Pd-dev May 2008

pd-dev@lists.iem.at

20 participants
187 discussions

[ pure-data-Bugs-1953770 ] Path... pref pane crashes with more than 33 elements
by SourceForge.net 05 May '08

05 May '08

Bugs item #1953770, was opened at 2008-04-29 02:17 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1953770&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: Duplicate Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: Path... pref pane crashes with more than 33 elements Initial Comment: The Path... preferences pane causes Pd to crash if it has too many elements loaded in it. It seems to happen around 42 path elements. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-04-30 09:17 Message: Logged In: YES user_id=564396 Originator: NO can you confirm that this is a duplication of bug #1936531 ? http://sourceforge.net/tracker/index.php?func=detail&aid=1936531&group_id=5… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1953770&group_…

1 0

[ pure-data-Bugs-1936531 ] PDe 0.40-3 crashes on opening the Path menu on gutsy
by SourceForge.net 05 May '08

05 May '08

Bugs item #1936531, was opened at 2008-04-07 10:37 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1936531&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: 9 Private: No Submitted By: oli44 (oli44) Assigned to: Hans-Christoph Steiner (eighthave) Summary: PDe 0.40-3 crashes on opening the Path menu on gutsy Initial Comment: Platform : ubuntu gutsy i386 I start pd, open the Path menu straight away and pd crashes. Happens even if i open a patch previously. here is a backtrace (gdb) run Starting program: /usr/local/bin/pd [Thread debugging using libthread_db enabled] [New Thread -1211042128 (LWP 15433)] tk scaling is 1.04205128205 <init> : Avifile RELEASE-0.7.47-070916-12:47-4.1.3 <init> : Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf <init> : 800.00 MHz Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz processor detected [New Thread -1248314480 (LWP 15438)] *** stack smashing detected ***: /usr/local/bin/pd terminated Program received signal SIGABRT, Aborted. [Switching to Thread -1211042128 (LWP 15433)] 0xffffe410 in __kernel_vsyscall () (gdb) backtrace #0 0xffffe410 in __kernel_vsyscall () #1 0xb7d3b875 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7d3d201 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7d72e5c in ?? () from /lib/tls/i686/cmov/libc.so.6 #4 0x00000000 in ?? () (gdb) ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-05-05 10:30 Message: Logged In: YES user_id=564396 Originator: NO hans' comment in the duplicate-bug#1953770 The Path... preferences pane causes Pd to crash if it has too many elements loaded in it. It seems to happen around 42 path elements. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-04-15 09:07 Message: Logged In: YES user_id=564396 Originator: NO i remember seen the same problem on XP autobuilds. raised priority, as it is a crasher! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1936531&group_…

1 0

[ pure-data-Bugs-1957612 ] PD cannot connect to jack if pulseaudio is running
by SourceForge.net 05 May '08

05 May '08

Bugs item #1957612, was opened at 2008-05-04 20:52 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=1957612&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: Dan Wilcox (danomatika) Assigned to: Nobody/Anonymous (nobody) Summary: PD cannot connect to jack if pulseaudio is running Initial Comment: Using the Pd-0.40.3-extended-20080408-debian-stable-i386.deb autobuild ... On Ubuntu Hardy, PD has problems connecting to jack when the pulseaudio sound server is running, which it is by default. Upon killing pulse, pd can connect to jack correctly. Other applications using jack such as ardour and audacity work correctly. Note: I am running jack on an external sound card. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1957612&group_…

1 0

[ pure-data-Bugs-1736518 ] [switch~]ing [vline~] causes ever increasing CPU usage
by SourceForge.net 05 May '08

05 May '08

