[hlds_linux] Team Fortress 2/Dedicated Server Updated
More required updates to Team Fortress 2 and it's dedicated servers have been released. Please run hldsupdatetool to update your server. The specific changes include: - Took a more aggressive approach to solving the exploit that would allow players to get underneath terrain in Team Fortress 2 - Fixed building bone merge cache from dormant entities. Fixes weapons in SourceTV attached to wrong bones - Pass over spectator UI and scoreboard in SourceTV mode, disabled/changed some VGUI elements - ALT will switch to Auto-Director mode in SourceTV Jason ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Still crashes on console quit
Thanks for the update Mike. Any word on the 'Bad bone weight' issue? Mike Dussault wrote: We have a fix for this that will go out in the next update. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nye Liu Sent: Tuesday, November 20, 2007 7:48 PM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Still crashes on console quit STILL crashes on "quit" in console: quit *** glibc detected *** ./srcds_i486: double free or corruption (out): 0xb7edc408 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7e00ce5] /lib/i686/cmov/libc.so.6(cfree+0x90)[0xb7e04780] bin/tier0_i486.so(_ZN12CStdMemAlloc4FreeEPv+0x1f)[0xb7d6e88f] ... etc. ___ 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] Still crashes on console quit
Thanks! PS I hope its not just simply disabling libc malloc checking :) Mike Dussault wrote: We have a fix for this that will go out in the next update. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nye Liu Sent: Tuesday, November 20, 2007 7:48 PM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Still crashes on console quit STILL crashes on "quit" in console: quit *** glibc detected *** ./srcds_i486: double free or corruption (out): 0xb7edc408 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7e00ce5] /lib/i686/cmov/libc.so.6(cfree+0x90)[0xb7e04780] bin/tier0_i486.so(_ZN12CStdMemAlloc4FreeEPv+0x1f)[0xb7d6e88f] ... etc. ___ 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] Still crashes on console quit
WOOT!!! 'Nuff said. ~~ Ondra On 21.11.07 19:42 Uhr, Mike Dussault wrote: We have a fix for this that will go out in the next update. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nye Liu Sent: Tuesday, November 20, 2007 7:48 PM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Still crashes on console quit STILL crashes on "quit" in console: quit *** glibc detected *** ./srcds_i486: double free or corruption (out): 0xb7edc408 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7e00ce5] /lib/i686/cmov/libc.so.6(cfree+0x90)[0xb7e04780] bin/tier0_i486.so(_ZN12CStdMemAlloc4FreeEPv+0x1f)[0xb7d6e88f] ... etc. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] Still crashes on console quit
We have a fix for this that will go out in the next update. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nye Liu Sent: Tuesday, November 20, 2007 7:48 PM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Still crashes on console quit STILL crashes on "quit" in console: quit *** glibc detected *** ./srcds_i486: double free or corruption (out): 0xb7edc408 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7e00ce5] /lib/i686/cmov/libc.so.6(cfree+0x90)[0xb7e04780] bin/tier0_i486.so(_ZN12CStdMemAlloc4FreeEPv+0x1f)[0xb7d6e88f] ... etc. ___ 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] Still crashes on console quit
Oh I totally agree with you, it's just that I don't think we should jump on Alfred for staying stuff like that. It definitively should be fixed. Quote: "I'm not trying to run it on a P3 =)" I was just talking about recent issues, no worries there :P "It must be really annoying to hear server admins with P3s that keep whining and whining all day long every patch that comes out. I say just give them some more time." The problem is not only that it's broken, it's that they are not keeping us up to spec. They find out about a bug from many messages on the list, then disappear into the void and until it's fixed, we get gornischt. If they told us, with every patch release (there's always a few weeks between patches, unless something very bad happens), how far they are with squashing these two bugs (which have been plaguing us since day 0), we'd get far more patient as we're seeing progress, and even if they say, "Sorry, we still can't nail what causes it", the responses would be akin to "Bugger. Oh well." and not the "What the hell is taking you so long?!" audible nowadays. We can acknowledge that you're human, but if the only thing you can say about a bug after, what, six releases? is "Stop quitting then", our patience goes on vacation. Sure, it might simply be dadaist humor to keep you from going insane -- wait, are you starting to burn out? --, but if a basic and important engine command like "quit" does something totally evil like free(0), what do you expect us to do? Weird workarounds involving a telnet daemon and external SIGINTs? ~~ Ondra On 21.11.07 6:33 Uhr, Guillaume Parent wrote: Or VALVe could fix the bugs? tbh I can understand why Alfred responds with useless things such as this once in a while - It must be really annoying to hear server admins with P3s that keep whining and whining all day long every patch that comes out. I say just give them some more time. You could kick all the players from the server with the message "Shutting down", and then send SIGINT. You'd need to find a way to flush the logs before sending SIGINT though. On Nov 20, 2007 11:29 PM, Nye Liu <[EMAIL PROTECTED]> wrote: On Tue, Nov 20, 2007 at 08:19:52PM -0800, Alfred Reynolds wrote: Stop quitting then. Truly useless advice. i do an rcon quit to restart the server cleanly (i am using a while [ 1 ] inside a screen session. since it segfaults, it does the stupid "delay blah blah" stuff. if i edit the script to not do the delay, it just gets overwritten on update. in any case, its a sign of very bad programming; its astounding to me this hasn't been fixed yet. ___ 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] Still crashes on console quit
On Tue, 20 Nov 2007 19:48:09 -0800 Nye Liu <[EMAIL PROTECTED]> wrote: > STILL crashes on "quit" in console: > > quit > *** glibc detected *** ./srcds_i486: double free or corruption (out): > 0xb7edc408 *** > === Backtrace: = > /lib/i686/cmov/libc.so.6[0xb7e00ce5] > /lib/i686/cmov/libc.so.6(cfree+0x90)[0xb7e04780] > bin/tier0_i486.so(_ZN12CStdMemAlloc4FreeEPv+0x1f)[0xb7d6e88f] > ... Try setting the `MALLOC_CHECK_' check variable to 0 in the server environment. -atj ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux