KILL = 122. An overflow of TACS storage space has occurred, for TACS table number 7. For a definition of such storage, see3 t. H: t6 ~- L/ {+ }
"ABSOLUTE TACS DIMENSIONS" in Section II-A of the EMTP Rule Book. The problem is with a sub-table, really, a partition of size( q' l" c# S# T, \6 D i, Q
24955 within EMTP List 19 (which allocates total TACS storage). Since the List 19 space can be allocated among TACS tables at+ H1 W+ A5 H6 B, d
execution time (using "ABSOLUTE TACS DIMENSIONS"), it may not actually be necessary to increase List 19. For Salford EMTP, ; t0 k8 _6 J+ U8 s$ x' \* o3 ?dynamic dimensioning allows an expansion of List 19 at the start of execution (by changing LISTSIZE.DAT). But other systems5 K/ B* z$ S: S0 u7 G0 r+ t
require a compiler, linker, and variable-dimensioning program VARDIM. If "ABSOLUTE TACS DIMENSIONS" has been used, the9 \% O. K6 o4 |5 l7 m( f
"Present figure" for List 19 will show the total working space that is required for the user-requested dimensions, and this should$ O- f$ q/ c; E1 @, U; g
be compared with the available total space of List 19. On the other hand, if it is "RELATIVE TACS DIMENSIONS" that is used, the' a$ n! F" i! n5 ~# B
"Present figure" will simply equal the limit, always. In any case, the user can allocate the available space among the different ' _0 V4 K# P! Z! p% R6 A6 XTACS tables only if he knows the multiplicity of each. These are as follows:* M) c0 `9 N+ z* Y; y
TACS Table Number 1 2 3 4 5 6 7 8 + B( j* {3 g& N2 o REAL multiplicity 4 2 0 5 0 0 1 6 5 ?2 f$ Z6 `, ^+ w# ~. S INTEGER multiplicity 8 0 2 1 3 1 0 2 4 T( V8 Q5 Z" P. k Total multiplicity 12 2 2 6 3 1 1 8 , l# a* _: u2 c- D% {& h/ s+ p4 MThe TACS table sizes that just proved to be inadequate were:) t7 B' k! K' j
TACS Table Sizes 1426 6417 7130 652 2139 17825 24955 4278$ F4 a1 D5 z4 [+ k' M* d