won't compile projects stored over network

  • Thread starter Thread starter David Killian Woods
  • Start date Start date
D

David Killian Woods

I just installed VC++.NET and haven't had much luck. It just won't
compile anything that isn't stored on a local hard drive. Local
projects are fine (well, other than my stupid mistakes) and compile
without a problem.

Below is the error log generated from a wizard-created project -- I
didn't add any code myself. It was created in a folder accessed from
browsing through the network neighborhood, but I've also tried it
using mapped network drives.

Can anybody give me any pointers? Is there some obvious setup step I
didn't do that would help?

thanks
david

ERROR LOG:
----------------------
Command Lines
This edition of Visual C++ does not support the optimizing compiler.
This edition of Visual C++ does not support the optimizing compiler.
Creating temporary file "
\\mobilelabs\projects\c\tests\nettest\nettest\Debug\RSP000001.rsp"
with contents
[
/D "WIN32" /D "_WINDOWS" /D "_DEBUG" /D "_MBCS" /Gm /EHsc /RTC1 /MTd
/Zc:wchar_t /Yu"stdafx.h" /Fp"Debug/nettest.pch" /Fo"Debug/"
/Fd"Debug/vc70.pdb" /W3 /c /Wp64 /ZI /TP
..\nettestView.cpp
..\nettestDoc.cpp
..\ChildFrm.cpp
..\MainFrm.cpp
..\nettest.cpp
]
Creating command line "cl.exe
@\\mobilelabs\projects\c\tests\nettest\nettest\Debug\RSP000001.rsp
/nologo"
Creating temporary file "
\\mobilelabs\projects\c\tests\nettest\nettest\Debug\RSP000002.rsp"
with contents
[
/D "WIN32" /D "_WINDOWS" /D "_DEBUG" /D "_MBCS" /Gm /EHsc /RTC1 /MTd
/Zc:wchar_t /Yc"stdafx.h" /Fp"Debug/nettest.pch" /Fo"Debug/"
/Fd"Debug/vc70.pdb" /W3 /c /Wp64 /ZI /TP
..\stdafx.cpp
]
Creating command line "cl.exe
@\\mobilelabs\projects\c\tests\nettest\nettest\Debug\RSP000002.rsp
/nologo"

Output Window
Compiling...
cl : Command line error D2022 : cannot open
'\\mobilelabs\projects\c\tests\nettest\nettest\Debug\RSP000002.rsp'
 
Ronald Laeremans said:
Could you use a tool like ntfilemon to see what faillure code the open gets?

http://www.sysinternals.com/ntw2k/source/filemon.shtml

Ronald Laeremans
Visual C++ team
Click to expand...


process "cl.exe" tries to OPEN RSP000002.rsp and gets an "ACCESS
DENIED" error, the 'other' field lists my current COMPUTER/Account. It
does this seven times.

(I am on a W2K machine, accessing a WXP machine)

Earlier in the FileMon log, devenv.exe did CREATE, WRITE, and CLOSE on
the same file with no problem. Later in the FileMon long, devenv.exe
does OPEN, DELETE, and CLOSE again on the same file with no problem.

Does this help?
 
Sadly it doesn't really. This would seem to indicate an intermittent problem
with the security over the network. Is there anything in the open
mask/parameters that is different between the opens that fail and the ones
that succeed?

Ronald

David Killian Woods said:
"Ronald Laeremans [MSFT]" <[email protected]> wrote in message
Could you use a tool like ntfilemon to see what faillure code the open gets?

http://www.sysinternals.com/ntw2k/source/filemon.shtml

Ronald Laeremans
Visual C++ team
Click to expand...


process "cl.exe" tries to OPEN RSP000002.rsp and gets an "ACCESS
DENIED" error, the 'other' field lists my current COMPUTER/Account. It
does this seven times.

(I am on a W2K machine, accessing a WXP machine)

Earlier in the FileMon log, devenv.exe did CREATE, WRITE, and CLOSE on
the same file with no problem. Later in the FileMon long, devenv.exe
does OPEN, DELETE, and CLOSE again on the same file with no problem.

Does this help?
Click to expand...
 
Ronald Laeremans said:
Sadly it doesn't really. This would seem to indicate an intermittent problem
with the security over the network. Is there anything in the open
mask/parameters that is different between the opens that fail and the ones
that succeed?

Ronald
Click to expand...

The only real difference seems to be the process that's calling it.
devenv.exe succeeds where cl.exe fails. The only other data I could
find via filemon was that the failing attempt are flagging
IRP_MJ_CREATE, but I don't recognize that (an interrupt?). But again,
devenv.exe is having the easy time of it, and also has IRP_MJ_CREATE,
but successfully. Both before and after cl.exe is having trouble. I
don't know how to view any other mask/parameters though.

It gets more interesting. I tried installing VC++.NET on the XP
machine and tried it backwards--compiling a project located on the 2K
machine. Same problem. Then I tried compiling a project from the 2K
machine, that was located on another 2K machine in the network --
success! (while trying to compile the same project [the one on the
other 2K machine], from the XP machine, failed)

My XP machine is running home edition. I feel like this is somehow an
access problem. Do I need to create a matching account on the XP
machine? But that still doesn't explain why devenv.exe can succeed, I
don't see how they would be running as different owners. Or why XP
would allow one and deny the other, I didn't think the Home Edition
could specify access that way.

Thanks for your help so far,
david
 
Back
Top