[bf1942] Another new build...

[Kingsley Foreman]

Looking at the new build and i have a few questions..
firstly will the cpu usage drop when all the debugging stuff is taken out
of the code.

Secondly do i worry about this

DBGSTR: *** Changing challenge# ***
DBGSTR:

(0): Error: : 1Failed to load

Apart from cpu usage and that i joined played for a couple of maps

GuadalCanal spammed the server screen with heaps of stuff
eg.
STUB: Might be important {Engine/GeomBase/AnimatedMesh.cpp:670}.


and idled at about 50% of my cpu xp2200

but im sure they are just beta issues
good going guys

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