On Thu, 23 Jan 2020, Thorsten Glaser wrote: > I’ve just upgraded my system (Debian sid) and now cannot use iceweasel > any more — after I start it and select the profile to use, it crashes;
This is reproducible on two machines, both amd64. Incidentally, downgrading just the firefox-esr package does NOT fix it ⚠ According to strace, one of the processes that result from clone gets SIGSEGV. A not very useful backtrace, I need to install the symbols, is: (gdb) bt #0 0x00007fffeef69df0 in ?? () from /usr/lib/firefox-esr/libxul.so #1 0x00007fffeef6dbe0 in ?? () from /usr/lib/firefox-esr/libxul.so #2 0x00007fffeda1fa42 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #3 0x00007fffeda1fb8f in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #4 0x00007fffeda65650 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #5 0x00007fffeda99851 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #6 0x00007fffeda99a1c in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #7 0x00007fffeda99a5f in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #8 0x00007fffedaa7075 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #9 0x00007fffedaa95f7 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #10 0x00007fffedaae493 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #11 0x00007fffedaae82f in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #12 0x00007fffedaae926 in sqlite3_prepare_v2 () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #13 0x00007fffeda98ecc in sqlite3_exec () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #14 0x00007fffeef659b7 in ?? () from /usr/lib/firefox-esr/libxul.so #15 0x00007fffeef65f24 in ?? () from /usr/lib/firefox-esr/libxul.so #16 0x00007fffeef667f3 in ?? () from /usr/lib/firefox-esr/libxul.so #17 0x00007fffeef77109 in ?? () from /usr/lib/firefox-esr/libxul.so #18 0x00007fffee8218da in ?? () from /usr/lib/firefox-esr/libxul.so #19 0x00007fffee8232a9 in ?? () from /usr/lib/firefox-esr/libxul.so #20 0x00007fffee73b60b in ?? () from /usr/lib/firefox-esr/libxul.so #21 0x00007fffee73db38 in ?? () from /usr/lib/firefox-esr/libxul.so #22 0x00007fffeebe535a in ?? () from /usr/lib/firefox-esr/libxul.so #23 0x00007fffeebb9045 in ?? () from /usr/lib/firefox-esr/libxul.so #24 0x00007fffee73dddf in ?? () from /usr/lib/firefox-esr/libxul.so #25 0x00007ffff7a49e08 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so #26 0x00007ffff7f91fb7 in start_thread (arg=<optimized out>) at pthread_create.c:486 #27 0x00007ffff7cca2cf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 (gdb) But this gives me some idea as to the culprit… bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
