From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 Description of problem: A FORTRAN program we use in a production environment fails after trying to open too many files. We can work around the problem my updating the file libf2c/libI77/fio.h and replacing #define MXUNIT 100 with line: #define MXUNIT 10000 and then, of course, rebuilding and reinstalling gcc. Although this works, we would like to avoid having to repeat this produre whenever gcc is updated. And since we update the release number when we rebuild the rpm, just to keep things straight, our system in now out of sync with respect to Red Hat Network. So, the bottom line, would it be possible to increase MXUNIT in the production release of gcc? Thanks. --Kirk Version-Release number of selected component (if applicable): gcc-3.2.3 How reproducible: Always Steps to Reproduce: 1. not applicable Actual Results: Our production FORTRAN code stops due to lack of file handles Expected Results: Our program should have run to completion. Additional info:
Can we compromise on 1000? There's a static table in libg2c that's sized by this parameter. At the moment, that table occupies about 4k; with your change it would be 468k, which I feel is a bit excessive to inflict on all Fortran users.
Richard, Yes, we can. We believe that 1000 will meet ours and hopefully the community's needs. Thanks for this consideration. --Kirk
This bug is filed against RHEL 3, which is in maintenance phase. During the maintenance phase, only security errata and select mission critical bug fixes will be released for enterprise products. Since this bug does not meet that criteria, it is now being closed. For more information of the RHEL errata support policy, please visit: http://www.redhat.com/security/updates/errata/ If you feel this bug is indeed mission critical, please contact your support representative. You may be asked to provide detailed information on how this bug is affecting you.