http://dev.clojure.org/jira This file is an XML representation of an issue en-us 4.4 649 25-07-2011 http://dev.clojure.org/jira/browse/CONTRIB-30 Clojure-Contrib <p>In clojure.contrib.duck-streams append-spit writes out encoding<br/> markers (for UnicodeLittle for example this is a FEFF in hex)<br/> each time it appends to a file. This should happen only when<br/> the file is initially created.</p> <p>Test case for reproducing this behaviour:</p> <div class="code panel" style="border-width: 1px;"><div class="codeContent panelContent"> <pre class="code-java">(use 'clojure.contrib.duck-streams) (binding [*<span class="code-keyword">default</span>-encoding* <span class="code-quote">"UnicodeLittle"</span>] (append-spit <span class="code-quote">"/foo.txt"</span> <span class="code-quote">"Line 1\n"</span>)) (binding [*<span class="code-keyword">default</span>-encoding* <span class="code-quote">"UnicodeLittle"</span>] (append-spit <span class="code-quote">"/foo.txt"</span> <span class="code-quote">"Line 2\n"</span>)) (slurp <span class="code-quote">"c:/foo.txt"</span> <span class="code-quote">"UnicodeLittle"</span>)</pre> </div></div> <p>The slurp outputs<br/> "Line 1\n?Line 2\n"<br/> The expected output is:<br/> "Line 1\nLine 2\n"</p> CONTRIB-30

append-spit should only write out an encoding marker once

Defect Closed Declined Stuart Halloway None Thu, 10 Sep 2009 15:36:00 -0500 Tue, 24 Aug 2010 14:28:00 -0500 Tue, 24 Aug 2010 14:28:00 -0500 0 0 <p>Converted from <a href="http://www.assembla.com/spaces/clojure/tickets/30">http://www.assembla.com/spaces/clojure/tickets/30</a></p> <p>stuart.sierra said: Updating tickets (#1, #2, #3, #4, #6, #20, #23, #25, #30, #31, #33, #34, #35, #37, #38, #52, #55, #58, #59, #60, #61, #62, #63, #64)</p> <p>stu said: I am not sure there is a good answer here. The code above chooses an encoding with an explicit marker, and gets what it asks for. <img class="emoticon" src="http://dev.clojure.org/jira/images/icons/emoticons/sad.gif" height="20" width="20" align="absmiddle" alt="" border="0"/></p> <p>One proposed solution (<a href="http://github.com/sergey-miryanov/clojure-contrib/commits/bug-30">http://github.com/sergey-miryanov/clojure-contrib/commits/bug-30</a>) tries to detect this scenario, and recover via a hard-coded mapping between encodings-with-markers and similar-encodings-without. But I don't think this can work in general, because the set of possible encodings is open and the Charset API doesn't provide a mapping between the with-markers and without-markers versions.</p> <p>Sorry, and please feel free to reopen this if I am missing an obvious approach.</p> Global Rank