Thanks for all the replies and for pointing me to the InterpreterSimulator. I haven't figured it out yet, but won't leave it in peace until I squeeze every drop out of it...
[I should have mentionned from the outset that none of the precious data is in the change file, since none of it involves code. It's all notes and texts (much like if you had data in workspaces or bookmorphs).]
thanks again and wish me luck!
Michal -
Given that you are looking for notes other than in code, they will almost all be instances of Text, of which there are relatively few, otherwise, in the image. This will be a much better basis for the enumeration than all instances of String. Let us know if you get exasperated.
It is unfortunate that this happened. Of course there are many ways that it could have been prevented, but the absoluteness of the failure is out of the ordinary. I do not think it would be all that hard to allow Squeak to fail from the save primitive, and keep running. This would at least afford a chance to delete other files from Squeak and try again. Hopefully we can improve things so that this will not happen again in the future.
- Dan
On Sun, 30 Apr 2000, Dan Ingalls wrote: [snip]
It is unfortunate that this happened. Of course there are many ways that it could have been prevented, but the absoluteness of the failure is out of the ordinary. I do not think it would be all that hard to allow Squeak to fail from the save primitive, and keep running.
IIRC, the problem was one of running out of disk space. Presumably, it wouldn't be difficult to check for free space *before* initiating the save, and to provide a warning when that is less than, oh, the memory used by the image plus some reasonable buffer.
Cheers, Bijan Parsia.
[Sorry if this has already been discussed. I haven't been keeping up with the list these last few weeks but this message and a few others got past my mail filter.]
On Sun, Apr 30, 2000 at 12:36:06PM -0700, Dan Ingalls wrote: [...]
[I should have mentionned from the outset that none of the precious data is in the change file, since none of it involves code. It's all notes and texts (much like if you had data in workspaces or bookmorphs).]
thanks again and wish me luck!
If you have access to a Unix-like system or a set of Unix-style file utilities (e.g. Cygwin), you might try running the "strings" command on the corrupted image. I just tried it now on a 2.7 image and managed to find the contents of the welcome window completely intact.
Michal -
Given that you are looking for notes other than in code, they will almost all be instances of Text, of which there are relatively few, otherwise, in the image. This will be a much better basis for the enumeration than all instances of String. Let us know if you get exasperated.
It is unfortunate that this happened. Of course there are many ways that it could have been prevented, but the absoluteness of the failure is out of the ordinary. I do not think it would be all that hard to allow Squeak to fail from the save primitive, and keep running.
At that, I'm surprised that Squeak doesn't do the common thing of first renaming the old image file to something like <name>.image.bak before saving. This is pretty much standard behaviour for most programs. (I was thinking of adding this myself but I haven't had a significantly tragic image loss yet to motivate me. :)
--Chris
I found that my image is mixed up, but still working and i dont want to loose some of my unsaved work ... sources are redundant or mixed up when i try to fileOut them, i got methods withouth first character ...
Any suggestions ?
Jan Barger
"We can give meaning to any sound, and the sound becomes a word when we give a meaning to it. " -- OSHO ( http://www.osho.com )
P.S.
More info :
The problem start when i touch my HD and cables while i was waiting for Smalltalk condenseChanges. Machine got frozen and after restart image was unusable and show only blank window for a long time. So I decided to rename old files and copy 4 day old saved image file and changes to my working directory. Than i strip from renamed chagefile only my last work, but maybe i include some previous snapshot lines too. Then i fileIn this stripped code and everything seems to be ok. But some source code must be mixed up because now when i want to edit or fileOut my Sources i got them out but on each method first character is missing.
In regular System Browser the name of method is full but in edit window First character is missing. When i fileOut and then try to Browse code , browser is showing method names withouth first character.
squeak@sysa.barnett.sk wrote:
I found that my image is mixed up, but still working and i dont want to loose some of my unsaved work ... sources are redundant or mixed up when i try to fileOut them, i got methods withouth first character ...
Any suggestions ?
Sure do. This is the classic Squeak list issue. Your changes file has been converted somehow, to use the wrong line end convention. The newer images contain this warning:
Possible problem with source file!
The method source should start with the method selector but this is not the case! You may proceed with caution but it is recommended that you get a new source file.
This can happen if you download the "SqueakV2.sources" file, or the ".changes" file you use, as TEXT. It must be transfered in BINARY mode, even if it looks like a text file, to preserve the CR line ends.
Mac users: This may have been caused by Stuffit Expander. To prevent the files above to be converted to Mac line ends when they are expanded, do this: Start the program, then from Preferences... in the File menu, choose the Cross Platform panel, then select "Never" and press OK. Then expand the compressed archive again.
Henrik
squeak-dev@lists.squeakfoundation.org