VS 2010 Beta 2: "ResGen.exe" no se pudo ejecutar

Question

Así que, acabo de descargar VS 2010 Beta 2, y cuando intento crear una de mis bibliotecas de clase con varios archivos de recursos, obtengo el error:

"el ejecutable tarea especificada 'Resgen.exe'. no se pudo ejecutar el nombre de archivo o la extensión es demasiado larga"

antes de eso, me sale la advertencia: advertencia 4434 la línea de comandos para la tarea "ResGen" es demasiado largo. Las líneas de comando de más de 32000 caracteres probablemente fallen. Intente reducir la longitud de la línea de comando desglosando la llamada a "ResGen" en llamadas múltiples con menos parámetros por llamada.

Ambos de los cuales, estoy SEGURO dime exactamente cuál es el problema, pero no está haciendo clic en mí. Dado que esta asamblea funciona en VSTS 2008, estoy un poco perdido.

Si es necesario, ingresaré un error con MS, pero quería ver lo que la sabiduría colectiva de stackoverflow puede hacer por mí primero.

Answer 1

Estoy teniendo exactamente el mismo problema. He presentado el tema en el sitio de Microsoft Connect:

https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=499196

Answer 2

cambié de proyectos para apuntar .NET 4, y este problema se fue.

Sin embargo, no es una solución ideal, ya que todavía no estamos preparados para construir .NET 4, pero al menos el producto es utilizable.

UPDATE: Microsoft ha publicado una actualización de la edición de conexión:

Workarounds
1) switch to target 4.0. Obviously that isn't a workaround for a serious project, but it fixes it for experimentation.
2) I didn't try this. Go into \microsoft.common.targets and find the GenerateResource task. Make a backup of the file first. Change the Condition attribute to:
Condition="'%(EmbeddedResource.Type)' == 'Resx' and '%(EmbeddedResource.GenerateResource)' != 'false' and '%(EmbeddedResource.Identity)' != ''"

The extra clause should make resgen run separately on each input file, which will be slower, but should avoid the problem. Dan

que cambian las condiciones de como se ha señalado, y todo está funcionando bien hasta el momento, mientras que todavía la orientación .NET 3.5. Es notablemente más lento :)