Definitely that&#39;s one of the things it would do. Thanks for the reminder.<br><br><div class="gmail_quote">On Wed, Nov 23, 2011 at 3:21 PM, Rodolfo Carvalho <span dir="ltr">&lt;<a href="mailto:rhcarvalho@gmail.com">rhcarvalho@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="gmail_quote">Hello,</div><div class="im"><div class="gmail_quote"><br></div><div class="gmail_quote">On Wed, Nov 23, 2011 at 16:08, Robby Findler <span dir="ltr">&lt;<a href="mailto:robby@eecs.northwestern.edu" target="_blank">robby@eecs.northwestern.edu</a>&gt;</span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Oh, right. Pattern matching on url structs. If we want to keep that<br>
working (which I think we do), then that ties our hands much more.<br>
<br>
I believe there are some other crufty things in net/url (having to do<br>
with encodings?).<br><br></blockquote><div><br></div><div> </div></div></div>I&#39;ve reported some time ago that I had problems with non-UTF8 encodings, such as uri-decode etc calling /utf8 functions instead of using byte-strings.<div>


<br></div><div>If time would permit I&#39;d implement supplementary versions of those functions to work on byte-string and make no assumptions on encoding.</div><div><br></div><div>But in case a new library is in the way, then I think it can be made so that it doesn&#39;t assume any particular encoding.</div>


<div><br></div><div><br></div><div>[]&#39;s</div><div><br></div><font color="#888888"><div>Rodolfo Carvalho</div>
</font></blockquote></div><br>