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 ope
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 Cre
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 stu
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 this
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 cr
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 caus
