Timeline
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 …
2015-03-21:
- 23:59 Ticket #3239 (Frontend - Missing class modification) closed by
- fixed: Fixed in r25205.
- 21:32 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- To update a test you can do something like: […] In this case I also …
- 21:21 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- Good. Don't worry about the failing test. Is actually succeeding and …
- 20:24 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- The test is running. My machine isn't particularly fast, but I'm …
- 20:04 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- Rüdiger, if you have a fast (Linux) machine you could run the …
- 19:51 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- Replying to adrpo: > There is an available implementation …
- 19:50 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- There is an available implementation of alarm for Windows in …
- 19:43 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
- Something like this patch should turn the crude error into a warning …
- 17:13 Ticket #3241 (Cpp Run-time - Cpp runtime naming conventions) created by
- Consider […] translateModel(A.B.M) with +simCodeTarget=Cpp …
- 16:01 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- Yes, checking the system directories in cmake first will help you, at …
- 10:17 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- Here seem to be two two solutions possible: one is the rigorous …
- 10:09 Ticket #3238 (Cpp Run-time - Export FMI2 with Cpp runtime) updated by
- r25191 (corrected with r25192) adds the initial version of FMI 2.0 …
2015-03-20:
- 21:15 Ticket #2763 (Run-time - Propagation of start values for inputs to simulation) updated by
-
Status changed
- 16:59 Ticket #3240 (FMI - FMI import treats enumeration parameters badly -- many MSL models fail) created by
- MSL uses evaluated parameters of enumeration types for initialization. …
- 16:42 Ticket #2763 (Run-time - Propagation of start values for inputs to simulation) updated by
-
Reporter changed
- 16:38 Ticket #2719 (OMEdit - Translation does not terminate for large models) closed by
- invalid
- 16:37 Ticket #2763 (Run-time - Propagation of start values for inputs to simulation) updated by
-
Status, Owner, Component changed
- 16:32 Ticket #3143 (OMEdit - Parameter modification bug) updated by
- Can you provide a test case? I can successfully modify a parameter.
- 15:54 Ticket #3196 (OMEdit - OMEdit vectorization support) updated by
- r25186 fixed point 1 and 2. For point 3 we first need to enhance OMC …
- 15:15 Ticket #3001 (OMEdit - Difficulties in managing arrays of components in OMEDIT) closed by
- duplicate: Similar to #3196.
- 15:14 Ticket #3196 (OMEdit - OMEdit vectorization support) updated by
-
Cc changed
- 14:51 Ticket #3234 (OMEdit - OMEdit needs to catch the exception thrown in the ...) closed by
- fixed: Fixed in r25179.
- 14:36 Ticket #3239 (Frontend - Missing class modification) updated by
-
Description changed
- 14:36 Ticket #3239 (Frontend - Missing class modification) updated by
-
Description changed
- 14:29 Ticket #3239 (Frontend - Missing class modification) updated by
-
Cc changed
- 14:28 Ticket #3239 (Frontend - Missing class modification) updated by
-
Status, Owner changed
- 14:28 Ticket #3239 (Frontend - Missing class modification) created by
- Flattening this: […] should give: […] but instead gives: […]
- 13:47 Ticket #2676 (OMEdit - OMEdit can't manage new files in package in separate files) closed by
- fixed: Fixed in r25177.
- 13:47 Ticket #2677 (OMEdit - Can't save edited files if in package) closed by
- fixed: Fixed in r25177.
- 13:47 Ticket #3145 (OMEdit - saving issues) updated by
- Tested with r25177. Seems to work as expected.
- 13:46 Ticket #3025 (OMEdit - problem with saving changes in hierarchical packages) closed by
- fixed: Fixed in r25177.
- 11:01 Ticket #3238 (Cpp Run-time - Export FMI2 with Cpp runtime) updated by
-
Status, Description, Summary changed
- 10:58 Ticket #3238 (Cpp Run-time - Export FMI2 with Cpp runtime) updated by
-
Status, Owner changed
- 10:50 Ticket #3238 (Cpp Run-time - Export FMI2 with Cpp runtime) updated by
- that is ok, you can add your modifications to the svn.
- 10:48 Ticket #3227 (Run-time - Make possible to change the csv file delimiter char and quote char ...) updated by
-
Cc, Status, Description, Summary changed
- 07:51 Ticket #3227 (Run-time - Make possible to change the csv file delimiter char and quote char ...) updated by
-
Cc changed
Tab appears to be the best default delimiter, because it is unique in … - 06:11 Ticket #3238 (Cpp Run-time - Export FMI2 with Cpp runtime) created by
-
The FMI export of
+simCodeTarget=Cppneeds to be maintained to work …
2015-03-19:
- 19:17 Ticket #3234 (OMEdit - OMEdit needs to catch the exception thrown in the ...) updated by
- Replying to adrpo: > I guess you need to call …
- 18:46 Ticket #3234 (OMEdit - OMEdit needs to catch the exception thrown in the ...) updated by
- I guess you need to call getErrorString() for that if it fails.
- 18:42 Ticket #3234 (OMEdit - OMEdit needs to catch the exception thrown in the ...) updated by
- r25170 handles the exception thrown by …
- 16:55 Ticket #3234 (OMEdit - OMEdit needs to catch the exception thrown in the ...) updated by
-
Cc, Description, Summary changed
- 16:53 Ticket #3124 (OMEdit - GUI changing of icon and diagram coordinate system properties) updated by
- Replying to adeas31: > Are you sure about this ticket? > …
- 16:51 Ticket #3234 (OMEdit - OMEdit needs to catch the exception thrown in the ...) updated by
- Well. The failure here is CevalScript returning an empty result. That …
- 16:51 Ticket #3234 (OMEdit - OMEdit needs to catch the exception thrown in the ...) updated by
- Replying to adrpo: > We do: > {{{ > MMC_CATCH_TOP(throw …
- 16:49 Ticket #3234 (OMEdit - OMEdit needs to catch the exception thrown in the ...) updated by
- Yeah, might be a good idea to make the API return a structure with the …
- 16:44 Ticket #3234 (OMEdit - OMEdit needs to catch the exception thrown in the ...) updated by
- Hmmm... Possibly also making it a runtime_exception instead? :) Or …
- 16:43 Ticket #3234 (OMEdit - OMEdit needs to catch the exception thrown in the ...) updated by
- We do: […] at that line in the OpenModelicaScriptingAPIQt.cpp …
- 16:29 Ticket #3236 (Run-time - Unhandled Assertion-Error) updated by
-
Status, Owner changed
- 16:18 Ticket #3234 (OMEdit - OMEdit needs to catch the exception thrown in the ...) updated by
- The proper stack trace when running gdb on OMEdit is (after catch …
- 16:08 Ticket #3237 (Backend - Returning the cache in Mod.elabModValue breaks some models) created by
- Mod.elabModValue previously didn't return the cache even though it …
- 15:48 Ticket #3234 (OMEdit - OMEdit needs to catch the exception thrown in the ...) updated by
- Martin, the error that Adeel posted is from OMEdit so it does have C++ …
- 15:36 Ticket #3235 (*unknown* - Fix test cases with error messages that include line numbers from the ...) updated by
- Replying to vwaurich: > Could you add this to the style …
- 15:36 OpenModelicaStyleGuide edited by
- (diff)
- 15:30 Ticket #3236 (Run-time - Unhandled Assertion-Error) updated by
-
Description changed
- 15:30 Ticket #3207 (OMEdit - Debugger does not show compound variables) closed by
- fixed: Fixed in r25159.
- 15:28 Ticket #3124 (OMEdit - GUI changing of icon and diagram coordinate system properties) closed by
- invalid
- 15:27 Ticket #3234 (OMEdit - OMEdit needs to catch the exception thrown in the ...) updated by
- C++ stuff used in our pretty C-based compiler? Nooooo :(
- 15:14 Ticket #3234 (OMEdit - OMEdit needs to catch the exception thrown in the ...) updated by
- gdb says […]
- 15:11 Ticket #3234 (OMEdit - OMEdit needs to catch the exception thrown in the ...) updated by
- OMEdit is crashing because OpenModelicaCompiler.dll is crashing. No …
- 15:09 Ticket #3234 (OMEdit - OMEdit needs to catch the exception thrown in the ...) updated by
-
Cc changed
[…] - 15:07 Ticket #3236 (Run-time - Unhandled Assertion-Error) updated by
-
Cc changed
OMEdit has some more output for this: […] - 14:16 Ticket #3236 (Run-time - Unhandled Assertion-Error) created by
-
PNlib.Examples.DisTest.ConflictProbthrows "Unhandled … - 13:49 Ticket #3235 (*unknown* - Fix test cases with error messages that include line numbers from the ...) updated by
- I will just note that a lot of the addInternalError calls were added …
- 13:49 Ticket #3235 (*unknown* - Fix test cases with error messages that include line numbers from the ...) updated by
- Thanks for adressing this issue. I appreciate these recommendation to …
- 13:30 Ticket #3235 (*unknown* - Fix test cases with error messages that include line numbers from the ...) updated by
- Also, the following pattern is often used in the front end: […] …
- 13:08 Ticket #3235 (*unknown* - Fix test cases with error messages that include line numbers from the ...) created by
- I have disabled some test cases that have error messages in them which …
- 12:57 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- Just checked a fresh install of the released 1.9.2 under Windows. …
- 12:56 Ticket #1469 (Backend - Bugs related to division by zero) updated by
-
Cc, Component, Description changed
The first example now gives an error and fails in r25153, instead of … - 08:41 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- I know that this is the wrong way, I'm working on a fix.
- 08:40 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- Replying to mwalther: > At the moment we do not take the …
- 08:35 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- I think so ... I just downloaded the readily built nightly for Utopic …
- 07:30 Ticket #2293 (FMI - OpenModelica FMUs fail to exit when the shared library is opened with JNA) closed by
- worksforme
- 07:27 Ticket #3232 (Build Environment - Wrong include path when using +simCodeTarget=Cpp) updated by
- I think the problem is related to "make install". Have you called …
- 03:54 Ticket #2293 (FMI - OpenModelica FMUs fail to exit when the shared library is opened with JNA) updated by
- I can no longer replicate this under darwin64 and linux64, so …
- 03:40 Ticket #3169 (FMI - Under Mac OS X, FMU binaries directory should be darwin64, not ...) updated by
- This bug is back. The fmu contains binaries/x86_64-darwin13.4.0/ …
Note:
See TracTimeline
for information about the timeline view.
