Today we were checking it with Ezequiel(he has a windowze machine). The problem seems to be in StandardFileStream>>open: fileName forWrite: writeMode ... fileID := StandardFileStream retryWithGC:[self primOpen: f writable: writeMode] until:[:id| id notNil] forFileNamed: fileName. ... that expression yields nil in Windows while in Mac/Unix it yields a file handle. Still looking at it. On Wed, Sep 19, 2012 at 10:29 PM, Torsten Bergmann <astares@gmx.de> wrote:

Anyone with deeper knowledge on FS code able to have a look at issue 6531 - "Not possible to save one click image on Windows"

http://code.google.com/p/pharo/issues/detail?id=6531

I found the original cause - it crashes since the code will open the changes file for a second time. The reason is that FileStream(class)>>onHandle: will not really work on an existing handle - and instead opens the file again. It's easy to debug (see the bug entry what to evaluate in a workspace).

I'm not that familiar with the design and implementation of the new file system. To me it looks like it is not a bug but merely just unfinished in the transition from new to old filesystem.

Maybe someone with better knowledge of the intentions of the new file system can help fixing it - and assure it works on all platforms afterwards. Thanks in advance!

Bye T.