On 6/27/2017 10:13 AM, Bruno Haible wrote:
John E. Malmberg wrote:
The getdtablesize.c module will not compile on OpenVMS and is really not
needed.
...
Is there someway for configure to be changed to not set the macros
causing it to be built when the platform is OpenVMS?
gnulib builds the module 'getdtablesize' because it's a glibc function:
https://www.gnu.org/software/gnulib/manual/html_node/getdtablesize.html
Are you saying that OpenVMS already has the function and that
m4/getdtablesize.m4 guesses wrong about its existence?
OpenVMS has the function. Configure detects it exists, but the test for
it working is failing.
I missed that the test for getdtablesize working was failing before now
though.
The OpenVMS getdtablesize() is returning the maximum number of open
files that a process can have.
It is not returning the highest file descriptor + 1 that can be used in
the system. That number is 65535 for OpenVMS Alpha and Integrity.
That is why it is failing the configure test.
So what is the recommended solution?
If I have a replacement getdtablesize() return 65535, that could cause
programs to assume that they could actually open that many descriptors.
And if an OpenVMS getrlimit() is provided, what value should it provide
for RLIMIT_NOFILE?
Regards,
-John
