2008/9/11 Peter Shoults <Peter.Shoults at sun.com>: > Henrik wrote: >> or is the issues fixed in some other way ? >> -- >> > > Yes - it is fixed a different way. The key CR that you need to know about > is CR 1085341. This fixed the fopen issue in opensolaris as well as in > Solaris 10. What it did is add new functionality to fopen() to allow it to > be able to handle more than 255 file descriptors. > However, with this change in place, the code using fopen had to be modified > very slightly in order for it to be able to pick up this new functionality > and be able to fopen beyond 255 file descriptors. The way you tell fopen to > go beyond 255 file descriptors is to use a new mode, "F". The "F" mode says > use the new functionality that CR 1085341 added. > > You can see in the files mentioned above that there is a "F" mode. So, the > fix is in place.
Ah okay... given the bug description I was looking for removals of the fopen calls, and didn't notice the mode string changes ;-) Thanx for pointing those out... I am not very familiar with Solaris administration, so could you tell me what I can use the CR number for ? Do you have any idea if this fix can be "installed" on a solaris 9 ? can I e.g. take the fixed stidio (libc ?) and the kerberos library and install on Solaris 9 ? Is this fix something that will make its way into the MIT kerberos ? I have tried goggling for any backport/upstream fix, but found nothing so far best regards Henrik
