Dieter De Baets

Some of the tools inside OIIO do call exit upon certain failures (and the tests invoke those tools). Besides the fact that OIIO should strive for a cleaner error strategy,...

I'll give it a try

Sorry for not getting back earlier about this. I did a quick test with that patch (https://github.com/debaetsd/openexr/tree/winthread) and the dummy repro case from above seems to work now. Testing it...

So it turned out that this patch in itself was not fixing the issue :( In the end, I did found a solution (more in line with my initial thought...

tbh I do not know why it suddenly started being an issue, I have been using OpenEXR for years and never seen it up until the point I started looking...

I just discovered that OIIO has a near identical Windows workaround during thread_pool shutdown https://github.com/OpenImageIO/oiio/pull/2038 . While this somewhat validates my fix though I have the same feeling that this...

So finally got around at looking more into this. The reason why the proposed fix in #921 does not work is because the MSVC std::thread implementation of `joinable` is looking...

@lgritz I hacked up a test to use `target_link_libaries ` directly: https://github.com/debaetsd/OpenShadingLanguage/commit/003168887f523f578c5d928233f17ae22ff0d202 All in all pretty clean imho. This will work for any target (installed in the linked LLVM that...

I'm looking into "3 - oiiotool (Timeout)" That is a MT deadlock that is most likely responsible for the other timed out tests

Some remarks about the timeouts, I pinned down where the deadlock is but at this moment do not really know why. I seen it happen in various oiio operations (idiff,...