<div class="gmail_quote">On Wed, Sep 22, 2010 at 5:10 PM, James Bigler <span dir="ltr">&lt;<a href="mailto:jamesbigler@gmail.com">jamesbigler@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5"><br><br><div class="gmail_quote">On Wed, Sep 22, 2010 at 3:06 PM, David Cole <span dir="ltr">&lt;<a href="mailto:david.cole@kitware.com" target="_blank">david.cole@kitware.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">

<div class="gmail_quote"><div><div></div><div>On Wed, Sep 22, 2010 at 4:55 PM, James Bigler <span dir="ltr">&lt;<a href="mailto:jamesbigler@gmail.com" target="_blank">jamesbigler@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
<div><div></div><div>On Wed, Sep 22, 2010 at 2:40 PM, David Cole <span dir="ltr">&lt;<a href="mailto:david.cole@kitware.com" target="_blank">david.cole@kitware.com</a>&gt;</span> wrote:<br></div></div><div class="gmail_quote">



<div><div></div><div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">

<div class="gmail_quote"><div><div></div><div>On Wed, Sep 22, 2010 at 4:32 PM, James Bigler <span dir="ltr">&lt;<a href="mailto:jamesbigler@gmail.com" target="_blank">jamesbigler@gmail.com</a>&gt;</span> wrote:<br>

</div></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex"><div><div></div><div>
<div>On Wed, Sep 22, 2010 at 2:29 PM, Pedro d&#39;Aquino <span dir="ltr">&lt;<a href="mailto:budsbd@gmail.com" target="_blank">budsbd@gmail.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">








This happens on 2.8.2 as well, to me at least.<br>
<br>
In spite of that ugly operation aborted dialog, it seems the .sln is<br>
reloaded correctly.<br>
<div><div></div><div><br>
On Wednesday, September 22, 2010, James Bigler &lt;<a href="mailto:jamesbigler@gmail.com" target="_blank">jamesbigler@gmail.com</a>&gt; wrote:<br>
&gt; I tried out CMake 2.8.3 RC1 with my project today.  When I modify a CMakeLists.txt file and compile, the reload project dialog starts up and I click &quot;No&quot; for don&#39;t start recompiling (because it calls ALL_BUILD instead of the one project I want to build), and then I get a &quot;the build must be stopped before the solution can be closed&quot;.  I click &quot;OK&quot; and then I get a dialog that says:<br>









&gt;<br>
&gt; &quot;Operation aborted (Exception from HRESULT: 0x80004004 (E_ABORT))&quot;<br>
&gt;<br>
&gt; Any clues as to why this might be happening or how I can fix it?<br>
&gt;<br>
</div></div></blockquote></div><br></div>I get the ugly error message, and I have to click &quot;reload&quot; 70+ times.<br>
<br></div></div>_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ" target="_blank">http://www.cmake.org/Wiki/CMake_FAQ</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.cmake.org/mailman/listinfo/cmake" target="_blank">http://www.cmake.org/mailman/listinfo/cmake</a><br></blockquote></div><br><div><br></div><div>It would appear that Microsoft has changed Visual Studio moving to the 2010 edition such that our macro-solution-reloading magic no longer works properly. I have not yet found a way around this: we used to be able to cancel the build that was in progress, reload stuff, and then start another build in VS 2008 and earlier. It does not appear possible with VS 2010.</div>






<div><br></div><div>I know I&#39;ll be heartily flamed for even suggesting this, but .... the way I work with VS is to shut it down (or at least close the solution file), run cmake or cmake-gui by hand outside of Visual Studio, and then open up the sln file again with VS. This avoids the problem you&#39;re reporting, but I realize it is not ideal.</div>






<div><br></div><div>I welcome any suggestions for how to get this stuff to work again with VS 2010. I&#39;m stumped on it...</div><div><br></div><div><br></div><div>Thanks,</div><div>David</div><font color="#888888"><div>





<br></div></font></blockquote></div></div><div><br>Doh!  This is really unfortunate, as my FindCUDA script causes a lot of reloading as file level build dependencies are computed and reloaded into the project files.  This macro was truly one of the things that made VS development with CMake a great combination.<br>





<br>Have you tried filing a bug with Microsoft?<br></div></div></blockquote><div><br></div><div><br></div></div></div><div>Not yet. But that&#39;s a grand idea. I&#39;ll try to distill it down into the simplest repro steps using VS9 and VS10, file a bug with that, and see how they respond.</div>



<div><br></div><div>I&#39;ll keep you posted.</div><div><br></div></div>
</blockquote></div><br></div></div>Thanks!  Is there a mantis bug that is tracking this issue?<br><br>I&#39;m curios to know if this is an API issue or perhaps simply a bug.<br>
</blockquote></div><br><div>No mantis issue on this that I am aware of...</div><div><br></div>