Studio 12 rather unstable
~/src/apps/kmt/clamps> dbx ./clamps
For information about new features see `help changes'
To remove this message, put `dbxenv suppress_startup_message 7.6' in your .dbxrc
Reading clamps
Reading ld.so.1
Reading libuuid.so.1
Reading libsocket.so.1
Reading libxml2.so.2
Reading libresolv.so.2
Reading libnsl.so.1
Reading librt.so.1
Reading libstlport.so.1
Reading libCrun.so.1
Reading libm.so.2
Reading libthread.so.1
Reading libc.so.1
Reading libpthread.so.1
Reading libz.so.1
Reading libaio.so.1
Reading libmd5.so.1
Reading libm.so.1
dbx: internal error: signal SIGSEGV (no mapping at the fault address)
dbx's coredump will appear in /tmp
Abort (core dumped)
version of "/opt/studio/12/SUNWspro/bin/../prod/bin/../../bin/cc": Sun C 5.9 SunOS_i386 2007/05/03
version of "/opt/studio/12/SUNWspro/bin/../prod/bin/../../bin/CC": Sun C++ 5.9 SunOS_i386 2007/05/03
version of "/opt/studio/12/SUNWspro/bin/../prod/bin/../../bin/f90": Sun Fortran 95 8.3 SunOS_i386 2007/05/03
version of "/opt/studio/12/SUNWspro/bin/../prod/bin/../../bin/dbx": Sun Dbx Debugger 7.6 SunOS_i386 2007/05/03
version of "/opt/studio/12/SUNWspro/bin/../prod/bin/../../bin/analyzer": Sun Analyzer 7.6 SunOS_i386 2007/05/03
version of "/opt/studio/12/SUNWspro/bin/../prod/bin/../../bin/dmake": Sun Distributed Make 7.8 SunOS_i386 2007/05/03
I must say that Sun really needs to do something about dbx and fbe stability. The code is probably unchanged from the days of Forte and it shows. It has been unstable and prone to segfaults, strange symbol table malfunctioning/misreadings and other annoyances since I can remember using it. I've used dbx since the RWCString days of Forte 4.2 and every release in between at several different firms on several different hardware platforms and every version of Solaris since it was called SunOS and every single one of them experienced the same pattern of problems with dbx. Several simply switched to g++/gdb, reasoning that optimized binaries are worth very little when a slight change to a template can result in your binary becoming unreadable by dbx, often times unnoticed by you until it is far too late and you have a
The linker too seems to be very quirky and sometimes downright unreliable. I feel like if I have the audicity to write a C++ template longer than a few lines, either fbe, dbx, CC or several of them may crash at any point during the developmet process or, heaven forbid, when you need to debug a production core file.
My problems started yesterday when I decided to upgrade to Studio 12 after seeing that it was supposedly more compatible with boost, especially the latest 1.34 release. Those hopes were soon dashed as one out of every two random build variances combinations appear to cause either CC or the linker to seg fault. Apparently, this is a known issue which I was able to work around by lowering the optimization level from -x04 to -x01.
Now, it appears a couple of my binaries built by studio 12 are simply undebuggable by studio 12. The irony of course is the least stable tool in sun studio is the debugger.
I apologize for the complaining as I am quite frustrated at the moment. I love studio for its optimizing but simply having the piece of mind that the debugger will work when needed would be lov
[3466 byte] By [
cknite42a] at [2007-11-27 9:33:47]
# 1
Complaints are a valid form of feedback, I'm sorry you had such
a bad experience with the debugger. I want to make sure I understand
which pieces you're complaining about. You mention 'fbe' which is
the assembler. Did you get some errors from fbe? I would be interested
to know what the failure mode looks like for fbe and for the linker.
Was it a link-time error when building with C++? That is often a
problem with the compilers, and not a bug in the linker.
--chris
# 2
Hi Chris,
Thanks for your reply. The fbe error was with studio 11. Fbe would core dump when linking a binary with too large a template instantiation. This appears to be fixed in studio 12.
The failure with Studio 12 is several of my binaries cause dbx to core dump when loading:
cknite@hedge-dev ~/src/apps/kmt/clamps> dbx ./clamps
For information about new features see `help changes'
To remove this message, put `dbxenv suppress_startup_message 7.6' in your .dbxrc
Reading clamps
Reading ld.so.1
Reading libuuid.so.1
Reading libsocket.so.1
Reading libxml2.so.2
Reading libresolv.so.2
Reading libnsl.so.1
Reading librt.so.1
Reading libstlport.so.1
Reading libCrun.so.1
Reading libm.so.2
Reading libthread.so.1
Reading libc.so.1
Reading libpthread.so.1
Reading libz.so.1
Reading libaio.so.1
Reading libmd5.so.1
Reading libm.so.1
dbx: internal error: signal SIGSEGV (no mapping at the fault address)
dbx's coredump will appear in /tmp
Abort (core dumped)
cknite@hedge-dev ~/src/apps/kmt/clamps> showrev
Hostname: hedge-dev
Hostid: 83181139
Release: 5.10
Kernel architecture: sun4u
Application architecture: sparc
Hardware provider: Sun_Microsystems
Domain:
Kernel version: SunOS 5.10 Generic_125100-10
cknite@hedge-dev ~/src/apps/kmt/clamps> file clamps
clamps: ELF 32-bit MSB executable SPARC32PLUS Version 1, V8+ Required, dynamically linked, not stripped
cknite@hedge-dev ~/src/apps/kmt/clamps> CC -V
CC: Sun C++ 5.9 SunOS_sparc 2007/05/03
cknite@hedge-dev ~/src/apps/kmt/clamps> dbx -V
Sun Dbx Debugger 7.6 SunOS_sparc 2007/05/03
Any ideas?
Thanks,
Chris
# 3
cknite@hedge-dev ~/src/apps/kmt/clamps> file /tmp/core
/tmp/core:ELF 64-bit MSB core file SPARCV9 Version 1, from 'dbx'
cknite@hedge-dev ~/src/apps/kmt/clamps> dbx `which dbx` /tmp/core
For information about new features see `help changes'
To remove this message, put `dbxenv suppress_startup_message 7.6' in your .dbxrc
Reading dbx
core file header read successfully
Reading ld.so.1
Reading libintl.so.1
Reading libnsl.so.1
Reading libsocket.so.1
Reading libdl.so.1
Reading libgen.so.1
Reading libw.so.1
Reading libm.so.1
Reading libc.so.1
Reading libc_psr.so.1
Reading en_US.UTF-8.so.3
Reading methods_unicode.so.3
Reading libcpc.so.1
Reading libpctx.so.1
Reading libnvpair.so.1
Reading libdevinfo.so.1
Reading libproc.so.1
Reading libsec.so.1
Reading librtld_db.so.1
Reading libelf.so.1
Reading libctf.so.1
Reading libavl.so.1
Reading libc_db.so.1
Reading ld.so.1
WARNING!!
A loadobject was found with an unexpected checksum value.
See `help core mismatch' for details, and run `proc -map'
to see what checksum values were expected and found.
dbx: warning: Some symbolic information might be incorrect.
program terminated by signal ABRT (Abort)
0xffffffff7e5cea00: __lwp_kill+0x0008: bcc,a,pt %icc,__lwp_kill+0x18 ! 0xffffffff7e5cea10
(dbx) where
=>[1] __lwp_kill(0x0, 0x6, 0x0, 0xffffffff7e6f1200, 0xffffffff7e902000, 0x5), at 0xffffffff7e5cea00
[2] raise(0x6, 0x0, 0xffffffff7e5b1268, 0xffffffffffffffff, 0xffffffff7e6e6000, 0x0), at 0xffffffff7e56b4f4
[3] abort(0x1, 0x1b8, 0x0, 0x19d480, 0x0, 0x0), at 0xffffffff7e548c8c
[4] 0x1000bfd0c(0xb, 0x100400, 0x1, 0x1005104ec, 0x10051d110, 0x10061c000), at 0x1000bfd0c
[5] __sighndlr(0xb, 0xffffffff7fffd9a0, 0xffffffff7fffd6c0, 0x1000bfa9c, 0x0, 0xa), at 0xffffffff7e5cd904
- called from signal handler with signal 11 (SIGSEGV)
[6] 0x1001b1d78(0x102ddc8c8, 0x102dea8a0, 0x100400, 0xc0400000000000, 0x0, 0x0), at 0x1001b1d78
[7] 0x100292b0c(0x100573, 0x4202, 0x1ed9ea, 0x102dea810, 0x100d7e1b0, 0x102ddc7b0), at 0x100292b0c
[8] 0x1002865e4(0xffffffff7fffe280, 0x4202, 0xffffffff7fffdfc0, 0x102ddc7b0, 0x2f, 0x36e9), at 0x1002865e4
[9] 0x1002869b4(0xffffffff7fffe280, 0x11, 0xffffffff7fffdfc0, 0x100d7e1b0, 0x4202, 0x36e9), at 0x1002869b4
[10] 0x100285628(0xffffffff7fffe280, 0x1c452c, 0xfffffffffffffff4, 0xc, 0xffffffff7fffdfc0, 0xc), at 0x100285628
[11] 0x1002883d0(0x10067ee10, 0x10067ee50, 0xffffffff7fffe280, 0x509, 0x9d40, 0x4ea), at 0x1002883d0
[12] 0x100285280(0xffffffff7fffe280, 0xffffffff7850c8b3, 0x100d7e1b0, 0xffffffff768e67cf, 0x100572d0b, 0xffffffff7fffe1a8), at 0x100285280
[13] 0x100284ef8(0x10067ee50, 0xffffffff75c00000, 0x100d7e1b0, 0x10233a5c0, 0x10067ee30, 0x10067ee10), at 0x100284ef8
[14] 0x100259144(0x100d7e1b0, 0x101f2fb30, 0x0, 0x1, 0x0, 0x10233a5c0), at 0x100259144
[15] 0x100258f28(0x100d7e1b0, 0x10051d000, 0x10051d110, 0x1, 0x10051d, 0x100400), at 0x100258f28
[16] 0x10024d530(0x100678fa8, 0xffffffff79ecb479, 0x0, 0x10024c0d0, 0x0, 0x101ec6010), at 0x10024d530
[17] 0x10028c9c4(0xffffffff7fffed50, 0x39, 0x101e83b60, 0x13, 0x1e4ca9, 0x1c452c), at 0x10028c9c4
[18] 0x1002860d4(0xffffffff7fffed50, 0x39, 0xffffffff7fffec78, 0x101e83b60, 0x13, 0x36e9), at 0x1002860d4
[19] 0x1002869b4(0xffffffff7fffed50, 0x11, 0xffffffff7fffec78, 0x100a60220, 0x39, 0x36e9), at 0x1002869b4
[20] 0x1002869b4(0xffffffff7fffed50, 0xffff, 0xffffffff7fffec78, 0x100a60220, 0x11, 0x36e9), at 0x1002869b4
[21] 0x100285268(0xffffffff7fffed50, 0xffffffff79eaad06, 0x100a60220, 0xffffffff79ce67cf, 0x100572d0b, 0xffffffff7fffec78), at 0x100285268
[22] 0x100284ef8(0x10067ee50, 0xffffffff79000000, 0x100a60220, 0x10063c040, 0x10067ee30, 0x10067ee10), at 0x100284ef8
[23] 0x100259144(0x100a60220, 0x101f2fb30, 0x0, 0x1, 0x0, 0x10063c040), at 0x100259144
[24] 0x100258f28(0x100a60220, 0x10051d000, 0x10051d110, 0x1, 0x10051d, 0x100400), at 0x100258f28
[25] 0x10024d530(0x100678fa8, 0x10056ccd2, 0x0, 0x10024c488, 0x0, 0x100ff9e00), at 0x10024d530
[26] 0x10024dc48(0x100678fa8, 0x100678fa8, 0x10056ccd2, 0xffffffff7ffff4d0, 0xffffffff7ffff3f0, 0xffffffff7ffff31f), at 0x10024dc48
[27] 0x10024e244(0x100678fa8, 0x10056ccd2, 0xffffffff7ffff2e7, 0xffffffff7ffff3f0, 0xffffffff7ffff4d0, 0xffffffff7ffff31f), at 0x10024e244
[28] 0x10024e804(0x100678fa8, 0xffffffff7ffff4d0, 0x10056ccd2, 0x10024c000, 0x0, 0x10024c), at 0x10024e804
[29] 0x10024e740(0x100678fa8, 0x10056ccd2, 0x0, 0x0, 0xffffffffffffffff, 0xffffffff7ffff4d0), at 0x10024e740
[30] 0x100250efc(0x100678f90, 0x100678f90, 0x7, 0x10056ccc8, 0x100678fa8, 0x0), at 0x100250efc
[31] 0x1000bfdc4(0x10051d110, 0x100400, 0x100569000, 0x1, 0x100569e00, 0x10051054e), at 0x1000bfdc4
[32] 0x1002302a0(0x10051d110, 0xffffffff7ffffa08, 0x100566, 0x100566863, 0x0, 0x100566), at 0x1002302a0
[33] 0x100230590(0x10051d110, 0xffffffff7ffffa08, 0x0, 0x8002, 0x0, 0x1), at 0x100230590
[34] 0x10022f914(0x10051d110, 0xffffffff7ffffa08, 0xffffffff7ffffa08, 0x100538ef8, 0x8, 0xffffffff7ffffcec), at 0x10022f914
[35] 0x1000bff9c(0x10051d110, 0x100649690, 0xffffffff7ffffa08, 0x100538ef8, 0x100538000, 0x100538), at 0x1000bff9c
[36] 0x1000c4878(0x2, 0xffffffff7ffffb18, 0x100649690, 0x1005111a8, 0x8202, 0x1000bfa9c), at 0x1000c4878
# 4
(dbx) proc -map
Loadobject mappings for current core file:
0x0000000100000000 /opt/studio/12/SUNWspro/prod/bin/sparcv9/dbx
Warning: checksum in file(cb35) doesn't match image(71a4)
0xffffffff7f500000 /lib/sparcv9/libintl.so.1
is being filtered by: libc.so.1
0xffffffff7f200000 /lib/sparcv9/libnsl.so.1
0xffffffff7ef00000 /lib/sparcv9/libsocket.so.1
0xffffffff7ed00000 /lib/sparcv9/libdl.so.1
is being filtered by: /usr/lib/sparcv9/ld.so.1
0xffffffff7eb00000 /lib/sparcv9/libgen.so.1
0xffffffff7f400000 /lib/sparcv9/libw.so.1
is being filtered by: libc.so.1
0xffffffff7e700000 /lib/sparcv9/libm.so.1
is being filtered by: libm.so.2
0xffffffff7e500000 /lib/sparcv9/libc.so.1
0xffffffff7e400000 /platform/sun4u-us3/lib/sparcv9/libc_psr.so.1
0xffffffff7dd00000 /usr/lib/locale/en_US.UTF-8/sparcv9/en_US.UTF-8.so.3
0xffffffff7db00000 /usr/lib/locale/common/sparcv9/methods_unicode.so.3
0xffffffff7d900000 /usr/lib/sparcv9/libcpc.so.1
0xffffffff7d700000 /usr/lib/sparcv9/libpctx.so.1
0xffffffff7d400000 /lib/sparcv9/libnvpair.so.1
0xffffffff7d200000 /lib/sparcv9/libdevinfo.so.1
0xffffffff7d000000 /lib/sparcv9/libproc.so.1
0xffffffff7cd00000 /lib/sparcv9/libsec.so.1
0xffffffff7cb00000 /lib/sparcv9/librtld_db.so.1
0xffffffff7c900000 /lib/sparcv9/libelf.so.1
0xffffffff7c700000 /lib/sparcv9/libctf.so.1
0xffffffff7c400000 /lib/sparcv9/libavl.so.1
0xffffffff7c100000 /lib/sparcv9/libc_db.so.1
0xffffffff7f600000 /lib/sparcv9/ld.so.1 [LM_ID_LDSO]
core file address ranges:
0x0000000000010000 - 0x0000000000367c97 (text)
0x0000000100000000 - 0x0000000100400000 (data)
0x0000000100400000 - 0x0000000100406000 (data)
0x0000000100504000 - 0x00000001005e0000 (data)
0x00000001005e0000 - 0x0000000100800000 (data)
0x0000000100800000 - 0x0000000103000000 (data)
0xffffffff7c100000 - 0xffffffff7c108000 (data)
0xffffffff7c100000 - 0xffffffff7c106172 (text)
0xffffffff7c208000 - 0xffffffff7c20a000 (data)
0xffffffff7c400000 - 0xffffffff7c401078 (text)
0xffffffff7c400000 - 0xffffffff7c402000 (data)
0xffffffff7c502000 - 0xffffffff7c504000 (data)
0xffffffff7c600000 - 0xffffffff7c602000 (data)
0xffffffff7c700000 - 0xffffffff7c70c000 (data)
0xffffffff7c700000 - 0xffffffff7c70a97f (text)
0xffffffff7c80c000 - 0xffffffff7c80e000 (data)
0xffffffff7c900000 - 0xffffffff7c91e000 (data)
0xffffffff7c900000 - 0xffffffff7c91c6ad (text)
0xffffffff7ca1e000 - 0xffffffff7ca20000 (data)
0xffffffff7cb00000 - 0xffffffff7cb06000 (data)
0xffffffff7cb00000 - 0xffffffff7cb0479c (text)
0xffffffff7cc06000 - 0xffffffff7cc08000 (data)
0xffffffff7cd00000 - 0xffffffff7cd11069 (text)
0xffffffff7cd00000 - 0xffffffff7cd12000 (data)
0xffffffff7ce12000 - 0xffffffff7ce18000 (data)
0xffffffff7ce18000 - 0xffffffff7ce1c000 (data)
0xffffffff7cf00000 - 0xffffffff7cf02000 (data)
0xffffffff7d000000 - 0xffffffff7d026c99 (text)
0xffffffff7d000000 - 0xffffffff7d028000 (data)
0xffffffff7d128000 - 0xffffffff7d12c000 (data)
0xffffffff7d200000 - 0xffffffff7d21a71d (text)
0xffffffff7d200000 - 0xffffffff7d21c000 (data)
0xffffffff7d31c000 - 0xffffffff7d320000 (data)
0xffffffff7d400000 - 0xffffffff7d408000 (data)
0xffffffff7d400000 - 0xffffffff7d406d3a (text)
0xffffffff7d508000 - 0xffffffff7d50a000 (data)
0xffffffff7d600000 - 0xffffffff7d602000 (data)
0xffffffff7d700000 - 0xffffffff7d703238 (text)
0xffffffff7d700000 - 0xffffffff7d704000 (data)
0xffffffff7d804000 - 0xffffffff7d806000 (data)
0xffffffff7d900000 - 0xffffffff7d909385 (text)
0xffffffff7d900000 - 0xffffffff7d90a000 (data)
0xffffffff7da0a000 - 0xffffffff7da0c000 (data)
0xffffffff7db00000 - 0xffffffff7db10000 (data)
0xffffffff7db00000 - 0xffffffff7db0eb21 (text)
0xffffffff7dc0e000 - 0xffffffff7dc10000 (data)
0xffffffff7dd00000 - 0xffffffff7df22000 (data)
0xffffffff7dd00000 - 0xffffffff7df2175a (text)
0xffffffff7e020000 - 0xffffffff7e024000 (data)
0xffffffff7e100000 - 0xffffffff7e102000 (data)
0xffffffff7e130000 - 0xffffffff7e132000 (data)
0xffffffff7e200000 - 0xffffffff7e210000 (data)
0xffffffff7e300000 - 0xffffffff7e302000 (data)
0xffffffff7e400000 - 0xffffffff7e402000 (data)
0xffffffff7e400000 - 0xffffffff7e400d6c (text)
0xffffffff7e500000 - 0xffffffff7e5e41f5 (text)
0xffffffff7e500000 - 0xffffffff7e5e6000 (data)
0xffffffff7e6e6000 - 0xffffffff7e6f6000 (data)
0xffffffff7e6f6000 - 0xffffffff7e6f8000 (data)
0xffffffff7e700000 - 0xffffffff7e706000 (data)
0xffffffff7e700000 - 0xffffffff7e704758 (text)
0xffffffff7e804000 - 0xffffffff7e806000 (data)
0xffffffff7e900000 - 0xffffffff7e906000 (data)
0xffffffff7ea00000 - 0xffffffff7ea02000 (data)
0xffffffff7eb00000 - 0xffffffff7eb0619d (text)
0xffffffff7eb00000 - 0xffffffff7eb08000 (data)
0xffffffff7ec08000 - 0xffffffff7ec0a000 (data)
0xffffffff7ed00000 - 0xffffffff7ed02000 (data)
0xffffffff7ed00000 - 0xffffffff7ed00773 (text)
0xffffffff7ee02000 - 0xffffffff7ee04000 (data)
0xffffffff7ef00000 - 0xffffffff7ef0e000 (data)
0xffffffff7ef00000 - 0xffffffff7ef0cdc2 (text)
0xffffffff7f00e000 - 0xffffffff7f012000 (data)
0xffffffff7f100000 - 0xffffffff7f102000 (data)
0xffffffff7f200000 - 0xffffffff7f2ab872 (text)
0xffffffff7f200000 - 0xffffffff7f2ac000 (data)
0xffffffff7f3ac000 - 0xffffffff7f3bc000 (data)
0xffffffff7f3bc000 - 0xffffffff7f3c4000 (data)
0xffffffff7f400000 - 0xffffffff7f4010e4 (text)
0xffffffff7f400000 - 0xffffffff7f402000 (data)
0xffffffff7f500000 - 0xffffffff7f5004ce (text)
0xffffffff7f500000 - 0xffffffff7f502000 (data)
0xffffffff7f600000 - 0xffffffff7f633056 (text)
0xffffffff7f600000 - 0xffffffff7f634000 (data)
0xffffffff7f600000 - 0xffffffff7f633c4a (text)
0xffffffff7f734000 - 0xffffffff7f738000 (data)
0xffffffff7f738000 - 0xffffffff7f73a000 (data)
0xffffffff7fff8000 - 0xffffffff80000000 (data)
# 5
dbx -xexec32 ./clamps works. Apparently the 64-bit version of dbx has problems debugging 32-bit applications.
# 6
Could you please obtain dbx's stack trace once more, now with "dbx - /tmp/core". Dbx should be able to figure out location of executable that generated the core file; stack trace isn't right, most probably because /tmp/core is from 64-bit version of dbx while `which dbx` gives 32-bit binary.
Thanks!
# 7
Sure thing:
cknite@hedge-dev /export/photon/src/apps/kmt/clamps> which dbx
/opt/studio/12/SUNWspro/bin/dbx
cknite@hedge-dev /export/photon/src/apps/kmt/clamps> ls -l `which dbx`
lrwxrwxrwx 1 root root 15 2007-07-07 00:20 /opt/studio/12/SUNWspro/bin/dbx -> ../prod/bin/dbx*
cknite@hedge-dev /export/photon/src/apps/kmt/clamps> dbx - /tmp/core
Corefile specified executable: "/opt/studio/12/SUNWspro/prod/bin/sparcv9/dbx"
For information about new features see `help changes'
To remove this message, put `dbxenv suppress_startup_message 7.6' in your .dbxrc
Reading dbx
core file header read successfully
Reading ld.so.1
Reading libintl.so.1
Reading libnsl.so.1
Reading libsocket.so.1
Reading libdl.so.1
Reading libgen.so.1
Reading libw.so.1
Reading libm.so.1
Reading libc.so.1
Reading libc_psr.so.1
Reading en_US.UTF-8.so.3
Reading methods_unicode.so.3
Reading libcpc.so.1
Reading libpctx.so.1
Reading libnvpair.so.1
Reading libdevinfo.so.1
Reading libproc.so.1
Reading libsec.so.1
Reading librtld_db.so.1
Reading libelf.so.1
Reading libctf.so.1
Reading libavl.so.1
Reading libc_db.so.1
program terminated by signal ABRT (Abort)
0xffffffff7e5cea00: __lwp_kill+0x0008: bcc,a,pt %icc,__lwp_kill+0x18 ! 0xffffffff7e5cea10
(dbx) where
=>[1] __lwp_kill(0x0, 0x6, 0x0, 0xffffffff7e6f1200, 0xffffffff7e902000, 0x5), at 0xffffffff7e5cea00
[2] raise(0x6, 0x0, 0xffffffff7e5b1268, 0xffffffffffffffff, 0xffffffff7e6e6000, 0x0), at 0xffffffff7e56b4f4
[3] abort(0x1, 0x1b8, 0x0, 0x19d480, 0x0, 0x0), at 0xffffffff7e548c8c
[4] 0x1000bfd0c(0xb, 0x100400, 0x1, 0x1005104ec, 0x10051d110, 0x10061c000), at 0x1000bfd0c
[5] __sighndlr(0xb, 0xffffffff7fffd9c0, 0xffffffff7fffd6e0, 0x1000bfa9c, 0x0, 0xa), at 0xffffffff7e5cd904
- called from signal handler with signal 11 (SIGSEGV)
[6] CList<SymlistItem>::append(0x102ddc7b8, 0x102dea790, 0x100400, 0xc0400000000000, 0x0, 0x0), at 0x1001b1d78
[7] Dwarf2::Process_template_type_param(0x100573, 0x4202, 0x1ed9ea, 0x102dea700, 0x100d7e140, 0x102ddc6a0), at 0x100292b0c
[8] Dwarf2::ProcessTag(0xffffffff7fffe2a0, 0x4202, 0xffffffff7fffdfe0, 0x102ddc6a0, 0x2f, 0x36e9), at 0x1002865e4
[9] Dwarf2::ProcessTag(0xffffffff7fffe2a0, 0x11, 0xffffffff7fffdfe0, 0x100d7e140, 0x4202, 0x36e9), at 0x1002869b4
[10] Dwarf2::ProcessTagRemote(0xffffffff7fffe2a0, 0x1c452c, 0xfffffffffffffff4, 0xc, 0xffffffff7fffdfe0, 0xc), at 0x100285628
[11] forward_list::resolve_ref_addrs(0x10067ed60, 0x10067eda0, 0xffffffff7fffe2a0, 0x509, 0x9d40, 0x4ea), at 0x1002883d0
[12] Dwarf2::ReadElfDwarf2Of(0xffffffff7fffe2a0, 0xffffffff7850c8b3, 0x100d7e140, 0xffffffff768e67cf, 0x100572d0b, 0xffffffff7fffe1c8), at 0x100285280
[13] Dwarf2::ReadObjfileFresh(0x10067eda0, 0xffffffff75c00000, 0x100d7e140, 0x10233a4b0, 0x10067ed80, 0x10067ed60), at 0x100284ef8
[14] 0x100259144(0x100d7e140, 0x101f2fa70, 0x0, 0x1, 0x0, 0x10233a4b0), at 0x100259144
[15] ReadLazyStabs(0x100d7e140, 0x10051d000, 0x10051d110, 0x1, 0x10051d, 0x100400), at 0x100258f28
[16] Scope::find_symlist_prim(0x100678ef8, 0xffffffff79ecb479, 0x0, 0x10024c0d0, 0x0, 0x101ec5f50), at 0x10024d530
[17] Dwarf2::Process_structure_type(0xffffffff7fffed70, 0x39, 0x101e83aa0, 0x13, 0x1e4ca9, 0x1c452c), at 0x10028c9c4
[18] Dwarf2::ProcessTag(0xffffffff7fffed70, 0x39, 0xffffffff7fffec98, 0x101e83aa0, 0x13, 0x36e9), at 0x1002860d4
[19] Dwarf2::ProcessTag(0xffffffff7fffed70, 0x11, 0xffffffff7fffec98, 0x100a601b0, 0x39, 0x36e9), at 0x1002869b4
[20] Dwarf2::ProcessTag(0xffffffff7fffed70, 0xffff, 0xffffffff7fffec98, 0x100a601b0, 0x11, 0x36e9), at 0x1002869b4
[21] Dwarf2::ReadElfDwarf2Of(0xffffffff7fffed70, 0xffffffff79eaad06, 0x100a601b0, 0xffffffff79ce67cf, 0x100572d0b, 0xffffffff7fffec98), at 0x100285268
[22] Dwarf2::ReadObjfileFresh(0x10067eda0, 0xffffffff79000000, 0x100a601b0, 0x10063bff0, 0x10067ed80, 0x10067ed60), at 0x100284ef8
[23] 0x100259144(0x100a601b0, 0x101f2fa70, 0x0, 0x1, 0x0, 0x10063bff0), at 0x100259144
[24] ReadLazyStabs(0x100a601b0, 0x10051d000, 0x10051d110, 0x1, 0x10051d, 0x100400), at 0x100258f28
[25] Scope::find_symlist_prim(0x100678ef8, 0x10056ccd2, 0x0, 0x10024c488, 0x0, 0x100ff9d90), at 0x10024d530
[26] Scope::find_helper(0x100678ef8, 0x100678ef8, 0x10056ccd2, 0xffffffff7ffff4f0, 0xffffffff7ffff410, 0xffffffff7ffff33f), at 0x10024dc48
[27] Scope::find(0x100678ef8, 0x10056ccd2, 0xffffffff7ffff307, 0xffffffff7ffff410, 0xffffffff7ffff4f0, 0xffffffff7ffff33f), at 0x10024e244
[28] Scope::find_all_global_funcs(0x100678ef8, 0xffffffff7ffff4f0, 0x10056ccd2, 0x10024c000, 0x0, 0x10024c), at 0x10024e804
[29] Scope::find_global_func(0x100678ef8, 0x10056ccd2, 0x0, 0x0, 0xffffffffffffffff, 0xffffffff7ffff4f0), at 0x10024e740
[30] Loadobj::exe_find_main_sym(0x100678ee0, 0x100678ee0, 0x7, 0x10056ccc8, 0x100678ef8, 0x0), at 0x100250efc
[31] show_main(0x10051d110, 0x100400, 0x100569000, 0x1, 0x100569e00, 0x10051054e), at 0x1000bfdc4
[32] 0x1002302a0(0x10051d110, 0xffffffff7ffffa28, 0x100566, 0x100566863, 0x0, 0x100566), at 0x1002302a0
[33] 0x100230590(0x10051d110, 0xffffffff7ffffa28, 0x0, 0x8002, 0x0, 0x1), at 0x100230590
[34] targ_ppi_init(0x10051d110, 0xffffffff7ffffa28, 0xffffffff7ffffa28, 0x100538ef8, 0x8, 0xffffffff7ffffd04), at 0x10022f914
[35] 0x1000bff9c(0x10051d110, 0x100649690, 0xffffffff7ffffa28, 0x100538ef8, 0x100538000, 0x100538), at 0x1000bff9c
[36] main(0x2, 0xffffffff7ffffb38, 0x100649690, 0x1005111a8, 0x8202, 0x1000bfa9c), at 0x1000c4878
# 8
Thanks! It makes a lot more sense right now. We will try to investigate the bug.
