Re: Memory allocation - large table

2003-02-16 Thread Oleg Tkachenko
Chieh Tong wrote: Hi, I'm currently printing a very large table with over 30,000 rows in it. I understand that memory allocation problems can be avoided by using multiple page-sequences. However, the data I'm prinitng is in a table and I can't seem to think of a way to break up the table into

OutOfMemoryError when running FOP in Websphere 4.0.4 but sucessful in Win 2000

2003-02-16 Thread Sherlane Lam
Hi, I am currently writing a fop serlvet. The input is a xml xslt file and the output is a pdf file. During development, we write and test the program under Win 2000 and running in Websphere 4.0.4 environment. The font file is installed and the corresponding font xml file is generated as

Re: OutOfMemoryError when running FOP in Websphere 4.0.4 but sucessfulin Win 2000

2003-02-16 Thread J.Pietschmann
Sherlane Lam wrote: However, when we port them (including userconfig, font ttf and xml) to the AIX environment (also running in Websphere 4.0.4 environment), it cannot run successfully, and throws the java.lang.OutOfMemoryError. I've run FOP in a WebSphere environment quite successfully, even

cvs commit: xml-fop/src/org/apache/fop/pdf PDFNumber.java

2003-02-16 Thread jeremias
jeremias2003/02/16 04:39:49 Modified:src/org/apache/fop/pdf Tag: fop-0_20_2-maintain PDFNumber.java Log: Removed some unnecessary duplicate code. Revision ChangesPath No revision No revision

cvs commit: xml-fop/src/org/apache/fop/svg PDFGraphics2D.java

2003-02-16 Thread jeremias
jeremias2003/02/16 04:41:58 Modified:src/org/apache/fop/svg Tag: fop-0_20_2-maintain PDFGraphics2D.java Log: Fixed some sources of wrong operand type error in Acrobat Reader. They were caused by rounding bugs, mostly experienced with SVG files coming from

cvs commit: xml-fop/src/org/apache/fop/render/pdf PDFRenderer.java

2003-02-16 Thread jeremias
jeremias2003/02/16 04:42:11 Modified:src/org/apache/fop/render/pdf Tag: fop-0_20_2-maintain PDFRenderer.java Log: Fixed some sources of wrong operand type error in Acrobat Reader. They were caused by rounding bugs, mostly experienced with SVG files coming

cvs commit: xml-fop CHANGES

2003-02-16 Thread jeremias
jeremias2003/02/16 04:42:33 Modified:.Tag: fop-0_20_2-maintain CHANGES Log: Update changes Revision ChangesPath No revision No revision 1.10.2.49 +3 -0 xml-fop/CHANGES Index: CHANGES

cvs commit: xml-fop/src/org/apache/fop/svg PDFGraphics2D.java

2003-02-16 Thread pietsch
pietsch 2003/02/16 16:09:44 Modified:src/org/apache/fop/apps Tag: fop-0_20_2-maintain StreamRenderer.java src/org/apache/fop/fo Tag: fop-0_20_2-maintain FONode.java FObj.java src/org/apache/fop/fo/flow Tag:

Markers in areas

2003-02-16 Thread J.Pietschmann
Hi, does somebody need the markers attached to an area? I just canned them, as well as another array atteched to areas (lineage pairs). Markers were only used in the XML renderer. They ought to have uses to implement retrieve-positions first-include-carryover and last-ending-within-page, but they

Re: Changes to maintenance release to support fo:marker

2003-02-16 Thread J.Pietschmann
Ok, I worked on the patch. Some notes: Mark C. Allman wrote: These files just have a mayContainMarker() method added: I don't understand the advantage of this. Checks for proper FO structure are flaky anyway. You also canned the check that a marker can be preceded by whitespace. This is

DO NOT REPLY [Bug 16999] - fo:retrieve-marker takes marker from wrong page

2003-02-16 Thread bugzilla
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=16999. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: xml-fop CHANGES

2003-02-16 Thread pietsch
pietsch 2003/02/16 16:31:58 Modified:.Tag: fop-0_20_2-maintain CHANGES Log: Added CHANGES entry for marker fix. Revision ChangesPath No revision No revision 1.10.2.50 +8 -1 xml-fop/CHANGES Index:

cvs commit: xml-fop/src/hyph pt.xml

2003-02-16 Thread pietsch
pietsch 2003/02/16 16:47:42 Modified:src/hyph Tag: fop-0_20_2-maintain pt.xml Log: New portugese hyphenation. Submitted by: [EMAIL PROTECTED] Revision ChangesPath No revision No revision 1.1.2.2 +267 -226

cvs commit: xml-fop/src/hyph pt.xml

2003-02-16 Thread pietsch
pietsch 2003/02/16 16:49:26 Modified:src/hyph pt.xml Log: New portugese hyphenation file. Submitted by: [EMAIL PROTECTED] Revision ChangesPath 1.3 +267 -226 xml-fop/src/hyph/pt.xml Index: pt.xml

Plan for HEAD

2003-02-16 Thread J.Pietschmann
Hi all, and especially Keiron. What are currently the most pressing problems with HEAD, in order to make a dev-release? I looked around and found quite a few details, but I can't seem to get the big picture. I have somethig to do for the API spec but there wasn't much activity in this area either

Re: Plan for HEAD

2003-02-16 Thread Keiron Liddle
Hi all, and especially Keiron. What are currently the most pressing problems with HEAD, in order to make a dev-release? I looked around and found quite a few details, but I can't seem to get the big picture. I have somethig to do for the API spec but there wasn't much activity in this area

Re: Plan for HEAD

2003-02-16 Thread Jeremias Maerki
On 17.02.2003 01:57:21 J.Pietschmann wrote: Hi all, and especially Keiron. What are currently the most pressing problems with HEAD, in order to make a dev-release? I looked around and found quite a few details, but I can't seem to get the big picture. I have somethig to do for the API spec