kaliveda-dev team mailing list archive

[John Frankland <1180850@xxxxxxxxxxxxxxxxxx>]

euuhhh.... je ne peux que te proférer mes excuses les plus plates...
c'est effectivement un sale coup pour essayer de saboter les analyses des autres :-D
je modifie la class doc tout de suite!

** Also affects: kaliveda/1.8
   Importance: Undecided
       Status: New

** Changed in: kaliveda/1.8
       Status: New => In Progress

** Changed in: kaliveda/1.8
   Importance: Undecided => High

** Changed in: kaliveda/1.8
     Assignee: (unassigned) => John Frankland (frankland)

** Changed in: kaliveda/1.8
    Milestone: None => 1.8.11

-- 
You received this bug notification because you are a member of KaliVeda
Development Team, which is subscribed to KaliVeda.
https://bugs.launchpad.net/bugs/1180850

Title:
  KVZmax

Status in KaliVeda data analysis framework:
  In Progress
Status in KaliVeda 1.8 series:
  In Progress

Bug description:
  La récupération de Zmax_i avec une VG KVZmax a changé, mais cela
  n'apparaît pas dans l'en-tête de la classe.

  Durant mes dernières analyses, en juillet 2012 (KV1.8.4 et 1.8.5), les
  commandes

     Zmax1= (Int_t)GetGVList()->GetGV("Zmax")->GetValue(1);
     Zmax2= (Int_t)GetGVList()->GetGV("Zmax")->GetValue(2);
     Zmax3= (Int_t)GetGVList()->GetGV("Zmax")->GetValue(3);

  donnaient bien les Zmax requis.

  Ces mêmes commandes donnent maintenant (KV1.8.10) Zmax2, Zmax3, Zmax4.

  Si je comprend bien le changement a eu lieu à la version 1.8.8 en redéfinissant la méthode getvalue_int(i)
  de KVZmax.
  1.8.7 getvalue_int(i) renvoie GetZmax(i)->GetZ()   avec GetZmax(1) qui donne Zmax

  1.8.8 getvalue_int(i) renvoie GetZmax(i+1)->GetZ()  GetZmax(1) donne
  toujours Zmax.

  Ce n'est pas un bug, mais comme, sauf erreur, l'intro de la classe n'a pas changé on n'est pas averti 
  du changement et si on n'imprime pas des evenements, on a tout faux en reprenant ses anciennes classes.

To manage notifications about this bug go to:
https://bugs.launchpad.net/kaliveda/+bug/1180850/+subscriptions