Bug#356142: Knode works here
On Wednesday 15 March 2006 07:06, Daniel Schepler wrote:
> Le Vendredi 10 Mars 2006 18:34, Bob Tanner a écrit :
> > On Friday 10 March 2006 06:18, Daniel Schepler wrote:
> > > I was able to set up knode and read a few articles here, so the package
> > > isn't completely unusable for everybody; downgrading.
> > >
> > > As for the backtraces, try installing kdepim-dbg to get more info in
> > > them.
> >
> > Just saw the kdepim-dbg bug closed, so I have it installed and will get
> > better backtrace info.
> >
> > Backtrace attached.
> >
> > Can reproduce this bug in 7 different systems.
>
> Hmm, it looks like it's crashing on an X error. Could you try running
> knode with --sync and see if that gives more useful information? (And if
> you install qt-x11-free-dbg and kdelibs-dbg as well, that could help give
> more info in the backtrace.)
I'm also seeing different behaviors running knode stand-alone vs knode kpart
(inside kontact). Backtrace for both attached.
Post again here with the -sync options
--
Bob Tanner <tanner@real-time.com> | Phone : (952)943-8700
http://www.real-time.com, Minnesota, Linux | Fax : (952)943-8500
Key fingerprint = AB15 0BDF BCDE 4369 5B42 1973 7CF1 A709 2CC1 B288
This backtrace appears to be of no use.
This is probably because your packages are built in a way which prevents
creation of proper backtraces, or the stack frame was seriously corrupted in the
crash.
Using host libthread_db library "/lib/tls/libthread_db.so.1".
Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1241884992 (LWP 4958)]
[New Thread -1301124176 (LWP 22655)]
[New Thread -1280013392 (LWP 4997)]
[New Thread -1271624784 (LWP 4996)]
[New Thread -1263236176 (LWP 4995)]
[New Thread -1254847568 (LWP 4994)]
0xb2f11e64 in c4_ColOfInts::Get (this=0x894c274, index_=143966836,
length_=@0x894c274) at column.cpp:1260
in column.cpp
#0 0xb2f11e64 in c4_ColOfInts::Get (this=0x894c274, index_=143966836,
length_=@0x894c274) at column.cpp:1260
#1 0xb2f12b5e in c4_FormatX::Get (this=0x894c268, index_=143966836,
length_=@0x894c274) at format.cpp:127
#2 0xb2f19253 in c4_Handler::GetBytes (this=0x894c268, index_=143966836,
buf_=@0x894c274, copySmall_=false) at handler.cpp:58
#3 0xb2f19315 in c4_Sequence::Get (this=0x9b67428, index_=143966824,
propId_=143966836, buf_=@0x894c268) at viewx.cpp:356
#4 0xb2f1b5ca in c4_IntRef::operator long (this=0x894c268) at mk4.inl:421
#5 0xb2f1b6ba in c4_HashViewer::IsUnused (this=0x913ebc0, row_=99)
at remap.cpp:148
#6 0xb2f1fc09 in c4_HashViewer::LookDict (this=0x913ebc0, hash_=-93333289,
cursor_={_seq = 0x8e1a6a0, _index = 0}) at remap.cpp:283
#7 0xb2f21e0b in c4_HashViewer::Lookup (this=0x913ebc0, key_=
{_seq = 0x8e1a6a0, _index = 0}, count_=@0xbff8a31c) at remap.cpp:378
#8 0xb2f11ff6 in c4_CustomSeq::RestrictSearch (this=0x894c274, cursor_=
{_seq = 0x8e1a6a0, _index = 0}, pos_=@0xbff8a3a8, count_=@0xbff8a388)
at custom.cpp:126
#9 0xb2f1f61e in c4_View::Find (this=0x8e2ade4, crit_=@0x894c274, start_=0)
at view.cpp:893
#10 0xb2f06607 in Akregator::Backend::StorageMK4Impl::unreadFor (
this=0x94b9c30, url=@0x894c274) at storagemk4impl.cpp:181
#11 0xb2f0521b in Akregator::Backend::FeedStorageMK4Impl::unread (
this=0x894c274) at feedstoragemk4impl.cpp:201
#12 0xb2f7cc9d in Akregator::Feed::unread (this=0x894c274) at feed.cpp:713
#13 0xb2f80ecb in Akregator::Folder::updateUnreadCount (this=0x946c598)
at folder.cpp:262
#14 0xb2f8131b in Akregator::Folder::slotChildDestroyed (this=0x946c598,
node=0x9e703d0) at folder.cpp:285
#15 0xb2f7f3be in Akregator::Folder::qt_invoke (this=0x946c598, _id=9,
_o=0xbff8a4d4) at folder.moc:156
#16 0xb702a92c in QObject::activate_signal (this=0x9e703d0, clist=0x950f378,
o=0xbff8a4d4) at kernel/qobject.cpp:2380
#17 0xb2f82242 in Akregator::TreeNode::signalDestroyed (this=0x9e703d0,
t0=0x894c274) at treenode.moc:135
#18 0xb2f8229f in Akregator::TreeNode::emitSignalDestroyed (this=0x9e703d0)
at treenode.cpp:65
#19 0xb2f99ca8 in ~Feed (this=0x9e703d0) at feed.cpp:286
#20 0xb2f87672 in ~Folder (this=0x946c598) at folder.cpp:82
#21 0xb2f87672 in ~Folder (this=0x85025a0) at folder.cpp:82
#22 0xb2f7d7b2 in Akregator::NodeList::setRootNode (this=0x983fd30,
folder=0x0) at nodelist.cpp:181
#23 0xb2f8efd2 in ~FeedList (this=0x983fd30) at feedlist.cpp:195
#24 0xb304ce98 in Akregator::View::slotOnShutdown (this=0x80bacc8)
at akregator_view.cpp:402
#25 0xb3052c6b in Akregator::Part::slotOnShutdown (this=0x91124b0)
at akregator_part.cpp:233
#26 0xb306ff80 in Akregator::Part::qt_invoke (this=0x91124b0, _id=16,
_o=0xbff8a6dc) at akregator_part.moc:222
#27 0xb702a92c in QObject::activate_signal (this=0xbff8b2e0, clist=0x80fe580,
o=0xbff8a6dc) at kernel/qobject.cpp:2380
#28 0xb702b290 in QObject::activate_signal (this=0xbff8b2e0, signal=15)
at kernel/qobject.cpp:2325
#29 0xb7601f9c in KApplication::shutDown (this=0x894c274)
at kapplication.moc:232
#30 0xb760206e in KApplication::xioErrhandler (this=0xbff8b2e0, dpy=0x894c274)
at kapplication.cpp:726
#31 0xb76020c9 in kde_xio_errhandler (dpy=0x894c274) at kapplication.cpp:179
#32 0xb63020cd in _XIOError (dpy=0x894c268) at XlibInt.c:2911
#33 0xb6304c6f in _XEventsQueued (dpy=0x807a448, mode=2) at XlibInt.c:771
#34 0xb62f4cc3 in XPending (dpy=0x807a448) at Pending.c:57
#35 0xb6f65b1e in QEventLoop::processEvents (this=0x80b9658, flags=4)
at kernel/qeventloop_x11.cpp:147
#36 0xb6fd9b01 in QEventLoop::enterLoop (this=0x80b9658)
at kernel/qeventloop.cpp:198
#37 0xb6fd9a26 in QEventLoop::exec (this=0x80b9658)
at kernel/qeventloop.cpp:145
#38 0xb6fbfc35 in QApplication::exec (this=0xbff8b2e0)
at kernel/qapplication.cpp:2758
#39 0x0805ae7b in main (argc=143966836, argv=0x894c274) at main.cpp:177
#40 0xb7789eb0 in __libc_start_main () from /lib/tls/libc.so.6
#41 0x08058561 in _start () at ../sysdeps/i386/elf/start.S:119
Reply to: