Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-09-19 Thread Brian Menges 
Yeah, definitely was a $PATH problem.

My install now operates as expected.  I'll report this to the forums
as well to the other user who is also not running (probably the same
situation as me).
~Brian



On Mon, Sep 19, 2011 at 08:24, Brian Menges  wrote:
> It would appear I had a current version of the 'steam' binary, but yet
> an older version of the other supporting binaries it needed (such as
> files maybe in the .steam directory or the other compiled binaries.
>
> Before when updating my AMD box, I thought it was strange that during
> the update I didn't get the percentage progress like I did on my Intel
> box.  I think this is rooted in the poor handling of the steam binary
> and $PATH or other system environment variables such as $PWD or $HOME.
>
> I sent a seperate e-mail to the list describing this issue... and the
> issues it causes and confusion that ensues. The binary should be
> updated to handle operations such as putting the 'steam' binary in
> /usr/local/bin or $HOME/bin (something which I do and I'm sure other
> linux users do).
>
> I've restarted the download - if indeed this results in a missing
> srcds_amd binary then I will have high hopes this is resolved.
>
> The subject line of my post is 'hldsupdate tool - reported false error
> - handle $PATH'; take a look ics.
>
>
> ~Brian
>
>
>
> On Mon, Sep 19, 2011 at 06:45, ics  wrote:
>> Once you have steam binary, do: ./steam -command update -game left4dead2
>> -dir /home/user/l4d2
>>
>> Use that and modify the path to your liking.
>>
>> -ics
>>
>> 19.9.2011 16:27, Brian Menges kirjoitti:
>>>
>>> Uhm, I don't know, cause I've deleted the entire directory structure and
>>> downloaded/installed per my notes/files I've shown.
>>>
>>> I didn't even have hldsupdatetool.bin... so uhhh ???
>>>
>>> I'll delete .steam, and some other files and try again kind of getting
>>> expensive downloading 9gb/day on my colo 6 times this month but I
>>> still
>>> have spare bandwidth.  Is there any way to ensure I'll get the most recent
>>> steam binary... just to be absolutely sure?
>>>
>>> ~Brian
>>>
>>> -Original Message-
>>> From: hlds_linux-boun...@list.valvesoftware.com
>>> [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics
>>> Sent: Monday, September 19, 2011 4:56 AM
>>> To: Half-Life dedicated Linux server mailing list
>>> Subject: Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction
>>>
>>> I don't know what is going on with your installation, it looks fishy to
>>> me but L4D2 on linux runs with srcds_linux which you are seem to be
>>> missing. So whenever i start my servers, i use this startline:
>>> ./srcds_run -game left4dead2 +ip xxx.xxx.xxx.xxx +map x1m1_cliffs -port
>>> 27085
>>>
>>> So srcds_run executes srcds_linux, nothing else like srcds_amd which is
>>> a relic of old cs source engine when there were different binaries for
>>> different cpu architechtures.
>>>
>>> -ics
>>>
>>> 19.9.2011 9:41, Brian Menges kirjoitti:
>>>>
>>>> Sure I do:
>>>>
>>>> left4dead@secure:~/hlds_l$ ls -la
>>>> total 2684
>>>> drwxr-x--- 10 left4dead left4dead    4096 2011-09-18 09:13 .
>>>> drwx--  9 left4dead left4dead    4096 2011-09-18 09:15 ..
>>>> drwxr-x---  3 left4dead left4dead    4096 2011-09-17 13:27 bin
>>>> -rw---  1 left4dead left4dead 3289088 2011-09-18 09:13 core
>>>> -rw-r--r--  1 left4dead left4dead    1572 2011-09-18 09:13 debug.log
>>>> -rw-r--r--  1 left4dead left4dead   65270 2011-09-18 09:13 debug.out
>>>> drwxr-x---  5 left4dead left4dead    4096 2011-09-17 13:27 hl2
>>>> -rw-r--r--  1 left4dead left4dead     812 2011-09-17 13:27
>>>> InstallRecord.blob
>>>> drwxr-x--- 14 left4dead left4dead    4096 2011-09-17 13:27 left4dead2
>>>> drwxr-x---  9 left4dead left4dead    4096 2011-09-17 12:44
>>>> left4dead2_dlc1
>>>> drwxr-x---  9 left4dead left4dead    4096 2011-09-17 13:03
>>>> left4dead2_dlc2
>>>> drwxr-x---  8 left4dead left4dead    4096 2011-09-17 13:21
>>>> left4dead2_dlc3
>>>> drwxr-x--- 11 left4dead left4dead    4096 2011-09-17 13:21 platform
>>>> -rwxr-xr--  1 left4dead left4dead  183860 2011-09-17 13:27 srcds_amd
>>>> -rwxr-xr--  1 left4dead left4dead  183828 2011-09-17 13:27 srcds_i486
>>

Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-09-19 Thread Brian Menges 
It would appear I had a current version of the 'steam' binary, but yet
an older version of the other supporting binaries it needed (such as
files maybe in the .steam directory or the other compiled binaries.

Before when updating my AMD box, I thought it was strange that during
the update I didn't get the percentage progress like I did on my Intel
box.  I think this is rooted in the poor handling of the steam binary
and $PATH or other system environment variables such as $PWD or $HOME.

I sent a seperate e-mail to the list describing this issue... and the
issues it causes and confusion that ensues. The binary should be
updated to handle operations such as putting the 'steam' binary in
/usr/local/bin or $HOME/bin (something which I do and I'm sure other
linux users do).

I've restarted the download - if indeed this results in a missing
srcds_amd binary then I will have high hopes this is resolved.

The subject line of my post is 'hldsupdate tool - reported false error
- handle $PATH'; take a look ics.


~Brian



On Mon, Sep 19, 2011 at 06:45, ics  wrote:
> Once you have steam binary, do: ./steam -command update -game left4dead2
> -dir /home/user/l4d2
>
> Use that and modify the path to your liking.
>
> -ics
>
> 19.9.2011 16:27, Brian Menges kirjoitti:
>>
>> Uhm, I don't know, cause I've deleted the entire directory structure and
>> downloaded/installed per my notes/files I've shown.
>>
>> I didn't even have hldsupdatetool.bin... so uhhh ???
>>
>> I'll delete .steam, and some other files and try again kind of getting
>> expensive downloading 9gb/day on my colo 6 times this month but I
>> still
>> have spare bandwidth.  Is there any way to ensure I'll get the most recent
>> steam binary... just to be absolutely sure?
>>
>> ~Brian
>>
>> -Original Message-
>> From: hlds_linux-boun...@list.valvesoftware.com
>> [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics
>> Sent: Monday, September 19, 2011 4:56 AM
>> To: Half-Life dedicated Linux server mailing list
>> Subject: Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction
>>
>> I don't know what is going on with your installation, it looks fishy to
>> me but L4D2 on linux runs with srcds_linux which you are seem to be
>> missing. So whenever i start my servers, i use this startline:
>> ./srcds_run -game left4dead2 +ip xxx.xxx.xxx.xxx +map x1m1_cliffs -port
>> 27085
>>
>> So srcds_run executes srcds_linux, nothing else like srcds_amd which is
>> a relic of old cs source engine when there were different binaries for
>> different cpu architechtures.
>>
>> -ics
>>
>> 19.9.2011 9:41, Brian Menges kirjoitti:
>>>
>>> Sure I do:
>>>
>>> left4dead@secure:~/hlds_l$ ls -la
>>> total 2684
>>> drwxr-x--- 10 left4dead left4dead    4096 2011-09-18 09:13 .
>>> drwx--  9 left4dead left4dead    4096 2011-09-18 09:15 ..
>>> drwxr-x---  3 left4dead left4dead    4096 2011-09-17 13:27 bin
>>> -rw---  1 left4dead left4dead 3289088 2011-09-18 09:13 core
>>> -rw-r--r--  1 left4dead left4dead    1572 2011-09-18 09:13 debug.log
>>> -rw-r--r--  1 left4dead left4dead   65270 2011-09-18 09:13 debug.out
>>> drwxr-x---  5 left4dead left4dead    4096 2011-09-17 13:27 hl2
>>> -rw-r--r--  1 left4dead left4dead     812 2011-09-17 13:27
>>> InstallRecord.blob
>>> drwxr-x--- 14 left4dead left4dead    4096 2011-09-17 13:27 left4dead2
>>> drwxr-x---  9 left4dead left4dead    4096 2011-09-17 12:44
>>> left4dead2_dlc1
>>> drwxr-x---  9 left4dead left4dead    4096 2011-09-17 13:03
>>> left4dead2_dlc2
>>> drwxr-x---  8 left4dead left4dead    4096 2011-09-17 13:21
>>> left4dead2_dlc3
>>> drwxr-x--- 11 left4dead left4dead    4096 2011-09-17 13:21 platform
>>> -rwxr-xr--  1 left4dead left4dead  183860 2011-09-17 13:27 srcds_amd
>>> -rwxr-xr--  1 left4dead left4dead  183828 2011-09-17 13:27 srcds_i486
>>> -rwxr-xr--  1 left4dead left4dead  183828 2011-09-17 13:27 srcds_i686
>>> -rwxr-xr--  1 left4dead left4dead   10174 2011-09-17 13:27 srcds_run
>>> drwxr-x---  4 left4dead left4dead    4096 2011-09-17 13:21 update
>>>
>>> Right there, file dated 2011-09-17.
>>>
>>> 42cb7dd791fa4b5472a06cfca53e12e8  /home/left4dead/hlds_l/srcds_amd
>>> c9e0fe9229f5f3ecd50fe126598baf4c  /home/left4dead/hlds_l/srcds_i486
>>> 5ea1005802c49456692c9aa0141e1d91  /home/left4dead/hlds_l/srcds_i686
>>> 9ef9e859ec94776811de6c1a0020df5c  /home/left4dead/hlds_l/srcds_run
>>>
>

Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-09-19 Thread ics 
Once you have steam binary, do: ./steam -command update -game left4dead2 
-dir /home/user/l4d2


Use that and modify the path to your liking.

-ics

19.9.2011 16:27, Brian Menges kirjoitti:

Uhm, I don't know, cause I've deleted the entire directory structure and
downloaded/installed per my notes/files I've shown.

I didn't even have hldsupdatetool.bin... so uhhh ???

I'll delete .steam, and some other files and try again kind of getting
expensive downloading 9gb/day on my colo 6 times this month but I still
have spare bandwidth.  Is there any way to ensure I'll get the most recent
steam binary... just to be absolutely sure?

~Brian

-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics
Sent: Monday, September 19, 2011 4:56 AM
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

I don't know what is going on with your installation, it looks fishy to
me but L4D2 on linux runs with srcds_linux which you are seem to be
missing. So whenever i start my servers, i use this startline:
./srcds_run -game left4dead2 +ip xxx.xxx.xxx.xxx +map x1m1_cliffs -port
27085

So srcds_run executes srcds_linux, nothing else like srcds_amd which is
a relic of old cs source engine when there were different binaries for
different cpu architechtures.

-ics

19.9.2011 9:41, Brian Menges kirjoitti:

Sure I do:

left4dead@secure:~/hlds_l$ ls -la
total 2684
drwxr-x--- 10 left4dead left4dead4096 2011-09-18 09:13 .
drwx--  9 left4dead left4dead4096 2011-09-18 09:15 ..
drwxr-x---  3 left4dead left4dead4096 2011-09-17 13:27 bin
-rw---  1 left4dead left4dead 3289088 2011-09-18 09:13 core
-rw-r--r--  1 left4dead left4dead1572 2011-09-18 09:13 debug.log
-rw-r--r--  1 left4dead left4dead   65270 2011-09-18 09:13 debug.out
drwxr-x---  5 left4dead left4dead4096 2011-09-17 13:27 hl2
-rw-r--r--  1 left4dead left4dead 812 2011-09-17 13:27
InstallRecord.blob
drwxr-x--- 14 left4dead left4dead4096 2011-09-17 13:27 left4dead2
drwxr-x---  9 left4dead left4dead4096 2011-09-17 12:44 left4dead2_dlc1
drwxr-x---  9 left4dead left4dead4096 2011-09-17 13:03 left4dead2_dlc2
drwxr-x---  8 left4dead left4dead4096 2011-09-17 13:21 left4dead2_dlc3
drwxr-x--- 11 left4dead left4dead4096 2011-09-17 13:21 platform
-rwxr-xr--  1 left4dead left4dead  183860 2011-09-17 13:27 srcds_amd
-rwxr-xr--  1 left4dead left4dead  183828 2011-09-17 13:27 srcds_i486
-rwxr-xr--  1 left4dead left4dead  183828 2011-09-17 13:27 srcds_i686
-rwxr-xr--  1 left4dead left4dead   10174 2011-09-17 13:27 srcds_run
drwxr-x---  4 left4dead left4dead4096 2011-09-17 13:21 update

Right there, file dated 2011-09-17.

42cb7dd791fa4b5472a06cfca53e12e8  /home/left4dead/hlds_l/srcds_amd
c9e0fe9229f5f3ecd50fe126598baf4c  /home/left4dead/hlds_l/srcds_i486
5ea1005802c49456692c9aa0141e1d91  /home/left4dead/hlds_l/srcds_i686
9ef9e859ec94776811de6c1a0020df5c  /home/left4dead/hlds_l/srcds_run


Since I don't know if you need the core, I'll plop that over into the
download area I have.

http://sano.cat6wired.net/l4d2/2011-09-18-core


~Brian

-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics
Sent: Sunday, September 18, 2011 10:20 AM
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

Bit puzzled why the debug.log says you have startline of ./srcds_amd
which doesn't even exist in L4D2 engine.

-ics

18.9.2011 19:18, Brian Menges kirjoitti:

http://sano.cat6wired.net/l4d2/2011-09-17-l4d2.txt
http://sano.cat6wired.net/l4d2/2011-09-18-l4d2.txt
http://sano.cat6wired.net/l4d2/strace.debug.log

Since I didn't want to blast the mail list with the whole sequence.

I've included an strace dump; and a summary capture of what was at the
console and debug log file below.

- Console
Console initialized.
./srcds_run: line 344: 26616 Segmentation fault  (core dumped)

$HL_CMD

Cannot access memory at address 0xb77b0658
Cannot access memory at address 0xbfc2890c
/home/left4dead/hlds_l/debug.cmds:3: Error in sourced command file:
Cannot access memory at address 0xb77b0658
email debug.log to li...@valvesoftware.com
- Debug
CRASH: Sat Sep 17 13:38:03 PDT 2011
Start Line: ./srcds_amd -game left4dead2 -autoupdate -port 27015 -timeout

15

+ip 216.93.189.28 +z_difficulty Impossible +map c2m1_highway +maxplayers

18

+exec private01.cfg -debug
#0  0x in ?? ()
No symbol table info available.
End of Source crash report
-

Should I start a new thread then since it technically isn't an illegal
instruction now, but a seg fault?

~Brian


-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics
S

Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-09-19 Thread Brian Menges 
Uhm, I don't know, cause I've deleted the entire directory structure and
downloaded/installed per my notes/files I've shown.

I didn't even have hldsupdatetool.bin... so uhhh ???

I'll delete .steam, and some other files and try again kind of getting
expensive downloading 9gb/day on my colo 6 times this month but I still
have spare bandwidth.  Is there any way to ensure I'll get the most recent
steam binary... just to be absolutely sure?

~Brian

-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics
Sent: Monday, September 19, 2011 4:56 AM
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

I don't know what is going on with your installation, it looks fishy to 
me but L4D2 on linux runs with srcds_linux which you are seem to be 
missing. So whenever i start my servers, i use this startline:
./srcds_run -game left4dead2 +ip xxx.xxx.xxx.xxx +map x1m1_cliffs -port 
27085

So srcds_run executes srcds_linux, nothing else like srcds_amd which is 
a relic of old cs source engine when there were different binaries for 
different cpu architechtures.

-ics

19.9.2011 9:41, Brian Menges kirjoitti:
> Sure I do:
>
> left4dead@secure:~/hlds_l$ ls -la
> total 2684
> drwxr-x--- 10 left4dead left4dead4096 2011-09-18 09:13 .
> drwx--  9 left4dead left4dead4096 2011-09-18 09:15 ..
> drwxr-x---  3 left4dead left4dead4096 2011-09-17 13:27 bin
> -rw---  1 left4dead left4dead 3289088 2011-09-18 09:13 core
> -rw-r--r--  1 left4dead left4dead1572 2011-09-18 09:13 debug.log
> -rw-r--r--  1 left4dead left4dead   65270 2011-09-18 09:13 debug.out
> drwxr-x---  5 left4dead left4dead4096 2011-09-17 13:27 hl2
> -rw-r--r--  1 left4dead left4dead 812 2011-09-17 13:27
> InstallRecord.blob
> drwxr-x--- 14 left4dead left4dead4096 2011-09-17 13:27 left4dead2
> drwxr-x---  9 left4dead left4dead4096 2011-09-17 12:44 left4dead2_dlc1
> drwxr-x---  9 left4dead left4dead4096 2011-09-17 13:03 left4dead2_dlc2
> drwxr-x---  8 left4dead left4dead4096 2011-09-17 13:21 left4dead2_dlc3
> drwxr-x--- 11 left4dead left4dead4096 2011-09-17 13:21 platform
> -rwxr-xr--  1 left4dead left4dead  183860 2011-09-17 13:27 srcds_amd
> -rwxr-xr--  1 left4dead left4dead  183828 2011-09-17 13:27 srcds_i486
> -rwxr-xr--  1 left4dead left4dead  183828 2011-09-17 13:27 srcds_i686
> -rwxr-xr--  1 left4dead left4dead   10174 2011-09-17 13:27 srcds_run
> drwxr-x---  4 left4dead left4dead4096 2011-09-17 13:21 update
>
> Right there, file dated 2011-09-17.
>
> 42cb7dd791fa4b5472a06cfca53e12e8  /home/left4dead/hlds_l/srcds_amd
> c9e0fe9229f5f3ecd50fe126598baf4c  /home/left4dead/hlds_l/srcds_i486
> 5ea1005802c49456692c9aa0141e1d91  /home/left4dead/hlds_l/srcds_i686
> 9ef9e859ec94776811de6c1a0020df5c  /home/left4dead/hlds_l/srcds_run
>
>
> Since I don't know if you need the core, I'll plop that over into the
> download area I have.
>
> http://sano.cat6wired.net/l4d2/2011-09-18-core
>
>
> ~Brian
>
> -Original Message-
> From: hlds_linux-boun...@list.valvesoftware.com
> [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics
> Sent: Sunday, September 18, 2011 10:20 AM
> To: Half-Life dedicated Linux server mailing list
> Subject: Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction
>
> Bit puzzled why the debug.log says you have startline of ./srcds_amd
> which doesn't even exist in L4D2 engine.
>
> -ics
>
> 18.9.2011 19:18, Brian Menges kirjoitti:
>> http://sano.cat6wired.net/l4d2/2011-09-17-l4d2.txt
>> http://sano.cat6wired.net/l4d2/2011-09-18-l4d2.txt
>> http://sano.cat6wired.net/l4d2/strace.debug.log
>>
>> Since I didn't want to blast the mail list with the whole sequence.
>>
>> I've included an strace dump; and a summary capture of what was at the
>> console and debug log file below.
>>
>> - Console
>> Console initialized.
>> ./srcds_run: line 344: 26616 Segmentation fault  (core dumped)
$HL_CMD
>> Cannot access memory at address 0xb77b0658
>> Cannot access memory at address 0xbfc2890c
>> /home/left4dead/hlds_l/debug.cmds:3: Error in sourced command file:
>> Cannot access memory at address 0xb77b0658
>> email debug.log to li...@valvesoftware.com
>> - Debug
>> CRASH: Sat Sep 17 13:38:03 PDT 2011
>> Start Line: ./srcds_amd -game left4dead2 -autoupdate -port 27015 -timeout
> 15
>> +ip 216.93.189.28 +z_difficulty Impossible +map c2m1_highway +maxplayers
> 18
>> +exec private01.cfg -debug
>> #0  0x in ?? ()
>> No symbol table info available.
>> End of S

Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-09-19 Thread ics 
I don't know what is going on with your installation, it looks fishy to 
me but L4D2 on linux runs with srcds_linux which you are seem to be 
missing. So whenever i start my servers, i use this startline:
./srcds_run -game left4dead2 +ip xxx.xxx.xxx.xxx +map x1m1_cliffs -port 
27085


So srcds_run executes srcds_linux, nothing else like srcds_amd which is 
a relic of old cs source engine when there were different binaries for 
different cpu architechtures.


-ics

19.9.2011 9:41, Brian Menges kirjoitti:

Sure I do:

left4dead@secure:~/hlds_l$ ls -la
total 2684
drwxr-x--- 10 left4dead left4dead4096 2011-09-18 09:13 .
drwx--  9 left4dead left4dead4096 2011-09-18 09:15 ..
drwxr-x---  3 left4dead left4dead4096 2011-09-17 13:27 bin
-rw---  1 left4dead left4dead 3289088 2011-09-18 09:13 core
-rw-r--r--  1 left4dead left4dead1572 2011-09-18 09:13 debug.log
-rw-r--r--  1 left4dead left4dead   65270 2011-09-18 09:13 debug.out
drwxr-x---  5 left4dead left4dead4096 2011-09-17 13:27 hl2
-rw-r--r--  1 left4dead left4dead 812 2011-09-17 13:27
InstallRecord.blob
drwxr-x--- 14 left4dead left4dead4096 2011-09-17 13:27 left4dead2
drwxr-x---  9 left4dead left4dead4096 2011-09-17 12:44 left4dead2_dlc1
drwxr-x---  9 left4dead left4dead4096 2011-09-17 13:03 left4dead2_dlc2
drwxr-x---  8 left4dead left4dead4096 2011-09-17 13:21 left4dead2_dlc3
drwxr-x--- 11 left4dead left4dead4096 2011-09-17 13:21 platform
-rwxr-xr--  1 left4dead left4dead  183860 2011-09-17 13:27 srcds_amd
-rwxr-xr--  1 left4dead left4dead  183828 2011-09-17 13:27 srcds_i486
-rwxr-xr--  1 left4dead left4dead  183828 2011-09-17 13:27 srcds_i686
-rwxr-xr--  1 left4dead left4dead   10174 2011-09-17 13:27 srcds_run
drwxr-x---  4 left4dead left4dead4096 2011-09-17 13:21 update

Right there, file dated 2011-09-17.

42cb7dd791fa4b5472a06cfca53e12e8  /home/left4dead/hlds_l/srcds_amd
c9e0fe9229f5f3ecd50fe126598baf4c  /home/left4dead/hlds_l/srcds_i486
5ea1005802c49456692c9aa0141e1d91  /home/left4dead/hlds_l/srcds_i686
9ef9e859ec94776811de6c1a0020df5c  /home/left4dead/hlds_l/srcds_run


Since I don't know if you need the core, I'll plop that over into the
download area I have.

http://sano.cat6wired.net/l4d2/2011-09-18-core


~Brian

-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics
Sent: Sunday, September 18, 2011 10:20 AM
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

Bit puzzled why the debug.log says you have startline of ./srcds_amd
which doesn't even exist in L4D2 engine.

-ics

18.9.2011 19:18, Brian Menges kirjoitti:

http://sano.cat6wired.net/l4d2/2011-09-17-l4d2.txt
http://sano.cat6wired.net/l4d2/2011-09-18-l4d2.txt
http://sano.cat6wired.net/l4d2/strace.debug.log

Since I didn't want to blast the mail list with the whole sequence.

I've included an strace dump; and a summary capture of what was at the
console and debug log file below.

- Console
Console initialized.
./srcds_run: line 344: 26616 Segmentation fault  (core dumped) $HL_CMD
Cannot access memory at address 0xb77b0658
Cannot access memory at address 0xbfc2890c
/home/left4dead/hlds_l/debug.cmds:3: Error in sourced command file:
Cannot access memory at address 0xb77b0658
email debug.log to li...@valvesoftware.com
- Debug
CRASH: Sat Sep 17 13:38:03 PDT 2011
Start Line: ./srcds_amd -game left4dead2 -autoupdate -port 27015 -timeout

15

+ip 216.93.189.28 +z_difficulty Impossible +map c2m1_highway +maxplayers

18

+exec private01.cfg -debug
#0  0x in ?? ()
No symbol table info available.
End of Source crash report
-

Should I start a new thread then since it technically isn't an illegal
instruction now, but a seg fault?

~Brian


-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics
Sent: Saturday, September 17, 2011 6:42 AM
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

Are you sure it's really fresh or did you just copied the addons folder
to the fresh install that has custom campaigns in it too?

-ics

17.9.2011 12:57, Chris Boot kirjoitti:

On 17 Sep 2011, at 01:07, Brian Menges wrote:


Not fixed for me unfortunately... fresh install just now:
Cannot access memory at address 0xb7780658
Cannot access memory at address 0xbfe4a39c
Cannot access memory at address 0xb7780658

Your problem isn't an Illegal Instruction but something else.


___
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:

h

Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-09-18 Thread Brian Menges 
Sure I do:

left4dead@secure:~/hlds_l$ ls -la
total 2684
drwxr-x--- 10 left4dead left4dead4096 2011-09-18 09:13 .
drwx--  9 left4dead left4dead4096 2011-09-18 09:15 ..
drwxr-x---  3 left4dead left4dead4096 2011-09-17 13:27 bin
-rw---  1 left4dead left4dead 3289088 2011-09-18 09:13 core
-rw-r--r--  1 left4dead left4dead1572 2011-09-18 09:13 debug.log
-rw-r--r--  1 left4dead left4dead   65270 2011-09-18 09:13 debug.out
drwxr-x---  5 left4dead left4dead4096 2011-09-17 13:27 hl2
-rw-r--r--  1 left4dead left4dead 812 2011-09-17 13:27
InstallRecord.blob
drwxr-x--- 14 left4dead left4dead4096 2011-09-17 13:27 left4dead2
drwxr-x---  9 left4dead left4dead4096 2011-09-17 12:44 left4dead2_dlc1
drwxr-x---  9 left4dead left4dead4096 2011-09-17 13:03 left4dead2_dlc2
drwxr-x---  8 left4dead left4dead4096 2011-09-17 13:21 left4dead2_dlc3
drwxr-x--- 11 left4dead left4dead4096 2011-09-17 13:21 platform
-rwxr-xr--  1 left4dead left4dead  183860 2011-09-17 13:27 srcds_amd
-rwxr-xr--  1 left4dead left4dead  183828 2011-09-17 13:27 srcds_i486
-rwxr-xr--  1 left4dead left4dead  183828 2011-09-17 13:27 srcds_i686
-rwxr-xr--  1 left4dead left4dead   10174 2011-09-17 13:27 srcds_run
drwxr-x---  4 left4dead left4dead4096 2011-09-17 13:21 update

Right there, file dated 2011-09-17.

42cb7dd791fa4b5472a06cfca53e12e8  /home/left4dead/hlds_l/srcds_amd
c9e0fe9229f5f3ecd50fe126598baf4c  /home/left4dead/hlds_l/srcds_i486
5ea1005802c49456692c9aa0141e1d91  /home/left4dead/hlds_l/srcds_i686
9ef9e859ec94776811de6c1a0020df5c  /home/left4dead/hlds_l/srcds_run


Since I don't know if you need the core, I'll plop that over into the
download area I have.

http://sano.cat6wired.net/l4d2/2011-09-18-core


~Brian

-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics
Sent: Sunday, September 18, 2011 10:20 AM
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

Bit puzzled why the debug.log says you have startline of ./srcds_amd 
which doesn't even exist in L4D2 engine.

-ics

18.9.2011 19:18, Brian Menges kirjoitti:
> http://sano.cat6wired.net/l4d2/2011-09-17-l4d2.txt
> http://sano.cat6wired.net/l4d2/2011-09-18-l4d2.txt
> http://sano.cat6wired.net/l4d2/strace.debug.log
>
> Since I didn't want to blast the mail list with the whole sequence.
>
> I've included an strace dump; and a summary capture of what was at the
> console and debug log file below.
>
> - Console
> Console initialized.
> ./srcds_run: line 344: 26616 Segmentation fault  (core dumped) $HL_CMD
> Cannot access memory at address 0xb77b0658
> Cannot access memory at address 0xbfc2890c
> /home/left4dead/hlds_l/debug.cmds:3: Error in sourced command file:
> Cannot access memory at address 0xb77b0658
> email debug.log to li...@valvesoftware.com
> - Debug
> CRASH: Sat Sep 17 13:38:03 PDT 2011
> Start Line: ./srcds_amd -game left4dead2 -autoupdate -port 27015 -timeout
15
> +ip 216.93.189.28 +z_difficulty Impossible +map c2m1_highway +maxplayers
18
> +exec private01.cfg -debug
> #0  0x in ?? ()
> No symbol table info available.
> End of Source crash report
> -
>
> Should I start a new thread then since it technically isn't an illegal
> instruction now, but a seg fault?
>
> ~Brian
>
>
> -Original Message-
> From: hlds_linux-boun...@list.valvesoftware.com
> [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics
> Sent: Saturday, September 17, 2011 6:42 AM
> To: Half-Life dedicated Linux server mailing list
> Subject: Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction
>
> Are you sure it's really fresh or did you just copied the addons folder
> to the fresh install that has custom campaigns in it too?
>
> -ics
>
> 17.9.2011 12:57, Chris Boot kirjoitti:
>> On 17 Sep 2011, at 01:07, Brian Menges wrote:
>>
>>> Not fixed for me unfortunately... fresh install just now:
>>> Cannot access memory at address 0xb7780658
>>> Cannot access memory at address 0xbfe4a39c
>>> Cannot access memory at address 0xb7780658
>> Your problem isn't an Illegal Instruction but something else.
>>
>
> ___
> 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] L4D2 Linux Crash - Illegal Instruction

2011-09-18 Thread ics 
Bit puzzled why the debug.log says you have startline of ./srcds_amd 
which doesn't even exist in L4D2 engine.


-ics

18.9.2011 19:18, Brian Menges kirjoitti:

http://sano.cat6wired.net/l4d2/2011-09-17-l4d2.txt
http://sano.cat6wired.net/l4d2/2011-09-18-l4d2.txt
http://sano.cat6wired.net/l4d2/strace.debug.log

Since I didn't want to blast the mail list with the whole sequence.

I've included an strace dump; and a summary capture of what was at the
console and debug log file below.

- Console
Console initialized.
./srcds_run: line 344: 26616 Segmentation fault  (core dumped) $HL_CMD
Cannot access memory at address 0xb77b0658
Cannot access memory at address 0xbfc2890c
/home/left4dead/hlds_l/debug.cmds:3: Error in sourced command file:
Cannot access memory at address 0xb77b0658
email debug.log to li...@valvesoftware.com
- Debug
CRASH: Sat Sep 17 13:38:03 PDT 2011
Start Line: ./srcds_amd -game left4dead2 -autoupdate -port 27015 -timeout 15
+ip 216.93.189.28 +z_difficulty Impossible +map c2m1_highway +maxplayers 18
+exec private01.cfg -debug
#0  0x in ?? ()
No symbol table info available.
End of Source crash report
-

Should I start a new thread then since it technically isn't an illegal
instruction now, but a seg fault?

~Brian


-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics
Sent: Saturday, September 17, 2011 6:42 AM
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

Are you sure it's really fresh or did you just copied the addons folder
to the fresh install that has custom campaigns in it too?

-ics

17.9.2011 12:57, Chris Boot kirjoitti:

On 17 Sep 2011, at 01:07, Brian Menges wrote:


Not fixed for me unfortunately... fresh install just now:
Cannot access memory at address 0xb7780658
Cannot access memory at address 0xbfe4a39c
Cannot access memory at address 0xb7780658

Your problem isn't an Illegal Instruction but something else.



___
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] L4D2 Linux Crash - Illegal Instruction

2011-09-18 Thread Brian Menges 
http://sano.cat6wired.net/l4d2/2011-09-17-l4d2.txt
http://sano.cat6wired.net/l4d2/2011-09-18-l4d2.txt
http://sano.cat6wired.net/l4d2/strace.debug.log

Since I didn't want to blast the mail list with the whole sequence.

I've included an strace dump; and a summary capture of what was at the
console and debug log file below.

- Console
Console initialized.
./srcds_run: line 344: 26616 Segmentation fault  (core dumped) $HL_CMD
Cannot access memory at address 0xb77b0658
Cannot access memory at address 0xbfc2890c
/home/left4dead/hlds_l/debug.cmds:3: Error in sourced command file:
Cannot access memory at address 0xb77b0658
email debug.log to li...@valvesoftware.com
- Debug
CRASH: Sat Sep 17 13:38:03 PDT 2011
Start Line: ./srcds_amd -game left4dead2 -autoupdate -port 27015 -timeout 15
+ip 216.93.189.28 +z_difficulty Impossible +map c2m1_highway +maxplayers 18
+exec private01.cfg -debug
#0  0x in ?? ()
No symbol table info available.
End of Source crash report
-

Should I start a new thread then since it technically isn't an illegal
instruction now, but a seg fault?

~Brian


-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics
Sent: Saturday, September 17, 2011 6:42 AM
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

Are you sure it's really fresh or did you just copied the addons folder 
to the fresh install that has custom campaigns in it too?

-ics

17.9.2011 12:57, Chris Boot kirjoitti:
> On 17 Sep 2011, at 01:07, Brian Menges wrote:
>
>> Not fixed for me unfortunately... fresh install just now:
>> Cannot access memory at address 0xb7780658
>> Cannot access memory at address 0xbfe4a39c
>> Cannot access memory at address 0xb7780658
> Your problem isn't an Illegal Instruction but something else.
>


___
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] L4D2 Linux Crash - Illegal Instruction

2011-09-17 Thread Brian Menges 
Will a TXT attachment make it to the list or do I need to include this all
in the body?

~B

-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics
Sent: Saturday, September 17, 2011 6:42 AM
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

Are you sure it's really fresh or did you just copied the addons folder 
to the fresh install that has custom campaigns in it too?

-ics

17.9.2011 12:57, Chris Boot kirjoitti:
> On 17 Sep 2011, at 01:07, Brian Menges wrote:
>
>> Not fixed for me unfortunately... fresh install just now:
>> Cannot access memory at address 0xb7780658
>> Cannot access memory at address 0xbfe4a39c
>> Cannot access memory at address 0xb7780658
> Your problem isn't an Illegal Instruction but something else.
>


___
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] L4D2 Linux Crash - Illegal Instruction

2011-09-17 Thread Brian Menges 
I didn't even have the hldstool.bin or what ever, so yes absolutely sure out
was a fresh install. I'll make sure again by sending the full sequence to
you.
On Sep 17, 2011 6:42 AM, "ics"  wrote:
> Are you sure it's really fresh or did you just copied the addons folder
> to the fresh install that has custom campaigns in it too?
>
> -ics
>
> 17.9.2011 12:57, Chris Boot kirjoitti:
>> On 17 Sep 2011, at 01:07, Brian Menges wrote:
>>
>>> Not fixed for me unfortunately... fresh install just now:
>>> Cannot access memory at address 0xb7780658
>>> Cannot access memory at address 0xbfe4a39c
>>> Cannot access memory at address 0xb7780658
>> Your problem isn't an Illegal Instruction but something else.
>>
>
>
> ___
> 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] L4D2 Linux Crash - Illegal Instruction

2011-09-17 Thread ics 
Are you sure it's really fresh or did you just copied the addons folder 
to the fresh install that has custom campaigns in it too?


-ics

17.9.2011 12:57, Chris Boot kirjoitti:

On 17 Sep 2011, at 01:07, Brian Menges wrote:


Not fixed for me unfortunately... fresh install just now:
Cannot access memory at address 0xb7780658
Cannot access memory at address 0xbfe4a39c
Cannot access memory at address 0xb7780658

Your problem isn't an Illegal Instruction but something else.




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

Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-09-17 Thread Chris Boot 

On 17 Sep 2011, at 01:07, Brian Menges wrote:

> Not fixed for me unfortunately... fresh install just now:

> Cannot access memory at address 0xb7780658
> Cannot access memory at address 0xbfe4a39c
> Cannot access memory at address 0xb7780658

Your problem isn't an Illegal Instruction but something else.

-- 
Chris Boot
bo...@bootc.net



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

Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-09-16 Thread Brian Menges 
Not fixed for me unfortunately... fresh install just now:


Auto detecting CPU
Using AMD Optimised binary.
Enabling debug mode
Server will auto-restart if there is a crash.
Could not locate steam binary:./steam, ignoring.

Console initialized.
./srcds_run: line 344: 13480 Segmentation fault  (core dumped) $HL_CMD
Cannot access memory at address 0xb7780658
Cannot access memory at address 0xbfe4a39c
/home/left4dead/hlds_l/debug.cmds:3: Error in sourced command file:
Cannot access memory at address 0xb7780658
email debug.log to li...@valvesoftware.com
Fri Sep 16 17:06:15 PDT 2011: Server restart in 15 seconds



left4dead@secure:~$ cat hlds_l/debug.log
--
CRASH: Fri Sep 16 17:02:49 PDT 2011
Start Line: ./srcds_amd -game left4dead2 -autoupdate -port 27015
-timeout 15 +ip 216.93.189.28 +z_difficulty Impossible +map
c2m1_highway +maxplayers 18 +exec private01.cfg -debug
#0  0x in ?? ()
No symbol table info available.
End of Source crash report
--
--
CRASH: Fri Sep 16 17:06:15 PDT 2011
Start Line: ./srcds_amd -game left4dead2 -autoupdate -port 27015
-timeout 15 +ip 216.93.189.28 +z_difficulty Impossible +map
c2m1_highway +maxplayers 18 +exec private01.cfg -debug
#0  0x in ?? ()
No symbol table info available.
End of Source crash report
--
--
CRASH: Fri Sep 16 17:06:30 PDT 2011
Start Line: ./srcds_amd -game left4dead2 -autoupdate -port 27015
-timeout 15 +ip 216.93.189.28 +z_difficulty Impossible +map
c2m1_highway +maxplayers 18 +exec private01.cfg -debug
#0  0x in ?? ()
No symbol table info available.
End of Source crash report
--



~Brian



On Fri, Sep 16, 2011 at 13:22, Arthur Lin  wrote:
> I can confirm that it no longer is giving me 'illegal instruction', as well.
> Many thanks, Valve! I didn't get to host for a long time and look forward to
> serving players again.
>
> On Fri, Sep 16, 2011 at 12:52 PM, Chris Russell 
> wrote:
>
>> Update, after the latest L4D2 patch my server is no longer crashing with
>> the
>> illegal instruction method.
>>
>> -Chris
>>
>> On Tue, Sep 13, 2011 at 1:12 AM, Rizla  wrote:
>>
>> >  Thought so, did have a google of it but it just kept coming back with
>> why
>> > ssse3 is better than sse3 and worse than sse4. But i havent had this
>> > crashing issue anyway. Thanks for the heads up.
>> >
>> >
>> > On 19:59, pizzahut wrote:
>> >
>> >> Rizla
>> >>> Fri, 09 Sep 2011 19:04:00 -0700
>> >>> I dont have this issue, but it doesn't show up sse3, it does show
>> >>> ssse3...whats the difference?
>> >>>
>> >> If you have ssse3, you also have sse3. The confusing thing is, the CPU
>> >> flag for sse3 is NOT sse3, but pni (short for Prescott New
>> >> Instructions).
>> >>
>> >>
>> >>
>> >
>> > --
>> > *Rizla*
>> > Sam Newsome
>> > TmF Gaming 
>> > __**_
>> > 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] L4D2 Linux Crash - Illegal Instruction

2011-09-16 Thread Arthur Lin 
I can confirm that it no longer is giving me 'illegal instruction', as well.
Many thanks, Valve! I didn't get to host for a long time and look forward to
serving players again.

On Fri, Sep 16, 2011 at 12:52 PM, Chris Russell wrote:

> Update, after the latest L4D2 patch my server is no longer crashing with
> the
> illegal instruction method.
>
> -Chris
>
> On Tue, Sep 13, 2011 at 1:12 AM, Rizla  wrote:
>
> >  Thought so, did have a google of it but it just kept coming back with
> why
> > ssse3 is better than sse3 and worse than sse4. But i havent had this
> > crashing issue anyway. Thanks for the heads up.
> >
> >
> > On 19:59, pizzahut wrote:
> >
> >> Rizla
> >>> Fri, 09 Sep 2011 19:04:00 -0700
> >>> I dont have this issue, but it doesn't show up sse3, it does show
> >>> ssse3...whats the difference?
> >>>
> >> If you have ssse3, you also have sse3. The confusing thing is, the CPU
> >> flag for sse3 is NOT sse3, but pni (short for Prescott New
> >> Instructions).
> >>
> >>
> >>
> >
> > --
> > *Rizla*
> > Sam Newsome
> > TmF Gaming 
> > __**_
> > 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] L4D2 Linux Crash - Illegal Instruction

