Path: utzoo!utgpu!cunews!bnrgate!brchh104!brchs1!bnr.ca!rice.edu!sun-spots-request
From: gaw@aeg.dsto.oz.au (Grant Ward)
Newsgroups: comp.sys.sun
Subject: Re: Microsoft C and PC-NFS
Keywords: Software
Message-ID: <3772@brchh104.bnr.ca>
Date: 10 Jun 91 21:53:00 GMT
Sender: news@brchh104.bnr.ca
Organization: Sun-Spots
Lines: 34
Approved: Sun-Spots@rice.edu
X-Original-Date: 6 Jun 91 17:06:52 GMT
X-Sun-Spots-Digest: Volume 10, Issue 107, message 4
X-Note: Submissions: sun-spots@rice.edu, Admin: sun-spots-request@rice.edu

deckel@relay.nswc.navy.mil writes:

>I have a programmer here who is writing a C program in Microsoft C.
>He wants to set the DOS TMP variable to H:\ which is a PC-NFS mounted
>directory where the C source code is located.  Apparently the TMP
>variable tells the compiler where to write temporary files while 
>it's compiling.  When he does this he gets errors when the program is 
>compiling.  The errors say something about not being able to find the 
>temporary files that are supposed to be created on the TMP directory.
>When he changes the TMP variable to be C:\ or D:\ then it works
>correctly.  Microsoft didn't seem to have a clue about what could 
>be causing this problem.  Does anyone out there know of a reason 
>why PC-NFS may not allow Microsoft C to operate in this way?

I have had a similar problem, but with the include and lib variables.  It
seems as if MSC has trouble coping with NFS drives. I got errors like
Can't find include file 'stdio.h' :-) and also couldn't find my own header
files in the current directory (yet another NFS drive).  When linking I
had it say things like Can't find library R:\ibm\nfs\lib\llibtk.lib --ie.
it knew which directory of the lib variable to find llibtk, but then
couldn't actually read it or something.

This problem seems to be temperamental - it's working fine at the moment
but that's with the MSC stuff local and all the rest on NFS drives (my
code and the NFS Toolkit stuff)

BTW, this is MSC5 I refer to above. MSC4 _appears_ to be OK, but I think I
may have had problems with it before also.

Cheers, Grant.

Grant Ward (gaw@aeg.dsto.oz.au)	    Ph: (08) 259 5022
Remember folks, if you can't flame MeSsy-DOS, then _what_ can you flame ??