Bugs item #1736518, was opened at 2007-06-13 14:49 Message generated for change (Comment added) made by claudiusmaximus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1736518&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: hardoff (hardoff) Assigned to: Miller Puckette (millerpuckette) Summary: [switch~]ing [vline~] causes ever increasing CPU usage Initial Comment: it was recently brought to my attention that vline~ continues storing messages it receives when dsp processing is switched off. this can lead to a gradual rise in dsp usage of patches containing vline~. i wrote a quick note about it in the documentation to warn others. for more info seed claude's explaination here: http://lists.puredata.info/pipermail/pd-list/2007-06/050998.html ---------------------------------------------------------------------- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2008-05-04 23:38 Message: Logged In: YES user_id=769033 Originator: NO Patch submitted here https://sourceforge.net/tracker/index.php?func=detail&aid=1957549&group_id=… ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-13 15:28 Message: Logged In: YES user_id=27104 Originator: NO File Added: cputest.zip ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1736518&group_…

1 0

[ pure-data-Patches-1957549 ] fix for vline~/switch~ unbounded CPU usage
by SourceForge.net 05 May '08

05 May '08

Patches item #1957549, was opened at 2008-05-04 23:27 Message generated for change (Settings changed) made by claudiusmaximus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1957549&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: ClaudiusMaximus (claudiusmaximus) >Assigned to: Miller Puckette (millerpuckette) Summary: fix for vline~/switch~ unbounded CPU usage Initial Comment: [ 1736518 ] [switch~]ing [vline~] causes ever increasing CPU usage https://sourceforge.net/tracker/index.php?func=detail&aid=1736518&group_id=… See attached patch against d_ctl.c from pd-0.41-4 from Miller's site. The intent: prune expired segments when adding segments, not just when the dsp method is called. Side effects: removed an unused field that was never read from also fixed some -Wall warnings ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1957549&group_…

1 0

[ pure-data-Patches-1957549 ] fix for vline~/switch~ unbounded CPU usage
by SourceForge.net 05 May '08

05 May '08

Patches item #1957549, was opened at 2008-05-04 23:27 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1957549&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: ClaudiusMaximus (claudiusmaximus) Assigned to: Nobody/Anonymous (nobody) Summary: fix for vline~/switch~ unbounded CPU usage Initial Comment: [ 1736518 ] [switch~]ing [vline~] causes ever increasing CPU usage https://sourceforge.net/tracker/index.php?func=detail&aid=1736518&group_id=… See attached patch against d_ctl.c from pd-0.41-4 from Miller's site. The intent: prune expired segments when adding segments, not just when the dsp method is called. Side effects: removed an unused field that was never read from also fixed some -Wall warnings ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1957549&group_…

1 0

[ pure-data-Bugs-1956973 ] problems with "jack fixes and enhancements" patch
by SourceForge.net 04 May '08

04 May '08

Bugs item #1956973, was opened at 2008-05-03 19:14 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1956973&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: 7 Private: No Submitted By: Dan Wilcox (danomatika) >Assigned to: IOhannes m zmölnig (zmoelnig) >Summary: problems with "jack fixes and enhancements" patch Initial Comment: Ok, After upgrading to Ubuntu Hardy I tried pd with jack and everything seemingly was working. Today I sat down to do some music using my external usb sound card (Edirol UA-25) and lo and behold Pd goes nuts. All afternoon I have tracked down these issues using Pd-0.40.3-extended-20080408-debian-stable-i386.deb from the autobuilds. - the -jack startup flag does not work - if using the -jack startup flag, trying using the jack selection in Media does not work, you cannot make the jack connection to work - starting pd without the -jack startup flag allows you to select jack from Media and make the connection - trying to connect to jack (once again from the Media menu) if its controlling an EXTERNAL audio device immediately slows down X to about 5fps and causes Pulseaudio to stutter. Everything is fine on killing pd. As suggested by Hans, I tried a build before the recent jack bugfix patch (http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-extended/…) and I am able to connect to the external card running jack ... but the startup flag does not work. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-04 14:44 Message: Logged In: YES user_id=27104 Originator: NO This bug looks to be related to patch #1942258, which was included in Pd-extended 0.40.3 as of 2008-04-15 ---------------------------------------------------------------------- Comment By: Dan Wilcox (danomatika) Date: 2008-05-04 14:44 Message: Logged In: YES user_id=2032867 Originator: YES After a little testing today the -jack flag works fine using the earlier the Pd-0.40.3-extended-20080210-debian-stable-i386.deb build. So it must be something in the bugfix that messes up using external cards ... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1956973&group_…

