VS2008 se bloquea cuando se cambia a modo de diseño en solución muy grande

Question

Esto está ocurriendo en varias máquinas desarrolladores que acaban de recibir. Tenemos una solución muy grande, más de 70 proyectos. Si abre cualquier forma, incluso un nuevo formulario en blanco, en el modo de diseño, VS se bloquea la mayor parte del tiempo. La creación de una solución más pequeña con algunos de los mismos proyectos no causa el problema. Y no todos los desarrolladores que están teniendo. Tenemos VS2008 SP1, Windows XP, y es VB.net Windows Forms. He buscado en google, pero todos los accidentes VS parecen implicar complementos o WPF. Ellos no son máquinas nuevas, pero han sido re fotografiada por el departamento de TI, imagino todo lo que se copian de la misma imagen.

Excepción:

System.AccessViolationException was unhandled
  Message="Attempted to read or write protected memory. This is often an indication that other memory is corrupt."
  Source="System.Drawing"
  StackTrace:
       at System.Drawing.SafeNativeMethods.Gdip.GdipFillRectangleI(HandleRef graphics, HandleRef brush, Int32 x, Int32 y, Int32 width, Int32 height)

       at System.Drawing.Graphics.FillRectangle(Brush brush, Int32 x, Int32 y, Int32 width, Int32 height)

       at System.Drawing.Graphics.FillRectangle(Brush brush, Rectangle rect)

       at ystem.Windows.Forms.Design.Behavior.SelectionBorderGlyph.Paint(PaintEventArgs pe)

       at     
System.Windows.Forms.Design.Behavior.BehaviorService.PropagatePaint(PaintEventArgs pe)

       at System.Windows.Forms.Design.Behavior.BehaviorService.AdornerWindow.WndProc(Message& m)


       at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)

       at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)

       at System.Windows.Forms.NativeWindow.DebuggableCallback(IntPtr hWnd, Int32 msg, 
IntPtr wparam, IntPtr lparam)

Para su información: si se está preguntando cómo conseguir la excepción de Visual Studio. Abrí 2 copias de VS. Os adjunto el primero al segundo en Herramientas \ Ate el proceso. Entonces se abrió la solución en el segundo y estrellado él.

Answer 1

Parece que es controlador de vídeo relacionados, a pesar de que las máquinas son diferentes modelos con diferentes vídeo. Todas las máquinas efectuadas están trabajando con el controlador de vídeo desactivado en el administrador de dispositivos. Instalación del controlador de vídeo más reciente ha fijado todos menos uno de ellos. El que no es fijo está trabajando ahora si desliza el control deslizante de aceleración de hardware casi a ninguno. El truco deslizador no funcionó antes y por eso no había considerado como el problema de vídeo. Probablemente vamos a vivir w / o la aceleración de hardware en esa máquina.

tenido algunas máquinas vienen en un año que no mostraría el diseñador conjunto de datos, y tuvimos que rechazar la aceleración de hardware en los que conseguir que se presenten. Así varias de nuestras máquinas están funcionando de esa manera ya.

Answer 2

Esto parece un error en GDI +. Supongo que no maneja quedarse sin recursos muy bien. Ventanas da un proceso de una cuota en cosas como mangos, ventanas y recursos GDI como lápices y pinceles. Cuando excede de 10.000 de ellos, se niega a dar más, suponiendo que una fuga en el programa es el problema.

Se puede ver esto con Taskmgr.exe, ficha Procesos. Ver + Seleccionar columnas, manijas de garrapatas, objetos de usuario y objetos GDI. Una vez que uno de ellos acercarse a la cuota, toda clase de miseria comienza a suceder. Por lo general, la pintura rarezas por cierto. Pero ciertamente código puede bloquearse cuando no comprueba que la llamada a la API devuelve NULL. Muy común en código no administrado.

GDI + fue más mejorado para Vista, proyectos de desarrollo en realidad no debería estar corriendo XP más en estos días. Win7 es bastante agradable. También la única forma real para aprender a lidiar con el UAC y la sesión 0 aislamiento.

Como posible solución, pregunte en superuser.com cómo aumentar la cuota de proceso predeterminada. Su algún lugar en el registro.