Timeline
2017-08-02:
- 21:14 Ticket #4483 (Backend - Error due to bogus dynamic state selection) updated by
-
Priority changed
I have performed some further analyis. The problem is caused by the … - 18:24 Ticket #3993 (Backend - Back-end fails with MSL 3.2.2 TimeTable but works with MSL 3.2.1) updated by
- I'm having the same problem! Is there a workaround or other solution …
- 12:09 Ticket #4474 (MetaModelica - inefficient list() comprehension) closed by
- fixed: Fixed with PR1755.
- 11:02 Ticket #4484 (Backend - Model becomes singular if equations are written inside if-else) created by
- Please see the attached file. In Column1 model if I write …
- 10:48 Ticket #4480 (OMEdit - Initial conditions are not considered properly when applying Re-simulate) updated by
- So basically, you want a totally different semantics for setting the …
- 10:29 Ticket #4483 (Backend - Error due to bogus dynamic state selection) created by
- Please consider the attached test case. During compilation, OMC …
- 08:40 Ticket #4482 (*unknown* - checkAndGetAlgorithmOutputs failed) created by
- I am working on a model where multiple instantiation of model is …
2017-08-01:
- 20:22 Ticket #4480 (OMEdit - Initial conditions are not considered properly when applying Re-simulate) updated by
- My idea is that we should make it clear that values manually set in …
- 06:14 Ticket #4480 (OMEdit - Initial conditions are not considered properly when applying Re-simulate) updated by
- The problem is if you have some equation like: […] Can you still …
2017-07-31:
- 19:05 Ticket #4480 (OMEdit - Initial conditions are not considered properly when applying Re-simulate) updated by
- Replying to sjoelund.se: > […] Perhaps the only reason …
- 10:54 Ticket #4480 (OMEdit - Initial conditions are not considered properly when applying Re-simulate) updated by
- I don't think that's a good idea. Equations should hold. Perhaps the …
- 07:46 Ticket #4480 (OMEdit - Initial conditions are not considered properly when applying Re-simulate) updated by
- Maybe it is ok if we consider changeable the initial values of all …
- 06:28 Ticket #4480 (OMEdit - Initial conditions are not considered properly when applying Re-simulate) updated by
-
I guess the bug here is that
x
is marked as changeable. Is this … - 04:49 Ticket #4481 (OMEdit - Artifacts in plotting discrete simulation using synchronous Clock feature) created by
- Hi, I am testing the new Modelica_Synchronous features by building a …
2017-07-29:
- 18:42 Ticket #4480 (OMEdit - Initial conditions are not considered properly when applying Re-simulate) updated by
- I guess the input field only overrides the start values and doesn’t …
- 16:01 Ticket #4480 (OMEdit - Initial conditions are not considered properly when applying Re-simulate) created by
- Consider the following example […] After the simulation of this …
- 10:50 Ticket #3781 (Backend - Fix scaling of detectJacobianSparsePattern) updated by
- Another question is why for the 28x28 and bigger systems the sparse …
2017-07-28:
- 17:36 Ticket #4146 (*unknown* - Summary of omc scaling issues) updated by
- It seems we no longer have methods scaling as O(N3), which is a …
- 17:34 Ticket #4460 (Backend - ResolveLoops scales as O(N^3) in large linear circuit models) closed by
- fixed: Replying to vwaurich: > Results on my machine are: > > …
- 09:26 Ticket #4129 (Backend - Inefficient array code generation) updated by
-
Cc changed
Looking through the generated code... The problem is that everything … - 06:46 Ticket #4479 (FMI - FMU source build fails due to missing lambda functions) updated by
-
Milestone changed
- 06:45 Ticket #4479 (FMI - FMU source build fails due to missing lambda functions) closed by
- fixed: This is fixed with …
2017-07-27:
- 16:25 Ticket #4479 (FMI - FMU source build fails due to missing lambda functions) updated by
-
Status changed
- 16:10 Ticket #4479 (FMI - FMU source build fails due to missing lambda functions) created by
- See: …
2017-07-26:
- 17:34 Ticket #4460 (Backend - ResolveLoops scales as O(N^3) in large linear circuit models) updated by
- Sounds good. I've started a run on Hudson, will close the ticket …
- 17:10 Ticket #4129 (Backend - Inefficient array code generation) updated by
- With #4453, the generated call is sane. Still got the temporary arrays …
- 16:58 Ticket #4453 (Backend - Compilation Time of a model with large size arrays) closed by
- fixed: Fixed the reported performance issue and cleared the …
- 13:39 Ticket #4460 (Backend - ResolveLoops scales as O(N^3) in large linear circuit models) updated by
- I have rewritten the critical part of ResolveLoops. Results on my …
Note:
See TracTimeline
for information about the timeline view.