Re: [fuse-devel] Exposing functions as executables?

[Angel <cl...@ua...>]

You guys should have a look at GlusterFS

this a cluster filesystem fuse based, and it is made on modules (called xla=
tors)=20
that receive fuse calls process them and pass long other modules.

You can just focus on your project (translate FS calls into excutable C fun=
tions) and leave the rest to
tha framework that its already built. You can test your ideas in a few hour=
s after reading a little bit of code!!

And you gain a Instant working distributed filesystem for free. Network fs =
also and many other features like=20
trace debuging to help development.  Ahh those GlusterFS guys know what the=
y are doing!!

This is better as let fuse devels focus on their own plan "making fuse bett=
er" whitout the fuss
of trying to help every new newbie "fs-designer" like we us. I just stated =
my own project.. quotas=20
over fuse in gluster.

More info at: http://www.gluster.org/docs/index.php/GlusterFS

Regards, Angel

El Lunes, 21 de Enero de 2008 16:51, Klas Lindberg escribi=F3:
> Jeff,
>=20
> > I'm afraid that you are still not done :)
> >
> > Depending on the function's output size, FUSE may call read() more than
> > once, meaning that you function should not have any side-effects, or you
> > should use some form of caching.
> >
> > Even worse, getattr() needs to call your function in order to report the
> > size of the file. And getattr will be called for every action concerning
> > the file, even if you do an ls in the directory.
>=20
> Oh my...
>=20
> I suddenly have doubts about this whole thing. What I have is a vast
> menu system accessed through a rather rotten shell-like interface. I
> want to expose the menu system through FUSE to inherit the shell
> functionality of whatever shell the user is using, plus it would allow
> things like piping output from a command in the menu system through
> standard tooling, like sed or less, et.c. If a simple 'ls' forces a
> read() on every item in a some submenu, then I'm in trouble. Many of
> the commands have very complex execution that can go on for minutes
> before they have produced all their output.
>=20
> I'm probably better off introducing some small utility that keeps
> track of the menu system internally and exposes basic functionality
> through soft links to itself. I.e. mytool-ls, mytool-cd and
> mytool-exec are links to mytool.
>=20
> Well.. Thank you all for your time. I'm very happy I didn't start out
> on this without checking with you guys first. FUSE would have been
> cool to use, but it doesn't seem very suitable for what I need to do.
>=20
> Best regards / Klas
>=20
> -------------------------------------------------------------------------
> 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/
> _______________________________________________
> fuse-devel mailing list
> fus...@li...
> https://lists.sourceforge.net/lists/listinfo/fuse-devel
>=20

=2D-=20
=2D---------------------------
Clister UAH
=2D---------------------------