Re: die function and notifications

All interesting suggestions so far - but we found too many issues with setting up DIE signal handlers for us to trust it in production.

What we ended up doing, as we had a LOT of legacy stuff, some not written in Perl, was to write a Perl program we call 'run' and use this to execute ALL our stuff - a wrapper for all our processing.

The RUN program uses the open3() function to run the process as a child, and captures all STDOUT and STDERR as well as hooking its own STDIN into the child.

Yes - *NIX specific - havent had to do any large processing on NT

RUN checks exit status, signal and core flags of the child process, and sends us an email if the exit is non-zero

RUN is great for enforcing a standardised environment on the child processes - we never have issues running stuff on production because something in the environment or path is missing, not-found etc etc

RUN is also great for preventing cron output from generating unexpected mail - instead, if not running under a tty, it redirects all the output into log files in /var/log

Regards

Jeff

Comment on Re: die function and notifications

Replies are listed 'Best First'.
Re: Re: die function and notifications by jaa (Friar) on May 22, 2003 at 15:26 UTC
incidentally, we also use the singleton pattern for our Log class - and use this instead of print - it adds PID, date, time etc to all the lines, manages the logging detail level - (error, warn, general, debug, dump) And the Log has a DESTROY that gets called when the singleton instance is destroyed - ie at the end of program, were we do some tidy-up, including emailing our support group if any ERROR or WARNING messages were logged. It also provides a logFatal() method, which logs a message, sends an email and does a POSIX::_exit($exitval) HIH The reason we use POSIX::_exit() is that we are running on *NIX with the buggy GCC 2.95 - a task that runs for 5 minutes, creating hashes of about 200MB takes 20-30 minutes for garbage collection - the POSIX::_exit() exits immediately.	[reply]
Re: Re: die function and notifications by demerphq (Chancellor) on May 22, 2003 at 16:51 UTC
All interesting suggestions so far - but we found too many issues with setting up DIE signal handlers for us to trust it in production I have production code doing the type of logging you want to do (along with email notification of failure results, full stack traces and win32::eventlog support.) So im curious as to which "issues" you encountered. I attach $SIG{__WARN__} and $SIG{__DIE__} handlers, and ive had no problems. --- demerphq _{<Elian> And I do take a kind of perverse pleasure in having an OO assembly language...}	[reply] [d/l]