Andreas
Andreas
My reasoning is, that the solution is correct, so the right hand side of the ODE should be correct and then the numeric Jacobian has to be correct, because we...
Here's a stack trace by gbd ``` Thread 1 "OpenIPSL.Exampl" received signal SIGSEGV, Segmentation fault. 0x00007ffff789ca46 in nlsSparseJac (vecX=0xc8f2a20, vecFX=0xc8f8c20, Jac=0xc9941e0, userData=0xc8f29f0, tmp1=0xc9933e0, tmp2=0xc9933c0) at /mnt/home/aheuermann/workdir/OpenModelica/OMCompiler/SimulationRuntime/c/simulation/solver/kinsolSolver.c:506 506 xScaling = NV_DATA_S(kinsolData->xScale);...
Now it is not a segmentation fault any more: ``` startTime=0 stopTime=5 tolerance=5e-05 numberOfIntervals=5000 stepSize=0.001 Regular simulation: ./OpenIPSL_OpenIPSL.Examples.DAEMode.N44_Base_Case_Systems.Nordic44_Base_Case_StateEvents -abortSlowSimulation -alarm=480 -lv LOG_STATS stdout | info | Using sparse solver kinsol...
I don't think so, at least not in a readable format. There is [-symjacdump](https://openmodelica.org/doc/OpenModelicaUsersGuide/latest/omchelptext.html#omcflag-debug-symjacdump), but that won't help much I'm afraid.
You can try, but for a Jacobian of that size it seems quiet the task to read that.
It seems we are able to use Windows long paths (probably UNC as well) for file generation. But the compiler tools we are using (gcc, make, ld, ...) to compile...
I'm not sure what the best approach would be to save clocked variables separate. First we need to exclude clocked vars from the normal results. We can do that by...
In the Makefile we are linking to many locations outside of the FMU `binaries/` or `resources/`. The linker flags are generated into `Makefile.in` by the Susan templates and can't be...
@mahge Should we do this together with #8524 ? We need to do add these sources to the modelDescription.xml anyway.
@casella wrote in https://github.com/OpenModelica/OpenModelica/issues/6195#issuecomment-975656961 > OK. I have to say that "No event found, but assert was triggered. Throwing now!" is not particularly clear to the uninitiated. Specifically: > >...