[19981] in cryptography@c2.net mail archive
Re: GnuTLS (libgrypt really) and Postfix
daemon@ATHENA.MIT.EDU (Werner Koch)
Wed Feb 15 09:23:13 2006
X-Original-To: cryptography@metzdowd.com
X-Original-To: cryptography@metzdowd.com
From: Werner Koch <wk@gnupg.org>
To: "Steven M. Bellovin" <smb@cs.columbia.edu>
Cc: "James A. Donald" <jamesd@echeque.com>,
Dave Korn <davek_throwaway@hotmail.com>, cryptography@metzdowd.com
Date: Tue, 14 Feb 2006 22:08:30 +0100
In-Reply-To: <20060214180033.3766D3C028D@berkshire.machshav.com> (Steven
M. Bellovin's message of "Tue, 14 Feb 2006 13:00:33 -0500")
On Tue, 14 Feb 2006 13:00:33 -0500, Steven M Bellovin said:
> Let me suggest a C-compatible possibility: pass an extra parameter to
> the library routines, specifying a procedure to call if serious errors
> occur. If that pointer is null, the library can abort.
I agree. However the case at hand is a bit different. I can't
imagine how any application or upper layer will be able to recover
from that error (ENOENT when opening /dev/random). Okay, the special
file might just be missing and a mknod would fix that ;-). Is it the
duty of an application to fix an incomplete installation - how long
shall this be taken - this is not the Unix philosophy.
Salam-Shalom,
Werner
---------------------------------------------------------------------
The Cryptography Mailing List
Unsubscribe by sending "unsubscribe cryptography" to majordomo@metzdowd.com
