<div dir="ltr"><div>To Hal Eden and others who got it right:</div><div><br></div><div>Thank you.  I got inspired with that idea after my email yesterday and it works.  That means the original problem was all my fault, the misplaced bracket ] and looking in the wrong direction was also my fault.  Thanks for your patience in walking me through the problem.</div><div><br></div><div>I find in my old age some of my insights are improving but my eyesight and typing are diminishing.  Here is a reward for your effort.  <a href="http://www.theManChild.org" target="_blank">www.theManChild.org</a>  I believe it is the state of the art in Christianity for the next few years.</div><div><br></div><div>If interested, I'm hoping to write a Bible parser that can parse it like I do, which I think is the first step to real Artificial Intelligence.  After all starting with the most intelligent book should go further than starting with an encyclopedia.</div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jul 22, 2017 at 3:57 PM, Jakob Reschke <span dir="ltr"><<a href="mailto:jakob.reschke@student.hpi.de" target="_blank">jakob.reschke@student.hpi.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I tried it, the file reading and writing works fine here (trunk<br>
image). When the execution hits your #halt, the FileStream buffers are<br>
not yet filled with any data. That is why you see only placeholder box<br>
characters at this stage. During the first #nextLine, the buffers are<br>
filled, so after that you should be able to see your data in the<br>
stream variables.<br>
<span class="im HOEnZb"><br>
2017-07-23 0:06 GMT+02:00 ReliableRobots.com <<a href="mailto:reliablerobots@gmail.com">reliablerobots@gmail.com</a>>:<br>
> If this code is used by thousands of people, it also fails for thousands of<br>
> people.  I have had two Smalltalk jobs plus ran a Smalltalk SIG so I'm not<br>
> in need of humility on Smalltalk unless and until you can show me my<br>
> mistake.  I even tried copying the file access code used by the file list<br>
> tool and that did not work either.  So I suspect it is a bad version of the<br>
> VM.<br>
><br>
> I will try to locate an older version to confirm.  It is amazing how many<br>
> commentators fail to even try out the code to confirm or refute my discovery<br>
> BEFORE providing commentary.  Is that true humility?<br>
><br>
><br>
><br>
> On Sat, Jul 22, 2017 at 8:22 AM, Frank Shearar <<a href="mailto:frank.shearar@gmail.com">frank.shearar@gmail.com</a>><br>
> wrote:<br>
>><br>
</span><div class="HOEnZb"><div class="h5">>> On Jul 20, 2017 21:14, "ReliableRobots.com" <<a href="mailto:reliablerobots@gmail.com">reliablerobots@gmail.com</a>><br>
>> wrote:<br>
>><br>
>> I ran this program and nothing happened so I added self halts and learned<br>
>> it can't even read the input file!  Yet the File List tool reads it.  Such<br>
>> dichotomy in behavior might be covered by a preference?  I know MS Notepad,<br>
>> the simplest editor now allows one to store a file in ones's choice of<br>
>> formats.  Does Squeak have a simple choice for input treatments that works<br>
>> in Win10?<br>
>><br>
>> do<br>
>> "Read a Bible file, reformat for beter readability and html standards."<br>
>> | inPath ootPath inFIle outFile line words |<br>
>> inPath := 'C:\Users\Owner\Desktop\<wbr>Website\Jesus Words\Matthew.html'.<br>
>> ootPath := 'C:\Users\Owner\Desktop\<wbr>Website\Jesus Words\Matthew2.html'.<br>
>> inFIle := FileStream oldFileNamed: inPath.<br>
>> outFile := FileStream newFileNamed: ootPath.<br>
>> self halt.<br>
>> [(line := inFIle nextLine) notNil<br>
>> whileTrue:[<br>
>> words := line substrings.<br>
>> self halt.<br>
>> words size >0 ifTrue:[<br>
>> outFile nextPutAll: line, '<br>'; cr; lf].<br>
>> ]].<br>
>> inFIle close.<br>
>> outFile close.<br>
>><br>
>><br>
>> It is my observation that Squeak is the last gasp uttered by a mouse when<br>
>> it fears death.  It is not a normal sound they make unless they are being<br>
>> eaten by a Python!   I hope the Python people don't release code that simply<br>
>> doesn't work.<br>
>><br>
>><br>
>> I too am often frustrated by code that will just not work. When I wish to<br>
>> blame the libraries I use, I end up asking myself "how likely is it that the<br>
>> bug is in my code, written by a single frail, weak human, versus a big in<br>
>> code used every day, in anger, by thousands of people?" I am hardly humble,<br>
>> but this thought does help me at least try to practice humility. It is<br>
>> almost always the case that the error end up being mine.<br>
>><br>
>> frank<br>
>><br>
>><br>
>><br>
><br>
<br>
</div></div></blockquote></div><br></div>