"Kevin Frei [MSFT]" <kf...@online.microsoft.com> wrote in message
news:qfI08O50CHA.2136@cpmsftngxa08...
MDM isn't supposed to go away (I got bogus info from elsewhere) but it was
possible that it could have kept a file open. I'm stuck, at this point -
I'd need a lot more information (can you give me your project? Can you
rebuild your project manually and still repro the problem?) Also, this is
my last day of official newsgroup responses, so if you'd like to keep me
informed of what's going on, remove the 'online' from my e-mail address and
shoot me mail directly.
--
Kevin Frei
"Kevin Frei [MSFT]" <kf...@online.microsoft.com> wrote in message
news:N3fTzeF1CHA.2116@cpmsftngxa08...
We have seen that error since starting to use .NET. Supposedly the only
workaround is to remove directories from your include path until the length
is less then 512. The problem with that approach is that once you remove the
include paths, you can't compile anything, because the compiler can't find
anything. I can't believe that more people aren't complaining about this
glaring bug, unless we're the only people trying to use .NET for a
large-scale C++ project.
A potential workaround that we've found that seems to work is create
multiple VCComponents.dat files and swap them around as needed. You can find
this file in the C:\Documents and Settings\[your name here]\Local
Settings\Application Data\Microsoft\VisualStudio\7.0 folder. It contains the
various directories defined in the .NET IDE at Tools-Options-Projects-VC++
Directories.
As far as I know, this is the only way to make a C++ project usable under
.NET if you have a lot of include paths _and_ resources that you want to
edit. If there's a better way to go about this, I'd like to know...
Dan Harner
Sr. Software Engineer
Standard Register
"jlea" <j...@leapsoft.com> wrote in message
news:OjgbycG1CHA.2552@TK2MSFTNGP12...
Good luck!