in reply to Output of STDERR - Probably an easy one
I this something that is set and controled somehow with Perl? Or is it a setting on the webserver (IIS and Apache)?
If your script does nothing with STDERR other than write to it, then what happens will be determined by the webserver. What the webserver does by default and how to configure it depends on your webserver. Consider that you may be running IIS, Apache or some other server. With IIS your script may be run by perl.exe as a CGI script or by perlis.dll as an ISAPI plugin. With Apache, your script may be run as a CGI script or you may be running mod_perl, fastCGI or some other context. You will have to investigate the specifics of your servers to learn the defaults and options.
But, your script can do more than just write to STDERR. It can close STDERR as provided by the server and re-open it connected to a file or process of your chosing. So the script can also determine what happens with data written to STDERR.
And, many error messages can be diverted to other destinations before they are written to STDERR (e.g. use CGI::Carp qw(fatalsToBrowser)). Other responses provide several good alternatives for redirection of error messages within your scripts.
|
|---|