This is the mail archive of the
kawa@sourceware.org
mailing list for the Kawa project.
Re: Shell-style programming in Kawa
- From: Jamison Hope <jrh at theptrgroup dot com>
- To: "kawa at sourceware dot org list" <kawa at sourceware dot org>
- Date: Tue, 28 Jan 2014 16:12:25 -0500
- Subject: Re: Shell-style programming in Kawa
- Authentication-results: sourceware.org; auth=none
- References: <52C4B518 dot 5080000 at bothner dot com> <A72FB562-9459-4C69-B346-A6C94DBD22C4 at theptrgroup dot com> <52E3772D dot 50804 at bothner dot com> <4A37A2F8-76B0-421D-AFCB-62AA1EE78468 at theptrgroup dot com> <52E5995F dot 6000400 at bothner dot com> <52E67F60 dot 5090804 at bothner dot com> <52E751DD dot 6080301 at bothner dot com>
On Jan 28, 2014, at 1:44 AM, Per Bothner <per@bothner.com> wrote:
> On 01/27/2014 07:46 AM, Per Bothner wrote:
>> On 01/25/2014 11:46 PM, Jamison Hope wrote:
>>> Is there a way to make this do what I intend?
>>>
>>> &`{ls &`{pwd}/..}
>>
>> This still doesn't work,
>
> Now it does - it was actually a simple 1-token fix.
Nice. If I'm following the trail correctly, that was changing a
format directive from ~A to ~Q. Is this ~Q directive ever useful
in user code? It isn't documented on the Format page of the
website.
It looks like it acts as if the format specifier were
"\xF202~A\xF203", where #\xf202 and #\xf203 are unassigned
characters from one of the Unicode Private Use Areas. And then
the consumer of the resultant string is responsible for recognizing
these embedded unprintable marks and doing something useful (such
as stripping out a trailing newline). Is that right?
--
Jamison Hope
The PTR Group
www.theptrgroup.com