At 11:09 AM 4/07/2005 +0000, you wrote:

> > Well...yes...the API will return an exception if the server
>resource
>is not
> > available. Is there any reason why you can't put the call to IBO's
>Connect
> > method inside a try...except block and use this built-in facility?
>:-)
> >
>
>That is what I have been doing for about a year now, and it has
>worked
>well. But now I have a customer with four sites and a strange
>network. When the client lost the network, it would crash an hour
>later. And they don't need the network - they are made to survive
>and
> do their jobs without contact for up to a couple of weeks. To
>accomplish this, I made an auto-connect setup, where I use a TTimer
>to
>disconnect and reconnect, if the PING shows up OK. What happened is
>that if I did it enough, app memory use would grow and grow. I can
>reproduce the problem with a VPN client here at home.
>
>I'll do whatever work I need to - where can I dig deeper?

So - is it the VPN client that is leaking memory? Or is it repeated
connections created by the app client, that are not being freed?

It might be worth googling on 'vpn +"memory leak"' which turned up 29,000
hits, e.g. the following:

"
RRAS/VPN Server TCP/IP Memory Leak
Do any of your RRAS/VPN servers hang occasionally? If so, this behavior
might be due to an RRAS server TCP/IP memory leak that occurs in nonpaged
pool. Over time, the memory leak consumes all available memory, at which
point the system hangs. If this problem occurs on your server, you might
also see Netlogon errors in the System event log with an Event Id of 5719
and the text "No Windows NT or Windows 2000 Domain Controller is available
for domain...Not enough storage is available to process this command."
Although the fix isn't available as a single patch from Microsoft Product
Support Services (PSS), the documentation indicates that Win2K Service Pack
3 (SP3) will include the fix. For details, see the Microsoft article "A
Nonpaged Memory Leak Occurs in Tcpip.sys" at
http://support.microsoft.com/default.aspx?scid=kb;en-us;q317854
"

./heLen