Re: make distclean and bash-4.4 - FYI

[Michael Felt]

> On 10/31/2018 9:31 PM, Chet Ramey wrote:
>> On 10/31/18 3:13 PM, Michael Felt wrote:
>> 
>> Running "make test", and I amy have forgotten something I did in the past.
>> a) running tests as root (initially)
>> b) ends with:
>> run-vredir
>> 14,16c14,16
>> < ./vredir.tests: line 25: $v: A file descriptor does not refer to an
>> open file.
>> < ./vredir.tests: line 26: $v: A file descriptor does not refer to an
>> open file.
>> < ./vredir.tests: line 27: $v: A file descriptor does not refer to an
>> open file.
>> ---
>>> ./vredir.tests: line 25: $v: Bad file descriptor
>>> ./vredir.tests: line 26: $v: Bad file descriptor
>>> ./vredir.tests: line 27: $v: Bad file descriptor
> These are just different messages for the same value of errno.
> 
>> 90,91c90,91
>> < ./vredir6.sub: redirection error: cannot duplicate fd: The process
>> file table is full.
>> < ./vredir6.sub: line 13: /dev/null: The process file table is full.
>> ---
>>> ./vredir6.sub: redirection error: cannot duplicate fd: Invalid argument
>>> ./vredir6.sub: line 13: /dev/null: Invalid argument
> Same.
> 
>> I am mainly surprised by "process file table is full" - is there
>> something specific I can do to look at this more closely?
> No, it's expected. That script tests the behavior when the process's open
> file limit (`ulimit -n') is set to something very small. 
Using defaults:
root@x065:[/]ulimit -n
2000

> It's interesting
> that AIX (you're running AIX, right?) chooses to return -1/EMFILE even
> though the process doesn't have the maximum number of file descriptors open.
Well, it is AIX 5.3 (TL7). Maybe there are more choices for errno today, than 
there was in 2007.  I'll create a clean source to patch/build oot, and compare 
AIX 5.3, 61. and 7.1 (no ready access to 7.2, sorry).