2011-09-16 Thread Chris Russell 
Update, after the latest L4D2 patch my server is no longer crashing with the
illegal instruction method.

-Chris

On Tue, Sep 13, 2011 at 1:12 AM, Rizla  wrote:

>  Thought so, did have a google of it but it just kept coming back with why
> ssse3 is better than sse3 and worse than sse4. But i havent had this
> crashing issue anyway. Thanks for the heads up.
>
>
> On 19:59, pizzahut wrote:
>
>> Rizla
>>> Fri, 09 Sep 2011 19:04:00 -0700
>>> I dont have this issue, but it doesn't show up sse3, it does show
>>> ssse3...whats the difference?
>>>
>> If you have ssse3, you also have sse3. The confusing thing is, the CPU
>> flag for sse3 is NOT sse3, but pni (short for Prescott New
>> Instructions).
>>
>>
>>
>
> --
> *Rizla*
> Sam Newsome
> TmF Gaming 
> __**_
> 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] L4D2 Linux Crash - Illegal Instruction

2011-09-12 Thread Rizla 
 Thought so, did have a google of it but it just kept coming back with 
why ssse3 is better than sse3 and worse than sse4. But i havent had this 
crashing issue anyway. Thanks for the heads up.


On 19:59, pizzahut wrote:

Rizla
Fri, 09 Sep 2011 19:04:00 -0700
I dont have this issue, but it doesn't show up sse3, it does show ssse3...whats 
the difference?

