[PD-dev] [ pure-data-Bugs-2621932 ] gop multiplicity
Bugs item #2621932, was opened at 2009-02-21 00:44 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=2621932group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: gop multiplicity Initial Comment: 1. Open patch.pd 2. Delete the subpatch. 3. Either a) create a new my_abs object or b) undo the previous delete 4. Repeat steps 2-3 n times. Now when you open the subpatch, all actions occur n+1 times, e.g.: * creating a new object box makes a chain of n+1 object boxes * patch is saved n+1 times * paste creates n+1 new copies If you don't save and try to close patch.pd, it repeats the message discard changes to patch.pd and sometimes crashes after two or three times. The behavior persists until closing pd completely. So if you go through the steps above 3 times, close the patch, and reopen it and go through them 3 more times, you'll get 7 extra objects every time you create something from the put menu. I only get this behavior when using gop, and with an object visible in the gop window. Same for abstractions. For each extra object created in the subpatch, I get a consistency check failed: canvas_vis error to the console. Using pd-0.42-4 on windows xp sp3 -Jonathan jancs...@yahoo.com -- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-03 09:07 Message: In step #3 above, please ignore a) create a new my_abs object and simply undo the previous deletion of the subpatch. Also, the multiplicity bug happens only within the subpatch window. -- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 14:26 Message: could not reproduce with 0.42-4 on linux -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=2621932group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] 'grill' and svn:externals
Hi, which kind of problems do you encounter with the external links? I only introduced them after having tested the checkout on a couple machines which was completely troublefree. gr~~~ Am 02.04.2009 um 02:52 schrieb Hans-Christoph Steiner: Hey, I just noticed that the 'externals/grill' folder was replaced by svn:externals links. Please do not use svn:externals unless you are willing to support them with the nightly builds. They break the nightly builds because of the various errors and warnings caused by TLS certificates, password prompts, etc. .hc News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] 'grill' and svn:externals
Check the archives, there is lots of discussion about it. .hc On Apr 3, 2009, at 8:31 AM, Thomas Grill wrote: Hi, which kind of problems do you encounter with the external links? I only introduced them after having tested the checkout on a couple machines which was completely troublefree. gr~~~ Am 02.04.2009 um 02:52 schrieb Hans-Christoph Steiner: Hey, I just noticed that the 'externals/grill' folder was replaced by svn:externals links. Please do not use svn:externals unless you are willing to support them with the nightly builds. They break the nightly builds because of the various errors and warnings caused by TLS certificates, password prompts, etc. .hc News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev http://at.or.at/hans/ ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] 'grill' and svn:externals
On Apr 2, 2009, at 10:03 AM, IOhannes m zmoelnig wrote: Hans-Christoph Steiner wrote: Hey, I just noticed that the 'externals/grill' folder was replaced by svn:externals links. Please do not use svn:externals unless you are willing to support them with the nightly builds. They break the nightly builds because of the various errors and warnings caused by TLS certificates, password prompts, etc. if you tell me were i can inject arguments to the svn checkout, i happily fix this. i just do not know where to start looking for them. is the entire auto-build process documented somewhere? (with a focus on auto rather than build) fgmasdr IOhannes Read the code! ;-) There isn't really any documentation, but all of the scripts are in scripts/auto-build. Those scripts call the Makefiles in packages/*. Its not pretty but its not complicated. .hc http://at.or.at/hans/ ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] 'grill' and svn:externals
On Apr 3, 2009, at 12:31 PM, Hans-Christoph Steiner wrote: On Apr 2, 2009, at 10:03 AM, IOhannes m zmoelnig wrote: Hans-Christoph Steiner wrote: Hey, I just noticed that the 'externals/grill' folder was replaced by svn:externals links. Please do not use svn:externals unless you are willing to support them with the nightly builds. They break the nightly builds because of the various errors and warnings caused by TLS certificates, password prompts, etc. if you tell me were i can inject arguments to the svn checkout, i happily fix this. i just do not know where to start looking for them. is the entire auto-build process documented somewhere? (with a focus on auto rather than build) fgmasdr IOhannes Read the code! ;-) There isn't really any documentation, but all of the scripts are in scripts/auto-build. Those scripts call the Makefiles in packages/*. Its not pretty but its not complicated. .hc Here's a quick sketch: http://puredata.info/docs/developer/AutoBuildProcess .hc If you are not part of the solution, you are part of the problem. ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
