From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM,HTML_MESSAGE,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 21681 invoked from network); 15 Mar 2023 02:39:46 -0000 Received: from zero.zsh.org (2a02:898:31:0:48:4558:7a:7368) by inbox.vuxu.org with ESMTPUTF8; 15 Mar 2023 02:39:46 -0000 ARC-Seal: i=1; cv=none; a=rsa-sha256; d=zsh.org; s=rsa-20210803; t=1678847986; b=bNl45FtDglZXVyt7MGqbBSvWVPqm4W4VIQifNRNP87oVpJSxHvQHs8kHWL6EdQ0wQ9wdtMKHDC 37taHrvMpQVCIfxQExswudjmSpSt8rWSPrWqW7DBY3h5d9gbx0+TUMiJIGpIKuP2pR9MzhrV3W CCSFk49nNUu50C79N9jRfvNowwPvkF1Zm+XRrEJTXF+iyc19vAK4CFwcTamFKwvne7V+QX6kEy p6UFmTOG258GR6vL8L/ovK1iG6ABCcSARb5cDYzl9Qv+SvFjySlGkPc9ngdp5KgGeG9dcHC6wR IpAJiudDjqZ8Sxp7s4Yu+ptH1TDdYttzsNieX4P/iZ/5mQ==; ARC-Authentication-Results: i=1; zsh.org; iprev=pass (sonic301-30.consmr.mail.ne1.yahoo.com) smtp.remote-ip=66.163.184.199; dkim=pass header.d=yahoo.com header.s=s2048 header.a=rsa-sha256; dmarc=pass header.from=yahoo.com; arc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed; d=zsh.org; s=rsa-20210803; t=1678847986; bh=zN68DG0GE4AdbbcTos7HJ6jT7svn0RFTjK7rE5yz5EM=; h=List-Archive:List-Owner:List-Post:List-Unsubscribe:List-Subscribe:List-Help: List-Id:Sender:References:Content-Type:MIME-Version:Subject:Message-ID:To: From:Date:DKIM-Signature:DKIM-Signature; b=YvIwYEvofGZhejmPlkE0Vza8iahTASXsfC6YzRYHWV8RK5KHRWOjkTg5SB2Fpv7xSLE0NMKD1S aRJKLiPqMDJFr/NsHQ/cgkmZPxGmBm6HVbXGX5EySXoOAC5c0vuZJEiGE126YpUshs4uPAthX/ 19tjJv6KOVuYqqSrPWT4bVYIpXIliNKXtR9VQpf0Lm+3mOKPf+trYTwbqkzFuPCCNPS+lNQpcO WEVyXjDh0Ak1PtHOx6WOATST9xY4v4dF+ILKIQxg3uPZhMrC0ld4rhCZ0F2AILcAou97kO1LSq wxkMtjaTBJvUch5LvoYy7Ve5pzn/dEoIhTuU9BaRofzsrg==; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=zsh.org; s=rsa-20210803; h=List-Archive:List-Owner:List-Post:List-Unsubscribe: List-Subscribe:List-Help:List-Id:Sender:References:Content-Type:MIME-Version: Subject:Message-ID:To:From:Date:Reply-To:Cc:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To; bh=zN68DG0GE4AdbbcTos7HJ6jT7svn0RFTjK7rE5yz5EM=; b=dNFQXuHsWwobofhPd7QlCruuFJ j656Ux5Z9pBJo79YXWgd31Bu1KsSQncyHOsaSW4H4rdsJpY6HmgdV7jUuPz5V3oMnadYZUQ6Ys+YR WBIQkZZBtzgo87k6ryhA044X6Ad9a78ueQSp5pef16Mud3RtDePUZ+XJwv/bRTCXdntL0SdC3wq2O 5gWK2y8pWwL7O3GWuaO7lHA9O7eFDX+CgeYYIRtxlCFrE1P2wLjpJxBEpae87fY1PdaRIySlF5PUb PZXIY2pNLF2NLwZUJleujsdrned4TTTrxteYlbMJcHmxJma9ogGin8S3oIZ4XM4aKRqJQ+5ssRQom PWs785bQ==; Received: by zero.zsh.org with local id 1pcH3I-0009dI-1j; Wed, 15 Mar 2023 02:39:44 +0000 Authentication-Results: zsh.org; iprev=pass (sonic301-30.consmr.mail.ne1.yahoo.com) smtp.remote-ip=66.163.184.199; dkim=pass header.d=yahoo.com header.s=s2048 header.a=rsa-sha256; dmarc=pass header.from=yahoo.com; arc=none Received: from sonic301-30.consmr.mail.ne1.yahoo.com ([66.163.184.199]:45252) by zero.zsh.org with esmtps (TLS1.3:TLS_AES_128_GCM_SHA256:128) id 1pcH2L-0009Il-Sl; Wed, 15 Mar 2023 02:38:47 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1678847923; bh=zN68DG0GE4AdbbcTos7HJ6jT7svn0RFTjK7rE5yz5EM=; h=Date:From:To:Subject:References:From:Subject:Reply-To; b=OgkrIRw5d4cd4LaBZHaisdb4s7YDqWrjKjPNBuQ7fj+xI0chJD++dGRSuHaBMkoqleDbneuJk2DMzAgbF65Ur/RVZRAU2Lo5hQw8FSh3sK11BWaJQYbsof2XxPeoUSQgcojuvAOcgZgrNVnIkkxj5mKAivv5ONy58cEZhBbUcewgLSLGSOUQ8L1GNeI/85ZQhGN0sYanIEdpi1qfzwtvlRh3wrJW36zX3v87riK6GFST31T+p5jXn8yVBU47nL6pZNeC5QXracVlf0+XBqm0A8XPGYaxeWDhjgUd1RfeNCqNgROWOg+SzYbrIu12IPhyL+tRZiy8LO6luSAuv9ae7Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1678847923; bh=P89P2YQCI84+i8zWGdUnoZR5ZC8b3ICP1tsyXgkxwFm=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=oX7cOk+vxM6FBntsFkTSwvAyPtrzS3B2VUaea1jml3L1XaYxossaMIfgTvIb9AG+DHUAeX+zHQzAvqdUarWV9uO5g2EnzBuEpa9e59d5x2ZiqF0nx9ZKhwZd27lFCTuza7uBoI9Db7fqF58DikM+8Y606Vp0tLMl2PaXZxET+4uVIO00t7M28TdbkJoWO/N5M0a1QzcVBmA4euJUJTbCaWfP24R9Cr7ZaQicROq2s2HdfxQrcxrhGUMGVctApRZbQn1QxmlYzkcN0/9k+9UjGp3at8JUoAB2pRAh/ZMe9RFnfaU5ODqNdRQeotQEWljT88VeQeaqChXuQRiDNNlF7w== X-YMail-OSG: XwsUnPAVM1kvnM2TlSQLGgoa7OKktE_C6D_VDUzhJqLd0ezCmP2ZAnXDOMgfDPj 636Yh.PUmd7iGC1WrH5b9z.R.y.O4pXzMvI7GXgkSzee6OXzsUneAsNJj0ufqKjbO6zSXsyAXTBJ Y0KxaRrouhtMVLHQuZof_WQWrv2U9XukopdQ4iTD5KnWPOA0uDHjNF_MLuobpa.UdjiLPnM9QJeN Y_QQajvcanNH8GrsnUNgJDYuwps36InvSRpQ3wRnJq1_l9VeiMG0yw0TMDSPL2CozuiHjVU.uNKM XKx7kq7Z2YxGIdYAMenn_aoGY.8vi6AAynvH6_nXYok6X6XcyCLpElKJOsKgt6qC.Bm43bNQASzn HIVwr4OKhwegB1K9f1j4l9CDZYMes41nwM3BB5x99654aKKx0IS9CaUmwOO_B6KHcE4gr1o_t9cf pYl0DyD6qMNdlcaNAGGgpc4ohNphreFcZxGlyvwJfW2ra6tM3V7zjDK5Z79ckOkpFd74YTCN1hkn tiuIvtKBMNz2VMWRt_n3GhSd4YIerJs8D56jUiey4RS_rFRbCp73VZMz25BeROR_kpwp1GlqS6JO tEp_zbH_jAjWmuHGlf7TG9sP6nHNKv2tlCI0bLjmWm33R6vLG39hv6plx6yKVFHSqiWB6Wewzwvc myslVX8B_zmGX.jzKE3KE8HXiTb69yPTgglUM1W_lagic3SqtAYTm4SQLWPyGauTD.QLjPK_Hpei upq18EYb49acyT_SpIuk5EmH6Kfp2vOsVvoCy2UMK0yt2HpE2XO.1ABXj6_kMi7IBFvFime6TiUd XBQoCIPHxoTUozF9RD6ec3qLn29lJP9qD_tmG_oT1WBf00w22aqcz.4RaN1UAvRt2rm0PHp6_U5Q kZij2jE0ewSImLVuWDKaPimZMOybLgHfgPnznU3W8cFgFTbN4ICMT6UAg1U1h82Tv7IWbpWXTmIF psCjYDoU3v0DiDoCRxLs5rQatoUOVKM4.USV_WEuOMiOFiwOxcbHMvCsaF.qSIKpX7UaihAI1E4F msofZO5_91sQOhx8vGCG0uX0cTOrAXiESBz4Un8pL7A4j.frLafVSlWSUhyqe3AQtApS81cwJuOP sDr2bZPpAoAQ53LnBcU9nKuZa5TZsoINEy4ordhlYSGYlhaBPolevk6hkelloDin__WYsTVpXXYT RCCMM8xKim.WTdtp9ByhK26BEQrZOgiEmw9g5Yf55UdjVcgfmCqqbmzn5O6BhorpWZZHRyYlQ7GZ fmvpTgOUZWEvFINhBvxFmcwrPlbW4iNjbthLWA9fMgLTVHvjsvOkTn8WuVkLbhahXAY5RIpspTev 0ANOoZFNKZk5FgPY1lwpjgYC_5fSHv9ruUk8nLc9mpScAhZ7AABzd5v.sDaxSAxy7iVo28iIK1QY l3GO69BpaEKzGiedKJSveu0zlqyH_T0o4C27YH.zftjSSRJlTwS3KtHRFn1oKlPnRQVRy3U7k6UX rjEZflf12Z6LgVY66WA1P_.Am75hNmoaeXhlD7bOquyHng8OOXzvySFbkXUD4suLaJelgxsutDBY d0HnVRif6sD5VzS.Ei_PRH1w5CTXU.aD7Zn2ZmJEV8gnA0AeK8qaBpUtKctdKaVGKLoFpJ.2LCIm CvKZTpXtWrC48UWrOyAUNCR8vW1Sm3js3vzX7mgeneJ3BY5j2hb.5KeGsvrYRxGm354d7DUch7Ie SOaqb0AO2lrWOSleCBmrMIHZ2jk03XstEfiR1Q61GVXB68dt6ssLB4ebso_a7vcyCw5dRmD35aXz htKlmi2f1TV5L2MX8ttBdbwglIph7xXxSeVEvCG5e_nJrcUxJJPMENP.tGnsBABm.ZDPWV7VaDyU KS97cE8fGge38T..PbIkD714IRpqRBrP9Wafoe.gN5KK6q3pAuNbT8FeOqBTmTe9SZU4HNDjWRmM O2y5l..k2u8h1_SaWSmGHo7Wb1aCzG4Pct6Oq6FEEHAet1ha8xYPCohZD.ANfCfgRXTWnprA6I.D J8WH.tMA3JQZ0pDlNSUPHyByZC_13J8Y6JGN96bsjDebvqoJ08zc6fYyX4Q5_1FRDlodkTw82Bvq jHFAegniUpeM_PYaf1jUeMhuOhduTsPtriPAhvnjD_Kk.IcLp2Xx_P88oEdAjyU4hNpY.7FyLdHX kSZDeFsvp7boNiUtvIxIuEdDdp_FJW5L5PBxuZ2NCspmeKImHFPQSlLmWXRMjXu15rUO_WYk.Iot ny5HRLZCno7wZH1Tl4EkVwywV0Exm2608ZnVIng3eGk4- X-Sonic-MF: X-Sonic-ID: 6ebd71a3-d2b0-4e64-918b-4fcf6ee30281 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Wed, 15 Mar 2023 02:38:43 +0000 Date: Wed, 15 Mar 2023 02:38:39 +0000 (UTC) From: "Jason C. Kwan" To: "zsh-workers@zsh.org" Message-ID: <1621619253.265114.1678847919086@mail.yahoo.com> Subject: bug report : printf %.1s outputting more than 1 character MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_265113_1165739405.1678847919084" References: <1621619253.265114.1678847919086.ref@mail.yahoo.com> X-Mailer: WebService/1.1.21311 YMailNorrin X-Seq: 51576 Archived-At: X-Loop: zsh-workers@zsh.org Errors-To: zsh-workers-owner@zsh.org Precedence: list Precedence: bulk Sender: zsh-workers-request@zsh.org X-no-archive: yes List-Id: List-Help: , List-Subscribe: , List-Unsubscribe: , List-Post: List-Owner: List-Archive: ------=_Part_265113_1165739405.1678847919084 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I'm using the macOS 13.2.1 OS-provided zsh, version 5.8.1, which I understa= nd isn't the latest and greatest of 5.9, so perhaps this bug has already be= en addressed. In the 4-byte sequence as seen below ( defined via explicit octal codes ), = under no Unicode scenario should 4 bytes be printed out via a command of pr= intf %.1s, by design.=C2=A0 =C2=A0- The first byte of \377 \xFF is explicitly invalid under UTF-8 (even= allowing up to 7-byte in the oldest of definitions).=C2=A0=C2=A0- The 4-by= te value is too large to constitute a single character under either endian = of UTF-32.=C2=A0=C2=A0- It's also not a pair of beyond-BMP UTF-16 surrogate= s either, regardless of endian At best, if treated as UTF-16, of either endian, this 4-byte sequence repre= sents 2 code points, in which case, only 2 bytes should be printed not 4. My high-level understanding of printf %.1s=C2=A0is that it should output th= e first locale-valid character of the input string, and in its absence, out= put the first byte instead, if any, so setting LC_ALL=3DC or POSIX=C2=A0wou= ld defeat the purpose of this bug report. The reproducible sample shell command below includes what the output from z= sh built-in printf looks like, what the macOS built-in printf looks like, a= nd what the gnu printf looks like, all else being equal. The testing shell = was invoked via invoked via =C2=A0 =C2=A0 zsh --restricted --no-rcs --nologin --verbose -xtrace -f -c In all 3 test scenarios, LC_ALL is explicitly cleared, while LANG is=C2=A0e= xplicitly set to a widely used one.=C2=A0 The od used is the macOS one, not the gnu one. To my best knowledge, the other printfs have produced the correct output. Thanks for your time. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D echo; echo "$ZSH_VERSION"; echo; uname -a; echo; LC_ALL=3D LANG=3D"en_US.UT= F-8" builtin printf '\n\n\t[%.1s]\n\n' $'\377\210\234\256' | od -bacx ; =C2= =A0echo; LC_ALL=3D LANG=3D"en_US.UTF-8" command printf '\n\n\t[%.1s]\n\n' $= '\377\210\234\256' | od -bacx ; =C2=A0echo; LC_ALL=3D LANG=3D"en_US.UTF-8" = gprintf '\n\n\t[%.1s]\n\n' $'\377\210\234\256' | od -bacx ; =C2=A0echo;+zsh= :1> echo +zsh:1> echo 5.8.15.8.1+zsh:1> echo +zsh:1> uname -aDarwin m1mx4CT 22.3.0 Darwin Kernel Version 22.3.0: Mon Jan= 30 20:38:37 PST 2023; root:xnu-8792.81.3~2/RELEASE_ARM64_T6000 arm64+zsh:1= > echo +zsh:1> LC_ALL=3D'' LANG=3Den_US.UTF-8 +zsh:1> printf '\n\n\t[%.1s]\n\n' $'= \M-\C-?\M-\C-H\M-\C-\\M-.'+zsh:1> od -bacx0000000 =C2=A0 012 012 011 133 37= 7 210 234 256 135 012 012=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 nl =C2=A0nl =C2= =A0ht =C2=A0 [ =C2=A0 ? =C2=A088 =C2=A09c =C2=A0 ? =C2=A0 ] =C2=A0nl =C2=A0= nl=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 \n =C2=A0\n =C2=A0\t =C2=A0 [ 377 210 = 234 256 =C2=A0 ] =C2=A0\n =C2=A0\n=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A00a0a =C2=A0 =C2=A05b09 =C2=A0 =C2=A088ff =C2=A0 =C2=A0ae9c =C2=A0 = =C2=A00a5d =C2=A0 =C2=A0000a0000013+zsh:1> echo +zsh:1> LC_ALL=3D'' LANG=3Den_US.UTF-8 printf '\n\n\t[%.1s]\n\n' $'\M-\C-?\= M-\C-H\M-\C-\\M-.'+zsh:1> od -bacx0000000 =C2=A0 012 012 011 133 377 135 01= 2 012=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 nl =C2=A0nl =C2=A0ht =C2=A0 [ =C2= =A0 ? =C2=A0 ] =C2=A0nl =C2=A0nl=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 \n =C2= =A0\n =C2=A0\t =C2=A0 [ 377 =C2=A0 ] =C2=A0\n =C2=A0\n=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A00a0a =C2=A0 =C2=A05b09 =C2=A0 =C2=A05dff =C2=A0 = =C2=A00a0a0000010+zsh:1> echo +zsh:1> LC_ALL=3D'' LANG=3Den_US.UTF-8 gprintf '\n\n\t[%.1s]\n\n' $'\M-\C-?= \M-\C-H\M-\C-\\M-.'+zsh:1> od -bacx0000000 =C2=A0 012 012 011 133 377 135 0= 12 012=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 nl =C2=A0nl =C2=A0ht =C2=A0 [ =C2= =A0 ? =C2=A0 ] =C2=A0nl =C2=A0nl=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 \n =C2= =A0\n =C2=A0\t =C2=A0 [ 377 =C2=A0 ] =C2=A0\n =C2=A0\n=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A00a0a =C2=A0 =C2=A05b09 =C2=A0 =C2=A05dff =C2=A0 = =C2=A00a0a0000010+zsh:1> echo zsh 5.8.1 (x86_64-apple-darwin22.0) ------=_Part_265113_1165739405.1678847919084 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I'm using the macOS 13.2.1 OS-provided zsh, versi= on 5.8.1, which I understand isn't the latest and greatest of 5.9, so p= erhaps this bug has already been addressed.

