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: | adeas31 |
---|---|---|---|
Priority: | high | Milestone: | |
Component: | OMEdit | Version: | trunk |
Keywords: | Cc: |
Description (last modified by sjoelund.se)
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 Changed 9 years ago by sjoelund.se
comment:2 Changed 9 years ago by sjoelund.se
- Description modified (diff)
comment:3 Changed 9 years ago by sjoelund.se
- Milestone Future deleted
- Resolution set to worksforme
- Status changed from new to closed
No input from the user. And we have some other fixes for GCC 5.x compilation now. So it probably works anyway.
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.