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-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_…
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: 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: 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_…
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: 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: 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_…
Bugs item #1678780, was opened at 2007-03-12 04:19
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1678780&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: 5
Private: No
Submitted By: Thomas Grill (xovo)
Assigned to: Nobody/Anonymous (nobody)
Summary: any object not loading
Initial Comment:
In the Pd-0.39-2-extended-test7 build, the any object (iemlib) is not loaded whien instantiated in the patcher, because "any" is just an alias name to "iem_anything".
I'd suggest loading iemlib1/2 as libraries.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-06-13 15:33
Message:
Logged In: YES
user_id=27104
Originator: NO
another way of dealing with this is to load iem_anything.dll as a library.
I did this for Pd-0.39.2-extended.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-04-19 23:38
Message:
Logged In: YES
user_id=27104
Originator: NO
I think aliases are a bad idea in general, and a lot of work to maintain.
But anyone else can fix this if they want. Also, nothing in Pd-extended is
compiled as single-file-multi-class libraries, so that's not an option. We
know from the past that those create more problems than they solve.
----------------------------------------------------------------------
Comment By: Thomas Grill (xovo)
Date: 2007-03-12 04:20
Message:
Logged In: YES
user_id=350252
Originator: YES
this is on Mac/Intel OS.4.8 but i guess the problem is fairly unrelated to
this.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1678780&group_…
Bugs item #1736701, was opened at 2007-06-13 15:21
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=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)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1736701&group_…
Bugs item #1736518, was opened at 2007-06-13 10:49
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1736518&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: 5
Private: No
Submitted By: hardoff (hardoff)
Assigned to: Miller Puckette (millerpuckette)
>Summary: [switch~]ing [vline~] causes ever increasing CPU usage
Initial Comment:
it was recently brought to my attention that vline~ continues storing messages it receives when dsp processing is switched off. this can lead to a gradual rise in dsp usage of patches containing vline~. i wrote a quick note about it in the documentation to warn others.
for more info seed claude's explaination here:
http://lists.puredata.info/pipermail/pd-list/2007-06/050998.html
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-06-13 11:28
Message:
Logged In: YES
user_id=27104
Originator: NO
File Added: cputest.zip
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1736518&group_…
Bugs item #1736518, was opened at 2007-06-13 10:49
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1736518&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: 5
Private: No
Submitted By: hardoff (hardoff)
>Assigned to: Miller Puckette (millerpuckette)
Summary: vline~ doc ammendment
Initial Comment:
it was recently brought to my attention that vline~ continues storing messages it receives when dsp processing is switched off. this can lead to a gradual rise in dsp usage of patches containing vline~. i wrote a quick note about it in the documentation to warn others.
for more info seed claude's explaination here:
http://lists.puredata.info/pipermail/pd-list/2007-06/050998.html
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1736518&group_…
I am trying to get a external written using functions outside of Pd. I have my header files included and
the external is compiling but when I try to load it into Pd I get this error:
10): Symbol not found: _whatever-external-function
Expected in: dynamic lookup
[import]: ERROR: can't load library in FTIR_CXX
What can I do to fix this?
Alain
Feature Requests item #1736518, was opened at 2007-06-13 23:49
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=1736518&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
Private: No
Submitted By: hardoff (hardoff)
Assigned to: Nobody/Anonymous (nobody)
Summary: vline~ doc ammendment
Initial Comment:
it was recently brought to my attention that vline~ continues storing messages it receives when dsp processing is switched off. this can lead to a gradual rise in dsp usage of patches containing vline~. i wrote a quick note about it in the documentation to warn others.
for more info seed claude's explaination here:
http://lists.puredata.info/pipermail/pd-list/2007-06/050998.html
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1736518&group_…
On Tue, Jun 12, 2007 at 12:27:20PM +0200, Tim Boykett wrote:
>
> On 11/06/2007, at 10:54 AM, Chris McCormick wrote:
> >
> >I await your silent assent with baited breath.
>
> I think we would all prefer it if your breath was bated and
> not baited,
Hehe. Well spotted, sir. I'll have to think twice now before engaging my
anal retentive grammer reflex on other people!
Best,
Chris.
-------------------
http://mccormick.cx