Pd-dev June 2007

pd-dev@lists.iem.at

17 participants
92 discussions

[ pure-data-Bugs-1732313 ] Pd extended.app shows extra process in dock
by SourceForge.net 16 Jun '07

16 Jun '07

Bugs item #1732313, was opened at 2007-06-06 21:20 Message generated for change (Comment added) made by stffn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1732313&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: pd-extended Group: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: Pd extended.app shows extra process in dock Initial Comment: An anonymously-iconed "pd" application shows up alongside the usual Pd.app in the dock when Pd-Extended is running. Don't know when this started; it definitely hasn't always happened. This is on both my PPC and Intel mac using 0.40 autobuilds; not sure if it occurs in 392RC2 as well. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-06-16 11:38 Message: Logged In: YES user_id=1658640 Originator: NO I fail to see that anonymous icon in my dock. This is RC3. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-14 06:43 Message: Logged In: YES user_id=27104 Originator: NO That hint tells you how to hide the main Pd.app icon, which would be the inverse of what you probably want. This is the hack in question, check out the "rez_install" target in packages/darwin_app/Makefile to see how this file is used: http://pure-data.cvs.sourceforge.net/pure-data/packages/darwin_app/mac.r?vi… ---------------------------------------------------------------------- Comment By: Luke Iannini (lukeiannini) Date: 2007-06-14 06:37 Message: Logged In: YES user_id=1541432 Originator: YES Hans, Does this help at all? http://www.macosxhints.com/article.php?story=20010701191518268 (sorry, I have no idea of the nature of the hack) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-14 06:23 Message: Logged In: YES user_id=27104 Originator: NO That extra icon in the dock is triggered by a hack that allows the gemwin to act like a normal window. Perhaps there is a way to make that icon disappear, but still let the gemwin be moveable and to be in front. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1732313&group_…

1 0

[ pure-data-Bugs-1736701 ] [list-len] uses [list length], which doesn't exist in 0.39
by SourceForge.net 16 Jun '07

16 Jun '07

Bugs item #1736701, was opened at 2007-06-13 21:21 Message generated for change (Comment added) made by stffn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1736701&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: pd-extended Group: v0.39.2 Status: Open Resolution: None Priority: 7 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Frank Barknecht (fbar) Summary: [list-len] uses [list length], which doesn't exist in 0.39 Initial Comment: In Pd-0.39.2-extended-rc2, list-abs/list-len uses [list length], which does not exist in 0.39 at all. It was introduced in 0.40. Therefore, list-len does not work. (it would be good to look for other 0.40isms that were included in the backport of the list-abs to 0.39.2) ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-06-16 11:36 Message: Logged In: YES user_id=1658640 Originator: NO Both list-len and list-compare work here in RC3. (os x.4.9, macbook core duo) ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2007-06-13 22:58 Message: Logged In: YES user_id=569446 Originator: NO Additional note: I found out, that last week I forgot to check in a similar fix for another patch that was using [list length]: list-compare.pd The 0.39 version is checked in now. Should I close this bug or would you prefer to keep it open until pd-ext rc3/final? ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2007-06-13 22:34 Message: Logged In: YES user_id=569446 Originator: NO Actually I have fixed this in the branch "branch-v0-39-2-extended" five days ago by reverting to a previous version, so it should be okay automatically fixed for the next pd-extended release. Sorry for introducing this bug in the first place. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1736701&group_…

1 0

[ pure-data-Bugs-1727221 ] pdp_ieee1394 doesn't load on Mac OS X
by SourceForge.net 16 Jun '07

16 Jun '07

Bugs item #1727221, was opened at 2007-05-29 05:45 Message generated for change (Comment added) made by stffn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1727221&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: pd-extended Group: v0.39.2 Status: Pending Resolution: Fixed Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pdp_ieee1394 doesn't load on Mac OS X Initial Comment: It looks like pdp_ieee1394 builds properly, but it does not load at all on Mac OS X. It acts as if the object does not exist. This is on Pd-0.39.2-extended-rc2. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-06-16 11:30 Message: Logged In: YES user_id=1658640 Originator: NO On RC3 it doesn't create here (os x.4.9, macbook core duo). Instead, at startup, this msg. is printed to the console: /Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/pdp.pd_darwin: dlopen(/Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/pdp.pd_darwin, 10): Library not loaded: /usr/X11R6/lib/libX11.6.dylib Referenced from: /Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/pdp.pd_darwin Reason: image not found pdp: can't load library /Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/pidip.pd_darwin: dlopen(/Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/pidip.pd_darwin, 10): Library not loaded: /usr/X11R6/lib/libX11.6.dylib Referenced from: /Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/pidip.pd_darwin Reason: image not found pidip: can't load library ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-12 05:58 Message: Logged In: YES user_id=27104 Originator: YES it's working on my Intel Mac, can anyone else confirm it works for them? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1727221&group_…

