RE: [hlds_linux] CS:S server crash on particular custom maps
[EMAIL PROTECTED] wrote: > Yet we can't run that map, or ANY map for that matter, for more than > 2 days before the Windows server shits the bed with FPS issues like > the posts you're ignoring. So no matter what platform OS we use to > run your game it's still shit. Go figure. How about a fix instead of > more bells and whistles to a game that can't run on it's own for more > than a day or two. Got tact? Here's a quote from Alfred replying to a post by me tonight, where I pointed out a quirk I've had on my Source servers from the beginning. I posted *one* message to the list regarding this bug and he replied: >> If you can send me a way to reproduce the problem (i.e >> running an idle server for a few days) then we can look >> into it. I haven't heard this one before. We are hunting >> down a frame rate halving bug (still no reproduction >> case for this however, so if you find one mail me). >> >> - Alfred Try not coming across as a scathing ass and maybe you'll get a reaction from them. -- ironchef http://www.dexworld.org/ ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] CS:S server crash on particular custom maps
Got a fix to the issueI thought not. We shouldn't have to restart their program every day simply because they can't get it right. We just choose not to support it. When they fit it we might return. Until then you can be a part of their beta testing program. When they make the game STABLE and SECURE from scripting/hacking we'll look into investing money on it again. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Forsberg Sent: Monday, March 21, 2005 10:31 PM To: hlds_linux@list.valvesoftware.com Subject: RE: [hlds_linux] CS:S server crash on particular custom maps got cron On Mon, 2005-03-21 at 21:42 -0500, [EMAIL PROTECTED] wrote: > Yet we can't run that map, or ANY map for that matter, for more than 2 days > before the Windows server shits the bed with FPS issues like the posts > you're ignoring. So no matter what platform OS we use to run your game it's > still shit. Go figure. How about a fix instead of more bells and whistles to > a game that can't run on it's own for more than a day or two. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] CS:S server crash on particular custom maps
got cron On Mon, 2005-03-21 at 21:42 -0500, [EMAIL PROTECTED] wrote: > Yet we can't run that map, or ANY map for that matter, for more than 2 days > before the Windows server shits the bed with FPS issues like the posts > you're ignoring. So no matter what platform OS we use to run your game it's > still shit. Go figure. How about a fix instead of more bells and whistles to > a game that can't run on it's own for more than a day or two. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] CS:S server crash on particular custom maps
Yet we can't run that map, or ANY map for that matter, for more than 2 days before the Windows server shits the bed with FPS issues like the posts you're ignoring. So no matter what platform OS we use to run your game it's still shit. Go figure. How about a fix instead of more bells and whistles to a game that can't run on it's own for more than a day or two. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alfred Reynolds Sent: Monday, March 21, 2005 8:47 PM To: hlds_linux@list.valvesoftware.com Subject: RE: [hlds_linux] CS:S server crash on particular custom maps The win32 physic lump contains surface data that was compressed with a win32 library (the linux data uses the uncompressed lump). We didn't spend the time reimplementing the compression library from scratch under Linux (it's a megabyte or two of extra data, only worth it for low end clients playing the single player game). - Alfred -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris Jones Sent: Monday, March 21, 2005 5:38 PM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] CS:S server crash on particular custom maps Bart King wrote: > Can someone detail what actual differences there are that need to be > catered for under Linux? And perhaps why this needs to be the case? The maps have phsyics data for both Linux and Windows. vbsp.exe has a "-nolinuxdata" flag. It is possible the authors of these maps used this flag, or simply did not test their map on Linux to see if it worked. Why the physics data is different between Linux and Windows is beyond me. -- Chris ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] CS:S server crash on particular custom maps
The win32 physic lump contains surface data that was compressed with a win32 library (the linux data uses the uncompressed lump). We didn't spend the time reimplementing the compression library from scratch under Linux (it's a megabyte or two of extra data, only worth it for low end clients playing the single player game). - Alfred -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris Jones Sent: Monday, March 21, 2005 5:38 PM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] CS:S server crash on particular custom maps Bart King wrote: > Can someone detail what actual differences there are that need to be > catered for under Linux? And perhaps why this needs to be the case? The maps have phsyics data for both Linux and Windows. vbsp.exe has a "-nolinuxdata" flag. It is possible the authors of these maps used this flag, or simply did not test their map on Linux to see if it worked. Why the physics data is different between Linux and Windows is beyond me. -- Chris ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] CS:S server crash on particular custom maps
Bart King wrote: > Can someone detail what actual differences there are that need to be > catered for under Linux? And perhaps why this needs to be the case? The maps have phsyics data for both Linux and Windows. vbsp.exe has a "-nolinuxdata" flag. It is possible the authors of these maps used this flag, or simply did not test their map on Linux to see if it worked. Why the physics data is different between Linux and Windows is beyond me. -- Chris ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] CS:S server crash on particular custom maps
has to be recompiled. DONT DECOMPILE AND RECOMPILE - IT DOESNT WORK. ask the map creator On Tue, 22 Mar 2005 00:23:06 -, Bart King <[EMAIL PROTECTED]> wrote: > Hello all, > > Thanks for the replies. > > > The maps were not compiled correctly for Linux. You would need to > > contact the map-makers with this complaint. > > This strikes me as a little bizarre. > > I know nothing of mapping for Valve games, but I was under the impression > that a map is a map, regardless of what server it is running on. > > Can someone detail what actual differences there are that need to be catered > for under Linux? And perhaps why this needs to be the case? > > Someone mentioned case-sensitivity in asset names used in the BSP. Dare me > to criticise, but if case-sensitivity is causing a server to segfault, > there's something seriously wrong there. > > I can't say I've experienced this kind of problem with other games, such as > Quake 3 servers (Windows and Linux have been almost identical in basic > operation). > > Cheers, > -- > Bart King -- http://www.bart666.com > +44 781 219 5654 -- PGP: 0xC9C3EB8B > > ___ > To unsubscribe, edit your list preferences, or view the list archives, please > visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > -- Cheers! -- Elmer Fudd ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] CS:S server crash on particular custom maps
Hello all, Thanks for the replies. > The maps were not compiled correctly for Linux. You would need to > contact the map-makers with this complaint. This strikes me as a little bizarre. I know nothing of mapping for Valve games, but I was under the impression that a map is a map, regardless of what server it is running on. Can someone detail what actual differences there are that need to be catered for under Linux? And perhaps why this needs to be the case? Someone mentioned case-sensitivity in asset names used in the BSP. Dare me to criticise, but if case-sensitivity is causing a server to segfault, there's something seriously wrong there. I can't say I've experienced this kind of problem with other games, such as Quake 3 servers (Windows and Linux have been almost identical in basic operation). Cheers, -- Bart King -- http://www.bart666.com +44 781 219 5654 -- PGP: 0xC9C3EB8B ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] CS:S server crash on particular custom maps
deadtown is alexroyce - hl2world On Mon, 21 Mar 2005 15:41:08 -0800, Chris Jones <[EMAIL PROTECTED]> wrote: > Original message from Bart King: > > > However, disaster strikes! Some of the maps cause srcds to segfault, > > immediately on Round_Start. Yet, playing the identical map on a > > Windows srcds dedicated runs without fault. > > The maps were not compiled correctly for Linux. You would need to > contact the map-makers with this complaint. > > -- > Chris > > ___ > To unsubscribe, edit your list preferences, or view the list archives, please > visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > -- Cheers! -- Elmer Fudd ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] CS:S server crash on particular custom maps
Original message from Bart King: > However, disaster strikes! Some of the maps cause srcds to segfault, > immediately on Round_Start. Yet, playing the identical map on a > Windows srcds dedicated runs without fault. The maps were not compiled correctly for Linux. You would need to contact the map-makers with this complaint. -- Chris ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] CS:S server crash on particular custom maps
If those same maps run on a windows srcds server then the maps weren't compiled for Linux(*nix) etc... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bart King Sent: Monday, March 21, 2005 3:12 PM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] CS:S server crash on particular custom maps Hello, This evening, myself and fellow admins thought it'd be a change to try some different custom maps. So we wandered around the Internet and found a few to upload. However, disaster strikes! Some of the maps cause srcds to segfault, immediately on Round_Start. Yet, playing the identical map on a Windows srcds dedicated runs without fault. We thought it might have been our Debian installation, so I tried it on a FreeBSD 4 machine. Exactly the same problem. I have debug.log's from both Linux and FreeBSD, but, they never seem to contain any useful information. The maps that crashed were: de_bridge_b2 cs_deadtown_b6 de_coolhand_b9 de_venice_sourcebeta1 A recurring pattern is that the maps are 'beta', but I can't see how that'd make any difference to crashing the server. I can provide the maps for download if others would like to try. If you are running this maps on Linux without fault, what suggestions do you have? If I can't find a workable solution to this, we'll be ordering Windows 2003 - it is *that* annoying. -- Bart King -- http://www.bart666.com +44 781 219 5654 -- PGP: 0xC9C3EB8B ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] CS:S server crash on particular custom maps
On 22/03/2005 11:11 a.m., Bart King wrote: Hello, This evening, myself and fellow admins thought it'd be a change to try some different custom maps. So we wandered around the Internet and found a few to upload. However, disaster strikes! Some of the maps cause srcds to segfault, immediately on Round_Start. Yet, playing the identical map on a Windows srcds dedicated runs without fault. This has always been a problem with HLDS as well. I'm not a mapper so I don't know the details of what it is they do wrong - but maps have to be built correctly to be Linux compatible (possibly a file name/case issue with the map referencing its resources?). Ask the mappers to fix their maps. -Simon ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] CS:S server crash on particular custom maps
Hello, This evening, myself and fellow admins thought it'd be a change to try some different custom maps. So we wandered around the Internet and found a few to upload. However, disaster strikes! Some of the maps cause srcds to segfault, immediately on Round_Start. Yet, playing the identical map on a Windows srcds dedicated runs without fault. We thought it might have been our Debian installation, so I tried it on a FreeBSD 4 machine. Exactly the same problem. I have debug.log's from both Linux and FreeBSD, but, they never seem to contain any useful information. The maps that crashed were: de_bridge_b2 cs_deadtown_b6 de_coolhand_b9 de_venice_sourcebeta1 A recurring pattern is that the maps are 'beta', but I can't see how that'd make any difference to crashing the server. I can provide the maps for download if others would like to try. If you are running this maps on Linux without fault, what suggestions do you have? If I can't find a workable solution to this, we'll be ordering Windows 2003 - it is *that* annoying. -- Bart King -- http://www.bart666.com +44 781 219 5654 -- PGP: 0xC9C3EB8B ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Redhat 7.2
Andres Martinez Belzunce wrote: > [EMAIL PROTECTED] srcds_1]$ ldd --version > ldd (GNU libc) 2.2.4 I believe you need at least 2.3.2. -- Chris ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] (no subject)
what? On Mon, 21 Mar 2005 12:56:50 -0800 (PST), Travis Laughlin <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] > > ~Travis~ God bless and smile damn it > > __ > Do you Yahoo!? > Yahoo! Small Business - Try our new resources site! > http://smallbusiness.yahoo.com/resources/ > > ___ > To unsubscribe, edit your list preferences, or view the list archives, please > visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > -- Cheers! -- Elmer Fudd ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] (no subject)
[EMAIL PROTECTED] ~Travis~ God bless and smile damn it __ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] For dual Opteron server operators
I'm doing the same thing here, can't answer much yet, but keep in touch - Original Message - From: "Renzo Rosales" <[EMAIL PROTECTED]> To: Sent: Sunday, March 20, 2005 11:46 PM Subject: [hlds_linux] For dual Opteron server operators Im going to build and colocate a dual(core) Opteron machine running Gentoo Linux with a vanilla 2.6 kernel but I'd like to know a few things. 1) What are the hardware specs on the machine(s) you run, such as CPU speed and amount of RAM? 2) Whats the CPU and memory load when your servers are +75% full? 3) Are there any kernel-specific options you enable to optimize the kernel to increase response time (such as config_hz or a specific scheduler)? 4) Do you run your Linux system in a 32-bit or 64-bit environment (with 32-bit emulation/chroot)? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Redhat 7.2
http://forums.steampowered.com/forums/showthread.php?s=&threadid=239824 Maybe it helps :) - ruwen On 21.03.2005 at 15:43 dual_bereta_r0x <[EMAIL PROTECTED]> wrote: >Isn't srcds linked against glibc2.3? You should get an official word >about this, and then ask your server admin to update this machine. > >David Fencik wrote: >> Put some more ram in that Celeron machine and you should be good to go. >> >> Dave >> >> -Original Message- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On Behalf Of Andres >> Martinez Belzunce >> Sent: Monday, March 21, 2005 11:57 AM >> To: hlds_linux@list.valvesoftware.com >> Subject: [hlds_linux] Redhat 7.2 >> >> got my self a colo its running redhat 7.2 i don't know if it has been >> updated but i know its on [EMAIL PROTECTED] srcds_1]$ uname -m >> i686 >> [EMAIL PROTECTED] srcds_1]$ >> >> [EMAIL PROTECTED] srcds_1]$ ldd --version >> ldd (GNU libc) 2.2.4 >> >> when i start the i486 binary with the -binary ./srcds_i486 function it >> just shutdown and never comes back down on restart. doen't even create >> a core file and nothing in the debug file. >> like i meen not even a peep as to why it just shutdown. >> >> but when i launch it with -binary ./srcds_i686 i get a partial core >> file and a dump and this is what came up in the debug file >> >> >> >> -- >> CRASH: Tue Mar 8 10:34:04 PST 2005 >> Start Line: ./srcds_i686 -binary ./srcds_i686 -game cstrike -port >> 27015 +map de_dust2 +maxplayers 11 -steamuser x -steampass x >> -debug >> Core was generated by `./srcds_i686 -binary ./srcds_i686 -game cstrike >> -port 27015 +map de_dust2 +maxp'. >> Program terminated with signal 4, Illegal instruction. >> #0 0x4019f950 in MathLib_Init(float, float, float, int, bool, bool, >> bool, bool) () from bin/dedicated_i686.so >> #0 0x4019f950 in MathLib_Init(float, float, float, int, bool, bool, >> bool, bool) () from bin/dedicated_i686.so >> #1 0x400cafe0 in strcat () from /lib/i686/libc.so.6 >> #2 0x0804903d in main () >> #3 0x40061657 in __libc_start_main (main=0x8048f80 , argc=16, >> ubp_av=0xb704, >> init=0x8052d70 <__libc_csu_init>, fini=0x8052da0 >> <__libc_csu_fini>, rtld_fini=0x4000dc54 <_dl_fini>, >> stack_end=0xb6fc) at ../sysdeps/generic/libc-start.c:129 >> No symbol table info available. >>>FromTo Syms Read Shared Object Library >> 0x400228d0 0x4003b360 Yes /lib/i686/libm.so.6 >> 0x400421c0 0x40042fb0 Yes /lib/libdl.so.2 >> 0x40061480 0x40161d50 Yes /lib/i686/libc.so.6 >> 0x40001e80 0x40013000 Yes /lib/ld-linux.so.2 >> 0x401974b0 0x401c23a0 Yes bin/dedicated_i686.so >> 0x401e9390 0x401fd550 Yes bin/tier0_i486.so >> 0x40211ff0 0x4021b7a0 Yes bin/vstdlib_i486.so >> Stack level 0, frame at 0xbfffd658: >> eip = 0x4019f950 in MathLib_Init(float, float, float, int, bool, bool, >> bool, bool); saved eip 0x804903d >> (FRAMELESS), called by frame at 0xbfffd658 >> Arglist at 0xbfffd658, args: >> Locals at 0xbfffd658, Previous frame's sp is 0x0 >> Saved registers: >> ebp at 0xbfffd658, eip at 0xbfffd65c >> -- >> >> now i tryed asking the owner of the box to update glibc but he defends >> its secure and doesn't want to update to anything insecure. >> >> so what are my option other than building my own server. >> >> p.s i have a freebsd 5.3 box running smothly on a celeron 1.6 with >> 256ram for a dev server i have setup lags big time if i have over 10 >> people tho :) >> >> any info would help greatly >> >> ___ >> To unsubscribe, edit your list preferences, or view the list archives, >> please visit: >> http://list.valvesoftware.com/mailman/listinfo/hlds_linux >> >> >> ___ >> To unsubscribe, edit your list preferences, or view the list archives, >please visit: >> http://list.valvesoftware.com/mailman/listinfo/hlds_linux >> > > >-- >dual_bereta_r0x -- Alexandre Hautequest >ArenaNetwork Lan House & Cyber -- www.arenanetwork.com.br > >Três anéis para os Reis Élficos sob este céu, > Sete para os Senhores-Anões em seus rochosos corredores, >Nove para Homens Mortais, fadados ao eternos sono, > Um para o Senhor do Escuro em seu escuro trono >Na Terra de Mordor onde as Sombras se deitam. > Um Anel para a todos governar, Um Anel para encontrá-los, > Um Anel para a todos trazer e na escuridão aprisioná-los >Na Terra de Mordor onde as Sombras se deitam. > >___ >To unsubscribe, edit your list preferences, or view the list archives, >please visit: >http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Redhat 7.2
Isn't srcds linked against glibc2.3? You should get an official word about this, and then ask your server admin to update this machine. David Fencik wrote: > Put some more ram in that Celeron machine and you should be good to go. > > Dave > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Andres > Martinez Belzunce > Sent: Monday, March 21, 2005 11:57 AM > To: hlds_linux@list.valvesoftware.com > Subject: [hlds_linux] Redhat 7.2 > > got my self a colo its running redhat 7.2 i don't know if it has been > updated but i know its on [EMAIL PROTECTED] srcds_1]$ uname -m > i686 > [EMAIL PROTECTED] srcds_1]$ > > [EMAIL PROTECTED] srcds_1]$ ldd --version > ldd (GNU libc) 2.2.4 > > when i start the i486 binary with the -binary ./srcds_i486 function it > just shutdown and never comes back down on restart. doen't even create > a core file and nothing in the debug file. > like i meen not even a peep as to why it just shutdown. > > but when i launch it with -binary ./srcds_i686 i get a partial core > file and a dump and this is what came up in the debug file > > > > -- > CRASH: Tue Mar 8 10:34:04 PST 2005 > Start Line: ./srcds_i686 -binary ./srcds_i686 -game cstrike -port > 27015 +map de_dust2 +maxplayers 11 -steamuser x -steampass x > -debug > Core was generated by `./srcds_i686 -binary ./srcds_i686 -game cstrike > -port 27015 +map de_dust2 +maxp'. > Program terminated with signal 4, Illegal instruction. > #0 0x4019f950 in MathLib_Init(float, float, float, int, bool, bool, > bool, bool) () from bin/dedicated_i686.so > #0 0x4019f950 in MathLib_Init(float, float, float, int, bool, bool, > bool, bool) () from bin/dedicated_i686.so > #1 0x400cafe0 in strcat () from /lib/i686/libc.so.6 > #2 0x0804903d in main () > #3 0x40061657 in __libc_start_main (main=0x8048f80 , argc=16, > ubp_av=0xb704, > init=0x8052d70 <__libc_csu_init>, fini=0x8052da0 > <__libc_csu_fini>, rtld_fini=0x4000dc54 <_dl_fini>, > stack_end=0xb6fc) at ../sysdeps/generic/libc-start.c:129 > No symbol table info available. >>FromTo Syms Read Shared Object Library > 0x400228d0 0x4003b360 Yes /lib/i686/libm.so.6 > 0x400421c0 0x40042fb0 Yes /lib/libdl.so.2 > 0x40061480 0x40161d50 Yes /lib/i686/libc.so.6 > 0x40001e80 0x40013000 Yes /lib/ld-linux.so.2 > 0x401974b0 0x401c23a0 Yes bin/dedicated_i686.so > 0x401e9390 0x401fd550 Yes bin/tier0_i486.so > 0x40211ff0 0x4021b7a0 Yes bin/vstdlib_i486.so > Stack level 0, frame at 0xbfffd658: > eip = 0x4019f950 in MathLib_Init(float, float, float, int, bool, bool, > bool, bool); saved eip 0x804903d > (FRAMELESS), called by frame at 0xbfffd658 > Arglist at 0xbfffd658, args: > Locals at 0xbfffd658, Previous frame's sp is 0x0 > Saved registers: > ebp at 0xbfffd658, eip at 0xbfffd65c > -- > > now i tryed asking the owner of the box to update glibc but he defends > its secure and doesn't want to update to anything insecure. > > so what are my option other than building my own server. > > p.s i have a freebsd 5.3 box running smothly on a celeron 1.6 with > 256ram for a dev server i have setup lags big time if i have over 10 > people tho :) > > any info would help greatly > > ___ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > > > ___ > To unsubscribe, edit your list preferences, or view the list archives, please > visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > -- dual_bereta_r0x -- Alexandre Hautequest ArenaNetwork Lan House & Cyber -- www.arenanetwork.com.br Três anéis para os Reis Élficos sob este céu, Sete para os Senhores-Anões em seus rochosos corredores, Nove para Homens Mortais, fadados ao eternos sono, Um para o Senhor do Escuro em seu escuro trono Na Terra de Mordor onde as Sombras se deitam. Um Anel para a todos governar, Um Anel para encontrá-los, Um Anel para a todos trazer e na escuridão aprisioná-los Na Terra de Mordor onde as Sombras se deitam. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] Redhat 7.2
Put some more ram in that Celeron machine and you should be good to go. Dave -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andres Martinez Belzunce Sent: Monday, March 21, 2005 11:57 AM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Redhat 7.2 got my self a colo its running redhat 7.2 i don't know if it has been updated but i know its on [EMAIL PROTECTED] srcds_1]$ uname -m i686 [EMAIL PROTECTED] srcds_1]$ [EMAIL PROTECTED] srcds_1]$ ldd --version ldd (GNU libc) 2.2.4 when i start the i486 binary with the -binary ./srcds_i486 function it just shutdown and never comes back down on restart. doen't even create a core file and nothing in the debug file. like i meen not even a peep as to why it just shutdown. but when i launch it with -binary ./srcds_i686 i get a partial core file and a dump and this is what came up in the debug file -- CRASH: Tue Mar 8 10:34:04 PST 2005 Start Line: ./srcds_i686 -binary ./srcds_i686 -game cstrike -port 27015 +map de_dust2 +maxplayers 11 -steamuser x -steampass x -debug Core was generated by `./srcds_i686 -binary ./srcds_i686 -game cstrike -port 27015 +map de_dust2 +maxp'. Program terminated with signal 4, Illegal instruction. #0 0x4019f950 in MathLib_Init(float, float, float, int, bool, bool, bool, bool) () from bin/dedicated_i686.so #0 0x4019f950 in MathLib_Init(float, float, float, int, bool, bool, bool, bool) () from bin/dedicated_i686.so #1 0x400cafe0 in strcat () from /lib/i686/libc.so.6 #2 0x0804903d in main () #3 0x40061657 in __libc_start_main (main=0x8048f80 , argc=16, ubp_av=0xb704, init=0x8052d70 <__libc_csu_init>, fini=0x8052da0 <__libc_csu_fini>, rtld_fini=0x4000dc54 <_dl_fini>, stack_end=0xb6fc) at ../sysdeps/generic/libc-start.c:129 No symbol table info available. >FromTo Syms Read Shared Object Library 0x400228d0 0x4003b360 Yes /lib/i686/libm.so.6 0x400421c0 0x40042fb0 Yes /lib/libdl.so.2 0x40061480 0x40161d50 Yes /lib/i686/libc.so.6 0x40001e80 0x40013000 Yes /lib/ld-linux.so.2 0x401974b0 0x401c23a0 Yes bin/dedicated_i686.so 0x401e9390 0x401fd550 Yes bin/tier0_i486.so 0x40211ff0 0x4021b7a0 Yes bin/vstdlib_i486.so Stack level 0, frame at 0xbfffd658: eip = 0x4019f950 in MathLib_Init(float, float, float, int, bool, bool, bool, bool); saved eip 0x804903d (FRAMELESS), called by frame at 0xbfffd658 Arglist at 0xbfffd658, args: Locals at 0xbfffd658, Previous frame's sp is 0x0 Saved registers: ebp at 0xbfffd658, eip at 0xbfffd65c -- now i tryed asking the owner of the box to update glibc but he defends its secure and doesn't want to update to anything insecure. so what are my option other than building my own server. p.s i have a freebsd 5.3 box running smothly on a celeron 1.6 with 256ram for a dev server i have setup lags big time if i have over 10 people tho :) any info would help greatly ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] Redhat 7.2
got my self a colo its running redhat 7.2 i don't know if it has been updated but i know its on [EMAIL PROTECTED] srcds_1]$ uname -m i686 [EMAIL PROTECTED] srcds_1]$ [EMAIL PROTECTED] srcds_1]$ ldd --version ldd (GNU libc) 2.2.4 when i start the i486 binary with the -binary ./srcds_i486 function it just shutdown and never comes back down on restart. doen't even create a core file and nothing in the debug file. like i meen not even a peep as to why it just shutdown. but when i launch it with -binary ./srcds_i686 i get a partial core file and a dump and this is what came up in the debug file -- CRASH: Tue Mar 8 10:34:04 PST 2005 Start Line: ./srcds_i686 -binary ./srcds_i686 -game cstrike -port 27015 +map de_dust2 +maxplayers 11 -steamuser x -steampass x -debug Core was generated by `./srcds_i686 -binary ./srcds_i686 -game cstrike -port 27015 +map de_dust2 +maxp'. Program terminated with signal 4, Illegal instruction. #0 0x4019f950 in MathLib_Init(float, float, float, int, bool, bool, bool, bool) () from bin/dedicated_i686.so #0 0x4019f950 in MathLib_Init(float, float, float, int, bool, bool, bool, bool) () from bin/dedicated_i686.so #1 0x400cafe0 in strcat () from /lib/i686/libc.so.6 #2 0x0804903d in main () #3 0x40061657 in __libc_start_main (main=0x8048f80 , argc=16, ubp_av=0xb704, init=0x8052d70 <__libc_csu_init>, fini=0x8052da0 <__libc_csu_fini>, rtld_fini=0x4000dc54 <_dl_fini>, stack_end=0xb6fc) at ../sysdeps/generic/libc-start.c:129 No symbol table info available. >FromTo Syms Read Shared Object Library 0x400228d0 0x4003b360 Yes /lib/i686/libm.so.6 0x400421c0 0x40042fb0 Yes /lib/libdl.so.2 0x40061480 0x40161d50 Yes /lib/i686/libc.so.6 0x40001e80 0x40013000 Yes /lib/ld-linux.so.2 0x401974b0 0x401c23a0 Yes bin/dedicated_i686.so 0x401e9390 0x401fd550 Yes bin/tier0_i486.so 0x40211ff0 0x4021b7a0 Yes bin/vstdlib_i486.so Stack level 0, frame at 0xbfffd658: eip = 0x4019f950 in MathLib_Init(float, float, float, int, bool, bool, bool, bool); saved eip 0x804903d (FRAMELESS), called by frame at 0xbfffd658 Arglist at 0xbfffd658, args: Locals at 0xbfffd658, Previous frame's sp is 0x0 Saved registers: ebp at 0xbfffd658, eip at 0xbfffd65c -- now i tryed asking the owner of the box to update glibc but he defends its secure and doesn't want to update to anything insecure. so what are my option other than building my own server. p.s i have a freebsd 5.3 box running smothly on a celeron 1.6 with 256ram for a dev server i have setup lags big time if i have over 10 people tho :) any info would help greatly ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
