public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug boehm-gc/52217] New: [boehm-gc] revision 184100 causes segmentation fault in mingw32
@ 2012-02-12 14:30 jojelino at gmail dot com
2012-02-12 16:10 ` [Bug boehm-gc/52217] " ktietz at gcc dot gnu.org
2013-09-10 11:00 ` ktietz at gcc dot gnu.org
0 siblings, 2 replies; 3+ messages in thread
From: jojelino at gmail dot com @ 2012-02-12 14:30 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52217
Bug #: 52217
Summary: [boehm-gc] revision 184100 causes segmentation fault
in mingw32
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: boehm-gc
AssignedTo: unassigned@gcc.gnu.org
ReportedBy: jojelino@gmail.com
Created attachment 26642
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26642
proposed fix
with gcc built on trunk git-a40d9b7c, and tried testing ExtraClassLoader and
got segmentation fault with following backtrace
(gdb) bt
#0 0x69cee9b6 in GC_is_black_listed (h=h@entry=0xa4a000, len=len@entry=0x1000)
at ../.././boehm-gc/blacklst.c:242
#1 0x69cecbf2 in GC_allochblk_nth (sz=0x2, kind=0x1, flags=0x0, n=0x6)
at ../.././boehm-gc/allchblk.c:646
#2 0x69ced06c in GC_allochblk (sz=sz@entry=0x2, kind=kind@entry=0x1,
flags=flags@entry=0x0) at ../.././boehm-gc/allchblk.c:561
#3 0x69cf6c93 in GC_new_hblk (sz=sz@entry=0x2, kind=kind@entry=0x1)
at ../.././boehm-gc/new_hblk.c:253
#4 0x69cee57e in GC_allocobj (sz=sz@entry=0x2, kind=kind@entry=0x1)
at ../.././boehm-gc/alloc.c:1078
#5 0x69cf2546 in GC_generic_malloc_inner (lb=0x4, k=0x1)
at ../.././boehm-gc/malloc.c:136
#6 0x69cf2609 in GC_generic_malloc_inner_ignore_off_page (lb=lb@entry=0x4,
k=k@entry=0x1) at ../.././boehm-gc/malloc.c:173
#7 0x69cf0502 in GC_grow_table (table=table@entry=0x6a3b3fa8,
log_size_ptr=log_size_ptr@entry=0x6a029d60)
at ../.././boehm-gc/finalize.c:112
#8 0x69cf09d4 in GC_register_finalizer_inner (obj=obj@entry=0xa47fa0,
fn=fn@entry=0x696d2530 <call_finalizer(GC_PTR, GC_PTR)>,
cd=cd@entry=0x696c9580, ofn=ofn@entry=0x0, ocd=ocd@entry=0x0,
mp=mp@entry=0x69cf0330 <GC_null_finalize_mark_proc>)
at ../.././boehm-gc/finalize.c:361
#9 0x69cf0bc7 in GC_register_finalizer_no_order (obj=0xa47fa0,
fn=0x696d2530 <call_finalizer(GC_PTR, GC_PTR)>, cd=0x696c9580, ofn=0x0,
ocd=0x0) at ../.././boehm-gc/finalize.c:519
#10 0x696d2df0 in _Jv_RegisterFinalizer (object=0xa47fa0,
meth=0x696c9580 <_Jv_FinalizeString(java::lang::Object*)>)
at ../.././libjava/boehm.cc:421
#11 0x696c987c in _Jv_NewStringUtf8Const (str=0x6a0456b4)
at ../.././libjava/java/lang/natString.cc:312
#12 0x696922b2 in _Jv_Linker::ensure_class_linked (klass=0x69d50180)
at ../.././libjava/link.cc:1761
#13 0x69690d04 in _Jv_Linker::wait_for_state (klass=0x69d50180, state=0x9)
at ../.././libjava/link.cc:2076
#14 0x696c5407 in java::lang::Class::initializeClass (this=0x69d50180)
at ../.././libjava/java/lang/natClass.cc:728
#15 0x696c54fc in _Jv_InitClass (klass=<optimized out>)
at ../.././libjava/java/lang/Class.h:742
#16 java::lang::Class::initializeClass (this=0x69d503c0)
at ../.././libjava/java/lang/natClass.cc:769
#17 0x69682879 in _Jv_InitClass (klass=0x69d503c0)
at ../.././libjava/java/lang/Class.h:742
#18 _Jv_AllocObjectNoFinalizer (klass=klass@entry=0x69d503c0)
at ../.././libjava/prims.cc:585
#19 0x696827b7 in _Jv_AllocObject (klass=0x69d503c0)
at ../.././libjava/prims.cc:596
#20 0x696c671b in _Jv_NewClass (name=0xa47fc0, superclass=0x69d50180,
loader=0x0) at ../.././libjava/java/lang/natClassLoader.cc:572
#21 0x696c683d in _Jv_NewArrayClass (element=0x69d503c0, loader=0x0,
array_vtable=0x0) at ../.././libjava/java/lang/natClassLoader.cc:642
#22 0x69682ffd in _Jv_GetArrayClass (loader=0x0, klass=<optimized out>)
at ../.././libjava/java/lang/Class.h:754
#23 _Jv_FindClassFromSignature (sig=<optimized out>,
sig@entry=0x6a045dd6 "[Ljava.lang.Class;", loader=loader@entry=0x0,
endp=endp@entry=0x0) at ../.././libjava/prims.cc:923
#24 0x6968302f in _Jv_FindClassFromSignatureNoException (
sig=0x6a045dd6 "[Ljava.lang.Class;", loader=0x0, endp=0x0)
at ../.././libjava/prims.cc:936
#25 0x696920b7 in _Jv_Linker::resolve_pool_entry (
klass=klass@entry=0x69d503c0, index=index@entry=0x16, lazy=lazy@entry=0x1)
at ../.././libjava/link.cc:438
#26 0x696923dd in _Jv_Linker::ensure_class_linked (klass=0x69d503c0)
at ../.././libjava/link.cc:1748
#27 0x69690d04 in _Jv_Linker::wait_for_state (klass=0x69d503c0, state=0x9)
at ../.././libjava/link.cc:2076
#28 0x696c5407 in java::lang::Class::initializeClass (this=0x69d503c0)
at ../.././libjava/java/lang/natClass.cc:728
#29 0x69682879 in _Jv_InitClass (klass=0x69d503c0)
at ../.././libjava/java/lang/Class.h:742
#30 _Jv_AllocObjectNoFinalizer (klass=klass@entry=0x69d503c0)
at ../.././libjava/prims.cc:585
#31 0x696827b7 in _Jv_AllocObject (klass=0x69d503c0)
at ../.././libjava/prims.cc:596
#32 0x696c671b in _Jv_NewClass (name=0xa47fe0, superclass=0x69d50180,
loader=0x0) at ../.././libjava/java/lang/natClassLoader.cc:572
#33 0x696c683d in _Jv_NewArrayClass (element=0x69d50180, loader=0x0,
array_vtable=0x0) at ../.././libjava/java/lang/natClassLoader.cc:642
#34 0x69682ffd in _Jv_GetArrayClass (loader=0x0, klass=<optimized out>)
at ../.././libjava/java/lang/Class.h:754
#35 _Jv_FindClassFromSignature (sig=<optimized out>,
sig@entry=0x6a11cc84 "[Ljava.lang.Object;", loader=loader@entry=0x0,
endp=endp@entry=0x0) at ../.././libjava/prims.cc:923
#36 0x6968302f in _Jv_FindClassFromSignatureNoException (
sig=0x6a11cc84 "[Ljava.lang.Object;", loader=0x0, endp=0x0)
at ../.././libjava/prims.cc:936
#37 0x696920b7 in _Jv_Linker::resolve_pool_entry (
klass=klass@entry=0x69e652c0, index=index@entry=0x13, lazy=lazy@entry=0x1)
at ../.././libjava/link.cc:438
#38 0x696923dd in _Jv_Linker::ensure_class_linked (klass=0x69e652c0)
at ../.././libjava/link.cc:1748
#39 0x69690d04 in _Jv_Linker::wait_for_state (klass=0x69e652c0, state=0x9)
at ../.././libjava/link.cc:2076
#40 0x696c5407 in java::lang::Class::initializeClass (this=0x69e652c0)
at ../.././libjava/java/lang/natClass.cc:728
#41 0x69683e10 in _Jv_InitClass (klass=<optimized out>)
at ../.././libjava/java/lang/Class.h:742
#42 _Jv_CreateJavaVM (vm_args=vm_args@entry=0x0)
at ../.././libjava/prims.cc:1670
#43 0x69683e5b in _Jv_RunMain (vm_args=0x0, klass=klass@entry=0x40a160,
name=name@entry=0x0, argc=argc@entry=0x1, argv=argv@entry=0x3d8938,
is_jar=is_jar@entry=0x0) at ../.././libjava/prims.cc:1723
#44 0x69684156 in _Jv_RunMain (klass=klass@entry=0x40a160,
name=name@entry=0x0, argc=argc@entry=0x1, argv=argv@entry=0x3d8938,
is_jar=is_jar@entry=0x0) at ../.././libjava/prims.cc:1820
#45 0x696841bf in JvRunMain (klass=0x40a160, argc=0x1, argv=0x3d8938)
at ../.././libjava/prims.cc:1826
#46 0x00401402 in _fu0___Jv_Compiler_Properties () at /tmp/ccq8rzhq.i:11
#47 0x004010fd in __mingw_CRTStartup () at ../../.././winsup/mingw/crt1.c:244
#48 0x00000408 in ?? ()
#49 0x7ffdb000 in ?? ()
#50 0x00000000 in ?? ()
(gdb)
reverting head-commit for boehm-gc fixed the problem.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug boehm-gc/52217] [boehm-gc] revision 184100 causes segmentation fault in mingw32
2012-02-12 14:30 [Bug boehm-gc/52217] New: [boehm-gc] revision 184100 causes segmentation fault in mingw32 jojelino at gmail dot com
@ 2012-02-12 16:10 ` ktietz at gcc dot gnu.org
2013-09-10 11:00 ` ktietz at gcc dot gnu.org
1 sibling, 0 replies; 3+ messages in thread
From: ktietz at gcc dot gnu.org @ 2012-02-12 16:10 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52217
Kai Tietz <ktietz at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ktietz at gcc dot gnu.org
--- Comment #1 from Kai Tietz <ktietz at gcc dot gnu.org> 2012-02-12 16:10:19 UTC ---
Sorry, to revert this patch is the wrong fix. The patch just corrects an
old-standing issue, and shouldn't affect mingw.org compiled stuff at all, as
_DLL isn't defined by this header-set. The only effective difference is for
-w64, which is defining _DLL as msdn describes.
So the issue here you noticed might be caused by static/shared instead.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug boehm-gc/52217] [boehm-gc] revision 184100 causes segmentation fault in mingw32
2012-02-12 14:30 [Bug boehm-gc/52217] New: [boehm-gc] revision 184100 causes segmentation fault in mingw32 jojelino at gmail dot com
2012-02-12 16:10 ` [Bug boehm-gc/52217] " ktietz at gcc dot gnu.org
@ 2013-09-10 11:00 ` ktietz at gcc dot gnu.org
1 sibling, 0 replies; 3+ messages in thread
From: ktietz at gcc dot gnu.org @ 2013-09-10 11:00 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52217
Kai Tietz <ktietz at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |WAITING
Last reconfirmed| |2013-09-10
Ever confirmed|0 |1
--- Comment #2 from Kai Tietz <ktietz at gcc dot gnu.org> ---
Wait for OP check. Still assume it is an issue of static vs. shared.
Set bug as waiting.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-09-10 11:00 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-02-12 14:30 [Bug boehm-gc/52217] New: [boehm-gc] revision 184100 causes segmentation fault in mingw32 jojelino at gmail dot com
2012-02-12 16:10 ` [Bug boehm-gc/52217] " ktietz at gcc dot gnu.org
2013-09-10 11:00 ` ktietz at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).