<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">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>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>
</div><div><br></div>-- <br>best,<div>Eliot</div>
</div></div>