Pd-dev January 2006

pd-dev@lists.iem.at

27 participants
100 discussions

cross-compiling w32-externals
by IOhannes m zmoelnig 25 Jan '06

25 Jan '06

hi. yesterday i finally managed to cross-compile zexy for w32 on my debian/gnu-linux system using the MinGW32 cross-compiler. while cross-compilation of other libraries (namely: iemmatrix) has worked for quite a while, i ran into a problem which i don't really understand: when compiling zexy with "-O2", pd cannot load the library and bails out with "pd_new: apparently called before setup routine" iirc, this happens at loading time (i am loading the library with "-lib zexy") and NOT when an object is created. when i compile zexy without optimizations, it loads fine. i haven't yet found time to track down the error to a special optimization that is turned with "-O2". however, the same optimization-level (O2) with (say) "iemmatrix" does not yield an error. turning on other optimizations (like SSE) is unproblematic. i am using pd-0.39-2.msw as found on miller's website. (actually it is the mirror on ftp.iem.at that i use, but they should be identical (as in "mirror")) does anybody has an idea what might be the cause of this behaviour? mfg.asd.r IOhannes PS: looking forward to the time where i can compile everything without having to switch to w32. btw, is there a w32 cross-compiler setup at sourceforge?

5 4

sketch for Pd libraries
by Hans-Christoph Steiner 25 Jan '06

25 Jan '06

I started a wiki to start sketching out what standard Pd libraries would look like. Please add, comment, etc.: http://puredata.org/dev/PdLibraries .hc ________________________________________________________________________ ____ "Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies." - Amy Smith

1 0

[ pure-data-Patches-1412210 ] fix for bug in menu_openhtml on Windows
by SourceForge.net 25 Jan '06

25 Jan '06

Patches item #1412210, was opened at 2006-01-22 10:26 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1412210&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: None Group: None Status: Open Resolution: None Priority: 8 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: fix for bug in menu_openhtml on Windows Initial Comment: menu_openhtml() currently does not work if there is a space in the file/path name (i.e. "C:\Program Files\pd") Here is a fix. In menu_openhtml() in u_main.tk, change: exec rundll32 url.dll.FileProtocolHandler \ [format "file:%s" $filename] & To this: exec rundll32 url.dll.FileProtocolHandler \ [format "file:%s" [file attributes $filename -shortname]] & ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-01-25 09:53 Message: Logged In: NO The bug seems to be happen only when the path has spaces _and_ the double dot .. in it. It might be better to make guidir a straight path instead. In this part of pd.tk: if {$pd_nt == 1} { global pd_guidir global pd_tearoff set pd_gui2 [string range $argv0 0 [expr [string last \\ $argv0 ] - 1]] regsub -all \\\\ $pd_gui2 / pd_gui3 set pd_guidir $pd_gui3/.. load $pd_guidir/bin/pdtcl.dll set pd_tearoff 1 } Change to: if {$pd_nt == 1} { global pd_guidir global pd_tearoff set pd_gui2 [string range $argv0 0 [expr [string last \\ $argv0 ] - 1]] regsub -all \\\\ $pd_gui2 / pd_gui3 set pd_gui4 [string range $pd_gui3 0 [expr [string last / $pd_gui3] - 1]] set pd_guidir $pd_gui4 load $pd_guidir/bin/pdtcl.dll set pd_tearoff 1 } This has the effect: argv0: C:\Copy of pd_039_0_test7\pd\bin\pd.tk pd_guidir: C:/Copy of pd_039_0_test7/pd (instead of C:/Copy of pd_039_0_test7/pd/bin/..) pd_gui2: C:\Copy of pd_039_0_test7\pd\bin pd_gui3: C:/Copy of pd_039_0_test7/pd/bin menu_openhtml filename: C:/Copy of pd_039_0_test7/pd/doc/1.manual/index.htm (Lines are too short on this comment box:( ) Martin martinrp(a)vax2.concordia.ca ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-01-22 10:27 Message: Logged In: YES user_id=27104 oops, "-shortname]] &" should be on the same line as the line above. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1412210&group_…

1 0

PD memory free on quit
by Jamie Bullock 25 Jan '06

25 Jan '06

Hi, I may be completely wrong about this, but it seems like PD runs the 'free' function for each object class on a canvas if a window is explicitly closed, but not if 'quit' is selected from the file menu (when there are canvases still open). For example, if I write a very simple object: static t_class *mem_class; typedef struct _mem { t_object x_obj; char *memory; } t_mem; static void *mem_new(t_symbol *s, t_int argc, t_atom *argv) { t_mem *x = (t_mem *)pd_new(mem_class); x->memory = malloc(10000); return (void *)x; } static void mem_free(t_mem *x){ free(x->memory); } void mem_setup(void) { mem_class = class_new(gensym("mem"), (t_newmethod)mem_new, (t_method)mem_free, sizeof(t_mem), CLASS_DEFAULT, 0); } If I close the the canvas before quiting the memory gets free'd properly, whereas if I just select 'quit' whilst the canvas is still open, the memory is still reachable. Is this by design, and if so why? Or am I doing something wrong? Alternatively, should I report it as a bug? Pd version 0.40-0test01 Regards, Jamie

2 1

making a libusb object (expanding on [hid] toolkit)
by Hans-Christoph Steiner 24 Jan '06

