zsh-workers
 help / color / mirror / code / Atom feed
From: "Jun. T" <takimoto-j@kba.biglobe.ne.jp>
To: zsh-workers@zsh.org
Subject: Tests A04 and D07 fail on macOS Sonoma?
Date: Sat, 2 Dec 2023 23:33:18 +0900	[thread overview]
Message-ID: <B25AA655-D5F2-4397-8AF2-2E0A58455DCF@kba.biglobe.ne.jp> (raw)

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).

                 reply	other threads:[~2023-12-02 14:34 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=B25AA655-D5F2-4397-8AF2-2E0A58455DCF@kba.biglobe.ne.jp \
    --to=takimoto-j@kba.biglobe.ne.jp \
    --cc=zsh-workers@zsh.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).