On Jan 20, 2008 9:05 PM, Christiaan Hofman <[EMAIL PROTECTED]> wrote:
>
> On 20 Jan 2008, at 8:27 PM, Adam R. Maxwell wrote:
>
> > I see...try changing the time interval in the search to 0.5 or so
> > instead of 0.1. It's calling -updateSearchResults too frequently,
> > which is what it was supposed to avoid.
> >
> > It looks like sha1Signature is probably using a lot of memory, as
> > well, since it's reading entire files into memory. We should be able
> > to avoid that by using NSFileHandle.
> >
>
> That's not in OF though. And would it make a difference? I think sha1
> takes the whole data into account, and it should (in case something
> is added to the end).
>
> Christiaan
>
>
If I bring back the OFMessageQueue in BDSKFileSearchIndex the beach ball is
gone during the initial step, and comes back after that. So should we
perhaps always queue the delegate methods, as well as checking for time
interval?
Also the problem with the last update of course still remains.
Christiaan
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bibdesk-develop mailing list
Bibdesk-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-develop
