Gratuitous gcry_fast_random_poll

Werner Koch wk at
Fri May 7 11:01:27 CEST 2004

On Wed, 05 May 2004 21:13:11 +0200, Marcus Brinkmann said:

> Yes, but compare it with pthread: you have error checking locks
> (robust locks) and fast locks.  And everybody just uses the fast locks
> and never checks the error.

Which is bad because you won't detect logical errors in your program.

> It's not a good thing if a library gives an assertion failure, unless
> there really is an internal error.  An error value returned would be

It is an internal error.  The library is used in a non-allowed way and
all shit may happen later.  Be glad that it tells you that - even if
you don't want so.  It is not different from free(3) which might abort
the process if it detects an invalid state of the heaps.


More information about the Gcrypt-devel mailing list