I recently had our first client running my server program as an NT
service on Vista.  In this configuration Engine.GetServerConfig()
reports that the maximum number of connections is 5!  (Normally it
reports 65535.)  Apart from limiting the connections, everything appears
to run normally.  This does not occur when the same server program as a
GUI application, nor does it occur when it runs as a service on Windows
2000 or Windows XP.

I now adjust max_connections to a larger number and call
SetServerConfig() and everything works fine.

Oliver,

<< I recently had our first client running my server program as an NT
service on Vista.  In this configuration Engine.GetServerConfig() reports
that the maximum number of connections is 5! >>

Are you sure that you weren't accidentally using a STD version server (or
one that was compiled with the STD version) ?

I'll check it out and make sure that it is working okay for the next DBISAM
build.

--
Tim Young
Elevate Software
www.elevatesoft.com

Tim Young [Elevate Software] wrote:
> Are you sure that you weren't accidentally using a STD version server (or
> one that was compiled with the STD version) ?

Well, I have done that once before but in this case the tests done
on different operating systems were all done using the same binary.
Note that I am not using the server you distribute, but have created my
own binary.  Perhaps something about how I am configuring the server is
affecting it.  The only thing I could think of was the temporary
directory, which I am configuring to a subdirectory of the main Windows
temp directory.  I have verified that the .scf file was created, and my
log file is working so I guess that is OK.

This is not a big deal for me since I have already added the code to
manually reconfigure max_connections, and it works fine.


  Oliver

Oliver,

<< Well, I have done that once before but in this case the tests done
on different operating systems were all done using the same binary. Note
that I am not using the server you distribute, but have created my own
binary. >>

Are you re-compiling the DBISAM source code, or using the DCUs ?  I just
find it rather odd that it is reverting to the magic "5-connection" point
that is the same as with the TRIAL and STD versions.  If it was a random
issue, I would expect it to revert to something different.  Also, these
session limits are IFDEF'd in the code, so it's not code that would even
exist in a non-STD version.

--
Tim Young
Elevate Software
www.elevatesoft.com

Tim Young [Elevate Software] wrote:
> Are you re-compiling the DBISAM source code, or using the DCUs ?

I am using the DCUs.

> I just
> find it rather odd that it is reverting to the magic "5-connection" point
> that is the same as with the TRIAL and STD versions.  If it was a random
> issue, I would expect it to revert to something different.  Also, these
> session limits are IFDEF'd in the code, so it's not code that would even
> exist in a non-STD version.

I agree.  I found it so odd that I had trouble believing my customer at
all at first!


  Oliver