Re: [hlds_linux] Team Fortress 2 Update Released

[Giovanni Harting]

I had the same problem with "Cannot access memory at address 0xf77c38f0" 
and so on, fixed with Justmans vphysics, thanks for that!


Am 02.07.2011 04:09, schrieb Kyle Sanderson:

I love Friday updates.

On Fri, Jul 1, 2011 at 6:38 PM, Ross Bemrose  wrote:

Incidentally, I was on Debian Squeeze, with kernel 2.6.26-2-amd64

Weird, I thought we were on a newer kernel, I'll have to ask FireSlash about
that.

On 7/1/2011 9:32 PM, Jesse Molina wrote:

Same crash confirmed here.  Debian, kernel 2.6.39-2-amd64.

Didn't take long to trigger it.  Also notable that server didn't
auto-restart, apparently because it's hung instead of exited with error.



Dropped Vex from server (Disconnect by user.)
CHANGE LEVEL: cp_dustbowl
*** glibc detected *** ./srcds_linux: double free or corruption (out):
0x0acf58f
0 ***
=== Backtrace: =
/lib32/libc.so.6(+0x6b6f1)[0xf74cf6f1]
/lib32/libc.so.6(+0x6cf78)[0xf74d0f78]
/lib32/libc.so.6(cfree+0x6d)[0xf74d402d]
bin/libtier0.so(_ZdlPv+0x22)[0xf76e1a02]

/home/hlds/srcds-servers/server-tf2-GAMMA/orangebox/bin/vphysics.so(+0x10f5a9)[0
xf50265a9]

/home/hlds/srcds-servers/server-tf2-GAMMA/orangebox/bin/vphysics.so(+0x10f1ee)[0
xf50261ee]
  bla bla bla




Kyle Sanderson wrote:

Any chance you could upload vphysics somewhere?

Thanks,
Kyle.

On Fri, Jul 1, 2011 at 5:15 PM, Emil Larssonwrote:

Grabbed the older vphysics.so from a older install, and injected it into
the
updated Linux installs. Seems to have done the trick so far!

On Sat, Jul 2, 2011 at 2:10 AM, Emil Larssonwrote:


Getting crashes on our Linux servers as well, for the record the few
Windows servers we have are running fine. Anyone with the old
vphysics.so?


On Sat, Jul 2, 2011 at 2:01 AM, Ross Bemrose
  wrote:


I'm getting crashes in vphysics.so on map change after this update.

This happens even when I disable all server addons.

Whatever you did to fix the Mac version has killed the Linux version.
  I'm
trying to update again with -verify_all

This is what I'm getting in my server console:

