- Home /
SIGABRT crash while running standalone Linux app
Hello folks,
I have exported my game into three plataforms: OSX, Windows and Linux. The first two worked all right. However, I'm having problems on running it on Linux. I'm testing on an Ubuntu 14.04 LTS, x86_64 architecture.
What happens: The application crashes after Unity splash screen (I use the free edition). On terminal, I get this:
kamilla@kamilla-pc:~/Área de Trabalho/debug/debug/opening$ ./openingScreen.x86_64
Set current directory to /home/kamilla/Área de Trabalho/debug/debug/opening
Found path: /home/kamilla/Área de Trabalho/debug/debug/opening/openingScreen.x86_64
Mono path[0] = '/home/kamilla/Área de Trabalho/debug/debug/opening/openingScreen_Data/Managed'
Mono path[1] = '/home/kamilla/Área de Trabalho/debug/debug/opening/openingScreen_Data/Mono'
Mono config path = '/home/kamilla/Área de Trabalho/debug/debug/opening/openingScreen_Data/Mono/etc'
displaymanager : xrandr version warning. 1.4
client has 3 screens
displaymanager screen (0)(LVDS1): 1366 x 768
Using libudev for joystick management
Importing game controller configs
Aborted (core dumped)
Executing 'unity_support_test -p' gives me this:
kamilla@kamilla-pc:/usr/lib/nux$ ./unity_support_test -p
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ironlake Mobile
OpenGL version string: 2.1 Mesa 10.1.3
Not software rendered: yes
Not blacklisted: yes
GLX fbconfig: yes
GLX texture from pixmap: yes
GL npot or rect textures: yes
GL vertex program: yes
GL fragment program: yes
GL vertex buffer object: yes
GL framebuffer object: yes
GL version is 1.4+: yes
Unity 3D supported: yes
My complete log file is available here: http://pastebin.com/fKf9r2eE
The following lines called my attention:
Line 26. GLX_SAMPLES_openingScreen.x86_64: ../../../../../../../src/mesa/drivers/dri/i965/brw_eu_emit.c:267: validate_reg: Assertion `execsize >= width' failed.
Line 71. Traceback (most recent call last):
File "/usr/share/gdb/auto-load/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19-gdb.py", line 63, in <module>
from libstdcxx.v6.printers import register_libstdcxx_printers
ImportError: No module named 'libstdcxx'
81 ../sysdeps/unix/syscall-template.S: No such file or directory.
Line 78. Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
Now I have no idea of what to do next.
Any ideas of what could be happening and how to fix it?
Regards,
Answer by Schubkraft · Jul 30, 2015 at 08:47 AM
Can you submit a bug report that includes a minimal repro project (ideally) or the full project and some more details about the Linux machine you are testing on. Thanks.
Hello Schubkraft,
Thanks for your feedback, just did what you asked.
Looking forward to hearing from you guys what you think.
Cheers,
Answer by jeraman · Sep 28, 2015 at 06:28 AM
Hello folks,
Unfortunately, so far, no news from Unity guys. But I've found a workaround for my problem, and I'd like to share it with you.
After some tests (removing objects one by one), I noticed that two objects were actually responsible for the problem. When I compiled my project with without them, everything worked all right.
In my case, they were:
A base terrain object (the trees didn't make any difference here);
A simple 3D cylinder.
The reason why this happened is still a mystery to me.
Cheers,