Pd-dev March 2004

pd-dev@lists.iem.at

35 participants
57 discussions

separating the debian package building
by Hans-Christoph Steiner 18 Mar '04

18 Mar '04

I would like to separate the debian package building so that each package is built separately. There are a couple touchy packages in there that never build for me without a fair amount of fiddling and I need to build packages from source quite a bit since I have to push out pd updates to 15+ debian boxes. Here's my idea: Separate each package out into its own "debian" directory which will compile only one package: externals/debian externals/cyclone/debian externals/flext/debian externals/footils/debian (aka pd-flext-ext; this might to be renamed pd-footils for this to work) externals/OSCx/debian externals/pdp/debian externals/pidip/debian externals/unauthorized/debian Then a Makefile in packages/debian could run "dpkg-buildpackage -b" for each of these, copy the "debian" dir to the pd src, and compile it too. This system would make it easier to add new debian packages and have them automatically build, since all of the necessary files would be totally separate, with the exception of a couple lines in packages/debian/Makefile .hc

2 4

cvs abstractions in the path
by Hans-Christoph Steiner 18 Mar '04

18 Mar '04

I have been thinking that it would be handy to have the abstractions collection all in one folder so that it could be added to the path. This would be useful for abstractions that are generally useful. It probably makes sense to arrange this the same way the externals are arranged: directory for each dev, then when compiled, all of the abstractions are put into on directory, which is added to the path. Thoughts? Objections? .hc

2 3

Using a different Tcl version with Windows
by Hans-Christoph Steiner 16 Mar '04

16 Mar '04

There has been talk about Tcl 8.4 or Tcl 8.5 being faster than Tcl 8.3, which is currently in use on Miller's windows builds. I'd like to see if I can get a newer version of Tcl incorporated in the Windows, installer if it works well. Anyone have any experience or advice? A howto would be ideal. .hc

2 1

compiling with MinGW
by Hans-Christoph Steiner 16 Mar '04

16 Mar '04

So I got a bunch of Yves' unauthorized externals to compile using MinGW, but they don't load in Pd. They compile cleanly, make a nice .dll, but when I try to load them, Pd says "... couldn't create". If you would like to try, its all in CVS in externals/unauthorized. I am using MinGW through Cygwin. If anyone has some suggestions as to a better way of using MinGW, I am open to suggestions. .hc

1 0

glist woes under linux? (and Where to put my externals?)
by B. Bogart 16 Mar '04

16 Mar '04

Hello all, Thanks to everyone who has helped me out over this learning experience, especially Krzysztof who has spent a lot of time on my questions. Ok I have two questions today. After getting my text widget to talk to PD I have a functional (so I thought) external, only in need of some cleaning up. To my great dismay I copied the source over to my linux machine and "text" seems to think its a standard non-gui object!!! All the methods are there and accessible, the only errors I get are that it can't find the widget path. Interestingly the widget path always starts with .x0. where "0" should be printf("%x", x->x_glist) As far as I can tell the glist stuct member is containing something completely different on OSX than in linux (but popup works on linux, and I changed nothing in the glist stuff, copied directly over). I debugging I put posts in functions: create_widget, text_drawme (in if(firsttime) and else(firsttime), text_displace and text_vis. None of these posts end up on the console. Now that I have this terrible bug, I would like anyone who has the experience and time to take a look. So where should I put "text" in CVS? along side chaos, popup, and pso in the root? Or make a "bbogart" directory to contain these? or leave pso and chaos and put popup and text in a "gui-externs" directory? The code is almost identical to popup, all I changed was the tcl stuff and changed the object methods, which all just do sys_vgui things. Any help would be appreciated. I was hoping to keep on with the posts, but since none of these methods seems to even get called, its a issue that far exceeds the depth of my pd knowledge. :( I don't even understand what a glist is. *sigh* Thanks everyone, I hope at least some of you also have applications these things would be useful for. Oh I have one more question, the text widget likes to hold onto keyboard focus once it has been focused (with mouse) so one can't use the keyboard in the patcher without unfocusing the text widget (Ctrl-tab). I fixed this by binding the <Leave> event on the text widget with a focus command on the widget's parent (focus [winfo parent]) I'm not sure if this is safe to do in all circumstances. But it does seem to work well. Thanks! (with great enthusiasm) Ben PS: I'm teaching another lot of University students pd/Gem next week.

4 7

Windows makefiles not in CVS
by Hans-Christoph Steiner 16 Mar '04

16 Mar '04

So I am working on putting together a new Windows installer and I noticed that a couple Windows makefile are missing. For example, zexy, cyclone, and toxy have .dlls on the net, but no Windows Makefiles in CVS (as far as I could tell). It would be great if those Makefiles were in the CVS, so that the installer builder can compile fresh versions, and I don't have to hunt down binaries... .hc

1 0

cvs external "sprinkler" doesn't compile right, and fix
by John Lamb 15 Mar '04

15 Mar '04

I have been trying to compile the externals from cvs today, and the "sprinkler" object halts the compile each time due to an undefined environment variable, "PACKAGE_VERSION". It turns out the makefile for sprinkler sets this, but it doesn't get set in the actual externals/build/linux/makefile that I use to compile all the externs at one time. I simply took the "DEFS=..." portion from the sprinkler/makefile (which defines the PACKAGE_VERSION var, among others) and added that to the build/linux/makefile, then added "$(DEFS)" to the compiler flags variable in build/linux/makefile. I don't know what caused this to occur, perhaps this runs on older versions of gcc fine? I also don't know a more graceful solution to this problem. In any case, my specs are: Linux 2.6.3, gcc 3.3.2, fedora stable/unstable mix, Athlon, 512Mb ram. I think the problem is probably newer gcc compatibility, since that seems to be the big problem with the other source code hiccups in cvs. Anyway, I hope this helps someone! -John Lamb

2 1

[cvs] New dev for SF
by Frank Barknecht 15 Mar '04

15 Mar '04

Hallo, just a short note for those interested: I added Cyrille Henry as developer ("nusmuk") to the SF.net repository. Expect the loads of fun, I already have with "pmpd - Physical Modelling for pd", in your CVS soon as well. ;) ciao -- Frank Barknecht _ ______footils.org__

5 6

posting bugs to gnats
by Hans-Christoph Steiner 15 Mar '04

15 Mar '04

I would like to post and track bugs using the gnats bug database. Is that possible? Should we start setting up a more permanent bug tracker? I am starting to build the new versions of the Windows and MacOS X installers and will be coding a bunch in Pd, so I'd like to submit bug data. .hc

1 0

ImPd bugs so far:
by John Lamb 14 Mar '04

14 Mar '04

GOP patches that use the vslider object don't work too well. I am including one in particular that I made for testing purposes that fails spectacularly. ;) In addition, the "Test Audio and MIDI" option in the "Media" menu bugs out and is unusable, it prints this error message: Tcl Error: can't read "fields(vdl)": no such element in array while executing "foreach f $fields($class) { set data($x:$f) [lindex $d $i] incr i }" (procedure "update_object" line 8) invoked from within "update_object 83da2d8 {#X obj 36 132 vdl 20 1 0 3 tone-radio set-tone-radio empty 20 8 192 8 -262144 -1 -1 2; }" That's all I have found so far, I will let you know of any more I discover, but I don't have a lot of time for testing this week. :( Other than that, the new look of ImPd is fantastic! I love the arrows; even though I know inlets are on the top and outlets are on the bottom, the arrowheads do clear things up in complicated patches. Thanks, -John

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