The Persistence of Vision Raytracer (POV-Ray).
This is the legacy Bug Tracking System for the POV-Ray project. Bugs listed here are being migrated to our github issue tracker. Please refer to that for new reports or updates to existing ones on this system.
Attached to Project: POV-Ray
Opened by Tim Attwood - 2009-05-17
Last edited by William F Pokorny - 2016-12-10
Opened by Tim Attwood - 2009-05-17
Last edited by William F Pokorny - 2016-12-10
FS#28 - #debug message not displayed.
The #debug message stream is only being flushed when it hits a newline character,
instead of after each #debug statement. This means that some final strings don’t show up.
#debug "This line prints,\n but this line doesn't."
This is a known issue; I think a convention of flushing the #debug stream at the end of each #debug statement is a reasonable idea.
No: doing so would defeat the purpose of having buffered debug output in the first place. Instead, a single, forced flush right before the render starts should be enough.
In 3.6 some macros produced a progress bar by printing dashes.
If you only flush the buffer before render then those progress bars will be broken.
If you are worried about buffers because of file redirection, then it makes sense performance wise to actually redirect output to a file buffer, then only flush the file buffer when it's full, and at end of the render.
For the message window display it makes sense to flush after each #debug command.
This did not work in 3.6 either, the buffering was included there already. One intelligent way to restore a meaningful progress output would be to implement a smart handling of "\r" (backslash-r) that would be detected by the debug message printing code and convert them into progress messages handled similar to the parser token progress messages. This could be implemented i.e. by appending any #debug stream message that ends with a backslash-r to the parser progress message display. Regular text stream output would remain as is, meaning only the last "progress debug" message before the next new backslash-n would be printed. This would reduce output of debug message junk to log files (if used), yet it would also permit meaningful progress reporting from inside the SDL.
Now tracked on github as issue #172.