On 8/28/23 11:30, Carsten Grzemba via oi-dev wrote:
Currently the G++10 compiled Virtualbox crashs in exception handling. The stack looks similar to the problem with libexiv2 in https://www.illumos.org/issues/13824
but it seems the correct libs are loaded in the correct sequence.

(gdb) bt
#0  0x00007fffaf4091ca in _lwp_kill () from /lib/64/libc.so.1
#1  0x00007fffaf3ffa9a in thr_kill () from /lib/64/libc.so.1
#2  0x00007fffaf39b762 in raise () from /lib/64/libc.so.1
#3  0x00007fffaf374fa8 in abort () from /lib/64/libc.so.1
#4  0x00007fffa67fa42d in ?? () from /usr/gcc/10/lib/amd64/libstdc++.so.6
#5  0x00007fffa67f7249 in ?? () from /usr/gcc/10/lib/amd64/libstdc++.so.6
#6  0x00007fffa67f6099 in ?? () from /usr/gcc/10/lib/amd64/libstdc++.so.6
#7  0x00007fffa67f6a8c in __gxx_personality_v0 () from /usr/gcc/10/lib/amd64/libstdc++.so.6 #8  0x00007fffa8235716 in _Unwind_RaiseException_Phase2 (exc=exc@entry=0xe5c410, context=context@entry=0x7fffadfce5a0,
    frames_p=frames_p@entry=0x7fffadfce690)
    at /jenkins/jobs/oi-userland/workspace/components/developer/gcc-10/gcc-releases-gcc-10.5.0/libgcc/unwind.inc:64
#9  0x00007fffa8235dc1 in _Unwind_RaiseException (exc=0xe5c410)
    at /jenkins/jobs/oi-userland/workspace/components/developer/gcc-10/gcc-releases-gcc-10.5.0/libgcc/unwind.inc:136 #10 0x00007fffa67f7570 in __cxa_throw () from /usr/gcc/10/lib/amd64/libstdc++.so.6 #11 0x00000000007b1eb5 in Medium::i_queryInfo (this=this@entry=0xe004c0, fSetImageId=fSetImageId@entry=false,
    fSetParentId=fSetParentId@entry=false, autoCaller=...)
    at /code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/VBox/Main/src-server/MediumImpl.cpp:7176 #12 0x00000000007b2dc5 in Medium::refreshState (this=0xe004c0, autoCaller=..., aState=0xe0b1a0)     at /code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/VBox/Main/src-server/MediumImpl.cpp:2180 #13 0x00000000009acf71 in MediumWrap::RefreshState (this=0xe004c0, aState=0xe0b1a0)     at /code/github/oi-userland/components/sysutils/virtualbox/build/amd64/out/solaris.amd64/debug/obj/VBoxAPIWrap/MediumWrap.cpp:1344 #14 0x00007fff8d47a040 in XPTC_InvokeByIndex (that=0xe00530, methodIndex=41, paramCount=1, params=0xe0b1a0)     at /code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/libs/xpcom18a4/xpcom/reflect/xptcall/src/md/unix/xptcinvoke_x86_64_linux.cpp:221 #15 0x00007fff8f7b53f9 in ipcDConnectService::OnInvoke (this=0xcf6c40, peer=2, invoke=0xe0b170, opLen=18)     at /code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/libs/xpcom18a4/ipc/ipcd/extensions/dconnect/src/ipcDConnectService.cpp:4076 #16 0x00007fff8f7b3f5d in ipcDConnectService::OnIncomingRequest (this=0xcf6c40, peer=2, op=0xe0b170, opLen=18)     at /code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/libs/xpcom18a4/ipc/ipcd/extensions/dconnect/src/ipcDConnectService.cpp:3706
#17 0x00007fff8f7b1afb in DConnectWorker::Run (this=0xe0b650)
    at /code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/libs/xpcom18a4/ipc/ipcd/extensions/dconnect/src/ipcDConnectService.cpp:2979
#18 0x00007fff8d4637bc in nsThread::Main (arg=0xd9a100)
    at /code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/libs/xpcom18a4/xpcom/threads/nsThread.cpp:118
#19 0x00007fff8d4afdc1 in _pt_root (arg=0xe97870)
    at /code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/libs/xpcom18a4/nsprpub/pr/src/pthreads/ptthread.c:224
