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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.