Peter Suter

This seems to work: ``` def get_cloud_eval(berserk_client, fen: str): path = 'api/cloud-eval' params = { 'fen': fen, } return berserk_client._r.get(path, params=params, fmt=berserk.formats.JSON) ```

I guess the [BSDFContext constructor](https://github.com/mitsuba-renderer/mitsuba3/blob/6c70724c4ee07510690181f40087e1a839ec946f/include/mitsuba/render/bsdf.h#L132 ) `BSDFContext() = default;` and the default member initializer `TransportMode mode = TransportMode::Radiance;` cause pybind11 to create this documentation: ``` >>> help(mitsuba.BSDFContext) Help on class...

FYI this elaborate workaround worked to avoid the syntax errors for me: ``` from typing import TYPE_CHECKING if TYPE_CHECKING: # mitsuba 3.0.1 .pyi file contains invalid syntax https://github.com/mitsuba-renderer/mitsuba3/issues/155 import mitsuba_workaround...

I have never used ecpg before, so I don't exactly know what I should expect, but `ecpg -o out.txt example.sql` runs without errors / warnings and generates `out.txt`. `ecpg -o...

OK thanks for the clarification. (Now on ecpg 10.4) I had already tried `ecpg -o - - < example.sql` but that also just prints `Try "ecpg --help" for more information.`....

That error message is indeed quite confusing. I had the same problem here: ``` $ echo typing-extensions==4.5.0 >constraint.txt $ pip install typing-extensions==4.5.0 --constraint constraint.txt --index-url https://download.pytorch.org/whl/cu117 Looking in indexes: https://download.pytorch.org/whl/cu117...

[test_libuemf_ref.emf](https://github.com/python-pillow/Pillow/files/10852640/test_libuemf_ref.zip)

(It seems Pillow calls the GDI routine `PlayEnhMetaFile` which fails. The same EMF file works with this C# code: ```c# var emf_filename = @"test_libuemf_ref.emf"; var png_filename = @"out.png"; var metafile...

I think the first record that fails record ~13 is a [EMR_STROKEANDFILLPATH ](https://learn.microsoft.com/en-us/openspecs/windows_protocols/ms-emf/2794792a-38b4-4d19-adec-28fc2a6273b2) with "bounds" arguments 0,0,29699,20999 which is probably rejected because it is larger than the `EMR_HEADER` bounds 0,0,14030,9920....

Other programs can open and display the image without a problem, including Windows Paint and IrfanView and the C# reader above. I don't know if the image can be considered...