|
From: Stefan S. <se...@sy...> - 2005-08-29 19:48:16
|
Tony,
I'v just updated my xmlroff sources and built in an attempt to
try it on some docbook input. I preprocessed the fo that I obtained
via Norm's fo stylesheets with your libfo-compat.xsl stylesheet,
and then called 'xmlroff Tutorial.pdf Tutorial-compat.fo'.
This generated *lots* of errors, all of the form
(process:7926): libfo-CRITICAL **: fo_area_page_size_request:: Cannot split child:: page: FoAreaPage
(0x8d70668 : 2); child: FoAreaViewportReference (0x8d6ffd0 : 1)
and then seg faulted. The debugger revealed that (if my interpretation
is correct) the crash is due to a stack overlow that stems from
an infinite recursion:
....
#170319 0x002fc227 in fo_area_size_request (child=0x8c07610) at fo-area.c:1734
#170320 0x00301e66 in fo_area_normal_size_request (child=0x8c298a0) at fo-area-normal.c:198
#170321 0x002fc227 in fo_area_size_request (child=0x8c298a0) at fo-area.c:1734
#170322 0x00303e23 in fo_area_page_size_request (child=0x8c0dfd0) at fo-area-page.c:731
#170323 0x002fc227 in fo_area_size_request (child=0x8c0dfd0) at fo-area.c:1734
#170324 0x002fc9ca in fo_area_size_request_default (child=0x8bd9ee8) at fo-area.c:1925
#170325 0x002fc227 in fo_area_size_request (child=0x8bd9ee8) at fo-area.c:1734
#170326 0x002fc9ca in fo_area_size_request_default (child=0x8c07610) at fo-area.c:1925
#170327 0x002fc227 in fo_area_size_request (child=0x8c07610) at fo-area.c:1734
#170328 0x00301e66 in fo_area_normal_size_request (child=0x8c298a0) at fo-area-normal.c:198
#170329 0x002fc227 in fo_area_size_request (child=0x8c298a0) at fo-area.c:1734
#170330 0x00315e76 in fo_list_item_area_new2 (fo_node=0x855b1c8, context=0xbff0c760,
error=0x8c298a0) at fo-list-item-area.c:119
Segmentation fault
Am I doing something stupid ? Let me know if you need more information.
Thanks,
Stefan
PS: What does it take for xmlroff to fetch an external graphics' size from
the graphic itself, instead of requiring it to be provided in the xml input ?
|