{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','https://www.manongdao.com/data/attach/logo/logo.png', '推荐 冷血范 的问题《How to debug Visual Studio 2012 instance design-ti》','https://www.manongdao.com/q-292970.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
I'm developing a WPF MarkupExtension and encountered errors during design time. With the previous version of Visual Studio 2010 it was possible to start a second instance of Visual Studio 2010 and attach to the process of the already-running instance, setting breakpoints and debugging the design time behavior.
In Visual Studio 2012 however I can attach to the process of another Visual Studio 2012 as well, but no symbols are loaded in the second instance and therefor I'm not able to debug the design time as with Visual Studio 2010.
How do I get this debugger running?
Things I've tried:
- "devenv.exe /RootSuffix Exp" trick without success
- Always execute as Administrator
- Load all or default symbols
- Debug with and without native code (attach process)
- Debug with and without .NET 4 code (attach process)
Make sure you have the "Enable/Disable Project Code" toggle set to "enabled"...in VS/Blend 2015 it's a small icon below the XAML editor as shown here.
If it's disabled, this could be the reason your design time instance doesn't seem to be working.
Further, if it's disabled and you attempt to debug using a second VS instance, then when you attach to the XDesProc any breakpoints you set in the code-behind will report that they "will not currently be hit. [because] No symbols have been loaded for this document". You might think that you need to somehow load the symbols, but if you open up the Modules window attempting to do so, you won't even see your module in the listing.
I lost a couple hours on this issue because of this setting being disabled. Hope this helps others not do the same. Because of that, I'll post this on a few of the related questions.
BTW, there's an excellent description of this debugging procedure by James McNellis on one of those related questions.
The process is called XDesProc, and it is created with each new Preview Window. Therefor: to debug a preview window, open a second instance of Visual Studio 2012 with the same solution, set your breakpoints and attach to XDesProc. It's recommended to have only one preview window open to attach to the right process. Otherwise use Process Explorer to find the correct process.
In Visual Studio 2012, the WPF designer runs in a separate process. Try fiddling with that process. It should be easy to find out the process name.