#2415 closed defect (wontfix)
Windows Linux differences in msl32
Reported by: | Christian Schubert | Owned by: | probably noone |
---|---|---|---|
Priority: | blocker | Milestone: | 1.9.4 |
Component: | Backend | Version: | trunk |
Keywords: | Windows Linux differences | Cc: | Lennart Ochel, Willi Braun, Martin Sjölund, Adrian Pop |
Description
Hi,
we currently have three differences between Windows and Linux:
- Modelica.Fluid.Examples.InverseParameterization Linux complains two times fewer about an assert while solving a nonlinear system -> I would ignore that
- Modelica.Magnetic.FundamentalWave.Examples.BasicMachines.AIMS_Start It gives "Files Equal" under Windows but "Files not equal" under Linux
- Modelica.Mechanics.MultiBody.Examples.Constraints.RevoluteConstraint fails to translate under Linux but gives "Files Equal" under Windows.
I would disable the last two tests for now. But someone should look into it as soon as possible.
Change History (13)
comment:1 by , 11 years ago
comment:2 by , 11 years ago
Modelica.Fluid.Examples.InverseParameterization Linux complains two times fewer about an assert while solving a nonlinear system -> I would ignore that
I would make it so we don't spam that message so much (in ThermoPower there is one model that sends this messages so much the log is 57MB)
Modelica.Magnetic.FundamentalWave.Examples.BasicMachines.AIMS_Start It gives "Files Equal" under Windows but "Files not equal" under Linux
What is the error tolerance? Sometimes the error is quite small.
comment:3 by , 11 years ago
For Modelica.Magnetic.FundamentalWave.Examples.BasicMachines.AIMS_Start.mos
the file in subversion that you commited had "Files not equal". I updated it with running the model in Linux and that gave "Files Equal!". So I think you have these reversed somehow (maybe it fails in Windows and works in Linux?).
comment:4 by , 11 years ago
Yeah, you're right, I mixed it up.
I would also agree with Martin. The warning on
| | | | | While solving non-linear system an assert was called. | | | | | The non-linear solver tries to solve the problem that could take some time. | | | | | It could help to provide better start-values for the iteration variables. | | | | | For more information simulate with -lv LOG_NLS
is not helpful for an end-user, sine I would not know what to do about it.
It would only be interesting to know if the simulation terminates due to nonlinear solver failure, that asserts have occured.
Nevertheless, this output may be printed if the -lv=... option is used to debug the simulation.
comment:5 by , 10 years ago
Modelica.Mechanics.MultiBody.Examples.Constraints.RevoluteConstraint
is working fine.
comment:6 by , 10 years ago
Modelica.Magnetic.FundamentalWave.Examples.BasicMachines.AIMS_Start
produces "Files Equal" for Windows and Linux.
comment:7 by , 10 years ago
Modelica.Fluid.Examples.InverseParameterization
produces "Files Equal" on Windows and Linux, but it still generates different warnings for both operating systems.
comment:8 by , 10 years ago
Milestone: | 1.9.1 → 1.9.2 |
---|
This ticket was not closed for 1.9.1, which has now been released. It was batch modified for milestone 1.9.2 (but maybe an empty milestone was more appropriate; feel free to change it).
comment:9 by , 10 years ago
Milestone: | 1.9.2 → 1.9.3 |
---|
Milestone changed to 1.9.3 since 1.9.2 was released.
comment:11 by , 9 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
The test results are the same but the warnings about NLS convergence are not.
I did fixed all these tests. At least TEST_CLANG seems to be 100% again.
We'll see about TEST later on.
I had to change the matching algorithm for RevoluteConstraint to make it work in Linux.
I reported RevoluteConstraint issue in #2405.
Cheers,
Adrian Pop/