Subject | Re: [ib-support] Slow (> 20 sec) connection on Windows XP |
---|---|
Author | Claudio Valderrama C. |
Post date | 2001-10-15T06:48:52Z |
""Olivier Mascia"" <om@...> wrote in message
news:9qd4p7+349g@......
local connections, using memory-mapped files through IPC in Windows?
hostname:/fulpath/gdbfile.fdb
syntax. Just trying to be sure.
wsock32.lib
and in the "remote" directory, the file inet.c has a function named
alloc_port()
that does this:
#ifdef WIN_NT
if (!INET_initialized)
{
WORD version;
version = MAKEWORD (1, 1);
if (WSAStartup (version, &INET_wsadata))
[snip]
We also seem to be including winsock.h only.
According to my MS Platform SDK, we should include
winsock2.h instead, do
version = MAKEWORD( 2, 2 ); instead
and link to Ws2_32.lib instead.
Better, we could do
version = WINSOCK_VERSION;
that ensures latest version is set depending on the header. I can see
winsock2.h both in the include dir of MSVC 6.0 and in the include dir of the
classic BC++ 5.02 (circa 1997), too and I remember I used it a couple of
years ago, so v2 is not a W2K thing, but the thing we should be using now.
Hmmm, who said we are outdated? :-)
Someone sporting the precision of a surgeon should fix the relevant places.
I don't volunteer.
C.
--
Claudio Valderrama C. - http://www.cvalde.com - http://www.firebirdSql.org
Independent developer
Owner of the Interbase® WebRing
news:9qd4p7+349g@......
>System File Protection again? Are you measuring real TCP connections or
> I have 2 Windows XP (retail version build 2600) workstations where
> InterBase/Firebird exhibit the very same behaviour : when a client
> application connects to a database, there is a loooong pause (in the
> order of 10 to 30 seconds !) before it succeeds. After that, for as
> long as the database connection is kept open, everything runs fine.
local connections, using memory-mapped files through IPC in Windows?
> I use only tcp/ip kind connections.Then I'm inclined to think that you're exercising really the
hostname:/fulpath/gdbfile.fdb
syntax. Just trying to be sure.
> And yes there have been muchFor what I see from the makefiles, we are linking against
> changes in the Winsock stack. Is the GDS32.DLL linked against
> Winsock 1 or Winsock 2 libraries ? If Windock 1, it may well be the
> problem. The compatibility layer of XP to allow Winsock 1
> applications to run de-stabilize more than one application.
wsock32.lib
and in the "remote" directory, the file inet.c has a function named
alloc_port()
that does this:
#ifdef WIN_NT
if (!INET_initialized)
{
WORD version;
version = MAKEWORD (1, 1);
if (WSAStartup (version, &INET_wsadata))
[snip]
We also seem to be including winsock.h only.
According to my MS Platform SDK, we should include
winsock2.h instead, do
version = MAKEWORD( 2, 2 ); instead
and link to Ws2_32.lib instead.
Better, we could do
version = WINSOCK_VERSION;
that ensures latest version is set depending on the header. I can see
winsock2.h both in the include dir of MSVC 6.0 and in the include dir of the
classic BC++ 5.02 (circa 1997), too and I remember I used it a couple of
years ago, so v2 is not a W2K thing, but the thing we should be using now.
Hmmm, who said we are outdated? :-)
Someone sporting the precision of a surgeon should fix the relevant places.
I don't volunteer.
C.
--
Claudio Valderrama C. - http://www.cvalde.com - http://www.firebirdSql.org
Independent developer
Owner of the Interbase® WebRing