Robert Elz wrote:
> To get away from the dick waving "my shell is bigger than yours"
> discussions for a minute ...
>
> In note 3745 attached to http://austingroupbugs.net/view.php?id=767
> Joerg Schilling proposes making a list of shells to use to help
> guide what can be regarded as "standard"
Robert Elz wrote:
> | It also would make sense to check with shells have maintainers
> | that are on this list and willing to come to a common agreement.
>
> Neither were on your list, but the FreeBSD shell and NetBSD shell maintainers
> are here too...
If the related shells would be availab
Date:Mon, 29 May 2017 11:47:04 +0200
From:Joerg Schilling
Message-ID: <592bee18.kvZiYpLd6LS/Evf/%joerg.schill...@fokus.fraunhofer.de>
| If the related shells would be available as portable code,
| it would be easy to test them.
There is no requirement that you, o
Robert Elz wrote:
> Date:Mon, 29 May 2017 11:47:04 +0200
> From:Joerg Schilling
> Message-ID:
> <592bee18.kvZiYpLd6LS/Evf/%joerg.schill...@fokus.fraunhofer.de>
>
> | If the related shells would be available as portable code,
> | it would be easy to test them.
>
Date:Mon, 29 May 2017 14:38:02 +0200
From:Joerg Schilling
Message-ID: <592c162a.syoz+dozzpogtqep%joerg.schill...@fokus.fraunhofer.de>
| The problem is that I have a FreeBSD system available for testing,
| but not a NetBSD system...
It is fairly easy to set up Net
Stephane CHAZELAS wrote:
> 2017-05-24 17:21:33 +0200, Joerg Schilling:
> > Do you have a pointer to the POSIX text that forbids a subshell in this
> > case
> > when stdin is redirected?
> [...]
>
> I don't know if you'll find some text that *explicitly* forbids
> it to run in a subshell, but y
On 05/29/17 04:37 AM, Robert Elz wrote:
There is no requirement that you, or I, or anyone else in particular,
be able to build and run any particular shell. While that's nice if
possible, a shell is still a shell even if its source code is not openly
available at all (like any that are in close
Alan Coopersmith wrote:
> We still ship a couple closed source shells in Solaris - the SVR4 Bourne Shell
> as /usr/sunos/bin/sh and a modified ksh88 as /usr/xpg4/bin/sh, but our primary
> day to day shells are the common open source ones - bash, ksh93, zsh, etc.
Is there any bugfix in /usr/sunos
On 05/29/17 01:56 PM, Joerg Schilling wrote:
Alan Coopersmith wrote:
We still ship a couple closed source shells in Solaris - the SVR4 Bourne Shell
as /usr/sunos/bin/sh and a modified ksh88 as /usr/xpg4/bin/sh, but our primary
day to day shells are the common open source ones - bash, ksh93, zs
