Hi,
The above objects seem to be broken in pd-extended (0.39.3) Ubuntu
Hardy. I get the error:
load_object: Symbol "setup_eblosc0x7e" not found
Other creb objects work OK though. Anyone got any ideas what the problem
is before I start digging around.
Jamie
--
www.postlude.co.uk
Bugs item #1928286, was opened at 2008-03-28 14:31
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1928286&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: Works For Me
Priority: 5
Private: No
Submitted By: Julian Villegas (julovi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Pd 0.41-2 doesn't close in Mac Os X
Initial Comment:
I found that if I close Pd using the 'close' button in the console window (the red x in the top left of the window in Mac OS) having a patch opened, it let a process running in background. It doesn't happen if I close it from the File menu, tough.
I'm using Pd version 0.41-2 in a MacBook running Mac Os X ver. 10.5.2
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2008-05-09 19:20
Message:
Logged In: YES
user_id=1312539
Originator: NO
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: 2008-04-25 14:52
Message:
Logged In: YES
user_id=27104
Originator: NO
There is no problem for me using pd-vanilla 0.41-4 on 10.4.11, can anyone
confirm it is fixed on 10.5?
----------------------------------------------------------------------
Comment By: Julian Villegas (julovi)
Date: 2008-03-28 14:58
Message:
Logged In: YES
user_id=469492
Originator: YES
The patch can be an empty one, i.e., start Pd, create a new patch, close
Pd using the close button in the console window. Check the processes
running in the background and I find that Pd is still running.
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2008-03-28 14:49
Message:
Logged In: YES
user_id=1658640
Originator: NO
Under Mac OS 10.4.11 i can't reproduce. Using the same version of Pd,
of-cause. SO it might be "10.5" specific.
But, is there anything special going on in the patch you have opened (when
you close the console window by click the red button)? I tried a few
different things: Saved/not saved, with or without an instance of an
object, with or without DSP turned on.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1928286&group_…
Bugs item #1905909, was opened at 2008-03-02 17:00
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1905909&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: v0.41.0
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Miller Puckette (millerpuckette)
Summary: pd-0.41-2.msw.exe does not include [expr]
Initial Comment:
When I install pd-0.41-2.msw.exe on a machine where pd has not been previously installed, it does not include the [expr] object. So, things like exponential.pd in the Audio Examples portion of the documentation don't work.
If installed over an older version of Pd, it apparently picks up the expr library from the older version. Thus masking the bug.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-09 16:28
Message:
Logged In: YES
user_id=27104
Originator: NO
expr and expr~ are now included in Pd-vanilla 0.41-4.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1905909&group_…
Bugs item #1525832, was opened at 2006-07-20 07:56
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1525832&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: 5
Private: No
Submitted By: Jamie Bullock (postlude)
>Assigned to: IOhannes m zmölnig (zmoelnig)
Summary: Pd crash when no coords are given in msg from parent to abs
Initial Comment:
Pd version 0.40-0test01
If a message is sent to an abstraction from its parent,
and no co-ordinates are given e.g.:
[pd-myabs.pd msg foo(
or
[pd-myabs.pd obj(
Pd crashes with a segfault.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-09 16:08
Message:
Logged In: YES
user_id=27104
Originator: NO
works for me on Pd-extended 0.40.3-20080502 on Mac OS X 10.4.11/Intel,
with handy warning and all.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-08-30 11:41
Message:
Logged In: YES
user_id=564396
funnily enuff it does crash even with subpatches....
the problem only occurs with closed canvases.
i have submitted a bugfix at patch #1549377
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-08-30 11:16
Message:
Logged In: YES
user_id=564396
funnily enuff it doesn't crasn subpatches, just in abstractions
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1525832&group_…
Bugs item #1772720, was opened at 2007-08-12 15:05
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1772720&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: None
Priority: 5
Private: No
Submitted By: marius schebella (mariusschebella)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: pd crash with tabsend~ $0-array
Initial Comment:
Hi,
in Pd-0.39.3-extended-rc5 the attached patch crashes on closing when I make some changes and then klick on 'discard changes'.
Pd-0.39.3-extended-rc5 is the only version where this happens. and it happens only with arrays which have $0 in the name and only when dsp is running.
(on intel mac)
marius
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-09 16:05
Message:
Logged In: YES
user_id=27104
Originator: NO
Could not reproduce on Pd-extended 0.40.3-20080504 on Windows XP SP2,
Pd-extended 0.40.3-20080502 on Mac OS X 10.4.11/Intel, and Pd-vanilla
0.41-4 on Mac OS X 10.4.11/Intel.
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-10-15 08:19
Message:
Logged In: YES
user_id=1658640
Originator: NO
I can reproduce.
This does crash Pd-extended 0.39.3 version 13-10-07 on intel core-duo
macbook but doesn't crash Pd-vanilla 0.40-2
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1772720&group_…
Bugs item #1518417, was opened at 2006-07-06 21:49
Message generated for change (Comment added) made by claudiusmaximus
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: ClaudiusMaximus (claudiusmaximus)
Date: 2008-05-09 20:05
Message:
Logged In: YES
user_id=769033
Originator: NO
It seems command line flags are still a problem on OS X:
#dataflow 14:40 < stffn> ClaudiusMaximus: but the instructions in the
email about running `pd -path src/ -lib lua` from the pdlua dir don't work
on macosx since Pd on macosx have bad support for startup flags. '-help'
works, but...
pd-list 20:44 Mike McGonagle
> > It should compile first Lua then pdlua, and then you can test it with
"pd
> > -path src/ -lib lua"
> >
Just so you know, Claude, this didn't work. But when I put both the
lua.pd_darwin and pd.lua into the 'extras' folder of the application I
compiled it against, everything appears to work fine.
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-06-16 09: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_…
Bugs item #1746207, was opened at 2007-07-01 18:57
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1746207&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: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Luke Iannini (lukeiannini)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: Help browser only shows vanilla docs
Initial Comment:
The "reference/" section of the Help Browser in the 0.40.2 autobuilds does not show any folders.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1746207&group_…
Bugs item #1655662, was opened at 2007-02-08 19:54
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1655662&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: v0.40.2
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: .xa10120: no such object
Initial Comment:
Hi,
This seems to happen under "random" circumstances. It happened to me with every kind of patches (simple and complex) and usually NOT in a sistematic manner (that is, the same patch which once triggers the bug, after restarting PD never does again...)
However, this patch that I attach does sistematically make this happen, at least to me under Windows XP.
The following error message appears in the output window:
>> .xa10120: no such object
This particular patch uses "scripting", i.e. it creates and deletes an object in a subpatch iteratively; however, I saw this same bug happen a lot of times with patches which didn't make any use of scripting at all. I attach this just because it is the only one I have that is sure to trigger the bug.
Sorry I can't "isolate" it further.
Matteo Sisti Sette
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-09 15:59
Message:
Logged In: YES
user_id=27104
Originator: NO
I couldn't reproduce this on Windows XP SP2 with Pd-extended
0.40.3-20080504
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2007-04-23 07:42
Message:
Logged In: YES
user_id=1709568
Originator: YES
I guess it may be windows-specific.
I am reproducing it right now with 0.40-2 vanilla on Windows XP.
Can anyone else reproduce it in windows?
(does anyone else use windows?)
Please note that it is NOT in ANY WAY specific to dinamically creating
patches or objects in patches. It happens to me a lot every day working
with patches that never do anything dynamically and that don't use dyn (nor
any external for what it's worth).
However, here is a typical situation which triggers the bug in my everyday
life:
-work with some rather "big" patch which uses a lot of abstractions (which
I did myself), including a some of them used more than once i.e. a few
instances of the same abstraction; and abstractions contain other
abstractions and so on (no weird infinite loop or anything, just a bit
complex)
-open (with file/open) separately the file of an abstraction which is
being used in the main patch (or inside some other abstraction used in the
main patch etc), edit and save it.
This will for some reason automatically open and close all patch windows
which contain occurences of the saved abstraction (which is quite slow and
quite annoying but is better than older versions which used to open them
without closing), AND produce the mentioned error message.
When this happen, I'm not sure whether the stability and correct behaviour
of PD is compromised, so I usually restart it.
Note however that this is a lot different from the situation exemplified
by the attached patch, and both trigger the bug.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2007-04-23 05:47
Message:
Logged In: NO
I haven't been able to reproduce the problem on win32 pd vanilla 0.40-2,
but,
I've had this problem a lot of time on win32, it always happen when I
create patches dynamically, after an amount of created(/destroyed) patches,
the object maker isn't able to make any new object and send these tk path
names error messages.
Sometimes the tk binding become erroneous within this problem, yesterday
when the bug occured, the Font Bomb windows was opened with clicking on
'FileMenu' button, Media Settings on 'Cancel' button, and SavePanel on 'Ok'
button
But I haven't been able to determine if this is caused by an external or
not.
The problem also occur when the patches are created with the [dyn~]
external.
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-04-23 05:18
Message:
Logged In: YES
user_id=1658640
Originator: NO
I can not reproduce it either on OS X using vanilla 0.40-2 and extended
0.39.2 test7 and RC1. Increaseing the number in the msg does noet seam to
provoke the error either.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-04-23 05:04
Message:
Logged In: YES
user_id=564396
Originator: NO
unfortunately i cannot reproduce this with your patch on linux with
pd-0.39-2 (vanilla) and pd-0.40-1 (vanilla).
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1655662&group_…