-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fatal JRE error - when co-sim on Mac #20
Comments
I have just tested this. For the non-replicated version, the LFR example now works in Mac. The replicated version, however, does not. I've copied the error message below: Terminal args: java -jar /Users/nrjp6/Library/Application Support/INTO-CPS APP/intoCpsApp/tmp/install_temp/coe.jar A fatal error has been detected by the Java Runtime Environment:SIGSEGV (0xb) at pc=0x00000001154639ad, pid=1175, tid=4359JRE version: Java(TM) SE Runtime Environment (8.0_51-b16) (build 1.8.0_51-b16)Java VM: Java HotSpot(TM) 64-Bit Server VM (25.51-b03 mixed mode bsd-amd64 compressed oops)Problematic frame:C [Sensor_Block.dylib+0x49ad] findPosition+0x39 Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java againAn error report file with more information is saved as:/Users/nrjp6/Library/Application Support/INTO-CPS APP/intoCpsApp/tmp/install_temp/coe-working-dir/hs_err_pid1175.logIf you would like to submit a bug report, please visit:http://bugreport.java.com/bugreport/crash.jspThe crash happened outside the Java Virtual Machine in native code.See problematic frame for where to report the bug.No alive signal from FMU withing 800 ms period. Freeing instance! |
please include the log its the file containing the lines that shows what is wrong |
Zipped and attached. |
It looks like this fails as if the patch was not in. Are you sure you used HEAD and that you did not modify the file. If you do stacktrace
|
Can you past the URL of the model and the commit id you are using so we can have a try as well. |
URL: https://github.com/into-cps/case-study_line_follower_robot Using the lfr-non3d-rep multi-model. |
Hi I can confirm that it doesnt work on Mac when cross compiled. However, there is no guarantee that it will work on any platform at best be behaviour is undefined for this issue. Short version: Only use one instance. Long version: The xxTable uses a global variable #define XXTABLE_FILE_COUNT 1
/* Create a global variable to hold lookup tables */
LookupTable *g_table2dFiles[XXTABLE_FILE_COUNT]; the check in /* is it possible to allocate more tables */
if (g_table_count > XXTABLE_FILE_COUNT)
{
strncpy(g_lastError, "All tables already allocated", LASTERRMSGBUFSIZE);
return 1;
} this looks wrong to me because
I'm not able to fix this without knowing what CLP wants so I think it is best that @margro fixes this. In the mean while just limit the usage to one instance of the FMU and it should work just fine. |
I have just downloaded and tried the new version of 20-sim (4.6.2-intocps) with the Line Follower Sensor to see if the issue with Mac co-simulation is still present. I successfully generated the FMU and ran the co-sim in Windows without issue. I then used the FMU builder in the INTO-CPS app as normal and have tried this newly compiled FMU in Mac. I now get a different error which appears to crash the COE. Screenshot below.
The text was updated successfully, but these errors were encountered: