<br><div><span class="gmail_quote">On 11/3/07, <b class="gmail_sendername">Stefan Andersson</b> <<a href="mailto:stefan@tribalmedia.se">stefan@tribalmedia.se</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">




<div>First of all, is there anything we can do explicitly in the code to circumvent this; I know for example that I can be a bit lazy with doing explicit close on streams (I do try to introduce using{} clauses where it seems fit though) and that somethimes, when you've wrapped a steam in a reader in a reader on a stringbuilder things can get a bit confusing.
</div></blockquote><div><br>I don't think we can get around this one, at least I cannot see a simple work around, but I'd love to have more input on this one.<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>
If we _do_ reinvent the wheel and take the hit of having to maintain low-level protocol code because of a bug that we can't wait for the patch for, I strongly suggest we implement something with the exact same interface, so that switching back will be easy when the patch(es) is out.
<br>
 <br>
(Preferrably, I'd want that class to be substitutable so I could keep using the .net HttpListener in my environment)<br></div></blockquote></div>We could grab the relevant bits out of the mono trunk.<br><br>/tleiades
<br>