Re: [9fans] tree problem
- From: Axel.Belinfante@xxxxxxxxxxxxx (Axel Belinfante)
- Date: Thu, 3 May 2007 15:29:59 GMT
The solution may, alternatively be to register a clunk()
function and each can do what they want with it though I
do not like it because I feel I should receive things related
with files and not with fids.
the read and write requests you receive are for fids,
not files. you pull out the file using fid->file.
you can use destroyfid to find out when a fid is
completely clunked. from 9p(2):
Destroyfid
When a Fid's reference count drops to zero (i.e., it
has been clunked and there are no outstanding requests
referring to it), destroyfid is called to allow the
program to dispose of the fid->aux pointer.
you can get at the file by using fid->file.
at a time I had modified my local lib9p to be able
to register a clunk function.
I needed it for a 'filterfs' that sits between a user
and another file server.
it forwarded each incoming request (potentially modified)
to the other file server, and handed back its responses
(potentially modified) to the user.
the forwarded requests contained the fids as given by the user.
I needed to forward the clunk immediately, because
otherwise the user might not be able to reuse a fid
immediately after having clunked it (more accurately:
if the user would do so, and the 'other' file server
would not see the clunk before the reuse, there might
be trouble.)
Axel.
.
- Follow-Ups:
- Re: [9fans] tree problem
- From: Russ Cox
- Re: [9fans] tree problem
- From: ron minnich
- Re: [9fans] tree problem
- References:
- Re: [9fans] tree problem
- From: Russ Cox
- Re: [9fans] tree problem
- Prev by Date: Re: [9fans] tree problem
- Next by Date: Re: [9fans] tree problem
- Previous by thread: Re: [9fans] tree problem
- Next by thread: Re: [9fans] tree problem
- Index(es):
Relevant Pages
|