summaryrefslogtreecommitdiffstats
path: root/lib/libc/stdlib/random.c
diff options
context:
space:
mode:
authorkib <kib@FreeBSD.org>2014-07-08 08:10:15 +0000
committerkib <kib@FreeBSD.org>2014-07-08 08:10:15 +0000
commitc8b684225c486b4dba8f1d14d6bc6f8c1a867aa4 (patch)
tree4261a57416a7ee7e6c5f75c489b065844c1c6cfc /lib/libc/stdlib/random.c
parentae88c2937946e7cb9dd1b847787079b1db64f9c3 (diff)
downloadFreeBSD-src-c8b684225c486b4dba8f1d14d6bc6f8c1a867aa4.zip
FreeBSD-src-c8b684225c486b4dba8f1d14d6bc6f8c1a867aa4.tar.gz
Correct the problem reported by test16 from
tools/regression/file/flock/flock.c, which completes the fix in r192685. When the lock was stolen from us, retry the whole lock sequence in kernel, instead of returning EINTR to usermode and hoping that application would handle it correctly by restarting the lock acquire. Tested by: pho Sponsored by: The FreeBSD Foundation MFC after: 2 weeks
Diffstat (limited to 'lib/libc/stdlib/random.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud