Red Hat Bugzilla – Bug 127157
MXUNIT parameter too small
Last modified: 2007-11-30 17:07:02 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4)
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
#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?
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. not applicable
Actual Results: Our production FORTRAN code stops due to lack of file
Expected Results: Our program should have run to completion.
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.
Yes, we can. We believe that 1000 will meet ours and hopefully the
Thanks for this consideration.
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:
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.