X11 problem with root in MAC 10.7.2

You’ve to install XQuartz 2.7.0, see xquartz.macosforge.org/trac/wiki

Cheers, Fons.

And now Apple even gave the same response in reply to the bug report I filed on this issue:

====================================================================
Hi Fons,

This is a courtesy email regarding Bug ID# 10458537.

We believe that this issue has been resolved.

Please use version 2.7.0 or later of XQuartz.

Please let us know whether the issue is resolved for you.

If you have any questions or concerns regarding this issue, please update your report directly (bugreport.apple.com).

Best Regards,

Developer Bug Reporting Team
Apple Worldwide Developer Relations

Apple rolls Xquartz into their new releases, but it is not sure when Xquartz 2.7.0 will go into 10.7.x.

Cheers, Fons.

I had the exact same problem with 10.7.3 + X11 2.6.3. But it was solved by installing XQuartz 2.7.1 as Fons suggested. Thanks a lot.

And Mountain Lion will not even contain X11.app anymore and the user will be redirected to install XQuartz for X11 support. So XQuartz will be it, from now on.

Cheers, Fons.

Btw: our implementation of a native Cocoa+Quartz backend for ROOT is progressing well. :slight_smile:

Hi,

I installed XQuartz 2.7.1 and still have the same problem with root 5.3.2 installed from the source code and built using clang. I logged out and in again as suggested after I installed XQuartz which should make it my default XWindows software.

When I open a TBrowser I can plot at most 2 histograms before the whole thing freezes and I have to kill the xterm and start again (which is what happened before I installed XQuartz).

I am using OS X 10.7.3. This thread is about 10.7.2 so maybe its not the same problem (though the symptoms of freezing up seem the same?). Has anyone had problems using root with 10.7.3 + XQuartz 2.7.1?

Cheers,

Mark

Hi mark,

can you mail me a file and the recipe to reproduce the hangs you observe. We’ve an xcrasher script that hangs X11.app 100% to the times but that works great with XQuartz 2.7.0 and 2.7.1.

Cheers, Fons.

Hi,

I still am having the same issues…its really frustrating I cannot use ROOT on my mac anymore.

Apart from XQuartz are other related software packages I need to update/change to use ROOT with OS X 10.7.3?

Thanks,

Mark

Do you have installed any X11 libs from Fink, MacPorts or any other third parties? If they are all native OSX X11 libs, please post a macro that always crashes so we test it.

Cheers, Fons.

[quote=“rdm”]Do you have installed any X11 libs from Fink, MacPorts or any other third parties? If they are all native OSX X11 libs, please post a macro that always crashes so we test it.

Cheers, Fons.[/quote]

How can I check if I have any “X11 libs from Fink, MacPorts or any other third parties” ?

The problem is not a crash - it is that TBrowser freezes up the terminal and X11 when double-clicking >= 2 histograms in any ROOT file I try (I get the same sometimes when double-clicking TTree branches). I already sent in a PM to you an example ROOT file that causes this issue for me, but as far as I can tell it generalises to all ROOT files I try.

Cheers,

Mark

If you install ROOT from the sources the ./configure command will tell you with X11 will be used.
When I do that on my IMac. I get:

Checking for libX11 ... /usr/X11R6/lib
Checking for X11/Xlib.h ... /usr/include
Checking for X11/xpm.h ... /usr/include
Checking for X11/Xft/Xft.h ... /usr/include
Checking for X11/extensions/shape.h ... /usr/include
Checking for libXpm ... /usr/X11R6/lib
Checking for libXft ... /usr/X11R6/lib
Checking for libXext ... /usr/X11R6/lib

[quote=“markhod”][quote=“rdm”]The problem is not a crash - it is that TBrowser freezes up the terminal and X11 when double-clicking >= 2 histograms in any ROOT file I try (I get the same sometimes when double-clicking TTree branches). I already sent in a PM to you an example ROOT file that causes this issue for me, but as far as I can tell it generalises to all ROOT files I try.
[/quote][/quote]

Hi Mark. I’ve seen similar behavior (canvas with several pads + several histograms replacing each other).
But I have (I think) native X11 app from Apple.
If we find a way to reproduce it with XQuartz, compiled from source, I can debug this problem (either find a bug in ROOT or in XQuartz).

[quote=“couet”]If you install ROOT from the sources the ./configure command will tell you with X11 will be used.
When I do that on my IMac. I get:

Checking for libX11 ... /usr/X11R6/lib Checking for X11/Xlib.h ... /usr/include Checking for X11/xpm.h ... /usr/include Checking for X11/Xft/Xft.h ... /usr/include Checking for X11/extensions/shape.h ... /usr/include Checking for libXpm ... /usr/X11R6/lib Checking for libXft ... /usr/X11R6/lib Checking for libXext ... /usr/X11R6/lib [/quote]

Hello,

Sorry I lost track of this with other work to do…so today I checked out the 5.34 source code from svn.

./configure | grep -i x11 shows

