Pd-dev December 2011

pd-dev@lists.iem.at

10 participants
25 discussions

[ pure-data-Patches-3461780 ] qSGryz <a href="http://ygmyxrzruhtl.com/">ygmyxrzruhtl</a>,
by SourceForge.net 18 Dec '11

18 Dec '11

Patches item #3461780, was opened at 2011-12-18 01:07 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3461780&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: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: qSGryz <a href="http://ygmyxrzruhtl.com/">ygmyxrzruhtl</a>, Initial Comment: qSGryz <a href="http://ygmyxrzruhtl.com/">ygmyxrzruhtl</a>, [url=http://vxnxprfucxmb.com/]vxnxprfucxmb[/url], [link=http://hbxxwkikrtjn.com/]hbxxwkikrtjn[/link], http://ajxmewqlvtny.com/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3461780&group_…

1 0

[ pure-data-Feature Requests-3461774 ] 2FEYSp <a href="http://bknulardwvki.com/">bknulardwvki</a>,
by SourceForge.net 18 Dec '11

18 Dec '11

Feature Requests item #3461774, was opened at 2011-12-18 01:02 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3461774&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: Next Release (example) Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: 2FEYSp <a href="http://bknulardwvki.com/">bknulardwvki</a>, Initial Comment: 2FEYSp <a href="http://bknulardwvki.com/">bknulardwvki</a>, [url=http://tmgbtfiawwgt.com/]tmgbtfiawwgt[/url], [link=http://bliaueulukkw.com/]bliaueulukkw[/link], http://ijeivothvlpl.com/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3461774&group_…

1 0

ANN: pd-l2ork Holiday release now available
by Ivica Ico Bukvic 17 Dec '11

17 Dec '11

Greetings fellow FOSS/Audio enthusiasts, It is my great pleasure to announce pd-l2ork 20111215 a.k.a. Holiday release. In the latest version of Linux Laptop Orchestra's in-house version of Pure-Data we've squashed a number of lingering bugs, as well as added some exciting new features, including: *infinite undo that covers all editing actions (while some externals with custom dialogs may require minor adjustment to their code to work with the newfound undo, most of them will work out-of-box). *more robust paste from external clipboard. copying pd scripts from an email and pasting them directly into a canvas has never been easier. *multiple entry bug that has been plaguing pd for years has been finally squashed. *resizing GOP window via gui (just like the rest of iemgui objects). *a number of usability improvements in terms of pasting logic and other editing features (e.g. gop resize via gui now prevents users to make it smaller than its text size unless hidetext is enabled, objects are automatically resized (except for gop objects with hidden text for obvious reasons) to accommodate adequate spacing for inlets and outlets, etc.) *all known graph-on-parent redraw issues have been addressed and gop redrawing is now as robust as it has ever been. *and many more... (see Changelog and git logs for more detailed info) If interested, head to http://l2ork.music.vt.edu/main/?page_id=56 to download 32-bit builds, source, and more. Alternately, visit our git page at https://github.com/pd-l2ork For more info on L2Ork and pd-l2ork look us up at http://l2ork.music.vt.edu or join us on facebook at http://www.facebook.com/groups/l2ork/ Happy Holidays! Best wishes, Ico

2 2

Re: [PD-dev] deadly leak
by Ivica Ico Bukvic 16 Dec '11

16 Dec '11

> Deadly leak hits me, and my students, regularly and annoyingly when we > are patching in a certain way. > > I don't know about other bugs. This one is really not as convoluted > as you suggest -- its fatal consequences are, perhaps, but not the bug > itself. > > The real source of the bug is not freeing the GOP's editor. The fix > is either to free it, for example by a recursive traversal in > canvas_destroy_editor(), or to rework the g_text.c so as not to need > the editor in the first place. > > The editor is created whenever there is a gatom inside of a GOP -- > because vised gatoms use text responders (aka rtexts). > > For the time being the workaround, when patching, is not using rtexts > (read: gatoms) in a GOP. > > Krzysztof Wow! You just helped me finally solve this riddle! Could it be really this simple? In canvas_free() call inside g_canvas.c simply add the following 2 lines: if (x->gl_editor) canvas_destroy_editor(x); I added them right below if (x == glist_getcanvas(x)) canvas_vis(x, 0); Now even if the canvas is recreated with the same memory space there is no more double-entry bug. Are there any potential regressions with this model? The canvas is getting freed so I cannot imagine this posing any problems but then again I am sure I may be missing something... Any thoughts?

4 4

deadly leak
by Krzysztof Czaja 14 Dec '11

14 Dec '11

Hi Pd gurus, ever found a single keystroke or a mouse click was duplicated on a patch? A strange bug which always turns out to be fatal at the point of closing the patch? Hit by several such crashes one after another I went hunting. What I found was that there is always a t_editor created for a GOP graph. The constructor is invoked by the first glist_findrtext() call aimed at anything inside of that GOP (this occurs when the parent is being mapped). Thus, the editor_new() for a GOP is called, but the corresponding editor_free() seems never to be called. The reason why this is not an innocent leak, but a crasher is quite subtle. For any t_editor, there is a t_guiconnect object created and bound to a symbol made up from the address of the editor's owner (a glist). Since the editor is zombiefied, so is the guiconnect, and the symbol is never unbound. The trouble begins when another canvas is allocated at the address freed by the late owner of the zombie. The editor is created, and a new t_guiconnect is bound to the old symbol. Now, if any message is sent to the symbol, it is caught by two t_guiconnect objects, both pointing to the same address: their 'x_who' pointer. Hence, all messages from pd-gui to the new canvas are duplicated. The agony is terminated by the second copy of the message 'menuclose'. I believe this bug has never been dealt with. So, in case you consider it worthwhile, could someone forgive me my slothfulness and file this thing into the sf.net bug tracker or open a github's issue, whichever is more appropriate these days. Krzysztof

5 10

[ pure-data-Bugs-3459480 ] [cartopol~] bug
by SourceForge.net 14 Dec '11

14 Dec '11

Bugs item #3459480, was opened at 2011-12-14 08:21 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3459480&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: [cartopol~] bug Initial Comment: Hi there, just noticed that [cartopol~] outputs phases that are negative when they should be positive and vice versa. this is in comparison to [cartopol] and even [atan2~] or [expr~ atan2($v2, $v1)] cheers ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3459480&group_…

1 0

[ pure-data-Bugs-3458347 ] spec2_sqrt~.c won't work in double precision, violates C99
by SourceForge.net 12 Dec '11

12 Dec '11

Bugs item #3458347, was opened at 2011-12-12 11:43 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3458347&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: musil (tmusil) Summary: spec2_sqrt~.c won't work in double precision, violates C99 Initial Comment: spec2_sqrt~.c includes type punning, which violates the C99 standard, breaks when t_float/t_sample are 64-bit doubles, and also breaks modern compiler optimizations. Here's the compiler warning: pd-extended/externals/iem/iem_spec2/src/spec2_sqrt~.c:28: warning: dereferencing type-punned pointer will break strict-aliasing rules ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3458347&group_…

1 0

Re: [PD-dev] [PD] pd at startup creates 2 canvases, why?
by Ivica Ico Bukvic 11 Dec '11

11 Dec '11

> it does. > if it does not, file a bug report at your operating system. > I stand corrected. So, the next question is, is it considered "good coding practice" to explicitly call destructors, or is this one of those quod libet kinds of things? > > Otherwise, why would we need > > destructors in the first place if the os takes care of it all (other > > because destructors are not only called at the end of the application life. > > afaik, the only problem is, if your application locks some "shared" > system ressource, and cannot free it again (e.g. it writes a lockfile to > the filesystem, but cannot delete it if the dtor is not called on exit) > > fgamsdr > IOhannes > > _______________________________________________ > Pd-list(a)iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

1 0

Re: [PD-dev] [PD] pd at startup creates 2 canvases, why?
by Ivica Ico Bukvic 11 Dec '11

11 Dec '11

> The OS releases all the memory allocated by the process when it > terminates, so no. OK, however, in pd-l2ork I am currently building infinite undo which will be a doubly-linked list linked to a canvas. So, if I am going to instantiate it dynamically, once the program exits are all these dynamic things taken care of? I think not. Otherwise, why would we need destructors in the first place if the os takes care of it all (other than eventually running out of memory)? Even vanilla canvas has dynamically allocated list that is destructed upon closing the patch but this is not the case with the two invisible canvases...

1 1

pd at startup creates 2 canvases, why?
by Ivica Ico Bukvic 11 Dec '11

11 Dec '11

I guess this is primarily for devs: The title says it all. When pd starts up, it does 2 instances of canvas_new() calls. More interestingly, it does not do canvas_free for those two instances when closing pd, suggesting this is a memory leak. So, what gives? Why does it create 2 invisible canvases, what is their function, and how do they differentiate from the regular canvases. NB: Not sure if this makes any difference but this is pd-l2ork code based on pd-extended...

3 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev December 2011