Pd-dev August 2006

pd-dev@lists.iem.at

22 participants
100 discussions

[ pure-data-Feature Requests-1536160 ] ./configure --disable-gui for headless machines
by SourceForge.net 07 Aug '06

07 Aug '06

Feature Requests item #1536160, was opened at 2006-08-07 17:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1536160&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: None Status: Open Priority: 5 Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Nobody/Anonymous (nobody) Summary: ./configure --disable-gui for headless machines Initial Comment: It is possible to build pd and utils without pd-gui, on machines without X/tk installed, as hinted at here: http://lists.puredata.info/pipermail/pd-list/2002-02/004496.html However, it isn't straightforward. I had to: ---- cd src ./configure make pd ../bin/pd-watchdog \ ../bin/pdsend ../bin/pdreceive externs [...then edit the "install" target of makefile to remove the dependency on "all" and the lines that install gui-related stuff, and then...] make install ---- It would be wonderful if these steps could be automated by a configure flag that could be used like: ./configure --disable-gui Or even detect if Tk is not installed and in that case don't attempt to compile/install pd-gui, but I think an explicit flag would be sufficient (as users on systems with seperate tk and tk-dev packages could get confused at pd-gui not being compiled). Thanks for your attention, -- Claude Heiland-Allen http://claudiusmaximus.goto10.org ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1536160&group_…

1 0

[ pure-data-Bugs-1499215 ] openpanel crash
by SourceForge.net 07 Aug '06

07 Aug '06

Bugs item #1499215, was opened at 2006-06-02 02:11 Message generated for change (Comment added) made by jmmmp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1499215&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.39.2 Status: Open Resolution: None Priority: 5 Submitted By: João Miguel Pais (jmmmp) Assigned to: Nobody/Anonymous (nobody) Summary: openpanel crash Initial Comment: when openpanel is clicked and the selection window comes up, pd crashes. this doesn't happen all the time, but will happen for sure if f.e. something with openpanel has been done before. XP, 0.93t3 ---------------------------------------------------------------------- >Comment By: João Miguel Pais (jmmmp) Date: 2006-08-07 18:15 Message: Logged In: YES user_id=1523458 this has been happening a lot in my computer lately. I guess there's a conflict between openpanel and window's commentaries to files. my mouse has automatic selection (follows the pointer, I only have to click once to open a file). when I use openpanel after the 1st time, if I'm not fast selecting a file it *will almost for sure* crash pd. no example patch necessary, just any patch with openpanel. apparently the chances increase if a patch with GOPs was opened (it's only a hunch). ---------------------------------------------------------------------- Comment By: João Miguel Pais (jmmmp) Date: 2006-07-07 13:35 Message: Logged In: YES user_id=1523458 This is the only information I can give, because the behaviour is erratic, and I can't establish a pattern. the only thing I know for sure is that it doesn't happen on the first time. example patch isn't necessary, just banging any openpanel - it's a general behaviour, not specific to any singular patch. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-07-07 02:22 Message: Logged In: YES user_id=27104 This is a pretty vague bug report. Any more info? Example patch? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1499215&group_…

1 0

properties hook
by hans＠eds.org 06 Aug '06

06 Aug '06

I am sitting here with a performance venue with pounding bass after running my Swirler installation, and I just had a thought: what if there was a generic "properties" hook just like the "help" hook? Then you could have a Properties panel for any patch. I think that Properties panels should be written in Pd anyway, this way we could write elaborate GUI objects with data structures which have settable and storable properties via a properties panel. Sound good? .hc ------------------------------------------------------------------------ I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.

3 2

[Dataflow] desireticket to desiredata mailing list (fwd)
by Mathieu Bouchard 06 Aug '06

06 Aug '06

---------- Forwarded message ---------- Date: Tue, 1 Aug 2006 17:46:19 +0200 From: "[*~]" <chun(a)goto10.org> To: dataflow(a)artengine.ca Subject: [Dataflow] desireticket to desiredata mailing list hi all: i have took the liberty to create a new mailing list called [desireticket]. this ml is hooked to the ticketing (trac) system we are starting to use at here: http://desiredata.goto10.org/ all modification/update of the tickets will be sent and notified through this list. currently, only matju, grill and me are on this list. if any one is interested in following list, please visit: http://lists.goto10.org/cgi-bin/mailman/listinfo/desiretickets hopefully this will help us to track things better... _______________________________________________ Dataflow mailing list Dataflow(a)artengine.ca http://artengine.ca/mailman/listinfo/dataflow

1 0

[ pure-data-Patches-1502860 ] class-destructor (free-method) not called when quitting pd
by SourceForge.net 02 Aug '06

02 Aug '06

Patches item #1502860, was opened at 2006-06-08 12:33 Message generated for change (Comment added) made by xovo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1502860&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: 7 Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: class-destructor (free-method) not called when quitting pd Initial Comment: when an object is destroyed (either directly deleted or by closing the patch containing it) the "free" method (a "destructor" in c++-speak) for this object is called. however, when pd is "quit" (e.g. "Ctrl-Q"), this destructor does not get called, which potentially leaves the system in a bad state. the attached patch fixes this by adding a "glob_closeall()" function to g_editor.c (which closes all root canvases) and calling it from within glob_quit() in s_inter.c ---------------------------------------------------------------------- Comment By: Thomas Grill (xovo) Date: 2006-08-02 16:20 Message: Logged In: YES user_id=350252 I think there's a problem in this patch when traversing the canvas list with canvases vanishing meanwhile. It should be more like: void glob_closeall(void*dummy, t_floatarg fforce) { t_canvas*x,*y; for (x = canvas_list; x; ) { y = x->gl_next; canvas_menuclose(x, fforce); /* forced closing of this root canvas */ x = y; } } Still, this assumes that PD doesn't do more than removing that one entry from the canvas list, which is not very clean. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-07-26 09:43 Message: Logged In: YES user_id=564396 actually i think this is rather important when objects interface with the system - so i raised the priority ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1502860&group_…

