Pd-dev February 2008

pd-dev@lists.iem.at

23 participants
81 discussions

no ./configure in source package ?
by Frans Haarman 10 Apr '08

10 Apr '08

Hi, I am new to PD and discovered some things I'd like to have. Well mostly one thing to start. I intend to try to patch x_midi.c so ctlin has 2 inlets which allows us to define midi cc & midi channel through the inlets. This will help me build better abstractions to help extend my midi controllers! I think even I can write this patch so I am installing a linux machine as dedicated PD host this week :) However, I am missing a configure script in pd/src/ ..... Did I download the wrong src package or should I use cvs ? Also, maybe I really get this working, who do I send my patch too ? My coding skills are not good at all, I did mostly python scripting, but I think I can get simple things to work (judging from x_midi.c code!) Regards, Frans

6 15

[ pure-data-Bugs-1874767 ] hostname from hcs crashes
by SourceForge.net 29 Feb '08

29 Feb '08

Bugs item #1874767, was opened at 2008-01-18 15:42 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1874767&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: Fixed Priority: 5 Private: No Submitted By: oli44 (oli44) Assigned to: Hans-Christoph Steiner (eighthave) Summary: hostname from hcs crashes Initial Comment: hello, following message when banging the hostname object from hcs lib Patch: [bang( | [hostname] | [print] Debian Etch pd extended stable 20071224 olivier@puredell:~/puredata$ pd tk scaling is 1.33333333333 *** glibc detected *** malloc(): memory corruption: 0x082cc980 *** Pd: signal 6 I can repeat the bug anytime after an update to pd-e stable 20080112 olivier@puredell:~/puredata$ pd tk scaling is 1.33333333333 *** glibc detected *** malloc(): memory corruption: 0x08284f28 *** Pd: signal 6 olivier@puredell:~/puredata$ pd tk scaling is 1.33333333333 *** glibc detected *** malloc(): memory corruption: 0x08287ee8 *** Pd: signal 6 ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-02-29 16:53 Message: Logged In: YES user_id=564396 Originator: NO i think i have fixed this in CVS (turned ot to be a missing pointer-dereferencing in the memory-allocation code) ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-02-20 16:29 Message: Logged In: YES user_id=564396 Originator: NO i can confirm that it crashes on debian lenny ([hostname] is self-compiled; running pd-0.41) *** glibc detected *** /usr/local/bin/pd: malloc(): memory corruption: 0x08135bb8 *** ======= Backtrace: ========= /lib/i686/cmov/libc.so.6[0xb7d961e6] /lib/i686/cmov/libc.so.6(__libc_calloc+0xcf)[0xb7d9788f] /usr/local/bin/pd(getbytes+0x1e)[0x80ada1e] ======= Memory map: ======== 08048000-0811a000 r-xp 00000000 08:05 749279 /usr/local/bin/pd 0811a000-0811b000 rw-p 000d2000 08:05 749279 /usr/local/bin/pd 0811b000-08148000 rw-p 0811b000 00:00 0 [heap] b7c00000-b7c21000 rw-p b7c00000 00:00 0 b7c21000-b7d00000 ---p b7c21000 00:00 0 b7d29000-b7d2a000 rw-p b7d29000 00:00 0 b7d2a000-b7e71000 r-xp 00000000 08:02 499080 /lib/i686/cmov/libc-2.7.so b7e71000-b7e72000 r--p 00147000 08:02 499080 /lib/i686/cmov/libc-2.7.so b7e72000-b7e74000 rw-p 00148000 08:02 499080 /lib/i686/cmov/libc-2.7.so b7e74000-b7e77000 rw-p b7e74000 00:00 0 b7e77000-b7e8b000 r-xp 00000000 08:02 499096 /lib/i686/cmov/libpthread-2.7.so b7e8b000-b7e8d000 rw-p 00013000 08:02 499096 /lib/i686/cmov/libpthread-2.7.so b7e8d000-b7e8f000 rw-p b7e8d000 00:00 0 b7e8f000-b7eb2000 r-xp 00000000 08:02 499086 /lib/i686/cmov/libm-2.7.so b7eb2000-b7eb4000 rw-p 00023000 08:02 499086 /lib/i686/cmov/libm-2.7.so b7eb4000-b7eb5000 rw-p b7eb4000 00:00 0 b7eb5000-b7eb7000 r-xp 00000000 08:02 499085 /lib/i686/cmov/libdl-2.7.so b7eb7000-b7eb9000 rw-p 00001000 08:02 499085 /lib/i686/cmov/libdl-2.7.so b7eb9000-b7f7a000 r-xp 00000000 08:05 440860 /usr/lib/libasound.so.2.0.0 b7f7a000-b7f7f000 rw-p 000c0000 08:05 440860 /usr/lib/libasound.so.2.0.0 b7f90000-b7f9c000 r-xp 00000000 08:02 482917 /lib/libgcc_s.so.1 b7f9c000-b7f9d000 rw-p 0000b000 08:02 482917 /lib/libgcc_s.so.1 b7f9d000-b7f9e000 r-xp 00000000 00:13 46253018 /Net/iem/Benutzer/zmoelnig/src/cvs/pure-data/externals/hcs/uname.pd_linux b7f9e000-b7f9f000 rw-p 00000000 00:13 46253018 /Net/iem/Benutzer/zmoelnig/src/cvs/pure-data/externals/hcs/uname.pd_linux b7f9f000-b7fa0000 rw-s 81000000 00:0d 7892 /dev/snd/pcmC0D0p b7fa0000-b7fa1000 r--s 80000000 00:0d 7892 /dev/snd/pcmC0D0p b7fa1000-b7fa2000 rw-s 81000000 00:0d 7899 /dev/snd/pcmC0D0c b7fa2000-b7fa3000 r--s 80000000 00:0d 7899 /dev/snd/pcmC0D0c b7fa3000-b7fa5000 rw-p b7fa3000 00:00 0 b7fa5000-b7fc1000 r-xp 00000000 08:02 482914 /lib/ld-2.7.so b7fc1000-b7fc3000 rw-p 0001b000 08:02 482914 /lib/ld-2.7.so bfd7c000-bfd92000 rw-p bfd7c000 00:00 0 [stack] ffffe000-fffff000 r-xp 00000000 00:00 0 [vdso] Program received signal SIGABRT, Aborted. [Switching to Thread 0xb7d29ad0 (LWP 12156)] 0xffffe410 in __kernel_vsyscall () ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-01-25 18:45 Message: Logged In: YES user_id=27104 Originator: NO Hmm, works for me on Mac OS X/Intel 10.4.11. Time to reboot into Debian... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1874767&group_…

1 0

[ pure-data-Bugs-1847016 ] midirealtimein generates spurious warning on os x
by SourceForge.net 29 Feb '08

29 Feb '08

Bugs item #1847016, was opened at 2007-12-08 22:45 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1847016&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.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jack Moffitt (jackiem) >Assigned to: Miller Puckette (millerpuckette) Summary: midirealtimein generates spurious warning on os x Initial Comment: It seems to me (from using it on os x) that midirealtimein works just fine. However, each time it is used it complains that it is only supported on Windows. This was tested in the 20071205 intel build of pd extended 0.40.3. ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-02-29 16:40 Message: Logged In: YES user_id=564396 Originator: NO this is not related to pd-extended. i get the same error on pd-vanilla on linux (though i haven't tested whether it actually works) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1847016&group_…

1 0

[ pure-data-Bugs-1904754 ] [midiout] only outputs sysex on alsa-midi
by SourceForge.net 29 Feb '08

29 Feb '08

Bugs item #1904754, was opened at 2008-02-29 16:38 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1904754&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: [midiout] only outputs sysex on alsa-midi Initial Comment: when using alsa-midi as midi-transport, the [midiout] object does not what i would expect: it outputs the bytes and sysex bytes instead of raw-midi, which is incompatible with the behaviour when using other transports. i understand that this is not so simple to implement, as alsa-seq does not have a notion of "raw midi". the way to do it, would probably be to parse the raw midi and use the proper alsa-midi calls (and let alsa unparse the events into raw-midi again :-)) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1904754&group_…

