[PD] Patch won't open
peterparker at fastmail.com
Wed Nov 16 11:48:42 CET 2022
Thank you IOhannes, amazing explanation, as always!
> On 11/10/22 23:09, Peter P. wrote:
> > * IOhannes m zmoelnig <zmoelnig at iem.at> [2022-11-10 18:20]:
> > > On 11/10/22 17:35, Peter P. wrote:
> > > > * IOhannes m zmoelnig <zmoelnig at iem.at> [2022-11-10 16:21]:
> > > > [...]
> > > > > this in turn was triggered by a gruesome regression in Pd-0.53's iemgui
> > > > Do you mean the now vanilla GUI objects once introduced by IEM, or the
> > > > iemgui external library?
> > >
> > >
> > > with "Pd-0.53's iemgui" i mean the built-in iemgui objects (like [tgl]).
> > >
> > > but to keep the confusion going, i stumbled upon the issue while updating
> > > the iemgui external library.
> > Thanks! Should I be worried as Pd user and refrain from using 0.53.0 for
> > now to not lose patches?
> hmm, fair enough.
> luckily not all is bad.
> with the built-in iemguis, you should be fine.
> there is no (known) reason to worry that your patches might be lost when
> you should be on the watch, if you are using GUI-externals that use the
> iemgui infrastructure (the "iemgui" external, "moonlib",... probably others)
> long story:
> so what was i trying to say?
> (hard to tell, i might have been too confused the other day, i'll try
> Pd-0.53 overhauled the (built-in) iemguis and changed a bit of their
> interface (ABI).
> in general, Pd has a super stable API/ABI, which makes externals that were
> compiled 20 years ago still work with current Pds (at least: if you still
> have your trusty PowerPC around).
> so why did the iemgui ABI break: honestly, because I think that the iemgui
> interface should not be part of the public interface of Pd *at all* (it's a
> complicated and ugly interface; it does a bad job of centralizing common
> functionality (just look at the same-same boilerplate code in each and every
> (old-style) iemgui object); and it adds computational overhead).
> i probably should have gone the full length of it, and remove the
> g_all_canvas.h file from Pd's public headers.
> anyhow. because of the subtle ABI-change introduced by Pd-0.53,
> GUI-externals that use this ABI started to crash on various ends.
> yesterday, i started fixing these issues for the "iemgui" external library.
> some of the crashes would appear when saving the patch, taking down the
> patchfile with them.
> some of the crashes originate from internal regressions of the iemgui API
> (as provided by Pd).
> luckily (and: iirc :-)) the two sets of crashes do not overlap.
> i was possibly confusing myself (and you), because i spent the day dealing
> with a couple of serious bugs (crashes), and some of them needed fixing on
> the "external" side, and some fixing on the Pd-core (internal) side.
> so sorry for all that.
> PS: originally i wanted to start this reply with a snide remark along the
> lines of "but you do have recent backups, don't you?", but thought better of
> it. nevertheless, you always *should* have proper backups of your patches
> (e.g. track them with something like git)
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
More information about the Pd-list