KILL = 122. An overflow of TACS storage space has occurred, for TACS table number 7. For a definition of such storage, see: i. u3 W; b1 u9 d; `! _
"ABSOLUTE TACS DIMENSIONS" in Section II-A of the EMTP Rule Book. The problem is with a sub-table, really, a partition of size+ ^% @% F4 I8 I7 s1 z- o
24955 within EMTP List 19 (which allocates total TACS storage). Since the List 19 space can be allocated among TACS tables at 2 X* B2 X5 b* m6 J% Q, m' Iexecution time (using "ABSOLUTE TACS DIMENSIONS"), it may not actually be necessary to increase List 19. For Salford EMTP, 3 G$ y3 Z9 l' l5 ~dynamic dimensioning allows an expansion of List 19 at the start of execution (by changing LISTSIZE.DAT). But other systems4 D2 y3 g: |* B3 o2 G
require a compiler, linker, and variable-dimensioning program VARDIM. If "ABSOLUTE TACS DIMENSIONS" has been used, the' q' f6 C5 M) E3 \: b0 D: U- b8 T
"Present figure" for List 19 will show the total working space that is required for the user-requested dimensions, and this should8 V3 u5 D; L6 L/ S! c& ~
be compared with the available total space of List 19. On the other hand, if it is "RELATIVE TACS DIMENSIONS" that is used, the + C {6 W G$ I( P1 \0 a: K"Present figure" will simply equal the limit, always. In any case, the user can allocate the available space among the different , f' r! ?; N$ [& J3 i9 C0 z& jTACS tables only if he knows the multiplicity of each. These are as follows: $ M ~0 }7 n: t, B, | TACS Table Number 1 2 3 4 5 6 7 8/ n3 a$ X2 p7 ^. O
REAL multiplicity 4 2 0 5 0 0 1 67 U. i+ `; q7 Q; L1 t. k$ E
INTEGER multiplicity 8 0 2 1 3 1 0 26 c' I9 t& B! Q1 I6 s
Total multiplicity 12 2 2 6 3 1 1 8 & T6 y0 F6 j" i6 Z1 X6 ~$ bThe TACS table sizes that just proved to be inadequate were:) y, w9 N7 Z/ K* _0 T9 e
TACS Table Sizes 1426 6417 7130 652 2139 17825 24955 42782 n% A/ v: O6 T$ I5 w& K/ C8 X V# J