Hi! Petr Salinger <petr.salin...@seznam.cz> writes: >>> Running unstable's -9.0- kernel makes midori (and in the same way >>> iceweasel) creash on startup with "Unknown signal" in >>> pthread_create. This is a pretty default wheezy system (with minor sid >>> parts). > > Please try to run it without gdb and analyze core after segfault. > I guess that it would be in a different place. > > It is a limitation of our gdb port, it does not know, > that this signal is internal to threading library. > > The problem of iceweasel might be due to: > > * config/config.mk, config/rules.mk, js/src/config/config.mk, > js/src/config/rules.mk: (Statically) link jemalloc to all programs. > > The jemalloc uses internally pthread library > and pthread library uses internally malloc.
You're right: % gdb midori -c midori.core GNU gdb (GDB) 7.3-debian Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-kfreebsd-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/bin/midori...(no debugging symbols found)...done. [New process 100463] Core was generated by `midori'. Program terminated with signal 10, Bus error. #0 0x0000000804acf58d in JSC::ConservativeRoots::add(void*, void*) () from /usr/lib/libjavascriptcoregtk-1.0.so.0 (gdb) bt full #0 0x0000000804acf58d in JSC::ConservativeRoots::add(void*, void*) () from /usr/lib/libjavascriptcoregtk-1.0.so.0 No symbol table info available. #1 0x0000000804ad4386 in JSC::MachineThreads::gatherFromCurrentThread(JSC::ConservativeRoots&, void*) () from /usr/lib/libjavascriptcoregtk-1.0.so.0 No symbol table info available. #2 0x0000000804ad4505 in JSC::MachineThreads::gatherConservativeRoots(JSC::ConservativeRoots&, void*) () from /usr/lib/libjavascriptcoregtk-1.0.so.0 No symbol table info available. #3 0x0000000804ad1324 in JSC::Heap::markRoots() () from /usr/lib/libjavascriptcoregtk-1.0.so.0 No symbol table info available. #4 0x0000000804ad20a8 in JSC::Heap::collect(JSC::Heap::SweepToggle) () from /usr/lib/libjavascriptcoregtk-1.0.so.0 No symbol table info available. #5 0x0000000803639395 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 No symbol table info available. #6 0x0000000803b9d3b2 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 No symbol table info available. #7 0x000000080434ba82 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 No symbol table info available. #8 0x0000000800d4d83b in ?? () from /lib/x86_64-kfreebsd-gnu/libglib-2.0.so.0 No symbol table info available. #9 0x0000000800d4c02f in g_main_context_dispatch () from /lib/x86_64-kfreebsd-gnu/libglib-2.0.so.0 No symbol table info available. #10 0x0000000800d4c828 in ?? () from /lib/x86_64-kfreebsd-gnu/libglib-2.0.so.0 No symbol table info available. #11 0x0000000800d4cd62 in g_main_loop_run () from /lib/x86_64-kfreebsd-gnu/libglib-2.0.so.0 No symbol table info available. #12 0x00000008015c9937 in gtk_main () from /usr/lib/x86_64-kfreebsd-gnu/libgtk-x11-2.0.so.0 No symbol table info available. #13 0x0000000000424409 in main () No symbol table info available. Is there any gain in trying to get some of the libraries rebuilt with debugging symbols? Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
