[bf1942] Another new build...

[Kingsley Foreman]

thing of the admin stuff we could write with an commandline admin
it would be even better if a game.listplayers actually reported ping times
also hint hint hint :)

oh yer good work all

----- Original Message -----
From: "Mario Wengler / gamigo AG -Deutschland-" <mario at gamigo.de>
To: <bf1942 at icculus.org>
Sent: Sunday, December 15, 2002 8:12 PM
Subject: AW: [bf1942] Another new build...


> hello ryan,
>
> looks very very good. thanks for this great work.
> now only the adminport command and i?m the happyest men of the
> world :)
>
> > -----Ursprungliche Nachricht-----
> > Von: Damon [mailto:damon at daycross.com]
> > Gesendet: Sonntag, 15. Dezember 2002 10:33
> > An: bf1942 at icculus.org
> > Betreff: RE: [bf1942] Another new build...
> >
> >
> >
> > Hi.
> > So far so good. Fresh install of bsd4.7 on a athlon 1400
> > 512mb. boots fine,
> > map change fine.
> > Thx,
> > Damon ( Dc|| in the quakenet channel ;p )
> >
> >
> >
> >
> > -----Original Message-----
> > From: Ryan C. Gordon [mailto:icculus at clutteredmind.org]
> > Sent: 15 December 2002 07:26
> > 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
> -1039933525.ta
> r.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.
>
>