Supervision and Magically Reincarnated Processes

Bruce Fitzsimons Bruce@REDACTED
Mon Dec 16 10:13:28 CET 2002

Thanks a lot Chandru, thats exactly what I needed (sys:trace). Now I just
need to wait for it to crash :-(


----- Original Message -----
From: "Chandrashekhar Mullaparthi"
To: "'Bruce Fitzsimons'" <Bruce@REDACTED>;
Sent: Monday, December 16, 2002 9:38 PM
Subject: RE: Supervision and Magically Reincarnated Processes

> Do you have sasl running? If so you should get crash reports you can look
> using rb. If you want to find out the reason without changing anything, us
> the sys:trace function on your supervisor, you should see the EXIT message
> from the supervised child...
> Chandru
> -----Original Message-----
> From: Bruce Fitzsimons [mailto:Bruce@REDACTED]
> Sent: 16 December 2002 08:18
> To: erlang-questions@REDACTED
> Subject: Q: Supervision and Magically Reincarnated Processes
> Hi peoples,
> A quick OTP question, I'm using supervisors in my Aplio (Internet Phone)
> server program and I've carefully inserted a bug somewhere that makes one
> the processes crash. But I don't get any output about why it has crashed
> the error_logger or shell (when I run it that way).
> The process that dies is a gen_server (behaviour) and it doesn't execute
> terminate(Reason, State) so I guess its just 'EXIT'ing somewhere.
> My question is: how can I trap this (preferably sans debugger)?
> The supervisor restarts it happily, and works so fast and well that I
> even aware it was dying until I started running it in the shell this week.
> /Bruce
> This email (including attachments) is confidential.  If you have received
> this email in error please notify the sender immediately and delete this
> email from your system without copying or disseminating it or placing any
> reliance upon its contents.  We cannot accept liability for any breaches
> confidence arising through use of email.  Any opinions expressed in this
> email (including attachments) are those of the author and do not
> reflect our opinions.  We will not accept responsibility for any
> made by our employees outside the scope of our business.  We do not
> the accuracy or completeness of such information.

More information about the erlang-questions mailing list