I solved this problem with a quick review of the svn logs pertaining
the
code involved in the Rivet channel handling and rvt template parsing
It was instant clear that none had changed the code in years
and so I turned my attention to the rvt files in the test suite.
It turned out they were supposed to have the final eol stripped off,
whereas my editor reintroduced the eol when I changed the command
names into their fully qualified form.
The problem was tiny, the reason why and when an eol slid into those
files is rather obscured in the darkness of svn, since there is no
sign of modification in the logs.
Only virtualhost.test seems to be in a bad state with a substantial
mismatch between actual and expected outputs
-- Massimo
On 18.11.2011 11:49, Massimo Manghi wrote:
I realized yesterday night that tests in rivet-namespace failed
because of a spurious carriage return showed up in the channel
output buffer.
I verified the same character appears also with code in trunk but
it cannot be a change in Tcl.
Rivet scripts are made out of the concatenation of the BeforeScript,
plus the script referenced in the URL, plus the AfterScript.
The unexpected CR comes just after the output of the URL script, so
either I accept it as is or I have to debug the Tcl channel internal
buffer. Suggestions before I dive into this?
-- Massimo
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
