| Age | Commit message (Collapse) | Author |
|---|
|
Ported evaluator to roslyn.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Not finding libc.dll causes an exception to fire and for us not to fall back to the Path.GetFullPath method.
This fixes it.
System.DllNotFoundException
HResult=0x80131524
Message=Unable to load DLL 'libc': The specified module could not be found. (Exception from HRESULT: 0x8007007E)
Source=Mono.Debugging
StackTrace:
at Mono.Debugging.Client.BreakpointStore.realpath(String path, IntPtr buffer)
at Mono.Debugging.Client.BreakpointStore.ResolveFullPath(String path) in D:\Repos\xamarinDebugVs\external\debugger-libs\Mono.Debugging\Mono.Debugging.Client\BreakpointStore.cs:line 489
This exception was originally thrown at this call stack:
Mono.Debugging.Client.BreakpointStore.ResolveFullPath(string) in BreakpointStore.cs
|
|
soft debugger null check for Preview 17.4 version 1
|
|
|
|
Provide listed assembly in process for moduleview
|
|
|
|
Set options before Dispatch
|
|
This is a feedback fix in response to https://github.com/mono/debugger-libs/pull/371#discussion_r925712902
|
|
|
|
Remove nested locks on slock
|
|
|
|
|
|
|
|
|
|
Benchmarked both variants they've the same performance.
|
|
|
|
Using was missing.
|
|
Optimized BreakpointStore link resolving.
|
|
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/1385012
|
|
|
|
* About HotReload now we can do in an android app and the debug will continue working:
1) add lines before the breakpoint and the breakpoint will continue working
2) remove lines before the breakpoint and the breakpoint will continue working
3) add new static methods
4) add new static fields
5) add new classes
Also we check what is supported by runtime to make it possible from debugger.
* Addressing @lewing comments.
* Fix wrong implementation.
* Changing enum as it was changed on runtime
* Addressing @nosami comments.
|
|
Version check in AssemblyMirror.GetPdbBlob
|
|
Add symbol server options and tweak cache path format
|
|
|
|
|
|
* Protect from null AsyncState when canceling the connection in VirtualMachineManager
Under some circumstances it could happen that the AsyncState is null because the socket connection was not established and the socket is therefore null.
This may happen when the debugger session has been started but the connection to the app didn't take place
* Added exception handling when canceling debugger connection on SoftDebuggerSession.EndLaunch
If any unexpected error occurs at this point, some important things may not happen like invoking the TargetExited event, which could cause the debugger session to hang
For this reason we should handle any exception happening here and report it accordingly
One reason for this problem to reproduce is when the debugger session launches but the connection with the app is not established, so the session will never end and potentially hang under any UI interaction
|
|
When the iOS simulator is stopped immediately after it starts up
the debugger would crash the IDE with a fatal unhandled null
reference exception in StartConnection.
An unhandled exception has occurred. Terminating Visual Studio? True
System.NullReferenceException: Object reference not set to an
instance of an object.
at Mono.Debugging.Soft.SoftDebuggerSession.<>c__DisplayClass47_0
.<StartConnection>b__0(IAsyncResult ar) in Mono.Debugging.Soft/
SoftDebuggerSession.cs:line 158
On stopping the simulator the startArgs field is set to null in
EndLaunch. This was not handled in the callback used in
StartConnection and would cause the fatal exception. Handle a null
startsArgs in the callback when checking if a retry is required.
Fixes VSTS #1506514 - VS crashes when start debugging Xamarin.Forms
(target iOS) project using iPhone simulator
|
