Similar to:

(EE) Backtrace:
(EE) 0: X (OsLookupColor+0x139) [0x472509]
(EE) 1: /lib64/libpthread.so.0 (__restore_rt+0x0) [0x3e84c0efff]
(EE) 2: X (xf86PlatformDeviceCheckBusID+0xaf) [0x4b1b0f]
(EE) 3: X (xf86PlatformMatchDriver+0x340) [0x4ad3a0]
(EE) 4: X (xf86CallDriverProbe+0x27) [0x47f6f7]
(EE) 5: X (DoConfigure+0xa70) [0x47f0e0]
(EE) 6: X (InitOutput+0x128c) [0x48e92c]
(EE) 7: X (_init+0x3886) [0x42b796]
(EE) 8: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x3e84021a05]
(EE) 9: X (_start+0x29) [0x428621]

Same configuration but i am running ATI Catalyst.
When i try to start Adobe Photoshop via Wine i am getting this:

[274068.428] (EE) 0: /usr/bin/Xorg (OsLookupColor+0x139) [0x472509]
[274068.429] (EE) 1: /lib64/libpthread.so.0 (__restore_rt+0x0) [0x3cc1e0efff]
[274068.430] (EE) 2: /lib64/libc.so.6 (____strtod_l_internal+0x7c) [0x3cc163d3ac]
[274068.431] (EE) 3: /usr/lib64/xorg/modules/extensions/catalyst/libglx.so (GlxInitVisuals2D+0x24602) [0x7f03a39e3d42]
[274068.433] (EE) 4: /usr/lib64/xorg/modules/extensions/catalyst/libglx.so (__glXSetTexBufferInfo+0x22d7) [0x7f03a399c737]
[274068.433] (EE) 5: /usr/bin/Xorg (SendErrorToClient+0x41a) [0x43990a]
[274068.434] (EE) 6: /usr/bin/Xorg (_init+0x3a7a) [0x42b98a]
[274068.435] (EE) 7: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x3cc1621a05]
[274068.435] (EE) 8: /usr/bin/Xorg (_start+0x29) [0x428621]
[274068.435] (EE) 
[274068.435] (EE) Segmentation fault at address 0x0

Installed xorg package:
xorg-x11-server-Xorg.x86_64  1.13.3-3.fc18

Happens to me as well. I am also using ATI Catalyst driver.

Since an update a few days ago KDE OpenGL compositing started crashing.

[    30.227] (EE) Backtrace:
[    30.228] (EE) 0: /usr/bin/X (OsLookupColor+0x139) [0x472509]
[    30.228] (EE) 1: /lib64/libpthread.so.0 (__restore_rt+0x0) [0x3fd2a0efff]
[    30.228] (EE) 2: /lib64/libc.so.6 (____strtod_l_internal+0x7c) [0x3fd263d3ac]
[    30.229] (EE) 3: /usr/lib64/xorg/modules/extensions/catalyst/libglx.so (GlxInitVisuals2D+0x24602) [0x7f11a70fad42]
[    30.229] (EE) 4: /usr/lib64/xorg/modules/extensions/catalyst/libglx.so (__glXSetTexBufferInfo+0x22d7) [0x7f11a70b3737]
[    30.229] (EE) 5: /usr/bin/X (SendErrorToClient+0x41a) [0x43990a]
[    30.229] (EE) 6: /usr/bin/X (_init+0x3a7a) [0x42b98a]
[    30.230] (EE) 7: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x3fd2621a05]
[    30.230] (EE) 8: /usr/bin/X (_start+0x29) [0x428621]
[    30.230] (EE) 
[    30.230] (EE) Segmentation fault at address 0x0

Installed xorg package:
xorg-x11-server-Xorg-1.13.3-3.fc18.x86_64

It looks like recently automatically installed xorg-x11-glamor-0.5.0-5.20130401git81aadb8.fc18.x86_64 was causing crashes on my machine. After uninstalling it I experience no crashes.

