Jak znaleźć pełną ścieżkę do pliku wykonywalnego Mercurial, gdy system Windows jest w stanie go zlokalizować?

Question

Aby wyjaśnić: Pytanie brzmi naprawdę: Jak zlokalizować klienta wiersza polecenia Mercurial. Jeśli odpowiedź dotyczy dowolnego pliku wykonywalnego, tym lepiej, ale naprawdę interesuje mnie plik wykonywalny hg.exe.

Jeśli znam nazwę pliku wykonywalnego, na przykład hg.exe, klienta wiersza polecenia Mercurial i systemu Windows wie, gdzie to jest, ponieważ mogę wykonać tylko hg log z wiersza polecenia i wykonuje, jakie kroki są zaangażowane w celu dla mnie znaleźć ten plik wykonywalny w taki sam sposób, w jaki robi to wiersz polecenia i system Windows?

Zasadniczo, jeśli system Windows jest w stanie go zlokalizować, chcę, aby mój program mógł go zlokalizować.

Czy istnieje funkcja WinAPI lub podobna? Kod będzie działał w .NET, napisanym w C#, więc jeśli jest coś wbudowanego w .NET, to byłoby to preferowane rozwiązanie, ale poza tym nie mam nic przeciwko używaniu P/Invoke do tego.

Widziałem jeden potencjalny duplikat tego pytania: c# Check if an executable exists in the windows path, ale czy wszystko w nim jest? Po prostu powtórzenie zawartości zmiennej środowiskowej PATH i przejrzenie w każdym z tych katalogów pliku wykonywalnego?

Mam niejasne wyobrażenie, że jest to tylko jeden z kroków i prawdopodobnie istnieją nadpisania rejestru, z których Windows może korzystać, o których powinienem wiedzieć, więc opublikuję tutaj pytanie.

Jeśli, z drugiej strony, rzeczywiście istnieje tutaj tylko zmienna PATH, prawdopodobnie można ją bezpiecznie zamknąć jako duplikat.

Answer 1

To zależy od sposobu zarejestrowania programu w systemie. Ponieważ hg jest generalnie uruchamiany z obu narzędzi lub wiersza poleceń, nie zostanie zarejestrowany w systemie. Jeśli tak, istnieje zestaw kluczy rejestru, który ma nazwę exe i ścieżkę. W przeciwnym razie wystarczy przejrzeć ścieżkę od pierwszego wpisu do ostatniego, aż znajdziesz potrzebny plik. Pierwszy znaleziony na ścieżce wygrywa.

Przykłady takiego "zarejestrowanego" programu, programu Excel lub Winword.

EDIT:

@BillyONeal sprawia, że ​​dobry punkt poniżej, które działa tylko dla „run” programów sterujących, ale mój punkt tam było drugie miejsce spojrzeć.

Dodatkowo, dla tych, którzy nie widzieli tego, oto install procedures:

Alternatywny system, który działa lepiej dla niektórych jest poszukiwanie Hg na ścieżce

Answer 2

wykonywalne obciążenia określonego do pierwszej zgodnej instancji ścieżki systemowej. Jeśli jest wykonywany ze skrótu lub innego trybu, który używa bezwzględnej ścieżki, to oczywiście jest to wersja, która działa.

Pliki DLL są nieco bardziej skomplikowane - w przypadku natywnych bibliotek DLL istnieją przesłonięcia, być może o tym myślisz? Zobacz here.

Answer 3

można oszukać i użyj polecenia

public GetFullPath(string program) 
{ 
    string result; 

    Process myProcess = new Process() 
    { 
     UseShellExecute = false, 
     RedirectStandardOutput = true, 
     StartInfo = new ProcessStartInfo(@"%SYSTEMDIR%\where.exe") 
    }; 

    using (StreamReader sr = myProcess.StandardOutput) 
    { 
     myProcess.Start(); 
     result = myStreamReader.ReadLine(); 
     myProcess.Close(); 
    } 

    return result; 
} 

Answer 4

System Windows udostępnia funkcję SearchPathwhere.exe. Jeśli podasz NULL jako parametr lpPath, użyje ścieżki wyszukiwania systemu. W twoim przypadku należy zadzwonić: deklaracja

SearchPath(NULL, "hg", NULL, ...) 

C# jest:

[DllImport("kernel32.dll", CharSet=CharSet.Auto, SetLastError=true)] 
internal static extern int SearchPath(string path, string fileName, string extension, int numBufferChars, StringBuilder buffer, int[] filePart);