[oi-dev] Virtualbox crash
Udo Grabowski (IMK)
udo.grabowski at kit.edu
Mon Aug 28 10:34:35 UTC 2023
Isn't that the same gcc-7/10 mixup again ? Somewhere hidden by indirect loading?
That gxx_personality_v0/Unwind_RaiseException_Phase2 stuff looks like its that
signature ... Set LD_DEBUG to 'files' or 'libs' and start it from that
commandline.
On 28/08/2023 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 at entry=0xe5c410,
> context=context at entry=0x7fffadfce5a0,
> frames_p=frames_p at 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 at entry=0xe004c0,
> fSetImageId=fSetImageId at entry=false,
> fSetParentId=fSetParentId at 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 at entry=0xe2cbb0,
> NativeThread=NativeThread at entry=11,
> pszThreadName=pszThreadName at 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
> oi-dev at openindiana.org
> https://openindiana.org/mailman/listinfo/oi-dev
>
--
Dr.Udo Grabowski Inst.f.Meteorology & Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5804 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://openindiana.org/pipermail/oi-dev/attachments/20230828/38413061/attachment.bin>
More information about the oi-dev
mailing list