[bf1942] Another new build...

[Victor Martinez]

1 crash in about 12hrs.. Not too many players yet.


#0  0x0911f726 in _STL::ios_base::_M_invoke_callbacks ()
#1  0x0911fadc in _STL::ios_base::~ios_base ()
#2  0x091355af in _STL::basic_ios<char, _STL::char_traits<char>
>::~basic_ios ()
#3  0x08f5ffb6 in dice::ref2::Debug::~Debug ()
#4  0x09410100 in dice::ref2::Debug::constdebug ()
#5  0x08fcc36b in dice::ref2::io::SWConnection::~SWConnection ()
#6  0x08fbda34 in dice::ref2::io::NetServer::_updateConnections ()
#7  0x08fc165d in dice::ref2::io::_serverReceiveThread ()
#8  0x08fbb7f2 in ReleaseMutex ()
#9  0x4004510c in pthread_start_thread (arg=0xbf7ffc00) at manager.c:291

-----Original Message-----
From: Victor Martinez [mailto:victor at doombringer.org] 
Sent: Saturday, December 14, 2002 11:54 PM
To: bf1942 at icculus.org
Subject: RE: [bf1942] Another new build...


Up and running on bf3.xclan.org with about 6 maps in rotation. Bang on
it if you can. Will respond tomorrow with any stack traces if any crases
occur.

Thanks
x[dmitri]
www.xclan.org

-----Original Message-----
From: Ryan C. Gordon [mailto:icculus at clutteredmind.org] 
Sent: Saturday, December 14, 2002 11:26 PM
To: bf1942 at icculus.org
Subject: [bf1942] Another new build...



Try this one on for size:
 
http://icculus.org/betas/bf1942/bf1942-lnxded-betaupdate-build-103993352
5.tar.bz2

This applies over the complete install, with or without the previous
build. Just untar it so it overwrites the binaries and README.

I fixed a metric ton of invalid memory accesses, three deferences of
bogus pointers, and one serious memory corruption (which I'm hoping was
the cause of all our woes).

Please try it out. Usual disclaimer applies: this works great here (but
it always has, so this is not at all a comfort by this point, I'm sure),
but until I get some confirmation from the field, I can't promise this
won't crash on connect, etc.

And, for the record, valgrind is a _fantastic_ tool for tracking down
memory bugs. If you are a programmer and aren't using this on your code,
you really really should. It totally blows away ElectricFence (which,
coincidentally, runs out of mmap()able address space before the server
is finished starting...I've had that problem with efence on every major
game I've used it with), and dmalloc, etc.

--ryan.