From owner-freebsd-hackers Sat Jan 20 03:36:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA17918 for hackers-outgoing; Sat, 20 Jan 1996 03:36:12 -0800 (PST) Received: from hp.com (hp.com [15.255.152.4]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA17849 for ; Sat, 20 Jan 1996 03:36:07 -0800 (PST) Received: from fakir.india.hp.com by hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA158197744; Sat, 20 Jan 1996 03:35:49 -0800 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA042927563; Sat, 20 Jan 1996 17:02:43 +0530 Message-Id: <199601201132.AA042927563@fakir.india.hp.com> To: Terry Lambert Cc: jkh@time.cdrom.com (Jordan K. Hubbard), torek@BSDI.COM, markd@grizzly.com, hackers@FreeBSD.ORG Subject: SFIO (Re: Change to stdio.h to export `cookie?') In-Reply-To: Your message of "Thu, 18 Jan 1996 15:10:03 MST." <199601182210.PAA06336@phaeton.artisoft.com> Date: Sat, 20 Jan 1996 17:02:42 +0530 From: A JOSEPH KOSHY Sender: owner-hackers@FreeBSD.ORG Precedence: bulk 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. Koshy