Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #14757 > unrolled thread
| Started by | Michael Felt <aixtools@felt.demon.nl> |
|---|---|
| First post | 2018-11-01 12:43 +0200 |
| Last post | 2018-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.
Re: make distclean and bash-4.4 - FYI Michael Felt <aixtools@felt.demon.nl> - 2018-11-01 12:43 +0200
| From | Michael Felt <aixtools@felt.demon.nl> |
|---|---|
| Date | 2018-11-01 12:43 +0200 |
| Subject | Re: 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).
Back to top | Article view | gnu.bash.bug
csiph-web