<html><head></head><body><div style="color:#000; background-color:#fff; font-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:13px"><div id="yui_3_16_0_ym19_1_1497753087719_3004">Hi List,</div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3070">I went ahead and did a hard reset to 2.2.1 in the gitlab repository. I had <br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3036">initially thought that pd-cyclone was ready to merge, but it looks like there <br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3044">are still outstanding problems with namespace prefixes and some of the <br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3245">help patches bugs to be fixed (the ones for the cyclops classes). Both <br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3250">have been reported to the pd-cyclone issue tracker:</div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3368"><br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3296"><a href="https://github.com/porres/pd-cyclone/issues" class="" id="yui_3_16_0_ym19_1_1497753087719_3295">https://github.com/porres/pd-cyclone/issues</a><br></div><div id="yui_3_16_0_ym19_1_1497753087719_3369"><br></div><div id="yui_3_16_0_ym19_1_1497753087719_3456">A hard reset should not be necessary in the normal course of development. <br></div><div id="yui_3_16_0_ym19_1_1497753087719_3498">Probably we should have tested out the CI binaries from the "update-cyclone" <br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3497">feature branch, rather than merging them first and then testing. I'll try to keep <br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3496">that in mind for the future.</div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3508"><br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3533">I've got some soundfiler fixes ported from Pd Vanilla, so I'll try to merge those <br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3601">for a bugfix release in the next few days.<br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3600"><br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3534">There's also a big memory inefficiency in Purr Data/Pd-l2ork's due to changes <br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3662">to Pd's memory allocator in m_memory.c. Essentially, "getbytes" and friends <br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3968">are multiplying the request bytes by 4 or 8, depending on what the sizeof(char*) <br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3969">is on that particular system.</div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3970"><br></div><div dir="ltr">The commit message for the getbytes change is this:<br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3971"> *cleaned up the way rtext memory management is handled to silence valgrind errors<br id="yui_3_16_0_ym19_1_1497753087719_3670"></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3972"><br></div><div dir="ltr">It appears Ico made the change.</div><div dir="ltr"><br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3973">That seems very fishy to me, and it's been noticed by a user whose tables are <br></div><div dir="ltr">ballooning by 8x when compared to Pd Vanilla.</div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3974"><br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3975">Anyone have a clue why the memory allocator would be changed to accommodate <br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1497753087719_3976">rtext memory problems? Or, what to do now that the bugfix is causing unnecessary <br></div><div dir="ltr">memory overhead for a user?<br></div><div id="yui_3_16_0_ym19_1_1497753087719_3495"><br></div><div id="yui_3_16_0_ym19_1_1497753087719_3494">Thanks,</div><div id="yui_3_16_0_ym19_1_1497753087719_3582">Jonathan</div></div></body></html>