For the last few days, I got a strange segmentation error during C++ data initialization (of a dynamically loaded module?).
gcc-4.9 --version gcc-4.9 (Debian 4.9.1-15) 4.9.1 I tried both ld.gold and (traditional bfd) ld. I looked for similar issues using google, and it seems to suggest that I may have hit an initialization order problem of a sort. I am compiling a DEBUG version of C-C TB. I refreshed source code a few days ago before seeing this problem. However, other than minor patches in .js files, and a few changes in .cpp files, I don't think I have touched the initialization aspect of the source code. Anyway, please see the stack trace as below. ishikawa@ip030:/REF-COMM-CENTRAL/comm-central$ gdb /REF-OBJ-DIR/objdir-tb3/dist/bin/thunderbird GNU gdb (Debian 7.7.1+dfsg-3) 7.7.1 Copyright (C) 2014 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-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /REF-OBJ-DIR/objdir-tb3/dist/bin/thunderbird...done. (gdb) run Starting program: /REF-OBJ-DIR/objdir-tb3/dist/bin/thunderbird [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Loading JavaScript value pretty-printers; see js/src/gdb/README. If they cause trouble, type: disable pretty-printer .* SpiderMonkey Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) where #0 0x0000000000000000 in ?? () #1 0x00007ffff1fbe6bf in __static_initialization_and_destruction_0 (__priority=65535, __initialize_p=1) at /REF-COMM-CENTRAL/comm-central/mozilla/dom/html/HTMLInputElement.cpp:193 #2 _GLOBAL__sub_I_HTMLInputElement.cpp(void) () at /REF-COMM-CENTRAL/comm-central/mozilla/dom/html/HTMLInputElement.cpp:7481 #3 0x00007ffff7dea9fa in ?? () from /lib64/ld-linux-x86-64.so.2 #4 0x00007ffff7deaae3 in ?? () from /lib64/ld-linux-x86-64.so.2 #5 0x00007ffff7deec48 in ?? () from /lib64/ld-linux-x86-64.so.2 #6 0x00007ffff7dea8b4 in ?? () from /lib64/ld-linux-x86-64.so.2 #7 0x00007ffff7dee43b in ?? () from /lib64/ld-linux-x86-64.so.2 #8 0x00007ffff79bc02b in ?? () from /lib/x86_64-linux-gnu/libdl.so.2 #9 0x00007ffff7dea8b4 in ?? () from /lib64/ld-linux-x86-64.so.2 #10 0x00007ffff79bc5dd in ?? () from /lib/x86_64-linux-gnu/libdl.so.2 #11 0x00007ffff79bc0c1 in dlopen () from /lib/x86_64-linux-gnu/libdl.so.2 #12 0x0000000000402943 in GetLibHandle (aDependentLib=0x7fffffffa710 "/REF-OBJ-DIR/objdir-tb3/dist/bin/libxul.so") at /REF-COMM-CENTRAL/comm-central/mozilla/xpcom/glue/standalone/nsXPCOMGlue.cpp:227 #13 ReadDependentCB (aDoPreload=<optimized out>, aDependentLib=0x7fffffffa710 "/REF-OBJ-DIR/objdir-tb3/dist/bin/libxul.so") at /REF-COMM-CENTRAL/comm-central/mozilla/xpcom/glue/standalone/nsXPCOMGlue.cpp:276 #14 XPCOMGlueLoad (aXPCOMFile=<optimized out>) at /REF-COMM-CENTRAL/comm-central/mozilla/xpcom/glue/standalone/nsXPCOMGlue.cpp:456 #15 0x0000000000402b2c in XPCOMGlueStartup (aXPCOMFile=<optimized out>) at /REF-COMM-CENTRAL/comm-central/mozilla/xpcom/glue/standalone/nsXPCOMGlue.cpp:521 #16 0x0000000000401195 in InitXPCOMGlue (argv0=<optimized out>, xreDirectory=xreDirectory@entry=0x7fffffffd7b8) at /REF-COMM-CENTRAL/comm-central/mail/app/nsMailApp.cpp:286 #17 0x00000000004015fa in main (argc=1, argv=0x7fffffffd9e8) at /REF-COMM-CENTRAL/comm-central/mail/app/nsMailApp.cpp:351 (gdb) quit A debugging session is active. Inferior 1 [process 11151] will be killed. Quit anyway? (y or n) y ishikawa@ip030:/REF-COMM-CENTRAL/comm-central$ The code in question is, indeed, an initializer. 189 190 // Default inputmode value is "auto". 191 static const nsAttrValue::EnumTable* kInputDefaultInputmode = &kInputInputmodeTable[0]; 192 * 193 const Decimal HTMLInputElement::kStepScaleFactorDate = Decimal(86400000); 194 const Decimal HTMLInputElement::kStepScaleFactorNumberRange = Decimal(1); 195 const Decimal HTMLInputElement::kStepScaleFactorTime = Decimal(1000); 196 const Decimal HTMLInputElement::kDefaultStepBase = Decimal(0); Has anyone seen the problem with the latest source file? Or does anyone have any idea for a possible workaround? cf. Decimal (I am not familiar with the code. My guess is that an initializer to set the value of kStepScaleFactorDate with Decimal(8640000) is failing, and maybe a function pointer used inside the initializer is not initialized (0x0000....000)?) _______________________________________________ dev-builds mailing list [email protected] https://lists.mozilla.org/listinfo/dev-builds
