NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

kern/58691: core from SIGTRAP while running under gdb



>Number:         58691
>Category:       kern
>Synopsis:       core from SIGTRAP while running under gdb
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Sep 24 15:10:00 +0000 2024
>Originator:     Martin Husemann
>Release:        NetBSD 10.99.12
>Organization:
The NetBSD Foundation, Inc.
>Environment:
System: NetBSD big-apple.aprisoft.de 10.99.12 NetBSD 10.99.12 (POWERMAC_G5.MP) #118: Mon Sep 23 20:59:21 CEST 2024 martin%seven-days-to-the-wolves.aprisoft.de@localhost:/work/src/sys/arch/macppc/compile/POWERMAC_G5.MP macppc
Architecture: powerpc
Machine: macppc
>Description:

When I try to run the palemoon browser under gdb on macppc, I get a strange
palemoon.core file:

[New process 2247]
Core was generated by `palemoon'.
Program terminated with signal SIGTRAP, Trace/breakpoint trap.
#0  _rtld_debug_state () at /work/src/libexec/ld.elf_so/rtld.c:1593
warning: 1593   /work/src/libexec/ld.elf_so/rtld.c: No such file or directory
(gdb) bt
#0  _rtld_debug_state () at /work/src/libexec/ld.elf_so/rtld.c:1593
#1  0xfded9fa0 in dlopen (name=0xfba9b4dc "libgtk-3.so.0", mode=513) at /work/src/libexec/ld.elf_so/rtld.c:1061
#2  0xfa42d578 in glxtest () at /usr/pkgobj/www/palemoon/work/pale-moon/platform/toolkit/xre/glxtest.cpp:135
#3  0xfa42dad4 in fire_glxtest_process () at /usr/pkgobj/www/palemoon/work/pale-moon/platform/toolkit/xre/glxtest.cpp:331
#4  0xfa422f54 in XREMain::XRE_mainInit (this=this@entry=0xffffda20, aExitFlag=aExitFlag@entry=0xffffd9e7)
    at /usr/pkgobj/www/palemoon/work/pale-moon/platform/toolkit/xre/nsAppRunner.cpp:2747
#5  0xfa427b48 in XREMain::XRE_mainInit (aExitFlag=0xffffd9e7, this=0xffffda20)
    at /usr/pkgobj/www/palemoon/work/pale-moon/platform/toolkit/xre/nsAppRunner.cpp:2706
#6  XREMain::XRE_main (this=this@entry=0xffffda20, argc=argc@entry=1, argv=argv@entry=0xffffe544, 
    aAppData=aAppData@entry=0xffffdbb0) at /usr/pkgobj/www/palemoon/work/pale-moon/platform/toolkit/xre/nsAppRunner.cpp:3873
#7  0xfa427f8c in XRE_main (argc=1, argv=0xffffe544, aAppData=0xffffdbb0, aFlags=<optimized out>)
    at /usr/pkgobj/www/palemoon/work/pale-moon/platform/toolkit/xre/nsAppRunner.cpp:3975
#8  0x01803e94 in do_main (argc=<optimized out>, argc@entry=1, argv=argv@entry=0xffffe544, envp=envp@entry=0xffffe54c, 
    xreDirectory=0xf6ba4000) at /usr/pkgobj/www/palemoon/work/pale-moon/palemoon/app/nsBrowserApp.cpp:253
#9  0x0182b7dc in main (argc=1, argv=0xffffe544, envp=0xffffe54c)
    at /usr/pkgobj/www/palemoon/work/pale-moon/palemoon/app/nsBrowserApp.cpp:377

The source is:

135       void *gtk3 = dlopen("libgtk-3.so.0", RTLD_LOCAL | RTLD_LAZY);

It is not clear to me under what circumstances a SIGTRAP (as issued by
_rtld_debug_state(), trying to inform the debugger of the new shared lib
loaded) would cause a core dump while running under a debugger.

>How-To-Repeat:

just try to gdb something like firefox52 or palemoon?
What I actually did: cd to the pkgbuild work dir, there:
	cd build/dist/bin
	./run-mozilla.sh -g ./palemoon
and then at the gdb prompt:
	run

>Fix:
n/a



Home | Main Index | Thread Index | Old Index