KDirLister keeps mounted devices in use

David Faure dfaure at klaralvdalens-datakonsult.se
Tue Jan 7 23:42:04 GMT 2003


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wednesday 08 January 2003 00:30, Carsten Pfeiffer wrote:
> On Tuesday 07 January 2003 23:22, Michael Brade wrote:
> 
> > Well ok, seriously. I could make KDirLister not put things like floppy and
> > cdrom (wich is flawed anyways, who wants to watch a cdrom? :) in KDirWatch
> > once that dir is in itemsCached. I think it's worth the speed we loose,
> > right? ;) But, how to detect if an url is a floppy, cdrom, Zip or not? And
> > furthermore, I occasionally mount harddisks temporarily. I can't think of a
> > solution here... besides removing the "speedy caching" feature altogether
> > :/
> 
> I thought we discussed this and came to the conclusion that directories in the
> cache should not be dirwatched. Just store the mtime somewhere. When someone
> requests a directory listing from the cache, compare the last mtime with the
> current one and either deliver or renew the listing.
> 
> It would be bad if KDirLister kept watching and reloading directories that are
> solely living in the cache and nowhere used.

Sure. But the dir's mtime isn't enough information. Some file might have changed,
which doesn't change the dir's mtime.
This is why, IIRC, we chose to keep the kdirwatch on the cached dir, until the first
"this dir has changed" signal from KDirWatch - at that point we can throw the cache away,
we know it's no good anymore.

However this doesn't help fixing this problem....

- -- 
David Faure -- faure at kde.org, dfaure at klaralvdalens-datakonsult.se
Klarälvdalens Datakonsult AB, Platform-independent software solutions
Contributing to: http://www.konqueror.org/, http://www.koffice.org/
KOffice-1.2.1 is available - http://download.kde.org/stable/koffice-1.2.1/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE+G2XM72KcVAmwbhARAuHMAKCR+MnGnqI8uDuQ//J8sjudfvanzQCfUmyU
dhxd8SYKUZJ2dxKcmsOSbNM=
=OQc0
-----END PGP SIGNATURE-----





More information about the kfm-devel mailing list