Diego Casadei | 28 Aug 10:44 2014
Picon
Picon

Can not any more read TIFF images with TASImage

Hello.

I was using v5.34.14 to process TIFF images taken by a vision metrology 
equipment, and after I've upgraded to v5.34.20 the same program fails. 
The IsValid() method states that the image loading fails (well, before I 
had some warnings, listed below, but I could still process the images). 
   This is also true with v6.00.02.  I attach one image (hoping that 
this mailing list allows for it).

Could you please tell me how to fix the problem?

Thanks a lot,
Diego

Warnings from v5.34.14 (likely generated by the added info to the TIFF 
file by the metrology equipment):

TIFFReadDirectory: Warning, 
STM-rear-det-2013-03-22/win32_03_03_2.5X_dark.tif: invalid TIFF 
directory; tags are not sorted in ascending order.
TIFFReadDirectory: Warning, 
STM-rear-det-2013-03-22/win32_03_03_2.5X_dark.tif: unknown field with 
tag 42001 (0xa411) encountered.
TIFFReadDirectory: Warning, 
STM-rear-det-2013-03-22/win32_03_03_2.5X_dark.tif: unknown field with 
tag 42002 (0xa412) encountered.
TIFFReadDirectory: Warning, 
STM-rear-det-2013-03-22/win32_03_03_2.5X_dark.tif: unknown field with 
tag 42003 (0xa413) encountered.
TIFFReadDirectory: Warning, 
(Continue reading)

Barbara Storaci | 27 Aug 17:54 2014
Picon
Picon

Error compiling root v5.34.20 on lxplus

Dear Experts,

I'm trying to compile root v5.34.20 on lxplus to run it with pythia8186. 

I used the command for the configuration:

./configure --enable-python --enable-roofit --enable-pythia8 --with-pythia8-incdir=/afs/cern.ch/user/b/bstoraci/personalInstallations/pythia8186/include --with-pythia8-libdir=/afs/cern.ch/user/b/bstoraci/personalInstallations/pythia8186/lib --with-xrootd-incdir="/usr/include/xrootd" --with-xrootd-incdir="/usr/include/xrootd"

Then I tried to compile with "make" but I had this error:

bin/rmkdepend -R -fcint/cint/lib/dll_stl/G__cpp_list.d -Y -w 1000 -- \
  -pipe -m64 -Wshadow -Wall -W -Woverloaded-virtual -fPIC -Iinclude    -pthread -D__cplusplus -Icint/cint/lib/prec_stl \
  -Icint/cint/stl -I/afs/cern.ch/user/b/bstoraci/personalInstallations/root_versions/root/cint/cint/inc -- cint/cint/lib/dll_stl/G__cpp_list.cxx
