Batch Befehl "type" über VBA ansprechen

Beiträge zum Forumthread

Beiträge zu diesem Forumthread

Betreff

Benutzer

Hallo Bernd,
WHS sagt mir nicht soviel wie das Dos von früher, von daher habe ich noch manche Kenntnisse :-)
Und Type, wenn es ist wie du sagst, daß es keine type.exe gibt, dann ist es genauso wie DIR in die Commend.com, oder command.exe, oder cmd.exe usw. eingebaut.
Da konnte ich mal damit einen Arbeitskollegen ganz schön irritieren zu Doszeiten.
An seinem Rechner habe ich den richtigen Eintrag Dir in der Befehlsdatei mit einem Editor durch abc ersetzt.
Dann eine Dir.bat reingestellt. In der .Bat war dann sowas wie ein Zufallsgenerator für Arme, jedenfalls bei jedem Dir Aufruf kam eine Meldung auf den Bildschirm, die ich festgelegte hatt *lol*
Zurück zu dir.
Nein, Type BRAUCHt keinen Pfad, es muß auch ohne gehen. Dann wird das Verzeichnis genommen was grad aktuell ist.

Also ist
cmd /c type c:\test\*.txt > c:\test\Zusammen.txt
identisch mit
cmd /c type *.txt > Zusammen.txt
bzw.
cmd /c type C:*.txt > c:Zusammen.txt
wenn das aktuelle Verzeichnis c:\test ist.

Wenn das vorher mit dem Beitrag des anderen nicht klappte, so liegt das wahrscheinlich daran daß da der Parameter /c gefehlt hat hinter cmd.
Noch etwas was evtl. wichtig werden könnte. Ich kenne jetzt das Run nicht so genau, aber hast ja gesehen, mit Shell geht es auch.
Da ich durchaus, weil die schön schnell sind, auch in Vba alte Dosbefehle wie DIR aufrufe habe ich leider etwas Negatives festgestellt.
Nehmen wir mal an, in Vba rufe ich mit
E=shell("cmd /c dir C:\*.xls /s > c:\test\Dirxls.tx2")
den Dos-Befehl DIr auf, also etwas was lange dauert, alle xls-dateinen der gesamten FP, also auch Unterverzeichnisse, in einer txt aufzulisten.
Irgednwie ist da Vba zu schnell oder was auch immer. Jedenfalls ist in c:\test\Dirxls.tx2 viel zu wenig Inhalt, als wenn da DIR abgebrochen wurde.
Überprüfe das unbedingt bei deinem Type. Nicht daß du glaubst du hättest da alle ,txt in deiner Zusammenfassung und dem ist gar nicht so weil nur die ersten 100 drinstehen.
Weiß grad nicht, vielleicht wäre da DoEvents hilfreich o.ä.
PS: der Parser von Hans nervt, wegen dem größer-Zeichen muß ich den pre tag setzen, mannomann, kann man das nicht endlich mal ändern *fluch*
Gruß
Reinhard

Hallo Luc,
einfacher für alle wäre es schon wenn Hans daß mal korrigieren könnte/würde :-)
Und, du benutzt korrekt hinten das Semikolon. Zumindest bei & # 62 ; ist es so, wenn man hinten das Semikolon wegläßt klappt das in der Mülltonne InternetExplorer, der sich an keine Absprachen/Standards hält immer noch, aber mein FireFox mag das nicht, er mag es mit Semikolon wie ausgemacht.
Und2, war/ist schon immer so, Zahlen kann ich mir viel viel besser merken als Namen.
Das ist aber kein Dogma, heißt natürlich für z.B. Excel auch daß ich bei ColorIndex schreibe xlnone.
Da klappt das gut.
Hier in dem fall ist & # 62 ; vielschneller bzw. gleich im Kopf, und schon hingeschrieben bis mir vielleicht einfällt, da gibt's doch auch lt und gt.
Meine Bitte an hans bleibt bestehen.
Und3, ich habe noch nicht nachgeprüft, warum es mir ohne das alles, auch ohne pre, gelang da in einem Beitrag ein > am Parser vorbei "reinzuschmuggeln".
Alles nur eine Zeitsache, wie bei Holgers globaler Fehlerroutine, alles lösbar im Lauf der zeit, nur die läuft mir weg, jetzt ein Zeitstillstand von einem jahr wäre obtimal, da könnte ich alle Probleme in Excel die ich "irgendwann" mal auch lösen möchte angehen, im realen sind auch viele Dinge mal fertigzumachen.
Gruß
Reinhard

Die Shell-Funktion führt standardmäßig andere Programme asynchron aus. Daher muß ein mit Shell _ ausgeführtes Programm noch nicht abgeschlossen sein, wenn die nächsten Anweisungen, die auf die Shell-Funktion folgen, ausgeführt werden.

Run-Methode Erstellt einen neuen Prozess, der strBefehl ausführt. Objekt.Run(strBefehl, [intFensterStil], [bAufRückkehrWarten]) Argumente Objekt WshShell-Objekt. strBefehl Umgebungsvariablen im Parameter strBefehl werden automatisch erweitert. intFensterStil Optional. Setzt den Fensterstil des auszuführenden Programms. bAufRückkehrWarten Optional. Wird bAufRückkehrWarten nicht angegeben oder hat dieser Parameter den Wert FALSE, so _ wird nicht auf die Terminierung des Prozesses gewartet, sondern die Ausführung des Skriptes sofort fortgesetzt.

Beliebteste Forumthreads (12 Monate)

Batch Befehl "type" über VBA ansprechen

13
Beiträge zum Forumthread

Beiträge zu diesem Forumthread

299 Forumthreads zu ähnlichen Themen

Beliebteste Forumthreads (12 Monate)

Beliebteste Forumthreads (12 Monate)

Batch Befehl "type" über VBA ansprechen

13 Beiträge zum Forumthread Beiträge zu diesem Forumthread

299 Forumthreads zu ähnlichen Themen

VBA Beispiele zu verwandten Themen

Beliebteste Forumthreads (12 Monate)

Beliebteste Forumthreads (12 Monate)

13
Beiträge zum Forumthread

Beiträge zu diesem Forumthread