aufgerufener Code darf keine Dateiarbeit leisten?

Scrabble-Fan · Hält's aus hier Beiträge: 11

Guten Morgen!

ich versuche aus einer CLI-Anwendung heraus eine Win32-Konsolen-Anwendung aufzurufen. Dazu verwende ich die Klasse process. Der Aufruf als solcher funktioniert und Testausgaben zeigen, dass die .exe prinzipiell ausgeführt wird.

Versucht diese aber, eine Datei zu öffnen oder selbst zu erstellen, klappt das nicht(ohne weitere Fehlermeldung, da isopen() lediglich anzeigt, ob die Datei korrekt geöffnet wurde).

markieren

C#-Quelltext

1:
2:
3:
4:
5:
6:
7:
8:

ifstream datei; 
datei.open(Dateiname.txt);
if(!datei.isopen());
...

fstream ausgabe;
ausgabe.open("Test.txt", ios::out);
ausgabe << "Hallo Kekse";

Die .exe selbst ist prinzipiell funktionsfähig wie Aufrufe aus der Eingabeaufforderung zeigen.

Vielen Dank im Voraus!

Moderiert von UGrohne: Code- durch C#-Tags ersetzt

Christian S. · Beiträge: 20451 Erhaltene Danke: 2264 Win 10 C# (VS 2019)

Hast Du mal geschaut, ob wirklich die richtige Dateiname.txt genommen wird? (Stichwort: relative und absolute Pfade)

Könnte Dateiname.txt noch von Deiner Anwendung geöffnet sein, sodass die zweite Anwendung sie nicht öffnen kann?

Grüße
Christian

P.S.: Ich spiel Scrabble ja ganz gerne bei Yahoo ;-)

_________________
Zwei Worte werden Dir im Leben viele Türen öffnen - "ziehen" und "drücken".

Scrabble-Fan · Hält's aus hier Beiträge: 11

Hallo,

ja, die Pfade stimmen. Daten.txt ist vorhanden und befindet sich im selben Ordner wie die .exe - zu Testzwecken habe ich auch absolute Pfade versucht, hat aber nicht geholfen.

Die Textdatei ist vorhanden und nicht geöffnet.

Eine andere Datei erstellen, öffnen und "Test" reinschreiben geht aber auch schon nicht. Deshalb glaub ich nicht, dass es an den Aufrufen liegt.

Gruß

PS: bei Yahoo war ich auch schon, aber offline ist schöner :-)

.

Leuchtturm · Verfasst: Mo 20.08.07 10:58

Zitat:

markieren

C#-Quelltext

1:
2:
3:
4:
5:
6:
7:
8:

ifstream datei; 
datei.open(Dateiname.txt);
if(!datei.isopen());
...

fstream ausgabe;
ausgabe.open("Test.txt", ios::out);
ausgabe << "Hallo Kekse";

Das müsste doch eigentlich datei.open("Dateiname.txt"); heißen oder

Christian S. · Beiträge: 20451 Erhaltene Danke: 2264 Win 10 C# (VS 2019)

Also das hier in der Eingabeaufforderung funktioniert:

markieren

Quelltext

1:

Deine.exe

Aber das hier nicht:

markieren

C#-Quelltext

1:	Process.Start("Deine.exe");

P.S.: Offline hab ich schon viel zu lange nicht mehr gespielt.

_________________
Zwei Worte werden Dir im Leben viele Türen öffnen - "ziehen" und "drücken".

Scrabble-Fan · Hält's aus hier Beiträge: 11

Hallo,

Original-Quellcode ist

markieren

Quelltext

1:
2:
3:
4:

  std::ifstream in;
  in.open("Daten.txt", ios::in);
  if (!in.is_open()) {
...

das lässt sich nicht öffnen, auch nicht, wenn ein absoluter Pfad verwendet wird. Die .exe für sich genommen ist aber ausführbar- wenn ich sie in der Eingabeaufforderung aufrufe läuft alles wie es soll.

Gruß

Christian S. · Beiträge: 20451 Erhaltene Danke: 2264 Win 10 C# (VS 2019)

Zeig mal bitte den Aufruf in der Kommandozeile und wie Du ihn mit Process.Start umgesetzt hast.

_________________
Zwei Worte werden Dir im Leben viele Türen öffnen - "ziehen" und "drücken".

Scrabble-Fan · Hält's aus hier Beiträge: 11

Kommandozeile:

Verdichtung.exe

Code:

markieren

C#-Quelltext

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:

System::String ^pfad =  Convert::ToString(System::Threading::Thread::GetDomain()->BaseDirectory->ToString());
pfad = System::IO::Path::Combine(pfad, "prg");
System::String ^verdichtungsdatei = "Verdichtung.exe";
                
System::Diagnostics::Process ^prozess = gcnew System::Diagnostics::Process();
prozess->StartInfo->CreateNoWindow = false;
prozess->StartInfo->UseShellExecute =false;
prozess->StartInfo->RedirectStandardError =true;
prozess->StartInfo->RedirectStandardOutput =true;
prozess->StartInfo->FileName =  System::IO::Path::Combine(pfad, verdichtungsdatei);
prozess->Start();
prozess->WaitForExit();

System::String ^ error = prozess->StandardError->ReadToEnd();
System::String ^ output = prozess->StandardOutput->ReadToEnd();

if(output->Length + error->Length != 0)
     MessageBox::Show("Fehlermeldungen:\n\n" + error + "\n\n" + output, "Fehler");

Moderiert von Christian S.: Code- durch C#-Tags ersetzt

Christian S. · Beiträge: 20451 Erhaltene Danke: 2264 Win 10 C# (VS 2019)

Hm. Deine Methode den Pfad zu ermitteln, ist zwar etwas umständlich (-> Application.StartupPath ) aber sollte gehen.

Versuch mal, UseShellExecute auf True zu setzen, nur für Testzwecke. Dann bekommste zwar den Standardoutput nicht mehr, aber für 'nen Test ist das erstmal egal.

_________________
Zwei Worte werden Dir im Leben viele Türen öffnen - "ziehen" und "drücken".

Scrabble-Fan · Hält's aus hier Beiträge: 11

Geht auch nicht.

Christian S. · Beiträge: 20451 Erhaltene Danke: 2264 Win 10 C# (VS 2019)

Also nochmal:

Das Programm wird gestartet. Aber es kann weder Dateien lesen noch schreiben. Aber es gibt Testausgaben aus. Richtig?

Wenn Du das Programm über die Kommandozeile startest, hast Du dann andere Benutzerrechte?

_________________
Zwei Worte werden Dir im Leben viele Türen öffnen - "ziehen" und "drücken".

Scrabble-Fan · Hält's aus hier Beiträge: 11

ja, stimmt es ist aufrufbar, gibt auch Testausgaben aus, aber keine Dateien lesen oder schreiben.

Die Benutzerrechte sollten die gleichen sein.

Was müsste ich denn machen, wenn ich mit der Klasse Process die Eingabeaufforderung öffnen und dort die .exe mit einem absoluten Pfad aufrufen wollte?

Christian S. · Beiträge: 20451 Erhaltene Danke: 2264 Win 10 C# (VS 2019)

Naja, eigentlich so, aber das hast Du schon probiert:

markieren

C#-Quelltext

1:
2:
3:
4:
5:

      System::Diagnostics::Process ^prozess = gcnew System::Diagnostics::Process();
      prozess->StartInfo->UseShellExecute =true;
      prozess->StartInfo->FileName =  "E:\\Downloads\\Reflector\\Reflector.exe";
      prozess->Start();
      prozess->WaitForExit();

Das ShellExecute = true sollte dazu führen, dass die System Shell verwendet wird.

_________________
Zwei Worte werden Dir im Leben viele Türen öffnen - "ziehen" und "drücken".

Scrabble-Fan · Hält's aus hier Beiträge: 11

ach so, ok.

Dass es am prinzipiellen Aufruf liegt, glaub ich aber eh nicht, weil er die Datei ja aufruft. Wenn ich die Parameter(die mittlerweile ja nicht mal mehr da sind) einzeln ausgeben lasse, sieht man auch, dass er die richtig nimmt. Er kann halt keine Dateien öffnen.

Inwiefern könnte das ein Sicherheitsproblem sein, was CLI zu unterbinden versucht? Zumindest beim Öffnen fände ich das plausibel. Weniger, wenn ich ne Textdatei schreiben möchte...

Christian S. · Beiträge: 20451 Erhaltene Danke: 2264 Win 10 C# (VS 2019)

Bei Sicherheits-Problemen werfen die Programme eigentlich immer mit Exceptions um sich, das würde man dann merken.

Du kannst auch mal diesen Code verwenden, das öffnet dann wirklich das Konsolenfenster und führt aus:

markieren

C#-Quelltext

1:
2:

       System::Diagnostics::Process ^prozess = System::Diagnostics::Process::Start("cmd.exe", "/c E:\\Downloads\\Reflector\\Reflector.exe");
      prozess->WaitForExit();

Das ist zwar ziemlich gefrickelt, aber vielleicht hilft es ja ;-)

_________________
Zwei Worte werden Dir im Leben viele Türen öffnen - "ziehen" und "drücken".

Scrabble-Fan · Hält's aus hier Beiträge: 11

das ähm geht partiell...

wenn in PFADNAME der absolute Pfad für die .exe steht dann öffnet mir

markieren

C#-Quelltext

1:	System::Diagnostics::Process ^prozess = System::Diagnostics::Process::Start("cmd.exe", "c/ 2 + PFADNAME);

lediglich das Konsolenfenster aber an falscher Stelle. Scheinbar sieht er die .exe der CLI-Anwendung als Ordner und navigiert zu diesem.

wenn ich nun zum richtigne Ordner gehe und meine .exe aufrufe läuft die Sache durch und die Dateien werden richtig gelesen und erstellt. Wenn ich Argumente(PFADNAME) und Funktion(cmd.exe) trenne und dann prozess starten lasse, kommt dasselbe heraus.

:?:

Moderiert von Christian S.: C#-Tags hinzugefügt

Christian S. · Beiträge: 20451 Erhaltene Danke: 2264 Win 10 C# (VS 2019)

Dann scheint der Programmierer das aufzurufenden Programmes geschlampt zu haben und die Dateien im aktuelle Arbeitsverzeichnis und nicht im Programmverzeichnis zu suchen. Das aktuelle Arbeitsverzeichnis ist dann da, wo gerade Deine EXE liegt.

Du kannst es aber vor dem Aufruf von Process.Start auf das Verzeichnis der aufzurufenden Anwendung setzen:

markieren

C#-Quelltext

1:	Environment::CurrentDirectory = "E:\\Downloads\\Reflector\\";

Dann sollte das Konsolenfenster im entsprechenden Verzeichnis öffnen.

_________________
Zwei Worte werden Dir im Leben viele Türen öffnen - "ziehen" und "drücken".

Scrabble-Fan · Hält's aus hier Beiträge: 11

Dankeschön!

Christian S. · Beiträge: 20451 Erhaltene Danke: 2264 Win 10 C# (VS 2019)

Schön, das es klappt, war ja auch eine schwere Geburt! :-)

Jetzt versuch doch mal bitte, nachdem Du das CurrentDirectory gesetzt hast, das Programm mit Process.Start zu starten. Bei der Sache über das Konsolenfenster bluten einem ja die Augen *g*

_________________
Zwei Worte werden Dir im Leben viele Türen öffnen - "ziehen" und "drücken".

Scrabble-Fan · Hält's aus hier Beiträge: 11

hatte ich schon :-)

	Mitgliederliste
	Gruppen
	Das Team
	Richtlinien
	Synonyme