开发者

How can I evaluate a deferred Linq statement when debugging?

I'm debugging in VS2010, and I want to inspect a string value but all I can get the debugger to show me (through watches, hovering, locals, etc.) is:

"System.Linq.Enumerable+<TakeIterator>d__3a`1[System.Char]"

I don't care if there are side effects from premature evaluation or whatever, I just want to see what the expression would evaluate to if I evaluate it right now at the current breakpoint.

How is this done? Also can I change my code in such a way that it evaluates earlier? Not that I care when I'm not debugging... but just wondering.

In case it is relevant... (I doubt it.) I'm stuffing a new entity object before saving it to the database... some fields are assigned with 开发者_如何学CLINQ statements, I'm not sure when they get evaluated under the covers of EF. The DB update fails with 'string or binary data would be truncated... So I'm trying to find the too-long field.


How can I evaluate a deferred Linq statement when debugging?


Are you accidentally doing something like this perhaps?

How can I evaluate a deferred Linq statement when debugging?


This is late and may or may not apply to what was asked originally, but I found this article by Bart De Smet some time ago about coding techniques to help with Linq to Objects debugging:

http://community.bartdesmet.net/blogs/bart/archive/2009/04/23/linq-to-objects-debugging.aspx

I haven't tried it yet, but I thought it looked interesting.

0

上一篇:

下一篇:

精彩评论

暂无评论...
验证码 换一张
取 消

最新问答

问答排行榜