On 6/5/2009 7:10 AM, Petar Bogdanovic wrote:
Hi,

I just noticed the following irregularity since we replaced 1.3.103 with
1.3.105 on a NetBSD 4.0 machine (no virtualization):

Jun  4 16:10:14 dccifd: restart after signal 6
Jun  4 16:10:14 dccifd: 1.3.105 listening to /var/dcc/dccifd (...)
Jun  4 16:10:14  spamd: dcc: dccifd ->  check skipped: failed to read header 
(...)
Jun  4 18:20:12 dccifd: restart after signal 6



According to kill(1) on NetBSD, signal 6 is ``ABRT (abort)''.  What
could that be?  It certainly never occured when we used 1.3.103.


I had the same experience, and didn't have time to track the issue. I reverted to dccproc for the time being. I'd be curious about the situation too.

Regards,
Mike
_______________________________________________
DCC mailing list      [email protected]
http://www.rhyolite.com/mailman/listinfo/dcc

Reply via email to