List Info

Thread: intercept trap when running a 32bit binary




intercept trap when running a 32bit binary
country flaguser name
Hungary
2007-06-25 17:13:49
Hi

I am trying to run 32bit binary Half Life dedicated server
from Valve.

This is what happens (in a 32bit chroot or with 32bit libs
installed:

./srcds_run: line 344: 13869 Segmentation fault      (core
dumped)            
$HL_CMD                                                 
Cannot access memory at address 0xbfffb91c                  
                                                            
                                            
/root/srcds/debug.cmds:4: Error in sourced command file:    
                                                            
                                            
Cannot access memory at address 0xbfffb91c                  
                                                            
                                            

I either get:                                               
                                                            
                                                         
Unexpected IA-32 intercept trap (Trap 46)                   
  
  iip - 0x40c79b0b, ifa - 0x40f34000, isr - 0x11a6, iim -
0xc92a0f
Unexpected IA-32 intercept trap (Trap 46)                   

  iip - 0x40c79b0b, ifa - 0x40f34000, isr - 0x11a6, iim -
0xc92a0f
Unexpected IA-32 intercept trap (Trap 46)
  iip - 0x40c79b0b, ifa - 0x40f34000, isr - 0x11a6, iim -
0xc92a0f
Unexpected IA-32 intercept trap (Trap 46)
  iip - 0x40c79b0b, ifa - 0x40f34000, isr - 0x11a6, iim -
0xc92a0f
Unexpected IA-32 intercept trap (Trap 46)
  iip - 0x40c79b0b, ifa - 0x40f34000, isr - 0x11a6, iim -
0xc92a0f
Unexpected IA-32 intercept trap (Trap 46) 
  iip - 0x40c79b0b, ifa - 0x40f34000, isr - 0x11a6, iim -
0xc92a0f

or

Unexpected IA-32 intercept trap (Trap 46)
  iip - 0x401c683d, ifa - 0x4821b6af, isr - 0x600040000, iim
- 0x0
Unexpected IA-32 intercept trap (Trap 46)
  iip - 0x401c683d, ifa - 0x4821b6af, isr - 0x600040000, iim
- 0x0

The process gets a SIGSEGV there, from the kernel.

Is there anything i can do to make it work? Thanks

dmesg: http://www.pastebin.ca/
589305
-
To unsubscribe from this list: send the line
"unsubscribe linux-ia64" in
the body of a message to majordomovger.kernel.org
More majordomo info at  http://vge
r.kernel.org/majordomo-info.html

RE: intercept trap when running a 32bit binary
user name
2007-06-25 18:24:29
> I am trying to run 32bit binary Half Life dedicated
server from Valve.
>
> This is what happens (in a 32bit chroot or with 32bit
libs installed:
>
> ./srcds_run: line 344: 13869 Segmentation fault     
(core dumped)

Do any x86 binaries work on this system?

Are you using ia32-el, or using h/w to execute (run
"/etc/init.d/ia32el status"
to check).

If some x86 binaries work, then you could copy over an x86
gdb to
help debug this issue.

-Tony         
-
To unsubscribe from this list: send the line
"unsubscribe linux-ia64" in
the body of a message to majordomovger.kernel.org
More majordomo info at  http://vge
r.kernel.org/majordomo-info.html

Re: intercept trap when running a 32bit binary
country flaguser name
Hungary
2007-06-25 18:35:23
Yes, everything else works. A whole 32bit chroot works
fine.
I guess when i enter the chroot i use h/w to execute the
shell.

x86 gdb is installed in the chroot, but the backtrace is not
quiet useful (for me).
more info:

Core was generated by `./srcds_i686 -game cstrike +map
de_dust2 -maxplayers 12 -binary ./srcds_i686 -d'.           
                                                  
Program terminated with signal 11, Segmentation fault.      
                                                            
                                            
#0  0x40c79b0b in global constructors keyed to date () from
bin/engine_i686.so                                          
                                             
#0  0x40c79b0b in global constructors keyed to date () from
bin/engine_i686.so
No symbol table info available.
>From        To          Syms Read   Shared Object
Library
0x40023350  0x4003ded4  Yes         /lib/libm.so.6
0x40044c10  0x40045914  Yes         /lib/libdl.so.2
0x400611f0  0x4014079f  Yes         /lib/libc.so.6
0x40000790  0x400112cf  Yes         /lib/ld-linux.so.2
0x40176080  0x401913e0  Yes         bin/tier0_i486.so
0x401a81b0  0x401b0bb4  Yes         /lib/libpthread.so.0
0x401ff910  0x40208ff0  Yes         bin/vstdlib_i486.so
0x40246fb0  0x402a0cd0  Yes         bin/dedicated_i686.so
0x402d4610  0x402f6190  Yes        
bin/soundemittersystem_i486.so
0x403530b0  0x403e31d0  Yes        
bin/materialsystem_i486.so
0x40434330  0x40486800  Yes        
bin/studiorender_i486.so
0x408c36a0  0x40a4e2b0  Yes         bin/vphysics_i486.so
0x40aba580  0x40af3180  Yes         bin/datacache_i486.so
0x40c6b5a0  0x40e8a3d0  Yes         bin/engine_i686.so
0x4103b410  0x41101040  Yes        
bin/libsteamvalidateuseridtickets_i486.so
0x4114cb20  0x41158500  Yes         bin/steam_api_i486.so
Stack level 0, frame at 0xbfffb920:
 eip = 0x40c79b0b in global constructors keyed to date;
saved eip End of Source crash report

On (25/06/07 16:24), Luck, Tony wrote:
> 
> Do any x86 binaries work on this system?
> 
> Are you using ia32-el, or using h/w to execute (run
"/etc/init.d/ia32el status"
> to check).
> 
> If some x86 binaries work, then you could copy over an
x86 gdb to
> help debug this issue.
> 
> -Tony         
-
To unsubscribe from this list: send the line
"unsubscribe linux-ia64" in
the body of a message to majordomovger.kernel.org
More majordomo info at  http://vge
r.kernel.org/majordomo-info.html

[1-3]

about | contact  Other archives ( Real Estate discussion Medical topics )