[Openmcl-devel] Can't get rid of a "crashed" process

Andreas Thiele andreas at atp-media.de
Thu Jul 18 13:36:06 UTC 2013


Hello Gary,

Thank you for your comment. I guess it is a bug, but maybe I am the faulty
component :)

My application runs as console application and runs several processes. A
processes causes an error and requests control to the terminal. I switch to
the process (:y 7), look at the backtrace (:b) and assumed "return to
toplevel " (:q) is nice to leave the debugger. If I do so, the process goes
into reset state and cannot be killed anymore.

Well, there is a kill restart available. If I use the kill restart, there is
no problem - the process is gone afterwards. So I have a "workaround" and
I'm not sure if this is a bug. Moreover, I will catch the error in future,
so this appears to be an academic question.

Best Regards
Andreas

Here's my session protocol:

Welcome to Clozure Common Lisp Version 1.9-r15756  (LinuxX8632)!
?
> Error: Test error. (after a while)
> While executing: FWGZ2::FWGZ-ANALYZER, in process FWGZ Analyzer
Service(7).


;;;
;;; #<PROCESS FWGZ Analyzer Service(7) [Active] #x187683C6> requires access
to Shared Terminal Input ;;; Type (:y 7) to yield control to this thread.
;;;
:y 7


;;;
;;; Shared Terminal Input is now owned by #<PROCESS FWGZ Analyzer Service(7)
[Active] #x187683C6> ;;;

> Type :POP to abort, :R for a list of available restarts.
> Type :? for other options.
1 > :b
 (B5D68F20) : 0 (FWGZ-ANALYZER 30 T) 95
 (B5D68F34) : 1 (RUN-PROCESS-INITIAL-FORM #<PROCESS FWGZ Analyzer Service(7)
[Active] #x187683C6> (#<COMPILED-LEXICAL-CLOSURE # #x1876B446>)) 639
 (B5D68F78) : 2 (FUNCALL #'#<(:INTERNAL (CCL::%PROCESS-PRESET-INTERNAL
(PROCESS)))> #<PROCESS FWGZ Analyzer Service(7) [Active] #x187683C6>
(#<COMPILED-LEXICAL-CLOSURE # #x1876B446>)) 519
 (B5D68FCC) : 3 (FUNCALL #'#<(:INTERNAL CCL::THREAD-MAKE-STARTUP-FUNCTION)>)
255
1 > :q

;;;
;;;control of Shared Terminal Input restored to #<TTY-LISTENER listener(1)
[Active] #x1833D626> ;;; ? :proc
117 :    Connection Thread for #<BASIC-TCP-STREAM ISO-8859-1 (SOCKET/38)
#x196AEAD6>  [Sleep]
7 :    FWGZ Analyzer Service  [Reset]
6 :    Replication Loop  [Sleep]
5 :    RPC Listener      [Active]
4 :    watch-dog         [Sleep]
3 :    FWGZ Read Loop    [Active]
2 :    Listener Loop     [Active]
1 : -> listener          [Active]
0 :    Initial           [Sleep]
?

> -----Ursprüngliche Nachricht-----
> Von: Gary Byers [mailto:gb at clozure.com]
> Gesendet: Donnerstag, 18. Juli 2013 13:11
> An: Andreas Thiele
> Cc: openmcl-devel at clozure.com
> Betreff: Re: [Openmcl-devel] Can't get rid of a "crashed" process
> 
> That sounds like a bug.
> 
> I'm not sure how the process entered the reset state (choosing the 
> "reset this thread" restart from the standard REPL's break loop would 
> be one way ...), but (a) PROCESS-KILL should ideally do the right 
> thing if the target thread is in the reset state and it doesn't seem 
> to
> (b) the right thing may involve presetting and enabling the process so 
> that it can run (and it needs to run in order to exit cleanly) and 
> PROCESS-ENABLE seems to want to wait for something that (at first 
> glance) seems to have already happened; I'd need to take more than a 
> first glance at it to have a better idea than I do of what's happening
there.
> 
> If you're exiting the break loop via a restart that offers to reset 
> the current thread ... that probably isn't what you want to do (though 
> it shouldn't leave you with this zombie thread that refuses to fully 
> die ...) (I don't know how you're exiting the break loop or what 
> development environment you're using or what restarts are available 
> ...)
> 
> If you report this via Trac, it's less likely to be forgotten about 
> than if you don't.
> 
> On Thu, 18 Jul 2013, Andreas Thiele wrote:
> 
> >
> > Hello,
> >
> > ?
> >
> > sometimes I can?t get rid of a process. At the moment the process 
> > caused an error which I analyzed at the console. Afterwards the 
> > process was in state ?Reset? and I was not able to process-kill or 
> > process-
> abort it.
> >
> > ?
> >
> > Are there any hints on this matter available?
> >
> > ?
> >
> > Best Regards
> >
> > Andreas
> >
> >
> >




More information about the Openmcl-devel mailing list