Summary: | Crashes on startup while reading large ToDo attachements | ||
---|---|---|---|
Product: | [Applications] korganizer | Reporter: | Michal Sojka <sojkam1> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | crash | CC: | adam, dariopnc |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Michal Sojka
2008-03-18 18:10:12 UTC
I have been trying to fix this bug for the past couple days. In-line attachments work.. sometimes.. then they don't. My current best-guess is a problem somewhere in the 3rd-party libical library.. or how we build it (maybe it isn't thread safe?) Till: any ideas? Valgrind any help? Not anymore than a bt. Here's a valgrind output: ==21236== Invalid read of size 1 ==21236== at 0x4006278: strlen (mc_replace_strmem.c:246) ==21236== by 0x4092657: qstrdup(char const*) (qbytearray.cpp:104) ==21236== by 0x55D7BFE: KCal::Attachment::setData(char const*) (attachment.cpp:156) ==21236== by 0x55D7E7E: KCal::Attachment::Attachment(char const*, QString const&) (attachment.cpp:95) ==21236== by 0x5610A1D: KCal::ICalFormatImpl::readAttachment(icalproperty_impl*) (icalformat_p.cpp:1351) ==21236== by 0x5612813: KCal::ICalFormatImpl::readIncidence(icalcomponent_impl*, KCal::Incidence*, KCal::ICalTimeZones*) (icalformat_p.cpp:1599) ==21236== by 0x5613433: KCal::ICalFormatImpl::readTodo(icalcomponent_impl*, KCal::ICalTimeZones*) (icalformat_p.cpp:1013) ==21236== by 0x5613D78: KCal::ICalFormatImpl::populate(KCal::Calendar*, icalcomponent_impl*) (icalformat_p.cpp:2357) ==21236== by 0x560CC4E: KCal::ICalFormat::fromRawString(KCal::Calendar*, QByteArray const&) (icalformat.cpp:188) ==21236== by 0x560D3A9: KCal::ICalFormat::load(KCal::Calendar*, QString const&) (icalformat.cpp:106) ==21236== by 0x5630DDE: KCal::FileStorage::load() (filestorage.cpp:119) ==21236== by 0x55FBC9A: KCal::CalendarLocal::load(QString const&, KCal::CalFormat*) (calendarlocal.cpp:105) ==21236== Address 0xAC66028 is not stack'd, malloc'd or (recently) free'd ==21236== etc. *** Bug 165845 has been marked as a duplicate of this bug. *** |