Re: [hlds_linux] CS:Source Linux PID's Changing
-- [ Picked text/plain from multipart/alternative ] you need to use taskset for cpu affinity ! it require PID, you can maade a shell script with crontab that for example chek CPU afficinty for PID every 5 minutes I have done it for my box and thats work well ! 2007/11/7, Matt Ogborne [EMAIL PROTECTED]: -- [ Picked text/plain from multipart/alternative ] Howdy, Long time reader, first post, so pls be gentle :-) Until recently the PID (process ID) for a CS:S server running used to stay the same, thus using taskset in Linux, we were able to set the process to run on a specific CPU core. However recently (about ~3-4weeks ago) the PID randomly changes, as in when the game server is started its say PID 4223, go back to it a day later and its then 5823, go back a day later again and its a different PID. This is kinda of annoying now, as with quad core CPU's coming down in price, the ability to fix a process (a game server or servers) to specific cores is very handy indeed. Any ideas on how to stop it jumping PID's?? BTW: Linux Ver: Ubuntu 6.06 and its run in a screen session. Kind regards, Matt AKA Team MX | MoggieX -- ___ 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] Running TF2 server on P3 hardware in Linux (bad bone weight) please confirm
Ondřej Hošek wrote: Quick run-down: 1. Reports surface that the Orange Box SrcDS (OBSrcDS from here on) fails on older processors. 2. Circumstantial evidence is shown that lack of SSE2 might lead to these errors. 3. Chris Green (Valve) states that SSE2 is not required (only plain SSE, available on P3s, is) as no compiler flags have been used to force it. What a weird argument. It's not like the compiler is the only part that can introduce SSEn. Most likely it's some inline asm or SSE. intrinsics. I really wonder how things like these can be hard to debug. And let's assume for a moment that it is actually caused by a missing command on the CPU, why are there no checks in place? You can't just go around and call random functions that aren't there :P 4. Chris returns with a message that he has been able to reproduce this and will have to look down into the guts of the assembly code to get the bug fixed. (No response from him since.) 5. Reports continue. 6. Alfred Reynolds (Valve, mailing list legend) says missing FCMOV extensions mean epic fail. 7. I read Intel and AMD processor manuals. They say that if feature flags CMOV and FPU are both enabled, the processor can do FCMOV. 8. People report that even though both flags are set on their machines, bad bone weight errors still occur for them. 9. I write an assembler program that exits with zero if one of the FCMOV instructions is executed, and, by definition, fails if the instruction is unknown to the processor. People try it out on their machines, and even though no Unknown Instruction error occurs, OBSrcDS still has bad bone weights. And that's where the story pretty much ends. The culprit is probably lack of SSE2 and badly generated code. It's not known if it's a Valve or a GCC bug. ~~ Ondra On 06.11.07 20:35 Uhr, Some Llama wrote: -- [ Picked text/plain from multipart/alternative ] Hey All, So I have a P3 linux server I run CS:S on and thought i'd dedicate it to TF2, read through some of the old postings to his mailing list and it looks like the P3 doesn't support some processor function the newer TF2 engine needs in order to run on Linux? Is that correct? Can someone please confirm? I'm getting the bad bone weights messages along with the errors at the end of the debug.log but looking through the postings it looks like the conversation died off after talk of support for FCMOV? Thanks for your time. llama ___ 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] Re: Running TF2 server on P3 hardware in Linux (bad bone weight) Now confirmed?
-- [ Picked text/plain from multipart/alternative ] is unknown to the processor. People try it out on their machines, and even though no Unknown Instruction error occurs, OBSrcDS still has bad bone weights. And that's where the story pretty much ends. The culprit is probably lack of SSE2 and badly generated code. It's not known if it's a Valve or a GCC bug. ~~ Ondra From my reading of the mailing list archives this is where i thought it ended too, thank you for the re-assurance. i'll keep a look out to see if this problem is resolved in future updates (not that it seems to be important to vavle thus far, but um yah..) Thanks again, Llama -- ___ 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:Source Linux PID's Changing
Hey Matt, first off, please turn off the digests unless there is a better reason to keep them than this reason to deactivate them: it makes it harder for threaded communication to function. When you reply to a digest, the thread -- all the references to preceding messages and replies included in e-mails' headers -- becomes broken and people using threaded views as well as those reading the archives gradually become more and more hostile toward you. (I tried explaining this to Valve's Mailman master, but he either didn't receive or ignored or disagreed with my point, so I gotta do this on a user-by-user basis.) As for your problem: unless SrcDS forks or crashes and restarts, PID changes shouldn't happen. (There is no setpid system call to complement getpid.) Try this: screen -dmLS CS_SOURCE_PUBLIC ./srcds_run -game cstrike -norestart +map de_dust2 +maxplayers 56 -port 27018 -tickrate 33 +fps_max 150 Eventually, your SrcDS will probably crash. When it does, it won't do so that silently, and you can always check screenlog.0 (or higher numbers) for what exactly happened. To help Valve fix this, install gdb on the machine and execute srcds_run with the -debug switch. It should generate a debug.log with a backtrace, which you then mail to the address given. ~~ Ondra On 07.11.07 4:19 Uhr, Matt Ogborne wrote: -- [ Picked text/plain from multipart/alternative ] Howdy, Long time reader, first post, so pls be gentle :-) Until recently the PID (process ID) for a CS:S server running used to stay the same, thus using taskset in Linux, we were able to set the process to run on a specific CPU core. However recently (about ~3-4weeks ago) the PID randomly changes, as in when the game server is started its say PID 4223, go back to it a day later and its then 5823, go back a day later again and its a different PID. This is kinda of annoying now, as with quad core CPU's coming down in price, the ability to fix a process (a game server or servers) to specific cores is very handy indeed. Any ideas on how to stop it jumping PID's?? BTW: Linux Ver: Ubuntu 6.06 and its run in a screen session. Kind regards, Matt AKA Team MX | MoggieX ___ 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:Source Linux PID's Changing
-Original Message- From: [EMAIL PROTECTED] [mailto:hlds_linux- [EMAIL PROTECTED] On Behalf Of LouLou Bizou Sent: Wednesday, November 07, 2007 3:14 AM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] CS:Source Linux PID's Changing -- [ Picked text/plain from multipart/alternative ] you need to use taskset for cpu affinity ! it require PID, you can maade a shell script with crontab that for example chek CPU afficinty for PID every 5 minutes I have done it for my box and thats work well ! 2007/11/7, Matt Ogborne [EMAIL PROTECTED]: -- [ Picked text/plain from multipart/alternative ] Howdy, Long time reader, first post, so pls be gentle :-) Until recently the PID (process ID) for a CS:S server running used to stay the same, thus using taskset in Linux, we were able to set the process to run on a specific CPU core. However recently (about ~3-4weeks ago) the PID randomly changes, as in when the game server is started its say PID 4223, go back to it a day later and its then 5823, go back a day later again and its a different PID. This is kinda of annoying now, as with quad core CPU's coming down in price, the ability to fix a process (a game server or servers) to specific cores is very handy indeed. Any ideas on how to stop it jumping PID's?? BTW: Linux Ver: Ubuntu 6.06 and its run in a screen session. Kind regards, Matt AKA Team MX | MoggieX -- ___ 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 I don't understand completely how this process is set up. Do you have an automatic restart set up through a script to have the server restart on a daily, or other increment? I know my servers are set up in cron to restart each day at 5 am and the easiest way to pull the PID is to do: [EMAIL PROTECTED]: ps -ef | grep screen | grep whatever you title your screen session as | grep -v grep | awk '(print $2 )' counterstrike.pid ps -ef pulls all running processes, the pipe means we are going to do something with that command, the next thing we do is grep for screen sessions, then we grep for the screen session that you saved the game as, then grep -v removes the grep that we are doing at the moment, and finally the awk command will take the second piece of output (which is the PID), and prints it out - this will give you the PID for the screen session. If you want you can roll that all up in a script, chmod it so that it can be run executably, and then through it in your crontab to run hourly, daily, etc. Keep us updated on how it goes. ; ) CONFIDENTIALITY NOTICE: This e-mail may contain information that is privileged, confidential or otherwise protected from disclosure. If you are not the intended recipient of this e-mail, please notify the sender immediately by return e-mail, purge it and do not disseminate or copy it. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] Re: hlds_linux digest, Vol 1 #5876 - 7 msgs
-- [ Picked text/plain from multipart/alternative ] [2. CS:Source Linux PID's Changing (Matt Ogborne)] Howdy, The screen session is called 'CS_SOURCE_PUBLIC', the exact line used to start the screen session is: screen -dmS CS_SOURCE_PUBLIC ./srcds_run -game cstrike -autoupdate +map de_dust2 +maxplayers 56 -port 27018 -tickrate 33 +fps_max 150 The screen PID stays constant. When running 'ps -ef' on the command line it returns, this for the screen session: user 4223 1 0 Nov01 ?00:00:12 SCREEN -dmS CS_SOURCE_PUBLIC ./srcds_run -game cstrike -autoupdate [truncated] And this for the actual PID, which is the game server (this is the one that is changing! At this time its currently PID 18097): user 18097 4224 25 Nov06 pts/105:22:08 ./srcds_amd -game cstrike -autoupdate [truncated] I created a file called 'cron' and entered this into it: ps -ef | grep screen | grep CS_SOURCE_PUBLIC | grep -v grep | awk '( print $2 )' counterstrike.pid However when the file is ran, this comes back in the console: XXX.XXX.XXX.XXX [user: ~/cron ]$ ./cron awk: line 1: syntax error at or near print XXX.XXX.XXX.XXX [user: ~/cron ]$ Its created the file called 'counterstrike.pid' although its empty and hasn't found the PID. What I did notice is that the PPID colum after running 'ps -ef' was the screen PID, so if we looked for the PPID for 4224 (The master PID of the screen) and then took the PID, that shoudl work?? Matt On 07/11/2007, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Send hlds_linux mailing list submissions to hlds_linux@list.valvesoftware.com To subscribe or unsubscribe via the World Wide Web, visit http://list.valvesoftware.com/mailman/listinfo/hlds_linux or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of hlds_linux digest... Today's Topics: 1. Re: Running TF2 server on P3 hardware in Linux (bad bone weight) please confirm (Kennycom) 2. CS:Source Linux PID's Changing (Matt Ogborne) 3. Re: CS:Source Linux PID's Changing (Dan E) 4. Re: CS:Source Linux PID's Changing (LouLou Bizou) 5. Re: Running TF2 server on P3 hardware in Linux (bad bone weight) please confirm (Oliver Salzburg) 6. RE: CS:Source Linux PID's Changing (Miano, Steven M.) --__--__-- Message: 1 From: Kennycom [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Running TF2 server on P3 hardware in Linux (bad bone weight) please confirm Date: Tue, 6 Nov 2007 12:31:39 -0800 Reply-To: hlds_linux@list.valvesoftware.com As to what exactly the problem is I don't recall a definitive answer.. but yes for the time being your P3 and some (allot) of the AMD cpu's are out of luck. I ended up building a new system with an Xeon E5335 (was running a LAN server with an athlon XP2800) and life is good again. --kennycom - Original Message - From: Some Llama [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Tuesday, November 06, 2007 11:35 AM Subject: [hlds_linux] Running TF2 server on P3 hardware in Linux (bad bone weight) please confirm -- [ Picked text/plain from multipart/alternative ] Hey All, So I have a P3 linux server I run CS:S on and thought i'd dedicate it to TF2, read through some of the old postings to his mailing list and it looks like the P3 doesn't support some processor function the newer TF2 engine needs in order to run on Linux? Is that correct? Can someone please confirm? I'm getting the bad bone weights messages along with the errors at the end of the debug.log but looking through the postings it looks like the conversation died off after talk of support for FCMOV? Thanks for your time. llama -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux --__--__-- Message: 2 Date: Wed, 7 Nov 2007 03:19:25 + From: Matt Ogborne [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] CS:Source Linux PID's Changing Reply-To: hlds_linux@list.valvesoftware.com -- [ Picked text/plain from multipart/alternative ] Howdy, Long time reader, first post, so pls be gentle :-) Until recently the PID (process ID) for a CS:S server running used to stay the same, thus using taskset in Linux, we were able to set the process to run on a specific CPU core. However recently (about ~3-4weeks ago) the PID randomly changes, as in when the game server is started its say PID 4223, go back to it a day later and its then 5823, go back a day later again and its a different PID. This is kinda of annoying now, as with quad core CPU's coming down in price, the ability to fix a process (a game server or
RE: [hlds_linux] TeamFortress 2 dedicated server update
Is the crash that critical? My server still restarts. I'd rather have gameplay bugs fixed first. Keeper -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nye Liu Sent: Wednesday, November 07, 2007 10:52 PM To: hlds_linux@list.valvesoftware.com Cc: [EMAIL PROTECTED] Subject: Re: [hlds_linux] TeamFortress 2 dedicated server update Still crashes on quit with glibc double free or corruption. You guys STILL cant' fix this after 3 versions? *** glibc detected *** ./srcds_i486: double free or corruption (out): 0xb7ec9408 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7dedce5] /lib/i686/cmov/libc.so.6(cfree+0x90)[0xb7df1780] bin/tier0_i486.so(_ZN12CStdMemAlloc4FreeEPv+0x1f)[0xb7d5b88f] On Wed, Nov 07, 2007 at 07:23:06PM -0800, Alfred Reynolds wrote: A required update for Team Fortress 2 and it's dedicated have been released. Please run the hldsupdatetool to update your server. The specific changes include: - Improved paged pool memory tracking - Fixed crash on importing spray logo that claimed to be a valid jpeg file, but wasn't - Fixed Medic's uber-charge stats tracking - Fixed a bug in scoring Engineer building destruction - Engineers no longer earn points for using their own teleporters - Freezepanel hud improvements now trigger on usage of the jpeg command - Fixed Spies exploit enabling them to attack while disguising, without losing disguise - Fixed Spies being able to attach sappers through thin walls - Fixed several melee weapon switching exploits - Fixed exploit that allowed players to teleport with the intelligence - Fixed a client crash related to MP3 playing - Improved client handling of stats when a connection couldn't be made to the stat servers. Fixes several cases of stat loss ___ 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
[hlds_linux] TeamFortress 2 dedicated server update
A required update for Team Fortress 2 and it's dedicated have been released. Please run the hldsupdatetool to update your server. The specific changes include: - Improved paged pool memory tracking - Fixed crash on importing spray logo that claimed to be a valid jpeg file, but wasn't - Fixed Medic's uber-charge stats tracking - Fixed a bug in scoring Engineer building destruction - Engineers no longer earn points for using their own teleporters - Freezepanel hud improvements now trigger on usage of the jpeg command - Fixed Spies exploit enabling them to attack while disguising, without losing disguise - Fixed Spies being able to attach sappers through thin walls - Fixed several melee weapon switching exploits - Fixed exploit that allowed players to teleport with the intelligence - Fixed a client crash related to MP3 playing - Improved client handling of stats when a connection couldn't be made to the stat servers. Fixes several cases of stat loss ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] Re: pid changing (was: Re: digest)
Matt Ogborne wrote:
--
[ Picked text/plain from multipart/alternative ]
[2. CS:Source Linux PID's Changing (Matt Ogborne)]
Howdy,
The screen session is called 'CS_SOURCE_PUBLIC', the exact line used to
start the screen session is:
screen -dmS CS_SOURCE_PUBLIC ./srcds_run -game cstrike -autoupdate +map
de_dust2 +maxplayers 56 -port 27018 -tickrate 33 +fps_max 150
The screen PID stays constant.
When running 'ps -ef' on the command line it returns, this for the screen
session:
user 4223 1 0 Nov01 ?00:00:12 SCREEN -dmS CS_SOURCE_PUBLIC
./srcds_run -game cstrike -autoupdate [truncated]
And this for the actual PID, which is the game server (this is the one that
is changing! At this time its currently PID 18097):
user 18097 4224 25 Nov06 pts/105:22:08 ./srcds_amd -game cstrike
-autoupdate [truncated]
I created a file called 'cron' and entered this into it:
ps -ef | grep screen | grep CS_SOURCE_PUBLIC | grep -v grep | awk '( print
$2 )' counterstrike.pid
However when the file is ran, this comes back in the console:
XXX.XXX.XXX.XXX [user: ~/cron ]$ ./cron
awk: line 1: syntax error at or near print
XXX.XXX.XXX.XXX [user: ~/cron ]$
Its created the file called 'counterstrike.pid' although its empty and
hasn't found the PID.
What I did notice is that the PPID colum after running 'ps -ef' was the
screen PID, so if we looked for the PPID for 4224 (The master PID of the
screen) and then took the PID, that shoudl work??
Matt
Please, please, don't answer to the digest when creating a new thread.
And even if you do, take the time to just delete the digests content.
It's not just Bytes to download, but also fucks up with any proper
formatting (like bottom posting, to pop it out another time in this list
:p).
Instead just create a new message, addressed to
hlds_linux@list.valvesoftware.com
And if you consider to do another post in your topic, consider to cancel
the digest as long as your thread is running. The digest is imho clearly
for readers only (though i'd prefer a decent html-driven interface like
this: http://www.mail-archive.com/hlds_linux@list.valvesoftware.com/
(apparently only supports one two levels per thread; even has a reply
via email button, of which I don't know if it's any good for, or
supports threads itself)).
To your topic: you got a syntax error, it has nothing to do with what
you are searching for.
I coulds simply refer to man awk, but: awk instructions use curly
brackets, not round brackets.
Also you could use the pattern matching of awk (supports logical
operators), and the output of screen -ls (might need su, based on
executing user; saves you from the grep -v).
su - $CS_USER -c screen -ls | awk -F . \$2 ~ /CS_SOURCE_PUBLIC.*/
{print \$1}
___
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] TeamFortress 2 dedicated server update
Still crashes on quit with glibc double free or corruption. You guys STILL cant' fix this after 3 versions? *** glibc detected *** ./srcds_i486: double free or corruption (out): 0xb7ec9408 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7dedce5] /lib/i686/cmov/libc.so.6(cfree+0x90)[0xb7df1780] bin/tier0_i486.so(_ZN12CStdMemAlloc4FreeEPv+0x1f)[0xb7d5b88f] On Wed, Nov 07, 2007 at 07:23:06PM -0800, Alfred Reynolds wrote: A required update for Team Fortress 2 and it's dedicated have been released. Please run the hldsupdatetool to update your server. The specific changes include: - Improved paged pool memory tracking - Fixed crash on importing spray logo that claimed to be a valid jpeg file, but wasn't - Fixed Medic's uber-charge stats tracking - Fixed a bug in scoring Engineer building destruction - Engineers no longer earn points for using their own teleporters - Freezepanel hud improvements now trigger on usage of the jpeg command - Fixed Spies exploit enabling them to attack while disguising, without losing disguise - Fixed Spies being able to attach sappers through thin walls - Fixed several melee weapon switching exploits - Fixed exploit that allowed players to teleport with the intelligence - Fixed a client crash related to MP3 playing - Improved client handling of stats when a connection couldn't be made to the stat servers. Fixes several cases of stat loss ___ 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] TeamFortress 2 dedicated server update
My server doesn't start. :) 'bad bone weights' continue... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Keeper Sent: Thursday, 8 November 2007 3:08 PM To: hlds_linux@list.valvesoftware.com Subject: RE: [hlds_linux] TeamFortress 2 dedicated server update Is the crash that critical? My server still restarts. I'd rather have gameplay bugs fixed first. Keeper -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nye Liu Sent: Wednesday, November 07, 2007 10:52 PM To: hlds_linux@list.valvesoftware.com Cc: [EMAIL PROTECTED] Subject: Re: [hlds_linux] TeamFortress 2 dedicated server update Still crashes on quit with glibc double free or corruption. You guys STILL cant' fix this after 3 versions? *** glibc detected *** ./srcds_i486: double free or corruption (out): 0xb7ec9408 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7dedce5] /lib/i686/cmov/libc.so.6(cfree+0x90)[0xb7df1780] bin/tier0_i486.so(_ZN12CStdMemAlloc4FreeEPv+0x1f)[0xb7d5b88f] On Wed, Nov 07, 2007 at 07:23:06PM -0800, Alfred Reynolds wrote: A required update for Team Fortress 2 and it's dedicated have been released. Please run the hldsupdatetool to update your server. The specific changes include: - Improved paged pool memory tracking - Fixed crash on importing spray logo that claimed to be a valid jpeg file, but wasn't - Fixed Medic's uber-charge stats tracking - Fixed a bug in scoring Engineer building destruction - Engineers no longer earn points for using their own teleporters - Freezepanel hud improvements now trigger on usage of the jpeg command - Fixed Spies exploit enabling them to attack while disguising, without losing disguise - Fixed Spies being able to attach sappers through thin walls - Fixed several melee weapon switching exploits - Fixed exploit that allowed players to teleport with the intelligence - Fixed a client crash related to MP3 playing - Improved client handling of stats when a connection couldn't be made to the stat servers. Fixes several cases of stat loss ___ 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 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] TeamFortress 2 dedicated server update
Same here. I have two servers which can't run TF2. I'm hoping that Valve are working on this. noetix wrote: My server doesn't start. :) 'bad bone weights' continue... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Keeper Sent: Thursday, 8 November 2007 3:08 PM To: hlds_linux@list.valvesoftware.com Subject: RE: [hlds_linux] TeamFortress 2 dedicated server update Is the crash that critical? My server still restarts. I'd rather have gameplay bugs fixed first. Keeper -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nye Liu Sent: Wednesday, November 07, 2007 10:52 PM To: hlds_linux@list.valvesoftware.com Cc: [EMAIL PROTECTED] Subject: Re: [hlds_linux] TeamFortress 2 dedicated server update Still crashes on quit with glibc double free or corruption. You guys STILL cant' fix this after 3 versions? *** glibc detected *** ./srcds_i486: double free or corruption (out): 0xb7ec9408 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7dedce5] /lib/i686/cmov/libc.so.6(cfree+0x90)[0xb7df1780] bin/tier0_i486.so(_ZN12CStdMemAlloc4FreeEPv+0x1f)[0xb7d5b88f] On Wed, Nov 07, 2007 at 07:23:06PM -0800, Alfred Reynolds wrote: A required update for Team Fortress 2 and it's dedicated have been released. Please run the hldsupdatetool to update your server. The specific changes include: - Improved paged pool memory tracking - Fixed crash on importing spray logo that claimed to be a valid jpeg file, but wasn't - Fixed Medic's uber-charge stats tracking - Fixed a bug in scoring Engineer building destruction - Engineers no longer earn points for using their own teleporters - Freezepanel hud improvements now trigger on usage of the jpeg command - Fixed Spies exploit enabling them to attack while disguising, without losing disguise - Fixed Spies being able to attach sappers through thin walls - Fixed several melee weapon switching exploits - Fixed exploit that allowed players to teleport with the intelligence - Fixed a client crash related to MP3 playing - Improved client handling of stats when a connection couldn't be made to the stat servers. Fixes several cases of stat loss ___ 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 ___ 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
