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: 5
Private: No
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: 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_…
Bugs item #1969695, was opened at 2008-05-22 17:42
Message generated for change (Comment added) made by stffn
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1969695&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: None
Group: v0.40.2
Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: stffn (stffn)
Assigned to: Nobody/Anonymous (nobody)
Summary: pdlua don't load
Initial Comment:
This is for: Pd version 0.40.3-extended-20080522
(There is no 0.40.2 group to choose from!)
My system is Mac OS X.4.11 intel.
--- error: ---
/path/to/pdlua/src/lua.pd_darwin: dlopen(/path/to/pdlua/src/lua.pd_darwin, 10): Symbol not found: _garray_getfloatwords
Referenced from: /path/to/pdlua/src/lua.pd_darwin
Expected in: flat namespace
lua: can't load library
--------------
It loads fine in Pd-0.41-4 with the same prefs where "Startup..." contains 'lua' and "Path..." contains '/path/to/pdlua/src'. The Pdlua binaries lives in '/path/to/pdlua/src'.
----------------------------------------------------------------------
>Comment By: stffn (stffn)
Date: 2008-05-22 19:25
Message:
Logged In: YES
user_id=1658640
Originator: YES
I see. My bad.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-22 18:48
Message:
Logged In: YES
user_id=27104
Originator: NO
also, pdlua isn't included in the Pd-extended 0.40.3 release since it is
still changing pretty fast.
I'm going to close this, since it is because of an addition to the API in
0.41
----------------------------------------------------------------------
Comment By: ClaudiusMaximus (claudiusmaximus)
Date: 2008-05-22 17:47
Message:
Logged In: YES
user_id=769033
Originator: NO
This is a symptom of pdlua being compiled for pd-0.41 but used with
pd-0.40. If you compile for pd-0.40 it will load in pd-0.41, however there
may be 64bit/array-related bugs.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1969695&group_…
Patches item #1917574, was opened at 2008-03-17 18:01
Message generated for change (Comment added) made by millerpuckette
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: 5
Private: No
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: Miller Puckette (millerpuckette)
Date: 2008-05-22 10: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 11: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 09: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 10: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 06: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 04: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 04: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 04: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 03: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_…
Bugs item #1965892, was opened at 2008-05-17 05:51
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1965892&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: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: eerne (eerne)
>Assigned to: Hans-Christoph Steiner (eighthave)
Summary: packOSC-help.pd error
Initial Comment:
with Pd-0.40.3-extended-20080516-macosx104-i386.dmg the helpfiles for mrpeach doesn't work out of the box.
packOSC-help.pd gives:
udpsend
... couldn't create
packOSC
... couldn't create
routeOSC
... couldn't create
[mrpeach/packOSC] creates fine though.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-22 12:51
Message:
Logged In: YES
user_id=27104
Originator: NO
it works now because I added "#X declare -lib mrpeach" to the help file
for the Pd-extended release.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1965892&group_…
Bugs item #1969695, was opened at 2008-05-22 11:42
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1969695&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: None
Group: v0.40.2
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: stffn (stffn)
>Assigned to: Nobody/Anonymous (nobody)
Summary: pdlua don't load
Initial Comment:
This is for: Pd version 0.40.3-extended-20080522
(There is no 0.40.2 group to choose from!)
My system is Mac OS X.4.11 intel.
--- error: ---
/path/to/pdlua/src/lua.pd_darwin: dlopen(/path/to/pdlua/src/lua.pd_darwin, 10): Symbol not found: _garray_getfloatwords
Referenced from: /path/to/pdlua/src/lua.pd_darwin
Expected in: flat namespace
lua: can't load library
--------------
It loads fine in Pd-0.41-4 with the same prefs where "Startup..." contains 'lua' and "Path..." contains '/path/to/pdlua/src'. The Pdlua binaries lives in '/path/to/pdlua/src'.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-22 12:48
Message:
Logged In: YES
user_id=27104
Originator: NO
also, pdlua isn't included in the Pd-extended 0.40.3 release since it is
still changing pretty fast.
I'm going to close this, since it is because of an addition to the API in
0.41
----------------------------------------------------------------------
Comment By: ClaudiusMaximus (claudiusmaximus)
Date: 2008-05-22 11:47
Message:
Logged In: YES
user_id=769033
Originator: NO
This is a symptom of pdlua being compiled for pd-0.41 but used with
pd-0.40. If you compile for pd-0.40 it will load in pd-0.41, however there
may be 64bit/array-related bugs.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1969695&group_…
Bugs item #1969695, was opened at 2008-05-22 15:42
Message generated for change (Comment added) made by claudiusmaximus
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1969695&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: stffn (stffn)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: pdlua don't load
Initial Comment:
This is for: Pd version 0.40.3-extended-20080522
(There is no 0.40.2 group to choose from!)
My system is Mac OS X.4.11 intel.
--- error: ---
/path/to/pdlua/src/lua.pd_darwin: dlopen(/path/to/pdlua/src/lua.pd_darwin, 10): Symbol not found: _garray_getfloatwords
Referenced from: /path/to/pdlua/src/lua.pd_darwin
Expected in: flat namespace
lua: can't load library
--------------
It loads fine in Pd-0.41-4 with the same prefs where "Startup..." contains 'lua' and "Path..." contains '/path/to/pdlua/src'. The Pdlua binaries lives in '/path/to/pdlua/src'.
----------------------------------------------------------------------
Comment By: ClaudiusMaximus (claudiusmaximus)
Date: 2008-05-22 15:47
Message:
Logged In: YES
user_id=769033
Originator: NO
This is a symptom of pdlua being compiled for pd-0.41 but used with
pd-0.40. If you compile for pd-0.40 it will load in pd-0.41, however there
may be 64bit/array-related bugs.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1969695&group_…
Bugs item #1969695, was opened at 2008-05-22 17:42
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=1969695&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: stffn (stffn)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: pdlua don't load
Initial Comment:
This is for: Pd version 0.40.3-extended-20080522
(There is no 0.40.2 group to choose from!)
My system is Mac OS X.4.11 intel.
--- error: ---
/path/to/pdlua/src/lua.pd_darwin: dlopen(/path/to/pdlua/src/lua.pd_darwin, 10): Symbol not found: _garray_getfloatwords
Referenced from: /path/to/pdlua/src/lua.pd_darwin
Expected in: flat namespace
lua: can't load library
--------------
It loads fine in Pd-0.41-4 with the same prefs where "Startup..." contains 'lua' and "Path..." contains '/path/to/pdlua/src'. The Pdlua binaries lives in '/path/to/pdlua/src'.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1969695&group_…
Bugs item #1969519, was opened at 2008-05-22 11:14
Message generated for change (Comment added) made by boonier
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1969519&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: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: boonier (boonier)
Assigned to: Nobody/Anonymous (nobody)
Summary: System failure: PD-extended 0.40.3 PPC & JackOSX 0.77
Initial Comment:
With Jack booted, selecting Jack mode in the menu causes the whole system to become un-usable. THe only way to fix this is to restart the computer
It is somewhat akin to an infinite [until] loop.
Pd-extended 0.40.3 from autobuild from 19/05
Jack OSX 0.77
G4 1ghz powerbook
----------------------------------------------------------------------
>Comment By: boonier (boonier)
Date: 2008-05-22 11:16
Message:
Logged In: YES
user_id=1915214
Originator: YES
sorry this is on osx 10.4.11
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1969519&group_…
Bugs item #1969519, was opened at 2008-05-22 11:14
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=1969519&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: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: boonier (boonier)
Assigned to: Nobody/Anonymous (nobody)
Summary: System failure: PD-extended 0.40.3 PPC & JackOSX 0.77
Initial Comment:
With Jack booted, selecting Jack mode in the menu causes the whole system to become un-usable. THe only way to fix this is to restart the computer
It is somewhat akin to an infinite [until] loop.
Pd-extended 0.40.3 from autobuild from 19/05
Jack OSX 0.77
G4 1ghz powerbook
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1969519&group_…
Feature Requests item #1969498, was opened at 2008-05-22 12:36
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=1969498&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: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Fabian (fabbb)
Assigned to: Nobody/Anonymous (nobody)
Summary: windows installer: replace all existing files
Initial Comment:
with the windows installer it's a bit painstaking when several files that already exist have to be overwritten as the dialog has only got "yes" and "no" as options. a "no to all" and "yes to all" or "yes to all older versions" is missing.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1969498&group_…