Summary: | High CPU+memory usage when loading corrupted .VCF files | ||
---|---|---|---|
Product: | [Applications] kdepimlibs | Reporter: | T Kleindienst <t.kleindienst> |
Component: | kabc | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED WAITINGFORINFO | ||
Severity: | crash | CC: | finex, smartins |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
T Kleindienst
2008-06-16 17:46:06 UTC
sorry.... it's not kmails fault... After investigating a bit further. I found the reason: It's kabc (the addressbook). I was loading a .vcf-file with 1600 entries as std.vcf. Sadly kadressbook is not capable of handling large .vcf-files it seems. 1600 adresses were causing 500 megs of RAM usage.. still strange ;-) so far... don't want to close it yet. Still trying to find out a bit more. No traceback yet. Moving this to Kontact (as we don't seem to have a KABC in the products list) The .vcf file was damaged somewhere in the middle. This was causing kabc to memory leak and finally crashing. kabc is very much capable of handling 1600 entries, but it's not safe to open a corrupted .vcf-file. Shall I close this bug? > Shall I close this bug?
You could attach a minimal testcase (a small .vcf file which has the problem), maybe someone has time to look into that.
I don't have the original file anymore, but I remember what it was looking like in khexedit: it was 2mb of standard .vcf entries, the last entry was _not_ closed with END:VCARD then, 160mb of nonsense (mainly 0s) were filling up the rest of the file. I should have seen it right from the beginning. A 162mb .vcf-file is somehow dubious. It this bug reproducible on KDE 4 too? |