That was good, but there's still a multithreading issue, as the signal handler
may be executing in a different thread.
2020-06-27 Bruno Haible
fatal-signal: Make multithread-safe.
* lib/fatal-signal.c (at_fatal_signal): Don't free the old actions
array.
diff --git a/lib/fata
There are temporary files that need to be accessible by their name, after they
have been completed. And there are temporary files that don't need that.
I don't remember why fatal-signal supports only the second category. Both need
to be supported.
2020-06-27 Bruno Haible
fatal-signal
2020-06-27 Bruno Haible
fatal-signal: Make multithread-safe.
* lib/fatal-signal.c: Include glthread/lock.h.
(at_fatal_signal_lock): New variable.
(at_fatal_signal): Use it.
(fatal_signals_block_lock, fatal_signals_block_counter): New variables.
(b
This is for Emacs, which does not need fopen-gnu for anything else,
and which would need it only on a NetBSD platform where getloadavg
does not work (does that even happen?).
* lib/getloadavg.c (getloadavg) [__NetBSD__]: Use open, not fopen.
* modules/getloadavg (Depends-on): Remove fopen-gnu.
---
---
ChangeLog | 4
tests/test-getloadavg.c | 2 +-
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/ChangeLog b/ChangeLog
index eb3b4bc8f..cd194e0c4 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,7 @@
+2020-06-27 Paul Eggert
+
+ * tests/test-getloadavg.c
Paul Eggert wrote on 2020-05-31:
> * modules/tempname (Depends-on): Remove gettimeofday, sys_time.
> Add getentropy, libc-config.
On MSVC, this produces a link error in programs that use this module,
because of the function BCryptGenRandom. Such programs now need to link
with $(LIB_GETRANDOM).
Li
A small code simplification; no functional change.
2020-06-27 Bruno Haible
fopen-gnu: Simplify code.
* lib/fopen.c: Include .
(rpl_fopen): Use a single variable open_flags instead of
open_flags_standard and open_flags_gnu. Make open_flags_gnu a bool.
*
