Pd-dev November 2011

pd-dev@lists.iem.at

22 participants
71 discussions

[ pure-data-Patches-3414091 ] fix problem with arrow keys, Home, End, etc on Mac OS X 10.6
by SourceForge.net 07 Nov '11

07 Nov '11

Patches item #3414091, was opened at 2011-09-26 09:21 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3414091&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix Status: Closed >Resolution: Accepted Priority: 9 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: fix problem with arrow keys, Home, End, etc on Mac OS X 10.6 Initial Comment: On Mac OS X >= 10.6 using Tk/Cocoa, pressing arrow keys, home, end, PageUp, PageDown causes a wierd invisible character to be typed into the object box. This patch is a workaround fix for the odd keynums for Home, End, arrow keys, etc. that are getting returned. It is based on the patch from Martin Humphreys, posted on the pd-list ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-07 07:28 Message: accepted in commit 26fa01cd9e6520444bf6a491bb59c45d6620695d ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3414091&group_…

1 0

[ pure-data-Patches-3412977 ] replace MSW with _WIN32 (please please please)
by SourceForge.net 07 Nov '11

07 Nov '11

Patches item #3412977, was opened at 2011-09-22 10:11 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3412977&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None >Status: Closed Resolution: Accepted Priority: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: replace MSW with _WIN32 (please please please) Initial Comment: We are starting to port Pd to another interesting platform, (Google Chrome Native Client NaCl) and yet again we'll have to wade thru the #ifdefs to figure out what we need. Especially painful are things like #ifndef MSW. Lots of people have wasted many hours on this stuff. This MSW macro is unnecessary since every compiler for Windows defines _WIN32 automatically. If _WIN32 ever disappears, we can easily add -D_WIN32, which is just as easy as doing -DMSW. Or just replace -DMSW with -D_WIN32. Also, having the MSW as _WIN32 makes it easier to solve MinGW and Cygwin build issues where those platforms differ from MSVC++ This can be achieved with this one liner, which I've tested on Mac OS X, Ubuntu/Maverick, and Windows XP: cd pure-data.git/src && sed -i 's|\(^\#.*if.*\) MSW|\1 _WIN32|' *.[ch] You can see the lines that this regexp would change by running this: cd pure-data.git/src && sed -n 's|\(^\#.*if.*\) MSW|\1 _WIN32|p' *.[ch]|less ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-11-07 01:17 Message: applied with 338fd8017bca64b5163b6dff39a1268e49d9be27 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-03 11:39 Message: so just to highlight the key point, this change has little risk, and a big impact in future porting activities, like porting Pd to the Chrome native code, Windows Mobile, etc. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-03 11:37 Message: > I can't log onto sourceforge right now but thought I whould ask you a quick > question about _WIN32 - would it be a good or a bad idea to try to sneak > this into 0.43-1? I could either do that now or hold off for 0.44, depending > on which you think would cause less wreckage. I checked out all the changes that the sed replacement does, and did some build tests. I think this is really a low risk change that would be great to have in 0.43.1, > And by the way, would it not be adequate just to put > #ifdef _WIN32 > #define MSW > #endif > in m_pd.h? This will only help a little, and could confuse things. It is not very clear what exactly MSW means. It is some combination of _MSC_VER (MS compilers) and _WIN32 (Win32 platform SDKs) and even some other things. When doing things like porting to Cygwin or other Windows things, it'll be much easier to be able to submit fixes if _WIN32 is there. Also, when changing things to use specific macros like HAVE_ALLOCA_H, it'll make things more understandable. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-03 07:06 Message: putting the priority back since its an easy change that can save people a lot of work. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-11-03 02:46 Message: i'm all for doing this ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3412977&group_…

1 0

[ pure-data-Patches-3414091 ] fix problem with arrow keys, Home, End, etc on Mac OS X 10.6
by SourceForge.net 07 Nov '11

07 Nov '11

