Tom

Any progress on that one so far? Would it be possible to just add a maximum stack call depth that should be respected when _failOnError_ is set to _false_ ?

I wish I could be more helpful. And my QA skills are a bit lacking too :D

[This one](https://github.com/FFmpeg/FFmpeg/blob/b2a0a7fb8a3580897f2c9d8f2d160a5acab433e4/libavcodec/mpegvideo.c) and [this one](https://raw.githubusercontent.com/FFmpeg/FFmpeg/4519b8a672241a8f77345ff7791257fbeef74e7d/libavcodec/h264.c) too :(

Thanks for checking, could you give me your translation configuration? Seems like this is then a problem on my side

Wow interesting. h264.c takes 22s for me on my MacBook Pro 2019 when using *your* configuration. It takes 3min and 10s when Im using my Configuration: ``` val translationConfiguration =...

Im thrilled 😄

> Not sure, if `synchronized` alone will help here. Me neither, thats why I suggested using ThreadLocal >A better solution would be to get rid of the frontend property and...

This fixed my Issues associated with the concurrency exceptions: https://github.com/anon767/cpg/blob/c9e2de2dc9966eb814c16cb5ed0c086e2f8b1a94/cpg-core/src/main/java/de/fraunhofer/aisec/cpg/graph/TypeManager.java#L73

> > This fixed my Issues associated with the concurrency exceptions: https://github.com/anon767/cpg/blob/c9e2de2dc9966eb814c16cb5ed0c086e2f8b1a94/cpg-core/src/main/java/de/fraunhofer/aisec/cpg/graph/TypeManager.java#L73 > > Hmm did you run the unit tests by any chance? wouldn't this now create different type...

Right, but my goal is to analyze as many single, isolated files as fast as possible :) As long as the API is not threadsafe I guess I have to...