[PD] Patch won't open

IOhannes m zmölnig zmoelnig at iem.at
Fri Nov 11 09:50:59 CET 2022

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) 

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)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20221111/eb1e34d8/attachment.sig>

More information about the Pd-list mailing list