The GNU Mailing List manager. https://git.neuromancer.sk/mailman.git/atom/cron/run_queue?h=master 2000-03-21T06:29:03Z 2000-03-21T06:29:03Z bwarsaw 2000-03-21T06:29:03Z urn:sha1:61197f4a00f68181c86fdfa7cb86e28fe97589fe 1999-08-20T23:27:27Z bwarsaw 1999-08-20T23:27:27Z urn:sha1:b4e5954f98fdbf29cacb0ad012167d0a6c635713 hung_timeout => lifetime 1999-07-07T21:54:48Z bwarsaw 1999-07-07T21:54:48Z urn:sha1:bd61ac47a20570136bc1a4bde9ac81cd9e9bd2fd This way, I can wrap the body of the code in a try/finally so the lock is definitely released should something bad happen. 1999-01-13T23:53:26Z bwarsaw 1999-01-13T23:53:26Z urn:sha1:957f44a429df2aa42c0105925776e9b364d1f23a messing up their SIGCHLD handling. This would manifest as an IOError getting raised in the cmdproc.close() call of DeliverToList() in Deliverer.py. Thanks go Harald Meland for describing the real problem and giving the real fix. Thanks go to Greg Stein for testing this patch and verifying that it works. Deliverer.DeliverToList(): Undo previously checked in patch, which simply wrapped a try/except around the cmdproc.close() call and ignored errno=10 IOErrors. This was treating the symptoms, not the cause. All files in cron/: Added Harald's work around of the Linux bug by including these lines in every file: # Work around known problems with some RedHat cron daemons import signal signal.signal(signal.SIGCHLD, signal.SIG_DFL) It helps RedHat and doesn't appear to hurt on e.g. Solaris. 1998-11-01T14:48:07Z klm 1998-11-01T14:48:07Z urn:sha1:a8c3b4b9ec212980a80ea318b3cfc31484c66d93 cut-and-paste of the 'archive' script). I added a more relevant, but really minimal, comment, in its stead. 1998-07-20T22:16:05Z viega 1998-07-20T22:16:05Z urn:sha1:28aec5d67fa82527bbff4667ee491f86d4c308d3 There's a new crontab entry that checks the queue once every 30 mins.