If all you have is the filename and reason of failure then you might spend hours trying to find out why the heck did you try to open the file at all. The unability to open a file doesn't have to be an administration problem, a permissions issue or something similar. You migth have an error somewhere in the code that generates the filename and then it might be very helpfull to be able to tell which open statement failed.
OTOH, it may be good to display only the "basic" stuff to the user and log the details into a file. Sometimes this is not possible and then it may be fine to include information that will be useless to the user directly, but may come in handy when the user calls that he just got an error that something went wrong on some silly line 12345.
In reply to Re^2: The Evolution of the Lowly Debug Statement
by Jenda
in thread The Evolution of the Lowly Debug Statement
by hesco
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |