Pd-dev July 2010

pd-dev@lists.iem.at

20 participants
139 discussions

[ pure-data-Patches-2948003 ] corrected help patch for textfile
by SourceForge.net 15 Jul '10

15 Jul '10

Patches item #2948003, was opened at 2010-02-08 14:06 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2948003&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: documentation >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) >Assigned to: Miller Puckette (millerpuckette) Summary: corrected help patch for textfile Initial Comment: I corrected the following statements: 1) "You can read a file and output sequential lines AS LISTS" --> "as messages". (on the left, first paragraph) It is not true that [textfile] always outputs lists: if the message is a list, it is output as list, if it is not, it is not. The message is simply output "as is". 2) "first send "clear" to empty THE QLIST" --> "the sequence". (on the left, second paragraph) I guess this was copy-pasted from the help patch for [qlist]. The term "the sequence" is used in another part of the patch to refer to the sequence of message stored in the [textfile] object, so I suppose it is the best word to use here. 3) "You can also use this object simply for storing heterogeneous sequences OF LISTS." --> "of messages". Same error as (1). It stores any kind of messages, not only lists. 4) "output one line AS A LIST" --> "as a message" (on the right, second item, comment to the "bang" input message) Same error as (1) 5) The [print] object at the left outlet, I have replaced [print list] with [print message]. Though this is only a name and could be called anything, it is rather misleading to use "list" since it won't necessary output lists (and won't output any list at all with the example file and messages). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2948003&group_…

1 0

[ pure-data-Patches-2977779 ] fixes for mrpeach/tcpserver.c (pd-extended 0.42.5)
by SourceForge.net 15 Jul '10

15 Jul '10

Patches item #2977779, was opened at 2010-03-27 16:18 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2977779&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Martin Peach (mrpeach) Summary: fixes for mrpeach/tcpserver.c (pd-extended 0.42.5) Initial Comment: fixes: out-of-order output on tcpserver.c provides output of IP and socket on disconnect so if one maintains a database of what client is associated with what socket (e.g. through a coll), this way it reports it in a way that such an external database can be updated accordingly. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-07-15 15:52 Message: is this still relevant? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2977779&group_…

1 0

[ pure-data-Patches-2978457 ] -nogui audio initialization problems under Debian
by SourceForge.net 15 Jul '10

15 Jul '10

Patches item #2978457, was opened at 2010-03-29 06:01 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2978457&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: 7 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Miller Puckette (millerpuckette) Summary: -nogui audio initialization problems under Debian Initial Comment: The [delread~] in the attached patch fails to initialize to the correct samplerate when started with -nogui under Debian and Pd 0.41.4 or 0.42-5. It seems to initialize to a samplerate of 0 instead. This problem persists independently from the audio driver used (ALS vs OSS). The patch works fine under Windows XP, however. The patch contains a workaround which has been suggested on the Pd-list, i.e. to loadbang a [switch~] object to 0 and then set it to 1 when neded. However, this did not help in the current situation. The patch also delays the loadbanged [;pd dsp 1( message by a [del 1000. This is a workaround addressing another manifestation of the audio initialisation problems with -nogui under Debian. If the [del 1000] is removed, the patch fails to load under -nogui with a "dev/dsp (read/write): Device or resource busy" message. IOhannes has suggested on the list to set the samplerate explicitely at startup, i.e. by pd -nogui -r 44100 However, I cannot confirm this workaround to work with the attached patch. Please note that the attached patch works fine under Windows XP and with -nogui enabled; also if the [del 1000] and [switch~] objects are omitted. best, flo.H ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-07-15 15:51 Message: accepted by Miller in 156425a8be9e73f1a591b342213edf7f4d9500b8 for 0.43. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-06-09 12:49 Message: committed to Pd-extended 0.42.5 here: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=136… ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-06-09 12:46 Message: Nice example Pd patch illustrating the bug, thanks for that. Its almost a little composition! I also tested this issue on Mac OS X 10.5.8/Intel and it exists there. The attached patch from Matju seems to fix the problem. IOhannes checked it out and ok'ed it too. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-06-05 11:15 Message: this diff ought to be included in pd-extended 0.42 test builds ASAP. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-06-05 11:13 Message: the diff is in the patchtracker. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-05-17 19:00 Message: move sigdelwrite_updatesr(delwriter, sp[0]->s_sr); inside if (delwriter) or else you will get crashes due to null-pointer error. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-05-16 17:56 Message: --- d_delay.c (révision 13558) +++ d_delay.c (copie de travail) @@ -24,6 +24,7 @@ { t_object x_obj; t_symbol *x_sym; + t_float x_deltime; /* delay in msec */ t_delwritectl x_cspace; int x_sortno; /* DSP sort number at which this was last put on chain */ int x_rsortno; /* DSP sort # for first delread or write in chain */ @@ -34,6 +35,21 @@ #define XTRASAMPS 4 #define SAMPBLK 4 +static void sigdelwrite_updatesr (t_sigdelwrite *x, t_float sr) +{ + int nsamps = x->x_deltime * sr * (t_float)(0.001f); + if (nsamps < 1) nsamps = 1; + nsamps += ((- nsamps) & (SAMPBLK - 1)); + nsamps += DEFDELVS; + if (x->x_cspace.c_n != nsamps) { + x->x_cspace.c_vec = (t_sample *)resizebytes(x->x_cspace.c_vec, + (x->x_cspace.c_n + XTRASAMPS) * sizeof(t_sample), + ( nsamps + XTRASAMPS) * sizeof(t_sample)); + x->x_cspace.c_n = nsamps; + x->x_cspace.c_phase = XTRASAMPS; + } +} + /* routine to check that all delwrites/delreads/vds have same vecsize */ static void sigdelwrite_checkvecsize(t_sigdelwrite *x, int vecsize) { @@ -54,19 +70,13 @@ static void *sigdelwrite_new(t_symbol *s, t_floatarg msec) { - int nsamps; t_sigdelwrite *x = (t_sigdelwrite *)pd_new(sigdelwrite_class); if (!*s->s_name) s = gensym("delwrite~"); pd_bind(&x->x_obj.ob_pd, s); x->x_sym = s; - nsamps = msec * sys_getsr() * (t_float)(0.001f); - if (nsamps < 1) nsamps = 1; - nsamps += ((- nsamps) & (SAMPBLK - 1)); - nsamps += DEFDELVS; - x->x_cspace.c_n = nsamps; - x->x_cspace.c_vec = - (t_sample *)getbytes((nsamps + XTRASAMPS) * sizeof(t_sample)); - x->x_cspace.c_phase = XTRASAMPS; + x->x_deltime = msec; + x->x_cspace.c_n = 0; + x->x_cspace.c_vec = getbytes(XTRASAMPS * sizeof(t_sample)); x->x_sortno = 0; x->x_vecsize = 0; x->x_f = 0; @@ -109,6 +119,7 @@ dsp_add(sigdelwrite_perform, 3, sp[0]->s_vec, &x->x_cspace, sp[0]->s_n); x->x_sortno = ugen_getsortno(); sigdelwrite_checkvecsize(x, sp[0]->s_n); + sigdelwrite_updatesr(x, sp[0]->s_sr); } static void sigdelwrite_free(t_sigdelwrite *x) @@ -180,6 +191,7 @@ int delsamps = *(int *)(w[3]); int n = (int)(w[4]); int phase = c->c_phase - delsamps, nsamps = c->c_n; + t_sample *vp = c->c_vec, *bp, *ep = vp + (c->c_n + XTRASAMPS); if (phase < 0) phase += nsamps; bp = vp + phase; @@ -197,6 +209,7 @@ t_sigdelwrite *delwriter = (t_sigdelwrite *)pd_findbyclass(x->x_sym, sigdelwrite_class); x->x_sr = sp[0]->s_sr * 0.001; + sigdelwrite_updatesr(delwriter, sp[0]->s_sr); x->x_n = sp[0]->s_n; if (delwriter) { @@ -206,8 +219,7 @@ sigdelread_float(x, x->x_deltime); dsp_add(sigdelread_perform, 4, sp[0]->s_vec, &delwriter->x_cspace, &x->x_delsamps, sp[0]->s_n); - } - else if (*x->x_sym->s_name) + } else if (*x->x_sym->s_name) error("delread~: %s: no such delwrite~",x->x_sym->s_name); } ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-05-16 14:03 Message: the bug is actually deeper than that, as delread does a bunch of "Invalid read of size 4" according to valgrind, after this fix. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-05-16 13:48 Message: the previous fix is leaking memory. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-05-16 13:45 Message: --- d_delay.c (révision 13539) +++ d_delay.c (copie de travail) @@ -24,6 +24,7 @@ { t_object x_obj; t_symbol *x_sym; + t_float x_deltime; /* delay in msec */ t_delwritectl x_cspace; int x_sortno; /* DSP sort number at which this was last put on chain */ int x_rsortno; /* DSP sort # for first delread or write in chain */ @@ -54,19 +55,13 @@ static void *sigdelwrite_new(t_symbol *s, t_floatarg msec) { - int nsamps; t_sigdelwrite *x = (t_sigdelwrite *)pd_new(sigdelwrite_class); if (!*s->s_name) s = gensym("delwrite~"); pd_bind(&x->x_obj.ob_pd, s); x->x_sym = s; - nsamps = msec * sys_getsr() * (t_float)(0.001f); - if (nsamps < 1) nsamps = 1; - nsamps += ((- nsamps) & (SAMPBLK - 1)); - nsamps += DEFDELVS; - x->x_cspace.c_n = nsamps; - x->x_cspace.c_vec = - (t_sample *)getbytes((nsamps + XTRASAMPS) * sizeof(t_sample)); - x->x_cspace.c_phase = XTRASAMPS; + x->x_deltime = msec; + x->x_cspace.c_n = 0; + x->x_cspace.c_vec = 0; x->x_sortno = 0; x->x_vecsize = 0; x->x_f = 0; @@ -106,6 +101,18 @@ static void sigdelwrite_dsp(t_sigdelwrite *x, t_signal **sp) { + int nsamps = x->x_deltime * sp[0]->s_sr * (t_float)(0.001f); + post("sigdelwrite_dsp: %f ms, with sr=%f",x->x_deltime,sys_getsr()); + if (nsamps < 1) nsamps = 1; + nsamps += ((- nsamps) & (SAMPBLK - 1)); + nsamps += DEFDELVS; + if (x->x_cspace.c_n != nsamps) { + x->x_cspace.c_n = nsamps; + x->x_cspace.c_vec = + (t_sample *)getbytes((nsamps + XTRASAMPS) * sizeof(t_sample)); + x->x_cspace.c_phase = XTRASAMPS; + } + dsp_add(sigdelwrite_perform, 3, sp[0]->s_vec, &x->x_cspace, sp[0]->s_n); x->x_sortno = ugen_getsortno(); sigdelwrite_checkvecsize(x, sp[0]->s_n); ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-05-16 13:40 Message: this also goes with another bug : [delwrite~] doesn't honour the sampling rate set by [block~] ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-05-16 13:20 Message: this goes with another bug : [delwrite~] doesn't honour any change of sampling rate (e.g. 44100 to 22050). those bugs are related because the reason [delwrite~] doesn't work with this, is that [delwrite~] is created while sys_getsr() still reports sampling rate to be "0", because sys_dacsr has not been assigned to. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-05-16 13:00 Message: if you load your patch using a «; pd open $1 .» message from a [delay]ed [loadbang], the patch runs correctly. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-05-16 12:53 Message: you can replace the [delay 1000] by just [delay], that is, [delay 0]. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2978457&group_…

