Pd-dev October 2011

pd-dev@lists.iem.at

22 participants
138 discussions

I have 3 broken installs [was: Re: double precision Pd: .patch files, tests and benchmarks]
by András Murányi 23 Feb '13

23 Feb '13

> >>>> Do you have access to an ARM >>>>> machine? If not, I could probably get one online with ssh access, if >>>>> that's >>>>> useful. >>>>> >>>> >>>> I've mailed Joe White with the question if he can patch the code for >>>> libpd and check performance on ARM. He has done some extremely popular >>>> RjDj apps and needed to optimize for them as well. Think it would be >>>> good anyway to keep in touch with libpd users and app programmers >>>> about this topic, even though we're in an early stage with it. >>>> >>> >>> >>> Yes definitely, we should let everyone who wants to be get involved. I >>> am just saying with need a development platform to start with. Once that's >>> nailed down, we can deal with more issues, like porting to libpd, dealing >>> with externals that could be either 32-bit or 64-bit, etc. >>> >>> I setup a nightly build on the macosx106-x86_64 and called it pd-double. >>> Andras and r33p, if you are listening, could you run this build on your >>> 64-bit boxes also? All you need to do is: >>> >>> ~pd/auto-build >>> cp -a pd-extended pd-double >>> >>> >> Listening now. >> I did: >> $ cd ~pd/auto-build >> $ sudo cp -a pd-extended pd-double >> What's next? Shall I try patching or rather pull IOhannes's sources? >> >> >> If you have the run-automated-builder script in a cron job, that is all >> you have to do. >> >> .hc >> >> > Ah, so tomorrow a single and double precision build will automatically be > made? Cool. > > Also, as I was busy with my life (buying a flat) these days, and I couldn't > follow the list as precisely as I wished, could you advise me what's the > current best way to roll my own double precision pd? Because I would like to > benchmark a fully optimised one. > > > That would great to have those numbers. [...] > Aaargh. I've arrived to the point where I have almost no functional pd on my box (with the exception of l2ork). vanilla says: "bash: /usr/bin/pd: No such file or directory" (i remember this is a known issue... for 64bit? can it be fixed by any chance?) extended (latest autobuild), and the fresh-built double keep on saying "watchdog: signaling pd..." What did I mess up? Will complete removals/reinstalls help? Andras

2 4

adding an inlet and outlet to [table]
by Hans-Christoph Steiner 27 Mar '12

27 Mar '12

I just saw that Max's [table] object has an inlet and outlet on it. You can send the position to the [table] object and it'll output the value. Then it also has a second inlet for setting the value at that position. I think this interface is really nice and simple. I looked around to find how to add these inlets and outlets to Pd's [table], but couldn't find where to do it. Is there any reason why this is a bad idea? Can anyone give me some pointers as to where I should add the inlets and outlet? .hc ---------------------------------------------------------------------------- Access to computers should be unlimited and total. - the hacker ethic

3 4

readanysf~ 0.43 release?
by Hans-Christoph Steiner 04 Nov '11

04 Nov '11

Hey August, Hope your happy hacking or dissertation writing or whatever it is occupying you these days. There have been some gmerlin-avdecoder updates, and we are nailing down 64-bit releases, so I wanted to make some new builds for readanysf~ for Mac OS X. Do you have any particular plans for readanysf~ 0.43? If I make some builds can you post them on your site? .hc ---------------------------------------------------------------------------- Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish. -William Carlos Williams

2 10

building iemnet on Windows and OS X
by Roman Haefeli 31 Oct '11

31 Oct '11

Hi Hans, IOhannes I'm trying to put iemnet into Pd-extended and adapted the externals/Makefile accordingly, after I tested it here on my Ubuntu machine. One day later, Pd-extended builds succeeded only on Linuxes, but failed on OS X and Windows (where I haven't tested it). The reasons seem to be different, though. Excerpt from Windows build log: <windowslog>------------------------------------------------------ make -C /home/pd/auto-build/pd-extended/externals/iem/iemnet CFLAGS="-DPD -DHAVE_G_CANVAS_H -I/home/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb -I/home/pd/auto-build/pd-extended/externals/Gem -mms-bitfields -DMSW -DNT -D'O_NONBLOCK=1' -D'srand48(n)=srand((n))' -D'drand48()=((double)rand()/RAND_MAX)' -D'bzero(p,n)=memset(p,0,n)'" \ PD_PATH=/home/pd/auto-build/pd-extended/pd PD_INCLUDE=/home/pd/auto-build/pd-extended/pd/src make[3]: Entering directory `/home/pd/auto-build/pd-extended/externals/iem/iemnet' gcc -I"/home/pd/auto-build/pd-extended/pd/src/pd" -I"/home/pd/auto-build/pd-extended/pd/src" -DPD -DVERSION='"0.1"' -mms-bitfields -D'O_NONBLOCK=1' -DPD -DHAVE_G_CANVAS_H -I/home/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb -I/home/pd/auto-build/pd-extended/externals/Gem -mms-bitfields -DMSW -DNT -D'O_NONBLOCK=1' -D'srand48(n)=srand((n))' -D'drand48()=((double)rand()/RAND_MAX)' -D'bzero(p,n)=memset(p,0,n)' -o "tcpserver.o" -c "tcpserver.c" In file included from tcpserver.c:30:0: iemnet.h: In function 'debug_dummy': iemnet.h:255:37: warning: unused parameter 'format' tcpserver.c: In function 'tcpserver_fixindex': tcpserver.c:149:7: warning: format '%d' expects type 'int', but argument 5 has type 't_int' tcpserver.c: In function 'tcpserver_send_client': tcpserver.c:285:61: warning: unused parameter 's' tcpserver.c: In function 'tcpserver_broadcast': tcpserver.c:308:59: warning: unused parameter 's' tcpserver.c: In function 'tcpserver_broadcastbut': tcpserver.c:328:18: warning: unused variable 'chunk' tcpserver.c:325:7: warning: unused variable 'client' tcpserver.c:323:62: warning: unused parameter 's' tcpserver.c: In function 'tcpserver_defaulttarget': tcpserver.c:358:5: warning: format '%d' expects type 'int', but argument 4 has type 't_int' tcpserver.c: In function 'tcpserver_send_socket': tcpserver.c:380:61: warning: unused parameter 's' tcpserver.c: In function 'tcpserver_connectpoll': tcpserver.c:490:63: warning: pointer targets in passing argument 3 of 'accept' differ in signedness c:\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/winsock2.h:536:35: note: expected 'int *' but argument is of type 'unsigned int *' tcpserver.c: At top level: tcpserver.c:323:13: warning: 'tcpserver_broadcastbut' defined but not used gcc -I"/home/pd/auto-build/pd-extended/pd/src/pd" -I"/home/pd/auto-build/pd-extended/pd/src" -DPD -DVERSION='"0.1"' -mms-bitfields -D'O_NONBLOCK=1' -DPD -DHAVE_G_CANVAS_H -I/home/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb -I/home/pd/auto-build/pd-extended/externals/Gem -mms-bitfields -DMSW -DNT -D'O_NONBLOCK=1' -D'srand48(n)=srand((n))' -D'drand48()=((double)rand()/RAND_MAX)' -D'bzero(p,n)=memset(p,0,n)' -o "iemnet.o" -c "iemnet.c" In file included from iemnet.c:25:0: iemnet.h: In function 'debug_dummy': iemnet.h:255:37: warning: unused parameter 'format' iemnet.c: In function 'iemnet_debuglevel': iemnet.c:137:29: warning: unused parameter 'x' iemnet.c: At top level: iemnet.h:255:13: warning: 'debug_dummy' defined but not used gcc -I"/home/pd/auto-build/pd-extended/pd/src/pd" -I"/home/pd/auto-build/pd-extended/pd/src" -DPD -DVERSION='"0.1"' -mms-bitfields -D'O_NONBLOCK=1' -DPD -DHAVE_G_CANVAS_H -I/home/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb -I/home/pd/auto-build/pd-extended/externals/Gem -mms-bitfields -DMSW -DNT -D'O_NONBLOCK=1' -D'srand48(n)=srand((n))' -D'drand48()=((double)rand()/RAND_MAX)' -D'bzero(p,n)=memset(p,0,n)' -o "iemnet_data.o" -c "iemnet_data.c" In file included from iemnet_data.c:28:0: iemnet.h: In function 'debug_dummy': iemnet.h:255:37: warning: unused parameter 'format' gcc -I"/home/pd/auto-build/pd-extended/pd/src/pd" -I"/home/pd/auto-build/pd-extended/pd/src" -DPD -DVERSION='"0.1"' -mms-bitfields -D'O_NONBLOCK=1' -DPD -DHAVE_G_CANVAS_H -I/home/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb -I/home/pd/auto-build/pd-extended/externals/Gem -mms-bitfields -DMSW -DNT -D'O_NONBLOCK=1' -D'srand48(n)=srand((n))' -D'drand48()=((double)rand()/RAND_MAX)' -D'bzero(p,n)=memset(p,0,n)' -o "iemnet_receiver.o" -c "iemnet_receiver.c" In file included from iemnet_receiver.c:28:0: iemnet.h: In function 'debug_dummy': iemnet.h:255:37: warning: unused parameter 'format' iemnet_receiver.c: In function 'iemnet__receiver_readthread': iemnet_receiver.c:114:3: warning: comparison between signed and unsigned integer expressions iemnet_receiver.c:136:17: error: 'MSG_DONTWAIT' undeclared (first use in this function) iemnet_receiver.c:136:17: note: each undeclared identifier is reported only once for each function it appears in iemnet_receiver.c:146:63: warning: pointer targets in passing argument 2 of 'recvfrom' differ in signedness c:\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/winsock2.h:548:32: note: expected 'char *' but argument is of type 'unsigned char *' make[3]: *** [iemnet_receiver.o] Error 1 make[3]: Leaving directory `/home/pd/auto-build/pd-extended/externals/iem/iemnet' make[2]: *** [iemnet] Error 2 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 </windowslog>------------------------------------------------------------------ I don't have a clue what MSG_DONTWAIT is. I think I need some help (from IOhannes?) to get this one fixed. >From the OS X log: <maclog>----------------------------------------------------------------------- make -C /Users/pd/auto-build/pd-extended/externals/iem/iemnet CFLAGS="-DPD -DHAVE_G_CANVAS_H -I/Users/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb -I/Users/pd/auto-build/pd-extended/externals/Gem -I/sw/include -I/Users/pd/auto-build/pd-extended/externals/pdp/include -DMACOSX -DUNIX -Dunix -DDL_OPEN" \ PD_PATH=/Users/pd/auto-build/pd-extended/pd PD_INCLUDE=/Users/pd/auto-build/pd-extended/pd/src cc -I"/Users/pd/auto-build/pd-extended/pd/src/pd" -I"/Users/pd/auto-build/pd-extended/pd/src" -DPD -DVERSION='"0.1"' -fPIC -I/sw/include -I/Applications/Pd-extended.app/Contents/Resources/include -DPD -DHAVE_G_CANVAS_H -I/Users/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb -I/Users/pd/auto-build/pd-extended/externals/Gem -I/sw/include -I/Users/pd/auto-build/pd-extended/externals/pdp/include -DMACOSX -DUNIX -Dunix -DDL_OPEN -o "tcpserver.o" -c "tcpserver.c" cc1: error: /Users/pd/auto-build/pd-extended/pd/src/pd: not a directory make[3]: *** [tcpserver.o] Error 1 make[2]: *** [iemnet] Error 2 make[1]: *** [externals_install] Error 2 make: *** [extended_install] Error 2 </maclog>----------------------------------------------------------------------- The problem here seems to be that the Pd build directory was not clean and thus there is still the pd binary lying around. Since the iemnet Makefile defines ALL_CFLAGS as: ALL_CFLAGS = -I"$(PD_INCLUDE)/pd" -I"$(PD_INCLUDE)" where the former is there to make it find Pd headers also in the pd directory (since Pd 0.43), it stumbles across the binary pd files in the src directory and complains that it is not a directory. What is the best solution here? Cleaning the pd/src directory before building the externals? Including the headers from the install location instead of the source location? Removing '-I"$(PD_INCLUDE)/pd"' from ALL_CFLAGS (which actually should stay there for future Pd versions)? Altough I had the same error once on Linux (I didn't do 'make clean'), it doesn't happen in the Linux autobuilds, probably because the pd/src directory is clean at the time of externals build. Hints/help is appreciated. Roman

4 11

Re: [PD-dev] how to load shared code for libraries
by Hans-Christoph Steiner 31 Oct '11

31 Oct '11

On Sep 28, 2011, at 3:15 AM, IOhannes m zmoelnig wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2011-09-27 21:55, Hans-Christoph Steiner wrote: >> >> That's a good break down of the issues. I'll checkout @loader_path. >> The @executable_path technique has been in Pd-extended for a long >> time, >> check out all of the libs in Pd-extended.app/Contents/lib by doing >> something like: >> >> otool -L /Applications/Pd-extended.app/Contents/lib/libavcodec. >> 51.dylib >> >> But this still leaves us with Windows and GNU/Linux, right? I >> think the >> original idea of setting the LD_LIBRARY_PATH when loading, then >> unsetting, is a good one. It would be good to have all platforms use >> the same technique. >> > > seems like my other mail got unnoticed: i find that the > LD_LIBRARY_PATH > trick does NOT work as expected, as this variable is only evaluated at > strttime of the application, and setting it via setenv() seems to not > effect dlopen(). Ah, ok, that changes things. So you are sure there isn't a way to make this work? If so, do you think there are other shared library techniques you think could work? Otherwise, it looks like we are back to my original manual dlopen() proposal. .hc ---------------------------------------------------------------------------- As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin

3 17

[ pure-data-Bugs-3431149 ] GEM loading - failure if Quicktime absent
by SourceForge.net 31 Oct '11

31 Oct '11

Bugs item #3431149, was opened at 2011-10-31 12:40 Message generated for change (Tracker Item Submitted) made by po-b You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3431149&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Pierre-Olivier Boulant (po-b) Assigned to: Nobody/Anonymous (nobody) Summary: GEM loading - failure if Quicktime absent Initial Comment: When loading a jpg, if gem_imageQT.dll is present in the GEM directory, but Quicktime has not been installed on the system and eventhough gem_imageJPEG.dll is present in the GEM directory as well, the jpg fails to load. Removing gem_imageQT.dll allows the image to load correctly with gem_imageJPEG.dll. GEM ver: 0.93.1 - compiled: Aug 28 2011 OS: Windows 7 64bit - 32bit application Pd ext 0.42.5 - GEM installed the the zip archive Pd ext 0.43.1 latest (GEM included) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3431149&group_…

1 0

Re: [PD-dev] adding an "Open" method to pdlua and tclpd
by Albert Graef 30 Oct '11

30 Oct '11

On 10/29/2011 09:23 PM, Hans-Christoph Steiner wrote: > That would be good to have on the puredata.info/downloads page. You can add it by doing this: > > http://puredata.info/docs/sitedocs/AddingYourProjectToDownloads Nice, thanks for the tip. I added it now: http://puredata.info/community/projects/software/pd-pure -- Dr. Albert Gr"af Dept. of Music-Informatics, University of Mainz, Germany Email: Dr.Graef(a)t-online.de, ag(a)muwiinfa.geschichte.uni-mainz.de WWW: http://www.musikinformatik.uni-mainz.de/ag

1 0

updating the Externals HOWTO
by Hans-Christoph Steiner 29 Oct '11

29 Oct '11

I'd like to update the Externals HOWTO to document the pd_error() and logpost() functions. I can't seem to find the source. Any pointers? .hc ---------------------------------------------------------------------------- Programs should be written for people to read, and only incidentally for machines to execute. - from Structure and Interpretation of Computer Programs

1 0

adding an "Open" method to pdlua and tclpd
by Hans-Christoph Steiner 29 Oct '11

29 Oct '11

Now that pdlua and tclpd are officially part of Pd-extended, I just had a little thought/feature request to make working with those objects easier. It would be very nice if you could right-click on the object, and click "Open" and have Pd open the script file in the associated editor. You can do this on all platforms using: ::pd_menucommands::menu_openfile {filename} Or at least use that as example code for how to do it. .hc ---------------------------------------------------------------------------- "We have nothing to fear from love and commitment." - New York Senator Diane Savino, trying to convince the NY Senate to pass a gay marriage bill

4 6

[ pure-data-Bugs-3429877 ] smlib/deltas segfault
by SourceForge.net 28 Oct '11

28 Oct '11

Bugs item #3429877, was opened at 2011-10-28 17:29 Message generated for change (Tracker Item Submitted) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3429877&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: Jonathan Wilkes (jancsika1) Assigned to: Nobody/Anonymous (nobody) Summary: smlib/deltas segfault Initial Comment: Pd vanilla 0.43.0 on Ubuntu Maverick: 1) Create [smlib/deltas] 2) Click it and choose "Help" to open its help patch. 3) Scroll the numberbox connected to the right inlet 4) Scroll the numberbox connected to the middle inlet 5) Click the bang attached to the left inlet Segfault. gdb says: Program received signal SIGSEGV, Segmentation fault. print_list (x=0x8139e20, s=0x811f9b0, argc=-8, argv=0x0) at x_interface.c:65 65 if (argc && argv->a_type != A_SYMBOL) startpost("%s:", x->x_sym->s_name); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3429877&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 October 2011