[bf1942] crashes on connect/mapchange...

[[-SF-]Shockwave]

Hello everyone,

I can duplicate the crash with a virgin installation of the beta.  Here's my
system specs:

1.2GHz Athlon 512MB RAM
RedHat 7.2 patched to latest patches
kernel 2.4.18-18.7.x
glibc-devel-2.2.4-31
glibc-2.2.4-31
libcap-1.10-5
glibc-common-2.2.4-31

I have also noticed some other things that are interesting:

(1) There are 3 bf1942_lnxded processes I show when I use top sorted by
memory usage. At idle, they look like this:

 1441 tom       15   0 75672  73M 15788 R     5.7 14.7   0:33 bf1942_lnxded
 1442 tom       15   0 75672  73M 15788 S     0.0 14.7   0:00 bf1942_lnxded
 1443 tom       15   0 75672  73M 15788 S     0.0 14.7   0:00 bf1942_lnxded

I did a "ps -ef" and noticed that the first process spawns the second, which
in turn spawns the third:

tom       1441  1060 10 14:13 pts/5    00:00:35 ./bf1942_lnxded
tom       1442  1441  0 14:13 pts/5    00:00:00 ./bf1942_lnxded
tom       1443  1442  0 14:13 pts/5    00:00:00 ./bf1942_lnxded

The first process is the only one that seems to hog any CPU and uses
different amounts based upon the map in question.  Tobruk seems to be around
12-19 % for me with a single player, but when I modified the maplist.con
file and tried to run a map like GuadalCanal it shot up around 34-42%.
Perhaps that's due to the constant STUB messages that repeat.  When the
server tries to change maps on its own, the bf1942_lnxded processes die and
are replaced by new ones before the server crashes.

As a test, I set up a script to do a "ps -ef | grep bf1942_lnxded" every
second to a log file and saw something strange.  After the map started to
change, the extra processes died and this was shown for the original
process:

tom       1441  1060 11 14:13 pts/5    00:00:53 ./bf1942_lnxded +game BF1942
+re

It then changed to this after a couple of seconds:

tom       2195     1  0 14:21 pts/5    00:00:00 ./bf1942_lnxded +game BF1942
+re
tom       2196  2195  0 14:21 pts/5    00:00:00 ./bf1942_lnxded +game BF1942
+re

A few seconds after this, the server crashes.

(2) It appears as though the maplist.con file is overwritten when the map
changes.  I made a copy of the original before starting the server for the
first time did a diff between it and the current working copy.  It ended up
adding a blank line at the bottom of the file.  I also noticed that once all
the maps are added to the file, the line "game.setCurrentLevel" is changed
to reflect a different map each time however it doesn't follow the
progression of map names as they are listed in the file.  Additionally, it
appears that with more than one map in the file, the last line of the file
under "game.setCurrentLevel" will contain a fragment of one of the
preceeding lines that will change every time the server changes maps.
Here's a hexdump of first the original maplist.con file and then the version
after the server has been run and crashed:

before:
0000000 6167 656d 612e 6464 654c 6576 206c 6f54
0000010 7262 6b75 0a0d 6167 656d 732e 7465 7543
0000020 7272 6e65 4c74 7665 6c65 5420 626f 7572
0000030 0d6b 000a
0000033


after:
0000000 6167 656d 612e 6464 654c 6576 206c 6f54
0000010 7262 6b75 670a 6d61 2e65 6573 4374 7275
0000020 6572 746e 654c 6576 206c 6f54 7262 6b75
0000030 0d0a 000a
0000033

As you can see, some of the line terminators are changing.

(3) The ServerSettings.com file has this setting in it by default:
game.serverDedicated 0.  Changing it doesn't seem to affect how the server
operates but I thought it deserved mention.  It too appears to be
overwritten when the map changes.

Well, that's about all I was able to discover.  I hope this helps in some
way.


Shockwave


----- Original Message -----
From: "David Munroe" <g8 at the.whole.net>
To: <bf1942 at icculus.org>
Sent: Tuesday, December 10, 2002 1:30 PM
Subject: Re: [bf1942] crashes on connect/mapchange...


> I just untarred a ootb install, ran it stock and it crashed on map change.
>
> Redhat, 2.4.9-34smp
>
> -g8
>
> On Tue, 10 Dec 2002, Ryan C. Gordon wrote:
>
> >
> > Can someone who is experiencing crashes on connect or mapchange verify
> > whether it happens with the default installation (i.e. - no config
> > changes, just unpack the server and run)?
> >
> > If the standard config works but your changes do not, please email me
(OFF
> > LIST) with the config that doesn't work so I can track it down.
> >
> > Thanks,
> > --ryan.
> >
> >
> >