1 0

[ pure-data-Bugs-1890931 ] empty lists != bang ([list-split] outputs bad bang type)
by SourceForge.net 29 Feb '08

29 Feb '08

Bugs item #1890931, was opened at 2008-02-11 08:01 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1890931&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.41.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Luke Iannini (lukeiannini) >Assigned to: Miller Puckette (millerpuckette) >Summary: empty lists != bang ([list-split] outputs bad bang type) Initial Comment: Hi, Attached it a patch demonstrating the bug. [list-split] outputs a bang on the right outlet when the input is a bang, but it seems to invisibly add the "list" selector so that the bang is unrecognized by, for example, [until] (giving the error: inlet: expected 'bang' but got 'list') Cheers Luke ---------------------------------------------------------------------- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2008-02-11 09:51 Message: Logged In: YES user_id=769033 Originator: NO I'd say it was a bug in Pd core. Rather than adding special cases to *all* objects, I think the "distribute lists over inlets if there is no method for 'list'" code should notice empty lists and call the 'bang' method, furthermore extra 'list' methods for objects that don't really need them should be removed. Both these steps are necessary to maintain the ("list",{}) == ("bang",{}) invariant in more places with less code. Something like this (totally untested, so be warned): --- m_obj.c.orig 2008-02-11 08:48:44.000000000 +0000 +++ m_obj.c 2007-12-17 20:28:49.000000000 +0000 @@ -224,7 +224,7 @@ t_atom *ap; int count; t_inlet *ip = ((t_object *)x)->ob_inlet; - if (!argc) return; + if (!argc) { pd_bang(&x->ob_pd); return; } for (count = argc-1, ap = argv+1; ip && count--; ap++, ip = ip->i_next) { if (ap->a_type == A_POINTER) pd_pointer(&ip->i_pd, ap->a_w.w_gpointer); ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2008-02-11 09:24 Message: Logged In: YES user_id=569446 Originator: NO I guess you mean [list split] (without dash). If it's a bug it's one in [until] I believe. [list split] outputs a zero-element list in your example, which is what the help-file says it would do. Usually empty lists get converted to a bang. I suppose this happens at an object's inlet. However [until] doesn't convert - probably it needs to get a until_list2(...) method? (Btw: Better avoid whitespace in the names of example patches uploaded here. I uploaded a new version and deleted the old.) File Added: list-split-bug.pd ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1890931&group_…

1 0

[ pure-data-Bugs-1854037 ] JackOSX 0.75 crashing Pd 0.40-2
by SourceForge.net 29 Feb '08

29 Feb '08

Bugs item #1854037, was opened at 2007-12-19 15:34 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1854037&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: Deleted >Resolution: Duplicate Priority: 5 Private: No Submitted By: boonier (boonier) Assigned to: Hans-Christoph Steiner (eighthave) Summary: JackOSX 0.75 crashing Pd 0.40-2 Initial Comment: The latest beta of Jack for Multiprocessor support: http://www.grame.fr/~letz/JackOSX.0.75b15.pkg.zip Is crashing the latest version (autobuild) of Pd-extended 0.40-2 when Jack is selected from the Media menu. System is: 10.5.1 os x MacIntel 2.4ghz ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-02-29 16:15 Message: Logged In: YES user_id=564396 Originator: NO this is a duplicate of #1854008 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1854037&group_…

1 0

[ pure-data-Bugs-1893620 ] turning on DSP crashes PD (at least in Windows)
by SourceForge.net 29 Feb '08

29 Feb '08

Bugs item #1893620, was opened at 2008-02-14 15:42 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1893620&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.41.0 >Status: Deleted >Resolution: Invalid Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: turning on DSP crashes PD (at least in Windows) Initial Comment: When turning on DSP for the N-th time, PD sometimes crashes. My empirical investigations lead me to think it happens when there are a big number of instances containing both [outlet]s and [outlet~]s I attach 3 zip files containing 3 tests. Each zip contains a main patch and the abstractions used within it. Testing on PD Vanilla 0.40, Windows XP, Intel core duo. *** A.ZIP *** - Open the main patch "test_crash_dsp3_new.pd" - Turn DSP on and off repeatedly. You can either do it manually or use the metro included in the patch. -> PD will crash around the 48-th time you turn DSP on. You don't need to switch "frenetically": I set the metro at a high rate to reach the crash in less time, but you can change it to [metro 1000] if you are willing to wait 96 seconds. *** B.ZIP *** - Open the main patch "dspcrash.pd" - Turn DSP on and off repeatedly. -> PD will crash around the 30-th time you turn DSP on; sometime much earlier, such as at the 8-th time. *** C.ZIP *** This is cleaner, but triggers the bug more unpredictably. - Open the main patch "main.pd" - Turn DSP on and off repeatedly -> PD will crash at some time when turning DSP on. It may crash at the 10-th time you turn it on, or you may need to turn it on/off more than 500 times. ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-02-29 16:05 Message: Logged In: YES user_id=564396 Originator: NO deleted as requested ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2008-02-14 15:46 Message: Logged In: YES user_id=1709568 Originator: NO PLEASE DELETE THIS BUG. It was me who submitted it, but I didn't realize I wasn't logged in so noy I can't add files!!! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1893620&group_…

1 0

[ pure-data-Bugs-1902100 ] "find" doesn't deal with $'s correctly
by SourceForge.net 26 Feb '08

26 Feb '08

Bugs item #1902100, was opened at 2008-02-26 13:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1902100&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: "find" doesn't deal with $'s correctly Initial Comment: I know this is pretty known, but for some reason it was not in the tracker, so here it is. The find panel won't search for an object with a dollar parameter. For example, in a patch containing a [r $1], neither "r $1" nor "r \$1" work as a search string. The former returns r 0 ... couldn't find while the latter returns r \\$1 ... couldn't find ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1902100&group_…

1 0

section in SVN for Windows sources
by Hans-Christoph Steiner 25 Feb '08

25 Feb '08

For the Windows builds, I need a way to track all of the various sources needed (One GNU/Linux and Mac OS X, this is done by the package management systems thankfully). There are a lot: http://puredata.info/docs/developer/mingw So I want to use SVN. This has been discussed in the past, so now I am mostly wondering how to make it fit into the SVN layout. So it probably makes sense to have this stuff not in "trunk" since it will only ever be used on Windows, that's the first thing I thought of. But I don't have a good sense of how to use SVN for this. I am reading this now: http://svnbook.red-bean.com/en/1.1/ch07s05.html Here they recommend checking in the vendor code to "vendor", which would be at the same level as "trunk". Then copying that code into "trunk". Then we'd have a ton of vendor code for windows only in trunk. I am thinking something like having "sources" at the same level as "trunk" for this. Under "sources", there could be "mingw" and "cygwin" if need be. The import would still use the "vendor" section, but the code would then be copied to "sources". How does that sound? Perhaps it's possible to build the whole Pd-extended using Cygwin sources, which means that there would be a package management system. Hmm... that would be nice... .hc ------------------------------------------------------------------------ ---- I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler

3 6

[ pure-data-Bugs-1464539 ] [expr] number of args in floor and ceil
by SourceForge.net 25 Feb '08

25 Feb '08

Bugs item #1464539, was opened at 2006-04-05 00:56 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1464539&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: puredata Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Miller Puckette (millerpuckette) Summary: [expr] number of args in floor and ceil Initial Comment: bug in [expr], in both functions floor and ceil only one argument is needed: so in vexp_fun.c: line 154: {"floor", ex_floor, 2}, line 155: {"ceil", ex_ceil, 2}, should be: line 154: {"floor", ex_floor, 1}, line 155: {"ceil", ex_ceil, 1}, s.koepf ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-02-25 14:34 Message: Logged In: YES user_id=564396 Originator: NO while this is technically a bug in an "external", it practically belongs to "pd-vanilla", so i changed the category and the assigned it to miller. while the proposed fix will break patches using floor and ceil, the fix for these patches is trivial (one could write a regexp that does all the search and replace); apart from that, i think one could argue that all patches currently using floor/ceil are aware that they are using a workaround. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1464539&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 February 2008