Bryan Pendleton wrote: > Ole Solberg wrote: > >> I guess r566353 needs to be backported to 10.3 as well: > > Thanks Ole and Henri! > > I agree, that change looks like a perfect match for the diff I was > seeing in compressTable. > > http://svn.apache.org/viewvc/db/derby/code/trunk/java/testing/org/apache/derbyTesting/functionTests/master/compressTable.out?r1=566353&r2=566352&pathrev=566353 > > > I'm not totally sure how this change ties in to any specific > JIRA issues, though. The revision log for r566353 doesn't > indicate which JIRA issue it belongs with. > > However, since it fixes the problem that I saw in the trunk, > I went ahead and merged it back to the 10.3 branch. The merge was > clean, and the test now passes in my environment, so I committed > this change to subversion as revision 597922. > > Dan, it appears that this might have been related to the DERBY-1734 > change that you merged from the trunk to the 10.3 branch. If > merging r566353 from the trunk to 10.3 was *not* the right thing > to do, please let us know. > > Ole, Henri: can you confirm that this test now passes with the > latest copy of the 10.3 branch?
10.3 tests with r597922 show that this now passes: http://dbtg.thresher.com/derby/test/10.3Branch/jvm1.6/FailReports/598016_bySig.html http://dbtg.thresher.com/derby/test/10.3Branch/jvm1.5/FailReports/598016_bySig.html http://dbtg.thresher.com/derby/test/10.3Branch/jvm1.4/FailReports/598016_bySig.html (5 out of 12 platforms done when writing this...) > > thanks, > > bryan > > -- Ole Solberg, Database Technology Group, Sun Microsystems, Trondheim, Norway