won't compile projects stored over network

[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 [MSFT]]

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

 

[David Killian Woods]

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

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?

 

[Ronald Laeremans [MSFT]]

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

"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

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?

 

[David Killian Woods]

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

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