[PD] error with PD-file
Hello I have a big problem I try to load a file pure data (0.43), which is created with the precedent version of PD-extended (0.39), and I have a big problem. PD doesn't load all subpatchs, and when I want to call subpatch, I have this message on console : too many open file. I try to resolve this bug, but I can't find where is the error ??? best regards pb ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] error with PD-file
What operating system are you using? On Linux, you can increase your file handles: http://confluence.atlassian.com/display/DOC/Fix+%27Too+many+open+files%27+error+on+Linux+by+increasing+filehandles (http://tinyurl.com/5aeady) or http://www.patoche.org/LTT/kernel/0128.html (first and third hits on Google, by the way) D. philippe boisnard wrote: I try to load a file pure data (0.43), which is created with the precedent version of PD-extended (0.39), and I have a big problem. PD doesn't load all subpatchs, and when I want to call subpatch, I have this message on console : too many open file. I try to resolve this bug, but I can't find where is the error ??? -- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista ---Oblique Strategy # 153: The inconsistency principle ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] error with PD-file
Hi again Philippe, OK, I see from a previous message that you have OSX. Of course, this doesn't mean you can't Google there also ;-) But, in short, here: http://www.macosxhints.com/article.php?story=20041003195620508 I see the following: Some large bittorrent files will be composed of hundreds of smaller .rar files. If the total number of files in a torrent is over 256, OS X bittorrent applications will fail with the too many open files error. This is because by default, OS X applications have a maximum limit of 256 open files. To get around this, in a terminal type: ulimit -n 2000 Use 2000 or some other suitably large number. Then launch your bittorrent application from the same terminal window by cd'ing into the package, etc. Note that this will not work unless your application is launched from the same terminal. There is probably a way to insert the ulimit statement into a logon script so that the effect is systemwide, but as of yet I haven't figured it out. So is it possible that you opening more than 256 patches at once? Anyways, using ulimit when you open PD from the command line is only a workaround. If this bug is new for PD 0.43 I'd suggest downgrading to a more stable version (heck, I still only trust 0.39) and filing a bug report on the bleeding-edge one. best, d. philippe boisnard wrote: I try to load a file pure data (0.43), which is created with the precedent version of PD-extended (0.39), and I have a big problem. PD doesn't load all subpatchs, and when I want to call subpatch, I have this message on console : too many open file. -- Derek Holzer http://www.umatic.nl http://blog.myspace.com/macumbista ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] error with PD-file
Hello Thx But it seems that it's not a problem with OSX because, PD 0.39 runs with OSX, and I have no problem with this patch (I have very many subpatches, I don't knwo, perhaps more than 300, because it's a video creation with many autonomous elements, for example letters), I have re-installed 0.39. The problem is with 0.43, which doesn't accept man subpatchs in a patch. Perhaps, some one have a solution to debug this restriction ? thx pb ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] error with PD-file
Hi Philippe, The problem is of course how Pd interacts with the operating system, which seems stable in 0.39 in this respect and unstable in 0.43. The operating system way to workaround this restriction is use the strategy discussed on the bittorrent site I already quoted. Open the terminal and type: ulimit -n 2000 or maybe instead: sudo ulimit -n 2000 then type: /Applications/Pd-extended.app/Contents/MacOS/Pd-extended Or Google around for a way to increase your ulimit amount for all applications. Keep in mind that this could allow a runaway app--such as an unstable new version of Pd for example--to really slow down or crash your whole system! The Pd way would be to not use so many abstractions. Is it really that you have all these autonomous elements as subpatches or are they actually abstractions? I can't see how subpatches (sections within a single Pd file) would cause this problem with running out of file handles, but opening 300 abstractions (individual Pd files) might easily do that. Consider converting abstractions to subpatches whenever possible. Also, do you *really* need such a testing version of Pd? Let the Pd devs crash their heads against their keyboards fixing 0.43 for a while longer before trying to get usable results out of it. best, d. philippe boisnard wrote: But it seems that it's not a problem with OSX because, PD 0.39 runs with OSX, and I have no problem with this patch (I have very many subpatches, I don't knwo, perhaps more than 300, because it's a video creation with many autonomous elements, for example letters), I have re-installed 0.39. The problem is with 0.43, which doesn't accept man subpatchs in a patch. Perhaps, some one have a solution to debug this restriction ? -- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista ---Oblique Strategy # 112: Magnify the most difficult details ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] error with PD-file
Hey Roman, I was wondering where he got a hold of a 0.43 version!! But actually, on OSX I still find 0.40 Extended to be a bit unstable, crashing for very odd reasons where 0.39 would not. So maybe Miller's is stable, but the Extended version isn't, for me at least. best, D. Roman Haefeli wrote: you guys, please stop talking about 0.43. there is no 0.43. if you're on extended, you probably mean 0.40.3, which is the current _stable_ release. there is no reason to 'not trust' it. if there are troubles, they should be debugged and most of the times this is what happens. -- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista ---Oblique Strategy # 113: Make a blank valuable by putting it in an exquisite frame ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] error with PD-file
On Sun, 2008-10-19 at 14:08 +0200, Derek Holzer wrote: Hi Philippe, The problem is of course how Pd interacts with the operating system, which seems stable in 0.39 in this respect and unstable in 0.43. you guys, please stop talking about 0.43. there is no 0.43. if you're on extended, you probably mean 0.40.3, which is the current _stable_ release. there is no reason to 'not trust' it. if there are troubles, they should be debugged and most of the times this is what happens. the most recent you can get is 0.42 vanilla from svn. (sorry, that i am no help for the original problem) roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] error with PD-file
I am using 0.40.3 Pd-extended on Ubuntu and Mac OS X for production work these days and not having any crashes. Please post info about crashes so that we can get them fixed! In the AVLAB workshop, we found that the [wiimote] object caused some very strange crashes in 0.40.3 vanilla/extended. 0.41 vanilla didn't have the problem. That's the only crasher issue I know about. .hc On Oct 19, 2008, at 10:52 AM, Derek Holzer wrote: Hey Roman, I was wondering where he got a hold of a 0.43 version!! But actually, on OSX I still find 0.40 Extended to be a bit unstable, crashing for very odd reasons where 0.39 would not. So maybe Miller's is stable, but the Extended version isn't, for me at least. best, D. Roman Haefeli wrote: you guys, please stop talking about 0.43. there is no 0.43. if you're on extended, you probably mean 0.40.3, which is the current _stable_ release. there is no reason to 'not trust' it. if there are troubles, they should be debugged and most of the times this is what happens. -- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/ macumbista ---Oblique Strategy # 113: Make a blank valuable by putting it in an exquisite frame ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list All information should be free. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] error with PD-file
On Sun, 2008-10-19 at 16:52 +0200, Derek Holzer wrote: Hey Roman, I was wondering where he got a hold of a 0.43 version!! But actually, on OSX I still find 0.40 Extended to be a bit unstable, crashing for very odd reasons where 0.39 would not. this is sad to hear. however, i think it would be worth to try to reproduce the crash, so that it might help the devs to debug it. or do you mean with 'odd reasons', that it arbitrarily crashes at any possible time? this i cannot confirm with pd-extended 0.40.3 on windows and ubuntu. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
