On 09 Jun 2009, at 00:55, Dmitry Beransky wrote:
Hi
On Mon, Aug 25, 2008 at 6:24 PM, Andreas Delmelle
<andreas.delme...@...> wrote:
That was due to a regression, where PercentLength.toString()
indirectly called
itself (a consequence of using Object.toString() instead of
Property.getString())
I'm not entirely certain, but it seems like the fix never made it
into 0.95. IIC,
this issue should not exist in FOP Trunk anymore.
I just made a fresh build off of trunk and the problem seems still
to be there:
java.lang.StackOverflowError
at sun.misc.FloatingDecimal.dtoa(FloatingDecimal.java:515)
at sun.misc.FloatingDecimal.<init>(FloatingDecimal.java:442)
at java.lang.StringBuffer.append(StringBuffer.java:365)
at
org
.apache.fop.fo.properties.PercentLength.toString(PercentLength.java:
121)
at java.lang.String.valueOf(String.java:2615)
at java.lang.StringBuffer.append(StringBuffer.java:220)
[...]
at
org
.apache.fop.fo.properties.PercentLength.toString(PercentLength.java:
121)
at java.lang.String.valueOf(String.java:2615)
at java.lang.StringBuffer.append(StringBuffer.java:220)
at
org.apache.fop.fo.flow.table.TableColumn.toString(TableColumn.java:
233)
at
org.apache.fop.fo.flow.table.TableColumn.toString(TableColumn.java:
233)
Check closely whether you're /really/ using FOP Trunk.
Just checked the code, and in FOP Trunk, the call stack will look like:
TableColumn.toString()
->StringBuffer.append()
->PercentLength.getString()
If you're certain you're using Trunk, then please send us the FO, so
we can debug this.
Thanks!
Regards
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
