followup: stuck lmtpd processes

Rob Siemborski rjs3 at andrew.cmu.edu
Wed Sep 24 13:22:07 EDT 2003


On Wed, 24 Sep 2003, Etienne Goyer wrote:

> > Something that works in Linux, sure.  Something that works in broken Linux?
> > No.  Fix the breakage in Linux, instead.  That's our strenght, and I *will*
> > stick to it as a Debian maintainer.
>
> While I agree with you on a technical level and admire your commitment
> to excellence, this may not be practictal.  The installed base is huge
> and the interested party (Linux distributor) numerous.  Getting
> everybody to update broken packages will be quite an endeavour.

We don't have to get everybody to update, only the people who are running
Cyrus.

> > There is a proper Unix way to do it (using alarm().  this needs to be added
> > to Cyrus IMHO) that *might* not work in certain Linux glibc/kernel
> > combinations.
>
> That's the crux of the problem : if the glibc/kernel combination
> correspond to the major part of the installed base, it might continue to
> hurt for a long time.

If it is a single combination, that can be documented.

> > Now, if other Unixes have stupid lock and alarm() bugs, that deadlock
> > testing code would be even more useful... :-)
>
> In the case of closed-source OS, there may be nothing we can do about it
> except working around the bug.

Or reporting it to the vendor.  Which is exactly what I think we should do
in the case of Linux.

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper





More information about the Info-cyrus mailing list