[PD-dev] [declare] bug (id 2251387)

[Luke Iannini]

Yugh, this one is still going : ( (in 0.42.5 and 0.43)

It's basically impossible to use declare/import because of this – it's
actually worse than Roman explained, because the [declare] spam goes
in not just the direct parent but in /every/ parent, getting worse and
worse until the top patch has 1000+ lines in it.

(I'd add a comment on sourceforge but didn't see the option)

Very best
Luke

On Wed, Feb 4, 2009 at 6:48 PM, Miller Puckette
<mpuckett at imusic1.ucsd.edu> wrote:
> Oops... I'd better fix that one.
>
> I'm still not sure how to deal with "declares" inside abstractions, on
> the other hand.
>
> cheers
> Miller
>
> On Mon, Feb 02, 2009 at 05:39:34PM -0800, Luke Iannini wrote:
>> Yo, I've been meaning to mention forever that there's a similar issue
>> with datastructures.  Save a datastructure-using patch as an
>> abstraction, instantiate it in a parent patch, save the parent, and
>> you'll see template definitions from the child abstraction in the
>> parent.  I'll make another bug report for that...
>>
>> Best
>> Luke
>>
>> On Mon, Feb 2, 2009 at 4:42 PM, Roman Haefeli <reduzierer at yahoo.de> wrote:
>> > hi everyone
>> >
>> > i once posted a bug to the tracker and it still appears to be there in
>> > version 0.42.3.
>> >
>> > since this bug is kind of viral, so that it corrupts patches invisibly
>> > and without being noticed by the author, and also since quite some of my
>> > own patches got affected by that bug, i would like to ask to raise the
>> > priority of this one.
>> >
>> > BEWARE:
>> > everyone, who was working on patches in 0.42.X, that contain
>> > abstractions containing [declare]'s is most likely affected, or i should
>> > rather say: infected.
>> >
>> > read the description here:
>> > http://sourceforge.net/tracker/index.php?func=detail&aid=2251387&group_id=55736&atid=478070
>> >
>> > roman
>> >
>> >
>> >
>> >
>> > ___________________________________________________________
>> > Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
>> >
>> >
>> > _______________________________________________
>> > Pd-dev mailing list
>> > Pd-dev at iem.at
>> > http://lists.puredata.info/listinfo/pd-dev
>> >
>>
>> _______________________________________________
>> Pd-dev mailing list
>> Pd-dev at iem.at
>> http://lists.puredata.info/listinfo/pd-dev
>