[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#753791: simgrid: FTBFS on hurd-i386



On 07/06/2014 11:28 AM, tony mancill wrote:
> On 07/06/2014 10:45 AM, Matthias Klose wrote:
>> Am 06.07.2014 19:06, schrieb Samuel Thibault:
>>> Gabriele Giacone, le Sat 05 Jul 2014 03:41:09 +0200, a écrit :
>>>> It FTBFS on hurd
>>>>
>>>> [...]
>>>> cd /home/user/port/simgrid/simgrid-3.11.1/doc && /usr/bin/javadoc -quiet -d /home/user/port/simgrid/simgrid-3.11.1/doc/html/javadoc/ /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/*.java /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simgrid/*/*.java
>>>> Segmentation fault (core dumped)
>>>
>>> Well, we have been seeing gcj-4.9 crashes in various packages recently.
>>> I don't think it's up to simgrid maintainers to look for the bug...
>>
>> #753791 and #753604 are two java related build failures on the Hurd, reported on
>> July 3 and July 5.  I'm not aware of any changes in GCJ-4.9 itself, which is
>> used since May 5.  Is anybody aware of uploads which cause these packages to
>> fail to build?
>>
>> candidates are the over-eager update of ecj-3.10, and maybe uploaded class files
>> built with java8.
> 
> Java8 isn't the default-jdk, so local test builds may be done with it,
> but we shouldn't see class files in the archive built with it (unless
> someone is going out of their way and building in a dirty build
> environment).
> 
> If it's the ecj version, it should be trivial to regress with the latest
> upload of ecj to unstable.

[snip]

Things haven't improved with the version of ecj-3.9 that Matthias
uploaded.  Building simgrid fails for during the javadoc step.
gjdoc-4.9 immediately dies on hurd-i386.

I loaded up the -dbg packages I could find and generated a backtrace
(attached).  This doesn't seem to be related to either Java8 classes or
the version of ecj in unstable.  Please let me know how I might further
troubleshoot the behavior of gjdoc-4.9 on hurd.

Thank you,
tony
$ /usr/bin/javadoc
Illegal instruction

$ file /usr/bin/gjdoc-4.9
/usr/bin/gjdoc-4.9: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Hurd 0.0.0, BuildID[sha1]=e4e73d477d489951ee24bae62ff02c3f7bdbfac2, stripped

$ gdb /usr/bin/gjdoc-4.9
GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1+hurd.1)
Copyright (C) 2013 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 "i486-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/gjdoc-4.9...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/gjdoc-4.9 
[New Thread 1135.5]
[New Thread 1135.6]

Program received signal SIGUSR1, User defined signal 1.
0x03a36a1c in mach_msg_trap ()
    at /build/glibc-4q6TTG/glibc-2.19/build-tree/hurd-i386-libc/mach/mach_msg_trap.S:2
2       /build/glibc-4q6TTG/glibc-2.19/build-tree/hurd-i386-libc/mach/mach_msg_trap.S: No such file or directory.
(gdb) bt
#0  0x03a36a1c in mach_msg_trap ()
    at /build/glibc-4q6TTG/glibc-2.19/build-tree/hurd-i386-libc/mach/mach_msg_trap.S:2
#1  0x03a371fe in __mach_msg (msg=msg@entry=0x401f550, option=option@entry=3, 
    send_size=send_size@entry=48, rcv_size=rcv_size@entry=32, rcv_name=88, 
    timeout=timeout@entry=0, notify=notify@entry=0) at msg.c:110
#2  0x03bfe889 in __msg_sig_post (process=90, signal=signal@entry=0, 
    sigcode=sigcode@entry=0, refport=1)
    at /build/glibc-4q6TTG/glibc-2.19/build-tree/hurd-i386-libc/hurd/RPC_msg_sig_post.c:143
#3  0x03a51bae in _hurd_raise_signal (ss=0x2b008, signo=signo@entry=30, 
    detail=detail@entry=0x401f5ec) at hurd-raise.c:49