1 0

[ pure-data-Patches-3011285 ] fix gl_goprect logic
by SourceForge.net 15 Jul '10

15 Jul '10

Patches item #3011285, was opened at 2010-06-03 19:54 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3011285&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: fix gl_goprect logic Initial Comment: Based on a patch from Ivica Ico Bukvic, this change seems to help the GOP red rectangle get set more accurately, and according to Ivica also helps with other GOP bugs. I checked it into Pd-extended 0.42.5 here: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=135… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3011285&group_…

1 0

[ pure-data-Bugs-3030159 ] dynamic GOP problem
by SourceForge.net 15 Jul '10

15 Jul '10

Bugs item #3030159, was opened at 2010-07-15 17:53 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3030159&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: Graph-On-Parent Group: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: dynamic GOP problem Initial Comment: The graph on parent is not redrawn when the size is changed dynamically. See the attached patch. Pd version 0.42.5-extended-rc4 Windows7 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3030159&group_…

1 0

canvas_* functions and using glist_getcanvas()
by Hans-Christoph Steiner 15 Jul '10

15 Jul '10

I've noticed that in GUI objects, its quite common to call the canvas_* functions using glist_getcanvas(). I also just found out that this causes a crash in [envgen] when this is done for canvas_deletelinesfor(). See bug: http://sourceforge.net/tracker/index.php?func=detail&aid=2842897&group_id=5… So it seems to me that glist_getcanvas() should not be called on the glist before sending it to one of these canvas functions. I was wondering if this is kind of a blanket rule, and we should be removing the glist_getcanvas() calls in GUI objects. For example: unauthorized/cooled~/cooled~.c: canvas_deletelinesfor( glist_getcanvas(glist), (t_text *)z); unauthorized/cooled~/cooled~.c: canvas_fixlinesfor( glist_getcanvas( x->x_glist ), (t_text*)x ); In ggee/gui/w_envgen.h, I fixed the crasher by replacing: canvas_deletelinesfor(glist_getcanvas(glist), x); with this: canvas_deletelinesfor(glist, x); .hc ---------------------------------------------------------------------------- "Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you." - Richard M. Stallman

