CLWALK(5) File Formats Manual CLWALK(5)NAME
clwalk - clone, then search a directory, and change to a file within it
SYNOPSIS
Tclwalk tag[2] fid[2] newfid[2] name[28]
Rclwalk tag[2] fid[2] qid[8]
DESCRIPTION
The clwalk request is a combination of a clone request (see clone(5)) followed by a walk request (see walk(5)) on the new fid. If the walk
fails, there is an implicit clunk of newfid.
ENTRY POINTS
The clwalk message is an optimization for use on low-speed lines; it is not generated by the kernel. The cfs(4) cached file system gener-
ates it as a side-effect of any system call that interprets a file name.
CLWALK(5)
Check Out this Related Man Page
READ(5) File Formats Manual READ(5)NAME
read, write - transfer data from and to a file
SYNOPSIS
Tread tag[2] fid[2] offset[8] count[2]
Rread tag[2] fid[2] count[2] pad[1] data[count]
Twrite tag[2] fid[2] offset[8] count[2] pad[1] data[count]
Rwrite tag[2] fid[2] count[2]
DESCRIPTION
The read request asks for count bytes of data from the file identified by fid, which must be opened for reading, starting offset bytes
after the beginning of the file. Count must be less than or equal to MAXFDATA (8192, defined in <fcall.h>). The bytes are returned with
the read reply message.
The count field in the reply indicates the number of bytes returned. This may be less than the requested amount. If the offset field is
greater than the number of bytes in the file, a count of zero will be returned. For directories, read returns an integral number of direc-
tory entries exactly as in stat (see stat(5)), one for each member of the directory. The read request message must have offset and count
zero modulo DIRLEN.
The write request asks that count bytes of data be recorded in the file identified by fid, which must be opened for writing, starting off-
set bytes after the beginning of the file. If the file has been opened append only, the data will be placed at the end of the file regard-
less of offset. Directories may not be written.
The write reply records the number of bytes actually written. It is usually an error if this is not the same as requested.
ENTRY POINTS
Read and write messages are generated by the corresponding calls. Because of the MAXFDATA limit, more than one message may be produced by
a single call.
READ(5)
What is the point of this? Whenever I close my shell it appends to the history file without adding this. I have never seen it overwrite my history file.
# When the shell exits, append to the history file instead of overwriting it
shopt -s histappend (3 Replies)