all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Ken Raeburn <raeburn@permabit.com>
To: john.eismeier@emc.com
Cc: 22932@debbugs.gnu.org
Subject: bug#22932: 25.0.92; X protocol error: BadRequest (invalid request code or no such operation) on protocol request 149
Date: Tue, 8 Mar 2016 15:43:38 -0500	[thread overview]
Message-ID: <CAJJWxE9WiwRgk13KgYaUv=L6OsQEJ8jfGpGkEZgERtipzqFZZg@mail.gmail.com> (raw)
In-Reply-To: <uddtwkgrase.fsf@eismej-u14.spgear.lab.emc.com>

[-- Attachment #1: Type: text/plain, Size: 1578 bytes --]

On Tue, Mar 8, 2016 at 3:10 PM, John Eismeier <john.eismeier@emc.com> wrote:

>
> Ken,
>
> I am running Ubuntu 14.04 LTS.
>
>
> xrandr  -v
> xrandr program version       1.4.1
> Server reports RandR version 1.2
>

How odd! I'm running Ubuntu 12.04 LTS at work and its X server reports
support for 1.3.


>
> What should I do next ?  I still need to run this revision of the OS
> with our current product development strategy.
>

Well, I think I see where the issue is. The code as written -- at least in
that function -- assumes that if your libraries have the newer function,
then your server supports it. That doesn't seem to be the case here.

In reading up on this today, I've already run across a few web pages
showing which RandR requests were added in 1.3 and how to test the protocol
version supported by the server. If you want to dig into X11 programming
you're welcome to help out :-), otherwise I'll try to make some time this
evening to look into coding the run-time protocol version checks.

In the meantime, if you want something that just runs without crashing this
way, you could disable the use of the XRANDR extension. The configure
script isn't set up to make that easy from the command line, but you could
edit the config files generated. After running configure, look in
src/config.h for the line:

#define HAVE_XRANDR 1

... and comment it out. Then finish building Emacs normally. From a quick
test on my system that seems to work okay, though I don't know off the top
of my head what functionality might be diminished by losing the xrandr
support.

Ken

[-- Attachment #2: Type: text/html, Size: 2364 bytes --]

  parent reply	other threads:[~2016-03-08 20:43 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-07 13:41 bug#22932: 25.0.92; X protocol error: BadRequest (invalid request code or no such operation) on protocol request 149 John Eismeier
2016-03-07 16:21 ` Eli Zaretskii
2016-03-08 13:04   ` John Eismeier
2016-03-08 14:36     ` John Eismeier
2016-03-08 16:27       ` Eli Zaretskii
2016-03-08 20:01         ` Ken Raeburn
2016-03-08 20:10           ` John Eismeier
2016-03-08 20:33             ` Eli Zaretskii
2016-03-08 20:43             ` Ken Raeburn [this message]
2016-03-08 20:47               ` Ken Raeburn
2016-03-08 22:04                 ` John Eismeier
2016-03-08 22:16                   ` Ken Raeburn
2016-03-08 22:39                     ` John Eismeier
2016-03-09  3:42                       ` Ken Raeburn
2016-03-09 13:15                         ` John Eismeier
2016-03-10  9:42                           ` John Eismeier
2016-03-10 20:19                             ` Ken Raeburn
2016-03-10 20:33                               ` Eli Zaretskii
2016-03-10 20:41                               ` John Eismeier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAJJWxE9WiwRgk13KgYaUv=L6OsQEJ8jfGpGkEZgERtipzqFZZg@mail.gmail.com' \
    --to=raeburn@permabit.com \
    --cc=22932@debbugs.gnu.org \
    --cc=john.eismeier@emc.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.