Hi HP, When looking at the file you sent to me yesterday, I see that your Tree attributes have very large positive and negative values ( > 1e33). If one draws one of this attributes, the axis painting routine crashes in the particular range of values that are in your file. This is a consequence of the change from single to double precision in version 2.25. I have fixed this problem in our development version. Thanks for reporting this case. Rene Brun HP Wei wrote: > > Hi rooters, > I encounter a strange behavior for a particular > .root file. > This file has one tree with three branches, two > Int_t's and one Double_t. > The number of entries is 1089840. > > Machine: Sun Solaris > ROOT/Cint 5.25.0, and 5.14.40 > > In Root/cint, > I type: TFile f("file.root"); > then check the data by doing: > T->Scan("capt", "ntic==0"); > T->Scan("capt", "ntic==1"); > T->Scan("capt", "ntic==2"); > T->Scan("capt", "ntic==3"); > > Each one of the Scan produces 120 entries which are > all ok. > > Now I do: > T->Draw("capt", "ntic==0", "goff"); > T->Draw("capt", "ntic==1", "goff"); > T->Draw("capt", "ntic==2", "goff"); > The third line results in a frozen screen !!! > I need to type Control_C to get out. > AFter getting out, I type T. > It says: NO Symbol T in current scope... > > Furthermore, let me represent > a sequence of T->Draw() commands as > [n1, n2, n3 ...] > which means: > T->Draw("capt", "ntic==n1", "goff"); > T->Draw("capt", "ntic==n2", "goff"); > etc.. > > Using that notation, I find the following situations: > [1 3 4 5 ] appears to be ok. > [10 9 13 13 ] ok. > [10 1 2] ----> freeze! > [10 2] ---> freeze! > [0 2] ---> freeze! > [1 2] ---> freeze! > [2 3 4 5 1 2] ---> freeze!! > > Since the data look fine as browsed by T->Scan(), > I have no clue about what is going on. > Any suggestion? > > HP
This archive was generated by hypermail 2b29 : Tue Jan 02 2001 - 11:50:32 MET