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. 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.
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, UTech, CWRU c...@case.edu http://tiswww.cwru.edu/~chet/
