#5835 closed defect (fixed)
Issue with NF and functions with arrays of records
Reported by: | casella | Owned by: | perost |
---|---|---|---|
Priority: | blocker | Milestone: | 1.16.0 |
Component: | New Instantiation | Version: | |
Keywords: | Cc: | alberto.leva@… |
Description
Please consider the attached MWE. Try to simulate the model Elements with the NF. The following error is reported:
[1] 16:42:16 Translation Error [C:/dev/OM64bit/OMCompiler/Compiler/NFFrontEnd/NFEvalFunction.mo: 389:9-390:53]: Internal error NFEvalFunction.applyReplacementCref could not find replacement for mats[i].x
Attachments (2)
Change History (9)
Changed 4 years ago by casella
comment:1 Changed 4 years ago by casella
- Cc alberto.leva@… added
Changed 4 years ago by Karim.Abdelhak
comment:2 follow-up: ↓ 3 Changed 4 years ago by Karim.Abdelhak
comment:3 in reply to: ↑ 2 ; follow-up: ↓ 4 Changed 4 years ago by perost
Replying to Karim.Abdelhak:
I cannot reproduce the problem simulating attached .mos script. It runs fine under the current nightly, am i missing something?
I'm assuming he's using -d=evaluateAllParameters as usual. I will fix it.
comment:4 in reply to: ↑ 3 Changed 4 years ago by Karim.Abdelhak
Replying to perost:
Replying to Karim.Abdelhak:
I cannot reproduce the problem simulating attached .mos script. It runs fine under the current nightly, am i missing something?
I'm assuming he's using -d=evaluateAllParameters as usual. I will fix it.
Yes that seems to be the case. Thanks!
comment:5 Changed 4 years ago by perost
Should be fixed in PR #729.
comment:6 Changed 4 years ago by perost
- Resolution set to fixed
- Status changed from new to closed
Fixed in b6a7efde.
comment:7 Changed 4 years ago by casella
For the record, I was using OMEdit v1.16.0-dev-170-g3af6123f8, and indeed I had the "Evaluate all parameters" checkbox checked.
Unless I really want to re-simulate a model with different parameters, it really makes no sense not to do it: the compilation process is faster, and the simulation process is faster and more numerically robust. Debugging could be a bit harder, because literal constants do not reveal their origin, but unless the model fails I don't really care.
Thanks @perost!
I cannot reproduce the problem simulating attached .mos script. It runs fine under the current nightly, am i missing something?