Bug 2468 - test(frysk.proc.StressAttachDetachManyTasks)java.lang.RuntimeException: {frysk.proc.LinuxTask@409cd0,id={TaskId,12283},state=blockedContinue} in state "BlockedSignal" did not handle PerformDetach
Summary: test(frysk.proc.StressAttachDetachManyTasks)java.lang.RuntimeException: {frys...
Status: RESOLVED FIXED
Alias: None
Product: frysk
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
: P1 normal
Target Milestone: ---
Assignee: Unassigned
URL:
Keywords:
Depends on:
Blocks: 1582
  Show dependency tree / graph
 
Reported: 2006-03-18 00:59 UTC by Andrew Cagney
Modified: 2007-02-02 15:38 UTC (History)
1 user (show)

See Also:
Host:
Target:
Build:
Last reconfirmed:

Attachments
TestRunner -c FINE frysk.proc.StressAttachDetachManyTasks log file (848 bytes, text/plain)
2006-07-22 15:01 UTC, Mark Wielaard 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Andrew Cagney 2006-03-18 00:59:15 UTC 
$ ./TestRunner frysk.proc.StressAttachDetachManyTasks
Running test(frysk.proc.StressAttachDetachManyTasks) ...ERROR
  java.lang.RuntimeException:
{frysk.proc.LinuxTask@409cd0,id={TaskId,12283},state=blockedContinue} in state
"BlockedSignal" did not handle PerformDetach

Time: 13.185
There was 1 error:
1) test(frysk.proc.StressAttachDetachManyTasks)java.lang.RuntimeException:
{frysk.proc.LinuxTask@409cd0,id={TaskId,12283},state=blockedContinue} in state
"BlockedSignal" did not handle PerformDetach
   at _ZN4java4lang11VMThrowable16fillInStackTraceEPNS0_9ThrowableE
(/usr/lib/libgcj.so.6)
   at _ZN4java4lang9Throwable16fillInStackTraceEv (/usr/lib/libgcj.so.6)
   at _ZN4java4lang9ThrowableC1EPNS0_6StringE (/usr/lib/libgcj.so.6)
   at _ZN4java4lang9ExceptionC1EPNS0_6StringE (/usr/lib/libgcj.so.6)
   at _ZN4java4lang16RuntimeExceptionC1EPNS0_6StringE (/usr/lib/libgcj.so.6)
   at 0x08098d26 (Unknown Source)
   at 0x08082056 (Unknown Source)
   at 0x0807dac0 (Unknown Source)
   at 0x08092bf9 (Unknown Source)
   at 0x08092ddd (Unknown Source)
   at 0x08086d73 (Unknown Source)
   at 0x0807cf4c (Unknown Source)
   at ffi_call_SYSV (/usr/lib/libgcj.so.6)
   at ffi_call (/usr/lib/libgcj.so.6)
   at
_Z18_Jv_CallAnyMethodAPN4java4lang6ObjectEPNS0_5ClassEP10_Jv_MethodbbP6JArrayIS4_EP6jvalueSB_bS4_
(/usr/lib/libgcj.so.6)
   at
_Z18_Jv_CallAnyMethodAPN4java4lang6ObjectEPNS0_5ClassEP10_Jv_MethodbP6JArrayIS4_EPS7_IS2_ES4_
(/usr/lib/libgcj.so.6)
   at _ZN4java4lang7reflect6Method6invokeEPNS0_6ObjectEP6JArrayIS4_E
(/usr/lib/libgcj.so.6)
   at 0x080b82b9 (Unknown Source)
   at 0x080b80c9 (Unknown Source)
   at 0x080b4ccc (Unknown Source)
   at 0x080b7ac3 (Unknown Source)
   at 0x080b7a10 (Unknown Source)
   at 0x080b8098 (Unknown Source)
   at 0x080b607a (Unknown Source)
   at 0x080b602c (Unknown Source)
   at 0x080b607a (Unknown Source)
   at 0x080b602c (Unknown Source)
   at 0x080b913d (Unknown Source)
   at 0x080b90cc (Unknown Source)
   at 0x080a15bf (Unknown Source)
   at 0x08079bdb (Unknown Source)
   at _ZN3gnu4java4lang10MainThread9call_mainEv (/usr/lib/libgcj.so.6)
   at _ZN3gnu4java4lang10MainThread3runEv (/usr/lib/libgcj.so.6)
   at _Z13_Jv_ThreadRunPN4java4lang6ThreadE (/usr/lib/libgcj.so.6)
   at _Z11_Jv_RunMainP14_Jv_VMInitArgsPN4java4lang5ClassEPKciPS6_b
(/usr/lib/libgcj.so.6)
   at _Z11_Jv_RunMainPN4java4lang5ClassEPKciPS4_b (/usr/lib/libgcj.so.6)
   at JvRunMain (/usr/lib/libgcj.so.6)
   at 0x08079b76 (Unknown Source)
   at __libc_start_main (/lib/libc.so.6)
   at 0x08079ab1 (Unknown Source)

FAILURES!!!
Tests run: 1,  Failures: 0,  Errors: 1
Comment 1 Stan Cox 2006-04-10 20:18:08 UTC 
I wasn't able to reproduce this via running
frysk.proc.StressAttachDetachManyTasks 50 times in a for.  Assuming 
reproducibility perhaps BlockedSignal needs something like?
@@ -811,6 +820,12 @@ class TaskState
+       TaskState handleDetach (Task task)
+       {
+           if (task.blockers.size () > 0)
+               return StartMainTask.detachBlocked;
+           return detaching;
+       }
Comment 2 Andrew Cagney 2006-04-13 19:46:19 UTC 
Would a new test, that got a task into the BlockedSignal state, and then
requested a detach, trigger the failure?
Comment 3 Mark Wielaard 2006-07-22 15:01:00 UTC 
Created attachment 1176 [details]
TestRunner -c FINE frysk.proc.StressAttachDetachManyTasks log file

This also fails regularly for me. Attached a -c FINE log.
Comment 4 Mark Wielaard 2007-02-02 15:38:31 UTC 
This seems to have been fixed. Not reproducable anymore on x86 and x86_64.
I'll reenable the test.