Hi, This looks like a debugger bug. Can you please file a bug at http://bugzilla.xamarin.com with a reproducible test case?
Thanks, Rolf On Thu, Jan 12, 2012 at 10:30 AM, Sergio Fadda <[email protected]>wrote: > Hi, > I don't know if this is an issue of MT or MD, however... > In the project I'm working on I use NSBlockOperation and NSOperationQueue > to > handle user input events; one of the action is to start a new thread that > manage the HTTP communication layer. > When I try to set up a breakpoint after the communication thread is > started, > it looks like the MD catch the breakpoint (the application freezes), but MD > does not take the control. > After various inspection I finally found the trick: if the thread is > created > and started inside the thread created by NSOperationQueue the issue can be > replicated; but if the NSBlockOperation's body is wrapped inside the > InvokeOkMainThread (creating and starting the communication thread inside > the UI thread) everything works right! > > Is this an issue? Who's responsible of this: MD or MT? > > Anyway, the program works fine if no breakpoint is set up. > Following, I've embedded a portion of code that highlight the issue. > > P.S. After the issue is "activated" any breakpoint in any position freeze > MD. > > > > -- > View this message in context: > http://monotouch.2284126.n4.nabble.com/HttpWebRequest-and-NSOperationQueue-issue-tp4288370p4288370.html > Sent from the MonoTouch mailing list archive at Nabble.com. > _______________________________________________ > MonoTouch mailing list > [email protected] > http://lists.ximian.com/mailman/listinfo/monotouch >
_______________________________________________ MonoTouch mailing list [email protected] http://lists.ximian.com/mailman/listinfo/monotouch
