undefined service gds_db error
roberto
Hi There
We are getting this 'undefined service gds_db' error, and checked my
services file. The file contains gds_db 3050/tcp line, but I am still
getting this error on XP.
Anybody solved this problem?, Is it something related to XP updates and etc.
Any solition?
Roberto
PS: We used winsockXPfix, but still, getting the same error.
Ulli Vieweg
roberto wrote:
> Hi There
>
> We are getting this 'undefined service gds_db' error, and checked my
> services file. The file contains gds_db 3050/tcp line, but I am still
> getting this error on XP.
> Anybody solved this problem?, Is it something related to XP updates
> and etc. Any solition?
Maybe ;-)
I am using FB and have the same problem after installing some hotfixes. The
service was prior to this running as unprivileged user (as recommended). But
the service did not start after the reboot of hotfixes.
My solution: Granting the serviceaccount adminrigths. This works.....but i
think it is not the real thing ;-(
Additional hint from FB-guys: Installing hotfixes? Stop prior FB-service ;-)
>
> PS: We used winsockXPfix, but still, getting the same error.
I also found this hint by googling. The program does not run ... for my luck
;-)
so long
ulli
Craig Stuntz [TeamB]
> We are getting this 'undefined service gds_db' error, and checked my
> services file. The file contains gds_db 3050/tcp line, but I am
> still getting this error on XP.
Did you check the client *and* server?
--
Craig Stuntz [TeamB] . Vertex Systems Corp. . Columbus, OH
Delphi/InterBase Weblog : http://blogs.teamb.com/craigstuntz
All the great TeamB service you've come to expect plus (New!)
Irish Tin Whistle tips: http://learningtowhistle.blogspot.com
Anders Melander
wrote:
>Did you check the client *and* server?
InterBase's dependency on the services file is IMO stupid and
completely unnescessary.
IB is the only TCP/IP application that I know of which relies on named
ports. Maybe it was once considered "friendly" to let the user specify
a port number by name, but it is much easier to specify a number and
be done with it instead of having to edit an obscure little known
system configuration file. With InterBase 7.5's multi instance it's
even worse because one can't rely on the client installation to make
the correct change in services.
AFAIR even IB Console requires the use of a named port. It can't
connect to an explicit port number.
I hope we can get rid of the dependency on port name in the next
version of IB.
--
DIXI
Anders Melander
Software Developer
Denmark
Craig Stuntz [TeamB]
> AFAIR even IB Console requires the use of a named port. It can't
> connect to an explicit port number.
That's because it connects in the same way as any other app. I agree
this needs to change.
--
Craig Stuntz [TeamB] . Vertex Systems Corp. . Columbus, OH
Delphi/InterBase Weblog : http://blogs.teamb.com/craigstuntz
Want to help make Delphi and InterBase better? Use QC!
http://qc.borland.com -- Vote for important issues
Kjell Ljungqvist
to get exactly the same problem as described here (and in the earlier thread
"Extrange problem with services file". This has so far happened on two
customer site work stations and on one work station here at our office. All
three work stations are Windows XP Pro-stations and all of them connected
nicely to Interbase earlier. We are still trying to solve this problem but
eg. copying the services file from another work station that doesn't have
the same problem didn't help.
As usual there is always the possibility that something has been changed on
a work station which starts to malfunction but that this should happen on so
many work stations simultaneously does make you wonder that somethin else
has happened. Kind of spooky...
As stated, we are still investigating this and we are also monitoring these
threads to see if anyone else comes up with a solution to the problem.
Regards,
Kjell
"roberto" <r_ar...@yahoo.com> wrote in message
news:433bb525$1...@newsgroups.borland.com...
Kaj Ekman
"Kjell Ljungqvist" <kj...@REMOVETHIS.iki.fi> wrote in message
news:433c32b8$1...@newsgroups.borland.com...
> Just to let you know. We have suddenly (during the last week or so)
> started to get exactly the same problem as described here (and in the
> earlier thread "Extrange problem with services file". This has so far
> happened on two customer site work stations and on one work station here
> at our office. All three work stations are Windows XP Pro-stations and all
> of them connected nicely to Interbase earlier. We are still trying to
> solve this problem but eg. copying the services file from another work
> station that doesn't have the same problem didn't help.
Did make a small testprogram with VB 6.0 so that Delphi doesn't get blamed.
The problem is that Winsocket API calls GetServByName and GetServByPort
return the error 11004 code for all services listed in the services file ...
(nice... NOT)
but why ????
Kaj Ekman (guy with the work station here at our office)
Kaj Ekman
Registry key type changed from REG_EXPAND_SZ to REG_SZ
Key in question
\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\DataBasePath
in regedit
rename the old DataBasePath key DataBasePath_old and create a new key
"Expandable String Value"
and name it DataBasePath. Copy value from old key.
close regedit
Reboot computer
....
Beyond Compare is a great tool :)
J.C. Bravo
There's a lot of people with the same problem, u know what is the cause
of the register change, maybe some windows internet autoupdate ???
Note: The patch work without rebooting.
Thanks again.
Salim Giacoman
it works for me.... i have a computer with a client, it happens every week,
the only solution was to reinstall windows... uff
somebody knows who or what do that???
"Kaj Ekman" <kaj....@netikka.fi> escribió en el mensaje
news:433d...@newsgroups.borland.com...
Todor Geshev
news:4342faeb$1...@newsgroups.borland.com...
> what the....
>
> it works for me.... i have a computer with a client, it happens every
week,
> the only solution was to reinstall windows... uff
>
> somebody knows who or what do that???
Some Spyware and/or Adware
--
Todor Geshev