viktorinox

I forgot to mention, I added $fclose to the vunit_pkg.sv (I'm using SystemVerilog), hoping it would magically fix the issue but it did not. $fclose(trace_fd); exit_without_errors = 1; $finish(1); I...

I added $fflush(trace_fd) before the $fclose and it seems to have made it work. I'm running more iterations to confirm it's fixing the issue

> A way to get closer to finding out whether flushing is indeed the issue, you might try running `xrun` with the `-unbuffered` option (probably easiest by exporting `XRUNOPTS`). This...

@LarsAsplund I agree with you. I would have thought fclose would fix the issue indeed, even though it looks like simulator automatically close the handler by finishing the sim. On...

So I've run more iterations during the night, and the issue still appear (less frequent though it seems). I have to debug it further.

Ok I made some progress, it looks like the issue coming from the fact that parameter runner_cfg get assigned to wrong value. It get assigned the value intended for another...

I still didn't find the root cause of the issue. This happens randomly. Not always the same test fail. Something I noticed though: For example if I have the following...

I may look like a xcelium simulator issue when using gpg arg with multiple thread. I could not find any explanation. I found a work around by assigning runner_cfg with...

@LarsAsplund I finally root caused the issue (that was tough debug). It looks like there is a fundamental issue with VUnit incisive/xcelium flow when running multiple threads and overriding parameters....

I'm actually suprised that this issue hasn't been reported before. Maybe not so much people use the same config as me. In order to fix the issue, that is the...