I have quite a large solution, with multiple projects (if that matters). I
also have multithread building enabled. What has been happening lately is
if, for example, I make a change to a single source file and then build the
project, the compiler will be launched twice for the same file. This then
causes an error because (unsurprisingly) the second instance of the compiler
isn't able to write to the .sbr file while the first instance is, which
causes the build to fall over.
Here's an example of what I see:
1>------ Build started: Project: testproject, Configuration: Debug
x64 ------
1>Compiling...
1>testfile.cpp
1>testfile.cpp
1>.\testfile.cpp(1) : fatal error C1083: Cannot open compiler generated
file: 'x64\Debug\testfile.sbr': Permission denied
1>Creating browse information file...
1>Microsoft Browse Information Maintenance Utility Version 9.00.21022
1>Copyright (C) Microsoft Corporation. All rights reserved.
1>Build Time 0:05
1>Build log was saved at "file://c:\Users\Jon\Documents\Visual Studio
Projects\testproject\trunk\testproject\testproject\x64\Debug\BuildLog.htm"
1>testproject - 1 error(s), 0 warning(s)
========== Build: 0 succeeded, 1 failed, 48 up-to-date, 0 skipped
==========
I've checked the obvious (that the source file isn't included in the project
twice somehow) and it's definitely not. This seems to happen with all files
in the project, not just one, and also doesn't seem to happen ALL the time
(although it is very frequent).
Does anyone have any ideas?
Thanks!
Jon
Thank you for contacting Microsoft Support. My Name is Rong-Chun Zhang and
I will work with you on this case.
Since the issue doesn't happen all the time, this might cause by the
settings stored in the Solution User Options(.suo) file and the Project
User Option(.username.user) file, I would like to suggest that you try to
delete these files to see if the issue still happens.
To troubleshoot this issue, could you please share the build log and the
project file with us and how did you enable the multithread building? So
that we can try to repro and investigate the issue locally. I appreciate
your work on providing these information.
Best regards,
Rongchun Zhang (v-rz...@online.microsoft.com, remove 'online.')
Microsoft Online Community Support
Delighting our customers is our #1 priority. We welcome your comments and
suggestions about how we can improve the support we provide to you. Please
feel free to let my manager know what you think of the level of service
provided. You can send feedback directly to my manager at:
msd...@microsoft.com.
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/en-us/subscriptions/aa948868.aspx#notifications.
Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://support.microsoft.com/select/default.aspx?target=assistance&ln=en-us.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
Thanks for your reply, I have emailed you the requested files.
Deleting the .suo and .user files made no difference :(
Regards,
Jon Potter
"Rong-Chun Zhang [MSFT]" <v-rz...@online.microsoft.com> wrote in message
news:o0n6nyqC...@TK2MSFTNGHUB02.phx.gbl...
Closing VS2008 and Deleting .suo file solve my problem (a 1.3Gig RAM problem).
Thank you!
Steve