-
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
[Communication] Delete folder in starting communication is not working in many occasions, simulation gets stuck #346
Comments
Hm this has not happened to me yet Which OS? |
More in windows than Linux, but also happened to me in Linux |
I had plenty of similar issues, but never this particular one I need to think about this 🤔 (Btw you can disable the comm in folder) |
I am just informing, we solved the problem locally |
How? |
Removing the folder before invoking the simulation, so no permissions conflict |
Ah so it is a permissions issue? |
Yes:
|
Sorry didn't understand exactly Can you please describe the different errors in more detail? You say it hangs, but permission issues usually throw |
The message of error removing the folder appears, then it gets stuck. That's why I recommend changing the message for an error message instead. |
Does the primary side (the one that does the folder stuff) get stuck or the other one? |
The primary side is stuck because the secondary gets stuck. The primary just throws a warning, that's why I recommend changing the warning for an error. |
In line:
CoSimIO/co_sim_io/sources/communication/communication.cpp
Line 151 in f0e46e7
I assume you are aware, but many times the simulation gets stuck because this remove folder fails and instead of an error a message is thrown, maybe is a good idea to make this an actual error. I prefer to get an error that get stuck ad infinitum. Furthermore, I am solving the problem locally, removing the folder before the simulation starts, so there is no conflict of permissions/lecture/reading/etc...
The text was updated successfully, but these errors were encountered: