CoCreate Modeling: Wie startet man ein interaktives cmd.exe? (05 Jul 2016)

topic end
<!--
   * Set TOPICTITLE = <nop>CoCreate Modeling: Wie startet man ein interaktives cmd.exe? (05 Jul 2016) - #define private public
-->

<style type="text/css">
pre {background-color:#ffeecc;}
</style>

%STARTINCLUDE%
<a name="05"></a>

---+++ [[DefinePrivatePublic20160705][<nop>CoCreate Modeling: Wie startet man ein interaktives <tt>cmd.exe</tt>?]] (05 Jul 2016)

<summary>
<a href="http://forum.cad.de/foren/ubb/Forum29/HTML/004507.shtml">Ganz frisch aus dem Kundenforum</a> für !CoCreate Modeling (aka PTC Creo Elements/Direct Modeling): Wie startet man aus !CoCreate Modeling heraus programmatisch eine interaktive Instanz von <tt>cmd.exe</tt>,
also ein <tt>cmd.exe</tt> mitsamt DOS-Prompt-Fenster?
</summary>

Es liegt nahe, das zunächst mit

<pre>
  (oli:sd-sys-exec "cmd.exe")
</pre>

zu versuchen. Das führt dann aber dazu, dass !CoCreate Modeling scheinbar hängt und nichts Erkennbares passiert.

<tt>cmd.exe</tt> ist ein Kommandozeilenprogramm. Deswegen ist es völlig normal, dass ("grafisch") nichts passiert, wenn man <tt>cmd.exe</tt> als externes Programm ohne Parameter startet, zum Beispiel per <tt>sd-sys-exec</tt>. Dann wartet <tt>cmd.exe</tt> nämlich einfach im Hintergrund auf weitere Eingaben und tut sonst nichts.

<div style="float:right;"><img src="%ATTACHURLPATH%/ScreenShot2016-07-05at20.43.17.png" alt="ScreenShot2016-07-05at20.43.17.png" width="400"  /></div>

Will man <tt>cmd.exe</tt> in einem eigenen Terminalfenster (landläufig "DOS-Fenster" oder "command shell" oder "command prompt") starten und interaktiv laufen lassen, kann man das so erreichen:

<pre>
  (oli:sd-sys-exec "start cmd.exe")
</pre>

(Zu den Kommandozeilenparametern und Besonderheiten des Helferleins =start= siehe http://ss64.com/nt/start.html.)

Bonusfrage: Wenn =cmd.exe= ein Kommandozeilenprogramm ohne grafische Oberfläche ist, wieso öffnet sich denn ein Terminalfenster, wenn man =cmd.exe= aus Windows Explorer heraus startet?

Antwort: Weil Explorer entsprechend vorkonfiguriert ist - intern wird in so einem Fall nicht einfach nur =cmd.exe= ausgeführt, sondern das moralische Äquivalent zu =start cmd.exe=.

Bonusfrage 2: Woher weiss Windows eigentlich, wo =cmd.exe= liegt? Muss man da nicht einen Pfad wie =C:\Windows\System32\cmd.exe= angeben?

Hintergrund: In der Forumsfrage wurde ein solcher hartkodierter Pfad verwendet.

Antwort: Das Verzeichnis, in dem =cmd.exe= liegt, taucht im Inhalt der Umgebungsvariablen =PATH= auf, die Windows beim Starten von Programmen konsultiert. Damit ist die explizite Angabe eines Pfades unnötig. Mehr noch, sie ist sogar kontraproduktiv und fehlerträchtig - denn nicht auf jedem Rechner liegt das Windows-Verzeichnis unter =C:\Windows=.

Bonusfrage 3: Wozu ist das eigentlich gut, so eine interaktive Instanz von =cmd.exe= aus einer CAD-Applikation heraus zu starten?

Kopfkratzende erste Antwort: Für sachdienliche Hinweise dankbar :-D

Zweite Antwort nach Eintreffen der angeforderten sachdienlichen Hinweise: Ziel war es offenbar letztlich, ein kleines interaktives Kommandozeilenprogramm zu starten - der Start von =cmd.exe= war nur erster Test dafür.

---

%STOPINCLUDE%

%COMMENT{type="below" nonotify="on"}%

---
to top
End of topic
Skip to action links | Back to top
You are here: Blog > DefinePrivatePublic20160705

r1.2 - 05 Jul 2016 - 19:02 - ClausBrod to top
Blog