Summary: | libkcal: ERROR: Can't read uid map file | ||
---|---|---|---|
Product: | [Applications] korganizer | Reporter: | Koen Segers <koensegers> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | crash | CC: | hans.malissa, L.Plant.98, smartins |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Koen Segers
2006-05-19 17:32:57 UTC
Unfortunately, the backtrace is not helpful for us. Which calendar were you trying to import? It was a calender from iCal (OS X calendar). Can I delete the calendar from the console or something like that? Or just start with a new calendar. Most entries are saved on an other pc also. greetz You can remove the resource from the KDE Configuration Center (KDE Components->KDE Resources and choose for Calendar in the combo box). Nice. Now I can restart my Korganizer. I think there is a incompatibility with the iCal calender. Can you try this url webcal://icalx.com/public/matata/Les.ics ? Thx Although I got another error when opening the calendar, KOrganizer crashed here as well and I have a backtrace. Wow, this is really deep inside libical. That's a jungle of scary code, and I'm not planning to go in there any further. For the libical experts: this is the backtrace I produced. So it generates somewhere an icalvalue with some members with addresses out of range. Using host libthread_db library "/lib/libthread_db.so.1". `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 8006)] [KCrash handler] #6 0xb5e3543b in strlen () from /lib/libc.so.6 #7 0xb68844de in QString::fromUtf8 () from /usr/qt/3/lib/libqt-mt.so.3 #8 0xb7745e2d in Attachment (this=0x84646d0, base64=0x6972006f <Address 0x6972006f out of bounds>, mime=@0xb6a1f540) at /home/bram/KDE/kdepim/libkcal/attachment.cpp:47 #9 0xb77782a0 in KCal::ICalFormatImpl::readAttachment (this=0x8167ba8, attach=0x83d36f0) at /home/bram/KDE/kdepim/libkcal/icalformatimpl.cpp:1182 #10 0xb777a6f5 in KCal::ICalFormatImpl::readAlarm (this=0x8167ba8, alarm=0x83ca7c8, incidence=0x8463e38) at /home/bram/KDE/kdepim/libkcal/icalformatimpl.cpp:1653 #11 0xb7779189 in KCal::ICalFormatImpl::readIncidence (this=0x8167ba8, parent=0x83c32c8, tz=0x8464058, incidence=0x8463e38) at /home/bram/KDE/kdepim/libkcal/icalformatimpl.cpp:1379 #12 0xb7777499 in KCal::ICalFormatImpl::readEvent (this=0x8167ba8, vevent=0x83c32c8, vtimezone=0x83cf1e0) at /home/bram/KDE/kdepim/libkcal/icalformatimpl.cpp:943 #13 0xb777b6c6 in KCal::ICalFormatImpl::populate (this=0x8167ba8, cal=0x8383868, calendar=0x83b6c60) at /home/bram/KDE/kdepim/libkcal/icalformatimpl.cpp:1927 #14 0xb77704c7 in KCal::ICalFormat::fromRawString (this=0xbfc151a0, cal=0x8383868, text=@0xbfc15090) at /home/bram/KDE/kdepim/libkcal/icalformat.cpp:181 #15 0xb776fd7d in KCal::ICalFormat::load (this=0xbfc151a0, calendar=0x8383868, fileName=@0xbfc151fc) at /home/bram/KDE/kdepim/libkcal/icalformat.cpp:98 #16 0xb77920d3 in KCal::FileStorage::load (this=0xbfc151f0) at /home/bram/KDE/kdepim/libkcal/filestorage.cpp:97 #17 0xb7762e2f in KCal::CalendarLocal::load (this=0x8383868, fileName=@0xbfc15260, format=0x0) at /home/bram/KDE/kdepim/libkcal/calendarlocal.cpp:66 #18 0xb779b701 in KCal::ResourceCached::loadCache (this=0x8383830) at /home/bram/KDE/kdepim/libkcal/resourcecached.cpp:286 #19 0xb5b782d1 in KCal::ResourceRemote::slotLoadJobResult (this=0x8383830, job=0x83d0010) at /home/bram/KDE/kdepim/kresources/remote/resourceremote.cpp:225 #20 0xb5b78cc7 in KCal::ResourceRemote::qt_invoke (this=0x8383830, _id=6, _o=0xbfc15370) at resourceremote.moc:96 #21 0xb6587944 in QObject::activate_signal () from /usr/qt/3/lib/libqt-mt.so.3 #22 0xb725d0cd in KIO::Job::result (this=0x83d0010, t0=0x83d0010) at jobclasses.moc:162 #23 0xb7247f9c in KIO::Job::emitResult (this=0x83d0010) at /home/bram/KDE/kdelibs/kio/kio/job.cpp:226 #24 0xb7247d7f in KIO::Job::removeSubjob (this=0x83d0010, job=0x83ae530, mergeMetaData=false, emitResultIfLast=true) at /home/bram/KDE/kdelibs/kio/kio/job.cpp:188 #25 0xb7247ce8 in KIO::Job::removeSubjob (this=0x83d0010, job=0x83ae530) at /home/bram/KDE/kdelibs/kio/kio/job.cpp:177 #26 0xb724fd32 in KIO::FileCopyJob::slotResult (this=0x83d0010, job=0x83ae530) at /home/bram/KDE/kdelibs/kio/kio/job.cpp:1926 #27 0xb7260b29 in KIO::FileCopyJob::qt_invoke (this=0x83d0010, _id=9, _o=0xbfc15520) at jobclasses.moc:1558 #28 0xb6587944 in QObject::activate_signal () from /usr/qt/3/lib/libqt-mt.so.3 #29 0xb725d0cd in KIO::Job::result (this=0x83ae530, t0=0x83ae530) at jobclasses.moc:162 #30 0xb7247f9c in KIO::Job::emitResult (this=0x83ae530) at /home/bram/KDE/kdelibs/kio/kio/job.cpp:226 #31 0xb724965e in KIO::SimpleJob::slotFinished (this=0x83ae530) at /home/bram/KDE/kdelibs/kio/kio/job.cpp:574 #32 0xb724ba03 in KIO::TransferJob::slotFinished (this=0x83ae530) at /home/bram/KDE/kdelibs/kio/kio/job.cpp:944 #33 0xb725f884 in KIO::TransferJob::qt_invoke (this=0x83ae530, _id=17, _o=0xbfc15800) at jobclasses.moc:1071 #34 0xb6587944 in QObject::activate_signal () from /usr/qt/3/lib/libqt-mt.so.3 #35 0xb65880dc in QObject::activate_signal () from /usr/qt/3/lib/libqt-mt.so.3 #36 0xb723a421 in KIO::SlaveInterface::finished (this=0x83c0f20) at slaveinterface.moc:226 #37 0xb7238a5a in KIO::SlaveInterface::dispatch (this=0x83c0f20, _cmd=104, rawdata=@0xbfc159f0) at /home/bram/KDE/kdelibs/kio/kio/slaveinterface.cpp:243 #38 0xb72386ce in KIO::SlaveInterface::dispatch (this=0x83c0f20) at /home/bram/KDE/kdelibs/kio/kio/slaveinterface.cpp:173 #39 0xb7236203 in KIO::Slave::gotInput (this=0x83c0f20) at /home/bram/KDE/kdelibs/kio/kio/slave.cpp:300 #40 0xb7237bdd in KIO::Slave::qt_invoke (this=0x83c0f20, _id=4, _o=0xbfc15b10) at slave.moc:113 #41 0xb6587944 in QObject::activate_signal () from /usr/qt/3/lib/libqt-mt.so.3 #42 0xb6587f6b in QObject::activate_signal () from /usr/qt/3/lib/libqt-mt.so.3 #43 0xb68ecb90 in QSocketNotifier::activated () from /usr/qt/3/lib/libqt-mt.so.3 #44 0xb65a4b60 in QSocketNotifier::event () from /usr/qt/3/lib/libqt-mt.so.3 #45 0xb6521e3f in QApplication::internalNotify () from /usr/qt/3/lib/libqt-mt.so.3 #46 0xb6521fec in QApplication::notify () from /usr/qt/3/lib/libqt-mt.so.3 #47 0xb6bfd520 in KApplication::notify (this=0xbfc16090, receiver=0x8165130, event=0xbfc15e20) at /home/bram/KDE/kdelibs/kdecore/kapplication.cpp:550 #48 0xb6515233 in QEventLoop::activateSocketNotifiers () from /usr/qt/3/lib/libqt-mt.so.3 #49 0xb64ccc2c in QEventLoop::processEvents () from /usr/qt/3/lib/libqt-mt.so.3 #50 0xb6538a91 in QEventLoop::enterLoop () from /usr/qt/3/lib/libqt-mt.so.3 #51 0xb65389d6 in QEventLoop::exec () from /usr/qt/3/lib/libqt-mt.so.3 #52 0xb6520f9f in QApplication::exec () from /usr/qt/3/lib/libqt-mt.so.3 #53 0x0805096b in main (argc=1, argv=0xbfc16204) at /home/bram/KDE/kdepim/korganizer/main.cpp:58 Koen, I can successfully add the webcal://icalx.com/public/matata/Les.ics file as a remote resource to the current KOrganizer from KDE 3.5.4. I can also download the file to my local system and run konsolekalendar on it to view all the appointments in my console. So, I will be closing this bug with the advice to upgrade your version of KDE. I upgraded my kde to 3.5.4-r1. Now I can also view my public calendar Les.ics. Thanks for that. But I can't make any adjustments to this calendar. Viewing (and editting) private calendars is also not possible. The kde application Calendar just crashes. I have not compiled with debug information turned on, but if you want it, I'll recompile Calendar... greetz Reassigning all KOrganizer bug reports and wishes to the newly created korganizer-devel mailing list. *** Bug 142213 has been marked as a duplicate of this bug. *** I'm having the same problem with KDE 3.5.8 (on a Debian unstable) using a disconnected imap folder as kalendar source. Seems to be a problem with recreating the cache file. Is there a way to manually cause the libkcal to recreate this cache? Removing and re-adding the kalendar resource does not help. Found a solution for my problem: It seems the configuration is not updated properly. https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/139433/comments/7 describes how to solve my particular problem. I'm seeing this bug with KOrganizer (and the KOrganizer component in Kontact). Alongside 2 existing local calendars, I have added a remote file as a read-only calendar -- http://www.google.com/calendar/ical/c3kc8arf6hr51dh146dnsiq040%40group.calendar.google.com/public/basic.ics Sometimes when repainting the screen, korganizer (or kontact) crashes with an unhelpful strack trace (except that it is somewhere in repainting routines). On the console I get things like: libkcal: ERROR: Can't read uid map file '/home/luke/.kde/share/apps/kcal/uidmaps/remote_9tOnFBMBGU' QGDict::hashKeyString: Invalid null key QGDict::hashKeyString: Invalid null key... I've noticed this only happens in certain situations: - if korganizer starts in "week" mode, with my calendars shown side by side, then the crashes occur if I do something as simple as switch to another desktop and switch back - if korganizer starts in "month" mode, with my calendars merged, then it is stable, even if I switch to the "week" mode. The solution mentioned by Stefan Haun does not seem to be relevant, and I couldn't see how to apply those steps to my situation. Test korganizer 4.6.1. Too much has changed since 4.4, both kres and kcal are no longer used. |