home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!elroy.jpl.nasa.gov!swrinde!gatech!bloom-beacon!eru.mt.luth.se!lunic!sunic!corax.udac.uu.se!irfu.se!jhd
- From: jhd@irfu.se (Jan D.)
- Newsgroups: comp.unix.wizards
- Subject: Re: flock(2) emulation?
- Message-ID: <1992Aug16.140235.11757@irfu.se>
- Date: 16 Aug 92 14:02:35 GMT
- References: <1992Aug7.173126.25686@htsa.aha.nl> <BsrzAp.7KD@ef2007.efhd.ford.com> <19480@fritz.filenet.com>
- Organization: Swedish Institute of Space Physics, Uppsala, Sweden
- Lines: 16
-
- In article <19480@fritz.filenet.com> scotth@fritz.filenet.com (Scott Hopson) writes:
- >In article <BsrzAp.7KD@ef2007.efhd.ford.com> Mike O'Connor <mjo@fmsrl7.srl.ford.com> writes:
- >>In article <1992Aug7.173126.25686@htsa.aha.nl> miquels@htsa.aha.nl (Miquel van Smoorenburg) writes:
- >>
- >>:And for BSD or HPUX etc it makes no sense to implement a flock or lockf
- >>:emulation, since you already have the Real Thing (TM).
- >>
- >>H-pukes doesn't have flock().
- >
- >no but HPs do have lockf()
- >
- That doesn't help much, since a lot of programs use flock(). You can't
- fully emulate flock() with lockf() (shared locks). Nor can you do it
- with fcntl() since it differs from flock() with repect to fork().
-
- Jan D.
-