[PD-dev] libraries that crash in a double-precision runtime (was Re: [PD] double precision merged)

[IOhannes m zmölnig]

On 3/1/20 10:51 PM, IOhannes m zmölnig wrote:
> On 2/26/20 2:28 PM, IOhannes m zmoelnig wrote:
>> class_new() *might* return a NULL-pointer (and it will, if the precision
>> doesn't match), so you have to check for that before you access any
>> class members.
>>
>

TL;DR there was a bug in Pd that created a few false positives in my
original list.


so while i was accusing externals of not taking care of NULL-pointers
properly, the code that would print the nice error message when trying
to load an external with the wrong float-size would do exactly the same.

fixing this (as in 0cc9869dd in the update/0.50 branch on github),
reduces the number of libraries that crash when being loaded by two (2).

the false positives were "else" and "iemguts".
other libraries (like Gem) still crash, but now they are crashing
somewhere else...
so the list of crashing packages is now:

- Gem
- absattr
- clk
- constantq~
- context
- creb
- cyclone
- hcs
- ml.lib
- moonlib
- nilwind
- ossia
- pddp
- pdlua
- pof
- pool
- py
- unauthorized
- vasp
- vinylcontrol~
- xsample
- zconf


gfmasdr
IOhannes

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20200302/63bcad9b/attachment.sig>