Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!tut.cis.ohio-state.edu!usenet.ins.cwru.edu!ncoast!allbery From: allbery@NCoast.ORG (Brandon S. Allbery KB8JRR) Newsgroups: comp.sources.d Subject: Re: problems building abc Message-ID: <1991Jan4.025136.13039@NCoast.ORG> Date: 4 Jan 91 02:51:36 GMT References: <1991Jan01.211524.18484@kithrup.COM> <1991Jan2.155305.10523@onion.pdx.com> Reply-To: allbery@ncoast.ORG (Brandon S. Allbery KB8JRR) Followup-To: comp.sources.d Organization: North Coast Computer Resources (ncoast) Lines: 19 As quoted from <1991Jan2.155305.10523@onion.pdx.com> by jeff@onion.pdx.com (Jeff Beadles): +--------------- | This looks like a System-Vism. Most systems that I've seen do however have | unlink(2). (This is a BSD based system.) +--------------- BSD (Sun?) added it for NFS: the semantics of unlink() are valid only for UNIX-like file systems, while remove() has semantics that are valid over a much wider set of filesystem types. AT&T picked it up later, apparently in SVR3.2. I was substituting unlink() for remove() in BSD sources from the net to make them work under Xenix, System III, and SVR2 and SVR3.1 long before AT&T got into it. ++Brandon -- Me: Brandon S. Allbery VHF/UHF: KB8JRR on 220, 2m, 440 Internet: allbery@NCoast.ORG Packet: KB8JRR @ WA8BXN America OnLine: KB8JRR AMPR: KB8JRR.AmPR.ORG [44.70.4.88] uunet!usenet.ins.cwru.edu!ncoast!allbery Delphi: ALLBERY