Pd-dev May 2011

pd-dev@lists.iem.at

13 participants
63 discussions

[ pure-data-Bugs-3298989 ] GUI gets frozen
by SourceForge.net 08 May '11

08 May '11

Bugs item #3298989, was opened at 2011-05-08 13:47 Message generated for change (Tracker Item Submitted) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3298989&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.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: GUI gets frozen Initial Comment: >From time to time (I haven't been able to isolate a set of steps that reproduces this), an error message like the following appears on the console: (Tcl) INVALID COMMAND NAME: invalid command name ".c" while executing ".c coords a7e9d8RCOVER 869 255 877 333" ("uplevel" body line 1) invoked from within "uplevel #0 $cmd_from_pd" and suddenly ALL the gui elements of a certain type or of several types (e.g. all sliders and/or all toggles and/or all number boxes) stop working, meaning that they will stop responding to mouse interaction and stop being updated. Here's another example of the error message: (Tcl) INVALID COMMAND NAME: invalid command name ".x1814f00.c" while executing ".x1814f00.c itemconfigure .x17a9308.t1809158R -fill blue" ("uplevel" body line 9287) invoked from within "uplevel #0 $cmd_from_pd" This happens to me from time to time with very complex patches with a lot of GOP-enabled abstractions. I'm sorry I can't provide a simple test patch but i think this was worth reporting as it is a complete show stopper. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3298989&group_…

1 0

[ pure-data-Bugs-3298383 ] PureData writing beyond t_object struct on Windows.
by SourceForge.net 06 May '11

06 May '11

Bugs item #3298383, was opened at 2011-05-06 14:13 Message generated for change (Tracker Item Submitted) made by radarsat1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3298383&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Stephen Sinclair (radarsat1) Assigned to: Nobody/Anonymous (nobody) Summary: PureData writing beyond t_object struct on Windows. Initial Comment: This very simple external provides a responder to a single message, "test". The object's data structure extends t_object by a single integer, "pad". I set "pad" to zero immediately after pd_new(). Later, when it receives "test", it prints "pad" again. On Linux, the log contains the following: hello_new, x->pad: 0 hello_test, x->pad: 0 However, on Windows, the log contains this: hello_new, x->pad: 0 hello_test, x->pad: 0x1 This means somewhere between initializing my object and receiving "test", the t_object structure is written to beyond its length. This was noticed because in a real object I had a pointer in that location, which was invalidated by this effect, and dereferencing it caused PureData to crash. My temporary solution is to put a padding int there, but it would be nice to find the problem. I haven't yet managed to compile Pd from scratch for Windows yet, so I can't debug it until I get that working, but I thought I should report it in case anyone knows more. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3298383&group_…

1 0

[ pure-data-Bugs-3297971 ] Pd-0.43 crash with GOP enabled abstraction inside subpatch
by SourceForge.net 05 May '11

05 May '11

Bugs item #3297971, was opened at 2011-05-05 16:30 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3297971&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.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Pd-0.43 crash with GOP enabled abstraction inside subpatch Initial Comment: I keep getting a serious crash if I'm ever using [soundoutput] inside a subpatch. I can reproduce it by: > Opening test.pd in Pd-0.43 > Open [pd SUBVIEW] > Close [pd SUBVIEW] > (Try to) close test.pd Then I get the following error: (Tcl) INVALID COMMAND NAME: invalid command name ".x321860.c" white executing ".x321860.c delete l323af0" ("uplevel" body line 2) invoked from with "uplevel #0 $cmd_from_pd" Then if I move the mouse on the test.pd window I get this error constantly: .x191a6b0: no such object I can still edit and save other patches but it's not really workable so it requires a restart of Pd. I'm running Pd-0.43-0 on a MacBook Pro with OSX 10.6.7 Thanks, Joe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3297971&group_…

1 0

[ pure-data-Bugs-3297847 ] focus on properties window
by SourceForge.net 05 May '11

05 May '11

Bugs item #3297847, was opened at 2011-05-05 12:42 Message generated for change (Tracker Item Submitted) made by jmmmp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3297847&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: João Pais (jmmmp) Assigned to: Nobody/Anonymous (nobody) Summary: focus on properties window Initial Comment: When opening the properties window for a canvas object, the window doesn't appear on focus. This is a small detail, but it bothers the workflow, because instead of just editing the fields with the keyboard only, it's necessary to make an extra action to get the focus of the properties window. In previous versions, new windows (properties included) always had automatically the focus. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3297847&group_…

