runtimeerror stdout stderr
Original Reporter info from Mantis: hapr35
-
Reporter name: hapr35
Original Reporter info from Mantis: hapr35
- Reporter name: hapr35
Description:
(perhaps category = rtl ?)
since (at least) 9 years there are contrary opinions to the question,
whether r.e.m. (runtime error messages) from programs
(mainly, but not only: console programs)
that are generated by freepascal,
should go to stdout or stderr.
look at the following three cited issues, with comments from me:
0005620 descr: In Linux it would be nice to redirect the error
0005620 descr: messages to the stderr instead of stdout.
not only in linux. also in other unixes, msdos, mswin.
0005620 notes: Added option -vz
0005620 closed + fixed, 2005, v.1.9.6
very good. but, why did this option disappear later?
- - - -
0012996 notes: (Maebe) All run time error handling in the RTL uses stdout.
assert-messages go to stderr (without sysutils).
why is the handling different?
0012996 notes: (Maebe) Changing this to stderr would break
0012996 notes: backwards compatibility for little gain.
0012996 closed + won't fix, 2009, v.2.2.2
'compatibility': why do you not offer both alternatives?
'little gain': (see below)
- - - -
0017346 notes: (van de Voort) I agree in so far that it at
0017346 notes: least should be possible to change to stderr
0017346 new + open + tweak, 2010, v.2.4.0
very good. but, why has this idea not been realized in the last 4 years?
- - - -
of course a human can differentiate between r.e.m. and actual output
in the output of a freepascal-program.
but how can the differentiation happen,
if this output is processed by a (other) program?
an important example are (unnamed) pipelines
in command-lines of the form
prog1 | prog2 | ... | progN .
in such cases freepascal-programs are unusable (as long as
they do not differentiate between r.e.m. and actual output).
therefore I can not understand Mr.Maebe's 'little gain' (0012996).
I hope I have shown convincingly the importance of the
request 'r.e.m. --> stderr',
and that the idea of Mr.van de Voort (0017346) will soon be realized.
Mantis conversion info:
- Mantis ID: 25906
- OS: suse linux
- OS Build: 11 sp3 32bit
- Build: ?
- Platform: i386
- Version: 2.6.2