<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">Am 08.06.2017 8:49 nachm. schrieb "Miller Puckette" <<a href="mailto:msp@ucsd.edu">msp@ucsd.edu</a>>:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Yep, if there are "data" in your patch and you remove the "struct" object<br>
that defines them, Pd keeps teh objects around anyway, so that you can<br>
reclaim them by reloading the "structs"</blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">Ah, so this happens when the struct object is deleted? Does it also happens when the struct is changed? Because some of the data doesn't come from deleted structs.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> later.  Put the abstractions back<br>
in the patch (or even just load them separately) and you can see the<br>
invisible scalars again.<br>
<br>
There's no way to globally delete all scalars belonging to a given "struct"<br>
except by manually editing the patch.<br>
<br>
cheers<br>
<font color="#888888">Miller<br>
</font><div class="elided-text"><br>
On Thu, Jun 08, 2017 at 08:04:58PM +0200, João Pais wrote:<br>
> Hi again Miller,<br>
><br>
> I had a question regarding structs. When editing my patches in a text<br>
> editor, I noticed that at the top of the patch there were some "stowaway"<br>
> structs (and scalars), which can only come from abstractions I used in the<br>
> main patch - but these abstractions should have the structs inside them, and<br>
> not on the main patch. Nevertheless, the main patch begins now with some #N<br>
> struct .... lines, before the first #N canvas ... . I also noticed that if I<br>
> delete the #N struct .... lines there won't be any (visible) problem with<br>
> the patch.<br>
><br>
> Do you know this behaviour? Is it normal, or is it an open issue that should<br>
> be dealt with? E.g. like arrays, should scalars have a "don't save with<br>
> patch" option?<br>
><br>
> Furthermore, this brings up the subject of old data (i.e. trash) hanging<br>
> around a patch that isn't visible to the "naked eye":<br>
> - does this data in any way affects or conflicts with the patch?<br>
> - does it get ignored, thrown away or rewritten at restart of the patch?<br>
> Adding to that, I use $0-variables in my struct names, which will mean that<br>
> in one session they will be called 1007-bla, and 1920-bla in the next one.<br>
> - since the only way to know how many structs are saved within a patch is by<br>
> looking at the patch code, and the only way to delete structs in Pd is<br>
> graphically, would it make sense to add a struct-scanning and delete methods<br>
> in [pointer], or a way to scan it by sending it a pd-canvas identifier?<br>
> - or looking at it from another angle, since inside Pd the only way to be<br>
> sure to clean a canvas is the send a "clear" method, would it help to<br>
> implement a "clear-struct" method to a pd canvas? Or even "clear-struct all"<br>
> that could be sent to the top canvas of a patch, and clean all subpatches<br>
> recursively?<br>
><br>
> Best,<br>
><br>
> Joao<br>
</div></blockquote></div><br></div></div></div>