On 2019-06-10 08:38:52 -0700, enh wrote:
> but here's mksh:
>
> ~$ mksh
> $ hello() { echo boing=$BOING; }
> $ BOING=123 hello
> boing=123
> $ echo $BOING
> 123
> $
>
> and ksh, since that seems to come up on this list:
>
> $ ksh
> ~ [1]$ hello() { echo boing=$BOING; }
> ~ [2]$ BOING=123 hello
>
Date:Mon, 10 Jun 2019 20:42:35 +0100
From:Harald van Dijk
Message-ID: <4bd06707-02c6-8c3e-3422-8837c1fc4...@gigawatt.nl>
| NetBSD sh changed this (for other reasons) only in 2016, if I am reading
| the history correctly.
Was it that long ago? Possibly ...
|
Date:Mon, 10 Jun 2019 19:55:05 + (UTC)
From:Shware Systems
Message-ID: <1277876767.1002266.1560196505...@mail.yahoo.com>
| To me, it is one of the underspecified responsibilities of a standard
| utility implemented as a shell function
No-one is talking (speci
The amount of sheer invention swirling around this issue is amazing.
The question "Does POSIX / WG15 / OpenGroup create new interfaces out of whole
cloth" was settled more than two decades ago. I was in the room when it
happened. The answer to that question is "No". In the POSIX/WG15/OpenGroup
To me, it is one of the underspecified responsibilities of a standard utility
implemented as a shell function to use an internal procedure that makes the
current local state as if a subshell was forked to exec a utility on media,
including with temporary exports, etc.
When the shell function
2019-06-10 18:34:50 +, Austin Group Bug Tracker:
[...]
> IMO, after "asynchronous list" has been clearly defined as "AND-OR-list
> followed by &", and maybe renamed to "asynchronous AND-OR list", that whole
> paragraph should be changed to something like:
>
> } If job control is disabled (see
On 10/06/2019 20:25, Chet Ramey wrote:
On 6/10/19 3:15 PM, Harald van Dijk wrote:
On 10/06/2019 19:22, Chet Ramey wrote:
On 6/10/19 2:15 PM, Harald van Dijk wrote:
Re: http://austingroupbugs.net/view.php?id=760#c4411 <&0 is a no-op, so
it's
unclear whether it counts as
"explicit redirection o
On 6/10/19 3:15 PM, Harald van Dijk wrote:
> On 10/06/2019 19:22, Chet Ramey wrote:
>> On 6/10/19 2:15 PM, Harald van Dijk wrote:
>>
Re: http://austingroupbugs.net/view.php?id=760#c4411 <&0 is a no-op, so
it's
unclear whether it counts as
"explicit redirection of standard input"
On 10/06/2019 19:22, Chet Ramey wrote:
On 6/10/19 2:15 PM, Harald van Dijk wrote:
Re: http://austingroupbugs.net/view.php?id=760#c4411 <&0 is a no-op, so it's
unclear whether it counts as
"explicit redirection of standard input".
In almost all shells, <&0 is not a no-op. It is a check that st
On Mon, Jun 10, 2019 at 12:06 PM Robert Elz wrote:
>
> Date:Mon, 10 Jun 2019 09:23:38 -0700
> From:enh
> Message-ID:
>
>
> | yeah, it also seems like the least surprising behavior... when i first
> | saw this with folks porting from bash to mksh to run on Androi
Date:Mon, 10 Jun 2019 09:23:38 -0700
From:enh
Message-ID:
| yeah, it also seems like the least surprising behavior... when i first
| saw this with folks porting from bash to mksh to run on Android, i was
| convinced it was a mksh bug because it didn't make any
A NOTE has been added to this issue.
==
http://austingroupbugs.net/view.php?id=1254
==
Reported By:stephane
Assigned To:
On 6/10/19 2:15 PM, Harald van Dijk wrote:
>> Re: http://austingroupbugs.net/view.php?id=760#c4411 <&0 is a no-op, so it's
>> unclear whether it counts as
>> "explicit redirection of standard input".
>
> In almost all shells, <&0 is not a no-op. It is a check that stdin is open.
> It will cause a
On 10/06/2019 09:46, Austin Group Bug Tracker wrote:
--
(0004413) geoffclare (manager) - 2019-06-10 08:46
http://austingroupbugs.net/view.php?id=760#c4413
--
A NOTE has been added to this issue.
==
http://austingroupbugs.net/view.php?id=1232
==
Reported By:stephane
Assigned To:
On Mon, Jun 10, 2019 at 8:56 AM Chet Ramey wrote:
>
> On 6/10/19 11:38 AM, enh wrote:
> > the toybox project is adding a shell, and came across this issue that
> > i (Android native tools/libraries maintainer) have hit before because
> > mksh does exactly what POSIX says and bash does what POSIX p
On 6/10/19 11:38 AM, enh wrote:
> the toybox project is adding a shell, and came across this issue that
> i (Android native tools/libraries maintainer) have hit before because
> mksh does exactly what POSIX says and bash does what POSIX probably
> intended:
> http://lists.landley.net/pipermail/toy
the toybox project is adding a shell, and came across this issue that
i (Android native tools/libraries maintainer) have hit before because
mksh does exactly what POSIX says and bash does what POSIX probably
intended:
http://lists.landley.net/pipermail/toybox-landley.net/2019-June/010530.html
rep
The following issue NEEDS AN INTERPRETATION.
==
http://austingroupbugs.net/view.php?id=1232
==
Reported By:stephane
Assigned To:
A NOTE has been added to this issue.
==
http://austingroupbugs.net/view.php?id=1232
==
Reported By:stephane
Assigned To:
2019-06-10 08:46:57 +, Austin Group Bug Tracker:
[...]
> The changes arising from this bug were applied in POSIX.1-2008 TC2, so this
> is not the right place to request further changes. (All of the bugs tagged
> tc2-2008 should have been closed some time ago to prevent this situation
> arising.
The following issue has been SUBMITTED.
==
http://austingroupbugs.net/view.php?id=1256
==
Reported By:geoffclare
Assigned To:
A NOTE has been added to this issue.
==
http://austingroupbugs.net/view.php?id=760
==
Reported By:geoffclare
Assigned To:
===
23 matches
Mail list logo