changelevel ctf_2fort
*** glibc detected *** ./srcds_linux: double free or corruption (out):
0x0b4cfd58 ***
=== Backtrace: =
/lib32/libc.so.6(+0x6bf31)[**0xf759ff31]
/lib32/libc.so.6(+0x6d7a8)[**0xf75a17a8]
/lib32/libc.so.6(cfree+0x6d)[**0xf75a488d]
bin/libtier0.so(_ZdlPv+0x22)[**0xf779ca02]
/home/ocremix/orangebox/bin/**vphysics.so(+0x10f5a9)[**0xf50f55a9]
/home/ocremix/orangebox/bin/**vphysics.so(+0x10f1ee)[**0xf50f51ee]
/home/ocremix/orangebox/bin/**vphysics.so(+0x116660)[**0xf50fc660]
/home/ocremix/orangebox/bin/**vphysics.so(+0xe3598)[**0xf50c9598]
/home/ocremix/orangebox/bin/**vphysics.so(+0x2198d)[**0xf500798d]
/home/ocremix/orangebox/bin/**vphysics.so(+0xdcf1)[**0xf4ff3cf1]
/home/ocremix/orangebox/tf/**bin/server.so(+0x7a134c)[**0xf3f0834c]
/home/ocremix/orangebox/tf/**bin/server.so(+0x319287)[**0xf3a80287]
/home/ocremix/orangebox/tf/**bin/server.so(+0x319326)[**0xf3a80326]
/home/ocremix/orangebox/tf/**bin/server.so(+0x6b74c0)[**0xf3e1e4c0]
/home/ocremix/orangebox/bin/**engine.so(+0x1b2369)[**0xf6ddb369]
/home/ocremix/orangebox/bin/**engine.so(+0x114421)[**0xf6d3d421]
/home/ocremix/orangebox/bin/**engine.so(+0x114af7)[**0xf6d3daf7]
/home/ocremix/orangebox/bin/**engine.so(+0x114cc8)[**0xf6d3dcc8]
/home/ocremix/orangebox/bin/**engine.so(+0x1c7df4)[**0xf6df0df4]
/home/ocremix/orangebox/bin/**engine.so(+0x1c4639)[**0xf6ded639]
bin/dedicated.so(+0x4da20)[**0xf70cda20]
bin/dedicated.so(+0x4d777)[**0xf70cd777]
/home/ocremix/orangebox/bin/**engine.so(+0x1c4c5b)[**0xf6dedc5b]
/home/ocremix/orangebox/bin/**engine.so(+0x1dd9a1)[**0xf6e069a1]
/home/ocremix/orangebox/bin/**engine.so(+0x1c5c0a)[**0xf6deec0a]
bin/dedicated.so(+0x4dc23)[**0xf70cdc23]
bin/dedicated.so(+0x51471)[**0xf70d1471]
bin/dedicated.so(+0x52ced)[**0xf70d2ced]
bin/dedicated.so(+0x51471)[**0xf70d1471]
bin/dedicated.so(+0x4e03a)[**0xf70ce03a]
bin/dedicated.so(**DedicatedMain+0x24)[**0xf70cf32f]
./srcds_linux[0x80488ec]
/lib32/libc.so.6(__libc_start_**main+0xe6)[0xf754ac76]
./srcds_linux[0x8048771]
=== Memory map: 
08048000-08049000 r-xp  08:01 526542
/home/ocremix/orangebox/srcds_**linux
08049000-0804a000 r-xp  08:01 526542
/home/ocremix/orangebox/srcds_**linux
0804a000-0804b000 rwxp 1000 08:01 526542
/home/ocremix/orangebox/srcds_**linux
094cc000-0f107000 rwxp 094cc000 00:00 0
  [heap]
eba89000-ebaa6000 r-xp  08:01 14185791
/usr/lib32/libgcc_s.so.1
ebaa6000-ebaa7000 rwxp 0001c000 08:01 14185791
/usr/lib32/libgcc_s.so.1
ebab1000-ebab2000 ---p ebab1000 00:00 0
ebab2000-ebbb2000 rwxp ebab2000 00:00 0
ebbb2000-ebd4e000 r-xp  08:01 11351670
/home/ocremix/orangebox/bin/**libsteamvalidateuseridtickets.**so
ebd4e000-ebd57000 rwxp 0019b000 08:01 11351670
/home/ocremix/orangebox/bin/**libsteamvalidateuseridtickets.**so
ebd57000-ebd5d000 rwxp ebd57000 00:00 0
ebd5d000-ebd5e000 ---p ebd5d000 00:00 0
ebd5e000-ec124000 rwxp ebd5e000 00:00 0
ec20-ec24a000 rwxp ec20 00:00 0
ec24a000-ec30 ---p ec24

Re: [hlds_linux] Team Fortress 2 Update Released

[Kyle Sanderson]

I love Friday updates.

On Fri, Jul 1, 2011 at 6:38 PM, Ross Bemrose  wrote:
> Incidentally, I was on Debian Squeeze, with kernel 2.6.26-2-amd64
>
> Weird, I thought we were on a newer kernel, I'll have to ask FireSlash about
> that.
>
> On 7/1/2011 9:32 PM, Jesse Molina wrote:
>>
>> Same crash confirmed here.  Debian, kernel 2.6.39-2-amd64.
>>
>> Didn't take long to trigger it.  Also notable that server didn't
>> auto-restart, apparently because it's hung instead of exited with error.
>>
>>
>>
>> Dropped Vex from server (Disconnect by user.)
>> CHANGE LEVEL: cp_dustbowl
>> *** glibc detected *** ./srcds_linux: double free or corruption (out):
>> 0x0acf58f
>> 0 ***
>> === Backtrace: =
>> /lib32/libc.so.6(+0x6b6f1)[0xf74cf6f1]
>> /lib32/libc.so.6(+0x6cf78)[0xf74d0f78]
>> /lib32/libc.so.6(cfree+0x6d)[0xf74d402d]
>> bin/libtier0.so(_ZdlPv+0x22)[0xf76e1a02]
>>
>> /home/hlds/srcds-servers/server-tf2-GAMMA/orangebox/bin/vphysics.so(+0x10f5a9)[0
>> xf50265a9]
>>
>> /home/hlds/srcds-servers/server-tf2-GAMMA/orangebox/bin/vphysics.so(+0x10f1ee)[0
>> xf50261ee]
>>  bla bla bla
>>
>>
>>
>>
>> Kyle Sanderson wrote:
>>>
>>> Any chance you could upload vphysics somewhere?
>>>
>>> Thanks,
>>> Kyle.
>>>
>>> On Fri, Jul 1, 2011 at 5:15 PM, Emil Larsson  wrote:

 Grabbed the older vphysics.so from a older install, and injected it into
 the
 updated Linux installs. Seems to have done the trick so far!

 On Sat, Jul 2, 2011 at 2:10 AM, Emil Larsson  wrote:

> Getting crashes on our Linux servers as well, for the record the few
> Windows servers we have are running fine. Anyone with the old
> vphysics.so?
>
>
> On Sat, Jul 2, 2011 at 2:01 AM, Ross Bemrose
>  wrote:
>
>> I'm getting crashes in vphysics.so on map change after this update.
>>
>> This happens even when I disable all server addons.
>>
>> Whatever you did to fix the Mac version has killed the Linux version.
>>  I'm
>> trying to update again with -verify_all
>>
>> This is what I'm getting in my server console:
>>
>> changelevel ctf_2fort
>> *** glibc detected *** ./srcds_linux: double free or corruption (out):
>> 0x0b4cfd58 ***
>> === Backtrace: =
>> /lib32/libc.so.6(+0x6bf31)[**0xf759ff31]
>> /lib32/libc.so.6(+0x6d7a8)[**0xf75a17a8]
>> /lib32/libc.so.6(cfree+0x6d)[**0xf75a488d]
>> bin/libtier0.so(_ZdlPv+0x22)[**0xf779ca02]
>> /home/ocremix/orangebox/bin/**vphysics.so(+0x10f5a9)[**0xf50f55a9]
>> /home/ocremix/orangebox/bin/**vphysics.so(+0x10f1ee)[**0xf50f51ee]
>> /home/ocremix/orangebox/bin/**vphysics.so(+0x116660)[**0xf50fc660]
>> /home/ocremix/orangebox/bin/**vphysics.so(+0xe3598)[**0xf50c9598]
>> /home/ocremix/orangebox/bin/**vphysics.so(+0x2198d)[**0xf500798d]
>> /home/ocremix/orangebox/bin/**vphysics.so(+0xdcf1)[**0xf4ff3cf1]
>> /home/ocremix/orangebox/tf/**bin/server.so(+0x7a134c)[**0xf3f0834c]
>> /home/ocremix/orangebox/tf/**bin/server.so(+0x319287)[**0xf3a80287]
>> /home/ocremix/orangebox/tf/**bin/server.so(+0x319326)[**0xf3a80326]
>> /home/ocremix/orangebox/tf/**bin/server.so(+0x6b74c0)[**0xf3e1e4c0]
>> /home/ocremix/orangebox/bin/**engine.so(+0x1b2369)[**0xf6ddb369]
>> /home/ocremix/orangebox/bin/**engine.so(+0x114421)[**0xf6d3d421]
>> /home/ocremix/orangebox/bin/**engine.so(+0x114af7)[**0xf6d3daf7]
>> /home/ocremix/orangebox/bin/**engine.so(+0x114cc8)[**0xf6d3dcc8]
>> /home/ocremix/orangebox/bin/**engine.so(+0x1c7df4)[**0xf6df0df4]
>> /home/ocremix/orangebox/bin/**engine.so(+0x1c4639)[**0xf6ded639]
>> bin/dedicated.so(+0x4da20)[**0xf70cda20]
>> bin/dedicated.so(+0x4d777)[**0xf70cd777]
>> /home/ocremix/orangebox/bin/**engine.so(+0x1c4c5b)[**0xf6dedc5b]
>> /home/ocremix/orangebox/bin/**engine.so(+0x1dd9a1)[**0xf6e069a1]
>> /home/ocremix/orangebox/bin/**engine.so(+0x1c5c0a)[**0xf6deec0a]
>> bin/dedicated.so(+0x4dc23)[**0xf70cdc23]
>> bin/dedicated.so(+0x51471)[**0xf70d1471]
>> bin/dedicated.so(+0x52ced)[**0xf70d2ced]
>> bin/dedicated.so(+0x51471)[**0xf70d1471]
>> bin/dedicated.so(+0x4e03a)[**0xf70ce03a]
>> bin/dedicated.so(**DedicatedMain+0x24)[**0xf70cf32f]
>> ./srcds_linux[0x80488ec]
>> /lib32/libc.so.6(__libc_start_**main+0xe6)[0xf754ac76]
>> ./srcds_linux[0x8048771]
>> === Memory map: 
>> 08048000-08049000 r-xp  08:01 526542
>> /home/ocremix/orangebox/srcds_**linux
>> 08049000-0804a000 r-xp  08:01 526542
>> /home/ocremix/orangebox/srcds_**linux
>> 0804a000-0804b000 rwxp 1000 08:01 526542
>> /home/ocremix/orangebox/srcds_**linux
>> 094cc000-0f107000 rwxp 094cc000 00:00 0
>>  [heap]
>> eba89000-ebaa6000 r-xp  08:01 14185791
>> /usr/lib32/libgcc_s.so.1
>> ebaa6000-ebaa7000 rwxp 0001c000 08:01 14185791
>> /usr/lib32/libgcc_s.so.1
>> ebab1000-ebab2000 ---p ebab1000 00:00 0
>> ebab2000-ebbb2

Re: [hlds_linux] Team Fortress 2 Update Released

[Ross Bemrose]

Incidentally, I was on Debian Squeeze, with kernel 2.6.26-2-amd64

Weird, I thought we were on a newer kernel, I'll have to ask FireSlash 
about that.


On 7/1/2011 9:32 PM, Jesse Molina wrote:


Same crash confirmed here.  Debian, kernel 2.6.39-2-amd64.

Didn't take long to trigger it.  Also notable that server didn't 
auto-restart, apparently because it's hung instead of exited with error.




Dropped Vex from server (Disconnect by user.)
CHANGE LEVEL: cp_dustbowl
*** glibc detected *** ./srcds_linux: double free or corruption (out): 
0x0acf58f

0 ***
=== Backtrace: =
/lib32/libc.so.6(+0x6b6f1)[0xf74cf6f1]
/lib32/libc.so.6(+0x6cf78)[0xf74d0f78]
/lib32/libc.so.6(cfree+0x6d)[0xf74d402d]
bin/libtier0.so(_ZdlPv+0x22)[0xf76e1a02]
/home/hlds/srcds-servers/server-tf2-GAMMA/orangebox/bin/vphysics.so(+0x10f5a9)[0 


xf50265a9]
/home/hlds/srcds-servers/server-tf2-GAMMA/orangebox/bin/vphysics.so(+0x10f1ee)[0 


xf50261ee]
 bla bla bla




Kyle Sanderson wrote:

Any chance you could upload vphysics somewhere?

Thanks,
Kyle.

On Fri, Jul 1, 2011 at 5:15 PM, Emil Larsson  wrote:
Grabbed the older vphysics.so from a older install, and injected it 
into the

updated Linux installs. Seems to have done the trick so far!

On Sat, Jul 2, 2011 at 2:10 AM, Emil Larsson  wrote:


Getting crashes on our Linux servers as well, for the record the few
Windows servers we have are running fine. Anyone with the old 
vphysics.so?



On Sat, Jul 2, 2011 at 2:01 AM, Ross Bemrose  
wrote:



I'm getting crashes in vphysics.so on map change after this update.

This happens even when I disable all server addons.

Whatever you did to fix the Mac version has killed the Linux 
version.  I'm

trying to update again with -verify_all

This is what I'm getting in my server console:

changelevel ctf_2fort
*** glibc detected *** ./srcds_linux: double free or corruption 
(out):

0x0b4cfd58 ***
=== Backtrace: =
/lib32/libc.so.6(+0x6bf31)[**0xf759ff31]
/lib32/libc.so.6(+0x6d7a8)[**0xf75a17a8]
/lib32/libc.so.6(cfree+0x6d)[**0xf75a488d]
bin/libtier0.so(_ZdlPv+0x22)[**0xf779ca02]
/home/ocremix/orangebox/bin/**vphysics.so(+0x10f5a9)[**0xf50f55a9]
/home/ocremix/orangebox/bin/**vphysics.so(+0x10f1ee)[**0xf50f51ee]
/home/ocremix/orangebox/bin/**vphysics.so(+0x116660)[**0xf50fc660]
/home/ocremix/orangebox/bin/**vphysics.so(+0xe3598)[**0xf50c9598]
/home/ocremix/orangebox/bin/**vphysics.so(+0x2198d)[**0xf500798d]
/home/ocremix/orangebox/bin/**vphysics.so(+0xdcf1)[**0xf4ff3cf1]
/home/ocremix/orangebox/tf/**bin/server.so(+0x7a134c)[**0xf3f0834c]
/home/ocremix/orangebox/tf/**bin/server.so(+0x319287)[**0xf3a80287]
/home/ocremix/orangebox/tf/**bin/server.so(+0x319326)[**0xf3a80326]
/home/ocremix/orangebox/tf/**bin/server.so(+0x6b74c0)[**0xf3e1e4c0]
/home/ocremix/orangebox/bin/**engine.so(+0x1b2369)[**0xf6ddb369]
/home/ocremix/orangebox/bin/**engine.so(+0x114421)[**0xf6d3d421]
/home/ocremix/orangebox/bin/**engine.so(+0x114af7)[**0xf6d3daf7]
/home/ocremix/orangebox/bin/**engine.so(+0x114cc8)[**0xf6d3dcc8]
/home/ocremix/orangebox/bin/**engine.so(+0x1c7df4)[**0xf6df0df4]
/home/ocremix/orangebox/bin/**engine.so(+0x1c4639)[**0xf6ded639]
bin/dedicated.so(+0x4da20)[**0xf70cda20]
bin/dedicated.so(+0x4d777)[**0xf70cd777]
/home/ocremix/orangebox/bin/**engine.so(+0x1c4c5b)[**0xf6dedc5b]
/home/ocremix/orangebox/bin/**engine.so(+0x1dd9a1)[**0xf6e069a1]
/home/ocremix/orangebox/bin/**engine.so(+0x1c5c0a)[**0xf6deec0a]
bin/dedicated.so(+0x4dc23)[**0xf70cdc23]
bin/dedicated.so(+0x51471)[**0xf70d1471]
bin/dedicated.so(+0x52ced)[**0xf70d2ced]
bin/dedicated.so(+0x51471)[**0xf70d1471]
bin/dedicated.so(+0x4e03a)[**0xf70ce03a]
bin/dedicated.so(**DedicatedMain+0x24)[**0xf70cf32f]
./srcds_linux[0x80488ec]
/lib32/libc.so.6(__libc_start_**main+0xe6)[0xf754ac76]
./srcds_linux[0x8048771]
=== Memory map: 
08048000-08049000 r-xp  08:01 526542
/home/ocremix/orangebox/srcds_**linux
08049000-0804a000 r-xp  08:01 526542
/home/ocremix/orangebox/srcds_**linux
0804a000-0804b000 rwxp 1000 08:01 526542
/home/ocremix/orangebox/srcds_**linux
094cc000-0f107000 rwxp 094cc000 00:00 0
  [heap]
eba89000-ebaa6000 r-xp  08:01 14185791
/usr/lib32/libgcc_s.so.1
ebaa6000-ebaa7000 rwxp 0001c000 08:01 14185791
/usr/lib32/libgcc_s.so.1
ebab1000-ebab2000 ---p ebab1000 00:00 0
ebab2000-ebbb2000 rwxp ebab2000 00:00 0
ebbb2000-ebd4e000 r-xp  08:01 11351670
/home/ocremix/orangebox/bin/**libsteamvalidateuseridtickets.**so
ebd4e000-ebd57000 rwxp 0019b000 08:01 11351670
/home/ocremix/orangebox/bin/**libsteamvalidateuseridtickets.**so
ebd57000-ebd5d000 rwxp ebd57000 00:00 0
ebd5d000-ebd5e000 ---p ebd5d000 00:00 0
ebd5e000-ec124000 rwxp ebd5e000 00:00 0
ec20-ec24a000 rwxp ec20 00:00 0
ec24a000-ec30 ---p ec24a000 00:00 0
ec3ea000-ece9e000 rwxp ec3ea000 00:00 0
ecea4000-ed316000 rwxp ecea4000 00:00 0
ed346000-ed66d000 rwxp ed346000 00:00 0
ed73-edc53000 rwxp ed73 00:00 0
edd35000-edf6d000 rwxp edd35000 00:00 0
edf84000-edf85000 ---p edf84000

Re: [hlds_linux] Team Fortress 2 Update Released

[Jesse Molina]

Same crash confirmed here.  Debian, kernel 2.6.39-2-amd64.

Didn't take long to trigger it.  Also notable that server didn't 
auto-restart, apparently because it's hung instead of exited with error.




Dropped Vex from server (Disconnect by user.)
CHANGE LEVEL: cp_dustbowl
*** glibc detected *** ./srcds_linux: double free or corruption (out): 
0x0acf58f

0 ***
=== Backtrace: =
/lib32/libc.so.6(+0x6b6f1)[0xf74cf6f1]
/lib32/libc.so.6(+0x6cf78)[0xf74d0f78]
/lib32/libc.so.6(cfree+0x6d)[0xf74d402d]
bin/libtier0.so(_ZdlPv+0x22)[0xf76e1a02]
/home/hlds/srcds-servers/server-tf2-GAMMA/orangebox/bin/vphysics.so(+0x10f5a9)[0
xf50265a9]
/home/hlds/srcds-servers/server-tf2-GAMMA/orangebox/bin/vphysics.so(+0x10f1ee)[0
xf50261ee]
 bla bla bla




Kyle Sanderson wrote:

Any chance you could upload vphysics somewhere?

Thanks,
Kyle.

On Fri, Jul 1, 2011 at 5:15 PM, Emil Larsson  wrote:

Grabbed the older vphysics.so from a older install, and injected it into the
updated Linux installs. Seems to have done the trick so far!

On Sat, Jul 2, 2011 at 2:10 AM, Emil Larsson  wrote:


Getting crashes on our Linux servers as well, for the record the few
Windows servers we have are running fine. Anyone with the old vphysics.so?


On Sat, Jul 2, 2011 at 2:01 AM, Ross Bemrose  wrote:


I'm getting crashes in vphysics.so on map change after this update.

This happens even when I disable all server addons.

Whatever you did to fix the Mac version has killed the Linux version.  I'm
trying to update again with -verify_all

This is what I'm getting in my server console:

changelevel ctf_2fort
*** glibc detected *** ./srcds_linux: double free or corruption (out):
0x0b4cfd58 ***
=== Backtrace: =
/lib32/libc.so.6(+0x6bf31)[**0xf759ff31]
/lib32/libc.so.6(+0x6d7a8)[**0xf75a17a8]
/lib32/libc.so.6(cfree+0x6d)[**0xf75a488d]
bin/libtier0.so(_ZdlPv+0x22)[**0xf779ca02]
/home/ocremix/orangebox/bin/**vphysics.so(+0x10f5a9)[**0xf50f55a9]
/home/ocremix/orangebox/bin/**vphysics.so(+0x10f1ee)[**0xf50f51ee]
/home/ocremix/orangebox/bin/**vphysics.so(+0x116660)[**0xf50fc660]
/home/ocremix/orangebox/bin/**vphysics.so(+0xe3598)[**0xf50c9598]
/home/ocremix/orangebox/bin/**vphysics.so(+0x2198d)[**0xf500798d]
/home/ocremix/orangebox/bin/**vphysics.so(+0xdcf1)[**0xf4ff3cf1]
/home/ocremix/orangebox/tf/**bin/server.so(+0x7a134c)[**0xf3f0834c]
/home/ocremix/orangebox/tf/**bin/server.so(+0x319287)[**0xf3a80287]
/home/ocremix/orangebox/tf/**bin/server.so(+0x319326)[**0xf3a80326]
/home/ocremix/orangebox/tf/**bin/server.so(+0x6b74c0)[**0xf3e1e4c0]
/home/ocremix/orangebox/bin/**engine.so(+0x1b2369)[**0xf6ddb369]
/home/ocremix/orangebox/bin/**engine.so(+0x114421)[**0xf6d3d421]
/home/ocremix/orangebox/bin/**engine.so(+0x114af7)[**0xf6d3daf7]
/home/ocremix/orangebox/bin/**engine.so(+0x114cc8)[**0xf6d3dcc8]
/home/ocremix/orangebox/bin/**engine.so(+0x1c7df4)[**0xf6df0df4]
/home/ocremix/orangebox/bin/**engine.so(+0x1c4639)[**0xf6ded639]
bin/dedicated.so(+0x4da20)[**0xf70cda20]
bin/dedicated.so(+0x4d777)[**0xf70cd777]
/home/ocremix/orangebox/bin/**engine.so(+0x1c4c5b)[**0xf6dedc5b]
/home/ocremix/orangebox/bin/**engine.so(+0x1dd9a1)[**0xf6e069a1]
/home/ocremix/orangebox/bin/**engine.so(+0x1c5c0a)[**0xf6deec0a]
bin/dedicated.so(+0x4dc23)[**0xf70cdc23]
bin/dedicated.so(+0x51471)[**0xf70d1471]
bin/dedicated.so(+0x52ced)[**0xf70d2ced]
bin/dedicated.so(+0x51471)[**0xf70d1471]
bin/dedicated.so(+0x4e03a)[**0xf70ce03a]
bin/dedicated.so(**DedicatedMain+0x24)[**0xf70cf32f]
./srcds_linux[0x80488ec]
/lib32/libc.so.6(__libc_start_**main+0xe6)[0xf754ac76]
./srcds_linux[0x8048771]
=== Memory map: 
08048000-08049000 r-xp  08:01 526542
/home/ocremix/orangebox/srcds_**linux
08049000-0804a000 r-xp  08:01 526542
/home/ocremix/orangebox/srcds_**linux
0804a000-0804b000 rwxp 1000 08:01 526542
/home/ocremix/orangebox/srcds_**linux
094cc000-0f107000 rwxp 094cc000 00:00 0
  [heap]
eba89000-ebaa6000 r-xp  08:01 14185791
/usr/lib32/libgcc_s.so.1
ebaa6000-ebaa7000 rwxp 0001c000 08:01 14185791
/usr/lib32/libgcc_s.so.1
ebab1000-ebab2000 ---p ebab1000 00:00 0
ebab2000-ebbb2000 rwxp ebab2000 00:00 0
ebbb2000-ebd4e000 r-xp  08:01 11351670
/home/ocremix/orangebox/bin/**libsteamvalidateuseridtickets.**so
ebd4e000-ebd57000 rwxp 0019b000 08:01 11351670
/home/ocremix/orangebox/bin/**libsteamvalidateuseridtickets.**so
ebd57000-ebd5d000 rwxp ebd57000 00:00 0
ebd5d000-ebd5e000 ---p ebd5d000 00:00 0
ebd5e000-ec124000 rwxp ebd5e000 00:00 0
ec20-ec24a000 rwxp ec20 00:00 0
ec24a000-ec30 ---p ec24a000 00:00 0
ec3ea000-ece9e000 rwxp ec3ea000 00:00 0
ecea4000-ed316000 rwxp ecea4000 00:00 0
ed346000-ed66d000 rwxp ed346000 00:00 0
ed73-edc53000 rwxp ed73 00:00 0
edd35000-edf6d000 rwxp edd35000 00:00 0
edf84000-edf85000 ---p edf84000 00:00 0
edf85000-ee203000 rwxp edf85000 00:00 0
ee24d000-ee3f7000 rwxp ee24d000 00:00 0
ee44a000-ee54c000 rwxp ee44a000 00:00 0
ee62d000-ee862000 rwxp ee62d000 00:00 0
ee93e000-eea96000 rwxp ee93e000 00:00 0
e

Re: [hlds_linux] Team Fortress 2 Update Released

[Ian R. Justman]

On 07/01/2011 17:44, Kyle Sanderson wrote:

Any chance you could upload vphysics somewhere?

Thanks,
Kyle.



I have a copy at http://tf2.ian-justman.com/fixes

--Ian.

--
Ian R. Justman
UNIX hacker.  Anime fan.  Any questions?
ianj (at) ian-justman.com

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] Team Fortress 2 Update Released

[Kyle Sanderson]

Any chance you could upload vphysics somewhere?

Thanks,
Kyle.

On Fri, Jul 1, 2011 at 5:15 PM, Emil Larsson  wrote:
> Grabbed the older vphysics.so from a older install, and injected it into the
> updated Linux installs. Seems to have done the trick so far!
>
> On Sat, Jul 2, 2011 at 2:10 AM, Emil Larsson  wrote:
>
>> Getting crashes on our Linux servers as well, for the record the few
>> Windows servers we have are running fine. Anyone with the old vphysics.so?
>>
>>
>> On Sat, Jul 2, 2011 at 2:01 AM, Ross Bemrose  wrote:
>>
>>> I'm getting crashes in vphysics.so on map change after this update.
>>>
>>> This happens even when I disable all server addons.
>>>
>>> Whatever you did to fix the Mac version has killed the Linux version.  I'm
>>> trying to update again with -verify_all
>>>
>>> This is what I'm getting in my server console:
>>>
>>> changelevel ctf_2fort
>>> *** glibc detected *** ./srcds_linux: double free or corruption (out):
>>> 0x0b4cfd58 ***
>>> === Backtrace: =
>>> /lib32/libc.so.6(+0x6bf31)[**0xf759ff31]
>>> /lib32/libc.so.6(+0x6d7a8)[**0xf75a17a8]
>>> /lib32/libc.so.6(cfree+0x6d)[**0xf75a488d]
>>> bin/libtier0.so(_ZdlPv+0x22)[**0xf779ca02]
>>> /home/ocremix/orangebox/bin/**vphysics.so(+0x10f5a9)[**0xf50f55a9]
>>> /home/ocremix/orangebox/bin/**vphysics.so(+0x10f1ee)[**0xf50f51ee]
>>> /home/ocremix/orangebox/bin/**vphysics.so(+0x116660)[**0xf50fc660]
>>> /home/ocremix/orangebox/bin/**vphysics.so(+0xe3598)[**0xf50c9598]
>>> /home/ocremix/orangebox/bin/**vphysics.so(+0x2198d)[**0xf500798d]
>>> /home/ocremix/orangebox/bin/**vphysics.so(+0xdcf1)[**0xf4ff3cf1]
>>> /home/ocremix/orangebox/tf/**bin/server.so(+0x7a134c)[**0xf3f0834c]
>>> /home/ocremix/orangebox/tf/**bin/server.so(+0x319287)[**0xf3a80287]
>>> /home/ocremix/orangebox/tf/**bin/server.so(+0x319326)[**0xf3a80326]
>>> /home/ocremix/orangebox/tf/**bin/server.so(+0x6b74c0)[**0xf3e1e4c0]
>>> /home/ocremix/orangebox/bin/**engine.so(+0x1b2369)[**0xf6ddb369]
>>> /home/ocremix/orangebox/bin/**engine.so(+0x114421)[**0xf6d3d421]
>>> /home/ocremix/orangebox/bin/**engine.so(+0x114af7)[**0xf6d3daf7]
>>> /home/ocremix/orangebox/bin/**engine.so(+0x114cc8)[**0xf6d3dcc8]
>>> /home/ocremix/orangebox/bin/**engine.so(+0x1c7df4)[**0xf6df0df4]
>>> /home/ocremix/orangebox/bin/**engine.so(+0x1c4639)[**0xf6ded639]
>>> bin/dedicated.so(+0x4da20)[**0xf70cda20]
>>> bin/dedicated.so(+0x4d777)[**0xf70cd777]
>>> /home/ocremix/orangebox/bin/**engine.so(+0x1c4c5b)[**0xf6dedc5b]
>>> /home/ocremix/orangebox/bin/**engine.so(+0x1dd9a1)[**0xf6e069a1]
>>> /home/ocremix/orangebox/bin/**engine.so(+0x1c5c0a)[**0xf6deec0a]
>>> bin/dedicated.so(+0x4dc23)[**0xf70cdc23]
>>> bin/dedicated.so(+0x51471)[**0xf70d1471]
>>> bin/dedicated.so(+0x52ced)[**0xf70d2ced]
>>> bin/dedicated.so(+0x51471)[**0xf70d1471]
>>> bin/dedicated.so(+0x4e03a)[**0xf70ce03a]
>>> bin/dedicated.so(**DedicatedMain+0x24)[**0xf70cf32f]
>>> ./srcds_linux[0x80488ec]
>>> /lib32/libc.so.6(__libc_start_**main+0xe6)[0xf754ac76]
>>> ./srcds_linux[0x8048771]
>>> === Memory map: 
>>> 08048000-08049000 r-xp  08:01 526542
>>> /home/ocremix/orangebox/srcds_**linux
>>> 08049000-0804a000 r-xp  08:01 526542
>>> /home/ocremix/orangebox/srcds_**linux
>>> 0804a000-0804b000 rwxp 1000 08:01 526542
>>> /home/ocremix/orangebox/srcds_**linux
>>> 094cc000-0f107000 rwxp 094cc000 00:00 0
>>>  [heap]
>>> eba89000-ebaa6000 r-xp  08:01 14185791
>>> /usr/lib32/libgcc_s.so.1
>>> ebaa6000-ebaa7000 rwxp 0001c000 08:01 14185791
>>> /usr/lib32/libgcc_s.so.1
>>> ebab1000-ebab2000 ---p ebab1000 00:00 0
>>> ebab2000-ebbb2000 rwxp ebab2000 00:00 0
>>> ebbb2000-ebd4e000 r-xp  08:01 11351670
>>> /home/ocremix/orangebox/bin/**libsteamvalidateuseridtickets.**so
>>> ebd4e000-ebd57000 rwxp 0019b000 08:01 11351670
>>> /home/ocremix/orangebox/bin/**libsteamvalidateuseridtickets.**so
>>> ebd57000-ebd5d000 rwxp ebd57000 00:00 0
>>> ebd5d000-ebd5e000 ---p ebd5d000 00:00 0
>>> ebd5e000-ec124000 rwxp ebd5e000 00:00 0
>>> ec20-ec24a000 rwxp ec20 00:00 0
>>> ec24a000-ec30 ---p ec24a000 00:00 0
>>> ec3ea000-ece9e000 rwxp ec3ea000 00:00 0
>>> ecea4000-ed316000 rwxp ecea4000 00:00 0
>>> ed346000-ed66d000 rwxp ed346000 00:00 0
>>> ed73-edc53000 rwxp ed73 00:00 0
>>> edd35000-edf6d000 rwxp edd35000 00:00 0
>>> edf84000-edf85000 ---p edf84000 00:00 0
>>> edf85000-ee203000 rwxp edf85000 00:00 0
>>> ee24d000-ee3f7000 rwxp ee24d000 00:00 0
>>> ee44a000-ee54c000 rwxp ee44a000 00:00 0
>>> ee62d000-ee862000 rwxp ee62d000 00:00 0
>>> ee93e000-eea96000 rwxp ee93e000 00:00 0
>>> eeace000-eecda000 rwxp eeace000 00:00 0
>>> eed46000-eef97000 rwxp eed46000 00:00 0
>>> ef061000-ef0e4000 rwxp ef061000 00:00 0
>>> ef15d000-ef16d000 r-xp  08:01 9857811
>>>  /lib32/libresolv-2.11.2.so
>>> ef16d000-ef16e000 r-xp 0001 08:01 9857811
>>>  /lib32/libresolv-2.11.2.so
>>> ef16e000-ef16f000 rwxp 00011000 08:01 9857811
>>>  /lib32/libresolv-2.11.2.so
>>> ef16f000-ef171000 rwxp ef16f000 00:00 0
>>> ef171000-ef

Re: [hlds_linux] Team Fortress 2 Update Released

[Emil Larsson]

Grabbed the older vphysics.so from a older install, and injected it into the
updated Linux installs. Seems to have done the trick so far!

On Sat, Jul 2, 2011 at 2:10 AM, Emil Larsson  wrote:

> Getting crashes on our Linux servers as well, for the record the few
> Windows servers we have are running fine. Anyone with the old vphysics.so?
>
>
> On Sat, Jul 2, 2011 at 2:01 AM, Ross Bemrose  wrote:
>
>> I'm getting crashes in vphysics.so on map change after this update.
>>
>> This happens even when I disable all server addons.
>>
>> Whatever you did to fix the Mac version has killed the Linux version.  I'm
>> trying to update again with -verify_all
>>
>> This is what I'm getting in my server console:
>>
>> changelevel ctf_2fort
>> *** glibc detected *** ./srcds_linux: double free or corruption (out):
>> 0x0b4cfd58 ***
>> === Backtrace: =
>> /lib32/libc.so.6(+0x6bf31)[**0xf759ff31]
>> /lib32/libc.so.6(+0x6d7a8)[**0xf75a17a8]
>> /lib32/libc.so.6(cfree+0x6d)[**0xf75a488d]
>> bin/libtier0.so(_ZdlPv+0x22)[**0xf779ca02]
>> /home/ocremix/orangebox/bin/**vphysics.so(+0x10f5a9)[**0xf50f55a9]
>> /home/ocremix/orangebox/bin/**vphysics.so(+0x10f1ee)[**0xf50f51ee]
>> /home/ocremix/orangebox/bin/**vphysics.so(+0x116660)[**0xf50fc660]
>> /home/ocremix/orangebox/bin/**vphysics.so(+0xe3598)[**0xf50c9598]
>> /home/ocremix/orangebox/bin/**vphysics.so(+0x2198d)[**0xf500798d]
>> /home/ocremix/orangebox/bin/**vphysics.so(+0xdcf1)[**0xf4ff3cf1]
>> /home/ocremix/orangebox/tf/**bin/server.so(+0x7a134c)[**0xf3f0834c]
>> /home/ocremix/orangebox/tf/**bin/server.so(+0x319287)[**0xf3a80287]
>> /home/ocremix/orangebox/tf/**bin/server.so(+0x319326)[**0xf3a80326]
>> /home/ocremix/orangebox/tf/**bin/server.so(+0x6b74c0)[**0xf3e1e4c0]
>> /home/ocremix/orangebox/bin/**engine.so(+0x1b2369)[**0xf6ddb369]
>> /home/ocremix/orangebox/bin/**engine.so(+0x114421)[**0xf6d3d421]
>> /home/ocremix/orangebox/bin/**engine.so(+0x114af7)[**0xf6d3daf7]
>> /home/ocremix/orangebox/bin/**engine.so(+0x114cc8)[**0xf6d3dcc8]
>> /home/ocremix/orangebox/bin/**engine.so(+0x1c7df4)[**0xf6df0df4]
>> /home/ocremix/orangebox/bin/**engine.so(+0x1c4639)[**0xf6ded639]
>> bin/dedicated.so(+0x4da20)[**0xf70cda20]
>> bin/dedicated.so(+0x4d777)[**0xf70cd777]
>> /home/ocremix/orangebox/bin/**engine.so(+0x1c4c5b)[**0xf6dedc5b]
>> /home/ocremix/orangebox/bin/**engine.so(+0x1dd9a1)[**0xf6e069a1]
>> /home/ocremix/orangebox/bin/**engine.so(+0x1c5c0a)[**0xf6deec0a]
>> bin/dedicated.so(+0x4dc23)[**0xf70cdc23]
>> bin/dedicated.so(+0x51471)[**0xf70d1471]
>> bin/dedicated.so(+0x52ced)[**0xf70d2ced]
>> bin/dedicated.so(+0x51471)[**0xf70d1471]
>> bin/dedicated.so(+0x4e03a)[**0xf70ce03a]
>> bin/dedicated.so(**DedicatedMain+0x24)[**0xf70cf32f]
>> ./srcds_linux[0x80488ec]
>> /lib32/libc.so.6(__libc_start_**main+0xe6)[0xf754ac76]
>> ./srcds_linux[0x8048771]
>> === Memory map: 
>> 08048000-08049000 r-xp  08:01 526542
>> /home/ocremix/orangebox/srcds_**linux
>> 08049000-0804a000 r-xp  08:01 526542
>> /home/ocremix/orangebox/srcds_**linux
>> 0804a000-0804b000 rwxp 1000 08:01 526542
>> /home/ocremix/orangebox/srcds_**linux
>> 094cc000-0f107000 rwxp 094cc000 00:00 0
>>  [heap]
>> eba89000-ebaa6000 r-xp  08:01 14185791
>> /usr/lib32/libgcc_s.so.1
>> ebaa6000-ebaa7000 rwxp 0001c000 08:01 14185791
>> /usr/lib32/libgcc_s.so.1
>> ebab1000-ebab2000 ---p ebab1000 00:00 0
>> ebab2000-ebbb2000 rwxp ebab2000 00:00 0
>> ebbb2000-ebd4e000 r-xp  08:01 11351670
>> /home/ocremix/orangebox/bin/**libsteamvalidateuseridtickets.**so
>> ebd4e000-ebd57000 rwxp 0019b000 08:01 11351670
>> /home/ocremix/orangebox/bin/**libsteamvalidateuseridtickets.**so
>> ebd57000-ebd5d000 rwxp ebd57000 00:00 0
>> ebd5d000-ebd5e000 ---p ebd5d000 00:00 0
>> ebd5e000-ec124000 rwxp ebd5e000 00:00 0
>> ec20-ec24a000 rwxp ec20 00:00 0
>> ec24a000-ec30 ---p ec24a000 00:00 0
>> ec3ea000-ece9e000 rwxp ec3ea000 00:00 0
>> ecea4000-ed316000 rwxp ecea4000 00:00 0
>> ed346000-ed66d000 rwxp ed346000 00:00 0
>> ed73-edc53000 rwxp ed73 00:00 0
>> edd35000-edf6d000 rwxp edd35000 00:00 0
>> edf84000-edf85000 ---p edf84000 00:00 0
>> edf85000-ee203000 rwxp edf85000 00:00 0
>> ee24d000-ee3f7000 rwxp ee24d000 00:00 0
>> ee44a000-ee54c000 rwxp ee44a000 00:00 0
>> ee62d000-ee862000 rwxp ee62d000 00:00 0
>> ee93e000-eea96000 rwxp ee93e000 00:00 0
>> eeace000-eecda000 rwxp eeace000 00:00 0
>> eed46000-eef97000 rwxp eed46000 00:00 0
>> ef061000-ef0e4000 rwxp ef061000 00:00 0
>> ef15d000-ef16d000 r-xp  08:01 9857811
>>  /lib32/libresolv-2.11.2.so
>> ef16d000-ef16e000 r-xp 0001 08:01 9857811
>>  /lib32/libresolv-2.11.2.so
>> ef16e000-ef16f000 rwxp 00011000 08:01 9857811
>>  /lib32/libresolv-2.11.2.so
>> ef16f000-ef171000 rwxp ef16f000 00:00 0
>> ef171000-ef175000 r-xp  08:01 9857832
>>  /lib32/libnss_dns-2.11.2.so
>> ef175000-ef176000 r-xp 4000 08:01 9857832
>>  /lib32/libnss_dns-2.11.2.so
>> ef176000-ef177000 rwxp 5000 08:01 9857832
>>  /lib32/libnss_dns-2.11.

Re: [hlds_linux] Team Fortress 2 Update Released

[Emil Larsson]

Getting crashes on our Linux servers as well, for the record the few Windows
servers we have are running fine. Anyone with the old vphysics.so?

On Sat, Jul 2, 2011 at 2:01 AM, Ross Bemrose  wrote:

> I'm getting crashes in vphysics.so on map change after this update.
>
> This happens even when I disable all server addons.
>
> Whatever you did to fix the Mac version has killed the Linux version.  I'm
> trying to update again with -verify_all
>
> This is what I'm getting in my server console:
>
> changelevel ctf_2fort
> *** glibc detected *** ./srcds_linux: double free or corruption (out):
> 0x0b4cfd58 ***
> === Backtrace: =
> /lib32/libc.so.6(+0x6bf31)[**0xf759ff31]
> /lib32/libc.so.6(+0x6d7a8)[**0xf75a17a8]
> /lib32/libc.so.6(cfree+0x6d)[**0xf75a488d]
> bin/libtier0.so(_ZdlPv+0x22)[**0xf779ca02]
> /home/ocremix/orangebox/bin/**vphysics.so(+0x10f5a9)[**0xf50f55a9]
> /home/ocremix/orangebox/bin/**vphysics.so(+0x10f1ee)[**0xf50f51ee]
> /home/ocremix/orangebox/bin/**vphysics.so(+0x116660)[**0xf50fc660]
> /home/ocremix/orangebox/bin/**vphysics.so(+0xe3598)[**0xf50c9598]
> /home/ocremix/orangebox/bin/**vphysics.so(+0x2198d)[**0xf500798d]
> /home/ocremix/orangebox/bin/**vphysics.so(+0xdcf1)[**0xf4ff3cf1]
> /home/ocremix/orangebox/tf/**bin/server.so(+0x7a134c)[**0xf3f0834c]
> /home/ocremix/orangebox/tf/**bin/server.so(+0x319287)[**0xf3a80287]
> /home/ocremix/orangebox/tf/**bin/server.so(+0x319326)[**0xf3a80326]
> /home/ocremix/orangebox/tf/**bin/server.so(+0x6b74c0)[**0xf3e1e4c0]
> /home/ocremix/orangebox/bin/**engine.so(+0x1b2369)[**0xf6ddb369]
> /home/ocremix/orangebox/bin/**engine.so(+0x114421)[**0xf6d3d421]
> /home/ocremix/orangebox/bin/**engine.so(+0x114af7)[**0xf6d3daf7]
> /home/ocremix/orangebox/bin/**engine.so(+0x114cc8)[**0xf6d3dcc8]
> /home/ocremix/orangebox/bin/**engine.so(+0x1c7df4)[**0xf6df0df4]
> /home/ocremix/orangebox/bin/**engine.so(+0x1c4639)[**0xf6ded639]
> bin/dedicated.so(+0x4da20)[**0xf70cda20]
> bin/dedicated.so(+0x4d777)[**0xf70cd777]
> /home/ocremix/orangebox/bin/**engine.so(+0x1c4c5b)[**0xf6dedc5b]
> /home/ocremix/orangebox/bin/**engine.so(+0x1dd9a1)[**0xf6e069a1]
> /home/ocremix/orangebox/bin/**engine.so(+0x1c5c0a)[**0xf6deec0a]
> bin/dedicated.so(+0x4dc23)[**0xf70cdc23]
> bin/dedicated.so(+0x51471)[**0xf70d1471]
> bin/dedicated.so(+0x52ced)[**0xf70d2ced]
> bin/dedicated.so(+0x51471)[**0xf70d1471]
> bin/dedicated.so(+0x4e03a)[**0xf70ce03a]
> bin/dedicated.so(**DedicatedMain+0x24)[**0xf70cf32f]
> ./srcds_linux[0x80488ec]
> /lib32/libc.so.6(__libc_start_**main+0xe6)[0xf754ac76]
> ./srcds_linux[0x8048771]
> === Memory map: 
> 08048000-08049000 r-xp  08:01 526542
> /home/ocremix/orangebox/srcds_**linux
> 08049000-0804a000 r-xp  08:01 526542
> /home/ocremix/orangebox/srcds_**linux
> 0804a000-0804b000 rwxp 1000 08:01 526542
> /home/ocremix/orangebox/srcds_**linux
> 094cc000-0f107000 rwxp 094cc000 00:00 0
>  [heap]
> eba89000-ebaa6000 r-xp  08:01 14185791
> /usr/lib32/libgcc_s.so.1
> ebaa6000-ebaa7000 rwxp 0001c000 08:01 14185791
> /usr/lib32/libgcc_s.so.1
> ebab1000-ebab2000 ---p ebab1000 00:00 0
> ebab2000-ebbb2000 rwxp ebab2000 00:00 0
> ebbb2000-ebd4e000 r-xp  08:01 11351670
> /home/ocremix/orangebox/bin/**libsteamvalidateuseridtickets.**so
> ebd4e000-ebd57000 rwxp 0019b000 08:01 11351670
> /home/ocremix/orangebox/bin/**libsteamvalidateuseridtickets.**so
> ebd57000-ebd5d000 rwxp ebd57000 00:00 0
> ebd5d000-ebd5e000 ---p ebd5d000 00:00 0
> ebd5e000-ec124000 rwxp ebd5e000 00:00 0
> ec20-ec24a000 rwxp ec20 00:00 0
> ec24a000-ec30 ---p ec24a000 00:00 0
> ec3ea000-ece9e000 rwxp ec3ea000 00:00 0
> ecea4000-ed316000 rwxp ecea4000 00:00 0
> ed346000-ed66d000 rwxp ed346000 00:00 0
> ed73-edc53000 rwxp ed73 00:00 0
> edd35000-edf6d000 rwxp edd35000 00:00 0
> edf84000-edf85000 ---p edf84000 00:00 0
> edf85000-ee203000 rwxp edf85000 00:00 0
> ee24d000-ee3f7000 rwxp ee24d000 00:00 0
> ee44a000-ee54c000 rwxp ee44a000 00:00 0
> ee62d000-ee862000 rwxp ee62d000 00:00 0
> ee93e000-eea96000 rwxp ee93e000 00:00 0
> eeace000-eecda000 rwxp eeace000 00:00 0
> eed46000-eef97000 rwxp eed46000 00:00 0
> ef061000-ef0e4000 rwxp ef061000 00:00 0
> ef15d000-ef16d000 r-xp  08:01 9857811
>  /lib32/libresolv-2.11.2.so
> ef16d000-ef16e000 r-xp 0001 08:01 9857811
>  /lib32/libresolv-2.11.2.so
> ef16e000-ef16f000 rwxp 00011000 08:01 9857811
>  /lib32/libresolv-2.11.2.so
> ef16f000-ef171000 rwxp ef16f000 00:00 0
> ef171000-ef175000 r-xp  08:01 9857832
>  /lib32/libnss_dns-2.11.2.so
> ef175000-ef176000 r-xp 4000 08:01 9857832
>  /lib32/libnss_dns-2.11.2.so
> ef176000-ef177000 rwxp 5000 08:01 9857832
>  /lib32/libnss_dns-2.11.2.so
> ef177000-ef181000 r-xp  08:01 9857815
>  /lib32/libnss_files-2.11.2.so
> ef181000-ef182000 r-xp 9000 08:01 9857815
>  /lib32/libnss_files-2.11.2.so
> ef182000-ef183000 rwxp a000 08:01 9857815
>  /lib32/libnss_files-2.11.2.so
> ef18d000-ef18e000 rwxp ef18d000 00:00 0
> ef18e000-

Re: [hlds_linux] Team Fortress 2 Update Released

[Ross Bemrose]

I'm getting crashes in vphysics.so on map change after this update.

This happens even when I disable all server addons.

Whatever you did to fix the Mac version has killed the Linux version.  
I'm trying to update again with -verify_all


This is what I'm getting in my server console:

changelevel ctf_2fort
*** glibc detected *** ./srcds_linux: double free or corruption (out): 
0x0b4cfd58 ***

=== Backtrace: =
/lib32/libc.so.6(+0x6bf31)[0xf759ff31]
/lib32/libc.so.6(+0x6d7a8)[0xf75a17a8]
/lib32/libc.so.6(cfree+0x6d)[0xf75a488d]
bin/libtier0.so(_ZdlPv+0x22)[0xf779ca02]
/home/ocremix/orangebox/bin/vphysics.so(+0x10f5a9)[0xf50f55a9]
/home/ocremix/orangebox/bin/vphysics.so(+0x10f1ee)[0xf50f51ee]
/home/ocremix/orangebox/bin/vphysics.so(+0x116660)[0xf50fc660]
/home/ocremix/orangebox/bin/vphysics.so(+0xe3598)[0xf50c9598]
/home/ocremix/orangebox/bin/vphysics.so(+0x2198d)[0xf500798d]
/home/ocremix/orangebox/bin/vphysics.so(+0xdcf1)[0xf4ff3cf1]
/home/ocremix/orangebox/tf/bin/server.so(+0x7a134c)[0xf3f0834c]
/home/ocremix/orangebox/tf/bin/server.so(+0x319287)[0xf3a80287]
/home/ocremix/orangebox/tf/bin/server.so(+0x319326)[0xf3a80326]
/home/ocremix/orangebox/tf/bin/server.so(+0x6b74c0)[0xf3e1e4c0]
/home/ocremix/orangebox/bin/engine.so(+0x1b2369)[0xf6ddb369]
/home/ocremix/orangebox/bin/engine.so(+0x114421)[0xf6d3d421]
/home/ocremix/orangebox/bin/engine.so(+0x114af7)[0xf6d3daf7]
/home/ocremix/orangebox/bin/engine.so(+0x114cc8)[0xf6d3dcc8]
/home/ocremix/orangebox/bin/engine.so(+0x1c7df4)[0xf6df0df4]
/home/ocremix/orangebox/bin/engine.so(+0x1c4639)[0xf6ded639]
bin/dedicated.so(+0x4da20)[0xf70cda20]
bin/dedicated.so(+0x4d777)[0xf70cd777]
/home/ocremix/orangebox/bin/engine.so(+0x1c4c5b)[0xf6dedc5b]
/home/ocremix/orangebox/bin/engine.so(+0x1dd9a1)[0xf6e069a1]
/home/ocremix/orangebox/bin/engine.so(+0x1c5c0a)[0xf6deec0a]
bin/dedicated.so(+0x4dc23)[0xf70cdc23]
bin/dedicated.so(+0x51471)[0xf70d1471]
bin/dedicated.so(+0x52ced)[0xf70d2ced]
bin/dedicated.so(+0x51471)[0xf70d1471]
bin/dedicated.so(+0x4e03a)[0xf70ce03a]
bin/dedicated.so(DedicatedMain+0x24)[0xf70cf32f]
./srcds_linux[0x80488ec]
/lib32/libc.so.6(__libc_start_main+0xe6)[0xf754ac76]
./srcds_linux[0x8048771]
=== Memory map: 
08048000-08049000 r-xp  08:01 526542 
/home/ocremix/orangebox/srcds_linux
08049000-0804a000 r-xp  08:01 526542 
/home/ocremix/orangebox/srcds_linux
0804a000-0804b000 rwxp 1000 08:01 526542 
/home/ocremix/orangebox/srcds_linux
094cc000-0f107000 rwxp 094cc000 00:00 0  
[heap]
eba89000-ebaa6000 r-xp  08:01 14185791   
/usr/lib32/libgcc_s.so.1
ebaa6000-ebaa7000 rwxp 0001c000 08:01 14185791   
/usr/lib32/libgcc_s.so.1

ebab1000-ebab2000 ---p ebab1000 00:00 0
ebab2000-ebbb2000 rwxp ebab2000 00:00 0
ebbb2000-ebd4e000 r-xp  08:01 11351670   
/home/ocremix/orangebox/bin/libsteamvalidateuseridtickets.so
ebd4e000-ebd57000 rwxp 0019b000 08:01 11351670   
/home/ocremix/orangebox/bin/libsteamvalidateuseridtickets.so

ebd57000-ebd5d000 rwxp ebd57000 00:00 0
ebd5d000-ebd5e000 ---p ebd5d000 00:00 0
ebd5e000-ec124000 rwxp ebd5e000 00:00 0
ec20-ec24a000 rwxp ec20 00:00 0
ec24a000-ec30 ---p ec24a000 00:00 0
ec3ea000-ece9e000 rwxp ec3ea000 00:00 0
ecea4000-ed316000 rwxp ecea4000 00:00 0
ed346000-ed66d000 rwxp ed346000 00:00 0
ed73-edc53000 rwxp ed73 00:00 0
edd35000-edf6d000 rwxp edd35000 00:00 0
edf84000-edf85000 ---p edf84000 00:00 0
edf85000-ee203000 rwxp edf85000 00:00 0
ee24d000-ee3f7000 rwxp ee24d000 00:00 0
ee44a000-ee54c000 rwxp ee44a000 00:00 0
ee62d000-ee862000 rwxp ee62d000 00:00 0
ee93e000-eea96000 rwxp ee93e000 00:00 0
eeace000-eecda000 rwxp eeace000 00:00 0
eed46000-eef97000 rwxp eed46000 00:00 0
ef061000-ef0e4000 rwxp ef061000 00:00 0
ef15d000-ef16d000 r-xp  08:01 9857811
/lib32/libresolv-2.11.2.so
ef16d000-ef16e000 r-xp 0001 08:01 9857811
/lib32/libresolv-2.11.2.so
ef16e000-ef16f000 rwxp 00011000 08:01 9857811
/lib32/libresolv-2.11.2.so

ef16f000-ef171000 rwxp ef16f000 00:00 0
ef171000-ef175000 r-xp  08:01 9857832
/lib32/libnss_dns-2.11.2.so
ef175000-ef176000 r-xp 4000 08:01 9857832
/lib32/libnss_dns-2.11.2.so
ef176000-ef177000 rwxp 5000 08:01 9857832
/lib32/libnss_dns-2.11.2.so
ef177000-ef181000 r-xp  08:01 9857815
/lib32/libnss_files-2.11.2.so
ef181000-ef182000 r-xp 9000 08:01 9857815
/lib32/libnss_files-2.11.2.so
ef182000-ef183000 rwxp a000 08:01 9857815
/lib32/libnss_files-2.11.2.so

ef18d000-ef18e000 rwxp ef18d000 00:00 0
ef18e000-ef18f000 ---p ef18e000 00:00 0
ef18f000-ef28f

[hlds_linux] Team Fortress 2 Update Released

[Jason Ruymen]

An optional update for Team Fortress 2 is now available on Steam.  The specific 
changes include:

Source Engine Changes (CS:S, DoD:S, TF2, HL2:DM)
- Fixed a Mac client crash in vphysics

Team Fortress 2
- Fixed an exploit with the Heavy's Buffalo Steak Sandvich
- Fixed the Summer Shades hiding the hat/headphones body group

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] Nemrun 1.8 (beta)

[Kyle Sanderson]

Thanks Neph!

On Fri, Jul 1, 2011 at 4:17 PM, Nephyrin Zey  wrote:
> Nemrun 1.8 is available here:
> http://nephyrin.net/tools/nemrun/1.8/
>
> Features wise, it adds -onbootcmd which lets you specify a command/script to
> run immediately before the server (re)boots (such as cleaning up your
> replays folder, or logging server reboots, or whathaveyou).
>
> The biggest change otherwise is the 'srcupdatecheck' script now works with
> python 3 and up, so those of you on distros adopting python3 don't need to
> hack it to use the python2.7 binary. This is also why it's marked beta, as
> its entirely possible people will run into issues on some platforms (let me
> know if you do)
>
> Let me know if you encounter any bugs or have any feature requests
> - Neph
>
> ___
> 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] Nemrun 1.8 (beta)

[Nephyrin Zey]

Nemrun 1.8 is available here:
http://nephyrin.net/tools/nemrun/1.8/

Features wise, it adds -onbootcmd which lets you specify a 
command/script to run immediately before the server (re)boots (such as 
cleaning up your replays folder, or logging server reboots, or whathaveyou).


The biggest change otherwise is the 'srcupdatecheck' script now works 
with python 3 and up, so those of you on distros adopting python3 don't 
need to hack it to use the python2.7 binary. This is also why it's 
marked beta, as its entirely possible people will run into issues on 
some platforms (let me know if you do)


Let me know if you encounter any bugs or have any feature requests
- Neph

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] Team Fortress 2 Update Released

[Jeff Sugar]

Can anyone confirm that, as long as sv_visiblemaxplayers set to 24, it
displays both the player count and max players properly in both the Steam
browser and TF2's? If so, does it require the replays to be enabled in the
command line, or can you do so in your server.cfg and it still works?

Given the track record on these kinds of fixes, I'm wary of just jumping in
and hoping it's fixed, especially considering it requires a restart each
time it's enabled/disabled if you do it the command line way. These bugs
were the only thing keeping us from enabling them, so I'm crossing my
fingers here.


On Fri, Jul 1, 2011 at 2:55 PM, Ross Bemrose  wrote:

> The in-game server browser was never the problem for me... it was showing
> properly the last time I checked it (24/24 players).
>
> It's the Steam browser that has been wrong, since roughly 2009, whenever
> SourceTV (or now replay) is enabled, showing 24/25 players for a full
> 24-player server.
>
> We know why this is: The Steam server browser doesn't display bots.
>  However, this naive decision doesn't take into account bots that are always
> present and increase maxplayers, such as SourceTV or replay.
>
>
> On 7/1/2011 4:08 PM, Jonah Hirsch wrote:
>
>> My server with replays no longer acts as if replay is a bot, and the
>> in-game
>> server browser is no longer out of 23, so something was fixed in this
>> update
>> related to the replay bot and player count.
>> ---
>> Jonah Hirsch
>>
>>
>>
>> On Fri, Jul 1, 2011 at 12:28 PM, Flubber  wrote:
>>
>>  My server with replay still report 24/25, i have to change
>>> sv_visiblemaxplayers to 24 in order to correct it.
>>>
>>> 2011/7/1 Claudio 
>>> Beretta
>>> >
>>>
>>>  HLDS updater has this feature too:
 Steam.cfg
 PreferredContentServerIDs = "id1 id2 id3"
 where idX should be the valve content server ID as seen on
 http://store.steampowered.com/**stats/content/

 In my experience, clients almost always download much faster than the

>>> HLDS
>>>
 download tool, it even looks like they download multiple files in

>>> parallel.
>>>
 On Fri, Jul 1, 2011 at 8:33 PM, Ian R. Justman
 wrote:

  On 07/01/2011 10:57, Claudio Beretta wrote:
>
>  the funny thing is that clients ALWAYS download stuff faster than
>>
> servers

> Probably because the clients have their own download servers, and you
>
 can
>>>
 tell your client where to pick up upates, which for me is either San
>
 Jose,

> CA (when I'm at my current place of residence, Fresno, CA) or
>
 Sacramento,
>>>
 CA

> (when I'm at my hometown of North Highlands, which is near Sacramento).
>
  I

> don't know whether the HLDS updater has a similar ability to be so
> configured.
>
> --Ian.
>
> --
> Ian R. Justman
> UNIX hacker.  Anime fan.  Any questions?
> ianj (at) ian-justman.com
>
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> <
>
 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
>
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

[hlds_linux] Required Update For Killing Floor

[Dayle Flowers]

A required update for Killing Floor has just been released.  Servers 
must update to remain compatible with clients.  This update is the 
launch of our Summer Sideshow Event.


Dayle Flowers
Senior Programmer
Tripwire Interactive, LLC.

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] l4d/l4d2 update announcements mailing list?

[Eric Riemers]

I just use something like:

http://api.steampowered.com/ISteamNews/GetNewsForApp/v0001/?appid=440&count=
20&format=xml

and then filter on feedname "steam_updates" , works like a charm. (format
can be json too)

-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics
Sent: vrijdag 1 juli 2011 23:25
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] l4d/l4d2 update announcements mailing list?

Valve used to announce L4D and L4D2 updates on mailing list (was it
hlds_announce?)  but those stopped coming about 6-7 months after L4D2 was
released. I have no idea why.

-ics

2.7.2011 0:10, Jesse Molina kirjoitti:
>
> Yea, I have that RSS on my phone. It's full of advertisements for 
> other games that I don't care about!
>
> Well, sometimes I care,.. but usually not.
>
> I guess I'll just write a very inefficient script to go poll their 
> servers every ten seconds and then publicly redistribute it as 
> punishment.  HINT HINT.
>
> Thanks Jonah  =)
>
>
>
> Jonah Hirsch wrote:
>> The L4D2 mutation updates are usually not reported by Valve. Why? Who 
>> knows.
>> Would I like it better? Yeah. Is it 100% necessary for me? No, 
>> because I follow the Steam News ticker in Google Reader so I see the 
>> updates there.
>> ---
>> Jonah Hirsch
>>
>>
>>
>> On Fri, Jul 1, 2011 at 12:32 PM, Jesse Molina
>> wrote:
>>
>>>
>>> Hi all
>>>
>>> What's up with dedicated server update announcements for l4d/l4d2?  
>>> Is there a mailing list for that?  I've never seen one on 
>>> hlds_announce before.
>>>
>>> These are the only lists I know about; 
>>> http://list.valvesoftware.com/**cgi-bin/mailman/listinfo>> .valvesoftware.com/cgi-bin/mailman/listinfo>
>>>
>>>
>>>
>>> --
>>> # Jesse Molina
>>> # Mail = je...@opendreams.net
>>> # Page = page-je...@opendreams.net
>>> # Cell = 1.602.323.7608
>>> # Web  =
>>> http://www.opendreams.net/**jesse/
>>>
>>>
>>>
>>> __**_
>>> To unsubscribe, edit your list preferences, or view the list 
>>> archives, please visit:
>>> http://list.valvesoftware.com/**mailman/listinfo/hlds_linux>> ist.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] Team Fortress 2 Update Released

[Ross Bemrose]

The in-game server browser was never the problem for me... it was 
showing properly the last time I checked it (24/24 players).


It's the Steam browser that has been wrong, since roughly 2009, whenever 
SourceTV (or now replay) is enabled, showing 24/25 players for a full 
24-player server.


We know why this is: The Steam server browser doesn't display bots.  
However, this naive decision doesn't take into account bots that are 
always present and increase maxplayers, such as SourceTV or replay.


On 7/1/2011 4:08 PM, Jonah Hirsch wrote:

My server with replays no longer acts as if replay is a bot, and the in-game
server browser is no longer out of 23, so something was fixed in this update
related to the replay bot and player count.
---
Jonah Hirsch



On Fri, Jul 1, 2011 at 12:28 PM, Flubber  wrote:


My server with replay still report 24/25, i have to change
sv_visiblemaxplayers to 24 in order to correct it.

2011/7/1 Claudio Beretta


HLDS updater has this feature too:
Steam.cfg
PreferredContentServerIDs = "id1 id2 id3"
where idX should be the valve content server ID as seen on
http://store.steampowered.com/stats/content/

In my experience, clients almost always download much faster than the

HLDS

download tool, it even looks like they download multiple files in

parallel.

On Fri, Jul 1, 2011 at 8:33 PM, Ian R. Justman
wrote:


On 07/01/2011 10:57, Claudio Beretta wrote:


the funny thing is that clients ALWAYS download stuff faster than

servers

Probably because the clients have their own download servers, and you

can

tell your client where to pick up upates, which for me is either San

Jose,

CA (when I'm at my current place of residence, Fresno, CA) or

Sacramento,

CA

(when I'm at my hometown of North Highlands, which is near Sacramento).

  I

don't know whether the HLDS updater has a similar ability to be so
configured.

--Ian.

--
Ian R. Justman
UNIX hacker.  Anime fan.  Any questions?
ianj (at) ian-justman.com


__**_
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
http://list.valvesoftware.com/**mailman/listinfo/hlds_linux<

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

Re: [hlds_linux] l4d/l4d2 update announcements mailing list?

[ics]

Valve used to announce L4D and L4D2 updates on mailing list (was it 
hlds_announce?)  but those stopped coming about 6-7 months after L4D2 
was released. I have no idea why.


-ics

2.7.2011 0:10, Jesse Molina kirjoitti:


Yea, I have that RSS on my phone. It's full of advertisements for 
other games that I don't care about!


Well, sometimes I care,.. but usually not.

I guess I'll just write a very inefficient script to go poll their 
servers every ten seconds and then publicly redistribute it as 
punishment.  HINT HINT.


Thanks Jonah  =)



Jonah Hirsch wrote:
The L4D2 mutation updates are usually not reported by Valve. Why? Who 
knows.

Would I like it better? Yeah. Is it 100% necessary for me? No, because I
follow the Steam News ticker in Google Reader so I see the updates 
there.

---
Jonah Hirsch



On Fri, Jul 1, 2011 at 12:32 PM, Jesse Molina  
wrote:




Hi all

What's up with dedicated server update announcements for l4d/l4d2?  Is
there a mailing list for that?  I've never seen one on hlds_announce 
before.


These are the only lists I know about;
http://list.valvesoftware.com/**cgi-bin/mailman/listinfo 




--
# Jesse Molina
# Mail = je...@opendreams.net
# Page = page-je...@opendreams.net
# Cell = 1.602.323.7608
# Web  = 
http://www.opendreams.net/**jesse/




__**_
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] l4d/l4d2 update announcements mailing list?

[Jesse Molina]

Yea, I have that RSS on my phone. It's full of advertisements for other 
games that I don't care about!


Well, sometimes I care,.. but usually not.

I guess I'll just write a very inefficient script to go poll their 
servers every ten seconds and then publicly redistribute it as 
punishment.  HINT HINT.


Thanks Jonah  =)



Jonah Hirsch wrote:

The L4D2 mutation updates are usually not reported by Valve. Why? Who knows.
Would I like it better? Yeah. Is it 100% necessary for me? No, because I
follow the Steam News ticker in Google Reader so I see the updates there.
---
Jonah Hirsch



On Fri, Jul 1, 2011 at 12:32 PM, Jesse Molina  wrote:



Hi all

What's up with dedicated server update announcements for l4d/l4d2?  Is
there a mailing list for that?  I've never seen one on hlds_announce before.

These are the only lists I know about;
http://list.valvesoftware.com/**cgi-bin/mailman/listinfo


--
# Jesse Molina
# Mail = je...@opendreams.net
# Page = page-je...@opendreams.net
# Cell = 1.602.323.7608
# Web  = http://www.opendreams.net/**jesse/



__**_
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


--
# Jesse Molina
# Mail = je...@opendreams.net
# Page = page-je...@opendreams.net
# Cell = 1.602.323.7608
# Web  = http://www.opendreams.net/jesse/



___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] l4d/l4d2 update announcements mailing list?

[Jonah Hirsch]

The L4D2 mutation updates are usually not reported by Valve. Why? Who knows.
Would I like it better? Yeah. Is it 100% necessary for me? No, because I
follow the Steam News ticker in Google Reader so I see the updates there.
---
Jonah Hirsch



On Fri, Jul 1, 2011 at 12:32 PM, Jesse Molina  wrote:

>
> Hi all
>
> What's up with dedicated server update announcements for l4d/l4d2?  Is
> there a mailing list for that?  I've never seen one on hlds_announce before.
>
> These are the only lists I know about;
> http://list.valvesoftware.com/**cgi-bin/mailman/listinfo
>
>
> --
> # Jesse Molina
> # Mail = je...@opendreams.net
> # Page = page-je...@opendreams.net
> # Cell = 1.602.323.7608
> # Web  = http://www.opendreams.net/**jesse/
>
>
>
> __**_
> 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] Team Fortress 2 Update Released

[Jonah Hirsch]

My server with replays no longer acts as if replay is a bot, and the in-game
server browser is no longer out of 23, so something was fixed in this update
related to the replay bot and player count.
---
Jonah Hirsch



On Fri, Jul 1, 2011 at 12:28 PM, Flubber  wrote:

> My server with replay still report 24/25, i have to change
> sv_visiblemaxplayers to 24 in order to correct it.
>
> 2011/7/1 Claudio Beretta 
>
> > HLDS updater has this feature too:
> > Steam.cfg
> > PreferredContentServerIDs = "id1 id2 id3"
> > where idX should be the valve content server ID as seen on
> > http://store.steampowered.com/stats/content/
> >
> > In my experience, clients almost always download much faster than the
> HLDS
> > download tool, it even looks like they download multiple files in
> parallel.
> >
> > On Fri, Jul 1, 2011 at 8:33 PM, Ian R. Justman 
> > wrote:
> >
> > > On 07/01/2011 10:57, Claudio Beretta wrote:
> > >
> > >> the funny thing is that clients ALWAYS download stuff faster than
> > servers
> > >>
> > >
> > > Probably because the clients have their own download servers, and you
> can
> > > tell your client where to pick up upates, which for me is either San
> > Jose,
> > > CA (when I'm at my current place of residence, Fresno, CA) or
> Sacramento,
> > CA
> > > (when I'm at my hometown of North Highlands, which is near Sacramento).
> >  I
> > > don't know whether the HLDS updater has a similar ability to be so
> > > configured.
> > >
> > > --Ian.
> > >
> > > --
> > > Ian R. Justman
> > > UNIX hacker.  Anime fan.  Any questions?
> > > ianj (at) ian-justman.com
> > >
> > >
> > > __**_
> > > To unsubscribe, edit your list preferences, or view the list archives,
> > > please visit:
> > > http://list.valvesoftware.com/**mailman/listinfo/hlds_linux<
> > 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

[hlds_linux] l4d/l4d2 update announcements mailing list?

[Jesse Molina]

Hi all

What's up with dedicated server update announcements for l4d/l4d2?  Is 
there a mailing list for that?  I've never seen one on hlds_announce before.


These are the only lists I know about;
http://list.valvesoftware.com/cgi-bin/mailman/listinfo


--
# Jesse Molina
# Mail = je...@opendreams.net
# Page = page-je...@opendreams.net
# Cell = 1.602.323.7608
# Web  = http://www.opendreams.net/jesse/



___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] Team Fortress 2 Update Released

[Flubber]

My server with replay still report 24/25, i have to change
sv_visiblemaxplayers to 24 in order to correct it.

2011/7/1 Claudio Beretta 

> HLDS updater has this feature too:
> Steam.cfg
> PreferredContentServerIDs = "id1 id2 id3"
> where idX should be the valve content server ID as seen on
> http://store.steampowered.com/stats/content/
>
> In my experience, clients almost always download much faster than the HLDS
> download tool, it even looks like they download multiple files in parallel.
>
> On Fri, Jul 1, 2011 at 8:33 PM, Ian R. Justman 
> wrote:
>
> > On 07/01/2011 10:57, Claudio Beretta wrote:
> >
> >> the funny thing is that clients ALWAYS download stuff faster than
> servers
> >>
> >
> > Probably because the clients have their own download servers, and you can
> > tell your client where to pick up upates, which for me is either San
> Jose,
> > CA (when I'm at my current place of residence, Fresno, CA) or Sacramento,
> CA
> > (when I'm at my hometown of North Highlands, which is near Sacramento).
>  I
> > don't know whether the HLDS updater has a similar ability to be so
> > configured.
> >
> > --Ian.
> >
> > --
> > Ian R. Justman
> > UNIX hacker.  Anime fan.  Any questions?
> > ianj (at) ian-justman.com
> >
> >
> > __**_
> > To unsubscribe, edit your list preferences, or view the list archives,
> > please visit:
> > http://list.valvesoftware.com/**mailman/listinfo/hlds_linux<
> 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] Team Fortress 2 Update Released

[Claudio Beretta]

HLDS updater has this feature too:
Steam.cfg
PreferredContentServerIDs = "id1 id2 id3"
where idX should be the valve content server ID as seen on
http://store.steampowered.com/stats/content/

In my experience, clients almost always download much faster than the HLDS
download tool, it even looks like they download multiple files in parallel.

On Fri, Jul 1, 2011 at 8:33 PM, Ian R. Justman  wrote:

> On 07/01/2011 10:57, Claudio Beretta wrote:
>
>> the funny thing is that clients ALWAYS download stuff faster than servers
>>
>
> Probably because the clients have their own download servers, and you can
> tell your client where to pick up upates, which for me is either San Jose,
> CA (when I'm at my current place of residence, Fresno, CA) or Sacramento, CA
> (when I'm at my hometown of North Highlands, which is near Sacramento).  I
> don't know whether the HLDS updater has a similar ability to be so
> configured.
>
> --Ian.
>
> --
> Ian R. Justman
> UNIX hacker.  Anime fan.  Any questions?
> ianj (at) ian-justman.com
>
>
> __**_
> 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] Team Fortress 2 Update Released

[Ian R. Justman]

On 07/01/2011 10:57, Claudio Beretta wrote:

the funny thing is that clients ALWAYS download stuff faster than servers


Probably because the clients have their own download servers, and you 
can tell your client where to pick up upates, which for me is either San 
Jose, CA (when I'm at my current place of residence, Fresno, CA) or 
Sacramento, CA (when I'm at my hometown of North Highlands, which is 
near Sacramento).  I don't know whether the HLDS updater has a similar 
ability to be so configured.


--Ian.

--
Ian R. Justman
UNIX hacker.  Anime fan.  Any questions?
ianj (at) ian-justman.com

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] Team Fortress 2 Update Released

[Claudio Beretta]

the funny thing is that clients ALWAYS download stuff faster than servers

On Fri, Jul 1, 2011 at 7:49 PM, Evan  wrote:

> Do the client updates come from the same servers as the server updates? If
> so, there is now a lot more clients downloading too... Slowing everything
> down.
>
> Sent from my EVO.
> On Jul 1, 2011 1:47 PM, "Casper Zingenberg"  wrote:
> > Thats normal Anthony
> >
> >
> >
> > Den 01/07/2011 kl. 19.41 skrev Anthony Stoyanov :
> >
> >> Server just freezes at "Updating Installation". 15 minutes have
> passed...
> >>> Required updates for Team Fortress 2 are now available. The specific
> changes include:
> >>>
> >>> Source Engine Changes (CS:S, DoD:S, TF2, HL2:DM)
> >>> - Fixed a case where servers would accumulate ghost players
> >>> - Fixed bug with SourceTV and Replay causing player count to be off by
> one.
> >>>
> >>> Team Fortress 2
> >>> - Added lots of new Summer items, including the Refreshing Summer
> Cooler
> Key
> >>> - Added a new achievement: Escape the Heat
> >>> - Fixed a case where the client-side voting dialog would have an
> incorrect list of items
> >>> - Fixed a bug where some items would not update their team colors
> correctly
> >>> - Fixed a client backpack crash
> >>> - Updated the Lo-Fi Longwave to be paintable
> >>> - Updated the localization files
> >>>
> >>> Jason
> >>>
> >>> ___
> >>> 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

Re: [hlds_linux] Request: Adding servers by domain name

[Guy Watkins]

I don't understand what you are getting to.  All the server needs to do is
return 1 more CVAR to the client when the client does the normal server
query.  Then the client needs to save that hostname if the user attempts to
add the server to the favorites.  Then the client would need to do a simple
DNS lookup anytime it wants to talk to that server.  Don't even need a new
hat!  But I do like blue.  :)

No change is needed on the master servers.  Only the trivial changes
mentioned above.  Of course some optional improvements could also be done.
Like, if a server is currently in favorites by IP and the query returned a
hostname, then replace the IP with hostname so the favorites will be
updated.

I really don't see any problems with this.  I would love to hear what Valve
thinks.

} -Original Message-
} From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-
} boun...@list.valvesoftware.com] On Behalf Of Björn Rohlén
} Sent: Friday, July 01, 2011 12:53 PM
} To: Half-Life dedicated Linux server mailing list
} Subject: Re: [hlds_linux] Request: Adding servers by domain name
} 
} On Fri, Jul 1, 2011 at 12:00 PM, Andrew Armitage
} wrote:
} 
} > What?
} >
} >
} Exactly, you missed the whole thing. Messing with the master servers was
} never an option, treating complete URL:s as "non-responding servers" does
} not work for obvious reasons and while polling the string from the server
} itself might seem like an good idea, it really is not.
} 
} -The G
} 
} Björn Rohlén wrote:
} 
} > This might not be as easy as it sounds. SAF might look something like
} this:
} >> - Did user add by hostname or ip4/ip6? store accordingly, no reverse
} >> lookup.
} >> - If user added by hostname, resolve and store ip and hostname
} >> accordingly,
} >> reverse lookups still useless.
} >> - Solve the problem with not sending a whole barrel of queries from the
} >> users favorite list when some crazy bastards have a hundred or so of
} them,
} >> click the fav-tab and whine to no end when 15-30 of them no longer
} >> resolves
} >> and the oddities that follows due to timeouts.
} >>
} >> Now
} >>
} >> Possibly letting the user update the stored static ip if s/he chooses
} to,
} >> or
} >> do it slowly in the background (awesome, more threaded bugs, leaks and
} >> overcomplicating things). Confusion from "casual" players with the
} >> updating-process commences. DNS-problems yet another point of failure
} when
} >> people are trying to play online. Should masterservers be rewritten to
} >> allow
} >> server operators to list their hostname on them to serve the clients?
} >> Obviously this would be a very bad idea, so we´re back to favorites.
} ALL
} >> OF
} >> THIS for manually adding hostnames to favorites?
} >>
} >> Oh yeah, this will be fun.
} >>
} >> -The Gryzowrg
} >> On Fri, Jul 1, 2011 at 8:54 AM, Andrew Armitage > >wrote:
} >>
} >>  This would make the lives of server admins a LOT easier.
} >>>
} >>> Moving the server from one machine to another, for upgrades, extra
} >>> capacity
} >>> etc. has always been a nightmare, and it takes ages to get our
} irregular
} >>> players back.Victoria Conlan wrote:
} >>>
} >>
} >>
} >>> If they all remembered us by name then it would be a doddle!
} >>>
} >>> A
} >>>
} >>>
} >>> On 25/06/2011 01:02, Guy Watkins wrote:
} >>>
} >>>  The hostname should be in a CVAR and returned when the server is
}  queried.
}  It could be displayed in the browser without ever looking it up, but
} no
}  need
}  to display it in the browser, since you know the IP address at this
} time
}  and
}  can connect to it by IP.  However, when you save it in favorites, it
}  should
}  save the hostname if one exists in the CVAR.
} 
}  Maybe the browser could display the hostname when you hover over an
}  entry?
} 
}  This was talked about before on May 10 2010 relating to IPv6.  The
}  subject
}  was: "IPv6 Support"
} 
}  Like this:
}  sv_hostname=myserver.com:27016
} 
}  Guy
} 
} 
}    ___
} >>> To unsubscribe, edit your list preferences, or view the list archives,
} >>> please visit:
} >>>
} http://list.valvesoftware.com/mailman/listinfo/hlds_linux
} >>>
} <**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] Team Fortress 2 Update Released

[Evan]

Do the client updates come from the same servers as the server updates? If
so, there is now a lot more clients downloading too... Slowing everything
down.

Sent from my EVO.
On Jul 1, 2011 1:47 PM, "Casper Zingenberg"  wrote:
> Thats normal Anthony
>
>
>
> Den 01/07/2011 kl. 19.41 skrev Anthony Stoyanov :
>
>> Server just freezes at "Updating Installation". 15 minutes have passed...
>>> Required updates for Team Fortress 2 are now available. The specific
changes include:
>>>
>>> Source Engine Changes (CS:S, DoD:S, TF2, HL2:DM)
>>> - Fixed a case where servers would accumulate ghost players
>>> - Fixed bug with SourceTV and Replay causing player count to be off by
one.
>>>
>>> Team Fortress 2
>>> - Added lots of new Summer items, including the Refreshing Summer Cooler
Key
>>> - Added a new achievement: Escape the Heat
>>> - Fixed a case where the client-side voting dialog would have an
incorrect list of items
>>> - Fixed a bug where some items would not update their team colors
correctly
>>> - Fixed a client backpack crash
>>> - Updated the Lo-Fi Longwave to be paintable
>>> - Updated the localization files
>>>
>>> Jason
>>>
>>> ___
>>> 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] Request: Adding servers by domain name

[Guy Watkins]

Seems you understand what I had in mind just fine.  The hostname never needs
to be looked up unless the user goes to the favorites list.  And it is not
an issue for the client to do DNS lookups.  That the way the Internet works.

At any time the user attempts to add a server to favorites, the client can
ask the server if it has a DNS name.  If it does, add it by name.  If not,
add it by IP.

I wanted this for a long time.  I only ran home servers.  Had loads of fun.
But every 6 or so months my IP address would change and I would loose all my
regular players.  Some of they would find me again, over time.  It sucked.

This is not rocket science.  I just hope Valve sees the value in it.

Oh, anyone that thinks DNS looks up are bad, just consider that when you go
to the server browser, the client does (or attempts) tens of thousands of
servers queries.  These are orders of magnitude more than the extra tens of
DNS lookups that would be done when going to the favorites tab.



} -Original Message-
} From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-
} boun...@list.valvesoftware.com] On Behalf Of Andrew Armitage
} Sent: Friday, July 01, 2011 6:01 AM
} To: Half-Life dedicated Linux server mailing list
} Subject: Re: [hlds_linux] Request: Adding servers by domain name
} 
} What?
} 
} If the user manually adds a server manually then you use the name or the
} address that they enter.  If the user 'favourites' a server that they
} are playing on then you use the name if the server has one configured,
} or the address if not.
} 
} If you want to include the case where a user 'favourites' a server that
} they aren't playing on, then the client just needs to ask the server
} whether it has a 'name' set, and use that.
} 
} There's NO NEED to change the master servers.
} 
} If users do a list and some of the names are no longer valid then treat
} it exactly the same as if the server itself doesn't respond.
} 
} There's no need for some crazy back-end thread updating addresses, you
} look it up when you need it.  DNS servers have caching, there's no need
} to reproduce that functionality in the client.
} 
} If the DNS servers aren't working then the user will be more worried
} about not be able to access the web.
} 
} 
} Summary:
} 1) A cvar for storing the server name.
} 2) Client can store a name rather than address in favourites.
} 3) A client can ask a server for its name.
} 
} 
} 
} 
} 
} Björn Rohlén wrote:
} > This might not be as easy as it sounds. SAF might look something like
} this:
} > - Did user add by hostname or ip4/ip6? store accordingly, no reverse
} lookup.
} > - If user added by hostname, resolve and store ip and hostname
} accordingly,
} > reverse lookups still useless.
} > - Solve the problem with not sending a whole barrel of queries from the
} > users favorite list when some crazy bastards have a hundred or so of
} them,
} > click the fav-tab and whine to no end when 15-30 of them no longer
} resolves
} > and the oddities that follows due to timeouts.
} >
} > Now
} >
} > Possibly letting the user update the stored static ip if s/he chooses
} to, or
} > do it slowly in the background (awesome, more threaded bugs, leaks and
} > overcomplicating things). Confusion from "casual" players with the
} > updating-process commences. DNS-problems yet another point of failure
} when
} > people are trying to play online. Should masterservers be rewritten to
} allow
} > server operators to list their hostname on them to serve the clients?
} > Obviously this would be a very bad idea, so we´re back to favorites. ALL
} OF
} > THIS for manually adding hostnames to favorites?
} >
} > Oh yeah, this will be fun.
} >
} > -The Gryzowrg
} > On Fri, Jul 1, 2011 at 8:54 AM, Andrew Armitage
} wrote:
} >
} >> This would make the lives of server admins a LOT easier.
} >>
} >> Moving the server from one machine to another, for upgrades, extra
} capacity
} >> etc. has always been a nightmare, and it takes ages to get our
} irregular
} >> players back.Victoria Conlan wrote:
} >
} >>
} >> If they all remembered us by name then it would be a doddle!
} >>
} >> A
} >>
} >>
} >> On 25/06/2011 01:02, Guy Watkins wrote:
} >>
} >>> The hostname should be in a CVAR and returned when the server is
} queried.
} >>> It could be displayed in the browser without ever looking it up, but
} no
} >>> need
} >>> to display it in the browser, since you know the IP address at this
} time
} >>> and
} >>> can connect to it by IP.  However, when you save it in favorites, it
} >>> should
} >>> save the hostname if one exists in the CVAR.
} >>>
} >>> Maybe the browser could display the hostname when you hover over an
} entry?
} >>>
} >>> This was talked about before on May 10 2010 relating to IPv6.  The
} subject
} >>> was: "IPv6 Support"
} >>>
} >>> Like this:
} >>> sv_hostname=myserver.com:27016
} >>>
} >>> Guy
} >>>
} >>>
} >>  __**_
} >> To unsubscribe, edit your list preferences, 

Re: [hlds_linux] Team Fortress 2 Update Released

[Casper Zingenberg]

Thats normal Anthony



Den 01/07/2011 kl. 19.41 skrev Anthony Stoyanov :

> Server just freezes at "Updating Installation". 15 minutes have passed...
>> Required updates for Team Fortress 2 are now available.  The specific 
>> changes include:
>> 
>> Source Engine Changes (CS:S, DoD:S, TF2, HL2:DM)
>> - Fixed a case where servers would accumulate ghost players
>> - Fixed bug with SourceTV and Replay causing player count to be off by one.
>> 
>> Team Fortress 2
>> - Added lots of new Summer items, including the Refreshing Summer Cooler Key
>> - Added a new achievement: Escape the Heat
>> - Fixed a case where the client-side voting dialog would have an incorrect 
>> list of items
>> - Fixed a bug where some items would not update their team colors correctly
>> - Fixed a client backpack crash
>> - Updated the Lo-Fi Longwave to be paintable
>> - Updated the localization files
>> 
>> Jason
>> 
>> ___
>> 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] Team Fortress 2 Update Released

[Anthony Stoyanov]

Server just freezes at "Updating Installation". 15 minutes have passed...

Required updates for Team Fortress 2 are now available.  The specific changes 
include:

Source Engine Changes (CS:S, DoD:S, TF2, HL2:DM)
- Fixed a case where servers would accumulate ghost players
- Fixed bug with SourceTV and Replay causing player count to be off by one.

Team Fortress 2
- Added lots of new Summer items, including the Refreshing Summer Cooler Key
- Added a new achievement: Escape the Heat
- Fixed a case where the client-side voting dialog would have an incorrect list 
of items
- Fixed a bug where some items would not update their team colors correctly
- Fixed a client backpack crash
- Updated the Lo-Fi Longwave to be paintable
- Updated the localization files

Jason

___
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] Team Fortress 2 Update Released

[Claudio Beretta]

new record beaten: 32 minutes to download the update over a 1gbps line


On Fri, Jul 1, 2011 at 7:16 PM, Jason Ruymen wrote:

> Required updates for Team Fortress 2 are now available.  The specific
> changes include:
>
> Source Engine Changes (CS:S, DoD:S, TF2, HL2:DM)
> - Fixed a case where servers would accumulate ghost players
> - Fixed bug with SourceTV and Replay causing player count to be off by one.
>
> Team Fortress 2
> - Added lots of new Summer items, including the Refreshing Summer Cooler
> Key
> - Added a new achievement: Escape the Heat
> - Fixed a case where the client-side voting dialog would have an incorrect
> list of items
> - Fixed a bug where some items would not update their team colors correctly
> - Fixed a client backpack crash
> - Updated the Lo-Fi Longwave to be paintable
> - Updated the localization files
>
> Jason
>
> ___
> 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] Team Fortress 2 Update Released

[Eric Riemers]

Although i want updates..

Can you be so kind to NOT push out a update for left 4 dead 2, 5 minutes
after you push out a update for tf2?
Its already grinding to a halt as it is.

-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Jason Ruymen
Sent: vrijdag 1 juli 2011 19:16
To: 'Half-Life dedicated Linux server mailing list'; 'Half-Life dedicated
Win32 server mailing list'; 'hlds_annou...@list.valvesoftware.com'
Subject: [hlds_linux] Team Fortress 2 Update Released

Required updates for Team Fortress 2 are now available.  The specific
changes include:

Source Engine Changes (CS:S, DoD:S, TF2, HL2:DM)
- Fixed a case where servers would accumulate ghost players
- Fixed bug with SourceTV and Replay causing player count to be off by one.

Team Fortress 2
- Added lots of new Summer items, including the Refreshing Summer Cooler Key
- Added a new achievement: Escape the Heat
- Fixed a case where the client-side voting dialog would have an incorrect
list of items
- Fixed a bug where some items would not update their team colors correctly
- Fixed a client backpack crash
- Updated the Lo-Fi Longwave to be paintable
- Updated the localization files

Jason

___
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] Team Fortress 2 Update Released

[Jason Ruymen]

Required updates for Team Fortress 2 are now available.  The specific changes 
include:

Source Engine Changes (CS:S, DoD:S, TF2, HL2:DM)
- Fixed a case where servers would accumulate ghost players
- Fixed bug with SourceTV and Replay causing player count to be off by one.

Team Fortress 2
- Added lots of new Summer items, including the Refreshing Summer Cooler Key
- Added a new achievement: Escape the Heat
- Fixed a case where the client-side voting dialog would have an incorrect list 
of items
- Fixed a bug where some items would not update their team colors correctly
- Fixed a client backpack crash
- Updated the Lo-Fi Longwave to be paintable
- Updated the localization files

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] Request: Adding servers by domain name

[Björn Rohlén]

On Fri, Jul 1, 2011 at 12:00 PM, Andrew Armitage wrote:

> What?
>
>
Exactly, you missed the whole thing. Messing with the master servers was
never an option, treating complete URL:s as "non-responding servers" does
not work for obvious reasons and while polling the string from the server
itself might seem like an good idea, it really is not.

-The G

Björn Rohlén wrote:

> This might not be as easy as it sounds. SAF might look something like this:
>> - Did user add by hostname or ip4/ip6? store accordingly, no reverse
>> lookup.
>> - If user added by hostname, resolve and store ip and hostname
>> accordingly,
>> reverse lookups still useless.
>> - Solve the problem with not sending a whole barrel of queries from the
>> users favorite list when some crazy bastards have a hundred or so of them,
>> click the fav-tab and whine to no end when 15-30 of them no longer
>> resolves
>> and the oddities that follows due to timeouts.
>>
>> Now
>>
>> Possibly letting the user update the stored static ip if s/he chooses to,
>> or
>> do it slowly in the background (awesome, more threaded bugs, leaks and
>> overcomplicating things). Confusion from "casual" players with the
>> updating-process commences. DNS-problems yet another point of failure when
>> people are trying to play online. Should masterservers be rewritten to
>> allow
>> server operators to list their hostname on them to serve the clients?
>> Obviously this would be a very bad idea, so we´re back to favorites. ALL
>> OF
>> THIS for manually adding hostnames to favorites?
>>
>> Oh yeah, this will be fun.
>>
>> -The Gryzowrg
>> On Fri, Jul 1, 2011 at 8:54 AM, Andrew Armitage > >wrote:
>>
>>  This would make the lives of server admins a LOT easier.
>>>
>>> Moving the server from one machine to another, for upgrades, extra
>>> capacity
>>> etc. has always been a nightmare, and it takes ages to get our irregular
>>> players back.Victoria Conlan wrote:
>>>
>>
>>
>>> If they all remembered us by name then it would be a doddle!
>>>
>>> A
>>>
>>>
>>> On 25/06/2011 01:02, Guy Watkins wrote:
>>>
>>>  The hostname should be in a CVAR and returned when the server is
 queried.
 It could be displayed in the browser without ever looking it up, but no
 need
 to display it in the browser, since you know the IP address at this time
 and
 can connect to it by IP.  However, when you save it in favorites, it
 should
 save the hostname if one exists in the CVAR.

 Maybe the browser could display the hostname when you hover over an
 entry?

 This was talked about before on May 10 2010 relating to IPv6.  The
 subject
 was: "IPv6 Support"

 Like this:
 sv_hostname=myserver.com:27016

 Guy


   ___
>>> To unsubscribe, edit your list preferences, or view the list archives,
>>> please visit:
>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>> <**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] hey there Half-Life

[Ook]

Hang your head in shame for using hotmail!

(yeah, yeah, I know, this doesn't belong on this list...there was a day 
when we would have ripped ya up one side and down the other and had a 
lot of fun doing it - you would have even enjoyed it :-)




On 06/30/2011 11:06 PM, DKA- MUG wrote:

Sorry All,

Please ignore the last email, it appears my hotmail got brute forced from a 
Hungarian source (X-Originating-IP: [84.3.185.186])
MUG

From: dugan...@hotmail.com
Date: Thu, 30 Jun 2011 22:39:31 +
To: hlds_linux@list.valvesoftware.com
Subject: [hlds_linux] hey there Half-Life

hows it going Half-Life i havnt seen you in a while REMOVED Its perfect for you

___
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] Request: Adding servers by domain name

[Andrew Armitage]

What?

If the user manually adds a server manually then you use the name or the 
address that they enter.  If the user 'favourites' a server that they 
are playing on then you use the name if the server has one configured, 
or the address if not.


If you want to include the case where a user 'favourites' a server that 
they aren't playing on, then the client just needs to ask the server 
whether it has a 'name' set, and use that.


There's NO NEED to change the master servers.

If users do a list and some of the names are no longer valid then treat 
it exactly the same as if the server itself doesn't respond.


There's no need for some crazy back-end thread updating addresses, you 
look it up when you need it.  DNS servers have caching, there's no need 
to reproduce that functionality in the client.


If the DNS servers aren't working then the user will be more worried 
about not be able to access the web.



Summary:
1) A cvar for storing the server name.
2) Client can store a name rather than address in favourites.
3) A client can ask a server for its name.





Björn Rohlén wrote:

This might not be as easy as it sounds. SAF might look something like this:
- Did user add by hostname or ip4/ip6? store accordingly, no reverse lookup.
- If user added by hostname, resolve and store ip and hostname accordingly,
reverse lookups still useless.
- Solve the problem with not sending a whole barrel of queries from the
users favorite list when some crazy bastards have a hundred or so of them,
click the fav-tab and whine to no end when 15-30 of them no longer resolves
and the oddities that follows due to timeouts.

Now

Possibly letting the user update the stored static ip if s/he chooses to, or
do it slowly in the background (awesome, more threaded bugs, leaks and
overcomplicating things). Confusion from "casual" players with the
updating-process commences. DNS-problems yet another point of failure when
people are trying to play online. Should masterservers be rewritten to allow
server operators to list their hostname on them to serve the clients?
Obviously this would be a very bad idea, so we´re back to favorites. ALL OF
THIS for manually adding hostnames to favorites?

Oh yeah, this will be fun.

-The Gryzowrg
On Fri, Jul 1, 2011 at 8:54 AM, Andrew Armitage wrote:


This would make the lives of server admins a LOT easier.

Moving the server from one machine to another, for upgrades, extra capacity
etc. has always been a nightmare, and it takes ages to get our irregular
players back.Victoria Conlan wrote:




If they all remembered us by name then it would be a doddle!

A


On 25/06/2011 01:02, Guy Watkins wrote:


The hostname should be in a CVAR and returned when the server is queried.
It could be displayed in the browser without ever looking it up, but no
need
to display it in the browser, since you know the IP address at this time
and
can connect to it by IP.  However, when you save it in favorites, it
should
save the hostname if one exists in the CVAR.

Maybe the browser could display the hostname when you hover over an entry?

This was talked about before on May 10 2010 relating to IPv6.  The subject
was: "IPv6 Support"

Like this:
sv_hostname=myserver.com:27016

Guy



 __**_
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] Request: Adding servers by domain name

[Björn Rohlén]

This might not be as easy as it sounds. SAF might look something like this:
- Did user add by hostname or ip4/ip6? store accordingly, no reverse lookup.
- If user added by hostname, resolve and store ip and hostname accordingly,
reverse lookups still useless.
- Solve the problem with not sending a whole barrel of queries from the
users favorite list when some crazy bastards have a hundred or so of them,
click the fav-tab and whine to no end when 15-30 of them no longer resolves
and the oddities that follows due to timeouts.

Now

Possibly letting the user update the stored static ip if s/he chooses to, or
do it slowly in the background (awesome, more threaded bugs, leaks and
overcomplicating things). Confusion from "casual" players with the
updating-process commences. DNS-problems yet another point of failure when
people are trying to play online. Should masterservers be rewritten to allow
server operators to list their hostname on them to serve the clients?
Obviously this would be a very bad idea, so we´re back to favorites. ALL OF
THIS for manually adding hostnames to favorites?

Oh yeah, this will be fun.

-The Gryzowrg
On Fri, Jul 1, 2011 at 8:54 AM, Andrew Armitage wrote:

> This would make the lives of server admins a LOT easier.
>
> Moving the server from one machine to another, for upgrades, extra capacity
> etc. has always been a nightmare, and it takes ages to get our irregular
> players back.
>
> If they all remembered us by name then it would be a doddle!
>
> A
>
>
> On 25/06/2011 01:02, Guy Watkins wrote:
>
>> The hostname should be in a CVAR and returned when the server is queried.
>> It could be displayed in the browser without ever looking it up, but no
>> need
>> to display it in the browser, since you know the IP address at this time
>> and
>> can connect to it by IP.  However, when you save it in favorites, it
>> should
>> save the hostname if one exists in the CVAR.
>>
>> Maybe the browser could display the hostname when you hover over an entry?
>>
>> This was talked about before on May 10 2010 relating to IPv6.  The subject
>> was: "IPv6 Support"
>>
>> Like this:
>> sv_hostname=myserver.com:27016
>>
>> Guy
>>
>>
>
>  __**_
> 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