Hallo,

ich hab mir ein kleines Programm geschrieben (so gut man das als Anfänger macht ), in dem ich eine .bat in einen String speicher, mit Hilfe dieses Strings eine Datei öffne und mit einem neuen Namen wieder abspeicher.
Jetzt bin ich an meine Grenzen gestoßen und der Google weiß auch nicht mehr weiter.

Problem: Mein Programm soll von einer .bat gestartet werden, welche folgende Zeile enthält "Pfad\Programm.exe "variablerPfad\input\zuÖffnendeDatei.sldasm" "variablerPfad\inDenGespeichertWird\output\"" erstes und letztes " ausgeschlossen. Jetzt will ich diesen Text in einen String einlesen, was nicht ganz so einfach ist, da diese .bat immer in "variablerPfad\inDenGespeichertWird\" liegt und eine fortlaufende Nummer als Namen hat.

Im Moment lese ich noch eine statische .bat ein


Gibt es da eine Möglichkeit das irgendwie zu realisieren?

Hallo,

ich verstehe die Frage nicht so ganz. Aber da Du hier offensichtlich mit SolidWorks-DAteien arbeitest habe ich die Vermutung dass sich das ganze direkt in SolidWorks besser und sauberer automatisieren ließe. Damit kenne ich mich einigermaßen aus. Wenn Du magst kannst Du mir ja mal das eigentliche Problem schildern...

Mit Solidworks allein wird sich das ganze nicht lösen lassen, da ich eine Solidworksdatei und eine eDrawings.htm konvertieren will. Das kann Solidworks nicht allein. Das kann nur eDrawings. eDrawings Control kann man in vb als Tool einbinden. Der Teil von meinem Programm, der das ganze konvertiert funktioniert hervorragend.

Ich will mein Programm mit einer beliebigen .bat starten. (.bat ändert ständig seinen Namen und Speicherort)
Dann will ich alles auslesen, was in dieser .bat drin steht.

Ich weiß gerade nicht wie ich es einfacher beschreiben soll.

Hmm - OK. Soweit ist's ja OK wenn Du das eDrawings-Control schon verwendest.
Aber warum um alles in der Welt brauchst Du dann eine .bat und warum muss die auch noch ihren Speicherort ändern? Kannst Du nicht im VB-Programm ein Suchkriterium wie z.B. Teilenummer, DAteinamen o.ä. angeben und das Programm dann selbständig suchen lassen wo die entsprechenden Dateien herumliegen?

chagl schrieb:

Jetzt will ich diesen Text in einen String einlesen

Nimm dazu die mächtigen Funktionen des IO.File-Namespaces:

Die bat und die zugehörigen Ordner werden von einem anderen Programm erzeugt und ausgeführt und ich muss das leider als gottgegeben annehmen. (Für jede Datei die ich konvertieren will gibt es eine neue .bat in einem neuen Pfad)
Ich les mich noch ein bisschen mehr in vb ein. Vielleicht geht da noch was.

chagl schrieb:

eine neue .bat in einem neuen Pfad

Wo ist das Problem?
Die Rahmenhandlung hab ich Dir oben gepostet.
Nimm ggf. ReadAllLines und WriteAllLines, da löst sich Dein Problem praktisch von allein.

RodFromGermany schrieb:

VB.NET-Quellcode

1. Dim txt = IO.File.ReadAllText("D:\Temp\A74EA1DDC3\output\000123456_000.bat")
2. IO.File.WriteAllText("D:\Temp\A74EA1DDC3\output\000123456_000.bat.bat", txt)

Wenn ich das richtig verstehe nimmst du einen festen Pfad usw.

Ich hab festgestellt, dass das mit folgendem Code gehen sollte

chagl schrieb:

Wenn ich das richtig verstehe

bekommst Du von mir einen Hinweis, wie Dein Problem zu lösen ist. Wer hindert Dich daran, meinen festen Pfad durch eine Variable Deines Inhalts zu ersetzen?
Etwas Eigeninitiative ist hier schon gefordert.

Ich glaube, jetzt verstehe ich langsam Dein Problem:
Dein Programm wird von einer .bat-DAtei aufgerufen und Du willst wissen welche .bat-Datei die Schuldige war:-) - richtig?
In dem Fall könnte Dir schon Environment.GetCommandLineArgs() weiterhelfen. Wenn der im 1.Post angedeutete Aufbau der .bat korrekt ist müßtest Du mit Environment.GetCommandLineArgs(0) den Pfad der zu öffnenden Datei und mit Environment.GetCommandLineArgs(1) den Pfad zum Speichern erhalten können.

Thisoft schrieb:

Environment.GetCommandLineArgs(0)

enthält den eigenen Pfad.

RodFromGermany schrieb:

Thisoft schrieb:
Environment.GetCommandLineArgs(0)
enthält den eigenen Pfad.

Nein, das enthält das erste Kommandozeilenargument:

Test.exe Hallo
Environment.GetCommandLineArgs(0) = Hallo

Das bezweifel ich @Mircosofter2206

Mircosofter2206 schrieb:

Nein

So funktioniert es. txt(0) gibt den Pfad des Programms wieder, txt(1) gibt den ersten String wieder und so weiter

Ups

Bei mir gibt Environment.GetCommandLineArgs(0) das erste Argument aus. Muss ich nochmal nachprüfen.


Mircosofter

Mircosofter2206 schrieb:

Bei mir gibt Environment.GetCommandLineArgs(0) das erste Argument aus

Nein.

@chagl Und jetzt noch etwas mehr .NET und Kompatiblität:



Ja, ich weiß, Konstanten sind eigentlich nur entsprechende Felder und gehen eigentlich in Ordnung, aber sie sind trotzdem ein Microsoft.VisualBasic-Namespace-Relikt und würde man den entfernen, wären sie eh weg. Zumal Du hiermit auch den Zeilenumbruch an die Umgebung entsprechend angepasst hast.

Grüße

chagl schrieb:

MsgBox(... & txt(2))

Trade schrieb:

MessageBox.Show(... & args(2))

Macht halt Probleme, wenn weniger Argumente angegeben werden.
Ggf. die Obergrenze des Arrays beachten!

Jou, da kann man dann ggf. mit 'nem StringBuilder arbeiten oder einfacher sogar mit String.Join.

Grüße

nachdem ich jetzt die Argumente aus der CommandLine gelesen habe muss ich ein weiteres Argument reinschreiben (Zeilenumbruch + String).
Irgendwie find ich da nichts, was für mich funktioniert.

Vermutlich gibt's es da einen einfachen Einzeiler aber ich steh gerade maximal auf dem Schlauch.
Wäre super, wenn ihr da was habt