Path: utzoo!dptcdc!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!bloom-beacon!athena.mit.edu!jfc From: jfc@athena.mit.edu (John F Carr) Newsgroups: comp.unix.wizards Subject: Re: getcwd() and friends. Message-ID: <10671@bloom-beacon.MIT.EDU> Date: 17 Apr 89 18:43:01 GMT References: <7882@june.cs.washington.edu> Sender: daemon@bloom-beacon.MIT.EDU Reply-To: jfc@athena.mit.edu (John F Carr) Organization: Massachusetts Institute of Technology Lines: 17 In article flee@shire.cs.psu.edu (Felix Lee) writes: >2. The open may block. Kenneth Almquist suggests O_NDELAY, which is >fine. Another alternative is to say that O_TOKEN doesn't block; >blocking is only useful if you open for reading or writing. Suppose you are using NFS over a slow network? The directory lookups may take time, as will the actual open. The same problem exists with slow local media. You can't guarantee proper error reporting without blocking. -- John Carr "When they turn the pages of history, jfc@Athena.mit.edu When these days have passed long ago, bloom-beacon! Will they read of us with sadness athena.mit.edu!jfc For the seeds that we let grow?" --Neil Peart