1 0

Re: checking in releases
by Hans-Christoph Steiner 01 Aug '06

01 Aug '06

On Aug 1, 2006, at 4:13 PM, Mathieu Bouchard wrote: > On Sun, 23 Jul 2006, hans(a)eds.org wrote: > >> I see that you are working on PDP. FYI: Tom doesn't maintain the >> code in that CVS, its just an import. He's released a 0.12.5. >> Rather than checking in changes to the code that's there, which >> will either have to be discarded or merged, how about importing >> the new version? > > I haven't figured out "cvs import" yet. I tried doing it on > GridFlow 0.8.2 (an obsolete version but then I thought it'd be good > to have every release in the pd CVS). The importing of GridFlow > 0.8.1 was done manually using a zillion commits, which I'd like to > avoid in the future. Do I have to do "cvs remove" on all the 0.8.1 > files first? If so, that could explain why "cvs import" didn't work > (???). > > I've been trying to figure out "cvs import" using http:// > ximbiot.com/cvs/manual/cvs-1.11.22/cvs.html; is that manual > sufficiently explaining it? I cc'ed the dev list since others may also shed light and/or benefit from this discussion. I think what "cvs import" is meant for is when you are using third party code but making minor modifications to it. Pd's use of portaudio would be the perfect example. Then when you want to upgrade portaudio, you would use "cvs import" to handle the merge so that your changes are included. Ideally, this is the way that we would handle the pd/portaudio tree. If you are basically just mirroring and don't care about blowing away any changes that might have been checked in since the previous import, then you can just copy the new release to the CVS-controlled directory and do one big "cvs commit" for the whole externals/ gridflow tree. .hc

1 0

[ pure-data-Patches-1532458 ] loading on osx improvements
by SourceForge.net 01 Aug '06

01 Aug '06

Patches item #1532458, was opened at 2006-08-01 09:26 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=1532458&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 Submitted By: Jamie Tittle (tigital) Assigned to: Nobody/Anonymous (nobody) Summary: loading on osx improvements Initial Comment: Attached is a patch for src/s_loader.c. NSLinkModule() and friends have been deprecated for quite awhile in favor of dlopen(), so this patch makes a better compile time decision (using AvailabilityMacros.h) on whether to use one or the other: if it's compiled on 10.3 or greater, pd will use dlopen() to load externals... ...in addition, it also includes extra error reporting for NSLinkModule()... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1532458&group_…

2 1

[ pure-data-Patches-1532458 ] loading on osx improvements
by SourceForge.net 01 Aug '06

01 Aug '06

Patches item #1532458, was opened at 2006-08-01 09:26 Message generated for change (Settings changed) made by tigital You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1532458&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 Submitted By: Jamie Tittle (tigital) >Assigned to: Miller Puckette (millerpuckette) Summary: loading on osx improvements Initial Comment: Attached is a patch for src/s_loader.c. NSLinkModule() and friends have been deprecated for quite awhile in favor of dlopen(), so this patch makes a better compile time decision (using AvailabilityMacros.h) on whether to use one or the other: if it's compiled on 10.3 or greater, pd will use dlopen() to load externals... ...in addition, it also includes extra error reporting for NSLinkModule()... ---------------------------------------------------------------------- >Comment By: Jamie Tittle (tigital) Date: 2006-08-01 09:28 Message: Logged In: YES user_id=634044 forgot to mention that this is against pd_head, as it already exists in pd_devel... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1532458&group_…

1 0

[ pure-data-Patches-1532439 ] arrays on 64-bit archs
by SourceForge.net 01 Aug '06

01 Aug '06

Patches item #1532439, was opened at 2006-08-01 14:07 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=1532439&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 Submitted By: Guenter Geiger (ggeiger) Assigned to: Miller Puckette (millerpuckette) Summary: arrays on 64-bit archs Initial Comment: Arrays are currently not working correctly on 64 bit architectures. This patch implements a solution for the problem by introducing a ASTRIDE constant, which is the ratio sizeof(union word)/sizeof(t_sample). The drawback of this method is that arrays use twice as much memory on 64 bit archs. The patch should not affect 32 bit architectures, so it might be a valid temporal fix. Guenter ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1532439&group_…

1 0

adding MAIN and devel to the compile farm
by Hans-Christoph Steiner 01 Aug '06

01 Aug '06

If anyone is interested in writing the scripts to compile MAIN and devel, I'll happily schedule them to run on the compile farm. Right now, the Pd-extended scripts are a bit messy. There should be one script which is called from cron from pure-data/scripts/auto-build/ This script will need to rsync a copy of the source that is checked out on the compile farm master. Then it will compile everything and make a package (.dmg, .exe, .tar.bz2, etc). Then it rsyncs the resulting package back to the master to go on the website. It should mail out a transcript if something fails. .hc

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