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