arts-1.4.2 crashed!

tony yu · 07-30-2005, 09:35 PM

I successfully compile and install arts-1.4.2 via gcc-4.0.1, but arts server crashed eveytime when it was called. Is it an issue wth the gcc compiler?

misc · 07-31-2005, 04:21 AM

Not enough information. What distribution version? What version of GCC4? Red Hat's gcc-4.0.1-* updates for FC4? What does the stacktrace say about the crash?

tony yu · 07-31-2005, 09:57 AM

GCC:
Red Hat's gcc-4.0.1-* updates for FC4
Backtrace:
(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1208064320 (LWP 2566)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[KCrash handler]
#4 0x02c8de3b in __gnu_cxx::__pool<true>::_M_reclaim_block ()
from /usr/lib/libstdc++.so.6
#5 0x00f0ef25 in __gnu_cxx::__mt_alloc<Arts::ParamDef, __gnu_cxx::__common_pool_policy<__gnu_cxx::__pool, true> >::deallocate ()
from /usr/lib/libsoundserver_idl.so.1
#6 0x00f0f567 in Arts::MethodDef::~MethodDef ()
from /usr/lib/libsoundserver_idl.so.1
#7 0x00effb4c in Arts::SoundServerV2_skel::_buildMethodTable ()
from /usr/lib/libsoundserver_idl.so.1
#8 0x001a1f09 in Arts::Object_skel::_dispatch () from /usr/lib/libmcop.so.1
#9 0x0018974b in Arts:

ispatcher::handle () from /usr/lib/libmcop.so.1
#10 0x00148dff in Arts::Connection::receive () from /usr/lib/libmcop.so.1
#11 0x001ac2ea in Arts::SocketConnection::notifyIO ()
from /usr/lib/libmcop.so.1
#12 0x001979f4 in Arts::StdIOManager:

rocessOneEvent ()
from /usr/lib/libmcop.so.1
#13 0x0019572f in Arts::StdIOManager::run () from /usr/lib/libmcop.so.1
#14 0x0018827f in Arts:

ispatcher::run () from /usr/lib/libmcop.so.1
#15 0x080646ff in main ()

misc · 07-31-2005, 10:04 AM

Quote:

(no debugging symbols found)
(no debugging symbols found)

This is because you're missing debuginfo packages for libraries used by arts (e.g. glibc-debuginfo, gcc-debuginfo, and others ...).

Quote:

#4 0x02c8de3b in __gnu_cxx::__pool<true>::_M_reclaim_block ()
from /usr/lib/libstdc++.so.6
#5 0x00f0ef25 in __gnu_cxx::__mt_alloc<Arts::ParamDef, __gnu_cxx::__common_pool_policy<__gnu_cxx::__pool, true> >::deallocate ()
from /usr/lib/libsoundserver_idl.so.1

Smells a tiny bit like it might be another issue with libstdc++'s mt allocator.

equinox · 07-31-2005, 11:04 AM

I'm curious as to why you had to compile from source? I ran updates today and I see I have the latest version.

Code:

rizon:michael | Sun 31 Jul 2005 06:03:34 PM SAST | ~
$ rpm -qa | grep ^arts
arts-1.4.2-0.fc4.1

tony yu · 07-31-2005, 11:59 PM

Oh, another problem occured during compiling the kdegraphics-3.4.2. Here is the output:
make[3]: Entering directory `/opt/kdegraphics-3.4.2/kghostview'
if /bin/sh ../libtool --silent --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/qt3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wno-non-virtual-dtor -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT thumbnailservice.lo -MD -MP -MF ".deps/thumbnailservice.Tpo" -c -o thumbnailservice.lo thumbnailservice.cpp; \
then mv -f ".deps/thumbnailservice.Tpo" ".deps/thumbnailservice.Plo"; else rm -f ".deps/thumbnailservice.Tpo"; exit 1; fi
/usr/lib/qt3/include/qsizepolicy.h: In member function 'void QSizePolicy::setVerData(QSizePolicy::SizeType)':
/usr/lib/qt3/include/qsizepolicy.h:91: error: 'QSizePolicy::<anonymous enum>' is/uses anonymous type
/usr/lib/qt3/include/qsizepolicy.h:91: error: trying to instantiate 'template<class OutStream> OutStream& operator<<(OutStream&, const DisplayOptions&)'
make[3]: *** [thumbnailservice.lo] Error 1
make[3]: Leaving directory `/opt/kdegraphics-3.4.2/kghostview'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/opt/kdegraphics-3.4.2/kghostview'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/kdegraphics-3.4.2'
make: *** [all] Error 2

Any suggestion? Thanks in advance.

misc · 08-01-2005, 05:14 AM

C++ programming mistake. What package release version of Qt is that?

tony yu · 08-01-2005, 06:24 AM

qt-3.3.4 is compiled from Qt official source tarball.

tony yu · 08-01-2005, 06:28 AM

BTW, I've successfully compiled and installed kdeadmin and kdeutils packages from source code.

misc · 08-01-2005, 07:00 AM

Quote:

Originally posted by tony yu
qt-3.3.4 is compiled from Qt official source tarball.

D'oh! Why do you do that? What's the benefit?

In FC4's qt-3.3.4-15.1 package, this C++ mistake is fixed. It's one of 21 included patches.

tony yu · 08-01-2005, 11:39 AM

You mean the number of patch files for qt-3.3.4 is 21!
My goodness!

misc · 08-01-2005, 11:55 AM

What do you find so weird about it? That's one thing the Linux distributors do. They fix issues which are found during development of a distribution. Some of the patches come directly from Trolltech, the makers of Qt. In later versions of Qt, they may not be necessary anymore.