Notice (2018-05-24): bugzilla.xamarin.com is now in
Please join us on
Visual Studio Developer Community and in the
Mono organizations on
GitHub to continue tracking issues. Bugzilla will remain
available for reference in read-only mode. We will continue to work
on open Bugzilla bugs, copy them to the new locations
as needed for follow-up, and add the new items under Related
Our sincere thanks to everyone who has contributed on this bug
tracker over the years. Thanks also for your understanding as we
make these adjustments and improvements for the future.
Please create a new report for Bug 13368 on
GitHub or Developer Community if you have new
information to add and do not yet see a matching new report.
If the latest results still closely match this report, you can use the
In special cases on GitHub you might also want the comments:
GitHub Markdown with public comments
It would be nice to show return values for method calls in the debugger locals pad, like VS2013 does: http://blogs.msdn.com/b/dotnet/archive/2013/06/26/announcing-the-net-framework-4-5-1-preview.aspx
This would mean the user wouldn't have to create unnecessary temp locals in their code just for the debugger.
we'll need runtime support for this
What sdb functionality is needed to be able to implement this ?
I know this is an old report. But I would love to see this as well.
It is frustrating to debug deep in your code and having to abort to create a temporary variable to fully understand what is going on.
There are 2 kinds of return values variables "direct return values"(this is what method returns during stepping command) and "the values of embedded methods"(this is mostly possible just in VisualBasic which has return value variable).
We will support only "direct return values" this means when we finish stepping out of current method or when we step over some method(s) we display return value.
Sdb can implement this 2 ways:
1. Add additional variables to local variables¶meters.
2. Via events by sending method & value when method is exited during stepping.
We should probably discuss into more details which approach is better.
No, its not really a bug, more like a feature request, it could be a lot of work to implement.