I'm testing my app with Project White. The binaries for this project include a DLL from the Castle project: Castle.DynamicProxies2.dll (or something along those lines). Unfortunately, a symbol (PDB) file is not provided for this DLL. A bunch of the other DLL's do have their own symbol files.
我正在用Project White测试我的应用程序。此项目的二进制文件包括Castle项目中的DLL:Castle.DynamicProxies2.dll(或沿着这些行的某些内容)。不幸的是,没有为此DLL提供符号(PDB)文件。一堆其他DLL确实有自己的符号文件。
When I run my UITest it takes a lot of time to generate the symbol file for this Castle DLL. I would like to save this generated DLL somewhere so it doesn't have to generate it all the time.
当我运行我的UITest时,需要花费大量时间来为此Castle DLL生成符号文件。我想在某处保存这个生成的DLL,所以它不必一直生成它。
I have a symbol cache folder in my Visual Studio settings and when I'm running the app and I press "Load all symbols" I get a messagebox telling me it's downloading the symbol file for the Castle DLL. However, it does not appear in my cache folder (probably because it's a proprietary non-Microsoft DLL). The option "always load symbols next to modules" is turned on. If I turn it off, not even the symbols for my own project get loaded. The Castle DLL is copied to the output folder, otherwise it won't even run.
我的Visual Studio设置中有一个符号缓存文件夹,当我运行应用程序并按“加载所有符号”时,我收到一个消息框,告诉我它正在下载Castle DLL的符号文件。但是,它不会出现在我的缓存文件夹中(可能是因为它是专有的非Microsoft DLL)。选项“始终加载模块旁边的符号”已打开。如果我将其关闭,甚至连我自己项目的符号都不会被加载。 Castle DLL被复制到输出文件夹,否则它甚至不会运行。
Is there any way to keep this auto-generated symbol file instead of having it created every time? I've looked into temp-folders, but couldn't find it.
有没有办法保留这个自动生成的符号文件,而不是每次都创建它?我查看了临时文件夹,但找不到它。
1 个解决方案
#1
0
Those kinds of folders themselves have a few bugs associated with them. As found from previous experience, The first attempted solution should be restarting your computer then reopening the VS. The folder should return to its standard settings and should behave normally (for a time). Still haven't found the VS action that causes the misbehavior with the folder tho. http://msdn.microsoft.com/en-us/library/x54fht41.aspx is where I'm currently searching from, In case you see something there I do not.
这些类型的文件夹本身有一些与它们相关的错误。从以前的经验中发现,第一个尝试的解决方案应该是重新启动计算机,然后重新打开VS.该文件夹应返回其标准设置,并应正常运行(一段时间)。还没有找到导致文件夹tho不当行为的VS动作。 http://msdn.microsoft.com/en-us/library/x54fht41.aspx是我目前正在搜索的地方,如果你看到我没有看到的东西。
#1
0
Those kinds of folders themselves have a few bugs associated with them. As found from previous experience, The first attempted solution should be restarting your computer then reopening the VS. The folder should return to its standard settings and should behave normally (for a time). Still haven't found the VS action that causes the misbehavior with the folder tho. http://msdn.microsoft.com/en-us/library/x54fht41.aspx is where I'm currently searching from, In case you see something there I do not.
这些类型的文件夹本身有一些与它们相关的错误。从以前的经验中发现,第一个尝试的解决方案应该是重新启动计算机,然后重新打开VS.该文件夹应返回其标准设置,并应正常运行(一段时间)。还没有找到导致文件夹tho不当行为的VS动作。 http://msdn.microsoft.com/en-us/library/x54fht41.aspx是我目前正在搜索的地方,如果你看到我没有看到的东西。