<div dir="ltr">Good.  In that case I&#39;ll try to be a little more formal in the work, and share it, too.<div>Can&#39;t promise it will be fast, though - off hours only.<br><div><br></div><div>-cbc</div></div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Wed, Aug 13, 2014 at 2:02 PM, Eliot Miranda <span dir="ltr">&lt;<a href="mailto:eliot.miranda@gmail.com" target="_blank">eliot.miranda@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 dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">On Wed, Aug 13, 2014 at 1:57 PM, Chris Cunningham <span dir="ltr">&lt;<a href="mailto:cunningham.cb@gmail.com" target="_blank">cunningham.cb@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 dir="ltr">Hi.<div><br></div><div>so, for a while now, I&#39;ve been annoyed that the newer Squeak&#39;s didn&#39;t really handle Windows nicely - at least, not writing to files to handle outside of Squeak.  Today I finally dug into the code to find out why.</div>


<div><br></div><div>Many moons ago, MultiByteFileStream was created as the replacement fo rCrLfFileStream, and most references to CrLfFileStream went away.  Which is even commented in the code(!), as:</div><div>It also combined the good old CrLfFileStream.  CrLfFileStream class&gt;&gt;new now returns an instance of MultiByteFileStream.<br>


</div><div><br></div><div>However, the conversion wasn&#39;t complete.  In particular:</div><div>FileDirectory&gt;&gt;newFileNamed: (and related things) just get a new MutliByteFileStream, which doesn&#39;t activate any of the CrLf lineEnding magic - it assume there is no line ending conversions wanted at all.</div>


<div>In fact, no way to use MutliBytFileStream (except as CrLfFileStream new, from that obsoleted class) really use it (exceptions being FileList and BDFFontReader).  This is annoying on a system that doesn&#39;t use cr as the default line endings (are there any left?).</div>


<div><br></div><div>Further, if you do set it up to detect line endings, as far as I can tell, it never actually does any conversions!</div><div><br></div><div>Would anyone mind if I finished putting the CrLfFileStream functionality into MultiByteFileStream?  and if I did it, would anyone else use it?</div>

</div></blockquote><div><br></div></div></div><div>I would be pleased!  I can&#39;t promise to use it, but I /want/ to produce a build server for WIndows that includes producing VM source, building it, etc, and as part of that I would test that sources can be produced *without* CR-LF, but with plain LF line-endings.</div>
<span class="HOEnZb"><font color="#888888">
</font></span></div><span class="HOEnZb"><font color="#888888"><div><br></div>-- <br>best,<div>Eliot</div>
</font></span></div></div>
<br><br>
<br></blockquote></div><br></div>