Compileraufruf im XP-Mode aus WIN7

Hallo zusammen,

ich habe noch einen älteren Compiler den ich gerne für bestehende/ältere Projekte nutzen möchte. Da die Installation unter Windows 7 nicht mehr funktioniert, habe ich das Schmuckstück im XP Mode installiert.

Der Buildprozess läuft mit Batchdateien ab.

Meine Frage: Wie kann ich den einen Compiler aus dem XP Mode unter WIN7 automatisiert anstarten?
Ich denke da an so etwas(unter Win7) in einer Batchdatei:
- Schritt 1: "C:/Bla/Blub/windows_xp_mode_anwedung/alter_compiler.exe meineQuelle.cpp"
- Schritt 2: "C:/Bla/Blub/windows_xp_mode_anwedung/alter_linker.exe meineQuelle.obj"

Hat jemand eine Idee?

Vielen Dank
Gruß
ATI

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 232296

Url: https://administrator.de/forum/compileraufruf-im-xp-mode-aus-win7-232296.html

Ausgedruckt am: 22.12.2024 um 18:12 Uhr

20 Kommentare

Neuester Kommentar

Hi.

Der xp mode ist ein vollwertiges xp, dass per RemoteApp benutzt wird. Die Aufrufe müssen also auch auf xp stattfinden, am besten über eine Remote-Kommandozeile.

Hi DerWoWusste,

vielen Dank für die Rückmeldung.

Meinst du so etwas wie "psexec.exe"?

Nein, denn psexec würde den Compiler nicht sichtbar starten können.
Du kannst ja xp-Programme in Dein Startmenü einbinden. Binde einfach die cmd.exe ein mit dem Aufruf des Compilers als Parameter.

Zitat von @DerWoWusste:
Nein, denn psexec würde den Compiler nicht sichtbar starten können.

ginge in PSEXEC mit dem Parameter /i für Interactive. Aber wozu soll das ganze sichtbar sein ?, außer man programmiert grobe Fehler

dann sieht man diese nicht..

Grüße Uwe

Moin Uwe.

Aber was bringt /i, wenn ich das xp gar nicht vor Augen habe (die vm nicht vor Augen)? Darum ging es doch. Klar, dort wird es aufgerufen, aber nicht als RemoteApp, sichtbar in 7.

Zitat von @DerWoWusste:

Nein, denn psexec würde den Compiler nicht sichtbar starten können.
Du kannst ja xp-Programme in Dein Startmenü einbinden. Binde einfach die cmd.exe ein mit dem Aufruf des Compilers als
Parameter.

Das habe ich inzwischen gemacht. Die CMD.exe in das Startmenü/Programme auf der XP Kiste kopiert, in den Metadaten der CMD.exe den Parameter /C und den Compiler(absoluter Pfad/compiler.exe) eingetragen.

Der Aufruf des Compilers in der XP Umgebung mit Hilfe der CMD.exe funktioniert perfekt. Die CMD.exe ist auch in dem Startmenü des WIN7 Systems zu sehen.

Meine Frage: Wie muss die Befehlszeile in der Batchdatei auf der Windows 7 Kiste aussehen, damit die CMD.exe mit den entsprechenden Quellen als InputParameter aufgerufen werden kann?

Über eine Rückmeldung würde ich mich sehr freuen.

Gruß
Ati

Nimm die vorhandene Verknüpfung zum Compiler im Startmenü Deines Win7 und kopiere sie und passe den Aufruf an, so dass er so lautet wie Dein Aufruf im Startmenü von xp. Ich kann es nicht nachstellen, da nicht installiert.

Verknüpfung kopiert, unter D:\tmp abgelegt, Eigenschaften der Verknüpfung aufgerufen, im Feld Ziel die gleiche Befehlszeile [%SystemRoot%\system32\cmd.exe /C C:\Programme\alter_compiler.exe] wie im XP_Mode eingetragen.

Beim Aufruf kommt die Fehlermeldung: Das System kann den angegebenen Pfad nicht finden. Wie es aussieht sucht er im WIN7 System nach dem entsprechenden Compiler ... der naürlich nicht da ist.

Was mache ich falsch? Habe ich dich falsch verstanden?

Gruß
Ati

Wie lautet denn das Verknüpfungsziel für die bisherige RemoteApp "Compiler"? Also wie rief win7 den auf?

Pass multiple command line parameters to Window XP Mode

Grüße Uwe

Originalbefehlszeile im WIN7 System lautet:

Gruß
Ati

Ich hoffe mal, Du hast Uwes letzte Antwort, die er noch editiert hat, gelesen?

Ja, das habe ich gelesen. Allerdings bring mich das Ganze leider kein Stück weiter. Die Registry Einträge habe ich ebenfalls angepasst, leider bekomme ich immer noch die gleiche Fehlermeldung.

Dann machs doch mit psexec dann hast du den Sick mit den XP-Mode Verknüpfungen nicht.

Hi DerWoWusste,

jetzt habe ich ein funktionsfähiges Scripting für den alten Compiler, DANKE für die Unterstützung.

Allerdings habe ich noch eine Frage zu der VMSal.exe. Ich habe inzwischen nachlesen können, was die einzelnen VM Applikationen überhaupt machen
- http://blogs.msdn.com/b/virtual_pc_guy/archive/2009/07/22/windows-virtu ...

Jede XP Appliaktion wird mit VMSal.exe aufgerufen bzw. gestartet. Allerdings wird VMSal.exe nach dem Aufruf sofort beendet, was in der Automatisierung des Buildprozesses in Bezug auf die Prozessüberwachung sehr schwer bzw. unmöglich macht. VMSal hat laut "Beschreibung" leider keine Parameter wie /WAIT oder ähnliches.

Meine Frage: Gibt es eine Möglichkeit diesen Prozess scripttechnisch(batch, perl, python, vb, etc.)zu kontrollieren bzw. zu überwachen?

Gruß
ATI

Zitat von @xxxATIxxx:
Meine Frage: Gibt es eine Möglichkeit diesen Prozess scripttechnisch(batch, perl, python, vb, etc.)zu kontrollieren bzw. zu
überwachen?

Hier wirst du es vermutlich so machen müssen wie hier bereits erörtert:
In batch-script auf rdp-APP warten

Grüße Uwe

Hi Uwe,

danke für schnelle Hilfe, werde mir das Thema gleich mal durchlesen.

Gruß
ATI

Hi Uwe,

eine bescheidene Frage hätte ich da noch:
- Wie kann ich Programme/Applikationen direkt in der Batchdatei aus der Registry starten?

Beispiel:
- Pfad: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Virtual Machine\Guest\Parameters
- Name: test
- Wert: calc.exe

In der Batchdatei war der Versuch "start HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Virtual Machine\Guest\Parameters\test" leider nicht erfolgreich.

Eine Idee?

Gruß
Ati

Zitat von @xxxATIxxx:
- Wie kann ich Programme/Applikationen direkt in der Batchdatei aus der Registry starten?

for /f "tokens=3*" %%a in ('reg query "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Virtual Machine\Guest\Parameters" /v "test"') DO set "app=%%a %%b"  
start "" %app%  

Grüße Uwe