I experience the same issue of segmentation error by compiling
a full DEBUG version of C-C TB gcc-4.8 and g++-4.8
I think then it is a problem in the source code hierarchy.
Hmm...
Any hint and tips welcome.
Here is the traceback from C-C TB compiled from C-C source tree.
Note the initialization bombs out in M-C portion of the file.
000000000000 in ?? ()
(gdb) where
#0 0x0000000000000000 in ?? ()
#1 0x00007ffff22dc596 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 0x000000000040296a 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 0x0000000000402b53 in XPCOMGlueStartup (aXPCOMFile=<optimized out>)
at
/REF-COMM-CENTRAL/comm-central/mozilla/xpcom/glue/standalone/nsXPCOMGlue.cpp:521
#16 0x0000000000401179 in InitXPCOMGlue (argv0=<optimized out>,
xreDirectory=xreDirectory@entry=0x7fffffffd7b8)
at /REF-COMM-CENTRAL/comm-central/mail/app/nsMailApp.cpp:286
#17 0x00000000004015fc in main (argc=1, argv=0x7fffffffd9e8) at
/REF-COMM-CENTRAL/comm-central/mail/app/nsMailApp.cpp:351
(gdb)
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
[email protected]
https://lists.mozilla.org/listinfo/dev-builds