#20 0x00007fff8d4aff0a in _pt_iprt_root (Thread=0xe2cbb0, pvUser=0xe97870)
    at /code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/libs/xpcom18a4/nsprpub/pr/src/pthreads/ptthread.c:272 #21 0x00007fff8d7d6563 in rtThreadMain (pThread=pThread@entry=0xe2cbb0, NativeThread=NativeThread@entry=11,
    pszThreadName=pszThreadName@entry=0xe2d488 "nspr-3")
    at /code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/VBox/Runtime/common/misc/thread.cpp:727
#22 0x00007fff8d8de1d3 in rtThreadNativeMain (pvArgs=0xe2cbb0)
    at /code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/VBox/Runtime/r3/posix/thread-posix.cpp:386
#23 0x00007fffaf401de7 in _thrp_setup () from /lib/64/libc.so.1
#24 0x00007fffaf402130 in ?? () from /lib/64/libc.so.1

or the mdb view:
> $C
00007fffae33c0e0 libc.so.1`_lwp_kill+0xa()
00007fffae33c110 libc.so.1`raise+0x22(6)
00007fffae33c160 libc.so.1`abort+0x58()
00007fffae33c1a0 libstdc++.so.6.0.28`__gnu_cxx::__verbose_terminate_handler+0x65()
00007fffae33c1c0 libstdc++.so.6.0.28`__cxxabiv1::__terminate+9()
00007fffae33c1e0 0x7fffa67f6099()
00007fffae33c2d0 libstdc++.so.6.0.28`__gxx_personality_v0+0x2bc()
00007fffae33c4a0 libgcc_s.so.1`_Unwind_RaiseException_Phase2+0xa6()
00007fffae33c850 libgcc_s.so.1`_Unwind_RaiseException+0x331()
00007fffae33c880 libstdc++.so.6.0.28`__cxa_throw+0x40()
00007fffae33ca70 Medium::i_queryInfo+0x2ae()
00007fffae33cab0 Medium::refreshState+0xa5()
00007fffae33cb00 MediumWrap::RefreshState+0x121()
00007fffae33cbd0 VBoxXPCOM.so`XPTC_InvokeByIndex+0x1c7()
00007fffae33cdd0 VBoxXPCOMIPCC.so`ipcDConnectService::OnInvoke+0x6cf()
00007fffae33ce00 VBoxXPCOMIPCC.so`ipcDConnectService::OnIncomingRequest+0x7b()
00007fffae33cea0 VBoxXPCOMIPCC.so`DConnectWorker::Run+0x20b()
00007fffae33ced0 VBoxXPCOM.so`nsThread::Main+0xb4()
00007fffae33cf00 VBoxXPCOM.so`_pt_root+0x10e()
00007fffae33cf30 VBoxXPCOM.so`_pt_iprt_root+0x24()
00007fffae33cf70 VBoxRT.so`rtThreadMain+0x53()
00007fffae33cfb0 VBoxRT.so`rtThreadNativeMain+0x43()
00007fffae33cfe0 libc.so.1`_thrp_setup+0x77(7fffaeac4a40)
00007fffae33cff0 libc.so.1`_lwp_start()

libgcc_s and libstdc++ seems to be loaded from the GCC10
> ::objects
    7fffa66f0000     7fffa690b000           21b000 /usr/gcc/10/lib/amd64/libstdc++.so.6.0.28     7fffa8220000     7fffa823b000            1b000 /usr/gcc/10/lib/amd64/libgcc_s.so.1

The same Virtualbox version compiled with GCC7 works.
What could the problem be for this crash in exception handling?
--
Carsten




_______________________________________________
oi-dev mailing list
[email protected]
https://openindiana.org/mailman/listinfo/oi-dev

Hello!

mate-system-monitor dumps core, because of a glib::gio dependency, because gio can't find(?) a filesystem-monitor-implementation : "g-io-error-quark: Unable to find default local file monitor type".. (see below)

maybe this is also related to glib/gio ??

There is a smartos commit:
https://github.com/TritonDataCenter/illumos-joyent/commit/a9a246c0c49e192616e7499eaa2362b21fde8f5e

Regards,

Stpehan
_______________________________________________
oi-dev mailing list
[email protected]
https://openindiana.org/mailman/listinfo/oi-dev

Reply via email to