If you have ssse3, you also have sse3. The confusing thing is, the CPU
flag for sse3 is NOT sse3, but pni (short for Prescott New
Instructions).





--
*Rizla*
Sam Newsome
TmF Gaming 
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-09-12 Thread Richard Eid 
https://twitter.com/#!/l4ddev/statuses/113302748291792896

 -Richard Eid


On Mon, Sep 12, 2011 at 11:37 AM, pizzahut  wrote:

> > Rizla
> > Fri, 09 Sep 2011 19:04:00 -0700
> > I dont have this issue, but it doesn't show up sse3, it does show
> ssse3...whats the difference?
>
> If you have ssse3, you also have sse3. The confusing thing is, the CPU
> flag for sse3 is NOT sse3, but pni (short for Prescott New
> Instructions).
>
> ___
> 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] L4D2 Linux Crash - Illegal Instruction

2011-09-12 Thread pizzahut 
> Rizla
> Fri, 09 Sep 2011 19:04:00 -0700
> I dont have this issue, but it doesn't show up sse3, it does show 
> ssse3...whats the difference?

If you have ssse3, you also have sse3. The confusing thing is, the CPU
flag for sse3 is NOT sse3, but pni (short for Prescott New
Instructions).

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

Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-09-11 Thread Arthur Lin 
Yeah, I know that I was on the boat from way before:
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36
clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe up pebs bts cid xtpr

My problem now is the lack of communication, which has come to be expected
from Valve. I say that in the most neutral position. We honestly don't know
what's going on there. Still, it can be quite scary when no action is taken.
People are complaining on their forums, making false assumptions and false
conclusions, and some are even going to spend a good chunk of money building
a new machine! In any case, I'm positive that there will be a fix. Maybe we
need to gently poke them more with e-mails.

On Fri, Sep 9, 2011 at 4:26 PM, Chris Russell wrote:

> I am still experiencing it as well.
> From what I've been told by valve it is a hardware issue in that our CPUs
> do
> not support one of the SSE3 instructions that gcc included in the compiled
> form of the server code.  According to my source they were not intending to
> include any instructions beyond SSE2...
>
> You can tell what your CPU supports by cat-ing the contents of
> /proc/cpuinfo
> You'll see a line like this:
> flags   : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov
> pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pebs bts cid xtpr
>
> If it doesn't mention sse3 then you are likely in the same boat as myself.
>
> -Chris
>
> On Tue, Sep 6, 2011 at 5:15 PM, Arthur Lin  wrote:
>
> > Sadly, the Friday update Sept 2 did not fix the 'illegal instruction' bug
> > that I've experienced recently. My problem is that I'm not sure if it's
> an
> > issue with the dedicated server or the actual OS. How would I go ahead
> and
> > troubleshoot?
> >
> > On Wed, Aug 31, 2011 at 11:32 PM, Arthur Lin 
> wrote:
> >
> > > Awesome news, Chris. I look forward to a possible fix coming in the
> next
> > > update this Friday (Sept. 2, 2011).
> > >
> > >
> > > On Fri, Aug 26, 2011 at 3:19 PM, Chris Russell <
> chris.russ...@gatech.edu
> > >wrote:
> > >
> > >> I have been in communication with someone from valve for about two
> weeks
> > >> regarding this issue.
> > >> They are supposed to only go up to SSE2 according to the gentleman I
> > spoke
> > >> to.
> > >> They have been working on the issue.
> > >>
> > >> -Chris
> > >>
> > >> On Wed, Aug 24, 2011 at 2:18 PM, Arthur Lin 
> > wrote:
> > >>
> > >> > Also, did Valve ever announce their move to SSE3? I wasn't on the
> > >> mailing
> > >> > list until recently. If there's any date when they did say so, it
> > would
> > >> > make
> > >> > it much easier to go through the archives.
> > >> >
> > >> > On Wed, Aug 24, 2011 at 1:10 PM, Arthur Lin 
> > >> wrote:
> > >> >
> > >> > > Thanks for informing me about that! This change was fairly recent,
> > >> too,
> > >> > > because I was running fine before then since release of the game.
> It
> > >> > saddens
> > >> > > me if this is true, but I guess I have to go find an alternative.
> > >> > >
> > >> > > The only strange thing is that I had 'illegal instruction' errors
> > >> before
> > >> > > but disappeared without any need to change anything in my setup,
> > other
> > >> > than
> > >> > > more updates for Ubuntu and Valve.
> > >> > >
> > >> > >
> > >> > > On Wed, Aug 24, 2011 at 11:02 AM, Adam Nowacki 
> > wrote:
> > >> > >
> > >> > >> FISTTP is a SSE3 instruction, your cpu goes only up to SSE2.
> > >> > >>
> > >> > >>
> > >> > >> On 2011-08-24 12:10, Arthur Lin wrote:
> > >> > >>
> > >> > >>> This problem seems to pop up on forums at least once every year.
> > I'm
> > >> > not
> > >> > >>> sure if it has something to do with a routine update to Ubuntu
> or
> > >> any
> > >> > >>> update
> > >> > >>> to L4D2 srcds. Everything is a fresh install without any
> plug-ins
> > or
> > >> > cfgs
> > >> > >>> since I'm troubleshooting. Simply running ./srcds_run or
> > >> ./srcds_linux
> > >> > >>> gives
> > >> > >>> me he output "Illegal instruction". I've had this problem before
> > and
> > >> it
> > >> > >>> went
> > >> > >>> away after a while from either an update from Valve or Canonical
> > >> > >>> (Ubuntu). I
> > >> > >>> would like to know if there are any workarounds or problem on my
> > >> end!
> > >> > >>> Included on the bottom is also my CPU info since some people
> > >> suggested
> > >> > in
> > >> > >>> the past there was a need for SSE.
> > >> > >>>
> > >> > >>> debug.log:
> > >> > >>> --**
> > >> > >>> CRASH: Wed Aug 24 04:23:55 CDT 2011
> > >> > >>> Start Line: ./srcds_linux -debug -game left4dead2 +map
> c1m1_hotel
> > >> > >>> [New Thread 6917]
> > >> > >>> Core was generated by `./srcds_linux -debug -game left4dead2
> +map
> > >> > >>> c1m1_hotel'.
> > >> > >>> Program terminated with signal 4, Illegal instruction.
> > >> > >>> #0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
> > >> > >>> #0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
> > >> > >>> #1  0x00118576 in CalculateCPUFre

Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-09-09 Thread Rizla 
 I dont have this issue, but it doesn't show up sse3, it does show 
ssse3...whats the difference?


On 19:59, Chris Russell wrote:

I am still experiencing it as well.
> From what I've been told by valve it is a hardware issue in that our CPUs do
not support one of the SSE3 instructions that gcc included in the compiled
form of the server code.  According to my source they were not intending to
include any instructions beyond SSE2...

You can tell what your CPU supports by cat-ing the contents of /proc/cpuinfo
You'll see a line like this:
flags   : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pebs bts cid xtpr

If it doesn't mention sse3 then you are likely in the same boat as myself.

-Chris

On Tue, Sep 6, 2011 at 5:15 PM, Arthur Lin  wrote:


Sadly, the Friday update Sept 2 did not fix the 'illegal instruction' bug
that I've experienced recently. My problem is that I'm not sure if it's an
issue with the dedicated server or the actual OS. How would I go ahead and
troubleshoot?

On Wed, Aug 31, 2011 at 11:32 PM, Arthur Lin  wrote:


Awesome news, Chris. I look forward to a possible fix coming in the next
update this Friday (Sept. 2, 2011).


On Fri, Aug 26, 2011 at 3:19 PM, Chris Russell
I have been in communication with someone from valve for about two weeks
regarding this issue.
They are supposed to only go up to SSE2 according to the gentleman I

spoke

to.
They have been working on the issue.

-Chris

On Wed, Aug 24, 2011 at 2:18 PM, Arthur Lin

wrote:

Also, did Valve ever announce their move to SSE3? I wasn't on the

mailing

list until recently. If there's any date when they did say so, it

would

make
it much easier to go through the archives.

On Wed, Aug 24, 2011 at 1:10 PM, Arthur Lin

wrote:

Thanks for informing me about that! This change was fairly recent,

too,

because I was running fine before then since release of the game. It

saddens

me if this is true, but I guess I have to go find an alternative.

The only strange thing is that I had 'illegal instruction' errors

before

but disappeared without any need to change anything in my setup,

other

than

more updates for Ubuntu and Valve.


On Wed, Aug 24, 2011 at 11:02 AM, Adam Nowacki

wrote:

FISTTP is a SSE3 instruction, your cpu goes only up to SSE2.


On 2011-08-24 12:10, Arthur Lin wrote:


This problem seems to pop up on forums at least once every year.

I'm

not

sure if it has something to do with a routine update to Ubuntu or

any

update
to L4D2 srcds. Everything is a fresh install without any plug-ins

or

cfgs

since I'm troubleshooting. Simply running ./srcds_run or

./srcds_linux

gives
me he output "Illegal instruction". I've had this problem before

and

it

went
away after a while from either an update from Valve or Canonical
(Ubuntu). I
would like to know if there are any workarounds or problem on my

end!

Included on the bottom is also my CPU info since some people

suggested

in

the past there was a need for SSE.

debug.log:
--**
CRASH: Wed Aug 24 04:23:55 CDT 2011
Start Line: ./srcds_linux -debug -game left4dead2 +map c1m1_hotel
[New Thread 6917]
Core was generated by `./srcds_linux -debug -game left4dead2 +map
c1m1_hotel'.
Program terminated with signal 4, Illegal instruction.
#0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
#0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
#1  0x00118576 in CalculateCPUFreq() () from bin/libtier0.so
#2  0x00117e10 in GetCPUInformation () from bin/libtier0.so
#3  0x00118fe3 in global constructors keyed to fasttimer.cpp ()

