Date: Sat, 20 Jan 1996 14:30:16 -0700 (MST) From: Terry Lambert <terry@lambert.org> To: koshy@india.hp.com (A JOSEPH KOSHY) Cc: terry@lambert.org, jkh@time.cdrom.com, torek@BSDI.COM, markd@grizzly.com, hackers@FreeBSD.ORG Subject: Re: SFIO (Re: Change to stdio.h to export `cookie?') Message-ID: <199601202130.OAA12203@phaeton.artisoft.com> In-Reply-To: <199601201132.AA042927563@fakir.india.hp.com> from "A JOSEPH KOSHY" at Jan 20, 96 05:02:42 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> jkh> Well, OK, so you caught me.. I am trying to layer some additional > jkh> behavior on top of stdio and the read/write/seek/close redirection > jkh> takes me *most* of the way there, but for the rest I needed to juggle > > tl> And wrapper all FILE * manipulation functions instead. > > Hmm, this discussion reminds of `SFIO' from Bell Labs (?) (I remember > reading a paper (Usenix proceedings?) on it a long while ago). > > Basically SFIO was a replacement for STDIO, with the proviso of stacking > file input and output primitives. Parallels to STREAMS or VFS philosophy > could be drawn I guess. This one could "push" a compression > layer over the regular I/O code and get compressed I/O etc etc. > > It also claimed to have better signal handling than the original STDIO code. %A David G. Korn %A K.-Phong Vo %T SFIO: Safe/Fast String/File IO %P 235-256 %W AT&T Bell Laboratories %I USENIX %B USENIX Conference Proceedings %D Summer 1991 %C Nashville, TN ftp://ftp.sage.usenix.org/pub/usenix/summer91/sfio.ps.Z The code is downloadable from one of the research.att.com sites; used to be on "Alice" (the machine DMR used to use for email). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199601202130.OAA12203>