(In reply to Maxim Yegorushkin from comment #4)
> It looks like recently automatically installed
> xorg-x11-glamor-0.5.0-5.20130401git81aadb8.fc18.x86_64 was causing crashes
> on my machine. After uninstalling it I experience no crashes.

Thank you very much. This workaround works for me.

Uninstalled xorg-x11-glamor and xorg-x11-ati by dependency, restarted Xorg and it does not fall anymore

I am experiencing the same bug. It is 100% reproducible by running qtconfig (from a local Qt 4.7.1 build) over X forwarding from a CentOS 5.9 machine using QT_GRAPHICSSYSTEM=opengl1. I'm going to do some quick tests to see if I can narrow that down, but posting first since a successful test will eat my X session.

Also crashes with the default subsystem. Doesn't crash with another F18 machine; not sure yet if it's CentOS or Qt 4.7 that's the problem.

Additional information:

- This is reproducible with an NVidia card.
- Removing xorg-x11-glamor (and downgrading to the previous xorg-x11-ati) did NOT resolve the problem for me.

This is happening for me regularly while using the nouveau driver with my Nvidia card as well on Fedora 19.

[  3945.384] (EE) 
[  3945.385] (EE) Backtrace:
[  3945.497] (EE) 0: /usr/bin/Xorg (OsLookupColor+0x129) [0x46e539]
[  3945.501] (EE) 1: /lib64/libpthread.so.0 (__restore_rt+0x0) [0x342600ef9f]
[  3945.514] (EE) 2: /usr/lib64/xorg/modules/drivers/nouveau_drv.so (_init+0x49f
0) [0x7fe9465e0dc0]
[  3945.514] (EE) 3: /usr/bin/Xorg (xorgGetVersion+0x554d) [0x4a35ed]
[  3945.515] (EE) 4: /usr/bin/Xorg (XvdiGetPortAttribute+0x95f) [0x4e570f]
[  3945.515] (EE) 5: /usr/bin/Xorg (SendErrorToClient+0x3f7) [0x436e47]
[  3945.515] (EE) 6: /usr/bin/Xorg (_init+0x3ab2) [0x429ae2]
[  3945.549] (EE) 7: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x3425c21b75]
[  3945.549] (EE) 8: /usr/bin/Xorg (_start+0x29) [0x426741]
[  3945.550] (EE) 9: ? (?+0x29) [0x29]
[  3945.550] (EE) 
[  3945.550] (EE) Segmentation fault at address 0x7fe940293000
[  3945.550] 
Fatal server error:
[  3945.550] Caught signal 11 (Segmentation fault). Server aborting
[  3945.550] 
[  3945.550] (EE)

I'm also experiencing frequent x.org crashes and have been for months. I've tried both the nouveau and nvidia drivers, xfce, gnome and cinnamon and still get crashes. The crashes aren't predictable either other than it always happens when I try to open a new app. It's happened with Thunar, xterm, emacs, shell windows, etc, etc. Seems like anything can trigger it at any time.

[ 91744.986] (EE) 
[ 91744.986] (EE) Backtrace:
[ 91744.990] (EE) 0: /usr/bin/Xorg (OsLookupColor+0x139) [0x472509]
[ 91744.990] (EE) 1: /lib64/libpthread.so.0 (__restore_rt+0x0) [0x3f3100efff]
[ 91744.991] (EE) 2: /usr/bin/Xorg (FontWakeup+0x61) [0x43a0d1]
[ 91744.991] (EE) 3: /usr/bin/Xorg (doListFontsWithInfo+0x72c) [0x43ae8c]
[ 91744.991] (EE) 4: /usr/bin/Xorg (ProcessWorkQueue+0x21) [0x43dec1]
[ 91744.991] (EE) 5: /usr/bin/Xorg (WaitForSomething+0x62) [0x469dd2]
[ 91744.991] (EE) 6: /usr/bin/Xorg (SendErrorToClient+0xe1) [0x4395d1]
[ 91744.991] (EE) 7: /usr/bin/Xorg (_init+0x3a7a) [0x42b98a]
[ 91744.991] (EE) 8: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x3f30821a05]
[ 91744.991] (EE) 9: /usr/bin/Xorg (_start+0x29) [0x428621]
[ 91744.991] (EE) 
[ 91744.991] (EE) Segmentation fault at address 0x14
[ 91744.991] 
Fatal server error:
[ 91744.991] Caught signal 11 (Segmentation fault). Server aborting
[ 91744.991] 
[ 91744.991] (EE)

