Re: fsfs rep on Win98SE lock file problem

On Mon, 25 Oct 2004 John Szakmeister wrote: >I've been watching this thread... I wonder why my >limited testing on Win98 didn't show a problem. It's been worrying me that I've been the only person to report this problem. But now finally there's one more report (http://article.gmane.org/gmane.comp.version-control.subversion.user/19747). I used apimonitor (http://www.rohitab.com/apimonitor/) to look at the sequence of file system calls. If you run it on a working Win98 setup, it could give some clue as to why it runs in some setups. (But I couldn't use apimonitor on the command line svn, and so used it on TortoiseSVN 1.1.0 instead.) On Mon, 25 Oct 2004 Greg Hudson wrote: >Not really. A Win98 service pack which added >LockFileEx() support (and changed the value of >apr_os_level from APR's point of view) would >explain it, but that would be bizarre. Sounds unlikely, and a quick Google search doesn't throw up anything. >If you tested with http, that might also make a >difference, although I'm not certain. I'd tried using svnserve on Win98SE with svn 1.1.0, but it didn't work (the error was presumably transferred to the server side). With svn 1.1.1, svnserve gives the `Can't convert module path to UTF-8' error for me (issue 2091). On Mon, 25 Oct 2004 Greg Hudson wrote: >Well, my plan was to just disable the recovery >lock for FSFS repositories. It violates the "no >read-locking" tenet of FSFS anyway, and means >that a locking-crippled underlying filesystem >can't be used for read-only access. On Sun, 24 Oct 2004 Ben Reser wrote: >Don't think it's worth it for a dying platform >that we already didn't technically support and >that is about to be end of lifed anyway. If some workaround like the one mentioned above is feasible, it would be very nice to have it. (And all this probably holds for WinME also.) jjs
Received on Tue Oct 26 02:48:00 2004