<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.kde.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugs.kde.org/"
          
          maintainer="sysadmin@kde.org"
>

    <bug>
          <bug_id>71549</bug_id>
          
          <creation_ts>2003-12-31 14:41:10 +0000</creation_ts>
          <short_desc>QGArray::at: Absolute index out of range</short_desc>
          <delta_ts>2007-09-14 12:17:01 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>10</classification_id>
          <classification>Unmaintained</classification>
          <product>kmail</product>
          <component>general</component>
          <version>unspecified</version>
          <rep_platform>openSUSE</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>NOR</priority>
          <bug_severity>crash</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Roland Seuhs">r</reporter>
          <assigned_to name="kdepim bugs">pim-bugs-null</assigned_to>
          <cc>jjudeb</cc>
    
    <cc>kde.bugs</cc>
    
    <cc>pembo13</cc>
    
    <cc>peregrine</cc>
    
    <cc>sandip</cc>
          
          <cf_commitlink></cf_commitlink>
          <cf_versionfixedin></cf_versionfixedin>
          <cf_sentryurl></cf_sentryurl>
          <votes>74</votes>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>190185</commentid>
    <comment_count>0</comment_count>
    <who name="Roland Seuhs">r</who>
    <bug_when>2003-12-31 14:41:10 +0000</bug_when>
    <thetext>Version:            (using KDE KDE 3.1.4)
Installed from:    SuSE RPMs
OS:          Linux

Suddently, when starting up, KMail produced this output:

QGArray::at: Absolute index 892108940 out of range
QGArray::at: Absolute index 892108944 out of range
QGArray::at: Absolute index 892108948 out of range
[.. thousands of lines ..]

when you kill kmail and restart it, it continues where it left, not at 0.

This bug is especially annoying because in my case it caused a 5GB .xsession-errors logfile and the system ran out of diskspace.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>190197</commentid>
    <comment_count>1</comment_count>
    <who name="Roland Seuhs">r</who>
    <bug_when>2003-12-31 15:17:18 +0000</bug_when>
    <thetext>I experimented a bit and found out:

- There is no output before, kmail loads for about 10 seconds, then immediately starts to dump the  &quot;QGArray::at:&quot; lines with no preceeding errors or warnings
- Removing the ~/Mail folder does not help, I still get the error.
- Removing the ~/.kde/share/config/kmailrc file helps, so the error seems to be caused by something in there. Tell me which part of kmailrc could be relevant and I&apos;ll post it here.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>190198</commentid>
    <comment_count>2</comment_count>
    <who name="Roland Seuhs">r</who>
    <bug_when>2003-12-31 15:29:39 +0000</bug_when>
    <thetext>I found it the entry causing it!

This is it:

[Account 3]
Folder=
Name=Pilz-Imap
Type=imap
auth=*
auto-expunge=true
check-exclude=false
check-interval=0
hidden-folders=false
host=pilz
login=roli
pass=[password deleted]
port=143
precommand=
prefix=/
store-passwd=true
subscribed-folders=false
trash=trash
use-ssl=false
use-tls=false

--- End ---

I have to add that there is no correctly working imap-server on that host (yet), so maybe kmail is a little bit confused.

I&apos;ve tried to add &quot;folder=inbox&quot;, but that didn&apos;t change it, if I should try anything else, please advise. (Hopefully I&apos;ll get the email ;-)



</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>190506</commentid>
    <comment_count>3</comment_count>
    <who name="Ingo Klöcker">kloecker</who>
    <bug_when>2004-01-02 00:37:20 +0000</bug_when>
    <thetext>I can&apos;t reproduce this problem with the current development version and a non-working IMAP server. Did this server work in the past? If yes, try if deleting ~/.kde/share/apps/kmail/imap/.Pilz-Imap.directory helps.

You can also try if closing the folder tree for this IMAP account helps. Also please try if enabling &apos;Exclude from &quot;Check Mail&quot;&apos; for this IMAP account helps.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>190958</commentid>
    <comment_count>4</comment_count>
    <who name="Roland Seuhs">r</who>
    <bug_when>2004-01-03 12:19:13 +0000</bug_when>
    <thetext>It&apos;s really strange, but now I can&apos;t reproduce the bug myself anymore :-/
I could reliably reproduce it 2 days ago (I tried several times with and without &quot;Account 3&quot;) but now it works fine with and without that Account. I must add that I deleted a couple of thousand emails in the meantime, but didn&apos;t change the configuration except for adding/removing Account 3.

The IMAP-Server never worked, but there was a POP3-server on that machine a couple of months ago.

It is really strange because I also tried to move the Mail-folder 2 days ago and the bug was still triggered with no messages at all, so me deleting mail shouldn&apos;t have any effect on this bug.
Also, it&apos;s impossible that kmail &quot;healed&quot; itself because I tried it several times and the bug came back even after kmail was started successfully in the meantime.


</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>198875</commentid>
    <comment_count>5</comment_count>
    <who name="Carsten Burghardt">burghardt</who>
    <bug_when>2004-01-25 23:49:30 +0000</bug_when>
    <thetext>Not really reproducable in this situation...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>232540</commentid>
    <comment_count>6</comment_count>
    <who name="Dan Bullok">dan.kde</who>
    <bug_when>2004-05-14 01:21:28 +0000</bug_when>
    <thetext>This bug is NOT fixed as of kdepim 3.2.2 - I was just bitten for the second time - (the first time was months ago).  I figured that this is a pretty obscure bug, so I&apos;d better track it down.  I think I&apos;ve found the cause.  In KMMsgDict::readFolderIds(),  I found that one of my folders had count=1296769059 (after the byte swapping).  This folder had only one message in it, so there&apos;s obviously a  problem.  Looking at the .ids file, I found that it had the header written to it twice:
    &gt;cat /home/dan/Mail/.OONL.directory/.request.index.ids
    # KMail-Index-IDs V1002
    *xV4# KMail-Index-IDs V1002
    *xV4

So the problem is NOT at startup - it&apos;s when that file was last written to.  This file was messed up somehow.  I don&apos;t remember what happened last time I closed kmail - it may or may not have been a clean exit.  I was working on a control center module for kicker at the time, and it was buggy, so anything could have happened.  I wasn&apos;t doing anything unusual in KMail though.

I do remember that the last time this happened was when I was running a beta KDE and it definitely did NOT close kmail nicely.  

