[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: AW: AW: AW: AW: Hard links on Win2k/XP

From: John Peacock <jpeacock_at_rowman.com>
Date: 2004-07-23 16:10:38 CEST

Marco Scholz wrote:

> What has multithread safety to do with this problem? (multithread safety ->
> Locks, Mutexes, Critical Sections, Re-entrance safety .....)

No, you are thinking of multithread safety only from the inside of a
given set of processes. I am talking about a true multithreaded
operating system, where I could be running two instances of Subversion
at the same time in different sessions. Granted, it is stupid to do so
on the same WC, but by making writes to the filesystem atomic in the
fashion that Subversion (and _many_ other programs do), it would be
safe[r] to do so.

> For Windows I would recommend that an application should update their files
> like Microsoft applications. And they overwrite the file (CreateFile(...)
> with OPEN_ALWAYS Flag set).

That only works because M$loth makes the outrageous assumption that
their code is the only code that could possibly want to access the file.
   On more than a few occasions, I have had problems with files locked
open after an application has died (think Access). Only a reboot of the
affected PC would completely free the file (database).

Like most things in the Win32 world, the majority of their application
software is still written from a single user point of view, rather than
a true multithreaded O/S.

John

-- 
John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4501 Forbes Boulevard
Suite H
Lanham, MD  20706
301-459-3366 x.5010
fax 301-429-5748
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jul 23 16:10:35 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.