Dołącz plik wsadowy do pliku wsadowego

Question

Mam problem z wywołaniem pliku wsadowego z innego pliku wsadowego podczas próby uruchomienia wszystkiego przy użyciu Process.Start. Zasadniczo nazywam wykonanie pliku wsadowego z mojego C# program, który wygląda tak:

call include.bat 

//execute the rest of the batch file here 

Plik include.bat konfiguruje ścieżki i może być używany przez wiele innych plików wsadowych. Kiedy uruchamiam Process.Start czasami to działa i czasami dostaję ERROR: cannot find include.bat. Przede wszystkim jakikolwiek pomysł, dlaczego tak się dzieje? I pomysły, jak to naprawić z pliku wsadowego?

Answer 1

Aby przejść do katalogu plik wsadowy znajduje się użyć tego:

cd %~dp0 

zrobić to w prawie wszystkich moich skryptach wsadowych. W ten sposób ścieżki względne powinny zawsze działać.

Answer 2

Pierwszą rzeczą, którą chciałbym spróbować, jest użycie pełnej informacji o ścieżce w instrukcji call dla include.bat. Jeśli to naprawi, prawdopodobnie po prostu nie uruchomisz pliku wsadowego z właściwej lokalizacji. Jestem pewien, że w języku C# istnieje "katalog roboczy", po prostu nie jestem pewien co to jest.

Answer 3

Czy ustawiasz parametr ProcessStartInfo.WorkingDirectory (http://msdn.microsoft.com/en-us/library/system.diagnostics.processstartinfo.workingdirectory.aspx) w ProcessStartInfo, który przekazujesz do Process.Start?

Ponieważ czasami nie można znaleźć pliku include.bat, katalog roboczy może być nieprawidłowy (nie folder, w którym znajduje się plik include.bat).

Answer 4

Przed skryptu, spróbuj CD /D %~dp0

Answer 5

wiem, że to jest stare pytanie, ale myślałem, że byłoby warto zauważyć, że podejście promowane przez zaakceptowanej odpowiedzi (tzn zmienia katalog roboczy) może nie zawsze być właściwe.

Lepszym ogóle podejście odnosi się do zależności od pełnej ścieżki:

call "%~dp0include.bat" 

(Ponieważ% ~ dp0 już kończy backslashem, nie trzeba dodać jeszcze jeden).

Oto niektóre zalety nie zmieniające katalog roboczy:

1. Reszta pliku wsadowego może nadal korzystać z oryginalnego katalogu roboczego.
2. Oryginalny katalog roboczy w wierszu polecenia zostaje zachowany, nawet bez "SETLOCAL".
3. Jeśli pierwszy plik wsadowy zostanie uruchomiony przez ścieżkę UNC (na przykład "\\ serwer \ udział \ plik.bat"), wywołanie pełnej ścieżki zakończy się pomyślnie, gdy changing the directory (even with "cd /d") will fail. (Korzystanie pushd/popd będzie obsługiwać ten punkt, ale mają swój własny zestaw problemów.)

Korzyści te są szczególnie ważne dla plików wsadowych alias typu, nawet jeśli nie są one tak ważne dla konkretnej sytuacji, zmotywowało to pytanie.