Pd-dev April 2007

pd-dev@lists.iem.at

15 participants
82 discussions

compile partconv~ for intelmac
by Luigi Rensinghoff 30 Aug '07

30 Aug '07

Hi Developers, in particular Inte-Mac Users ;-) well probably i shouldnt even try, but i would like to test partconv on an intel mac. So i am trying to compile it myself, which, well.......i dont really have enough background knowledge. Maybe someone wants to help me anyway or has a pd_darwin version, to share... So i installed fftw3 with fink because it was missing, but now i encounter the next "stop" ---- gigimacbook:/Applications/PureData/Added_abs/partconv~-0.2 root# make pd_darwin cc -DPD -O3 -funroll-loops -fomit-frame-pointer -Wall -W -Wno-long- double -Wstrict-prototypes -Werror -Wno-unused -Wno-parentheses -Wno- switch -fno-common -I/Applications/PureData/pd-0.39-2/src -o partconv~.o -c partconv~.c cc -bundle -undefined suppress -flat_namespace -o partconv~.pd_darwin partconv~.o /usr/local/lib/libfftw3f.a -lc -lm i686-apple-darwin8-gcc-4.0.1: /usr/local/lib/libfftw3f.a: No such file or directory make: *** [partconv~.pd_darwin] Error 1 ... any idea ???

7 9

[ pure-data-Bugs-1708638 ] memento segfault on win32
by SourceForge.net 14 May '07

14 May '07

Bugs item #1708638, was opened at 2007-04-27 13:06 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1708638&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: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: frey (freynz) >Assigned to: Frank Barknecht (fbar) Summary: memento segfault on win32 Initial Comment: memento causes pd-0.39.2 to segfault in win32 (tested with 0.39.2-extended-test7) more specifically, sending any float value to a [commun] object set up properly with an [originator] causes a segfault in pd-dll-iname, with no useful backtrace. the attached patch demonstrates the problem. move the slider and pd should crash instantly. note that if the [originator] object isn't present, the crash doesn't happen. ---------------------------------------------------------------------- >Comment By: Frank Barknecht (fbar) Date: 2007-04-28 09:50 Message: Logged In: YES user_id=569446 Originator: NO I now committed several changes to Memento including the removal of all externals except OSCroute and pool. I guess this will be delayed for anonymous CVs checkouts until tomorrow, but I would be glad if you could test if the new Memento still crashes (and if it still works for all your patches). I only did changes to CVS/abstraction/rradical/memento, so you could also just download the patches from the CVS browse page, if you cannot use CVS directly. Just replace everything in your "memento" folder with the changed files and don't forget to add the new abstractions like [prepent]. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2007-04-27 19:39 Message: Logged In: YES user_id=569446 Originator: NO If OSCprepend is the problem, you can replace it with the OSCprepend.pd object in "list-abs", it's pure Pd as well. But another possible culprit for the crash is [prepend]: If you don't use the prepend from Cyclone, but the one in GGEE, every Memento patch will crash. Known bug. :( If you can wait a bit, I will remove almost all externals needed by Memento very soon so that only [pool] and [OSCroute] are left. ---------------------------------------------------------------------- Comment By: Patrice Colet (patrco) Date: 2007-04-27 18:42 Message: Logged In: YES user_id=1780177 Originator: NO The problem might come from the [tosymbol] cyclone object in [OSCprepend] abstraction from [originator], I've replaced it by another abstraction that only use [list] objects ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1708638&group_…

2 1

add_string_support.patch
by Hans-Christoph Steiner 01 May '07

01 May '07

I just noticed this in the build logs. Looks like the patch isn't applied at all. I think the problem is that there is a relative path in the filenames, while the working ones just have the filename, i.e. this doesn't work: |--- pd/src/g_text.c 4 Oct 2006 19:35:06 -0000 1.15 |+++ pd/src/g_text.c 12 Feb 2007 03:45:43 -0000 This works: --- g_rtext.c 6 Sep 2004 20:20:34 -0000 1.4 +++ g_rtext.c 14 Dec 2005 03:59:31 -0000 .hc Applying /home/pd/auto-build/pd-extended/packages/patches/ add_string_support.patch can't find file to patch at input line 8 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: pd/src/g_text.c |=================================================================== |RCS file: /cvsroot/pure-data/pd/src/g_text.c,v |retrieving revision 1.15 |diff -u -w -r1.15 g_text.c |--- pd/src/g_text.c 4 Oct 2006 19:35:06 -0000 1.15 |+++ pd/src/g_text.c 12 Feb 2007 03:45:43 -0000 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 3 out of 3 hunks ignored can't find file to patch at input line 49 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: pd/src/m_atom.c |=================================================================== |RCS file: /cvsroot/pure-data/pd/src/m_atom.c,v |retrieving revision 1.4 |diff -u -w -r1.4 m_atom.c |--- pd/src/m_atom.c 11 Aug 2006 20:09:07 -0000 1.4 |+++ pd/src/m_atom.c 12 Feb 2007 03:45:43 -0000 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 71 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: pd/src/m_binbuf.c |=================================================================== |RCS file: /cvsroot/pure-data/pd/src/m_binbuf.c,v |retrieving revision 1.13 |diff -u -w -r1.13 m_binbuf.c |--- pd/src/m_binbuf.c 4 Oct 2006 19:35:06 -0000 1.13 |+++ pd/src/m_binbuf.c 12 Feb 2007 03:45:44 -0000 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 89 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: pd/src/m_class.c |=================================================================== |RCS file: /cvsroot/pure-data/pd/src/m_class.c,v |retrieving revision 1.7 |diff -u -w -r1.7 m_class.c |--- pd/src/m_class.c 15 Aug 2006 04:54:15 -0000 1.7 |+++ pd/src/m_class.c 12 Feb 2007 03:45:44 -0000 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 9 out of 9 hunks ignored can't find file to patch at input line 206 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: pd/src/m_imp.h |=================================================================== |RCS file: /cvsroot/pure-data/pd/src/m_imp.h,v |retrieving revision 1.4 |diff -u -w -r1.4 m_imp.h |--- pd/src/m_imp.h 19 Aug 2005 23:28:03 -0000 1.4 |+++ pd/src/m_imp.h 12 Feb 2007 03:45:44 -0000 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 2 out of 2 hunks ignored can't find file to patch at input line 229 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: pd/src/m_obj.c |=================================================================== |RCS file: /cvsroot/pure-data/pd/src/m_obj.c,v |retrieving revision 1.4 |diff -u -w -r1.4 m_obj.c |--- pd/src/m_obj.c 18 May 2005 04:28:51 -0000 1.4 |+++ pd/src/m_obj.c 12 Feb 2007 03:45:44 -0000 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 6 out of 6 hunks ignored can't find file to patch at input line 334 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: pd/src/m_pd.c |=================================================================== |RCS file: /cvsroot/pure-data/pd/src/m_pd.c,v |retrieving revision 1.4 |diff -u -w -r1.4 m_pd.c |--- pd/src/m_pd.c 28 Nov 2004 21:20:42 -0000 1.4 |+++ pd/src/m_pd.c 12 Feb 2007 03:45:44 -0000 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 354 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: pd/src/m_pd.h |=================================================================== |RCS file: /cvsroot/pure-data/pd/src/m_pd.h,v |retrieving revision 1.17 |diff -u -w -r1.17 m_pd.h |--- pd/src/m_pd.h 22 Oct 2006 21:46:11 -0000 1.17 |+++ pd/src/m_pd.h 12 Feb 2007 03:45:44 -0000 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 10 out of 10 hunks ignored ------------------------------------------------------------------------ ---- 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.

3 5

definitions in m_pd.h that aren't present in pd (and vice versa)
by Claude Heiland-Allen 01 May '07

01 May '07

Hi, I'm trying to use SWIG in my work on a Lua external for Pd, and had to comment out the following definitions in m_pd.h to get code generated by SWIG to load without "undefined symbol" errors: EXTERN t_symbol *pd_getfilename(void); EXTERN t_symbol *pd_getdirname(void); EXTERN void pd_anything(t_pd *x, t_symbol *s, int argc, t_atom *argv); EXTERN t_parentwidgetbehavior *class_parentwidget(t_class *c); EXTERN int sys_isreadablefile(const char *name); EXTERN float garray_get(t_garray *x, t_symbol *s, t_int indx); EXTERN void c_extern(t_externclass *cls, t_newmethod newroutine, t_method freeroutine, t_symbol *name, size_t size, int tiny, t_atomtype arg1, ...); EXTERN void c_addmess(t_method fn, t_symbol *sel, t_atomtype arg1, ...); I guess these have either been removed from pd, or aren't declared with the right visibility in the source. It would be great if this could be fixed. Also, the following are visible in pd, but undeclared in m_pd.h, meaning I have to declare them myself: typedef int (*loader_t)(t_canvas *, char *); void sys_register_loader(loader_t loader); Would be super if this could be fixed too. Tested with pd-0.40-2 from Miller's site. Claude -- http://claudiusmaximus.goto10.org

2 1

iem16 stopping Windows auto-build
by Hans-Christoph Steiner 29 Apr '07

29 Apr '07

Here's the error: gcc -shared -o /home/pd/auto-build/pd-extended/externals/iem16/src/ tab16read.dll /home/pd/auto-build/pd-extended/externals/iem16/src/ iem16_array.o /home/pd/auto-build/pd-extended/externals/iem16/src/ iem16_table.o -lm -L/home/pd/auto-build/pd-extended/pd/bin -L/home/ pd/auto-build/pd-extended/pd/obj -lpd -lwsock32 -lpthreadGC2 - lkernel32 -luser32 -lgdi32 -lregex C:/msys/1.0/home/pd/auto-build/pd-extended/externals/iem16/src/ iem16_array.o: In function `tab16read_float':C:/msys/1.0/home/pd/auto- build/pd-extended/externals/iem16/src/iem16_array.c:27: undefined reference to `_imp__table16_getarray16' C:/msys/1.0/home/pd/auto-build/pd-extended/externals/iem16/src/ iem16_array.o: In function `tab16read4_float':C:/msys/1.0/home/pd/ auto-build/pd-extended/externals/iem16/src/iem16_array.c:72: undefined reference to `_imp__table16_getarray16' C:/msys/1.0/home/pd/auto-build/pd-extended/externals/iem16/src/ iem16_array.o: In function `tab16write_float':C:/msys/1.0/home/pd/ auto-build/pd-extended/externals/iem16/src/iem16_array.c:135: undefined reference to `_imp__table16_getarray16' collect2: ld returned 1 exit status make[2]: *** [/home/pd/auto-build/pd-extended/externals/iem16/src/ tab16read.dll] Error 1 make[2]: Leaving directory `/home/pd/auto-build/pd-extended/externals' make[1]: *** [externals_install] Error 2 make[1]: Leaving directory `/home/pd/auto-build/pd-extended/packages' make: *** [prebuilt_install] Error 2 .hc ------------------------------------------------------------------------ ---- You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie

2 1

[ pure-data-Bugs-1708638 ] memento segfault on win32
by SourceForge.net 27 Apr '07

27 Apr '07

Bugs item #1708638, was opened at 2007-04-27 13:06 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1708638&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: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: frey (freynz) Assigned to: Nobody/Anonymous (nobody) Summary: memento segfault on win32 Initial Comment: memento causes pd-0.39.2 to segfault in win32 (tested with 0.39.2-extended-test7) more specifically, sending any float value to a [commun] object set up properly with an [originator] causes a segfault in pd-dll-iname, with no useful backtrace. the attached patch demonstrates the problem. move the slider and pd should crash instantly. note that if the [originator] object isn't present, the crash doesn't happen. ---------------------------------------------------------------------- >Comment By: Frank Barknecht (fbar) Date: 2007-04-27 19:39 Message: Logged In: YES user_id=569446 Originator: NO If OSCprepend is the problem, you can replace it with the OSCprepend.pd object in "list-abs", it's pure Pd as well. But another possible culprit for the crash is [prepend]: If you don't use the prepend from Cyclone, but the one in GGEE, every Memento patch will crash. Known bug. :( If you can wait a bit, I will remove almost all externals needed by Memento very soon so that only [pool] and [OSCroute] are left. ---------------------------------------------------------------------- Comment By: Patrice Colet (patrco) Date: 2007-04-27 18:42 Message: Logged In: YES user_id=1780177 Originator: NO The problem might come from the [tosymbol] cyclone object in [OSCprepend] abstraction from [originator], I've replaced it by another abstraction that only use [list] objects ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1708638&group_…

1 0

[ pure-data-Bugs-1708638 ] memento segfault on win32
by SourceForge.net 27 Apr '07

27 Apr '07

Bugs item #1708638, was opened at 2007-04-27 11:06 Message generated for change (Comment added) made by patrco You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1708638&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: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: frey (freynz) Assigned to: Nobody/Anonymous (nobody) Summary: memento segfault on win32 Initial Comment: memento causes pd-0.39.2 to segfault in win32 (tested with 0.39.2-extended-test7) more specifically, sending any float value to a [commun] object set up properly with an [originator] causes a segfault in pd-dll-iname, with no useful backtrace. the attached patch demonstrates the problem. move the slider and pd should crash instantly. note that if the [originator] object isn't present, the crash doesn't happen. ---------------------------------------------------------------------- Comment By: Patrice Colet (patrco) Date: 2007-04-27 16:42 Message: Logged In: YES user_id=1780177 Originator: NO The problem might come from the [tosymbol] cyclone object in [OSCprepend] abstraction from [originator], I've replaced it by another abstraction that only use [list] objects ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1708638&group_…

1 0

[ pure-data-Bugs-1708638 ] memento segfault on win32
by SourceForge.net 27 Apr '07

27 Apr '07

Bugs item #1708638, was opened at 2007-04-27 11:06 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=1708638&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: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: frey (freynz) Assigned to: Nobody/Anonymous (nobody) Summary: memento segfault on win32 Initial Comment: memento causes pd-0.39.2 to segfault in win32 (tested with 0.39.2-extended-test7) more specifically, sending any float value to a [commun] object set up properly with an [originator] causes a segfault in pd-dll-iname, with no useful backtrace. the attached patch demonstrates the problem. move the slider and pd should crash instantly. note that if the [originator] object isn't present, the crash doesn't happen. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1708638&group_…

1 0

managing Windows sources in pure-data CVS
by Hans-Christoph Steiner 25 Apr '07

25 Apr '07

Hey, I am planning on importing all of the sources needed to build Pd- extended on Windows into a new section of the pure-data CVS. Right now, there is no management, and it's a mess. This way, all the random scripts needed to build all those sources can also be checked in there. Also, it will be much easier to manage the small tweaks needed to get somethings building properly. Luckily, CVS is designed to do this: "13. Tracking third-party sources" http://ximbiot.com/cvs/manual/cvs-1.12.9/cvs_13.html I am not particular about the name of the section, I am thinking "win32_sources". Comments, feedback, etc.? .hc ------------------------------------------------------------------------ ---- Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith

2 2

list-emath
by Thomas Grill 24 Apr '07

24 Apr '07

Hi Frank, is there a good reason why in list-emath there is [expr $f1 $1 $f2] instead of just [$1]? I guess the latter would be even more flexible. greetings, Thomas -- Thomas Grill http://grrrr.org

2 3

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 April 2007