Re: [xmlroff] stack overflow ?

[Tony G. <Ton...@Su...>]

Stefan Seefeld <se...@sy...> writes:
> 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:

Yes.

xmlroff can't split an area.

It should just render the area as best it can, but obviously it doesn't do
that yet.

> ....
>
> #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 ?

The next version of xmlroff.

I will be adding an object for the graphic that can be used to get the size to
tell Pango.

(I have grander plans than that, but that will do for starters.)

Regards,


Tony.