Pd-list April 2018

pd-list@lists.iem.at

62 participants
74 discussions

Purr Data 2.5.1
by Jonathan Wilkes 15 Apr '18

15 Apr '18

Hi list, Purr Data 2.5.1 is now available: https://git.purrdata.net/jwilkes/purr-data#downloads Please report bugs here: https://git.purrdata.net/jwilkes/purr-data/issues Changes: * speed up message box by removing the malloc/free per incoming message * added regression test framework with some initial message box tests * add linked errors in the console for message parsing errors. This allows you to "Find last error" for messages that don't have enough args, have a bad selector, etc. You can also click the link for the relevant error in the console to find them * add "x" and "y" methods for [draw image] * fix a regression with [pd~] (Thanks Albert!) * add Vanilla version compatibility to "About Pd" * build fix for make light (Thanks Giulio!) * add more midi device slots to the Preferences dialog Best, Jonathan

1 0

debugging complex extern
by David Medine 15 Apr '18

15 Apr '18

I am trying to debug an extern on linux using gdb and this tutorial <https://puredata.info/docs/developer/DebuggingPdExternals> (for MacOS and some years old) does not work on my machine. In fact, I've tried this a few times in the past with little success. The watchdog just hangs when I break and gdb and Pd can't do anything. I remember Miller once suggesting that a way to run gdb on an extern is to build it into Pd with debugging symbols on. I am trying to do this, but having trouble there too. I added 'my_extern.c' to the src folder and to the list of .c files that comprise SRC in makefile.gnu. I also added -g to CFLAGS. Everything compiles and I see 'my_extern.o' in the obj folder, but the extern doesn't load when I create the object in Pd. When I run pd from gdb, i can set a break point on my_extern_new, but when I create the object, I just get a ...cannot create message in the console and no debugging symbols. I feel like I'm missing a step somewhere. Any help is kindly appreciated. -David

4 10

Re: [PD] Search path broken after upgrade to 0.48.0 (Ubuntu/Linux)
by Dan Wilcox 13 Apr '18

13 Apr '18

> It worked fine in extended as long as I listed the directory > in my search path in preferences. To confirm: That should still be the case. If the path is added to the search paths, it should still work. I believe the settings files for extended and 0.48 should be different. Did you open the new Pd vanilla and re-add the paths? One thing to know, those paths are not search recursively, so if you have the following layout, you'll need to add the subdirectories as well: ~/pd-patches libA/abstractionA.pd libB/abastractionB.pd abstractionC.pd ie. Adding just the main folder will give you abstractionC but not abstractionA or abstractionB. > p.s. I'm not sure if it's bad form for some reason to keep Pd files in my > home directory. If so, I'm open to more information on how to better align > my work flow with the program design. There's no real "good" or "bad" form. I still use the old "pd-externals" folder myself and added it to my search path directly. That being said (written?), I did add the Pd "Documents path" helper which creates a canonical place for organizing things. You don't have to use it and you can disable it if you want in the Paths preferences. This feature was added mainly in response to teaching Pd and helping students with organization ala Processing's sketch folder. It's essentially a suggestion, not the "right way". -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

Re: [PD] compiling PD on windows --> with MSYS1
by rolfm＠dds.nl 13 Apr '18

13 Apr '18

(with some delay) succeeded in compiling on my old machine(s) with XP. to run Pd it was necessary to copy libgcc_s_dw2.dll and pthreadGC-3.dll from Mingw/bin to pd/bin. also VC90.CRT was needed; downloading vcredist_86.exe and installing solved that. i copied the externals from my W10 machine (bsaylor, comport, iemguts, zexy); so far so good. thnx for the help(s). rolf

2 1

Search path broken after upgrade to 0.48.0 (Ubuntu/Linux)
by Joey Dodson 13 Apr '18

13 Apr '18

Hi all, I'm years-long Pd user, new to the list. Thanks in advance for everyone's time! [tl;dr below] I recently, after extended was declared no longer maintained, decided to switch to vanilla. I have always used a folder in my home directory to store all of my pd patches, abstractions and help files for my abstractions. It worked fine in extended as long as I listed the directory in my search path in preferences. I also used an earlier version of vanilla for a short time before realizing that it didn't include deken, which was the main draw leading me to switch to vanilla. It may have been 0.46.x (whatever installs by default for Ubuntu 16.04 LTS) and I believe the search paths worked fine there too. I ended up upgrading Ubuntu to 17.10 in order to install Pd 0.48.0, but now Pd won't create any objects in the search paths in my preferences. I must put *.pd files directly in ~/.local/lib/pd/extra/ in order for them to be recognized. Subdirectories within ~/.local/lib/pd/extra/ do not show up either. I am not sure if this is by design, a bug or something unrelated to Pd, nor have I been able to solve this issue or find any solution by searching online or in the mailing lists. I posted in the facebook group, but it was suggested I ask here, so here I am. :) [--tl;dr--] Upgraded to Pd 0.48.0 on Ubuntu 17.10 (64bit) Search paths in Preferences no longer work, only files in the following path work: ~/.local/lib/pd/extra/ If anyone can point me in the right direction or help me along in finding a solution, I would be extremely grateful! p.s. I'm not sure if it's bad form for some reason to keep Pd files in my home directory. If so, I'm open to more information on how to better align my work flow with the program design. Best regards, Joey

1 0

quit pd from within a patch?
by Matthias Blau 12 Apr '18

12 Apr '18

Hi list, is there a simple way of quitting pd from within a patch? The idea is to close pd automatically once a recording is finished. Thanks in advance, mb

2 2

Re: [PD] debugging complex extern
by Dan Wilcox 12 Apr '18

12 Apr '18

FWIW I recently debugged the Ableton link external on macOS using lldb. As mentioned previously, I build both Pd *and* the external with debugging symbols using "-g". One thing to check: may sure you are loading the external you built and not pre-existing binary somewhere in your path. > On Apr 12, 2018, at 12:00 PM, pd-list-request(a)lists.iem.at wrote: > > Date: Thu, 12 Apr 2018 11:18:22 +0200 > From: David Medine <dmedine(a)ucsd.edu <mailto:dmedine@ucsd.edu>> > To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at> > Subject: Re: [PD] debugging complex extern > Message-ID: <ea2afee2-a644-78f3-8c7b-5f13ec66e4da(a)ucsd.edu <mailto:ea2afee2-a644-78f3-8c7b-5f13ec66e4da@ucsd.edu>> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > @Miller, no I hadn't. Thanks! I knew there was something like that I had > neglected. Now I am able to debug with gdb. > > @iohannes, I am still having trouble with this technique. If I run Pd > from the gdb prompt (with -nrt and -stderr) and a break point within the > extern (meaning object not compiled into pd) nothing happens when I run > the function where I want to break. If I follow the instructions on > Hans' tutorial (run pd in a separate process then attach gdb to it) Pd > simply hangs when I hit the break point and gdb doesn't appear to do > anything. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Re: [PD] debian: cannot find build-essentials
by Dan Wilcox 11 Apr '18

11 Apr '18

This has already been fixed, but not yet merged into the master branch: https://github.com/pure-data/pure-data/pull/314 <https://github.com/pure-data/pure-data/pull/314> > On Apr 11, 2018, at 9:25 AM, pd-list-request(a)lists.iem.at wrote: > > From: rolfm(a)dds.nl <mailto:rolfm@dds.nl> > > "pure-data_INSTALL.txt at master · pure-data_pure-data · GitHub.html" > > says for Debian: install build-essentials. > > took me quite some time to find it should be "build-essential" > > rolf -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Re: [PD] Test if an argument is void
by Jérôme Abel 11 Apr '18

11 Apr '18

Hi. Thanks for this trick ! In attachment, two more tips about arguments find in some projects. Best. -- Jérôme Abel http://jeromeabel.net http://reso-nance.org

3 2

Re: [PD] debian: cannot find build-essentials
by Jérôme Abel 11 Apr '18

11 Apr '18

Hi It is "build-essential". The INSTALL.txt should be use this syntax. Best -- Jérôme Abel http://jeromeabel.net http://reso-nance.org

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

2001

2000

1999

1998

Pd-list April 2018