home *** CD-ROM | disk | FTP | other *** search
- Path: news-server.csri.toronto.edu!mailrus!cs.utexas.edu!uunet!auspex!guy
- From: guy@auspex.auspex.com (Guy Harris)
- Newsgroups: comp.sources.d
- Subject: Re: Problems with auth2.1 on Sys5r3.2+bsd extensions (m88k)
- Keywords: flock and libraries
- Message-ID: <3339@auspex.auspex.com>
- Date: 12 May 90 18:48:52 GMT
- References: <1990May12.051930.8990@wolves.uucp> <28075:May1213:35:1390@stealth.acf.nyu.edu>
- Organization: Auspex Systems, Santa Clara
- Lines: 31
-
- >> has
- >> several instances of the bsd/sun specific flock(2) system call!
- >
- >Why are you so surprised? Sockets aren't available anywhere other than
- >BSD in the first place;
-
- Well, that's an overstatement - and a relevant one in this context.
- Various S5 systems that lack "flock()" do have sockets emulation
- libraries that do the job with what I suspect are varying degrees of
- success; S5R4's may be more successful than others. (The "BSD/XENIX(R)
- Compatibility Guide" in the AT&T Five-Foot Shelf of Classics - a/k/a the
- S5R4 documentation - doesn't mention "flock()".)
-
- Those S5 systems should, in general, have "fcntl()"-based locking,
- however.
-
- Rules for authors: if you think you've run into all the possible UNIX
- system variants, think again - you almost certainly haven't. (I've
- probably run into, in some context, more than most, and I still get
- surprised on occasion.) Be prepared to get requests for changes to
- improve your code's portability, hopefully along with the changes to be
- made.
-
- Rules for people who pick up code: if you think the author has run into
- all the possible UNIX system variants, or even has them handy on which
- to develop code, think again - they almost certainly haven't. Be
- prepared to have to do some work to get the code running on your system,
- and be prepared to feed the changes back to the author.
-
- With any luck, over time some of the less useful variation will
- disappear.
-