Ian Collins wrote:
I'm experiencing an unpleasant crash in libproc from dbx on build 52.
The stack trace is:
main(0x2, 0x8046ecc, 0x8046ed8)
0x80f6dd3(0x837e5c0, 0x8469e88, 0x8046e54)
targ_ppi_init(0x837e5c0, 0x8046e54)
0x81ffc88(0x837e5c0, 0x8046e54)
0x81ff9c4(0x837e5c0, 0x8046e54)
ProcMgr::start(0x837e5c0, 0x1, 0x0, 0x0)
0x81af4aa(0x85bb380)
0x81af2aa(0x85bb380)
RtldAgent::open(0x866ed20, 0x85a1ee0, 0x8468cbc)
rd_new(0x8468cbc)
rd_reset(0x85aea50)
_rd_reset32(0x85aea50, 0x85a1ee0, 0xd0c74170, 0xd0c74000, 0x0, 0x80468a8)
ps_pbrandname(0x8468cbc, 0x8046030, 0x400)
Pbrandname(0x8468cbc, 0x8046030, 0x400)
Pgetauxval(0x8468cbc, 0x7e3)
--- Signal SIGSEGV raised ---
__sighndlr(0xb, 0x8045f28, 0x8045d28, 0x80f6a08)
0x80f6bfb(0xb, 0x8045f28, 0x8045d28)
abort(0xd0e54720, 0xd0e54600, 0xd0e50000, 0x6e383169, 0x41640000, 0x8045878)
raise(0x6)
_thr_kill(0x1, 0x6)
__lwp_kill(0x1, 0x6)
Which leaves me to believe dereferencing auxv in Pgetauxval is causing
the crash. I suspect dbx is passing a bad pointer. Should the code
defend against this and return an error?
Looks rather a lot like 6477975 "new proc service function in Solaris
11 crashes dbx"
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6477975
-- Rich
_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
