Pd-dev November 2007

pd-dev@lists.iem.at

27 participants
161 discussions

autotools magic for externals?
by Claude Heiland-Allen 29 Nov '07

29 Nov '07

Hi all, I've been trying to use autotools (autoconf and friends) to build pdlua, but have ended up in a world of pain and deleted my experiments out of frustration. I tried to understand the system used in CVS/externals/moocow/, but the wizardry was somewhat beyond me. Even more so with the Gem system. So, is there a set of macros I can drop into my acinclude.m4 that provide a nice auto-n00b-friendly environment as a base for creating a configure.ac and a Makefile.am for a Pd external that requires some libraries? In other news regarding pdlua, I created a Makefile.static for those that want to compile Lua into the external statically. Currently only in the development version, soon to be pdlua-0.3 once I've added enough new features to merit a release. Thanks for any input, Claude -- http://claudiusmaximus.goto10.org

3 2

[ pure-data-Patches-1841002 ] Add format string error checking, and fix related errors
by SourceForge.net 29 Nov '07

29 Nov '07

Patches item #1841002, was opened at 2007-11-29 09:11 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1841002&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: Russell Bryant (russellbryant) >Assigned to: Miller Puckette (millerpuckette) Summary: Add format string error checking, and fix related errors Initial Comment: This patch adds format string error checking for bug(), error(), verbose(), and pd_error(). It also fixes the errors in the pd core that were pointed out by this change. There are some other functions that take printf style format strings that would benefit from this same change, but I wanted to address pieces of it at a time. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-11-29 13:15 Message: Logged In: YES user_id=27104 Originator: NO Looks like the right thing to do, and seems very likely to do any harm. I'm going to try it in Pd-extended. The only concern I can think of is whether the __attribute__ stuff causes any problems when building with MSVC, since some people still build Pd with MSVC. This site seems to claim it does not: http://ocliteracy.com/techtips/gnu-c-attributes.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1841002&group_…

1 0

Tcl/Tk8.5 on debian-testing-i386
by Hans-Christoph Steiner 29 Nov '07

29 Nov '07

Hey all, Just an FYI, I installed tcl-8.5-dev and tk-8.5-dev on the Debian/ testing build server. Let's hope this is an easy transition. It introduces lots of good stuff, like anti-aliasing and truetype fonts on GNU/Linux, much improved graphics performance on Mac OS X, and probably more stuff. .hc ------------------------------------------------------------------------ ---- "[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore

1 0

[ pure-data-Patches-1841002 ] Add format string error checking, and fix related errors
by SourceForge.net 29 Nov '07

29 Nov '07

Patches item #1841002, was opened at 2007-11-29 08:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1841002&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: Russell Bryant (russellbryant) Assigned to: Nobody/Anonymous (nobody) Summary: Add format string error checking, and fix related errors Initial Comment: This patch adds format string error checking for bug(), error(), verbose(), and pd_error(). It also fixes the errors in the pd core that were pointed out by this change. There are some other functions that take printf style format strings that would benefit from this same change, but I wanted to address pieces of it at a time. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1841002&group_…

1 0

Re: [PD-dev] [PD] hex loader
by IOhannes m zmoelnig 29 Nov '07

29 Nov '07

Mathieu Bouchard wrote: > On Wed, 28 Nov 2007, IOhannes m zmoelnig wrote: > >> right, i found out that hexloader does a bad job when trying to load >> patches. this part of the hexloader is obviously still experimental. >> what it does is to register a dummy class for an abstraction which it >> thinks it should handle. > > Why do you need dummy classes? because i don't know how to do it otherwise. i would be glad for advice on how to do it in a better way. e.g. i still don't understand how to use pd_objectmaker. what i am currently doing is: if hexloader is called for an object that needs hexmangling and it finds a relevant abstraction, it registers a class with the object-name. when this object is instantiated, a setup-function provided by hexloader is called, which then instantiates the abstraction, by calling " binbuf_evalfile()" (and all the rest i copied from m_class.c:542..552) this works fine, as long as no abstractions are within abstractions (that is the problem patrick experienced). i think the problem is, that Pd has some recursion-prevention mechanism ("tryingalready"), that hinders the instantiation of abstractions with externals. probably i should have a look how [dyn] handles this. fgm,asdr IOhannes

1 0

[ pure-data-Patches-1840431 ] expose sys_register_loader() and loader_t in s_stuff.h
by SourceForge.net 29 Nov '07

29 Nov '07

Patches item #1840431, was opened at 2007-11-28 12:32 Message generated for change (Comment added) made by matju You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1840431&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: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: expose sys_register_loader() and loader_t in s_stuff.h Initial Comment: In order for people to use the loader stuff, these key definitions need to be expose. I chose s_stuff.h since it seemed to make sense, I suppose it could go elsewhere. ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2007-11-28 21:50 Message: Logged In: YES user_id=801174 Originator: NO s_stuff.h is for the internal API only. m_pd.h is for the public API. (and g_canvas.h is for the API that is supposed to be private but has to be used by GUI externals anyway.) m_pd.h is the only .h that gets installed. loader_t has the _t suffix like the libc APIs, but unlike the pd API, which uses the t_ prefix instead. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1840431&group_…

1 0

[ pure-data-Patches-1840431 ] expose sys_register_loader() and loader_t in s_stuff.h
by SourceForge.net 28 Nov '07

28 Nov '07

