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