Bugs item #1523433, was opened at 2006-07-16 17:48
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1523433&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: Fixed
Priority: 5
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: zexy's regex compiled without regex support
Initial Comment:
In Pd-0.39.2-extended-test4, instantiating [regex]
gives this message:
[regex]
part of zexy-2.1
Copyright (l) IOhannes m zmölnig, 1999-2006
forum::fÌr::umlÀute
IEM
compiled: May 25 2006
error: [regex] non-functional: compiled without
regex-support!
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-10-17 10:55
Message:
Logged In: YES
user_id=564396
since pd-extended now uses zexy's build system for building
as single externals, this should be fixed (in theory).
please confirm.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1523433&group_…
Bugs item #1563095, was opened at 2006-09-21 21:13
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1563095&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
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: bug in iemlib's for++
Initial Comment:
There is a bug with the iemlib for++ object in PD-
extended:
I discovered a workaround to load for++ for now:
1. try to make an object [for++] -> PD will say that
there is no object like for++
2. try to make an object [forpp] -> PD will say that
there is no object like forpp
3. try again to make an object [for++] -> et viola ,
there is thefor++ I was looking for
cheers,
Nils
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-10-17 09:38
Message:
Logged In: YES
user_id=564396
i have assigned this bugto you, since i thought that this
bug is related to pd-extended only (and you are the one who
takes care of this).
the bug does not appear when using iemlib as it is thought
to be used (as a library).
it only happens when it is compiled as single externals
(which is not supported upstream)
probably i'll find time to talk the author into fixing it
(or at least accept a fix)
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-10-13 00:57
Message:
Logged In: YES
user_id=27104
I never use this object, and its not my lib, so please stop
assigning this bug to me. Its not something I am going to fix.
The problem is that the source file name doesn't match the
class name, therefore the resulting binary doesn't load the
right class.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2006-09-26 08:40
Message:
Logged In: NO
Not a fix, but another workaround: I've checked in a
for++.pd abstraction, which is compatible with the
IEMLIB-external. It's in the CVS at
http://pure-data.cvs.sourceforge.net/pure-data/abstractions/purepd/
ciao
-- fbar
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-09-22 16:01
Message:
Logged In: YES
user_id=27104
This is most likely because the class name is "for++", but
the source filename is "forpp.c". I think + is a valid
character for the filesystem, otherwise it could be renamed
using the hex loader.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1563095&group_…
Patches item #1370034, was opened at 2005-11-30 08:25
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1370034&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-dev
Group: wishlist
>Status: Pending
Resolution: None
Priority: 5
Submitted By: Thomas Grill (xovo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Matju's beautifications (untested)
Initial Comment:
Hey all,
here's Matju's changes to the devel_0_39 codebase.
There's a bug inside m_class.c, function pd_typedmess,
where the break is missing at the end of the A_DEFSYM
case, just before default.
greetings,
Thomas
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-10-17 01:38
Message:
Logged In: YES
user_id=27104
this has been here for a long while with no activity, so I
am setting it to Pending. It'll be automatically set to
closed after a while if no one tends to it.
----------------------------------------------------------------------
Comment By: Thomas Grill (xovo)
Date: 2005-11-30 08:55
Message:
Logged In: YES
user_id=350252
there are also changes to extra. see the matju-extra.patch
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1370034&group_…
Patches item #1564617, was opened at 2006-09-24 13:20
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1564617&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: 8
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: remove doubleclick as rightclick on Mac OS X
Initial Comment:
>From an email from Luke Iannini:
I don't see the point of this feature; Control-Click is
quite standardized across OS X applications (and works
quite happily in Pd as well). Considering that anyone
using Pd probably has a 2 button mouse (or has learned
to control click), this is basically just a huge PITA.
The example that finally brought me here was changing
arguments to 64 instances of an abstraction in a patch
I'm working on: one click selects the entire text of an
object box, and another should place the cursor - oh,
that's unless you click too fast, in which case you get a
@#$% contextual menu. Ok, I'm going to go have a beer : ).
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-10-17 01:18
Message:
Logged In: YES
user_id=27104
miller took it for 0.40.0
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1564617&group_…
Patches item #1562296, was opened at 2006-09-20 11:37
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1562296&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: 9
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: add sensible double-click actions to help browser
Initial Comment:
to open files, you need to double-click them now. You
can still browse using single-clicks.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-10-17 01:16
Message:
Logged In: YES
user_id=27104
miller took it for 0.40.0
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1562296&group_…
Bugs item #1577739, was opened at 2006-10-15 20: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=1577739&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
Submitted By: Frank Barknecht (fbar)
Assigned to: Miller Puckette (millerpuckette)
Summary: Malformed data at end of patch is treated as sender
Initial Comment:
When opening a patch file Pd doesn't check correctly if
all messages are well-formed. Inserting a line at end
of a patch file, that starts with a symbol and ends
with a ";" will treat the leading symbol as a
receive-target and will send the rest of the line to
that receiver.
For example inserting:
pd dsp 1;
at the end of a patch will switch on audio, even when
the patch is started with "pd -noloadbang".
While this message is harmless, other messages may do
nasty things and open a security hole.
Attached is a patch that illustrates this behaviour,
also see this pd-list message thread:
http://lists.puredata.info/pipermail/pd-list/2006-10/043161.html
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1577739&group_…
The namespace bug I found in 0.40 just made me think of starting a
wiki to document these ideas. I think we should have a pretty clear
idea of how we want to implement namespaces before this is
implemented. Since Miller has added some namespace-related stuff in
0.40, I think the time is now to start discussing.
http://puredata.org/dev/PdNamespaces
For example, one issue that just came up is namespace prefixes.
Namespace prefixes are not optional, every decent namespace that I
have used allows you to both import/declare and call classes directly
using the whole path. Here's how Java does, in a rough example:
import my.lib;
Prepend myPrepend = new Prepend(); // from my.lib
other.lib.Prepend myOtherPrepend = new other.lib.Prepend();
.hc
------------------------------------------------------------------------
News is what people want to keep hidden and everything else is
publicity. - Bill Moyers
Basically all of the pages in /docs/developer are now also listed on
this page:
http://puredata.org/dev/FrontPage
This is just duplicating the existing page on /docs/developer and
that page is really long. Anyone mind if I remove the links to docs
there? It would be much more useful to have that page be a listing
of the /dev/ stuff instead of just duplicating another page. (FYI:
this was added as part of IOhannes' reverted, though apparently only
partially, shuffle of puredata.org docs.)
.hc
------------------------------------------------------------------------
Man has survived hitherto because he was too ignorant to know how to
realize his wishes. Now that he can realize them, he must either
change them, or perish. -William Carlos Williams
Bugs item #1576865, was opened at 2006-10-13 17:16
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1576865&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.1
Status: Open
Resolution: None
>Priority: 9
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: namespace prefixes broken
Initial Comment:
It is no longer possible to use [prefix/classname]
syntax, which is essential to the namespaces because it
is the only way that two classes with the same root
classname could be used in the same patch, i.e. like
this, where each object is a different class:
[prepend]
[cxc/prepend]
[cyclone/prepend]
This is because with the new sys_onloadlist()
functionality that checks to see whether a class has
already been loaded. It only uses the direct
classname, not the prefix also.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1576865&group_…
Bugs item #1576865, was opened at 2006-10-13 17:16
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=1576865&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.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: namespace prefixes broken
Initial Comment:
It is no longer possible to use [prefix/classname]
syntax, which is essential to the namespaces because it
is the only way that two classes with the same root
classname could be used in the same patch, i.e. like
this, where each object is a different class:
[prepend]
[cxc/prepend]
[cyclone/prepend]
This is because with the new sys_onloadlist()
functionality that checks to see whether a class has
already been loaded. It only uses the direct
classname, not the prefix also.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1576865&group_…