why can't QProcess read all output?

[Zlatomir]

Disclaimer: I didn't use this... so i might be wrong, but
as far as i know the '\n' line end doesn't flush the stream, try to use std::endl to finish the line.

[Raul]

Disclaimer: I didn't use this... so i might be wrong, but
as far as i know the '\n' line end doesn't flush the stream, try to use std::endl to finish the line.

the program that i want to call was wrote in C not C++.

[Zlatomir]

In C you can use:

printf(...);
fflush(stdout);

printf(...);
fflush(stdout);

To copy to clipboard, switch view to plain text mode 

to flush the stdout buffer

[Raul]

In C you can use:

printf(...);
fflush(stdout);

printf(...);
fflush(stdout);

To copy to clipboard, switch view to plain text mode 

to flush the stdout buffer

if like the following ?
void mainWindow::iupdateTextEdit()
{
QByteArray newData=inprocess.readAllStandardOutput();
QString text=textEdit->toPlainText()+QString::fromLocal8Bit(newData);
textEdit->setPlainText(text);
fflush(stdout);
}

[Zlatomir]

No, don't use that in Qt.

Use that in your C application (if you have the source of the C application)

[squidge]

If you run your C program from a dos command line, do you get all output?

[Raul]

If you run your C program from a dos command line, do you get all output?

If i set the Konsole to super Konsole(su -) ,i can get all output.but if i set it to "/bin/bash",it can't .

[squidge]

If i set the Konsole to super Konsole(su -) ,i can get all output.but if i set it to "/bin/bash",it can't .

Then it seems like you can't get the same behaviour from your Qt app without first requesting su?

[Raul]

Then it seems like you can't get the same behaviour from your Qt app without first requesting su?

I just use QProcess start the program.and read the process.I didn't know how to request su first.if you can tell me how to request su first.

[Raul]

Then it seems like you can't get the same behaviour from your Qt app without first requesting su?

I think my problem occurs without first requesting su.and i have studied the PAM.but i can't solve my problem yet,the main reason is that i don't know how to request su first.

[squidge]

Well, you can always give root access to your program permanently, if you don't want to request it whilst running:

chown root your_app
chmod a+xs your_app

[Raul]

Well, you can always give root access to your program permanently, if you don't want to request it whilst running:

chown root your_app
chmod a+xs your_app

the result is the same as before.

[Raul]

No, don't use that in Qt.

Use that in your C application (if you have the source of the C application)

unfortunately,i haven't the soures of the C application.

[wysota]

Disclaimer: I didn't use this... so i might be wrong, but
as far as i know the '\n' line end doesn't flush the stream, try to use std::endl to finish the line.

Flushing the stream is done by the runtime (or even the operating system), not by the application hence there is no difference between \n and std::endl. And I'm sure \n causes the stream flush, at least in those systems that I know of.

[Zlatomir]

@Wysota: You are right, the actual flush is "done" by the OS, but "when" is done can be controlled from your code, and the new-line character '\n' doesn't "force" the OS to flush the output stream, while the endl does.

@Raul: your problem is within the C application
i don't think that you can force the stream to flush from QProcess (i might be wrong) maybe you can wait for the C application to finnish (that must cause a flush) and then see what you have in that byte-array (again i don't know if QProcess still "capture" the flush if it is closing the other process)

[wysota]

@Wysota: You are right, the actual flush is "done" by the OS, but "when" is done can be controlled from your code, and the new-line character '\n' doesn't "force" the OS to flush the output stream, while the endl does.

I don't know if this is the case in all basic operating systems but at least in Unices the default buffering for streams is "line buffering", so \n has to force a flush. Anyway take a look at any decent C application and check if every printf() is followed by fflush.

i don't think that you can force the stream to flush from QProcess (i might be wrong)

You are not wrong. What one could do is to use stddup, disable buffering of the newly created stream and set that stream as stdout of the newly created process (of course you need to spawn it yourself using proper native means). At least in Unices

Anyway the "problem" is obviously in behaviour of the slave program.

[Zlatomir]

@Wysota: I didn't said you are wrong, and you are right about line-buffer in *nix, but this isn't a behavior that you can assume it's true (especially if you want multi-platform)

Anyway take a look at any decent C application and check if every printf() is followed by fflush.

Correct again, it is highly not recommended to force flush on every printf()/cout, because the OS "usually" does a good job and flush the buffer whenever necessary, but this isn't a standard cross-platform "thing" (in some situations you can have different behaviors on same platform), so in some cases like the one we are talking wright now it is (or should be) necessary to "force" the flush.

[wysota]

@Wysota: I didn't said you are wrong, and you are right about line-buffer in *nix, but this isn't a behavior that you can assume it's true (especially if you want multi-platform)

Can you point a platform that doesn't perform a flush on newline?

[squidge]

I just use QProcess start the program.and read the process.I didn't know how to request su first.if you can tell me how to request su first.

Check out PAM.

Can you point a platform that doesn't perform a flush on newline?

What would also be interesting is that if you open a file as binary, you don't (or at least, I would expect you didn't) get flushing on newline. Do you get fliushing on endl even though the file is binary? I know using endl on a binary file is a bit strange, but it would be interesting to find out. Unless of course endl on a binary file causes a run time error?

[Raul]

[QUOTE=fatjuicymole;146411]Check out PAM.


what the "PAM" reffers to?