Dear Tom,
In message <20200929174506.GJ14816@bill-the-cat> you wrote:
>
> One of my worries about updating our hush code would be to maintain
> compatibility with all of the scripts out there that rely on whatever
> odd behavior we have.
Agreed. Unfortunately we never collected any list of wart
On Sat, Sep 26, 2020 at 04:02:08PM +0200, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
> >
> > I would like to see this also. Is the busybox version the latest?
> > There might even be some tests although I can't see any.
>
> I have never been able to locate any other origi
Dear Heinrich,
In message you wrote:
>
> > Nice idea! Only we should do a better syntax (options preceeding
> > argument), i. e.
> >
> > run [ --args argv ] varname1 varname2 ...
> >
> > where argv would be the name of a variale to hold the arguments (as
> > a comma (?) separated list) ?
> I
Dear Simon,
In message
you wrote:
>
> I would like to see this also. Is the busybox version the latest?
> There might even be some tests although I can't see any.
I have never been able to locate any other origin of the housh shell
source code, so - exept for other ports - this is the only curr
On 9/26/20 10:51 AM, Wolfgang Denk wrote:
> Dear Heinrich,
>
> In message <99821acf-b921-2c06-05b8-dd32058f2...@gmx.de> you wrote:
>>
>> For me this could be realized by enhancing the run command to allow:
>>
>> run varname1 varname2 ... varnameN --args argv1 argv2 argv3
>>
>> Arguments argv1, argv
Dear Rasmus,
In message <823e5d31-7022-346e-b3a3-e36a4a295...@prevas.dk> you wrote:
>
> Though I'd probably make it
>
> run varname -- arg1 arg2 arg3
Or rather
run arg1 arg2 ... -- varname1 varname2 ...
> instead: Just use -- as a separator [that has precedent as "stop doing
> X, use
Dear Heinrich,
In message <99821acf-b921-2c06-05b8-dd32058f2...@gmx.de> you wrote:
>
> For me this could be realized by enhancing the run command to allow:
>
> run varname1 varname2 ... varnameN --args argv1 argv2 argv3
>
> Arguments argv1, argv2, ... are passed to the script identified by the
> l
Hi,
On Fri, 25 Sep 2020 at 06:59, Wolfgang Denk wrote:
>
> Dear Rasmus,
>
> In message <20200925111942.4629-1-rasmus.villem...@prevas.dk> you wrote:
> > This adds a way to call a "function" defined in the environment with
> > arguments. I.e., whereas
> >
> > run foo
> >
> > requires one to set
On 25/09/2020 15.38, Heinrich Schuchardt wrote:
> On 25.09.20 15:09, Wolfgang Denk wrote:
>> Dear Heinrich Schuchardt,
>>
>> In message <4b00225d-d960-4a14-9aec-110f7...@gmx.de> you wrote:
>>>
>>> Further we cannot first introduce a command call and then eliminate it
>>> due to backward compati
On 25/09/2020 15.09, Wolfgang Denk wrote:
> Dear Heinrich Schuchardt,
>
> In message <4b00225d-d960-4a14-9aec-110f7...@gmx.de> you wrote:
>>
>> Further we cannot first introduce a command call and then eliminate it
>> due to backward compatibility. We should decide on the final version
>> befo
On 25.09.20 15:09, Wolfgang Denk wrote:
> Dear Heinrich Schuchardt,
>
> In message <4b00225d-d960-4a14-9aec-110f7...@gmx.de> you wrote:
>>
>> Further we cannot first introduce a command call and then eliminate it
>> due to backward compatibility. We should decide on the final version
>> beforeh
Dear Heinrich Schuchardt,
In message <4b00225d-d960-4a14-9aec-110f7...@gmx.de> you wrote:
>
> Further we cannot first introduce a command call and then eliminate it
> due to backward compatibility. We should decide on the final version
> beforehand.
Full agreement. we need a concept of what
Dear Rasmus,
In message <20200925111942.4629-1-rasmus.villem...@prevas.dk> you wrote:
> This adds a way to call a "function" defined in the environment with
> arguments. I.e., whereas
>
> run foo
>
> requires one to set the (shell or environment) variables referenced
> from foo beforehand, with
On 25/09/2020 13.52, Heinrich Schuchardt wrote:
> On 25.09.20 13:19, Rasmus Villemoes wrote:
>> This adds a way to call a "function" defined in the environment with
>> arguments. I.e., whereas
>>
>> run foo
>>
>> requires one to set the (shell or environment) variables referenced
>> from foo befo
On 25.09.20 13:19, Rasmus Villemoes wrote:
> This adds a way to call a "function" defined in the environment with
> arguments. I.e., whereas
>
> run foo
>
> requires one to set the (shell or environment) variables referenced
> from foo beforehand, with this one can instead do
>
> call foo arg1
This adds a way to call a "function" defined in the environment with
arguments. I.e., whereas
run foo
requires one to set the (shell or environment) variables referenced
from foo beforehand, with this one can instead do
call foo arg1 arg2 arg3
and use $1... up to $9 in the definition of foo
16 matches
Mail list logo
