Bugzilla – Bug 1022819
kicad doesn´t start / coredumps at start
Last modified: 2017-02-19 13:29:56 UTC
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0 Build Identifier: kicad never starts from KDE Application Menu. If I try to start kicad from konsole it outputs: akoenecke@kocom:~> kicad Fatal Error: Mismatch between the program and library build versions detected. The library used 3.0 (wchar_t,compiler with C++ ABI 1002,STL containers,compatible with 2.8), and your program used 3.0 (wchar_t,compiler with C++ ABI 1010,STL containers,compatible with 2.8). Abgebrochen (Speicherabzug geschrieben) Reproducible: Always Steps to Reproduce: 1. Enter ´kicad´ in konsole Actual Results: akoenecke@kocom:~> kicad Fatal Error: Mismatch between the program and library build versions detected. The library used 3.0 (wchar_t,compiler with C++ ABI 1002,STL containers,compatible with 2.8), and your program used 3.0 (wchar_t,compiler with C++ ABI 1010,STL containers,compatible with 2.8). Abgebrochen (Speicherabzug geschrieben) Expected Results: A running kicad openSUSE Tumbleweed 20170129 64bit upgraded from openSUSE 13.2 kicad-Version: kicad-4.0.5-1.1.x86_64 KDE-Plasma_Version: 5.8.5 KDE-Frameworks-Version: 5.29.0 Qt-Version: 5.7.1 Kernel-Version: 4.9.6-1-default prop. NVIDIA-Driver 375.26
Created attachment 712267 [details] Output ldd $(which kicad)
Created attachment 712268 [details] Output strace kicad
Created attachment 712270 [details] Output zypper se -si kicad
Created attachment 712271 [details] Output zypper se -si wx
Meanwhile I upgraded to kicad-4.0.5-38.1 from the electronics-Repository. Now kicad itself starts and the schematiceditor works but trying to start the footprinteditor or pcbnew crashes kicad. Starting pcbnew from konsole shows: akoenecke@kocom:~> pcbnew Fatal Error: Mismatch between the program and library build versions detected. The library used 3.0 (wchar_t,compiler with C++ ABI 1002,STL containers,compatible with 2.8), and wxPython used 3.0 (wchar_t,compiler with C++ ABI 1010,STL containers,compatible with 2.8). Abgebrochen (Speicherabzug geschrieben)
Created attachment 712868 [details] Output ldd $(which pcbnew)
Created attachment 712869 [details] Output strace pcbnew
Interesting, I had the same problem from codeblocks rpm that I built on my local machine but when I installed the same version from home:plater it ran. I assumed that a library was present on my local system that wasn't present in the online build. This is a wxWidgets issue.
Try refreshing your repositories and executing : zypper -v in -f libwx_baseu-suse1 libwx_baseu-suse1 libwx_baseu-suse1 libwx_baseu_net-suse1 libwx_baseu_xml-suse1 libwx_baseu_xml-suse1 libwx_baseu_xml-suse1 libwx_gtk2u_adv-suse1 libwx_gtk2u_aui-suse1 libwx_gtk2u_core-suse1 libwx_gtk2u_gl-suse1 libwx_gtk2u_html-suse1 libwx_gtk2u_media-suse1 libwx_gtk2u_propgrid-suse1 libwx_gtk2u_qa-suse1 libwx_gtk2u_ribbon-suse1 libwx_gtk2u_richtext-suse1 libwx_gtk2u_stc-suse1 libwx_gtk2u_webview-suse1 libwx_gtk2u_xrc-suse1 kicad If there are conflicts please post them.
OK, done. No conflicts or errors as I can see. (zypper output attached.) But pcbnew aborts with same message: akoenecke@kocom:~> pcbnew Fatal Error: Mismatch between the program and library build versions detected. The library used 3.0 (wchar_t,compiler with C++ ABI 1002,STL containers,compatible with 2.8), and wxPython used 3.0 (wchar_t,compiler with C++ ABI 1010,STL containers,compatible with 2.8). Abgebrochen (Speicherabzug geschrieben)
Created attachment 713189 [details] Output zypper
Sorry I didn't look hard enough, can you also : zypper -v in python-wxWidgets-3_0 That's hopefully where the build mismatch is
OK, no problem... ...but same error.
Created attachment 713220 [details] Output zypper -v in -f python-wxWidgets
I´ve made a fresh installation of Tumbleweed in Virtualbox, installed kicad and pcbnew aborts with the same (old) error...
The latest kicad should be in Tumbleweed by now, did you install wxWidgets python-wxWidgets and kicad from the official Tumbleweed repository? I'm busy trying to duplicate this problem.
The wxWidgets-packages are from http://download.opensuse.org/tumbleweed/repo/oss/ and the kicad-packages are from http://download.opensuse.org/repositories/electronics/openSUSE_Tumbleweed/
pcbnew from the kicad-package from http://download.opensuse.org/tumbleweed/repo/oss/ aborts with the same error message.
Please execute these steps zypper ar -c http://download.opensuse.org/repositories/home:/plater/openSUSE_Tumbleweed plater zypper -v in -f --from plater libwx_baseu-suse1 libwx_baseu-suse1 libwx_baseu-suse1 libwx_baseu_net-suse1 libwx_baseu_xml-suse1 libwx_baseu_xml-suse1 libwx_baseu_xml-suse1 libwx_gtk2u_adv-suse1 libwx_gtk2u_aui-suse1 libwx_gtk2u_core-suse1 libwx_gtk2u_gl-suse1 libwx_gtk2u_html-suse1 libwx_gtk2u_media-suse1 libwx_gtk2u_propgrid-suse1 libwx_gtk2u_qa-suse1 libwx_gtk2u_ribbon-suse1 libwx_gtk2u_richtext-suse1 libwx_gtk2u_stc-suse1 libwx_gtk2u_webview-suse1 libwx_gtk2u_xrc-suse1 kicad wxWidgets-3_0-devel python-wxWidgets-3_0 python-wxWidgets-3_0-devel Then execute strace pcbnew and if this still fails I will build debugable versions.
Sorry, you must execute zypper ref after adding the repo with zypper ar
Building non language package version, will let you know when it's published.
(In reply to Dave Plater from comment #21) Sorry wrong bug
wxhexeditor-0.23+git20161226-27.1 doesn't have language and conflicts the language package, it's in home:plater
sorry wrong bug again
OK, done. Unfortunately the same error message.
Created attachment 713371 [details] strace pcbnew
How to prove wxWidget and python-wxWidget are completely broken on TW python import wxversion wxversion.select(['3.0', '2.8', '2.6']) import wx (SEGV) In the grass building there a more interesting message Fatal Error: Mismatch between the program and library build versions detected. The library used 3.0 (wchar_t,compiler with C++ ABI 1002,STL containers,compatible with 2.8), and wxPython used 3.0 (wchar_t,compiler with C++ ABI 1010,STL containers,compatible with 2.8).
Oh, again wx ABI problems. Dominique, can you trigger rebuild of openSUSE:Factory/wxWidgets-3_0 and openSUSE:Factory/wxWidgets-3_0-nostl ?
(In reply to Dmitry Roshchin from comment #28) > Oh, again wx ABI problems. > > Dominique, can you trigger rebuild of openSUSE:Factory/wxWidgets-3_0 and > openSUSE:Factory/wxWidgets-3_0-nostl ? Done - rebuilds will be part of the 0214 snapshot
I can only duplicate this on 42.2 by doing a local rpmbuild of the codeblocks package, the package that builds in home:plater runs fine. The part of wxWidgets that results in this error is: src/common/appbase - wxAppConsoleBase::CheckBuildOptions(const char *optionsSignature, const char *componentName) The ABI values come from WX_BUILD_OPTIONS_SIGNATURE but I haven't yet determined how these values are created, WX_BUILD_OPTIONS_SIGNATURE is defined in include/wx/build.h This is as far as I've reached in solving this bug.
I'm not sure if the rebuild of wxWidgets/wxPython is going to solve this as the reporter has reinstalled from controled rebuilds in home:plater. see comment#19 The problem may stem from GTK2.
I've removed the relax-abi.diff patch from wxWidgets-3_0 in home:plater and after everything has rebuilt and published, this can be tested.
After refreshing the home:plater repository can you reinstall these packages and see if the problem is fixed. zypper -v in -f --from plater libwx_baseu-suse1 libwx_baseu-suse1 libwx_baseu-suse1 libwx_baseu_net-suse1 libwx_baseu_xml-suse1 libwx_baseu_xml-suse1 libwx_baseu_xml-suse1 libwx_gtk2u_adv-suse1 libwx_gtk2u_aui-suse1 libwx_gtk2u_core-suse1 libwx_gtk2u_gl-suse1 libwx_gtk2u_html-suse1 libwx_gtk2u_media-suse1 libwx_gtk2u_propgrid-suse1 libwx_gtk2u_qa-suse1 libwx_gtk2u_ribbon-suse1 libwx_gtk2u_richtext-suse1 libwx_gtk2u_stc-suse1 libwx_gtk2u_webview-suse1 libwx_gtk2u_xrc-suse1 kicad wxWidgets-3_0-devel python-wxWidgets-3_0 python-wxWidgets-3_0-devel
OK, pcbnew now starts without error message and is working. Also, kicad don´t crash if I try to open the footprinteditor. Thank you. But now other wxWidgets programs as wxcam (from packman repository) and wxHexEditor (from Tumbleweed repository) abort with the well known error message. wxHexEditor from home:plater is running.
Removing the relax-abi.diff patch definitely fixes this bug and a completely rebuilt kicad, wxWidgets-3_0 and python-wxWidgets-3_0 with patch in place doesn't fix therefore there must be something wrong with the patch. A clue is that this bug doesn't happen with Leap:42.2 with the same wxWidgets/kicad mix. Can you assist?
(In reply to Andreas Könecke from comment #34) You can try wxcam from: http://pmbs-api.links2linux.org:8080/home:/davepl/openSUSE_Tumbleweed/ It should match with your installed wxWidgets-3_0 Let me know the outcome.
New wx build are available for TW and Factory I retry to build again grasss but it is still complaining about mismatch Fatal Error: Mismatch between the program and library build versions detected. The library used 3.0 (wchar_t,compiler with C++ ABI 1002,STL containers,compatible with 2.8), and wxPython used 3.0 (wchar_t,compiler with C++ ABI 1010,STL containers,compatible with 2.8). make: *** [../../include/Make/Html.make:14: d.rast.edit.tmp.html] Error 1 rm d.rast.edit.tmp.html Perhaps python-wxWidget need also a rebuild. Dominique just trigger a rebuild All package of this list will get updated http://paste.opensuse.org/76028302 and in snapshot 215
(In reply to Bruno Friedmann from comment #37) I don't hold much hope for the rebuild, python-wxWidgets-3_0 faithfully rebuilds with wxWidgets-3_0.
FTR: kicad out of TW runs just fine - so, me too, I doubt any rebuild in TW has any impact here. It rather seems some be some repo-mismatch on the machines you use
(In reply to Dominique Leuenberger from comment #39) But if you read through the bug you'll see the reporter first synchronized with Tumbleweed then installed from my repo, which I made sure was completely and freshly rebuilt for wxWidgets-3_0 and python variant also kicad and still had the issue. I tested the same on 42.2 with no bug. Only after the removal of the patch did the reporter have a correctly functioning kicad but packman's wxcam then had a mismatch. The patch definitely has an effect on this bug.
(In reply to Dave Plater from comment #36) I can´t install: #rpm -U wxcam-1.1-5.2.x86_64.rpm warning: wxcam-1.1-5.2.x86_64.rpm: Header V3 RSA/SHA1 Signature, key ID c3e84d08: NOKEY error: Failed dependencies: libwx_baseu-suse.so.3()(64bit) is needed by wxcam-1.1-5.2.x86_64 libwx_baseu-suse.so.3(WXU_3.0)(64bit) is needed by wxcam-1.1-5.2.x86_64 libwx_gtk2u_adv-suse.so.3()(64bit) is needed by wxcam-1.1-5.2.x86_64 libwx_gtk2u_adv-suse.so.3(WXU_3.0)(64bit) is needed by wxcam-1.1-5.2.x86_64 libwx_gtk2u_core-suse.so.3()(64bit) is needed by wxcam-1.1-5.2.x86_64 libwx_gtk2u_core-suse.so.3(WXU_3.0)(64bit) is needed by wxcam-1.1-5.2.x86_64 and #rpm -q --provides libwx_baseu-suse1-3.0.2-81.2.x86_64 libwx_baseu-suse.so.1()(64bit) libwx_baseu-suse.so.1(WXU_3.0)(64bit) libwx_baseu-suse.so.1(WXU_3.0.1)(64bit) libwx_baseu-suse.so.1(WXU_3.0.2)(64bit) libwx_baseu-suse1 = 3.0.2-81.2 libwx_baseu-suse1(x86-64) = 3.0.2-81.2 wxWidgets = 3.0.2
The switch to the suse3 suffix is supposed to force a guaranteed rebuild of everything (as suse1 disappears, packages get into a state where they are not installable, which should hopefully kick some scheduler to schedule them for rebuild even in the face of rebuild=local in prjmeta).
Same as 953017. *** This bug has been marked as a duplicate of bug 953017 ***
(In reply to Andreas Könecke from comment #41) The wxWidgets in my packman home weren't published. If you need wxcam now, it will most probably install but you will need to change kicad as well to match the new libraries. You will need to synchronize these packages with Tumbleweed after bug#953017 is resolved to get a stable system again.
(In reply to Dave Plater from comment #44) > (In reply to Andreas Könecke from comment #41) > The wxWidgets in my packman home weren't published. If you need wxcam now, > it will most probably install but you will need to change kicad as well to > match the new libraries. You will need to synchronize these packages with > Tumbleweed after bug#953017 is resolved to get a stable system again. I doesn´t need wxcam now. I´m happy and satisfied with a working kicad. Thanks again for your effort.
This is an autogenerated message for OBS integration: This bug (1022819) was mentioned in https://build.opensuse.org/request/show/458710 Factory / python-wxWidgets-3_0
(In reply to Dominique Leuenberger from comment #39) > FTR: kicad out of TW runs just fine - so, me too, I doubt any rebuild in TW > has any impact here. > > It rather seems some be some repo-mismatch on the machines you use Here kicad out of TW croaks with the above described error: hannes@gurkenkiste:~> zypper se -si libwx wxwidgets kicad Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Typ | Version | Arch | Repository --+----------------------------+-------+--------------+--------+--------------- i | kicad | Paket | 4.0.5-2.2 | x86_64 | Tumbleweed_OSS i | kicad-doc | Paket | 4.0.5-1.2 | noarch | Tumbleweed_OSS i | kicad-doc-de | Paket | 4.0.5-1.2 | noarch | Tumbleweed_OSS i | kicad-doc-en | Paket | 4.0.5-1.2 | noarch | Tumbleweed_OSS i | kicad-footprints | Paket | 4.0.5-1.1 | noarch | Tumbleweed_OSS i | kicad-lang-de | Paket | 4.0.3-1.1 | noarch | Tumbleweed_OSS i | kicad-library | Paket | 4.0.5-1.1 | noarch | Tumbleweed_OSS i | kicad-library-install | Paket | 4.0.5-2.2 | x86_64 | Tumbleweed_OSS i | libwx_baseu-suse1 | Paket | 3.0.2-9.2 | x86_64 | Tumbleweed_OSS i | libwx_baseu_net-suse1 | Paket | 3.0.2-9.2 | x86_64 | Tumbleweed_OSS i | libwx_baseu_xml-suse1 | Paket | 3.0.2-9.2 | x86_64 | Tumbleweed_OSS i | libwx_gtk2u_adv-suse1 | Paket | 3.0.2-9.2 | x86_64 | Tumbleweed_OSS i | libwx_gtk2u_aui-suse1 | Paket | 3.0.2-9.2 | x86_64 | Tumbleweed_OSS i | libwx_gtk2u_core-suse1 | Paket | 3.0.2-9.2 | x86_64 | Tumbleweed_OSS i | libwx_gtk2u_gl-suse1 | Paket | 3.0.2-9.2 | x86_64 | Tumbleweed_OSS i | libwx_gtk2u_html-suse1 | Paket | 3.0.2-9.2 | x86_64 | Tumbleweed_OSS i | libwx_gtk2u_media-suse1 | Paket | 3.0.2-9.2 | x86_64 | Tumbleweed_OSS i | libwx_gtk2u_propgrid-suse1 | Paket | 3.0.2-9.2 | x86_64 | Tumbleweed_OSS i | libwx_gtk2u_richtext-suse1 | Paket | 3.0.2-9.2 | x86_64 | Tumbleweed_OSS i | libwx_gtk2u_stc-suse1 | Paket | 3.0.2-9.2 | x86_64 | Tumbleweed_OSS i | libwx_gtk2u_webview-suse1 | Paket | 3.0.2-9.2 | x86_64 | Tumbleweed_OSS i | libwx_gtk2u_xrc-suse1 | Paket | 3.0.2-9.2 | x86_64 | Tumbleweed_OSS i | python-wxWidgets-3_0 | Paket | 3.0.2.0-2.11 | x86_64 | Tumbleweed_OSS i | python-wxWidgets-3_0-lang | Paket | 3.0.2.0-2.11 | x86_64 | Tumbleweed_OSS hannes@gurkenkiste:~> pcbnew Fatal Error: Mismatch between the program and library build versions detected. The library used 3.0 (wchar_t,compiler with C++ ABI 1002,STL containers,compatible with 2.8), and wxPython used 3.0 (wchar_t,compiler with C++ ABI 1010,STL containers,compatible with 2.8). Abgebrochen (Speicherabzug geschrieben)
You have to wait (like all of us) the publication of the new python3-wxWidgets to tumbleweed. It's going to happen normally in less than a few days (1,2)