Ticket #68 (closed defect: wontfix)

Opened 3 years ago

Last modified 1 year ago

sigserv of xmlroff

Reported by: czarny Assigned to: czarny
Priority: blocker Milestone:
Component: libfo Version: 0.5.x
Keywords: Cc:
Blocking:

Description

Ok -- so all happy I've tried to reformat a .fo file genrated via xmlto from a documentation I've written in xml docbook. It crashes hard. The same thing with versions 0.3.5 0.5.0 and 0.5.1

[czarny@kacper ~/Projekty/pyconverter/help]$ strace -f -o /tmp/xmlroof.strace xmlroff pyconverter.fo

(xmlroff:15266): libfo-CRITICAL **: fo_tree_id_add: assertion `tree != NULL' failed

(xmlroff:15266): libfo-WARNING **: fo-table: table-layout="fixed" but using automatic table layout since i-p-d="auto". Object path: /FoTree[1]/root[1]/page-sequence[1]/flow[1]/FoBlockBlock[6]/FoBlockBlock[3]/FoBlockBlock[3]/FoBlockBlock[1]/FoBlockBlock[1]/FoBlockBlock[1]/table[1]

libfo-ERROR **: fo-table:: Automatic table layout is not supported. Object path: /FoTree[1]/root[1]/page-sequence[1]/flow[1]/FoBlockBlock[6]/FoBlockBlock[3]/FoBlockBlock[3]/FoBlockBlock[1]/FoBlockBlock[1]/FoBlockBlock[1]/table[1] aborting...

I'm using gcc-4.2 in my PLD Linux Distribution

[czarny@kacper /tmp]$ gcc -v Reading specs from /usr/lib/gcc/i686-pld-linux/4.2.0/specs Target: i686-pld-linux Configured with: ../configure --prefix=/usr --with-local-prefix=/usr/local --libdir=/usr/lib --libexecdir=/usr/lib --infodir=/usr/share/info --mandir=/usr/share/man --x-libraries=/usr/lib --enable-shared --enable-threads=posix --enable-languages=c,c++,fortran,objc,obj-c++,ada,java --enable-c99 --enable-long-long --disable-multilib --enable-nls --disable-werror --with-gnu-as --with-gnu-ld --with-demangler-in-ld --with-system-zlib --with-slibdir=/lib --without-system-libunwind --enable-cmath --with-long-double-128 --with-gxx-include-dir=/usr/include/c++/4.2.0 --disable-libstdcxx-pch --enable-cxa_atexit --enable-libstdcxx-allocator=new --disable-libjava-multilib --disable-gconf-peer --enable-java-awt=xlib,gtk,qt --enable-plugin --enable-libgcj --enable-libgcj-multifile --enable-libgcj-database --enable-gtk-cairo --enable-jni --enable-xmlj --disable-bootstrap i686-pld-linux Thread model: posix gcc version 4.2.0 20070609 (prerelease) (PLD-Linux)

Attachments

xmlrof.strace (58.4 kB) - added by czarny on 07/26/07 11:12:33.
Strace of the try
pysteganography.fo (99.6 kB) - added by czarny on 07/26/07 15:08:53.
fo file out of xmlto

Change History

07/26/07 11:12:33 changed by czarny

  • attachment xmlrof.strace added.

Strace of the try

07/26/07 11:44:25 changed by tkg

There is or was a bug in the DocBook stylesheets where table-layout="fixed" is used without specifying a width, and the spec says to treat that as if table-layout="auto". See http://sourceforge.net/tracker/index.php?func=detail&aid=1516275&group_id=21935&atid=373747

xmlroff should fallback to using table-layout="fixed", but I only just saw that in the spec, so it's unimplemented so far.

Could you attach a small FO file that exhibits the problem?

07/26/07 11:55:50 changed by tkg

The libfo-compat.xsl stylesheet should be fixing the table-layout and width properties so xmlroff can cope. See templates starting at source:/trunk/xmlroff/libfo-compat.xsl@26#L236.

When you attach a sample FO file, I'll check to see why that's not happening.

07/26/07 15:08:08 changed by czarny

Yup -- it was the xsl fault. There was auto with tables but no widths. When I've made the fo with xsltproc directly (not with xmlto as earierl) xmlroff did the job.

Other thing is, that I can't seem to have any css included in the pdf (or anything rewritten to look like the html done from the original docbook) + images aren't scaled down to fit the paper.

Even litst don't get done -- some dots indicating a list are placed randomly but mostly the lists text is missing.

07/26/07 15:08:53 changed by czarny

  • attachment pysteganography.fo added.

fo file out of xmlto

07/26/07 16:22:09 changed by tkg

Is table-layout still a blocker for you?

The FO file you attached has table-layout and width properties on every fo:table. I was able to process the FO and produce output, though with the problems reported in #29.

Image scaling is not yet implemented. I don't have the figures, so all I got was error messages. See #69.

I am working on getting the DocBook tests working again (see #64) so we can aim for improvements that will help DocBook processing. #29 also relates to processing a DocBook list, but you are welcome to add tickets for the problems you are seeing so your problems get on the agenda when looking at what to fix.

10/11/07 13:07:02 changed by tkg

  • owner set to czarny.

Is this still a blocker for you?

10/11/07 13:48:56 changed by czarny

There's no way for me to check now. The summer semester ended and I've graduaded that class and I can't seem to find the files to test it -- sorry

10/12/07 08:39:51 changed by tkg

You attached your test file to the ticket, if that's what you are looking for.

09/07/09 12:56:55 changed by tkg

  • status changed from new to closed.
  • resolution set to wontfix.

Can't be duplicated.