[PD] readanysf~ error

[tim vets]

This may or may not be related or useful, but:
I got this 'too many files open' error a while ago in a patch with many
readsf~ (without 'any') objects.

I did this:

edit /etc/security/limits.conf
and add :
[username] soft nofile 4096
[username] hard nofile 4096

(see http://ubuntuforums.org/showthread.php?t=638597 )

or some variation of it...

It seemed to help a bit, but still it happened now and then.
The problem went away when I transfered the patch to a computer with more
ram.
But it is strange that playing a few sound files would require so much
memory.
I'm not sure if it's related at all to readsf~ or readanysf~.
I got this error when using pix_image a few times too...

gr,
Tim

2010/6/22 august <august at alien.mur.at>

> > Seems that my first post has been truncated ...
> >
> > ---------- Forwarded message ----------
> >
> > Hi everyone,
> >
> > Sorry to interfere but I'm experiencing similar issues and cleaning up
> > the headers doesn't seem to solve the problem ...
> >
> > >From user's point of view (no dev skills in here !), it seems that pd
> > gets overloaded by too many file's openings.
> >
> > On my system (osx 10.6, Pd-Ext 0.42.5-RC2, hcs' readanysf intel
> > binary), and no matter the format and the size of the files, 240
> > successive openings lead to:
> >
> > "Invalid file or unsupported codec.
> >  Current file is either invalid or an unsupported codec"
> >
> > Then Pd refuses to save and reports :
> >
> > "error: /Users/me/Documents/PD/stress.pd: Too many open files"
> >
> > I join a simple "stress patch" that tries to isolate the error.
> >
> > Thanks for helping a bit more !
> >
> > Cheers,
> >
> > Pierre
>
>
> Pierre,
>
>        thanks for the report and for the test patch.  However, I cannot
>        produce your error.
>
>        I am using ubuntu, pd 0.42.5
>        your test patch seems to work like it should here.
>
>        The "Too many open files" error is also not from readanysf~
>
>        can you explain a little further?  Are you hearing noise like Derek
>        reported?
>
>
>        best -august.
>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20100622/f2cdd136/attachment-0001.htm>