I'm having an extremely difficult time tracking down the trigger for this problem, but let me explain the symptoms first:

When opening a specific form I have, Visual Studio attempts to load form, and hangs in the process. Bringing up the Task Manager shows that devenv is grabbing an additional ~600K of RAM every second until I finally kill the program. Clearly it is in some sort of loop it can't get out of. When run, everything is fine.

This for uses controls that exist in another library. Those controls are also having trouble loading now. I can revert code in this library back to a point where the form in the application starts to load again, but I am having difficulty tracking exactly which part of the code between now and then is triggering the problem (since sometimes parts work, then don't, and having to deal with the hang really slows the process down). I have a rather large swath of code I know needs to be commented out to get it to work. This code includes use of a boost:shared_ptr that is being retrieved from an unmanaged library. This shouldn't be the problem, however, since it was working previously when that code was embedded directly in the form. In fact, all the code there was working when it was directly embedded in the form. I'm at a loss.

Is there anything I can do (hook up WinDBG to pull a few logs or something) to help figure this out? I've lost several days to this issue already.

Thanks for the help,

Jared

If you use VSTS Version Control, ensure that the form/user control is checked-out before you try to open it in the designer. The VS designer might hang when trying to view checked-in files.

KjellSJ

If you use VSTS Version Control, ensure that the form/user control is checked-out before you try to open it in the designer. The VS designer might hang when trying to view checked-in files.

KjellSJ