openjdk team mailing list archive
-
openjdk team
-
Mailing list archive
-
Message #10556
Bug#765484: qdox: FTBFS (hangs) on armhf.
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.
Regards,
--
Hector Oron
Attachment:
signature.asc
Description: Digital signature
Follow ups