[bf1942] Peter: What about GLIBC <= 2.2?

[Kingsley Foreman]

RE: [bf1942] Peter: What about GLIBC <= 2.2? - server may have a default (system dependent ip), but if the user 
      wants to bind to a specific one, please do it. 
      (thanks to kingsley foreman) 

still not working
still isn't binding ASE or gamespy to the ip address (ase not responding and gamespy still not showing up when ip is assigned)


remote console is working now, but as you said serverstatus stops when connected

Kingsley

  ----- Original Message ----- 
  From: Peter Chang 
  To: 'bf1942 at icculus.org' 
  Sent: Friday, March 12, 2004 10:51 AM
  Subject: RE: [bf1942] Peter: What about GLIBC <= 2.2?


  > From: Martin Steiger [mailto:martin at steigi.com] 
  > Sent: Thursday, March 11, 2004 6:37 PM 
  > To: bf1942 at icculus.org 
  > Subject: [bf1942] Peter: What about GLIBC <= 2.2? 
  > 
  > 
  > Ok, just my two cents... 
  > 
  > - Many ppl still have servers with glibc <= 2.2 (at least I think so) 
  > - Many of these ppl don't have any clue on how to update this 
  > correctly (as I am) 
  > - Some of them (or should I say most?) are having a public server "for 
  > fun"... 

  ok, to clarify. 

  i'm still working on figure out the 'right' way of fixing this so that it runs everywhere (or close enough). my mail was more that i've fixed some thing that made it unusable for a lot of people and i want to have other stuff tested too. i spent a lot of time yesterday w/ my head crammed up my butt thinking that this was 'simple' when i should have cut a new build w/ incremental fixes knowing that .static was going to be broken for some # of people.

  > If the BF:V-server is "based" on BF1942 V1.5, where exactly 
  > is the problem to make it compatible to the older compilers? 

  first, bfv branched at 1.n where n is less than 5 (someone told me the history, but the numbers didn't have a lot of context).

  it isn't the compiler, it is the system i'm building on. i haven't looked at the libraries that andreas is using but the ones that are on the debian system have a lot of the functionality for internationalization etc built in. some of these functions use newer features of glibc (i think that the particular function i'm looking at right now went into 2.2.x so i'm not sure why it is tagged as 2.3 in the .so) and isn't not 'optional' in any sense that i can just #ifdef it away. i'm a programmer, and don't know jack about admining systems so maybe i missed how to step through the debian releases. it seemed like if you wanted a newer c++ compiler (there is one internal feature of bfv that isn't in bf1942 that is a bitch and a half to compile and get working on an older compiler, i tried for a few hours yesterday before deciding it wasn't worth it) you had to take the whole shebang

  ok, how about this for long shot. if someone is in london (ontario, canada not the uk) can they loan me a distro that has a modern gcc that links against glibc2.2.x? i told you it was a long shot :-)

  anyway, the build w/ the following changes is just about done so i'll have an incremental in a little bit (did i miss anything)



  Revision history 
  ============================================================================== 

  Changes in this release: 

  1.0 the trifecta 
      - fix bash-itis in license script 
        (thanks to steven hartland) 
      - <sigh> nuke should have been dead password file grovelling 
        (thanks to andrew a. chen) 
      - <sigh> i seem to have dropped custom ports along the way 
        (thanks to incist) 
      - merged the rest of 1.6's xml logging (that i had on my mental 
        list of things to forget) 
        (thanks to forrest thiessen) 
      - evolution mode is a special case everywhere 
      - random avoiding proliferating nan's and inf's 
      - server may have a default (system dependent ip), but if the user 
        wants to bind to a specific one, please do it. 
        (thanks to kingsley foreman) 
      - some crap stripping that is not apparent to the naked eye 

  1.0 le deuxieme 
      - don't assume . is in the path for the license script 
        (thanks to kingsley foreman and steve getman) 

  1.0 the original sin 
      - initial release so there've been a lot 

  \p 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://icculus.org/pipermail/bf1942/attachments/20040312/c71c56f0/attachment.htm>