diff options
| author | Carlos O'Donell <carlos@systemhalted.org> | 2015-05-08 11:20:32 -0400 |
|---|---|---|
| committer | Carlos O'Donell <carlos@systemhalted.org> | 2015-05-08 11:29:38 -0400 |
| commit | c92d40c0bcfdeec96848d1e67902e621942144e9 (patch) | |
| tree | f1b3c606c16ed474b0a5b871c4fc5ea32315a210 /NEWS | |
| parent | a6d78c3b9dc9bf598a60be18e23bf8fe7668a088 (diff) | |
| download | glibc-c92d40c0bcfdeec96848d1e67902e621942144e9.zip glibc-c92d40c0bcfdeec96848d1e67902e621942144e9.tar.gz glibc-c92d40c0bcfdeec96848d1e67902e621942144e9.tar.bz2 | |
Bug 18125: Call exit after last linked context.
There appears to be a discrepancy among the implementations
of setcontext with regards to the function called once the last
linked-to context has finished executing via setcontext.
The POSIX standard says:
~~~
If the uc_link member of the ucontext_t structure pointed to by
the ucp argument is equal to 0, then this context is the main
context, and the thread will exit when this context returns.
~~~
It says "exit" not "exit immediately" nor "exit without running
functions registered with atexit or on_exit."
Therefore the AArch64, ARM, hppa and NIOS II implementations are
wrong and no test detects it.
It is questionable if this should even be fixed or just documented
that the above 4 targets are wrong. The functions are deprecated
and nobody should be using them, but at the same time it silly to
have cross-target differences that make it hard to port old
applications from say x86_64 to AArch64.
Therefore I will ix the 4 arches, and checkin a regression
test to prevent it from changing again.
https://sourceware.org/ml/libc-alpha/2015-03/msg00720.html
Diffstat (limited to 'NEWS')
| -rw-r--r-- | NEWS | 18 |
1 files changed, 9 insertions, 9 deletions
@@ -9,15 +9,15 @@ Version 2.22 * The following bugs are resolved with this release: - 4719, 6792, 13064, 14094, 14841, 14906, 15319, 15467, 15790, 15969, 16351, - 16512, 16560, 16783, 16850, 17090, 17195, 17269, 17523, 17542, 17569, - 17588, 17596, 17620, 17621, 17628, 17631, 17692, 17711, 17715, 17776, - 17779, 17792, 17836, 17912, 17916, 17930, 17932, 17944, 17949, 17964, - 17965, 17967, 17969, 17978, 17987, 17991, 17996, 17998, 17999, 18007, - 18019, 18020, 18029, 18030, 18032, 18036, 18038, 18039, 18042, 18043, - 18046, 18047, 18068, 18080, 18093, 18100, 18104, 18110, 18111, 18128, - 18138, 18185, 18197, 18206, 18210, 18211, 18247, 18287, 18319, 18333, - 18346. + 4719, 6792, 13064, 14094, 14841, 14906, 15319, 15467, 15790, 15969, + 16351, 16512, 16560, 16783, 16850, 17090, 17195, 17269, 17523, 17542, + 17569, 17588, 17596, 17620, 17621, 17628, 17631, 17692, 17711, 17715, + 17776, 17779, 17792, 17836, 17912, 17916, 17930, 17932, 17944, 17949, + 17964, 17965, 17967, 17969, 17978, 17987, 17991, 17996, 17998, 17999, + 18007, 18019, 18020, 18029, 18030, 18032, 18036, 18038, 18039, 18042, + 18043, 18046, 18047, 18068, 18080, 18093, 18100, 18104, 18110, 18111, + 18125, 18128, 18138, 18185, 18197, 18206, 18210, 18211, 18247, 18287, + 18319, 18333, 18346. * Cache information can be queried via sysconf() function on s390 e.g. with _SC_LEVEL1_ICACHE_SIZE as argument. |