Pd-dev November 2010

pd-dev@lists.iem.at

17 participants
63 discussions

[ pure-data-Bugs-3118953 ] open dialogue gets hidden behind subpatch
by SourceForge.net 26 Nov '10

26 Nov '10

Bugs item #3118953, was opened at 2010-11-25 19:09 Message generated for change (Tracker Item Submitted) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3118953&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jonathan Wilkes (jancsika1) Assigned to: Hans-Christoph Steiner (eighthave) Summary: open dialogue gets hidden behind subpatch Initial Comment: On Hardy in pd 0.42-5: 1. Create a new patch. 2. create [pd] 3. make sure the newly created subpatch has focus, then do <ctrl-o> to open a file. BUG! The open dialogue pops up _behind_ the subpatch, instead of in front of it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3118953&group_…

1 0

[ pure-data-Bugs-3115325 ] CJK fonts question
by SourceForge.net 22 Nov '10

22 Nov '10

Bugs item #3115325, was opened at 2010-11-22 10:36 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3115325&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: honki () Assigned to: Nobody/Anonymous (nobody) Summary: CJK fonts question Initial Comment: hi, i have tried to type chinese in pd 0.43, but i find bug. screenshot result : http://pdtw.blogspot.com/2010/11/pd-o43.html thx your help. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3115325&group_…

1 0

pd-extended 0.43 branch in the night builds
by Hans-Christoph Steiner 22 Nov '10

22 Nov '10

I setup a pd-extended/0.43 branch and set it to be the nightly build for Pd-extended. Its not much yet, its currently all svn:externals. The 'pd' part is pointing to pd-extended/0.42/pd and the rest are pointing to trunk. I can warm things up by posting a build error in mrpeach: cc -fast -fPIC -ftree-vectorize -ftree-vectorizer-verbose=2 - march=pentium4 -msse3 -mfpmath=sse -DPD -I/Users/hans/code/pure-data/ branches/pd-extended/0.43/pd/src -Wall -W -ggdb -I/Users/hans/code/ pure-data/branches/pd-extended/0.43/Gem/src -I/sw/include -I/Users/ hans/code/pure-data/branches/pd-extended/0.43/externals/pdp/include - DMACOSX -DUNIX -Dunix -DDL_OPEN -o "/Users/hans/code/pure-data/ branches/pd-extended/0.43/externals/mrpeach/net/udpsend~.o" -c "/Users/ hans/code/pure-data/branches/pd-extended/0.43/externals/mrpeach/net/ udpsend~.c" /Users/hans/code/pure-data/branches/pd-extended/0.43/externals/mrpeach/ net/udpsend~.c: In function ‘udpsend_tilde_doconnect’: /Users/hans/code/pure-data/branches/pd-extended/0.43/externals/mrpeach/ net/udpsend~.c:170: warning: unused variable ‘intarg’ /Users/hans/code/pure-data/branches/pd-extended/0.43/externals/mrpeach/ net/udpsend~.c: In function ‘udpsend_tilde_set_multicast_interface’: /Users/hans/code/pure-data/branches/pd-extended/0.43/externals/mrpeach/ net/udpsend~.c:453: warning: implicit declaration of function ‘getifaddrs’ /Users/hans/code/pure-data/branches/pd-extended/0.43/externals/mrpeach/ net/udpsend~.c:457: error: dereferencing pointer to incomplete type /Users/hans/code/pure-data/branches/pd-extended/0.43/externals/mrpeach/ net/udpsend~.c:461: error: dereferencing pointer to incomplete type /Users/hans/code/pure-data/branches/pd-extended/0.43/externals/mrpeach/ net/udpsend~.c:470: error: dereferencing pointer to incomplete type /Users/hans/code/pure-data/branches/pd-extended/0.43/externals/mrpeach/ net/udpsend~.c:472: warning: implicit declaration of function ‘freeifaddrs’ /Users/hans/code/pure-data/branches/pd-extended/0.43/externals/mrpeach/ net/udpsend~.c:339: warning: unused parameter ‘s’ /Users/hans/code/pure-data/branches/pd-extended/0.43/externals/mrpeach/ net/udpsend~.c:339: warning: unused parameter ‘argc’ /Users/hans/code/pure-data/branches/pd-extended/0.43/externals/mrpeach/ net/udpsend~.c: In function ‘udpsend_tilde_format’: /Users/hans/code/pure-data/branches/pd-extended/0.43/externals/mrpeach/ net/udpsend~.c:745: warning: unused parameter ‘bitrate’ make[2]: *** [/Users/hans/code/pure-data/branches/pd-extended/0.43/ externals/mrpeach/net/udpsend~.o] Error 1 .hc ---------------------------------------------------------------------------- Access to computers should be unlimited and total. - the hacker ethic

