Squeak
  links to this page:    
View this PageEdit this PageUploads to this PageHistory of this PageTop of the SwikiRecent ChangesSearch the SwikiHelp Guide
FAQ: Corrupted Source when Downloading
Last updated at 9:19 am UTC on 7 May 2003
Question:
I downloaded a fresh copy of 2.5 and the Browser seems to be having problems with offsets into the changes file. Many of the methods have their initial text truncated. A look at the changes file doesn't reveal much, but it is pretty large.

So, for example, when I browse Collection#anyOne, I see the following:

epresentative sample of an element, can be very helpful
when needing to preinfer the nature of the contents of
semi-homogeneous collections"> self do: [:each | ^ each].
^ self errorEmptyCollection


Answer:
When downloading Squeak files which contain text, some programs re-interpret line endings, which causes this problem. Therefore all files should be downloaded as binary files. (Netscape, for example, has been known to re-interpret line endings if you're downloading an uncompressed text file such as the SqueakV2.sources file. A direct ftp transfer program, such as Fetch, is preferable.)

Also, expander/decompression software can try to re-interpret line endings, which should be avoided. For example, when using Stuffit Expander on a Mac, you must set the setting which tells it not to re-interpret line endings – its default is to change them. For more details, see DownloadForMacintosh.

Other Known issues

This problem also happens if you do a
condenseChanges

after changing the default concreteStream to a CrLfFileStream.

If anyone knows the solution please post it. McSee


The only solution I found is Never change the concreteStream method


PREMA.ppt