Subject: TeXFOTBuilder fails with jade/openjade tex tables (again) From: Gary Lawrence Murphy <garym@xxxxxxxxxx> Date: 03 May 2000 23:32:53 -0400 |
I apologize in advance for the length of this, but I am hoping it is useful for debugging this CurCell != __null problem in the tex backend. I noticed some discussion on this list on this topic dated last May, without finding any resolution. Here's a few more details which might hopefully shed some light on the trouble. The error is the old assert error openjade -t tex -d tci.dsl#print -f error.log prokernel.sgml openjade: TeXFOTBuilder.cxx:769: struct TeXFOTBuilder::Cell & TeXFOTBuilder::Table::curCell(): Assertion `CurCell != __null' failed. and I get this using Jade 1.2 or Openjade 1.3 (latest of each) for Linux; it seems already pretty certain the trouble is not in the jade sources but in the stylesheets. The offending markup reads as follows: <informaltable frame="all" colsep="0" rowsep="0" id="tab-devtools"> <tgroup cols=2> <colspec colname="1" colwidth="1.5in"> <colspec colname="2" colwidth="4.5in"> <tbody> <row> <entry colname=1>Compilers</entry> <entry colname=2><simplelist> <member><ulink url="http://egcs.cygnus.com">Experimental GNU Compiler System (EGCS)</ulink></member> <member><ulink url="http://www.gnu.orgsoftware/gcc/gcc.html">GNU Compiler Collection (GCC)</ulink></member> <member><ulink url="http://lightning.voshod.com/asm/">Assembler HOWTO</ulink></member> <member><ulink url="http://hermes.terminal.at/intel2gas/">Intel2GAS Translator</ulink></member> </simplelist></entry> </row> <row> <entry colname=1>Sourcecode Navigation</entry> <entry colname=2><simplelist> <member><ulink url="ftp://ftp.rigi.csc.uvic.ca/pub/rigi/ix86-linux2/">Rigi</ulink></member> <member><ulink url="http://www.turing.toronto.edu/pbs/index.html">Portable Bookshelf</ulink></member> <member><ulink url="http://metalab.unc.edu/navigator-bin/navigator.cgi?">Source Code Navigator</ulink></member> <member><ulink url="http://lxr.linux.no/">Linux Cross Reference Project</ulink></member> <member><ulink url="http://wafu.netgate.net/tama/unix/global.html">Global Source Tags</ulink></member> </simplelist></entry> </row> <row> <entry colname=1>Development Tools</entry> <entry colname=2><simplelist> <member><ulink url="http://www.llp.fu-berlin.de/pool/software/dutil/">Linux Driver Development Kit</ulink></member> </simplelist></entry> </row> <row> <entry colname=1>Debugging Tools</entry> <entry colname=2><simplelist> <member><ulink url="http://oss.sgi.com/projects/kgdb/">kGDB Project</ulink></member> <member><ulink url="http://oss.sgi.com/projects/kdb/">Built-in Kernel Debugger</ulink></member> <member><ulink url="http://www.mv.com/ipusers/karaya/uml/uml.html">UMK: User Mode Kernel</ulink></member> </simplelist></entry> </row> <row> <entry colname=1>Useful Utilities</entry> <entry colname=2><simplelist> <member><ulink url="http://oss.sgi.com/projects/lkcd/">Linux Kernel Core Dump</ulink></member> <member><ulink url="http://egcs.cygnus.com/ml/egcs-patches/2000-04/msg00332.html">Using gprof</ulink></member> <member><ulink url="ftp://e-mind.com/pub/andrea/ikd/">Trace Tools</ulink></member> </simplelist></entry> </row> </tbody> </tgroup> </informaltable> This table is at the <chapter> level, ie, it is not inside any <sect1> and follows two <para>'s and a <note>. Commenting out this code allows my book to compile without incident. I use one other instance of the informaltable, but this has only text or <programcode> markup in each entry element. As noted by other postings, calling the rtf backend does not produce any errors, but most curiously, if I use the sgmltools' db2dvi, which uses the default dsl and not my custom dsl, there is _no_ error. It compiles as expected. Thus the trouble appears to be the combination of the table markup and using a customized stylesheet. My stylesheet (called by tci.dsl#print) reads as follows: <!DOCTYPE style-sheet PUBLIC "-//James Clark//DTD DSSSL Style Sheet//EN" [ <!ENTITY html-ss PUBLIC "-//Norman Walsh//DOCUMENT DocBook HTML Stylesheet//EN" CDATA dsssl> <!ENTITY print-ss PUBLIC "-//Norman Walsh//DOCUMENT DocBook Print Stylesheet//EN" CDATA dsssl> ]> <style-sheet> <style-specification id="print" use="print-stylesheet"> <style-specification-body> ;; customize for print formats (define %generate-part-toc% #t) (define %graphic-default-extension% "eps") </style-specification-body> </style-specification> <style-specification id="html" use="html-stylesheet"> <style-specification-body> ... (a bunch of html-specific defines) </style-specification-body> </style-specification> <external-specification id="html-stylesheet" document="html-ss"> <external-specification id="print-stylesheet" document="print-ss"> </style-sheet> I don't yet know if it is related, but I also find that on converting the book to HTML, the jade/openjade docs recommend a command line that would read openjade -t html -d tci.dsl#html -f error.log prokernel.sgml but when I run this, my machine (64Mb PII) churns away for hours (it's only a 33 page doc so far) until it exhausts all memory and causes X11 to shutdown. If, on the other hand, I mimic the sgmltools command line and use openjade -t sgml -ihtml -d tci.dsl#html -f error.log prokernel.sgml I get the generated HTML files in a few minutes, but no stylesheet. Could these two problems be related? Again, it does not matter whether I use jade 1.2 or openjade 1.3 -- Gary Lawrence Murphy <garym@xxxxxxxxxx> TeleDynamics Communications Inc Business Innovations Through Open Source Systems: http://www.teledyn.com "Computers are useless. They can only give you answers."(Pablo Picasso) DSSSList info and archive: http://www.mulberrytech.com/dsssl/dssslist
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Arbitrary, G . B . Stott | Thread | System variables, Jany Quintard |
Re: "rule" object in Jade/RTF, Brandon Ibach | Date | System variables, Jany Quintard |
Month |