[Bug libgcj/34574] wait() call hangs in _Jv_CondWait taking the monitor with it causing the application to hang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34574 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #6 from Andrew Pinski --- Closing as won't fix as libgcj (and the java front-end) has been removed from the trunk.
[Bug libgcj/34574] wait() call hangs in _Jv_CondWait taking the monitor with it causing the application to hang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34574 Eric Botcazou changed: What|Removed |Added Target|sparc-sun-solaris2.9| CC||ebotcazou at gcc dot gnu.org --- Comment #5 from Eric Botcazou --- So this looks like a generic bug.
[Bug libgcj/34574] wait() call hangs in _Jv_CondWait taking the monitor with it causing the application to hang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34574 --- Comment #4 from Igor Pashev pashev.igor at gmail dot com --- I can reploduce it with Debian/amd64 and gcc4.9: Thread 3 (Thread 0x7f43f8764700 (LWP 16318)): #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135 #1 0x7f445d4f74b9 in _L_lock_909 () from /lib/x86_64-linux-gnu/libpthread.so.0 #2 0x7f445d4f72e0 in __GI___pthread_mutex_lock (mutex=0x7f4461280ea0) at ../nptl/pthread_mutex_lock.c:79 #3 0x7f445ef93684 in _Jv_MutexLock(_Jv_Mutex_t*) () from /usr/lib/x86_64-linux-gnu/libgcj.so.15 #4 0x7f445ef8851c in _Jv_MonitorEnter () from /usr/lib/x86_64-linux-gnu/libgcj.so.15 #5 0x004030fd in JvSynchronize::JvSynchronize (this=0x7f43f8763de0, o=@0x6057e0: 0x7f44612cbc60) at /usr/include/c++/4.9/gcj/cni.h:99 #6 0x00402f25 in env_test::foo () at TestJVSynchronise19thDec.cc:18 #7 0x00402ef3 in env_test.run()void () at env_test.java:8 #8 0x00402430 in WorkerThread.run()void () at ThreadPool.java:154 #9 0x7f445ef8c16b in _Jv_ThreadRun(java::lang::Thread*) () from /usr/lib/x86_64-linux-gnu/libgcj.so.15 #10 0x7f445ef93ff7 in ?? () from /usr/lib/x86_64-linux-gnu/libgcj.so.15 #11 0x7f445f7bb748 in ?? () from /usr/lib/x86_64-linux-gnu/libgcj.so.15 #12 0x7f445d4f50a4 in start_thread (arg=0x7f43f8764700) at pthread_create.c:309 #13 0x7f445cc02ccd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 2 (Thread 0x7f43f7f63700 (LWP 16319)): #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135 #1 0x7f445d4f74b9 in _L_lock_909 () from /lib/x86_64-linux-gnu/libpthread.so.0 #2 0x7f445d4f72e0 in __GI___pthread_mutex_lock (mutex=0x7f4461280ea0) at ../nptl/pthread_mutex_lock.c:79 #3 0x7f445ef93684 in _Jv_MutexLock(_Jv_Mutex_t*) () from /usr/lib/x86_64-linux-gnu/libgcj.so.15 #4 0x7f445ef8851c in _Jv_MonitorEnter () from /usr/lib/x86_64-linux-gnu/libgcj.so.15 #5 0x004030fd in JvSynchronize::JvSynchronize (this=0x7f43f7f62de0, o=@0x6057e0: 0x7f44612cbc60) at /usr/include/c++/4.9/gcj/cni.h:99 #6 0x00402f25 in env_test::foo () at TestJVSynchronise19thDec.cc:18 #7 0x00402ef3 in env_test.run()void () at env_test.java:8 #8 0x00402430 in WorkerThread.run()void () at ThreadPool.java:154 #9 0x7f445ef8c16b in _Jv_ThreadRun(java::lang::Thread*) () from /usr/lib/x86_64-linux-gnu/libgcj.so.15 #10 0x7f445ef93ff7 in ?? () from /usr/lib/x86_64-linux-gnu/libgcj.so.15 #11 0x7f445f7bb748 in ?? () from /usr/lib/x86_64-linux-gnu/libgcj.so.15 #12 0x7f445d4f50a4 in start_thread (arg=0x7f43f7f63700) at pthread_create.c:309 #13 0x7f445cc02ccd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 1 (Thread 0x7f44612ef740 (LWP 16118)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7f445ef9380b in _Jv_CondWait(_Jv_ConditionVariable_t*, _Jv_Mutex_t*, long long, int) () from /usr/lib/x86_64-linux-gnu/libgcj.so.15 #2 0x7f445ef88ab5 in void java::lang::Object::wait(long long, int) () from /usr/lib/x86_64-linux-gnu/libgcj.so.15 #3 0x00402bd5 in Done.waitDone()void () at ThreadPool.java:213 #4 0x00402a2e in ThreadPool.complete()void () at ThreadPool.java:100 #5 0x0040305f in main (argc=1, argv=0x7fff5fac12e8) at TestJVSynchronise19thDec.cc:39
[Bug libgcj/34574] wait() call hangs in _Jv_CondWait taking the monitor with it causing the application to hang
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34574 Igor Pashev pashev.igor at gmail dot com changed: What|Removed |Added CC||pashev.igor at gmail dot com --- Comment #2 from Igor Pashev pashev.igor at gmail dot com --- I can confirm it on illumos with gcc 4.7. Tjis prevent me from building openjdk anf ecj. For ecj: 21071:gij-4.7 -classpath build/bootstrap/eclipse-ecj.jar:/usr/share/ant/lib/ - lwp# 1 / thread# 1 fd7f4e16f427 lwp_park (0, 0, 0) fd7f4e167b06 mutex_lock_impl () + 156 fd7f4e167bdb mutex_lock () + b fd7f42984a81 _Z13_Jv_MutexLockP11_Jv_Mutex_t () + 51 00733840 () f2f1e001 () () 0002 () - lwp# 2 / thread# 2 fd7f4e16f427 lwp_park (0, 0, 0) fd7f4e168f8f cond_wait_queue () + 4f fd7f4e1695e2 __cond_wait () + b2 fd7f4e169612 cond_wait () + 22 fd7f4e169649 pthread_cond_wait () + 9 fd7f42984c1c _Z12_Jv_CondWaitP23_Jv_ConditionVariable_tP11_Jv_Mutex_txi () + 13c () - lwp# 3 / thread# 3 fd7f4e16f427 lwp_park (0, 0, 0) fd7f4e167b06 mutex_lock_impl () + 156 fd7f4e167bdb mutex_lock () + b fd7f42984c3d _Z12_Jv_CondWaitP23_Jv_ConditionVariable_tP11_Jv_Mutex_txi () + 15d () - lwp# 4 / thread# 4 fd7f42984bc7 _Z12_Jv_CondWaitP23_Jv_ConditionVariable_tP11_Jv_Mutex_txi () + e7 0100 ()
[Bug libgcj/34574] wait() call hangs in _Jv_CondWait taking the monitor with it causing the application to hang
--- Comment #1 from rajathf at techmahindra dot com 2007-12-24 18:27 --- the pstack i got at deadlock mite help... - lwp# 1 / thread# 1 fcde58f4 lwp_park (0, 0, 0) fcde2b9c cond_wait_queue (1a8900, fcdf8b48, 0, 0, fcfc, fcdf8000) + d4 fcde3358 cond_wait (1a8900, 1a8910, 0, 0, 0, 0) + 14 fcde3394 pthread_cond_wait (1a8900, 1a8910, 0, 0, 0, 0) + 8 fdeaf8b4 _Z12_Jv_CondWaitP23_Jv_ConditionVariable_tP11_Jv_Mutex_txi (1, 170260, 0, ffbfefe0, 0, 0) + 20c fdea4298 _ZN4java4lang6Object4waitEJvxi (153d10, 0, 0, 0, 0, 0) + 8c 00012e10 _ZN4Done8waitDoneEJvv (153d10, 17ade0, 1, 0, 0, 0) + 38 00013b28 _ZN10ThreadPool8completeEJvv (17ae28, 17ade0, 14c18, 6176, 6176, 0) + 80 00014484 _ZN3abc27WaitForAllThreadsToCompleteEv (ffbff248, 14c18, 37340, ff3b3a28, ffbfffcc, ff3cc4ec) + 28 00012d54 main (1, ffbff324, ffbff32c, 2698c, 0, 0) + c0 0001280c _start (0, 0, 0, 0, 0, 0) + 5c - lwp# 2 / thread# 2 fcde58f4 lwp_park (0, 0, 0) fcde2b9c cond_wait_queue (1a, fcdf8b48, 0, 0, fcfc0200, fcdf8000) + d4 fcde3358 cond_wait (1a, 1a8898, 0, 0, 0, 0) + 14 fcde3394 pthread_cond_wait (1a, 1a8898, 0, 0, 0, 0) + 8 fdeaf8b4 _Z12_Jv_CondWaitP23_Jv_ConditionVariable_tP11_Jv_Mutex_txi (1, ff102280, 0, fcd7bdb0, 0, fcd7be74) + 20c fde98d68 _ZN3gnu3gcj7runtime15FinalizerThread3runEJvv (177e10, fcd7be88, 0, fcdd172c, 5, ff101be8) + e4 fdea7f70 _Z13_Jv_ThreadRunPN4java4lang6ThreadE (177e10, ff1a66a0, 0, ff1a6000, ff12d474, feb3c510) + 18 fdeaf3d4 _Z12really_startPv (fcc80, 0, fcd7bfa0, fcd7bf7c, 0, 0) + 20 fe7dd37c GC_start_routine (12ef80, 0, 0, 0, 0, 0) + d4 fcde57b4 _lwp_start (0, 0, 0, 0, 0, 0) - lwp# 3 / thread# 3 fcde58f4 lwp_park (0, 0, 0) fcde166c mutex_lock_queue (fcdf8b44, 0, 170210, fcdf8000, 0, 0) + 104 fcde206c slow_lock (170210, fcfc0400, 0, 0, 0, 0) + 58 fdeaf8d8 _Z12_Jv_CondWaitP23_Jv_ConditionVariable_tP11_Jv_Mutex_txi (1, 170210, 0, fcc7bbc8, 0, 0) + 230 fdea4298 _ZN4java4lang6Object4waitEJvxi (153d00, 0, 0, 0, 80d080, d282) + 8c 00013e8c _ZN8IBMMutex7acquireEJvv (153d00, 17ade0, a, 0, 0, 0) + 88 000140f4 _ZN3env3runEJvv (17ade0, 26868, 1, 0, 0, 0) + 88 000131e4 _ZN12WorkerThread3runEJvv (177cd0, fcc7be88, 0, 0, 0, ff101be8) + d0 fdea7f70 _Z13_Jv_ThreadRunPN4java4lang6ThreadE (177cd0, ff1a66a0, 0, ff1a6000, ff12d474, feb3c510) + 18 fdeaf3d4 _Z12really_startPv (fcc50, 0, fcc7bfa0, fcc7bf7c, 0, 0) + 20 fe7dd37c GC_start_routine (12ef80, 0, 0, 0, 0, 0) + d4 fcde57b4 _lwp_start (0, 0, 0, 0, 0, 0) - lwp# 4 / thread# 4 fcde58f4 lwp_park (0, 0, 0) fcde166c mutex_lock_queue (fcdf8b44, 0, 170210, fcdf8000, 0, 0) + 104 fcde206c slow_lock (170210, fcfc0600, 0, 0, 0, 0) + 58 fdeaf8d8 _Z12_Jv_CondWaitP23_Jv_ConditionVariable_tP11_Jv_Mutex_txi (1, 170210, 0, fcb7bbc8, 0, 0) + 230 fdea4298 _ZN4java4lang6Object4waitEJvxi (153d00, 0, 0, 0, 80a880, eb72) + 8c 00013e8c _ZN8IBMMutex7acquireEJvv (153d00, 17ade0, a, 0, 0, 0) + 88 000140f4 _ZN3env3runEJvv (17ade0, 26868, 1, 0, 0, 0) + 88 000131e4 _ZN12WorkerThread3runEJvv (177c80, fcb7be88, 0, 0, 0, ff101be8) + d0 fdea7f70 _Z13_Jv_ThreadRunPN4java4lang6ThreadE (177c80, ff1a66a0, 0, ff1a6000, ff12d474, feb3c510) + 18 fdeaf3d4 _Z12really_startPv (fcc40, 0, fcb7bfa0, fcb7bf7c, 0, 0) + 20 fe7dd37c GC_start_routine (12ef80, 0, 0, 0, 0, 0) + d4 fcde57b4 _lwp_start (0, 0, 0, 0, 0, 0) - lwp# 5 / thread# 5 fcde58f4 lwp_park (0, 0, 0) fcde166c mutex_lock_queue (fcdf8b44, 0, 170210, fcdf8000, 0, 0) + 104 fcde206c slow_lock (170210, fcfc0800, 0, 0, 0, 0) + 58 fdeaf8d8 _Z12_Jv_CondWaitP23_Jv_ConditionVariable_tP11_Jv_Mutex_txi (1, 170210, 0, fca7bbc8, 0, 0) + 230 fdea4298 _ZN4java4lang6Object4waitEJvxi (153d00, 0, 0, 0, 808080, 1e62) + 8c 00013e8c _ZN8IBMMutex7acquireEJvv (153d00, 17ade0, a, 0, 0, 0) + 88 000140f4 _ZN3env3runEJvv (17ade0, 26868, 1, 0, 0, 0) + 88 000131e4 _ZN12WorkerThread3runEJvv (177c30, fca7be88, 0, 0, 0, ff101be8) + d0 fdea7f70 _Z13_Jv_ThreadRunPN4java4lang6ThreadE (177c30, ff1a66a0, 0, ff1a6000, ff12d474, feb3c510) + 18 fdeaf3d4 _Z12really_startPv (fcc38, 0, fca7bfa0, fca7bf7c, 0, 0) + 20 fe7dd37c GC_start_routine (12ef80, 0, 0, 0, 0, 0) + d4 fcde57b4 _lwp_start (0, 0, 0, 0, 0, 0) - lwp# 6 / thread# 6 fcde58f4 lwp_park (0, 0, 0)---Normal Scenario for remaining threads fcde166c mutex_lock_queue (fcdf8b44, 0, 170210, fcdf8000, 0, 0) + 104 fcde206c slow_lock (170210, fcfc0a00, 0, 0, 0, 0) + 58 fdeaf8d8 _Z12_Jv_CondWaitP23_Jv_ConditionVariable_tP11_Jv_Mutex_txi (1, 170210, 0, fc97bbc8, 0, 0) + 230 fdea4298 _ZN4java4lang6Object4waitEJvxi (153d00, 0, 0, 0, 8b7080, d642) + 8c 00013e8c _ZN8IBMMutex7acquireEJvv (153d00, 17ade0, a, 0, 0, 0) + 88 000140f4 _ZN3env3runEJvv (17ade0, 26868, 1, 0, 0, 0) + 88 000131e4 _ZN12WorkerThread3runEJvv
[Bug libgcj/34574] wait() call hangs in _Jv_CondWait taking the monitor with it causing the application to hang
-- rajathf at techmahindra dot com changed: What|Removed |Added Severity|critical|blocker http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34574
[Bug libgcj/34574] wait() call hangs in _Jv_CondWait taking the monitor with it causing the application to hang
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal GCC build triplet|Configured with: ./configure| |--prefix=/software/gcc/4.2.2| |--enab | GCC host triplet|Thread model: posix sparc- | |sun-solaris2.9 (MAY BE | |OTHERS TOO) | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34574