Defect in XSH getrlimit

[yyy@xxxxxxxxxxxxx (Geoff Clare)]

@ page 551 line 18091 section getrlimit objection [gwc RLIMIT_NOFILE+EMFILE]

Problem:

(This was previously discussed as bwg2001-014 shortly before draft 7
was produced.  It didn't make it into draft 7, more for timing reasons
than technical reasons, so I think it is worth raising again for TC1.)

The use of "may fail" in the description of RLIMIT_NOFILE is
inconsistent with other parts of the standard which require that
an EMFILE error must occur when the RLIMIT_NOFILE soft limit is
exceeded.  From the remainder of the description of RLIMIT_NOFILE
it is clear that when the soft limit has been reached, no more file
descriptors can be opened.  Therefore an attempt to open another
file descriptor must fail, and according to section 2.3 "Error
Numbers", the errno value which is set when a failure occurs due to
this condition cannot be different from the one described in XSH
for that condition - i.e. it must be EMFILE.

Action:

Change "may fail" to "shall fail" in the text "If this limit is
exceeded, functions that allocate new file descriptors may fail with
errno set to [EMFILE]."