Prozess laufende Prozesse abfragen und auf Gültigkeit überprüfen
-
also habe mir mal das Beispiel mit notepad.exe angeschaut. nun habe ich etwas ausprobiert. Ich schreibe mir mit folgenden Befehl den Pfad der exe in ein txt Dokument und Speicher dies ab.
@ QString filename = QFileDialog::getOpenFileName(this,"Open .exe","C://","All files(.);;");
if(filename == NULL)
QMessageBox::information(this,".exe","Keine *.exe gewählt.");
else
{
ui->dateiEdit1->setText(filename);QDir pfad1(QCoreApplication::applicationDirPath()); QFile var1(pfad1.absolutePath()+QDir::separator()+("process.txt")); QFile processFile(var1.fileName()); if(!processFile.open(QIODevice::WriteOnly | QIODevice::Text)) //Append für Dranhängen QMessageBox::critical(this,"ERROR","Fehler beim öffnen der Datei"); else { QTextStream out(&processFile); QString var2 = ui->dateiEdit1->text(); out << var2; //out << "\n"; //Für Mehrzeilige Prozesse bei Append } processFile.close(); }@Soweit so gut. Da Ich nun den Pfad habe lade ich mir den später in einen String und übergebe ihn dem qprocess:
@QDir pfad1(QCoreApplication::applicationDirPath());
QFile var1(pfad1.absolutePath()+QDir::separator()+("start.png"));QDir pfad2(QCoreApplication::applicationDirPath()); QFile var2(pfad2.absolutePath()+QDir::separator()+("stop.png")); QDir pfad3(QCoreApplication::applicationDirPath()); QFile var3(pfad3.absolutePath()+QDir::separator()+("process.txt")); QFile processFile(var3.fileName()); if(!processFile.open(QIODevice::ReadOnly | QIODevice::Text)) QMessageBox::critical(this,"ERROR","Fehler beim öffnen der Datei"); else { QTextStream in(&processFile); ui->process1->setText(in.readAll()); } processFile.close(); QProcess *process1 = new QProcess(); QString program = ui->process1->text(); qDebug() << program; process1->start(program);@Leider startet mein Programm (in dem Fall Firefox) nicht und das Programm kotzt ab.
-
Den Pointer in der Klasse behalten und keinen temporären Pointer verwenden.
Das funktioniert eigentlich meist noch recht gut den Pointer in der Gegend herumhängen zu lassen. ;-) Fällt meist Monate später auf, wenn man irgendeine andere Änderung macht und einem alles um die Ohren fliegt.
Zum Beispiel dann im Headerfile MeineKlasse.h:
@
class MeineKlasse : public QObejct
{
Q_OBJECT.... QProcess *ProcessPtr;};
@
und in source File MeineKlasse.cpp:
@
...
ProcessPtr = new QProcess();
QString program = ui->process1->text();
qDebug() << program;
ProcessPtr->start(program);
@Noch eine Anmerkung. Versuche etwas Struktur in deine Namensgebung zu bringen. Nicht überall denselben Namen und Schwreibweise, wie mit process1. Wenn dies immer wso machst, bekommst du ein heilloses Durcheinander.
Manche starten die Klassenmembernamen alle mit m_ (m_Process...). Bei mir starten alle Membernamen mit einem Grossbuchstaben und lokale Variablen mit einem kleinen. Hilft schon viel ;-)
-
Hi,
also bei
@
qDebug() << program;
@gibt er mir den Pfad zur exe von Firefox aus und bei
@
ProcessPtr->start(program);
@startet firefox nicht.
@
Starting C:\Users\bauralexander\Desktop\build-ProcessMonitoring-Desktop_Qt_5_2_1_MinGW_32bit-Debug\debug\ProcessMonitoring.exe...
"C:/Program Files (x86)/Mozilla Firefox/firefox.exe"
@Pfadschreibweise so in Ordnung?
[edit: Klammeraffen verschoben und blanks eingeführt wegen falscher Anzeige, koahnig]
-
Problem sind die spaces im Datenamen,
Da du nur den Befehl eingibst führt QProcess dies als "C:/Program" und den Rest als Parameter aus.
Du musst den Befehl schon in Anführungszeichen setzen. Die Aufgezeigten werden von qDebug eingeführt, So kann man die Länge des Strings sehen.Probiere es erst einmal mit
@
program = ""C:/Program Files (x86)/Mozilla Firefox/firefox.exe"";
ProcessPtr->start ( program);
@ -
Ah super so hat es geklappt.
Hab es auch für mein Auslesen aus einer Textdatei hin bekommen :-)
@QProcess *process1 = new QProcess();
QString program = ui->process1->text();
QString first = """;
QString last = """;
program.insert(0,first);
program.insert(program.size(),last);
qDebug()<<program;
process1->start(program);@Nun muss ich halt schauen wie ich diesen Prozess (Firefox) richtig überwachen kann, falls das Program jemand schließt oder der Prozess nicht mehr ausgeführt wird.
-
Eine Alternative ist das 8.3-Format, wie von Clochydd angegeben.
Persönlich mag ich das gar nicht. Es erinnert mich zu sehr an die DOS-Zeiten respektive Lochkarten.
Für den Rest musst du dich mal vertieft mit den Signals&Slots auseinandersetzen. Vom Prinzip her sind das eigentlich nichts anderes als Aufrufen zu Routinen einer Klasse.Das Gnaze ist nur abstrahiert. Auf der aufrufenden Seite wird es SIGNAL genannt und auf der anderen SLOT.