fredag 06 februari 2009 16:31:55 skrev Shawn O. Pearce: > Nigel Magnay <nigel.magnay@xxxxxxxxx> wrote: > > I don't know if this is known about - I get failures running the m2 > > build for jgit: > > Yup. > > > Failed tests: > > testParse_implicit_mixed_encoded(org.spearce.jgit.revwalk.RevCommitParseTest) > > testParse_explicit_bad_encoded(org.spearce.jgit.revwalk.RevCommitParseTest) > > testParse_implicit_mixed_encoded(org.spearce.jgit.revwalk.RevTagParseTest) > > testParse_explicit_bad_encoded(org.spearce.jgit.revwalk.RevTagParseTest) > > testDequote_OctalAll(org.spearce.jgit.util.QuotedStringGitPathStyleTest) > > testDequote_Latin1(org.spearce.jgit.util.QuotedStringGitPathStyleTest) > > testDequote_RawLatin1(org.spearce.jgit.util.QuotedStringGitPathStyleTest) > > testGetText_DiffCc(org.spearce.jgit.patch.GetTextTest) > > > > Curiously, the tests work in eclipse and from ./make_jgit.sh - I > > suspect some environment setting with the mac's charset. > > make_jgit.sh doesn't run tests. But Eclipse does, and as you state, > I have also seen these pass in Eclipse but fail from m2. > > What's even more curious is look at the surefire report files for > these tests. The actual result looks correct, the expected result > looks wrong. I think m2 miscompiled the Java sources for the tests > somehow and produced incorrect literal strings which are used for > the expected values in the tests. > > I don't see these failures on Linux, from either Eclipse or Maven. One thing to suspect could be the better-than-everybody-else decomposed unicode causing our tests to decompose too. I don't have a Mac so Ic cannot test my hypothesis myself, but consider testDequote_RawLatin1(org.spearce.jgit.util.QuotedStringGitPathStyleTest) Here we intend to feed the dequote an ISO-Latin encoded string. Our decoder will first try to decode it as UTF-8, which should fail, then we try to decode it as the platform default (Linear A, Hieroglyphs, MacRoman or something not known to living mankind). A problem is that Git *forces* us to guess the encoding, and in some situations you'd need human intelligence to figure it out. Software with a little more hindsight recognize this and declare UTF-8 to be the one and only encoding. JGit always encodes things as UTF-8 for this reason, but we cannot trust the input. These test cases are supposed to prove that we can guess things correctly at least some of the time.. Using "platform default" may be the wrong thing if it does not match what a C Git user on this platform would encounter. Sorry about the long explanation, but I didn't have the time to write a short one. -- robin > > > I can try and fix it if it's new, but I wanted to check first.. > > I've looked at it and gave up. I don't know what Maven is doing here > on the Mac. Maybe fresh eyes will have a better chance at fixing it. > > My experience with Maven is it works about 5% of the time, and the > other 95% of the time you have to work around it by skipping tests, > or by writing massive blocks of XML in your pom.xml file, or by > redesigning your entire project directory structure and revision > control system to use SVN instead of Git. > -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
