Pd-dev December 2009

pd-dev@lists.iem.at

16 participants
59 discussions

'puredata' Debian sources moved to git
by Hans-Christoph Steiner 15 Dec '09

15 Dec '09

Paul Brossier has become the maintainer for the 'puredata' package and has put his files into the Debian git repo: http://wiki.debian.org/Alioth/Git http://git.debian.org/?p=collab-maint/puredata.git;a=summary Therefore, I am removing trunk/packages/debian in favor of that git repo. .hc ---------------------------------------------------------------------------- As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin

1 0

Other install_name_tool fixes
by Patrick Boivin 14 Dec '09

14 Dec '09

Hi Hans, I spotted some other forgotten install_name_tool fixes with MacOS 10.4 version of Pd-0.42.5-extended-20091214 autobuild for: ./Contents/lib/libavcodec.51.dylib ./Contents/lib/libavformat.52.dylib MacOS 10.5 version is fine. Patrick

2 1

Re: [PD-dev] pd-extended main window resize bug
by Hans-Christoph Steiner 13 Dec '09

13 Dec '09

Its actually a bug in Tk, IIRC. I had a discussion on #tcl about it. I don't remember the detail , here's one descrtipn: :<jenglish> frame/toplevel/labelframes always make a geometry request whenever you [$w configure] them. If they have a geometry master, it will see the <Configure> event, restart the geometry propagation dance, and settle back to where things were when they started Which version of Pd-extended are you seeing this in? .hc On Dec 12, 2009, at 9:36 PM, Mathieu Bouchard wrote: > > there's a problem with «. configure -cursor > $::cursor_runmode_nothing», which is probably a bug in Tk or some > versions thereof. it resizes the main window several times in a row > very quickly, by tiny amounts. I commented out that line in my copy > of the code. > > ... > > actually i just replaced it with «if {[. cget -cursor] != > "$::cursor_runmode_nothing"} {. configure -cursor > $::cursor_runmode_nothing}» and the glitch happens only once instead > of anytime I move an object. > > _ _ __ ___ _____ ________ _____________ _____________________ ... > | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 ---------------------------------------------------------------------------- Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra

1 0

[ pure-data-Bugs-2621932 ] gop multiplicity
by SourceForge.net 13 Dec '09

13 Dec '09

Bugs item #2621932, was opened at 2009-02-20 19:44 Message generated for change (Comment added) made by matju You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_… 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 jancsika(a)yahoo.com ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2009-12-12 22:45 Message: i just fixed it in revision 12831, pd-extended/0.42 ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2009-12-12 22:29 Message: editor_new gets called for a gop, but editor_free does not. ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2009-12-12 22:24 Message: t_guiconnect registers a receive-symbol for any canvas but deleting a gop does not unregister the receive-symbol. ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-12-11 09:21 Message: Oh shit, it only disappears with the reporter's test patch, but I have experimented the bug also with -noautopatch ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-12-11 09:19 Message: I have tested with -noautopatch, which disables the belowmentioned feature, and the bug disappears. So it is definitely related to that feature, dunnow how. Hope this helps m. P.S. can anybody confirm? ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-12-11 07:26 Message: Hi, This bug seem to have APPEARED ON VERSION 0.42.0 At least, I tested it with the reporter's patch on 0.41.4 and it works fine, while on 0.42.0 the bug shows up 100% of the time. That is the same version in which the (very annoying) feature was introduced that when you create a new object and another one is selected, a connection is automatically created. May the bug be related to the introduction of that feature? ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-12-11 06:48 Message: I confirm I can 100% reproduce it on Windows Vista with 0.42-4. Unfortunately I am only a user so I cannot help. I have also encountered the same problem; my patch is too big and complex to attach it, but in my case I can reproduce the problem by just: A - loading the main patch B - closing it C - loading it again And I get the "mulyiplicity" in the main patch, not any subpatch. But not with your patch. ---------------------------------------------------------------------- Comment By: Jonathan Wilkes (jancsika1) Date: 2009-11-26 19:44 Message: I forgot to say I'm using winxp sp3 with pd vanille 0.42-5 to produce the behavior in the attached patch ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-03 05: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 10:26 Message: could not reproduce with 0.42-4 on linux ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_…

