[bf1942] Linux server status update 2003-05-05

[Killing]

Big same there not running under either emulation or compile
under native. Was this with FreeBSD-current or just 5.0-release?
I've seen some wchar_t patches floating by might be ok in current.
I know its not your highest priority but losing FreeBSD support
would mean that a number GISP's that can make use of the Linux
port will drop significantly, from what I've seen. So if I can be of
any assistance dont hesitate to ask. Even if its just dropping
me a mail with the details of the errors so I can push forward on
getting the required changes implemented.

On a more important note are the config file changes gonna make 1.4 i.e.
able to specify all core config files via the command line or vars
and all ports used having a config var so they can be changed.

    Steve / K
----- Original Message ----- 
From: "Fredriksson, Andreas" <andreas.fredriksson at dice.se>
To: <bf1942 at icculus.org>
Sent: 09 May 2003 14:45
Subject: RE: [bf1942] Linux server status update 2003-05-05



Sam,

I can't build a BF server on FreeBSD right now because of the lacking
support for wchar_t (wstring) in the gcc3.x configuration. It can be
hacked to work by altering the configuration scripts for gcc3 but
according to people on the gcc3 list it's not a safe thing to do.

I think work is in progress for FreeBSD 5 to fix the remaining
wide character problems so that the stdc++ libraries can work with
FreeBSD but as of now they are broken.

So, no FreeBSD release until I can compile the code on it. The
4.8 Linux compat layer pukes at my binaries as well so it's a
pretty bad situation. It might be tricked into working by copying
libraries from a RH9 or Gentoo distribution but I wouldn't hold
my breath.

Once wchar support is there on FreeBSD I promise to compile a native
FreeBSD version, but I won't support it as much here on the list as the
Linux version.

// Andreas

> -----Original Message-----
> From: Sam Evans [mailto:sam at neuroflux.com]
> Sent: Friday, May 09, 2003 3:38 PM
> To: bf1942 at icculus.org
> Subject: RE: [bf1942] Linux server status update 2003-05-05
> 
> 
> *cough* FreeBSD *cough*
> 
> On Fri, 9 May 2003, Fredriksson, Andreas wrote:
> 
> >
> > Roland,
> > that might be a good idea for future releases (1.x) but for now I'm
> > going to focus on putting out a binary that works for the majority
> > of users. There will be two binaries for 1.4, one dynamic and one
> > static. The one to run is automatically selected by a small shell
> > scripts that runs ldd over the dynamic binary and then decides
> > which version to symlink to before starting the server.
> >
> > Adding AMD/Intel versions at this point would bring the executable
> > count up to four, and I simply don't have time to compile and test
> > all those versions right now :-)
> >
> > Regards,
> > Andreas
> >
> > > -----Original Message-----
> > > From: Roland Kool [mailto:roland at cyso.nl]
> > > Sent: Friday, May 09, 2003 9:44 AM
> > > To: bf1942 at icculus.org
> > > Subject: RE: [bf1942] Linux server status update 2003-05-05
> > >
> > >
> > > Andreas,
> > >
> > > I just downloaded a server patch for Half-Life Dedicated 
> Server and I
> > > saw they compiled optimised binaries for AMD and Pentium 
> processors.
> > > Perhaps a suggestion for Battlefield as well? I'm not 
> sure how much
> > > performance gain you have, but the more the better I guess?
> > >
> > > Regards,
> > >
> > > Roland
> > >
> > >
> > > -----Oorspronkelijk bericht-----
> > > Van: Fredriksson, Andreas [mailto:andreas.fredriksson at dice.se]
> > > Verzonden: Monday, May 05, 2003 1:54 PM
> > > Aan: 'bf1942 at icculus.org'
> > > Onderwerp: [bf1942] Linux server status update 2003-05-05
> > >
> > >
> > >
> > > Hi list,
> > >
> > > there's not much from me this week. I'm working on win32 
> bugs at the
> > > moment but the fixes (as you know by now) also apply to the Linux
> > > server. We are building the two releases side-by-side 
> from the same
> > > codebase so nothing will be left out from the Linux release.
> > >
> > > On the features side event logging is in, and so is the new client
> > > checksum system which allows you to allow anything (0), 
> allow official
> > > (1) or allow client side mods of your choice (2).
> > >
> > > Regards,
> > > Andreas
> > >
> >
>