Bug 70371 – DRT should always print a newline after #EOF

• Component: New Bugs
• Status: RESOLVED INVALID

[Eric Seidel (no email)]

DRT should always print a newline after #EOF

[Eric Seidel (no email)]

Created attachment 111509 [details]
Patch

[Eric Seidel (no email)]

Important to let this land through the commit-queue to make sure I didn't screw anything up in my testing.

[Dirk Pranke]

this change looks fine. Note that we don't enforce that the #EOF start at the beginning of the line either (specifically, in the case of audio tests where the main output is binary data, not text). Does it make sense to change that as well?

[Eric Seidel (no email)]

The code seems mixed about whether #EOF is on its own line or not.  Since adding a \n before #EOF might add a \n to some test results, I decided to avoid it for now.  You're right that it's possible we're silently ignoring some content in ORWT due to lack of requiring #EOF to be on a line by itself.

[Eric Seidel (no email)]

Comment on attachment 111509 [details]
Patch

re-testing ORWT, I'm seeing failure.  Checking...

[Eric Seidel (no email)]

This is invalid.  I was just confused.  puts always prints a newline after the string.  This change caused us to print double-newlines.

The opposite change is probably correct to remove the \n from all the places where we currently have "#EOF\n".