7 April 2020 at 18 h 08 min #15669
runSofa crashes on startup on my mac. I’ve tried both v19.12 and v19.06. I’ve posted the output of runSofa at the following site (the forum tagged it as spam).9 April 2020 at 14 h 57 min #15680FroyParticipant
- SOFA Consortium
Did you compile your own version? or do you try to launch the compiled runSofa.app from the sofa-framework website ?
I am on OSX 10.14.6 and the (downloaded) .app seems to work on my side, either by double-clicking it or by executing the command
$ open -a /Applications/runSofa.app9 April 2020 at 17 h 45 min #15684
I downloaded the dmgs from your site. That’s strange.9 April 2020 at 18 h 48 min #15686FroyParticipant
- SOFA Consortium
(I am not related with the sofa-framework website, nor the binaries from there)
Can you try to execute the binary directly, i.e
in a terminal ?9 April 2020 at 18 h 56 min #15687
Yes that’s what I did. The output is at the pastebin link above.15 April 2020 at 9 h 19 min #15762
It seems that DataRepository and GuiDataRepository are not correctly initialized.
I tried on my VM with MacOS 10.14 and it worked well (like Froy).
What is your MacOS version?15 April 2020 at 9 h 43 min #15764
Thanks for your response. I am also on OSX 10.14.6 (cf title). How sould DataRepository and GuiDataRepository be initialized?15 April 2020 at 15 h 20 min #15766
DataRepository is initialized with the value of SHARE_DIR and EXAMPLES_DIR taken from your-sofa-path/etc/sofa.ini
your-sofa-path/etc/sofa.ini should contain
Thus, DataRepository should contain
GuiDataRepository is initialized with the value of RESOURCES_DIR taken from your-sofa-path/etc/SofaGuiQt.ini and the value of RESOURCES_DIR taken from your-sofa-path/etc/runSofa.ini
your-sofa-path/etc/SofaGuiQt.ini should contain
your-sofa-path/etc/runSofa.ini should contain
Thus, GuiDataRepository should contain
your-sofa-path/share/sofa/gui/runSofa:your-sofa-path/share/sofa/gui/qt.15 April 2020 at 16 h 16 min #15767
Ok I manually edited those files to include the paths you describe. It is still segfaulting on run though15 April 2020 at 16 h 35 min #15768
Unfortunately your output doesn’t show any dump trace. It will not be easy to track the issue.
What was the content of all the .ini files before your edit?15 April 2020 at 16 h 45 min #15770
RESOURCES_DIR=../share/sofa/gui/qt10 May 2020 at 22 h 42 min #1614411 May 2020 at 10 h 06 min #16155
No the issue is still there.14 May 2020 at 22 h 54 min #16237
Could you try launching SOFA (./bin/runSofa) from the following repository: cd /Applications/runSofa.app/Contents/MacOS
Could you tell me if you still have this issue?
In my case, the default path in the MacOS binary seems to be restricted to this one (/Applications/runSofa.app/Contents/MacOS).
Looking forward to hearing from you.
Hugo15 May 2020 at 10 h 55 min #16261
Both times I ran the application (see above) I ran them from that path in the terminal.15 May 2020 at 20 h 54 min #16294
I noticed Fred suggested to run a command, but I have sometime to run another one, could you test this:
$ open -F runSofa.app
Hugo15 May 2020 at 22 h 05 min #16296
It also crashes with the following
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY23 May 2020 at 22 h 41 min #16342
Sorry for the delay!
I know that you can still have some trace information in MacOS when a crash occurs: a “Report” will be proposed, if you agree to send the report a window opens with some additional bash information about the crash. It could help.
Could you try to copy this error report?
Hugo25 May 2020 at 9 h 30 min #16362
Below is the trace from the crash reporter.31 May 2020 at 19 h 17 min #16470
Sorry for the delay of my reply!
The crash you are undergoing is strange, it’s the first time it has been reported to us. Ensure compatibility on MacOS is actually always a bit challenging.
Could you add to your environment variables the following paths:
Hugo1 June 2020 at 10 h 34 min #16492jnbrunetParticipant
- MIMESIS team, INRIA
Looking at your crash trace, the faulty one seems to be
4 com.apple.HIToolbox 0x00007fff31d80c29 _HIPersistentUICreatePersistentWindow + 69(or the 2-3 lines before)
_HIPersistentUICreatePersistentWindowon google seems to point out different users that got similar errors. Unfortunately, they all seems to be fixing it by upgrading/reinstalling their system. Looks like an error coming from a user configuration of some sort. Do you sometime get similar crashes when opening applications other than runSOFA?
Could you try upgrading your softwares? If this doesn’t work, maybe try to compile SOFA yourself (there is a good guide here).
If it is still not working out, I guess a system update/reinstall could be needed 🙁
Unfortunately, from the quick google search and the fact that you seems to be the only one having this problem with SOFA, I don’t think we will easily find the source of the error.
If you can, keep us updated on your progress.
J-N1 June 2020 at 11 h 39 min #16495
Hi @Hugo. I’m not too sure what you mean by “add to your environment variables the following paths.” What environment variable should be added?
@jnbrunet, thanks for looking into this. You could be right that HIPersistentUICreatePersistentWindow is the culprit. I don’t have any similar issues with any other program though, and my mac is updated regularly. Perhaps a clean reinstall of OSX would fix it, but I don’t want to do that just for this. I can try to compile from source when I get a chance. I understand that this isn’t really possible to fix on your end if you can’t reproduce the problem.30 July 2020 at 14 h 38 min #16989
- You must be logged in to reply to this topic.