Frequent crashes when using Matlab GUI on Fedora 28, stack trace suggests library conflicts

1 次查看(过去 30 天)
Just in the last week, I have been unable to use Matlab GUIs. I get the following error:
--------------------------------------------------------------------------------
Segmentation violation detected at Sun Sep 02 10:05:06 2018 -0400
--------------------------------------------------------------------------------
Configuration:
Crash Decoding : Disabled - No sandbox or build area path
Crash Mode : continue (default)
Default Encoding : UTF-8
Deployed : false
Desktop Environment : GNOME
GNU C Library : 2.27 stable
Graphics Driver : Intel Open Source Technology Center Mesa DRI Intel(R) HD Graphics 630 (Kaby Lake GT2) Version 3.0 Mesa 18.0.5
Java Version : Java 1.8.0_144-b01 with Oracle Corporation Java HotSpot(TM) 64-Bit Server VM mixed mode
MATLAB Architecture : glnxa64
MATLAB Entitlement ID : 4172689
MATLAB Root : /usr/local/MATLAB/R2018a
MATLAB Version : 9.4.0.813654 (R2018a)
OpenGL : hardware
Operating System : "Fedora release 28 (Twenty Eight)"
Process ID : 22915
Processor ID : x86 Family 6 Model 158 Stepping 9, GenuineIntel
Session Key : 8352b685-7417-436c-9900-06ca700eb4e0
Static TLS mitigation : Enabled: Full
Window System : Fedora Project (11906000), display :0
Fault Count: 1
Abnormal termination
Register State (from fault):
RAX = 0000000002222200 RBX = 0000000002226b90
RCX = 0000000000000000 RDX = 0000000000000000
RSP = 00007ffc7fed3d60 RBP = 0000000000000000
RSI = 0000000000000003 RDI = 0000000000000010
R8 = 0000000000000003 R9 = 0000000000000002
R10 = 000000000224e000 R11 = 0000000000000246
R12 = 00007ff042ce3038 R13 = 0000000002207d20
R14 = 00007ffc7fed4270 R15 = 00007ffc7fed4240
RIP = 00007ff042846fde EFL = 0000000000010202
CS = 0033 FS = 0000 GS = 0000
Stack Trace (from fault):
[ 0] 0x00007ff042846fde /usr/local/MATLAB/R2018a/bin/glnxa64/libQt5Core.so.5+02621406 _ZN23QCoreApplicationPrivate4initEv+00000110
[ 1] 0x00007ff041ef90eb /usr/local/MATLAB/R2018a/bin/glnxa64/libQt5Gui.so.5+01020139 _ZN22QGuiApplicationPrivate4initEv+00000027
[ 2] 0x00007ff041719259 /usr/local/MATLAB/R2018a/bin/glnxa64/libQt5Widgets.so.5+01491545 _ZN19QApplicationPrivate4initEv+00000009
[ 3] 0x00007ff043f652e1 bin/glnxa64/libmwglee.so+01200865
[ 4] 0x00007ff043fd4d55 bin/glnxa64/libmwglee.so+01658197
[ 5] 0x00007ff1cdd229cc bin/glnxa64/libmwmcr.so+00747980
[ 6] 0x00007ff1cdd2432f bin/glnxa64/libmwmcr.so+00754479
[ 7] 0x00007ff1cdd24704 bin/glnxa64/libmwmcr.so+00755460 _Z12mcr_run_mainRKN7mwboost9function0IiEEbb+00000196
[ 8] 0x00007ff1ce5e9d5b bin/glnxa64/libmwMVMLocal.so+00445787
[ 9] 0x00007ff1efa5d509 bin/glnxa64/libmwmvm.so+03265801
[ 10] 0x00007ff1efa5c414 bin/glnxa64/libmwmvm.so+03261460
[ 11] 0x0000000000406d21 /usr/local/MATLAB/R2018a/bin/glnxa64/MATLAB+00027937
[ 12] 0x00007ff1edb3624b /lib64/libc.so.6+00143947 __libc_start_main+00000235
[ 13] 0x0000000000407123 /usr/local/MATLAB/R2018a/bin/glnxa64/MATLAB+00028963
[ 14] 0x0000000000000000 <unknown-module>+00000000
I suspect that this may be due to a system library being upgraded, since it just started happening. Does anyone on the Matlab support team have a clue which matlab library may be conflicting with my system libraries?

采纳的回答

Facundo Aguilera
Facundo Aguilera 2018-9-19
Hi, I solved the issue. Try to move the (MATLAB)/bin/glnxa64/libfreetype.so.6 file to an "exclude" folder, or just do:
mv libfreetype.so.6 libfreetype.so.6.bak
Without this workaround, I was also able to open simulink by starting MATLAB with the -nodesktop option.
Credits https://wiki.archlinux.org/index.php/matlab

更多回答(0 个)

类别

Help CenterFile Exchange 中查找有关 Startup and Shutdown 的更多信息

产品


版本

R2018a

Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!

Translated by