On Jun 10, 1:46 pm, "Ville M. Vainio" <[email protected]> wrote:
> > Houston. We have a problem. The at-file read logic is never using
> > the cache on my xp machine.
>
> Interesting, it seems to work on people's Linux computers (just tested
> it on my 1ghz eee - I was able to open leoPyRef with almost zero read
> time :-).
>
> Run this script:
>
> print c.db.keys("fcache/*")
>
> then, print cachefile in read() and see why it's not found
I took a similar approach.
g.trace(cachefile in c.db,repr(cachefile))
for z in c.db.keys():
print repr(cachefile)==repr(z),cachefile==z,repr
(cachefile),repr(z)
It shows that repr(cachefile) == repr(z) (and cachefile==z for)
exactly one key (as expected), but still cachefile is not in c.db (!!)
Furthermore, having _contentHashFile return str("fcache/" + m.hexdigest
()) has no effect.
This is a puzzle. Why is cachefile not in c.db if it matches one of
the keys???
Edward
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"leo-editor" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/leo-editor?hl=en
-~----------~----~----~----~------~----~------~--~---
