From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-37335-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 14048 invoked by alias); 7 Dec 2015 10:25:18 -0000
Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Workers List <zsh-workers.zsh.org>
List-Post: <mailto:zsh-workers@zsh.org>
List-Help: <mailto:zsh-workers-help@zsh.org>
X-Seq: 37335
Received: (qmail 25411 invoked from network); 7 Dec 2015 10:25:15 -0000
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.0
X-AuditID: cbfec7f4-f79026d00000418a-26-56655e85cfe0
Date: Mon, 07 Dec 2015 10:24:49 +0000
From: Peter Stephenson <p.stephenson@samsung.com>
To: zsh-workers@zsh.org
Subject: Re: The "set" utility outputs binary data
Message-id: <20151207102449.5993404a@pwslap01u.europe.root.pri>
In-reply-to: <151206150844.ZM31242@torch.brasslantern.com>
References: <20151203140558.GA17469@zira.vinc17.org>
 <20151203142533.5aae65f6@pwslap01u.europe.root.pri>
 <20151204142900.0c035c6a@pwslap01u.europe.root.pri>
 <20151204215611.17d060fb@ntlworld.com>
 <151206150844.ZM31242@torch.brasslantern.com>
Organization: Samsung Cambridge Solution Centre
X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.0; i386-redhat-linux-gnu)
MIME-version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7bit
X-Brightmail-Tracker:
 H4sIAAAAAAAAA+NgFrrILMWRmVeSWpSXmKPExsVy+t/xy7qtcalhBm82aFkcbH7I5MDoserg
	B6YAxigum5TUnMyy1CJ9uwSujDcPVjMVTOWt6Nl9ga2B8SxXFyMHh4SAicSzuUxdjJxAppjE
	hXvr2boYuTiEBJYySlztXcEC4cxgkrjxppcdwtnIKHG/YQMThHOGUWLi/zZmkH4WAVWJd0sO
	MoLYbAKGElM3zQazRQTEJc6uPc8CYgsLGEkc2byYFcTmFbCXeLzlPTuIzSlgJfHg6wZmiKE/
	GSV+zjwLdhS/gL7E1b+foA60l5h55QwjRLOgxI/J98CGMgtoSWze1sQKYctLbF7zFuwgIQF1
	iRt3d7NPYBSehaRlFpKWWUhaFjAyr2IUTS1NLihOSs811CtOzC0uzUvXS87P3cQICegvOxgX
	H7M6xCjAwajEw2uRnhImxJpYVlyZe4hRgoNZSYSXwys1TIg3JbGyKrUoP76oNCe1+BCjNAeL
	kjjv3F3vQ4QE0hNLUrNTUwtSi2CyTBycUg2MCx5wLhYvzT0eNedriRp3667FHI/m8d/5r7Zu
	p66Q697pc8M1ThfszQr90WWnodVXtkJ92ymzU2uyLbaH7pPrNdvn9rSEM5qL23SxXBBP4bmZ
	dhf+7VsqvJ8nt3Hefak1Kl4Pnp+P+W5Y8+5JZUa2w/mz4a/MXXYn2WeVLE+QUr913Hy+XPgC
	JZbijERDLeai4kQA3hpylmQCAAA=

On Sun, 06 Dec 2015 15:08:44 -0800
Bart Schaefer <schaefer@brasslantern.com> wrote:
> On Dec 4,  9:56pm, Peter Stephenson wrote:
> }
> } This seems to be going the right way; let me know of any oddities or
> } unwanted side effects.  Note a few "nice" representations have changed
> } to fit $'..' conventions.
> 
> I'll withhold judgment on whether I like this, though I must say I do
> prefer "^C" to "\C-c".

If this is important enough, we can arrange two versions of nicechar /
wcs_nicechar.  The quickest change would be expanding the functions under
different names to take a flag when passed from mb_niceformat(),
together with a shim layer for other cases.

(You can't seriously be complaining that "typeset -m IFS" now outputs

IFS=$' \t\n\C-@'

instead of raw binary, can you?)

> In any case though, this has borked two of the test scripts:

Not sure what I can have been testing.

pws

diff --git a/Test/D04parameter.ztst b/Test/D04parameter.ztst
index a3c5d71..2b46e06 100644
--- a/Test/D04parameter.ztst
+++ b/Test/D04parameter.ztst
@@ -396,9 +396,9 @@
 >Instead Here I Am Stuck By The Computer
 
   foo=$'\x7f\x00'
-  print ${(V)foo}
+  print -r -- ${(V)foo}
 0:${(V)...}
->^?^@
+>\C-?\C-@
 
   foo='playing '\''stupid'\'' "games" \w\i\t\h $quoting.'
   print -r ${(q)foo}
diff --git a/Test/V09datetime.ztst b/Test/V09datetime.ztst
index 63ff4ee..831421d 100644
--- a/Test/V09datetime.ztst
+++ b/Test/V09datetime.ztst
@@ -69,6 +69,6 @@
 >090
 >1
 
-  print ${(V)"$(strftime $'%Y\0%m\0%d' 100000000)"}
+  print -r -- ${(V)"$(strftime $'%Y\0%m\0%d' 100000000)"}
 0:Embedded nulls
->1973^@03^@03
+>1973\C-@03\C-@03