Geert,
Yes I did. I also ran the tests on Windows and they pass.
It's also ok for me now. Thanks again.
Pierre
___
Rife-users mailing list
Rife-users@uwyn.com
http://lists.uwyn.com/mailman/listinfo/rife-users
Hi Pierre,
I set the svn:eol-style property to LF on the test template files.
I hope that helps.
Great! I got the files with svn:eol-style at LF :-)
Did you change the value for includes_othertype_out_content_4.html?
I still got the "native" value"?
Yes I did. I also ran the tests on Wi
Geert,
I set the svn:eol-style property to LF on the test template files. I
hope that helps.
Great! I got the files with svn:eol-style at LF :-)
Did you change the value for includes_othertype_out_content_4.html? I
still got the "native" value"?
Question: almost all the unittests/template
Hi Pierre,
I set the svn:eol-style property to LF on the test template files. I
hope that helps.
Best regards,
Geert
On 26-jan-06, at 21:56, Raoul Pierre wrote:
Geert,
The last error is most probably because you edited a template file
in an editor that insists on having a final newlin
Hi Pierre,
I'm sorry, I don't really use windows, so I can't help with this.
Maybe ask on the subversion list?
Best regards,
Geert
On 26-jan-06, at 21:56, Raoul Pierre wrote:
Geert,
The last error is most probably because you edited a template file
in an editor that insists on having a
Geert,
The last error is most probably because you edited a template file in
an editor that insists on having a final newline at the end of a
file. Some editors always add this, even is you remove that last
blank line.
Even if I replace my locale file by a copy from svn repository, the eo
Thanks Pierre, I committed your change.
The last error is most probably because you edited a template file in
an editor that insists on having a final newline at the end of a
file. Some editors always add this, even is you remove that last
blank line.
On 26-jan-06, at 18:26, Raoul Pierre
Geert,
You apparently still haven't setup your config file correctly either.
So now I get only one failure, see below.
I checked the files:
includes_othertype_in.html
includes_othertype_out_content_0.html
includes_othertype_out_content_1.html
includes_othertype_out_content_2.html
includes_ot
It's not an issue with the parser, it's junit assertEquals() that
considers the line endings to be different.
You apparently still haven't setup your config file correctly either.
I think that the invisible equals differences are related to
the linebreak differences. Either SVN converted t
Geert,
I think that the invisible equals differences are related to the
linebreak differences. Either SVN converted them to windows at
checkout, either something else is as play.
What are they in cvs? Unix one?
They're in subversion, not cvs, and yeah they are unix ones.
I changed e
Hi Pierre,
Thanks. Much less errors now...
Cool :-)
I think that the invisible equals differences are related to the
linebreak differences. Either SVN converted them to windows at
checkout, either something else is as play.
What are they in cvs? Unix one?
They're in subversion, no
Geert,
Your other errors are most probably related to the fact that you
didn't configure rife/programs/unittests/config/rep/config-
windows_xp.html according to the location of the files on your machine.
Thanks. Much less errors now...
I think that the invisible equals differences are rela
Hi Pierre,
I committed an updated version of TestTemplateFactory that uses the
embedded Derby DB instead.
Your other errors are most probably related to the fact that you
didn't configure rife/programs/unittests/config/rep/config-
windows_xp.html according to the location of the files on y
Geert,
When I run the unit tests:
suite.addTest(com.uwyn.rife.template.TestSuiteTemplate.suite());
suite.addTest(com.uwyn.rife.test.TestSuiteTest.suite());
suite.addTest(com.uwyn.rife.tools.TestSuiteTools.suite());
with Rife directly copied from CVS
14 matches
Mail list logo