Pd-dev February 2006

pd-dev@lists.iem.at

25 participants
55 discussions

[ pure-data-Patches-1217414 ] change defines MACOSX to __APPLE__
by SourceForge.net 07 Feb '06

07 Feb '06

Patches item #1217414, was opened at 2005-06-09 02:27 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1217414&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: Accepted Priority: 3 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: change defines MACOSX to __APPLE__ Initial Comment: gcc defines __APPLE__ automatically on Mac OS X so there is no need for the -DMACOSX, #ifdef MACOSX, etc This patch just changes every relevant instance of MACOSX to __APPLE__ and removes -DMACOSX in configure.in. This does not change the functionality at all, but cleans up the code, using standard constructs, and makes things consistent with __linux__ and __FreeBSD__. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-02-07 00:00 Message: Logged In: YES user_id=27104 miller accepted this for 0.40 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2005-12-31 03:42 Message: Logged In: YES user_id=27104 FYI: I've been using this sed script as part of the Pd-extended builds and so far no problems. Also, the Win32 platform does have a common macro, its _WIN32 (not WIN32 like I previously mentioned, tho WIN32 seems to work most of the time). ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2005-12-02 13:23 Message: Logged In: YES user_id=27104 Rather than a patch, its much easier to just run this sed command: sed -i.bak 's/MACOSX/__APPLE__/g' *.[ch] This will only replace #ifdefs and comments, it won't affect any code. These leaves -DMACOSX in the makefile for legacy support. On Windows, MSVC, Cygwin, and MinGW use WIN32 and the automatic platform define. But the sed replacement isn't as straightforward. ---------------------------------------------------------------------- Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-09-30 09:00 Message: Logged In: YES user_id=564396 assigned to miller. its oh so bad, that w32 doesn't really have such an automatic define. (mingw does define __WIN32__; probably it would be good to add that one to the NT/MSW magic in m_pd.h) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2005-06-09 14:10 Message: Logged In: YES user_id=27104 For Apple documentation on this topic, check out the "Predefined Macros" section of this webpage: http://developer.apple.com/technotes/tn2002/tn2071.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1217414&group_…

1 0

compiling HID
by B. Bogart 06 Feb '06

06 Feb '06

