Re: Lazy behavior in Extfs
- From: Enrico Weigelt <weigelt metux de>
- To: mc-devel gnome org
- Subject: Re: Lazy behavior in Extfs
- Date: Tue, 14 Sep 2010 00:06:49 +0200
* Gastón Tonietti <gaston tonietti gmail com> schrieb:
> I'm in the process of creating a custom extfs for a special file type, and I
> was researching in the existing scripts to get some examples. I was able to
> start doing some listings. But then I figured out that for all scripts mc
> calls them just once and they provide the full content for the entire file,
> and it seems mc parses the list using the "/" so it knows all the structure
> and it never invokes the script again.
That's IMHO a generic design problem in extfs, as it handles only
whole archives. This also tends to cause trouble if the archive
changes w/o extfs noticing it (I often have this case w/ patchfiles).
A clean solution, IMHO would be putting these things into little
fileservers, which directly provide the filesystem operations
and internally do whatever's optimal for the actual archive type.
(doing this as separate fileservers, eg. via 9P, instead of extending
mc-vfs, allows them to be independent from mc itself and usable w/o it.)
> So I was wandering if it is possible for mc to fetch content from extfs
> script in a lazy way. The first time I return the list at the root level,
> then when mc wants to enter in some of the entries it hits the script again
> with the file path plus the relative internal path. This way only the needed
> part of the file is loaded.
This would change semantics of the extfs interface, actually making
these scripts little fileservers, in this case non-persistent ones
(a bit like an kind of nfs or dav via command line ;-)).
cu
--
----------------------------------------------------------------------
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weigelt metux de
mobile: +49 151 27565287 icq: 210169427 skype: nekrad666
----------------------------------------------------------------------
Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme
----------------------------------------------------------------------
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]