No, the ftp program only needs to transfer the HTML part.
> One approach is to create a plugin called ..archive that when read is a
> virtual file consisting of an archive of everything in the directory.
Ok, does this mean that every directory in the filesystem (or in
some part of it) will automatically have a node ..archive?
Presumably, it will not appear in directory listings, but can be
read but not written to? Does this mean that a legacy application
(pathological as it may be) that expects to be able to create a file
called ..archive will fail?
Or do you mean that the application would explicitly create the node
associated with this plugin?
> It would be interesting I think to attach said plugin to standard
> directories by default along with several other standard plugins like
> ..cat, etc.
Anyway, you didn't answer the part I really care about. What calls
does the application make to store the HTML and the "extended
attribute"? You can pick whatever conventions you want, just give
me an example.
> >Second, I booted NT and created a directory in the NTFS filesystem
> >called /foo . In the directory, I created a file called bar. I
> >also created a named stream called bar, and an extended attribute
> >called bar. Now I boot Linux. What calls do I make to see each of
> >the three objects called bar?
> >
>
> You access /foo/bar, /foo/bar/,,bar, /foo/..bar by name.
How do I access the file called ..bar (created in NT) in the
directory /foo?
(Anton, does NTFS define any reserved filename characters, or only
win32?)
Andrew
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/