Bugs item #1687482, was opened at 2007-03-24 10:45
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1687482&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: Nobody/Anonymous (nobody)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: fiddle~ help file not found
Initial Comment:
On OS X 10.4.9 PPC the help file for fiddle~ is not found when using the context menu. This is with Pd-0.39.2-extended-test7.
kyleklip(a)gmail.com
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2007-04-19 20:42
Message:
Logged In: NO
Just to report, in pd-0.39.2-extended-rc1, this issue is resolved.
~Kyle
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-04-19 20:34
Message:
Logged In: YES
user_id=27104
Originator: NO
These files were missing from the CVS in 0.39-2, so I merged them in from
the HEAD of MAIN (0.41.test?).
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-03-29 01:45
Message:
Logged In: YES
user_id=1658640
Originator: NO
The fiddle~ help patch lives in 5.reference/flatspace/ in Pd-extended
using the Build System - that might be why it's not fund in 5.reference/ ?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1687482&group_…
Patches item #1651283, was opened at 2007-02-03 11:04
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1651283&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: Matteo Sisti Sette (sistisette)
>Assigned to: Miller Puckette (millerpuckette)
Summary: documentation error in cos~-help.pd
Initial Comment:
(This is a DOCUMENTATION bug, not a bug of the program, but I can't find such a category here)
The description of the cos~ object in its help patch says:
"The cos~ object outputs the cosine of its signal input"
while it should read:
"The cos~ object outputs the cosine of 2*pi times its signal input"
I attach the updated cos~-help.pd file
Note that the "cos" (without ~) object does NOT believe the same way, since it does output the cosine of the input in radians. This situation is not ideal, but correcting it would be a disaster for the portability of pathces. However, it must be documented.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1651283&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: Open
>Resolution: Wont Fix
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-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 #1687482, was opened at 2007-03-24 13:45
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1687482&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: Nobody/Anonymous (nobody)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: fiddle~ help file not found
Initial Comment:
On OS X 10.4.9 PPC the help file for fiddle~ is not found when using the context menu. This is with Pd-0.39.2-extended-test7.
kyleklip(a)gmail.com
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-04-19 23:34
Message:
Logged In: YES
user_id=27104
Originator: NO
These files were missing from the CVS in 0.39-2, so I merged them in from
the HEAD of MAIN (0.41.test?).
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-03-29 04:45
Message:
Logged In: YES
user_id=1658640
Originator: NO
The fiddle~ help patch lives in 5.reference/flatspace/ in Pd-extended
using the Build System - that might be why it's not fund in 5.reference/ ?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1687482&group_…
Bugs item #1690125, was opened at 2007-03-28 15:52
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1690125&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: v0.39.2
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Krzysztof Czaja (krzyszcz)
Summary: define_build target has invalid bourne shell syntax
Initial Comment:
In miXed/Makefile.common, in the target define_build, there is some syntax that does not work in a strict bourne shell. It's basically the '[[' syntax that bash uses which is invalid:
@if [[ -f build_counter && `id -un` == krzYszcz && \
`date -r build_counter +%j` != `date +%j` ]] ; then \
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-04-19 22:42
Message:
Logged In: YES
user_id=27104
Originator: YES
AFter banging my head against it a few times, it looks like I managed to
fix it in a way that isn't completely ugly.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-03-28 18:24
Message:
Logged In: YES
user_id=27104
Originator: YES
I replaced it with this and it works with strict sh and bash:
@if [ -f build_counter ] && [ `id -un` = krzYszcz ] && \
[ `date -r build_counter +%j` != `date +%j` ] ; then \
But now there is a problem in externals/miXed/toxy/Makefile with this
line, also not strict sh compatible:
@echo -e '// Do not edit this file (edit "$<", and run "make").\
\n//\nputs stderr [concat loading built-in widget definitions]' \
| cat - $< | sed \
-e '1,\|//$$|{p;d;}' \
-e 's/\([\\\"]\)/\\\1/g' \
-e 's/^.*$$/\"&\\n\"/' > $@
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1690125&group_…
Bugs item #1692230, was opened at 2007-04-01 02:08
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1692230&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: 5
Private: No
Submitted By: Alexandre Quessy (alexandrequessy)
>Assigned to: IOhannes m zmölnig (zmoelnig)
Summary: compile zexy with regex support in pd-extended
Initial Comment:
It seems like the default zexy that comes with Pd-extended vanilla is compiled without the regex.h support (for the [regex] object). I saw that on Linux and Mac OS/X 0.39-*.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-04-19 22:41
Message:
Logged In: YES
user_id=27104
Originator: NO
regex.h is installed on all of the auto-build machine. For zexy in
Pd-extended, IOhannes replaced the Pd-extended build system that was in
place with his own, so I am assigning this to him.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1692230&group_…
Bugs item #1693284, was opened at 2007-04-02 19:44
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1693284&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: Nobody/Anonymous (nobody)
>Assigned to: Nobody/Anonymous (nobody)
Summary: pdp for os x intel
Initial Comment:
no objects in the pdp library can be created with nightly build from 04-02-2007. other libraries do not seem to be affected.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1693284&group_…
Bugs item #1701909, was opened at 2007-04-16 20:48
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1701909&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: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
>Assigned to: Nobody/Anonymous (nobody)
Summary: pidip not included on Mac OS X
Initial Comment:
It looks like pidip is not being included in Mac OS X builds, though I can build it manually.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-04-19 22:36
Message:
Logged In: YES
user_id=27104
Originator: YES
Ok, it's getting built and included now, but it dies on libquicktime
issues. There is no --disable-quicktime like with PDP...
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1701909&group_…
Bugs item #1702052, was opened at 2007-04-17 04:51
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1702052&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: Wont Fix
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Nobody/Anonymous (nobody)
Summary: Gripd example patches wrong location
Initial Comment:
In the new PD extended 0.39 RC1, when trying to
access the "gripd" examples via the browser, the
example patches point to /gripd/examples directory
Example (gripdExamples.pd):
#X msg 21 6 open ../gripd/examples/gripd.gpd;
which is a path relative to the pd executable.
At the moment the example patches are in the
doc/examples/gripd.
Two easy solutions are:
1) move the example patches directory to ../gripd/examples/
2) leave the grips example patches where they are now (../doc/examples/gripd) and edit the patches such that they point to /doc/examples/gripd, like:
gripdExamples.pd:
#X msg 21 6 open ../doc/examples/gripd.gpd;
for all the examples in gripd.
Alberto Zin
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-04-19 22:35
Message:
Logged In: YES
user_id=27104
Originator: NO
gripd is currently not maintained by anyone and so it doesn't work so well
in newer version. I don't think it would be difficult to get it to work
properly in Pd-extended, but I have never used it, so I wouldn't know where
to start. I can help anyone with the Pd-extended side of the question.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1702052&group_…
Bugs item #1702883, was opened at 2007-04-18 08:08
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1702883&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
Submitted By: frey (freynz)
Assigned to: Nobody/Anonymous (nobody)
Summary: zexy's >~, <~, ==~ etc objects not loading - OSX
Initial Comment:
On both pd-0.39.2-extended-rc2 and Miller's vanilla pd-0.40-2 under OSX on an Intel MacBook, >~, <~, ==~ objects are not loading, even though the 0x2e0x7e.pd &c. files are present in the path.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-04-19 22:32
Message:
Logged In: YES
user_id=27104
Originator: NO
I can reproduce this on pd-0.39.2-extended-rc1 on Mac/PowerPC with the
namespace prefix. But if I use [import zexy], then they work. I attached
a patch.
File Added: zexy_hexloader.pd
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1702883&group_…