[kepler-dev] question about momlexecute.sh

[Bruce Char]

Edward A. Lee wrote:
> This looks like a bug, but I would need to see the workflow to
> have any further ideas...  On Windows, you can type Control-Break
> to get a stack trace of all running Java threads... If you send
> that to me I might be able to spot the bug...
>
> Edward
>
> At 03:20 PM 8/31/2007, Bruce Char wrote:
>   
>> I have a workflow that I am trying to run from the command line.  When I 
>> run it within the gui, it "finishes execution" according to the display.
>> When I run it with momlexecute or keplerexecute, the workflow gets all 
>> of its work done (I can tell because of the processes that are spawned 
>> and files that
>> are written because of the workflow), but the process running it does 
>> not quit.  If I launch from the command line, I never get a command 
>> prompt again.  I have to interrupt or kill the java process.
>> How do I get it to exit?
>>
>> Bruce Char
>> Department of Computer Science, Drexel University
>> Visitor, Oak Ridge National Laboratory Scientific Computation Group
>> _______________________________________________
>> Kepler-dev mailing list
>> Kepler-dev at ecoinformatics.org
>> http://mercury.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/kepler-dev
>>     
>
> ------------ 
> Edward A. Lee
> Chair of EECS and Robert S. Pepper Distinguished Professor
> 231 Cory Hall, UC Berkeley, Berkeley, CA 94720-1770
> phone: 510-642-0253, fax: 510-642-2845
> eal at eecs.Berkeley.EDU, http://ptolemy.eecs.berkeley.edu/~eal  
>   
It's running on linux... eventually I figured out that ^\ is what I 
wanted to type.  This is the output.  I am using Norbert's actors for 
ORNL job submission to do all
the connecting.  If one of them didn't close a remote session, I'd like 
to know what to do to force the close since I didn't open the session 
directly.  Besides, the interactive
Kepler interface doesn't seem to be perturbed by this.

Full thread dump Java HotSpot(TM) Server VM (1.5.0_12-b04 mixed mode):

"DestroyJavaVM" prio=1 tid=0x080634f8 nid=0x44cd waiting on condition 
[0x00000000..0xffff8d20]

"Connect thread ewok002.ccs.ornl.gov session" prio=1 tid=0xc58c35e0 
nid=0x44e0 runnable [0xc40a4000..0xc40a4da0]
       at java.net.SocketInputStream.socketRead0(Native Method)
       at java.net.SocketInputStream.read(SocketInputStream.java:129)
       at com.jcraft.jsch.IO.getByte(IO.java:82)
       at com.jcraft.jsch.Session.read(Session.java:815)
       at com.jcraft.jsch.Session.run(Session.java:1160)
       at java.lang.Thread.run(Thread.java:595)

"TimerQueue" daemon prio=1 tid=0x08541198 nid=0x44df in Object.wait() 
[0xc3b87000..0xc3b87f20]
       at java.lang.Object.wait(Native Method)
       - waiting on <0xee961238> (a javax.swing.TimerQueue)
       at javax.swing.TimerQueue.run(TimerQueue.java:236)
       - locked <0xee961238> (a javax.swing.TimerQueue)
       at java.lang.Thread.run(Thread.java:595)

"AWT-XAWT" daemon prio=1 tid=0x0830a6c0 nid=0x44da runnable 
[0xc500e000..0xc500f0a0]
       at sun.awt.X11.XToolkit.waitForEvents(Native Method)
       at sun.awt.X11.XToolkit.run(XToolkit.java:463)
       at sun.awt.X11.XToolkit.run(XToolkit.java:438)
       at java.lang.Thread.run(Thread.java:595)

"Java2D Disposer" daemon prio=1 tid=0x08849478 nid=0x44d9 in 
Object.wait() [0xc550f000..0xc550fe20]
       at java.lang.Object.wait(Native Method)
       - waiting on <0xee9640d8> (a java.lang.ref.ReferenceQueue$Lock)
       at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
       - locked <0xee9640d8> (a java.lang.ref.ReferenceQueue$Lock)
       at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
       at sun.java2d.Disposer.run(Disposer.java:125)
       at java.lang.Thread.run(Thread.java:595)

"Low Memory Detector" daemon prio=1 tid=0x08120b78 nid=0x44d7 runnable 
[0x00000000..0x00000000]

"CompilerThread1" daemon prio=1 tid=0x0811f6a0 nid=0x44d6 waiting on 
condition [0x00000000..0xcbd240c8]

"CompilerThread0" daemon prio=1 tid=0x0811e5f0 nid=0x44d5 waiting on 
condition [0x00000000..0xcbda5248]

"AdapterThread" daemon prio=1 tid=0x0811d470 nid=0x44d4 waiting on 
condition [0x00000000..0x00000000]

"Signal Dispatcher" daemon prio=1 tid=0x0811c608 nid=0x44d3 waiting on 
condition [0x00000000..0x00000000]

"Finalizer" daemon prio=1 tid=0x08111c50 nid=0x44d2 in Object.wait() 
[0xccb35000..0xccb360a0]
       at java.lang.Object.wait(Native Method)
       - waiting on <0xd14c92f8> (a java.lang.ref.ReferenceQueue$Lock)
       at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
       - locked <0xd14c92f8> (a java.lang.ref.ReferenceQueue$Lock)
       at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
       at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=1 tid=0x081116d0 nid=0x44d1 in 
Object.wait() [0xcd036000..0xcd036e20]
       at java.lang.Object.wait(Native Method)
       - waiting on <0xd14ac2d0> (a java.lang.ref.Reference$Lock)
       at java.lang.Object.wait(Object.java:474)
       at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
       - locked <0xd14ac2d0> (a java.lang.ref.Reference$Lock)

"VM Thread" prio=1 tid=0x0810f188 nid=0x44d0 runnable

"GC task thread#0 (ParallelGC)" prio=1 tid=0x08085f90 nid=0x44ce runnable

"GC task thread#1 (ParallelGC)" prio=1 tid=0x08086be0 nid=0x44cf runnable

"VM Periodic Task Thread" prio=1 tid=0x0807d508 nid=0x44d8 waiting on 
condition