Re: [Boston.pm] Modifying a Perl Module ...

2006-02-21 Thread Tom Metro
Stephen A. Jarjoura wrote: 1. What's the common / accepted method for modifying module functionality on your own system? As a temporary hack, I just overloaded the method... Is it acceptable to actually edit the modules source code? Do people write their own derived classes? How is this

Re: [Boston.pm] daemonizing a perl script

2006-02-21 Thread Tim Wilde
On Tue, 21 Feb 2006, Ranga Nathan wrote: Thanks all for the responses While talking to my son he pointed out that tailing xferlog would be a problem when the log is being rotated. I would be looking at an old inode that has no activity. I looked at the system and found that the logs are

Re: [Boston.pm] daemonizing a perl script

2006-02-21 Thread Jeremy Muhlich
On Tue, 2006-02-21 at 11:38 -0800, Ranga Nathan wrote: I will have to re-start the script after every log rotation! I wish I could do this programmatically. Perhaps another script to monitor the log file and notice the sudden change in size or inode. This is from the man page for tail:

[Boston.pm] IPC insight [was: daemonizing a perl script]

2006-02-21 Thread Kripa Sundar
While talking to my son he pointed out that tailing xferlog would be a problem when the log is being rotated. [...] Wow, so child processes can communicate useful information back to parent processes after all! :-) peace, || No Coke at University of Michigan: --{kr.pA}

[Boston.pm] Tech Meeting Followup

2006-02-21 Thread Ronald J Kimball
(Sorry this is late!) 18 people came to last Wednesday's tech meeting, for our look at graphing with Perl. As we waited for people to arrive, Bill Ricker mentioned that he had seen an interesting JAPH on Perl Monks. We took a look, and it turns out it was written by liverpole, aka John Norton,

Re: [Boston.pm] daemonizing a perl script

2006-02-21 Thread John Macdonald
On Tue, Feb 21, 2006 at 03:25:08PM -0500, Uri Guttman wrote: because of how inodes were created you can't watch mtime or size and guarantee you have new data to read. one very bizarre corner case is when the log file is overwritten with the exact same size of text as it previously had. then

Re: [Boston.pm] daemonizing a perl script

2006-02-21 Thread Uri Guttman
JM == John Macdonald [EMAIL PROTECTED] writes: JM On Tue, Feb 21, 2006 at 03:25:08PM -0500, Uri Guttman wrote: another issue is should you keep a handle open between tail polls or open it fresh each time? since my code checks the inode number, opening each time makes more sense. JM

Re: [Boston.pm] daemonizing a perl script

2006-02-21 Thread Ben Tilly
On 2/21/06, Uri Guttman [EMAIL PROTECTED] wrote: JM == John Macdonald [EMAIL PROTECTED] writes: [...] JM Of course, detecting that a log switch of some sort has occurred JM doesn't ensure that you will be able to tell if more than one JM has occurred very quickly (from your frame of