1 0

[ pure-data-Patches-1956973 ] Ubuntu Hardy PD Jack problemos ...
by SourceForge.net 04 May '08

04 May '08

Patches item #1956973, was opened at 2008-05-03 18:14 Message generated for change (Comment added) made by danomatika You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1956973&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: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dan Wilcox (danomatika) Assigned to: Nobody/Anonymous (nobody) Summary: Ubuntu Hardy PD Jack problemos ... Initial Comment: Ok, After upgrading to Ubuntu Hardy I tried pd with jack and everything seemingly was working. Today I sat down to do some music using my external usb sound card (Edirol UA-25) and lo and behold Pd goes nuts. All afternoon I have tracked down these issues using Pd-0.40.3-extended-20080408-debian-stable-i386.deb from the autobuilds. - the -jack startup flag does not work - if using the -jack startup flag, trying using the jack selection in Media does not work, you cannot make the jack connection to work - starting pd without the -jack startup flag allows you to select jack from Media and make the connection - trying to connect to jack (once again from the Media menu) if its controlling an EXTERNAL audio device immediately slows down X to about 5fps and causes Pulseaudio to stutter. Everything is fine on killing pd. As suggested by Hans, I tried a build before the recent jack bugfix patch (http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-extended/…) and I am able to connect to the external card running jack ... but the startup flag does not work. ---------------------------------------------------------------------- >Comment By: Dan Wilcox (danomatika) Date: 2008-05-04 13:44 Message: Logged In: YES user_id=2032867 Originator: YES After a little testing today the -jack flag works fine using the earlier the Pd-0.40.3-extended-20080210-debian-stable-i386.deb build. So it must be something in the bugfix that messes up using external cards ... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1956973&group_…

1 0

[ pure-data-Patches-1956973 ] Ubuntu Hardy PD Jack problemos ...
by SourceForge.net 04 May '08

04 May '08

Patches item #1956973, was opened at 2008-05-03 18:14 Message generated for change (Settings changed) made by danomatika You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1956973&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: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dan Wilcox (danomatika) Assigned to: Nobody/Anonymous (nobody) Summary: Ubuntu Hardy PD Jack problemos ... Initial Comment: Ok, After upgrading to Ubuntu Hardy I tried pd with jack and everything seemingly was working. Today I sat down to do some music using my external usb sound card (Edirol UA-25) and lo and behold Pd goes nuts. All afternoon I have tracked down these issues using Pd-0.40.3-extended-20080408-debian-stable-i386.deb from the autobuilds. - the -jack startup flag does not work - if using the -jack startup flag, trying using the jack selection in Media does not work, you cannot make the jack connection to work - starting pd without the -jack startup flag allows you to select jack from Media and make the connection - trying to connect to jack (once again from the Media menu) if its controlling an EXTERNAL audio device immediately slows down X to about 5fps and causes Pulseaudio to stutter. Everything is fine on killing pd. As suggested by Hans, I tried a build before the recent jack bugfix patch (http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-extended/…) and I am able to connect to the external card running jack ... but the startup flag does not work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1956973&group_…

1 0

[ pure-data-Bugs-1917574 ] declare not working on osx
by SourceForge.net 04 May '08

04 May '08

