openjdk team mailing list archive
-
openjdk team
-
Mailing list archive
-
Message #10607
Bug#765484: Bug#765484: qdox: FTBFS (hangs) on armhf.
Control: tags -1 + moreinfo
Am 21.10.2014 um 10:04 schrieb Hector Oron:
> Hello,
>
>
> On Wed, Oct 15, 2014 at 10:06:46PM +0800, Andrew Lee wrote:
>> Package: qdox Version: 1.12-1
> [...]
>> package: [java] Reading skeleton file "src/grammar/skeleton.inner".
>> [java] Reading "src/grammar/lexer.flex" [java] [java] Warning : Macro
>> "CommentChar" has been declared but never used. [java] Constructing NFA :
>> 1,071 states in NFA [java] Converting NFA to DFA : [java]
>> .........................................................................................................................................................................................................................................................................................................................................................................................................................................................................
>>
>>
>>
>>
[java] 491 states before minimization, 384 states in minimized DFA
>> [java] Writing code to
>> "build/generated-sources/com/thoughtworks/qdox/parser/impl/JFlexLexer.java"
>>
>>
>>
>>
>>
[..hangs forever...]
>
> Using openjdk-7-jre 7u65-2.5.2-4, (but works using openjdk-7-jre
> 7u55-2.4.7-1)
>
> Aparently, java hangs waiting for a thread, as shown in a backtrace:
>
> #0 0xb6fc1534 in __libc_do_syscall () from
> /lib/arm-linux-gnueabihf/libpthread.so.0 #1 0xb6fbae2a in pthread_join ()
> from /lib/arm-linux-gnueabihf/libpthread.so.0 #2 0xb6f9fa3c in ?? () from
> /usr/lib/jvm/java-7-openjdk-armhf/jre/bin/../lib/arm/jli/libjli.so
> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
>
> Java stack for given process:
>
> zumbi 3813 99.7 0.5 666200 21488 pts/15 Sl+ 12:47 1:30 | \_
> /usr/lib/jvm/java-7-openjdk-armhf/jre/bin/java -classpath
> /usr/share/java/JFlex.jar JFlex.Main -d
> build/generated-sources/com/thoughtworks/qdox/parser/impl --skel
> src/grammar/skeleton.inner src/grammar/lexer.flex
>
> $ jstack 3813 2014-10-17 12:48:11 Full thread dump OpenJDK Zero VM
> (24.65-b04 mixed mode):
>
> "Attach Listener" daemon prio=10 tid=0x8ee005d0 nid=0xefd waiting on
> condition [0x00000000] java.lang.Thread.State: RUNNABLE
>
> "Service Thread" daemon prio=10 tid=0xb5e75b58 nid=0xeeb runnable
> [0x00000000] java.lang.Thread.State: RUNNABLE
>
> "Signal Dispatcher" daemon prio=10 tid=0xb5e74140 nid=0xeea runnable
> [0x00000000] java.lang.Thread.State: RUNNABLE
>
> "Finalizer" daemon prio=10 tid=0xb5e63518 nid=0xee9 in Object.wait()
> [0x8f3fe000] java.lang.Thread.State: WAITING (on object monitor) at
> java.lang.Object.wait(Native Method) - waiting on <0x9a7d4ac8> (a
> java.lang.ref.ReferenceQueue$Lock) at
> java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135) - locked
> <0x9a7d4ac8> (a java.lang.ref.ReferenceQueue$Lock) at
> java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151) at
> java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)
>
> "Reference Handler" daemon prio=10 tid=0xb5e62008 nid=0xee8 in
> Object.wait() [0x8f6fe000] java.lang.Thread.State: WAITING (on object
> monitor) at java.lang.Object.wait(Native Method) - waiting on <0x9a7d4b58>
> (a java.lang.ref.Reference$Lock) at
> java.lang.Object.wait(Object.java:503) at
> java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133) - locked
> <0x9a7d4b58> (a java.lang.ref.Reference$Lock)
>
> "main" prio=10 tid=0xb5e05a98 nid=0xee6 runnable [0xb6108000]
> java.lang.Thread.State: RUNNABLE at
> JFlex.Emitter.findActionStates(Emitter.java:1445) at
> JFlex.Emitter.emit(Emitter.java:1543) at
> JFlex.Main.generate(Main.java:118) at JFlex.Main.generate(Main.java:305) at
> JFlex.Main.main(Main.java:322)
>
> "VM Thread" prio=10 tid=0xb5e5f6a0 nid=0xee7 runnable
>
> "VM Periodic Task Thread" prio=10 tid=0xb5e777f0 nid=0xeec waiting on
> condition
>
> JNI global references: 133
>
>
> Apparently some issue is affecting Java threads on ARM.
does this work with jamvm or pure zero?
Follow ups
References