Patches item #3414091, was opened at 2011-09-26 09:21 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3414091&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed Resolution: None Priority: 9 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: fix problem with arrow keys, Home, End, etc on Mac OS X 10.6 Initial Comment: On Mac OS X >= 10.6 using Tk/Cocoa, pressing arrow keys, home, end, PageUp, PageDown causes a wierd invisible character to be typed into the object box. This patch is a workaround fix for the odd keynums for Home, End, arrow keys, etc. that are getting returned. It is based on the patch from Martin Humphreys, posted on the pd-list ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-07 07:28 Message: accepted in commit 26fa01cd9e6520444bf6a491bb59c45d6620695d ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3414091&group_…

1 0

[ pure-data-Bugs-3434378 ] pd doesn't start fresh linux install
by SourceForge.net 07 Nov '11

07 Nov '11

Bugs item #3434378, was opened at 2011-11-07 03:12 Message generated for change (Tracker Item Submitted) made by lorenzosu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3434378&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lorenzo (lorenzosu) Assigned to: Nobody/Anonymous (nobody) Summary: pd doesn't start fresh linux install Initial Comment: Installing pd with make install on debian wheezy i386 (but this bug also affects the debian-packaged version, bug reported already). start pd it hangs with a "was 1" message. Running with -verbose reveals: pd -verbose Pd-0.43.0 ("") compiled 11:55:45 Nov 7 2011 port 5400 TCL_LIBRARY="/usr/local/lib/pd/lib/tcl/library" TK_LIBRARY="/usr/local/lib/pd/lib/tk/library" wish "/usr/local/lib/pd/tcl//pd-gui.tcl" 5400 was... 1 Waiting for connection request... /usr/local/lib/pd/bin/pd-watchdog watchdog: signaling pd... No apparent error message is displayed ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3434378&group_…

1 0

[ pure-data-Patches-3412977 ] replace MSW with _WIN32 (please please please)
by SourceForge.net 07 Nov '11

07 Nov '11

Patches item #3412977, was opened at 2011-09-22 10:11 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3412977&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None >Status: Pending >Resolution: Accepted Priority: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: replace MSW with _WIN32 (please please please) Initial Comment: We are starting to port Pd to another interesting platform, (Google Chrome Native Client NaCl) and yet again we'll have to wade thru the #ifdefs to figure out what we need. Especially painful are things like #ifndef MSW. Lots of people have wasted many hours on this stuff. This MSW macro is unnecessary since every compiler for Windows defines _WIN32 automatically. If _WIN32 ever disappears, we can easily add -D_WIN32, which is just as easy as doing -DMSW. Or just replace -DMSW with -D_WIN32. Also, having the MSW as _WIN32 makes it easier to solve MinGW and Cygwin build issues where those platforms differ from MSVC++ This can be achieved with this one liner, which I've tested on Mac OS X, Ubuntu/Maverick, and Windows XP: cd pure-data.git/src && sed -i 's|\(^\#.*if.*\) MSW|\1 _WIN32|' *.[ch] You can see the lines that this regexp would change by running this: cd pure-data.git/src && sed -n 's|\(^\#.*if.*\) MSW|\1 _WIN32|p' *.[ch]|less ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-11-07 01:17 Message: applied with 338fd8017bca64b5163b6dff39a1268e49d9be27 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-03 11:39 Message: so just to highlight the key point, this change has little risk, and a big impact in future porting activities, like porting Pd to the Chrome native code, Windows Mobile, etc. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-03 11:37 Message: > I can't log onto sourceforge right now but thought I whould ask you a quick > question about _WIN32 - would it be a good or a bad idea to try to sneak > this into 0.43-1? I could either do that now or hold off for 0.44, depending > on which you think would cause less wreckage. I checked out all the changes that the sed replacement does, and did some build tests. I think this is really a low risk change that would be great to have in 0.43.1, > And by the way, would it not be adequate just to put > #ifdef _WIN32 > #define MSW > #endif > in m_pd.h? This will only help a little, and could confuse things. It is not very clear what exactly MSW means. It is some combination of _MSC_VER (MS compilers) and _WIN32 (Win32 platform SDKs) and even some other things. When doing things like porting to Cygwin or other Windows things, it'll be much easier to be able to submit fixes if _WIN32 is there. Also, when changing things to use specific macros like HAVE_ALLOCA_H, it'll make things more understandable. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-03 07:06 Message: putting the priority back since its an easy change that can save people a lot of work. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-11-03 02:46 Message: i'm all for doing this ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3412977&group_…

1 0

[ pure-data-Patches-3424988 ] add proper quoting of filenames to GUI prefs
by SourceForge.net 05 Nov '11

05 Nov '11

Patches item #3424988, was opened at 2011-10-17 13:35 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3424988&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix Status: Open Resolution: None Priority: 7 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: add proper quoting of filenames to GUI prefs Initial Comment: On Mac OS X, then GUI prefs system was not handling quoting of filenames at all. The first patch adds proper quoting, then the second patch brings pd_guiprefs.tcl inline with the coding style of the rest of the Pd GUI code (using namespaces, the 'else' keyword, etc). ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-04 21:45 Message: updated with a quoting bug fix ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3424988&group_…

1 0

Re: [PD-dev] [PD] Interruption of audio / Loading sound into array
by katja 04 Nov '11

04 Nov '11

On Fri, Nov 4, 2011 at 5:21 PM, Mathieu Bouchard <matju(a)artengine.ca> wrote: > I don't find anything named like « threaded soundfiler » in the sourceforge > tracker, so, it's possible that it hadn't submitted. But that might have > been already the time at which we started to doubt that things submitted in > the tracker forms were likely to be accepted. Thomas Grill pointed to the code. It is all in the trunk of pure-data.svn: externals/tb/sndfiler and externals/grh/threadlib. But it is not included in the build system. Katja

1 0

[ pure-data-Feature Requests-3433491 ] ZIAzQtjhkenvnT
by SourceForge.net 04 Nov '11

04 Nov '11

Feature Requests item #3433491, was opened at 2011-11-04 05:39 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3433491&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: Next Release (example) Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ZIAzQtjhkenvnT Initial Comment: mkjdox <a href="http://xekfeodjvfjy.com/">xekfeodjvfjy</a>, [url=http://yblnmuzuxjsc.com/]yblnmuzuxjsc[/url], [link=http://urfopdkplopu.com/]urfopdkplopu[/link], http://jwxrhntaylkt.com/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3433491&group_…

1 0

Pd-extended build failed on the Windows machine
by Roman Haefeli 04 Nov '11

04 Nov '11

Hi Martin, Hans The build on the Pd-extended autobuild Windows machine failed. I first thought I was to blame for because I re-added iemnet to the build, but it seems that building iemnet went fine this time, though it stumbled over mrpeach/net/tcpclient. Is it probably due to the last bug-fix for [mrpeach/tcpclient]? http://autobuild.puredata.info/auto-build/2011-11-04/logs/2011-11-04_03.31.… Sorry that I am not of more help than just pointing to the problem. Roman

1 0

[ pure-data-Bugs-3433409 ] mrpeach/tcpclient: sends messages out of order
by SourceForge.net 04 Nov '11

04 Nov '11

Bugs item #3433409, was opened at 2011-11-04 02:18 Message generated for change (Tracker Item Submitted) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3433409&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Nobody/Anonymous (nobody) Summary: mrpeach/tcpclient: sends messages out of order Initial Comment: When sending messages to the network, [tcpclient] does not keep the same order as messages came in through it's inlet. Attached patch illustrates the problem. I think IOhannes once pointed out that keeping the order theoretically could be an issue with the implementation of mrpeach's [tcp*] classes. It seems to be a real-world issue now. The same issue cannot be triggered with [mrpeach/tcpsend] and also not with [iemnet/tcpclient]. If I recall correctly, the old blocking version of [tcpclient] did not suffer from this issue. IMHO, blocking Pd would be preferable over losing the integrity of the data stream. Even more since there is a working non-blocking implementation in iemnet. This happens with/on: - mrpeach/net r15702 - Pd 0.43.1test4 - Ubuntu 10.04 / 11.04 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3433409&group_…

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev November 2011