Dario Berzano | 26 Jan 15:06 2015
Picon
Picon

Interpreter .include

Hello all,

  in order to append include paths to the list used by the ROOT interpreter (CINT in my case; I'm on the v5.34 series), I do:

  root [] .include <mypath>

How can I prepend - as opposed to append - an include path instead?

Many thanks, cheers
--
Dario Berzano
Nicholas Devenish | 26 Jan 00:43 2015
Picon

Odd SEGV when reading TFiles from pyROOT?

Hi,

When using pyROOT, I am finding a SEGV when trying to read TFiles, with e.g.

    import ROOT
    ROOT.TFile.Open("<any rootfile>")

The SEGV happens at TStreamerInfoReadBuffer.cxx:772, e.g.

    CurrentElement() = aElement;

with CurrentElement() being defined in the same file:

    static TStreamerElement* &CurrentElement()
    {
      //Pointer to current TStreamerElement
      //Thread local storage.

      TTHREAD_TLS(TStreamerElement*) fgElement(0);

      return fgElement;
    }

Looking in GDB, &fgElement is being returned as 0x0 i.e. not
initialised. Changing this to simply declare a static variable causes
the correct initialisation and the code runs without a problem. So, I
suspect something is going wrong with the thread local storage macros
- an area with which I have zero experience debugging.

I've compiled on GCC 4.5.1 with
    ../configure linux --build=debug --with-f77=gfortran
--enable-builtin-freetype --enable-shadowpw --enable-xrootd
--enable-explicitlink --enable-opengl --enable-cern --enable-table
--enable-mysql --enable-dcache --enable-pythia6 --enable-xml
--enable-gdml --enable-rfio --enable-shared --enable-genvector
--enable-mathmore --enable-gsl-shared --enable-cintex --enable-reflex
--enable-roofit --enable-minuit2 --enable-odbc --enable-unuran
--enable-afs --enable-shared

and, running the GCC line with -dM -E appears to give the definition as:
  #define TTHREAD_TLS(type) static __thread type

Any ideas how to trace down what the problem might be? Would there be
any side-effects to watch out for, if just rewriting that line as
plain static for this installation?

Thanks,

Nick

Axel Naumann | 23 Jan 17:31 2015
Picon
Picon

Re: Zoom problem on ROOT v5r34p050

Hi Didier,

Thanks, this seems to have been fixed after 5.34.05; can't find it in
the release notes, though, and our graphics guru is on vacation. Could
you try with a newer patch release, please?

Cheers, Axel 

On 23.01.2015 11:39, Didier Verkindt wrote:
> Here is the .root file
> 
> ________________________________________
> De : Axel Naumann [Axel.Naumann <at> cern.ch]
> Envoyé : vendredi 23 janvier 2015 10:33
> À : Didier Verkindt; roottalk (Mailing list for ROOT users.)
> Objet : Re: Zoom problem on ROOT v5r34p050
> 
> Hi Didier,
> 
> I cannot reproduce that with our tutorial/graphs/seism.C in the
> v5-34-00-patches branch. Could you save this graph to a TFile and send it?
> 
> Cheers, Axel
> 
> 
> 
> On 23.01.2015 10:20, Didier Verkindt wrote:
>> Dear all,
>>
>> When I do a zoom on Y axis, using ROOT v5r34p050, I get the picture
>> attached to this email. Do you know how to solve this problem?
>>
>> Cheers,
>> Didier
>>
>>

Didier Verkindt | 23 Jan 10:20 2015
Picon
Picon

Zoom problem on ROOT v5r34p050

Dear all,

When I do a zoom on Y axis, using ROOT v5r34p050, I get the picture
attached to this email. Do you know how to solve this problem?

Cheers,
Didier


OKUMURA, Akira | 20 Jan 17:54 2015
Picon

ROOT_GENERATE_DICTIONARY

Hello ROOTers,

I am using $ROOTSYS/etc/cmake/FindROOT.cmake in my project, which is also configure and built with CMake 2.8.

When I use ROOT_GENERATE_DICTIONARY in one of my CMakeList.txt, "make" commands always try to
re-generate a dictionary file. The following lines are corresponding part in my project, where
${CHEC_OFFLINE}_Dict.cxx should be generated with this function.

----
set(DICT ${CHEC_OFFLINE}_Dict)
list(APPEND DICTINC chec/CameraDrawer.h chec/EventViewer.h)
ROOT_GENERATE_DICTIONARY(${DICT} ${DICTINC} LINKDEF chec/LinkDef.h)

list(APPEND SOURCES ${DICT}.cxx)
make_lib(${CHEC_OFFLINE} "${EXTLIBS}" "${SOURCES}")

install(FILES ${CMAKE_CURRENT_BINARY_DIR}/${DICT}_rdict.pcm DESTINATION lib COMPONENT library)
----

Every time I execute "make" command, it tries to generate the dictionary file. It looks that
ROOT_GENERATE_DICTIONARY does not check the time stamps of other source/header files.

How do I suppress generating the dictionary file every time?

Regards,

--
OKUMURA, Akira oxon <at> mac.com, oxon <at> nagoya-u.jp
⌘ Visiting Researcher (Apr 2013 - Apr 2015) at
Department of Physics and Astronomy, University of Leicester
University Road, Leicester, LE1 7RH, United Kingdom
TEL: +44 (0)116-252-5206 Skype : okumura.akira
⌘ Assistant Professor at
Solar-Terrestrial Environment Laboratory, Nagoya University
Furo-cho, Chikusa-ku, Nagoya 464-8601, Japan
Office/Lab/Fax: +81 (0)52-789-4320/5037/4313

Picon
Picon

segmentation violation when loading TG11XTTF library in root 5.34.18

​Hello,

I have a root 5.34.18 installed under ubuntu 14.04

When executing a program that requires root libraries, I get the problem :

----------------------------

Load Error: Failed to load Dynamic link library
G__free_ifunc_table_upto: dictpos not found in ifunc list!
Error in <TCint::AutoLoad>: failure loading library libGX11TTF.so for class TGX11TTF

 *** Break *** segmentation violation

-------------------

Trying directly from root :

root [0] gSystem->Load("libGX11TTF.so");
Load Error: Failed to load Dynamic link library
G__free_ifunc_table_upto: dictpos not found in ifunc list!

--------------------

I've reinstalled root and the problem is still there.

At this point I don't have a good guess on how to check the source of the problem, cqn someone help ?


Thanks in advance,

Joao


Pere Mato Vila | 18 Jan 15:31 2015
Picon
Picon

ROOT patch 6.02/04 has been released

Dear All,

The patch release of ROOT v6.02/04 is now available. The Git tag for this version is v6-02-04.

For what is fixed in this patch release see the patch release notes

The 6.02/04 binaries for different platforms and compilers can be found at:

/afs/cern.ch/sw/lcg/app/releases/ROOT/6.02.04/ Pere Mato
on behalf of the ROOT team
-------------------------------------------------------------
Pere Mato  CERN, PH Department, CH 1211 Geneva 23, Switzerland
e-mail: pere.mato <at> cern.ch tel:   +41 22 76 78696
fax:  +41 22 76 68792 gsm: +41 76 48 70855

Mikolaj Krzewicki | 16 Jan 22:22 2015
Picon
Picon

crash creating dictionary

dear experts,
when compiling aliroot (master) against root master(today's) i get a 
crash when generating a dictionary, bt below.

system is fedora 20, standard install, system gcc 4.8.3.
master|mkrzewic <at> localhost:buildROOT6$ uname -a
Linux localhost.localdomain 3.13.10-200.fc20.x86_64 #1 SMP Mon Apr 14 
20:34:16 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

cheers,
Mikolaj

[ 47%] Generating libAliHLTTPC.rootmap, G__AliHLTTPC.cxx
error: unknown argument: '-fabi-version=0'

  *** Break *** segmentation violation

===========================================================
There was a crash (kSigSegmentationViolation).
This is the entire stack trace of all threads:
===========================================================
#0  0x0000003f674bc2fc in waitpid () from /lib64/libc.so.6
#1  0x0000003f67442522 in do_system () from /lib64/libc.so.6
#2  0x0000000000efbca6 in TUnixSystem::Exec (this=0x2dc6340, 
shellcmd=0x2e27f00 "/opt/alisoft/root/master/etc/gdb-backtrace.sh 21315 
1>&2") at /opt/alisoft/root/src/core/unix/src/TUnixSystem.cxx:2069
#3  0x0000000000efc521 in TUnixSystem::StackTrace (this=0x2dc6340) at 
/opt/alisoft/root/src/core/unix/src/TUnixSystem.cxx:2297
#4  0x0000000000effd2b in TUnixSystem::DispatchSignals (this=0x2dc6340, 
sig=kSigSegmentationViolation) at 
/opt/alisoft/root/src/core/unix/src/TUnixSystem.cxx:3533
#5  0x0000000000ef81ad in SigHandler (sig=kSigSegmentationViolation) at 
/opt/alisoft/root/src/core/unix/src/TUnixSystem.cxx:395
#6  0x0000000000effc7a in sighandler (sig=11) at 
/opt/alisoft/root/src/core/unix/src/TUnixSystem.cxx:3510
#7  <signal handler called>
#8  0x0000000000f6f3c8 in 
cling::IncrementalParser::IncrementalParser(cling::Interpreter*, int, 
char const* const*, char const*) ()
#9  0x0000000000f246b0 in cling::Interpreter::Interpreter(int, char 
const* const*, char const*, bool) ()
#10 0x0000000000a0fcea in TCling::TCling (this=0x2e24de0, name=0x2105c62 
"C++", title=0x2105c4c "cling C++ Interpreter") at 
/opt/alisoft/root/src/core/meta/src/TCling.cxx:1034
#11 0x0000000000a0cfd3 in CreateInterpreter (interpLibHandle=0x0) at 
/opt/alisoft/root/src/core/meta/src/TCling.cxx:527
#12 0x00000000009f1fc2 in TROOT::InitInterpreter (this=0x2a58ca0 
<ROOT::GetROOT1()::alloc>) at 
/opt/alisoft/root/src/core/base/src/TROOT.cxx:1712
#13 0x00000000009ebf11 in ROOT::GetROOT2 () at 
/opt/alisoft/root/src/core/base/src/TROOT.cxx:339
#14 0x00000000009ebf3c in ROOT::GetROOT () at 
/opt/alisoft/root/src/core/base/src/TROOT.cxx:348
#15 0x00000000009c56c0 in TCling__GetInterpreter () at 
/opt/alisoft/root/src/core/utils/src/rootclingTCling.cxx:43
#16 0x00000000009a9742 in RootCling (argc=141, argv=0x7fffdc8044b8, 
isDeep=false, isGenreflex=false) at 
/opt/alisoft/root/src/core/utils/src/rootcling.cxx:3945
#17 0x00000000009b0de7 in main (argc=141, argv=0x7fffdc8044b8) at 
/opt/alisoft/root/src/core/utils/src/rootcling.cxx:5543
===========================================================

