Hi.
I don't actually use bash myself - so something that would be apparent
to a bash user is invisible to me.
As part of the packaging of bash-5.0.18 (i.e., 5.0 at patch level 18) I
ran the test suite.
a) is there a flag I can pass so that it ignores the UTF-8 tests? I do
not want to not build U
Just repeated this on a system with bash that I did not package - and I
get the same results:
BASH_VERSINFO=([0]="4" [1]="4" [2]="0" [3]="1" [4]="release"
[5]="powerpc-ibm-aix6.1.0.0")
BASH_VERSION='4.4.0(1)-release'
...
```
_=/usr/bin/bash
aixtools@gcc119:[/home/aixtools]PS1='$ '
$ unset v
$ ex
On 15/10/2020 08:03, Michael Felt wrote:
$ exec Upon running "exec to your terminal emulator. Consequently, bash tries to read from
/dev/null, only to encounter EOF. As there is no further input to be
processed, it exits.
You can prevent this from happening by running a script, or by using t
On 10/15/20 3:03 AM, Michael Felt wrote:
> Hi.
>
> I don't actually use bash myself - so something that would be apparent
> to a bash user is invisible to me.
>
> As part of the packaging of bash-5.0.18 (i.e., 5.0 at patch level 18) I
> ran the test suite.
>
> a) is there a flag I can pass so th
On 15/10/2020 16:11, k...@plushkava.net wrote:
> On 15/10/2020 08:03, Michael Felt wrote:
>
>> $ exec > $ exit
>> root@x065:[/data/prj/gnu/bash/bash-5.0.18]
>>
>> ```
>>
>> As you can see by the return of the original PS1 - the sub-shell
>> (./bash) 'crashed' -- I did not type 'exit' - that is a
On 15/10/2020 16:21, Chet Ramey wrote:
> On 10/15/20 3:03 AM, Michael Felt wrote:
>> Hi.
>>
>> I don't actually use bash myself - so something that would be apparent
>> to a bash user is invisible to me.
>>
>> As part of the packaging of bash-5.0.18 (i.e., 5.0 at patch level 18) I
>> ran the test
FYI: modified the script to:
```
root@x065:[/data/prj/gnu/bash/bash-5.0.18]cat -n *sub
1 unset v
2 exec {v}= 10 )); then echo ok 1; else echo bad 1; fi
5
6 exec {v}<&-
7
8 ulimit -n 6
9
10 exec On 15/10/2020 16:21, Chet Ramey wrote:
>> On 10/15/20 3:03
On 10/16/20 6:31 AM, Michael Felt wrote:
> OK. While - perhaps the root cause is differences in error-codes, or
> something like that - and not to be overly concerned about (as I am not
> with the UTF-8 'errors') I am concerned that 'make test' terminates at
> this point - rather than continuing w
OK. Thanks for the reply - and apologies for slow response.
I was expecting a summary of the test results. I thought the other
projects you lead ended with test summaries.
If you care to help me find where the wrong error number is being
returned I'll try and come up with a PR to fix this test fo
On 10/24/20 1:17 PM, Michael Felt wrote:
> OK. Thanks for the reply - and apologies for slow response.
>
> I was expecting a summary of the test results. I thought the other
> projects you lead ended with test summaries.
No, there have never been summaries.
> If you care to help me find where th
10 matches
Mail list logo