bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: OpenVMS getdtablesize.c


From: John E. Malmberg
Subject: Re: OpenVMS getdtablesize.c
Date: Tue, 27 Jun 2017 19:34:33 -0500
User-agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0

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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]