1 0

[ pure-data-Patches-3297661 ] remove ifdef cruft for OSS files
by SourceForge.net 04 May '11

04 May '11

Patches item #3297661, was opened at 2011-05-04 22:04 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3297661&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: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: remove ifdef cruft for OSS files Initial Comment: s_audio_oss.c includes either <sys/soundcard.h> or <linux/soundcard.h> since configure checks for <sys/soundcard.h> to detect whether OSS is available (and only builds this file if OSS is there), there is no need for this special ifdef cruft. attached patch removes the ifdef ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3297661&group_…

1 0

[ pure-data-Patches-3297657 ] build-system fixes for kFreeBSD & HURD
by SourceForge.net 04 May '11

04 May '11

Patches item #3297657, was opened at 2011-05-04 21:56 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3297657&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: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: build-system fixes for kFreeBSD & HURD Initial Comment: while packaging puredata for debian, we noticed that the new build system does not detect and handle debian/kFreeBSD and GNU/hurd correctly. attached patch (for configure.ac and src/Makefile.am) fixes the problems with these platforms LATER: configure checks for pthread and libdl, but never uses the values; the attached patch hardcodes linker-flags to use those libraries on hurd, but on the long run, the configure results should be used regardless of the platform ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3297657&group_…

1 0

[ pure-data-Patches-3296739 ] make helpbrowser separate directories and patches
by SourceForge.net 04 May '11

04 May '11

Patches item #3296739, was opened at 2011-05-03 10:44 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3296739&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: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) >Assigned to: Miller Puckette (millerpuckette) Summary: make helpbrowser separate directories and patches Initial Comment: starting Pd(0.43) with custom search paths (e.g. "-path /path/to/Gem), results in a not-so-nice help-browser experience: basically the left column (the one that is crucial for navigating the various directories) is filled with all help-patches found in all search-paths, sorted alphabetically (so directories are lost somewhere between files), and upper-case before lower-case. if a search-path is a child of another search path (e.g. /usr/lib/pd/extra/Gem is child of /usr/lib/pd), then both the directory ("Gem/") and it's content (too many to list here) are listed, making the information accessible several times (adding more confusion) i don't know exactly where to fix the problem, but a simple solution would be to only allow directories on the left side (and add an entry for "<searchpaths>" (probably an entry for "all searchpaths" and separate entries for each searchpath), rather than throwing everything together. ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-05-04 21:40 Message: great i have no special feelings for "------" (though i only saw it as a separator between sections, rather than static and dynamic content), and the dead code was there because of the first draft. i'll replace the patch with an updated version ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-05-04 21:31 Message: Looking into GNOME, it has a preference to put folders on top of files in the listing, but I am pretty sure that this is off by default, and things are mixed. At least in Ubuntu. Windows 2000 sorted folder first, then files. Who knows, this might have changed in Windows, my Windows knowledge stops really at Windows 2000. I'm fine with doing folder first by default, i.e. accepting this patch, as long as: a) this line is removed from the patch, that ---- line separates the static from the auto generated, there should be only one line like that, not a second separating folders and files. + $current_listbox insert end "-----------------------" b) the old, commented out code is removed. It just clutters things up being in there. git has the history. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-05-04 19:13 Message: you are right that the problem first occured to me when dealing with Gem; however there is nothing Gem specific to it. however, i don't know why this makes the patch pre-mature. as for sorting files and directories: here on xfce4, the Pd filebrowser will sort directories before files. however, i don't see how this would matter, as the helpbrowser does not behave like an ordinary file browser on most systems anyhow; e.g. the "Pure-data" and "-------" entries are quite uncommon. i'm only suggesting to add "sections" for the various libraries/libdirs before displaying all the help-patches. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-05-04 18:32 Message: I'm guessing this is related to your problem with the Gem abstractions showing up in the root of the help browser. I think the problem is elsewhere since its not happening with gridflow or other Gem builds, so this patch is pre-mature. As for the relative merits of sorting files and directories, that is a bigger, more annoying question. Windows sorts directories at the top then files after, other OS file browsers that I have seen (mostly GNOME and Mac OS X) sort files and dirs together. Therefore, I think this patch would only make sense if that behavior was Windows only. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-05-03 10:47 Message: an alternative is to separate directories from files in the root-column, rather than mixing them together, which makes the browser somewhat navigable (and was way easier to implement :-)) see attached patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3296739&group_…

