Hi,
I'm working with one partner in order to run my analysis with his Linux version. we refered to to the installation guide in order to perform the Linux Installation. After installation, we realized a static stress analysis succesfully. Now we made an MES analysis with apak4.exe. So I gave a MES checked model to my partner and he tried to run the analysis with "apak4 ds -RUN" and this error appeared:
Autodesk(R) Simulation Mechanical Event Simulation (MES)
Version 2012.0.0.163-LINUX 04-Mar-2011
Copyright (c) 2011, Autodesk, Inc. All rights reserved.
terminate called after throwing an instance of 'std::length_error'
what(): basic_string::resize
terminate called recursively
My partner tried to check what happend and the program stopped after that :
open("/home/deleau/test_logiciel/algor/autodesk_mpi/engrenage.ds_data/1/ds.ado", O_RDONLY) = -1 ENOENT (No such file or directory)
clone(child_stack=0,flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0) = 6340
In my model I don't have this file ds.ado because it's a displacement result file.
So we tried with another model for an Transient heat Transfer analysis. All of my model don't stop when I made the analysis in the Algor Windows version.
I gave him the model and he used the ssap11.exe executable file (ssap11 ds -run).
This error appeared:
Autodesk (R) Simulation Transient Heat Transfer
Version 2012.0.0.163-LINUX 04-Mar-2011
Copyright (c) 2011, Autodesk, Inc. All rights reserved.
terminate called after throwing an instance of 'std::length_error'
what(): basic_string::resize
terminate called recursively
If somebody know what is the reason in the linux version I will be happy.
Thanks
Damien
Solved! Go to Solution.
Solved by sunj.autodesk. Go to Solution.
Please make sure you define
ALGOR_ROOT_2012
This is the environment variable for the root of ASIM installation folder in your linux system .
For example, if you install it to /home/myname/bin/ASIM2012, you have to set this "export ALGOR_ROOT_2012 = /home/myname/bin/ASIM2012"
Of course, the setting command might be changed according to your shell (bash or csh etc.).
Hi,
unfortunately this solution didn't work. My partner sent me what he did:
### Install directory is /apps/algor
>ls /apps/algor
amgsolve esap.msg flow05 frun05 libcb-linux-x86.so libsvml.so mknso srun2 srun8s ssap0 ssap10 ssap2 ssap6s
apak4 flow01 frun01 heat.msg libcxaguard.so.5 libUnitSys-linux-x86.so mknso3 srun3 srun9 ssap0c ssap10ld ssap3 ssap7
arun4 flow02 frun02 libagsdb_ar-linux-x86.so libguide.so license.txt sflap001 srun5 srundam ssap0g ssap11 ssap4 ssap8s
ddam flow03 frun03 libAlgConfig-linux-x86.so libimf.so linear.msg srun10 srun6s srune ssap0gc ssap11ld ssap4c ssap9
esap flow04 frun04 libalg-linux-x86.so libirc.so locale srun11 srun7 srunx ssap1 ssap1c ssap5 x86_64
### Work directory content
>ls
ds.asd ds.checklog ds.checkls ds.cid ds.ldd ds.mod ds.wlg
### Initialisation
>export PATH=/apps/algor:$PATH
>export ALGOR_ROOT_2012=/apps/algor
### Run
>ssap11 ds -run
Autodesk (R) Simulation Transient Heat Transfer
Version 2012.0.0.163-LINUX 04-Mar-2011
Copyright (c) 2011, Autodesk, Inc. All rights reserved.
terminate called after throwing an instance of 'std::length_error'
what(): basic_string::resize
terminate called recursively
### First Computer Test
>uname -a
Linux clovis1 2.6.18-128.1.6.el5 #1 SMP Tue Mar 24 12:05:57 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux
### Second Computer Test
>uname -a
Linux ccr4 2.6.39-2-amd64 #1 SMP Wed Jun 8 11:01:04 UTC 2011 x86_64 GNU/Linux
Do you have another solution for this problem?
Thanks in advance
Damien
Just another check, did you check the permission for those .so files? they should have "x" attribute for executation.
Does this model run fine under Windows? I would suggest make sure the files are not corrupted during transfer from Windows to Linux.
Yes all the models (MES analysis and transient heat transfer analysis) run successfully under Windows. After analysis I came back to the FEA Editor, I checked each model and I compressed all files with WinRAR.
I will send to my partner some different models from Algor tutorials in order to test each type of analysis. I will come back as soon as possible with the result of this test.
Btw, can you also check the permission and owner on your model files, such as the .ado file?
I didn't understand how I can check the permission and owner on the model files. My project is to send my models in a data center in order to perform the analysis. I send some models to my partner in order to check if his data center perform all analysis successfully.
All test models run fine under windows. So I copy the scenario and I delete the first scenario with the results. I check the new scenario and I send to my partner this model with the new checked scenario.
That's why I don't have at this moment the .ado files.
I sent to my partner six new models from Algor tutorials in order to check if we have the same problems with all type of analyses (linear static stress analysis ; steady thermal analysis; transient thermal analysis ; natural frequency analysis ; MES analysis ; Unsteady 3D fluid flow).
I asked also my partner to check the permission for the .so files and he sent me this information:
-----------------------------------------------------------------------------------------------------
>ls -l
total 86716
-rwxr-xr-x 1 root root 1477060 Jun 7 10:06 amgsolve
-rwxr-xr-x 1 root root 102932 Jun 7 10:06 apak4
-rwxr-xr-x 1 root root 17235572 Jun 7 10:06 arun4
-rwxr-xr-x 1 root root 116532 Jun 7 10:06 ddam
-rwxr-xr-x 1 root root 98356 Jun 7 10:06 esap
-rwxr-xr-x 1 root root 142274 Jun 7 10:06 esap.msg
-rwxr-xr-x 1 root root 95636 Jun 7 10:06 flow01
-rwxr-xr-x 1 root root 95412 Jun 7 10:06 flow02
-rwxr-xr-x 1 root root 98260 Jun 7 10:06 flow03
-rwxr-xr-x 1 root root 98164 Jun 7 10:06 flow04
-rwxr-xr-x 1 root root 94644 Jun 7 10:06 flow05
-rwxr-xr-x 1 root root 1541028 Jun 7 10:06 frun01
-rwxr-xr-x 1 root root 1499140 Jun 7 10:06 frun02
-rwxr-xr-x 1 root root 11025908 Jun 7 10:06 frun03
-rwxr-xr-x 1 root root 11134836 Jun 7 10:06 frun04
-rwxr-xr-x 1 root root 1153092 Jun 7 10:06 frun05
-rwxr-xr-x 1 root root 147204 Jun 7 10:06 heat.msg
-rwxr-xr-x 1 root root 72864 Jun 7 10:06 libagsdb_ar-linux-x86.so
-rwxr-xr-x 1 root root 55308 Jun 7 10:06 libAlgConfig-linux-x86.so
-rwxr-xr-x 1 root root 168800 Jun 7 10:06 libalg-linux-x86.so
-rwxr-xr-x 1 root root 1087872 Jun 7 10:06 libcb-linux-x86.so
-rwxr-xr-x 1 root root 2456 Jun 7 10:06 libcxaguard.so.5
-rwxr-xr-x 1 root root 342148 Jun 7 10:06 libguide.so
-rwxr-xr-x 1 root root 2341480 Jun 7 10:06 libimf.so
-rwxr-xr-x 1 root root 262692 Jun 7 10:06 libirc.so
-rwxr-xr-x 1 root root 384972 Jun 7 10:06 libsvml.so
-rwxr-xr-x 1 root root 507904 Jun 7 10:06 libUnitSys-linux-x86.so
-rwxr-xr-x 1 root root 180 Jun 7 10:06 license.txt
-rwxr-xr-x 1 root root 144826 Jun 7 10:06 linear.msg
drwxr-xr-x 9 root root 111 Jun 7 10:06 locale
-rwxr-xr-x 1 root root 1277668 Jun 7 10:06 mknso
-rwxr-xr-x 1 root root 618724 Jun 7 10:06 mknso3
-rwxr-xr-x 1 root root 7424 Jun 7 10:06 sflap001
-rwxr-xr-x 1 root root 3729556 Jun 7 10:06 srun10
-rwxr-xr-x 1 root root 4139508 Jun 7 10:06 srun11
-rwxr-xr-x 1 root root 733540 Jun 7 10:06 srun2
-rwxr-xr-x 1 root root 721828 Jun 7 10:06 srun3
-rwxr-xr-x 1 root root 837332 Jun 7 10:06 srun5
-rwxr-xr-x 1 root root 3275796 Jun 7 10:06 srun6s
-rwxr-xr-x 1 root root 695380 Jun 7 10:06 srun7
-rwxr-xr-x 1 root root 3197972 Jun 7 10:06 srun8s
-rwxr-xr-x 1 root root 661716 Jun 7 10:06 srun9
-rwxr-xr-x 1 root root 766916 Jun 7 10:06 srundam
-rwxr-xr-x 1 root root 3098196 Jun 7 10:06 srune
-rwxr-xr-x 1 root root 10540372 Jun 7 10:06 srunx
-rwxr-xr-x 1 root root 136160 Jun 7 10:06 ssap0
-rwxr-xr-x 1 root root 136160 Jun 7 10:06 ssap0c
-rwxr-xr-x 1 root root 136160 Jun 7 10:06 ssap0g
-rwxr-xr-x 1 root root 136160 Jun 7 10:06 ssap0gc
-rwxr-xr-x 1 root root 124192 Jun 7 10:06 ssap1
-rwxr-xr-x 1 root root 94484 Jun 7 10:06 ssap10
-rwxr-xr-x 1 root root 112340 Jun 7 10:06 ssap10ld
-rwxr-xr-x 1 root root 94548 Jun 7 10:06 ssap11
-rwxr-xr-x 1 root root 547524 Jun 7 10:06 ssap11ld
-rwxr-xr-x 1 root root 124192 Jun 7 10:06 ssap1c
-rwxr-xr-x 1 root root 126636 Jun 7 10:06 ssap2
-rwxr-xr-x 1 root root 92204 Jun 7 10:06 ssap3
-rwxr-xr-x 1 root root 131936 Jun 7 10:06 ssap4
-rwxr-xr-x 1 root root 131936 Jun 7 10:06 ssap4c
-rwxr-xr-x 1 root root 135340 Jun 7 10:06 ssap5
-rwxr-xr-x 1 root root 105772 Jun 7 10:06 ssap6s
-rwxr-xr-x 1 root root 259424 Jun 7 10:06 ssap7
-rwxr-xr-x 1 root root 117964 Jun 7 10:06 ssap8s
-rwxr-xr-x 1 root root 85380 Jun 7 10:06 ssap9
drwxr-xr-x 3 root root 4096 Jun 7 10:06 x86_64
Could there be a non-English string in the directory path?
The error sounds like some sort of string error and/or file open error.
Hi everybody
I just received the results of all test. each test run successfully. All model (static stress, natural frequency, thermal, MES, CFD) came from Algor tutorials.
So my problem concern my big models. they worked under Windows and maybe they had a problem when I sent to my partner.
I will give him another big model.
Thanks for your help
Hi,
I just received the results of my test.
I sent last week some models to my partner:
- unsteady 3D fluid flow model (flow04 ds -RUN)
- MES model (apak4 ds -RUN)
- natural frequency model (ssap1 ds -RUN)
- static stess model (ssap0 ds -RUN)
- steady state heat transfer model (ssap10 ds -RUN)
- transient heat transfer model (ssap11 ds -RUN)
All models are small and they came from Algor training (Yoke.fem ; Ball valve.fem ; Cantilever.fem,...). Each model run successfully
I sent him after two new MES models. One of them came from Autodesk : plastic buckle.fem
The two models didn't work and my partner received the same message:
apak4 ds -RUN
Autodesk(R) Simulation Mechanical Event Simulation (MES)
Version 2012.0.0.163-LINUX 04-Mar-2011
Copyright (c) 2011, Autodesk, Inc. All rights reserved.
terminate called after throwing an instance of 'std::length_error'
what(): basic_string::resize
terminate called recursively
My partner installed Algor (linux version) in another computer and he received the same error.
I give you the model I sent him in order to test in your computer. Also my partner asked a core file when he started this analysis so maybe you could find the problem.
I would like also to talk you about the installation. When he installed the linux version of Algor in his computer, he never needed to give the serial number or the licence file. Do you think it's the reason?
Thanks for your help
Damien
I checked your model and found the following string in the model:
E:\Projets\EXPAMTION\Installation Algor - Universit+¬ Reims\Modeles test 2 Algor - linux\Calcul MES 2 - apak4\plastic buckle_STEP.ds_data\1
It seems that you have worked on the model under this directory. However, due to an old logic, this information is saved in the model database and will be retrived by the processor later. The crash problem is caused by retriving the non-English characters (Universit+¬ Reims).
As a temp solution, you can try to open and save the model under a directory does not contain any non-English characters. I will log this issue for future fix.
I just tested your solution and you are the best. My analysis run successfully in a linux computer so I think it will run successfully in the data center.
Thank you so much everybody for your help.
Damien BORDET