summaryrefslogtreecommitdiffstats
path: root/lib/libc/stdlib/malloc.c
diff options
context:
space:
mode:
authorrwatson <rwatson@FreeBSD.org>2003-10-25 16:14:09 +0000
committerrwatson <rwatson@FreeBSD.org>2003-10-25 16:14:09 +0000
commite4935eb9ae5e1423e2efddfa52176de132ced5a8 (patch)
tree77638b02a496de64e94d441af6e17bc4e6bd21ec /lib/libc/stdlib/malloc.c
parent723804b2614efedcd5f10e95ad05af6ddba47258 (diff)
downloadFreeBSD-src-e4935eb9ae5e1423e2efddfa52176de132ced5a8.zip
FreeBSD-src-e4935eb9ae5e1423e2efddfa52176de132ced5a8.tar.gz
When generate a core dump, use advisory locking in an advisory way:
if we do acquire an advisory lock, great! We'll release it later. However, if we fail to acquire a lock, we perform the coredump anyway. This problem became particularly visible with NFS after the introduction of rpc.lockd: if the lock manager isn't running, then locking calls will fail, aborting the core dump (resulting in a zero-byte dump file). Reported by: Yogeshwar Shenoy <ynshenoy@alumni.cs.ucsb.edu>
Diffstat (limited to 'lib/libc/stdlib/malloc.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud