DO NOT REPLY [Bug 26589] New: - AIX 5.2, ibm jdk 1.4.0, OutOfMemoryError with PDF Encryption only

[bu...@apache.org]

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=26589>.
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=26589

AIX 5.2, ibm jdk 1.4.0, OutOfMemoryError with PDF Encryption only

           Summary: AIX 5.2, ibm jdk 1.4.0, OutOfMemoryError with PDF
                    Encryption only
           Product: Fop
           Version: 0.20.5
          Platform: Other
        OS/Version: AIX
            Status: NEW
          Severity: Critical
          Priority: Other
         Component: general
        AssignedTo: fop-dev@xml.apache.org
        ReportedBy: richard.sysala@fiducia.de


Hi,

I am currently writing a XML-PDF Converter.  

The input is a xml & xsl file and the output is a pdf file.  

We develop it on SunOS 5.8, it works without problems, without and also with 
PDF Encryption (we produce e.g. 200 000 PDFs).

However, when we port it to the AIX environment, it runs successfully only 
without PDF encryption.
With PDF Encryption our program throws the "java.lang.OutOfMemoryError: 
ZIP002:OutOfMemoryError, MEM_ERROR in deflate_init2" after while (e.g. 7 000 
PDFs).

Details: 
- the error is reproducable (input file e.g. 35 kB, program crash always after 
7 112 input files) 
- the memory demand increases and increases till JVM dies (only on AIX)

Environment:
- OK Tests on SunOS 5.8 with Java HotSpot(TM) Server VM (build 1.4.1_02-b06, 
mixed mode)
- OutOfMemoryError on AIX 5.2 with Classic VM (build 1.4.0, J2RE 1.4.0 IBM AIX 
build ca1401-20021126 (JIT enabled: jitc))

I repeat - without PDF Encryption works it good also on AIX!

Conclusion:
- Memory leaks lay in combination of ibm jdk 1.4.0 on AIX machine and FOP 
0.20.5 with PDFEncryption (probability 95%)

Do you have any comment?  

Thanks in advance.

Regards,
Richard Sysala