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

RE: svn-0.14.0-r2667-setup.exe has show stopper bug in it PATH corrupted on Win XP/W2K/NT systems

From: Barry Scott <barry.alan.scott_at_ntlworld.com>
Date: 2002-08-14 22:39:20 CEST

> Does it check if the path is already in PATH? IIRC the installer didn't
> check this, so that repeated installs would add the same path several times.
>
> --
> Brane Cibej <brane_at_xbc.nu> http://www.xbc.nu/brane/

Yes it checks. But it will not clean up the multiple duplicates (laziness on
my part).

The source code and makefile for VC++ 6.0 is in
http://www.barrys-emacs.org/ntpath.zip hopefully you can use this for the
svn installer.

I have placed the usage info as a comment in the source file and updated
from the text posted last night.

I have tested on Windows NT, Windows 2000 and Windows XP. On XP I have tested
admin and non-priv'ed users. The app-path has been test for removal at
the start of the PATH, at the end, in the middle and as the only item.

Note that I was correct that on all NT the system PATH is a REG_EXPAND_SZ
date type. However some application installations overwrite with a REG_SZ
value. (Don't you just love Windows).

At work I found NT4 with REG_EXPAND_SZ, W2K with REG_EXPAND_SZ and REG_SZ and
XP with REG_EXPAND_SZ. I conclude that a well behavior installation should not
change the data type in the registry. NTPATH will preserver that data type that
it finds.

You have been lucky that the installation only seems to have broken XP, some
very common app must be over writing the PATH data type.

There is still the problem of updating the path in 9X systems. I think that
9X path should be a separate utility.

I'm not going to be able to check mail for the next week.

        Barry

P.S.

I developed this mini project as my first in anger use of SVN. I have
an svn repo hosted on FreeBSD and worked on the software from two XP
machines. SVN worked without a hitch.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Aug 14 22:40:00 2002

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.