<fangerer> Good morning! We will have our HPy dev call in about 40 minutes. Please join: https://oracle.zoom.us/j/339127822?pwd=YkNZbFgvdXZ4Z3NlcWg1N3BlZ3JTUT09
<antocuni> it turns out that I *did* write a wall of text, but it was inside the commit message and not in a comment :(
<mattip> +1
<fangerer> 👍 I'll open a PR to make that publicly documented.
<fangerer> Hodgestar: this is the hotel we booked https://www.hotel-haus-mooren.de/
<steve_s> Is this the current version of the Pillow HPy port: https://github.com/hpyproject/pillow-hpy/tree/hpy-9.2.0?
<fangerer> DuToit: iirc, your Pillow port still uses legacy API, right? Then we won't be able to run the universal binary built with CPython. GraalPy requires a pure universal binary.
<mattip> it is not trivial to override set_on_invalid_handle to raise an error on PyPy
<mattip> the function is defined in py/debug/src/_debugmod.c, but that is the wrong level since it is a universal module and does not know about a python implementaiton detail
<mattip> I think it needs to be done when importing the _debug module
<fangerer> yes, that's how I would do it
<fangerer> I've finished the minutes from today and last call. As always: please review and feel free to modify: https://github.com/hpyproject/hpy/wiki/dev-call-20220804 https://github.com/hpyproject/hpy/wiki/dev-call-20220908
<fangerer> additionally, I've created a sprint topics list here: https://github.com/hpyproject/hpy/wiki/HPy-Sprint-2022-(D%C3%BCsseldorf)-Topics
<antocuni> but we have control on how we compile _debugmod: we can e.g. pass a #define or so
<antocuni> we are already compiling it differently, because we are using debug_ctx_cpython.c or debug_ctx_not_cpython.c depending on the case
<antocuni> for pypy, the relevant code to change the compilation options is llapi.py:eci
<mattip> hmm, I am not sure what is easier: to add a #define to the eci and have another patch to the vendored code or to replace the app-level set_on_invalid_handle when importing the _debug module