Patches item #1840431, was opened at 2007-11-28 12:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1840431&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: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: expose sys_register_loader() and loader_t in s_stuff.h Initial Comment: In order for people to use the loader stuff, these key definitions need to be expose. I chose s_stuff.h since it seemed to make sense, I suppose it could go elsewhere. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1840431&group_…

1 0

auto-build-common.local
by Hans-Christoph Steiner 28 Nov '07

28 Nov '07

FYI: ${SCRIPT_DIR} is never set to anything in your new changes to auto-build-common, so that auto-build-common.local will never be found unless it is in "/". .hc > Modified Files: > mail-mingw-log-hack.sh run-automated-builder > Log Message: > only send emails if RECIPIENT is defined > > > > Index: run-automated-builder > =================================================================== > RCS file: /cvsroot/pure-data/scripts/auto-build/run-automated- > builder,v > retrieving revision 1.20 > retrieving revision 1.21 > diff -C2 -d -r1.20 -r1.21 > *** run-automated-builder 27 Nov 2007 03:03:40 -0000 1.20 > --- run-automated-builder 27 Nov 2007 20:49:22 -0000 1.21 > *************** > *** 37,42 **** > --- 37,44 ---- > completion_test=`tail -1 ${LOGFILE}` > if [ "x${completion_test}" != "xSUCCESS" ]; then > + if [ "x${RECIPIENT}" != "x" ]; then > SUBJECT="autobuild: $distro $HOSTNAME $DATE $TIME" > tail -20 ${LOGFILE} | mail -s "${SUBJECT}" ${RECIPIENT} > + fi > fi > } > > Index: mail-mingw-log-hack.sh > =================================================================== > RCS file: /cvsroot/pure-data/scripts/auto-build/mail-mingw-log- > hack.sh,v > retrieving revision 1.3 > retrieving revision 1.4 > diff -C2 -d -r1.3 -r1.4 > *** mail-mingw-log-hack.sh 22 Oct 2007 22:41:47 -0000 1.3 > --- mail-mingw-log-hack.sh 27 Nov 2007 20:49:22 -0000 1.4 > *************** > *** 12,17 **** > --- 12,19 ---- > completion_test=`tail -1 ${logfile}` > if [ "x${completion_test}" != "xSUCCESS" ]; then > + if [ "x${RECIPIENT}" != "x" ]; then > SUBJECT="autobuild: $distro $HOSTNAME $DATE $TIME" > tail -20 ${logfile} | mail -s "autobuild: $logfile" ${RECIPIENT} > + fi > fi > done > > > > > ------------------------------ > > Message: 4 > Date: Tue, 27 Nov 2007 21:01:03 +0000 > From: IOhannes m zmölnig <zmoelnig(a)users.sourceforge.net> > Subject: [PD-cvs] scripts/auto-build auto-build-common,1.1,1.2 > To: pd-cvs(a)iem.at > Message-ID: <mailman.9.1196247602.28024.pd-cvs(a)iem.at> > > Update of /cvsroot/pure-data/scripts/auto-build > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv1086 > > Modified Files: > auto-build-common > Log Message: > disabled the RECIPIENT by default and added some notes on how to > enable it > > > Index: auto-build-common > =================================================================== > RCS file: /cvsroot/pure-data/scripts/auto-build/auto-build-common,v > retrieving revision 1.1 > retrieving revision 1.2 > diff -C2 -d -r1.1 -r1.2 > *** auto-build-common 18 Oct 2006 15:42:12 -0000 1.1 > --- auto-build-common 27 Nov 2007 21:01:01 -0000 1.2 > *************** > *** 6,10 **** > TIME=`date +%H.%M.%S` > > # recipient of any emails set from the scripts > ! RECIPIENT=pd-cvs(a)iem.at > > --- 6,29 ---- > TIME=`date +%H.%M.%S` > > + ## the following creates a spam-bot that sends emails to an > address that has not asked for it > + ## because of the spam-problem, i (jmz) have disabled it > # recipient of any emails set from the scripts > ! #RECIPIENT=pd-cvs(a)iem.at > ! > > + ## if you want to send emails about the success of your build, > + ## please create a file "auto-build-common.local" in this directory > + ## and set the "RECIPIENT" address to some valid email-address > + # > + ## please do NOT check your auto-build-common.local into the CVS > + # > + ## another possibility is to set the "RECIPIENT" environmental > variable before running > + ## the autobuilder > + > + if [ -e ${SCRIPT_DIR}/auto-build-common.local ]; then > + . ${SCRIPT_DIR}/auto-build-common.local > + else > + echo "Could not find local configuration in \"${SCRIPT_DIR}/ > auto-build-common.local\"" > + echo "Skipping... (see ${SCRIPT_DIR}/auto-build-common for > instructions)" > + echo > + fi > ------------------------------------------------------------------------ ---- All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated.... -John Donne

2 2

tclthread for GUI objects
by Hans-Christoph Steiner 28 Nov '07

28 Nov '07

Hey, I just thought of something: what about using Tcl threads to make a low-priorty thread for certain drawing actions in GUIs? It might be useful for something like [Scope~] that causes quite a bit of redrawing. .hc ------------------------------------------------------------------------ ---- If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it. - Thomas Jefferson

1 0

throwing a pd_error() in a Pd patch
by Hans-Christoph Steiner 28 Nov '07

28 Nov '07

Hey, I was just thinking, it would be handy to be able to throw findable pd_error()s from within an abstraction. Does anything like this exist? If not, I'll write one. It should be just a matter of calling pd_error(), right? .hc ------------------------------------------------------------------------ ---- There is no way to peace, peace is the way. -A.J. Muste

2 1

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