Timeline
2015-03-29:
- 20:06 Ticket #3249 (Run-time - Simulation crash) updated by
- It seems we pass tmp1 without allocating anything in it. When passing …
- 18:28 Ticket #3249 (Run-time - Simulation crash) updated by
-
Status, Owner changed
- 18:28 Ticket #3249 (Run-time - Simulation crash) updated by
- Added the valgrind-trace.txt so that we have some idea where to look.
- 18:26 Ticket #3249 (Run-time - Simulation crash) created by
- The test: testsuite/simulation/modelica/others/Random2.mos fails on …
- 10:02 Ticket #3248 (OMEdit - OMEdit enlarges vertically when switching into Modeling mode) updated by
- It could be some Qt bug.
- 07:03 Ticket #3248 (OMEdit - OMEdit enlarges vertically when switching into Modeling mode) updated by
- > There is no code where window size is changed. The size of …
2015-03-28:
- 23:22 Ticket #3197 (OMEdit - Better optimization support in OMEdit) updated by
-
I saw the
optimizeAPI inModelicaBuiltin.mo. Its same as … - 21:19 Ticket #3145 (OMEdit - saving issues) closed by
- fixed
- 21:03 Ticket #3248 (OMEdit - OMEdit enlarges vertically when switching into Modeling mode) updated by
- Replying to ceraolo: > When it starts to happen, it …
- 14:47 Ticket #3248 (OMEdit - OMEdit enlarges vertically when switching into Modeling mode) updated by
- When it starts to happen, it happens continuously. Yesterday I had …
- 11:09 Ticket #3248 (OMEdit - OMEdit enlarges vertically when switching into Modeling mode) updated by
- I tried like almost 100 times but was unable to reproduce the issue. …
2015-03-27:
- 21:38 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- r25301 adds support for OMEdit override. See comment:9 above.
- 20:00 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- r25299 and r25300 should solve the Linux issues
- 17:14 Ticket #3248 (OMEdit - OMEdit enlarges vertically when switching into Modeling mode) created by
- The issue was tested on a win8 laptop, with the very common 1366x768 …
- 16:35 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- Seems that there are some issues in Linux. I'll try to fix them as …
- 15:34 Ticket #3196 (OMEdit - OMEdit vectorization support) closed by
- fixed: Fixed in r25296.
- 15:08 Ticket #3196 (OMEdit - OMEdit vectorization support) updated by
-
Cc changed
- 14:23 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- I will extend the OMCpp<model>Main.cpp with the default options, so …
- 14:18 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- We'll see what happens in Hudson when the builds start working again.
- 14:11 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- Im not sure if the hudson test will work with this changes. Because in …
- 14:02 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- I recognized that we already distinguish between the bat call for the …
- 13:41 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
-
Cc changed
I would suggest to do it when we build a new model, clean Model.exe … - 13:32 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- I was thinking about extending the Windows makefile with some `rm -f …
- 13:32 Ticket #3196 (OMEdit - OMEdit vectorization support) updated by
- Added {{{setComponentDimensions(class, component, {dim1, dim2, …
- 13:25 Ticket #3247 (Frontend - Missing redeclare class modification) updated by
- Added test in r25286 and activated test in r25287.
- 12:57 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- One solution (a bit weird) would be to generate Model.exe also for CPP …
- 10:14 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- This might be the reason for some strange observations. OMEdit builds …
- 08:29 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- if that bat file and the exe file have the same name, CevalScript.mo …
- 08:12 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- Or, if <model>.bat is needed, then generate <model>.bat and …
- 07:50 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- Good to know! Btw. on another Linux system there were many more …
- 07:32 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- We had a similar issue with our Jenkins test server, running with a …
- 07:25 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- we need the bat file, because we have to set the path variable for dll …
- 06:18 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- It not only survives, it also works and the results can be plotted in …
- 06:12 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- Replying to rfranke: > The BOOST_LIBS path would be …
- 05:59 Ticket #2763 (Run-time - Propagation of start values for inputs to simulation) updated by
- It works with +simCodeTarget=Cpp :-)
- 05:52 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- The BOOST_LIBS path would be needed for linking the static libs, in …
- 05:48 Ticket #3246 (Build Environment - Nightly builds for Linux broken second day in a row) closed by
- fixed
2015-03-26:
- 16:08 Ticket #3145 (OMEdit - saving issues) updated by
- I still do not see clearly how to use OME and avoid saving problems …
- 15:36 Ticket #3247 (Frontend - Missing redeclare class modification) updated by
-
Milestone changed
- 15:35 Ticket #3247 (Frontend - Missing redeclare class modification) closed by
- fixed: Fixed in r25277.
- 13:54 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
-
Right. In fact the
BOOST_LIBSpath is not needed. It's the list of … - 12:30 Ticket #3145 (OMEdit - saving issues) updated by
- I suppose then we can close this ticket and follow on #3179 for other …
- 10:31 Ticket #3145 (OMEdit - saving issues) updated by
- I made a mistake in my statement above, The newmodel savings still …
- 10:26 Ticket #3145 (OMEdit - saving issues) updated by
- I have just made a new test, varying a bit the steps, here is what I …
- 10:03 Ticket #3145 (OMEdit - saving issues) updated by
- I do not have special french characters in the path. The main package …
- 09:07 Ticket #3145 (OMEdit - saving issues) updated by
- Do you by any chance have the paths (directory names) where you try to …
- 08:13 Ticket #3145 (OMEdit - saving issues) updated by
- Hello, Thanks for your help. I tested on my computer the actions you …
- 07:42 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- Thank you Martin, but this location should be part of the default …
- 07:32 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- The path on Ubuntu is: /usr/lib/x86_64-linux-gnu/libboost_system.so
- 07:26 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- Yes, there are no static libraries available at the moment for …
- 06:55 Ticket #3246 (Build Environment - Nightly builds for Linux broken second day in a row) updated by
- https://test.openmodelica.org/hudson/view/Nightly%20builds/job/OpenMode …
- 06:53 Ticket #3246 (Build Environment - Nightly builds for Linux broken second day in a row) reopened by
- Today's nightly is r25243. This is a yesterday's highnoonly. Why isn't …
- 06:50 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- Under Windows the boost libs seem to work with the nightly r25227. See …
- 06:20 Ticket #3246 (Build Environment - Nightly builds for Linux broken second day in a row) closed by
- fixed: Thanks!
2015-03-25:
- 16:13 Ticket #3247 (Frontend - Missing redeclare class modification) updated by
-
Status, Owner, Description changed
- 16:13 Ticket #3247 (Frontend - Missing redeclare class modification) created by
- Discussion on this here: m:#1685. When flattening A.C: […] we get: …
- 15:49 Ticket #3123 (OMEdit - OMEdit "Flip vertical" issues) updated by
- This issue shows up in many other places as well. For another …
- 14:14 Ticket #3235 (*unknown* - Fix test cases with error messages that include line numbers from the ...) updated by
- Of course. What I mean is that we could fix the problem until somebody …
- 14:08 Ticket #3235 (*unknown* - Fix test cases with error messages that include line numbers from the ...) updated by
- Replying to adrpo: > This could be easily fixed: for flag …
- 14:03 Ticket #3235 (*unknown* - Fix test cases with error messages that include line numbers from the ...) updated by
- This could be easily fixed: for flag --running-testsuite *do not show …
- 13:58 Ticket #3235 (*unknown* - Fix test cases with error messages that include line numbers from the ...) updated by
-
Description changed
Added watchdog.mos too. - 13:42 Ticket #3245 (Run-time - OMEdit crashes: When set record parameter in Function) closed by
- fixed: Fixed in r25245.
- 13:36 Ticket #2216 (OMEdit - Omedit does not restore the original connection line; no Undo in Omedit) closed by
- duplicate: Same as #2892.
- 13:15 Ticket #3235 (*unknown* - Fix test cases with error messages that include line numbers from the ...) updated by
-
Description changed
algorithms.mos added to the list. - 12:43 Ticket #3246 (Build Environment - Nightly builds for Linux broken second day in a row) updated by
- Thank you for the information. At the moment we do not really need …
- 12:34 Ticket #3246 (Build Environment - Nightly builds for Linux broken second day in a row) updated by
- Just to complete the picture: the current Ubuntu LTS 14.04 Trusty uses …
- 10:14 Ticket #3245 (Run-time - OMEdit crashes: When set record parameter in Function) updated by
-
Status, Owner, Component, Description changed
Seems like the run-time is having some issues with assigning record … - 09:52 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- The FMI part is simple and the previously existing version at least …
- 09:46 Ticket #3246 (Build Environment - Nightly builds for Linux broken second day in a row) updated by
- Debian 6 (squeeze) comes with 2.8.2. Debian 7 (wheezy) 2.8.9. The …
- 09:44 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- They are part of libOMCppSystem and libOMCppMath. The problem with the …
- 09:34 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- The same linker error shows up if selecting Tools->Options->FMI->1.0, …
- 09:34 Ticket #3245 (Run-time - OMEdit crashes: When set record parameter in Function) updated by
-
Description changed
- 08:39 Ticket #3246 (Build Environment - Nightly builds for Linux broken second day in a row) updated by
- precise-amd64: CMake 2.8.11 or higher is required. You are running …
- 08:17 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- I wanted to wait with the report until the other things have …
- 08:02 Ticket #3246 (Build Environment - Nightly builds for Linux broken second day in a row) updated by
- Precise has 2.8.7. Wheezy has 2.8.9. The build server has 2.8.10 …
- 08:01 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- Precise has 2.8.7. Wheezy has 2.8.9. The build server has 2.8.10 …
- 07:57 Ticket #3246 (Build Environment - Nightly builds for Linux broken second day in a row) updated by
- Should be fixed with r25242. I've used features that are only part of …
- 07:45 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- Oh thanks, the linux nightly build server has only an old version of …
- 07:29 Ticket #3246 (Build Environment - Nightly builds for Linux broken second day in a row) updated by
-
Cc changed
Better not disable, but fix the cpp things. I agree that C is more … - 05:58 Ticket #3246 (Build Environment - Nightly builds for Linux broken second day in a row) updated by
- As for the cpp things, they should be added to: …
- 05:57 Ticket #3246 (Build Environment - Nightly builds for Linux broken second day in a row) updated by
- It's very easy to fix the nightly builds: by disabling the cppruntime …
- 04:21 Ticket #3246 (Build Environment - Nightly builds for Linux broken second day in a row) created by
- The apts are frozen since March 23. Fixing this, could you please …
2015-03-24:
- 23:56 Ticket #3245 (Run-time - OMEdit crashes: When set record parameter in Function) created by
- OMEdit crashes when a record parameter is set in a function (see code …
- 21:47 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- Yesterday's changes work with the Linux source code distro and with …
- 15:33 Ticket #3145 (OMEdit - saving issues) updated by
- I followed the steps you mentioned in the bug description and I was …
- 15:16 Ticket #3145 (OMEdit - saving issues) updated by
- Hello, I tested it on r25177 but it still does not work for me. I may …
- 14:38 Ticket #3243 (FMI - FMI 2.0 tests Windows - Linux differences) updated by
- The failing tests are fixed in r25236. I am keeping this ticket open …
- 12:28 Ticket #3244 (New Instantiation - Removing unnecessary vectorization of assignments in Front-end.) created by
- Currently we vectorize assignment statements in the front end. This is …
- 00:00 Ticket #3243 (FMI - FMI 2.0 tests Windows - Linux differences) updated by
- What I mean is that fmi2SetTime_OMC links the time in our Model_FMU.mo …
2015-03-23:
- 23:20 Ticket #3243 (FMI - FMI 2.0 tests Windows - Linux differences) updated by
- Replying to adrpo: > Adeel, you changed this line …
- 23:08 Ticket #3243 (FMI - FMI 2.0 tests Windows - Linux differences) updated by
- Adeel, you changed this line recently: […] before it was only: …
- 22:53 Ticket #3243 (FMI - FMI 2.0 tests Windows - Linux differences) updated by
- At the end we then reach back to our own export implementation: […] …
- 22:50 Ticket #3243 (FMI - FMI 2.0 tests Windows - Linux differences) updated by
- FMU 2.0 works in states. We don't update the time variable in all …
- 22:48 Ticket #3243 (FMI - FMI 2.0 tests Windows - Linux differences) updated by
- yes we call it from …
- 22:47 Ticket #3243 (FMI - FMI 2.0 tests Windows - Linux differences) updated by
- Which then calls: […]
- 22:44 Ticket #3243 (FMI - FMI 2.0 tests Windows - Linux differences) updated by
- What I found until now is that in FMIL set time does: […]
- 22:43 Ticket #3243 (FMI - FMI 2.0 tests Windows - Linux differences) updated by
- I know that fmi2SetTime will set the FMI instance time. The question …
- 22:36 Ticket #3243 (FMI - FMI 2.0 tests Windows - Linux differences) updated by
- […]
- 22:32 Ticket #3243 (FMI - FMI 2.0 tests Windows - Linux differences) updated by
-
Cc changed
Willi or Adeel, any idea on how thetimevariable is handled in … - 22:29 Ticket #3243 (FMI - FMI 2.0 tests Windows - Linux differences) updated by
-
I think the problem might be the
timevariable: […] In an … - 22:12 Ticket #3243 (FMI - FMI 2.0 tests Windows - Linux differences) updated by
- There are some issues with uninitialized values used in zero …
- 21:49 Ticket #3243 (FMI - FMI 2.0 tests Windows - Linux differences) updated by
-
Status, Component changed
- 21:45 Ticket #3243 (FMI - FMI 2.0 tests Windows - Linux differences) created by
- FMI tests on Windows gives different results when compared to results …
- 20:39 Ticket #3238 (Cpp Run-time - Export FMI2 with Cpp runtime) updated by
- SVN r25197 generates the appropriate model description (point 1); …
- 19:07 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- With r25220 the simulation executable at least survives a call by OMEdit.
- 16:57 Ticket #3240 (FMI - FMI import treats enumeration parameters badly -- many MSL models fail) closed by
- fixed: Fixed in r25218.
- 13:22 Ticket #2676 (OMEdit - OMEdit can't manage new files in package in separate files) updated by
- Confirmed, this seems to work again. Thank you!
- 12:03 Ticket #3242 (ParModelica - Failure to compile generated code due to type mismatch) updated by
- Replying to mahge930: > Ya I am already aware of this …
- 11:45 Ticket #3240 (FMI - FMI import treats enumeration parameters badly -- many MSL models fail) updated by
-
Status changed
- 11:00 Ticket #3240 (FMI - FMI import treats enumeration parameters badly -- many MSL models fail) updated by
-
Cc changed
- 10:59 Ticket #3242 (ParModelica - Failure to compile generated code due to type mismatch) updated by
- Ya I am already aware of this errors :). It's not the ocl* functions …
- 09:59 Ticket #1447 (Frontend - Vectorization does not work in front end) updated by
-
Cc changed
- 09:58 Ticket #1447 (Frontend - Vectorization does not work in front end) updated by
-
Component changed
Replacing the automatically set Component with one that makes more … - 09:25 Ticket #3143 (OMEdit - Parameter modification bug) updated by
- The problem is in fat quite specific to having a redeclare in the …
- 08:31 Ticket #3242 (ParModelica - Failure to compile generated code due to type mismatch) created by
- When trying out the ocl* functions in ParModelica I ran into issues …
- 08:29 Ticket #1447 (Frontend - Vectorization does not work in front end) updated by
-
Cc, Component changed
Just to make it explicit, here's a minor modification of the original … - 07:05 Ticket #3241 (Cpp Run-time - Cpp runtime naming conventions) updated by
- SVN r25207 fixes the FMI Cpp export to consistently using short model …
- 06:35 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- SVN r25202 commits the patch and it works as intended. Now the …
Note:
See TracTimeline
for information about the timeline view.
