You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The report file handle is hanging out in global memory space. Code for writing to it is sprinkled across the entire application. This is most evident when logging warnings and errors to the report file. Furthermore, the code for writing and the content to be written is munged together.
I am currently wrapping global variables in a structure, but this is only perpetuating the problem. A better solution would be to create a text file writer that separates report content and centralizes the code for writing to a file.
A logger should also be created for handling errors and warnings. Right now they get dumped to the report file, but the logger should dump anyplace it is directed. Would also be great if the state were managed behind the scenes so file pointers aren't getting passed around all over the place.
The text was updated successfully, but these errors were encountered:
@michaeltryby, I like the idea of a log that can be separated from the report file. In addition, we could log control actions outside in a controls.log file. Just and idea.
I 2nd @bemcdonnell suggestion about a log file. So many users ignore the top of the rpt file. A separate log file might be easier for them to pay attention to or at least learn to pay attention to the warnings.
The report file handle is hanging out in global memory space. Code for writing to it is sprinkled across the entire application. This is most evident when logging warnings and errors to the report file. Furthermore, the code for writing and the content to be written is munged together.
I am currently wrapping global variables in a structure, but this is only perpetuating the problem. A better solution would be to create a text file writer that separates report content and centralizes the code for writing to a file.
A logger should also be created for handling errors and warnings. Right now they get dumped to the report file, but the logger should dump anyplace it is directed. Would also be great if the state were managed behind the scenes so file pointers aren't getting passed around all over the place.
The text was updated successfully, but these errors were encountered: