Great. Somebody noticed this already and there is a bugzilla. https://bugzilla.mozilla.org/show_bug.cgi?id=1092200
I will follow the bugzilla entry. I was posting to the newsgroup since when I noticed the segmentation issue, there was no indication of people 's jobs suffering from it on TBPL server report. Maybe there is now, then. TIA On 2014/11/02 16:45, ISHIKAWA, Chiaki wrote: > On 2014/11/02 11:55, ISHIKAWA, Chiaki wrote: >> 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)?) >> > > There is a possibility that I may have hit a feature of GCC 4.9 after I > relazed the optimization flag from -O2 o -O. > > I am trying to see if using compiling the DEBUG version of C-C TB with > GCC 4.8 exhibits the same behavior. > > TIA > _______________________________________________ dev-builds mailing list dev-builds@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-builds