24 Jan '06

I am currently working on the next generation of the [hid] toolkit. Its going to be split into two libraries: an IO lib, which will include [hid], [serial], [usb], etc. Then the [hid] mapping objects will be combined with Cyrille Henry's sensor/datastream objects into a mapping lib. The IO objects will have all the same options and the interface will be as similar as possible, so if you know how to use [serial], you'll know how to use [hid] or [usb] basically. Then just like how [mouse], [joystick], [keyboard], etc. are Pd objects based on [hid], there will be [multio], [arduino], etc. which will be Pd objects based on [usb], [serial], etc. [hid] and [serial] are basically done, [hid] works on GNU/Linux and Mac OSX and is being ported to Win32, and [serial] will be based on [comport], thanks to Wini for that. For [usb], I am think of basically making a Pd interface to libusb, since it runs on all Pd platforms, there is even a Win32 port (which seems to be a fork, unfortunately). Anyhow, I am wondering if anyone has done any work towards making a libusb object? Also, ideas, comments, criticisms are always welcome. .hc ________________________________________________________________________ ____ ¡El pueblo unido jamás será vencido!

10 34

new zexy build system breaks pd-extended inclusion
by Hans-Christoph Steiner 24 Jan '06

24 Jan '06

The introduction of a generated zexyconf.h breaks the Pd-extended building of the zexy objects. Until its fixed, I'll be using the zexy version before the introduction of zexyconf.h in Pd-extended (i.e. Tag = D2005.11.25.05.00.00). But unfortunately, it complicates the setup for anyone else who wants to build everything from CVS, so ideally it would get fixed. .hc ________________________________________________________________________ ____ "Information wants to be free." -Stewart Brand

4 6

Re: [PD-dev] Re: [PD-announce] Pd-0.38.4-extended-RC7
by Ed Kelly 24 Jan '06

24 Jan '06

Hey man, Well, I'm a dumbass for taking it personally! doh! That's OK though, now I realise the anger is about politics, somehow it seems a bit more normal! The pdp thing was pdp and not pidip - that I know. But it does look like a 10.3.9 -> 10.4 migration issue more. I'll have 10.4 on my work machine soon, but if it works for you with XDarwin then I think we can be confident it was that. What I've been doing with my patches at work is making an install script to put the externals I need to run the patch into Miller's PD, since I'm installing it on computers belonging to people who have no Unix or PD knowledge, and installing Launcher so they can double-click the .sh script when upgrades are ready. This way the OS can be tested and the correct versions installed - but that's probably pointless since we should all be using 10.4 I suppose. An installer is easier too! Oh, how I love Linux... Best, Ed -> -> --> ---> -----> --------> -------------> (insert quote here) ___________________________________________________________ Yahoo! Photos Â NEW, now offering a quality print service from just 8p a photo http://uk.photos.yahoo.com

1 0

Tcl exec vs. Microsoft filenames
by Hans-Christoph Steiner 24 Jan '06

24 Jan '06

In u_main.tk, in the procedure menu_openhtml, this little snippet of code does not work when there is a space in the file name (i.e. C:/Program Files/pd/doc), but works fine when there are no spaces: exec rundll32 url.dll,FileProtocolHandler \ [format "file:%s" $filename] & This opens HTML, etc from the menu/help browser, so it would be most helpful to have it working. I have tried a number of things to no avail. Any Tcl-meisters want to take a stab? Matju? .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

5 18

[ pure-data-Patches-1413364 ] fix name clash - specialize PD's portaudio function names
by SourceForge.net 24 Jan '06

24 Jan '06

Patches item #1413364, was opened at 2006-01-24 01:28 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=1413364&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: bugfix Status: Open Resolution: None Priority: 5 Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: fix name clash - specialize PD's portaudio function names Initial Comment: Hi all, when compiling the latest Portaudio V19 source some name clashes arise between some PD portaudio-related functions (pablio/ringbuffer stuff) and portaudio itself (which now internally uses a ringbuffer as well). To get around that issue it seems to be cleanest to rename the respective PD functions. This is what the attached patch does. It is relative to pd-devel, but should be somehow usable for main pd too. best greetings, Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1413364&group_…

1 0

Re: [PD] Re: [PD-announce] sIgpAck-0.03b
by Frank Barknecht 23 Jan '06

23 Jan '06

Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: > Its already is in CVS, as "sigpack", following the convention of the > CVS having all lib/project folder names all lower case. Having both > sIgpAck and sigpack will cause problems on case-aware filesystems used > on Windows and Mac OS X since they are two folders with the exact same > name in that situation. Oh, damn! I hadn't seen this and wasn't following pd-cvs close enough. (Btw: The lowercase-convention is already broken with "miXed", although I, too, generally prefer all-lowercase names. I asked Martin, what he would prefer.) > Plus, I see no need to have two copies of one project. No, of course not. > It should be quite easy to make the sources that are in CVS already > compile as a lib with the sp_ prefixes. You can do something like > this to each source file, in this case > externals/sigpack/source/chop~.c: The version, I checked in, has all help files renamed and the "sp." replaced by "sp_" everywhere already. Now, how should we proceed? (Better on pd-dev) Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__

6 20

← Newer
1
2
3
4
5
6
7
8
9
10
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 January 2006