[PD-dev] [ pure-data-Feature Requests-3386499 ] uftRFrmaytPSaihNksG
Feature Requests item #3386499, was opened at 2011-08-05 03:56 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478073aid=3386499group_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: abstractions Group: Next Release (example) Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: uftRFrmaytPSaihNksG Initial Comment: 2xRW1g a href=http://jbznfbwwzzwq.com/;jbznfbwwzzwq/a, [url=http://jrrefggrwqmn.com/]jrrefggrwqmn[/url], [link=http://hvlfkmizxyyi.com/]hvlfkmizxyyi[/link], http://yvlthgsufwvc.com/ -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478073aid=3386499group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3380575 ] [makefilename] patch reliably segfaults
Patches item #3380575, was opened at 2011-07-28 05:17 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3380575group_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: puredata Group: None Status: Open Resolution: Rejected Priority: 7 Private: No Submitted By: Chris McCormick (chr15m) Assigned to: Miller Puckette (millerpuckette) Summary: [makefilename] patch reliably segfaults Initial Comment: Attached is a patch that reliably segfaults Pd. -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-08-01 10:12 Message: ad indentation: true, i really have to fix this once! are there any coding guidelines available (preferrably within the pd/ directory) that explicits the correct formatting? ad confusion: hey, i just copied the original code (;-)) into a function that can be called multiple times anyhow, it would be good to have it fixed in _some_ way (so please do hack on this later) -- Comment By: Miller Puckette (millerpuckette) Date: 2011-07-30 22:47 Message: This is rather confusingly written (and badly indented)... I'd suggest having makefilename_scanformat() simply scan through the string in one pass. I can hack on this later if necessary. -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-07-28 12:49 Message: attached is a patch that checks whether there are multiple format specifiers, and if so, complains and refuses to work. this effectively prevents the crash (though it still does not enable multiple format specifiers) the patch applies to todays git master. raised priority since it is a crasher bug. -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-07-28 12:46 Message: while the docs are a bit confusion about this, [makefilename] really can only handle a _single_ format specifier; so using a format-string like %s-%s is illegal. however, Pd should never segfault -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3380575group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3383779 ] iemgui lib uses 32-bit only .x%x canvas id
Bugs item #3383779, was opened at 2011-08-01 11:52 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3383779group_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: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: musil (tmusil) Summary: iemgui lib uses 32-bit only .x%x canvas id Initial Comment: In order to support 64-bit environments, the canvas ID format needs to be changed from .x%x to .x%lx. This has been done throughout Pd and in most externals. iem/iemgui still has some use of the old 32-bit only .x%x. To fix, just replace .x%x with .x%lx -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3383779group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3383881 ] rvbap crash
Bugs item #3383881, was opened at 2011-08-01 21:37 Message generated for change (Tracker Item Submitted) made by jdlv You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3383881group_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: externals Group: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: joel silvestre (jdlv) Assigned to: Nobody/Anonymous (nobody) Summary: rvbap crash Initial Comment: Pd version 0.42.5 extended linux ubuntu 11-04 and debian squeeze rvbap crash pd if define-loudspeaker is set to 2 dimensions. Easy to reproduce: open rvbap help, click on define_loudspeaker 2 and change a parameter in rvbap. pdextended tk scaling is 1.27729885057 *** glibc detected *** pdextended: double free or corruption (out): 0x0a48aaf8 *** === Backtrace: = /lib/i686/cmov/libc.so.6(+0x6b281)[0xb74ed281] /lib/i686/cmov/libc.so.6(+0x6cad8)[0xb74eead8] /lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb74f1bbd] /usr/lib/pd-extended/extra/vbap/rvbap.pd_linux(+0x1d03)[0xb651cd03] pdextended(outlet_bang+0x33)[0x80b8d13] === Memory map: 08048000-0810e000 r-xp 08:01 108885 /usr/bin/pdextended 0810e000-0810f000 rwxp 000c6000 08:01 108885 /usr/bin/pdextended 0810f000-0851c000 rwxp 00:00 0 0a477000-0a566000 rwxp 00:00 0 [heap] b560-b5621000 rwxp 00:00 0 b5621000-b570 ---p 00:00 0 b576b000-b576f000 r-xp 08:01 35265 /usr/lib/pd-extended/extra/vbap/define_loudspeakers.pd_linux b576f000-b577 rwxp 3000 08:01 35265 /usr/lib/pd-extended/extra/vbap/define_loudspeakers.pd_linux b577-b5781000 r-xp 08:01 9098 /usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf b5781000-b57cc000 r-xp 08:01 83310 /usr/lib/libImlib2.so.1.4.2 b57cc000-b57cd000 rwxp 0004b000 08:01 83310 /usr/lib/libImlib2.so.1.4.2 b57cd000-b57e1000 rwxp 00:00 0 b57e1000-b5823000 r-xp 08:01 83791 /usr/lib/libmp3lame.so.0.0.0 b5823000-b5825000 rwxp 00041000 08:01 83791 /usr/lib/libmp3lame.so.0.0.0 b5825000-b5858000 rwxp 00:00 0 b5858000-b59bd000 r-xp 08:01 82580 /usr/lib/libvorbisenc.so.2.0.7 b59bd000-b59ce000 rwxp 00165000 08:01 82580 /usr/lib/libvorbisenc.so.2.0.7 b59ce000-b59f5000 r-xp 08:01 82576 /usr/lib/libvorbis.so.0.4.4 b59f5000-b59f6000 rwxp 00026000 08:01 82576 /usr/lib/libvorbis.so.0.4.4 b59f6000-b59fb000 r-xp 08:01 82570 /usr/lib/libogg.so.0.7.0 b59fb000-b59fc000 rwxp 4000 08:01 82570 /usr/lib/libogg.so.0.7.0 b59fc000-b5a4b000 r-xp 08:01 82573 /usr/lib/libtheora.so.0.3.10 b5a4b000-b5a4c000 rwxp 0004f000 08:01 82573 /usr/lib/libtheora.so.0.3.10 b5a4c000-b5ac1000 r-xp 08:01 115646 /usr/lib/pd-extended/extra/pidip/pidip.pd_linux b5ac1000-b5ac3000 rwxp 00075000 08:01 115646 /usr/lib/pd-extended/extra/pidip/pidip.pd_linux b5ac3000-b5ac8000 rwxp 00:00 0 b5ac8000-b5ac9000 ---p 00:00 0 b5ac9000-b62c9000 rwxp 00:00 0 b62c9000-b62cd000 r-xp 08:01 83384 /usr/lib/libXv.so.1.0.0 b62cd000-b62ce000 rwxp 3000 08:01 83384 /usr/lib/libXv.so.1.0.0 b62ce000-b62f1000 r-xp 08:01 67375 /lib/libpng12.so.0.44.0 b62f1000-b62f2000 rwxp 00022000 08:01 67375 /lib/libpng12.so.0.44.0 b62f2000-b64d6000 r-xp 08:01 83285 /usr/lib/libgsl.so.0.15.0 b64d6000-b64e5000 rwxp 001e3000 08:01 83285 /usr/lib/libgsl.so.0.15.0 b64e5000-b6516000 r-xp 08:01 83287 /usr/lib/libgslcblas.so.0.0.0 b6516000-b6517000 rwxp 0003 08:01 83287 /usr/lib/libgslcblas.so.0.0.0 b651b000-b651e000 r-xp 08:01 35250 /usr/lib/pd-extended/extra/vbap/rvbap.pd_linux b651e000-b651f000 rwxp 2000 08:01 35250 /usr/lib/pd-extended/extra/vbap/rvbap.pd_linux b651f000-b6561000 r-xp 08:01 47179 /usr/lib/pd-extended/extra/pdp/pdp.pd_linux b6561000-b6563000 rwxp 00041000 08:01 47179 /usr/lib/pd-extended/extra/pdp/pdp.pd_linux b6563000-b6565000 rwxp 00:00 0 b6565000-b6569000 r-xp 08:01 8826 /usr/lib/libXdmcp.so.6.0.0 b6569000-b656a000 rwxp 3000 08:01 8826 /usr/lib/libXdmcp.so.6.0.0 b656a000-b656c000 r-xp 08:01 8814 /usr/lib/libXau.so.6.0.0 b656c000-b656d000 rwxp 1000 08:01 8814 /usr/lib/libXau.so.6.0.0 b656d000-b657 r-xp 08:01 68045 /lib/libuuid.so.1.3.0 b657-b6571000 rwxp 2000 08:01 68045 /lib/libuuid.so.1.3.0 b6571000-b6595000 r-xp 08:01 82637 /usr/lib/libexpat.so.1.5.2 b6595000-b6597000 rwxp 00023000 08:01 82637 /usr/lib/libexpat.so.1.5.2 b6597000-b65c9000 r-xp 08:01 67384 /lib/libpcre.so.3.12.1 b65c9000-b65ca000 rwxp 00031000 08:01 67384 /lib/libpcre.so.3.12.1
[PD-dev] [ pure-data-Patches-3383472 ] tooltips part 3: the saga continues
Patches item #3383472, was opened at 2011-08-01 01:22 Message generated for change (Tracker Item Submitted) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3383472group_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: Jonathan Wilkes (jancsika1) Assigned to: Nobody/Anonymous (nobody) Summary: tooltips part 3: the saga continues Initial Comment: Here's a new angle on the tooltips idea that adds three somewhat related functions to Pd: 1) Autotips, available from the Edit menu. Parses help patches on the fly when the mouse enters an object/xlet. (Works the same with abstractions, too.) 2) Manual tips through a tip canvas method. 3) An echo canvas method, which just passes a message to a canvas without displaying it. (Useful in conjunction with the get method from my other patch, and probably other contexts as well.) It's all done with some canvas bindings in tcl and a few canvas methods, so neither t_class nor t_widgetbehavior is touched. However, if it's desirable to add Enter and Leave widgetbehaviors at a later date, it should be possible without changing any of the code in this patch. Hopefuly I diff'd correctly, against vanilla 0.43.0. (Works for me in Fedora 15...) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3383472group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3383472 ] tooltips part 3: the saga continues
Patches item #3383472, was opened at 2011-08-01 01:22 Message generated for change (Comment added) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3383472group_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: Jonathan Wilkes (jancsika1) Assigned to: Nobody/Anonymous (nobody) Summary: tooltips part 3: the saga continues Initial Comment: Here's a new angle on the tooltips idea that adds three somewhat related functions to Pd: 1) Autotips, available from the Edit menu. Parses help patches on the fly when the mouse enters an object/xlet. (Works the same with abstractions, too.) 2) Manual tips through a tip canvas method. 3) An echo canvas method, which just passes a message to a canvas without displaying it. (Useful in conjunction with the get method from my other patch, and probably other contexts as well.) It's all done with some canvas bindings in tcl and a few canvas methods, so neither t_class nor t_widgetbehavior is touched. However, if it's desirable to add Enter and Leave widgetbehaviors at a later date, it should be possible without changing any of the code in this patch. Hopefuly I diff'd correctly, against vanilla 0.43.0. (Works for me in Fedora 15...) -- Comment By: Jonathan Wilkes (jancsika1) Date: 2011-08-01 01:25 Message: See tips-help.pd to see how they work. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3383472group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3336039 ] fix Windows non-starting
Patches item #3336039, was opened at 2011-06-26 20:11 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3336039group_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: puredata Group: None Status: Open Resolution: None Priority: 9 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: fix Windows non-starting Initial Comment: Removed bizarre 'k' character in 'package' command, causing Windows to not start. This was in the proc get_config_win in tcl/pd_guiprefs.tcl. My smallest patch ever, literally changing one character ;) -- Comment By: Miller Puckette (millerpuckette) Date: 2011-07-30 12:41 Message: applied -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-07-01 11:23 Message: Martin Peach found another ḱ in pd_guiprefs.tcl, the updated patch fixes it. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-07-01 11:21 Message: This artifact has been marked as a duplicate of artifact 3307680 with reason: separate patch tracker item -- Comment By: Yvan Volochine (elgusanorojo) Date: 2011-06-27 03:34 Message: oops, my mistake (k with an accent), thanks for spotting. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3336039group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3336039 ] fix Windows non-starting
Patches item #3336039, was opened at 2011-06-26 20:11 Message generated for change (Settings changed) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3336039group_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: puredata Group: None Status: Pending Resolution: Accepted Priority: 9 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: fix Windows non-starting Initial Comment: Removed bizarre 'k' character in 'package' command, causing Windows to not start. This was in the proc get_config_win in tcl/pd_guiprefs.tcl. My smallest patch ever, literally changing one character ;) -- Comment By: Miller Puckette (millerpuckette) Date: 2011-07-30 12:41 Message: applied -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-07-01 11:23 Message: Martin Peach found another ḱ in pd_guiprefs.tcl, the updated patch fixes it. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-07-01 11:21 Message: This artifact has been marked as a duplicate of artifact 3307680 with reason: separate patch tracker item -- Comment By: Yvan Volochine (elgusanorojo) Date: 2011-06-27 03:34 Message: oops, my mistake (k with an accent), thanks for spotting. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3336039group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3380575 ] [makefilename] patch reliably segfaults
Patches item #3380575, was opened at 2011-07-27 20:17 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3380575group_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: puredata Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: Chris McCormick (chr15m) Assigned to: Miller Puckette (millerpuckette) Summary: [makefilename] patch reliably segfaults Initial Comment: Attached is a patch that reliably segfaults Pd. -- Comment By: Miller Puckette (millerpuckette) Date: 2011-07-30 13:47 Message: This is rather confusingly written (and badly indented)... I'd suggest having makefilename_scanformat() simply scan through the string in one pass. I can hack on this later if necessary. -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-07-28 03:49 Message: attached is a patch that checks whether there are multiple format specifiers, and if so, complains and refuses to work. this effectively prevents the crash (though it still does not enable multiple format specifiers) the patch applies to todays git master. raised priority since it is a crasher bug. -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-07-28 03:46 Message: while the docs are a bit confusion about this, [makefilename] really can only handle a _single_ format specifier; so using a format-string like %s-%s is illegal. however, Pd should never segfault -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3380575group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3380575 ] [makefilename] patch reliably segfaults
Patches item #3380575, was opened at 2011-07-28 05:17 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3380575group_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: puredata Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: Chris McCormick (chr15m) Assigned to: Miller Puckette (millerpuckette) Summary: [makefilename] patch reliably segfaults Initial Comment: Attached is a patch that reliably segfaults Pd. -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-07-28 12:49 Message: attached is a patch that checks whether there are multiple format specifiers, and if so, complains and refuses to work. this effectively prevents the crash (though it still does not enable multiple format specifiers) the patch applies to todays git master. raised priority since it is a crasher bug. -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-07-28 12:46 Message: while the docs are a bit confusion about this, [makefilename] really can only handle a _single_ format specifier; so using a format-string like %s-%s is illegal. however, Pd should never segfault -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3380575group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3381374 ] tabread4 doesn't respond to set messages
Bugs item #3381374, was opened at 2011-07-28 21:24 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3381374group_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: pd-extended Group: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: tabread4 doesn't respond to set messages Initial Comment: Set messages do not affect the array argument to tabread4. Visit help subpatch for tabread4. Change [tabread4~ array99] to [tabread4~ array]. Bang [set array99(. Still reads [tabread4~ array]. Pd 0.42.5-extended Mac OS X 10.6.8/Intel. built-in sound -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3381374group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3380575 ] [makefilename] patch reliably segfaults
Bugs item #3380575, was opened at 2011-07-28 11:17 Message generated for change (Tracker Item Submitted) made by chr15m You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3380575group_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: puredata Group: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Chris McCormick (chr15m) Assigned to: Nobody/Anonymous (nobody) Summary: [makefilename] patch reliably segfaults Initial Comment: Attached is a patch that reliably segfaults Pd. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3380575group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3299602 ] [pdp] Compilation option change for gcc 4.6
Patches item #3299602, was opened at 2011-05-09 15:54 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3299602group_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: externals Group: None Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: [pdp] Compilation option change for gcc 4.6 Initial Comment: A change (bugfix) in gcc 4.6 prevents pdp to compile. The fix is to replace -export-dynamic with -rdynamic in the Makefiles. I did not test the change with gcc 4.5 and previous. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-07-27 00:27 Message: fixed with this commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=15168 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3299602group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3366721 ] Give [netsend] an outlet for data from the server
Patches item #3366721, was opened at 2011-07-14 13:36 Message generated for change (Tracker Item Submitted) made by chr15m You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3366721group_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: Chris McCormick (chr15m) Assigned to: Nobody/Anonymous (nobody) Summary: Give [netsend] an outlet for data from the server Initial Comment: Attached is a patch to give [netsend] a second outlet which reports anything received from the server it is connected to. It functions the same -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3366721group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3366721 ] Give [netsend] an outlet for data from the server
Patches item #3366721, was opened at 2011-07-14 13:36 Message generated for change (Comment added) made by chr15m You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3366721group_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: puredata Group: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Chris McCormick (chr15m) Assigned to: Miller Puckette (millerpuckette) Summary: Give [netsend] an outlet for data from the server Initial Comment: Attached is a patch to give [netsend] a second outlet which reports anything received from the server it is connected to. It functions the same -- Comment By: Chris McCormick (chr15m) Date: 2011-07-14 13:41 Message: Dammit I hit submit too soon. :( The patch should apply cleanly against Pd 0.43 and does not affect the existing [netsend] functionality. It is backwards compatible. Also included is an updated netsend-help.pd with instructions regarding the new second outlet. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3366721group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3108513 ] [bugfix] collection of fixes improving scrolling/popup
Patches item #3108513, was opened at 2010-11-13 19:48 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3108513group_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: puredata Group: bugfix Status: Pending Resolution: Out of Date Priority: 5 Private: No Submitted By: Ivica Ico Bukvic (ico_bukvic) Assigned to: Nobody/Anonymous (nobody) Summary: [bugfix] collection of fixes improving scrolling/popup Initial Comment: For detailed info please see my post to pd-dev list http://www.mail-archive.com/pd-dev@iem.at/msg08015.html This patch differs from one submitted to pd-dev mailing list in that it adjusts changes to pd.tk to reflect additions that have been made to it since (some chunks apply with fuzz enabled but they should all apply rather cleanly). It should be applied against latest Pd-extended 0.42.5 svn branch. NB: I have not had a chance to do the porting to 0.43 as I am still using 0.42.5. -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-07-12 09:30 Message: which reminds me that somebody should probably import the git head (well at laest 0.43.0) into SVN (which is still 0.42.5) -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-07-12 05:22 Message: Ico, I think you're the only one wanting to maintain an 'oldstable' 0.42 branch. I think basically all other Pd development is done on the HEAD of git and svn, so for working for the rest of the pd devs, I think its safe to say that the HEAD of git and svn is the standard which to base patches on. -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-07-11 09:04 Message: hein? maybe this changed while i was on holidays, but afair whenever there was a new Pd version then old versions would not be bug-fixed anymore (e.g. once 0.37.0 was released, there was never a 0.36.17). however, maybe someone has offered to generously sponsor an old-stable maintainance programme. if 0.43 is not yet production ready, then i would like to ask everybody to not (back)port bugfixes for 0.42.8 but instead make 0.43 ready for primetime. -- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2011-07-08 03:10 Message: Since a number of users have reported that 0.43 is not yet production ready, this may be very appropriate for a 0.42.7 release. That said, there is an even better version of the scrolling code and supporting features in the 20110427 pd-l2ork snapshot. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-07-07 21:08 Message: These patches should be updated to apply to the HEAD of the pure-data git. Also, its easiest to manage if all changes are in a single patch file. git format-patch works nicely for that. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3108513group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3364091 ] pdextended gem_film*.so backends not in package/build dir
Bugs item #3364091, was opened at 2011-07-12 09:00 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3364091group_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: pd-extended Group: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Charles Goyard () Assigned to: Hans-Christoph Steiner (eighthave) Summary: pdextended gem_film*.so backends not in package/build dir Initial Comment: Hi, while building pd-extended rsynced from the auto-build farm, on Archlinux (gcc 4.6.1) with : cd packages/linux_make edit Makefile to replace -march=386 with -march=i686 make install the gem_filmGMERLIN.so and gem_filmQT4L.so don't get copied in the extra/Gem build dir, leading to pix_film fail. A manual copy of the files fixes that. Cheers, Charles -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3364091group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3108513 ] [bugfix] collection of fixes improving scrolling/popup
Patches item #3108513, was opened at 2010-11-13 19:48 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3108513group_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: puredata Group: bugfix Status: Open Resolution: Out of Date Priority: 5 Private: No Submitted By: Ivica Ico Bukvic (ico_bukvic) Assigned to: Nobody/Anonymous (nobody) Summary: [bugfix] collection of fixes improving scrolling/popup Initial Comment: For detailed info please see my post to pd-dev list http://www.mail-archive.com/pd-dev@iem.at/msg08015.html This patch differs from one submitted to pd-dev mailing list in that it adjusts changes to pd.tk to reflect additions that have been made to it since (some chunks apply with fuzz enabled but they should all apply rather cleanly). It should be applied against latest Pd-extended 0.42.5 svn branch. NB: I have not had a chance to do the porting to 0.43 as I am still using 0.42.5. -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-07-11 09:04 Message: hein? maybe this changed while i was on holidays, but afair whenever there was a new Pd version then old versions would not be bug-fixed anymore (e.g. once 0.37.0 was released, there was never a 0.36.17). however, maybe someone has offered to generously sponsor an old-stable maintainance programme. if 0.43 is not yet production ready, then i would like to ask everybody to not (back)port bugfixes for 0.42.8 but instead make 0.43 ready for primetime. -- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2011-07-08 03:10 Message: Since a number of users have reported that 0.43 is not yet production ready, this may be very appropriate for a 0.42.7 release. That said, there is an even better version of the scrolling code and supporting features in the 20110427 pd-l2ork snapshot. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-07-07 21:08 Message: These patches should be updated to apply to the HEAD of the pure-data git. Also, its easiest to manage if all changes are in a single patch file. git format-patch works nicely for that. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3108513group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3363274 ] selection appears in msg box after Ctrl/Cmd triple-clicking
Bugs item #3363274, was opened at 2011-07-11 13:19 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3363274group_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: puredata Group: v0.43 Status: Open Resolution: None Priority: 2 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: selection appears in msg box after Ctrl/Cmd triple-clicking Initial Comment: Here's how to reproduce - new patch - create msg box - add some text in the message box - click background to create - hold down Ctrl/Cmd and triple-click the message box fast You will see the msg box is not in the editing state, but the text gets selected -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3363274group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3307639 ] updated FR localization
Patches item #3307639, was opened at 2011-05-25 17:17 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3307639group_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: pd-extended Group: None Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Alexandre Castonguay (alxe) Assigned to: Hans-Christoph Steiner (eighthave) Summary: updated FR localization Initial Comment: Mise à jour de la localisation française -- Comment By: SourceForge Robot (sf-robot) Date: 2011-07-11 21: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: Hans-Christoph Steiner (eighthave) Date: 2011-06-27 20:44 Message: Ok, I added this to Pd-extended. Be very careful to not copy things that are not being translated. I.e. if DSP is going to remain DSP, then it should look like this: msgid DSP msgstr NOT like this: msgid DSP msgstr DSP There are a number of reasons to do this. This is the way the PO system expects, msgstr means use the original text. Also, having the DSP, etc. duplicated caused a weird bug where the Log menu on the Pd Window was not showing up which took me about an hour to figure out :(. And lastly, it will help your translation, since tools like POedit will show you which lines have not been translated. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3307639group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3108513 ] [bugfix] collection of fixes improving scrolling/popup
Patches item #3108513, was opened at 2010-11-13 13:48 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3108513group_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: puredata Group: bugfix Status: Pending Resolution: Out of Date Priority: 5 Private: No Submitted By: Ivica Ico Bukvic (ico_bukvic) Assigned to: Nobody/Anonymous (nobody) Summary: [bugfix] collection of fixes improving scrolling/popup Initial Comment: For detailed info please see my post to pd-dev list http://www.mail-archive.com/pd-dev@iem.at/msg08015.html This patch differs from one submitted to pd-dev mailing list in that it adjusts changes to pd.tk to reflect additions that have been made to it since (some chunks apply with fuzz enabled but they should all apply rather cleanly). It should be applied against latest Pd-extended 0.42.5 svn branch. NB: I have not had a chance to do the porting to 0.43 as I am still using 0.42.5. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-07-11 23:22 Message: Ico, I think you're the only one wanting to maintain an 'oldstable' 0.42 branch. I think basically all other Pd development is done on the HEAD of git and svn, so for working for the rest of the pd devs, I think its safe to say that the HEAD of git and svn is the standard which to base patches on. -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-07-11 03:04 Message: hein? maybe this changed while i was on holidays, but afair whenever there was a new Pd version then old versions would not be bug-fixed anymore (e.g. once 0.37.0 was released, there was never a 0.36.17). however, maybe someone has offered to generously sponsor an old-stable maintainance programme. if 0.43 is not yet production ready, then i would like to ask everybody to not (back)port bugfixes for 0.42.8 but instead make 0.43 ready for primetime. -- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2011-07-07 21:10 Message: Since a number of users have reported that 0.43 is not yet production ready, this may be very appropriate for a 0.42.7 release. That said, there is an even better version of the scrolling code and supporting features in the 20110427 pd-l2ork snapshot. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-07-07 15:08 Message: These patches should be updated to apply to the HEAD of the pure-data git. Also, its easiest to manage if all changes are in a single patch file. git format-patch works nicely for that. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3108513group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3361846 ] bonk~ max/msp fixes
Patches item #3361846, was opened at 2011-07-10 08:57 Message generated for change (Tracker Item Submitted) made by pfaffian You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3361846group_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: externals Group: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Anthony Lauzon (pfaffian) Assigned to: Nobody/Anonymous (nobody) Summary: bonk~ max/msp fixes Initial Comment: Patch consists of 3 changes: 1. Moving some PD specific code inside of #ifdef PD blocks so bonk~ compiles for Max/MSP 2. Bonk template reading/writing correctly works from Max/MSP. 3. learn was not using its argument, so every hit was being interpreted as a new template. changed that behaviour. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3361846group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3361846 ] bonk~ max/msp fixes
Patches item #3361846, was opened at 2011-07-10 08:57 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3361846group_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: externals Group: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Anthony Lauzon (pfaffian) Assigned to: Miller Puckette (millerpuckette) Summary: bonk~ max/msp fixes Initial Comment: Patch consists of 3 changes: 1. Moving some PD specific code inside of #ifdef PD blocks so bonk~ compiles for Max/MSP 2. Bonk template reading/writing correctly works from Max/MSP. 3. learn was not using its argument, so every hit was being interpreted as a new template. changed that behaviour. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3361846group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3106799 ] [bugfix] GOP leaving zombie objects after disabling GOP
Patches item #3106799, was opened at 2010-11-10 19:21 Message generated for change (Comment added) made by jmmmp You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3106799group_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: puredata Group: bugfix Status: Open Resolution: None Priority: 6 Private: No Submitted By: Ivica Ico Bukvic (ico_bukvic) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] GOP leaving zombie objects after disabling GOP Initial Comment: Apologies for previous post without logging in. Please disregard the previous report and use this one instead. Following applies to pd-extended and pd 0.42.5. Open attached gop_test.pd patch and do the following: 1) right-click on [pd something] and click on properties 2) check enable gop option and apply (*do not* close properties window) 3) uncheck enable gop option and apply 4) you should see zombified GOP items that were not properly erased, in some cases the original pd something will be impossible to open by clicking on the object with tk errors being reported to the console This to the best of my knowledge together with other patches I submitted before via mailing list should take care of all GOP bugs I am currently aware of. -- Comment By: João Pais (jmmmp) Date: 2011-07-08 11:03 Message: to my knowledge, usually these kind of mistakes disappear if the window is closed/opened again (ie. redrawn). In case you're working on a subpatch, of course. -- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2011-07-08 03:11 Message: Please note that this works just fine in pd-l2ork, likely due to a bunch of other improvements to the GOP mechanism, so the suggested step 5) reported below does not apply to pd-l2ork. -- Comment By: Jonathan Wilkes (jancsika1) Date: 2011-07-07 18:56 Message: Problem still exists in Pd-vanilla 0.43.0. (Ubuntu Maverick) -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-02-08 11:18 Message: btw, the patch still applies cleanly and the problem does go away -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-02-08 11:15 Message: i think this bug is still in 0.43.0test4 -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 06:12 Message: I think this is fixed already in 0.43. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3106799group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3106799 ] [bugfix] GOP leaving zombie objects after disabling GOP
Patches item #3106799, was opened at 2010-11-10 13:21 Message generated for change (Comment added) made by ico_bukvic You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3106799group_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: puredata Group: bugfix Status: Open Resolution: None Priority: 6 Private: No Submitted By: Ivica Ico Bukvic (ico_bukvic) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] GOP leaving zombie objects after disabling GOP Initial Comment: Apologies for previous post without logging in. Please disregard the previous report and use this one instead. Following applies to pd-extended and pd 0.42.5. Open attached gop_test.pd patch and do the following: 1) right-click on [pd something] and click on properties 2) check enable gop option and apply (*do not* close properties window) 3) uncheck enable gop option and apply 4) you should see zombified GOP items that were not properly erased, in some cases the original pd something will be impossible to open by clicking on the object with tk errors being reported to the console This to the best of my knowledge together with other patches I submitted before via mailing list should take care of all GOP bugs I am currently aware of. -- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2011-07-08 05:02 Message: Sure, I however would not call that a fix or a workaround. -- Comment By: João Pais (jmmmp) Date: 2011-07-08 04:03 Message: to my knowledge, usually these kind of mistakes disappear if the window is closed/opened again (ie. redrawn). In case you're working on a subpatch, of course. -- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2011-07-07 20:11 Message: Please note that this works just fine in pd-l2ork, likely due to a bunch of other improvements to the GOP mechanism, so the suggested step 5) reported below does not apply to pd-l2ork. -- Comment By: Jonathan Wilkes (jancsika1) Date: 2011-07-07 11:56 Message: Problem still exists in Pd-vanilla 0.43.0. (Ubuntu Maverick) -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-02-08 05:18 Message: btw, the patch still applies cleanly and the problem does go away -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-02-08 05:15 Message: i think this bug is still in 0.43.0test4 -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 00:12 Message: I think this is fixed already in 0.43. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3106799group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3109768 ] [bugfix] gop patch name uneditable after disabling gop
Patches item #3109768, was opened at 2010-11-15 16:10 Message generated for change (Comment added) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3109768group_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: puredata Group: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ivica Ico Bukvic (ico_bukvic) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] gop patch name uneditable after disabling gop Initial Comment: Last lingering GOP bug (after all previous GOP bugfixes that I submitted have been applied). Namely, when: 1) open a new patch and create [pd something] 2) right-click on object's properties, enable both GOP and hide text options and click on OK/Apply 3) the object will revert to its original object-like appearance and will be open-able but its name (text) will not be editable 4) right-clicking on its properties shows that both hide text and GOP are still enabled This is because disabling GOP function does not reset hidetext variable. Following patch fixes this. -- Comment By: Jonathan Wilkes (jancsika1) Date: 2011-07-07 12:46 Message: There's still a problem: 5) Uncheck hide text, then uncheck Graph on parent. Now text is not editable. Alternatively, unchecking Graph on parent without unchecking hide text will not revert the subpatch to an object box. Test with Pd 0.43.0 on Maverick. -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-02-08 06:15 Message: i attached a simple fix for the problem that deals with it in the tcl domain. this applies (only) to 0.43. file: 0001-disabling-GOP-should-also-disable-hidetext.patch created for 0.43.0test4 this obsoletes ico's gop_patch_20101115 (which i leave here for reference) -- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2010-11-15 16:11 Message: Forgot to mention, this applies to 0.42.5 branch of both pd and pd-extended. It has not been tested against 0.43. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3109768group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3106799 ] [bugfix] GOP leaving zombie objects after disabling GOP
Patches item #3106799, was opened at 2010-11-10 13:21 Message generated for change (Comment added) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3106799group_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: puredata Group: bugfix Status: Open Resolution: None Priority: 6 Private: No Submitted By: Ivica Ico Bukvic (ico_bukvic) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] GOP leaving zombie objects after disabling GOP Initial Comment: Apologies for previous post without logging in. Please disregard the previous report and use this one instead. Following applies to pd-extended and pd 0.42.5. Open attached gop_test.pd patch and do the following: 1) right-click on [pd something] and click on properties 2) check enable gop option and apply (*do not* close properties window) 3) uncheck enable gop option and apply 4) you should see zombified GOP items that were not properly erased, in some cases the original pd something will be impossible to open by clicking on the object with tk errors being reported to the console This to the best of my knowledge together with other patches I submitted before via mailing list should take care of all GOP bugs I am currently aware of. -- Comment By: Jonathan Wilkes (jancsika1) Date: 2011-07-07 12:56 Message: Problem still exists in Pd-vanilla 0.43.0. (Ubuntu Maverick) -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-02-08 05:18 Message: btw, the patch still applies cleanly and the problem does go away -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-02-08 05:15 Message: i think this bug is still in 0.43.0test4 -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 00:12 Message: I think this is fixed already in 0.43. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3106799group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3108513 ] [bugfix] collection of fixes improving scrolling/popup
Patches item #3108513, was opened at 2010-11-13 13:48 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3108513group_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: puredata Group: bugfix Status: Pending Resolution: Out of Date Priority: 5 Private: No Submitted By: Ivica Ico Bukvic (ico_bukvic) Assigned to: Nobody/Anonymous (nobody) Summary: [bugfix] collection of fixes improving scrolling/popup Initial Comment: For detailed info please see my post to pd-dev list http://www.mail-archive.com/pd-dev@iem.at/msg08015.html This patch differs from one submitted to pd-dev mailing list in that it adjusts changes to pd.tk to reflect additions that have been made to it since (some chunks apply with fuzz enabled but they should all apply rather cleanly). It should be applied against latest Pd-extended 0.42.5 svn branch. NB: I have not had a chance to do the porting to 0.43 as I am still using 0.42.5. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-07-07 15:08 Message: These patches should be updated to apply to the HEAD of the pure-data git. Also, its easiest to manage if all changes are in a single patch file. git format-patch works nicely for that. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3108513group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3106837 ] [bugfix] paste/undo/redo sometimes leaves patchcords below
Patches item #3106837, was opened at 2010-11-10 14:47 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3106837group_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: pd-extended Group: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ivica Ico Bukvic (ico_bukvic) Assigned to: Hans-Christoph Steiner (eighthave) Summary: [bugfix] paste/undo/redo sometimes leaves patchcords below Initial Comment: Affects only pd-extended 0.42.5 (may also affect 0.43--has not been tested). -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-07-07 15:12 Message: Looks worth including, but with GOP bugs, I'm currently waiting to see what Miller is going to do with GOP restructuring before tackling this stuff. I still don't really have a grasp of the GOP code, so I don't know what the repercussions of GOP-related patches are. From my experience, one little simple fix causes some weird behavior elsewhere. -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-02-08 05:24 Message: the problem only applies to Pd-extended (hence i re-assign it to hans), as with pd-vanilla, all msg- and obj-boxes are transparent (non-filled), thus there is no real problem with the layer-depth of cords vs objects. furthermore, i actually fail to see the problem anyhow: why do you think it is a bug if the cord is drawn on top of the object? isn't this what you usually get anyhow? -- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2010-11-12 11:50 Message: Small update to the patch to remove redundant redrawing when duplicating objects. -- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2010-11-10 14:49 Message: Ugh... How does one edit the Details once the file has been uploaded? At any rate, it is all explained in the test pd patch so please consult the attached patchcord_test.pd -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3106837group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3108513 ] [bugfix] collection of fixes improving scrolling/popup
Patches item #3108513, was opened at 2010-11-13 13:48 Message generated for change (Comment added) made by ico_bukvic You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3108513group_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: puredata Group: bugfix Status: Open Resolution: Out of Date Priority: 5 Private: No Submitted By: Ivica Ico Bukvic (ico_bukvic) Assigned to: Nobody/Anonymous (nobody) Summary: [bugfix] collection of fixes improving scrolling/popup Initial Comment: For detailed info please see my post to pd-dev list http://www.mail-archive.com/pd-dev@iem.at/msg08015.html This patch differs from one submitted to pd-dev mailing list in that it adjusts changes to pd.tk to reflect additions that have been made to it since (some chunks apply with fuzz enabled but they should all apply rather cleanly). It should be applied against latest Pd-extended 0.42.5 svn branch. NB: I have not had a chance to do the porting to 0.43 as I am still using 0.42.5. -- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2011-07-07 20:10 Message: Since a number of users have reported that 0.43 is not yet production ready, this may be very appropriate for a 0.42.7 release. That said, there is an even better version of the scrolling code and supporting features in the 20110427 pd-l2ork snapshot. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-07-07 14:08 Message: These patches should be updated to apply to the HEAD of the pure-data git. Also, its easiest to manage if all changes are in a single patch file. git format-patch works nicely for that. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3108513group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3106799 ] [bugfix] GOP leaving zombie objects after disabling GOP
Patches item #3106799, was opened at 2010-11-10 13:21 Message generated for change (Comment added) made by ico_bukvic You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3106799group_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: puredata Group: bugfix Status: Open Resolution: None Priority: 6 Private: No Submitted By: Ivica Ico Bukvic (ico_bukvic) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] GOP leaving zombie objects after disabling GOP Initial Comment: Apologies for previous post without logging in. Please disregard the previous report and use this one instead. Following applies to pd-extended and pd 0.42.5. Open attached gop_test.pd patch and do the following: 1) right-click on [pd something] and click on properties 2) check enable gop option and apply (*do not* close properties window) 3) uncheck enable gop option and apply 4) you should see zombified GOP items that were not properly erased, in some cases the original pd something will be impossible to open by clicking on the object with tk errors being reported to the console This to the best of my knowledge together with other patches I submitted before via mailing list should take care of all GOP bugs I am currently aware of. -- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2011-07-07 20:11 Message: Please note that this works just fine in pd-l2ork, likely due to a bunch of other improvements to the GOP mechanism, so the suggested step 5) reported below does not apply to pd-l2ork. -- Comment By: Jonathan Wilkes (jancsika1) Date: 2011-07-07 11:56 Message: Problem still exists in Pd-vanilla 0.43.0. (Ubuntu Maverick) -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-02-08 05:18 Message: btw, the patch still applies cleanly and the problem does go away -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-02-08 05:15 Message: i think this bug is still in 0.43.0test4 -- Comment By: Miller Puckette (millerpuckette) Date: 2011-01-09 00:12 Message: I think this is fixed already in 0.43. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3106799group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3353285 ] fix crasher bug when closing a window with Perf Mode on
Patches item #3353285, was opened at 2011-07-04 01:24 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3353285group_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: puredata Group: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: fix crasher bug when closing a window with Perf Mode on Initial Comment: fix crasher bug when closing a window with Perf Mode on and no changes to window. It was using the wrong variable, g, which is null. I changed it to x and no crash. Also, I adjusted the dialog to make sense. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3353285group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3348635 ] 6Ab8vo a href=http://eredbuekutjm.com/eredbuekutjm/a,
Patches item #3348635, was opened at 2011-07-01 00:42 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3348635group_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: Deleted Resolution: Invalid Priority: 1 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: 6Ab8vo a href=http://eredbuekutjm.com/;eredbuekutjm/a, Initial Comment: 6Ab8vo a href=http://eredbuekutjm.com/;eredbuekutjm/a, [url=http://prwkdtygxldi.com/]prwkdtygxldi[/url], [link=http://kgrhbjcqwcke.com/]kgrhbjcqwcke[/link], http://mjlkhqmjgvcx.com/ -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-07-02 11:13 Message: spam -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3348635group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1963983 ] use FILENAME_MAX for all filenames, since its MAXPDSTRING
Patches item #1963983, was opened at 2008-05-14 13:36 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1963983group_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: puredata Group: bugfix Status: Closed Resolution: Out of Date Priority: 6 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: use FILENAME_MAX for all filenames, since its MAXPDSTRING Initial Comment: On Windows, FILENAME_MAX is much smaller than MAXPDSTRING, so I replaced MAXPDSTRING with FILENAME_MAX everywhere I could find that is related to filenames. FILENAME_MAX is a POSIX standard macro for defining the max length of a complete filename. The current situation could result in crashes on Windows. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-07-02 11:25 Message: this is out of date -- Comment By: Miller Puckette (millerpuckette) Date: 2010-07-28 20:47 Message: I'm not sure but I don't think Windows should have trouble trying to open files with too-long names -- if it's anything near correct it should simply refuse. And it's better to have as few POSIX dependencies as possible (Pd bios, anyone? :) -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-14 13:47 Message: Logged In: YES user_id=27104 Originator: YES ok, this time really removed all bits of add_tilde_support_toopen-0.41.4.patch File Added: use_FILENAME_MAX_for_file_operations-0.41.4.patch -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-14 13:39 Message: Logged In: YES user_id=27104 Originator: YES oops, removed add_tilde_support_toopen-0.41.4.patch from this one File Added: use_FILENAME_MAX_for_file_operations-0.41.4.patch -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1963983group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3336039 ] fix Windows non-starting
Patches item #3336039, was opened at 2011-06-26 23:11 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3336039group_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: puredata Group: None Status: Open Resolution: None Priority: 9 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: fix Windows non-starting Initial Comment: Removed bizarre 'k' character in 'package' command, causing Windows to not start. This was in the proc get_config_win in tcl/pd_guiprefs.tcl. My smallest patch ever, literally changing one character ;) -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-07-01 14:23 Message: Martin Peach found another ḱ in pd_guiprefs.tcl, the updated patch fixes it. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-07-01 14:21 Message: This artifact has been marked as a duplicate of artifact 3307680 with reason: separate patch tracker item -- Comment By: Yvan Volochine (elgusanorojo) Date: 2011-06-27 06:34 Message: oops, my mistake (k with an accent), thanks for spotting. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3336039group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3348635 ] 6Ab8vo a href=http://eredbuekutjm.com/eredbuekutjm/a,
Patches item #3348635, was opened at 2011-07-01 04:42 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3348635group_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: externals Group: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: 6Ab8vo a href=http://eredbuekutjm.com/;eredbuekutjm/a, Initial Comment: 6Ab8vo a href=http://eredbuekutjm.com/;eredbuekutjm/a, [url=http://prwkdtygxldi.com/]prwkdtygxldi[/url], [link=http://kgrhbjcqwcke.com/]kgrhbjcqwcke[/link], http://mjlkhqmjgvcx.com/ -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3348635group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3051663 ] make slipdec reassemble arbitrary packages
Patches item #3051663, was opened at 2010-08-23 16:45 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3051663group_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: externals Group: bugfix Status: Closed Resolution: Accepted Priority: 6 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Martin Peach (mrpeach) Summary: make slipdec reassemble arbitrary packages Initial Comment: current slipdec doesn't work if the SLIP encoded package is not presented as a single list (which kind of defeats the idea of SLIP, which is to paketize a _stream_ of data) with the attached patch, [slipdec] is able to decode a stream even if it was [1, 192 2, 3 4, 5 192, 6, 192( before applying and committing the patch, please have a close look at it. for now, i just disabled the valid output (because it doesn't make so much sense anyhow, a SLIP stream is almost always valid) i know think that the flag could indicate whether there is still data waiting in the queue (and is updated after each message received) -- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-29 10:18 Message: cv3Rn7 a href=http://ekrpyxjljese.com/;ekrpyxjljese/a, [url=http://rqdebmgsgkcz.com/]rqdebmgsgkcz[/url], [link=http://mmjdgstckugp.com/]mmjdgstckugp[/link], http://lohwgqixxgzg.com/ -- Comment By: SourceForge Robot (sf-robot) Date: 2010-09-29 19:30 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: 2010-08-26 20:34 Message: Maybe it should output the size of the queue, so zero would mean a complete packet. Valid was supposed to mean that all the input was equivalent to bytes, i.e. no floating point, symbols, etc. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3051663group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3342314 ] $@ segfault
Bugs item #3342314, was opened at 2011-06-28 19:05 Message generated for change (Tracker Item Submitted) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3342314group_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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jonathan Wilkes (jancsika1) Assigned to: Hans-Christoph Steiner (eighthave) Summary: $@ segfault Initial Comment: Clicking the messagebox in the attached patch causes a crash (backtrace below). Pd 0.43.1extended-20110626 on Fedora 15 x86_64 *** glibc detected *** ./pd: double free or corruption (!prev): 0x00a02a40 *** === Backtrace: = /lib64/libc.so.6[0x3e2807703a] ./pd(binbuf_eval+0x86b)[0x46004b] ./pd(outlet_list+0x4a)[0x456cda] ./pd[0x495703] ./pd(outlet_list+0x4a)[0x456cda] /home/zod/pd-extended/packages/linux_make/build/usr/lib/pd-extended/bin/../extra/vanilla/list.pd_linux(+0x16ad)[0x7f852bbf76ad] ./pd[0x453e7c] ./pd(outlet_float+0x3f)[0x456b1f] ./pd(outlet_bang+0x29)[0x4569f9] ./pd[0x492086] ./pd(outlet_float+0x3f)[0x456b1f] ./pd(binbuf_eval+0xe48)[0x460628] ./pd[0x41faaf] ./pd(canvas_doclick+0x357)[0x44c817] ./pd(pd_typedmess+0x49d)[0x45535d] ./pd(pd_typedmess+0x21b)[0x4550db] ./pd(binbuf_eval+0xe12)[0x4605f2] ./pd(socketreceiver_read+0xa1)[0x469f31] ./pd[0x468ed4] ./pd(m_mainloop+0x8fd)[0x4640fd] /lib64/libc.so.6(__libc_start_main+0xed)[0x3e2802139d] ./pd[0x413b41] === Memory map: 0040-004fe000 r-xp fd:02 13500703 /home/zod/pd-extended/packages/linux_make/build/usr/lib/pd-extended/bin/pd 006fe000-00701000 rw-p 000fe000 fd:02 13500703 /home/zod/pd-extended/packages/linux_make/build/usr/lib/pd-extended/bin/pd 00701000-00711000 rw-p 00:00 0 0099e000-00a75000 rw-p 00:00 0 [heap] 3e27c0-3e27c1f000 r-xp fd:01 157596 /lib64/ld-2.14.so 3e27e1e000-3e27e1f000 r--p 0001e000 fd:01 157596 /lib64/ld-2.14.so 3e27e1f000-3e27e2 rw-p 0001f000 fd:01 157596 /lib64/ld-2.14.so 3e27e2-3e27e21000 rw-p 00:00 0 3e2800-3e2818f000 r-xp fd:01 157603 /lib64/libc-2.14.so 3e2818f000-3e2838e000 ---p 0018f000 fd:01 157603 /lib64/libc-2.14.so 3e2838e000-3e28392000 r--p 0018e000 fd:01 157603 /lib64/libc-2.14.so 3e28392000-3e28393000 rw-p 00192000 fd:01 157603 /lib64/libc-2.14.so 3e28393000-3e28399000 rw-p 00:00 0 3e2840-3e28416000 r-xp fd:01 151273 /lib64/libpthread-2.14.so 3e28416000-3e28615000 ---p 00016000 fd:01 151273 /lib64/libpthread-2.14.so 3e28615000-3e28616000 r--p 00015000 fd:01 151273 /lib64/libpthread-2.14.so 3e28616000-3e28617000 rw-p 00016000 fd:01 151273 /lib64/libpthread-2.14.so 3e28617000-3e2861b000 rw-p 00:00 0 3e2880-3e28802000 r-xp fd:01 157626 /lib64/libdl-2.14.so 3e28802000-3e28a02000 ---p 2000 fd:01 157626 /lib64/libdl-2.14.so 3e28a02000-3e28a03000 r--p 2000 fd:01 157626 /lib64/libdl-2.14.so 3e28a03000-3e28a04000 rw-p 3000 fd:01 157626 /lib64/libdl-2.14.so 3e28c0-3e28c07000 r-xp fd:01 157622 /lib64/librt-2.14.so 3e28c07000-3e28e06000 ---p 7000 fd:01 157622 /lib64/librt-2.14.so 3e28e06000-3e28e07000 r--p 6000 fd:01 157622 /lib64/librt-2.14.so 3e28e07000-3e28e08000 rw-p 7000 fd:01 157622 /lib64/librt-2.14.so 3e2900-3e29083000 r-xp fd:01 157620 /lib64/libm-2.14.so 3e29083000-3e29282000 ---p 00083000 fd:01 157620 /lib64/libm-2.14.so 3e29282000-3e29283000 r--p 00082000 fd:01 157620 /lib64/libm-2.14.so 3e29283000-3e29284000 rw-p 00083000 fd:01 157620 /lib64/libm-2.14.so 3e2940-3e29415000 r-xp fd:01 157637 /lib64/libgcc_s-4.6.0-20110530.so.1 3e29415000-3e29614000 ---p 00015000 fd:01 157637 /lib64/libgcc_s-4.6.0-20110530.so.1 3e29614000-3e29615000 rw-p 00014000 fd:01 157637 /lib64/libgcc_s-4.6.0-20110530.so.1 3e2b00-3e2b002000 r-xp fd:01 157635 /usr/lib64/libXau.so.6.0.0 3e2b002000-3e2b202000 ---p 2000 fd:01 157635 /usr/lib64/libXau.so.6.0.0 3e2b202000-3e2b203000 rw-p 2000 fd:01 157635
[PD-dev] [ pure-data-Bugs-3335742 ] cant type in help- search menu
Bugs item #3335742, was opened at 2011-06-27 00:32 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3335742group_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: cant type in help- search menu Initial Comment: Not sure why, but I am unable to type in the search box under the help menu. Was able to do once before. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3335742group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3335390 ] mp3amp~ win32
Patches item #3335390, was opened at 2011-06-26 21:32 Message generated for change (Tracker Item Submitted) made by patricecolet You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3335390group_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: externals Group: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Patko (patricecolet) Assigned to: Nobody/Anonymous (nobody) Summary: mp3amp~ win32 Initial Comment: this patch resolve a conflicting BOOL in unauthorized mp3amp~ win32 build -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3335390group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3322973 ] make clocks thread safe
Patches item #3322973, was opened at 2011-06-20 11:59 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3322973group_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: puredata-dev Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: make clocks thread safe Initial Comment: when writing threaded externals, i often find myself wanting Pd to call a callback from the main thread, depending on the other thread's state. e.g. when doing asynchronous data acquisition, i want to notify Pd when new data has arrived, so it can be delivered in the main thread. the obvious way is to use t_clock, and registers a new clock_delay() event from within the helper-thread; Pd will then callback in the next tick. unfortunately the clock_set(),... methods are not thread safe, possibly leading to corruption of the clock_setlist when accessing them simultaneously. one workaround is to use the global sys_lock(), but i find this to terribly slow down the entire Pd process, esp. when i have to call sys_lock() multiple times before ticks. that's most likely because sys_lock() locks about everything. an alternative i used in the past, is to have a special (mutex-protected) flag, indicating whether i already have a clock running that is waiting to be called back from the main thread. however, i find this quite complicated therefore, i propose to make the clock_delay/clock_set/clock_unset methods threadsafe, by internally maintaining a separate mutex that solely protects the clock_setlist. -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-06-20 13:24 Message: just a few final words: the problem i describe can well be solved with sys_lock() however this creates a Big Kernel Lock, potentially affecting performance. my proposal is to use finer grained locking, to avoid problems with the BIG syslock. -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-06-20 13:19 Message: i have also written a small external that illustrates the problem. find it in the threadclock.tgz archive, and compile it. the object will create a number of threads (use the argument to specify how many threads you want); each thread will sleep for a short time (100ms or so), and then call clock_delay() to wake up the object from the main thread. sooner or later, this will crash Pd; using my path it won't -- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-06-20 12:05 Message: attached is a first draft (against todays git master) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3322973group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3337413 ] Big system lock won't be released in some circumstances
Bugs item #3337413, was opened at 2011-06-27 15:51 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3337413group_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: pd-devel Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: Big system lock won't be released in some circumstances Initial Comment: i'm currently working on some threading support in Gem, where i use sys_lock()/sys_unlock() to protect my calls to clock_delay(). while testing i noticed that the syslock was never unlocked by Pd in certain circumstances: - i was using no audio (SCHED_AUDIO_NONE) - my patch used up quite a lot of CPU (rendering a teapot without openGL acceleration) in my worker-thread i called sys_lock(), and i never got beyond this point. after a lot of searching i found the reason: in the mainloop, Pd will call sys_unlock() ONLY if it has a valid audio-backend OR it has idletime (unlock while we are idle) in my case, neither was true (the latter, because one of the cores was busy rendering a teapot) this is unexpected behaviour since: - i'm using multiple threads to get more performance out of my multicore system; if i moved all the work done by the helper thread into the main thread (to avoid the use of syslock) performance would be dramatically worse - when i chose an(y) audio-backend, my helper threads will be unlocked, even though using audio could be expected to take even more time to calculate (hence an additional thread can be seen as even more undesireable when running under full load) suggested solutions: - when no audio-backend is used, the syslock should be unlocked/locked, so waiting threads have a chance to get scheduled AND/OR - get rid of the big system lock; in my special case it would be enough to have a thread-safe version of clock_delay() see [1] for a patch that implements this attached is a patch (against current git) that unlocks the syslock for a tiny period (and immediately locks it again) when using no audio backend, so waiting threads get a chance to be scheduled by the OS. [1] thread save clocks: https://sourceforge.net/tracker/?func=detailaid=3322973group_id=55736atid=478073 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3337413group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3307639 ] updated FR localization
Patches item #3307639, was opened at 2011-05-25 13:17 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3307639group_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: pd-extended Group: None Status: Pending Resolution: Accepted Priority: 5 Private: No Submitted By: Alexandre Castonguay (alxe) Assigned to: Hans-Christoph Steiner (eighthave) Summary: updated FR localization Initial Comment: Mise à jour de la localisation française -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-06-27 16:44 Message: Ok, I added this to Pd-extended. Be very careful to not copy things that are not being translated. I.e. if DSP is going to remain DSP, then it should look like this: msgid DSP msgstr NOT like this: msgid DSP msgstr DSP There are a number of reasons to do this. This is the way the PO system expects, msgstr means use the original text. Also, having the DSP, etc. duplicated caused a weird bug where the Log menu on the Pd Window was not showing up which took me about an hour to figure out :(. And lastly, it will help your translation, since tools like POedit will show you which lines have not been translated. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3307639group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3330861 ] error: : no such object
Bugs item #3330861, was opened at 2011-06-25 15:08 Message generated for change (Tracker Item Submitted) made by denis97531 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3330861group_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: D.P. (denis97531) Assigned to: Nobody/Anonymous (nobody) Summary: error: : no such object Initial Comment: After a long research about this error: : no such object I found that apparently it is due to accented characters in the file path. I mean, when you open a patch that is located in a folder that has accented characters in its name, the puredata console says error: : no such object. It doesn't help debugging other bugs. the Find last error menu didn't help on this one. this error doesn't appear when there is accented characters in the patch file name itself. I use PC - WIndows 7. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3330861group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3330955 ] lnRaScmpyDC
Patches item #3330955, was opened at 2011-06-25 13:32 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3330955group_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: pd-extended Group: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: lnRaScmpyDC Initial Comment: bIRkZS a href=http://aqwelolzfxil.com/;aqwelolzfxil/a, [url=http://sqiiuupzzpqs.com/]sqiiuupzzpqs[/url], [link=http://cyrpuhaasult.com/]cyrpuhaasult[/link], http://rdyijhnzcydm.com/ -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3330955group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3330955 ] lnRaScmpyDC
Patches item #3330955, was opened at 2011-06-25 09:32 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3330955group_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: Deleted Resolution: None Priority: 1 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: lnRaScmpyDC Initial Comment: bIRkZS a href=http://aqwelolzfxil.com/;aqwelolzfxil/a, [url=http://sqiiuupzzpqs.com/]sqiiuupzzpqs[/url], [link=http://cyrpuhaasult.com/]cyrpuhaasult[/link], http://rdyijhnzcydm.com/ -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3330955group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3327745 ] (Mac OS): discard changes? dialog not shown, can't close
Bugs item #3327745, was opened at 2011-06-24 16:21 Message generated for change (Tracker Item Submitted) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3327745group_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: puredata Group: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: (Mac OS): discard changes? dialog not shown, can't close Initial Comment: On Mac OS, steps to reproduce: 1. Open a patch that uses some abstraction 2. Click on an instance of an abstraction to open it (or right-click, open) 3. Change something in the abstraction and don't save. 4. Close the abstraction's window 5. Close Pd Expected: the abstraction's window should open and the dialog saying Discard changes in ...? should be shown. You should be able to click on Yes to continue and close Pd Observed: the abstraction's window does show up but the dialog is not shown. Pd waits for your answer but you cannot say either yes or not because the dialog with the button is not shown. Maybe it's hidden somewhere and you may be able to force it to show up but I haven't found any way and I don't have much experience with Mac OS. This does not happen 100% of the times, but quite often. This means you cannot close Pd without saving changes (unless you kill it), which is pretty critical. The issue has existed for years. I thought I had reported it but I can't find any bug report about it. I don't know if it's fixed in 0.43. It's 0.42.6 here. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3327745group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3328346 ] console scroll bar broken on Mac OS
Bugs item #3328346, was opened at 2011-06-24 20:37 Message generated for change (Tracker Item Submitted) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3328346group_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: puredata Group: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: console scroll bar broken on Mac OS Initial Comment: The scroll bar of Pd's console doesn't work properly on Mac OS: 1. On the bottom. where usually the up and down-arrow buttons are located, there is only the up-arrow button 2. If you click on the scrollbar's cursor and drag it, the scroll bar cursor's movement are out of sync with the mouse cursor's movement. The bar's cursor tends to drift upwards compared to the mouse, and the offset is accumulated. Pd Vanilla 0.42.6 on Mac OS. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3328346group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3322875 ] pd-extended doesn't save .plist-preference file on osX 10.5
Bugs item #3322875, was opened at 2011-06-20 09:17 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3322875group_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: pd-extended Group: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: rocking_benny () Assigned to: Hans-Christoph Steiner (eighthave) Summary: pd-extended doesn't save .plist-preference file on osX 10.5 Initial Comment: I downloaded pd-extended 0.42.5, started it and changed the audio and midi preferences but no .plist file in ~/Library/Preferences will be created. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3322875group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3322880 ] on osX 10.5midi settings aren't saved with the preferences
Bugs item #3322880, was opened at 2011-06-20 09:27 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3322880group_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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: rocking_benny () Assigned to: Hans-Christoph Steiner (eighthave) Summary: on osX 10.5midi settings aren't saved with the preferences Initial Comment: I wonder why the midi-settings don't get saved with the plist-preference file on Mac OS X 10.5. I allways have to set them manually again -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3322880group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Feature Requests-3322973 ] make clocks thread safe
Feature Requests item #3322973, was opened at 2011-06-20 11:59 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478073aid=3322973group_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: puredata-dev Group: None Status: Open Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: make clocks thread safe Initial Comment: when writing threaded externals, i often find myself wanting Pd to call a callback from the main thread, depending on the other thread's state. e.g. when doing asynchronous data acquisition, i want to notify Pd when new data has arrived, so it can be delivered in the main thread. the obvious way is to use t_clock, and registers a new clock_delay() event from within the helper-thread; Pd will then callback in the next tick. unfortunately the clock_set(),... methods are not thread safe, possibly leading to corruption of the clock_setlist when accessing them simultaneously. one workaround is to use the global sys_lock(), but i find this to terribly slow down the entire Pd process, esp. when i have to call sys_lock() multiple times before ticks. that's most likely because sys_lock() locks about everything. an alternative i used in the past, is to have a special (mutex-protected) flag, indicating whether i already have a clock running that is waiting to be called back from the main thread. however, i find this quite complicated therefore, i propose to make the clock_delay/clock_set/clock_unset methods threadsafe, by internally maintaining a separate mutex that solely protects the clock_setlist. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478073aid=3322973group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3312794 ] pd-extended: magic glass not 64 bit clean
Patches item #3312794, was opened at 2011-06-06 22:56 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3312794group_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: pd-extended Group: None Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Albert Graef (agraef) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pd-extended: magic glass not 64 bit clean Initial Comment: The magicGlass_new and magicGlass_setCanvas functions in g_magicglass.c both take an int parameter c which gets assigned to the x_c member of the t_magicGlass struct. However, in g_canvas.c a t_canvas* is being passed for this parameter, cast to int. This doesn't work on 64 bit systems (or if it does, you're just lucky) because an int is 32 bit and a pointer 64 bit. Suggested fix: Make x_c a t_glist* and fix up the uses of this member in g_magicglass.c accordingly. Make the c parameter of magicGlass_new and magicGlass_setCanvas a t_glist* as well, and fix up the invocation of magicGlass_new in g_canvas.c accordingly. I'd also suggest to move the declaration of the t_magicGlass struct into g_magicglass.h. Currently it is replicated in g_magicglass.c and g_canvas.c which is error-prone. -- Comment By: SourceForge Robot (sf-robot) Date: 2011-06-21 04: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: Hans-Christoph Steiner (eighthave) Date: 2011-06-07 03:54 Message: Included in pd-extended.git -- Comment By: Albert Graef (agraef) Date: 2011-06-07 00:13 Message: Attached. This is a git format-patch which should apply cleanly to pure-extended HEAD. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-06-06 23:44 Message: Thanks for the bug report! If you can put together a 'git format-patch' or a 'diff -uw', then I'll include it. Otherwise, it'll have to wait until I have some time to dive into that again. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3312794group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3322597 ] segmentation fault zexy's [abs~] ubuntu 10.04
Bugs item #3322597, was opened at 2011-06-19 23:12 Message generated for change (Tracker Item Submitted) made by funsseelen You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3322597group_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: Funs Seelen (funsseelen) Assigned to: Nobody/Anonymous (nobody) Summary: segmentation fault zexy's [abs~] ubuntu 10.04 Initial Comment: OS: Ubuntu 10.04 hardware: Asus EEE pc, Intel Atom Pd: 0.42-5 (vanilla) Opening a patch using zexy's [abs~] with dsp on causes: pd_gui: pd process exited Segmentation fault Other orders of doing things (dsp on, load patch etc.) don't make a difference. Just in a few cases pd doesn't crash, but I couldn't figure out anything else than randomness. Using [abs~_aliased] causes no problems. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3322597group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3321834 ] discard changes message messed up
Bugs item #3321834, was opened at 2011-06-18 17:24 Message generated for change (Tracker Item Submitted) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3321834group_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: puredata Group: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: discard changes message messed up Initial Comment: Sometimes, when I run a patch with a few abstractions, and I edit the main patch and I open and edit some of the abstractions and don't save, when I try to close the main patch, I get inconsistent discard changes on XXX? messages. For example: 1) Let's have a patch Main.pd which contains instances of an abstraction A.pd and an abstraction B.pd. 2) I open only Main.pd. I modify it without saving. I right-click on [A] and select open, I edit the A abstraction, close it and don't save. Same for B 3) I close the main patch by clicking the X button of its window Result: - i get a dialog Discard changes on Main.pd? (Main.pd's window is brought to front) I say Yes - I get a dialog Discard changes on A.pd? (A-pd's window is brought to front)I say Yes - I get a dialog Discard changes on Main.pd? (again!!) but B.pd's windos is actually broght to front. This is just an example. I can't provide a patch that sistematically reproduces the issue, it's intermittent. I guess it depends in which order you open, close, save, etc. Pd Vanilla 0.42.5 on Ubuntu here. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3321834group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3317264 ] Pd clases with windows explorer?
Bugs item #3317264, was opened at 2011-06-16 12:54 Message generated for change (Tracker Item Submitted) made by jmmmp You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3317264group_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: puredata Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Joo Pais (jmmmp) Assigned to: Nobody/Anonymous (nobody) Summary: Pd clases with windows explorer? Initial Comment: Hi, My current system is XP, Pd-ext 0.42, Pd-van 0.43. I think this issue always happened a bit for many years, but now I'm putting in a report. I think Pd clashes with windows explorer, making it behave a bit weird at some points. I can't give a concrete cause-effect list, but here are some of the symptoms that happen only when Pd is on. Both Pd versions - If pd is on, the task bar and explorer in general (opening folders, ...) behaves slower. Sometimes is necessary to wait up to a minute for a new window to open. This happens more often with Pd is on + a file menu within pd (open, save, ...) is also showing Pd-vanilla Sometimes (for sure after a fresh installation), when I start Pd vanilla some system settings get overwritten. So far I noticed: - the window open/close animation gets activated (this one has been happening for years) - my tablet's settings get mixed up: velocity, position, ... (this one is recent) I imagine this should be a Tcl/Tk problem? Best, Joo Pais -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3317264group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3317625 ] linux_make/debian/control unparseable (extra newline)
Bugs item #3317625, was opened at 2011-06-16 20:23 Message generated for change (Tracker Item Submitted) made by arthurdenture You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3317625group_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: Jacob Lee (arthurdenture) Assigned to: Nobody/Anonymous (nobody) Summary: linux_make/debian/control unparseable (extra newline) Initial Comment: The latest revision of linux_make/debian/control - http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/packages/linux_make/debian/control?r1=14772r2=15101 - added an extra newline mid-file. With that newline, my system (Ubuntu natty) complains: dpkg-deb: warning: parsing file '/home/jacob/src/pd-extended-git/packages/linux_make/build//DEBIAN/control' near line 9 package 'pd-extended': missing description dpkg-deb: error: parsing file '/home/jacob/src/pd-extended-git/packages/linux_make/build//DEBIAN/control' near line 31: several package info entries found, only one allowed Having removed that newline, I was able to build a package successfully. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3317625group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3313638 ] pix_image cpu load issue on Linux
Bugs item #3313638, was opened at 2011-06-08 11:40 Message generated for change (Tracker Item Submitted) made by katjav You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3313638group_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: Katja (katjav) Assigned to: Nobody/Anonymous (nobody) Summary: pix_image cpu load issue on Linux Initial Comment: pix_image causes a cpu load of ~4% per instance when thread loading is enabled. Debian Squeeze Panasonic CF 74 with Intel integrated 945GM Pd-extended 0.42.5 Gem 0.93 Since thread loading is enabled by default, patches with multiple pix_image created on other systems (where this issue does not exist) can not be used without modification. If the pix_image cpu load issue is common for Linux, the object should initialize with threadMess(0) as long as the issue is not solved. Katja Vetter -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3313638group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3312794 ] pd-extended: magic glass not 64 bit clean
Bugs item #3312794, was opened at 2011-06-07 00:56 Message generated for change (Tracker Item Submitted) made by agraef You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3312794group_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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Albert Graef (agraef) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pd-extended: magic glass not 64 bit clean Initial Comment: The magicGlass_new and magicGlass_setCanvas functions in g_magicglass.c both take an int parameter c which gets assigned to the x_c member of the t_magicGlass struct. However, in g_canvas.c a t_canvas* is being passed for this parameter, cast to int. This doesn't work on 64 bit systems (or if it does, you're just lucky) because an int is 32 bit and a pointer 64 bit. Suggested fix: Make x_c a t_glist* and fix up the uses of this member in g_magicglass.c accordingly. Make the c parameter of magicGlass_new and magicGlass_setCanvas a t_glist* as well, and fix up the invocation of magicGlass_new in g_canvas.c accordingly. I'd also suggest to move the declaration of the t_magicGlass struct into g_magicglass.h. Currently it is replicated in g_magicglass.c and g_canvas.c which is error-prone. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3312794group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Feature Requests-3312805 ] Add pd-extended GUI improvements to pd-vanilla
Feature Requests item #3312805, was opened at 2011-06-07 01:23 Message generated for change (Tracker Item Submitted) made by agraef You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478073aid=3312805group_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: puredata Group: None Status: Open Priority: 5 Private: No Submitted By: Albert Graef (agraef) Assigned to: Nobody/Anonymous (nobody) Summary: Add pd-extended GUI improvements to pd-vanilla Initial Comment: It would be nice to have the following GUI improvements from pd-extended in vanilla: - The pd-extended color scheme for objects, inlets, outlets and wires. IMHO these give important visual cues which make it easier to work with Pd, especially for beginners. - An option in the Edit menu to toggle autopatching. It's very convenient if the user can change this on the fly while running Pd. - jsarlo's magic glass. In edit mode this allows you to point the mouse at a wire to peek at the data passing through the wire. This is toggled with a corresponding option in the Edit menu. This is also very convenient, and IMHO a great tool for learning Pd. I've compiled a patch from the corresponding 3 changesets in the patch_series branch of the pd-extended git repository, which applies cleanly on top of the pure-data git repository (as of 2011-04-19). I've also fixed some 64 bit related issues with magic glass, this is included in the patch. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478073aid=3312805group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3312794 ] pd-extended: magic glass not 64 bit clean
Patches item #3312794, was opened at 2011-06-06 18:56 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3312794group_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: pd-extended Group: None Status: Pending Resolution: Accepted Priority: 5 Private: No Submitted By: Albert Graef (agraef) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pd-extended: magic glass not 64 bit clean Initial Comment: The magicGlass_new and magicGlass_setCanvas functions in g_magicglass.c both take an int parameter c which gets assigned to the x_c member of the t_magicGlass struct. However, in g_canvas.c a t_canvas* is being passed for this parameter, cast to int. This doesn't work on 64 bit systems (or if it does, you're just lucky) because an int is 32 bit and a pointer 64 bit. Suggested fix: Make x_c a t_glist* and fix up the uses of this member in g_magicglass.c accordingly. Make the c parameter of magicGlass_new and magicGlass_setCanvas a t_glist* as well, and fix up the invocation of magicGlass_new in g_canvas.c accordingly. I'd also suggest to move the declaration of the t_magicGlass struct into g_magicglass.h. Currently it is replicated in g_magicglass.c and g_canvas.c which is error-prone. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-06-06 23:54 Message: Included in pd-extended.git -- Comment By: Albert Graef (agraef) Date: 2011-06-06 20:13 Message: Attached. This is a git format-patch which should apply cleanly to pure-extended HEAD. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-06-06 19:44 Message: Thanks for the bug report! If you can put together a 'git format-patch' or a 'diff -uw', then I'll include it. Otherwise, it'll have to wait until I have some time to dive into that again. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3312794group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1572310 ] after Save As..., the path remains at the location
Patches item #1572310, was opened at 2006-10-06 20:20 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1572310group_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: puredata Group: bugfix Status: Open Resolution: Fixed Priority: 2 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: after Save As..., the path remains at the location Initial Comment: If you open an instance of an abstraction, then Save As... to somewhere else, the path of that abstraction stays at the original location, even though the file was saved to the new location. Clicking File-Save will then save to the original location rather than the new location. Tested on Mac OS X with Pd-0.39.2, Pd-0.39.2-extended-test5, and Pd-0.40-0. -- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-06-01 11:31 Message: looking through the sources, the problem is: canvas_rename() calls canvas_reflectttitle() just before the directory is set. so the old directory is shown (reflected) attached patch (against todays git) reverses the order, so when canvas_reflecttitle() is called, the directory is already set to the new value. -- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-06-01 10:48 Message: confirmed with Pd-vanilla 0.42 (OSX) and 0.43 (linux) note that as soon as you edit the patch, the path get's updated to show the correct (new) one. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 23:51 Message: Logged In: YES user_id=27104 Originator: YES Strange, I looked into this. It seems that just the title bar isn't being updated, but the patch does think of itself in the new location. [getdir] will show the new location. It seems that when canvas_rename() is called inside of canvas_savetofile(), the directory is not yet updated, when things get to canvas_reflecttitle(), and therefore canvas_getdir() returns the old location rather than the new one. Since this is now cosmetic, I'll leave it for another day. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-10-07 23:49 Message: Logged In: YES user_id=27104 Save As... means write out a new file. A new file means a new class. The instance that started this process remains the old class, therefore is no longer related to this new class. This means its inconsistent to have this instance remain as the original class. Also, from a usability perspective, it makes things much more coherent. In every other app that I use, when I do Save As..., that current view changes to the new file. It does not remain on the old file. -- Comment By: Frank Barknecht (fbar) Date: 2006-10-07 13:53 Message: Logged In: YES user_id=569446 I'm note sure if that's a bug, though I agree, that it's confusing. But if you open an instance of an abstraction and save that under a different name, this action doesn't affect the name of the abstraction's instance as it is used in the parent patch: This one will stay the same. If you want to use your newly saved abstraction you need to rename the instance to the new name as well first. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1572310group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1572310 ] after Save As..., the path remains at the location
Patches item #1572310, was opened at 2006-10-06 20:20 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1572310group_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: puredata Group: None Status: Open Resolution: Fixed Priority: 2 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: after Save As..., the path remains at the location Initial Comment: If you open an instance of an abstraction, then Save As... to somewhere else, the path of that abstraction stays at the original location, even though the file was saved to the new location. Clicking File-Save will then save to the original location rather than the new location. Tested on Mac OS X with Pd-0.39.2, Pd-0.39.2-extended-test5, and Pd-0.40-0. -- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-06-01 11:31 Message: looking through the sources, the problem is: canvas_rename() calls canvas_reflectttitle() just before the directory is set. so the old directory is shown (reflected) attached patch (against todays git) reverses the order, so when canvas_reflecttitle() is called, the directory is already set to the new value. -- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-06-01 10:48 Message: confirmed with Pd-vanilla 0.42 (OSX) and 0.43 (linux) note that as soon as you edit the patch, the path get's updated to show the correct (new) one. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 23:51 Message: Logged In: YES user_id=27104 Originator: YES Strange, I looked into this. It seems that just the title bar isn't being updated, but the patch does think of itself in the new location. [getdir] will show the new location. It seems that when canvas_rename() is called inside of canvas_savetofile(), the directory is not yet updated, when things get to canvas_reflecttitle(), and therefore canvas_getdir() returns the old location rather than the new one. Since this is now cosmetic, I'll leave it for another day. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-10-07 23:49 Message: Logged In: YES user_id=27104 Save As... means write out a new file. A new file means a new class. The instance that started this process remains the old class, therefore is no longer related to this new class. This means its inconsistent to have this instance remain as the original class. Also, from a usability perspective, it makes things much more coherent. In every other app that I use, when I do Save As..., that current view changes to the new file. It does not remain on the old file. -- Comment By: Frank Barknecht (fbar) Date: 2006-10-07 13:53 Message: Logged In: YES user_id=569446 I'm note sure if that's a bug, though I agree, that it's confusing. But if you open an instance of an abstraction and save that under a different name, this action doesn't affect the name of the abstraction's instance as it is used in the parent patch: This one will stay the same. If you want to use your newly saved abstraction you need to rename the instance to the new name as well first. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1572310group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1930701 ] configure for a compiler other than cc
Patches item #1930701, was opened at 2008-04-01 00:28 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1930701group_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: puredata-dev Group: feature Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Miller Puckette (millerpuckette) Summary: configure for a compiler other than cc Initial Comment: the patch below against makefile.in (0.41-4) allows for a configuration run like CC=gcc-4.3 ./configure --disable-fat where gcc-4.3 will be used as the compiler --- makefile.ori.in 2008-04-01 02:23:18.0 +0200 +++ makefile.in 2008-04-01 02:23:28.0 +0200 @@ -32,6 +32,7 @@ -Wno-unused -Wno-parentheses -Wno-switch ARCH_CFLAGS = -DPD +CC = @CC@ CFLAGS = @CFLAGS@ $(ARCH_CFLAGS) $(WARN_CFLAGS) $(CPPFLAGS) $(MORECFLAGS) # the sources -- Comment By: SourceForge Robot (sf-robot) Date: 2011-05-31 11: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: IOhannes m zmlnig (zmoelnig) Date: 2011-05-17 10:38 Message: with the new autobuild based system, this has been included. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1930701group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3308866 ] PD Closes when I search for PD file
Bugs item #3308866, was opened at 2011-05-28 22:06 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3308866group_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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: PD Closes when I search for PD file Initial Comment: PD Extended Closes when I try to open PD files PD files in the Open window on Windows XP -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3308866group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3308027 ] canvas get method
Patches item #3308027, was opened at 2011-05-26 12:02 Message generated for change (Settings changed) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3308027group_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: puredata Group: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jonathan Wilkes (jancsika1) Assigned to: Nobody/Anonymous (nobody) Summary: canvas get method Initial Comment: This adds a get method to canvases (demo patch attached). The attributes isabstraction and a pointer to this canvas could be added (but I haven't run into a need for them yet). Mouse position and click status (relative to the canvas) would be handy for visible windows, but I don't know how to do that from c. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3308027group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3308027 ] canvas get method
Patches item #3308027, was opened at 2011-05-26 12:02 Message generated for change (Tracker Item Submitted) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3308027group_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: Jonathan Wilkes (jancsika1) Assigned to: Nobody/Anonymous (nobody) Summary: canvas get method Initial Comment: This adds a get method to canvases (demo patch attached). The attributes isabstraction and a pointer to this canvas could be added (but I haven't run into a need for them yet). Mouse position and click status (relative to the canvas) would be handy for visible windows, but I don't know how to do that from c. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3308027group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3307503 ] segfault in DSP-loop detection
Bugs item #3307503, was opened at 2011-05-25 15:32 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3307503group_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: puredata Group: None Status: Open Resolution: None Priority: 8 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: segfault in DSP-loop detection Initial Comment: given a patch that contains a DSP-loop _and_ an [inlet~] _and_ and [outlet~] (see attached patch). if this file is opened as a toplevel patch (via File-Open) and you then turn on DSP, Pd will segfault. if [outlet~] is missing, Pd will give an error about DSP-loop detected and refuses to calculate (which is ok and expected). however, a segfault is not ok. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3307503group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3307503 ] segfault in DSP-loop detection
Patches item #3307503, was opened at 2011-05-25 15:32 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3307503group_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: puredata Group: None Status: Open Resolution: None Priority: 8 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: segfault in DSP-loop detection Initial Comment: given a patch that contains a DSP-loop _and_ an [inlet~] _and_ and [outlet~] (see attached patch). if this file is opened as a toplevel patch (via File-Open) and you then turn on DSP, Pd will segfault. if [outlet~] is missing, Pd will give an error about DSP-loop detected and refuses to calculate (which is ok and expected). however, a segfault is not ok. -- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-05-25 15:36 Message: hunting down the bug i found that it crashes in the fill borrowed outputs loop around d_ugen.c:1064. the crash happens because dc_iosigs==NULL (due to the patch being run as toplevel ) and dc_noutlets==dc_ninlets==1 (because there is inlet~ and outlet~). this combination leads to an access of (*dc_iosigs)-s_borrowedFrom which is invalid (dc_iosigs==NULL) the attached patch tries to fix the underlying problem, by forcing dc_noutlets=dc_ninlets=0 if the toplevel flag is set. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3307503group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3307524 ] quitting pd -jack can hang Pd
Bugs item #3307524, was opened at 2011-05-25 16:20 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3307524group_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: puredata Group: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: IOhannes m zmlnig (zmoelnig) Summary: quitting pd -jack can hang Pd Initial Comment: if Pd starts the jackd automatically (which is the case if no jackd is running and you start pd -jack), and you then connect another application to jack (it is sufficient to start e.g. qjackctrl), quitting Pd becomes weird: - the pd process terminates - pd-gui still hangs around - pd-watchdog starts signalling (as the non-existant pd process doesn't reply anymore) system: debian(wheezy/sid) i386 jackdmp 1.9.6 pd 0.43.0 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3307524group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3307549 ] trigonometric functions lack method for bang on left inlet
Bugs item #3307549, was opened at 2011-05-25 16:58 Message generated for change (Tracker Item Submitted) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3307549group_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: puredata Group: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: trigonometric functions lack method for bang on left inlet Initial Comment: Trigonometric functions, or at least [atan2] and [sin], lack a method for bang on the left inlet. I would expect them to follow the universal convention for binary math functions, that is, bang on left inlet recomputes the operation with the last value received. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3307549group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3307639 ] Localisation
Patches item #3307639, was opened at 2011-05-25 13:17 Message generated for change (Tracker Item Submitted) made by alxe You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3307639group_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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alexandre Castonguay (alxe) Assigned to: Nobody/Anonymous (nobody) Summary: Localisation Initial Comment: Mise jour de la localisation franaise -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3307639group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3307677 ] tcl tab at bottom of pd
Bugs item #3307677, was opened at 2011-05-25 18:20 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3307677group_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: puredata Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: tcl tab at bottom of pd Initial Comment: Pd 0.43.0 winvista /intel coreduo/(dell inspiron1545) built-in hda intela option to view tcl in help menu reports error if tcl tab at bottom of pd is already open(could be a better idea to close tcl tab?) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3307677group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3307680 ] pdextended nightly build not working on my vista
Bugs item #3307680, was opened at 2011-05-25 18:25 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3307680group_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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pdextended nightly build not working on my vista Initial Comment: pdextended 0.43 nightly build 25th may 2011 dell inspiron 1545...intelcore2duo,hda-intel, vista after installation i tried to run puredata, but puredata doesnt runwell it does, it shows in the task manager, but no window shows. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3307680group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-2989552 ] type-punned pointers break strict aliasing rules
Patches item #2989552, was opened at 2010-04-19 22:01 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=2989552group_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: puredata Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Miller Puckette (millerpuckette) Summary: type-punned pointers break strict aliasing rules Initial Comment: the current development version of Pd (well, assuming the gui-rewrite 0.43 branch is it) stiill suffers from a lot type-punned pointers that break strict aliasing rules (and would better be replaced by unions). See here for some rationale http://lists.puredata.info/pipermail/pd-dev/2007-10/009677.html Some command line hackery to print out some stats: 8 claude@zebimus:~/code/pure-data_branches_pd-gui-rewrite_0-43$ make CFLAGS=-fstrict-aliasing -Wall 21 | grep warning.*strict | sort | sed s|: warning.*|| | uniq | sed s|:| | | sort -V | ( oldsrc=none ; while read src lineno ; do if [ $src = $oldsrc ] ; then echo $lineno ; else echo $src $lineno ; fi ; oldsrc=$src ; done ) | sed s|\(._.*\)|;\1| | tr \n; \n | tail -n+2 echo d_array.c 61 727 d_ctl.c 110 145 327 d_delay.c 88 d_filter.c 72 174 305 307 390 577 810 812 d_math.c 87 101 109 d_osc.c 437 439 d_soundfile.c 252 253 254 285 287 290 298 299 321 337 339 346 355 356 371 987 998 1095 1106 8 (That's a table of files with line numbers that exhibit the problem) While replacing (*(inttype *)floatvalue) with a (union {inttype i; floattype f; } u;) is almost trivial, it's slightly less trivial to do it the right way. The right way involves taking into account that Pd can be now be compiled to use double instead of float, so you need a different sized inttype for each case The later 32bit bit-twiddling will probably break in that case anyway, so maybe better to have a compile-time check if it will work, and if not then do it the naive way...). -- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-05-24 19:18 Message: i just stumbled upon the type-punning problem, as [tabwrite~] would not write the data i expected. so i tried to fix the problem, with the following patches: 0001-implement-PD_BIGORSMALL-with-unions.patch re-implemented PD_BIGORSMALL and PD_BADFLOAT using static inline functions that use unions rather than typecasts; the performance is slightly worse (about 16%), but then i prefer slow code to broken code 0002-replace-float-int-casts-with-unions.patch replaces the remaining typecasts in d_math.c and d_soundfiler.c with unions 0003-cleanup-soundfile-parsers-reduce-number-of-casts.patch claude's script also showed up some warnings in the soundfile parsers where it complained about things like ((t_wavechunk *)buf)-wc_id[0] which i have now replaced by a single cast from char[] to (e.g.) t_wavechunk; i believe that this makes the code more readable (no need to do the typecast in my head), and shuts up compiler warnings which are usually indicators of problematic code anyhow. it would be great if these could get included in 0.43.1; i will definitely include them in the debian packages, as those are currently broken due to the type-punning problem. -- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2010-04-19 22:30 Message: It seems you have to be careful even with unions (type-punning via unions is allowed only if you do it the simplest way..) http://gcc.gnu.org/onlinedocs/gcc-4.5.0/gcc/Optimize-Options.html#index-fstrict_002daliasing-787 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=2989552group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-2989552 ] type-punned pointers break strict aliasing rules
Patches item #2989552, was opened at 2010-04-19 22:01 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=2989552group_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: puredata Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Miller Puckette (millerpuckette) Summary: type-punned pointers break strict aliasing rules Initial Comment: the current development version of Pd (well, assuming the gui-rewrite 0.43 branch is it) stiill suffers from a lot type-punned pointers that break strict aliasing rules (and would better be replaced by unions). See here for some rationale http://lists.puredata.info/pipermail/pd-dev/2007-10/009677.html Some command line hackery to print out some stats: 8 claude@zebimus:~/code/pure-data_branches_pd-gui-rewrite_0-43$ make CFLAGS=-fstrict-aliasing -Wall 21 | grep warning.*strict | sort | sed s|: warning.*|| | uniq | sed s|:| | | sort -V | ( oldsrc=none ; while read src lineno ; do if [ $src = $oldsrc ] ; then echo $lineno ; else echo $src $lineno ; fi ; oldsrc=$src ; done ) | sed s|\(._.*\)|;\1| | tr \n; \n | tail -n+2 echo d_array.c 61 727 d_ctl.c 110 145 327 d_delay.c 88 d_filter.c 72 174 305 307 390 577 810 812 d_math.c 87 101 109 d_osc.c 437 439 d_soundfile.c 252 253 254 285 287 290 298 299 321 337 339 346 355 356 371 987 998 1095 1106 8 (That's a table of files with line numbers that exhibit the problem) While replacing (*(inttype *)floatvalue) with a (union {inttype i; floattype f; } u;) is almost trivial, it's slightly less trivial to do it the right way. The right way involves taking into account that Pd can be now be compiled to use double instead of float, so you need a different sized inttype for each case The later 32bit bit-twiddling will probably break in that case anyway, so maybe better to have a compile-time check if it will work, and if not then do it the naive way...). -- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-05-24 19:22 Message: all three patches apply to the current (as of today) master branch in git. might be that 0002 and 0003 should be applied in the right order (as both modify d_soundfiler.c) -- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-05-24 19:18 Message: i just stumbled upon the type-punning problem, as [tabwrite~] would not write the data i expected. so i tried to fix the problem, with the following patches: 0001-implement-PD_BIGORSMALL-with-unions.patch re-implemented PD_BIGORSMALL and PD_BADFLOAT using static inline functions that use unions rather than typecasts; the performance is slightly worse (about 16%), but then i prefer slow code to broken code 0002-replace-float-int-casts-with-unions.patch replaces the remaining typecasts in d_math.c and d_soundfiler.c with unions 0003-cleanup-soundfile-parsers-reduce-number-of-casts.patch claude's script also showed up some warnings in the soundfile parsers where it complained about things like ((t_wavechunk *)buf)-wc_id[0] which i have now replaced by a single cast from char[] to (e.g.) t_wavechunk; i believe that this makes the code more readable (no need to do the typecast in my head), and shuts up compiler warnings which are usually indicators of problematic code anyhow. it would be great if these could get included in 0.43.1; i will definitely include them in the debian packages, as those are currently broken due to the type-punning problem. -- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2010-04-19 22:30 Message: It seems you have to be careful even with unions (type-punning via unions is allowed only if you do it the simplest way..) http://gcc.gnu.org/onlinedocs/gcc-4.5.0/gcc/Optimize-Options.html#index-fstrict_002daliasing-787 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=2989552group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3307186 ] comport hangs Pd and eats 100% CPU when port disconnected
Bugs item #3307186, was opened at 2011-05-25 02:29 Message generated for change (Tracker Item Submitted) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3307186group_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: pd-extended Group: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Hans-Christoph Steiner (eighthave) Summary: comport hangs Pd and eats 100% CPU when port disconnected Initial Comment: Steps to reproduce: 1) Connect a serial over USB device, such as an Arduino 2) Create a [comport] and send it the appropriate open message to connect to the device: [open N( | [comport] 3) When the connection is established, unplug the USB device. Pd will start eating 100% CPU and will hang. You won't even be able to close it, you have to kill the process. This happens systematically here. Pd Extended 0.42.5, Ununtu 10.04 I know you're not supposed to unplug a com port without closing, but Pd shouldn't hang. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3307186group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3303670 ] GNj2Fy a href=http://zwqthqsyptnm.com/zwqthqsyptnm/a,
Patches item #3303670, was opened at 2011-05-18 03:20 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3303670group_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: abstractions Group: documentation Status: Deleted Resolution: Invalid Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: GNj2Fy a href=http://zwqthqsyptnm.com/;zwqthqsyptnm/a, Initial Comment: GNj2Fy a href=http://zwqthqsyptnm.com/;zwqthqsyptnm/a, [url=http://sodldhscqsfu.com/]sodldhscqsfu[/url], [link=http://dglzdnyavgwh.com/]dglzdnyavgwh[/link], http://qkohgbqebdig.com/ -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3303670group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3303222 ] make sure patches get written to disk
Patches item #3303222, was opened at 2011-05-17 12:34 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3303222group_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: puredata Group: bugfix Status: Open Resolution: None Priority: 6 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: make sure patches get written to disk Initial Comment: there is a very long standing (reported for pd-0.36cvs!) bug-report in debian (debian-bug#203288), claiming: snip pd: no error given when saving to a filesystem that is full When trying to save to a filesystem that is full, a 0 byte file is written and no error is given. /snip with Pd-0.43, i get an error when saving too big patches on the filsystem in most cases (great), but some (e.g. creating a new empty patch, save that on the full fileystem) still reports everything as correct, even though only a 0 byte file gets written. a simple solution (attached) is to call fflush() at the end of binbuf_write() and check it's return value for success. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3303222group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3303222 ] make sure patches get written to disk
Patches item #3303222, was opened at 2011-05-17 12:34 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3303222group_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: puredata Group: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: make sure patches get written to disk Initial Comment: there is a very long standing (reported for pd-0.36cvs!) bug-report in debian (debian-bug#203288), claiming: snip pd: no error given when saving to a filesystem that is full When trying to save to a filesystem that is full, a 0 byte file is written and no error is given. /snip with Pd-0.43, i get an error when saving too big patches on the filsystem in most cases (great), but some (e.g. creating a new empty patch, save that on the full fileystem) still reports everything as correct, even though only a 0 byte file gets written. a simple solution (attached) is to call fflush() at the end of binbuf_write() and check it's return value for success. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3303222group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1930701 ] configure for a compiler other than cc
Patches item #1930701, was opened at 2008-04-01 02:28 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1930701group_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: puredata-dev Group: feature Status: Pending Resolution: Fixed Priority: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Miller Puckette (millerpuckette) Summary: configure for a compiler other than cc Initial Comment: the patch below against makefile.in (0.41-4) allows for a configuration run like CC=gcc-4.3 ./configure --disable-fat where gcc-4.3 will be used as the compiler --- makefile.ori.in 2008-04-01 02:23:18.0 +0200 +++ makefile.in 2008-04-01 02:23:28.0 +0200 @@ -32,6 +32,7 @@ -Wno-unused -Wno-parentheses -Wno-switch ARCH_CFLAGS = -DPD +CC = @CC@ CFLAGS = @CFLAGS@ $(ARCH_CFLAGS) $(WARN_CFLAGS) $(CPPFLAGS) $(MORECFLAGS) # the sources -- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-05-17 12:38 Message: with the new autobuild based system, this has been included. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1930701group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3303670 ] GNj2Fy a href=http://zwqthqsyptnm.com/zwqthqsyptnm/a,
Patches item #3303670, was opened at 2011-05-18 01:20 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3303670group_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: abstractions Group: documentation Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: GNj2Fy a href=http://zwqthqsyptnm.com/;zwqthqsyptnm/a, Initial Comment: GNj2Fy a href=http://zwqthqsyptnm.com/;zwqthqsyptnm/a, [url=http://sodldhscqsfu.com/]sodldhscqsfu[/url], [link=http://dglzdnyavgwh.com/]dglzdnyavgwh[/link], http://qkohgbqebdig.com/ -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3303670group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3302614 ] some abstractions are missing in Vanilla for Ubuntu
Bugs item #3302614, was opened at 2011-05-15 22:51 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3302614group_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: puredata Group: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: some abstractions are missing in Vanilla for Ubuntu Initial Comment: The following abstractions: rev1~, rev2~, rev3~, hilbert~ are included in Pd Vanilla for Windows; they are located in the extra folder. However they are missing (or maybe they are not where they are expected to be) in the Linux version, or at least in the package for Ubuntu. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3302614group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3302618 ] some abstractions are missing in Vanilla for Ubuntu
Bugs item #3302618, was opened at 2011-05-16 00:58 Message generated for change (Tracker Item Submitted) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3302618group_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: puredata Group: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: some abstractions are missing in Vanilla for Ubuntu Initial Comment: The following abstractions: rev1~, rev2~, rev3~, hilbert~ are included in Pd Vanilla for Windows; they are located in the extra folder. However they are missing (or maybe they are not where they are expected to be) in the Linux version, or at least in the package for Ubuntu. Pd Vanilla 0.42.5 on Ubuntu. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3302618group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3302136 ] capslock screws up msg box edition
Bugs item #3302136, was opened at 2011-05-14 15:42 Message generated for change (Tracker Item Submitted) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3302136group_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: Jonathan Wilkes (jancsika1) Assigned to: Nobody/Anonymous (nobody) Summary: capslock screws up msg box edition Initial Comment: Pd 0.43 Ubuntu Maverick 1. Create a msg box. 2. Turn caps lock on. 3. Type FOO 4. Select FOO by click dragging with the mouse. 5. Type ctrl-c Bug: FOO gets cut instead of copied. (Note: Steps 2 and 3 are actually interchangeable.) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3302136group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3300959 ] find last error doesn't show the error if it is inside GOP
Bugs item #3300959, was opened at 2011-05-12 12:56 Message generated for change (Tracker Item Submitted) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3300959group_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: puredata Group: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: find last error doesn't show the error if it is inside GOP Initial Comment: When you do find last error and the error _is_ trackable but it is inside some (possibly nested) GOP-enabled subpatch or abstraction, you get this on the console: Last trackable error: but the canvas containing the object that caused the error is not opened and nothing is highlighted anywhere, that is, nothing gives any clue of where the error is. Tested on Windows and Linux, Pd Vanilla 0.42.5. I reported this 3 years ago, but my description of the issue was confusing and misleading, and the description seems to be the only thing you cannot edit; so I'm creating this new artifact and I'll mark the other one as duplicate of this one. I will raise the priority because this makes serious development impossible. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3300959group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3299895 ] block~/switch~ overlap
Bugs item #3299895, was opened at 2011-05-10 13:21 Message generated for change (Tracker Item Submitted) made by nils_rotte You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3299895group_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: puredata Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Bernhard Neugebauer (nils_rotte) Assigned to: Nobody/Anonymous (nobody) Summary: block~/switch~ overlap Initial Comment: using block~/switch~ inside a subpatch with low blocksizes and overlap leads to artifacts. The problem occurs, if (blocksize)/(overlap factor) 64, with 64 being the blocksize of the parent window. tested on 0.39-3 extended and on 0.42-4 Windows XP/SP2 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3299895group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3299602 ] [pdp] Compilation option change for gcc 4.6
Bugs item #3299602, was opened at 2011-05-09 19:54 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3299602group_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: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: [pdp] Compilation option change for gcc 4.6 Initial Comment: A change (bugfix) in gcc 4.6 prevents pdp to compile. The fix is to replace -export-dynamic with -rdynamic in the Makefiles. I did not test the change with gcc 4.5 and previous. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3299602group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3299609 ] [pdp] Compilation option change for gcc 4.6
Bugs item #3299609, was opened at 2011-05-09 20:10 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3299609group_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: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: [pdp] Compilation option change for gcc 4.6 Initial Comment: A change (bugfix) in gcc 4.6 prevents pdp to compile. The fix is to replace -export-dynamic with -rdynamic in the Makefiles. I did not test the change with gcc 4.5 and previous. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3299609group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3298989 ] GUI gets frozen
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=detailatid=478070aid=3298989group_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: 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=detailatid=478070aid=3298989group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3298383 ] PureData writing beyond t_object struct on Windows.
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=detailatid=478070aid=3298383group_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: 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=detailatid=478070aid=3298383group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3297847 ] focus on properties window
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=detailatid=478070aid=3297847group_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: 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=detailatid=478070aid=3297847group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3297971 ] Pd-0.43 crash with GOP enabled abstraction inside subpatch
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=detailatid=478070aid=3297971group_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: 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=detailatid=478070aid=3297971group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3297480 ] menu text is not scaled with desktop font size
Bugs item #3297480, was opened at 2011-05-04 12:30 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3297480group_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: puredata Group: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: menu text is not scaled with desktop font size Initial Comment: it is not really important, but for teaching I like bigger fonts in menu like File. Almost all Programms respect the menu font size except PD. Tested on Linux Debian KDE. mfG Winfried Ritsch -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3297480group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3296739 ] make helpbrowser separate directories and patches
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=detailatid=478072aid=3296739group_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: 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 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=detailatid=478072aid=3296739group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3296739 ] make helpbrowser separate directories and patches
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=detailatid=478072aid=3296739group_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: 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 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=detailatid=478072aid=3296739group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3297604 ] pdextended installs as /usr/bin/pd
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=detailatid=478070aid=3297604group_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: 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=detailatid=478070aid=3297604group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3297605 ] pdextended binary not runnable
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=detailatid=478070aid=3297605group_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: 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-squeeze-i386.deb 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=detailatid=478070aid=3297605group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3296739 ] make helpbrowser separate directories and patches
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=detailatid=478072aid=3296739group_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: 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=detailatid=478072aid=3296739group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3296739 ] make helpbrowser separate directories and patches
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=detailatid=478072aid=3296739group_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: 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=detailatid=478072aid=3296739group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http
[PD-dev] [ pure-data-Patches-3297657 ] build-system fixes for kFreeBSD HURD
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=detailatid=478072aid=3297657group_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: 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=detailatid=478072aid=3297657group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev