Kommando Unter Cmd Im Hintergrund Ausführen Wie? Geht das?
Anzeige
#2
geschrieben 28. März 2008 - 10:54
#3
geschrieben 28. März 2008 - 11:00
Falls es das ist: Glaub mir, in Google findest du solche Programme mehr als genug...
#4
geschrieben 28. März 2008 - 11:07
Zitat (Astorek: 28.03.2008, 11:00)
Falls es das ist: Glaub mir, in Google findest du solche Programme mehr als genug...
Wieso schreibt er sich nicht selber eins. Wenn ich was brauch was es noch nicht gibt dann schreib ich das
#5
geschrieben 28. März 2008 - 11:13
Dieser Beitrag wurde von Ken Guru bearbeitet: 28. März 2008 - 11:16
#6
geschrieben 28. März 2008 - 11:28
#7
geschrieben 28. März 2008 - 11:33
Solange du uns keine konkreten Hilfen gibst, können wir allerdings nicht wirklich helfen...
Zitat
Sorry, aber das ist eine sehr patzige Art, eine Frage zu stellen. Da braucht man sich auch über patzige Antworten nicht wundern...
Was willst du KONKRET? Und warum ist willst du die "Start"-Methode nicht einsetzen? Auch wichtig: Was für ein Kommando willst du im Hintergrund ausführen? Ein Programm, welches eine eigene CMD öffnet? Eines, was Ausgaben in der standard-cmd reinschreibt und die Eingabe blockiert (also sowas wie xcopy, dir etc.)? Ein DOS-Programm?
Bei Fragestellungen gilt generell: Je mehr Infos du uns zu deinem Problem geben kannst, desto eher können wir eine Lösung anbieten...
#8
geschrieben 28. März 2008 - 11:35
Zitat (Seven: 28.03.2008, 11:07)
Ja, klar, ich schreib mir mal eben kurz 'ne Shell.
Zitat (Seven: 28.03.2008, 11:28)
Und: Nein, nicht einfach Start /Minimized, das gilt nicht. Weil: Ich keine Lust habe, für jeden Befehl eine Verknüpfung anzulegen.
#9
geschrieben 28. März 2008 - 11:44
Einfache Möglichkeit: Du erstellst eine Batch-Datei mit folgendem Inhalt:
start /minimized %1 %2 %3 %4 %5 %6 %7 %8 %9Diese nennst du dann am Besten mit lediglich einem Buchstaben + Extension, also z. B. "b.bat". Diese b.bat kopierst du dann wiederum in ein Verzeichnis rein, auf dem die Umgebungsvariable "PATH" Zugriff hat, z. B. in %windir%\command . Willst du nun einen Befehl im Hintergrund ausführen, reicht ein "b <befehl>" aus...
#10
geschrieben 28. März 2008 - 12:25
Zitat (Astorek: 28.03.2008, 11:44)
Einfache Möglichkeit: Du erstellst eine Batch-Datei mit folgendem Inhalt:
start /minimized %1 %2 %3 %4 %5 %6 %7 %8 %9Diese nennst du dann am Besten mit lediglich einem Buchstaben + Extension, also z. B. "b.bat". Diese b.bat kopierst du dann wiederum in ein Verzeichnis rein, auf dem die Umgebungsvariable "PATH" Zugriff hat, z. B. in %windir%\command . Willst du nun einen Befehl im Hintergrund ausführen, reicht ein "b <befehl>" aus...
Nein, die Schreibarbeit von "start /minimized" ist mir nicht zuviel. Sie leistet nur nicht das, was ich brauche. Was ich brauche habe ich nochmal deutlich in #5 beschrieben, obwohl der eigentliche Topic-Text für denjenigen, der mir eine fundierte Antwort geben könnte, schon alles sagt. Ein Fenster zu minimieren ist noch lange nicht gleichbedeutend mit "im Hintergrund". Du weist wirklich nicht, was "im Hintergrund" heisst, nicht wahr? Deshalb klicke bitte auf diesen Link http://www.selflinux...sh_basic06.html - Nachdem Du Dir den Inhalt durchgelesen hast, können wir sicherlich auf einer anderen Ebene kommunizieren. Weiterhin hoffe ich, das sie durchkommt, Deine Glaskugel. Denn bei diesem Thema brauchtest Du sie ja zum Glück nicht.
Dieser Beitrag wurde von Ken Guru bearbeitet: 28. März 2008 - 12:31
#11 _Fenix_
geschrieben 28. März 2008 - 12:46
Einfacher wird es aber sein, dein Script in einer anderen Sprache als Batch zu schreiben. Beispielsweise in TCL oder Python.
Irgendwie ist das unbefriedigend.... Ich gehe mal fast davon aus, dass das so ein schlechtes Überbleibsel aus DOS single tasking Tagen ist.
Übrigens.. das hier gehört eher unter Scripting.
Oh und nochwas: Beliebige Sachen als Systemdienst zu starten ist eigentlich ein Sicherheitstechnischer Alptraum. So: Use with caution, in private, or best not at all.
Um bei Windows internen Tools zu bleiben.. VBScript *könnte* (ich habe keine Ahnung, wie mächtig das im Detail ist) eine Alternative für dich sein. Oder, wenn etwas nachinstalliert werden darf, die Windows Power Shell.
Dieser Beitrag wurde von Fenix bearbeitet: 28. März 2008 - 13:16
#12
geschrieben 28. März 2008 - 13:24
Zum Thema kann ich leider nichts dazu sagen... Windowsbenutzer sind es wohl gewöhnt, bei mehreren durchlaufenden Aufgaben mehrere CMD-Fenster gleichzeitig offen zu halten^^.
Dieser Beitrag wurde von Astorek bearbeitet: 28. März 2008 - 13:25
#13
geschrieben 28. März 2008 - 14:09
Zitat (Fenix: 28.03.2008, 12:46)
-Oder, wenn etwas nachinstalliert werden darf, die Windows Power Shell.
Hi,
dem ist mitnichten so. Ich bin eher in der MS-Welt verhaftet. Jedoch nicht so betriebsblind, dass ich nicht die guten Eigenschaften anderer Systeme zu schätzen wüsste. Die Shell(s) unter *nix gehören sicherlich dazu.
WPS ist sicher eine sehr gute Alternative. Das Problem ist halt, dass das Vorhandensein nicht garantiert ist. Ansonsten könnte ich ja auch Shell-Implementierungen wie Cygwin (emuliert BASh unter Windows) schon lange installiert haben. Also, meine Frage bezog sich schon auf die native Cmd.exe, und da scheint es dann in diesem Bezug eher schlecht auszusehen.
Zitat (Astorek: 28.03.2008, 13:24)
Hi,
obwohl ich Windowsbenutzer bin, habe ich mich an diese Shellunzulänglichkeit immer noch nicht gewöhnen können. Offensichtlich konntest Du dem verlinkten Text den primären Unterschied zwischen bg(&) und start /min entnehmen und damit mein Problem nachvollziehen. Wie Fenix schon erwähnte, wäre in diesem Zusammenhang die WPS die Wahl der Stunde, wenn, ja, wenn sie denn zuverlässig auf jedem System per default installiert wäre. Vielleicht liefert MS die WPS ja irgendwann per WU aus, das wäre fein. Wenn es dann soweit ist, hat man eine sehr mächtige, (MS)standardmässige Shell zur Verfügung, die mit den Unzulänglichkeiten von cmd.exe aufräumt.
#14
geschrieben 28. März 2008 - 19:55
Aber ähnlich:
nimm mal folgenden Code:
@echo off start /B dir C:\ /ogn /s /a > D:\liste.txt echo das wars! echo du kannst weiterarbeiten
speicher diesen als eine CMD-Datei. Starte ein CMD-Fenster (Start - Ausführen - cmd). Starte in diesem Fenster deine gespeicherte CMD.Datei.
Jetzt wirst du sehen, das du ganz schnell weiterarbeiten kannst. Du siehst kein Fenster. Nach weiterer Zeit wird dir auf dem Laufwerk D: deine Liste.txt zur verfügung stehen.
Das CMD-Fenster darfst du nicht schliessen, sonst wird auch der Prozess von den "dir" beendet! - Das ist der Unterschied zu einem Hintergrundprozess wie unter *nix.
#15
geschrieben 28. März 2008 - 22:37
/C Führt den Befehl in der Zeichenfolge aus und endet dann.
/K Führt den Befehl in der Zeichenfolge aus und endet dann nicht.
Bsp.:
Notepad öffnen
Befehl => C:\Windows\System32\Cmd.exe /c Mountvol.exe > C:\Mount.txt eingeben
Datei speichern unter Mount.bat.
Nach Aufruf, öffnet sich kurz das CMD-Fenster, liest diese die Volumebezeichnung aus, speichert diese unter C:\Mount.txt und schließt das Fenster sofort! Mit Parameter /k bleibt das Fenster geöffnet!
War's das?
Dieser Beitrag wurde von Airboss bearbeitet: 29. März 2008 - 13:29
- ← Windows Defender lt. Windows XP kein Antiviren-Schutz?
- Windows XP & Windows Media Center Edition
- Windows XP - Service Pack 1, 2 oder 3, das ist die Frage →