<div class="gmail_quote">On Tue, Oct 5, 2010 at 11:12 AM, John Drescher <span dir="ltr"><<a href="mailto:drescherjm@gmail.com">drescherjm@gmail.com</a>></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="im">On Fri, Oct 1, 2010 at 2:57 PM, John Drescher <<a href="mailto:drescherjm@gmail.com">drescherjm@gmail.com</a>> wrote:<br>
>> I just hit "Build Solution" which caused ZERO_CHECK project to run because<br>
>> my CMakeLists.txt file had changed. ZERO_CHECK ran CMake which attempted to<br>
>> generate a new solution. Typically this results in a good new project and<br>
>> the VS plugin detects this and asks me to load the new project files.<br>
>> However in this case, the new project files could not be generated due to<br>
>> the error. For whatever reason VS keeps going even though the ZERO_CHECK<br>
>> target failed.<br>
>><br>
><br>
> I see. Now I am having some similar problems with 2.8.3-rc1 and<br>
> reloads. I did not notice that until today. After I change my<br>
> CMakeList.txt in a subproject (not sure about the root project) and<br>
> click build in visual studio 2008 I am no longer getting prompted for<br>
> the reload but the build appears to never finish. I have to hit cancel<br>
> on the build then windows prompts me to reload the project. No dialog<br>
> appeared.<br>
><br>
<br>
</div>Okay. Here is a weird one. I killed Outlook 2007 in task manager<br>
because it was not showing up. After it terminated I got an instant<br>
CMake prompt to reload the solution file. The thing is I was not<br>
configuring my application and I was also not compiling my app. I have<br>
not started coding today yet..<br>
<div><div></div><div class="h5"><br></div></div></blockquote></div><br>CMake iterates over the Windows "running object table" (a COM thing) to find Visual Studio instances to ping to call the reload macro. When something is dead and stuck in the running object table (which happens occasionally, but thankfully not frequently) then CMake hangs in that iteration loop waiting forever for that dead thing to respond. The only way out of that situation is a reboot or actually killing the process that's really hung. As soon as that's killed, CMake continues its iteration happily, not realizing it's been waiting for hours or days... :-)<br>
<br>So there's an explanation for such mad behavior... even though it's not going to make anybody happy, at least it's not a mystery. The mystery is why Outlook was hung in the first place.<br><br>Have you considered using Thunderbird? :-)<br>
<br><br>Cheers,<br>David<br><br>