| Title: | DOCUMENT T1.0 |
| Notice: | **New notesfile (DOCUMENT.NOTE) now available (see note 897)** |
| Moderator: | CLOSET::ADLER |
| Created: | Mon Feb 09 1987 |
| Last Modified: | Thu Oct 31 1991 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 897 |
| Total number of notes: | 4397 |
Got a problem with a rather lengthy table. Wonder if someone out
there has solved a similar problem and can help me out.
Under BL7 (still *sigh*)...
Trying to process a document consisting of 2 tables:
A very short 3-column, 4-entry table which processes without
problems;
And a 9-column, 56-entry table which I suspect is causing my
problem.
After minimal processing, the job aborts with a
%PAS-F-ARRINDVAL, array index value is out of range
error message.
Can anyone shed some light on the problem and its solution
based on the information provided here?
Many thanks,
Paul
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 648.1 | tenth (null) argument is TROUBLE | VAXUUM::KOHLBRENNER | Mon Jul 13 1987 17:12 | 23 | |
I looked at this problem, and found a bug that unfortunately
is still in the V1.0 kit that is sliding down the ways to the
ocean of customers. We will be able to release note it, however.
The problem is as follows:
Any tag that permits a max of 9 arguments (like <table_row>) will
receive the GTMAXARGS error message if more than 9 arguments are
supplied. The tag translator will continue to process without
difficulty. However, if the 10th argument is a null string, the
PAS-F-ARRINDVAL error occurs, and aborts the tag translation run.
Thus the following tags generate good %TAG-E-GTMAXARGS messages:
<table_row>(1\2\3\4\5\6\7\8\9\tenth)
<table_row>(1\2\3\4\5\6\7\8\9\ )
but this tag aborts the tag translator with %PAS-F-ARRINDVAL message:
<table_row>(1\2\3\4\5\6\7\8\9\)
bill
| |||||