[Delphi]tabel mysql delphi connect maar leest niet uit

Pagina: 1
Acties:

  • TeH_oNe
  • Registratie: Oktober 2001
  • Laatst online: 15-06-2024

TeH_oNe

YEAH RIGHT

Topicstarter
ik heb een zeer simpele applicatie
1 tabel met wat zooi
op een mysql server
zeosodb als koppeling

het probleem :

als ik de mysql server + database local zet dan werkt het

heb ik dezelfde mysql server + database in het netwerk staan
dan kan ik connecten maar hij leest de tabel niet uit
terwijl je aleen he databse object het ip hoeft te veranderen
De mysql server staat goed ingesteld want local doettie het wel
de user waarmee ik met delphi inlog heb ik in mysql nog eens aangemaakt met de host naar mijn pc waar ik vanaf wil connecten dus daar ligt het ook niet aan,
ik heb al vanalles geprobeerd maar kan het echt niet vinden

what?


  • LordLarry
  • Registratie: Juli 2001
  • Niet online

LordLarry

Aut disce aut discede

Je weet dus zeker dat die mysql gebruiker ook remote mag inloggen?

We adore chaos because we like to restore order - M.C. Escher


  • TeH_oNe
  • Registratie: Oktober 2001
  • Laatst online: 15-06-2024

TeH_oNe

YEAH RIGHT

Topicstarter
JEP, want delphi geeft aan dat hij geconnect is.
dus alles met de conenctie is goed maar het uitlzegen doet hij aleen niet

[ Voor 96% gewijzigd door TeH_oNe op 10-02-2003 16:52 ]

what?


  • TeH_oNe
  • Registratie: Oktober 2001
  • Laatst online: 15-06-2024

TeH_oNe

YEAH RIGHT

Topicstarter
niemand?

what?


  • Parcye
  • Registratie: Maart 2001
  • Laatst online: 24-08-2017

Parcye

Mr C

Connecten mag misschien remote maar benaderen tot lezen mag misschien niet

"Als je het kan bedenken, kan het gemaakt worden" Parcye - 14 januari 2002


  • jopiek
  • Registratie: September 2000
  • Laatst online: 21-08 19:56

jopiek

Tja... 'ns ff denken.

yep, is GEEN delphi/zeos probleem maar de rechten in MySQL en/of op je systeem... Je kunt ook wel eens proberen te connecten met telnet om te zien of dat wel werkt bijv.

Lijkt er idd op dat je mag connectne met die user maar geen rechten op een database hebt om te lezen...

Cogito Ergo Credo


  • TeH_oNe
  • Registratie: Oktober 2001
  • Laatst online: 15-06-2024

TeH_oNe

YEAH RIGHT

Topicstarter
192.168.0.2 admin Nee
HOST u/N Pass
Rechten :
Select Insert Update Delete Create Drop Reload Shutdown Process File Grant References Index Alter (alles dus)

het is dus een server op het interne netwerk.

[ Voor 1% gewijzigd door TeH_oNe op 11-02-2003 17:34 . Reden: typo ]

what?


  • jopiek
  • Registratie: September 2000
  • Laatst online: 21-08 19:56

jopiek

Tja... 'ns ff denken.

en wat draait er voor OS op die server? krijg je daar wel de juiste rechten van?!

Cogito Ergo Credo


  • TeH_oNe
  • Registratie: Oktober 2001
  • Laatst online: 15-06-2024

TeH_oNe

YEAH RIGHT

Topicstarter
windows 2000 en jep alle rechten are mine.
geen firewall draaien.
apache icm met php
en mysql draaien.
met php kan ik zonder problems de server benaderen.
( maa rdat is dus ook van localhost. )

[ Voor 66% gewijzigd door TeH_oNe op 11-02-2003 18:20 ]

what?


  • Tomatoman
  • Registratie: November 2000
  • Laatst online: 23:22

Tomatoman

Fulltime prutser

TeH_oNe schreef op 11 February 2003 @ 18:19:
windows 2000 en jep alle rechten are mine.
geen firewall draaien.
apache icm met php
en mysql draaien.
met php kan ik zonder problems de server benaderen.
( maa rdat is dus ook van localhost. )
In dat geval blijven er maar drie opties over:
  • opgeven
  • wanhopen
  • delegeren
:)

Een goede grap mag vrienden kosten.


  • TeH_oNe
  • Registratie: Oktober 2001
  • Laatst online: 15-06-2024

TeH_oNe

YEAH RIGHT

Topicstarter
ik heb weer iets gevonden

als ik het programma op localhost uitvoer doet hij het
verander ik localhost naar mijn ip van mijn server ( werkt niet )
verander ik het ip weer terug naar localhost
doet hij het ook niet meer

what?


  • Tomatoman
  • Registratie: November 2000
  • Laatst online: 23:22

Tomatoman

Fulltime prutser

Van sommige socket-based componenten mag je een eenmaal ingevuld IP-adres niet meer veranderen. De enige oplossing is dan de oude component destroyen en een nieuwe component creëren. In die nieuwe component kun je dan het nieuwe IP-adres invullen.

Ik zeg niet dat dat het probleem bij jouw is, maar dit schoot me ineens te binnen toen ik jouw posting las.

Een goede grap mag vrienden kosten.


  • Parcye
  • Registratie: Maart 2001
  • Laatst online: 24-08-2017

Parcye

Mr C

probeer het eens met andere tool.....

"Als je het kan bedenken, kan het gemaakt worden" Parcye - 14 januari 2002


  • jopiek
  • Registratie: September 2000
  • Laatst online: 21-08 19:56

jopiek

Tja... 'ns ff denken.

tomatoman schreef op 11 February 2003 @ 21:56:
Van sommige socket-based componenten mag je een eenmaal ingevuld IP-adres niet meer veranderen. De enige oplossing is dan de oude component destroyen en een nieuwe component creëren. In die nieuwe component kun je dan het nieuwe IP-adres invullen.

Ik zeg niet dat dat het probleem bij jouw is, maar dit schoot me ineens te binnen toen ik jouw posting las.
volgens mij is dat niet zo met zeos.... bij mij deed ie het in het verleden prima... en volgens mij met zowel XP als FreeBSD

Cogito Ergo Credo


  • TeH_oNe
  • Registratie: Oktober 2001
  • Laatst online: 15-06-2024

TeH_oNe

YEAH RIGHT

Topicstarter
De oplossing is gevonden
Het zat dus interdaad in Delphi

1: de connectie True maken in de database ( dit was voorheen ook al gedaan )

het geen dus mis ging

bij het veranderen van de host gaat niet aleen de conenction op false
maar ook de actieviteit van de query op false.

2: zet de activation van de query op true

en het werkt weer
( het kan soms zo simpel zijn :D

what?


  • LordLarry
  • Registratie: Juli 2001
  • Niet online

LordLarry

Aut disce aut discede

Om je te schamen zou ik zeggen...

We adore chaos because we like to restore order - M.C. Escher

Pagina: 1