#4  0x039cb46c in pthread_kill (thread=3, sig=30)
    at ../libpthread/sysdeps/hurd/pt-kill.c:49
#5  0x029a1466 in GC_suspend_all ()
    at ../../../src/boehm-gc/pthread_stop_world.c:358
#6  0x029a14d0 in GC_stop_world ()
    at ../../../src/boehm-gc/pthread_stop_world.c:397
#7  0x029920c0 in GC_stopped_mark (stop_func=0x2991e30 <GC_never_stop_func>)
    at ../../../src/boehm-gc/alloc.c:495
#8  0x02992991 in GC_try_to_collect_inner (
    stop_func=0x2991e30 <GC_never_stop_func>)
    at ../../../src/boehm-gc/alloc.c:378
#9  0x0299312c in GC_collect_or_expand (needed_blocks=1, ignore_off_page=0)
    at ../../../src/boehm-gc/alloc.c:1009
#10 0x0299336d in GC_allocobj (sz=48, kind=0)
    at ../../../src/boehm-gc/alloc.c:1087
#11 0x029979ac in GC_generic_malloc_inner (lb=162, k=0)
    at ../../../src/boehm-gc/malloc.c:136
#12 0x02997b06 in GC_generic_malloc (lb=162, k=0)
    at ../../../src/boehm-gc/malloc.c:192
#13 0x02997d33 in GC_malloc_atomic (lb=162)
    at ../../../src/boehm-gc/malloc.c:270
#14 0x0299ffa4 in GC_local_malloc_atomic (bytes=162)
    at ../../../src/boehm-gc/pthread_support.c:339
#15 0x01fe2d1d in _Jv_AllocPtrFreeObj (klass=0x80ab8e8, size=162)
    at ./include/java-gc.h:58
#16 _Jv_NewPrimArray (eltype=0x397a300 <_Jv_charClass>, count=77)
    at ../../../src/libjava/prims.cc:725
#17 0x023e277e in java.lang.AbstractStringBuffer.AbstractStringBuffer(java.lang.String) (this=@842da10, str=@8424240)
    at /build/gcc-4.9-Ibkhez/gcc-4.9-4.9.0/src/libjava/java/lang/AbstractStringBuffer.java:106
#18 0x023e27ec in java.lang.StringBuilder.StringBuilder(java.lang.String) (
    this=@842da10, str=@8424240)
    at /build/gcc-4.9-Ibkhez/gcc-4.9-4.9.0/src/libjava/java/lang/StringBuilder.java:119
#19 0x0242b6df in java.net.URLClassLoader.findClass(java.lang.String)java.lang.Class (this=@80c5fc0, className=@8424510)
    at /build/gcc-4.9-Ibkhez/gcc-4.9-4.9.0/src/libjava/classpath/java/net/URLClassLoader.java:515
#20 0x023fb7a2 in java.lang.ClassLoader.loadClass(java.lang.String, boolean)java.lang.Class (this=@80c5fc0, name=@8424510, resolve=false)
    at /build/gcc-4.9-Ibkhez/gcc-4.9-4.9.0/src/libjava/java/lang/ClassLoader.java:452
#21 0x023fb759 in java.lang.ClassLoader.loadClass(java.lang.String, boolean)java.lang.Class (this=@80c8fa0, name=@8424510, resolve=false)
    at /build/gcc-4.9-Ibkhez/gcc-4.9-4.9.0/src/libjava/java/lang/ClassLoader.java:445
#22 0x023e0053 in java.lang.ClassLoader.loadClass(java.lang.String)java.lang.Class (this=@80c8fa0, name=@8424510)
    at /build/gcc-4.9-Ibkhez/gcc-4.9-4.9.0/src/libjava/java/lang/ClassLoader.java:387
#23 0x02027000 in _Jv_FindClass (name=0x12f03a0 <_Utf4068>, loader=0x80c8fa0)
    at ../../../src/libjava/java/lang/natClassLoader.cc:512
#24 0x0202704d in _Jv_FindClassNoException (name=0x12f03a0 <_Utf4068>, 
    loader=0x80c8fa0) at ../../../src/libjava/java/lang/natClassLoader.cc:476
