Bug 674638

Summary: [2.10RC2]: Softdebugger disconnects on AppDomainUnload
Product: [Mono] Mono: Runtime Reporter: andreas flucke <andreas.flucke>
Component: debugAssignee: Mono Bugs <mono-bugs>
Status: REOPENED --- QA Contact: Mono Bugs <mono-bugs>
Severity: Normal    
Priority: P5 - None CC: forgotten_vxPDddArjq, joncham
Version: 2.10.x   
Target Milestone: ---   
Hardware: x86   
OS: Windows XP   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: TestCase similar to #673592

Description andreas flucke 2011-02-24 09:31:57 UTC
Created attachment 415940 [details]
TestCase similar to #673592

User-Agent:       Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; FDM)

This is a step further to #673592
When trying to get an ObjectHandle via AppDomain.CreateInstance in the other Domain in the debuggee and thereafter unloading the Domain, then the debugger disconnects from the debuggee without reason.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.



GTest.exe is the bug-673592_2_gtest.cs executable (the Debugger)
Test2.exe  is the Debuggee_2.cs executable (the Debuggee)
AFDMProxy.dll is the Assembly loaded into another AppDomain by the Debuggee,
and in which the Object is created
Comment 1 andreas flucke 2011-02-24 09:33:47 UTC
This was RC2 from 2.10.1 of course.
Comment 2 Forgotten User vxPDddArjq 2011-02-24 09:56:46 UTC
Are you running with a7c3c389014d3cbb4f057b3d168cab73, which fixed that other bug ?
Comment 3 andreas flucke 2011-02-24 10:22:32 UTC
I'm running 2.10.1 RC2 from
http://mono.ximian.com/monobuild/preview/download-preview/

which seems to have the fix in it.
Comment 4 Forgotten User vxPDddArjq 2011-02-24 18:31:08 UTC
Hopefully fixed by 85e594b968f134ab864d8614ff7eb1ab7b766e27 on the 2.10 branch.
Please reopen if you can still reproduce with that patch.
Comment 5 andreas flucke 2011-04-01 07:16:58 UTC
I can still reproduce this with 2.10.2RC1 (320abe5)

BTW: I depend on those builds and cannot compile under Windows (and MonoCharge doesn't work)
Comment 6 andreas flucke 2011-04-01 07:17:46 UTC
Reopened
Comment 7 andreas flucke 2011-04-14 06:36:05 UTC
Still reproduceable with 2.10.2RC3 (86b0b2af)
Comment 8 Forgotten User vxPDddArjq 2011-04-14 10:17:36 UTC
I can reproduce this using the binaries, it seems pretty random.