The lines below might hint at the cause of the crash.
If they do not help you then please submit a bug report at
http://root.cern.ch/bugs. Please post the ENTIRE stack trace
from above as an attachment in addition to anything else
that might help us fixing this issue.
===========================================================
#8  0x0000000000f6f3c8 in 
cling::IncrementalParser::IncrementalParser(cling::Interpreter*, int, 
char const* const*, char const*) ()
#9  0x0000000000f246b0 in cling::Interpreter::Interpreter(int, char 
const* const*, char const*, bool) ()
#10 0x0000000000a0fcea in TCling::TCling (this=0x2e24de0, name=0x2105c62 
"C++", title=0x2105c4c "cling C++ Interpreter") at 
/opt/alisoft/root/src/core/meta/src/TCling.cxx:1034
#11 0x0000000000a0cfd3 in CreateInterpreter (interpLibHandle=0x0) at 
/opt/alisoft/root/src/core/meta/src/TCling.cxx:527
#12 0x00000000009f1fc2 in TROOT::InitInterpreter (this=0x2a58ca0 
<ROOT::GetROOT1()::alloc>) at 
/opt/alisoft/root/src/core/base/src/TROOT.cxx:1712
#13 0x00000000009ebf11 in ROOT::GetROOT2 () at 
/opt/alisoft/root/src/core/base/src/TROOT.cxx:339
#14 0x00000000009ebf3c in ROOT::GetROOT () at 
/opt/alisoft/root/src/core/base/src/TROOT.cxx:348
#15 0x00000000009c56c0 in TCling__GetInterpreter () at 
/opt/alisoft/root/src/core/utils/src/rootclingTCling.cxx:43
#16 0x00000000009a9742 in RootCling (argc=141, argv=0x7fffdc8044b8, 
isDeep=false, isGenreflex=false) at 
/opt/alisoft/root/src/core/utils/src/rootcling.cxx:3945
#17 0x00000000009b0de7 in main (argc=141, argv=0x7fffdc8044b8) at 
/opt/alisoft/root/src/core/utils/src/rootcling.cxx:5543
===========================================================

