Pd-dev October 2006

pd-dev@lists.iem.at

13 participants
72 discussions

launching tcl/tk scripts from pd
by Federico 12 Nov '06

12 Nov '06

hi list, I wrote a simple UI in tk, and i want to attach it to pd. i tried: [wish ui.tk( | [shell] | [route mypath ...] | ... but i have a question: does this has sense? i see i takes about 5~10 seconds to load another instance of wish if it could be possible to re-use the existing instance of wish used for pd-gui, the load would be immediate is this possible? is there some ready-to-cook code that wraps a tk app into an external? that would be awesome :9 -- ciao Federico

3 11

BUG: namespace prefixes broken in 0.40
by Hans-Christoph Steiner 12 Nov '06

12 Nov '06

I was just looking into the new canvas-based env and [declare] stuff. The canvas-specific path stuff is definitely a step in the right direction. But as it is now, namespace prefixes are totally broken. It is no longer possible to use [prefix/classname] syntax, which is essential to the namespaces because it is the only way that two classes with the same root classname could be used in the same patch, i.e. like this, where each object is a different class: [prepend] [cxc/prepend] [cyclone/prepend] This is because with the new sys_onloadlist() functionality that checks to see whether a class has already been loaded. It only uses the direct classname, not the prefix also. .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

10 41

branching advice
by Hans-Christoph Steiner 30 Oct '06

30 Oct '06

Anyone have any good advice on making a branch in CVS? Or perhaps a good HOWTO? Its time to make a branch for the Pd-0.39.2-extended release. .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 4

[ pure-data-Patches-1544041 ] [initbang]/[closebang] for patch constructor/destuctor
by SourceForge.net 30 Oct '06

30 Oct '06

Patches item #1544041, was opened at 2006-08-21 11:55 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1544041&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: wishlist Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: [initbang]/[closebang] for patch constructor/destuctor Initial Comment: attached is a patch that adds a new object [initbang] to Pd. This object is similar to [loadbang], however it gets executed just after the rest of the abstraction is built and _before_ the parent of the abstraction is finished. reasoning: this object allows abstractions to have a runtime constructor (similar to the <object>_new() constructor of c-externals); the [initbang] is emitted before the parent patch is finalized, thus allowing the abstraction to add inlets/outlets depending on its arguments). caveats: a similar method for the abstraction _destructor_ is still missing. i haven't implemented an "initbang" message to the canvas to rerun the initialization again. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-10-30 00:11 Message: Logged In: YES user_id=27104 This is huge, it allows Pd objects to dynamically generate inlets and outlets and have then work properly. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-08-22 10:29 Message: Logged In: YES user_id=564396 for reasoning why this is needed, see the pd-dev archives ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-08-22 10:25 Message: Logged In: YES user_id=564396 the 2nd patch additionally implements a [closebang] object, which gets called just before a canvas is destroyed. note that the patch (cloeinitbang.diff) holds both the closebang- and the initbang-changes; do not! apply both patches ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1544041&group_…

4 3

mystery type generated by [list trim]
by Hans-Christoph Steiner 29 Oct '06

29 Oct '06

A student just discovered this strange behavior. Basically, if you get something that generates a symbolic atom that has numeric data in it, you can then create a mystery type by feeding that thru [list trim]. Don't know exactly where the problem is, but something fishy is going on. My guess is that [list trim] should output a float. See attached patch: .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

4 9

Re: zexyconf.h conflicts
by IOhannes m zmoelnig 29 Oct '06

29 Oct '06

Hans-Christoph Steiner wrote: > > I am getting conflicts just my using your build stuff. Could you remove > zexyconf.h from CVS since its dynamically generated? Otherwise this > will require manual intervention after automatic builds. > > RCS file: /cvsroot/pure-data/externals/zexy/src/zexyconf.h,v > retrieving revision 1.3 > retrieving revision 1.4 > Merging differences between 1.3 and 1.4 into zexyconf.h > rcsmerge: warning: conflicts during merge > cvs update: conflicts found in zexy/src/zexyconf.h > C zexy/src/zexyconf.h i see. this is indeed a problem. the reason why zexyconf.h is checked in, is that you can also build zexy with M$VC without running configure first: in this case nobody will create the zexyconf.h file, which - imho - makes building overcomplicated (i don't think it is an option to tell people to copy zexyconf.h.in to zexyconf.h and edit to their needs). the issue here was, that incidentially a "generic" zexyconf.h has been overwritten in the past by a generated file. i have to read the CVS manual, to see how to exclude checked in files from being updated. another solution might be, to run "make distclean" before doing CVS updates, which will remove the generated files. mfgg.ar IOhannes

4 5

special folder for class loaders
by Hans-Christoph Steiner 27 Oct '06

27 Oct '06

I was thinking about how to support Thomas' class loader functionality that's now included in pd-MAIN. Right now, you can only load them like a normal library. But I think it would be good to have a way to specify which loaders get automatically loaded at startup. I think the most manageable way would be to add a folder in the install that Pd looks when it starts, then loads every loader in that folder. So something like this: pd-\ |-doc |-extra-\ | |-optional.pd_darwin |-loaders-\ |-required.pd_darwin |-libdir.pd_darwin |-python.pd_darwin How does that sound? .hc ------------------------------------------------------------------------ ¡El pueblo unido jamás será vencido!

1 0

[ pure-data-Patches-1370034 ] Matju's beautifications (untested)
by SourceForge.net 26 Oct '06

26 Oct '06

Patches item #1370034, was opened at 2005-11-30 08:25 Message generated for change (Comment added) made by matju You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1370034&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-dev Group: wishlist Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: Matju's beautifications (untested) Initial Comment: Hey all, here's Matju's changes to the devel_0_39 codebase. There's a bug inside m_class.c, function pd_typedmess, where the break is missing at the end of the A_DEFSYM case, just before default. greetings, Thomas ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2006-10-26 09:47 Message: Logged In: YES user_id=801174 Those changes were rejected from devel_0_39 ("uncommitted" aka reverted) on the grounds that it would make it more difficult to make devel_0_40 (that is, merge miller's 0.40 into devel_0_39), supposing that Miller would reject those changes, and that those changes are merely "cosmetic". In releasing pd 0.40 as it is released, Miller demonstrates zero interest in something as simple and useful as removing unused variables. That's why I didn't push that patch any further. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-10-17 01:38 Message: Logged In: YES user_id=27104 this has been here for a long while with no activity, so I am setting it to Pending. It'll be automatically set to closed after a while if no one tends to it. ---------------------------------------------------------------------- Comment By: Thomas Grill (xovo) Date: 2005-11-30 08:55 Message: Logged In: YES user_id=350252 there are also changes to extra. see the matju-extra.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1370034&group_…

3 2

[ pure-data-Bugs-1357719 ] [makefilename] crasher bug and inconsistencies
by SourceForge.net 26 Oct '06

26 Oct '06

Bugs item #1357719, was opened at 2005-11-15 19:35 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1357719&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: v0.40.1 Status: Open Resolution: None >Priority: 9 Private: No Submitted By: Hans-Christoph Steiner (eighthave) >Assigned to: Miller Puckette (millerpuckette) Summary: [makefilename] crasher bug and inconsistencies Initial Comment: (See attached patch for examples) Inconsistency Bug 1: If you send [symbol 32( to [makefilename %s], it is totally ignored. It should treat 32 as "32" and print it since its a symbol. Inconsistency Bug 2: %f patterns only produce "nan" for negative numbers and "0.000000" for positive. Crasher Bug: If you send a float to [makefilename %s] or anything with %s, Pd crashes. Here's the crash trace from Mac OS X is also attached. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-10-26 13:53 Message: Logged In: YES user_id=27104 reconfirmed bug on 0.40.1 and increased priority since its a guaranteed crasher bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1357719&group_…

1 0

Re: PD-cvs Digest, Vol 20, Issue 23
by Mathieu Bouchard 25 Oct '06

25 Oct '06

On Mon, 23 Oct 2006, pd-cvs-request(a)iem.at wrote: > Date: Sun, 22 Oct 2006 21:46:12 +0000 > From: Miller Puckette <millerpuckette(a)users.sourceforge.net> > Subject: [PD-cvs] pd/extra/sigmund~ sigmund~.c,1.1,1.2 > To: pd-cvs(a)iem.at [...] > Modified Files: > sigmund~.c > Log Message: > test release for 0.41 (bug fixes for IA64). Is that really IA64 ? IA64 isn't the same as AMD64. IA64 is not 386-compatible; AMD64 is (aka x86_64). I suppose that fixes for 64-bit mode are essentially the same for all 64-bit processors (right?), but I was surprised to see mention of IA64 (aka Itanium aka Itanic) _ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada

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 October 2006