In the 4-byte s= equence as seen below ( defined via explicit octal codes ), under no Unicod= e scenario should 4 bytes be printed out via a command of printf %.1s, by design. 

<= /div>
 - The first byte of \377 \xFF is = explicitly invalid under UTF-8 (even allowing up to 7-byte in the oldest of= definitions). 
 - The= 4-byte value is too large to constitute a single character under either en= dian of UTF-32. 
 - It's also not a pair of beyond-BMP UTF-16 surrogat= es either, regardless of endian

At best, if treated as UTF-16, of either endian,= this 4-byte sequence represents 2 code points, in which case, only 2 bytes= should be printed not 4.

My high-level understanding of printf %.1s = ;is that it should output the first locale-valid character of the input= string, and in its absence, output the first byte instead, if any, so sett= ing LC_ALL=3DC or POSIX would defeat the purpose of this bug re= port.

The reproducible sample sh= ell command below includes what the output from zsh built-in printf = looks like, what the macOS built-in printf looks like, and what the = gnu printf looks like, all else being equal. The testing shell was i= nvoked via

invoked via

&= nbsp;   zsh --restricted --no-rcs --nologin --verbose -xtrace -f -c

In all 3 test scen= arios, LC_ALL is explicitly cleared, while LANG is explicitly set to a widely used one. 

