| 9P-FILE(3) | 9P-FILE(3)
| NAME
| Tree, alloctree, freetree, File, createfile, closefile, removefile, walkfile, opendirfile, readdirfile, closedirfile, hasperm – in-memory file hierarchy
SYNOPSIS
| `#include <u.h> #include <libc.h> #include <fcall.h> #include <thread.h> #include <9p.h>
typedef struct File {
| Ref; Dir; void*aux;
`
| ...
`} File;
typedef struct Tree {
| File *root;
`
| ...
`} Tree;
Tree* alloctree(char *uid, char *gid, ulong mode,
| void (*destroy)(File*))
void freetree(Tree *tree) File* createfile(File *dir, char *name, char *uid,
| ulong mode, void *aux)
int removefile(File *file) void closefile(File *file) File* walkfile(File *dir, char *path) Readdir* opendirfile(File *dir) long readdirfile(Readdir *rdir, char *buf, long n) void closedirfile(Readdir *rdir) int hasperm(File *file, char *uid, int p)`
DESCRIPTION
| `File`s and `Tree`s provide an in-memory file hierarchy intended for use in 9P file servers.
Alloctree creates a new tree of files, and freetree destroys it. The root of the tree (also the `root` element in the structure) will have mode mode and be owned by user uid and group gid. Destroy is used when freeing `File` structures and is described later.
`File`s (including directories) other than the root are created using createfile, which attempts to create a file named name in the directory dir. If created, the file will have owner uid and have a group inherited from the directory. Mode and the permissions of dir are used to calculate the permission bits for the file as described in open(9p). It is permissible for name to be a slash-separated path rather than a single element.
Removefile removes a file from the file tree. The file will not be freed until the last reference to it has been removed. Directories may only be removed when empty. Removefile returns zero on success, –1 on error. It is correct to consider removefile to be closefile with the side effect of removing the file when possible.
Walkfile evaluates path relative to the directory dir, returning the resulting file, or zero if the named file or any intermediate element does not exist.
The `File` structure’s `aux` pointer may be used by the client for per-`File` storage. `File`s are reference-counted: if not zero, destroy (specified in the call to alloctree) will be called for each file when its last reference is removed or when the tree is freed. Destroy should take care of any necessary cleanup related to `aux`. When creating new file references by copying pointers, call incref (see lock(3)) to update the reference count. To note the removal of a reference to a file, call closefile. Createfile and walkfile return new references. Removefile, closefile, and walkfile (but not createfile) consume the passed reference.
Directories may be read, yielding a directory entry structure (see stat(9p)) for each file in the directory. In order to allow concurrent reading of directories, clients must obtain a `Readdir` structure by calling opendirfile on a directory. Subsequent calls to readdirfile will each yield an integral number of machine-independent stat buffers, until end of directory. When finished, call closedirfile to free the `Readdir`.
Hasperm does simplistic permission checking; it assumes only one-user groups named by uid and returns non-zero if uid has permission p (a bitwise-or of `AREAD`, `AWRITE` and `AEXEC`) according to file`−>mode`. 9P servers written using `File` trees will do standard permission checks automatically; hasperm may be called explicitly to do additional checks. A 9P server may link against a different hasperm implementation to provide more complex groups.
EXAMPLE
| The following code correctly handles references when elementwise walking a path and creating a file.
| `f = tree−>root; incref(f); for(i=0; i<n && f!=nil; i++)
| f = walkfile(f, elem[i]);
if(f == nil)
| return nil;
nf = createfile(f, "foo", "nls", 0666, nil); closefile(f); return nf;`
SOURCE
| `/build/plan9port/pkg/plan9port/usr/local/plan9port/src/lib9p/file.c`
SEE ALSO
| 9p(3)
BUGS
| The reference counting is cumbersome.