<html>
<head>
</head>
<body class='hmmessage'><div dir='ltr'>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style>
<div dir="ltr">Hi Steve,<br><br>it seems that NumberPreparer (in trunk) doesn't completely ignore<br>the start/end values when numberStyle == NONE.<br><br>See line 116:<br> if (first.getLeftStart() > first.getLeftEnd() || first.getRightStart() > first.getRightEnd())<br> initial = Math.max(initial, rightStart);<br> else if (rightStart > 0)<br> initial = Math.min(initial, rightStart);<br><br><br>In normal processing, the fields are 0 when style is NONE,<br>but NumberRangeTest.java sets them to -1 and this really produces different<br>bit streams in some cases, e.g. when iter == 306<br>the following test case is generated:<br>[0,O,9,7,O,7,5, 1,B,8,2,O,3,5, 2,O,1,1,N,-1,-1]<br><br>and the patch numbers-v0.patch causes a test failure.<br>Attached version 1 of the patch solves this issue, but I think<br>the problem should be fixed in the preparer<br>and the test should be adapted?<br><br>Gerd<br> <br><br><br><br></div>
</div></body>
</html>