Timeline



2012-02-09:

17:49 Ticket #1690 (Backend - initial algorithm aren't considered while the initialization) updated by Lennart Ochel
currently, initial algorithms are not supported at all
17:22 Ticket #1690 (Backend - initial algorithm aren't considered while the initialization) created by Willi Braun
The following model isn't initial correctly. […]
15:45 Ticket #1689 (Backend - Space in working directory makes gcc not reachable) updated by Martin Sjölund
I believe this is stated in the installer :)
15:24 Ticket #1689 (Backend - Space in working directory makes gcc not reachable) created by Hubert Thieriot
On windows, after installing 1.8.1, buildModel and simulate does …
13:33 Ticket #1684 (cannot use Modelica.Mechanics.MultiBody.Frames.from_nxz in algorithm ...) updated by Martin Sjölund
Fixed in r11052. Testcase added as …
12:26 Ticket #1685 (linkage error for combitable1D) updated by Martin Sjölund
I'm fairly sure this should be working in r11051+. Reopen the bug if …
10:51 Ticket #1687 (MassWithStopAndFriction simulation error) updated by Willi Braun
Yes, it's just one forgotten case of algorithm without output variables.
08:28 Ticket #1688 (Backend - Reinit of non-state variables) created by Martin Sjölund
The following model is accepted by OpenModelica, but should not: …

2012-02-08:

17:23 Ticket #1685 (linkage error for combitable1D) updated by chenouard-r
I tried to compile with gcc46 variant, but there is an error. I modify …
15:27 Ticket #1685 (linkage error for combitable1D) updated by chenouard-r
I just compile the generated code with these compilers. The lib files …
12:29 Ticket #1685 (linkage error for combitable1D) updated by Martin Sjölund
Did you recompile the whole thing using these compilers or were the …
12:19 Ticket #1685 (linkage error for combitable1D) updated by chenouard-r
I am under macos X 10.6. I tried with default gcc 4.2 and with …
08:20 Ticket #1687 (MassWithStopAndFriction simulation error) created by Martin Sjölund
{{{loadString("model ActuatorMechanics …

2012-02-07:

16:57 Ticket #1683 (Accented letters in the comments end up in the Model_init.xml and make ...) updated by Martin Sjölund
I attached the notebook I tested. It does work properly. Also, …
16:56 a.onb attached to Ticket #1683 by Martin Sjölund
Notebook to test with
16:54 Ticket #1683 (Accented letters in the comments end up in the Model_init.xml and make ...) updated by Adeel Asghar
It doesn't works for me. Also OMEdit uses toLocal8Bit().
16:40 Ticket #1683 (Accented letters in the comments end up in the Model_init.xml and make ...) updated by Martin Sjölund
No, it's much simpler. Simply pass the damn unicode string to OMC. …
16:37 Ticket #1683 (Accented letters in the comments end up in the Model_init.xml and make ...) updated by Adrian Pop
Good question. I think you should set it for the client and see what …
16:36 Ticket #1683 (Accented letters in the comments end up in the Model_init.xml and make ...) updated by Adeel Asghar
Is this the flag for server or client or both?
16:30 Ticket #1683 (Accented letters in the comments end up in the Model_init.xml and make ...) updated by Adrian Pop
http://omniorb.sourceforge.net/omni41/omniORB/omniORB004.html […]
16:29 Ticket #1683 (Accented letters in the comments end up in the Model_init.xml and make ...) updated by Adrian Pop
Maybe there is a setting in omniorb/mico or we might need to recompile …
16:22 Ticket #1683 (Accented letters in the comments end up in the Model_init.xml and make ...) updated by Martin Sjölund
OMNotebook will handle the following properly: {{{model Test Real x …
16:20 Ticket #1683 (Accented letters in the comments end up in the Model_init.xml and make ...) updated by Martin Sjölund
Wow, OMNotebook is stupid. The .onb is stored as UTF-8. My locale …
16:09 Ticket #1683 (Accented letters in the comments end up in the Model_init.xml and make ...) updated by Adrian Pop
You should try it as a cell in OMNotebook.
14:19 Ticket #1683 (Accented letters in the comments end up in the Model_init.xml and make ...) updated by Martin Sjölund
WORKSFORME {{{loadString(iconv(readFile("a.mo"),from="ISO-8859-1")); …
14:11 Ticket #1686 (Parser - Unclear parse error message when missing equation) updated by Martin Sjölund
{{{[MissingEquation.mo:5:3-5:9:writable] Error: Parse error: Found the …
11:56 Ticket #1685 (linkage error for combitable1D) updated by Martin Sjölund
Before I ask what OS and compiler you are running, I will just say …
09:11 Ticket #1686 (Parser - Unclear parse error message when missing equation) updated by Peter Aronsson
Some other examples: model test "Missing 'equation'" Pin p,n; …
07:58 Ticket #1686 (Parser - Unclear parse error message when missing equation) updated by Martin Sjölund
I'll see if we can do something about this, but it probably won't say …
07:49 Ticket #1686 (Parser - Unclear parse error message when missing equation) updated by Peter Aronsson
MathCore track: http://intranet/trac/mathmodelica/ticket/3258
07:48 Ticket #1686 (Parser - Unclear parse error message when missing equation) created by Peter Aronsson
When you forget to add the equation keyword for an equation section …

2012-02-06:

21:45 Ticket #1685 (linkage error for combitable1D) created by chenouard-r
I test the following model and i get an error after compilation during …
18:06 Ticket #1684 (cannot use Modelica.Mechanics.MultiBody.Frames.from_nxz in algorithm ...) updated by Martin Sjölund
$Po is a record, but its reference is not generated in _Foo.h. …
09:38 Ticket #1684 (cannot use Modelica.Mechanics.MultiBody.Frames.from_nxz in algorithm ...) created by Christoph Höger
The following model will produce fault c-code in omc release 1.8.0 …

2012-02-05:

00:51 Ticket #1683 (Accented letters in the comments end up in the Model_init.xml and make ...) updated by Adrian Pop
This model was in OMNotebook, maybe that's the problem.
00:51 Ticket #1683 (Accented letters in the comments end up in the Model_init.xml and make ...) created by Adrian Pop
Thanks a lot to Francesco for finding this bug. […]
Note: See TracTimeline for information about the timeline view.