Had this any-time I tried to run anything that uses Mesa. Workaround in comment #5 fixed the issue for me.

Just a note you might need to re-install the video drivers after applying the fix in comment #5.

This is the upstream bug: https://bugs.freedesktop.org/show_bug.cgi?id=66515

Have same. 100% reproducible with launching "Savage: The Battle For Newerth" game. Disabling glamor (related: [1]) fixes it.

Xorg trace:

(EE) Backtrace:
(EE) 0: /usr/bin/X (OsLookupColor+0x129) [0x46ee59]
(EE) 1: /lib64/libpthread.so.0 (__restore_rt+0x0) [0x3f4140ef9f]
(EE) 2: /usr/lib64/dri/r600_dri.so (driQueryOptionf+0x8f4eb) [0x7f79d7e349cb]
(EE) 3: /usr/lib64/xorg/modules/extensions/libglx.so (_init+0x5e31) [0x7f79d9989051]
(EE) 4: /usr/lib64/xorg/modules/extensions/libglx.so (_glthread_GetID+0x41db) [0x7f79d99b0bcb]
(EE) 5: /usr/lib64/xorg/modules/extensions/libglx.so (_glthread_GetID+0x62f8) [0x7f79d99b4ee8]
(EE) 6: /usr/bin/X (SendErrorToClient+0x3f7) [0x436fe7]
(EE) 7: /usr/bin/X (_init+0x3aaa) [0x429b8a]
(EE) 8: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x3f41021b75]
(EE) 9: /usr/bin/X (_start+0x29) [0x4267f1]
(EE) 10: ? (?+0x29) [0x29]
(EE)
(EE) Segmentation fault at address 0xde5

HW: AMD HD6450
SW: Fedora 19 x64
  xorg-x11-drv-ati-7.1.0-5.20130408git6e74aacc5.fc19.x86_64
  xorg-x11-glamor-0.5.0-5.20130401git81aadb8.fc19.x86_64

1: https://bugzilla.redhat.com/show_bug.cgi?id=1010298

I'm able to reproduce the Xorg OsLookupColor crash with simply trying to disable a nouveau DVI output with xrandr in Xorg, when Nouveau+intel Optimus is in use on Lenovo T430 laptop running Fedora 19.

When I run "xrandr --output DP-2 --off" I get this Xorg crash:

[   138.763] reporting 5 7 17 134
[   139.048] have a master to look out for
[   139.048] (EE) 
[   139.048] (EE) Backtrace:
[   139.052] (EE) 0: /usr/bin/X (OsLookupColor+0x129) [0x46ee59]
[   139.052] (EE) 1: /lib64/libpthread.so.0 (__restore_rt+0x0) [0x36f2e0ef9f]
[   139.053] (EE) 2: /lib64/libdrm_intel.so.1 (drm_intel_bufmgr_fake_init+0xe3b) [0x7f2bd9ff2f3b]
[   139.054] (EE) 3: /lib64/libdrm_intel.so.1 (drm_intel_bufmgr_fake_init+0x2924) [0x7f2bd9ff6134]
[   139.055] (EE) 4: /usr/lib64/xorg/modules/drivers/intel_drv.so (_init+0x9f22) [0x7f2bda22cf12]
[   139.055] (EE) 5: /usr/lib64/xorg/modules/drivers/intel_drv.so (_init+0x6075) [0x7f2bda225285]
[   139.056] (EE) 6: /usr/bin/X (xf86PruneDuplicateModes+0x1df7) [0x4c84e7]
[   139.056] (EE) 7: /usr/bin/X (RRCrtcSet+0x589) [0x502b39]
[   139.056] (EE) 8: /usr/bin/X (ProcRRSetCrtcConfig+0x3d9) [0x503c99]
[   139.056] (EE) 9: /usr/bin/X (SendErrorToClient+0x3f7) [0x436fe7]
[   139.057] (EE) 10: /usr/bin/X (_init+0x3aaa) [0x429b8a]
[   139.058] (EE) 11: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x36f2621b75]
[   139.058] (EE) 12: /usr/bin/X (_start+0x29) [0x4267f1]
[   139.059] (EE) 13: ? (?+0x29) [0x29]
[   139.059] (EE) 
[   139.059] (EE) Segmentation fault at address 0x8
[   139.059] (EE) 
Fatal server error:
[   139.059] (EE) Caught signal 11 (Segmentation fault). Server aborting
[   139.059] (EE) 
[   139.059] (EE) 
Please consult the Fedora Project support 
         at http://wiki.x.org
 for help. 