The= od used is the macOS one, not the gnu one.

To my best knowledge, the other printfs have produced t= he correct output.

Thanks for your time.
<= font face=3D"courier new, courier, monaco, monospace, sans-serif">
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

<= /font>
echo; echo "$ZSH_VERSION"; echo; uname -a; echo; LC_ALL=3D LANG=3D= "en_US.UTF-8" builtin printf '\n\n\t[%.1s]\n\n' $'\377\210\234\256' = | od -bacx ;  echo; LC_ALL=3D LANG=3D"en_US.UTF-8" command printf '\n\= n\t[%.1s]\n\n' $'\377\210\234\256' | od -bacx ;  echo; LC_ALL=3D LANG= =3D"en_US.UTF-8" gprintf '\n\n\t[%.1s]\n\n' $'\377\210\234\256' | od -bacx = ;  echo;
+zsh:1> echo

+zsh:1> ec= ho 5.8.1
5.8.1
+zsh:1> echo

=
+zs= h:1> uname -a
Darwin m1mx4CT 22.3.0 Darwin Kernel Version 22.3.= 0: Mon Jan 30 20:38:37 PST 2023; root:xnu-8792.81.3~2/RELEASE_ARM64_T6000 a= rm64
+zsh:1> echo

+zsh:1> LC_ALL=3D''= LANG=3Den_US.UTF-8 +zsh:1> printf '\n\n\t[%.1s]\n\n' $'\M-\C-?\M-\C-H\M= -\C-\\M-.'
+zsh:1> od -bacx
0000000   012 012 011= 133 377 210 234 256 135 012 012
         = ; nl  nl  ht   [   ?  88  9c   ?   = ]  nl  nl
          \n  \n=  \t   [ 377 210 234 256   ]  \n  \n
