Opened 9 years ago

Closed 9 years ago

#3398 closed defect (worksforme)

OMEdit crashes with SIGSEGV in Fedora 21/22 x86_64

Reported by: Casimiro de Almeida Barreto Owned by: Adeel Asghar
Priority: high Milestone:
Component: OMEdit Version: trunk
Keywords: Cc:

Description (last modified by Martin Sjölund)

Downloaded sources from github, configured, compiled, tried to execute OMEdit

$ git --recursive clone https://www.openmodelica.org/git-readonly/OpenModelica.git
$ cd OpenModelica
$ autoconf
$ ./configure --with-omlibrary=all
#### configure fails for CC=clang CPP=clang++ in Fedora 22
$ make -j8
$ cd build/bin
$ ./OMEdit

### It crashes with SIGSEGV (11)
### I run gdb and trace is:

$ gdb ./OMEdit
GNU gdb (GDB) Fedora 7.9.1-17.fc22
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./OMEdit...done.
(gdb) run
Starting program: /home/CdAB/Softwares/OpenModelica/OpenModelica/build/bin/OMEdit
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x7fffe0cac700 (LWP 20643)]

Program received signal SIGSEGV, Segmentation fault.
__memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:157
157             movq    (%rsi), %rax
(gdb) bt
#0  0x00007ffff00d743d in __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:157
#1  0x00007fffd8f448b2 in KComponentDataPrivate::lazyInit(KComponentData const&) (__len=14, __src=<optimized out>, __dest=<optimized out>)
    at /usr/include/bits/string3.h:53
#2  0x00007fffd8f448b2 in KComponentDataPrivate::lazyInit(KComponentData const&) (out=<synthetic pointer>, a=...) at /usr/include/QtCore/qstringbuilder.h:277
#3  0x00007fffd8f448b2 in KComponentDataPrivate::lazyInit(KComponentData const&) (out=<synthetic pointer>, p=...) at /usr/include/QtCore/qstringbuilder.h:403
#4  0x00007fffd8f448b2 in KComponentDataPrivate::lazyInit(KComponentData const&) (this=<optimized out>) at /usr/include/QtCore/qstringbuilder.h:126
#5  0x00007fffd8f448b2 in KComponentDataPrivate::lazyInit(KComponentData const&) (this=<optimized out>) at /usr/include/QtCore/qstringbuilder.h:139
#6  0x00007fffd8f448b2 in KComponentDataPrivate::lazyInit(KComponentData const&) (this=0xc44ec0, component=...) at ../../kdecore/kernel/kcomponentdata.cpp:138
#7  0x00007fffd8f44b9e in KComponentData::KComponentData(QByteArray const&, QByteArray const&, KComponentData::MainComponentRegistration) (this=0xc34ca8, name=..., catalog=..., registerAsMain=KComponentData::SkipMainComponentRegistration) at ../../kdecore/kernel/kcomponentdata.cpp:82
#8  0x00007fffd99b75db in Breeze::Helper::Helper(QByteArray const&) (this=0xc34ca0, name=...) at ../../kstyle/breezehelper.cpp:46
#9  0x00007fffd99c83ae in Breeze::Style::Style() (this=0xc33920) at ../../kstyle/breezestyle.cpp:159
#10 0x00007fffd99d4d81 in Breeze::StylePlugin::create(QString const&) (this=<optimized out>, key=...) at ../../kstyle/breezestyleplugin.cpp:38
#11 0x00007ffff1bc4473 in QStyleFactory::create(QString const&) (key=...) at styles/qstylefactory.cpp:193
#12 0x00007ffff18bd09e in QApplication::style() () at kernel/qapplication.cpp:1465
#13 0x00007ffff192dfea in qt_set_x11_resources(char const*, char const*, char const*, char const*) (font=0x0, fg=0x0, bg=0x0, button=0x0)
    at kernel/qapplication_x11.cpp:1314
#14 0x00007ffff193169c in qt_init(QApplicationPrivate*, int, _XDisplay*, unsigned long, unsigned long) (priv=priv@entry=
    0xabca70, display=display@entry=0x0, visual=visual@entry=0, colormap=colormap@entry=0) at kernel/qapplication_x11.cpp:2433
#15 0x00007ffff18bd592 in QApplicationPrivate::construct(_XDisplay*, unsigned long, unsigned long) (this=0xabca70, dpy=dpy@entry=0x0, visual=visual@entry=0, cmap=cmap@entry=0) at kernel/qapplication.cpp:842
#16 0x00007ffff18bd83f in QApplication::QApplication(int&, char**, int) (this=0x7fffffffd4a0, argc=@0x7fffffffd22c: 1, argv=0x7fffffffdb08, _internal=17041414)
    at kernel/qapplication.cpp:741
#17 0x00000000004958e5 in main(int, char**) (argc=1, argv=0x7fffffffdb08) at main.cpp:236
(gdb) 

Change History (3)

comment:1 by Martin Sjölund, 9 years ago

If you use CPP=clang++ you just told the C preprocessor to use C++ rules.

Since you did not configure a C compiler, which is the compiler used on your system? Fedora 22 comes with GCC 5.1, which is known to be broken.

comment:2 by Martin Sjölund, 9 years ago

Description: modified (diff)

comment:3 by Martin Sjölund, 9 years ago

Milestone: Future
Resolution: worksforme
Status: newclosed

No input from the user. And we have some other fixes for GCC 5.x compilation now. So it probably works anyway.

Note: See TracTickets for help on using tickets.