[xmlroff] stack overflow ?

[Stefan S. <se...@sy...>]

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 ?