Description of problem: xrdb in the xorg-x11-server-utils-7.1-5.el5_6.1.x86_64 package passes broken defines through sh to cpp causing sh to fail parsing the command line, thus failing to preprocess the xresources file passed and not loading anything. The cause is the xdb-defined constant VENDOR, which is set to '_The X.Org Foundation"' Version-Release number of selected component (if applicable): xorg-x11-server-utils-7.1-5.el5_6.1.x86_64 How reproducible: just run xrdb on any file Actual results: sh: -c: line 0: unexpected EOF while looking for matching `"' sh: -c: line 1: syntax error: unexpected end of file Expected results: no errors from sh
I can confirm the same behaviour on RHEL 6. This needs an immediate fix.
I can confirm this on RHEL5. I have many users complaining.
For those of you needing a quick fix, put the following line in /etc/yum.conf: exclude=xorg-x11-server-utils-7.1-5.el5_6.1 and run 'yum downgrade xorg-x11-server-utils'. That should block the broken version on RHEL5 at least, and seems to do the trick here.
I confirm this for xorg-x11-server-utils-7.1-5.el5_6.1.i386 This is appartently related to * Wed Mar 16 2011 Adam Jackson <ajax> 7.1-5.el5_6.1 - cve-2011-0465.patch: Sanitize cpp macro expansion. (CVE 2011-0465) The following appears to work fine $ xrdb -nocpp -load .Xresources
This issue also occurs on RHEL6 (xorg-x11-server-utils-7.4-15.el6_0.1.x86_64). We have '-DVENDOR=_The X.Org Foundation\"' in the /usr/bin/mcpp call. The workaround with -nocpp does not work (there), because all the option parsing code does on -nocpp is "cpp_program = NULL;" (xrdb.c:815), which causes it to be auto-filled (in xrdb.c:881)! This makes the -nocpp parameter completely pointless.
Created attachment 492187 [details] Proposed cve-2011-0465 fix
I am seeing this problem also. My .Xresources file is no longer being loaded. downgrading to xorg-x11-server-utils 7.1-4 temporarily fixes the problem for me.
*** This bug has been marked as a duplicate of bug 696316 ***