ZINIT ===== la macro fill_fi n'herite pas correctement des limites dans certains cas ( repare dans macros, Al1 03/01/00) ***Janvier 2000bug quand on a une erreur du type : t-plug1:11 thru ... (au lieu de 1 thru 11, bornes correctes => !!!!! ZFATAL called from MZLIFT called from MZBOOK !!!!! ZFATAL reached from MZLIFT for Case= 1 IQUEST(11) = 19994781 131189D IQUEST(12) = -3 FFFFFFFD IQUEST(13) = ********* 54504720 TPG IQUEST(14) = 3 3 IQUEST(15) = 2 2 IQUEST(16) = -2 FFFFFFFE IQUEST(17) = 0 0 Current Store number = 0 (JQDIVI=19) ******************* *** Zoom ZAbend *** ******************* 1ZEBRA SYSTEM Post-Mortem from ZPOSTM. /QUEST/ 1 2 19994735 19999983 19899983 100000 2500000 1179795789 538976288 0 0 0 1414547232 3 2 -2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 2 131186F 1312CEF 12FA64F 186A0 2625A0 4652414D 20202020 0 0 0 54504720 3 2 FFFFFFFE 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 Last Bank Lifted - COMMON /MZCL/LFW,LS,NIO,ID,NL,NS,ND,IOCH(1) 19994735 19994737 0 TPG 3 2 -2 0 hex 131186F 1311871 0 54504720 3 2 FFFFFFFE 0 Last Bank analysed - COMMON /MZCN/LFW,LS,NIO,ID,NL,NS,ND 19994859 19994861 0 TD 1 1 8 13118EB 13118ED 0 54442020 1 1 8 ***** TRACEQ: In-Line Trace-Back ***** Called from "zpostm" line 54 Called from "zabend" line 83 Called from "zfatal" line 111 Called from "mzlift" line 397 Called from "mzbook" line 73 Called from "mqbook" line 70 Called from "octpg" line 103 Called from "zinit" line 1113 Called from "opp" line 146 Called from "PM_$CALL" line 176 Called from "pgm_$load_run" line 885 ===========================================================Al1 jeudi 06/04/2000 Bug dans Zinit : freeze xx(ii); ne gelait pas l'objet. macros de zdlkeep bug (melange d'adresse LZS et LZE, corrige en pro et dev) Rq : freeze obj-I marche. ========================================================Al1 vendredi 21/04/2000 Bug proc : link machin to Fi_TV(i); ne marche pas quand i>1, de meme pour Fiz_TV et Eta_SV Repare version pro seulement !!!!! *** cf test gicc avant dev *** Feature associee : on peut trouver avantage a linker une array_linked sur un TV ou un SV. C'est un peu trompeur, car ce lien qui conserve l'adresse du debut d'un tableau sera utilise avec un indice, certes, mais il a pour reference le vecteur TR, le seul qui soit dans les banks Zebra, alors que l'on voudrait qu'il y pointe en utilisant la liste des variables du TV (ou SV). On a donc definit un bit qui marque - des Zinit - les plugs dont la liste indique des variables consecutives. Si on utilise une array_linked sur un tel plug, tout va bien. Sinon, c'est signale par Zoom : LINK WARNING. Waring, car on peut quand meme utiliser cette facilite en explicitant la variable de la liste, comme dans cet exemple. *** array_linked Fi_CI, : real in class CD; dasn le S_entry : Link Fi_CI to Fi_Tv(1); utilisation : Do i = 1,N_tot < kCI = 0_(Ltv.tv).Cx_Tr_Var_Nb(i)-0_(Ltv.tv).Cx_Tr_Var_Nb(1)+1; Z_Pr: Fi_CI(kCI); > explication : Fi_CI pointe sur la premier # de la liste du plug : 7,12,17,22 par exemple le vecteur de reference restant TR, il faut pointer sur Fi_CI(1) <-> Fi_TR(7) Fi_CI(6) <-> Fi_TR(12) Fi_CI(11) <-> Fi_TR(17) Fi_CI(16) <-> Fi_TR(22) *** =============================================================================== lundi 08/05/2000 Al1 ZDLKEEP/$ZDLTRI bug dans : under#-#=#,#< on allait sous une famille au-dela' de #4 => ***error no fm machin pas de consequence sinon le diagnosic. Bug repare pro et dev. =============================================================================== mardi 11/06/2002 BUG IN VIZU em mode restart, des MX CPLG ont une derniere valeur(it ou t) en 10-38 ... StepHalgatte et pb dans initialisation d'inversion ligne en CPLG =============================================================================== mardi 06/08/2002 pb lie aux TR multiply cx to same cell. Stephane Halgatte la Ct est cree pour la 2eme connection, mais elle est vide (ndata=0) ========================================================================= lundi 28/04/2003 un bug de type clubbered CX dans IAM de Stephane : concerne deux transferts a une extremite connectes a une meme cellule, mais crees non consecutivement dans zinit, mis sous Zeus. On obtiend qu'ils sont consecutifs dans la IN de Zeus, mais pas dans la matrice. Il suffit de le creer consecutivement pour que pb disparaisse. questions : 1/ pourquoi OFRAME ne traite pas correctement ? 2/ pourquoi OZPlvl(10) ne detecte pas de pb. 3/ voir comment DOPLUG reagit ? =========================================================================