<= div>&nbs= p;            0a0a    5b09   &= nbsp;88ff    ae9c    0a5d    000a
00= 00013
+zsh:1> echo

+zsh:1> LC_ALL=3D'= ' LANG=3Den_US.UTF-8 printf '\n\n\t[%.1s]\n\n' $'\M-\C-?\M-\C-H\M-\C-\\M-.'=
+zsh:1> od -bacx
0000000   012 012 011 133 377 1= 35 012 012
          nl  nl  ht=   [   ?   ]  nl  nl
    &nbs= p;     \n  \n  \t   [ 377   ]  \n  = \n
             0a0a   &nb= sp;5b09    5dff    0a0a
0000010
+zsh:= 1> echo

+zsh:1> LC_ALL=3D'' LANG=3Den_US.UTF-8= gprintf '\n\n\t[%.1s]\n\n' $'\M-\C-?\M-\C-H\M-\C-\\M-.'
<= font face=3D"courier new, courier, monaco, monospace, sans-serif">+zsh:1>= ; od -bacx
0000000   012 012 011 133 377 135 012 012
          nl  nl  ht   [   ? =   ]  nl  nl
          \n &= nbsp;\n  \t   [ 377   ]  \n  \n
<= font face=3D"courier new, courier, monaco, monospace, sans-serif">  &n= bsp;          0a0a    5b09    = 5dff    0a0a
0000010
+zsh:1> echo
<= br>
zsh 5.8.1 (x86_64-apple-darwin22.0)

------=_Part_265113_1165739405.1678847919084--