from

bin/libtier0.so
#4  0x00128e13 in __do_global_ctors_aux () from bin/libtier0.so
#5  0x001158c0 in _init () from bin/libtier0.so
#6  0x00be064c in ?? () from /lib/ld-linux.so.2
#7  0x00be0769 in ?? () from /lib/ld-linux.so.2
#8  0x00be47bf in ?? () from /lib/ld-linux.so.2
#9  0x00be04d6 in ?? () from /lib/ld-linux.so.2
#10 0x00be4146 in ?? () from /lib/ld-linux.so.2
#11 0x001d0b9b in ?? () from /lib/i386-linux-gnu/libdl.so.2
#12 0x00be04d6 in ?? () from /lib/ld-linux.so.2
#13 0x001d12cc in ?? () from /lib/i386-linux-gnu/libdl.so.2
#14 0x001d0c51 in dlopen () from /lib/i386-linux-gnu/libdl.so.2
#15 0x08048805 in main ()
No symbol table info available.
eax0xf7a0b5ed-140462611
ecx0x10c64294
edx0x10c64294
ebx0x130ff41249268
esp0xbfbdd2a00xbfbdd2a0
ebp0xbfbdd2c80xbfbdd2c8
esi0xec2e-5074
edi0x-1
eip0x128bd40x128bd4<__fixunsdfdi+32>
eflags 0x210202[ IF RF ID ]
cs 0x73115
ss 0x7b123
ds 0x7b123
es 0x7b123
fs 0x00
gs 0x3351


 FromTo  Syms Read   Shared Object Library


0x0061a4b0  0x00634b38  Yes (*) /lib/i386-linux-gnu/libm.so.6
0x001d0a40  0x001d1998  Y

Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-09-09 Thread Chris Russell 
I am still experiencing it as well.
>From what I've been told by valve it is a hardware issue in that our CPUs do
not support one of the SSE3 instructions that gcc included in the compiled
form of the server code.  According to my source they were not intending to
include any instructions beyond SSE2...

You can tell what your CPU supports by cat-ing the contents of /proc/cpuinfo
You'll see a line like this:
flags   : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pebs bts cid xtpr

If it doesn't mention sse3 then you are likely in the same boat as myself.

-Chris

On Tue, Sep 6, 2011 at 5:15 PM, Arthur Lin  wrote:

> Sadly, the Friday update Sept 2 did not fix the 'illegal instruction' bug
> that I've experienced recently. My problem is that I'm not sure if it's an
> issue with the dedicated server or the actual OS. How would I go ahead and
> troubleshoot?
>
> On Wed, Aug 31, 2011 at 11:32 PM, Arthur Lin  wrote:
>
> > Awesome news, Chris. I look forward to a possible fix coming in the next
> > update this Friday (Sept. 2, 2011).
> >
> >
> > On Fri, Aug 26, 2011 at 3:19 PM, Chris Russell  >wrote:
> >
> >> I have been in communication with someone from valve for about two weeks
> >> regarding this issue.
> >> They are supposed to only go up to SSE2 according to the gentleman I
> spoke
> >> to.
> >> They have been working on the issue.
> >>
> >> -Chris
> >>
> >> On Wed, Aug 24, 2011 at 2:18 PM, Arthur Lin 
> wrote:
> >>
> >> > Also, did Valve ever announce their move to SSE3? I wasn't on the
> >> mailing
> >> > list until recently. If there's any date when they did say so, it
> would
> >> > make
> >> > it much easier to go through the archives.
> >> >
> >> > On Wed, Aug 24, 2011 at 1:10 PM, Arthur Lin 
> >> wrote:
> >> >
> >> > > Thanks for informing me about that! This change was fairly recent,
> >> too,
> >> > > because I was running fine before then since release of the game. It
> >> > saddens
> >> > > me if this is true, but I guess I have to go find an alternative.
> >> > >
> >> > > The only strange thing is that I had 'illegal instruction' errors
> >> before
> >> > > but disappeared without any need to change anything in my setup,
> other
> >> > than
> >> > > more updates for Ubuntu and Valve.
> >> > >
> >> > >
> >> > > On Wed, Aug 24, 2011 at 11:02 AM, Adam Nowacki 
> wrote:
> >> > >
> >> > >> FISTTP is a SSE3 instruction, your cpu goes only up to SSE2.
> >> > >>
> >> > >>
> >> > >> On 2011-08-24 12:10, Arthur Lin wrote:
> >> > >>
> >> > >>> This problem seems to pop up on forums at least once every year.
> I'm
> >> > not
> >> > >>> sure if it has something to do with a routine update to Ubuntu or
> >> any
> >> > >>> update
> >> > >>> to L4D2 srcds. Everything is a fresh install without any plug-ins
> or
> >> > cfgs
> >> > >>> since I'm troubleshooting. Simply running ./srcds_run or
> >> ./srcds_linux
> >> > >>> gives
> >> > >>> me he output "Illegal instruction". I've had this problem before
> and
> >> it
> >> > >>> went
> >> > >>> away after a while from either an update from Valve or Canonical
> >> > >>> (Ubuntu). I
> >> > >>> would like to know if there are any workarounds or problem on my
> >> end!
> >> > >>> Included on the bottom is also my CPU info since some people
> >> suggested
> >> > in
> >> > >>> the past there was a need for SSE.
> >> > >>>
> >> > >>> debug.log:
> >> > >>> --**
> >> > >>> CRASH: Wed Aug 24 04:23:55 CDT 2011
> >> > >>> Start Line: ./srcds_linux -debug -game left4dead2 +map c1m1_hotel
> >> > >>> [New Thread 6917]
> >> > >>> Core was generated by `./srcds_linux -debug -game left4dead2 +map
> >> > >>> c1m1_hotel'.
> >> > >>> Program terminated with signal 4, Illegal instruction.
> >> > >>> #0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
> >> > >>> #0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
> >> > >>> #1  0x00118576 in CalculateCPUFreq() () from bin/libtier0.so
> >> > >>> #2  0x00117e10 in GetCPUInformation () from bin/libtier0.so
> >> > >>> #3  0x00118fe3 in global constructors keyed to fasttimer.cpp ()
> from
> >> > >>> bin/libtier0.so
> >> > >>> #4  0x00128e13 in __do_global_ctors_aux () from bin/libtier0.so
> >> > >>> #5  0x001158c0 in _init () from bin/libtier0.so
> >> > >>> #6  0x00be064c in ?? () from /lib/ld-linux.so.2
> >> > >>> #7  0x00be0769 in ?? () from /lib/ld-linux.so.2
> >> > >>> #8  0x00be47bf in ?? () from /lib/ld-linux.so.2
> >> > >>> #9  0x00be04d6 in ?? () from /lib/ld-linux.so.2
> >> > >>> #10 0x00be4146 in ?? () from /lib/ld-linux.so.2
> >> > >>> #11 0x001d0b9b in ?? () from /lib/i386-linux-gnu/libdl.so.2
> >> > >>> #12 0x00be04d6 in ?? () from /lib/ld-linux.so.2
> >> > >>> #13 0x001d12cc in ?? () from /lib/i386-linux-gnu/libdl.so.2
> >> > >>> #14 0x001d0c51 in dlopen () from /lib/i386-linux-gnu/libdl.so.2
> >> > >>> #15 0x08048805 in main ()
> >> > >>> No symbol table info available.
> >> > >>> eax0xf7a

Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-09-06 Thread Arthur Lin 
Sadly, the Friday update Sept 2 did not fix the 'illegal instruction' bug
that I've experienced recently. My problem is that I'm not sure if it's an
issue with the dedicated server or the actual OS. How would I go ahead and
troubleshoot?

On Wed, Aug 31, 2011 at 11:32 PM, Arthur Lin  wrote:

> Awesome news, Chris. I look forward to a possible fix coming in the next
> update this Friday (Sept. 2, 2011).
>
>
> On Fri, Aug 26, 2011 at 3:19 PM, Chris Russell 
> wrote:
>
>> I have been in communication with someone from valve for about two weeks
>> regarding this issue.
>> They are supposed to only go up to SSE2 according to the gentleman I spoke
>> to.
>> They have been working on the issue.
>>
>> -Chris
>>
>> On Wed, Aug 24, 2011 at 2:18 PM, Arthur Lin  wrote:
>>
>> > Also, did Valve ever announce their move to SSE3? I wasn't on the
>> mailing
>> > list until recently. If there's any date when they did say so, it would
>> > make
>> > it much easier to go through the archives.
>> >
>> > On Wed, Aug 24, 2011 at 1:10 PM, Arthur Lin 
>> wrote:
>> >
>> > > Thanks for informing me about that! This change was fairly recent,
>> too,
>> > > because I was running fine before then since release of the game. It
>> > saddens
>> > > me if this is true, but I guess I have to go find an alternative.
>> > >
>> > > The only strange thing is that I had 'illegal instruction' errors
>> before
>> > > but disappeared without any need to change anything in my setup, other
>> > than
>> > > more updates for Ubuntu and Valve.
>> > >
>> > >
>> > > On Wed, Aug 24, 2011 at 11:02 AM, Adam Nowacki  wrote:
>> > >
>> > >> FISTTP is a SSE3 instruction, your cpu goes only up to SSE2.
>> > >>
>> > >>
>> > >> On 2011-08-24 12:10, Arthur Lin wrote:
>> > >>
>> > >>> This problem seems to pop up on forums at least once every year. I'm
>> > not
>> > >>> sure if it has something to do with a routine update to Ubuntu or
>> any
>> > >>> update
>> > >>> to L4D2 srcds. Everything is a fresh install without any plug-ins or
>> > cfgs
>> > >>> since I'm troubleshooting. Simply running ./srcds_run or
>> ./srcds_linux
>> > >>> gives
>> > >>> me he output "Illegal instruction". I've had this problem before and
>> it
>> > >>> went
>> > >>> away after a while from either an update from Valve or Canonical
>> > >>> (Ubuntu). I
>> > >>> would like to know if there are any workarounds or problem on my
>> end!
>> > >>> Included on the bottom is also my CPU info since some people
>> suggested
>> > in
>> > >>> the past there was a need for SSE.
>> > >>>
>> > >>> debug.log:
>> > >>> --**
>> > >>> CRASH: Wed Aug 24 04:23:55 CDT 2011
>> > >>> Start Line: ./srcds_linux -debug -game left4dead2 +map c1m1_hotel
>> > >>> [New Thread 6917]
>> > >>> Core was generated by `./srcds_linux -debug -game left4dead2 +map
>> > >>> c1m1_hotel'.
>> > >>> Program terminated with signal 4, Illegal instruction.
>> > >>> #0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
>> > >>> #0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
>> > >>> #1  0x00118576 in CalculateCPUFreq() () from bin/libtier0.so
>> > >>> #2  0x00117e10 in GetCPUInformation () from bin/libtier0.so
>> > >>> #3  0x00118fe3 in global constructors keyed to fasttimer.cpp () from
>> > >>> bin/libtier0.so
>> > >>> #4  0x00128e13 in __do_global_ctors_aux () from bin/libtier0.so
>> > >>> #5  0x001158c0 in _init () from bin/libtier0.so
>> > >>> #6  0x00be064c in ?? () from /lib/ld-linux.so.2
>> > >>> #7  0x00be0769 in ?? () from /lib/ld-linux.so.2
>> > >>> #8  0x00be47bf in ?? () from /lib/ld-linux.so.2
>> > >>> #9  0x00be04d6 in ?? () from /lib/ld-linux.so.2
>> > >>> #10 0x00be4146 in ?? () from /lib/ld-linux.so.2
>> > >>> #11 0x001d0b9b in ?? () from /lib/i386-linux-gnu/libdl.so.2
>> > >>> #12 0x00be04d6 in ?? () from /lib/ld-linux.so.2
>> > >>> #13 0x001d12cc in ?? () from /lib/i386-linux-gnu/libdl.so.2
>> > >>> #14 0x001d0c51 in dlopen () from /lib/i386-linux-gnu/libdl.so.2
>> > >>> #15 0x08048805 in main ()
>> > >>> No symbol table info available.
>> > >>> eax0xf7a0b5ed-140462611
>> > >>> ecx0x10c64294
>> > >>> edx0x10c64294
>> > >>> ebx0x130ff41249268
>> > >>> esp0xbfbdd2a00xbfbdd2a0
>> > >>> ebp0xbfbdd2c80xbfbdd2c8
>> > >>> esi0xec2e-5074
>> > >>> edi0x-1
>> > >>> eip0x128bd40x128bd4<__fixunsdfdi+32>
>> > >>> eflags 0x210202[ IF RF ID ]
>> > >>> cs 0x73115
>> > >>> ss 0x7b123
>> > >>> ds 0x7b123
>> > >>> es 0x7b123
>> > >>> fs 0x00
>> > >>> gs 0x3351
>> > >>>
>> >  FromTo  Syms Read   Shared Object Library
>> > 
>> > >>> 0x0061a4b0  0x00634b38  Yes (*) /lib/i386-linux-gnu/libm.so.6
>> > >>> 0x001d0a40  0x001d1998  Yes (*) /lib/i386-linux-gnu/libdl.so.2
>> > >>> 0x00159610  0x001659d8  Y

Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-08-31 Thread Arthur Lin 
Awesome news, Chris. I look forward to a possible fix coming in the next
update this Friday (Sept. 2, 2011).

