Re: compilation with PassiveTeX aborts

Am Fri, 03 May 2013 10:48:39 +0200 schrieb
[email protected]:


>> Well I can tell you that <fo:block break-before="page" /> in
>> your fo triggers the output routine. And inside the output routine
>> things explode when a dimen gets assigned a string:

>> \global \@tempdima \FOcolumnwidth

>> where \FOcolumnwidth = proportional-column-width(1)

>> The string comes from some of your table declarations

>> <fo:table-column column-number="1" column-width="proportional-column-width(1)"/>

>> I think passivetex can't handle this syntax. But I can't say if it
>> this is due to some change in passivetex or if your input changed. One
>> would need an older version of passive tex and quite some time to find
>> out.

> In MikTeX 2.9, when we replace the content of tex/xmltex/passivetex by 
> the files packaged for MikTeX on 2005 09 02 (which seems to be the 
> previous version of this package), a correct pdf is generated with our 
> test case. 

If you have a working version you could probably track down the
source of the problem by comparing the files and the log file (after
adding suitable tracing commands).

You could also make a bug report but then you should really try to
shorten your document first. Trying to debug a problem with a test
case with 4000 lines is no fun.

> So at least passivetex used to support the syntax <fo:block 
> break-before="page" />...

This syntax is not the problem. It only triggers the error as it
calls the output routine. The problem is the
column-width="proportional-column-width(1)".


-- 
Ulrike Fischer 
http://www.troubleshooting-tex.de/


------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2