Timeline
2011-04-08:
- 16:06 Ticket #1473 (OM bin directory not in path -> libgnurx-0.dll not found) updated by
- It is up to the tools to set the correct PATH on Windows :) …
- 16:05 Ticket #1473 (OM bin directory not in path -> libgnurx-0.dll not found) created by
- Hi, when launching directly executable of model, an error occurs …
- 14:02 Ticket #1472 (Division computation errors) updated by
- Ok, it used to solve as: 1/x * x2 * x3 = x4 * x5 *x as: x = 1 / (x2 * …
- 13:07 Ticket #1472 (Division computation errors) updated by
- Some of the ExpressionSolve modules seem to be acting up :( […]
- 11:39 Ticket #1472 (Division computation errors) created by
- The computation of models with variables occuring at the bottom of a …
2011-04-07:
- 14:53 Ticket #1471 (OMEdit crashes after opening OMShell) updated by
- Run OMShell send command loadModel(Modelica) …
- 14:44 Ticket #1471 (OMEdit crashes after opening OMShell) updated by
- Calling list() in OMShell works for me (takes a loooong time though). …
- 14:34 Ticket #1471 (OMEdit crashes after opening OMShell) updated by
- OMShell is launched as an external process, it does not use the omc …
- 14:21 Ticket #1471 (OMEdit crashes after opening OMShell) created by
- To reproduce: Start OMEdit Click OMShell From OMShell, call list(). …
- 13:11 Ticket #1470 (Backend: Fails to traverse array-assignments) updated by
- This was fixed in r8530
- 13:04 Ticket #1449 (Instantiation - Modification and binding equations together causes the compiler to ...) updated by
- Nevermind, this actually gives an error message now, and seems to have …
2011-04-06:
2011-04-05:
- 15:44 Ticket #1469 (Backend - Bugs related to division by zero) updated by
- Note: 1.0 / 0.0 should become inf, 0.0 / 0.0 nan (if anything)
- 15:40 Ticket #1469 (Backend - Bugs related to division by zero) created by
-
[…]
Gives
r = 0.0
Both wrong result, and no assertion added. …
2011-04-04:
- 13:44 Ticket #1468 (Run-time - Discontinuity in results not properly stored (?)) created by
- Consider the model […] At the time of event (time = 0.5) there are …
2011-04-01:
- 20:59 Ticket #1466 (Instantiation - Attached model crashes the compiler during instantiation phase.) updated by
- Fixed in revisions: […]
- 20:55 Ticket #1466 (Instantiation - Attached model crashes the compiler during instantiation phase.) updated by
- Seems to work with my changes (see also the trace in the attachments): …
- 18:27 Ticket #1466 (Instantiation - Attached model crashes the compiler during instantiation phase.) updated by
- That should take care of quadratic memory consumption. Only thing left …
- 18:25 Ticket #1466 (Instantiation - Attached model crashes the compiler during instantiation phase.) updated by
- I think i found the problem in Inst.addConnectionCrefs […] and now …
- 15:45 Ticket #1467 (Instantiation - Incorrect constant evaluation in case of arrays?) updated by
- Note: This works when running the following script... […] …
- 15:40 Ticket #1467 (Instantiation - Incorrect constant evaluation in case of arrays?) created by
- The example {{{class A class B Real z = A.y; end B; constant …
- 15:10 Ticket #1466 (Instantiation - Attached model crashes the compiler during instantiation phase.) updated by
- […] […] So it works perfectly well in the trunk. Seems like a …
- 14:50 Ticket #1466 (Instantiation - Attached model crashes the compiler during instantiation phase.) updated by
- Daniel, note that even if you have 8GB in Windows the MinGW or VS …
- 14:42 Ticket #1466 (Instantiation - Attached model crashes the compiler during instantiation phase.) updated by
- I don't think it's stuck. It is probably just displaying quadratic …
- 14:33 Ticket #1466 (Instantiation - Attached model crashes the compiler during instantiation phase.) updated by
- Correct, it is on the branch. Is it stuck on the trunk? 38min seems …
- 14:28 Ticket #1466 (Instantiation - Attached model crashes the compiler during instantiation phase.) updated by
- I'll assume this is on the branch and not the trunk then (I'm now up …
- 14:26 Ticket #1466 (Instantiation - Attached model crashes the compiler during instantiation phase.) updated by
- About 20 seconds. Starts allocating lots of memory after about 15 seconds.
- 14:23 Ticket #1466 (Instantiation - Attached model crashes the compiler during instantiation phase.) updated by
- How long does it take before this fails? {{{13870 marsj 20 0 …
- 13:57 Ticket #1466 (Instantiation - Attached model crashes the compiler during instantiation phase.) updated by
- MathCore TRAC ticket: #3127
- 13:47 Ticket #1466 (Instantiation - Attached model crashes the compiler during instantiation phase.) created by
- The attached model crashes the compiler if calling …
Note:
See TracTimeline
for information about the timeline view.