Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!samsung!think!snorkelwacker!bloom-beacon!eru!luth!sunic!chalmers!tekno.chalmers.se!foperator
From: foperator@tekno.chalmers.se (Daniel Berglund)
Newsgroups: news.software.anu-news
Subject: Re: Troubles adding batches with 5.9B
Message-ID: <5358@tekno.chalmers.se>
Date: 22 Dec 89 17:12:43 GMT
References: <8912190723.AA14204@uunet.uu.net>
Organization: Chalmers Univ. of Technology, Gothenburg, Sweden
Lines: 45

In article <8912190723.AA14204@uunet.uu.net>, 
  munnari!csc.anu.oz.au!gih900@UUNET.UU.NET (Geoff Huston) writes:
>>Suggestions:  1. Add an interpretation of the error status return from
>>file open attempts.  These messages would be a lot more helpful if
>>accompanied by "no privilege for attempted operation" or "no such device"
>>or whatever. 

> its just another of the integration problems - vaxc is not quite VMS - at this
> point the NEWS code sees a -1 value from a file operation and says "oh well -
> nice try" - to get past this to the RMS return status is what you are asking
> for... could be interesting!
 
Maybe I'm overlooking something obvious, but the rms STS value can be
found in vaxc$errno (but I don't know how to access the STV value). Example:

#include errno
#include perror

main()
{
	fopen("sahdjgf$$$","r");
	perror("Blurp");
	printf("%d %d\n",errno,vaxc$errno);
	fopen("sdf:asjklhdf$$$","r");
	perror("Blurp");
	printf("%d %d\n",errno,vaxc$errno);
	fopen("gdgd%gsgs","r");
	perror("Blurp");
	printf("%d %d\n",errno,vaxc$errno);
}

yields:

$ r apa
Blurp: no such file or directory
2 98962
Blurp: no such device or address
6 99524
Blurp: non-translatable vms error code: 0x18744, vms message:
%rms-f-wld, invalid wildcard operation
65535 100164

-- 
Daniel Berglund       (foperator@tekno.chalmers.se, BITNET: FOP@SECTHF51)
Chalmers University of Technology, G|teborg, Sweden