Pd-dev September 2009

pd-dev@lists.iem.at

21 participants
81 discussions

[ pure-data-Bugs-2862191 ] cvs doesn't compile with g++ 4.3.4
by SourceForge.net 19 Sep '09

19 Sep '09

Bugs item #2862191, was opened at 2009-09-19 17:07 Message generated for change (Settings changed) made by raboofje You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2862191&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: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: Arnout Engelen (raboofje) Assigned to: Nobody/Anonymous (nobody) Summary: cvs doesn't compile with g++ 4.3.4 Initial Comment: externals/iem/iemxmlrpc/xmlrpc++/src/XmlRpcClient.cpp lacks a '#import <cstring>' required to use strncasecmp externals/iem/iemxmlrpc/xmlrpc++/src/XmlRpcServerConnection.cpp lacks a '#import <cstring>' required to use strncasecmp externals/iem/iemxmlrpc/xmlrpc++/src/XmlRpcSocket.cpp lacks a '#import <cstring>' required to use memset externals/gem2pdp/gem2pdp.cpp accesses some private fields from GemMan.h, looks like instead it should do: GemMan::getOffset(&m_x, &m_y); GemMan::getDimen(&m_width, &m_height); .. which looks reasonable and compiles, not sure whether it's correct though :). ---------------------------------------------------------------------- >Comment By: Arnout Engelen (raboofje) Date: 2009-09-19 18:24 Message: Sorry, I didn't realize CVS was outdated and the code now lives in SVN. I updated http://puredata.info/docs/developer/GettingPdSource to now reflect this change. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2862191&group_…

1 0

[ pure-data-Bugs-2862191 ] cvs doesn't compile with g++ 4.3.4
by SourceForge.net 19 Sep '09

19 Sep '09

Bugs item #2862191, was opened at 2009-09-19 17:07 Message generated for change (Tracker Item Submitted) made by raboofje You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2862191&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: 5 Private: No Submitted By: Arnout Engelen (raboofje) Assigned to: Nobody/Anonymous (nobody) Summary: cvs doesn't compile with g++ 4.3.4 Initial Comment: externals/iem/iemxmlrpc/xmlrpc++/src/XmlRpcClient.cpp lacks a '#import <cstring>' required to use strncasecmp externals/iem/iemxmlrpc/xmlrpc++/src/XmlRpcServerConnection.cpp lacks a '#import <cstring>' required to use strncasecmp externals/iem/iemxmlrpc/xmlrpc++/src/XmlRpcSocket.cpp lacks a '#import <cstring>' required to use memset externals/gem2pdp/gem2pdp.cpp accesses some private fields from GemMan.h, looks like instead it should do: GemMan::getOffset(&m_x, &m_y); GemMan::getDimen(&m_width, &m_height); .. which looks reasonable and compiles, not sure whether it's correct though :). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2862191&group_…

1 0

tclpd build for Mac OS X
by Hans-Christoph Steiner 19 Sep '09

19 Sep '09

Hey Federico, With the attached Makefile, I got tclpd to build and load on Mac OS X. Minus the swig dependency, it would probably also build and load on WIndows. It looks very promising, I could see it being the standard API for making GUI objects. .hc ---------------------------------------------------------------------------- Information wants to be free. -Stewart Brand

2 1

[ pure-data-Patches-2859780 ] make canvas_vis() the same for all platforms
by SourceForge.net 16 Sep '09

16 Sep '09

Patches item #2859780, was opened at 2009-09-16 00:50 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2859780&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: make canvas_vis() the same for all platforms Initial Comment: the order of the Tcl commands caused issues on some platforms. If [wm deiconify] is first, then it seems to work fine on all platforms. This eliminates some bugs on the windows side of things, caused by the fact that the original code was unvising and then revising a patch when it should have just raised the window. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2859780&group_…

1 0

[ pure-data-Patches-2687764 ] pd-0.42 broken w/Tcl8.6 - interp->result
by SourceForge.net 16 Sep '09

16 Sep '09

Patches item #2687764, was opened at 2009-03-15 16:17 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2687764&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: Closed Resolution: Out of Date Priority: 2 Private: No Submitted By: mescalinum (mescalinum) Assigned to: Miller Puckette (millerpuckette) Summary: pd-0.42 broken w/Tcl8.6 - interp->result Initial Comment: from tcl 8.6 direct access to field interp-result is not allowed anymore. you have to use Tcl_Get/SetObjResult. patch fixes that ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-09-16 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-09-01 02:39 Message: Since the GUI code in the first 0.43 SVN commit comes from the GUI rewrite, its pure Tcl, so no interps anymore. Has anyone tested the new pure Tcl code on 8.6? ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-03-25 22:48 Message: any luck with pd-devel? you don't even need tcl.h or tk.h to build it, it doesn't use the Tcl C API at all, so I think it should work fine on Tcl/Tk 8.6. ---------------------------------------------------------------------- Comment By: mescalinum (mescalinum) Date: 2009-03-25 20:02 Message: this issue it is just about Pd code that directly accesses a Tcl_Interp field. note that is perfectly legal in tcl 8.x to use Tcl_GetStringResult(interp) rather than interp->result. actually, if one upgrades to Tcl 8.6, can't compile Pd anymore. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-03-15 19:49 Message: since pd-vanilla 0.43 will most likely include the Tcl code from Pd-devel 0.41, I think it would be more likely that Tcl 8.6 support will happen with that code. Try testing pd-devel. Also, since we are at it, Pd-vanilla doesn't work with Tcl/Tk 8.5 on Mac OS X. Pd doesn't even start, it just gives a "bus error". I think there are quite a few issues with the Tcl-C code in the Pd GUI, so I don't think its worth trying to fix it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2687764&group_…

