Timeline
2017-02-03:
- 22:48 Ticket #2174 (Frontend - Allow for modifiers in translateModel() and simulate() API functions) updated by
- So it seems that […] can be obtained by running […] In fact …
- 20:30 Ticket #4248 (Frontend - OMEdit causes wrong simulation results) updated by
-
Summary changed
Okay, my first analysis was wrong it's not wrapFunctionCall. It's … - 18:31 Ticket #4254 (Backend - Wrong numerical handling of conditional equations) created by
- Please simulate the attached test model. The variable s, which is …
- 13:39 Ticket #4248 (Frontend - OMEdit causes wrong simulation results) updated by
- Replying to wbraun: > but it seems also be enabled by …
- 13:25 Ticket #4248 (Frontend - OMEdit causes wrong simulation results) updated by
- Replying to wbraun: > A work-a-round is to disable it by …
- 13:16 Ticket #4248 (Frontend - OMEdit causes wrong simulation results) updated by
- I cannot reproduce the issue. Both signals seem to be equal. Maybe you …
- 13:00 Ticket #4248 (Frontend - OMEdit causes wrong simulation results) updated by
- Replying to lochel: > Replying to wbraun > > …
- 12:50 Ticket #4248 (Frontend - OMEdit causes wrong simulation results) updated by
-
Cc changed
Replying to wbraun > Milestone changed from 1.12.0 to … - 12:27 Ticket #4248 (Frontend - OMEdit causes wrong simulation results) updated by
-
Priority, Milestone changed
- 12:14 Ticket #4253 (Backend - inverse in OM) created by
- Hello. How I can realize this function: x = y2, but (-y)2 = -x, …
- 10:48 Ticket #4248 (Frontend - OMEdit causes wrong simulation results) updated by
- I have the same problem on Windows64 with OpenModelica 1.11 beta 3.
- 10:15 Ticket #4248 (Frontend - OMEdit causes wrong simulation results) updated by
-
Status, Owner, Milestone changed
- 10:13 Ticket #4248 (Frontend - OMEdit causes wrong simulation results) updated by
-
Cc, Component, Summary changed
It works for me without the recently enabled modules wrapFunctionCall … - 10:05 Ticket #4249 (Testing Framework - Nightly tests appear to use wrong version of ModelicaTest_trunk) closed by
- invalid
- 06:23 Ticket #2174 (Frontend - Allow for modifiers in translateModel() and simulate() API functions) updated by
- Replying to adrpo: > The name can be changed with …
- 00:40 Ticket #4252 (OMEdit - OMEdit Forces Discrete GPU on Mac) created by
- On a Mac, such as a Macbook Pro, that has a low power, embedded GPU, …
2017-02-02:
- 19:08 Ticket #2174 (Frontend - Allow for modifiers in translateModel() and simulate() API functions) updated by
- The name can be changed with simulate(M_modified, simflags="-r …
- 18:21 Ticket #4251 (OMEdit - Context Menu View Documentation not working properly) updated by
- Consider the file RLCPkg. Open model RLC; right-click on resistor and …
- 17:06 Ticket #2174 (Frontend - Allow for modifiers in translateModel() and simulate() API functions) updated by
- I understand you can implement […] where p is a structural …
- 16:12 Ticket #4250 (OMEdit - Code folding not always works) updated by
- ah. I understand. Maybe code folding can be explained a bit more in …
- 12:36 Ticket #4248 (Frontend - OMEdit causes wrong simulation results) updated by
-
Cc, Status, Component, Owner changed
This might be a Linux issue as they appear same on Windows 64-bit. - 11:35 Ticket #4250 (OMEdit - Code folding not always works) updated by
- The folding only works for multi-line annotations. The latest omc …
- 11:32 Ticket #4251 (OMEdit - Context Menu View Documentation not working properly) updated by
- It displays the documentation of the class which you are …
- 11:28 Ticket #4250 (OMEdit - Code folding not always works) updated by
-
Owner, Component changed
- 10:50 Ticket #4251 (OMEdit - Context Menu View Documentation not working properly) created by
- In OMEdit when right-cliking on a model in a diagram we have access to …
- 10:34 Ticket #4250 (OMEdit - Code folding not always works) updated by
-
Description changed
- 10:11 Ticket #4250 (OMEdit - Code folding not always works) created by
- from time to time I come across models in which code is not folded. I …
- 09:42 Ticket #4249 (Testing Framework - Nightly tests appear to use wrong version of ModelicaTest_trunk) created by
-
Since 2017-01-29 the
*usertab
tests fail with the Cpp runtime, see: …
2017-02-01:
- 21:41 Ticket #4217 (OMEdit - OM Resolution issue) updated by
- As this indicates …
- 08:38 Ticket #4168 (Backend - DAE index reduction in clocked partitions) updated by
- Replying to rfranke: > Unfortunately some other …
- 07:38 Ticket #4168 (Backend - DAE index reduction in clocked partitions) updated by
- With PR1391 the …
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 …
Note:
See TracTimeline
for information about the timeline view.