Checking for libX11 … /usr/X11R6/lib
Checking for X11/Xlib.h … /usr/include
Checking for X11/xpm.h … /usr/include
Checking for X11/Xft/Xft.h … /usr/include
Checking for X11/extensions/shape.h … /usr/include
Checking for libXpm … /usr/X11R6/lib
Checking for libXft … /usr/X11R6/lib
Checking for libXext … /usr/X11R6/lib
Checking for freetype-config … /opt/X11/bin/freetype-config
Checking for GL/gl.h … /usr/X11/include
Checking for libGL, or libMesaGL … /usr/X11R6/lib
Checking for libGLU, or libMesaGLU … /usr/X11R6/lib
Checking for png.h … /usr/X11/include
Checking for libpng … /usr/X11/lib
Enabled support for asimage, astiff, bonjour, builtin_afterimage, builtin_ftgl, builtin_glew, builtin_pcre, builtin_lzma, cintex, explicitlink, fink, genvector, krb5, ldap, memstat, odbc, opengl, pgsql, python, reflex, rpath, shared, ssl, tmva, x11, xft, xml.

I have no idea if that looks as it should…my default X11 App now is XQuartz 2.7.2

I did already try the binary 10.7 OS X 5.34 download and saw the exact issue I described previously.

Cheers,

Mark

Hi,

this should be fine. Does it work?

Cheers, Fons.

Hi,

No it won’t compile:

Running /Users/markhodgkinson/root_v34_Source/cint/ROOT/configcint.mk
Making cint/cint/inc/configcint.h
bin/rmkdepend -R -fcint/cint/src/g__cfunc.d -Y -w 1000 – -m64 -pipe -W -Wall -fsigned-char -fno-common -Iinclude -DG__REGEXP -DG__UNIX -DG__SHAREDLIB -DG__ROOT -DG__REDIRECTIO -DG__OSFDLL -DG__STD_EXCEPTION -DG__HAVE_CONFIG -DG__NOMAKEINFO -DG__CINTBODY -I/Users/markhodgkinson/root_v34_Source/cint/cint/inc -I/Users/markhodgkinson/root_v34_Source/cint/cint/src -I/Users/markhodgkinson/root_v34_Source/cint/cint/src/dict -pthread -I. – /Users/markhodgkinson/root_v34_Source/cint/cint/src/g__cfunc.c
clang -O2 -m64 -pipe -W -Wall -fsigned-char -fno-common -Iinclude -DG__REGEXP -DG__UNIX -DG__SHAREDLIB -DG__ROOT -DG__REDIRECTIO -DG__OSFDLL -DG__STD_EXCEPTION -DG__HAVE_CONFIG -DG__NOMAKEINFO -DG__CINTBODY -I/Users/markhodgkinson/root_v34_Source/cint/cint/inc -I/Users/markhodgkinson/root_v34_Source/cint/cint/src -I/Users/markhodgkinson/root_v34_Source/cint/cint/src/dict -pthread -I. -o cint/cint/src/g__cfunc.o -c /Users/markhodgkinson/root_v34_Source/cint/cint/src/g__cfunc.c
In file included from /Users/markhodgkinson/root_v34_Source/cint/cint/src/g__cfunc.c:38:
In file included from /Users/markhodgkinson/root_v34_Source/cint/cint/src/common.h:43:
In file included from include/G__ci.h:1621:
include/G__ci_fproto.h:19:19: error: token is not a valid binary operator in a preprocessor subexpression

if __has_warning("-Wreturn-type-c-linkage")

Should I do something in addition to ./configure before running make?

Cheers,

Mark

I just saw that problem with 5.34 as well. This post ([url]Issue compiling trunk in Mac OS X instructs you to update Xcode. I did, and now I’m doing fine with 5.34. Your X11 issues may pop up again, though.

Hi,

hmm I went into Xcode preferences and downloads tab. Clicking “check and install now” it installs some library updates.

Opening a terminal though I still have clang++ 3.0, and get the same errors as before compiling ROOT. Do you know what else I need to do?

Cheers,

Mark

Check which clang++ you’re using, is it the new Xcode one in /usr/bin?

mark-hodgkinsons-macbook:~ markhodgkinson$ which clang++
/usr/bin/clang++

For xcode I can see some stuff:

mark-hodgkinsons-macbook:~ markhodgkinson$ ls /usr/bin/xc
xcman xcode-select xcodebuild xcodeindex xcrun

but these do not look new:

mark-hodgkinsons-macbook:~ markhodgkinson$ ls -lt /usr/bin/xcodebuild
-rwxr-xr-x 1 root wheel 1086 7 Feb 11:07 /usr/bin/xcodebuild

mark-hodgkinsons-macbook:~ markhodgkinson$ ls -lt /usr/bin/xcodeindex
-rwxr-xr-x 1 root wheel 1086 3 Nov 2011 /usr/bin/xcodeindex

so whatever was installed either does not have the name Xcode* in this area or lives somewhere else?

Cheers,

Mark

Hi Mark,

this are shell scripts that probably did not change between xcode releases.

Cheers, Fons.

Hi,

Thanks for the many suggestions everyone.

Eventually I found out why my TBrowser was freezing - my antivirus software (Sophos) was thrashing the disk which really degraded performance, apparently enough I could not use a TBrowser for long. Adjusting the settings to avoid scanning certain folders which cause the problem in latest OS X appears to not just fixed this, but hugely improved my macbooks performance all around :slight_smile:

Cheers,

Mark