Bugs item #1917574, was opened at 2008-03-17 21:01 Message generated for change (Comment added) made by mariusschebella You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1917574&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: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: declare not working on osx Initial Comment: I am not sure if declare is working the way it is supposed to on OSX the object I am trying to create is [OSCroute]. I can create [oscx/OSCroute], but what I want to accomplish is to avoid the oscx prefix, so I tried [declare -stdpath extra/oscx] [declare -stdpath oscx] [declare -path extra/oscx] [declare -path oscx] [declare -stdlib extra/oscx] [declare -stdlib oscx] [declare -lib extra/oscx] [declare -lib oscx] I even tried [declare -stdpath extra/oscx] in combination with import oscx. and I get a console printout saying [import] loaded library: oscx, but OSCroute ... couldn't create don't know how to track down the error, or if I am maybe doing something wrong. pd-extended-0.40.3-20080222. ---------------------------------------------------------------------- >Comment By: marius schebella (mariusschebella) Date: 2008-05-04 13:35 Message: Logged In: YES user_id=1856112 Originator: YES I just realized that I made some mistakes in the past and that declare actually is working better than I thought. here is what I forgot: 1) declare only takes effect when you open the patch. stupid, I think I read it, but... Some alleged "bugs" were caused by the assumption that it is enough to create a declare object and paths will be set... 2) no absolute paths! absolute paths work for -lib, but not for -path/-stdpath. at least on OS X it is not possible to set absolute paths (or at least I don't know how), all paths have to be relative to Pd (-stdpath) or to the patch (-path). ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2008-03-20 09:38 Message: Logged In: YES user_id=1895440 Originator: NO oops... from some quick fix from before i accidently still had a symbolic link from /home/roman/extra pointing to /usr/local/lib/pd/extra/, that is why it found [bar] in that funny place: /home/roman/extra/foo/bar.pd tried again without the symlink: -------------------------------- tried /home/roman/declare_test.pd and succeeded tried /home/roman/../extra/foo/bar.l_i386 and failed tried /home/roman/bar.l_i386 and failed tried /usr/local/lib/pd/extra/bar.l_i386 and failed tried /home/roman/../extra/foo/bar.pd_linux and failed tried /home/roman/bar.pd_linux and failed tried /usr/local/lib/pd/extra/bar.pd_linux and failed tried /home/roman/../extra/foo/bar/bar.l_i386 and failed tried /home/roman/bar/bar.l_i386 and failed tried /usr/local/lib/pd/extra/bar/bar.l_i386 and failed tried /home/roman/../extra/foo/bar/bar.pd_linux and failed tried /home/roman/bar/bar.pd_linux and failed tried /usr/local/lib/pd/extra/bar/bar.pd_linux and failed tried /home/roman/../extra/foo/bar.pd and failed tried /home/roman/bar.pd and failed tried /usr/local/lib/pd/extra/bar.pd and failed tried /home/roman/../extra/foo/bar.pat and failed tried /home/roman/bar.pat and failed tried /usr/local/lib/pd/extra/bar.pat and failed ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2008-03-20 07:49 Message: Logged In: YES user_id=1895440 Originator: NO i just did the same test again on my box, ubuntu dapper i686: tried /home/roman/declare_test.pd and succeeded tried /home/roman/extra/foo/bar.l_i386 and failed tried /home/roman/bar.l_i386 and failed tried /usr/local/lib/pd/extra/bar.l_i386 and failed tried /home/roman/extra/foo/bar.pd_linux and failed tried /home/roman/bar.pd_linux and failed tried /usr/local/lib/pd/extra/bar.pd_linux and failed tried /home/roman/extra/foo/bar/bar.l_i386 and failed tried /home/roman/bar/bar.l_i386 and failed tried /usr/local/lib/pd/extra/bar/bar.l_i386 and failed tried /home/roman/extra/foo/bar/bar.pd_linux and failed tried /home/roman/bar/bar.pd_linux and failed tried /usr/local/lib/pd/extra/bar/bar.pd_linux and failed tried /home/roman/extra/foo/bar.pd and succeeded which means: - there is a difference between linux ppc and linux intel - currently linux intel is the _only_ platform where [declare] works as documented. ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2008-03-20 07:20 Message: Logged In: YES user_id=1895440 Originator: NO could we give this issue a higher priority? the longer [declare] is not working correctly, the more confusion it will cause. also it currently cannot be used to create portable patches, that work on every platform with every pd-distro, which i find would be the strong point in using [declare]. ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2008-03-20 07:11 Message: Logged In: YES user_id=1895440 Originator: NO the same test on a ubuntu ppc machine with pd 0.41-4 compiled from source and installed to the default location gave similar results: output from pd-window: ---------------------- tried /home/olivia/declare_test.pd and succeeded tried /home/olivia/extra/foo/bar.l_i386 and failed tried /home/olivia/bar.l_i386 and failed tried /usr/local/lib/pd/extra/bar.l_i386 and failed tried /home/olivia/extra/foo/bar.pd_linux and failed tried /home/olivia/bar.pd_linux and failed tried /usr/local/lib/pd/extra/bar.pd_linux and failed tried /home/olivia/extra/foo/bar/bar.l_i386 and failed tried /home/olivia/bar/bar.l_i386 and failed tried /usr/local/lib/pd/extra/bar/bar.l_i386 and failed tried /home/olivia/extra/foo/bar/bar.pd_linux and failed tried /home/olivia/bar/bar.pd_linux and failed tried /usr/local/lib/pd/extra/bar/bar.pd_linux and failed tried /home/olivia/extra/foo/bar.pd and failed tried /home/olivia/bar.pd and failed tried /usr/local/lib/pd/extra/bar.pd and failed tried /home/olivia/extra/foo/bar.pat and failed tried /home/olivia/bar.pat and failed tried /usr/local/lib/pd/extra/bar.pat and failed bar ... couldn't create instantiating [foo/bar] works fine, which means, that installation of [bar] is correct and pd finds it in extra/foo. ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2008-03-20 06:48 Message: Logged In: YES user_id=1895440 Originator: NO while [declare -stdlib] seems to work, [declare -stdpath] doesn't work on windows as well. i created a folder 'foo' into the extra directory and put a file 'bar.pd' in there. my test setup: -------------- pd installation path: D:\programme\pd-0.41\ pd executable: D:\programme\pd-0.41\bin\pd.exe test-abstraction: D:\programme\pd-0.41\extra\foo\bar.pd test-patch: D:\home\declare_test.pd test-patch contains: [declare -stdpath extra/foo] [bar] pd start command: D:\programme\pd-0.41\bin\pd.exe -verbose -open D:\home\declare_test.pd output from pd-window: ---------------------- tried D:\\home\\declare_test.pd and succeeded tried D:\\home\\..\\extra\\foo\\bar.m_i386 and failed tried D:\\home\\bar.m_i386 and failed tried D:\\programme\\pd-0.41\\extra\\bar.m_i386 and failed tried D:\\home\\..\\extra\\foo\\bar.dll and failed tried D:\\home\\bar.dll and failed tried D:\\programme\\pd-0.41\\extra\\bar.dll and failed tried D:\\home\\..\\extra\\foo\\bar\\bar.m_i386 and failed tried D:\\home\\bar\\bar.m_i386 and failed tried D:\\programme\\pd-0.41\\extra\\bar\\bar.m_i386 and failed tried D:\\home\\..\\extra\\foo\\bar\\bar.dll and failed tried D:\\home\\bar\\bar.dll and failed tried D:\\programme\\pd-0.41\\extra\\bar\\bar.dll and failed tried D:\\home\\..\\extra\\foo\\bar.pd and failed tried D:\\home\\bar.pd and failed tried D:\\programme\\pd-0.41\\extra\\bar.pd and failed tried D:\\home\\..\\extra\\foo\\bar.pat and failed tried D:\\home\\bar.pat and failed tried D:\\programme\\pd-0.41\\extra\\bar.pat and failed bar ... couldn't create it looks like [declare -stdpath] is adding the search path relative to the patch instead of relative to pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1917574&group_…

1 0

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 May 2008