Hi all just an update on this: i tested this afternoon and option b at least works. All that is required on Solaris box is to increase hardware and software limits for number of files open e.g. ulimit -Hn 1024; ulimit -Sn 1024.
I would however prefer to use the open function as opposed to fopen as it seems that open does not suffer from the same setbacks as fopen on solaris. I will see if I have time to code up a patch to use open instead tomorrow. Kind regards Jason On Mon, Jun 9, 2008 at 9:29 AM, Jason Penton <[EMAIL PROTECTED]> wrote: > On Fri, 2008-06-06 at 09:56 +0200, Raphael Coeffic wrote: > > Jason Penton wrote: > > > Hi all, > > > > > > I noticed a problem today with SEMS on solaris where a number of audio > > > files are opened, specifically close to, or more than 256. This is a > > > hard limit on 32 bit solaris systems. > > > > > > there seems to be 2 solutions: > > > > > > a) use open instead of fopen in AmAudioFile.cpp > > How would this fix the problem? Is the 256 hard limit a constraint given > > only by the C std library? > > yes, it seems this is the case. > > > > > Don't you think that this could be more portable and faster than b) ? > > Absolutely! > > > > > -Raphael. > > > b) use 'enable_extended_FILE_stdio' and continue using fopen > > > > > > I have tested option b opening files from a basic test C program and > > > it solves the problem. > > > > > > I will test both options with sems in the morning (its bedtime now) > > > and report back to the list :D > > > > > > Cheers > > > Jason > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > Semsdev mailing list > > > [email protected] > > > http://lists.iptel.org/mailman/listinfo/semsdev > > > > > > >
_______________________________________________ Semsdev mailing list [email protected] http://lists.iptel.org/mailman/listinfo/semsdev