So, I found only two places where this header is written, in the files:
    kmfoldersearch.cpp:789:    
        fprintf(tmpIndexStream, IDS_HEADER, IDS_VERSION);
        in function: KMFolderSearch::writeIndex( bool )
    kmmsgdict.cpp:451:  (line # is from my modified version of the file)
        fprintf(fp, IDS_HEADER, IDS_VERSION);
        in function: KMMsgDict::openFolderIds(KMFolder *folder, bool truncate

I&apos;ll leave the actual debugging to someone who knows what the heck this code does (I&apos;m just a kmail user, not a kmail developer :).  My tired brain can&apos;t puzzle it out right now.

I&apos;m attaching a modified kmmsgdict.cpp that throws some debugging info up (if you have debugging enabled), a copy of said debugging, and a stack trace.

</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>232541</commentid>
    <comment_count>7</comment_count>
      <attachid>5988</attachid>
    <who name="Dan Bullok">dan.kde</who>
    <bug_when>2004-05-14 01:24:35 +0000</bug_when>
    <thetext>Created attachment 5988
Modified kdepim-3.2.2/kmail/kmmsgdict.cpp - added some debugging statements that help track the problem down</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>232542</commentid>
    <comment_count>8</comment_count>
      <attachid>5989</attachid>
    <who name="Dan Bullok">dan.kde</who>
    <bug_when>2004-05-14 01:29:40 +0000</bug_when>
    <thetext>Created attachment 5989
debugging output that shows what&apos;s happening when count is misread</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>232543</commentid>
    <comment_count>9</comment_count>
      <attachid>5990</attachid>
    <who name="Dan Bullok">dan.kde</who>
    <bug_when>2004-05-14 01:30:10 +0000</bug_when>
    <thetext>Created attachment 5990
stack trace</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>232547</commentid>
    <comment_count>10</comment_count>
    <who name="Dan Bullok">dan.kde</who>
    <bug_when>2004-05-14 01:36:19 +0000</bug_when>
    <thetext>One thing I forgot.  If you let kmail churn through all 1296769059 of the  messages, most of which don&apos;t exist, everything will be fine, which is probably why the original reporter couldn&apos;t reproduce it.  I doubt that it has anything to do with IMAP at all, the machine had just finished running through the messages when the reporter changed the config.  
If you kill it after it starts spewing the &quot;QGArray::at: Absolute index XXXXXXX out of range&quot; stuff, it will just pick up where it left off (not sure why).  I saved a copy of my Mail dir and the kmail files in ~/.kde, so I can reproduce it, if needed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>232554</commentid>
    <comment_count>11</comment_count>
    <who name="Roland Seuhs">r</who>
    <bug_when>2004-05-14 02:05:54 +0000</bug_when>
    <thetext>Actually, I (the reporter) was also hit by this bug again a     couple of weeks ago, so I reopen it.

&quot;So the problem is NOT at startup - it&apos;s when that file was last written to.&quot;

In my opinion, a   program should never crash, no matter how messed up the input files are, this could even be a denial-of-service vulnerability, possibly triggered by something innocent as an email.

P.S.: I don&apos;t know wether this helps, but I get the feeling that most strange behaviour is caused on shutting down the computer: KMail tries to do it&apos;s shutdown procedure but is interrupted by the shutdown sequence which could be the cause of such &quot;messed up&quot; files.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>234513</commentid>
    <comment_count>12</comment_count>
    <who name="john turner">jlt</who>
    <bug_when>2004-05-19 22:12:19 +0000</bug_when>
    <thetext>I have created a smaller Mail directroy and pasted in
some of my mail. The startup is then ok, but if I
use the large mail directroy, kmail crashes at the startup.
Large = 80 MB Small = 46

I had no problems using the older version of kmail
This problem started 4 days after upgrading from
SuSE 8.2 to SuSE 9.1

I sure would like to be able to see all my past
mail. 
Any suggestions ?
Thanks</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>240866</commentid>
    <comment_count>13</comment_count>
    <who name="Sebastien Renard">renard</who>
    <bug_when>2004-06-12 14:04:00 +0000</bug_when>
    <thetext>I had the same problem without any IMAP account. My mailbox was quite large (~ 1 Go)... 
After cleaning all index file i could restart kmail but lost a lot of parameters (folder preferences like icons, default identity etc.).

Was with KDE 3.2.2.

Hope that help.
-- 
Sebastien</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>241099</commentid>
    <comment_count>14</comment_count>
    <who name="Carsten Burghardt">burghardt</who>
    <bug_when>2004-06-13 14:41:49 +0000</bug_when>
    <thetext>Not imap specific.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>251707</commentid>
    <comment_count>15</comment_count>
    <who name="Till Adam">adam</who>
    <bug_when>2004-07-23 09:24:16 +0000</bug_when>
    <thetext>This has been resolved a few days ago in the development version of KMail at last.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>266941</commentid>
    <comment_count>16</comment_count>
    <who name="Sandip Bhattacharya">sandip</who>
    <bug_when>2004-09-08 20:20:26 +0000</bug_when>
    <thetext>I am getting this error too on running &quot;Apply Filters&quot;.

I have about 200 messages in my inbox. I have a number of filters configured. If I select all messages in Inbox and click on &quot;Apply Filters&quot;, Kmail happily eats up all CPU. I ran lsof on the kmail process. I found out that kmail has all the .index files of all the maildirs that I have in kmail (about 50+). It seems as if Kmail is searching in all the folders even if I have selected specific messages in my inbox to run filters on. I am running kmail as packaged on FC2.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>267088</commentid>
    <comment_count>17</comment_count>
    <who name="Don Sanders">sanders</who>
    <bug_when>2004-09-09 10:04:27 +0000</bug_when>
    <thetext>On Thursday 09 September 2004 04:20, Sandip Bhattacharya wrote:
...
&gt; I am running kmail as
&gt; packaged on FC2.

I missing version info. You may be running a pre KDE 3.3 version that 
may not include the fix.

</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>267090</commentid>
    <comment_count>18</comment_count>
    <who name="Sandip Bhattacharya">sandip</who>
    <bug_when>2004-09-09 10:15:07 +0000</bug_when>
    <thetext>
I did mention 1.6.2 while filing the bug(in the meta dat, not the comment though). FC2 has kmail-1.6.2 with KDE-3.2.2. Isn&apos;t there a backport fix for this bug in these older versions? Or one that can be submitted to, say Fedora guys, so that they can fix kmail on it?

Right now, this bug makes kmail pretty unusable for a few minutes if I press the apply filter button by mistake.
 </thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>298466</commentid>
    <comment_count>19</comment_count>
    <who name="Christoph Kuhn">kde</who>
    <bug_when>2005-01-01 12:26:22 +0000</bug_when>
    <thetext>First I thought it&apos;s a Year 2005 Mistake ;-)
31.Dec.2004 i could start kontact/kmail, and today 1.Jan.2005 I get this error.
  * SuSE 9.2
  * Qt: 3.3.3
  * KDE: 3.3.0
  * KMail: 1.7.1
1,1GB in Mail-Folders, some pop3 and some imap Folders.
With SuSE 9.1 I had the same config and did never run in troubles.

I have to access my mails in the Mail-Folder as soon as possible. </thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>298479</commentid>
    <comment_count>20</comment_count>
    <who name="Christoph Kuhn">kde</who>
    <bug_when>2005-01-01 13:58:00 +0000</bug_when>
    <thetext>Now I found the corrupt ids file:

~/.kde/share/apps/kmail/imap/.1935081305.index.ids:
# KMail-Index-IDs V1002
*xV4^R# KMail-Index-IDs V1002
*xV4^R

kmail is working again, but I think, after a year, kmail should be smart enough to solve such a problem by itself.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>307940</commentid>
    <comment_count>21</comment_count>
      <attachid>9335</attachid>
    <who name="David Kewley">kewley</who>
    <bug_when>2005-01-28 22:43:02 +0000</bug_when>
    <thetext>Created attachment 9335
backtrace when kmail processing bad index.ids file</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>307942</commentid>
    <comment_count>22</comment_count>
    <who name="David Kewley">kewley</who>
    <bug_when>2005-01-28 22:44:29 +0000</bug_when>
    <thetext>I&apos;d like to add that I see this same bug in FC2, latest FC2 kmail (1.6.2).  Same exact index.ids caused the problem.  Backtrace is a bit different that the one previously attached; I&apos;ve added mine here.

For those who may follow, I fixed the problem by running lsof on kmail (actually kontact in my case) and grepping for files in my ~/Mail/.  It was obvious that one particular index.ids file was the problem.  I exited kmail, deleted that specific index.ids.  When I restarted kmail, it came back up fine.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>407695</commentid>
    <comment_count>23</comment_count>
    <who name="Jakub Krajewski">jakub.krajewski</who>
    <bug_when>2006-01-20 18:34:54 +0000</bug_when>
    <thetext>Looks like this bug still exists. I can reproduce it on KMail: 1.9.1 from KDE 3.5 (Debian SID packages). It causes KMail to eat all CPU and memory (1 GB in 2 seconds ;). 

Everything works as usual when I remove this file:
~/.kde/share/apps/imap/.1074588759.directory/Trash.index.ids 

File attached.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>407696</commentid>
    <comment_count>24</comment_count>
      <attachid>14321</attachid>
    <who name="Jakub Krajewski">jakub.krajewski</who>
    <bug_when>2006-01-20 18:37:30 +0000</bug_when>
    <thetext>Created attachment 14321
Trash index file which crashes KMail.

File from ~/.kde/share/apps/imap/ folder.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>419728</commentid>
    <comment_count>25</comment_count>
    <who name="John Volpe">jtvolpe</who>
    <bug_when>2006-03-06 15:00:14 +0000</bug_when>
    <thetext>This bug is not resolved.  I just had the exact same issue with kmail 1.9.1 running on FC3 with KDE 3.5.1.  I performed the lsof|grep described above in comment #22 and deleted the &quot;corrupt&quot; .ids file. I&apos;m back to running, but this must be fixed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>446742</commentid>
    <comment_count>26</comment_count>
    <who name="Tim Weber">kde.bugs</who>
    <bug_when>2006-06-15 08:51:11 +0000</bug_when>
    <thetext>Please reopen. I&apos;ve encountered this bug twice now. The first time as I added some filter rules for the first time (the bug appeared when closing and restarting KMail afterwards). I removed my whole .kde/share/apps/kmail folder to fix it because I didn&apos;t know what to do.

Today it hit me a second time, but this time I hadn&apos;t done anything unusual. In my opinion (as mentioned earlier), this bug is most likely to happen when KMail gets closed by a machine shutdown.

You can find broken .ids files with the following Bash line:
find ~/.kde/share/apps/kmail -name &apos;*.ids&apos; -exec grep -Hc &apos;^\*xV4&apos; &apos;{}&apos; \; | grep -v &apos;:1$&apos;

To remove them automatically (at your own risk), change that to:
rm $(find ~/.kde/share/apps/kmail -name &apos;*.ids&apos; -exec grep -Hc &apos;^\*xV4&apos; &apos;{}&apos; \; | grep -v &apos;:1$&apos; | cut -d : -f 1)

Imho a really simple workaround could be written when reading the .ids files to prevent this bug from happening.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>467524</commentid>
    <comment_count>27</comment_count>
    <who name="Tim Weber">kde.bugs</who>
    <bug_when>2006-09-07 11:27:12 +0000</bug_when>
    <thetext>It&apos;s been three months since the last whining, time for another one.

I&apos;ve encountered this bug again today, so *please* reopen.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>467899</commentid>
    <comment_count>28</comment_count>
    <who name="Beat Fasel">beat_fasel</who>
    <bug_when>2006-09-08 13:05:19 +0000</bug_when>
    <thetext>One more whiner :-) It just happened to me too today (Kmail 1.9.1, Ubuntu Breezy), after shutting down the laptop with an open Kmail instance. After starting again the computer, it was completely unresponsive, busily swapping while Kmail was eating up all RAM. Also killing Kmail and restarting it did not solve the problem. Only deleting the hidden index files in the Mail folder helped. </thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>470201</commentid>
    <comment_count>29</comment_count>
    <who name="Lamont R. Peterson">peregrine</who>
    <bug_when>2006-09-15 20:35:24 +0000</bug_when>
    <thetext>+1

I&apos;ve filed bug 134134 requesting that this bug be reopened.

Using Tim Weber&apos;s notes, I got my kmail/kontact back up and running.  With 1.1GB of email, man am I glad it&apos;s running again :) .  That&apos;s not a fix for the bug, but at least we have a workaround to recover from this bug.

PLEASE, don&apos;t give my co-workers who rail against KDE, Kontact &amp; Kmail any more ammunition :) .</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>470435</commentid>
    <comment_count>30</comment_count>
    <who name="Tommi Tervo">tommi.tervo</who>
    <bug_when>2006-09-16 22:22:55 +0000</bug_when>
    <thetext>Reopening as requested.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>477092</commentid>
    <comment_count>31</comment_count>
    <who name="Arthur Pemberton">pembo13</who>
    <bug_when>2006-10-15 20:11:55 +0000</bug_when>
    <thetext>Just had this same problem in Fedora Core 5, with kdepim-3.5.4-0.1.fc5. Method suggested in comment #30 worked around the issue. Konact shut down via KDE shutdown on previous successful use. When Kontact came up on problamatic trial, it complained that it may already be opened, from then on I had the problem where kontact did not want to open. Ran it from terminal, noticed the error messages, and gooled my way here.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>480857</commentid>
    <comment_count>32</comment_count>
    <who name="Martin Koller">martin</who>
    <bug_when>2006-10-28 23:05:33 +0000</bug_when>
    <thetext>Lots of confirmations, lets correct status of this issue.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>480865</commentid>
    <comment_count>33</comment_count>
    <who name="Gyuri Frivolt">fifi</who>
    <bug_when>2006-10-28 23:19:29 +0000</bug_when>
    <thetext>This bug happened to me two weeks before. I could not start up kmail. The problem was solved when I removed the index files. Few days latter it showed up that I had a hard drive problem, which caused the corruption of the index (and not only the index) files.
   In my opinion KMail should be able to start up even if the index files are corrupt, it should report the problem and ignore the corrupt data, when it is possible.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>508780</commentid>
    <comment_count>34</comment_count>
    <who name="Martin Koller">martin</who>
    <bug_when>2007-02-12 23:17:12 +0000</bug_when>
    <thetext>SVN commit 633012 by mkoller:

BUG: 71549

Make sure that a corrupted .ids file does not allocate huge amount
of memory by checking consistency of file length vs. number of
items expected.

The patch does not cure the original problem why the ids
file has corrupt content. I could not find a way how this can happen
up till now


 M  +15 -2     kmmsgdict.cpp  


--- branches/KDE/3.5/kdepim/kmail/kmmsgdict.cpp #633011:633012
@@ -16,6 +16,7 @@
 #include &lt;stdio.h&gt;
 #include &lt;unistd.h&gt;
 
+#include &lt;string.h&gt;
 #include &lt;errno.h&gt;
 
 #include &lt;config.h&gt;
@@ -73,8 +74,7 @@
   KMMsgDictREntry(int size = 0)
   {
     array.resize(size);
-    for (int i = 0; i &lt; size; i++)
-      array.at(i) = 0;
+    memset(array.data(), 0, array.size() * sizeof(KMMsgDictEntry *));  // faster than a loop
     fp = 0;
     swapByteOrder = false;
     baseOffset = 0;
@@ -412,6 +412,19 @@
   if (swapByteOrder)
      count = kmail_swap_32(count);
 
+  // quick consistency check to avoid allocating huge amount of memory
+  // due to reading corrupt file (#71549)
+  long pos = ftell(fp);       // store current position
+  fseek(fp, 0, SEEK_END);
+  long fileSize = ftell(fp);  // how large is the file ?
+  fseek(fp, pos, SEEK_SET);   // back to previous position
+
+  // the file must at least contain what we try to read below
+  if ( (fileSize - pos) &lt; (count * sizeof(Q_UINT32)) ) {
+    fclose(fp);
+    return -1;
+  }
+
   KMMsgDictREntry *rentry = new KMMsgDictREntry(count);
 
   for (unsigned int index = 0; index &lt; count; index++) {
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>517488</commentid>
    <comment_count>35</comment_count>
    <who name="Mikhail Umorin">mikeumo</who>
    <bug_when>2007-03-27 01:54:37 +0000</bug_when>
    <thetext>I had this problem happen about a week ago.  I thought it was a different bug. But, it&apos;s exactly as described here. KMail 1.9.4. The index file(s) may get corrupted because when shutting down computer from KDE it does not let some of the processes finish normally (they may be just &quot;killed&quot;). I notice this with KNode: when shutting down I can see a window with flashing &quot;Deleting expired articles from &lt;newsgroup&gt;&quot; (or something like it), but not all newsgroups are reported. Seems like the processes just gets interrupted. Same thing may happen with KMail.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>519198</commentid>
    <comment_count>36</comment_count>
    <who name="Peter Sabaini">peter</who>
    <bug_when>2007-04-06 13:29:06 +0000</bug_when>
    <thetext>KMail 1.9.6 / KDE 3.5.6, Kubuntu 7.04 exhibits the same behaviour
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>519467</commentid>
    <comment_count>37</comment_count>
    <who name="Martin Koller">martin</who>
    <bug_when>2007-04-08 22:38:50 +0000</bug_when>
    <thetext>*** Bug 63218 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>522616</commentid>
    <comment_count>38</comment_count>
    <who name="Eitzenberger Thomas">eth</who>
    <bug_when>2007-04-25 19:49:04 +0000</bug_when>
    <thetext>removing all *.ids files in the mails folder (recursively) helps

use following script:

find mail -name &quot;*.ids&quot; &gt; ids.list
echo &quot;END&quot; &gt;&gt; ids.list
cat ids.list | while [ &quot;$line&quot; != &quot;END&quot; ]; do read line; rm &quot;mail/$line&quot;; done
rm ids.list

mail is the folder containing the mails from kmail

hth et</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>528344</commentid>
    <comment_count>39</comment_count>
    <who name="Eggert Ehmke">eggert</who>
    <bug_when>2007-05-27 14:11:13 +0000</bug_when>
    <thetext>The problem occured on the actual Gentoo KDE 3.5.5 again. The script provided by Thomas did not help. Please reopen!!! This bug is not fixed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>528349</commentid>
    <comment_count>40</comment_count>
    <who name="Thomas McGuire">mcguire</who>
    <bug_when>2007-05-27 15:09:00 +0000</bug_when>
    <thetext>&gt;The problem occured on the actual Gentoo KDE 3.5.5 again. The script provided by Thomas did not help. Please reopen!!! This bug is not fixed. 
Not in the 3.5.5 version of KMail. Try KDE 3.5.7, it should be fixed there.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>5988</attachid>
            <date>2004-05-14 01:24:35 +0000</date>
            <delta_ts>2004-05-14 01:24:35 +0000</delta_ts>
            <desc>Modified kdepim-3.2.2/kmail/kmmsgdict.cpp - added some debugging statements that help track the problem down</desc>
            <filename>kmmsgdict.cpp</filename>
            <type>text/plain</type>
            <size>15087</size>
            <attacher name="Dan Bullok">dan.kde</attacher>
            
              <data encoding="base64">Lyoga21haWwgbWVzc2FnZSBkaWN0aW9uYXJ5ICovCi8qIEF1dGhvcjogUm9uZW4gVHp1ciA8cnR6
dXJAc2hhbmkubmV0PiAqLwoKI2luY2x1ZGUgImttZm9sZGVyaW5kZXguaCIKI2luY2x1ZGUgImtt
bXNnZGljdC5oIgojaW5jbHVkZSAia21kaWN0LmgiCgojaW5jbHVkZSA8cWZpbGVpbmZvLmg+Cgoj
aW5jbHVkZSA8a2RlYnVnLmg+CgojaW5jbHVkZSA8c3RkaW8uaD4KI2luY2x1ZGUgPHVuaXN0ZC5o
PgoKI2luY2x1ZGUgPGVycm5vLmg+CgojaW5jbHVkZSA8Y29uZmlnLmg+CgojaWZkZWYgSEFWRV9C
WVRFU1dBUF9ICiNpbmNsdWRlIDxieXRlc3dhcC5oPgojZW5kaWYKCi8vIFdlIGRlZmluZSBmdW5j
dGlvbnMgYXMga21haWxfc3dhcF9OTiBzbyB0aGF0IHdlIGRvbid0IGdldCBjb21waWxlIGVycm9y
cwovLyBvbiBwbGF0Zm9ybXMgd2hlcmUgYnN3YXBfTk4gaGFwcGVucyB0byBiZSBhIGZ1bmN0aW9u
IGluc3RlYWQgb2YgYSBkZWZpbmUuCgovKiBTd2FwIGJ5dGVzIGluIDMyIGJpdCB2YWx1ZS4gICov
CiNpZmRlZiBic3dhcF8zMgojZGVmaW5lIGttYWlsX3N3YXBfMzIoeCkgYnN3YXBfMzIoeCkKI2Vs
c2UKI2RlZmluZSBrbWFpbF9zd2FwXzMyKHgpIFwKICAgICAoKCgoeCkgJiAweGZmMDAwMDAwKSA+
PiAyNCkgfCAoKCh4KSAmIDB4MDBmZjAwMDApID4+ICA4KSB8CQkgICAgICBcCiAgICAgICgoKHgp
ICYgMHgwMDAwZmYwMCkgPDwgIDgpIHwgKCgoeCkgJiAweDAwMDAwMGZmKSA8PCAyNCkpCiNlbmRp
ZgoKCi8vLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCi8vIEN1cnJlbnQgdmVyc2lvbiBvZiB0aGUgLmlu
ZGV4LmlkcyBmaWxlcwojZGVmaW5lIElEU19WRVJTSU9OIDEwMDIKCi8vIFRoZSBhc3RlcmlzayBh
dCB0aGUgZW5kIGlzIGltcG9ydGFudAojZGVmaW5lIElEU19IRUFERVIgIiMgS01haWwtSW5kZXgt
SURzIFYlZFxuKiIKCi8vLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCmNsYXNzIEtNTXNnRGljdEVudHJ5
IDogcHVibGljIEtNRGljdEl0ZW0KewpwdWJsaWM6CiAgS01Nc2dEaWN0RW50cnkoY29uc3QgS01G
b2xkZXIgKmFGb2xkZXIsIGludCBhSW5kZXgpCiAgICB7IGZvbGRlciA9IGFGb2xkZXI7IGluZGV4
ID0gYUluZGV4OyB9CgogIGNvbnN0IEtNRm9sZGVyICpmb2xkZXI7CiAgaW50IGluZGV4Owp9OwoK
Ly8tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKY2xhc3MgS01Nc2dEaWN0UkVudHJ5CnsKcHVibGljOgog
IEtNTXNnRGljdFJFbnRyeShpbnQgc2l6ZSA9IDApCiAgeyBrZERlYnVnKCk8PCJLTU1zZ0RpY3RS
RW50cnk6OktNTXNnRGljdFJFbnRyeSgiPDxzaXplPDwiKSI8PGVuZGw8PGZsdXNoOwogICAgYXJy
YXkucmVzaXplKHNpemUpOwogICAgZm9yIChpbnQgaSA9IDA7IGkgPCBzaXplOyBpKyspCiAgICAg
IGFycmF5LmF0KGkpID0gMDsKICAgIGZwID0gMDsKICAgIHN3YXBCeXRlT3JkZXIgPSBmYWxzZTsK
ICAgIGJhc2VPZmZzZXQgPSAwOwogICAga2REZWJ1ZygpPDwiS01Nc2dEaWN0UkVudHJ5OjpLTU1z
Z0RpY3RSRW50cnkoKSBET05FXG4iPDxlbmRsPDxmbHVzaDsKCiAgfQoKICB+S01Nc2dEaWN0UkVu
dHJ5KCkKICB7CiAgICBhcnJheS5yZXNpemUoMCk7CiAgICBpZiAoZnApCiAgICAgIGZjbG9zZShm
cCk7CiAgfQoKICB2b2lkIHNldChpbnQgaW5kZXgsIEtNTXNnRGljdEVudHJ5ICplbnRyeSkKICB7
CiAgICBpZiAoaW5kZXggPj0gMCkgewogICAgICBpbnQgc2l6ZSA9IGFycmF5LnNpemUoKTsKICAg
ICAgaWYgKGluZGV4ID49IHNpemUpIHsKICAgICAgICBpbnQgbmV3c2l6ZSA9IFFNQVgoc2l6ZSAr
IDI1LCBpbmRleCArIDEpOwogICAgICAgIGFycmF5LnJlc2l6ZShuZXdzaXplKTsKICAgICAgICBm
b3IgKGludCBqID0gc2l6ZTsgaiA8IG5ld3NpemU7IGorKykKICAgICAgICAgIGFycmF5LmF0KGop
ID0gMDsKICAgICAgfQogICAgICBhcnJheS5hdChpbmRleCkgPSBlbnRyeTsKICAgIH0KICB9Cgog
IEtNTXNnRGljdEVudHJ5ICpnZXQoaW50IGluZGV4KQogIHsKICAgIGlmIChpbmRleCA+PSAwICYm
ICh1bnNpZ25lZClpbmRleCA8IGFycmF5LnNpemUoKSkKICAgICAgcmV0dXJuIGFycmF5LmF0KGlu
ZGV4KTsKICAgIHJldHVybiAwOwogIH0KCiAgdWxvbmcgZ2V0TXNuKGludCBpbmRleCkKICB7CiAg
ICBLTU1zZ0RpY3RFbnRyeSAqZW50cnkgPSBnZXQoaW5kZXgpOwogICAgaWYgKGVudHJ5KQogICAg
ICByZXR1cm4gZW50cnktPmtleTsKICAgIHJldHVybiAwOwogIH0KCiAgaW50IGdldFJlYWxTaXpl
KCkKICB7CiAgICBpbnQgY291bnQgPSBhcnJheS5zaXplKCkgLSAxOwogICAgd2hpbGUgKGNvdW50
ID49IDApIHsKICAgICAgaWYgKGFycmF5LmF0KGNvdW50KSkKICAgICAgICBicmVhazsKICAgICAg
Y291bnQtLTsKICAgIH0KICAgIHJldHVybiBjb3VudCArIDE7CiAgfQoKICB2b2lkIHN5bmMoKQog
IHsKICAgIGZmbHVzaChmcCk7CiAgfQoKcHVibGljOgogIFFNZW1BcnJheTxLTU1zZ0RpY3RFbnRy
eSAqPiBhcnJheTsKICBGSUxFICpmcDsKICBib29sIHN3YXBCeXRlT3JkZXI7CiAgb2ZmX3QgYmFz
ZU9mZnNldDsKfTsKCi8vLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCktNTXNnRGljdDo6S01Nc2dEaWN0
KCkKewogIGRpY3QgPSBuZXcgS01EaWN0KDk5NzMpOwogIG5leHRNc2dTZXJOdW0gPSAxOwp9Cgov
Ly0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tCgpLTU1zZ0RpY3Q6On5LTU1zZ0RpY3QoKQp7CiAgZGVsZXRl
IGRpY3Q7Cn0KCi8vLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCnVuc2lnbmVkIGxvbmcgS01Nc2dEaWN0
OjpnZXROZXh0TXNnU2VyTnVtKCkgewogIHVuc2lnbmVkIGxvbmcgbXNuID0gbmV4dE1zZ1Nlck51
bTsKICBuZXh0TXNnU2VyTnVtKys7CiAgcmV0dXJuIG1zbjsKfQoKdm9pZCBLTU1zZ0RpY3Q6OmRl
bGV0ZVJlbnRyeShLTU1zZ0RpY3RSRW50cnkgKmVudHJ5KQp7CiAgZGVsZXRlIGVudHJ5Owp9Cgov
Ly0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tCnVuc2lnbmVkIGxvbmcgS01Nc2dEaWN0OjppbnNlcnQodW5z
aWduZWQgbG9uZyBtc24sIGNvbnN0IEtNTWVzc2FnZSAqIG1zZywgaW50IGlkeCApIHsKICByZXR1
cm4gaW5zZXJ0KCBtc24sICZtc2ctPnRvTXNnQmFzZSgpLCBpZHggKTsKfQoKCnVuc2lnbmVkIGxv
bmcgS01Nc2dEaWN0OjppbnNlcnQodW5zaWduZWQgbG9uZyBtc2dTZXJOdW0sCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgY29uc3QgS01Nc2dCYXNlICptc2csIGludCBpbmRleCkKewog
IHVuc2lnbmVkIGxvbmcgbXNuID0gbXNnU2VyTnVtOwogIGlmICghbXNuKSB7CiAgICBtc24gPSBn
ZXROZXh0TXNnU2VyTnVtKCk7CiAgfSBlbHNlIHsKICAgIGlmIChtc24gPj0gbmV4dE1zZ1Nlck51
bSkKICAgICAgbmV4dE1zZ1Nlck51bSA9IG1zbiArIDE7CiAgfQoKICBLTUZvbGRlckluZGV4ICpm
b2xkZXIgPSBtc2ctPnBhcmVudCgpOwogIGlmIChmb2xkZXIgJiYgaW5kZXggPT0gLTEpCiAgICBp
bmRleCA9IGZvbGRlci0+ZmluZChtc2cpOwoKICAvLyBTaG91bGQgbm90IGhhcHBlbiwgaW5kaWNh
dGVzIGlkIGZpbGUgY29ycnVwdGlvbgogIHdoaWxlIChkaWN0LT5maW5kKChsb25nKW1zbikpIHsK
ICAgIG1zbiA9IGdldE5leHRNc2dTZXJOdW0oKTsKICAgIGZvbGRlci0+c2V0RGlydHkoIHRydWUg
KTsgLy8gcmV3cml0ZSBpZCBmaWxlCiAgfQoKICAvLyBTaG91bGQgbm90IGhhcHBlbiwgaW5kaWNh
dGVzIGlkIGZpbGUgY29ycnVwdGlvbgogIHdoaWxlIChkaWN0LT5maW5kKChsb25nKW1zbikpIHsK
ICAgIG1zbiA9IGdldE5leHRNc2dTZXJOdW0oKTsKICAgIGZvbGRlci0+c2V0RGlydHkoIHRydWUg
KTsgLy8gcmV3cml0ZSBpZCBmaWxlCiAgfQoKICBLTU1zZ0RpY3RFbnRyeSAqZW50cnkgPSBuZXcg
S01Nc2dEaWN0RW50cnkoZm9sZGVyLCBpbmRleCk7CiAgZGljdC0+cmVwbGFjZSgobG9uZyltc24s
IGVudHJ5KTsKCiAgS01Nc2dEaWN0UkVudHJ5ICpyZW50cnkgPSBmb2xkZXItPnJEaWN0KCk7CiAg
aWYgKCFyZW50cnkpIHsKICAgIHJlbnRyeSA9IG5ldyBLTU1zZ0RpY3RSRW50cnkoKTsKICAgIGZv
bGRlci0+c2V0UkRpY3QocmVudHJ5KTsKICB9CiAgcmVudHJ5LT5zZXQoaW5kZXgsIGVudHJ5KTsK
CiAgcmV0dXJuIG1zbjsKfQoKdW5zaWduZWQgbG9uZyBLTU1zZ0RpY3Q6Omluc2VydChjb25zdCBL
TU1zZ0Jhc2UgKm1zZywgaW50IGluZGV4KQp7CiAgdW5zaWduZWQgbG9uZyBtc24gPSBtc2ctPmdl
dE1zZ1Nlck51bSgpOwogIHJldHVybiBpbnNlcnQobXNuLCBtc2csIGluZGV4KTsKfQoKLy8tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLQoKdm9pZCBLTU1zZ0RpY3Q6OnJlbW92ZSh1bnNpZ25lZCBsb25nIG1z
Z1Nlck51bSkKewogIGxvbmcga2V5ID0gKGxvbmcpbXNnU2VyTnVtOwogIEtNTXNnRGljdEVudHJ5
ICplbnRyeSA9IChLTU1zZ0RpY3RFbnRyeSAqKWRpY3QtPmZpbmQoa2V5KTsKICBpZiAoIWVudHJ5
KQogICAgcmV0dXJuOwoKICBpZiAoZW50cnktPmZvbGRlcikgewogICAgS01Nc2dEaWN0UkVudHJ5
ICpyZW50cnkgPSBlbnRyeS0+Zm9sZGVyLT5yRGljdCgpOwogICAgaWYgKHJlbnRyeSkKICAgICAg
cmVudHJ5LT5zZXQoZW50cnktPmluZGV4LCAwKTsKICB9CgogIGRpY3QtPnJlbW92ZSgobG9uZylr
ZXkpOwp9Cgp1bnNpZ25lZCBsb25nIEtNTXNnRGljdDo6cmVtb3ZlKGNvbnN0IEtNTXNnQmFzZSAq
bXNnKQp7CiAgdW5zaWduZWQgbG9uZyBtc24gPSBtc2ctPmdldE1zZ1Nlck51bSgpOwogIHJlbW92
ZShtc24pOwogIHJldHVybiBtc247Cn0KCi8vLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCnZvaWQgS01N
c2dEaWN0Ojp1cGRhdGUoY29uc3QgS01Nc2dCYXNlICptc2csIGludCBpbmRleCwgaW50IG5ld0lu
ZGV4KQp7CiAgS01Nc2dEaWN0UkVudHJ5ICpyZW50cnkgPSBtc2ctPnBhcmVudCgpLT5yRGljdCgp
OwogIGlmIChyZW50cnkpIHsKICAgIEtNTXNnRGljdEVudHJ5ICplbnRyeSA9IHJlbnRyeS0+Z2V0
KGluZGV4KTsKICAgIGlmIChlbnRyeSkgewogICAgICBlbnRyeS0+aW5kZXggPSBuZXdJbmRleDsK
ICAgICAgcmVudHJ5LT5zZXQoaW5kZXgsIDApOwogICAgICByZW50cnktPnNldChuZXdJbmRleCwg
ZW50cnkpOwogICAgfQogIH0KfQoKLy8tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKdm9pZCBLTU1zZ0Rp
Y3Q6OmdldExvY2F0aW9uKHVuc2lnbmVkIGxvbmcga2V5LAogICAgICAgICAgICAgICAgICAgICAg
ICAgICAgS01Gb2xkZXIgKipyZXRGb2xkZXIsIGludCAqcmV0SW5kZXgpCnsKICBLTU1zZ0RpY3RF
bnRyeSAqZW50cnkgPSAoS01Nc2dEaWN0RW50cnkgKilkaWN0LT5maW5kKChsb25nKWtleSk7CiAg
aWYgKGVudHJ5KSB7CiAgICAqcmV0Rm9sZGVyID0gKEtNRm9sZGVyICopZW50cnktPmZvbGRlcjsK
ICAgICpyZXRJbmRleCA9IGVudHJ5LT5pbmRleDsKICB9IGVsc2UgewogICAgKnJldEZvbGRlciA9
IDA7CiAgICAqcmV0SW5kZXggPSAtMTsKICB9Cn0KCnZvaWQgS01Nc2dEaWN0OjpnZXRMb2NhdGlv
bihjb25zdCBLTU1zZ0Jhc2UgKm1zZywKICAgICAgICAgICAgICAgICAgICAgICAgICAgIEtNRm9s
ZGVyICoqcmV0Rm9sZGVyLCBpbnQgKnJldEluZGV4KQp7CiAgZ2V0TG9jYXRpb24obXNnLT5nZXRN
c2dTZXJOdW0oKSwgcmV0Rm9sZGVyLCByZXRJbmRleCk7Cn0KCnZvaWQgS01Nc2dEaWN0OjpnZXRM
b2NhdGlvbiggY29uc3QgS01NZXNzYWdlICogbXNnLCBLTUZvbGRlciAqICpyZXRGb2xkZXIsIGlu
dCAqIHJldEluZGV4ICkgewogIGdldExvY2F0aW9uKCBtc2ctPnRvTXNnQmFzZSgpLmdldE1zZ1Nl
ck51bSgpLCByZXRGb2xkZXIsIHJldEluZGV4ICk7Cn0KCi8vLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0K
CnVuc2lnbmVkIGxvbmcgS01Nc2dEaWN0OjpnZXRNc2dTZXJOdW0oS01Gb2xkZXIgKmZvbGRlciwg
aW50IGluZGV4KQp7CiAgdW5zaWduZWQgbG9uZyBtc24gPSAwOwogIEtNTXNnRGljdFJFbnRyeSAq
cmVudHJ5ID0gZm9sZGVyLT5yRGljdCgpOwogIGlmIChyZW50cnkpCiAgICBtc24gPSByZW50cnkt
PmdldE1zbihpbmRleCk7CiAgcmV0dXJuIG1zbjsKfQoKLy8tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoK
UVN0cmluZyBLTU1zZ0RpY3Q6OmdldEZvbGRlcklkc0xvY2F0aW9uKGNvbnN0IEtNRm9sZGVyICpm
b2xkZXIpCnsKICByZXR1cm4gZm9sZGVyLT5pbmRleExvY2F0aW9uKCkgKyAiLmlkcyI7Cn0KCi8v
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0KCmJvb2wgS01Nc2dEaWN0Ojppc0ZvbGRlcklkc091dGRhdGVk
KGNvbnN0IEtNRm9sZGVyICpmb2xkZXIpCnsKICBib29sIG91dGRhdGVkID0gZmFsc2U7CgogIFFG
aWxlSW5mbyBpbmRleEluZm8oZm9sZGVyLT5pbmRleExvY2F0aW9uKCkpOwogIFFGaWxlSW5mbyBp
ZHNJbmZvKGdldEZvbGRlcklkc0xvY2F0aW9uKGZvbGRlcikpOwoKICBpZiAoIWluZGV4SW5mby5l
eGlzdHMoKSB8fCAhaWRzSW5mby5leGlzdHMoKSkKICAgIG91dGRhdGVkID0gdHJ1ZTsKICBpZiAo
aW5kZXhJbmZvLmxhc3RNb2RpZmllZCgpID4gaWRzSW5mby5sYXN0TW9kaWZpZWQoKSkKICAgIG91
dGRhdGVkID0gdHJ1ZTsKICAKICByZXR1cm4gb3V0ZGF0ZWQ7Cn0KCi8vLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0KCmludCBLTU1zZ0RpY3Q6OnJlYWRGb2xkZXJJZHMoS01Gb2xkZXIgKmZvbGRlcikKeyAK
ICBrZERlYnVnKCk8PCJLTU1zZ0RpY3Q6OnJlYWRGb2xkZXJJZHMoIjw8Zm9sZGVyPDwiKSI8PGVu
ZGw8PGZsdXNoOwogIGlmIChmb2xkZXIhPTApIHsKICAgICAga2REZWJ1ZygpPDwiICAgZm9sZGVy
LT5mb2xkZXJUeXBlKCk9Ijw8Zm9sZGVyLT5mb2xkZXJUeXBlKCk8PGVuZGw8PGZsdXNoOwogICAg
ICBrZERlYnVnKCk8PCIgICBmb2xkZXItPmZpbGVOYW1lKCk9Ijw8Zm9sZGVyLT5maWxlTmFtZSgp
PDxlbmRsPDxmbHVzaDsKICAgICAga2REZWJ1ZygpPDwiICAgZm9sZGVyLT5sb2NhdGlvbigpPSI8
PGZvbGRlci0+bG9jYXRpb24oKTw8ZW5kbDw8Zmx1c2g7CiAgICAgIGtkRGVidWcoKTw8IiAgIGZv
bGRlci0+aW5kZXhMb2NhdGlvbigpPSI8PGZvbGRlci0+aW5kZXhMb2NhdGlvbigpPDxlbmRsPDxm
bHVzaDsgCiAgICAgIGtkRGVidWcoKTw8IiAgIGZvbGRlci0+c3ViZGlyTG9jYXRpb24oKT0iPDxm
b2xkZXItPnN1YmRpckxvY2F0aW9uKCk8PGVuZGw8PGZsdXNoOwogIH0KICAKICBpZiAoaXNGb2xk
ZXJJZHNPdXRkYXRlZChmb2xkZXIpKSB7CiAgICAgIGtkRGVidWcoKTw8IiAgS01Nc2dEaWN0Ojpy
ZWFkRm9sZGVySWRzKCkgRE9ORSBBIC0xIjw8ZW5kbDw8Zmx1c2g7CiAgICByZXR1cm4gLTE7CiAg
fQogIFFTdHJpbmcgZmlsZW5hbWUgPSBnZXRGb2xkZXJJZHNMb2NhdGlvbihmb2xkZXIpOwogIGtk
RGVidWcoKTw8IiAgS01Nc2dEaWN0OjpyZWFkRm9sZGVySWRzKCkgZmlsZW5hbWU9Ijw8ZmlsZW5h
bWU8PGVuZGw8PGZsdXNoOwogIEZJTEUgKmZwID0gZm9wZW4oUUZpbGU6OmVuY29kZU5hbWUoZmls
ZW5hbWUpLCAicisiKTsKICBpZiAoIWZwKSB7CiAgICAgIGtkRGVidWcoKTw8IiAgS01Nc2dEaWN0
OjpyZWFkRm9sZGVySWRzKCkgRE9ORSBCIC0xIjw8ZW5kbDw8Zmx1c2g7CiAgICByZXR1cm4gLTE7
CiAgfQoKICBpbnQgdmVyc2lvbiA9IDA7CiAgZnNjYW5mKGZwLCBJRFNfSEVBREVSLCAmdmVyc2lv
bik7CiAgaWYgKHZlcnNpb24gIT0gSURTX1ZFUlNJT04pIHsKICAgIGZjbG9zZShmcCk7CiAgICBr
ZERlYnVnKCk8PCIgIEtNTXNnRGljdDo6cmVhZEZvbGRlcklkcygpIERPTkUgQyAtMSI8PGVuZGw8
PGZsdXNoOwogICAgcmV0dXJuIC0xOwogIH0KICBrZERlYnVnKCk8PCIgIEtNTXNnRGljdDo6cmVh
ZEZvbGRlcklkcygpIHZlcnNpb249Ijw8dmVyc2lvbjw8ZW5kbDw8Zmx1c2g7CgogIGJvb2wgc3dh
cEJ5dGVPcmRlcjsKICBRX1VJTlQzMiBieXRlX29yZGVyOwogIGlmICghZnJlYWQoJmJ5dGVfb3Jk
ZXIsIHNpemVvZihieXRlX29yZGVyKSwgMSwgZnApKSB7CiAgICBmY2xvc2UoZnApOwogICAga2RE
ZWJ1ZygpPDwiICBLTU1zZ0RpY3Q6OnJlYWRGb2xkZXJJZHMoKSBET05FIEQgLTEiPDxlbmRsPDxm
bHVzaDsKICAgIHJldHVybiAtMTsKICB9CiAga2REZWJ1ZygpPDwiICBLTU1zZ0RpY3Q6OnJlYWRG
b2xkZXJJZHMoKSBieXRlX29yZGVyPSI8PGJ5dGVfb3JkZXI8PGVuZGw8PGZsdXNoOwogIHN3YXBC
eXRlT3JkZXIgPSAoYnl0ZV9vcmRlciA9PSAweDc4NTYzNDEyKTsKICBrZERlYnVnKCk8PCIgIEtN
TXNnRGljdDo6cmVhZEZvbGRlcklkcygpIHN3YXBCeXRlT3JkZXI9Ijw8c3dhcEJ5dGVPcmRlcjw8
ZW5kbDw8Zmx1c2g7CgogIFFfVUlOVDMyIGNvdW50OwogIGtkRGVidWcoKTw8IiAgS01Nc2dEaWN0
OjpyZWFkRm9sZGVySWRzKCkgY291bnQ9Ijw8Y291bnQ8PGVuZGw8PGZsdXNoOwoKICBpZiAoIWZy
ZWFkKCZjb3VudCwgc2l6ZW9mKGNvdW50KSwgMSwgZnApKSB7CiAgICBmY2xvc2UoZnApOwogICAg
a2REZWJ1ZygpPDwiICBLTU1zZ0RpY3Q6OnJlYWRGb2xkZXJJZHMoKSBET05FIEUgLTEiPDxlbmRs
PDxmbHVzaDsKICAgIHJldHVybiAtMTsKICB9CiAga2REZWJ1ZygpPDwiICBLTU1zZ0RpY3Q6OnJl
YWRGb2xkZXJJZHMoKSBjb3VudD0iPDxjb3VudDw8ZW5kbDw8Zmx1c2g7CiAgaWYgKHN3YXBCeXRl
T3JkZXIpCiAgICAgY291bnQgPSBrbWFpbF9zd2FwXzMyKGNvdW50KTsKICBrZERlYnVnKCk8PCIg
IEtNTXNnRGljdDo6cmVhZEZvbGRlcklkcygpIGNvdW50PSI8PGNvdW50PDxlbmRsPDxmbHVzaDsK
CiAgS01Nc2dEaWN0UkVudHJ5ICpyZW50cnkgPSBuZXcgS01Nc2dEaWN0UkVudHJ5KGNvdW50KTsK
ICBrZERlYnVnKCk8PCIgIEtNTXNnRGljdDo6cmVhZEZvbGRlcklkcygpIEtNTXNnRGljdFJFbnRy
eSBzdWNjZXNzZnVsIjw8ZW5kbDw8Zmx1c2g7CgogIGZvciAodW5zaWduZWQgaW50IGluZGV4ID0g
MDsgaW5kZXggPCBjb3VudDsgaW5kZXgrKykgewogICAgUV9VSU5UMzIgbXNuOwoKICAgIGJvb2wg
cmVhZE9rID0gZnJlYWQoJm1zbiwgc2l6ZW9mKG1zbiksIDEsIGZwKTsKICAgIGlmIChzd2FwQnl0
ZU9yZGVyKQogICAgICAgbXNuID0ga21haWxfc3dhcF8zMihtc24pOwoKICAgIGlmICghcmVhZE9r
IHx8IGRpY3QtPmZpbmQobXNuKSkgewogICAgICBmb3IgKHVuc2lnbmVkIGludCBpID0gMDsgaSA8
IGluZGV4OyBpKyspIHsKICAgICAgICBtc24gPSByZW50cnktPmdldE1zbihpKTsKICAgICAgICBk
aWN0LT5yZW1vdmUoKGxvbmcpbXNuKTsKICAgICAgfQogICAgICBkZWxldGUgcmVudHJ5OwogICAg
ICBmY2xvc2UoZnApOwogICAgICBrZERlYnVnKCk8PCIgIEtNTXNnRGljdDo6cmVhZEZvbGRlcklk
cygpIERPTkUgRiAtMSI8PGVuZGw8PGZsdXNoOwogICAgICByZXR1cm4gLTE7CiAgICB9CgogICAg
Ly9pZiAoIW1zbikKICAgICAgLy9rZERlYnVnKDUwMDYpIDw8ICJEaWN0IGZvdW5kIHplcm8gc2Vy
aWFsIG51bWJlciBpbiBmb2xkZXIgIiA8PCBmb2xkZXItPmxhYmVsKCkgPDwgZW5kbDsKCiAgICBL
TU1zZ0RpY3RFbnRyeSAqZW50cnkgPSBuZXcgS01Nc2dEaWN0RW50cnkoZm9sZGVyLCBpbmRleCk7
CiAgICBkaWN0LT5yZXBsYWNlKChsb25nKW1zbiwgZW50cnkpOwogICAgaWYgKG1zbiA+PSBuZXh0
TXNnU2VyTnVtKQogICAgICBuZXh0TXNnU2VyTnVtID0gbXNuICsgMTsKCiAgICByZW50cnktPnNl
dChpbmRleCwgZW50cnkpOwogIH0KCiAgZmNsb3NlKGZwKTsKICBmb2xkZXItPnNldFJEaWN0KHJl
bnRyeSk7CgogIGtkRGVidWcoKTw8IiAgS01Nc2dEaWN0OjpyZWFkRm9sZGVySWRzKCkgRE9ORSAw
Ijw8ZW5kbDw8Zmx1c2g7CiAgcmV0dXJuIDA7Cn0KCi8vLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCktN
TXNnRGljdFJFbnRyeSAqS01Nc2dEaWN0OjpvcGVuRm9sZGVySWRzKEtNRm9sZGVyICpmb2xkZXIs
IGJvb2wgdHJ1bmNhdGUpCnsKICBLTU1zZ0RpY3RSRW50cnkgKnJlbnRyeSA9IGZvbGRlci0+ckRp
Y3QoKTsKICBpZiAoIXJlbnRyeSkgewogICAgcmVudHJ5ID0gbmV3IEtNTXNnRGljdFJFbnRyeSgp
OwogICAgZm9sZGVyLT5zZXRSRGljdChyZW50cnkpOwogIH0KCiAgaWYgKCFyZW50cnktPmZwKSB7
CiAgICBRU3RyaW5nIGZpbGVuYW1lID0gZ2V0Rm9sZGVySWRzTG9jYXRpb24oZm9sZGVyKTsKICAg
IEZJTEUgKmZwID0gdHJ1bmNhdGUgPyAwIDogZm9wZW4oUUZpbGU6OmVuY29kZU5hbWUoZmlsZW5h
bWUpLCAicisiKTsKICAgIGlmIChmcCkKICAgIHsKICAgICAgaW50IHZlcnNpb24gPSAwOwogICAg
ICBmc2NhbmYoZnAsIElEU19IRUFERVIsICZ2ZXJzaW9uKTsKICAgICAgaWYgKHZlcnNpb24gPT0g
SURTX1ZFUlNJT04pCiAgICAgIHsKICAgICAgICAgUV9VSU5UMzIgYnl0ZV9vcmRlciA9IDA7CiAg
ICAgICAgIGZyZWFkKCZieXRlX29yZGVyLCBzaXplb2YoYnl0ZV9vcmRlciksIDEsIGZwKTsKICAg
ICAgICAgcmVudHJ5LT5zd2FwQnl0ZU9yZGVyID0gKGJ5dGVfb3JkZXIgPT0gMHg3ODU2MzQxMik7
CiAgICAgIH0KICAgICAgZWxzZQogICAgICB7CiAgICAgICAgIGZjbG9zZShmcCk7CiAgICAgICAg
IGZwID0gMDsKICAgICAgfQogICAgfQoKICAgIGlmICghZnApCiAgICB7CiAgICAgIGZwID0gZm9w
ZW4oUUZpbGU6OmVuY29kZU5hbWUoZmlsZW5hbWUpLCAidysiKTsKICAgICAgaWYgKCFmcCkKICAg
ICAgewogICAgICAgIGtkRGVidWcoNTAwNikgPDwgIkRpY3QgJyIgPDwgZmlsZW5hbWUKICAgICAg
ICAgICAgICAgICAgICAgIDw8ICInIGNhbm5vdCBvcGVuIHdpdGggZm9sZGVyICIgPDwgZm9sZGVy
LT5sYWJlbCgpIDw8ICI6ICIKICAgICAgICAgICAgICAgICAgICAgIDw8IHN0cmVycm9yKGVycm5v
KSA8PCAiICgiIDw8IGVycm5vIDw8ICIpIiA8PCBlbmRsOwogICAgICAgICBkZWxldGUgcmVudHJ5
OwogICAgICAgICByZW50cnkgPSAwOwogICAgICAgICByZXR1cm4gMDsKICAgICAgfQogICAgICBm
cHJpbnRmKGZwLCBJRFNfSEVBREVSLCBJRFNfVkVSU0lPTik7CiAgICAgIFFfVUlOVDMyIGJ5dGVP
cmRlciA9IDB4MTIzNDU2Nzg7CiAgICAgIGZ3cml0ZSgmYnl0ZU9yZGVyLCBzaXplb2YoYnl0ZU9y
ZGVyKSwgMSwgZnApOwogICAgICByZW50cnktPnN3YXBCeXRlT3JkZXIgPSBmYWxzZTsKICAgIH0K
ICAgIHJlbnRyeS0+YmFzZU9mZnNldCA9IGZ0ZWxsKGZwKTsKICAgIHJlbnRyeS0+ZnAgPSBmcDsK
ICB9CgogIHJldHVybiByZW50cnk7Cn0KCi8vLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCmludCBLTU1z
Z0RpY3Q6OndyaXRlRm9sZGVySWRzKEtNRm9sZGVyICpmb2xkZXIpCnsKICBLTU1zZ0RpY3RSRW50
cnkgKnJlbnRyeSA9IG9wZW5Gb2xkZXJJZHMoZm9sZGVyLCB0cnVlKTsKICBpZiAoIXJlbnRyeSkK
ICAgIHJldHVybiAwOwogIEZJTEUgKmZwID0gcmVudHJ5LT5mcDsKCiAgZnNlZWsoZnAsIHJlbnRy
eS0+YmFzZU9mZnNldCwgU0VFS19TRVQpOwogIC8vIGtkRGVidWcoNTAwNikgPDwgIkRpY3Qgd3Jp
dGluZyBmb3IgZm9sZGVyICIgPDwgZm9sZGVyLT5sYWJlbCgpIDw8IGVuZGw7CiAgUV9VSU5UMzIg
Y291bnQgPSByZW50cnktPmdldFJlYWxTaXplKCk7CiAgaWYgKCFmd3JpdGUoJmNvdW50LCBzaXpl
b2YoY291bnQpLCAxLCBmcCkpIHsKICAgIGtkRGVidWcoNTAwNikgPDwgIkRpY3QgY2Fubm90IHdy
aXRlIGNvdW50IHdpdGggZm9sZGVyICIgPDwgZm9sZGVyLT5sYWJlbCgpIDw8ICI6ICIKICAgICAg
ICAgICAgICAgICAgPDwgc3RyZXJyb3IoZXJybm8pIDw8ICIgKCIgPDwgZXJybm8gPDwgIikiIDw8
IGVuZGw7CiAgICByZXR1cm4gLTE7CiAgfQoKICBmb3IgKHVuc2lnbmVkIGludCBpbmRleCA9IDA7
IGluZGV4IDwgY291bnQ7IGluZGV4KyspIHsKICAgIFFfVUlOVDMyIG1zbiA9IHJlbnRyeS0+Z2V0
TXNuKGluZGV4KTsKICAgIGlmICghZndyaXRlKCZtc24sIHNpemVvZihtc24pLCAxLCBmcCkpCiAg
ICAgIHJldHVybiAtMTsKICB9CgogIHJlbnRyeS0+c3luYygpOwoKICBvZmZfdCBlb2YgPSBmdGVs
bChmcCk7CiAgUVN0cmluZyBmaWxlbmFtZSA9IGdldEZvbGRlcklkc0xvY2F0aW9uKGZvbGRlcik7
CiAgdHJ1bmNhdGUoUUZpbGU6OmVuY29kZU5hbWUoZmlsZW5hbWUpLCBlb2YpOwogIGZjbG9zZShy
ZW50cnktPmZwKTsKICByZW50cnktPmZwID0gMDsKCiAgcmV0dXJuIDA7Cn0KCi8vLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0KCmludCBLTU1zZ0RpY3Q6OnRvdWNoRm9sZGVySWRzKEtNRm9sZGVyICpmb2xk
ZXIpCnsKICBLTU1zZ0RpY3RSRW50cnkgKnJlbnRyeSA9IG9wZW5Gb2xkZXJJZHMoZm9sZGVyLCBm
YWxzZSk7CiAgaWYgKHJlbnRyeSkgewogICAgcmVudHJ5LT5zeW5jKCk7CiAgICBmY2xvc2UocmVu
dHJ5LT5mcCk7CiAgICByZW50cnktPmZwID0gMDsKICB9CiAgcmV0dXJuIDA7Cn0KCi8vLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0KCmludCBLTU1zZ0RpY3Q6OmFwcGVuZHRvRm9sZGVySWRzKEtNRm9sZGVy
ICpmb2xkZXIsIGludCBpbmRleCkKewogIEtNTXNnRGljdFJFbnRyeSAqcmVudHJ5ID0gb3BlbkZv
bGRlcklkcyhmb2xkZXIsIGZhbHNlKTsKICBpZiAoIXJlbnRyeSkKICAgIHJldHVybiAwOwogIEZJ
TEUgKmZwID0gcmVudHJ5LT5mcDsKCi8vICBrZERlYnVnKDUwMDYpIDw8ICJEaWN0IGFwcGVuZGlu
ZyBmb3IgZm9sZGVyICIgPDwgZm9sZGVyLT5sYWJlbCgpIDw8IGVuZGw7CgogIGZzZWVrKGZwLCBy
ZW50cnktPmJhc2VPZmZzZXQsIFNFRUtfU0VUKTsKICBRX1VJTlQzMiBjb3VudDsKICBpZiAoIWZy
ZWFkKCZjb3VudCwgc2l6ZW9mKGNvdW50KSwgMSwgZnApKSB7CiAgICBrZERlYnVnKDUwMDYpIDw8
ICJEaWN0IGNhbm5vdCByZWFkIGNvdW50IGZvciBmb2xkZXIgIiA8PCBmb2xkZXItPmxhYmVsKCkg
PDwgIjogIgogICAgICAgICAgICAgICAgICA8PCBzdHJlcnJvcihlcnJubykgPDwgIiAoIiA8PCBl
cnJubyA8PCAiKSIgPDwgZW5kbDsKICAgIHJldHVybiAwOwogIH0KICBpZiAocmVudHJ5LT5zd2Fw
Qnl0ZU9yZGVyKQogICAgIGNvdW50ID0ga21haWxfc3dhcF8zMihjb3VudCk7CgogIGNvdW50Kys7
CgogIGlmIChyZW50cnktPnN3YXBCeXRlT3JkZXIpCiAgICAgY291bnQgPSBrbWFpbF9zd2FwXzMy
KGNvdW50KTsKICBmc2VlayhmcCwgcmVudHJ5LT5iYXNlT2Zmc2V0LCBTRUVLX1NFVCk7CiAgaWYg
KCFmd3JpdGUoJmNvdW50LCBzaXplb2YoY291bnQpLCAxLCBmcCkpIHsKICAgIGtkRGVidWcoNTAw
NikgPDwgIkRpY3QgY2Fubm90IHdyaXRlIGNvdW50IGZvciBmb2xkZXIgIiA8PCBmb2xkZXItPmxh
YmVsKCkgPDwgIjogIgogICAgICAgICAgICAgICAgICA8PCBzdHJlcnJvcihlcnJubykgPDwgIiAo
IiA8PCBlcnJubyA8PCAiKSIgPDwgZW5kbDsKICAgIHJldHVybiAwOwogIH0KCiAgbG9uZyBvZnMg
PSAoY291bnQgLSAxKSAqIHNpemVvZih1bG9uZyk7CiAgaWYgKG9mcyA+IDApCiAgICBmc2Vlayhm
cCwgb2ZzLCBTRUVLX0NVUik7CgogIFFfVUlOVDMyIG1zbiA9IHJlbnRyeS0+Z2V0TXNuKGluZGV4
KTsKICBpZiAocmVudHJ5LT5zd2FwQnl0ZU9yZGVyKQogICAgIG1zbiA9IGttYWlsX3N3YXBfMzIo
bXNuKTsKICBpZiAoIWZ3cml0ZSgmbXNuLCBzaXplb2YobXNuKSwgMSwgZnApKSB7CiAgICBrZERl
YnVnKDUwMDYpIDw8ICJEaWN0IGNhbm5vdCB3cml0ZSBjb3VudCBmb3IgZm9sZGVyICIgPDwgZm9s
ZGVyLT5sYWJlbCgpIDw8ICI6ICIKICAgICAgICAgICAgICAgICAgPDwgc3RyZXJyb3IoZXJybm8p
IDw8ICIgKCIgPDwgZXJybm8gPDwgIikiIDw8IGVuZGw7CiAgICByZXR1cm4gMDsKICB9CgogIHJl
bnRyeS0+c3luYygpOwogIGZjbG9zZShyZW50cnktPmZwKTsKICByZW50cnktPmZwID0gMDsKCiAg
cmV0dXJuIDA7Cn0KCi8vLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCmJvb2wgS01Nc2dEaWN0OjpoYXNG
b2xkZXJJZHMoY29uc3QgS01Gb2xkZXIgKmZvbGRlcikKewogIHJldHVybiBmb2xkZXItPnJEaWN0
KCkgIT0gMDsKfQoKLy8tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKYm9vbCBLTU1zZ0RpY3Q6OnJlbW92
ZUZvbGRlcklkcyhLTUZvbGRlciAqZm9sZGVyKQp7CiAgZm9sZGVyLT5zZXRSRGljdCgwKTsKICBR
U3RyaW5nIGZpbGVuYW1lID0gZ2V0Rm9sZGVySWRzTG9jYXRpb24oZm9sZGVyKTsKICByZXR1cm4g
dW5saW5rKFFGaWxlOjplbmNvZGVOYW1lKGZpbGVuYW1lKSk7Cn0K
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>5989</attachid>
            <date>2004-05-14 01:29:40 +0000</date>
            <delta_ts>2004-05-14 01:29:40 +0000</delta_ts>
            <desc>debugging output that shows what&apos;s happening when count is misread</desc>
            <filename>debugging-output.txt</filename>
            <type>text/plain</type>
            <size>2772</size>
            <attacher name="Dan Bullok">dan.kde</attacher>
            
              <data encoding="base64">Li4udG9ucyBvZiBzdHVmZiBkZWxldGVkLi4uCgprbWFpbDogICBLTU1zZ0RpY3Q6OnJlYWRGb2xk
ZXJJZHMoKSBLTU1zZ0RpY3RSRW50cnkgc3VjY2Vzc2Z1bAprbWFpbDogICBLTU1zZ0RpY3Q6OnJl
YWRGb2xkZXJJZHMoKSBET05FIDAKa21haWw6IEtNTXNnRGljdDo6cmVhZEZvbGRlcklkcygweDgy
MDY2NjgpCmttYWlsOiAgICBmb2xkZXItPmZvbGRlclR5cGUoKT0xCmttYWlsOiAgICBmb2xkZXIt
PmZpbGVOYW1lKCk9eHZvaWNlCmttYWlsOiAgICBmb2xkZXItPmxvY2F0aW9uKCk9L2hvbWUvZGFu
L01haWwvLkxpc3RzLmRpcmVjdG9yeS94dm9pY2UKa21haWw6ICAgIGZvbGRlci0+aW5kZXhMb2Nh
dGlvbigpPS9ob21lL2Rhbi9NYWlsLy5MaXN0cy5kaXJlY3RvcnkvLnh2b2ljZS5pbmRleAprbWFp
bDogICAgZm9sZGVyLT5zdWJkaXJMb2NhdGlvbigpPS9ob21lL2Rhbi9NYWlsLy5MaXN0cy5kaXJl
Y3RvcnkvLnh2b2ljZS5kaXJlY3RvcnkKa21haWw6ICAgS01Nc2dEaWN0OjpyZWFkRm9sZGVySWRz
KCkgZmlsZW5hbWU9L2hvbWUvZGFuL01haWwvLkxpc3RzLmRpcmVjdG9yeS8ueHZvaWNlLmluZGV4
LmlkcwprbWFpbDogICBLTU1zZ0RpY3Q6OnJlYWRGb2xkZXJJZHMoKSB2ZXJzaW9uPTEwMDIKa21h
aWw6ICAgS01Nc2dEaWN0OjpyZWFkRm9sZGVySWRzKCkgYnl0ZV9vcmRlcj0zMDU0MTk4OTYKa21h
aWw6ICAgS01Nc2dEaWN0OjpyZWFkRm9sZGVySWRzKCkgc3dhcEJ5dGVPcmRlcj1mYWxzZQprbWFp
bDogICBLTU1zZ0RpY3Q6OnJlYWRGb2xkZXJJZHMoKSBjb3VudD0xMDc1OTUxNzcxCmttYWlsOiAg
IEtNTXNnRGljdDo6cmVhZEZvbGRlcklkcygpIGNvdW50PTE0MgprbWFpbDogICBLTU1zZ0RpY3Q6
OnJlYWRGb2xkZXJJZHMoKSBjb3VudD0xNDIKa21haWw6IEtNTXNnRGljdFJFbnRyeTo6S01Nc2dE
aWN0UkVudHJ5KDE0MikKa21haWw6IEtNTXNnRGljdFJFbnRyeTo6S01Nc2dEaWN0UkVudHJ5KCkg
RE9ORQprbWFpbDoKa21haWw6ICAgS01Nc2dEaWN0OjpyZWFkRm9sZGVySWRzKCkgS01Nc2dEaWN0
UkVudHJ5IHN1Y2Nlc3NmdWwKa21haWw6ICAgS01Nc2dEaWN0OjpyZWFkRm9sZGVySWRzKCkgRE9O
RSAwCmttYWlsOiBLTU1zZ0RpY3Q6OnJlYWRGb2xkZXJJZHMoMHg4MWY0NTIwKQprbWFpbDogICAg
Zm9sZGVyLT5mb2xkZXJUeXBlKCk9MAprbWFpbDogICAgZm9sZGVyLT5maWxlTmFtZSgpPU9PTkwK
a21haWw6ICAgIGZvbGRlci0+bG9jYXRpb24oKT0vaG9tZS9kYW4vTWFpbC9PT05MCmttYWlsOiAg
ICBmb2xkZXItPmluZGV4TG9jYXRpb24oKT0vaG9tZS9kYW4vTWFpbC8uT09OTC5pbmRleAprbWFp
bDogICAgZm9sZGVyLT5zdWJkaXJMb2NhdGlvbigpPS9ob21lL2Rhbi9NYWlsLy5PT05MLmRpcmVj
dG9yeQprbWFpbDogICBLTU1zZ0RpY3Q6OnJlYWRGb2xkZXJJZHMoKSBmaWxlbmFtZT0vaG9tZS9k
YW4vTWFpbC8uT09OTC5pbmRleC5pZHMKa21haWw6ICAgS01Nc2dEaWN0OjpyZWFkRm9sZGVySWRz
KCkgdmVyc2lvbj0xMDAyCmttYWlsOiAgIEtNTXNnRGljdDo6cmVhZEZvbGRlcklkcygpIGJ5dGVf
b3JkZXI9MzA1NDE5ODk2CmttYWlsOiAgIEtNTXNnRGljdDo6cmVhZEZvbGRlcklkcygpIHN3YXBC
eXRlT3JkZXI9ZmFsc2UKa21haWw6ICAgS01Nc2dEaWN0OjpyZWFkRm9sZGVySWRzKCkgY291bnQ9
MTA3NTk1MTc3MQprbWFpbDogICBLTU1zZ0RpY3Q6OnJlYWRGb2xkZXJJZHMoKSBjb3VudD0xOQpr
bWFpbDogICBLTU1zZ0RpY3Q6OnJlYWRGb2xkZXJJZHMoKSBjb3VudD0xOQprbWFpbDogS01Nc2dE
aWN0UkVudHJ5OjpLTU1zZ0RpY3RSRW50cnkoMTkpCmttYWlsOiBLTU1zZ0RpY3RSRW50cnk6OktN
TXNnRGljdFJFbnRyeSgpIERPTkUKa21haWw6CmttYWlsOiAgIEtNTXNnRGljdDo6cmVhZEZvbGRl
cklkcygpIEtNTXNnRGljdFJFbnRyeSBzdWNjZXNzZnVsCmttYWlsOiAgIEtNTXNnRGljdDo6cmVh
ZEZvbGRlcklkcygpIERPTkUgMAprbWFpbDogS01Nc2dEaWN0OjpyZWFkRm9sZGVySWRzKDB4ODIw
ODk1OCkKa21haWw6ICAgIGZvbGRlci0+Zm9sZGVyVHlwZSgpPTAKa21haWw6ICAgIGZvbGRlci0+
ZmlsZU5hbWUoKT1yZXF1ZXN0CmttYWlsOiAgICBmb2xkZXItPmxvY2F0aW9uKCk9L2hvbWUvZGFu
L01haWwvLk9PTkwuZGlyZWN0b3J5L3JlcXVlc3QKa21haWw6ICAgIGZvbGRlci0+aW5kZXhMb2Nh
dGlvbigpPS9ob21lL2Rhbi9NYWlsLy5PT05MLmRpcmVjdG9yeS8ucmVxdWVzdC5pbmRleAprbWFp
bDogICAgZm9sZGVyLT5zdWJkaXJMb2NhdGlvbigpPS9ob21lL2Rhbi9NYWlsLy5PT05MLmRpcmVj
dG9yeS8ucmVxdWVzdC5kaXJlY3RvcnkKa21haWw6ICAgS01Nc2dEaWN0OjpyZWFkRm9sZGVySWRz
KCkgZmlsZW5hbWU9L2hvbWUvZGFuL01haWwvLk9PTkwuZGlyZWN0b3J5Ly5yZXF1ZXN0LmluZGV4
LmlkcwprbWFpbDogICBLTU1zZ0RpY3Q6OnJlYWRGb2xkZXJJZHMoKSB2ZXJzaW9uPTEwMDIKa21h
aWw6ICAgS01Nc2dEaWN0OjpyZWFkRm9sZGVySWRzKCkgYnl0ZV9vcmRlcj0zMDU0MTk4OTYKa21h
aWw6ICAgS01Nc2dEaWN0OjpyZWFkRm9sZGVySWRzKCkgc3dhcEJ5dGVPcmRlcj1mYWxzZQprbWFp
bDogICBLTU1zZ0RpY3Q6OnJlYWRGb2xkZXJJZHMoKSBjb3VudD0zMjIxMjE3NDU2CmttYWlsOiAg
IEtNTXNnRGljdDo6cmVhZEZvbGRlcklkcygpIGNvdW50PTEyOTY3NjkwNTkKa21haWw6ICAgS01N
c2dEaWN0OjpyZWFkRm9sZGVySWRzKCkgY291bnQ9MTI5Njc2OTA1OQprbWFpbDogS01Nc2dEaWN0
UkVudHJ5OjpLTU1zZ0RpY3RSRW50cnkoMTI5Njc2OTA1OSkK
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>5990</attachid>
            <date>2004-05-14 01:30:10 +0000</date>
            <delta_ts>2004-05-14 01:30:10 +0000</delta_ts>
            <desc>stack trace</desc>
            <filename>kmail-runaway.txt</filename>
            <type>text/plain</type>
            <size>2503</size>
            <attacher name="Dan Bullok">dan.kde</attacher>
            
              <data encoding="base64">IzAgIDB4NDAxNWU2MDMgaW4gUUdBcnJheTo6YXQodW5zaWduZWQpIGNvbnN0ICh0aGlzPTB4ODQz
ZDk0MCwgaW5kZXg9ODg0MTI5NjIpIGF0IHFnYXJyYXkuaDoxMjAKIzEgIDB4NDAyMmUxNjUgaW4g
UU1lbUFycmF5PEtNTXNnRGljdEVudHJ5Kj46OmF0KHVuc2lnbmVkKSBjb25zdCAodGhpcz0weDg0
M2Q5NDAsIGk9ODg0MTI5NjIpIGF0IHFtZW1hcnJheS5oOjEwMgojMiAgMHg0MDIyZGU4YSBpbiBL
TU1zZ0RpY3RSRW50cnkgKHRoaXM9MHg4NDNkOTQwLCBzaXplPTEyOTY3NjkwNTkpIGF0IGttbXNn
ZGljdC5jcHA6NjUKIzMgIDB4NDAyMmNlZTQgaW4gS01Nc2dEaWN0OjpyZWFkRm9sZGVySWRzKEtN
Rm9sZGVyKikgKHRoaXM9MHg4M2M3ZjYwLCBmb2xkZXI9MHg4MWRiYjc4KSBhdCBrbW1zZ2RpY3Qu
Y3BwOjM0NQooIzQgIDB4NDAyNTZjNmIgaW4gS01Gb2xkZXJNZ3I6OnJlYWRNc2dEaWN0KEtNTXNn
RGljdCosIEtNRm9sZGVyRGlyKiwgaW50KSAodGhpcz0weDgxYzU3MDAsIGRpY3Q9MHg4M2M3ZjYw
LCBkaXI9MHg4MWUzNzI4LCBwYXNzPTEpIGF0IGttZm9sZGVybWdyLmNwcDo0NTMKKCM1ICAweDQw
MjU2Y2UxIGluIEtNRm9sZGVyTWdyOjpyZWFkTXNnRGljdChLTU1zZ0RpY3QqLCBLTUZvbGRlckRp
ciosIGludCkgKHRoaXM9MHg4MWM1NzAwLCBkaWN0PTB4ODNjN2Y2MCwgZGlyPTB4ODFjNTcyYywg
cGFzcz0xKSBhdCBrbWZvbGRlcm1nci5jcHA6NDUzCigjNiAgMHg0MDJkYTY2ZiBpbiBLTUtlcm5l
bDo6bXNnRGljdCgpICh0aGlzPTB4YmZmZmVkMDApIGF0IGtta2VybmVsLmNwcDoxNjQyCigjNyAg
MHg0MDFlMTBmMSBpbiBLTUhlYWRlcnM6OnJlYWRTb3J0T3JkZXIoYm9vbCkgKHRoaXM9MHg4MjAx
MzMwLCBzZXRfc2VsZWN0aW9uPXRydWUpIGF0IGttaGVhZGVycy5jcHA6MzEwOQooIzggIDB4NDAx
ZGQxNjMgaW4gS01IZWFkZXJzOjp1cGRhdGVNZXNzYWdlTGlzdChib29sKSAodGhpcz0weDgyMDEz
MzAsIHNldF9zZWxlY3Rpb249dHJ1ZSkgYXQga21oZWFkZXJzLmNwcDoyMjY5CigjOSAgMHg0MDFk
N2U2NCBpbiBLTUhlYWRlcnM6OnNldEZvbGRlcihLTUZvbGRlciosIGJvb2wpICh0aGlzPTB4ODIw
MTMzMCwgYUZvbGRlcj0weDgxYzY3NzgsIGp1bXBUb0ZpcnN0PWZhbHNlKSBhdCBrbWhlYWRlcnMu
Y3BwOjk5OAooIzEwIDB4NDAzNDNjNWYgaW4gS01NYWluV2lkZ2V0Ojpmb2xkZXJTZWxlY3RlZChL
TUZvbGRlciosIGJvb2wpICh0aGlzPTB4ODFmZWViOCwgYUZvbGRlcj0weDgxYzY3NzgsIGp1bXBU
b1VucmVhZD1mYWxzZSkgYXQga21tYWlud2lkZ2V0LmNwcDoxNjA0CigjMTEgMHg0MDM0MzdhMiBp
biBLTU1haW5XaWRnZXQ6OmZvbGRlclNlbGVjdGVkKEtNRm9sZGVyKikgKHRoaXM9MHg4MWZlZWI4
LCBhRm9sZGVyPTB4ODFjNjc3OCkgYXQga21tYWlud2lkZ2V0LmNwcDoxNTI5CigjMTIgMHg0MDMz
YjhjNiBpbiBLTU1haW5XaWRnZXQ6OnF0X2ludm9rZShpbnQsIFFVT2JqZWN0KikgKHRoaXM9MHg4
MWZlZWI4LCBfaWQ9NTAsIF9vPTB4YmZmZmU1MjApIGF0IGttbWFpbndpZGdldC5tb2M6NDUxCigj
MTMgMHg0OWQwMzZhYyBpbiBRT2JqZWN0OjphY3RpdmF0ZV9zaWduYWwoUUNvbm5lY3Rpb25MaXN0
KiwgUVVPYmplY3QqKSAoKSBmcm9tIC91c3IvcXQvMy9saWIvbGlicXQtbXQuc28uMwooIzE0IDB4
NDAxYzY3MjcgaW4gS01Gb2xkZXJUcmVlOjpmb2xkZXJTZWxlY3RlZChLTUZvbGRlciopICh0aGlz
PTB4ODJhZjQzOCwgdDA9MHg4MWM2Nzc4KSBhdCBrbWZvbGRlcnRyZWUubW9jOjM1MgooIzE1IDB4
NDAxYzIzOGEgaW4gS01Gb2xkZXJUcmVlOjpkb0ZvbGRlclNlbGVjdGVkKFFMaXN0Vmlld0l0ZW0q
KSAodGhpcz0weDgyYWY0MzgsIHFsdmk9MHg4MzFhOTg4KSBhdCBrbWZvbGRlcnRyZWUuY3BwOjkw
NQooIzE2IDB4NDAzNGYyMTUgaW4gS01NYWluV2lkZ2V0OjpzbG90U2hvd1N0YXJ0dXBGb2xkZXIo
KSAodGhpcz0weDgxZmVlYjgpIGF0IGttbWFpbndpZGdldC5jcHA6MzA2NgooIzE3IDB4NDAzM2Mw
YTIgaW4gS01NYWluV2lkZ2V0OjpxdF9pbnZva2UoaW50LCBRVU9iamVjdCopICh0aGlzPTB4ODFm
ZWViOCwgX2lkPTE1MSwgX289MHhiZmZmZTY4MCkgYXQga21tYWlud2lkZ2V0Lm1vYzo1NTIKKCMx
OCAweDQ5ZDAzNmFjIGluIFFPYmplY3Q6OmFjdGl2YXRlX3NpZ25hbChRQ29ubmVjdGlvbkxpc3Qq
LCBRVU9iamVjdCopICgpIGZyb20gL3Vzci9xdC8zL2xpYi9saWJxdC1tdC5zby4zCigjMTkgMHg0
YTAzMjU3YSBpbiBRU2lnbmFsOjpzaWduYWwoUVZhcmlhbnQgY29uc3QmKSAoKSBmcm9tIC91c3Iv
cXQvMy9saWIvbGlicXQtbXQuc28uMwooIzIwIDB4NDlkMWQzODYgaW4gUVNpZ25hbDo6YWN0aXZh
dGUoKSAoKSBmcm9tIC91c3IvcXQvMy9saWIvbGlicXQtbXQuc28uMwooIzIxIDB4MDgzNDA1MTgg
aW4gPz8gKCkKKCMyMiAweDQxMjYwZTdiIGluIEtBcHBsaWNhdGlvbjo6bm90aWZ5KFFPYmplY3Qq
LCBRRXZlbnQqKSAoKSBmcm9tIC91c3Iva2RlLzMuMi9saWIvbGlia2RlY29yZS5zby40Cg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>9335</attachid>
            <date>2005-01-28 22:43:02 +0000</date>
            <delta_ts>2005-01-28 22:43:02 +0000</delta_ts>
            <desc>backtrace when kmail processing bad index.ids file</desc>
            <filename>index.ids-backtrace</filename>
            <type>text/plain</type>
            <size>3289</size>
            <attacher name="David Kewley">kewley</attacher>
            
              <data encoding="base64">IzAgIDB4MDA3ZGM3YTIgaW4gX2RsX3N5c2luZm9faW50ODAgKCkgZnJvbSAvbGliL2xkLWxpbnV4
LnNvLjIKIzEgIDB4MDA4YTI3MjMgaW4gX193cml0ZV9ub2NhbmNlbCAoKSBmcm9tIC9saWIvdGxz
L2xpYmMuc28uNgojMiAgMHgwMDg1MGNlZiBpbiBfSU9fbmV3X2ZpbGVfd3JpdGUgKCkgZnJvbSAv
bGliL3Rscy9saWJjLnNvLjYKIzMgIDB4MDA4NGZjYmUgaW4gbmV3X2RvX3dyaXRlICgpIGZyb20g
L2xpYi90bHMvbGliYy5zby42CiM0ICAweDAwODUwZTgwIGluIF9JT19uZXdfZmlsZV94c3B1dG4g
KCkgZnJvbSAvbGliL3Rscy9saWJjLnNvLjYKIzUgIDB4MDA4MzE4ZWUgaW4gYnVmZmVyZWRfdmZw
cmludGYgKCkgZnJvbSAvbGliL3Rscy9saWJjLnNvLjYKIzYgIDB4MDA4MmQ4ODMgaW4gdmZwcmlu
dGYgKCkgZnJvbSAvbGliL3Rscy9saWJjLnNvLjYKIzcgIDB4MDA4MzYzZGYgaW4gZnByaW50ZiAo
KSBmcm9tIC9saWIvdGxzL2xpYmMuc28uNgojOCAgMHgwNTljNjI3ZSBpbiBxV2FybmluZyAoKSBm
cm9tIC91c3IvbGliL3F0LTMuMy9saWIvbGlicXQtbXQuc28uMwojOSAgMHgwNTliZjlkOSBpbiBR
R0FycmF5Ojptc2dfaW5kZXggKCkgZnJvbSAvdXNyL2xpYi9xdC0zLjMvbGliL2xpYnF0LW10LnNv
LjMKIzEwIDB4MDQ3ZDgzMmYgaW4gS01Nc2dEaWN0OjpyZWFkRm9sZGVySWRzICgpIGZyb20gL3Vz
ci9saWIvbGlia21haWxwcml2YXRlLnNvLjAKIzExIDB4MDQ4MDE1NjYgaW4gS01Gb2xkZXJNZ3I6
OnJlYWRNc2dEaWN0ICgpIGZyb20gL3Vzci9saWIvbGlia21haWxwcml2YXRlLnNvLjAKIzEyIDB4
MDQ4MDE1MmEgaW4gS01Gb2xkZXJNZ3I6OnJlYWRNc2dEaWN0ICgpIGZyb20gL3Vzci9saWIvbGli
a21haWxwcml2YXRlLnNvLjAKIzEzIDB4MDQ4MDE1MmEgaW4gS01Gb2xkZXJNZ3I6OnJlYWRNc2dE
aWN0ICgpIGZyb20gL3Vzci9saWIvbGlia21haWxwcml2YXRlLnNvLjAKIzE0IDB4MDQ4MDE1MmEg
aW4gS01Gb2xkZXJNZ3I6OnJlYWRNc2dEaWN0ICgpIGZyb20gL3Vzci9saWIvbGlia21haWxwcml2
YXRlLnNvLjAKIzE1IDB4MDQ4MDE1MmEgaW4gS01Gb2xkZXJNZ3I6OnJlYWRNc2dEaWN0ICgpIGZy
b20gL3Vzci9saWIvbGlia21haWxwcml2YXRlLnNvLjAKIzE2IDB4MDQ4MDE1MmEgaW4gS01Gb2xk
ZXJNZ3I6OnJlYWRNc2dEaWN0ICgpIGZyb20gL3Vzci9saWIvbGlia21haWxwcml2YXRlLnNvLjAK
IzE3IDB4MDQ4OGJlODUgaW4gS01LZXJuZWw6Om1zZ0RpY3QgKCkgZnJvbSAvdXNyL2xpYi9saWJr
bWFpbHByaXZhdGUuc28uMAojMTggMHgwNDc4ZTg0YyBpbiBLTUhlYWRlcnM6OnJlYWRTb3J0T3Jk
ZXIgKCkgZnJvbSAvdXNyL2xpYi9saWJrbWFpbHByaXZhdGUuc28uMAojMTkgMHgwNDc4ODExMCBp
biBLTUhlYWRlcnM6OnVwZGF0ZU1lc3NhZ2VMaXN0ICgpIGZyb20gL3Vzci9saWIvbGlia21haWxw
cml2YXRlLnNvLjAKIzIwIDB4MDQ3ODI4ZDUgaW4gS01IZWFkZXJzOjpzZXRGb2xkZXIgKCkgZnJv
bSAvdXNyL2xpYi9saWJrbWFpbHByaXZhdGUuc28uMAojMjEgMHgwNDhmODQzOCBpbiBLTU1haW5X
aWRnZXQ6OmZvbGRlclNlbGVjdGVkICgpIGZyb20gL3Vzci9saWIvbGlia21haWxwcml2YXRlLnNv
LjAKIzIyIDB4MDQ4ZjgxNmMgaW4gS01NYWluV2lkZ2V0Ojpmb2xkZXJTZWxlY3RlZCAoKSBmcm9t
IC91c3IvbGliL2xpYmttYWlscHJpdmF0ZS5zby4wCiMyMyAweDA0OGVmODVlIGluIEtNTWFpbldp
ZGdldDo6cXRfaW52b2tlICgpIGZyb20gL3Vzci9saWIvbGlia21haWxwcml2YXRlLnNvLjAKIzI0
IDB4MDU3MGMxOTYgaW4gUU9iamVjdDo6YWN0aXZhdGVfc2lnbmFsICgpIGZyb20gL3Vzci9saWIv
cXQtMy4zL2xpYi9saWJxdC1tdC5zby4zCiMyNSAweDA0NzcxYzlhIGluIEtNRm9sZGVyVHJlZTo6
Zm9sZGVyU2VsZWN0ZWQgKCkgZnJvbSAvdXNyL2xpYi9saWJrbWFpbHByaXZhdGUuc28uMAojMjYg
MHgwNDc2ZGE2NCBpbiBLTUZvbGRlclRyZWU6OmRvRm9sZGVyU2VsZWN0ZWQgKCkgZnJvbSAvdXNy
L2xpYi9saWJrbWFpbHByaXZhdGUuc28uMAojMjcgMHgwNDkwMzljNiBpbiBLTU1haW5XaWRnZXQ6
OnNsb3RTaG93U3RhcnR1cEZvbGRlciAoKSBmcm9tIC91c3IvbGliL2xpYmttYWlscHJpdmF0ZS5z
by4wCiMyOCAweDA0OGVmZjA1IGluIEtNTWFpbldpZGdldDo6cXRfaW52b2tlICgpIGZyb20gL3Vz
ci9saWIvbGlia21haWxwcml2YXRlLnNvLjAKIzI5IDB4MDU3MGMyMWMgaW4gUU9iamVjdDo6YWN0
aXZhdGVfc2lnbmFsICgpIGZyb20gL3Vzci9saWIvcXQtMy4zL2xpYi9saWJxdC1tdC5zby4zCiMz
MCAweDA1YTRjNWJhIGluIFFTaWduYWw6OnNpZ25hbCAoKSBmcm9tIC91c3IvbGliL3F0LTMuMy9s
aWIvbGlicXQtbXQuc28uMwojMzEgMHgwNTcyNjNjZCBpbiBRU2lnbmFsOjphY3RpdmF0ZSAoKSBm
cm9tIC91c3IvbGliL3F0LTMuMy9saWIvbGlicXQtbXQuc28uMwojMzIgMHgwNTcyZGI5MyBpbiBR
U2luZ2xlU2hvdFRpbWVyOjpldmVudCAoKSBmcm9tIC91c3IvbGliL3F0LTMuMy9saWIvbGlicXQt
bXQuc28uMwojMzMgMHgwNTZhZmNkZiBpbiBRQXBwbGljYXRpb246OmludGVybmFsTm90aWZ5ICgp
IGZyb20gL3Vzci9saWIvcXQtMy4zL2xpYi9saWJxdC1tdC5zby4zCiMzNCAweDA1NmFmMmRlIGlu
IFFBcHBsaWNhdGlvbjo6bm90aWZ5ICgpIGZyb20gL3Vzci9saWIvcXQtMy4zL2xpYi9saWJxdC1t
dC5zby4zCiMzNSAweDAzNzBkMjI5IGluIEtBcHBsaWNhdGlvbjo6bm90aWZ5ICgpIGZyb20gL3Vz
ci9saWIvbGlia2RlY29yZS5zby40CiMzNiAweDA1NjlmNWM1IGluIFFFdmVudExvb3A6OmFjdGl2
YXRlVGltZXJzICgpIGZyb20gL3Vzci9saWIvcXQtMy4zL2xpYi9saWJxdC1tdC5zby4zCiMzNyAw
eDA1NjU5ZjNiIGluIFFFdmVudExvb3A6OnByb2Nlc3NFdmVudHMgKCkgZnJvbSAvdXNyL2xpYi9x
dC0zLjMvbGliL2xpYnF0LW10LnNvLjMKIzM4IDB4MDU2YzFmMjggaW4gUUV2ZW50TG9vcDo6ZW50
ZXJMb29wICgpIGZyb20gL3Vzci9saWIvcXQtMy4zL2xpYi9saWJxdC1tdC5zby4zCiMzOSAweDA1
NmMxZGQ4IGluIFFFdmVudExvb3A6OmV4ZWMgKCkgZnJvbSAvdXNyL2xpYi9xdC0zLjMvbGliL2xp
YnF0LW10LnNvLjMKIzQwIDB4MDU2YWZmMzEgaW4gUUFwcGxpY2F0aW9uOjpleGVjICgpIGZyb20g
L3Vzci9saWIvcXQtMy4zL2xpYi9saWJxdC1tdC5zby4zCiM0MSAweDA4MDU4NzQ4IGluID8/ICgp
CiM0MiAweGJmZTlhOTIwIGluID8/ICgpCiM0MyAweDAwMDAwMDAxIGluID8/ICgpCiM0NCAweDAw
MDAwMDAxIGluID8/ICgpCiM0NSAweDAwMDAwMDAwIGluID8/ICgpCg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>14321</attachid>
            <date>2006-01-20 18:37:30 +0000</date>
            <delta_ts>2006-01-20 18:37:30 +0000</delta_ts>
            <desc>Trash index file which crashes KMail.</desc>
            <filename>.Trash.index.ids</filename>
            <type>text/plain</type>
            <size>58</size>
            <attacher name="Jakub Krajewski">jakub.krajewski</attacher>
            
              <data encoding="base64">IyBLTWFpbC1JbmRleC1JRHMgVjEwMDIKKnhWNBIjIEtNYWlsLUluZGV4LUlEcyBWMTAwMgoqeFY0
Eg==
</data>

          </attachment>
      

    </bug>

</bugzilla>