[FC2] OT - Desert Combat F-16 bug

From: Shockwave (shockwave_at_clan-tf20.com)
Date: 08/31/04

  • Next message: Ernie McCracken: "Re: The 'winblows' key..." 
    To: fedora-list@redhat.com
Date: Tue, 31 Aug 2004 10:22:50 -0400

    I have been operating a game server for the better part of a year that
    runs a very popular mod of BattleField 1942 called Desert Combat. From
    the start, I have been using Fedora Core 1 on a hyper-threaded P4 2.8GHz
    system using the SMP kernel and have enjoyed fantastic stability and
    performance. Just yesterday I upgraded the system to Fedora Core 2 and
    have noticed something strange. All of a sudden, every F-16 fighter
    that spawns on any map has its right rear wheel sunk into the ground.
    The game files are the same exact ones from the system when it was
    running FC1 so that can't be the cause.

    The game itself has two versions of the executable. One is statically
    linked and one is dynamically linked. I have tried both and the problem
    still occurs. This seems to indicate to me that the problem lies with
    operating system files that both versions require. I did a little
    research and ran "ldd" against both the static and dynamic versions of
    the executable. Here are the results:

    Static build
    ======================
    libdl.so.2 => /lib/libdl.so.2 (0x00c7e000)
    libm.so.6 => /lib/tls/libm.so.6 (0x00c59000)
    libncurses.so.5 => /usr/lib/libncurses.so.5 (0x03798000)
    libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00d71000)
    libc.so.6 => /lib/tls/libc.so.6 (0x00b3c000)
    /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00b1f000)

    Dynamic build
    ======================
    libdl.so.2 => /lib/libdl.so.2 (0x00c7e000)
    libncurses.so.5 => /usr/lib/libncurses.so.5 (0x03798000)
    libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x0023a000)
    libm.so.6 => /lib/tls/libm.so.6 (0x00c59000)
    libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00191000)
    libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00d71000)
    libc.so.6 => /lib/tls/libc.so.6 (0x00b3c000)
    /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00b1f000)

    The only lines that differ between the two are these:

    libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x0023a000)
    libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00191000)

    While it is possible that only the lines in common are to blame, it is
    also logical to assume that it may be related to an interface between
    them and other system components. Not having a tremendous amount of
    experience with C under Linux, I'm not quite sure where to go next but I
    am certainly willing to roll up my sleeves and dive in head first.

    If determining the specific cause of this problem by someone who isn't a
    developer of the game itself is not feasible, then my question is this:
    Is it possible to isolate the pieces specific to FC1 and use them in
    some sort of artificial environment on FC2? If that is possible,
    perhaps the game server could be tricked into believing that the system
    was actually FC1. That assumes, of course, that this isn't some kernel
    related issue which certainly cannot be circumvented.

    The gaming community tends to be fairly picky about this sort of thing
    and might not feel comfortable playing on our server for matches if this
    bug persists. That would mean I would need to go back to FC1 and lose
    the benefits of the advances in FC2. That's something I would obviously
    like to avoid. I and others have posted about this problem for some
    time now and the developers of the mod probably won't respond because
    they have moved on to bigger and better things. If anyone could point me
    in the right direction, I would greatly appreciate it.
       

    -- 
|TF20|Shockwave
http://www.clan-tf20.com/
ICQ# 57671167
#taskforce20  irc.gamesurge.net
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list
  • Next message: Ernie McCracken: "Re: The 'winblows' key..."

    Relevant Pages

    • Re: Setting up a public game server on a LAN - Sonicwall
      ... it's best to state your question first, ... [a win2k `game server' on a nat'd lan with a static public ip address using ... a sonicwall soho2 which the op wants to make available for internet and ...
      (comp.security.firewalls)
    • Re: Game Server Help
      ... Does the game, if you want to call it that;), have any type of game server ... > And me and my friend pulled it out the other day and wanted to play ... or a method of connecting computers from different home together ...
      (microsoft.public.windowsxp.help_and_support)
    • Re: [opensuse] Blocking foreigners!
      ... My view is that if you're not playing my game servers you shouldn't be ... it would be a better policy to restrict downloads to those ... That would work however the game server and the web server are in different ...
      (SuSE)
    • Re: TrackMania Demo Denial of Service
      ... Also Virtual Skipper 3 is vulnerable so the problem is in the game engine ... it will shutdown the game server. ... Not exactly garbage data but too long values, in fact the game uses 32bit ...
      (Bugtraq)
    • FC1: SDL sound problem
      ... I have a FC1 machine that seems to have problems with games using SDL ... I get no audio for TuxRacer, Neverball, Supertux, when I ... and start the game from the command line, then I do get the audio. ... 23351 pts/1 S 0:00 grep esd ...
      (Fedora)