Conference vaxuum::online_bookbuilding

202.0. "Death of a BookBuild (ACCVIO in Device Conversion)" by XDELTA::HOFFMAN (Steve, 223-7186) Thu Sep 28 1989 17:15

	CUP$ONLINE_TOOLS.SAV;8	 3-AUG-1989 10:43:49.00
	DOC012.A;1           	17-MAY-1989 21:37:12.00
	DOCINT012.A;5        	28-JUN-1989 12:46:24.00
	VMS V5.2
	DECwindows FT V2.0

DOCUMENT is blowing away...  I've also had problems with the bookreader
blowing away with an ACCVIO when I did manage to get a .DECW$BOOK built.

=== cmd used:

$ document/CONTENTS -
    decvoice_ig.sdml -
    ONLINE.REFERENCE BOOKREADER/NOPRINT/CONDITION=ONLINE/MAP/LIST


=== the death:

$ $$drivoila := $ dvc$voila
$ write sys$output DVIspec
SYS$SYSDEVICE:[HOFFMAN.DECVOICE_IG]DECVOICE_IG.DVI_BOOKREADER;
$!
$ $$drivoila "SYS$SYSDEVICE:[HOFFMAN.DECVOICE_IG]DECVOICE_IG.DVI_BOOKREADER;" /h=36 /v=36
%DVC-I-IDENT, Using Device converter 1.0-V1  JUL-10-1989
%DVC-I-INCLUDING, including input file:
   doc$local_formats:small_logo.rags
%DVC-I-INCLUDING, including input file:
   DECVOICE_IG_CONTENTS
%VOILA-E-INVPAGEID, Invalid page ID
%VOILA-E-INVPAGEID, Invalid page ID
%SYSTEM-F-ACCVIO, access violation, reason mask=04,
	virtual address=00000016, PC=00015555, PSL=03C00001

  Improperly handled condition, image exit forced.

        Signal arguments              Stack contents

        Number = 00000005                00000000
        Name   = 0000000C                201C0000
                 00000004                7FF084B0
                 00000016                7FF08484
                 00015555                00014F3D
                 03C00001                00000023
                                         FFFFFFFF
                                         00095000
                                         00000003
                                         00095000

        Register dump

        R0 = 00000000  R1 = 00095667  R2 = 0000CEB0  R3 = 0001FAF0
        R4 = 0000CEB0  R5 = 0000CEB8  R6 = 0001FAF0  R7 = 0000CEB0
        R8 = 0000D104  R9 = 0000D004  R10= 00081F1C  R11= 0000D124
        AP = 7FF08418  FP = 7FF083D8  SP = 7FF08454  PC = 00015555
        PSL= 03C00001

=== unrelated question:

	WHY does TEX bother to give the line-too-long point counts
	to such an absurd precision???

    If you didn't get a  %DVC-I-BOOKBUILT, book was successfully built
    message the .decw$book file is in all probability no good. In the case
    of an Accvio the tools didn't have time to clean up after themselves
    and left an incomplete .decw$book file around that the bookreader can't
    read. How about posting or mailing me a pointer to the .dvi files and
    the log/list file and we'll take a look at it.
    
    Mike

                                
Is it possible that /NOPRINT is causing a problem? It doesn't make any sense to
use it, since you can't print a DECW$BOOK.

Per 202.2, I tried removing the /NOPRINT.  No dice.  I still get the
	same (or very similar) ACCVIO.  Thanks for the suggestion, though.

Per 202.1, I've forwarded, via VAXmail, the /LOG/LIST/MAP files.  (in
deference to the DECwindows NOTES folks, I am not going to post the
output of the /LOG/LIST/MAP qualifiers here.)

Here is the command I used on my most recent attempt:

	$ document/CONTENTS -
	    decvoice_ig.sdml -
	    ONLINE.REFERENCE BOOKREADER/CONDITION=ONLINE/LOG/MAP/LIST

The aggregate size of the *.SDML source files involved (7) is 145 blocks.

Steve

    This was resolved Off-line so for the curious folks the problem was
    A formal table coded in a pop_up.
    
    MIke 

Additionally, the DECwindows FT T2.0 bookreader was ACCVIO'ing when accessing
the 'without-popups' version of the book.  The T5.3-462 bookreader can read
the resulting 'without-popups' book just fine.

Steve's book does not have an index.  There was a bug in the FT T2.0 where 
the Bookreader would ACCVIO if the first book opened didn't have an index.  
This was fixed in T5.3.

joe