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