1 0

[ pure-data-Patches-2859478 ] in Win32, allloca() is in malloc.h
by SourceForge.net 15 Sep '09

15 Sep '09

Patches item #2859478, was opened at 2009-09-15 14:35 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2859478&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: in Win32, allloca() is in malloc.h Initial Comment: bonk~.c won't build without this change. MinGW has alloca() but defined in malloc.h. I don't know about Microsoft VC, so I added a guard for that: =================================================================== --- bonk~/bonk~.c (revision 12350) +++ bonk~/bonk~.c (working copy) @@ -82,7 +82,9 @@ static t_class *bonk_class; #endif -#ifndef _MSC_VER +#ifdef _WIN32 +#include <malloc.h> +#elif ! defined(_MSC_VER) #include <alloca.h> #endif ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2859478&group_…

1 0

dictionary of macros
by Hans-Christoph Steiner 15 Sep '09

15 Sep '09

In trying to figure out all of the macros in use in Pd, I started a dictionary. Please update/add as you see fit: http://puredata.info/docs/developer/DictionaryOfMacros .hc ---------------------------------------------------------------------------- I hate it when they say, "He gave his life for his country." Nobody gives their life for anything. We steal the lives of these kids. - Admiral Gene LeRocque

1 0

Re: [PD-dev] pd buildsys: libdir / etags and the existing template
by Hans-Christoph Steiner 15 Sep '09

15 Sep '09

Hey dmotd, I'm cc'ing pd-dev, hope that's ok. That's the best place for discussions on this topic, IMHO. On Sep 13, 2009, at 5:14 AM, dmotd wrote: > hi hans, > > so i'm trying to finalize the template for the > (improved) buildsys, i've attempted to keep the > same function calls that are present in the > current template but i have a few questions. excellent :D > is the libdir metafile generator script still in > use, because its no longer present in ext13 > template? are there other meta data / data mining > functions that may be useful in the future? The script can still be used, but now the idea is for them to manually generated and maintained, then checked into SVN. > i'm not familiar with etags, i understand that > they allow emacs to to search through relevant > code, am i off the mark and is just globbing > source code enough? yes, its not just emacs, I think many other editors use them too. 'etags' is my name for it, I suppose there is a more proper name for the target. > dist seems useful, should there be an install > directive too, and perhaps some meta data with the > relevant environment vars which the lib was built. > > obviously this template needs to be twisted a > little for existing libs, but i was also thinking > that there should be some extra vars for > additional cflags / ldflags / etc.. as it seems > a little too simplistic in its current state? I wouldn't add anything that there isn't a direct use case for, what do you have in mind? The idea is to keep it as simple as possible so its easy to understand. People rarely spend time thinking about build systems, so its good to have them as simple as possible. Then if people want to have more complicated ones, they can add things. For example, once we get a Makefile template, then I think it would be good to have a configure.in/Makefile.in template for more complicated build needs. > in addition, as the buildsys i'm writing is > non-recursive, so the top level builder knows a > lot more about the externals tree than previously. > there is potential to gather information during > the build process, if you have any ideas please > let me know. 'make' and autotools build systems should be recursive, that is how 'make' is supposed to work. It has the big advantage of being more modular, i.e. a library's Makefile easily can work standalone or part of a bigger whole. > i will contact you in the near future about > putting my buildsys on the autobuild farm to test > what works and not. unfortunately i can't work on > this stuff except in my free time so i'm sorry if > developments are painfully slow. No worries, glad to see any progress :). .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

3 3

[ pure-data-Patches-1515177 ] pd crashes on loading bogus patcher file
by SourceForge.net 14 Sep '09

14 Sep '09

Patches item #1515177, was opened at 2006-06-30 14:59 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1515177&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: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Miller Puckette (millerpuckette) Summary: pd crashes on loading bogus patcher file Initial Comment: this is a small patch avoiding a crash on loading something like <<<<<<< .mine #N canvas 735 22 869 1052 10; #X obj 92 438 s pd; ... ... etc. this only cures the symptoms - there should probably be a more refined way of checking patcher file integrity.... ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-09-14 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2009-08-30 22:37 Message: I think this is OK now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1515177&group_…

1 0

[ pure-data-Patches-1654666 ] sending a cut message to an "invisible" subpatch makes crash
by SourceForge.net 14 Sep '09

14 Sep '09

Patches item #1654666, was opened at 2007-02-07 23:08 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1654666&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: Closed Resolution: Fixed Priority: 7 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Miller Puckette (millerpuckette) Summary: sending a cut message to an "invisible" subpatch makes crash Initial Comment: If you have a subpatch, and send a "cut" message to it when it is not in "visible" state (i.e. it is not open), pd crashes. This may happen when using scripting, if for example you send a "find foo" message followed by a "cut" message. If the object does not exist (and the subpatch hasn't been made explicitly visible), the cut message will reach the canvas when it is invisible. See the attached example. Tested on 0.40.2 on Windows XP. Matteo Sisti Sette matteo dot sistisette at email dot it ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-09-14 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2009-09-10 15:07 Message: Miller, if I were against you, I'd suggest that you make a "delete-in-rectangle" message optimised for scripting. ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2009-08-30 22:34 Message: fixed this slightly differently. (Hannes -- the vis/invis editor allocation and deallocation code is so complicated I'm afraid to try to enable "edits" on invis windows. Instead I want to write a "delete-in-rectangle" message optimized for scripting. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-01-28 18:09 Message: raised priority since this bothers me right now! miller: any chance to get selection/copy/paste/... to work with closed patches? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1654666&group_…

1 0

← Newer
1
2
3
4
5
6
7
8
9
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 September 2009