因此，我剛剛下載了VS 2010 Beta 2，當我嘗試使用多個資源文件構建我的一個類庫時，出現以下錯誤：VS 2010 Beta 2：「ResGen.exe」無法運行
「指定的任務可執行文件‘ResGen.exe’無法運行的文件名或擴展名是太長」
在這之前，我得到警告： 警告4434的命令行的「RESGEN」任務太長。超過32000個字符的命令行可能會失敗。嘗試通過將「ResGen」調用分解爲多個調用，每次調用參數較少來縮短命令行的長度。
這兩個，我很確定告訴我究竟是什麼問題，但它沒有點擊我。由於此組裝在VSTS 2008中運行，所以我有點不知所措。
如果有必要，我會輸入一個MS錯誤，但我想看看什麼是集體智慧的stackoverflow可以爲我做的第一。
我有完全相同的問題。我已經提交的問題在Microsoft Connect站點：
https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=499196
我改變了我的項目面向.NET 4，而這個問題就走了。
儘管我們還沒有準備好構建.NET 4，但至少該產品是可用的，但這並不是理想的解決方案。
更新：微軟已經發布了一個更新的連接問題：
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
我不變的情況所指出，一切工作正常，到目前爲止，但仍針對.NET 3.5。這是顯而易見的慢:)
我在MS連接錯誤中提到過。但是，它並不能解決我的問題，因爲我無法將測試版產品投入生產。 – Russ 2009-10-26 12:37:40
你是對的，而且很煩人。這意味着我仍然在VS2008的大部分時間工作，這不是試用新軟件的好方法:) – 2009-10-26 20:53:20
這個工作非常好，我想我可能會永久切換到2010。 – 2009-11-05 09:03:27
完全相同的事情發生在我的測試版2，在2008年成功建立的項目。 – 2009-10-20 02:51:55
高興我並不孤單。 – Russ 2009-10-20 12:28:48
可能是明智的等待beta 2公開發布，否則大多數開發人員甚至不能嘗試它。 – Noldorin 2009-10-20 16:40:53