chris@mimsy.UUCP (Chris Torek) (12/22/87)
In article <10945@brl-adm.ARPA> jkim@nadc.arpa (J. Kim) writes: >... I was wondering if anybody has information on the following >4.1 functions: > > l3tol(3) This converted a `3 byte long' to a long, and was used to read inodes and not much else. Since the inode format changed, l3tol is no longer needed. > libhdb(3) > libnet(3) Neither of these were included with 4.1BSD. They were part of the BBN networking code. The code in libhdb is no longer applicable to current Internetworking (which now uses domains), and most of the facilities provided by libnet are incorporated in the AF_INET socket system, in a different form. > mpx(2) Gone and good riddance! :-) Multiplexed files cannot quite be simulated completely, but select and ptys can handle most of what people did with them. As far as I know, only Gosling Emacs had the courage (or perhaps it was foolhardiness) to use them, and that was fortunate, for the implementation had two rather serious bugs, one of which often resulted in scrambled file systems. (CMU had a fix for that.) > sigset(3) Sigset and the entire jobs library are gone, since 4.3BSD signals default to behaving as though one were using the jobs library. Under 4.2BSD, 4.1BSD-style signals (similar to V7 and Sys3&5) are not available at all (syscalls are not interrupted). > vadvise(2V) Still exists, since its replacement, madvise, is not yet written. > vread(2V) > vwrite(2V) Both were virtually useless (pun), since you had to touch all the pages involved in a vread before the system would allow you to close the corresponding file descriptor. read and write do the same job, albeit with possibly less efficiency, and in the future, mmap will provide proper file mapping. -- In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 7690) Domain: chris@mimsy.umd.edu Path: uunet!mimsy!chris