<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">I don't know whether it's relevant, however we recently upgraded an <a href="http://ASP.NET" target="_blank">ASP.NET</a> WebForms application from 2.0 to 4.0 and there were numerous little gotchas on the. NET runtime.  Granted a lot of these were with third party libraries, but I would be concerned that this could simply cause some applications to just not work.  Therefore causing people to need to setup parallel mom installations.</p>


<p dir="ltr">That said, I don't know anything about the approach you're suggesting as to whether the same issues could occur.</p></blockquote><div>They could happen, there is nothing on my approach that would magically fix it.</div>
<div><br></div><div>But we have limited bandwidth, and we are struggling to maintain pre-async code in the class libraries.</div><div><br></div><div>The lack of await turns every programmer into a glorified accountant, bookeeping things everywhere.  And we have a series of bugs that we have struggled for months to solve due to what amounts to poor bookkeeping in our part.</div>
<div><br></div><div>So we can either try to suck it up and fix the bookkeeping --in a piece of code that is basically impenetrable-- or accelerate our pace of development by killing the old stack.<br></div><div><br></div>
<div>Miguel</div></div></div></div>