1 0

[ pure-data-Bugs-2621932 ] gop multiplicity
by SourceForge.net 13 Dec '09

13 Dec '09

Bugs item #2621932, was opened at 2009-02-20 19:44 Message generated for change (Comment added) made by matju You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_… 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 jancsika(a)yahoo.com ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2009-12-12 22:29 Message: editor_new gets called for a gop, but editor_free does not. ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2009-12-12 22:24 Message: t_guiconnect registers a receive-symbol for any canvas but deleting a gop does not unregister the receive-symbol. ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-12-11 09:21 Message: Oh shit, it only disappears with the reporter's test patch, but I have experimented the bug also with -noautopatch ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-12-11 09:19 Message: I have tested with -noautopatch, which disables the belowmentioned feature, and the bug disappears. So it is definitely related to that feature, dunnow how. Hope this helps m. P.S. can anybody confirm? ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-12-11 07:26 Message: Hi, This bug seem to have APPEARED ON VERSION 0.42.0 At least, I tested it with the reporter's patch on 0.41.4 and it works fine, while on 0.42.0 the bug shows up 100% of the time. That is the same version in which the (very annoying) feature was introduced that when you create a new object and another one is selected, a connection is automatically created. May the bug be related to the introduction of that feature? ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-12-11 06:48 Message: I confirm I can 100% reproduce it on Windows Vista with 0.42-4. Unfortunately I am only a user so I cannot help. I have also encountered the same problem; my patch is too big and complex to attach it, but in my case I can reproduce the problem by just: A - loading the main patch B - closing it C - loading it again And I get the "mulyiplicity" in the main patch, not any subpatch. But not with your patch. ---------------------------------------------------------------------- Comment By: Jonathan Wilkes (jancsika1) Date: 2009-11-26 19:44 Message: I forgot to say I'm using winxp sp3 with pd vanille 0.42-5 to produce the behavior in the attached patch ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-03 05: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 10:26 Message: could not reproduce with 0.42-4 on linux ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_…

1 0

[ pure-data-Bugs-2621932 ] gop multiplicity
by SourceForge.net 13 Dec '09

13 Dec '09

Bugs item #2621932, was opened at 2009-02-20 19:44 Message generated for change (Comment added) made by matju You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_… 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 jancsika(a)yahoo.com ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2009-12-12 22:24 Message: t_guiconnect registers a receive-symbol for any canvas but deleting a gop does not unregister the receive-symbol. ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-12-11 09:21 Message: Oh shit, it only disappears with the reporter's test patch, but I have experimented the bug also with -noautopatch ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-12-11 09:19 Message: I have tested with -noautopatch, which disables the belowmentioned feature, and the bug disappears. So it is definitely related to that feature, dunnow how. Hope this helps m. P.S. can anybody confirm? ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-12-11 07:26 Message: Hi, This bug seem to have APPEARED ON VERSION 0.42.0 At least, I tested it with the reporter's patch on 0.41.4 and it works fine, while on 0.42.0 the bug shows up 100% of the time. That is the same version in which the (very annoying) feature was introduced that when you create a new object and another one is selected, a connection is automatically created. May the bug be related to the introduction of that feature? ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-12-11 06:48 Message: I confirm I can 100% reproduce it on Windows Vista with 0.42-4. Unfortunately I am only a user so I cannot help. I have also encountered the same problem; my patch is too big and complex to attach it, but in my case I can reproduce the problem by just: A - loading the main patch B - closing it C - loading it again And I get the "mulyiplicity" in the main patch, not any subpatch. But not with your patch. ---------------------------------------------------------------------- Comment By: Jonathan Wilkes (jancsika1) Date: 2009-11-26 19:44 Message: I forgot to say I'm using winxp sp3 with pd vanille 0.42-5 to produce the behavior in the attached patch ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-03 05: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 10:26 Message: could not reproduce with 0.42-4 on linux ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_…

1 0

[ pure-data-Bugs-2905413 ] mrpeach/tcpserver: messages to clients are doubled
by SourceForge.net 13 Dec '09

13 Dec '09