Hey Hans, After trying to compile HID from CVS I got this error: Makefile:24: /home/bbogart/pd-stuff/externals/hcs/hid/../../../packages/Makefile.buildlayout: No such file or directory make: *** No rule to make target `/home/bbogart/pd-stuff/externals/hcs/hid/../../../packages/Makefile.buildlayout'. Stop. I'd like to be able to compile HID without depending on the packages module. Does it make sense that one module in CVS depends on another? Thanks, .b.

2 3

Re: [PD-dev] Sqlsingle
by Hans-Christoph Steiner 06 Feb '06

06 Feb '06

(let's keep this on the list since its probably of general interest). If the object that you are currently working on is for PostgreSQL, then I think you should keep the name [psql]. Then when you right a generic SQL object, call that [sql]. It could be handy to have both, for example, to access PostgreSQL-specific features. .hc On Feb 6, 2006, at 12:56 PM, Jamie Bullock wrote: > > It's certainly possible; probably the best way would be to use the > dbconnect API. This would require a complete re-write however. I'm > very willing to do do this - but not until I've got a few other things > out of the way. It would probably make sense to change the name to > [sql] now for future-proofing - do you agree? > > Jamie > > On Mon, 6 Feb 2006 11:56:06 -0500 > Hans-Christoph Steiner <hans(a)eds.org> wrote: > >> >> This would be great! Is a [sql] object possible that would access any >> SQL database? That would be even better. >> >> .hc >> >> On Feb 6, 2006, at 11:14 AM, Jamie Bullock wrote: >> >>> >>> Hi, >>> >>> I have made an alternative version of [sqlsingle] (an object by Iain >>> Mott for querying Postgres databases), which holds the connection to >>> the database open by default and closes it on demand, rather than >>> closing (and vacuuming) the database after every query. I intend to >>> call the new object [psql], and maintain/develop it. Before >>> committing >>> to CVS, does anyone ahave any objections to this? >>> >>> I just ask in case Iain is still maintaining [sqlsingle], or someone >>> has already done a similar thing. >>> >>> >>> Jamie >>> >>> _______________________________________________ >>> PD-dev mailing list >>> PD-dev(a)iem.at >>> http://lists.puredata.info/listinfo/pd-dev >>> >> >> ______________________________________________________________________ >> __ >> ____ >> >> "The arc of history bends towards justice." >> - Dr. Martin Luther King, >> Jr. >> >> ________________________________________________________________________ ____ http://at.or.at/hans/

1 0

fftw3 (partconv~ ) and PD 0.39
by Breitschädel Hannes 06 Feb '06

06 Feb '06

Hi All! I have a very interesting external "partconv~" that performs a realtime blocked convolution. partconv~ uses fftw3. Changing from PD 0.37 to PD 0.39 (Windows XP) the new PD reports "could not load partconv~.dll". I started debugging the external. everything works fine until the point a function from the library fftw3.lib is linked into the dll. In the code I just call a function of fftw3.lib at a spot the program execution never reaches. if I do so PD fails loading the external. If the function call is removed PD loads the dll and everything is fine. this little test shows that there seems to be a linker problem, probably a naming conflict or something similar. yet, neither linker nor compiler report errors at any time. Q: Has someone partconv~ or a fftw3 based application running within PD0.39, Windows ? Has someone discovered similar problems? Is there a programming trick to get more infos or even get the thing running ? THX a lot! Hannes Breitschädel *** Disclaimer *** Neither this information block, the typed name of the sender, nor anything else in this message is intended to constitute an electronic signature unless a specific statement to that effect is included in this message. The information is intended for the exclusive use of the intended recipient and may constitute information that is privileged or confidential or otherwise legally exempt from disclosure. If you are not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are not authorized to retain, read, copy, or disseminate this message or any part of it. If you have received this message in error, please notify sender by replying, then delete it immediately.

2 1

[ pure-data-Bugs-1424890 ] [trigger list] converts empty list to a 0
by SourceForge.net 06 Feb '06

06 Feb '06

Bugs item #1424890, was opened at 2006-02-05 20:22 Message generated for change (Comment added) made by matju You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1424890&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 Resolution: None Priority: 7 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: [trigger list] converts empty list to a 0 Initial Comment: [list( | [trigger list] The output of the above combination is 0, not an empty list or bang. See attached patch. ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2006-02-05 20:52 Message: Logged In: YES user_id=801174 this bug report is at least a quadruplicate. please read: http://lists.puredata.info/pipermail/pd-list/2005-05/028692.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1424890&group_…

1 0

[ pure-data-Bugs-1424890 ] [trigger list] converts empty list to a 0
by SourceForge.net 06 Feb '06

06 Feb '06

Bugs item #1424890, was opened at 2006-02-05 20:22 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1424890&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 Resolution: None Priority: 7 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: [trigger list] converts empty list to a 0 Initial Comment: [list( | [trigger list] The output of the above combination is 0, not an empty list or bang. See attached patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1424890&group_…

1 0

[ pure-data-Feature Requests-1424680 ] edit object boxes for instantiated GUI objects
by SourceForge.net 05 Feb '06

05 Feb '06

Feature Requests item #1424680, was opened at 2006-02-05 13:12 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=1424680&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: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: edit object boxes for instantiated GUI objects Initial Comment: It would be quite convenient to have an "edit" option on the right-click menu for GUI objects which are instatiated, and therefore are hiding their creation arguments. This would work by right-clicking the object, and selecting "edit". Then that GUI would turn back into the creation arguments for editing. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1424680&group_…

1 0

[ pure-data-Patches-1405137 ] multiple $arg-expansion
by SourceForge.net 05 Feb '06

05 Feb '06

Patches item #1405137, was opened at 2006-01-13 20:33 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=1405137&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 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: multiple $arg-expansion Initial Comment: currently $args can only be at the beginning of a A_DOLLARSYM. this patch allows to have multiple $args within 1 A_DOLLARSYM. e.g. with "foo bar me" the symbol "$1-bla-$3/$2" will expand to "foo-bla-me/bar" the patch only modifies binbuf_realizedollsym() in m_binbuf.c (and adds another non-exported helper function binbuf_expanddollsym()) the patch is straightforward, but probably i misunderstood the meaning of "tonew" and implemented it in a wrong way (so you should check that) caveat: the A_DOLLARSYM still has to start with "$[0-9]". this is the way, pd determines whether a given symbol should be $-expanded or not. furthermore, the leading $ is usually stripped by pd. e.g. if you type [$1-bar-$2], the symbol "1-bar-$2" is stored as A_DOLLARSYM. this means that the beginning of the dollarsymbol always has to be expanded. furthermore, [bar-$2] will _never_ be expanded (since pd thinks it is an ordinary symbol). i didn't dare to change this behaviour since SETDOLLARSYM() and binbuf_realizedollsym() are exposed in m_pd.h and probably used in externals which would then break. however, whenever this might change, binbuf_expanddollsym() is prepared (just need to "#if 1") ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1405137&group_…

9 55

[ pure-data-Patches-1411015 ] Manpages aren't installed to FHS-friendly location
by SourceForge.net 04 Feb '06

04 Feb '06

Patches item #1411015, was opened at 01/20/06 10:25 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1411015&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: documentation >Status: Closed Resolution: Works For Me Priority: 4 Submitted By: Rowan Thorpe (rowanthorpe) Assigned to: Nobody/Anonymous (nobody) Summary: Manpages aren't installed to FHS-friendly location Initial Comment: The manpages aren't installed to FHS-friendly location By default, pd tries to install manpages to ${PREFIX}/man, but it seems ${PREFIX}/share/man makes more (FHS) sense these days? The pages "disappeared" on my gentoo linux system, because they ended up in "/usr/usr/share/man" (!) because of this.. I attached a very simple patch that changes the configure script.. BTW: I accidentally posted this patch to the "bugs" section (and anonymously..oops) because I am not familiar with sourceforge. Please delete the relevant post from there.. (# 1410984) ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 02/03/06 19:20 Message: Logged In: YES user_id=1312539 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: 01/20/06 11:13 Message: Logged In: YES user_id=27104 While I support the "/usr/share/man/" location, this isn't the way to do it. "configure" is automatically generated from "configure.in", so that's the file to edit. AFAIK, the mandir isn't set manually in "configure.in" or "makefile.in", so it uses the ./configure defaults currently. at the very least, its currently possible to use "./configure --mandir=/usr/share/man" to get the desired results. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1411015&group_…

1 0

supporting multiple instances reading one device
by Hans-Christoph Steiner 03 Feb '06

03 Feb '06

I would like to make it so that multiple instances of the [hid] object can read from the same device. Right now, this is kind of supported, but its buggy and behaves badly. Each [hid] instance now reads from the device queue, therefore each instance is stealing events that the other instances won't ever see. Not good. So I want to run my current idea for handling this by y'all to see if it makes sense. The first instance that is turned on reads the event queue, sticks the events in array, then outputs the data from that array. Then every other instance just outputs from that array. The first question I have is when does the reader instance know when that message cycle is over and it can destroy the previous array? If I just keep each array for two cycles, then destroy it, that should work, right? The second question is how to "elect" a new reader instance when the current one is deleted, turned off, whatever. I am thinking of just having a "no_reader" flag that the reader instance would flip when it stops. Then the next instance to try to output data would be make itself the reader. Any possible problems with that approach? .hc ________________________________________________________________________ ____ "Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism." - retired U.S. Army general, William Odom

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