Pd-dev July 2007

pd-dev@lists.iem.at

28 participants
109 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

any2string problem
by Hans-Christoph Steiner 05 Aug '07

05 Aug '07

There is a glitch in any2string that is stopping Pd-extended from building: ------------------------------ Message: 2 Date: Sun, 29 Jul 2007 07:09:49 -0400 (EDT) From: pd(a)debian-testing-powerpc.idmi.poly.edu (pd) Subject: [PD-cvs] autobuild: pd-extended debian-testing-powerpc 2007-07-29 06.27.18 To: pd-cvs(a)iem.at Message-ID: <20070729110950.1146B4219(a)debian-testing-powerpc.idmi.poly.edu> cc -Wl,-export_dynamic -shared -o "/home/pd/auto-build/pd-extended/ externals/build/src/any2list.pd_linux" "/home/pd/auto-build/pd- extended/externals/build/src/any2list.o" -lm -lc \ `test -f /home/pd/auto-build/pd-extended/externals/build/src/ any2list.libs && cat /home/pd/auto-build/pd-extended/externals/build/ src/any2list.libs` \ `test -f /home/pd/auto-build/pd-extended/externals/build/src/../ linux/any2list.libs && \ cat /home/pd/auto-build/pd-extended/externals/build/src/../linux/ any2list.libs` chmod a-x "/home/pd/auto-build/pd-extended/externals/build/src/ any2list.pd_linux" strip --strip-unneeded -R .note -R .comment /home/pd/auto-build/pd- extended/externals/build/src/any2list.pd_linux rm -f -- /home/pd/auto-build/pd-extended/externals/build/src/any2list.o cc -DPD -O2 -pipe -fsigned-char -mpowerpc-gfxopt -I/home/pd/auto- build/pd-extended/pd/src -Wall -W -ggdb -DUNIX -Dunix -fPIC -o "/home/ pd/auto-build/pd-extended/externals/build/src/any2string.o" -c "/home/ pd/auto-build/pd-extended/externals/build/src/any2string.c" In file included from /home/pd/auto-build/pd-extended/externals/build/ src/any2string.c:1: /home/pd/auto-build/pd-extended/externals/build/src/../../moocow/ pdstring/src/any2string.c:76: error: expected ‘,’ or ‘;’ before ‘PACKAGE_VERSION’ /home/pd/auto-build/pd-extended/externals/build/src/../../moocow/ pdstring/src/any2string.c: In function ‘any2string_new’: /home/pd/auto-build/pd-extended/externals/build/src/../../moocow/ pdstring/src/any2string.c:151: warning: unused parameter ‘sel’ make[2]: *** [/home/pd/auto-build/pd-extended/externals/build/src/ any2string.o] 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: *** [install] Error 2 upload specs linux_make . deb Uploading /home/pd/auto-build/pd-extended/packages/linux_make/./Pd*.deb ls: /home/pd/auto-build/pd-extended/packages/linux_make/./Pd*.deb: No such file or directory ------------------------------------------------------------------------ ---- ¡El pueblo unido jamás será vencido!

4 17

No FC6 build available
by Centro de Cablerío de Chapinero 31 Jul '07

31 Jul '07

I just checked and the Pd-extended for Fedora Core 6 build is not available from the link in http://at.or.at/hans/pd/installers.html . The link redirects not to a file, but to a website that says 'Page not found'.. thanks dp Daniel Andrés Prieto García http://wwwprof.uniandes.edu.co/~d-prieto http://dopu.blogspot.com

2 1

any way to use GLUT in external
by Nose Hair 31 Jul '07

31 Jul '07

I am trying to write an external that uses glut. But I have hit a stumbling block. I am not able to use glutMainLoop without entering into some king of cpu sucking vortex that halts all Pd functions. I know this is a problem with the way Pd/tkl handles events. Has anyone figure out a simple way around this? I tried to look at the Gem source code but there is too much going on in there for me to get a simple solution. Is there a straight forward solution out there? Thanks, Alain

2 1

[ pure-data-Patches-1688540 ] fix makefilename segfault when wrong argument type received
by SourceForge.net 31 Jul '07

31 Jul '07

Patches item #1688540, was opened at 2007-03-26 12:33 Message generated for change (Comment added) made by radarsat1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1688540&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: Stephen Sinclair (radarsat1) Assigned to: Miller Puckette (millerpuckette) Summary: fix makefilename segfault when wrong argument type received Initial Comment: Currently, Pd segfaults if the "makefilename" object is configured to receive a symbol ("%s") and it receives a float argument. This patch uses strstr() to check if the sprintf string is going to accept a float, like so: strstr(s->s_name, "%s")==0 The result is saved in the t_makefilename structure. It is recalculated on the "set" message. When the wrong message type is received, a 0 or "" string is substituted, respectfully. While it is unfortunate to do a string search like this, it is not very good to have Pd segfaulting, so I see no alternative. ---------------------------------------------------------------------- >Comment By: Stephen Sinclair (radarsat1) Date: 2007-07-30 21:21 Message: Logged In: YES user_id=616837 Originator: YES Deleting original patch as requested. pd-cvs-makefilename-20070326.patch is replaced by makefilename_scanformat.patch ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-07-30 21:04 Message: Logged In: YES user_id=27104 Originator: NO Does this new patch replace pd-cvs-makefilename-20070326.patch? If so, pd-cvs-makefilename-20070326.patch should be deleted from this tracker. I committed it to packages/patches so it'll be automatically included in the Pd-0.40.3-extended nightly builds. ---------------------------------------------------------------------- Comment By: Stephen Sinclair (radarsat1) Date: 2007-07-30 14:23 Message: Logged In: YES user_id=616837 Originator: YES Attached is a more complete patch scanning the symbol argument more thoroughly for sprintf-compatible formatting. Also now differentiates between float and int arguments, and supports format flags. Could probably be extended to support multiple arguments. This patch also stops makefilename from spitting out (null) symbols. Patch generated with "diff -uw x_connective.c" File Added: makefilename_scanformat.patch ---------------------------------------------------------------------- Comment By: Stephen Sinclair (radarsat1) Date: 2007-07-30 14:19 Message: Logged In: YES user_id=616837 Originator: YES File Added: makefilename_crash.pd ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2007-07-29 19:50 Message: Logged In: YES user_id=313747 Originator: NO It would take more work to do it right: check that there's only one "%f" and no "%s" or vice versa, and further check for "%%f", etc... I figure on doing this someday if nobody else does. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-14 11:11 Message: Logged In: YES user_id=27104 Originator: NO I applied this patch to the Pd-0.39.2-extended branch and it failed to compile: x_connective.c: In function 'makefilename_new': x_connective.c:1213: error: 'struct _makefilename' has no member named 'x_accept_float' x_connective.c: In function 'makefilename_float': x_connective.c:1219: error: 'struct _makefilename' has no member named 'x_accept_float' x_connective.c: In function 'makefilename_symbol': x_connective.c:1229: error: 'struct _makefilename' has no member named 'x_accept_float' x_connective.c: In function 'makefilename_set': x_connective.c:1239: error: 'struct _makefilename' has no member named 'x_accept_float' My guess is that the patch needs to be a "diff -uw" format, which is much better at dealing with different line numbers, etc. Also, an example patch to demonstrate the bug is always useful. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1688540&group_…

1 0

[ pure-data-Patches-1688540 ] fix makefilename segfault when wrong argument type received
by SourceForge.net 31 Jul '07

31 Jul '07

Patches item #1688540, was opened at 2007-03-26 12:33 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1688540&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: Stephen Sinclair (radarsat1) Assigned to: Miller Puckette (millerpuckette) Summary: fix makefilename segfault when wrong argument type received Initial Comment: Currently, Pd segfaults if the "makefilename" object is configured to receive a symbol ("%s") and it receives a float argument. This patch uses strstr() to check if the sprintf string is going to accept a float, like so: strstr(s->s_name, "%s")==0 The result is saved in the t_makefilename structure. It is recalculated on the "set" message. When the wrong message type is received, a 0 or "" string is substituted, respectfully. While it is unfortunate to do a string search like this, it is not very good to have Pd segfaulting, so I see no alternative. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-07-30 21:04 Message: Logged In: YES user_id=27104 Originator: NO Does this new patch replace pd-cvs-makefilename-20070326.patch? If so, pd-cvs-makefilename-20070326.patch should be deleted from this tracker. I committed it to packages/patches so it'll be automatically included in the Pd-0.40.3-extended nightly builds. ---------------------------------------------------------------------- Comment By: Stephen Sinclair (radarsat1) Date: 2007-07-30 14:23 Message: Logged In: YES user_id=616837 Originator: YES Attached is a more complete patch scanning the symbol argument more thoroughly for sprintf-compatible formatting. Also now differentiates between float and int arguments, and supports format flags. Could probably be extended to support multiple arguments. This patch also stops makefilename from spitting out (null) symbols. Patch generated with "diff -uw x_connective.c" File Added: makefilename_scanformat.patch ---------------------------------------------------------------------- Comment By: Stephen Sinclair (radarsat1) Date: 2007-07-30 14:19 Message: Logged In: YES user_id=616837 Originator: YES File Added: makefilename_crash.pd ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2007-07-29 19:50 Message: Logged In: YES user_id=313747 Originator: NO It would take more work to do it right: check that there's only one "%f" and no "%s" or vice versa, and further check for "%%f", etc... I figure on doing this someday if nobody else does. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-14 11:11 Message: Logged In: YES user_id=27104 Originator: NO I applied this patch to the Pd-0.39.2-extended branch and it failed to compile: x_connective.c: In function 'makefilename_new': x_connective.c:1213: error: 'struct _makefilename' has no member named 'x_accept_float' x_connective.c: In function 'makefilename_float': x_connective.c:1219: error: 'struct _makefilename' has no member named 'x_accept_float' x_connective.c: In function 'makefilename_symbol': x_connective.c:1229: error: 'struct _makefilename' has no member named 'x_accept_float' x_connective.c: In function 'makefilename_set': x_connective.c:1239: error: 'struct _makefilename' has no member named 'x_accept_float' My guess is that the patch needs to be a "diff -uw" format, which is much better at dealing with different line numbers, etc. Also, an example patch to demonstrate the bug is always useful. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1688540&group_…

1 0

[ pure-data-Patches-1760624 ] font/box size overhaul with properties panel clean-up
by SourceForge.net 31 Jul '07

31 Jul '07

Patches item #1760624, was opened at 2007-07-25 18:01 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1760624&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: feature Status: Open Resolution: None Priority: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: font/box size overhaul with properties panel clean-up Initial Comment: This patch includes everything from branch-v0-39-2-extended to make the fonts and boxes the same size on every platform. The default font is changed to Monaco on Mac OSX (included with the OS) and Bitstream Vera Sans Mono on Windows and GNU/Linux (included with GNOME). The font is free as in speech and beer, so it can be distributed with any Pd package. The iemgui properties panels were also changed to reflect the new fonts, plus they were cleaned up a bit to make them more readable. It applies cleanly, builds and seems to work fine on 0.40.3 and 0.41.0-test04. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-07-30 20:58 Message: Logged In: YES user_id=27104 Originator: YES File Added: make_sizes_pixel_accurate_on_every_platform-0.40.3.patch ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-07-29 23:03 Message: Logged In: YES user_id=27104 Originator: YES I have an Ubuntu box, and I saw this too. It only happens on GNU/Linux, 10 and 12 are different sizes on Windows and Mac OS X. I had it fixed for the Pd-0.39.2-extended, but the font handling changed on 0.41, and I didn't figure out how to adapt the new font handling. My guess is that the font measurement code works different on GNU/Linux, so it's chosing a different font. The workaround is to do some kind of ifdef for GNU/Linux and force the font size for the one that's sized wrong. That's how I did it on Pd-0.39.2-extended. ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2007-07-29 19:44 Message: Logged In: YES user_id=313747 Originator: NO This did something funny on my machine (fedora 6). "10" and "12" show up with the same font size, and/but boxes sized differently (in 12 point, not fitting the un-enlarged text). I'll bring the machine to Montreal so we can look... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1760624&group_…

1 0

[ pure-data-Patches-1688540 ] fix makefilename segfault when wrong argument type received
by SourceForge.net 30 Jul '07

30 Jul '07

Patches item #1688540, was opened at 2007-03-26 12:33 Message generated for change (Comment added) made by radarsat1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1688540&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: Stephen Sinclair (radarsat1) Assigned to: Miller Puckette (millerpuckette) Summary: fix makefilename segfault when wrong argument type received Initial Comment: Currently, Pd segfaults if the "makefilename" object is configured to receive a symbol ("%s") and it receives a float argument. This patch uses strstr() to check if the sprintf string is going to accept a float, like so: strstr(s->s_name, "%s")==0 The result is saved in the t_makefilename structure. It is recalculated on the "set" message. When the wrong message type is received, a 0 or "" string is substituted, respectfully. While it is unfortunate to do a string search like this, it is not very good to have Pd segfaulting, so I see no alternative. ---------------------------------------------------------------------- >Comment By: Stephen Sinclair (radarsat1) Date: 2007-07-30 14:23 Message: Logged In: YES user_id=616837 Originator: YES Attached is a more complete patch scanning the symbol argument more thoroughly for sprintf-compatible formatting. Also now differentiates between float and int arguments, and supports format flags. Could probably be extended to support multiple arguments. This patch also stops makefilename from spitting out (null) symbols. Patch generated with "diff -uw x_connective.c" File Added: makefilename_scanformat.patch ---------------------------------------------------------------------- Comment By: Stephen Sinclair (radarsat1) Date: 2007-07-30 14:19 Message: Logged In: YES user_id=616837 Originator: YES File Added: makefilename_crash.pd ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2007-07-29 19:50 Message: Logged In: YES user_id=313747 Originator: NO It would take more work to do it right: check that there's only one "%f" and no "%s" or vice versa, and further check for "%%f", etc... I figure on doing this someday if nobody else does. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-14 11:11 Message: Logged In: YES user_id=27104 Originator: NO I applied this patch to the Pd-0.39.2-extended branch and it failed to compile: x_connective.c: In function 'makefilename_new': x_connective.c:1213: error: 'struct _makefilename' has no member named 'x_accept_float' x_connective.c: In function 'makefilename_float': x_connective.c:1219: error: 'struct _makefilename' has no member named 'x_accept_float' x_connective.c: In function 'makefilename_symbol': x_connective.c:1229: error: 'struct _makefilename' has no member named 'x_accept_float' x_connective.c: In function 'makefilename_set': x_connective.c:1239: error: 'struct _makefilename' has no member named 'x_accept_float' My guess is that the patch needs to be a "diff -uw" format, which is much better at dealing with different line numbers, etc. Also, an example patch to demonstrate the bug is always useful. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1688540&group_…

1 0

[ pure-data-Patches-1688540 ] fix makefilename segfault when wrong argument type received
by SourceForge.net 30 Jul '07

30 Jul '07

1 0

[ pure-data-Bugs-1763228 ] vline~ broken
by SourceForge.net 30 Jul '07

30 Jul '07

Bugs item #1763228, was opened at 2007-07-29 15:43 Message generated for change (Comment added) made by mariusschebella You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1763228&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: marius schebella (mariusschebella) Assigned to: Hans-Christoph Steiner (eighthave) Summary: vline~ broken Initial Comment: with the latest autobuild (july 29) labeled "Pure Data 0.39.3-extended-rc5" for mac osx (intel) the vline~ object does not work. ---------------------------------------------------------------------- >Comment By: marius schebella (mariusschebella) Date: 2007-07-30 05:57 Message: Logged In: YES user_id=1856112 Originator: YES oops, my fault. you are right a patch to explain this would have been helpful. actually vline~ is not broken, I used it wrong. (maybe the helppatch could be a little bit clearer...). I used a wrong way of scheduling... so sorry for the wrong bug report. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-07-29 22:45 Message: Logged In: YES user_id=27104 Originator: NO An example patch is always very helpful, especially if it triggers the problem every time that it is run. Ideally the example patch would have only enough objects to cause the problem, but nothing else. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1763228&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 July 2007