From: Robert Nagy <robert.nagy@gmail.com>
To: linux-ia64@vger.kernel.org
Subject: Re: intercept trap when running a 32bit binary
Date: Mon, 25 Jun 2007 23:35:23 +0000 [thread overview]
Message-ID: <20070625233523.GC24371@bsd.hu> (raw)
In-Reply-To: <20070625221349.GA25054@bsd.hu>
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
next prev parent reply other threads:[~2007-06-25 23:35 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-25 22:13 intercept trap when running a 32bit binary Robert Nagy
2007-06-25 23:24 ` Luck, Tony
2007-06-25 23:35 ` Robert Nagy [this message]
2007-06-25 23:45 ` Luck, Tony
2007-06-26 0:04 ` Yu, Fenghua
2007-06-26 6:54 ` Robert Nagy
2007-06-26 10:13 ` Robert Nagy
2007-06-26 16:30 ` Luck, Tony
2007-06-26 16:58 ` Robert Nagy
2007-06-26 19:13 ` Luck, Tony
2007-06-26 19:15 ` Robert Nagy
2007-06-26 19:16 ` Robert Nagy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20070625233523.GC24371@bsd.hu \
--to=robert.nagy@gmail.com \
--cc=linux-ia64@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox