Re: BitKeeper

Wayne Scott wrote:

>
>>But why do you need to do this?  I don't understand the need.  MSYS upon 
>>dll initialization in process entry will convert PATH to POSIX format 
>>and will convert it back to Win32 format when execing a non-MSYS 
>>dependent (a.k.a. native) executable.
>>    
>>
>
>I had two different PATH I needed to worry about.  And internal PATH
>that most the scripts use, this is created by bk.exe and it puts the
>BitKeeper directory and the MSYS /bin at the start of the user's path.
>This is so that all the code that calls shell commands is sure to use
>the versions we ship.  And we have the user's original PATH that I
>save in BK_OLDPATH.  I only use that in a couple places when we want
>to run and command that the user provides.  For example the path I
>show where I run an editor.  I need to do a bunch of work to prepare
>files using the MSYS tools and the munged PATH, and then switch to the
>user's path an run 'vi'.  If the user uses Cygwin, I want to run the
>Cygwin 'vi' and not pickup the MSYS one.
>
>Probably too much information. Oh well.
>
>  
>
Not at all too much information.  I suggest that rather than munging 
PATH you use the location of the bk.exe binary to determine the path to 
your MSYS bin directory.  This is how I determine the mount point path 
for /, /bin and /usr in MSYS itself.  Check the Win32 API 
GetModuleFileName documentation for more on what I'm trying to say.  
However, you're trying to ensure that the msys /bin is first in PATH, 
alright I think I understand.

On another note, I do warn that using Cygwin binaries from with MSYS is 
liable to cause you problems.  I happen to know that at the moment the 
mount table that a Cygwin process uses if started from an MSYS process 
will be the one that MSYS has mapped.  This should be able to fixed, I 
would love to have it work correctly.

>>>Certainly we will do careful testing and try to feedback any bugfixes
>>>we make to the code.
>>> 
>>>      
>>>
>>Do you have an SF account?  I would be more than happy to allow you to 
>>improve MSYS.
>>    
>>
>
>'wscott'
>
>  
>

Ok, I'll add wscott to the MinGW project and wscatt@... to the 
mingw-dvlpr list unless you prefer a different email for the list.

Earnie.

--

-- 
http://www.mingw.org
http://sourceforge.net/projects/mingw
https://sourceforge.net/donate/index.php?user_id=15438

-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click