Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Tests A04 and D07 fail on macOS Sonoma?
- X-seq: zsh-workers 52355
- From: "Jun. T" <takimoto-j@xxxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxx
- Subject: Tests A04 and D07 fail on macOS Sonoma?
- Date: Sat, 2 Dec 2023 23:33:18 +0900
- Archived-at: <https://zsh.org/workers/52355>
- List-id: <zsh-workers.zsh.org>
I've upgraded one of my Macs to macOS 14 (Sonoma), and found that
the tests A04redirect and D07multibyte failed. Are there anyone
having the same failures?
./A04redirect.ztst: starting.
--- /tmp/zsh.ztst.11189/ztst.out 2023-12-02 19:13:19
+++ /tmp/zsh.ztst.11189/ztst.tout 2023-12-02 19:13:19
@@ -0,0 +1 @@
+foo
Test ./A04redirect.ztst failed: output differs from expected as shown above for:
print foo >&-
Was testing: '>&-' redirection
./A04redirect.ztst: test failed.
I think this is a problem of Sonoma (it may be the same bug as
FreeBSD 13.1 reported in workers/50919,50935). I've sent a bug
report to Apple today.
./D07multibyte.ztst: starting.
Testing multibyte with locale en_US.UTF-8
--- /tmp/zsh.ztst.23000/ztst.out 2023-12-02 19:13:55
+++ /tmp/zsh.ztst.23000/ztst.tout 2023-12-02 19:13:55
@@ -1,4 +1,4 @@
-OK
-OK
-OK
-OK
+Failed: no error message and no question mark
+Failed: no error message and no question mark
+Failed: no error message and no question mark
+Failed: no error message and no question mark
Test ./D07multibyte.ztst failed: output differs from expected as shown above for:
(snip)
testfn() { (LC_ALL=C; print $'\u00e9') }
repeat 4 testfn 2>&1 | while read line; do
if [[ $line = *"character not in range"* ]]; then
print OK
elif [[ $line = "?" ]]; then
print OK
else
print Failed: no error message and no question mark
fi
done
(snip)
Was testing: error handling in Unicode quoting
./D07multibyte.ztst: test failed.
On Sonoma:
% LC_ALL=C; print $'\u00e9'
'e
__STDC_ISO_10646__ is not defined on macOS, and ucs4toutf8() (utils.c)
uses iconv(3). It seems Apple "improved" iconv(3) so that it gives
'e as the best representation of U+00e9 (é) in US-ASCII.
I don't know what we should do here. One possibility would be to
force define __STDC_ISO_10646__ on macOS (haven't tested this yet).
Messages sorted by:
Reverse Date,
Date,
Thread,
Author