On Tuesday, December 6, 2005, 2:56:54, Johannes Schindelin wrote:
FILE_SHARE_DELETE and all that
... but having had lots of fun with win32 I gather this is not really
backwards compatible? Or, alternatively, it fails on FAT?
MSDN says:
,- [ FILE_SHARE_DELETE ]
| Enables subsequent open
Hi,
On Thu, 1 Dec 2005, W. Craig Scratchley wrote:
On Windows (XP), however, I am getting files of the form s??? in the C:\
directory. This is causing problems at SFU because student accounts don't
have write access to the C:\ directory and this seems to be causing Qemu to
immediately
On Tue, 6 Dec 2005, Johannes Schindelin wrote:
Hi,
On Thu, 1 Dec 2005, W. Craig Scratchley wrote:
On Windows (XP), however, I am getting files of the form s??? in the C:\
directory. This is causing problems at SFU because student accounts don't
have write access to the C:\ directory and
Hi,
On Tue, 6 Dec 2005, malc wrote:
On Tue, 6 Dec 2005, Johannes Schindelin wrote:
Hi,
On Thu, 1 Dec 2005, W. Craig Scratchley wrote:
On Windows (XP), however, I am getting files of the form s??? in the C:\
directory. This is causing problems at SFU because student accounts
On Tue, 6 Dec 2005, Johannes Schindelin wrote:
I would venture a gues that winblows is windows in which case you are not
really correct:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/createfile.asp
I cannot access that link...
Strange..
Just search msdn for
The user manual reads:
If you use the option `-snapshot', all disk images are considered as
read only. When sectors in written, they are written in a temporary file
created in `/tmp'.
On Windows (XP), however, I am getting files of the form s??? in the
C:\ directory. This is causing