John J Smith wrote:
> 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 think the problem is that there aren't many people attempting to host
repositories on Win98. I can't blame them. :-)
> 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.)
Depending on how much time I have, I'll give it a try.
> 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.
I don't really think this is it either.
>
>>If you tested with http, that might also make a
>>difference, although I'm not certain.
I actually used file:// access... maybe that made the difference.
> 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).
Actually there is a patch pending for this problem. It turns out that a
variable goes uninitialized into a function, but only under Win98 since
it doesn't implement GetModuleFileNameW(). I'm hoping that the fix
makes it into 1.1.2, but it may be difficult as there aren't many
committers with access to a Win98 machine to test it.
[snip]
-John
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Oct 25 23:57:49 2004