Timeline
2012-12-14:
- 16:22 Ticket #1984 (Build Environment - Improperly tests simulations) updated by
- Is fine for now just after simulate(). Maybe we should call it after …
- 16:20 Ticket #1984 (Build Environment - Improperly tests simulations) updated by
- That could perhaps be done. It might mess with output in if-statements …
- 15:49 Ticket #1984 (Build Environment - Improperly tests simulations) updated by
- I've added getErrorString() to the models mentioned. However, I am …
- 13:02 Ticket #1956 (New Instantiation - Merge modifiers from the original component when redeclaring components.) updated by
- Or actually, perhaps it helps to view redeclares and modifications …
- 12:58 Ticket #1956 (New Instantiation - Merge modifiers from the original component when redeclaring components.) updated by
- Replying to adrpo: > Hmm, i wonder what the specification …
- 12:53 Ticket #1956 (New Instantiation - Merge modifiers from the original component when redeclaring components.) updated by
- Hmm, i wonder what the specification say about this. Should we keep …
- 12:37 Ticket #1956 (New Instantiation - Merge modifiers from the original component when redeclaring components.) updated by
- *FlattenRedeclare.replaceElementInScope should do: […]
- 12:32 Ticket #1956 (New Instantiation - Merge modifiers from the original component when redeclaring components.) updated by
-
Summary changed
- 12:31 Ticket #1956 (New Instantiation - Merge modifiers from the original component when redeclaring components.) updated by
- I guess the when applying component redeclares to the env we should …
- 12:27 Ticket #1956 (New Instantiation - Merge modifiers from the original component when redeclaring components.) updated by
-
Cc, Keywords, Component changed
It seems this also happens with the new inst: […] It seems we don't … - 12:25 Ticket #1956 (New Instantiation - Merge modifiers from the original component when redeclaring components.) updated by
-
Status changed
- 12:11 Ticket #1881 (Run-time - Glycol47 segfaults in LAPACK routine) closed by
- fixed: This simulates fine now.
- 12:08 Ticket #1921 (Run-time - Oscillator executable fails without message) closed by
- fixed: this can be even simulated now.
- 12:03 Ticket #1896 (Frontend - Error occurred while flattening model ...) closed by
- fixed
- 11:23 Ticket #1691 (Backend - M.E.Digital.Examples fail to run backend) closed by
- fixed
- 11:17 Ticket #1318 (Backend - Bootstrap the compiler) closed by
- fixed
2012-12-13:
- 23:37 Ticket #1986 (Frontend - Wrong Warning about usage of variable before defined) updated by
- - add Modelica ticket about that …
- 23:27 Ticket #1986 (Frontend - Wrong Warning about usage of variable before defined) closed by
- invalid
- 23:25 Ticket #1986 (Frontend - Wrong Warning about usage of variable before defined) created by
- For the model Modelica.Electrical.Spice3.Examples.Graetz following …
- 22:00 Ticket #1985 (FMI - FMI import fail to use input varibles) created by
- Input variables (for example Modelica.Blocks.Interfaces.RealInput …
- 16:03 Ticket #1983 (Frontend - Parameter has neither value nor start value, and is fixed) closed by
- fixed: Fixed in revision: r14351 [with additional fixes in r14354, r14355, …
- 16:02 Ticket #1917 (Frontend - Instantiaten lost Parameter Binding) closed by
- fixed: Fixed in revision: r14351 [with additional fixes in r14354, r14355, …
- 10:53 Ticket #1984 (Build Environment - Improperly tests simulations) updated by
- I would say getErrorString() should be added after each API command …
- 10:48 Ticket #1976 (Backend - val return different result on windows an linux on event point) updated by
- Aha! Found it.... Sent an email about this yesterday: […] And …
- 07:14 Ticket #1984 (Build Environment - Improperly tests simulations) created by
- When doing simulation tests, you need to call getErrorString() after …
2012-12-12:
- 17:50 Ticket #1982 (Backend - issues with circuits containing diodes) updated by
-
Description changed
- 13:05 Ticket #1983 (Frontend - Parameter has neither value nor start value, and is fixed) updated by
- Ok. This seems a bit serious. I'll have a look at it asap. Cheers, …
- 13:03 Ticket #1983 (Frontend - Parameter has neither value nor start value, and is fixed) updated by
-
Cc changed
- 13:01 Ticket #1983 (Frontend - Parameter has neither value nor start value, and is fixed) updated by
- see also Ticket #1917
- 12:55 Ticket #1983 (Frontend - Parameter has neither value nor start value, and is fixed) updated by
- For example the model …
- 12:43 Ticket #1983 (Frontend - Parameter has neither value nor start value, and is fixed) updated by
- Good to know […] I am sure this is not handled in the backend if …
- 12:38 Ticket #1983 (Frontend - Parameter has neither value nor start value, and is fixed) updated by
- As far as I've seen only the warning is wrong. The bindings do appear …
- 12:37 Ticket #1983 (Frontend - Parameter has neither value nor start value, and is fixed) updated by
- I guess this task should have a higer prioriti. Because of final …
- 12:29 Ticket #1983 (Frontend - Parameter has neither value nor start value, and is fixed) updated by
- Is it only the warning that is wrong, or is there a chance of …
- 12:26 Ticket #1983 (Frontend - Parameter has neither value nor start value, and is fixed) updated by
- I've seen this too in some cases. Is a bug. In some cases even if you …
- 12:11 Ticket #1983 (Frontend - Parameter has neither value nor start value, and is fixed) created by
- Hi, I always wondered about those strange warnings and created a …
- 10:07 Ticket #1982 (Backend - issues with circuits containing diodes) updated by
-
Description changed
- 10:05 Ticket #1982 (Backend - issues with circuits containing diodes) created by
- It has been known since a long time ago that OM has problems when …
- 08:09 Ticket #1981 (Run-time - wrong handling of events for the first evaluation) created by
- […] dump LOG_EVENTS […] There is no reason to trigger an event.
2012-12-11:
- 15:33 Ticket #1980 (Frontend - SCodeFlatten fails to rename imports) closed by
- invalid: Ok. rm -rf Compiler works, make clean did not. Go figure, it works in …
- 13:42 Ticket #1980 (Frontend - SCodeFlatten fails to rename imports) updated by
- I get the same output as Per for […] File m.mo […] result: […]
- 13:12 Ticket #1980 (Frontend - SCodeFlatten fails to rename imports) updated by
- Nope. Make clean still gives me the same output (which is different …
- 12:59 Ticket #1980 (Frontend - SCodeFlatten fails to rename imports) updated by
- With saveTotalSCode I get: […] I guess I will try make clean.
- 12:44 Ticket #1980 (Frontend - SCodeFlatten fails to rename imports) updated by
- saveTotalSCode on M with the latest MSL 3.2.1 and a clean trunk gives: …
- 11:52 Ticket #1980 (Frontend - SCodeFlatten fails to rename imports) updated by
- These are lots of fun: […]
2012-12-10:
- 22:24 Ticket #1976 (Backend - val return different result on windows an linux on event point) updated by
- It seems that since revision r14297 this model has the same results in …
- 17:08 Ticket #1979 (Code Generation - wrong results in integer matrix equation) closed by
- fixed: fixed in r14315
- 17:07 Ticket #1979 (Code Generation - wrong results in integer matrix equation) updated by
-
Status, Component changed
- 17:07 Ticket #1979 (Code Generation - wrong results in integer matrix equation) updated by
-
Status, Owner changed
- 16:56 Ticket #1980 (Frontend - SCodeFlatten fails to rename imports) updated by
- This model actually seems to work as intended. It only looked like it …
- 16:27 Ticket #1980 (Frontend - SCodeFlatten fails to rename imports) updated by
-
Description changed
Renamed component r to x so that the model is valid. - 16:15 Ticket #1980 (Frontend - SCodeFlatten fails to rename imports) created by
- SCodeFlatten fails to rename imports that are part of a path […]
- 15:49 Ticket #1979 (Code Generation - wrong results in integer matrix equation) updated by
-
Cc changed
- 13:18 Ticket #1979 (Code Generation - wrong results in integer matrix equation) created by
- See the attached model, OMC fails to expand the last equation, the …
- 13:03 Ticket #1975 (Backend - Error in solving nonlinear system for Mechanics.rotational clutch model) closed by
- fixed
- 12:56 Ticket #1978 (New Instantiation - Improve lookup in instances in the new lookup) created by
- The new lookup currently allows looking up anything in instances, but …
- 12:03 Ticket #1977 (New Instantiation - Better error messages for missing imports) created by
- If the new lookup fails to find an import path it will just continue. …
2012-12-09:
- 23:21 Ticket #1976 (Backend - val return different result on windows an linux on event point) updated by
- Anybody has a 32 bit Linux to test if it behaves like Windows? At …
- 22:36 Ticket #1976 (Backend - val return different result on windows an linux on event point) created by
- The model simulation_modelica_others.sample3.mos returns for the …
- 17:04 Ticket #1975 (Backend - Error in solving nonlinear system for Mechanics.rotational clutch model) updated by
- fixed in r14296.
2012-12-07:
- 19:12 Ticket #132 (New Instantiation - Functions are not inherited correctly when extending packages) updated by
- Ok, I'll look into it.
- 17:45 Ticket #128 (Backend - Default fixed=true attribute set to state variables even when not meant) closed by
- fixed: OMC 1.9.0 beta implements the correct semantics
- 16:21 Ticket #131 (Backend - Replaceable model doesn't work) closed by
- fixed
- 15:42 Ticket #132 (New Instantiation - Functions are not inherited correctly when extending packages) updated by
-
Status, Owner, Component changed
- 15:41 Ticket #132 (New Instantiation - Functions are not inherited correctly when extending packages) updated by
-
Component changed
I tried the test package with the scodeInstShortcut flag. Test_f now … - 15:10 Ticket #1975 (Backend - Error in solving nonlinear system for Mechanics.rotational clutch model) updated by
-
Status, Owner changed
- 10:05 Ticket #1975 (Backend - Error in solving nonlinear system for Mechanics.rotational clutch model) created by
- The model: Modelica.Mechanics.Rotational.Components.OneWayClutch is …
- 10:00 Ticket #1974 (Build Environment - Types in the OMC compiler) created by
- Maybe we should switch all the f2c types from int to long so they are …
- 00:23 Ticket #1970 (Backend - Multibody Visualizers type error) closed by
- fixed: Fixed in r14273.
- 00:22 Ticket #1405 (Frontend - Wrong dimensions for arrays of array aliases) closed by
- fixed: Fixed in r14273.
Note:
See TracTimeline
for information about the timeline view.
