[bf1942] Map change process leak with 1.6rc2

Steven Hartland killing at multiplay.co.uk
Mon Feb 9 03:32:12 EST 2004

----- Original Message ----- 
From: "AthlonRob" <AthlonRob at axpr.net>

> It seems to me it would be more reliable to check and see if the server
> has a PID than to see if it has given you the console back (which, may I
> remind you, doesn't work at all right now).

Yes hence raise it as an issue to get it fixed :P

> Without a PID, the server isn't running (and even when it is loading a
> map, it has a PID).  No PID = No server.  No server = No PID.  Seems
> pretty straightforward and reliable to me.  I suppose you don't really
> need the sleep in there, either.

The issue is finding the PID though isnt it. When changing map the PID
is changing so u may hit the moment when you cant determine the PID.
It all becomes more difficult when your running more than one server
on the machine where your then into scanning run line / process open
ports. All in all unreliable as I stated.

> As for load increases... I would imagine the load increase would be
> about on par with having a serial port driver loaded in the background. 
> You did say you were running Windows, right?  So you can't be too
> concerned about load...

Hehe lets not get into a Linux vs Win32 argument.

This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
or return the E.mail to postmaster at multiplay.co.uk.

More information about the Bf1942 mailing list