Thanks for looking into the problem, Rene.
Just to make sure that the fix you did completely settle this
issue. Let me add more info.
>When looking at the file you sent to me yesterday, I see that your Tree
>attributes have very large positive and negative values ( > 1e33).
Yes, there are a lot of -1.5092e33 in the data file.
In financial data, NaN is very common.
I use -1.5092e33 (-1/Planck const) to represent NaN.
In the situation that I reported yesterday, (ntic==2) seems to be the one
causing the problem.
Using T->Scan("capt", "ntic==2"), I find that all the
entries for capt are NaN. The Row numbers that T->Scan() generate
tells me that all these entries are scattered (in a systematic way, though)
around in the data file.
-------------
By the way, is there a standard way to represent NaN in ROOT ??
For example, the package Matlab defines NaN as
double mxGetNaN()
>If one draws one of this attributes, the axis painting routine crashes
>in the particular range of values that are in your file.
Does the option "goff" used in T->Draw() still trigger
any painting routines ??? I was using T->Draw()
with "goff" to extract
date into V1, V2 and V3.
>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