The exception is: An established connection was aborted by the software in your host machine The scenario: I set up a TcpListener on a machine that will have,...
596
Charles Prakash Dasari
raodcp
Oct 7, 2009 10:47 pm
Hi All, I was wondering if I issue a yield return 0, will the AE behave just like it does for yield return <X != 0> especially with the synchronization...
597
Jeffrey Richter (Wint...
jeffrey.richter
Oct 7, 2009 11:29 pm
Yield return 0 causes the AE to immediately call your iterator back by posting (not sending) a notification to the current SyncContext. If there is no...
598
Charles Prakash Dasari
raodcp
Oct 8, 2009 12:39 am
Thanks for the answer Jeffrey. Will "yield return <x != 1>" call me back using Send (as opposed to Post)? And for a well implemented sync-context I don't have...
599
Jeffrey Richter (Wint...
jeffrey.richter
Oct 9, 2009 1:57 am
I never call Send, I always call Post to keep things happening asynchronously. Yield returning x where x is >0 means that I don't call your iterator right...
600
Charles Prakash Dasari
raodcp
Oct 9, 2009 3:13 am
Great, that answers my questions. Thank you Jeff! From: PowerThreading@yahoogroups.com [mailto:PowerThreading@yahoogroups.com] On Behalf Of Jeffrey Richter...
601
tmather99
Oct 12, 2009 2:45 am
I'm keep getting the same error dialog whenever I tried to change the Wintellect.Threading.Silverlight.dll reference inside VS2008 SP1 for the...
602
Jeffrey Richter (Wint...
jeffrey.richter
Oct 12, 2009 1:17 pm
I've been doing a lot of work with the new Task class that ships with .NET 4.0 as I've been revising my CLR via C# book (due out in early 2010). Task are...
603
Paul Cross
paul@...
Oct 13, 2009 12:56 pm
Hi, I'm struggling with using the library. Is there any way of creating a named mutex? Thanks, Paul...
604
Jeffrey Richter (Wint...
jeffrey.richter
Oct 13, 2009 2:55 pm
Usually, developers name a mutex so that it can be shared across process or AppDomain boundaries. However, my ResourceLock base class contains state that is...
605
Paul Cross
paul@...
Oct 13, 2009 9:18 pm
Thanks Jeffrey. I'm managing concurrent access to an old-school out-of-proc COM server so the standard .NET Mutex was the route I followed. All working fine...
606
Jeffrey Richter (Wint...
jeffrey.richter
Oct 21, 2009 3:48 pm
I'm thinking of adding a feature to my AsyncEnumerator that would allow you to register two delegates with each AE object. The first "SuspendCallback delegate"...
607
Jiri Cincura
x2develop
Oct 21, 2009 4:53 pm
Hi Jeffrey, your proposal looks interesting. On Wed, Oct 21, 2009 at 17:48, Jeffrey Richter (Wintellect LLC) ... From top of my head, what about some time...
608
king_perseus
Oct 28, 2009 7:35 pm
I'am using AsyncEnumerator to marshall calls into code paths that ultimately touch COM components, Wndows Imaging Components (WIC) to be exact. Calls to COM...
609
Jeffrey Richter (Wint...
jeffrey.richter
Oct 28, 2009 7:38 pm
The AsyncEnumerator never creates or spawns any thread on its own. I have not had to do what you are trying to do but what ever you would normally do should...
610
tmather99
Oct 29, 2009 2:07 am
I'm playing around with the TcpServer example, and discovered that if the client terminated unexpectedly, TcpServer throw an exception inside Process() method...
611
Jeffrey Richter (Wint...
jeffrey.richter
Oct 29, 2009 2:28 am
The exception is being thrown from with9in an EndXxx method. You just have to put the EndXxx method in a try block and then you can catch the SocketException. ...
612
sgcvision
Nov 8, 2009 6:43 pm
I think I need a better understanding the AsyncCallback parameter of AsyncEnumerator.BeginExecute(). I understand that to be a callback method that the ae will...
613
Jeffrey Richter (Wint...
jeffrey.richter
Nov 8, 2009 6:46 pm
You are right about everything. If you care about catching an unhandled exception thrown from within the iterator, you need a try around the EndExecute method...
614
sgcvision
Nov 8, 2009 9:44 pm
I have designed a class that acts like Figure 2 in your article http://msdn.microsoft.com/en-us/magazine/cc721613.aspx (except I'm working with a Windows Form...
615
Jeffrey Richter (Wint...
jeffrey.richter
Nov 9, 2009 9:22 pm
Yes, as my code in Figure 2 of the article is written, there would be a problem if m_webSiteDataLength is overwritten. To address this, my AsyncEnumerator has...
616
sgcvision
Nov 10, 2009 3:48 pm
Excellent! I just made the change. Works great, and code is *much* cleaner -- no more instance variable(s). Thanks...
617
sgcvision
Nov 10, 2009 4:08 pm
Is there sample code available that shows how to use Wintellect.Threading.Singleton<T>? I'm interested to understand how a generic singleton works -- can't...
618
Jeffrey Richter (Wint...
jeffrey.richter
Nov 10, 2009 6:09 pm
When you construct a Singleton<T>, you pass it a delegate that refers to code that returns a T. The Singleton class ensures that a lock is taken around...
619
sgcvision
Nov 10, 2009 10:57 pm
While you're at it, the pdf contains a number of broken links to your MSDN articles. Or at least they're broken for me:...
620
Jeffrey Richter (Wint...
jeffrey.richter
Nov 12, 2009 3:47 am
OK, I fixed all the links in my document but I haven't uploaded the new version yet. Thanks for letting me know about it. MSDN changed a bunch of stuff...
621
Nikos Baxevanis
n.baxevanis
Nov 12, 2009 6:55 am
Wow, great news! In the future, it will be interesting to make some perf test between the current version and the one that will use .NET 4.0 stuff internally!...
622
Jeffrey Richter (Wint...
jeffrey.richter
Nov 12, 2009 2:22 pm
Yes, the TPL offers work-stealing queues but these are only for compute-bound operations and, in fact, only work with the new Task class. The AsyncEnumerator...
623
sgcvision
Nov 12, 2009 2:26 pm
So I'm interested in your comment about 'having a change of heart about some things.' I just took your class a month or two ago, and am in the process of...
624
Charles Prakash Dasari
raodcp
Nov 20, 2009 6:36 pm
Hi Jeffrey, I am excited to hear about these features. I think they work great for debugging for sure. And I would use ResumeCallback for copying the thread...
