Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU Path: utzoo!watmath!clyde!cbosgd!ihnp4!ucbvax!calma!nrcvax!jt From: jt@nrcvax.UUCP Newsgroups: mod.computers.vax Subject: Re: Vax C V2.0 open bug Message-ID: <8511111932.AA15170@nrcvax.UUCP> Date: Mon, 11-Nov-85 14:32:37 EST Article-I.D.: nrcvax.8511111932.AA15170 Posted: Mon Nov 11 14:32:37 1985 Date-Received: Wed, 13-Nov-85 07:57:30 EST Sender: daemon@ucbvax.BERKELEY.EDU Organization: The ARPA Internet Lines: 30 Approved: info-vax@ucbvax.berkeley.edu Newsgroups: mod.computers.vax Subject: Re: Open bug in VAX C V2.0 References: <8511071615.AA04882@ucbvax.berkeley.edu> Reply-To: jt@nrcvax.UUCP (Jerry Toporek) Organization: Network Research Corp. Oxnard, CA Keywords: vms c open bug In article <8511071615.AA04882@ucbvax.berkeley.edu> "NUNN, JOHN C."writes: > >There is a bug in the open function of VAX C V2.0 which will >cause some UNIX utilities to fail when compiled and run under >VMS. When an open is called for a file which does not exist, >the next file descriptor, which would be assigned to the file >if it existed, is assigned to the non-existent file. > ... >Can someone verify whether this bug also exists in V2.1 of VAX C? >Also, does anyone know if this has been SPR'ed? >------ Yes, the bug is still in v2.1. I have submitted an SPR. --------- Jerry Toporek Network Research Corp. ihnp4!nrcvax!jt 1620 Federal Ave. Suite #2 ucbvax!calma!nrcvax!jt LA, CA, 90025, USA {sdcsvax,hplabs}!sdcrdcf!psivax!nrcvax!jt (213) 479-6436