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 17 Jun '07

17 Jun '07

Bugs item #1732313, was opened at 2007-06-06 15:20 Message generated for change (Comment added) made by eighthave 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: Hans-Christoph Steiner (eighthave) Date: 2007-06-17 10:38 Message: Logged In: YES user_id=27104 Originator: NO I get it everytime I start a gemwin, I think that is normal. On a different computer than mine, I started Pd-0.39-2-extended-rc3 and it started the extra icon just by starting Pd. It only seemed to happen on that machine, which was a PowerMac G5 running 10.4.9. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-06-16 05: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 00: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 00: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 00: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-1738617 ] [ pure-data-Bugs-1738290 ]
by SourceForge.net 17 Jun '07

17 Jun '07

Bugs item #1738617, was opened at 2007-06-17 14:12 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=1738617&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-devel Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: michelebagaglio (michelebagaglio) Assigned to: Nobody/Anonymous (nobody) Summary: [ pure-data-Bugs-1738290 ] Initial Comment: delread~ and delwrite~ show odd behaviour in Pd-extended-0.39.2-RC1 running on MacBook with osx 10.4.9. Therefore, e.g. the G08.delay.loop example file from help/reference/audio.examples doesn't work properly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1738617&group_…

1 0

[ pure-data-Bugs-1738289 ] "View list" listview broken for arrays with $0 in name
by SourceForge.net 17 Jun '07

17 Jun '07

Bugs item #1738289, was opened at 2007-06-16 12:06 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1738289&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: 3 Private: No Submitted By: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: "View list" listview broken for arrays with $0 in name Initial Comment: The "View list" function in the Properties context menu of arrays is broken, if the name of the array contains a $0. This only affects visible arrays in graphs, arrays in [table] objects work correctly with $0-names. See attached test patch for a demonstration. The error message given by Tk is: can't read "0": no such variable can't read "0": no such variable while executing "array_viewlist .gfxstub82e3a78 $0-array 0" invoked from within ".gfxstub82e3a78.listview invoke" ("uplevel" body line 1) invoked from within "uplevel #0 [list $w invoke]" (procedure "tk::ButtonUp" line 22) invoked from within "tk::ButtonUp .gfxstub82e3a78.listview" (command bound to event) ---------------------------------------------------------------------- >Comment By: Frank Barknecht (fbar) Date: 2007-06-17 11:14 Message: Logged In: YES user_id=569446 Originator: YES It seems any version is affected. I tested with CVS HEAD (0.4x) and pd-ext 0.39 rc-2. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-17 03:31 Message: Logged In: YES user_id=27104 Originator: NO Which version of Pd? I hope it's not my bug ;) The version can be set in the "Group" pulldown menu in the bug report form. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1738289&group_…

1 0

[ pure-data-Bugs-1738289 ] "View list" listview broken for arrays with $0 in name
by SourceForge.net 17 Jun '07

17 Jun '07

Bugs item #1738289, was opened at 2007-06-16 06:06 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1738289&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: 3 Private: No Submitted By: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: "View list" listview broken for arrays with $0 in name Initial Comment: The "View list" function in the Properties context menu of arrays is broken, if the name of the array contains a $0. This only affects visible arrays in graphs, arrays in [table] objects work correctly with $0-names. See attached test patch for a demonstration. The error message given by Tk is: can't read "0": no such variable can't read "0": no such variable while executing "array_viewlist .gfxstub82e3a78 $0-array 0" invoked from within ".gfxstub82e3a78.listview invoke" ("uplevel" body line 1) invoked from within "uplevel #0 [list $w invoke]" (procedure "tk::ButtonUp" line 22) invoked from within "tk::ButtonUp .gfxstub82e3a78.listview" (command bound to event) ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-16 21:31 Message: Logged In: YES user_id=27104 Originator: NO Which version of Pd? I hope it's not my bug ;) The version can be set in the "Group" pulldown menu in the bug report form. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1738289&group_…

1 0

Request for dev access
by Chris McCormick 17 Jun '07

17 Jun '07

Hi Devs, I would like write access to the SF CVS repository so I can check in some changes to Frank's sssad collection and check in my own s-abstractions so that they can become part of pd-extended. Obligatory introduction: My name is Chris McCormick and I have been using Pure Data for mostly good and not much evil since 2000-and-something. I like making music and visuals with Pd, and long walks on the beach. My SF username is chr15m, and I'm proud and excited that I will be the 333rd person (in base 4) granted access to the Pd SF CVS. I await your silent assent with baited breath. Best, Chris. ------------------- http://mccormick.cx

4 4

calling a function
by nosehair911＠bellsouth.net 16 Jun '07

16 Jun '07

I'm having problems calling functions and I'm currious if I a doing it the right way. I a writing the external in c++. I make a class Test and I declare a function for example: void Test::post_filepath(char* path) {post( "opening %s", path);} Then within the externals typedef stucture I include a pointer to the class for example: typedef struct _myexternal { t_object x_obj; Test *funct; } t_myexternal; When I call the function like this: void capture_cap(t_myexternal *x, t_symbol *file) {x->funct->post_filepath(file->s_name);} Pd crashes, I have to do it like this to avoid a crash: void capture_cap(t_myexternal *x, t_symbol *file) {post( "opening %s", file->s_name);} what am I doing wrong and what is the proper way to do it? Thanks, Alain

2 1

