I did some test patches with the two versions that are compiled for OSX and both had some problems with crashing Pd. I hadn't made much that was complicated, so I don't think it's my fault such as a stack overflow. My machine is a 2011 MacBook Pro running OSX 10.11.03.

On Sun, Apr 24, 2016 at 11:59 AM, Christof Ressi <christof.ressi@gmx.at> wrote:
[list-drip] is indeed very nice and I can imagine it's great for teaching recursion, but after all it's a only a (albeit very clever) workaround for a problem which shouldn't exist in the first place ;-).
However, I'm not sure at all if the solution would be additional methods for [list] or revising the existing code regarding some of the deep copying...
 
Gesendet: Sonntag, 24. April 2016 um 18:06 Uhr
Von: "Matt Barber" <brbrofsvl@gmail.com>
An: "Christof Ressi" <christof.ressi@gmx.at>
Cc: PD-List <pd-list@iem.at>, "Miller Puckette" <mpuckett@imusic1.ucsd.edu>
Betreff: Re: [PD] [PD-announce] pd 0.47-0 test 1 released
I don't know, I have a huge soft spot for [list-drip]. I think it's the paradigmatic example of how to do a recursive function in Pd (naive approaches to which usually die with a stack overflow). It makes sense to have a built-in iteration method for [list], but I'd kind of selfishly hate to obsolete [list-drip]. It's great for teaching because it makes students think a lot about how things are implemented.
 
On Sun, Apr 24, 2016 at 7:49 AM, Christof Ressi <christof.ressi@gmx.at> wrote:
Thanks a lot! [clone] is a really awesome feature!

I also like the new 'delete' method for [text]. Very nice!

Just one question: Are there any plans to get rid of some deep copying in the code for [list]? Some month ago we had a discussion about iterating through lists in Pd and how it's not possible in linear time in pure vanilla style (at least not in a trivial way, think of the [list-drip] abstraction). You kind of made a hint that you might revise the code in a future release. I'm just curious if this is something we could expect. I checked and the 'naive' style with two [list split] objects still behaves kind of exponentially.
Generally I find it a bit curious that in Pd one needs to split a list twice (with all the copying involved) just to retrieve a single item. Have you thought of implementing something like an 'iterate' method (I think I even saw this in one of your to-do-lists) or even getter/setter methods, like in [text] and [array]?

Thanks a again for the release!


> Gesendet: Samstag, 23. April 2016 um 20:27 Uhr
> Von: "Miller Puckette" <msp@ucsd.edu>
> An: pd-announce@iem.at
> Betreff: [PD] [PD-announce] pd 0.47-0 test 1 released
>
> To Pd-announce:
>
> Pd version 0.47-0 test 1 is available on http://msp.ucsd.edu/software.htm
> or via git from sourceforge:
>   git clone git://git.code.sf.net/p/pure-data/pure-data
>
> I'm still fixing bugs but the major changes are in place: a "clone" object
> for making voice banks etc., and a "zoom" feature for people whose
> high-resolution displays make Pd's windows microscopically small.  (Also,
> setting the Pd window font size now extends to menus and dialogs).
>
> cheers
> Miller
>
> _______________________________________________
> Pd-announce mailing list
> Pd-announce@lists.iem.at
> https://lists.puredata.info/listinfo/pd-announce
> _______________________________________________
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
>

_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list