Bugs item #3059671, was opened at 2010-09-05 05:56
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3059671&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.42
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted …
[View More]By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: audio device unrecognized
Initial Comment:
when using pd-extended-042.5-rc5 with osx 10.5.8 on a macbook 2.1
I'am not able to choose any audio device (see attached)
If I try to add audio channels, there is unknown API in the pd-console and pd crash
I have not this problem with pd-extended 0.41.4
(neither with the latest audio build of august)
I have no audio drivers like jack or soundflower installed
best,
stéfan
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3059671&group_…
[View Less]
Feature Requests item #3059115, was opened at 2010-09-03 20:02
Message generated for change (Tracker Item Submitted) made by jancsika1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3059115&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:…
[View More] Jonathan Wilkes (jancsika1)
Assigned to: Nobody/Anonymous (nobody)
Summary: give more error info for subsidiary inlets
Initial Comment:
If you send the message "foo" to the left inlet of an object like [clip] that doesn't have a method for that selector, you get the error:
error: clip: expected 'float' but got 'foo'
But if you send the same message to any of the other inlets of [clip], you get:
error: inlet: expected 'float' but got 'foo'
Is there any way to specify the object class for that inlet? Because
error: clip: inlet: expected 'float' but got 'foo'
would be a lot more helpful, especially in those cases where Pd isn't able to track down and highlight the specific object.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3059115&group_…
[View Less]
Bugs item #3059112, was opened at 2010-09-03 19:48
Message generated for change (Tracker Item Submitted) made by jancsika1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3059112&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
…
[View More]Submitted By: Jonathan Wilkes (jancsika1)
Assigned to: Nobody/Anonymous (nobody)
Summary: [entry] text disappears after minimizing patch window
Initial Comment:
After which it's impossible to type anything in the text area. Tested in Pd version 0.42.5-extended-rc5 in osX and Hardy.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3059112&group_…
[View Less]
Patches item #3052385, was opened at 2010-08-24 12:38
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3052385&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: Fixed
>Priority: 7
Private: …
[View More]No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: Properties panels don't open unless you click on Pd Window
Initial Comment:
• launch pd
• open any existing patch using File->open
• right-click on canvas or array and select Properties
• nothing happens except this:
‣ .pdwindow done-popup 0 206 47;
‣ error: .pdwindow: no such object
• click on Pd window, then on patch
• now click properties panel and it works
This bug exists in the HEAD of pure-data.git but not in pd-gui-rewrite/0.43. I suspect it is due to the changes in the startup procedure and things are not getting initialized properly. I'll try to take a look later today.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-02 18:48
Message:
Ok, I fixed this. (I was wrong about the startup procedure) It turns out
that not all window managers send a FocusIn event when a new window is
created, so ::focused_window was not being set. I made the Map event also
set focused_window, which I guess all window managers will send either Map,
FocusIn, or both upon window creation, so we're covered.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-01 22:47
Message:
Ah, ok, I have a Mac again. This bug does not seem to happen on
Ubuntu/Lucid, but it does happen on Mac OS X 10.5.8 using Tcl/Tk 8.5.8.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-08-30 16:07
Message:
strange I can't reproduce this now on my Ubuntu/Lucid netbook using the
head of pure-data.git
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3052385&group_…
[View Less]
Patches item #1917574, was opened at 2008-03-17 21:01
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1917574&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
Private: No
…
[View More]Submitted By: marius schebella (mariusschebella)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix absolute path support for [declare] and #X declare
Initial Comment:
I am not sure if declare is working the way it is supposed to on OSX
the object I am trying to create is [OSCroute].
I can create [oscx/OSCroute], but what I want to accomplish is to avoid the oscx prefix, so I tried
[declare -stdpath extra/oscx]
[declare -stdpath oscx]
[declare -path extra/oscx]
[declare -path oscx]
[declare -stdlib extra/oscx]
[declare -stdlib oscx]
[declare -lib extra/oscx]
[declare -lib oscx]
I even tried [declare -stdpath extra/oscx] in combination with import oscx. and I get a console printout saying [import] loaded library: oscx,
but OSCroute
... couldn't create
don't know how to track down the error, or if I am maybe doing something wrong.
pd-extended-0.40.3-20080222.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-02 15:36
Message:
Ok, I replaced the code using realpath() to now use the Pd function
sys_isabsolutepath(). The issue related to relative paths still remains,
this patch fixes that.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-08-21 12:51
Message:
is this stil an issue with 0.43?
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-22 15:26
Message:
Logged In: YES
user_id=27104
Originator: NO
(repost of my pd-dev post)
The realpath() is definitely related. If you start Pd using a relative
path, like I do when doing dev work (e.g. make && ../bin/pd), then
sys_libdir will be a relative path. That means it is impossible to make
absolute paths using sys_libdir, which is what I need to do to make
[import] work, or loading libdirs with [declare -lib] and the libdir
loader.
I can't see any problems that realpath() might cause.
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2008-05-22 13:21
Message:
Logged In: YES
user_id=313747
Originator: NO
I patched 0.42 with th epart of it that dealt with declare... there's
something else in the patch that invokes a "realpath" function I don't
know about (and I assume won't compile as is) so I ignored that bit.
I think I should also update 0.41 since this is a fairly important bug fix
and also a safe-looking one.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-21 14:19
Message:
Logged In: YES
user_id=27104
Originator: NO
This patch should add support for absolute paths in [declare] and the #X
declare lines in the .pd files. Here's the related commit for
Pd-extended:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=9862
File Added: fix_absolute_paths_for_declare-0.41.4.patch
----------------------------------------------------------------------
Comment By: marius schebella (mariusschebella)
Date: 2008-05-06 12:45
Message:
Logged In: YES
user_id=1856112
Originator: YES
that's how -stdpath works on os x. it does not work for absolute paths,
and seems to be relative to some directory outside of /Applications. I
tried all relations with less ../ and from inside /Applications.
declare -stdpath
../../../../../../../../Applications/Pd-0.40.3-extended-20080428.app/Contents/Resources/extra/boids
maybe this helps.
m.
----------------------------------------------------------------------
Comment By: marius schebella (mariusschebella)
Date: 2008-05-04 13:35
Message:
Logged In: YES
user_id=1856112
Originator: YES
I just realized that I made some mistakes in the past and that declare
actually is working better than I thought. here is what I forgot:
1) declare only takes effect when you open the patch. stupid, I think I
read it, but... Some alleged "bugs" were caused by the assumption that it
is enough to create a declare object and paths will be set...
2) no absolute paths! absolute paths work for -lib, but not for
-path/-stdpath. at least on OS X it is not possible to set absolute paths
(or at least I don't know how), all paths have to be relative to Pd
(-stdpath) or to the patch (-path).
----------------------------------------------------------------------
Comment By: Roman Haefeli (reduzent)
Date: 2008-03-20 09:38
Message:
Logged In: YES
user_id=1895440
Originator: NO
oops...
from some quick fix from before i accidently still had a symbolic link
from /home/roman/extra pointing to /usr/local/lib/pd/extra/, that is why it
found [bar] in that funny place:
/home/roman/extra/foo/bar.pd
tried again without the symlink:
--------------------------------
tried /home/roman/declare_test.pd and succeeded
tried /home/roman/../extra/foo/bar.l_i386 and failed
tried /home/roman/bar.l_i386 and failed
tried /usr/local/lib/pd/extra/bar.l_i386 and failed
tried /home/roman/../extra/foo/bar.pd_linux and failed
tried /home/roman/bar.pd_linux and failed
tried /usr/local/lib/pd/extra/bar.pd_linux and failed
tried /home/roman/../extra/foo/bar/bar.l_i386 and failed
tried /home/roman/bar/bar.l_i386 and failed
tried /usr/local/lib/pd/extra/bar/bar.l_i386 and failed
tried /home/roman/../extra/foo/bar/bar.pd_linux and failed
tried /home/roman/bar/bar.pd_linux and failed
tried /usr/local/lib/pd/extra/bar/bar.pd_linux and failed
tried /home/roman/../extra/foo/bar.pd and failed
tried /home/roman/bar.pd and failed
tried /usr/local/lib/pd/extra/bar.pd and failed
tried /home/roman/../extra/foo/bar.pat and failed
tried /home/roman/bar.pat and failed
tried /usr/local/lib/pd/extra/bar.pat and failed
----------------------------------------------------------------------
Comment By: Roman Haefeli (reduzent)
Date: 2008-03-20 07:49
Message:
Logged In: YES
user_id=1895440
Originator: NO
i just did the same test again on my box, ubuntu dapper i686:
tried /home/roman/declare_test.pd and succeeded
tried /home/roman/extra/foo/bar.l_i386 and failed
tried /home/roman/bar.l_i386 and failed
tried /usr/local/lib/pd/extra/bar.l_i386 and failed
tried /home/roman/extra/foo/bar.pd_linux and failed
tried /home/roman/bar.pd_linux and failed
tried /usr/local/lib/pd/extra/bar.pd_linux and failed
tried /home/roman/extra/foo/bar/bar.l_i386 and failed
tried /home/roman/bar/bar.l_i386 and failed
tried /usr/local/lib/pd/extra/bar/bar.l_i386 and failed
tried /home/roman/extra/foo/bar/bar.pd_linux and failed
tried /home/roman/bar/bar.pd_linux and failed
tried /usr/local/lib/pd/extra/bar/bar.pd_linux and failed
tried /home/roman/extra/foo/bar.pd and succeeded
which means:
- there is a difference between linux ppc and linux intel
- currently linux intel is the _only_ platform where [declare] works as
documented.
----------------------------------------------------------------------
Comment By: Roman Haefeli (reduzent)
Date: 2008-03-20 07:20
Message:
Logged In: YES
user_id=1895440
Originator: NO
could we give this issue a higher priority? the longer [declare] is not
working correctly, the more confusion it will cause. also it currently
cannot be used to create portable patches, that work on every platform with
every pd-distro, which i find would be the strong point in using
[declare].
----------------------------------------------------------------------
Comment By: Roman Haefeli (reduzent)
Date: 2008-03-20 07:11
Message:
Logged In: YES
user_id=1895440
Originator: NO
the same test on a ubuntu ppc machine with pd 0.41-4 compiled from source
and installed to the default location gave similar results:
output from pd-window:
----------------------
tried /home/olivia/declare_test.pd and succeeded
tried /home/olivia/extra/foo/bar.l_i386 and failed
tried /home/olivia/bar.l_i386 and failed
tried /usr/local/lib/pd/extra/bar.l_i386 and failed
tried /home/olivia/extra/foo/bar.pd_linux and failed
tried /home/olivia/bar.pd_linux and failed
tried /usr/local/lib/pd/extra/bar.pd_linux and failed
tried /home/olivia/extra/foo/bar/bar.l_i386 and failed
tried /home/olivia/bar/bar.l_i386 and failed
tried /usr/local/lib/pd/extra/bar/bar.l_i386 and failed
tried /home/olivia/extra/foo/bar/bar.pd_linux and failed
tried /home/olivia/bar/bar.pd_linux and failed
tried /usr/local/lib/pd/extra/bar/bar.pd_linux and failed
tried /home/olivia/extra/foo/bar.pd and failed
tried /home/olivia/bar.pd and failed
tried /usr/local/lib/pd/extra/bar.pd and failed
tried /home/olivia/extra/foo/bar.pat and failed
tried /home/olivia/bar.pat and failed
tried /usr/local/lib/pd/extra/bar.pat and failed
bar
... couldn't create
instantiating [foo/bar] works fine, which means, that installation of
[bar] is correct and pd finds it in extra/foo.
----------------------------------------------------------------------
Comment By: Roman Haefeli (reduzent)
Date: 2008-03-20 06:48
Message:
Logged In: YES
user_id=1895440
Originator: NO
while [declare -stdlib] seems to work, [declare -stdpath] doesn't work on
windows as well. i created a folder 'foo' into the extra directory and put
a file 'bar.pd' in there.
my test setup:
--------------
pd installation path:
D:\programme\pd-0.41\
pd executable:
D:\programme\pd-0.41\bin\pd.exe
test-abstraction:
D:\programme\pd-0.41\extra\foo\bar.pd
test-patch:
D:\home\declare_test.pd
test-patch contains:
[declare -stdpath extra/foo]
[bar]
pd start command:
D:\programme\pd-0.41\bin\pd.exe -verbose -open D:\home\declare_test.pd
output from pd-window:
----------------------
tried D:\\home\\declare_test.pd and succeeded
tried D:\\home\\..\\extra\\foo\\bar.m_i386 and failed
tried D:\\home\\bar.m_i386 and failed
tried D:\\programme\\pd-0.41\\extra\\bar.m_i386 and failed
tried D:\\home\\..\\extra\\foo\\bar.dll and failed
tried D:\\home\\bar.dll and failed
tried D:\\programme\\pd-0.41\\extra\\bar.dll and failed
tried D:\\home\\..\\extra\\foo\\bar\\bar.m_i386 and failed
tried D:\\home\\bar\\bar.m_i386 and failed
tried D:\\programme\\pd-0.41\\extra\\bar\\bar.m_i386 and failed
tried D:\\home\\..\\extra\\foo\\bar\\bar.dll and failed
tried D:\\home\\bar\\bar.dll and failed
tried D:\\programme\\pd-0.41\\extra\\bar\\bar.dll and failed
tried D:\\home\\..\\extra\\foo\\bar.pd and failed
tried D:\\home\\bar.pd and failed
tried D:\\programme\\pd-0.41\\extra\\bar.pd and failed
tried D:\\home\\..\\extra\\foo\\bar.pat and failed
tried D:\\home\\bar.pat and failed
tried D:\\programme\\pd-0.41\\extra\\bar.pat and failed
bar
... couldn't create
it looks like [declare -stdpath] is adding the search path relative to the
patch instead of relative to pd.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1917574&group_…
[View Less]
Ok, so I am still learning this git thing, that means I decided to
delete my remote pd-extended.git repo so I can have a clean history
there. So if by chance you have cloned it, you should delete that and
re-clone it. That should be the last time I do that...
git clone git://pure-data.git.sourceforge.net/gitroot/pure-data/pd-
extended.git
.hc
----------------------------------------------------------------------------
"A cellphone to me is just an opportunity to be irritated …
[View More]wherever you
are." - Linus Torvalds
[View Less]
Patches item #3057938, was opened at 2010-09-01 23:33
Message generated for change (Tracker Item Submitted) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3057938&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: 8
Private: No
…
[View More]Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix paths for Paths dialog, Help Browser, plugins, etc.
Initial Comment:
Currently, the Help Browser doesn't find libraries and pd-gui doesn't find plugins if they are installed into the new user-installed locations. That's because pd-gui assumes the 'extra' path is just pd/extra, but now there are multiple 'extra' paths. This patch fixes that bug and makes the naming clearer. In pd-gui pd_path becomes sys_searchpath just like in pd. And pd_extrapath becomes sys_staticpath in pd and pd-gui. These are then used for Paths dialog, Help Browser, plugins, etc.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3057938&group_…
[View Less]
Patches item #3048061, was opened at 2010-08-18 16:24
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3048061&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: Closed
>Resolution: Accepted
Priority: 7
Private: …
[View More]No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: make text_ypix() run only if visible, fixing GOP crashes
Initial Comment:
So I am trying to track down some intermittent crashes related to
GOP. The actual crash happens when hslider_draw_update() is called
with a NULL glist as its second argument. Its intermittent and not easy to
reproduce, but I have seen it about 20 times with the exact same stacktrace.
Here's the backtrace that I am getting:
0 pd 0x0001668f graph_graphrect + 15 (g_graph.c:619)
1 pd 0x00016a77 glist_ytopixels + 128 (g_graph.c:594)
2 pd 0x00016b71 text_ypix + 109 (g_graph.c:636)
3 pd 0x0004153e hslider_draw_update + 43 (g_hslider.c:40)
4 pd 0x00062769 sys_pollgui + 179 (s_inter.c:764)
5 pd 0x0005edd8 m_mainloop + 814 (m_sched.c:493)
6 pd 0x000618bf sys_main + 2909 (s_main.c:304)
7 pd 0x00002622 _start + 216
8 pd 0x00002549 start + 41
Since the crash here is related to hslider_draw_update() calling text_ypix(),
and the rest of the GUI objects don't call text_ypix()/text_xpix() unless
visible, I think its a good idea for hslider to do the same.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-08-31 23:31
Message:
accepted with git commit 1bbc14d7425dca98684755b413963c72658c366d
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3048061&group_…
[View Less]
Patches item #3057177, was opened at 2010-08-31 23:28
Message generated for change (Tracker Item Submitted) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3057177&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
…
[View More]Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: empty values in iemgui offset properties causes bad behavior
Initial Comment:
>From Peter Plessas' email to pd-list (http://lists.puredata.info/pipermail/pd-list/2010-07/081103.html):
> something funny happens in Pd when the x-offset value of the "label" in
> the properties dialog of a numberbox [nbx] is not set at all. Xorg eats
> all CPU for a while and creates a strange-looking object that can't be
> erased.
The attached patch fixes this.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3057177&group_…
[View Less]