Bugs item #2905413, was opened at 2009-11-28 18:15 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2905413&group_… 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: externals Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Martin Peach (mrpeach) Summary: mrpeach/tcpserver: messages to clients are doubled Initial Comment: hello martin I was told, that [tcpserver] was updated to use threading now. so i wanted to test the new version. on my machine, it is not working correctly yet. messages sent from [tcpserver] are doubled for some reason. when sending this message with [tcpserver] (it doesn't matter, whether i use the 'send <socketnumber>' or the 'broadcast' method): 97 98 99 100 101 102 103 104 105 i get this on the client side: 97 98 99 100 101 102 103 104 105 97 98 99 100 101 102 103 104 105 sometimes even this: 97 97 98 99 100 101 102 103 104 105 98 99 100 101 102 103 104 105 this is with [tcpserver] compiled from svn checkout from today on pd-0.42.5 on ubuntu 9.10. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-12-13 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Martin Peach (mrpeach) Date: 2009-11-28 21:42 Message: Oops, I hadn't commented out the original unthreaded call to send, so it was doing both :( Should work now, at least it does here. Also I added threaded send for files. Thanks for testing! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2905413&group_…

1 0

Problem with Snow Leopard and Flext
by Miguel Sánchez Valdés 12 Dec '09

12 Dec '09

Hi list, I have a problem with flext and the modules compiled with it. I'm using Apple Snow Leopard (10.6.2) on my macbook (white mid 2007 intel core 2 duo 2,16GHz). I could compile flext itself configuring it for ARCH=i386 only and the compiler and linker flags for a min version 10.5 and also I used the solution they gave here: http://www.mail-archive.com/pd-list@iem.at/msg29829.html to solve a problem with bits/atomicity.h while building it. Once compiled and installed flext I built and installed some modules from the tutorial to try them but when I add them to a patch Pd (vanilla & extended) crash. I try also to compile flext and the module adding the flags for the compiler and the linker like explained here: http://www.mail-archive.com/pd-dev@iem.at/msg06512.html And again the same result. The problem is that I don't know a way to debug it because PD just closes. Any help will be absolutely useful! Thanks ////////////// Miguel.

3 3

[ pure-data-Bugs-2913280 ] GOP abstraction can crash pd if content is reloaded
by SourceForge.net 12 Dec '09

12 Dec '09

Bugs item #2913280, was opened at 2009-12-12 15:08 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2913280&group_… 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: puredata Group: v0.42 Status: Open Resolution: None Priority: 8 Private: No Submitted By: Cyrille Henry (nusmuk) Assigned to: Miller Puckette (millerpuckette) Summary: GOP abstraction can crash pd if content is reloaded Initial Comment: if abs1 is an abstraction (maybe empty) if abs2 is a GOP abstraction that use abs1 opening an other instance of abs1 and saving it will crash pd. see attachement. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-12-12 15:49 Message: confirmed (linux; Pd-vanilla-0.42.5) it does _not_ crash on 0.41-4 on the same machine. a quick backtrace shows that the crash appears in canvas_doclear() because the gl_editor of the argument x is NULL. ---------------------------------------------------------------------- Comment By: Cyrille Henry (nusmuk) Date: 2009-12-12 15:09 Message: i forget to say that this is on linux, pd vanilla 0.42 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2913280&group_…

1 0

[ pure-data-Bugs-2913280 ] GOP abstraction can crash pd if content is reloaded
by SourceForge.net 12 Dec '09

12 Dec '09

Bugs item #2913280, was opened at 2009-12-12 14:08 Message generated for change (Comment added) made by nusmuk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2913280&group_… 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: puredata >Group: v0.42 Status: Open Resolution: None Priority: 8 Private: No Submitted By: Cyrille Henry (nusmuk) Assigned to: Miller Puckette (millerpuckette) Summary: GOP abstraction can crash pd if content is reloaded Initial Comment: if abs1 is an abstraction (maybe empty) if abs2 is a GOP abstraction that use abs1 opening an other instance of abs1 and saving it will crash pd. see attachement. ---------------------------------------------------------------------- >Comment By: Cyrille Henry (nusmuk) Date: 2009-12-12 14:09 Message: i forget to say that this is on linux, pd vanilla 0.42 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2913280&group_…

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev December 2009