DO NOT REPLY [Bug 13586] - fop will not work on linux alpha because jre is broken (workarround included)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13586. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13586 fop will not work on linux alpha because jre is broken (workarround included) --- Additional Comments From [EMAIL PROTECTED] 2002-12-07 18:43 --- Stefan, can you please verify that using Float.MAX_VALUE will be ok under jre-1.3.1 for linux-alpha? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: bug #13586
On Thu, 2002-12-05 at 18:05, Christian Geisert wrote: Oleg Tkachenko wrote: Hello there! What do you think about http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13586? Stefan asks us to use something like float currentLetterSpacing = (float) 9.99; instead of float currentLetterSpacing = Float.NaN in PDFRenderer.java due to jre-1.3.1 for linux-alpha bug. For me it looks too patchy. I suggest to resolve the bug as WONTFIX as I would use Float.MAX_VALUE instead of (float) 9.99 If you look in the pdf spec the initial value of Tc (character spacing) is 0. So you could use 0 if it properly handles the pdf graphics state by setting it to the old value when leaving a state. I don't know how possible it is to do that but even with a large number it still needs to reset it when leave the state. Since it is used only in small sections it may be unlikely to cause a problem. Anyway the MAX_VALUE should work okay. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: bug #13586
Oleg Tkachenko wrote: Hello there! What do you think about http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13586? Stefan asks us to use something like float currentLetterSpacing = (float) 9.99; instead of float currentLetterSpacing = Float.NaN in PDFRenderer.java due to jre-1.3.1 for linux-alpha bug. For me it looks too patchy. I suggest to resolve the bug as WONTFIX as I would use Float.MAX_VALUE instead of (float) 9.99 Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13586] - fop will not work on linux alpha because jre is broken (workarround included)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13586. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13586 fop will not work on linux alpha because jre is broken (workarround included) --- Additional Comments From [EMAIL PROTECTED] 2002-12-05 23:34 --- Christian suggests using Float.MAX instead of 9.99. That makes things a little tidier, and makes accidental use of the value a few orders of magnitude more unlikely. I think that it could be integrated. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
bug #13586
Hello there! What do you think about http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13586? Stefan asks us to use something like float currentLetterSpacing = (float) 9.99; instead of float currentLetterSpacing = Float.NaN in PDFRenderer.java due to jre-1.3.1 for linux-alpha bug. For me it looks too patchy. I suggest to resolve the bug as WONTFIX as anybody suffering from it able to make the modification in the code. It's only 1 line after all. -- Oleg Tkachenko eXperanto team Multiconn Technologies, Israel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13586] - fop will not work on linux alpha because jre is broken (workarround included)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13586. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13586 fop will not work on linux alpha because jre is broken (workarround included) --- Additional Comments From [EMAIL PROTECTED] 2002-11-28 14:43 --- Oleg, please READ the report again. I wrote: -- on axp, I use float currentLetterSpacing = (float) 9.99; instead of: float currentLetterSpacing = Float.NaN; -- So the comparison is ok if currentLetterSpacing is not initialized with NaN. That's the whole fix. Dont' use float currentLetterSpacing = Float.NaN Just use float currentLetterSpacing = (float) 9.99; (same source) This has no side-effects except if somebody uses leterspacing 9.99 which seems not be a real-world issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13586] - fop will not work on linux alpha because jre is broken (workarround included)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13586. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13586 fop will not work on linux alpha because jre is broken (workarround included) --- Additional Comments From [EMAIL PROTECTED] 2002-11-26 17:00 --- So, what you suggests we should use instead of if (letterspacing != this.currentLetterSpacing) ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13586] New: - fop will not work on linux alpha because jre is broken (workarround included)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13586.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13586
fop will not work on linux alpha because jre is broken (workarround included)
Summary: fop will not work on linux alpha because jre is broken
(workarround included)
Product: Fop
Version: 0.20.4
Platform: Alpha
OS/Version: Linux
Status: NEW
Severity: Blocker
Priority: Other
Component: pdf renderer
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
The jre-1.3.1 for linux-alpha has an ugly floating point bug.
The java-engine raises SIGFPE when comparing a value with NaN at least
under some conditions.
Well, this is not a Fop bug, but I suggest to change the current PDF renderer
to work arround the problem. I don't know when Digital/Compaq/HP (or the
AXP technology owner of the day) will fix this or release a new jre:
PDFRenderer.java:
on axp, I use
float currentLetterSpacing = (float) 9.99;
instead of:
float currentLetterSpacing = Float.NaN;
to avoid crashes right here:
if (letterspacing != this.currentLetterSpacing) { ... }
to make the thing work on linux axp.
For everlasting amusement, I attach a backtrace (debug on, optimizer off):
+ exec /usr/opt/axp-fop/jre1.3.1/bin/alpha/native_threads/java -Xrs -cp
/opt/axp-fop/fop-0.20.4/lib/avalon-framework-cvs-20020315.jar:/opt/axp-fop/fop-0.20.4/lib/xml-apis.jar:/opt/axp-fop/fop-0.20.4/lib/xercesImpl-2.0.1.jar:/opt/axp-fop/fop-0.20.4/lib/xalan-2.3.1.jar:/opt/axp-fop/fop-0.20.4/lib/batik.jar:/opt/axp-fop/fop-0.20.4/build/fop.jar
org.apache.fop.apps.Fop fop_bild.fo fop_bild.ps
Warning: JIT compiler none not found. Will use interpreter.
[INFO] FOP 0.20.4
[INFO] building formatting object tree
[INFO] [1]
[WARNING] table-layout=auto is not supported, using fixed!
[WARNING] Sum of fixed column widths 510234 greater than maximum specified IPD
453543
[ERROR] text outside block area
SIGFPE8* arithmetic exception
si_signo [8]: SIGFPE8* arithmetic exception
si_errno [0]: Success
si_code [128]: unknown siginfo
stackpointer=0x11fffcdf8
Full thread dump Classic VM (1.3.1-1, native threads):
Finalizer (TID:0x2000197e850, pid: 4583, sys_thread_t:0x120180b88,
state:CW, native ID:0x803) prio=8
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:108)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:123)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:162)
Reference Handler (TID:0x2000197e910, pid: 4582, sys_thread_t:0x120176148,
state:CW, native ID:0x402) prio=10
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:110)
main (TID:0x2000197e600, pid: 4528, sys_thread_t:0x120105e18, state:R,
native ID:0x400) prio=5
at org.apache.fop.render.pdf.PDFRenderer.renderWordArea(PDFRenderer.java:631)
at org.apache.fop.layout.inline.WordArea.render(WordArea.java:31)
at
org.apache.fop.render.AbstractRenderer.renderLineArea(AbstractRenderer.java:437)
at org.apache.fop.layout.LineArea.render(LineArea.java:163)
at
org.apache.fop.render.AbstractRenderer.renderBlockArea(AbstractRenderer.java:406)
at org.apache.fop.layout.BlockArea.render(BlockArea.java:82)
at
org.apache.fop.render.AbstractRenderer.renderBlockArea(AbstractRenderer.java:406)
at org.apache.fop.layout.BlockArea.render(BlockArea.java:82)
at
org.apache.fop.render.AbstractRenderer.renderAreaContainer(AbstractRenderer.java:372)
at org.apache.fop.layout.ColumnArea.render(ColumnArea.java:33)
at
org.apache.fop.render.AbstractRenderer.renderSpanArea(AbstractRenderer.java:59)
at org.apache.fop.layout.SpanArea.render(SpanArea.java:53)
at
org.apache.fop.render.AbstractRenderer.renderBodyAreaContainer(AbstractRenderer.java:328)
at org.apache.fop.render.pdf.PDFRenderer.renderPage(PDFRenderer.java:849)
at org.apache.fop.render.pdf.PDFRenderer.render(PDFRenderer.java:814)
at org.apache.fop.apps.StreamRenderer.queuePage(StreamRenderer.java:227)
at org.apache.fop.layout.AreaTree.addPage(AreaTree.java:81)
at org.apache.fop.fo.pagination.PageSequence.format(PageSequence.java:307)
at org.apache.fop.apps.StreamRenderer.render(StreamRenderer.java:210)
at org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:183)
at
org.apache.xerces.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:559)
at
