Dear Masaharu, as I understand George meant the following: root.exe [0] int i = 1999 // no print here root.exe [1] i = 1999 // but we have here (int)1999 Of course it is not very important. If to fix it needs less 10 minutes, it would be good to do, if more no problem to leave it as it is. Victor > > Hello George, > > I tried this and looks like this is working fine on my machine with > cint5.14.17. ??? > > Thank you > Masaharu Goto > > > > >Hi, > > > >When working interactively, I discovered the very nice feature that you > >don't have to type a variable if defining it via an equality to > >something with a well defined type. However, it doesn't work perfectly: > > > >peds = string1->GetPedestalMean() > >(class TArrayF*)0x0 > >root [12] peds > >(class TArrayF*)0x8a90e98 > > > >It doesn't matter what these variables really are, just that string1 is > >a pointer to a user type, and GetPedestalMean() is a method returning a > >pointer to a TArrayF. When the expression is first evaluated, it prints > >that the result is 0, making me think the function didn't work; but > >when the variable alone is reevaluated, it proves to have been there. > > > >Furthermore, if I *DO* declare the variable, ROOT doesn't print the > >evaluation: > > > >root [13] TArrayF *peds2 = string1->GetPedestalMean() > >root [14] > > > >Could these two things be fixed as a convenience to the interactive > >user? > > > >George Heintzelman > >gah@bnl.gov > > > > -- Victor M. Perevoztchikov perev@bnl.gov perev@vxcern.cern.ch Brookhaven National Laboratory MS 510A PO Box 5000 Upton NY 11973-5000 tel office : 516-344-7894; fax 516-344-4206; home 516-345-2690
This archive was generated by hypermail 2b29 : Tue Jan 04 2000 - 00:43:40 MET