Mail Archives: djgpp-announce/2014/04/21/14:11:08
Am 20.04.2014 00:20, schrieb Juan Manuel Guerrero:
> This is a port of GNU binutils 2.24 to MSDOS/DJGPP.
[snip]
> - Some mounths ago a user complaint about the amount of file handles consumed
> by the ar program. For performance reasons, BFD tries to open and cache
> certain amount of files and its contents. How many files can be opened is
> determinated at program start using the getrlimit function. Unfortunately
> this function seems to be a placebo function. At least when using djdev204
> on WinXP, this function always returns the hard coded value of 255. This
> is the value for the number of files that can be opened (RLIMIT_NOFILE).
> BFD takes on eight of this value but at least 10 and opens so much files
> as required. If your FILES entry in config.sys is not large enough (at
> least around 35) then the program aborts. To determinate the real number
> of free file handles the specific BFD function has been modified to create
> a temporary directory and open as much files as possible. This will be
> the value used as RLIMIT_NOFILE to determinate the maximum of available
> file handles. If this fails at least 10 file handles must be available
> or the program will abort.
[snip]
The solution described above is not the solution implemented in the final
version due to performance reasons. I have hard coded a value of 15.
This means that BFD assumes that 15 file handles are _always_ available
and will use it if required. This has the consequence that you must set
your FILES entry in config.sys or config.nt to 20 or 25. It depends on
how much file handles the OS and the DPMI server has already consumed for
its on needs. The exact number of file handles required and set by the
FILES entry in config.sys must be figured out by the user but it must be
greater than the 15 expected by BFD.
Regards,
Juan M. Guerrero
- Raw text -