hat jemand eine Idee, wie ich einen String aus einem C++ Programm an das aufrufende Batchprogramm (DOS Befehle) übergeben bekomme?

Danke für Eure Antworten

Gruß,

Simon2.

kannst Du mir noch schnell ein Beispiel geben, wei ich den Pipeinhalt in die Variable bekomme?

Im Programm ausgeben und dann pipen. Mehr kann DOS nicht (allerdings gab es auch named pipes, wenn mich nicht alles täuscht).

Ist prima für kleine Programme, aber das Programm darf natürlich NICHTS Anderes ausgeben (oder eben nur nach cerr/clog) ... und das schaffe ich nicht ...

Gruß,

Simon2.

Mein Programm ist eigentlich recht trivial und muß (außer des Ergebnisses) nichts ausgeben. Die Lösung mit der Pipe ist daher ideal....

Stimmt !!

leachim1962 schrieb:

...Aber wie kriege ich's in eine Variable?

Mit DOS-Shells kenne ich mich leider nicht aus.

Gruß,

Simon2.

Aber wie kriege ich's in eine Variable?

In eine Umgebungsvariable? Sag das doch gleich! man: putenv

PS:
Du hättest auch suchen können, denn das hatte ich gerade erst.

Das besagt natürlich nicht, dass es nicht irgendwo funktionieren kann, sondern nur, dass es evtl. nicht standardisiert ist.

Gruß,

Simon2.

aber das Programm darf natürlich NICHTS Anderes ausgeben (oder eben nur nach cerr/clog) ... und das schaffe ich nicht ...

Hm, gibts in DOS-shells kein grep und/oder awk, womit man sich den Output auf das nötige zurechtschnipseln kann?

die batch ruft das program auf, fuer das programm wird eine kopie der umgebung von der umgebung der batch gezogen. da sind auch die umgebungsvariablen bei ... und nachm aufruf des programms wird die umgebung das programms verworfen ...

Also "normal" gehts nur in einer richtung, der parent prozess kann uber die variablen Daten an seinen child "vererben" .
und ich glaub ned, das es sowas wie ein "export" fuer umgebungsvariablen im C++ standard gibt.

Ciao ...

und ich glaub ned, das es sowas wie ein "export" fuer umgebungsvariablen im C++ standard gibt.

Richtig: gibt's nicht. Dafür aber im POSIX.

Simon2 schrieb:

aber das Programm darf natürlich NICHTS Anderes ausgeben (oder eben nur nach cerr/clog) ... und das schaffe ich nicht ...

Hm, gibts in DOS-shells kein grep und/oder awk, womit man sich den Output auf das nötige zurechtschnipseln kann?

Mag sein (weiß ich nicht), aber cout/cerr/clog sind nunmal globale (und damit in jeder Funktion/LIB/DLL nutzbare) Variablen und werden derart "wild" genutzt, dass ich nicht für die Daten dieser Schnittstelle garantieren wollen würde.
Wie schon gesagt: Bei "Miniprogrammen" mit im Wesentlichen einer Funktion, kann man das Risiko eingehen.
... aber bei größeren Sachen, wird das schnell sehr unübersichtlich - spätestens, wenn man Usereingaben zur Laufzeit braucht.

Gruß,

Simon2.

Mag sein (weiß ich nicht), aber cout/cerr/clog sind nunmal globale (und damit in jeder Funktion/LIB/DLL nutzbare) Variablen und werden derart "wild" genutzt, dass ich nicht für die Daten dieser Schnittstelle garantieren wollen würde.
Wie schon gesagt: Bei "Miniprogrammen" mit im Wesentlichen einer Funktion, kann man das Risiko eingehen.
... aber bei größeren Sachen, wird das schnell sehr unübersichtlich - spätestens, wenn man Usereingaben zur Laufzeit braucht.

Du bist größtenteils im Windows-Umfeld unterwegs, oder?

Unter UNIX ist es gang und gäbe, dass Konsolenprogramme Ihre "Programmausgabe" auf stdout machen, während alles für den User auf stderr landet. Es ist ebenfalls völlig normal, dass viele kleine Programme über Pipes zusammengesteckt werden, also sich über stdin und stdout unterhalten. Und da darf auch keine Meldung zwischen den (potentiellen) MPEG-Daten auftauchen.

...
Du bist größtenteils im Windows-Umfeld unterwegs, oder? :D...

Im Gegenteil !
Ich schreibe im Wesentlichen für AIX und zOS und fast gar nichts für Windows (ich weiß auch gar nicht, wie Windows-GUI-PGs auf KonsolenIO verkraften ).
Aber bei unseren Server-PGs wird eifrigst über cout/cerr/clog geloggt, während IO im Wesentlichen über File,DB und verschiedene Netzwerkprotokolle stattfindet.

Die Beispiele, die Du da angibst, sind aber eben die klassischen "FilterPGs" ("one-pass"), die ich als "Miniprogramm mit einer Funktion" bezeichnet habe.

Gruß,

Simon2.

Die Beispiele, die Du da angibst, sind aber eben die klassischen "FilterPGs" ("one-pass"), die ich als "Miniprogramm mit einer Funktion" bezeichnet habe.

Ok, damit kann ich leben, wenn Du das "Mini" streichst. Ich kenne da durchaus komplexe Programmsuiten, die Videos recodieren, DVD-Files erstellen, Steuern berechnen etc und alle Piping-fähig sind.

PS: Und entschuldige die Fehleinschätzung, jetzt wo Du's sagst erinnere ich mich von Dir schon öfters was von AIX und zOS gelesen zu haben.

...wenn Du das "Mini" streichst...

Kein Problem !
Mir ging es auch nicht um geringe Komplexität der einzelnen Aufgabe, sondern um die Beschränkung auf eine Funktionalität zur Laufzeit.
War wohl nicht so deutlich, wie gewünscht.

LordJaxom schrieb:

...
PS: Und entschuldige die Fehleinschätzung, ....

Da gibt's nichts zu entschuldigen, denn nach meiner Auffassung ist es keine Schande, für Windows zu programmieren ....

Gruß,

Simon2.

Hm, gibts in DOS-shells kein grep und/oder awk, womit man sich den Output auf das nötige zurechtschnipseln kann?

In der PowerShell gibt es Möglichkeiten sowas zu machen. Ein grep-ähnliches Kommando wäre dort select-string. Bei der einfachen "Eingabeaufforderung" (cmd) gibt es afaik kein entsprechendes Kommando.

Greetz