On Fri, Aug 26, 2011 at 3:19 PM, Chris Russell wrote:

> I have been in communication with someone from valve for about two weeks
> regarding this issue.
> They are supposed to only go up to SSE2 according to the gentleman I spoke
> to.
> They have been working on the issue.
>
> -Chris
>
> On Wed, Aug 24, 2011 at 2:18 PM, Arthur Lin  wrote:
>
> > Also, did Valve ever announce their move to SSE3? I wasn't on the mailing
> > list until recently. If there's any date when they did say so, it would
> > make
> > it much easier to go through the archives.
> >
> > On Wed, Aug 24, 2011 at 1:10 PM, Arthur Lin 
> wrote:
> >
> > > Thanks for informing me about that! This change was fairly recent, too,
> > > because I was running fine before then since release of the game. It
> > saddens
> > > me if this is true, but I guess I have to go find an alternative.
> > >
> > > The only strange thing is that I had 'illegal instruction' errors
> before
> > > but disappeared without any need to change anything in my setup, other
> > than
> > > more updates for Ubuntu and Valve.
> > >
> > >
> > > On Wed, Aug 24, 2011 at 11:02 AM, Adam Nowacki  wrote:
> > >
> > >> FISTTP is a SSE3 instruction, your cpu goes only up to SSE2.
> > >>
> > >>
> > >> On 2011-08-24 12:10, Arthur Lin wrote:
> > >>
> > >>> This problem seems to pop up on forums at least once every year. I'm
> > not
> > >>> sure if it has something to do with a routine update to Ubuntu or any
> > >>> update
> > >>> to L4D2 srcds. Everything is a fresh install without any plug-ins or
> > cfgs
> > >>> since I'm troubleshooting. Simply running ./srcds_run or
> ./srcds_linux
> > >>> gives
> > >>> me he output "Illegal instruction". I've had this problem before and
> it
> > >>> went
> > >>> away after a while from either an update from Valve or Canonical
> > >>> (Ubuntu). I
> > >>> would like to know if there are any workarounds or problem on my end!
> > >>> Included on the bottom is also my CPU info since some people
> suggested
> > in
> > >>> the past there was a need for SSE.
> > >>>
> > >>> debug.log:
> > >>> --**
> > >>> CRASH: Wed Aug 24 04:23:55 CDT 2011
> > >>> Start Line: ./srcds_linux -debug -game left4dead2 +map c1m1_hotel
> > >>> [New Thread 6917]
> > >>> Core was generated by `./srcds_linux -debug -game left4dead2 +map
> > >>> c1m1_hotel'.
> > >>> Program terminated with signal 4, Illegal instruction.
> > >>> #0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
> > >>> #0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
> > >>> #1  0x00118576 in CalculateCPUFreq() () from bin/libtier0.so
> > >>> #2  0x00117e10 in GetCPUInformation () from bin/libtier0.so
> > >>> #3  0x00118fe3 in global constructors keyed to fasttimer.cpp () from
> > >>> bin/libtier0.so
> > >>> #4  0x00128e13 in __do_global_ctors_aux () from bin/libtier0.so
> > >>> #5  0x001158c0 in _init () from bin/libtier0.so
> > >>> #6  0x00be064c in ?? () from /lib/ld-linux.so.2
> > >>> #7  0x00be0769 in ?? () from /lib/ld-linux.so.2
> > >>> #8  0x00be47bf in ?? () from /lib/ld-linux.so.2
> > >>> #9  0x00be04d6 in ?? () from /lib/ld-linux.so.2
> > >>> #10 0x00be4146 in ?? () from /lib/ld-linux.so.2
> > >>> #11 0x001d0b9b in ?? () from /lib/i386-linux-gnu/libdl.so.2
> > >>> #12 0x00be04d6 in ?? () from /lib/ld-linux.so.2
> > >>> #13 0x001d12cc in ?? () from /lib/i386-linux-gnu/libdl.so.2
> > >>> #14 0x001d0c51 in dlopen () from /lib/i386-linux-gnu/libdl.so.2
> > >>> #15 0x08048805 in main ()
> > >>> No symbol table info available.
> > >>> eax0xf7a0b5ed-140462611
> > >>> ecx0x10c64294
> > >>> edx0x10c64294
> > >>> ebx0x130ff41249268
> > >>> esp0xbfbdd2a00xbfbdd2a0
> > >>> ebp0xbfbdd2c80xbfbdd2c8
> > >>> esi0xec2e-5074
> > >>> edi0x-1
> > >>> eip0x128bd40x128bd4<__fixunsdfdi+32>
> > >>> eflags 0x210202[ IF RF ID ]
> > >>> cs 0x73115
> > >>> ss 0x7b123
> > >>> ds 0x7b123
> > >>> es 0x7b123
> > >>> fs 0x00
> > >>> gs 0x3351
> > >>>
> >  FromTo  Syms Read   Shared Object Library
> > 
> > >>> 0x0061a4b0  0x00634b38  Yes (*) /lib/i386-linux-gnu/libm.so.6
> > >>> 0x001d0a40  0x001d1998  Yes (*) /lib/i386-linux-gnu/libdl.so.2
> > >>> 0x00159610  0x001659d8  Yes (*) /lib/i386-linux-gnu/**
> > >>> libpthread.so.0
> > >>> 0x002182e0  0x00289d08  Yes (*) /usr/lib/i386-linux-gnu/**
> > >>> libstdc++.so.6
> > >>> 0x002d5c10  0x003e01c4  Yes (*) /lib/i386-linux-gnu/libc.so.6
> > >>> 0x00bd2830  0x00be94af  Yes (*) /lib/ld-linux.so.2
> > >>> 0x00939f50  0x00950418  Yes (*)
> /lib/i386-linux-gnu/libgcc_s.**so.1
> > >>> 0x00116440  0x00128e24  Yes (*) bin/libtier0.

Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-08-26 Thread Chris Russell 
I have been in communication with someone from valve for about two weeks
regarding this issue.
They are supposed to only go up to SSE2 according to the gentleman I spoke
to.
They have been working on the issue.

-Chris

On Wed, Aug 24, 2011 at 2:18 PM, Arthur Lin  wrote:

> Also, did Valve ever announce their move to SSE3? I wasn't on the mailing
> list until recently. If there's any date when they did say so, it would
> make
> it much easier to go through the archives.
>
> On Wed, Aug 24, 2011 at 1:10 PM, Arthur Lin  wrote:
>
> > Thanks for informing me about that! This change was fairly recent, too,
> > because I was running fine before then since release of the game. It
> saddens
> > me if this is true, but I guess I have to go find an alternative.
> >
> > The only strange thing is that I had 'illegal instruction' errors before
> > but disappeared without any need to change anything in my setup, other
> than
> > more updates for Ubuntu and Valve.
> >
> >
> > On Wed, Aug 24, 2011 at 11:02 AM, Adam Nowacki  wrote:
> >
> >> FISTTP is a SSE3 instruction, your cpu goes only up to SSE2.
> >>
> >>
> >> On 2011-08-24 12:10, Arthur Lin wrote:
> >>
> >>> This problem seems to pop up on forums at least once every year. I'm
> not
> >>> sure if it has something to do with a routine update to Ubuntu or any
> >>> update
> >>> to L4D2 srcds. Everything is a fresh install without any plug-ins or
> cfgs
> >>> since I'm troubleshooting. Simply running ./srcds_run or ./srcds_linux
> >>> gives
> >>> me he output "Illegal instruction". I've had this problem before and it
> >>> went
> >>> away after a while from either an update from Valve or Canonical
> >>> (Ubuntu). I
> >>> would like to know if there are any workarounds or problem on my end!
> >>> Included on the bottom is also my CPU info since some people suggested
> in
> >>> the past there was a need for SSE.
> >>>
> >>> debug.log:
> >>> --**
> >>> CRASH: Wed Aug 24 04:23:55 CDT 2011
> >>> Start Line: ./srcds_linux -debug -game left4dead2 +map c1m1_hotel
> >>> [New Thread 6917]
> >>> Core was generated by `./srcds_linux -debug -game left4dead2 +map
> >>> c1m1_hotel'.
> >>> Program terminated with signal 4, Illegal instruction.
> >>> #0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
> >>> #0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
> >>> #1  0x00118576 in CalculateCPUFreq() () from bin/libtier0.so
> >>> #2  0x00117e10 in GetCPUInformation () from bin/libtier0.so
> >>> #3  0x00118fe3 in global constructors keyed to fasttimer.cpp () from
> >>> bin/libtier0.so
> >>> #4  0x00128e13 in __do_global_ctors_aux () from bin/libtier0.so
> >>> #5  0x001158c0 in _init () from bin/libtier0.so
> >>> #6  0x00be064c in ?? () from /lib/ld-linux.so.2
> >>> #7  0x00be0769 in ?? () from /lib/ld-linux.so.2
> >>> #8  0x00be47bf in ?? () from /lib/ld-linux.so.2
> >>> #9  0x00be04d6 in ?? () from /lib/ld-linux.so.2
> >>> #10 0x00be4146 in ?? () from /lib/ld-linux.so.2
> >>> #11 0x001d0b9b in ?? () from /lib/i386-linux-gnu/libdl.so.2
> >>> #12 0x00be04d6 in ?? () from /lib/ld-linux.so.2
> >>> #13 0x001d12cc in ?? () from /lib/i386-linux-gnu/libdl.so.2
> >>> #14 0x001d0c51 in dlopen () from /lib/i386-linux-gnu/libdl.so.2
> >>> #15 0x08048805 in main ()
> >>> No symbol table info available.
> >>> eax0xf7a0b5ed-140462611
> >>> ecx0x10c64294
> >>> edx0x10c64294
> >>> ebx0x130ff41249268
> >>> esp0xbfbdd2a00xbfbdd2a0
> >>> ebp0xbfbdd2c80xbfbdd2c8
> >>> esi0xec2e-5074
> >>> edi0x-1
> >>> eip0x128bd40x128bd4<__fixunsdfdi+32>
> >>> eflags 0x210202[ IF RF ID ]
> >>> cs 0x73115
> >>> ss 0x7b123
> >>> ds 0x7b123
> >>> es 0x7b123
> >>> fs 0x00
> >>> gs 0x3351
> >>>
>  FromTo  Syms Read   Shared Object Library
> 
> >>> 0x0061a4b0  0x00634b38  Yes (*) /lib/i386-linux-gnu/libm.so.6
> >>> 0x001d0a40  0x001d1998  Yes (*) /lib/i386-linux-gnu/libdl.so.2
> >>> 0x00159610  0x001659d8  Yes (*) /lib/i386-linux-gnu/**
> >>> libpthread.so.0
> >>> 0x002182e0  0x00289d08  Yes (*) /usr/lib/i386-linux-gnu/**
> >>> libstdc++.so.6
> >>> 0x002d5c10  0x003e01c4  Yes (*) /lib/i386-linux-gnu/libc.so.6
> >>> 0x00bd2830  0x00be94af  Yes (*) /lib/ld-linux.so.2
> >>> 0x00939f50  0x00950418  Yes (*) /lib/i386-linux-gnu/libgcc_s.**so.1
> >>> 0x00116440  0x00128e24  Yes (*) bin/libtier0.so
> >>> (*): Shared library is missing debugging information.
> >>> Dump of assembler code for function __fixunsdfdi:
> >>>0x00128bb4<+0>:push   %ebp
> >>>0x00128bb5<+1>:mov%esp,%ebp
> >>>0x00128bb7<+3>:push   %edi
> >>>0x00128bb8<+4>:push   %esi
> >>>0x00128bb9<+5>:push   %ebx
> >>>0x00128bba<+6>:sub$0x1c,%esp
> >>>0x00128

Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-08-24 Thread Arthur Lin 
Also, did Valve ever announce their move to SSE3? I wasn't on the mailing
list until recently. If there's any date when they did say so, it would make
it much easier to go through the archives.

On Wed, Aug 24, 2011 at 1:10 PM, Arthur Lin  wrote:

> Thanks for informing me about that! This change was fairly recent, too,
> because I was running fine before then since release of the game. It saddens
> me if this is true, but I guess I have to go find an alternative.
>
> The only strange thing is that I had 'illegal instruction' errors before
> but disappeared without any need to change anything in my setup, other than
> more updates for Ubuntu and Valve.
>
>
> On Wed, Aug 24, 2011 at 11:02 AM, Adam Nowacki  wrote:
>
>> FISTTP is a SSE3 instruction, your cpu goes only up to SSE2.
>>
>>
>> On 2011-08-24 12:10, Arthur Lin wrote:
>>
>>> This problem seems to pop up on forums at least once every year. I'm not
>>> sure if it has something to do with a routine update to Ubuntu or any
>>> update
>>> to L4D2 srcds. Everything is a fresh install without any plug-ins or cfgs
>>> since I'm troubleshooting. Simply running ./srcds_run or ./srcds_linux
>>> gives
>>> me he output "Illegal instruction". I've had this problem before and it
>>> went
>>> away after a while from either an update from Valve or Canonical
>>> (Ubuntu). I
>>> would like to know if there are any workarounds or problem on my end!
>>> Included on the bottom is also my CPU info since some people suggested in
>>> the past there was a need for SSE.
>>>
>>> debug.log:
>>> --**
>>> CRASH: Wed Aug 24 04:23:55 CDT 2011
>>> Start Line: ./srcds_linux -debug -game left4dead2 +map c1m1_hotel
>>> [New Thread 6917]
>>> Core was generated by `./srcds_linux -debug -game left4dead2 +map
>>> c1m1_hotel'.
>>> Program terminated with signal 4, Illegal instruction.
>>> #0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
>>> #0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
>>> #1  0x00118576 in CalculateCPUFreq() () from bin/libtier0.so
>>> #2  0x00117e10 in GetCPUInformation () from bin/libtier0.so
>>> #3  0x00118fe3 in global constructors keyed to fasttimer.cpp () from
>>> bin/libtier0.so
>>> #4  0x00128e13 in __do_global_ctors_aux () from bin/libtier0.so
>>> #5  0x001158c0 in _init () from bin/libtier0.so
>>> #6  0x00be064c in ?? () from /lib/ld-linux.so.2
>>> #7  0x00be0769 in ?? () from /lib/ld-linux.so.2
>>> #8  0x00be47bf in ?? () from /lib/ld-linux.so.2
>>> #9  0x00be04d6 in ?? () from /lib/ld-linux.so.2
>>> #10 0x00be4146 in ?? () from /lib/ld-linux.so.2
>>> #11 0x001d0b9b in ?? () from /lib/i386-linux-gnu/libdl.so.2
>>> #12 0x00be04d6 in ?? () from /lib/ld-linux.so.2
>>> #13 0x001d12cc in ?? () from /lib/i386-linux-gnu/libdl.so.2
>>> #14 0x001d0c51 in dlopen () from /lib/i386-linux-gnu/libdl.so.2
>>> #15 0x08048805 in main ()
>>> No symbol table info available.
>>> eax0xf7a0b5ed-140462611
>>> ecx0x10c64294
>>> edx0x10c64294
>>> ebx0x130ff41249268
>>> esp0xbfbdd2a00xbfbdd2a0
>>> ebp0xbfbdd2c80xbfbdd2c8
>>> esi0xec2e-5074
>>> edi0x-1
>>> eip0x128bd40x128bd4<__fixunsdfdi+32>
>>> eflags 0x210202[ IF RF ID ]
>>> cs 0x73115
>>> ss 0x7b123
>>> ds 0x7b123
>>> es 0x7b123
>>> fs 0x00
>>> gs 0x3351
>>>
 FromTo  Syms Read   Shared Object Library

>>> 0x0061a4b0  0x00634b38  Yes (*) /lib/i386-linux-gnu/libm.so.6
>>> 0x001d0a40  0x001d1998  Yes (*) /lib/i386-linux-gnu/libdl.so.2
>>> 0x00159610  0x001659d8  Yes (*) /lib/i386-linux-gnu/**
>>> libpthread.so.0
>>> 0x002182e0  0x00289d08  Yes (*) /usr/lib/i386-linux-gnu/**
>>> libstdc++.so.6
>>> 0x002d5c10  0x003e01c4  Yes (*) /lib/i386-linux-gnu/libc.so.6
>>> 0x00bd2830  0x00be94af  Yes (*) /lib/ld-linux.so.2
>>> 0x00939f50  0x00950418  Yes (*) /lib/i386-linux-gnu/libgcc_s.**so.1
>>> 0x00116440  0x00128e24  Yes (*) bin/libtier0.so
>>> (*): Shared library is missing debugging information.
>>> Dump of assembler code for function __fixunsdfdi:
>>>0x00128bb4<+0>:push   %ebp
>>>0x00128bb5<+1>:mov%esp,%ebp
>>>0x00128bb7<+3>:push   %edi
>>>0x00128bb8<+4>:push   %esi
>>>0x00128bb9<+5>:push   %ebx
>>>0x00128bba<+6>:sub$0x1c,%esp
>>>0x00128bbd<+9>:call   0x128bc2<__fixunsdfdi+14>
>>>0x00128bc2<+14>:pop%ebx
>>>0x00128bc3<+15>:add$0x8432,%ebx
>>>0x00128bc9<+21>:fldl   0x8(%ebp)
>>>0x00128bcc<+24>:fld%st(0)
>>>0x00128bce<+26>:fmuls  -0x6c1c(%ebx)
>>> =>  0x00128bd4<+32>:fisttpll -0x20(%ebp)
>>>0x00128bd7<+35>:mov-0x20(%ebp),%edx
>>>0x00128bda<+38>:movd   %edx,%xmm0
>>>0x00128bde<+42>:movq   %xmm0,-0x18(%ebp)
>>>0x00128be3<+47>:

Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-08-24 Thread Arthur Lin 
Thanks for informing me about that! This change was fairly recent, too,
because I was running fine before then since release of the game. It saddens
me if this is true, but I guess I have to go find an alternative.

The only strange thing is that I had 'illegal instruction' errors before but
disappeared without any need to change anything in my setup, other than more
updates for Ubuntu and Valve.

On Wed, Aug 24, 2011 at 11:02 AM, Adam Nowacki  wrote:

> FISTTP is a SSE3 instruction, your cpu goes only up to SSE2.
>
>
> On 2011-08-24 12:10, Arthur Lin wrote:
>
>> This problem seems to pop up on forums at least once every year. I'm not
>> sure if it has something to do with a routine update to Ubuntu or any
>> update
>> to L4D2 srcds. Everything is a fresh install without any plug-ins or cfgs
>> since I'm troubleshooting. Simply running ./srcds_run or ./srcds_linux
>> gives
>> me he output "Illegal instruction". I've had this problem before and it
>> went
>> away after a while from either an update from Valve or Canonical (Ubuntu).
>> I
>> would like to know if there are any workarounds or problem on my end!
>> Included on the bottom is also my CPU info since some people suggested in
>> the past there was a need for SSE.
>>
>> debug.log:
>> --**
>> CRASH: Wed Aug 24 04:23:55 CDT 2011
>> Start Line: ./srcds_linux -debug -game left4dead2 +map c1m1_hotel
>> [New Thread 6917]
>> Core was generated by `./srcds_linux -debug -game left4dead2 +map
>> c1m1_hotel'.
>> Program terminated with signal 4, Illegal instruction.
>> #0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
>> #0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
>> #1  0x00118576 in CalculateCPUFreq() () from bin/libtier0.so
>> #2  0x00117e10 in GetCPUInformation () from bin/libtier0.so
>> #3  0x00118fe3 in global constructors keyed to fasttimer.cpp () from
>> bin/libtier0.so
>> #4  0x00128e13 in __do_global_ctors_aux () from bin/libtier0.so
>> #5  0x001158c0 in _init () from bin/libtier0.so
>> #6  0x00be064c in ?? () from /lib/ld-linux.so.2
>> #7  0x00be0769 in ?? () from /lib/ld-linux.so.2
>> #8  0x00be47bf in ?? () from /lib/ld-linux.so.2
>> #9  0x00be04d6 in ?? () from /lib/ld-linux.so.2
>> #10 0x00be4146 in ?? () from /lib/ld-linux.so.2
>> #11 0x001d0b9b in ?? () from /lib/i386-linux-gnu/libdl.so.2
>> #12 0x00be04d6 in ?? () from /lib/ld-linux.so.2
>> #13 0x001d12cc in ?? () from /lib/i386-linux-gnu/libdl.so.2
>> #14 0x001d0c51 in dlopen () from /lib/i386-linux-gnu/libdl.so.2
>> #15 0x08048805 in main ()
>> No symbol table info available.
>> eax0xf7a0b5ed-140462611
>> ecx0x10c64294
>> edx0x10c64294
>> ebx0x130ff41249268
>> esp0xbfbdd2a00xbfbdd2a0
>> ebp0xbfbdd2c80xbfbdd2c8
>> esi0xec2e-5074
>> edi0x-1
>> eip0x128bd40x128bd4<__fixunsdfdi+32>
>> eflags 0x210202[ IF RF ID ]
>> cs 0x73115
>> ss 0x7b123
>> ds 0x7b123
>> es 0x7b123
>> fs 0x00
>> gs 0x3351
>>
>>> FromTo  Syms Read   Shared Object Library
>>>
>> 0x0061a4b0  0x00634b38  Yes (*) /lib/i386-linux-gnu/libm.so.6
>> 0x001d0a40  0x001d1998  Yes (*) /lib/i386-linux-gnu/libdl.so.2
>> 0x00159610  0x001659d8  Yes (*) /lib/i386-linux-gnu/**libpthread.so.0
>> 0x002182e0  0x00289d08  Yes (*) /usr/lib/i386-linux-gnu/**
>> libstdc++.so.6
>> 0x002d5c10  0x003e01c4  Yes (*) /lib/i386-linux-gnu/libc.so.6
>> 0x00bd2830  0x00be94af  Yes (*) /lib/ld-linux.so.2
>> 0x00939f50  0x00950418  Yes (*) /lib/i386-linux-gnu/libgcc_s.**so.1
>> 0x00116440  0x00128e24  Yes (*) bin/libtier0.so
>> (*): Shared library is missing debugging information.
>> Dump of assembler code for function __fixunsdfdi:
>>0x00128bb4<+0>:push   %ebp
>>0x00128bb5<+1>:mov%esp,%ebp
>>0x00128bb7<+3>:push   %edi
>>0x00128bb8<+4>:push   %esi
>>0x00128bb9<+5>:push   %ebx
>>0x00128bba<+6>:sub$0x1c,%esp
>>0x00128bbd<+9>:call   0x128bc2<__fixunsdfdi+14>
>>0x00128bc2<+14>:pop%ebx
>>0x00128bc3<+15>:add$0x8432,%ebx
>>0x00128bc9<+21>:fldl   0x8(%ebp)
>>0x00128bcc<+24>:fld%st(0)
>>0x00128bce<+26>:fmuls  -0x6c1c(%ebx)
>> =>  0x00128bd4<+32>:fisttpll -0x20(%ebp)
>>0x00128bd7<+35>:mov-0x20(%ebp),%edx
>>0x00128bda<+38>:movd   %edx,%xmm0
>>0x00128bde<+42>:movq   %xmm0,-0x18(%ebp)
>>0x00128be3<+47>:fildll -0x18(%ebp)
>>0x00128be6<+50>:fmuls  -0x6c18(%ebx)
>>0x00128bec<+56>:faddp  %st,%st(1)
>>0x00128bee<+58>:fisttpll -0x20(%ebp)
>>0x00128bf1<+61>:mov-0x20(%ebp),%esi
>>0x00128bf4<+64>:mov%esi,%eax
>>0x00128bf6<+66>:add$0x1c,%esp
>>0x00128bf9<+69>:pop%ebx
>>0x00128bfa<+70>:pop

Re: [hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-08-24 Thread Adam Nowacki 

FISTTP is a SSE3 instruction, your cpu goes only up to SSE2.

On 2011-08-24 12:10, Arthur Lin wrote:

This problem seems to pop up on forums at least once every year. I'm not
sure if it has something to do with a routine update to Ubuntu or any update
to L4D2 srcds. Everything is a fresh install without any plug-ins or cfgs
since I'm troubleshooting. Simply running ./srcds_run or ./srcds_linux gives
me he output "Illegal instruction". I've had this problem before and it went
away after a while from either an update from Valve or Canonical (Ubuntu). I
would like to know if there are any workarounds or problem on my end!
Included on the bottom is also my CPU info since some people suggested in
the past there was a need for SSE.

debug.log:
--
CRASH: Wed Aug 24 04:23:55 CDT 2011
Start Line: ./srcds_linux -debug -game left4dead2 +map c1m1_hotel
[New Thread 6917]
Core was generated by `./srcds_linux -debug -game left4dead2 +map
c1m1_hotel'.
Program terminated with signal 4, Illegal instruction.
#0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
#0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
#1  0x00118576 in CalculateCPUFreq() () from bin/libtier0.so
#2  0x00117e10 in GetCPUInformation () from bin/libtier0.so
#3  0x00118fe3 in global constructors keyed to fasttimer.cpp () from
bin/libtier0.so
#4  0x00128e13 in __do_global_ctors_aux () from bin/libtier0.so
#5  0x001158c0 in _init () from bin/libtier0.so
#6  0x00be064c in ?? () from /lib/ld-linux.so.2
#7  0x00be0769 in ?? () from /lib/ld-linux.so.2
#8  0x00be47bf in ?? () from /lib/ld-linux.so.2
#9  0x00be04d6 in ?? () from /lib/ld-linux.so.2
#10 0x00be4146 in ?? () from /lib/ld-linux.so.2
#11 0x001d0b9b in ?? () from /lib/i386-linux-gnu/libdl.so.2
#12 0x00be04d6 in ?? () from /lib/ld-linux.so.2
#13 0x001d12cc in ?? () from /lib/i386-linux-gnu/libdl.so.2
#14 0x001d0c51 in dlopen () from /lib/i386-linux-gnu/libdl.so.2
#15 0x08048805 in main ()
No symbol table info available.
eax0xf7a0b5ed-140462611
ecx0x10c64294
edx0x10c64294
ebx0x130ff41249268
esp0xbfbdd2a00xbfbdd2a0
ebp0xbfbdd2c80xbfbdd2c8
esi0xec2e-5074
edi0x-1
eip0x128bd40x128bd4<__fixunsdfdi+32>
eflags 0x210202[ IF RF ID ]
cs 0x73115
ss 0x7b123
ds 0x7b123
es 0x7b123
fs 0x00
gs 0x3351

FromTo  Syms Read   Shared Object Library

0x0061a4b0  0x00634b38  Yes (*) /lib/i386-linux-gnu/libm.so.6
0x001d0a40  0x001d1998  Yes (*) /lib/i386-linux-gnu/libdl.so.2
0x00159610  0x001659d8  Yes (*) /lib/i386-linux-gnu/libpthread.so.0
0x002182e0  0x00289d08  Yes (*) /usr/lib/i386-linux-gnu/libstdc++.so.6
0x002d5c10  0x003e01c4  Yes (*) /lib/i386-linux-gnu/libc.so.6
0x00bd2830  0x00be94af  Yes (*) /lib/ld-linux.so.2
0x00939f50  0x00950418  Yes (*) /lib/i386-linux-gnu/libgcc_s.so.1
0x00116440  0x00128e24  Yes (*) bin/libtier0.so
(*): Shared library is missing debugging information.
Dump of assembler code for function __fixunsdfdi:
0x00128bb4<+0>:push   %ebp
0x00128bb5<+1>:mov%esp,%ebp
0x00128bb7<+3>:push   %edi
0x00128bb8<+4>:push   %esi
0x00128bb9<+5>:push   %ebx
0x00128bba<+6>:sub$0x1c,%esp
0x00128bbd<+9>:call   0x128bc2<__fixunsdfdi+14>
0x00128bc2<+14>:pop%ebx
0x00128bc3<+15>:add$0x8432,%ebx
0x00128bc9<+21>:fldl   0x8(%ebp)
0x00128bcc<+24>:fld%st(0)
0x00128bce<+26>:fmuls  -0x6c1c(%ebx)
=>  0x00128bd4<+32>:fisttpll -0x20(%ebp)
0x00128bd7<+35>:mov-0x20(%ebp),%edx
0x00128bda<+38>:movd   %edx,%xmm0
0x00128bde<+42>:movq   %xmm0,-0x18(%ebp)
0x00128be3<+47>:fildll -0x18(%ebp)
0x00128be6<+50>:fmuls  -0x6c18(%ebx)
0x00128bec<+56>:faddp  %st,%st(1)
0x00128bee<+58>:fisttpll -0x20(%ebp)
0x00128bf1<+61>:mov-0x20(%ebp),%esi
0x00128bf4<+64>:mov%esi,%eax
0x00128bf6<+66>:add$0x1c,%esp
0x00128bf9<+69>:pop%ebx
0x00128bfa<+70>:pop%esi
0x00128bfb<+71>:pop%edi
0x00128bfc<+72>:pop%ebp
0x00128bfd<+73>:ret
End of assembler dump.
Stack level 0, frame at 0xbfbdd2d0:
  eip = 0x128bd4 in __fixunsdfdi; saved eip 0x118576
  called by frame at 0xbfbdd360
  Arglist at 0xbfbdd2c8, args:
  Locals at 0xbfbdd2c8, Previous frame's sp is 0xbfbdd2d0
  Saved registers:
   ebx at 0xbfbdd2bc, ebp at 0xbfbdd2c8, esi at 0xbfbdd2c0, edi at
0xbfbdd2c4, eip at 0xbfbdd2cc
End of Source crash report
--
--

CPU:
cat /proc/cpuinfo
processor: 0
vendor_id: GenuineIntel
cpu family: 15
model: 2
model name: Intel(R) Pentium(R) 4 CPU 2.66GHz
ste

[hlds_linux] L4D2 Linux Crash - Illegal Instruction

2011-08-24 Thread Arthur Lin 
This problem seems to pop up on forums at least once every year. I'm not
sure if it has something to do with a routine update to Ubuntu or any update
to L4D2 srcds. Everything is a fresh install without any plug-ins or cfgs
since I'm troubleshooting. Simply running ./srcds_run or ./srcds_linux gives
me he output "Illegal instruction". I've had this problem before and it went
away after a while from either an update from Valve or Canonical (Ubuntu). I
would like to know if there are any workarounds or problem on my end!
Included on the bottom is also my CPU info since some people suggested in
the past there was a need for SSE.

debug.log:
--
CRASH: Wed Aug 24 04:23:55 CDT 2011
Start Line: ./srcds_linux -debug -game left4dead2 +map c1m1_hotel
[New Thread 6917]
Core was generated by `./srcds_linux -debug -game left4dead2 +map
c1m1_hotel'.
Program terminated with signal 4, Illegal instruction.
#0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
#0  0x00128bd4 in __fixunsdfdi () from bin/libtier0.so
#1  0x00118576 in CalculateCPUFreq() () from bin/libtier0.so
#2  0x00117e10 in GetCPUInformation () from bin/libtier0.so
#3  0x00118fe3 in global constructors keyed to fasttimer.cpp () from
bin/libtier0.so
#4  0x00128e13 in __do_global_ctors_aux () from bin/libtier0.so
#5  0x001158c0 in _init () from bin/libtier0.so
#6  0x00be064c in ?? () from /lib/ld-linux.so.2
#7  0x00be0769 in ?? () from /lib/ld-linux.so.2
#8  0x00be47bf in ?? () from /lib/ld-linux.so.2
#9  0x00be04d6 in ?? () from /lib/ld-linux.so.2
#10 0x00be4146 in ?? () from /lib/ld-linux.so.2
#11 0x001d0b9b in ?? () from /lib/i386-linux-gnu/libdl.so.2
#12 0x00be04d6 in ?? () from /lib/ld-linux.so.2
#13 0x001d12cc in ?? () from /lib/i386-linux-gnu/libdl.so.2
#14 0x001d0c51 in dlopen () from /lib/i386-linux-gnu/libdl.so.2
#15 0x08048805 in main ()
No symbol table info available.
eax0xf7a0b5ed-140462611
ecx0x10c64294
edx0x10c64294
ebx0x130ff41249268
esp0xbfbdd2a00xbfbdd2a0
ebp0xbfbdd2c80xbfbdd2c8
esi0xec2e-5074
edi0x-1
eip0x128bd40x128bd4 <__fixunsdfdi+32>
eflags 0x210202[ IF RF ID ]
cs 0x73115
ss 0x7b123
ds 0x7b123
es 0x7b123
fs 0x00
gs 0x3351
>FromTo  Syms Read   Shared Object Library
0x0061a4b0  0x00634b38  Yes (*) /lib/i386-linux-gnu/libm.so.6
0x001d0a40  0x001d1998  Yes (*) /lib/i386-linux-gnu/libdl.so.2
0x00159610  0x001659d8  Yes (*) /lib/i386-linux-gnu/libpthread.so.0
0x002182e0  0x00289d08  Yes (*) /usr/lib/i386-linux-gnu/libstdc++.so.6
0x002d5c10  0x003e01c4  Yes (*) /lib/i386-linux-gnu/libc.so.6
0x00bd2830  0x00be94af  Yes (*) /lib/ld-linux.so.2
0x00939f50  0x00950418  Yes (*) /lib/i386-linux-gnu/libgcc_s.so.1
0x00116440  0x00128e24  Yes (*) bin/libtier0.so
(*): Shared library is missing debugging information.
Dump of assembler code for function __fixunsdfdi:
   0x00128bb4 <+0>:push   %ebp
   0x00128bb5 <+1>:mov%esp,%ebp
   0x00128bb7 <+3>:push   %edi
   0x00128bb8 <+4>:push   %esi
   0x00128bb9 <+5>:push   %ebx
   0x00128bba <+6>:sub$0x1c,%esp
   0x00128bbd <+9>:call   0x128bc2 <__fixunsdfdi+14>
   0x00128bc2 <+14>:pop%ebx
   0x00128bc3 <+15>:add$0x8432,%ebx
   0x00128bc9 <+21>:fldl   0x8(%ebp)
   0x00128bcc <+24>:fld%st(0)
   0x00128bce <+26>:fmuls  -0x6c1c(%ebx)
=> 0x00128bd4 <+32>:fisttpll -0x20(%ebp)
   0x00128bd7 <+35>:mov-0x20(%ebp),%edx
   0x00128bda <+38>:movd   %edx,%xmm0
   0x00128bde <+42>:movq   %xmm0,-0x18(%ebp)
   0x00128be3 <+47>:fildll -0x18(%ebp)
   0x00128be6 <+50>:fmuls  -0x6c18(%ebx)
   0x00128bec <+56>:faddp  %st,%st(1)
   0x00128bee <+58>:fisttpll -0x20(%ebp)
   0x00128bf1 <+61>:mov-0x20(%ebp),%esi
   0x00128bf4 <+64>:mov%esi,%eax
   0x00128bf6 <+66>:add$0x1c,%esp
   0x00128bf9 <+69>:pop%ebx
   0x00128bfa <+70>:pop%esi
   0x00128bfb <+71>:pop%edi
   0x00128bfc <+72>:pop%ebp
   0x00128bfd <+73>:ret
End of assembler dump.
Stack level 0, frame at 0xbfbdd2d0:
 eip = 0x128bd4 in __fixunsdfdi; saved eip 0x118576
 called by frame at 0xbfbdd360
 Arglist at 0xbfbdd2c8, args:
 Locals at 0xbfbdd2c8, Previous frame's sp is 0xbfbdd2d0
 Saved registers:
  ebx at 0xbfbdd2bc, ebp at 0xbfbdd2c8, esi at 0xbfbdd2c0, edi at
0xbfbdd2c4, eip at 0xbfbdd2cc
End of Source crash report
--
--

CPU:
cat /proc/cpuinfo
processor: 0
vendor_id: GenuineIntel
cpu family: 15
model: 2
model name: Intel(R) Pentium(R) 4 CPU 2.66GHz
stepping: 7
cpu MHz: 2651.641
cache size: 512 KB
fdiv_bug: no
hlt_bug: no
f00f_bug