You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-users@xmlgraphics.apache.org by Dmitry Beransky <dm...@gmail.com> on 2009/06/09 00:55:12 UTC
Re: FOP 0.93 vs 0.94 vs 0.95
>On Mon, Aug 25, 2008 at 6:24 PM, Andreas Delmelle <an...@...> 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.datatypes.LengthBase.toString(LengthBase.java:135)
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 java.lang.String.valueOf(String.java:2615)
at java.lang.StringBuffer.append(StringBuffer.java:220)
at org.apache.fop.datatypes.LengthBase.toString(LengthBase.java:135)
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 java.lang.String.valueOf(String.java:2615)
at java.lang.StringBuffer.append(StringBuffer.java:220)
at org.apache.fop.datatypes.LengthBase.toString(LengthBase.java:135)
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)
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: FOP 0.93 vs 0.94 vs 0.95
Posted by Andreas Delmelle <an...@telenet.be>.
On 09 Jun 2009, at 00:55, Dmitry Beransky wrote:
Hi
>> On Mon, Aug 25, 2008 at 6:24 PM, Andreas Delmelle
>> <an...@...> 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: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org