1 0

Re: [PD-dev] [PD] Trying to track a ghost pdtk_canvas_getscroll call
by Ivica Ico Bukvic 22 Nov '10

22 Nov '10

Unfortunately I do not see myself migrating to the new version until it is as stable as the one we currently use. Hans-Christoph Steiner <hans(a)at.or.at> wrote: > >Before you invest too much time in that, you should know that that >stuff has changed a lot in 0.43, so its likely anything you did in >0.42 would not apply to 0.43 > >.hc > >On Nov 21, 2010, at 10:40 AM, Ivica Ico Bukvic wrote: > >> Hi Mathieu, >> >> This is a great advice! However, when adding blargh() function from >> the >> gridflow.c inside the sys_vgui (s_inter.c) so that when the debug is >> on >> it outptus a trace for each call, it appears it only manages to do one >> level which is obviously the sys_vgui call itself. Why is it not >> able to >> trace further back? >> >> void blargh(void) { >> #ifdef MACOSX >> fprintf(stderr,"unhandled exception\n"); >> #else >> int i; >> void *array[25]; >> int nSize = backtrace(array, 25); >> char **symbols = backtrace_symbols(array, nSize); >> for (i=0; i<nSize; i++) fprintf(stderr,"%d: %s\n",i,symbols[i]); >> free(symbols); >> #endif >> } >> >> void sys_vgui(char *fmt, ...) >> { >> >> <snip> >> >> if (sys_debuglevel & DEBUG_MESSUP) { >> blargh(); >> fprintf(stderr, "%s", sys_guibuf + sys_guibufhead); >> } >> >> <snip> >> >> } >> > > >---------------------------------------------------------------------------- > >"A cellphone to me is just an opportunity to be irritated wherever you >are." - Linus Torvalds >

1 0

Re: [PD-dev] [PD] Trying to track a ghost pdtk_canvas_getscroll call
by Ivica Ico Bukvic 22 Nov '10

22 Nov '10

Hi Mathieu, This is a great advice! However, when adding blargh() function from the gridflow.c inside the sys_vgui (s_inter.c) so that when the debug is on it outptus a trace for each call, it appears it only manages to do one level which is obviously the sys_vgui call itself. Why is it not able to trace further back? void blargh(void) { #ifdef MACOSX fprintf(stderr,"unhandled exception\n"); #else int i; void *array[25]; int nSize = backtrace(array, 25); char **symbols = backtrace_symbols(array, nSize); for (i=0; i<nSize; i++) fprintf(stderr,"%d: %s\n",i,symbols[i]); free(symbols); #endif } void sys_vgui(char *fmt, ...) { <snip> if (sys_debuglevel & DEBUG_MESSUP) { blargh(); fprintf(stderr, "%s", sys_guibuf + sys_guibufhead); } <snip> }

2 1

[ pure-data-Patches-3077431 ] add threaded read/write for coll to avoid xruns
by SourceForge.net 21 Nov '10

21 Nov '10

Patches item #3077431, was opened at 2010-09-28 13:29 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3077431&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ivica Ico Bukvic (ico_bukvic) >Assigned to: Nobody/Anonymous (nobody) Summary: add threaded read/write for coll to avoid xruns Initial Comment: Xruns occur when coll tries to read/write large files, particularly when Pd is running more complex patches. Following proposed solution does read/write in a separate thread to avoid generating xruns and outputs bang on load using clock_delay to make it sync properly with the main thread. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-11-21 17:43 Message: I don't know Max/MSP enough to say, so that's not a decision I'm going to make. If you want to work on cyclone as a Max/MSP clone library, then I think you should discuss it with the author, Krzysztof Czaja. ---------------------------------------------------------------------- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2010-11-21 17:02 Message: FWIW, in Max/MSP loading large coll files (or any files for that matter) does not cause any xruns while in Pd it does. Now, I am not sure if this is due to deeper architectural difference between Pd and Max code base but as it is right now coll is unusable in a good number of scenarios and it does not behave like the counterpart it tries to emulate. This bugfix solves that. Likewise, a collection of fixes to the cyclone I submitted more recently deals with the cyclone file editor that coll also uses and makes it also more user friendly (e.g. you can save the changes without closing the window) which is also how the original coll file behaves (AFAIK). HTH ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-11-21 16:27 Message: Hey Ico, glad to see you putting work into hard problems. cyclone is a complex library with a very specific goal: a collection of clones of Max/MSP objects, bugs, warts and all. I recommend that you just make your own version of [coll] and give it a new name to avoid confusion, unless you really share this goal and are willing to test against Max/MSP. ---------------------------------------------------------------------- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2010-10-02 10:35 Message: Fixed and re-uploaded the patch after discovering some stability issues. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3077431&group_…

1 0

[ pure-data-Patches-3077431 ] add threaded read/write for coll to avoid xruns
by SourceForge.net 21 Nov '10

21 Nov '10

Patches item #3077431, was opened at 2010-09-28 12:29 Message generated for change (Comment added) made by ico_bukvic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3077431&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: feature >Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ivica Ico Bukvic (ico_bukvic) Assigned to: Hans-Christoph Steiner (eighthave) Summary: add threaded read/write for coll to avoid xruns Initial Comment: Xruns occur when coll tries to read/write large files, particularly when Pd is running more complex patches. Following proposed solution does read/write in a separate thread to avoid generating xruns and outputs bang on load using clock_delay to make it sync properly with the main thread. ---------------------------------------------------------------------- >Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2010-11-21 17:02 Message: FWIW, in Max/MSP loading large coll files (or any files for that matter) does not cause any xruns while in Pd it does. Now, I am not sure if this is due to deeper architectural difference between Pd and Max code base but as it is right now coll is unusable in a good number of scenarios and it does not behave like the counterpart it tries to emulate. This bugfix solves that. Likewise, a collection of fixes to the cyclone I submitted more recently deals with the cyclone file editor that coll also uses and makes it also more user friendly (e.g. you can save the changes without closing the window) which is also how the original coll file behaves (AFAIK). HTH ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-11-21 16:27 Message: Hey Ico, glad to see you putting work into hard problems. cyclone is a complex library with a very specific goal: a collection of clones of Max/MSP objects, bugs, warts and all. I recommend that you just make your own version of [coll] and give it a new name to avoid confusion, unless you really share this goal and are willing to test against Max/MSP. ---------------------------------------------------------------------- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2010-10-02 09:35 Message: Fixed and re-uploaded the patch after discovering some stability issues. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3077431&group_…

1 0

[ pure-data-Patches-3114810 ] make sure editmode cursor is hand2 after regaining focus
by SourceForge.net 21 Nov '10

21 Nov '10

Patches item #3114810, was opened at 2010-11-21 16:35 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3114810&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: make sure editmode cursor is hand2 after regaining focus Initial Comment: If Pd regains focus from another app, and the topmost patch was in editmode, the mouse cursor will remain a pointer instead of switching to the hand2 cursor. This just drove me totally nuts working on the last project, so here's a patch to make sure to editmode cursor is right. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3114810&group_…

1 0

[ pure-data-Patches-3081084 ] [0.43] Compose key (Multi_key) and Dead Keys don't work
by SourceForge.net 21 Nov '10

21 Nov '10

Patches item #3081084, was opened at 2010-10-04 15:17 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3081084&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: [0.43] Compose key (Multi_key) and Dead Keys don't work Initial Comment: Starting with 0.43 I can't use any accented letters anymore because the Compose key (Multi_key) and the Dead Keys are not supported anymore. However, single-keystroke accented letters do work. The new problem is strictly with multi-keystroke letters (not counting shift and altgr). With Pd 42 those keys work correctly, on the condition that you have either a 8-bit charset and/or -lib gridflow. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-11-21 16:30 Message: I forgot to add, I can type a wide number of unicode characters using 0.43 on Mac OS X 10.5.8 and Tcl/Tk 8.5.8. I am using a US keyboard and the Alt/Option key to type them. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-11-21 16:28 Message: Can you give us more info, like which OS you are using and which keyboard? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3081084&group_…

1 0

[ pure-data-Patches-3081084 ] [0.43] Compose key (Multi_key) and Dead Keys don't work
by SourceForge.net 21 Nov '10

21 Nov '10

Patches item #3081084, was opened at 2010-10-04 15:17 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3081084&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) >Summary: [0.43] Compose key (Multi_key) and Dead Keys don't work Initial Comment: Starting with 0.43 I can't use any accented letters anymore because the Compose key (Multi_key) and the Dead Keys are not supported anymore. However, single-keystroke accented letters do work. The new problem is strictly with multi-keystroke letters (not counting shift and altgr). With Pd 42 those keys work correctly, on the condition that you have either a 8-bit charset and/or -lib gridflow. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-11-21 16:28 Message: Can you give us more info, like which OS you are using and which keyboard? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3081084&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 2010