Re: seekable pipes

Bryan Henderson <[email protected]> Mon, 20 Jun 2005 15:24:46 -0700
Newsgroups gmane.linux.file-systems,gmane.linux.userfs
Message-ID <OF5AE19FD2.3A3EA8FE-ON88257026.007799E4-88257026.007B21A4@us.ibm.com>
>> But I'd expect it to do all of the open file operations, not just seek. 
(A 
>> seek-only implementation is certainly acceptable, but the structure 
should 
>> be for the whole concept).
>
>Like ... ioctl, flock? What else isn't implementable in terms of read,
>write, seek?

I guess most of the open file operations can't be moved to user space 
(mmap, readv, etc.).  Looking at the list (of VFS operations), I see read, 
write, seek, ioctl, flock, lock, fsync, and flush that could sensibly be 
transported across a pipe.

>The stat type for <() files is "character special"

When I do it, it's "FIFO" (st_mode contains S_IFIFO).

>such files are usually seekable.

Really?  Character device special files are usually not in my experience: 
terminals, tapes, serial ports.

>In any case, emacs and vim are cool.

You can edit a device special file?  Emacs gives me "file cannot be read" 
on various pipe and character device special files I tried.  strace shows 
that it does an lstat(), then gives up.

--
Bryan Henderson                     IBM Almaden Research Center
San Jose CA                         Filesystems

-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html