[ pure-data-Bugs-1692649 ] sqrt~ giving only -inf/inf
by SourceForge.net 16 Jun '07

16 Jun '07

Bugs item #1692649, was opened at 2007-04-02 05:51 Message generated for change (Comment added) made by stffn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1692649&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: Postponed Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Hans-Christoph Steiner (eighthave) Summary: sqrt~ giving only -inf/inf Initial Comment: For the G4 and Intel optimized builds of Pd-0.39.2-extended-test7 on Mac OS X, sqrt~ only returns -inf or inf. (Does this affect other platforms?) This is probably related to the auto-vectorization. This is not a problem on Pd-0.39.2-extended-test7 that was built for G3s. Check the sqrt~-help.pd file for a test patch. sqrt~ of the signal 9 returns -\infty, hence not 3 as expected. All tried int signals greater then zero returns -\infty. To test this, see either the attached patch (which is very close to the help-patch for [sqrt~]) or the help-patch for [sqrt~]. See also: http://lists.puredata.info/pipermail/pd-list/2007-01/046266.html ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-06-16 12:14 Message: Logged In: YES user_id=1658640 Originator: NO Same thing for RC3. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-06-12 14:18 Message: Logged In: YES user_id=1658640 Originator: NO In the autobuild from 12th of june it now works on mac-intel (macbook core duo), but - sadly - not on powerpc (ibook G4). Both running Mac OS 10.4.9. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-12 06:26 Message: Logged In: YES user_id=27104 Originator: YES I removed these from the compiler flags and it seems to have fixed the problem on Intel Macs: -ftree-vectorize -ftree-vectorizer-verbose=2 Please confirm that this is fixed in both Intel and PowerPC. This thread discusses the root causes of why the auto-vectorization causes this problem: http://lists.puredata.info/pipermail/pd-dev/2007-04/008689.html Ideally the root of the problem would be fixed so that we can use auto-vectorization. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-05-05 15:11 Message: Logged In: YES user_id=1658640 Originator: NO Still present in the nightly build of RC2 from 5th of May. It does however work in the test build of .040.2-extended of the same date. ---------------------------------------------------------------------- Comment By: frey (freynz) Date: 2007-04-18 14:06 Message: Logged In: YES user_id=1772500 Originator: NO I have this same problem with pd-0.39.2-extended-rc2 on my Intel MacBook. It doesn't appear in Miller's vanilla pd-0.40-2, on the same machine. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-04-02 06:08 Message: Logged In: YES user_id=27104 Originator: YES d_math.c, where sqrt.c isn't auto-vectorized, so this is probably caused by a different optimization flag. Or maybe it's related to these warnings: d_math.c: In function 'init_rsqrt': d_math.c:79: warning: dereferencing type-punned pointer will break strict-aliasing rules d_math.c: In function 'q8_rsqrt': d_math.c:93: warning: dereferencing type-punned pointer will break strict-aliasing rules d_math.c: In function 'q8_sqrt': d_math.c:101: warning: dereferencing type-punned pointer will break strict-aliasing rules ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1692649&group_…

1 0

[ pure-data-Bugs-1738289 ] "View list" listview broken for arrays with $0 in name
by SourceForge.net 16 Jun '07

16 Jun '07

Bugs item #1738289, was opened at 2007-06-16 12:06 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=1738289&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: 3 Private: No Submitted By: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: "View list" listview broken for arrays with $0 in name Initial Comment: The "View list" function in the Properties context menu of arrays is broken, if the name of the array contains a $0. This only affects visible arrays in graphs, arrays in [table] objects work correctly with $0-names. See attached test patch for a demonstration. The error message given by Tk is: can't read "0": no such variable can't read "0": no such variable while executing "array_viewlist .gfxstub82e3a78 $0-array 0" invoked from within ".gfxstub82e3a78.listview invoke" ("uplevel" body line 1) invoked from within "uplevel #0 [list $w invoke]" (procedure "tk::ButtonUp" line 22) invoked from within "tk::ButtonUp .gfxstub82e3a78.listview" (command bound to event) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1738289&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 fbar 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: Closed >Resolution: Fixed 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: Frank Barknecht (fbar) Date: 2007-06-16 11:55 Message: Logged In: YES user_id=569446 Originator: NO Thanks for testing, stffn. Then it's fixed in pd-ext RC3 on all platforms, as it's just about abstractions. ---------------------------------------------------------------------- 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-1518417 ] -open doesn't work from command line
by SourceForge.net 16 Jun '07

16 Jun '07

Bugs item #1518417, was opened at 2006-07-06 23:49 Message generated for change (Comment added) made by stffn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1518417&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Hans-Christoph Steiner (eighthave) Summary: -open doesn't work from command line Initial Comment: In the 0.39.2 versions of Pd-extended, the command line flags are ignored when launching with "Pd.app/Contents/Resources/bin/pd -open ..." This works fine in Pd-extended 0.38.4 and Pd 0.39-2 from Miller. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-06-16 11:55 Message: Logged In: YES user_id=1658640 Originator: NO Here it give an error msg. $ /Applications/Pd-extended.app/Contents/Resources/bin/pd -open <somefile>.pd sh: line 1: /Applications/Wish.app/Contents/MacOS/Wish: No such file or directory This is RC3. Note that Millers build (of 0.40-2) don't need the "-open" flag to open a file on start up. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1518417&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