QProcess <incomplete type> ?

[central]

Hallo ,
habe einen kleines Problem und würde mich über Hilfe freuen,
es geht um folgendes .
Ich habe ein commandline tool (obexftp) für das ich gerade eine Oberfläche schreibe.
Die Befehle setzte ich über QProcess ab .
verbinde mit dem Signal processExited um das Ende des processes mitzubekommen.
wenn ich nun in einer konsole

obexftp -b 00:00:01:AD:FE -B 10 -l
eingebe dauert es bis zur Abarbeitung ca 2 Sek.
wenn ich nun das im meine Programm über


proc=new QProcess(this);
proc->addArgument( "obexftp" );
proc-> addArgument( "-b" );
proc-> addArgument( " 00:00:01:AD:FE" );
proc-> addArgument( "-B" );
proc-> addArgument( "-l" );
connect( proc, SIGNAL(readyReadStdout()),
this, SLOT(readFromStdout()) );
connect( proc, SIGNAL(processExited()),
this, SLOT(processEnde()) );

dauert das etwa 12 Sek.
nachdem ich debugt habe , habe ich erfahren
{ "proc", "struct QProcess *", "<incomplete type>" }
warum woran liegt das ? was mache verkehrt ?

gruß

central

[anda_skoa]

Ohne mehr Code kann man nicht viel sagen.

Übrigens gibt es glaub ich eine liboebx, also die Möglichkeit direkt selber ein Programm zu schreiben

Ciao,
_

[central]

OK kein Problem,
das ist der Button zum starten


void corepushWDG::useDevice_Slot()
{

progressBar1->setProgress(0);

QTextStream btst(&btdevice);

if( !btdevice.open( IO_WriteOnly ) )
{
QMessageBox::critical( 0,
tr("Fatal error"),
tr("Could not open file."),
tr("Quit") );
exit( -1 );
}
//cout << endl;
btst << comboBox1->currentText() << endl; // die ID from phone
btdevice.close();
//sleep(1);
useDeviceB->setFlat(true);
acces();
proc-> addArgument( "-l" );


connect( proc, SIGNAL(readyReadStdout()),
this, SLOT(readFromStdout()) );
//connect( proc, SIGNAL(readyReadStderr()),
// this, SLOT(readFromStderr()) );
connect( proc, SIGNAL(processExited()),
this, SLOT(processEnde()) );

if ( !proc->start() ) {
// error handling

QMessageBox::critical( 0,
tr("Fatal error"),
tr("could not start obexftp"),
tr("Quit") );
exit( -1 );
}

}


und hier access


void corepushWDG::acces()
{
proc=new QProcess(this);
//proc->clearArguments ();
proc->addArgument( "obexftp" );
proc-> addArgument( "-b" );
proc-> addArgument(comboBox1->currentText());
proc-> addArgument( "-B" );
switch (int i = comboBox2->currentItem())
{
case 0: proc-> addArgument( "12" );
textLabel1->setText("nokia selectet channel 12");
break;
case 1: proc-> addArgument( "10" );
textLabel1->setText("siemens selectet channel 9");
break;
case 2: proc-> addArgument( "7" );
textLabel1->setText("ericcson selectet channel 10");
break;
case 3:proc-> addArgument("5");
textLabel1->setText("siemens selectet channel 9");
break;
}
}


im header
nur mal das relevante


public slots:
virtual void readFromStdout();
virtual void processEnde();
virtual void useDevice_Slot();
virtual void acces();

protected:
/*$PROTECTED_FUNCTIONS$*/

QProcess *proc;



das dürfte eigentlich alles relevant sein wenn du noch was brauchst keine Problem
bin ja schon mal froh das jemand überhaupt schaut :)


Übrigens gibt es glaub ich eine liboebx, also die Möglichkeit direkt selber ein Programm zu schreiben
Ja, ist richtig heißt libopenobex.
Ist aber wohl um einiges schwerer und aufwendiger als ein frontend zu schreiben.

gruß

central

[anda_skoa]

connect( proc, SIGNAL(readyReadStdout()),
this, SLOT(readFromStdout()) );
//connect( proc, SIGNAL(readyReadStderr()),
// this, SLOT(readFromStderr()) );
connect( proc, SIGNAL(processExited()),
this, SLOT(processEnde()) );

Wie sehen denn die beiden Slots aus?



Ja, ist richtig heißt libopenobex.
Ist aber wohl um einiges schwerer und aufwendiger als ein frontend zu schreiben.


Nicht unbedingt. Ich glaub irgendwo im KDE SVN (vielleicht playground oder kdenonbeta) mal Qt Code dafür gesehen zu haben, vermutlich eben auch für ein Obex Frontend.

Ciao,
_

[central]

Hm,
also der Slot readFromStdout()
{
}
ist leer

und der Slot processEnde()
ist momentan ziemlich unerheblich da das Problem ja vorher schon liegt.
Also es dauert ca 12 sek bis das Signal ProcessExited kommt und erst dann
bearbeite ich die Daten was innerhalb einer Sek. abgearbeitet ist .

wenn Du eine Idee hast warum der Process solange braucht bis er ein ProcessExited sendet oder eine Idee wie ich das abkürzen könnte wäre ich dir echt dankbar.

gruß

central

[anda_skoa]

Hmm, leider keine echte Idee woran das liegen könnte.

Vielleicht ist das nicht Lesen der Ausgabe ein Verzögerungsgrund.
Allerdings wäre mir ein solches Verhalten bisher unbekannt.

Ciao,
_

[central]

Gefahr erkannt Gefahr gebannt :)
Das Problem war das in der Zeile


proc -> addArgument (combox1->currentText());

wohl am ende noch Leerzeilen enthalten waren :confused:
wieso, weshalb, warum weiß keiner so genau :)
Die Lösung


proc -> addArgument (combox1->currentText().simplifyWhiteSpace());


gruß

central