1 0

[ pure-data-Patches-3296739 ] make helpbrowser separate directories and patches
by SourceForge.net 04 May '11

04 May '11

Patches item #3296739, was opened at 2011-05-03 04:44 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3296739&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: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) >Assigned to: Nobody/Anonymous (nobody) Summary: make helpbrowser separate directories and patches Initial Comment: starting Pd(0.43) with custom search paths (e.g. "-path /path/to/Gem), results in a not-so-nice help-browser experience: basically the left column (the one that is crucial for navigating the various directories) is filled with all help-patches found in all search-paths, sorted alphabetically (so directories are lost somewhere between files), and upper-case before lower-case. if a search-path is a child of another search path (e.g. /usr/lib/pd/extra/Gem is child of /usr/lib/pd), then both the directory ("Gem/") and it's content (too many to list here) are listed, making the information accessible several times (adding more confusion) i don't know exactly where to fix the problem, but a simple solution would be to only allow directories on the left side (and add an entry for "<searchpaths>" (probably an entry for "all searchpaths" and separate entries for each searchpath), rather than throwing everything together. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-05-04 15:31 Message: Looking into GNOME, it has a preference to put folders on top of files in the listing, but I am pretty sure that this is off by default, and things are mixed. At least in Ubuntu. Windows 2000 sorted folder first, then files. Who knows, this might have changed in Windows, my Windows knowledge stops really at Windows 2000. I'm fine with doing folder first by default, i.e. accepting this patch, as long as: a) this line is removed from the patch, that ---- line separates the static from the auto generated, there should be only one line like that, not a second separating folders and files. + $current_listbox insert end "-----------------------" b) the old, commented out code is removed. It just clutters things up being in there. git has the history. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-05-04 13:13 Message: you are right that the problem first occured to me when dealing with Gem; however there is nothing Gem specific to it. however, i don't know why this makes the patch pre-mature. as for sorting files and directories: here on xfce4, the Pd filebrowser will sort directories before files. however, i don't see how this would matter, as the helpbrowser does not behave like an ordinary file browser on most systems anyhow; e.g. the "Pure-data" and "-------" entries are quite uncommon. i'm only suggesting to add "sections" for the various libraries/libdirs before displaying all the help-patches. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-05-04 12:32 Message: I'm guessing this is related to your problem with the Gem abstractions showing up in the root of the help browser. I think the problem is elsewhere since its not happening with gridflow or other Gem builds, so this patch is pre-mature. As for the relative merits of sorting files and directories, that is a bigger, more annoying question. Windows sorts directories at the top then files after, other OS file browsers that I have seen (mostly GNOME and Mac OS X) sort files and dirs together. Therefore, I think this patch would only make sense if that behavior was Windows only. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-05-03 04:47 Message: an alternative is to separate directories from files in the root-column, rather than mixing them together, which makes the browser somewhat navigable (and was way easier to implement :-)) see attached patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3296739&group_…

1 0

[ pure-data-Bugs-3297605 ] pdextended binary not runnable
by SourceForge.net 04 May '11

04 May '11

Bugs item #3297605, was opened at 2011-05-04 19:21 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3297605&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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pdextended binary not runnable Initial Comment: today i installed http://autobuild.puredata.info/auto-build/latest/Pd-0.43.1-extended-debian-… running pd gives me: <quote> $ /usr/bin/pd sh: /usr/lib/pd/bin/pd-watchdog: No such file or directory Error in startup script: couldn't read file "/usr/lib/pd/tcl//pd-gui.tcl": no such file or directory </quote> it seems like it should look for those files in /usr/lib/pd-extended/ directly running $ /usr/lib/pd-extended/bin/pd works ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3297605&group_…

1 0

[ pure-data-Bugs-3297604 ] pdextended installs as /usr/bin/pd
by SourceForge.net 04 May '11

04 May '11

Bugs item #3297604, was opened at 2011-05-04 19:16 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3297604&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: IOhannes m zmölnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: pdextended installs as /usr/bin/pd Initial Comment: Pd-0.43.1-extended-debian-squeeze-i386.deb (as downloaded today from http://autobuild.puredata.info/auto-build/latest/) installs the binary as /usr/bin/pd, thus overriding a /usr/bin/pd installed by the debian "puredata" package. it would be nice, if PdX would install as /usr/bin/pdextended and use update-alternatives to point /usr/bin/pd to this file ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3297604&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 May 2011