g++  -pipe -m64 -Wshadow -Wall -W -Woverloaded-virtual -fPIC -Iinclude    -pthread -I. -I/afs/cern.ch/user/b/bstoraci/personalInstallations/root_versions/root/cint/cint/inc  -o cint/cint/lib/dll_stl/G__cpp_list.o -c cint/cint/lib/dll_stl/G__cpp_list.cxx
cint/cint/lib/dll_stl/G__cpp_list.cxx: In function ‘int G__list__0_115(G__value*, const char*, G__param*, int)’:
cint/cint/lib/dll_stl/G__cpp_list.cxx:5823: error: no matching function for call to ‘operator==(std::_List_iterator<int>&, std::_List_iterator<int>&)’
cint/cint/lib/dll_stl/G__cpp_list.cxx: In function ‘int G__list__0_116(G__value*, const char*, G__param*, int)’:
cint/cint/lib/dll_stl/G__cpp_list.cxx:5829: error: no matching function for call to ‘operator!=(std::_List_iterator<int>&, std::_List_iterator<int>&)’
cint/cint/lib/dll_stl/G__cpp_list.cxx: In function ‘int G__list__0_167(G__value*, const char*, G__param*, int)’:
cint/cint/lib/dll_stl/G__cpp_list.cxx:6363: error: no matching function for call to ‘operator==(std::_List_iterator<long int>&, std::_List_iterator<long int>&)’
cint/cint/lib/dll_stl/G__cpp_list.cxx: In function ‘int G__list__0_168(G__value*, const char*, G__param*, int)’:
cint/cint/lib/dll_stl/G__cpp_list.cxx:6369: error: no matching function for call to ‘operator!=(std::_List_iterator<long int>&, std::_List_iterator<long int>&)’
cint/cint/lib/dll_stl/G__cpp_list.cxx: In function ‘int G__list__0_219(G__value*, const char*, G__param*, int)’:
cint/cint/lib/dll_stl/G__cpp_list.cxx:6903: error: no matching function for call to ‘operator==(std::_List_iterator<float>&, std::_List_iterator<float>&)’
cint/cint/lib/dll_stl/G__cpp_list.cxx: In function ‘int G__list__0_220(G__value*, const char*, G__param*, int)’:
cint/cint/lib/dll_stl/G__cpp_list.cxx:6909: error: no matching function for call to ‘operator!=(std::_List_iterator<float>&, std::_List_iterator<float>&)’
cint/cint/lib/dll_stl/G__cpp_list.cxx: In function ‘int G__list__0_271(G__value*, const char*, G__param*, int)’:
cint/cint/lib/dll_stl/G__cpp_list.cxx:7443: error: no matching function for call to ‘operator==(std::_List_iterator<double>&, std::_List_iterator<double>&)’
cint/cint/lib/dll_stl/G__cpp_list.cxx: In function ‘int G__list__0_272(G__value*, const char*, G__param*, int)’:
cint/cint/lib/dll_stl/G__cpp_list.cxx:7449: error: no matching function for call to ‘operator!=(std::_List_iterator<double>&, std::_List_iterator<double>&)’
cint/cint/lib/dll_stl/G__cpp_list.cxx: In function ‘int G__list__0_323(G__value*, const char*, G__param*, int)’:
cint/cint/lib/dll_stl/G__cpp_list.cxx:7983: error: no matching function for call to ‘operator==(std::_List_iterator<void*>&, std::_List_iterator<void*>&)’
cint/cint/lib/dll_stl/G__cpp_list.cxx: In function ‘int G__list__0_324(G__value*, const char*, G__param*, int)’:
cint/cint/lib/dll_stl/G__cpp_list.cxx:7989: error: no matching function for call to ‘operator!=(std::_List_iterator<void*>&, std::_List_iterator<void*>&)’
cint/cint/lib/dll_stl/G__cpp_list.cxx: In function ‘int G__list__0_375(G__value*, const char*, G__param*, int)’:
cint/cint/lib/dll_stl/G__cpp_list.cxx:8523: error: no matching function for call to ‘operator==(std::_List_iterator<char*>&, std::_List_iterator<char*>&)’
cint/cint/lib/dll_stl/G__cpp_list.cxx: In function ‘int G__list__0_376(G__value*, const char*, G__param*, int)’:
cint/cint/lib/dll_stl/G__cpp_list.cxx:8529: error: no matching function for call to ‘operator!=(std::_List_iterator<char*>&, std::_List_iterator<char*>&)’
cint/cint/lib/dll_stl/G__cpp_list.cxx: In function ‘int G__list__0_427(G__value*, const char*, G__param*, int)’:
cint/cint/lib/dll_stl/G__cpp_list.cxx:9063: error: no matching function for call to ‘operator==(std::_List_iterator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >&, std::_List_iterator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >&)’
cint/cint/lib/dll_stl/G__cpp_list.cxx: In function ‘int G__list__0_428(G__value*, const char*, G__param*, int)’:
cint/cint/lib/dll_stl/G__cpp_list.cxx:9069: error: no matching function for call to ‘operator!=(std::_List_iterator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >&, std::_List_iterator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >&)’
make: *** [cint/cint/lib/dll_stl/G__cpp_list.o] Error 1

Am I doing something stupid? 

Thanks a lot in advance,

Barbara

=============================================================
Barbara Storaci
Universität Zürich

CERN, office 13-1-034
CH-1211 Geneve
Postbox: F26110

Tel: +41 (0) 227679942
=============================================================






Diego Casadei | 26 Aug 09:55 2014
Picon
Picon

Error: cannot open file "../lib/libMathCore.so" /opt/local/libexec/root5/include/root/Math/ProbFuncMathCore.h:16:

Dear all,

I was using v.5.34.14 on my mac and, when trying to run some 3-years old 
macro I've got errors.  The first attempt was done with compilation (+ 
postfix):

In file included from /opt/local/include/root/TF1.h:40:
/opt/local/include/root/Math/ParamFunctor.h:109:17: error: called object 
type 'int' is not a function or function pointer
          return (*f)(x,p);
                 ^~~~
/opt/local/include/root/Math/ParamFunctor.h:88:35: note: in 
instantiation of member function 
'ROOT::Math::ParamFunctorHandler<ROOT::Math::ParamFunctor, const char 
*>::FuncEvaluator<const char
       *>::Eval' requested here
       return FuncEvaluator<Func>::Eval(fFunc,x,p);
                                   ^
/opt/local/include/root/Math/ParamFunctor.h:238:17: note: in 
instantiation of member function 
'ROOT::Math::ParamFunctorHandler<ROOT::Math::ParamFunctor, const char 
*>::operator()' requested
       here
       fImpl(new ParamFunctorHandler<ParamFunctor,Func>(f) )
                 ^
/opt/local/include/root/TF1.h:142:17: note: in instantiation of function 
template specialization 'ROOT::Math::ParamFunctor::ParamFunctor<const 
char *>' requested here
       fFunctor( ROOT::Math::ParamFunctor(f) )
                 ^
/Users/diego/WorkInProgress/Statistics/ZZ/./ZZbkg.C:349:23: note: in 
instantiation of function template specialization 'TF1::TF1<const char 
*>' requested here
   TF1* fitGamma = new 
TF1("fitGamma","[0]*ROOT::Math::gamma_pdf(x,[1],[2])",0,10,3);
                       ^
Next, I tried to run it in interpreted mode, just in case the problem 
was that I've created it with a too old version of ROOT:

$ root -q -b ZZbkg.C > ZZbkg.log
Error: cannot open file "../lib/libMathCore.so" 
/opt/local/include/root/Math/ProbFuncMathCore.h:16:

Next, I upgraded ROOT with

$ sudo port install root5  # v. 5.34.20
$ sudo port select root root5

but I still get this error message:
$ root -q -b ZZbkg.C
   *******************************************
   *                                         *
   *        W E L C O M E  to  R O O T       *
   *                                         *
   *   Version   5.34/20    12 August 2014   *
   *                                         *
   *  You are welcome to visit our Web site  *
   *          http://root.cern.ch            *
   *                                         *
   *******************************************

ROOT 5.34/20 (v5-34-20 <at> v5-34-20, Aug 13 2014, 15:08:24 on macosx64)

CINT/ROOT C/C++ Interpreter version 5.18.00, July 2, 2010
Type ? for help. Commands must be C++ statements.
Enclose multiple statements between { }.
root [0]
Processing ZZbkg.C...
Error: cannot open file "../lib/libMathCore.so" 
/opt/local/libexec/root5/include/root/Math/ProbFuncMathCore.h:16:
*** Interpreter error recovered ***

In both cases, the library is just in a different directory:

$ ls /opt/local/lib/root/libMathCore.*
/opt/local/lib/root/libMathCore.5.34.so 
/opt/local/lib/root/libMathCore.5.so 
/opt/local/lib/root/libMathCore.rootmap /opt/local/lib/root/libMathCore.so

$ ls /opt/local/lib/root5/libMathCore.*
/opt/local/lib/root5/libMathCore.5.34.so 
/opt/local/lib/root5/libMathCore.5.so 
/opt/local/lib/root5/libMathCore.rootmap /opt/local/lib/root5/libMathCore.so

Thus it seems that my installation (via MacPorts) is not correctly 
configured.

Incidentally, if I compile the same macro with the newer version, I 
still get the same problems:

In file included from /opt/local/libexec/root5/include/root/TF1.h:40:
/opt/local/libexec/root5/include/root/Math/ParamFunctor.h:109:17: error: 
called object type 'int' is not a function or function pointer
          return (*f)(x,p);
                 ^~~~
/opt/local/libexec/root5/include/root/Math/ParamFunctor.h:88:35: note: 
in instantiation of member function 
'ROOT::Math::ParamFunctorHandler<ROOT::Math::ParamFunctor, const char
       *>::FuncEvaluator<const char *>::Eval' requested here
       return FuncEvaluator<Func>::Eval(fFunc,x,p);
                                   ^
/opt/local/libexec/root5/include/root/Math/ParamFunctor.h:238:17: note: 
in instantiation of member function
       'ROOT::Math::ParamFunctorHandler<ROOT::Math::ParamFunctor, const 
char *>::operator()' requested here
       fImpl(new ParamFunctorHandler<ParamFunctor,Func>(f) )
                 ^
/opt/local/libexec/root5/include/root/TF1.h:142:17: note: in 
instantiation of function template specialization 
'ROOT::Math::ParamFunctor::ParamFunctor<const char *>' requested here
       fFunctor( ROOT::Math::ParamFunctor(f) )
                 ^
/Users/diego/WorkInProgress/Statistics/ZZ/./ZZbkg.C:349:23: note: in 
instantiation of function template specialization 'TF1::TF1<const char 
*>' requested here
   TF1* fitGamma = new 
TF1("fitGamma","[0]*ROOT::Math::gamma_pdf(x,[1],[2])",0,10,3);
                       ^
1 error generated.

Could somebody please let me know how to fix the problems?

Thanks a lot,
Diego

--

-- 

Diego Casadei
-------------------------------------------------------
           Visiting Scientist, University College London
                     Department of Physics and Astronomy
-    -    -   -   -  -  - - - -  -  -   -   -    -    -
Senior Research Fellow, FHNW
School of Engineering, Institute of 4D Technologies
-------------------------------------------------------
diego.casadei <at> cern.ch              skype: diego.casadei
mobile: +41-76-213-5376          http://cern.ch/casadei

Maarten Ballintijn | 25 Aug 18:34 2014
Picon
Picon

ROOT6 on Solaris10 with new SunStudio 12.4beta

Hello,

I'm trying to build ROOT6 with the new SunStudio beta compiler on my Solaris10 box.

I'm specifying the CC, cc, ld, f77 and python to configure, I added back in solaris64CC5 to ARCHS and removed
to no longer needed stlport4 option from the config/Makefiles. 

Configure completed ok, and make runs for a bit. But then it complains about the "all-cling" target
missing. Any ideas?

Thanks,
Maarten.

Sent from my iPad
Philippe Canal | 22 Aug 18:22 2014

Re: TObjArray and Delete

Hi Raffaele,

You may want to re-use the same collection object for several events in a row.  I.e.

    for each event
        fTracks->Add( new Track );
        ....
        fTracks->Delete();

Cheers,
Philippe.

On 8/22/14 11:11 AM, Raffaele Grosso wrote:
> Hello Philippe,
>
> Why is TObject::Delete() public? I cannot think of a case were it would be correct and not superfluous to
call it.
>
> Thanks, cheers,
>     Raffaele
>
> On 08/22/2014 06:09 PM, Philippe Canal wrote:
>> Hi Chiara,
>>
>> The example on page 5 and 6 on CollectionClasses.pdf is indeed unclear.
>> If fTracks->SetOwner() has been called then the call to fTracks->Delete()
>> just before delete fTracks; is indeed superfluous.
>>
>> Cheers,
>> Philippe.
>>
>> On 8/22/14 10:31 AM, Chiara Zampolli wrote:
>>> Dear all,
>>>
>>> I would like to have a clarification concerning the function TObjArray::Delete.
>>> From:
>>>
>>> http://root.cern.ch/root/htmldoc/TObjArray.html
>>>
>>> it looks like that when a TObjArray is owner of its object, simply calling:
>>>
>>> TObjArray* array….
>>> ….
>>> delete array;
>>>
>>> will also delete its objects. But if you check page 5 of the user guide:
>>>
>>> http://root.cern.ch/root/html534/guides/users-guide/ROOTUsersGuideChapters/CollectionClasses.pdf
>>>
>>> it looks like TObjArray::Delete is needed when the array is (again) owner of its objects.
>>>
>>> Could you please clarify this?
>>>
>>> Thanks in advance, and Best Regards,
>>>
>>> Chiara
>>>
>>
>

Chiara Zampolli | 22 Aug 17:31 2014
Picon
Picon

TObjArray and Delete

Dear all,

I would like to have a clarification concerning the function TObjArray::Delete. 
From: 

http://root.cern.ch/root/htmldoc/TObjArray.html

it looks like that when a TObjArray is owner of its object, simply calling:

TObjArray* array….
….
delete array;

will also delete its objects. But if you check page 5 of the user guide:

http://root.cern.ch/root/html534/guides/users-guide/ROOTUsersGuideChapters/CollectionClasses.pdf

it looks like TObjArray::Delete is needed when the array is (again) owner of its objects.

Could you please clarify this? 

Thanks in advance, and Best Regards,

Chiara

Suvayu Ali | 22 Aug 16:02 2014
Picon
Picon

PyROOT bug with TCut in ROOT 6

Hi,

I filed a bug report on JIRA a couple of weeks ago.  I was wondering if
anyone is looking into it.

https://sft.its.cern.ch/jira/browse/ROOT-6552

Cheers,

PS: Could someone please cleanup the annoying bounces from expired email
    addresses.  I get about 8 or so everytime I post.  In fact these
    should go to bounces <at> list not the sender.

--

-- 
Suvayu

Open source is the future. It sets us free.

Barbara Storaci | 18 Aug 15:26 2014
Picon
Picon

huge dataset to be stored into a ROOT file

Dear RooFit-experts,

I'm encountering a problem saving a huge dataset in a ROOT-file . 
I merged a set of datasets (RooDataset) into one with the "append" method. 
Then I try to save the workspace with the total dataset (using the command 
"wout.writeToFile(fname,kTRUE)") but I obtained the error:

Error in <TBufferFile::WriteByteCount>: bytecount too large (more than 1073741822)

Is there a way to work with so big dataset, as I am, without get into this error? 

Thanks a lot in advance,

Barbara

=============================================================
Barbara Storaci
Universität Zürich

CERN, office 13-1-034
CH-1211 Geneve
Postbox: F26110

Tel: +41 (0) 227679942
=============================================================






Chiara Zampolli | 18 Aug 15:09 2014
Picon
Picon

ClassDef/Imp/LinkDef

Dear all,

I have a basic question about pure virtual classes and ROOT. As explained in:

http://root.cern.ch/root/Using.html

to be able to use many functionalities of ROOT (including I/O) one should add the ClassDef/ClassImp to 
the header/source file of his class. 
We have now a pure virtual class, and we added also for it the ClassDef/Imp (with class version 0), but then
the reading of a derived object failed. Does it mean that with pure virtual classes we cannot use this? It is not
needed, but we just want to be sure we do the right thing. 

Thanks in advance, and Best Regards,

Chiara

Bertrand Bellenot | 15 Aug 16:38 2014
Picon
Picon

RE: looping though ntuple in pyroot

Hi Elena,

 

AFAIK, ROOT 5.34.19 on afs has not been changed (since its release date, ‎on 09th of ‎July ‎2014)…

 

Cheers, Bertrand.

 

From: Elena Graverini
Sent: 15 August 2014 16:10
To: roottalk (Mailing list for ROOT users.)
Subject: looping though ntuple in pyroot

 

Dear ROOTers,

 

I can't loop through ntuples anymore in pyroot on LxPlus.

The same commands as I have always used, i.e.:

 

for event in tree:

    print event.branchName

 

for event in tree:

    print event.__getattr__('branchName')

 

for i in xrange(10):

    tree.GetEntry(i)

    print tree.__getattr__('branchName')

 

All of these raise this error:

 

   TypeError: attempt to bind ROOT object w/o class

 

It also seems that I'm not the only one affected by this problem recently (http://root.cern.ch/phpBB3/viewtopic.php?f=14&t=18473).

I'm using ROOT 5.34.19 and pythons 2.6.6 and 2.7.3 on lxplus. Two days ago, on the very same environment, the above commands worked just fine.

 

Any clue?

 

Thanks for the help!

 

Elena

Georg Troska | 15 Aug 15:59 2014
Picon
Picon

Change stat options in compiled program?

Hi,

how do I access the gStyle pointer if I am running a compiled program? I
want that the stat-box disappears for one plot

Georg


Gmane