1 0

Project Outline for SQL External
by Mike McGonagle 15 Jun '07

15 Jun '07

Hello all, Over the past month and a half, I have been dealing with MySQL and working with SQL. I was wondering if anyone had thought about making an external for PD to access a database via SQL, and it appears that there have been a couple of attempts, but nothing that seems to have come to fruition. The one project that I have got the source (sqlsingle) for was to connect up to a Postgres database, and I suspect that part of the complexity in writing this external might have stemmed from dealing with the Connectivity level and the SQL level all within the same object. One of the things that I have been considering is to write two different externals, one to handle the connectivity (probably using ODBC, instead of connecting directly to a specific database), and another that would be used to post SQL to the database.

1 1

makefile tutorial
by nosehair911＠bellsouth.net 14 Jun '07

14 Jun '07

Can anyone help me find a tutorial to write a makefile for os x that links static and dynamic libraries. My code is written in c++. BTW hc. Pd extended is looking awsome, pdp_qt works finally and also there is Gem font support, 2 of my biggest gripes. FYI: The way I am being able to compile simple externals in Xcode is like this. 1. start a dynamic lib project in Xcode. 2. change the target packaging externsion to pd_darwin and erase prefix lib if any 3. make sure my header,library and frameworks paths are entered if any 4. under linking>other linker flags I write -undefined dynamic_lookup -lz -Xlinker -Y -Xlinker 100 5. under warning>other warning flags I write -Wmost 6. that works for me Alain

1 0

[ pure-data-Patches-1552482 ] update to [cnv] help to document arguments
by SourceForge.net 14 Jun '07

14 Jun '07

Patches item #1552482, was opened at 2006-09-05 04:48 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1552482&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 Private: No Submitted By: Luke Iannini (lukeiannini) Assigned to: Miller Puckette (millerpuckette) Summary: update to [cnv] help to document arguments Initial Comment: The canvas object seems to take arguments happily enough - while I could not find this documented, I discovered what went where by trying "cnv a b c d e f g h..." and checking where they ended up in the properties. This worked, but while the arguments appear in the properties, they do not actually "show up" in the canvas until the property window is closed again. I've attached a patch that demonstrates this behavior. (I was hoping to build a "canvas generator" that would save me the trouble of opening property windows to set dimensions or a recieve symbol that could be used with Joao Miguel Pais's "gui-edit" abstraction. But the receive symbol does not start functioning until the props are opened, then closed.) Also, the first 3 arguments do not seem to do anything (they'd logically control "selectable size" and the x and y dimensions of the canvas). ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-14 11:20 Message: Logged In: YES user_id=27104 Originator: NO this patch does not apply cleanly to anything that I tried. Please submit the original pd help patch rather than the diff/patch file. diffs don't really work with .pd files. ---------------------------------------------------------------------- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-20 05:45 Message: Logged In: YES user_id=1541432 Hello Hans, Done : ). But I can't effect the bug>patch change. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-15 20:54 Message: Logged In: YES user_id=27104 It would be awesome then if you updated the help file and submitted that as a patch to the tracker. Then the rest of us can benefit from your explorations. You can attach an updated help file to this tracker, then change it from a "Bug" to a "Patch". ---------------------------------------------------------------------- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-05 06:12 Message: Logged In: YES user_id=1541432 Sorry about that, thanks! ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-09-05 06:03 Message: Logged In: YES user_id=564396 this is, because you are using wrong arguments and not because of a bug in [cnv]. attached is a working patch (which uses more arguments than the original one) there are 4 possibilities to "reverse engineer" the arguments of an object: 1) read the help (won't help you with [cnv]) 2) read the pd-list (ask! chances are high that somebody already solved your problem) 3) read the patch (save a patch with the object as you would like it; open the patch with a text editor; look which arguments are used; understand what the arguments mean) 4) read the source esp. #3 is a very simple and efficient and good way to discover the arguments of an object (the object usually knows best which arguments it needs) ---------------------------------------------------------------------- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-05 04:50 Message: Logged In: YES user_id=1541432 This is on Pd-x-39.2t4 (OS X.4.7 PPC) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1552482&group_…

1 0

[ pure-data-Patches-1688540 ] fix makefilename segfault when wrong argument type received
by SourceForge.net 14 Jun '07

14 Jun '07

Patches item #1688540, was opened at 2007-03-26 12:33 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1688540&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 Private: No Submitted By: Stephen Sinclair (radarsat1) >Assigned to: Miller Puckette (millerpuckette) Summary: fix makefilename segfault when wrong argument type received Initial Comment: Currently, Pd segfaults if the "makefilename" object is configured to receive a symbol ("%s") and it receives a float argument. This patch uses strstr() to check if the sprintf string is going to accept a float, like so: strstr(s->s_name, "%s")==0 The result is saved in the t_makefilename structure. It is recalculated on the "set" message. When the wrong message type is received, a 0 or "" string is substituted, respectfully. While it is unfortunate to do a string search like this, it is not very good to have Pd segfaulting, so I see no alternative. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-14 11:11 Message: Logged In: YES user_id=27104 Originator: NO I applied this patch to the Pd-0.39.2-extended branch and it failed to compile: x_connective.c: In function 'makefilename_new': x_connective.c:1213: error: 'struct _makefilename' has no member named 'x_accept_float' x_connective.c: In function 'makefilename_float': x_connective.c:1219: error: 'struct _makefilename' has no member named 'x_accept_float' x_connective.c: In function 'makefilename_symbol': x_connective.c:1229: error: 'struct _makefilename' has no member named 'x_accept_float' x_connective.c: In function 'makefilename_set': x_connective.c:1239: error: 'struct _makefilename' has no member named 'x_accept_float' My guess is that the patch needs to be a "diff -uw" format, which is much better at dealing with different line numbers, etc. Also, an example patch to demonstrate the bug is always useful. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1688540&group_…

1 0

[ pure-data-Patches-1656382 ] OSCx - assign TTL only for multicast groups
by SourceForge.net 14 Jun '07

14 Jun '07

Patches item #1656382, was opened at 2007-02-09 15:38 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1656382&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: externals Group: bugfix >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Stephen Sinclair (radarsat1) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: OSCx - assign TTL only for multicast groups Initial Comment: I realized that in my previous changes to OSCx, I caused sendOSC to set the TTL value for any UDP connection. This could cause unexpected default behaviour, whether using multicast or not, when trying to use OSC on a long network connection, outside of a local subnet, such as between continents. This patch changes the behaviour so that it only sets TTL for actual multicast IP addresses. It also rejects requests to create connections on the range of multicast addresses reserved for routing information. (This is described here: http://ntrg.cs.tcd.ie/undergrad/4ba2/multicast/antony/index.html) ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-14 11:05 Message: Logged In: YES user_id=27104 Originator: NO checked in ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1656382&group_…

1 0

[ pure-data-Patches-1667928 ] allow multiple dumpOSC instances to bind same multicast port
by SourceForge.net 14 Jun '07

14 Jun '07

Patches item #1667928, was opened at 2007-02-24 12:49 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1667928&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: externals Group: feature >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Stephen Sinclair (radarsat1) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: allow multiple dumpOSC instances to bind same multicast port Initial Comment: Currently, attempting to create two dumpOSC objects that listen to the same port fails. The second attempt does not get created. However, in a multicast environment it is useful to have two or more patches listen to the same port. This patch sets the SO_REUSEADDR socket option for dumpOSC objects that are lisetning to multicast groups. It should be applied on top of the "TTL only for multicast groups" patch (Request ID: 1656382). ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-14 11:02 Message: Logged In: YES user_id=27104 Originator: NO checked in ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1667928&group_…

1 0

[ pure-data-Patches-1668080 ] fix crash in OSCroute when it receives a bang
by SourceForge.net 14 Jun '07

14 Jun '07

Patches item #1668080, was opened at 2007-02-24 17:30 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1668080&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: externals >Group: bugfix >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Stephen Sinclair (radarsat1) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: fix crash in OSCroute when it receives a bang Initial Comment: OSCroute currently crashes when you send it a bang. This is a fix, causing it to properly forward the bang out of the "rejected" (right-most) outlet. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-14 10:57 Message: Logged In: YES user_id=27104 Originator: NO checked in ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1668080&group_…

1 0

← 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 June 2007