make[2]: *** [HLT/TPCLib/libAliHLTTPC.rootmap] Error 139
make[1]: *** [HLT/TPCLib/CMakeFiles/AliHLTTPC.dir/all] Error 2
make: *** [all] Error 2

Mikolaj Krzewicki | 14 Jan 11:56 2015
Picon
Picon

error building root master

Hi,
i'm building root master on fedora 20, using cmake, gcc 4.8.3, I get the 
following:

[ 55%] Generating tutorials/hsimple.root
terminate called after throwing an instance of 'std::logic_error'
   what():  basic_string::_S_construct null not valid
/bin/sh: line 1: 25678 Aborted /opt/alisoft/root/build/bin/hsimple.exe
make[2]: *** [tutorials/hsimple.root] Error 134
make[1]: *** [CMakeFiles/hsimple.dir/all] Error 2
make: *** [all] Error 2

cheers,
Mikolaj

Niladribihari Sahoo | 12 Jan 18:13 2015
Picon
Picon

printing signal yield error more than signal yield itself

Dear Experts,

I'm trying to fit the Bmass plot in data with a double gaussian+chebychev poly. after applying all the selection cuts, but somehow it prints the signal yield error to be more than the yield itself.

I'm attaching the png file as well as the fit code here. Please tell me what's wrong ...

Thanks in advance.

cheers,
Niladri
Pere Mato Vila | 12 Jan 14:57 2015
Picon
Picon

ROOT patch 6.02/03 has been released

Dear All,

The patch release of ROOT v6.02/03 is now available. The Git tag for this version is v6-02-03.

For what is fixed in this patch release see the patch release notes

The 6.02/03 binaries for different platforms and compilers can be found at:

/afs/cern.ch/sw/lcg/app/releases/ROOT/6.02.03/ Pere Mato
on behalf of the ROOT team



Gmane