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.