diff options
| author | Dan Cross <cross@gajendra.net> | 2020-01-16 16:54:19 +0000 |
|---|---|---|
| committer | Dan Cross <cross@gajendra.net> | 2020-01-16 16:54:19 +0000 |
| commit | 7bf2db4c2ae30c0f7b320e57060715bf6279e98a (patch) | |
| tree | 4b1d40a34ec3dbd9c3d936e04b6ed9f3c92ef589 /src/cmd/9660/util.c | |
| parent | 3ef80ba5f5c29a8367d32353a9620ec4cf9cb880 (diff) | |
| download | plan9port-7bf2db4c2ae30c0f7b320e57060715bf6279e98a.tar.gz plan9port-7bf2db4c2ae30c0f7b320e57060715bf6279e98a.tar.bz2 plan9port-7bf2db4c2ae30c0f7b320e57060715bf6279e98a.zip | |
malloc: remove locking
The issue manifests in fork: POSIX fork mandates that a
fork'd process is created with a single thread. If a
multithreaded program forks, and some thread was in
malloc() when the fork() happened, then in the child
the lock will be held but there will be no thread to
release it.
We assume the system malloc() must already know how to
deal with this and is thread-safe, but it won't know about
our custom spinlock. Judging that this is no longer
necessary (the lock code was added 15 years ago) we remove
it.
Signed-off-by: Dan Cross <cross@gajendra.net>
Diffstat (limited to 'src/cmd/9660/util.c')
0 files changed, 0 insertions, 0 deletions