stderr und fprintf

[Fragender (Gast)]

Warum wird stderr eigentlich immer mit fprintf verwendet und nicht mit 
printf?
Hier zB.:

        if (ctx->debug) {
            fprintf(stderr,
                    "Message length not corresponding to the computed length (%d != %d)\n",
                    rsp_length, rsp_length_computed);
        }

[holger (Gast)]

>Warum wird stderr eigentlich immer mit fprintf verwendet und nicht mit
>printf?

Schau dir den Prototypen und die Parameterliste für den Aufruf
von printf an, dann weisst du es.

[Johann L. (gjlayde)]

Fragender schrieb:
> Warum wird stderr eigentlich immer mit fprintf verwendet und nicht mit
> printf?

printf geht hach stdout, nicht nach stderr.  Guckstdu C-Standard.

[eagle user (Gast)]

das müsste sich mit dup()/dup2() austrixen lassen...

[Stephan Baerwolf (Gast)]

Anbei ein Stueckchen Code.

XXXXXX:/tmp$ gcc -o main main.c
XXXXXX:/tmp$ ./main > /dev/null
written to stderr...
also written to stderr..

MfG

[Dr. Sommer (Gast)]

eagle user schrieb:
> das müsste sich mit dup()/dup2() austrixen lassen...

dup ist eine POSIX-Funktion (gibts zB nicht unter Windows). (f)printf 
sind Standard-C(++)-Funktionen, die gibts auf allen Plattformen die 
C(++) korrekt unterstützen (auch Windows). Sollte man daher nicht 
durcheinander werfen; dass das so geht ist von C nicht vorgesehen.

[Rolf M. (rmagnus)]

Fragender schrieb:
> Warum wird stderr eigentlich immer mit fprintf verwendet und nicht mit
> printf?

Weil man bei printf gar nicht wählen kann, wohin die Ausgabe gehen soll. 
Es geht grundsätzlich immer nach stdout. Du könntest aber umgekehrt 
fprintf auch mit stdout benutzen, wenn du das unbedingt alles mit der 
selben Funktion machen willst.

Dr. Sommer schrieb:
> eagle user schrieb:
>> das müsste sich mit dup()/dup2() austrixen lassen...
>
> dup ist eine POSIX-Funktion (gibts zB nicht unter Windows).

Abgesehen davon geht die Ausgabe immer noch nach stdout. Das ist jetzt 
nur auf Systemebene mit einem anderen Stream verbunden. Auf der C-Seite 
bleibt ein printf(...) aber äquivalent zu einem fprintf(stdout, ...).

[Clemens L. (c_l)]

Rolf M. schrieb:
> Weil man bei printf gar nicht wählen kann, wohin die Ausgabe gehen soll.
> Es geht grundsätzlich immer nach stdout.

... das man mit freopen() umbiegen kann.

Allerdings ist dieser Dateiname dann noch weniger portabel as FD 2.