Map change process leak with 1.6rc2

Steven Hartland killing at multiplay.co.uk
Sat Feb 7 12:41:12 EST 2004


Sorry I haven't reported this earlier but been on holiday
since the release of 1.6 :)

Each map change is leaking 2 processes under linux
( zombies ) looks like a missing child wait.
e.g.
grun  3689  8.8  7.5 86420 77260  p9  S+    4:45PM   1:21.19 ./bf1942_lnxded +game de
grun  4397  0.0  7.5 86420 77260  p9  S+    4:54PM   0:00.00 ./bf1942_lnxded +game de
grun  4398  0.0  7.5 86420 77260  p9  S+    4:54PM   0:00.20 ./bf1942_lnxded +game de
grun     0  0.0  0.0     0    0  p9  ZW+  -         0:00.00  (bf1942_lnxded.stati)
grun     0  0.0  0.0     0    0  p9  ZW+  -         0:00.00  (bf1942_lnxded.stati)

On a similar note the win32 dedicated server breaks
looping scripts e.g.
===SCRIPT===
@echo off
:10
BF1942_w32ded.exe
rem goto 10
===SCRIPT===

The above is a very simple example which does nothing apart
from restart the server on crash but we use a more complex one
which does more, such as email notification and stats. With the
new 1.6 this fails, as on map change the original process quits
completely leaving a new process with ppid = 0. This makes it
look like a server failure the result is that a new server is started
on each map change the result being a n - 1 servers running
( n = number of map changes ).

    Steve / K

================================================
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