some more insights...it can be reproduced quickly (assuming you have all
kdelibs build deps installed) by doing (and this seems to happen on
x86_64 as well):
gtar xvf kdelibs-4.14.10
mkdir build
cmake ..
gmake kentrymaptest
gmake klocaletest
LD_LIBRARY_PATH=./lib gdb ./kdecore/tests/klocaletest
run
<hangs do ctrl-c>
^C
Program received signal SIGINT, Interrupt.
where
0x00007ffff788ec63 in QBasicAtomicInt::deref() () from
/usr/lib64/libQtCore.so.4
(gdb) where
#0 0x00007ffff788ec63 in QBasicAtomicInt::deref() () from
/usr/lib64/libQtCore.so.4
#1 0x00007ffff788ec94 in ?? () from /usr/lib64/libQtCore.so.4
#2 0x00007ffff7904166 in ?? () from /usr/lib64/libQtCore.so.4
#3 0x00007ffff7902d28 in QTextStream::operator<<(char) () from
/usr/lib64/libQtCore.so.4
#4 0x00007ffff7b1d027 in QDebug::maybeSpace (this=0x7fffffffcd10) at
/usr/lib/qt4/include/QtCore/qdebug.h:93
#5 0x00007ffff7b2e6e3 in KConfigGroup::hasKey (this=0x7fffffffd208,
key=0x4aa0b8 "DayPeriod626940")
at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/config/kconfiggroup.cpp:1154
#6 0x00007ffff7b2e816 in KConfigGroup::hasKey (this=0x4a7fa0, key=...)
at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/config/kconfiggroup.cpp:1160
#7 0x00007ffff7c45444 in KLocalePrivate::initDayPeriods
(this=<optimized out>, cg=...)
at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/localization/klocale_kde.cpp:614
#8 0x00007ffff7c44b01 in KLocalePrivate::initFormat (this=0x49cb40) at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/localization/klocale_kde.cpp:594
#9 0x00007ffff7c41cb8 in KLocalePrivate::init (this=0x49cb40,
catalogName=..., language=..., country=..., persistantConfig=...,
tempConfig=<optimized out>)
at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/localization/klocale_kde.cpp:269
#10 0x00007ffff7c942d6 in KLocaleUnixPrivate::KLocaleUnixPrivate
(this=0x49cb40, q_ptr=<optimized out>, catalogName=..., config=...)
at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/localization/klocale_unix.cpp:25
#11 0x00007ffff7c3f4f2 in KLocale::KLocale (this=0x49afb0, catalog=...,
config=...) at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/localization/klocale.cpp:54
#12 0x00007ffff7bc9761 in KGlobal::locale () at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/kernel/kglobal.cpp:189
#13 0x000000000040514e in KLocaleTest::initTestCase (this=0x4a7fa0) at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/tests/klocaletest.cpp:41
#14 0x00007ffff793f659 in QMetaMethod::invoke(QObject*,
Qt::ConnectionType, QGenericReturnArgument, QGenericArgument,
QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument,
QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument,
QGenericArgument) const () from /usr/lib64/libQtCore.so.4
#15 0x00007ffff7f82f8d in ?? () from /usr/lib64/libQtTest.so.4
#16 0x00007ffff7f858ea in QTest::qExec(QObject*, int, char**) () from
/usr/lib64/libQtTest.so.4
#17 0x0000000000425a61 in main (argc=<optimized out>,
argv=0x7fffffffda98) at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/tests/klocaletest.cpp:1393
kConfigGroup::hasKey() is erroneously returning true when it isnt true.
kConfigGroup is backed by a KEntryMap so...
LD_LIBRARY_PATH=./lib gdb ./kdecore/tests/kentrymaptest
run
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff78a0906 in qstrcmp(QByteArray const&, QByteArray const&) ()
from /usr/lib64/libQtCore.so.4
(gdb) where
#0 0x00007ffff78a0906 in qstrcmp(QByteArray const&, QByteArray const&)
() from /usr/lib64/libQtCore.so.4
#1 0x00007ffff7b2486f in operator< (k1=..., k2=...) at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/config/kconfigdata.h:126
#2 0x00007ffff7b24800 in QMap<KEntryKey, KEntry>::findNode
(this=0x420890, akey=...) at /usr/lib/qt4/include/QtCore/qmap.h:487
#3 0x00007ffff7b27736 in QMap<KEntryKey, KEntry>::find
(this=0x7ffff7a6e818 <QLinkedListData::shared_null+24>, akey=...) at
/usr/lib/qt4/include/QtCore/qmap.h:608
#4 0x00007ffff7b2671e in KEntryMap::findEntry (this=<optimized out>,
group=..., key=..., flags=...)
at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/config/kconfigdata.cpp:79
#5 0x00007ffff7b23a08 in KEntryMap::getEntryOption (this=0x420890,
group=..., key=..., flags=..., option=KEntryMap::EntryImmutable)
at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/config/kconfigdata.h:206
#6 0x00007ffff7b21dc1 in KConfig::isGroupImmutableImpl (this=<optimized
out>, aGroup=...) at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/config/kconfig.cpp:766
#7 0x00007ffff7b261f9 in KConfigBase::isGroupImmutable (this=0x459050,
aGroup=...) at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/config/kconfigbase.cpp:96
#8 0x00007ffff7b29acd in KConfigGroup::KConfigGroup
(this=0x7fffffffd710, master=0x459050, _group=...)
at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/config/kconfiggroup.cpp:468
#9 0x00007ffff7bd2d35 in KStandardDirs::addCustomized (this=0x466130,
config=0x459050)
at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/kernel/kstandarddirs.cpp:1952
#10 0x00007ffff7bca9b6 in KComponentDataPrivate::lazyInit
(this=0x4589f0, component=...)
at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/kernel/kcomponentdata.cpp:142
#11 0x00007ffff7bcab75 in KComponentData::KComponentData
(this=0x7fffffffd868, aboutData=<optimized out>,
registerAsMain=KComponentData::RegisterAsMainComponent)
at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/kernel/kcomponentdata.cpp:97
#12 0x0000000000404933 in main (argc=<optimized out>,
argv=0x7fffffffda98) at
/home/cris/rpmbuild/BUILD/t2/kdelibs-4.14.8/kdecore/tests/kentrymaptest.cpp:33
so you can see in KEntryMap it's crashing in the QMap because it's
comparing a couple of keys even though the KEntryMap has no entries :|
these same two tests with exactly the same software pass 100% on 2014.2.
thanks
cris.
On 06/07/15 11:51, Tomasz Gajc wrote:
I've start kdelibs build with full debug output
https://abf.io/build_lists/2518358
Maybe this will help a bit.
2015-07-06 10:33 GMT+02:00 Tomasz Gajc <[email protected]
<mailto:[email protected]>>:
I've run mini mass rebuild for almost all packages which kdelibs
needs. Unfortunately still kdelibs stuck on i586 build :(
5 lip 2015 12:09 "Crispin Boylan" <[email protected]
<mailto:[email protected]>> napisał(a):
On 04/07/15 11:18, Tomasz Paweł Gajc wrote:
Dnia sobota, 4 lipca 2015 10:41:31 Crispin Boylan pisze:
looks like it cant get the locale informaiton properly.
Thanks Cris for that information. Do you have idea how to
fix this ?
unfortunately not, i'm not sure what's going on.
one thing is that I can reproduce this on my x86_64 system as
well, so perhaps it's either something environmental or some
package that got rebuilt without being bumped so I dont have
the updated one on my x86_64 instance either.
_______________________________________________
OM-Cooker mailing list
[email protected]
http://ml.openmandriva.org/listinfo.cgi/om-cooker-openmandriva.org