Pd-dev March 2008

pd-dev@lists.iem.at

27 participants
110 discussions

tclpd build issue
by Hans-Christoph Steiner 16 Mar '08

16 Mar '08

Hey, There is a strange build issue with tclpd. Basically, the first time you try to build it, swig throws an error, but generates tcl_wrap.cxx anyway. Then the second time things build. Here's the build transcript, the error seems to be "Syntax error in input": pd@debian-stable-i386:externals > make tclpd cd /home/pd/auto-build/pd-extended/externals/tclpd && make make[1]: Entering directory `/home/pd/auto-build/pd-extended/ externals/tclpd' swig -v -c++ -tcl -o tcl_wrap.cxx -I../../pd/src -I/usr/include/ tcl8.4 tcl.i LibDir: tcl ./ ../../pd/src/ /usr/include/tcl8.4/ /usr/share/swig1.3/tcl/ ./swig_lib/tcl/ /usr/share/swig1.3/config/ ./swig_lib/config/ /usr/share/swig1.3/ ./swig_lib/ Preprocessing... Starting language-specific parse... ../../pd/src/m_pd.h:467: Error: Syntax error in input(1). tcl.i:50: Warning(121): %name is deprecated. Use %rename instead. tcl.i:53: Warning(302): Identifier 't_symbol' redefined (ignored), ../../pd/src/m_pd.h:65: Warning(302): previous definition of 't_symbol' (Renamed from '_symbol'). Processing types... C++ analysis... Generating wrappers... ../../pd/src/m_pd.h:222: Warning(454): Setting a pointer/reference variable may leak memory. ../../pd/src/m_pd.h:223: Warning(454): Setting a pointer/reference variable may leak memory. ../../pd/src/m_pd.h:388: Warning(462): Unable to set variable of type char [] ../../pd/src/m_pd.h:389: Warning(462): Unable to set variable of type char [] ../../pd/src/m_pd.h:539: Warning(454): Setting a pointer/reference variable may leak memory. ../../pd/src/m_pd.h:593: Warning(454): Setting a pointer/reference variable may leak memory. ../../pd/src/m_pd.h:602: Warning(454): Setting a pointer/reference variable may leak memory. ../../pd/src/m_pd.h:621: Warning(454): Setting a pointer/reference variable may leak memory. tcl_extras.h:19: Warning(454): Setting a pointer/reference variable may leak memory. make[1]: *** [tcl_wrap.cxx] Error 1 make[1]: Leaving directory `/home/pd/auto-build/pd-extended/externals/ tclpd' make: *** [/home/pd/auto-build/pd-extended/externals/tclpd/ tcl.pd_linux] Error 2 ------------------------------------------------------------------------ ---- 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 2

"report bug" on the Help menu
by Hans-Christoph Steiner 16 Mar '08

16 Mar '08

Hey, I just added a new item on the Help menu that I think y'all should agree is useful. It is called "report bug" and it currently takes you directly to the SourceForge bug submission. My friend Shawn Van Every proposed that we use a little javascript to open the sourceforge bug submission page that automatically fills in the text area with information from Pd. For example, it could easily post the version number, operating system, CPU, etc. He sketched out how to do it, but I basically don't know web programming at all. Can anyone put this together? I am thinking that it would be a page on puredata.info, the "report bug" menu item would open that puredata.info page with info in the URL. This page then opens the sourceforge page and sticks that info in it. Feel free to find a better way. Here are the sketches: .hc ------------------------------------------------------------------------ ---- 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf

1 0

[ pure-data-Bugs-1914851 ] menubar - window filename update
by SourceForge.net 15 Mar '08

15 Mar '08

Bugs item #1914851, was opened at 2008-03-15 11:45 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=1914851&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: Nobody/Anonymous (nobody) Summary: menubar - window filename update Initial Comment: hi, I found a minor bug. when you open a patch (or create new patch) and then "save as" (or "save" with a new patch) then that name is not updated in the menubar-window menu. the patch is still listed under the old name or "untitled". maybe that's only on mac 10.5. I tried pd-extended 0.40.3(080222) and the current pd 0.41-2 from millers site. marius. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1914851&group_…

1 0

[ pure-data-Bugs-1874767 ] hostname from hcs crashes
by SourceForge.net 15 Mar '08

15 Mar '08

Bugs item #1874767, was opened at 2008-01-18 06:42 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1874767&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: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: oli44 (oli44) Assigned to: Hans-Christoph Steiner (eighthave) Summary: hostname from hcs crashes Initial Comment: hello, following message when banging the hostname object from hcs lib Patch: [bang( | [hostname] | [print] Debian Etch pd extended stable 20071224 olivier@puredell:~/puredata$ pd tk scaling is 1.33333333333 *** glibc detected *** malloc(): memory corruption: 0x082cc980 *** Pd: signal 6 I can repeat the bug anytime after an update to pd-e stable 20080112 olivier@puredell:~/puredata$ pd tk scaling is 1.33333333333 *** glibc detected *** malloc(): memory corruption: 0x08284f28 *** Pd: signal 6 olivier@puredell:~/puredata$ pd tk scaling is 1.33333333333 *** glibc detected *** malloc(): memory corruption: 0x08287ee8 *** Pd: signal 6 ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2008-03-14 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-02-29 07:53 Message: Logged In: YES user_id=564396 Originator: NO i think i have fixed this in CVS (turned ot to be a missing pointer-dereferencing in the memory-allocation code) ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-02-20 07:29 Message: Logged In: YES user_id=564396 Originator: NO i can confirm that it crashes on debian lenny ([hostname] is self-compiled; running pd-0.41) *** glibc detected *** /usr/local/bin/pd: malloc(): memory corruption: 0x08135bb8 *** ======= Backtrace: ========= /lib/i686/cmov/libc.so.6[0xb7d961e6] /lib/i686/cmov/libc.so.6(__libc_calloc+0xcf)[0xb7d9788f] /usr/local/bin/pd(getbytes+0x1e)[0x80ada1e] ======= Memory map: ======== 08048000-0811a000 r-xp 00000000 08:05 749279 /usr/local/bin/pd 0811a000-0811b000 rw-p 000d2000 08:05 749279 /usr/local/bin/pd 0811b000-08148000 rw-p 0811b000 00:00 0 [heap] b7c00000-b7c21000 rw-p b7c00000 00:00 0 b7c21000-b7d00000 ---p b7c21000 00:00 0 b7d29000-b7d2a000 rw-p b7d29000 00:00 0 b7d2a000-b7e71000 r-xp 00000000 08:02 499080 /lib/i686/cmov/libc-2.7.so b7e71000-b7e72000 r--p 00147000 08:02 499080 /lib/i686/cmov/libc-2.7.so b7e72000-b7e74000 rw-p 00148000 08:02 499080 /lib/i686/cmov/libc-2.7.so b7e74000-b7e77000 rw-p b7e74000 00:00 0 b7e77000-b7e8b000 r-xp 00000000 08:02 499096 /lib/i686/cmov/libpthread-2.7.so b7e8b000-b7e8d000 rw-p 00013000 08:02 499096 /lib/i686/cmov/libpthread-2.7.so b7e8d000-b7e8f000 rw-p b7e8d000 00:00 0 b7e8f000-b7eb2000 r-xp 00000000 08:02 499086 /lib/i686/cmov/libm-2.7.so b7eb2000-b7eb4000 rw-p 00023000 08:02 499086 /lib/i686/cmov/libm-2.7.so b7eb4000-b7eb5000 rw-p b7eb4000 00:00 0 b7eb5000-b7eb7000 r-xp 00000000 08:02 499085 /lib/i686/cmov/libdl-2.7.so b7eb7000-b7eb9000 rw-p 00001000 08:02 499085 /lib/i686/cmov/libdl-2.7.so b7eb9000-b7f7a000 r-xp 00000000 08:05 440860 /usr/lib/libasound.so.2.0.0 b7f7a000-b7f7f000 rw-p 000c0000 08:05 440860 /usr/lib/libasound.so.2.0.0 b7f90000-b7f9c000 r-xp 00000000 08:02 482917 /lib/libgcc_s.so.1 b7f9c000-b7f9d000 rw-p 0000b000 08:02 482917 /lib/libgcc_s.so.1 b7f9d000-b7f9e000 r-xp 00000000 00:13 46253018 /Net/iem/Benutzer/zmoelnig/src/cvs/pure-data/externals/hcs/uname.pd_linux b7f9e000-b7f9f000 rw-p 00000000 00:13 46253018 /Net/iem/Benutzer/zmoelnig/src/cvs/pure-data/externals/hcs/uname.pd_linux b7f9f000-b7fa0000 rw-s 81000000 00:0d 7892 /dev/snd/pcmC0D0p b7fa0000-b7fa1000 r--s 80000000 00:0d 7892 /dev/snd/pcmC0D0p b7fa1000-b7fa2000 rw-s 81000000 00:0d 7899 /dev/snd/pcmC0D0c b7fa2000-b7fa3000 r--s 80000000 00:0d 7899 /dev/snd/pcmC0D0c b7fa3000-b7fa5000 rw-p b7fa3000 00:00 0 b7fa5000-b7fc1000 r-xp 00000000 08:02 482914 /lib/ld-2.7.so b7fc1000-b7fc3000 rw-p 0001b000 08:02 482914 /lib/ld-2.7.so bfd7c000-bfd92000 rw-p bfd7c000 00:00 0 [stack] ffffe000-fffff000 r-xp 00000000 00:00 0 [vdso] Program received signal SIGABRT, Aborted. [Switching to Thread 0xb7d29ad0 (LWP 12156)] 0xffffe410 in __kernel_vsyscall () ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-01-25 09:45 Message: Logged In: YES user_id=27104 Originator: NO Hmm, works for me on Mac OS X/Intel 10.4.11. Time to reboot into Debian... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1874767&group_…

1 0

[Fwd: Re: finding debian-dependencies of a binary]
by IOhannes m zmoelnig 14 Mar '08

14 Mar '08

-------- Original Message -------- From: Hans-Christoph Steiner <hans(a)eds.org> That sounds quite useful, I should have guessed. Could you send this to pd-dev? Georg is mostly doing this work. .hc On Mar 13, 2008, at 10:36 AM, IOhannes m zmoelnig wrote: > hi hans. > > i knew that there was a dpkg helpertool to get the package- > dependencies of a binary. it's "dpkg-shlibdeps" > > for whatever[*] reasons it needs debian/control > > % mkdir debian && touch debian/control > % dpkg-shlibdeps -O Gem.pd_linux > > mfg.sr > IOhannes > > [*] well, obviously this helper is meant to be used when building > debian-packages when you have the full debian/ infrastructure; you > usually call it as "dh_shlibdeps" in the debian/rules

2 1

Some (not so?) basic external questions
by Albert Graef 14 Mar '08

14 Mar '08

Hi everybody, I've been mostly lurking here until now, so let me just briefly introduce myself as the guy from the computer music department at the University of Mainz (Germany) who wrote the functional scripting language Q (http://q-lang.sf.net/), as well as the interfaces between Pd and Q and Yann Orlarey's functional DSP programming language Faust (http://faust.grame.fr/). The LAC regulars among you might already know me. ;-) I have some questions I need to answer in order to further improve the Faust and Q externals. After googling around and searching pd-dev for quite a while I still haven't figured out how to do these things, so any advice will be deeply appreciated. 1. Dynamic reloading of externals I ran into this while teaching a Faust programming course last semester, where we used Pd as a convenient environment to test and run Faust programs. Right now, when we recompile a (Faust-generated) external, we need to restart Pd so that it picks up the new dll (.pd_linux file). It would be *very* convenient if there was a menu command to quickly reload all loaded externals and reconfigure the affected objects. I can imagine that this is not easy to implement, but it would certainly make the edit/compile/run cycle for externals much much easier. :) Even with the current Pd it might be possible to reload a dll through a "wrapper" external, but that still leaves the problem of reconfiguring the inlets and outlets of affected objects on the fly (which would be quite useful for scripting externals as well). I've seen that this has been discussed on the ml before, but I couldn't figure out whether this already works in the current Pd, and how. 2. Patch environment A problem I have with the Pd/Q external is that the embedded Q interpreter can only load a single main script per process. So I would like to be able to specify the name of that script somewhere in the hosting patch, as it would be rather clumsy if the user had to specify the same script name over and over in each [q] object. I see that the [declare] object provides that kind of functionality, but AFAICT only for Pd's search path and lib environment. It would be great if externals (loaded beforehand with -lib) could hook into that mechanism in some way, so that one could write something like, e.g., [declare -script foobar.q] and have this information available when the external starts creating objects. Is it possible to do this? Many thanks in advance, Albert -- 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

calling external code(.dll) from pd-external(win32xp)
by best boy 12 Mar '08

12 Mar '08

hi, are there any examples (source.c) for calling a dll from within a pd external? thanks olli _________________________________________________________________ Testen Sie Live.com - die schnelle, personalisierte Homepage, über die Sie auf alle für Sie relevanten Inhalte zentral zugreifen können. http://www.live.com/getstarted

4 6

[ pure-data-Bugs-1912772 ] zexy dlls don't load from Pd-0.40.3 windowsxp
by SourceForge.net 12 Mar '08

12 Mar '08

Bugs item #1912772, was opened at 2008-03-12 11:05 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=1912772&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: 5 Private: No Submitted By: Martin Peach (mrpeach) Assigned to: Hans-Christoph Steiner (eighthave) Summary: zexy dlls don't load from Pd-0.40.3 windowsxp Initial Comment: zexy dlls from the nightly autobuilds don't load but abstractions do. Zexy's README.txt says: configure tries to set the CFLAGS to "-g -O2" if the compiler accepts this; however, this optimization sometimes generates binaries that cannot be loaded by pd; it seems that disabling the "unit-at-a-time" optimization (which gets enabled by "-O2") is the cause of this problem, turning it off might help This seems to be the case here. The log from 2008-03-12_05.54.05_mingw32_nt-5.1_windowsxp-i386_pd-extended_run-automated-builder.txt has: gcc -I. -DHAVE_CONFIG_H -DPD -I/home/pd/auto-build/pd-extended/pd/src -g -O2 -mms-bitfields -fPIC -mfpmath=sse -msse -c -o 0x260x260x7e.o 0x260x260x7e.c ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1912772&group_…

3 2

[PD-Dev] : compiling pd-extended for Gentoo 64bits.
by Peter Brinkmann 12 Mar '08

12 Mar '08

Hi all, I recently managed to compile OSCx on my 64-bit machine (FC6 with Planet CCRMA) by adding the appropriate compiler options to configure.ac. I'll attach the modified file. By the way, I'm about to embark on a project that'll probably involve PD and OSC. I'm getting the impression that I should use mrpeach's net/osc objects rather than OSCx. Is that right? Best, Peter On Sun, Mar 9, 2008 at 6:21 PM, Hans-Christoph Steiner <hans(a)eds.org> wrote: > > If you get this working it would be great if you can submit a patch to the > tracker: > > http://sourceforge.net/tracker/?group_id=55736&atid=478072 > > Or at the very least a bug report: > > http://sourceforge.net/tracker/?group_id=55736&atid=478072 > > .hc > > On Mar 9, 2008, at 4:47 PM, Mysth-R wrote: > > > > 2008/3/9, IOhannes m zmölnig <zmoelnig(a)iem.at>: > > > > hi > > > > > > Mysth-R wrote: > > > Hi, > > > I've got some difficulties trying to compile pd-extended on my 64 bits > > > gentoo. > > > I have downloaded latest pd from the svn and use the latest pd > > official > > > release (0.41-2 > > > https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk > > > > > > here is my error message : > > > > > [...] > > > > > > > make[4]: entrant dans le répertoire « > > > /home/mysthr2/logiciels/musique/pure-data/externals/OSCx/src » > > > > > cc -Wl,-export_dynamic -shared -o sendOSC.pd_linux sendOSC.o > > htmsocket.o > > > OSC-system-dependent.o -L../../../pd/bin -lpd -lc -lm > > ../libOSC/libOSC.a > > > > > /usr/lib/gcc/x86_64-pc-linux-gnu/4.2.3/../../../../x86_64-pc-linux-gnu/bin/ld: > > > cannot find -lpd > > > > > > for whatever reasons you are trying to link against libpd which does not > > exist. > > > Well, I don't know, I have just downloaded pd-extended from svn... > > try removing the "-lpd" from the makefile. > > > yes thank you it works. > > > > > > > Does Pd-extended is compatible with 64 bits arch ? > > > Do I missed something ? > > > > > > i don't know, but this is not the problem here.... > > > > > > btw, i would suggest to remove OSCx from pd-extended and replace it by > > some abstractions based on osc/net (i have them lying around somewhere) > > > Ok but at this moment I have some patch working with OSCx so, I would like > to make it work. But yes perhaps I should use another one. > > Thank you for the help :) > > > > -- > * > *************************************************************************************** > * {^_^} Mysth-R {^_^} > * <= Aide Auditive => > * > * http://myspace.com/mysthr > * http://myspace.com/aideauditive > * http://mysthr.free.fr/Joomla => Site dédié ŕ l'audio sous > Fedora/PlanetCCRMA. > * > *************************************************************************************** > > _______________________________________________ > PD-dev mailing list > PD-dev(a)iem.at > http://lists.puredata.info/listinfo/pd-dev > > > > > > ---------------------------------------------------------------------------- > > ˇEl pueblo unido jamás será vencido! > > > > _______________________________________________ > PD-dev mailing list > PD-dev(a)iem.at > http://lists.puredata.info/listinfo/pd-dev > >

4 5

[ pure-data-Bugs-1912242 ] [makefilename %c] broken in some versions
by SourceForge.net 12 Mar '08

12 Mar '08

Bugs item #1912242, was opened at 2008-03-11 23:41 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1912242&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: Fixed Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Hans-Christoph Steiner (eighthave) Summary: [makefilename %c] broken in some versions Initial Comment: [makefilename %c] seems to be broken in various autobuilds. this is the test-patch [32( | [makefilename _%c_] | [print] here a short list of pd (extended) versions and the according output: LINUX -- Pd version 0.40.3-extended-20080308: symbol _*_ -- Pd version 0.40.3: symbol _ _ (OK) -- Pd version 0.39.3-extended: symbol _ _ (OK) --------------------------------------- WINDOWS -- Pd version 0.40.3 symbol _ _ (OK) -------------------------------------- MAC OSX 10.5.2 (tested by eni) -- Pd-0.40.3-extended-20071231 print: symbol _4_ -- Pd-0.40.3-extended-20080111 print: symbol _ _ (OK) -- Pd-0.40.3-extended-20080117 print: symbol _ _ (OK) -- Pd-0.41.0 print: symbol _ _ (OK) ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-03-12 08:50 Message: Logged In: YES user_id=564396 Originator: NO i think this is related to the bug introduced by patch-#1688540 and fixed in patch-#1862168 http://sourceforge.net/tracker/index.php?func=detail&aid=1862168&group_id=5… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1912242&group_…

1 0

← Newer
1
...
4
5
6
7
8
9
10
11
Older →

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