Commits
- Commit:
7bf2db4c2ae30c0f7b320e57060715bf6279e98a
- From:
- Dan Cross <cross@gajendra.net>
- Date:
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>
- Commit:
fa325e9b42b0bdfb48857d1958d9fb7ceac55151
- From:
- Dan Cross <cross@gajendra.net>
- Date:
Trivial changes: whitespace and modes.
Remote whitespace at the ends of lines.
Remove blank lines from the ends of files.
Change modes on source files so that they
are not executable.
Signed-off-by: Dan Cross <cross@gajendra.net>
- Commit:
8be32ce2cb17950569b94273cee6099289c4d022
- From:
- rsc <devnull@localhost>
- Date:
cannot trust system libraries to lock properly. sigh.
- Commit:
72a653997c4835aeddea5a8aeda377e2b611fcae
- From:
- wkj <devnull@localhost>
- Date:
Unused variable.
- Commit:
9c635587071dcd7db349ec24ece1b397d24ac486
- From:
- rsc <devnull@localhost>
- Date:
asdf
- Commit:
7e0e6522e576bc35b55a7182c23fb752cc1ec636
- From:
- rsc <devnull@localhost>
- Date:
lock malloc ourselves
- Commit:
b3994ec5c78e6c18885079b58abb7fb997899c3f
- From:
- rsc <devnull@localhost>
- Date:
More files related to user-level file servers.
Also add acme!