Visual Studio 2005 зависает / зависает при переключении в режим дизайна

Question

Я создаю новую пустую форму и пытаюсь перейти в режим разработки, и ide блокируется и использует 100% одного из моих процессоров. Я должен принудительно убить его, чтобы вернуться в работоспособный идеал. Все выглядит хорошо при просмотре исходного кода. Я попробовал это как в существующем проекте (который работает на чужой машине), так и в совершенно новом решении, оба с тем же результатом. Я работаю над WinXP pro box со всеми установленными обновлениями.

Выполнение действий, рекомендованных ниже (присоединение отладчика и приостановка выполнения) показывает, что оно застряло здесь:

[Managed to Native Transition]  

System.Drawing.dll! System.Drawing.Graphics.DrawRectangle (перо System.Drawing.Pen, int x, int y, int width, int height) + 0x3d байт
System.Drawing.dll! System.Drawing.Graphics.DrawRectangle (перо System.Drawing.Pen, прямоугольник System.Drawing.Rectangle) + 0x14 байт
System.Design.dll! System.Windows.Forms.Design.PanelDesigner.DrawBorder (графика System.Drawing.Graphics) + 0x97 байт
System.Design.dll! System.Windows.Forms.Design.PanelDesigner.OnPaintAdornments (System.Windows.Forms.PaintEventArgs pe = {ClipRectangle = {System.Drawing.Rectangle}}) + 0x50 байт
System.Design.dll! System.Windows.Forms.Design.ControlDesigner.WndProc (ref System.Windows.Forms.Message m) + 0xd1e байт System.Design.dll! System.Windows.Forms.Design.ScrollableControlDesigner.WndProc (ref System.Windows.Forms.Message m = {System.Windows.Forms.Message}) + 0x12 байт
System.Design.dll! System.Windows.Forms.Design.ControlDesigner.DesignerWindowTarget.OnMessage (ref System.Windows.Forms.Message m) + 0x55 байт
System.Windows.Forms.dll! System.Windows.Forms.Control.ControlNativeWindow.WndProc (ref System.Windows.Forms.Message m) + 0x31 байт
System.Windows.Forms.dll! System.Windows.Forms.NativeWindow.DebuggableCallback (System.IntPtr hWnd, int msg = 15, System.IntPtr wparam, System.IntPtr lparam) + 0x57 байт

Answer 1

Наиболее вероятной причиной зависания является пользовательский элемент управления, который входит в бесконечный цикл во время его инициализации, отображается в форме проекта. Самый простой способ проверить это - дать Visual Studio заморозить, а затем использовать другой экземпляр Visual Studio для подключения к процессу. Прервите выполнение, и это должно выявить причину зависания в стеке вызовов.

Answer 2

Представление дизайна является ресурсоемким.

Мои предложения

• переключитесь на него и сделайте перерыв на кофе
• не используйте его вообще (используйте Просмотр в браузере, чтобы увидеть HTML)
• Попробуйте обновить вашу машину