KILL = 122. An overflow of TACS storage space has occurred, for TACS table number 7. For a definition of such storage, see$ r- N" u5 |. a! P0 V6 y' o6 o
"ABSOLUTE TACS DIMENSIONS" in Section II-A of the EMTP Rule Book. The problem is with a sub-table, really, a partition of size " O% ^& p' P+ x$ k* Y" l24955 within EMTP List 19 (which allocates total TACS storage). Since the List 19 space can be allocated among TACS tables at6 y8 U' A! G& w8 `
execution time (using "ABSOLUTE TACS DIMENSIONS"), it may not actually be necessary to increase List 19. For Salford EMTP,7 K0 w1 X* F: P
dynamic dimensioning allows an expansion of List 19 at the start of execution (by changing LISTSIZE.DAT). But other systems 3 ~% }/ o$ f2 s. ~0 K) ^require a compiler, linker, and variable-dimensioning program VARDIM. If "ABSOLUTE TACS DIMENSIONS" has been used, the5 b d0 {2 g: l3 n( z
"Present figure" for List 19 will show the total working space that is required for the user-requested dimensions, and this should 5 i) R; E7 M2 A7 F! N$ Gbe compared with the available total space of List 19. On the other hand, if it is "RELATIVE TACS DIMENSIONS" that is used, the - ?/ u$ j; U; C* d- g"Present figure" will simply equal the limit, always. In any case, the user can allocate the available space among the different: J) c8 q6 }1 J* L3 P
TACS tables only if he knows the multiplicity of each. These are as follows: C b1 ?4 {: i! m7 p+ z5 f: w0 v
TACS Table Number 1 2 3 4 5 6 7 8 5 |2 q3 T/ M6 y- v9 _' l9 o8 g, y REAL multiplicity 4 2 0 5 0 0 1 6! T+ Q+ d. c. v' @$ X6 s
INTEGER multiplicity 8 0 2 1 3 1 0 2& n$ H, p% S: N6 L- U( h
Total multiplicity 12 2 2 6 3 1 1 8" E* Q" L+ Q2 ]8 H) i8 ^7 u" g
The TACS table sizes that just proved to be inadequate were: # w7 B: B3 ^1 V3 A w6 P TACS Table Sizes 1426 6417 7130 652 2139 17825 24955 4278/ ~0 H. s0 |0 ^, t/ K