2 6

build system
by cyrille henry 13 Jul '10

13 Jul '10

hello, i usually use the old and deprecated build system located in svn/external/build/linux a single "make" build a lot's of external. (lot's more that i ever used) it's deprecated but still work perfectly. i now realized that few useful exernals are no more part of this build system. pmpd is not there anymore by example. i understand that this build system is not very used anymore, but why did someone removed file in the ../src folder? if you don't like it : just leave it, but please don't destroy it. unless there is a better explanation? so please explain yourself. btw, how to use the pd extented build system? Cyrille

2 10

[ pure-data-Bugs-3028959 ] crash Pd-Extended 0.42.5 rc 4
by SourceForge.net 13 Jul '10

13 Jul '10

Bugs item #3028959, was opened at 2010-07-13 13:39 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3028959&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: crash Pd-Extended 0.42.5 rc 4 Initial Comment: I am trying to open the file "simple-midi.pd" which can be found on the TouchOSC site. http://hexler.net/mint/pepper/orderedlist/downloads/download.php?file=http%… Each time I open it, Pd-Extended 0.42.5 rc4 crashes. I have included the log below. The file opens and works properly with Pd-Extended 0.41.4. I'm using Pd-Extended 0.42.5 rc 4. I downloaded this file Pd-0.42.5-extended-rc4-macosx104-i386.dmg. I am using a MacBook Pro with OS 10.5.8. Any help would be appreciated, Mitch Process: pdextended [1737] Path: /Applications/Pd-extended.app/Contents/Resources/Scripts/../bin/pdextended Identifier: pdextended Version: ??? (???) Code Type: X86 (Native) Parent Process: Pd-extended [1736] Interval Since Last Report: 125 sec Crashes Since Last Report: 5 Per-App Interval Since Last Report: 0 sec Per-App Crashes Since Last Report: 5 Date/Time: 2010-06-25 15:20:58.916 -0400 OS Version: Mac OS X 10.5.8 (9L30) Report Version: 6 Anonymous UUID: 6B2A64E8-CDDE-480E-8495-DECBA5F3F043 Exception Type: EXC_BAD_ACCESS (SIGBUS) Exception Codes: KERN_PROTECTION_FAILURE at 0x000000000000000c Crashed Thread: 0 Thread 0 Crashed: 0 pd 0x0001e00d rtext_new + 53 (g_rtext.c:57) 1 grid.pd_darwin 0x154d3413 0x154d2000 + 5139 2 grid.pd_darwin 0x154d41af 0x154d2000 + 8623 3 pd 0x00018f0a graph_vis + 3455 (g_graph.c:853) 4 pd 0x00013361 canvas_map + 100 (g_canvas.c:656) 5 pd 0x00054e55 pd_typedmess + 1141 (m_class.c:792) 6 pd 0x00054d1b pd_typedmess + 827 (m_class.c:818) 7 pd 0x00058fa8 binbuf_eval + 1224 (m_binbuf.c:726) 8 pd 0x00063170 socketreceiver_read + 1734 (s_inter.c:558) 9 pd 0x00061d30 sys_domicrosleep + 381 (s_inter.c:196) 10 pd 0x00062870 sys_pollgui + 26 (s_inter.c:845) 11 pd 0x0005ef78 m_mainloop + 814 (m_sched.c:493) 12 pd 0x00061a5f sys_main + 2909 (s_main.c:304) 13 pd 0x000027e2 _start + 216 14 pd 0x00002709 start + 41 Thread 1: 0 libSystem.B.dylib 0x95834266 mach_msg_trap + 10 1 libSystem.B.dylib 0x9583ba5c mach_msg + 72 2 com.apple.CoreFoundation 0x93545e7e CFRunLoopRunSpecific + 1790 3 com.apple.CoreFoundation 0x93546aa8 CFRunLoopRunInMode + 88 4 com.apple.audio.CoreAudio 0x944ad5f8 HALRunLoop::OwnThread(void*) + 160 5 com.apple.audio.CoreAudio 0x944ad480 CAPThread::Entry(CAPThread*) + 96 6 libSystem.B.dylib 0x95865155 _pthread_start + 321 7 libSystem.B.dylib 0x95865012 thread_start + 34 Thread 2: 0 libSystem.B.dylib 0x958342c6 semaphore_timedwait_signal_trap + 10 1 libSystem.B.dylib 0x958662af _pthread_cond_wait + 1244 2 libSystem.B.dylib 0x95867b33 pthread_cond_timedwait_relative_np + 47 3 com.apple.audio.CoreAudio 0x944bcbdf CAGuard::WaitFor(unsigned long long) + 213 4 com.apple.audio.CoreAudio 0x944be79a CAGuard::WaitUntil(unsigned long long) + 70 5 com.apple.audio.CoreAudio 0x944bcf3f HP_IOThread::WorkLoop() + 759 6 com.apple.audio.CoreAudio 0x944bcc43 HP_IOThread::ThreadEntry(HP_IOThread*) + 17 7 com.apple.audio.CoreAudio 0x944ad480 CAPThread::Entry(CAPThread*) + 96 8 libSystem.B.dylib 0x95865155 _pthread_start + 321 9 libSystem.B.dylib 0x95865012 thread_start + 34 Thread 3: 0 libSystem.B.dylib 0x958342c6 semaphore_timedwait_signal_trap + 10 1 libSystem.B.dylib 0x958662af _pthread_cond_wait + 1244 2 libSystem.B.dylib 0x95867b33 pthread_cond_timedwait_relative_np + 47 3 com.apple.audio.CoreAudio 0x944bcbdf CAGuard::WaitFor(unsigned long long) + 213 4 com.apple.audio.CoreAudio 0x944be79a CAGuard::WaitUntil(unsigned long long) + 70 5 com.apple.audio.CoreAudio 0x944bcf3f HP_IOThread::WorkLoop() + 759 6 com.apple.audio.CoreAudio 0x944bcc43 HP_IOThread::ThreadEntry(HP_IOThread*) + 17 7 com.apple.audio.CoreAudio 0x944ad480 CAPThread::Entry(CAPThread*) + 96 8 libSystem.B.dylib 0x95865155 _pthread_start + 321 9 libSystem.B.dylib 0x95865012 thread_start + 34 Thread 4: 0 libSystem.B.dylib 0x9583b44e __semwait_signal + 10 1 libSystem.B.dylib 0x95865dcd pthread_cond_wait$UNIX2003 + 73 2 libGLProgrammability.dylib 0x95bc0b32 glvmDoWork + 162 3 libSystem.B.dylib 0x95865155 _pthread_start + 321 4 libSystem.B.dylib 0x95865012 thread_start + 34 Thread 5: 0 libSystem.B.dylib 0x958342ae semaphore_wait_signal_trap + 10 1 libSystem.B.dylib 0x958662c6 _pthread_cond_wait + 1267 2 libSystem.B.dylib 0x958ab539 pthread_cond_wait + 48 3 pdp.pd_darwin 0x143214c0 pdp_procqueue_thread + 89 Thread 0 crashed with X86 Thread State (32-bit): eax: 0x00000000 ebx: 0x0001dfe6 ecx: 0x00000000 edx: 0x00000000 edi: 0x007e0c30 esi: 0x007eba80 ebp: 0xbfffda08 esp: 0xbfffd9e0 ss: 0x0000001f efl: 0x00010282 eip: 0x0001e00d cs: 0x00000017 ds: 0x0000001f es: 0x0000001f fs: 0x00000000 gs: 0x00000037 cr2: 0x0000000c Binary Images: ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3028959&group_…

