Timeline
2016-05-06:
- 22:36 Ticket #3857 (Code Generation - Error in Generated XML from Modelica) updated by
- Added a test for the things I fixed in …
- 21:11 Ticket #3857 (Code Generation - Error in Generated XML from Modelica) updated by
- I fixed the things I could fix in this commit: …
- 21:09 Ticket #3857 (Code Generation - Error in Generated XML from Modelica) updated by
- I cannot fix the schema as that was developed by the JModelica people. …
- 21:02 Ticket #3857 (Code Generation - Error in Generated XML from Modelica) updated by
- Is there any way you could fix the Schema? Also, while we are on the …
- 20:39 Ticket #3857 (Code Generation - Error in Generated XML from Modelica) updated by
- Replying to adrpo: > Replying to [comment:4 …
- 20:32 Ticket #3857 (Code Generation - Error in Generated XML from Modelica) updated by
- Replying to karan.singh@…: > Also the following errors in …
- 20:29 Ticket #3857 (Code Generation - Error in Generated XML from Modelica) updated by
- Also the following errors in the same model- 1.<fun:Algorithm> (Line …
- 20:11 Ticket #3857 (Code Generation - Error in Generated XML from Modelica) updated by
- This is about to be fixed with PR: …
- 20:05 Ticket #3857 (Code Generation - Error in Generated XML from Modelica) updated by
-
Status, Owner changed
- 19:31 Ticket #3857 (Code Generation - Error in Generated XML from Modelica) updated by
- <equ:When> instead of <when> above
- 15:31 Ticket #3887 (Testing Framework - Custom annotation for non-standard experiment settings) updated by
-
Component changed
- 15:30 Ticket #3887 (Testing Framework - Custom annotation for non-standard experiment settings) updated by
-
Component changed
- 15:29 Ticket #3887 (Testing Framework - Custom annotation for non-standard experiment settings) updated by
- We talked internally and Adeel and Arun will work on this.
- 15:29 Ticket #3887 (Testing Framework - Custom annotation for non-standard experiment settings) updated by
-
Owner changed
- 15:07 Ticket #3887 (Testing Framework - Custom annotation for non-standard experiment settings) updated by
-
Status, Owner, Milestone changed
Adrian told me he would talk to Per if he has some time to deal with … - 15:05 Ticket #3646 (Run-time - Simulation executables of large models quickly run out of memory) closed by
- fixed: My largest test case now consumes about 1MB/s. There is still …
- 15:05 Ticket #3895 (Run-time - Memory leak in the Linux simulation executable when using KLU) created by
- The simulation of our larges network models (with 100k implicit linear …
- 14:58 Ticket #3893 (Build Environment - Linking of simulation code broken in Linux) closed by
- fixed: After upgrading some dependencies manually via apt-get, I can now …
2016-05-04:
- 14:39 Ticket #3861 (Code Generation - Do not use preprocessor for code generation) updated by
-
Status, Owner changed
- 13:31 Ticket #3889 (*unknown* - Allow both OM32 and OM64 to function on the same PC) updated by
- I confirm that using the two bats work smoothly on my system. I do not …
- 11:07 Ticket #3894 (Code Generation - dladdr failed: not available on Windows failed) created by
- Hi, I get the following error {{{dladdr failed: not available on …
- 10:32 Ticket #3893 (Build Environment - Linking of simulation code broken in Linux) updated by
- It is good to rename the libraries like we do for libgc, but they do …
- 10:24 Ticket #3893 (Build Environment - Linking of simulation code broken in Linux) updated by
- Replying to sjoelund.se: > You did not add the sundials …
- 09:59 Ticket #3893 (Build Environment - Linking of simulation code broken in Linux) updated by
- By the way, since we compile sundials ourselves, should it be removed …
- 09:55 Ticket #3893 (Build Environment - Linking of simulation code broken in Linux) updated by
- You did not add the sundials libraries to the Linux installer: …
2016-05-03:
- 23:35 Ticket #3892 (Build Environment - sundials fails to find KLU library on Windows) closed by
- fixed: Fixed in …
- 21:20 Ticket #3893 (Build Environment - Linking of simulation code broken in Linux) updated by
- I hope to change that in …
- 20:39 Ticket #3893 (Build Environment - Linking of simulation code broken in Linux) updated by
- As far as I know we don't build our own sundials on Linux, only in Windows.
- 20:36 Ticket #3893 (Build Environment - Linking of simulation code broken in Linux) updated by
-
Cc, Component changed
Martin, do you know, where I forgot to add our own 3rdParty sundials … - 20:34 Ticket #3881 (OMEdit - OMEdit crashes using the open button) updated by
- Actually I've compiled it again with this patch: --- …
- 16:55 Ticket #3646 (Run-time - Simulation executables of large models quickly run out of memory) updated by
- I hope so. At the moment I am unable to run tests due to #3893. I'll …
- 16:40 Ticket #3893 (Build Environment - Linking of simulation code broken in Linux) created by
- After updating to this early morning's nightly (dev-533-ga85e5c7), we …
- 16:03 Ticket #3892 (Build Environment - sundials fails to find KLU library on Windows) updated by
-
Status, Owner changed
- 16:03 Ticket #3892 (Build Environment - sundials fails to find KLU library on Windows) created by
- There are issues with finding and using the KLU library on Windows: …
- 15:08 Ticket #3646 (Run-time - Simulation executables of large models quickly run out of memory) updated by
- @casella I finally found time to close ticket:3548. The fix in PR661 …
- 15:07 Ticket #3548 (Run-time - Bad memory leak with umfpack) closed by
- fixed: This was fixed in PR661.
- 14:11 Ticket #3871 (Run-time - Numerical issues for Type3 conflicts) closed by
- fixed
- 14:08 CoverageIssues edited by
- Add detailed graphs (diff)
- 13:34 Ticket #3814 (MetaModelica - Optimizsation of record modifications) updated by
- Any activity on this topic? Looks like this is one of the big memory …
- 13:20 Ticket #3891 (*unknown* - Modelica_Synchronous.Examples.Elementary.BooleanSignals.Sample2 reference) updated by
- One should read the specification instead of deciding on a gut level. …
- 13:03 Ticket #3891 (*unknown* - Modelica_Synchronous.Examples.Elementary.BooleanSignals.Sample2 reference) updated by
-
Status, Owner changed
- 13:01 Ticket #3891 (*unknown* - Modelica_Synchronous.Examples.Elementary.BooleanSignals.Sample2 reference) updated by
-
Cc changed
- 12:59 Ticket #3891 (*unknown* - Modelica_Synchronous.Examples.Elementary.BooleanSignals.Sample2 reference) created by
- Hi, I need some clarification about the references for the …
- 12:57 Ticket #3488 (Frontend - Vendor-specific annotations for advanced flags and options) updated by
- Replying to sjoelund.se: > We cannot do it in that order …
- 12:43 Ticket #3488 (Frontend - Vendor-specific annotations for advanced flags and options) updated by
- We cannot do it in that order as it is. We just know what the current …
- 12:36 Ticket #3488 (Frontend - Vendor-specific annotations for advanced flags and options) updated by
- Just apply the annotation flags blindly, and then apply the user's …
- 12:17 Ticket #3691 (Backend - indexReduction doesn't reduce system with algebraic loop state constrains) updated by
-
Milestone changed
- 11:54 Ticket #3884 (OMEdit - Attribute editing not initialized properly) closed by
- fixed: Fixed in bff7de7/OMEdit.
- 11:45 Ticket #3889 (*unknown* - Allow both OM32 and OM64 to function on the same PC) updated by
- Then perhaps we should not look for OPENMODELICAHOME if we detect a …
- 11:43 Ticket #3889 (*unknown* - Allow both OM32 and OM64 to function on the same PC) updated by
- We could do that, but then we break some compatibility with other …
- 11:38 Ticket #3889 (*unknown* - Allow both OM32 and OM64 to function on the same PC) updated by
- Adrian: Why not just remove the environment variables from the installer?
- 11:26 Ticket #3889 (*unknown* - Allow both OM32 and OM64 to function on the same PC) updated by
- I'm guessing this procedure can be generalized to install any two (or …
- 10:54 Ticket #3890 (Code Generation - Code generation for function pointers treat underscores wrong) created by
- The following script fails because the generated code doesn't compile …
- 10:00 Ticket #3888 (Backend - Bug in module unitChecking) closed by
- fixed: Fixed with f5b5cee03b09b5e98304c500d262f8dd938983c0/OMCompiler.
- 09:27 Ticket #3889 (*unknown* - Allow both OM32 and OM64 to function on the same PC) updated by
- The installer sets the OPENMODELICAHOME variable. If you remove it …
- 09:25 Ticket #3889 (*unknown* - Allow both OM32 and OM64 to function on the same PC) updated by
-
Summary changed
- 09:23 Ticket #3889 (*unknown* - Allow both OM32 and OM64 to function on the same PC) created by
- A lot of us is currently making comparisons between 32bit and 64 bit …
- 08:33 Ticket #3887 (Testing Framework - Custom annotation for non-standard experiment settings) updated by
- Would a custom annotation also be a good place to define a default set …
- 07:31 Ticket #3888 (Backend - Bug in module unitChecking) created by
- The unit checking module calculates wrong unit information for the …
- 07:02 Ticket #3488 (Frontend - Vendor-specific annotations for advanced flags and options) updated by
-
__OpenModelica_setCommandLineOptionssounds simple, but is not … - 06:39 Ticket #3488 (Frontend - Vendor-specific annotations for advanced flags and options) updated by
- Let me come up with a simpler concrete proposal, that should be …
- 06:39 Ticket #3886 (Backend - Identically unit information for states and state derivatives) updated by
-
Status changed
- 06:35 Ticket #3883 (Run-time - Modelica.Fluid.Examples.Explanatory.MomentumBalanceFittings) updated by
- I figured out, that the model simulates if we do the following: …
- 06:29 Ticket #3883 (Run-time - Modelica.Fluid.Examples.Explanatory.MomentumBalanceFittings) updated by
-
Status, Owner, Type changed
- 05:00 Ticket #3886 (Backend - Identically unit information for states and state derivatives) updated by
-
Owner, Component changed
OMEdit just uses the init.xml to determine units and the backend …
2016-05-02:
- 22:00 Ticket #3887 (Testing Framework - Custom annotation for non-standard experiment settings) updated by
- see also #3859
- 21:19 Ticket #3887 (Testing Framework - Custom annotation for non-standard experiment settings) updated by
- See also #3488
- 21:14 Ticket #3887 (Testing Framework - Custom annotation for non-standard experiment settings) created by
- If you select any option in the Simulation Setup of OMEdit which is …
- 20:40 Ticket #3886 (Backend - Identically unit information for states and state derivatives) created by
- It is really weird that states and their derivatives have the same …
- 19:09 Ticket #2250 (OMEdit - Support DisplayUnit and unit conversion for parameter input in OMEdit) closed by
- fixed: I added convert units support in plotting view as well …
- 18:59 Ticket #3885 (Backend - inStream and Evaluate Parameter) updated by
-
I hope we don't need evlauate
inStream(). e.g.inStream()… - 18:48 Ticket #3885 (Backend - inStream and Evaluate Parameter) updated by
- Ok, I see. We use min/max to simplify inStream, but those might not be …
- 18:35 Ticket #3885 (Backend - inStream and Evaluate Parameter) updated by
- There some notes …
- 18:24 Ticket #3885 (Backend - inStream and Evaluate Parameter) updated by
- Replying to perost: > I'm sorry, I don't know what you …
- 18:16 Ticket #3885 (Backend - inStream and Evaluate Parameter) updated by
- I'm sorry, I don't know what you mean by neighbourhood.
- 18:10 Ticket #3885 (Backend - inStream and Evaluate Parameter) updated by
-
How I understand
inStream()reduce his neighborhood depend on … - 18:04 Ticket #3885 (Backend - inStream and Evaluate Parameter) updated by
- That would be possible I guess, but it would mean that we'd have to …
- 17:59 Ticket #3885 (Backend - inStream and Evaluate Parameter) updated by
-
Cc changed
Added perost to CC as he implemented inStream/actualStream operators. - 17:57 Ticket #3885 (Backend - inStream and Evaluate Parameter) updated by
-
Description, Summary changed
- 17:50 Ticket #3885 (Backend - inStream and Evaluate Parameter) created by
-
we should transform
inStream()after evaluate parameter and … - 17:06 Ticket #3387 (*unknown* - Bad parameter indexing with Evaluate=true) closed by
- fixed: Seems to be working now. Not sure when it was fixed.
- 15:03 Ticket #3884 (OMEdit - Attribute editing not initialized properly) updated by
-
Status changed
- 14:45 Ticket #3884 (OMEdit - Attribute editing not initialized properly) created by
- After adding a block with the "defaultComponentPrefixes = parameter" …
- 14:16 Ticket #3883 (Run-time - Modelica.Fluid.Examples.Explanatory.MomentumBalanceFittings) updated by
-
Keywords changed
- 14:08 Ticket #3883 (Run-time - Modelica.Fluid.Examples.Explanatory.MomentumBalanceFittings) updated by
-
Description changed
- 14:08 Ticket #3883 (Run-time - Modelica.Fluid.Examples.Explanatory.MomentumBalanceFittings) updated by
- Besides that these huge numbers are generated from a function call …
- 14:02 Ticket #3883 (Run-time - Modelica.Fluid.Examples.Explanatory.MomentumBalanceFittings) created by
- Hi, Just to document some debug insight. A non-linear system does …
- 12:59 Ticket #3798 (Backend - removeSimpleEquations makes trafo models singular) updated by
-
Keywords changed
- 12:40 Ticket #3798 (Backend - removeSimpleEquations makes trafo models singular) updated by
-
Cc changed
Here is the complete error message for … - 10:22 Ticket #3069 (Backend - Model needs very long simulation time with Cellier Tearing) updated by
-
Keywords, Component changed
- 10:20 Ticket #3878 (OMEdit - Anti-aliasing in diagram broken?) closed by
- invalid: Sorry for the noise.
- 10:19 Ticket #3878 (OMEdit - Anti-aliasing in diagram broken?) updated by
- OK, repro model attached. It primarily seems to be the line thickness …
- 10:08 Ticket #2206 (Run-time - SiemensPower tests are working using windows and are failing using linux) updated by
- It is not. It is on a Modelica 2.2 level. It also does not use …
- 09:30 Ticket #3873 (Build Environment - Matrix Compiler Bug) closed by
- duplicate: Duplicate of #3842. The issue is fixed in the latest …
- 08:40 Ticket #2206 (Run-time - SiemensPower tests are working using windows and are failing using linux) updated by
- I will check this soon. First I need to ensure that the library is up …
- 08:33 Ticket #3495 (Code Generation - Issue with array indices in generated code) updated by
- This is still an issue (OpenModelica v1.10.0-dev-437-g5e9854e).
- 08:06 Ticket #2206 (Run-time - SiemensPower tests are working using windows and are failing using linux) updated by
-
Status, Owner changed
In the meantime, both tests simulate also on Linux. However, there are … - 07:58 Ticket #3771 (Backend - Wrong clock interval) updated by
-
I separated the
previous(var) = varequations from the clocked … - 07:58 CoverageIssues edited by
- Add libraries from the coverage test (diff)
- 07:06 Ticket #3674 (New Instantiation - Template error generated by omc) updated by
-
Component changed
- 07:05 Ticket #3882 (New Instantiation - record parameter binding) created by
- Hi, I would like to point to a bug regarding record parameter …
- 07:04 Ticket #3674 (New Instantiation - Template error generated by omc) updated by
-
Status, Owner changed
I'm pretty much sure this is a front-end issue, not a Codegen one. … - 06:54 Ticket #3674 (New Instantiation - Template error generated by omc) updated by
- Using the newest Windows nightly new template errors, like […] …
2016-05-01:
- 09:46 Ticket #3880 (Build Environment - Openmodelica 1.9.6 from MacPorts fails to build) updated by
- You can't compile 1.9.6 using the latest xcode version as it is buggy. …
- 09:06 Ticket #3880 (Build Environment - Openmodelica 1.9.6 from MacPorts fails to build) updated by
- Thanks. See attached the Log-File.
2016-04-30:
- 10:08 Ticket #3881 (OMEdit - OMEdit crashes using the open button) updated by
- Can you run it in gdb and put the stack trace here?
- 10:07 Ticket #3881 (OMEdit - OMEdit crashes using the open button) created by
- I've installed openmodelica-git (r329.g314a0a3) on arch linux with …
- 10:00 Ticket #3880 (Build Environment - Openmodelica 1.9.6 from MacPorts fails to build) updated by
- It does work but you need to go in Trac to Preferences->Language set …
- 09:54 Ticket #3880 (Build Environment - Openmodelica 1.9.6 from MacPorts fails to build) updated by
- Sorry for not adding the log-file. Seems not to work at the moment.
- 09:50 Ticket #3880 (Build Environment - Openmodelica 1.9.6 from MacPorts fails to build) created by
- Hello, when building openmodelica from macports I get the follwoing …
2016-04-29:
- 17:39 Ticket #3879 (OMEdit - Difficulty in looking at a value) created by
- When looking at a numeric value on a plot I think we should have, in …
- 14:34 Ticket #3878 (OMEdit - Anti-aliasing in diagram broken?) updated by
- I'll try on Monday. I just realised, it could be that OMedit started …
- 14:22 Ticket #3878 (OMEdit - Anti-aliasing in diagram broken?) updated by
-
Status changed
I will look into it. Can you provide a sample model as well? - 14:16 Ticket #3878 (OMEdit - Anti-aliasing in diagram broken?) updated by
- 1.9.6 screenshot added. looks different to me. sorry, gotta run.
- 14:07 Ticket #3878 (OMEdit - Anti-aliasing in diagram broken?) updated by
- OK, I'll install an older version and will make a screenshot (probably …
- 14:06 Ticket #3877 (OMEdit - OMEdit "Revert to last correct version" popup window) closed by
- invalid: Seems like you are using old version. "Fix errors manually" is …
- 14:04 Ticket #3878 (OMEdit - Anti-aliasing in diagram broken?) updated by
- Most likely the switch to Qt5 is to blame. There is not difference now …
- 14:01 Ticket #3878 (OMEdit - Anti-aliasing in diagram broken?) updated by
- We never had Anti-aliasing in diagram view. It has surely something …
- 13:55 Ticket #3878 (OMEdit - Anti-aliasing in diagram broken?) updated by
- I think I saw somewhere that you switched Qt versions recently, coudl …
- 13:53 Ticket #3878 (OMEdit - Anti-aliasing in diagram broken?) created by
- I can't pinpoint when this happened, but recently the drawing of the …
- 12:42 Ticket #3877 (OMEdit - OMEdit "Revert to last correct version" popup window) created by
- When invalid model is to be saved, an error message window appears …
- 10:33 Ticket #2250 (OMEdit - Support DisplayUnit and unit conversion for parameter input in OMEdit) updated by
- Yes, as long as the variable has unit defined.
- 10:14 Ticket #3876 (Frontend - Connecting pin to wire resuts in crash) created by
- Connecting a pin to a wire results in a crash. The "wire properties" …
- 05:05 Ticket #2250 (OMEdit - Support DisplayUnit and unit conversion for parameter input in OMEdit) updated by
- Replying to casella: > Unfortunately, I see no way to …
Note:
See TracTimeline
for information about the timeline view.
