Jak uruchamiać skróty do aplikacji wirtualnej „Tryb XP” w partii… kolejno?


0

Przede wszystkim jestem Francuzem, więc wybacz mi mój angielski (słownik jest moim przyjacielem) ...

Oto mój problem: Mam problem z plikiem wsadowym do uruchomienia dwóch aplikacji wirtualnych sukcesywnie ...

Prezentacja: Windows 7 Pro (host), Virtual PC z trybem XP, dwie aplikacje w „maszynie trybu wirtualnego XP”

Opis: Pierwsza aplikacja robi kilka rzeczy ... Drugi to aplikacja do tworzenia kopii zapasowych do zapisywania danych zarządzanych przez pierwszą. (Jedynym sposobem, w jaki zapisałem dane, jest zainstalowanie oprogramowania kopii zapasowej na maszynie wirtualnej, skonfigurowanie go do zapisania na dysku hosta i uruchomienie go jako aplikacji „trybu XP” od hosta).

Środowisko: Musi być zarządzany przez „niezbyt inteligentnego” użytkownika, na wszelki wypadek (nie, to nie ja ... chociaż .. może: p)

sposób ręczny: Skróty do aplikacji w maszynie trybu XP zostały utworzone w menu hosta (w W7, w menu „wirtualne aplikacje pc tryb aplikacji”) i skopiowane na pulpicie Windows 7. Użytkownik powinien kliknąć pierwszy skrót, aby uruchomić aplikację, a po zakończeniu pracy zamknąć aplikację i kliknąć drugą, aby wykonać kopię zapasową. To działa doskonale.

Problem: Znam moich użytkowników ... nigdy nie klikną drugiego !!! : (((

Szukany cel: Uruchom drugą (kopię zapasową) automatycznie po zakończeniu pierwszej aplikacji. (Czas używania pierwszej aplikacji jest niezdefiniowany, w zależności od nastroju użytkownika ...)

Rozwiązanie : Utwórz polecenie wsadowe (na przykład), które kolejno uruchomi obie aplikacje (pierwszą i kopię zapasową) !!

Problem napotkany: Nie można sprawić, aby partia czekała na koniec pierwszego, aby uruchomić drugi po nim! Oba są uruchamiane jednocześnie!

Co próbowałem: Zawartość pliku wsadowego:

start /B /WAIT "" "C:\Users\user1\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Windows Virtual PC\Windows XP Mode applications\myapplication (Windows XP  Mode)"  

start /B /WAIT "" "C:\Users\user1\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Windows Virtual PC\Windows XP Mode applications\myBackup (Windows XP Mode)"

== & gt; mimo /WAIT, obie aplikacje wirtualne są uruchamiane jednocześnie !!!

Czy ktoś może mi pomóc ??

Z góry dziękuję.

Kawapoulpe


Może jestem głupi, ale ... To nie działa!

Próbowałem tego:

Uruchom.bat:

call launch1.bat
start mybackup    (I don't put here all the line again)

launch1.bat:

start myapplication

Obie zawsze zaczynają się jednocześnie ...

Może dlatego, że to link do aplikacji wirtualnej ...? Wydaje się, że aplikacja jest uważana za ukończoną, nawet jeśli nie ...

Szukałem innego rozwiązania: zrobić pętlę do nadzorowania procesu maszyny wirtualnej ... Ale to nie kończy się po zakończeniu aplikacji !!

Soo, nie wiem jak to zrobić ...

KP


Twój angielski jest doskonały.
Dennis Williamson

Odpowiedzi:


2

Brzmi jak chcesz użyć CALL

CALL wywołać (= uruchomić) jeden skrypt wsadowy z innego i powrócić do oryginalnego skryptu po zakończeniu skryptu wywoływanego przez skrypt

START umożliwia rozpoczęcie drugiego skryptu bez konieczności oczekiwania pierwszego skryptu na zakończenie.

Innymi słowy START pozwala robić rzeczy równolegle, CALL pozwala robić rzeczy w seriach.

Mam nadzieję że to pomoże.


2

Znalazłem rozwiązanie

  • Ponieważ istnieje problem z uruchomieniem aplikacji wirtualnej, pomyślałem, aby utworzyć partię IN maszyny wirtualnej i utworzyć łącze do niej, aby uruchomić ją z hosta ...

== & gt; I to działa doskonale !!!

Aby mieć coś lepszego, nie widziałem okna Dos ... Rozwiązaniem jest skrypt vbs, który wywołuje aplikacje kolejno, ale bezpośrednio w maszynie wirtualnej. W menu jest link do skryptu vbs, więc łącze pojawia się w systemie Windows 7 i jest w stanie uruchomić skrypt, który wywołuje obie aplikacje.

Wszystko jest dobrze !

Jeśli ktoś potrzebuje rozwiązania, po prostu napisz do mnie.

KP

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.