#25 0x01ff1d08 in _Jv_Linker::resolve_pool_entry (
    klass=0x147a180 <gnu::classpath::tools::gjdoc::RootDocImpl::class$>, 
    index=83, lazy=true) at ../../../src/libjava/link.cc:440
#26 0x01ff2555 in _Jv_Linker::ensure_class_linked (
    klass=0x147a180 <gnu::classpath::tools::gjdoc::RootDocImpl::class$>)
    at ../../../src/libjava/link.cc:1748
#27 0x01ff16f3 in _Jv_Linker::wait_for_state (
    klass=0x147a180 <gnu::classpath::tools::gjdoc::RootDocImpl::class$>, 
    state=9) at ../../../src/libjava/link.cc:2076
#28 0x02025ac3 in java::lang::Class::initializeClass (
    this=0x147a180 <gnu::classpath::tools::gjdoc::RootDocImpl::class$>)
    at ../../../src/libjava/java/lang/natClass.cc:728
#29 0x01fe2a79 in _Jv_InitClass (
    klass=0x147a180 <gnu::classpath::tools::gjdoc::RootDocImpl::class$>)
    at ../../../src/libjava/java/lang/Class.h:742
#30 _Jv_AllocObjectNoFinalizer (
    klass=0x147a180 <gnu::classpath::tools::gjdoc::RootDocImpl::class$>)
    at ../../../src/libjava/prims.cc:585
#31 0x01fe296d in _Jv_AllocObject (
    klass=0x147a180 <gnu::classpath::tools::gjdoc::RootDocImpl::class$>)
    at ../../../src/libjava/prims.cc:596
#32 0x012ab1fc in gnu.classpath.tools.gjdoc.Main.start(java.lang.String[])int (
    this=@80c8eb0, args=@8099f98)
    at ../../../../../src/libjava/classpath/tools/gnu/classpath/tools/gjdoc/Main.java:1045
#33 0x011d1693 in gnu.classpath.tools.gjdoc.Main.main(java.lang.String[])void (
    args=@8099f98)
    at ../../../../../src/libjava/classpath/tools/gnu/classpath/tools/gjdoc/Main.java:870
#34 0x0201c463 in gnu::java::lang::MainThread::call_main (this=0x8141f60)
    at ../../../src/libjava/gnu/java/lang/natMainThread.cc:54
#35 0x0208e6af in gnu.java.lang.MainThread.run()void (this=@8141f60)
    at /build/gcc-4.9-Ibkhez/gcc-4.9-4.9.0/src/libjava/gnu/java/lang/MainThread.java:106
#36 0x0202d7f9 in _Jv_ThreadRun (thread=0x8141f60)
    at ../../../src/libjava/java/lang/natThread.cc:335
#37 0x01fe4375 in _Jv_RunMain (vm_args=0x0, 
    klass=0x8049980 <gnu::classpath::tools::gjdoc::Main::class$>, name=0x0, 
    argc=1, argv=0x401fe34, is_jar=false) at ../../../src/libjava/prims.cc:1790
#38 0x01fe45ba in _Jv_RunMain (
    klass=0x8049980 <gnu::classpath::tools::gjdoc::Main::class$>, name=0x0, 
    argc=1, argv=0x401fe34, is_jar=false) at ../../../src/libjava/prims.cc:1815
#39 0x01fe45f4 in JvRunMain (
    klass=0x8049980 <gnu::classpath::tools::gjdoc::Main::class$>, argc=1, 
    argv=0x401fe34) at ../../../src/libjava/prims.cc:1821
#40 0x0804856c in ?? ()
#41 0x03a60a9c in __libc_start_main (main=0x8048540, argc=1, argv=0x401fe34, 
    init=0x8048670, fini=0x80486e0, rtld_fini=0xfcc0 <_dl_fini>, 
    stack_end=0x401fe2c) at libc-start.c:318
#42 0x08048598 in ?? ()

(gdb) quit

Attachment: signature.asc
Description: OpenPGP digital signature


Reply to: