ROOT 6.04/06 on Ubuntu 14.04 tutorials/eve/box.C crashes

Hi,
I made a root6 installation on Ubuntu 14.04, and having problem with eve. For example, running tutorials/eve/box.C gives the result below. With root5, don’t have such a problem. Any advice how to fix this is welcome, Thomas

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.
===========================================================
#5  0x00007f4eaf5311d1 in llvm::cl::AddLiteralOption(llvm::cl::Option&, char const*) () from /home/truf/root-6.04.06/lib/libCling.so
#6  0x00007f4e9b301dcc in ?? () from /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1
#7  0x00007f4eb234a13a in call_init (l=<optimized out>, argc=argc
entry=3, argv=argv
entry=0x7ffd4cb7cb58, env=env
entry=0x2a8a010) at dl-init.c:78
#8  0x00007f4eb234a223 in call_init (env=<optimized out>, argv=<optimized out>, argc=<optimized out>, l=<optimized out>) at dl-init.c:36
#9  _dl_init (main_map=0x562e8c0, argc=3, argv=0x7ffd4cb7cb58, env=0x2a8a010) at dl-init.c:126
#10 0x00007f4eb234ec70 in dl_open_worker (a=a
entry=0x7ffd4cb78928) at dl-open.c:577
#11 0x00007f4eb2349ff4 in _dl_catch_error (objname=0x7ffd4cb78918, errstring=0x7ffd4cb78920, mallocedp=0x7ffd4cb78910, operate=0x7f4eb234e9a0 <dl_open_worker>, args=0x7ffd4cb78928) at dl-error.c:187
#12 0x00007f4eb234e3bb in _dl_open (file=0x7ffd4cb78b90 "/usr/lib/x86_64-linux-gnu/dri/vmwgfx_dri.so", mode=-2147483390, caller_dlopen=<optimized out>, nsid=-2, argc=3, argv=0x7ffd4cb7cb58, env=0x2a8a010) at dl-open.c:661
#13 0x00007f4eb0da602b in dlopen_doit (a=a
entry=0x7ffd4cb78b40) at dlopen.c:66
#14 0x00007f4eb2349ff4 in _dl_catch_error (objname=0x1bb7f30, errstring=0x1bb7f38, mallocedp=0x1bb7f28, operate=0x7f4eb0da5fd0 <dlopen_doit>, args=0x7ffd4cb78b40) at dl-error.c:187
#15 0x00007f4eb0da662d in _dlerror_run (operate=operate
entry=0x7f4eb0da5fd0 <dlopen_doit>, args=args
entry=0x7ffd4cb78b40) at dlerror.c:163
#16 0x00007f4eb0da60c1 in __dlopen (file=<optimized out>, mode=<optimized out>) at dlopen.c:87
#17 0x00007f4ea394801c in ?? () from /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1
#18 0x00007f4ea394bbeb in ?? () from /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1
#19 0x00007f4ea392852c in ?? () from /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1
#20 0x00007f4ea3924f3b in ?? () from /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1
#21 0x00007f4ea39256d0 in glXChooseVisual () from /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1
#22 0x00007f4ea3f88831 in TGLWidget::CreateWindow(TGWindow const*, TGLFormat const&, unsigned int, unsigned int, std::pair<void*, void*>&) () from /home/truf/root-6.04.06/lib/libRGL.so
#23 0x00007f4ea3f88e30 in TGLWidget::Create(TGLFormat const&, TGWindow const*, bool, bool, TGLPaintDevice const*, unsigned int, unsigned int) () from /home/truf/root-6.04.06/lib/libRGL.so
#24 0x00007f4ea3f4c70c in TGLSAViewer::CreateGLWidget() () from /home/truf/root-6.04.06/lib/libRGL.so
#25 0x00007f4ea3f4e335 in TGLSAViewer::TGLSAViewer(TGWindow const*, TVirtualPad*, TGedEditor*, TGLFormat*) () from /home/truf/root-6.04.06/lib/libRGL.so
#26 0x00007f4ea6b6d0cc in TEveViewer::SpawnGLViewer(TGedEditor*, bool, bool) () from /home/truf/root-6.04.06/lib/libEve.so
#27 0x00007f4ea6b2769e in TEveManager::SpawnNewViewer(char const*, char const*, bool) () from /home/truf/root-6.04.06/lib/libEve.so
#28 0x00007f4ea6b2930c in TEveManager::TEveManager(unsigned int, unsigned int, bool, char const*) () from /home/truf/root-6.04.06/lib/libEve.so
#29 0x00007f4ea6b297c5 in TEveManager::Create(bool, char const*) () from /home/truf/root-6.04.06/lib/libEve.so
#30 0x00007f4eb25540df in ?? ()
#31 0x0000000000000000 in ?? ()
===========================================================

Hi Thomas,

I had a chat with Vasil (one of our Cling/llvm experts) about this problem (because you get a crash in llvm). And he noticed, in the trace back you sent, that the llvm library in which it crashes is not the one provided by root but one located in /usr/lib/x86_64-linux-gnu/ on your machine. So it looks like you have your own llvm installed. I will make a bug report with your question. According to Vasil it will be difficult to reproduce this issue. May be you scan send us your LD_LIBRARY_PATH ?

Cheers,
Olivier

Jira ticket here:

sft.its.cern.ch/jira/browse/ROOT-7744

According to me it will be easy to reproduce this issue.

This is Ubuntu 14.04.3 LTS / x86_64 here and ROOT v6-05-02.
declare -x DYLD_LIBRARY_PATH="/opt/ROOT/v6-05-02/lib"
declare -x LD_LIBRARY_PATH="/opt/ROOT/v6-05-02/lib"

BTW. This issue seems to be closely connected to: Segmentation violation: th2polyHoneycomb.C

Hi,

That’d me my guess, too. Thomas, do you have an nvidia card?

Cheers, Axel

I have:
Advanced Micro Devices, Inc. [AMD/ATI] RV635/M86 [Mobility Radeon HD 3650] (ChipID = 0x9591)