Timeline
2017-01-31:
- 19:49 Ticket #4243 (Frontend - Cannot put complex signal on expandable (bus) connector) updated by
-
Component changed
- 19:38 Ticket #4243 (Frontend - Cannot put complex signal on expandable (bus) connector) updated by
- Maybe we should also move it to a proper component.
- 19:33 Ticket #4243 (Frontend - Cannot put complex signal on expandable (bus) connector) reopened by
- Please leave it open so we don't forget about it. I'll change the …
- 19:31 Ticket #4243 (Frontend - Cannot put complex signal on expandable (bus) connector) closed by
- worksforme: For now I am happy with the current status as there exists a workaround.
- 19:24 Ticket #4248 (Frontend - OMEdit causes wrong simulation results) created by
- Please consider the attached simulation example …
- 16:49 Ticket #4247 (Run-time - Implement state-of-the-art high-order variable-step-size explicit ...) updated by
-
Status, Owner changed
Actually, I have something therefore on my branches. Try to push it asap. - 15:55 Ticket #4247 (Run-time - Implement state-of-the-art high-order variable-step-size explicit ...) created by
- The current default choice of integration method is DASSL, which is …
- 15:52 Ticket #4246 (Documentation - Make the documentation of Integration Methods consistent and up-to-date) updated by
-
Status changed
- 15:35 Ticket #4246 (Documentation - Make the documentation of Integration Methods consistent and up-to-date) created by
- The online documentation on solver methods available here …
- 15:16 Ticket #4243 (Frontend - Cannot put complex signal on expandable (bus) connector) updated by
- Thanks for the hint. In the MSL specification 3.3 revision 1 it reads …
- 14:01 Ticket #4238 (Interactive Environment - OMEdit shows strange behavior when loading system libraries automatically) updated by
- Your error "Class Clock not found" is because omc requires the flag …
- 13:58 Ticket #3859 (*unknown* - A specific annotation for dynamic integration method / optimization?) closed by
- fixed: As #3488 is now closed, I am closing this ticket also.
- 12:55 Ticket #4245 (New Instantiation - Problems with inheritance of the MultiBody.World model) created by
-
Consider this simple test case
[…]
If I compile the
Example… - 11:54 Ticket #4238 (Interactive Environment - OMEdit shows strange behavior when loading system libraries automatically) updated by
- Its omc that does the automatic loading not OMEdit. Btw I am getting …
- 09:42 Ticket #4237 (Backend - Bad treatment of algebraic loops in synchronous models) updated by
- Replying to rfranke: > With …
- 08:07 Ticket #4237 (Backend - Bad treatment of algebraic loops in synchronous models) updated by
- With …
2017-01-30:
- 22:14 Ticket #4243 (Frontend - Cannot put complex signal on expandable (bus) connector) updated by
- The specification says that the expandable connectors can contain only …
- 21:59 Ticket #4244 (OMEdit - Redeclared models "loose" their connectors) updated by
- This mostly happens because OMEdit considers classes without the …
- 21:54 Ticket #4244 (OMEdit - Redeclared models "loose" their connectors) updated by
- The described issue refers to […]
- 21:52 Ticket #4244 (OMEdit - Redeclared models "loose" their connectors) created by
- Please consider the model attached to this ticket. Each of the second …
- 21:29 Ticket #4243 (Frontend - Cannot put complex signal on expandable (bus) connector) updated by
- Even after removing the text from the annotation the error remains: …
- 21:21 Ticket #4243 (Frontend - Cannot put complex signal on expandable (bus) connector) created by
- Consider the following example […] When checking …
- 20:18 Ticket #4237 (Backend - Bad treatment of algebraic loops in synchronous models) updated by
- Replying to wbraun: > In the c-runtime we the function …
- 18:24 Ticket #4237 (Backend - Bad treatment of algebraic loops in synchronous models) updated by
- In PR1439 the …
- 16:48 Ticket #4241 (OMEdit - Replaceable and redeclare fails for complex structures) closed by
- invalid: This ticket is invalid; OpenModelica simulates the model I intended to …
- 16:44 Ticket #4241 (OMEdit - Replaceable and redeclare fails for complex structures) updated by
- I have to revise the provided code…
- 15:47 Ticket #4242 (Backend - missing assert) created by
- following example does not trigger an assert […]
- 12:19 Ticket #4241 (OMEdit - Replaceable and redeclare fails for complex structures) created by
- Consider ExampleA of the package Redeclaration […] Run …
- 09:42 Ticket #4237 (Backend - Bad treatment of algebraic loops in synchronous models) updated by
- A Jacobian record with member clockIndex would of course be preferred. …
- 09:25 Ticket #4237 (Backend - Bad treatment of algebraic loops in synchronous models) updated by
- Replying to rfranke: > It appears painful to add …
2017-01-29:
- 18:02 Ticket #4237 (Backend - Bad treatment of algebraic loops in synchronous models) updated by
- It appears painful to add something to a Jacobian, because it is …
- 14:31 Ticket #4240 (Interactive Environment - Duplicate of model fails) created by
- I discovered a reproducible fault when duplicating a model. Please …
- 14:05 Ticket #4222 (Initialization - Previously simulating models do not work any more) updated by
- I also tried to switch to a different parameter record as described in …
- 13:45 Ticket #4222 (Initialization - Previously simulating models do not work any more) updated by
- I re-investigated this issue with version […] I simulated the …
2017-01-28:
- 10:31 Ticket #4232 (OMEdit - Make sure variables which are practically constant are displayed as ...) updated by
- I totally agree. To summarize, the default view should have the …
- 07:12 Ticket #4239 (Backend - Errors in compilation of AdvancedNoise.Examples.TimeBasedNoise) updated by
-
Keywords, Status, Milestone changed
I can confirm that the issue is connected to function inlining. One …
2017-01-27:
- 20:33 Ticket #4239 (Backend - Errors in compilation of AdvancedNoise.Examples.TimeBasedNoise) created by
- See also: …
- 17:51 Ticket #4234 (OMEdit - Provide two side-by-side windows in OMEdit) updated by
-
Milestone changed
- 17:11 Ticket #4234 (OMEdit - Provide two side-by-side windows in OMEdit) closed by
- fixed: Done in 354a8d1/OMEdit.
- 17:09 Ticket #4232 (OMEdit - Make sure variables which are practically constant are displayed as ...) updated by
- Replying to casella: > Do not assume that the …
- 16:12 Ticket #4232 (OMEdit - Make sure variables which are practically constant are displayed as ...) updated by
- Replying to ceraolo: > In some occasions I got so …
- 16:05 Ticket #4233 (Interactive Environment - Consecutive end <class> statements on the same lines wreak havoc in OMEdit) updated by
- Probably the package in question was initially built with a text …
- 16:04 Ticket #4233 (Interactive Environment - Consecutive end <class> statements on the same lines wreak havoc in OMEdit) updated by
- Please do, if possible for 1.11 already. I guess that's how we ended …
- 15:55 Ticket #4232 (OMEdit - Make sure variables which are practically constant are displayed as ...) updated by
- I agree, Francesco, it is a question of taste. In some occasions I …
- 15:40 Ticket #4237 (Backend - Bad treatment of algebraic loops in synchronous models) updated by
-
So far things like
intervalare treated during code generation, … - 15:24 Ticket #4237 (Backend - Bad treatment of algebraic loops in synchronous models) updated by
- Replying to rfranke: > clockIndex is generated during code …
- 14:41 Ticket #4237 (Backend - Bad treatment of algebraic loops in synchronous models) updated by
- Replying to rfranke: > Btw. you will also need to merge …
- 14:09 Ticket #4237 (Backend - Bad treatment of algebraic loops in synchronous models) updated by
- Btw. you will also need to merge …
- 14:04 Ticket #4237 (Backend - Bad treatment of algebraic loops in synchronous models) updated by
- clockIndex is generated during code generation -- the index of the …
- 13:47 Ticket #4237 (Backend - Bad treatment of algebraic loops in synchronous models) updated by
- Replying to rfranke: > …
- 13:07 Ticket #4237 (Backend - Bad treatment of algebraic loops in synchronous models) updated by
-
Status, Owner changed
Actually they are generated, but currently not processed by SimCodeUtil. - 12:52 Ticket #4238 (Interactive Environment - OMEdit shows strange behavior when loading system libraries automatically) created by
- OMEdit ships with numerous so called System Libraries. They are …
- 12:38 Ticket #4232 (OMEdit - Make sure variables which are practically constant are displayed as ...) updated by
- De gustibus non est disputandum (thou shalt not argue about tastes) :) …
- 12:32 Ticket #4230 (Run-time - open modelica crashing while simulating the code file) closed by
- fixed: This should no longer cause a crash. However, this model does also not …
- 12:26 Ticket #4237 (Backend - Bad treatment of algebraic loops in synchronous models) updated by
-
Cc changed
Patrick, can you please have a look at the torn system? - 12:19 Ticket #4233 (Interactive Environment - Consecutive end <class> statements on the same lines wreak havoc in OMEdit) updated by
-
Status, Owner, Component changed
Replying to sjoelund.se: > As far as I remember, this … - 12:07 Ticket #4237 (Backend - Bad treatment of algebraic loops in synchronous models) updated by
-
Description changed
- 12:07 Ticket #4233 (Interactive Environment - Consecutive end <class> statements on the same lines wreak havoc in OMEdit) updated by
-
Milestone changed
- 12:05 Ticket #4237 (Backend - Bad treatment of algebraic loops in synchronous models) created by
- PR1391 along …
- 10:11 Ticket #4168 (Backend - DAE index reduction in clocked partitions) updated by
- See also follow-up ticket #4237
- 09:33 Ticket #4232 (OMEdit - Make sure variables which are practically constant are displayed as ...) updated by
- Replying to Christoph Buchner <buchner@…>: > The Python …
- 08:58 Ticket #4234 (OMEdit - Provide two side-by-side windows in OMEdit) updated by
- Replying to adeas31: > Why in this world we need to do …
- 08:11 Ticket #4232 (OMEdit - Make sure variables which are practically constant are displayed as ...) updated by
- The Python plotting library Matplotlib does something similar - an …
- 06:35 Ticket #4236 (Interactive Environment - Icon not rendered if visible annotation is used) created by
-
We use various models that use the
visibleattribute in the … - 06:20 Ticket #4235 (New Instantiation - assigning Medium package in replaceable class fails) updated by
-
Description changed
- 06:10 Ticket #4235 (New Instantiation - assigning Medium package in replaceable class fails) created by
- Translating various models fail with the message […] or similarly …
- 05:54 Ticket #4233 (Interactive Environment - Consecutive end <class> statements on the same lines wreak havoc in OMEdit) updated by
- As far as I remember, this happens when you start with something like: …
2017-01-26:
- 21:34 NewFrontEnd edited by
- (diff)
- 20:05 Ticket #4232 (OMEdit - Make sure variables which are practically constant are displayed as ...) updated by
- IMO we should let the user decide whether a variation is meaningful or …
- 19:23 Ticket #4233 (Interactive Environment - Consecutive end <class> statements on the same lines wreak havoc in OMEdit) updated by
-
Cc changed
I made OMEdit handle such code 4bf74df/OMEdit. I guess … - 19:21 Ticket #4231 (OMEdit - Weird behaviour of temperatures in the Variables Browser) closed by
- fixed: Fixed in 1267b2c/OMEdit.
- 17:13 Ticket #4232 (OMEdit - Make sure variables which are practically constant are displayed as ...) updated by
-
Milestone changed
- 15:38 NewFrontEnd edited by
- (diff)
- 15:05 NewFrontEnd edited by
- (diff)
- 14:55 NewFrontEnd edited by
- (diff)
- 14:55 NewFrontEnd edited by
- (diff)
- 13:34 Ticket #4234 (OMEdit - Provide two side-by-side windows in OMEdit) updated by
- Why in this world we need to do this when we already have MDI …
- 12:48 Ticket #4234 (OMEdit - Provide two side-by-side windows in OMEdit) created by
- When comparing two models, or developing a variant of an existing …
- 12:46 Ticket #4233 (Interactive Environment - Consecutive end <class> statements on the same lines wreak havoc in OMEdit) created by
- Through a sequence of operations that unfortunatly I cannot reproduce, …
- 12:03 Ticket #4232 (OMEdit - Make sure variables which are practically constant are displayed as ...) created by
-
Try the following test case
[…]
Then, plot
x. A monotonously … - 11:53 Ticket #4231 (OMEdit - Weird behaviour of temperatures in the Variables Browser) created by
- Steps to reproduce the problem - Simulate …
- 00:32 NewFrontEnd edited by
- (diff)
- 00:31 NewFrontEnd edited by
- (diff)
- 00:20 NewFrontEnd edited by
- (diff)
- 00:20 NewFrontEnd edited by
- (diff)
2017-01-25:
- 13:14 Ticket #4230 (Run-time - open modelica crashing while simulating the code file) updated by
- Replying to adeas31: > Replying to lochel: > > …
- 13:08 Ticket #4230 (Run-time - open modelica crashing while simulating the code file) updated by
-
OMPlot ydoesn't crash. It just shows an empty plot window. I will … - 13:05 Ticket #4230 (Run-time - open modelica crashing while simulating the code file) updated by
- Replying to lochel: > OMPlot doesn't crash at all. It …
- 13:04 Ticket #4230 (Run-time - open modelica crashing while simulating the code file) updated by
- Replying to sjoelund.se: > That shouldn't cause a crash …
- 12:54 Ticket #4230 (Run-time - open modelica crashing while simulating the code file) updated by
- OMPlot doesn't crash at all.
- 12:49 Ticket #4230 (Run-time - open modelica crashing while simulating the code file) updated by
-
Status, Owner changed
- 12:41 Ticket #4230 (Run-time - open modelica crashing while simulating the code file) updated by
- That shouldn't cause a crash though. Fix OMPlot :)
- 12:15 Ticket #4230 (Run-time - open modelica crashing while simulating the code file) updated by
-
Owner, Component changed
Yes, the result file containsinfforyandder(y). - 12:11 Ticket #4230 (Run-time - open modelica crashing while simulating the code file) updated by
- I guess the result file is corrupted.
- 11:33 Ticket #4230 (Run-time - open modelica crashing while simulating the code file) updated by
-
Simulate with
Rungakuttaand ploty. Simulation works fine for me. … - 11:18 Ticket #4224 (Backend - Activated wrapFunctionCalls lets events fail with Cpp runtime) closed by
- fixed
- 10:51 Ticket #4224 (Backend - Activated wrapFunctionCalls lets events fail with Cpp runtime) updated by
-
Status changed
@rfranke Can we close this once the changes are pushed? Or is there … - 10:39 Ticket #4138 (New Instantiation - New FrontEnd) updated by
-
Description changed
- 10:24 Ticket #4138 (New Instantiation - New FrontEnd) updated by
-
Description changed
Small status update. - 09:53 Ticket #4206 (OMEdit - compilation very slow) closed by
- wontfix: OpenModelica uses a garbage collector. The memory is free'd and will …
- 09:04 Ticket #4230 (Run-time - open modelica crashing while simulating the code file) updated by
- Seems to work fine in the Linux master. @Adeel: Is this one of the …
- 09:01 Ticket #4212 (Code Generation - Wrong code generation for function calls involving cross product and ...) updated by
- https://github.com/OpenModelica/OpenModelica-testsuite/pull/533
- 07:44 Ticket #4230 (Run-time - open modelica crashing while simulating the code file) created by
- the model Ex2_6_1 solved by rungakutta method for range x>0 Real …
- 06:48 Ticket #4224 (Backend - Activated wrapFunctionCalls lets events fail with Cpp runtime) updated by
- This look good. The testsuite appears stable. Thank you!
- 05:57 Ticket #4224 (Backend - Activated wrapFunctionCalls lets events fail with Cpp runtime) updated by
- I just added all the functions from section 3.7 to module …
2017-01-24:
- 19:45 Ticket #4224 (Backend - Activated wrapFunctionCalls lets events fail with Cpp runtime) updated by
- Is it sufficient to develop against the testsuite? Shouldn't some …
- 17:37 Ticket #4229 (FMI - Augmented bouncing ball model falls through if exported and imported as FMU) updated by
-
Cc changed
AFAIR, Willi told me that this is because OpenModelica run-time takes … - 16:36 Ticket #4138 (New Instantiation - New FrontEnd) updated by
-
Description changed
Added link to wiki page - 16:16 Ticket #4138 (New Instantiation - New FrontEnd) updated by
-
Description changed
Initial support for enumerations is now implemented. - 16:11 NewFrontEnd edited by
- (diff)
- 16:04 NewFrontEnd edited by
- (diff)
- 15:59 NewFrontEnd edited by
- (diff)
- 15:59 NewFrontEnd edited by
- (diff)
- 15:54 NewFrontEnd created by
- 13:42 Ticket #4229 (FMI - Augmented bouncing ball model falls through if exported and imported as FMU) updated by
-
Cc changed
- 12:46 Ticket #4229 (FMI - Augmented bouncing ball model falls through if exported and imported as FMU) created by
- The following bouncing ball model […] avoids the well-known …
- 07:48 Ticket #4224 (Backend - Activated wrapFunctionCalls lets events fail with Cpp runtime) updated by
- integer() was not listed in isSkipCase because it was not …
Note:
See TracTimeline
for information about the timeline view.
