You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by bu...@apache.org on 2001/12/01 14:01:55 UTC
DO NOT REPLY [Bug 5221] New: -
Image loading can hang forever
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=5221>.
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=5221
Image loading can hang forever
Summary: Image loading can hang forever
Product: Fop
Version: all
Platform: PC
OS/Version: Linux
Status: NEW
Severity: Major
Priority: Other
Component: images
AssignedTo: fop-dev@xml.apache.org
ReportedBy: jesse.glick@netbeans.com
First, background: I use Linux (RHL 6.1, 2.2.12) with JDK 1.3.1_01, with FOP
0.20.2, bundled Xalan/Xerces, DocBook XSL stylesheets 1.45 with FO support.
For the most part FOP does a good job of rendering DocBook to PDF, and I use it
in addition to HTML output. I have a large DocBook document (> 200 pages) with
many images (screenshots especially; one PNG and many GIFs). Normally this all
works well.
Recently I noticed that the FOP processing hung after saying "stopping
renderer". I invoke it from Ant like this:
<java classname="org.apache.fop.apps.Fop" fork="true" failonerror="true">
<jvmarg value="-Xmx200m"/>
<classpath>
<pathelement location="lib/Fop-0.20.2/build/fop.jar"/>
<fileset dir="lib/Fop-0.20.2/lib">
<include name="*.jar"/>
</fileset>
</classpath>
<arg value="-d"/>
<arg value="-xml"/>
<arg file="${xml}"/>
<arg value="-xsl"/>
<arg file="${xsl}"/>
<arg value="-pdf"/>
<arg file="${pdf}"/>
</java>
where ${xsl} is fo/docbook.xsl from the DocBook stylesheets v. 1.45. The process
seems to go fine (processes all pages [199], [200], [201], etc.) and says
"Stopping renderer"; does a little more work (disk activity); then stops.
Sending SIGQUIT yields the attached thread dump.
It seems GifImage.loadImage just sleeps forever, and the image producer is never
told that the image is ready. I have no idea why. Anyway, I wrote a patch to
GifImage.java (attached) which works: it prints an error message for one GIF
file only, and the rendering finishes normally. In fact in the PDF this GIF
looks fine. So I suspect the image producer is actually ready (probably very
quickly) and the event was simply never received.
I will attach the GIF too. It looks fine to me; a small icon which uses a
transparency. Java 1.3.1_01 displays it fine in other contexts (e.g. JTree).
If you would like a reproducible test case I can try to generate the FO by
itself and narrow it down to a block showing this GIF which I assume is the
problem. Just send me email etc.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-dev-unsubscribe@xml.apache.org
For additional commands, email: fop-dev-help@xml.apache.org