[   139.059] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[   139.059] (EE) 
[   139.060] (II) AIGLX: Suspending AIGLX clients for VT switch
[   139.543] (EE) Server terminated with error (1). Closing log file.

Possibly related: https://bugs.freedesktop.org/show_bug.cgi?id=64912

Any updates about this bug? 

The "Possibly related" freedesktop.org bugzilla entry is now fixed, and there's a patch available.. https://bugs.freedesktop.org/show_bug.cgi?id=64912

commit 83f87f3bb8a0c18c3218695b1eb14065a82e8819
Author: Michel Dänzer <michel.daenzer>
Date:   Fri Sep 20 10:41:10 2013 +0200

    Reset traps_count and ptrap when necessary for the next trapezoid cliprect

My issue was caused by a RHEL box on our network which was exporting it's X fonts. Whenever I would ssh to that machine, my fontpath would be appended with the exported one and the next time I spawned a window of any kind my desktop would crash.

You can use "xset q" to see your fontpath and "xset fp" to reset it back to your default.

(In reply to Kevin Masaryk from comment #18)
> My issue was caused by a RHEL box on our network which was exporting it's X
> fonts. Whenever I would ssh to that machine, my fontpath would be appended
> with the exported one and the next time I spawned a window of any kind my
> desktop would crash.
> 
> You can use "xset q" to see your fontpath and "xset fp" to reset it back to
> your default.
>

Ok, so you might be seeing a different issue than me.

For me running "xrandr --output DP-2 --off" crashes Xorg with the "OsLookupColor" stuff in the backtrace.

For me amarok and google chrome trigger the bug. My home media pc worked fine with a non-updated F19 but is now crippled. Just another anecdote...

Yep, I'm seeing the Xorg server crashes on Fedora 19 aswell.

(In reply to Hans Ecke from comment #20)
> For me amarok and google chrome trigger the bug. My home media pc worked
> fine with a non-updated F19 but is now crippled. Just another anecdote...

You could try to help people investigate the issue by adding your stack trace and vga driver name. 
Your stacktrace may look like the ones posted above ("OsLookupColor" in frame 0), but there is a possibility that there is more than one bug causing "OsLookupColor" issue. 
Stacktraces in comment #2 and comment #3 are identical(see frame 3) and in both cases the problem was solved by workaround in comment #4. However, this workaround does not help to other people, indicating that the issue was caused by different bugs.

My stacktrace includes the proprietary nvidia module. The reason I'm using that is that for my home media pc, vdpau gives me the best performance in decoding 1080p video (1% CPU load while watching the full resolution Avatar BluRay). I understand most developers will not look at a problem if the stacktrace includes the nvidia module. I can't blame them, but there you go.

So, would you like me to post my stacktrace, even if it includes the nvidia module?

guys I doubt anyone is seeing the same bug, stop me tooing on this.

OsLookupColor is just a default function the backtracer seems to pick up when it craps itself out.

please refile clean bugs without the me toos if your backtraces are different.

Don't file nvidia backtraces because really we can't do anything about it.

Removing xorg-x11-glamor still fixes this problem for me on Fedora 19 with: 

kernel-3.11.6-200.fc19.x86_64
xorg-x11-server-Xorg-1.14.3-1.fc19.x86_64
xorg-x11-drv-catalyst-13.9-1.fc19.x86_64
xorg-x11-drv-catalyst-libs-13.9-1.fc19.x86_64
akmod-catalyst-13.9-2.fc19.x86_64

*** Bug 977104 has been marked as a duplicate of this bug. ***