Pd-dev May 2008

pd-dev@lists.iem.at

20 participants
187 discussions

[ pure-data-Bugs-1965892 ] packOSC-help.pd error
by SourceForge.net 22 May '08

22 May '08

Bugs item #1965892, was opened at 2008-05-17 05:51 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1965892&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: Closed Resolution: None Priority: 5 Private: No Submitted By: eerne (eerne) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: packOSC-help.pd error Initial Comment: with Pd-0.40.3-extended-20080516-macosx104-i386.dmg the helpfiles for mrpeach doesn't work out of the box. packOSC-help.pd gives: udpsend ... couldn't create packOSC ... couldn't create routeOSC ... couldn't create [mrpeach/packOSC] creates fine though. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-22 12:51 Message: Logged In: YES user_id=27104 Originator: NO it works now because I added "#X declare -lib mrpeach" to the help file for the Pd-extended release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1965892&group_…

1 0

[ pure-data-Bugs-1969695 ] pdlua don't load
by SourceForge.net 22 May '08

22 May '08

Bugs item #1969695, was opened at 2008-05-22 11:42 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1969695&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: v0.40.2 >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) >Assigned to: Nobody/Anonymous (nobody) Summary: pdlua don't load Initial Comment: This is for: Pd version 0.40.3-extended-20080522 (There is no 0.40.2 group to choose from!) My system is Mac OS X.4.11 intel. --- error: --- /path/to/pdlua/src/lua.pd_darwin: dlopen(/path/to/pdlua/src/lua.pd_darwin, 10): Symbol not found: _garray_getfloatwords Referenced from: /path/to/pdlua/src/lua.pd_darwin Expected in: flat namespace lua: can't load library -------------- It loads fine in Pd-0.41-4 with the same prefs where "Startup..." contains 'lua' and "Path..." contains '/path/to/pdlua/src'. The Pdlua binaries lives in '/path/to/pdlua/src'. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-22 12:48 Message: Logged In: YES user_id=27104 Originator: NO also, pdlua isn't included in the Pd-extended 0.40.3 release since it is still changing pretty fast. I'm going to close this, since it is because of an addition to the API in 0.41 ---------------------------------------------------------------------- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2008-05-22 11:47 Message: Logged In: YES user_id=769033 Originator: NO This is a symptom of pdlua being compiled for pd-0.41 but used with pd-0.40. If you compile for pd-0.40 it will load in pd-0.41, however there may be 64bit/array-related bugs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1969695&group_…

1 0

[ pure-data-Bugs-1969695 ] pdlua don't load
by SourceForge.net 22 May '08

22 May '08

Bugs item #1969695, was opened at 2008-05-22 15:42 Message generated for change (Comment added) made by claudiusmaximus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1969695&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: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pdlua don't load Initial Comment: This is for: Pd version 0.40.3-extended-20080522 (There is no 0.40.2 group to choose from!) My system is Mac OS X.4.11 intel. --- error: --- /path/to/pdlua/src/lua.pd_darwin: dlopen(/path/to/pdlua/src/lua.pd_darwin, 10): Symbol not found: _garray_getfloatwords Referenced from: /path/to/pdlua/src/lua.pd_darwin Expected in: flat namespace lua: can't load library -------------- It loads fine in Pd-0.41-4 with the same prefs where "Startup..." contains 'lua' and "Path..." contains '/path/to/pdlua/src'. The Pdlua binaries lives in '/path/to/pdlua/src'. ---------------------------------------------------------------------- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2008-05-22 15:47 Message: Logged In: YES user_id=769033 Originator: NO This is a symptom of pdlua being compiled for pd-0.41 but used with pd-0.40. If you compile for pd-0.40 it will load in pd-0.41, however there may be 64bit/array-related bugs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1969695&group_…

1 0

[ pure-data-Bugs-1969695 ] pdlua don't load
by SourceForge.net 22 May '08

22 May '08

Bugs item #1969695, was opened at 2008-05-22 17:42 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=1969695&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: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pdlua don't load Initial Comment: This is for: Pd version 0.40.3-extended-20080522 (There is no 0.40.2 group to choose from!) My system is Mac OS X.4.11 intel. --- error: --- /path/to/pdlua/src/lua.pd_darwin: dlopen(/path/to/pdlua/src/lua.pd_darwin, 10): Symbol not found: _garray_getfloatwords Referenced from: /path/to/pdlua/src/lua.pd_darwin Expected in: flat namespace lua: can't load library -------------- It loads fine in Pd-0.41-4 with the same prefs where "Startup..." contains 'lua' and "Path..." contains '/path/to/pdlua/src'. The Pdlua binaries lives in '/path/to/pdlua/src'. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1969695&group_…

1 0

[ pure-data-Bugs-1969519 ] System failure: PD-extended 0.40.3 PPC & JackOSX 0.77
by SourceForge.net 22 May '08

22 May '08

Bugs item #1969519, was opened at 2008-05-22 11:14 Message generated for change (Comment added) made by boonier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1969519&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: boonier (boonier) Assigned to: Nobody/Anonymous (nobody) Summary: System failure: PD-extended 0.40.3 PPC & JackOSX 0.77 Initial Comment: With Jack booted, selecting Jack mode in the menu causes the whole system to become un-usable. THe only way to fix this is to restart the computer It is somewhat akin to an infinite [until] loop. Pd-extended 0.40.3 from autobuild from 19/05 Jack OSX 0.77 G4 1ghz powerbook ---------------------------------------------------------------------- >Comment By: boonier (boonier) Date: 2008-05-22 11:16 Message: Logged In: YES user_id=1915214 Originator: YES sorry this is on osx 10.4.11 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1969519&group_…

1 0

[ pure-data-Bugs-1969519 ] System failure: PD-extended 0.40.3 PPC & JackOSX 0.77
by SourceForge.net 22 May '08

22 May '08

Bugs item #1969519, was opened at 2008-05-22 11:14 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=1969519&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: boonier (boonier) Assigned to: Nobody/Anonymous (nobody) Summary: System failure: PD-extended 0.40.3 PPC & JackOSX 0.77 Initial Comment: With Jack booted, selecting Jack mode in the menu causes the whole system to become un-usable. THe only way to fix this is to restart the computer It is somewhat akin to an infinite [until] loop. Pd-extended 0.40.3 from autobuild from 19/05 Jack OSX 0.77 G4 1ghz powerbook ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1969519&group_…

1 0

[ pure-data-Feature Requests-1969498 ] windows installer: replace all existing files
by SourceForge.net 22 May '08

22 May '08

Feature Requests item #1969498, was opened at 2008-05-22 12:36 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1969498&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 Priority: 5 Private: No Submitted By: Fabian (fabbb) Assigned to: Nobody/Anonymous (nobody) Summary: windows installer: replace all existing files Initial Comment: with the windows installer it's a bit painstaking when several files that already exist have to be overwritten as the dialog has only got "yes" and "no" as options. a "no to all" and "yes to all" or "yes to all older versions" is missing. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1969498&group_…

1 0

[ pure-data-Patches-1933679 ] FFTW3 interface for pd-0.41-4
by SourceForge.net 21 May '08

21 May '08

Patches item #1933679, was opened at 2008-04-03 12:19 Message generated for change (Comment added) made by reakin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1933679&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-dev Group: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Miller Puckette (millerpuckette) Summary: FFTW3 interface for pd-0.41-4 Initial Comment: The attached patch implements the necessary functionality to emulate the mayer_fft with FFTW3. It's a strange approach and not ultimately efficient, but it's better than the plain mayer_fft in any case. ---------------------------------------------------------------------- Comment By: Rich E (reakin) Date: 2008-05-21 13:19 Message: Logged In: YES user_id=1586621 Originator: NO info->in = (fftwf_complex*) fftwf_malloc(sizeof(fftw_complex) * n); info->out = (fftwf_complex*) fftwf_malloc(sizeof(fftw_complex) * n); shouldn't this be fftwf_malloc(sizeof(fftwf_complex) *n)? I think you allocating for doubles instead of floats. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1933679&group_…

1 0

[ pure-data-Patches-1917574 ] fix absolute path support for [declare] and #X declare
by SourceForge.net 21 May '08

21 May '08

Patches item #1917574, was opened at 2008-03-17 21:01 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&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: puredata Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: marius schebella (mariusschebella) >Assigned to: Miller Puckette (millerpuckette) >Summary: fix absolute path support for [declare] and #X declare 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: Hans-Christoph Steiner (eighthave) Date: 2008-05-21 14:19 Message: Logged In: YES user_id=27104 Originator: NO This patch should add support for absolute paths in [declare] and the #X declare lines in the .pd files. Here's the related commit for Pd-extended: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=9862 File Added: fix_absolute_paths_for_declare-0.41.4.patch ---------------------------------------------------------------------- Comment By: marius schebella (mariusschebella) Date: 2008-05-06 12:45 Message: Logged In: YES user_id=1856112 Originator: YES that's how -stdpath works on os x. it does not work for absolute paths, and seems to be relative to some directory outside of /Applications. I tried all relations with less ../ and from inside /Applications. declare -stdpath ../../../../../../../../Applications/Pd-0.40.3-extended-20080428.app/Contents/Resources/extra/boids maybe this helps. m. ---------------------------------------------------------------------- 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=478072&aid=1917574&group_…

1 0

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

20 May '08

Bugs item #1936531, was opened at 2008-04-07 01:37 Message generated for change (Comment added) made by sf-robot 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: Closed Resolution: Fixed Priority: 9 Private: No Submitted By: oli44 (oli44) Assigned to: IOhannes m zmölnig (zmoelnig) Summary: PDe 0.40-3 crashes on opening the Path menu 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: SourceForge Robot (sf-robot) Date: 2008-05-19 19:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-05-05 05:41 Message: Logged In: YES user_id=564396 Originator: NO it seems like miller has fixed my buffer-overflow when taking the patch. i have checked in the changes to the pdext-0-40 branch. additionally it is also attached.. File Added: s_path.diff ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-05 02:49 Message: Logged In: YES user_id=27104 Originator: NO IOhannes, Unless you feel like debugging this in Pd-0.40.3-extended, I think I'll just remove the path portion of your patch from Pd-0.40.3-extended, then deal with it in the next release cycle. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-05-05 01:39 Message: Logged In: YES user_id=564396 Originator: NO hmm, interestingly enough i was not able to crash a vanilla pd-0.41-4 with about 49 paths ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-05-05 01:32 Message: Logged In: YES user_id=564396 Originator: NO i suspect this to be a memory overflow where too many strings (paths) are concatenated in a a string that cannot hold that many characters... ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-05-05 01:31 Message: Logged In: YES user_id=564396 Originator: NO eighthave's comment on the mailinglist: I was looking into this, it looks like it is caused by your Path/ Startup GUI patch, but I haven't pinned it down yet. Basically, builds from before I applied that patch don't crash, and builds after do crash on the Path menu. It seems that the crash only happens when there are more than 30 or so elements in the Path menu, it does not crash with 0-10 elements. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-05-05 01: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 00: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

← Newer
1
2
3
4
5
6
7
8
9
...
19
Older →

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