<div dir="ltr"><br><br><div class="gmail_quote">On Tue, May 18, 2010 at 9:29 AM, Clint Moore <span dir="ltr">&lt;<a href="mailto:cmoore@wamboli.com">cmoore@wamboli.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="im">On Mon, May 17, 2010 at 10:48 PM, Michael Snoyman &lt;<a href="mailto:michael@snoyman.com">michael@snoyman.com</a>&gt; wrote:<br>
&gt; Clint,<br>
&gt; Firstly, would it be possible to modify your gist so that it&#39;s runnable on<br>
&gt; it&#39;s own? It&#39;s hard to debug what I can&#39;t see first hand.<br>
&gt; Secondly, I&#39;m not certain I understand what you&#39;re saying the problem is.<br>
&gt; You mean that the file contents are simply &quot;data&quot;?<br>
&gt; Michael<br>
<br>
</div>I was referring to the file command on most unix-es to determine the<br>
file type by the magic number.  Here&#39;s a better explanation:<br>
<br>
a.png is the original image, and b.png is what I get back from the<br>
upload process.<br>
<br>
$ file a.png b.png<br>
a.png: PNG image, 42 x 36, 8-bit colormap, non-interlaced<br>
b.png: data<br>
$ ls -l a.png b.png<br>
-rw-r--r-- 1 cmoore cmoore  611 2010-05-17 23:01 a.png<br>
-rw-r--r-- 1 cmoore cmoore 1020 2010-05-17 23:01 b.png<br>
$ md5sum a.png b.png<br>
0116a68ff260fcce936b9a60c28a34d7  a.png<br>
46e0b264fb5ab73aa2dfe8f3d40241c7  b.png<br>
<br>
<br>
As far as making the code runnable, I can do that perhaps tomorrow.<br>
I&#39;d love to just tar up the code, or push it to github or somesuch,<br>
but it&#39;s not mine.  If I can&#39;t figure it out by then I&#39;ll write a<br>
one-off that demonstrates the problem and put it up.<br>
<br>
In the hope that it spurs someone&#39;s &#39;oh yea, I remember that, you have<br>
to x when you y!&#39; memory, here&#39;s what I know about the problem: I know<br>
that 1. It&#39;s almost certainly not the form used to submit the data<br>
because 2. The example file upload script on the haskell wiki works.<br>
This is what led me to assume that it wasn&#39;t a problem with encoding<br>
in ghc 6.12, but now I&#39;m not so sure due to the differences in the<br>
file size above.<br>
<br>
I feel compelled to point out that, as far as the data of the file is<br>
concerned, I&#39;m not transforming it (at least my naive Haskell<br>
knowledge tels me I&#39;m not).  Whether I am writing it out to a file, or<br>
pushing it to s3, I&#39;m still getting it from parseMultipart, and then<br>
from fileContent.<br>
<br>
That said, it doesn&#39;t make sense that the problem would be<br>
web.encodings.  It&#39;s obviously being used, and more importantly,<br>
working in other places.  It just seems like the places I could be<br>
making a mistake are rather few.  Which, hehe, again points to an<br>
encoding issue.<br>
<br>
Thanks again for the help, and I will post it up tomorrow if I still<br>
haven&#39;t figured it out.<br>
</blockquote></div><br><div>Sounds like Bulat already solved the problem... but here&#39;s a sample of using web-encodings. I recommend using parsePost instead of parseMultipart.</div><div><br></div><div>Michael</div></div>