1 0

[ pure-data-Patches-2913280 ] GOP abstraction can crash pd if content is reloaded
by SourceForge.net 13 Jul '10

13 Jul '10

Patches item #2913280, was opened at 2009-12-12 09:08 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2913280&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: None >Group: None Status: Open >Resolution: Fixed Priority: 8 Private: No Submitted By: Cyrille Henry (nusmuk) Assigned to: Miller Puckette (millerpuckette) Summary: GOP abstraction can crash pd if content is reloaded Initial Comment: if abs1 is an abstraction (maybe empty) if abs2 is a GOP abstraction that use abs1 opening an other instance of abs1 and saving it will crash pd. see attachement. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-07-12 23:41 Message: The bug is that canvas_doclear() wasn't checking whether x->gl_editor exists before using it. Here's a patch to fix it, committed to Pd-extended in svn commit #13707: Index: g_editor.c =================================================================== --- g_editor.c (revision 13704) +++ g_editor.c (working copy) @@ -2212,7 +2212,7 @@ int dspstate; dspstate = canvas_suspend_dsp(); - if (x->gl_editor->e_selectedline) + if (x->gl_editor && x->gl_editor->e_selectedline) { canvas_disconnect(x, x->gl_editor->e_selectline_index1, x->gl_editor->e_selectline_outno, @@ -2229,7 +2229,7 @@ /* if text is selected, deselecting it might remake the object. So we deselect it and hunt for a "new" object on the glist to reselect. */ - if (x->gl_editor->e_textedfor) + if (x->gl_editor && x->gl_editor->e_textedfor) { newest = 0; glist_noselect(x); ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-06-14 15:37 Message: Confirmed on Mac OS X/10.5.8 Intel using Pd-extended 0.42.5-rc2. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-12-12 09:49 Message: confirmed (linux; Pd-vanilla-0.42.5) it does _not_ crash on 0.41-4 on the same machine. a quick backtrace shows that the crash appears in canvas_doclear() because the gl_editor of the argument x is NULL. ---------------------------------------------------------------------- Comment By: Cyrille Henry (nusmuk) Date: 2009-12-12 09:09 Message: i forget to say that this is on linux, pd vanilla 0.42 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2913280&group_…

1 0

documenting how to get SVN commit access
by Hans-Christoph Steiner 09 Jul '10

09 Jul '10

I wrote up a quick doc on how to request SVN commit access. Objections, comments, etc? http://puredata.info/docs/developer/SVNCommitAccess .hc ---------------------------------------------------------------------------- I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.

2 2

Jump to page:

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 July 2010