Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > gnu.bash.bug > #14757 > unrolled thread

Re: make distclean and bash-4.4 - FYI

Started byMichael Felt <aixtools@felt.demon.nl>
First post2018-11-01 12:43 +0200
Last post2018-11-01 12:43 +0200
Articles 1 — 1 participant

Back to article view | Back to gnu.bash.bug

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: make distclean and bash-4.4 - FYI Michael Felt <aixtools@felt.demon.nl> - 2018-11-01 12:43 +0200

#14757 — Re: make distclean and bash-4.4 - FYI

FromMichael Felt <aixtools@felt.demon.nl>
Date2018-11-01 12:43 +0200
SubjectRe: make distclean and bash-4.4 - FYI
Message-ID<mailman.3211.1541069027.1284.bug-bash@gnu.org>

> 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).

[toc] | [standalone]


Back to top | Article view | gnu.bash.bug


csiph-web