bug#13486: 24.2.92: large X-selections: timed out waiting for property notify event

bug#13486: 24.2.92: large X-selections: timed out waiting for property notify event

[Charles Rendleman]

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

$ emacs -Q /usr/share/dict/words
C-SPC
M->
^X^X  .....
(beep) Timed out waiting for property-notify event

You can recover by hitting ^G several times.

Problem appears when the transient-mark encloses a large region.  Does not
occur in a terminal window (i.e., emacs -Q -nw).  Appears to be an
x-selection issue.

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

bug#13486: 24.2.92: large X-selections: timed out waiting for property notify event

[Glenn Morris]

Charles Rendleman wrote:

> $ emacs -Q /usr/share/dict/words
> C-SPC
> M->
> ^X^X  .....
> (beep) Timed out waiting for property-notify event

Works fine for me. Please send the report-emacs-bug information that
describes your system/Emacs version.

bug#13486: 24.2.92: large X-selections: timed out waiting for property notify event

[Glenn Morris]

(Please keep the debbugs address included in replies.
Resending your comments so they are more visible...)

Date: Fri, 18 Jan 2013 16:02:49 -0500
From: Charles Rendleman <carendle@gmail.com>

The X-server is XMING 7.5.0.29.

On Fri, Jan 18, 2013 at 3:29 PM, Glenn Morris <rgm@gnu.org> wrote:

> Charles Rendleman wrote:
>
> > $ emacs -Q /usr/share/dict/words
> > C-SPC
> > M->
> > ^X^X  .....
> > (beep) Timed out waiting for property-notify event
>
> Works fine for me. Please send the report-emacs-bug information that
> describes your system/Emacs version.

In GNU Emacs 24.2.92.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.22.1)
 of 2013-01-10 on drdws0066.nyc.desres.deshaw.com
Windowing system distributor `Colin Harrison', version 11.0.70500029
System Description:	CentOS release 5.7 (Final)

Configured using:
 `configure '--prefix=/u/nyc/rendlemc/dpr/Linux/x86_64/emacs/24.2.92-03'
 '--x-includes=/usr/X11R6/include' '--x-libraries=/usr/X11R6/lib64'
 '--with-x-toolkit=gtk2'
 'LDFLAGS=-Wl,-rpath,/proj/desres/root/Linux/x86_64/gtkplus/2.22.1-04/lib
 -Wl,-rpath,/proj/desres/root/Linux/x86_64/dbus/1.2.16-01/lib
 -Wl,-rpath=/proj/desres/root/Linux/x86_64/ncurses/5.7-03A/lib
 -L/proj/desres/root/Linux/x86_64/ncurses/5.7-03A/lib
 -Wl,-rpath,/proj/desres/root/Linux/x86_64/jpeg/6b-03A/shared/lib
 -Wl,-rpath,/proj/desres/root/Linux/x86_64/tiff/3.9.4-01A/lib
 -L/proj/desres/root/Linux/x86_64/zlib/1.2.7-10A/shared/lib
 -Wl,-rpath=/proj/desres/root/Linux/x86_64/zlib/1.2.7-10A/shared/lib'
 'LIBS=/proj/desres/root/Linux/x86_64/jpeg/6b-03A/shared/lib/libjpeg.so
 /proj/desres/root/Linux/x86_64/tiff/3.9.4-01A/lib/libtiff.so'
 'CPPFLAGS=-I/proj/desres/root/Linux/x86_64/gtkplus/2.22.1-04/include
 -I/proj/desres/root/Linux/x86_64/dbus/1.2.16-01/include
 -I/proj/desres/root/Linux/x86_64/ncurses/5.7-03A/include/ncurses
 -I/proj/desres/root/Linux/x86_64/jpeg/6b-03A/shared/include
 -I/proj/desres/root/Linux/x86_64/tiff/3.9.4-01A/include
 -I/proj/desres/root/Linux/x86_64/zlib/1.2.7-10A/shared/include''

Important settings:
  value of $EMACSLOADPATH: /u/nyc/rendlemc/dpr/Linux/x86_64/emacs-w3m/2013-01-14-07/share/emacs/site-lisp/w3m:/u/nyc/rendlemc/dpr/Linux/x86_64/emacs/24.2.92-03/share/emacs/24.2.92/lisp:/u/nyc/rendlemc/dpr/Linux/x86_64/emacs/24.2.92-03/share/emacs/24.2.92/leim
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
C-SPC <escape> > C-g C-g C-g M-x r e p <tab> o <tab> 
r <tab> <return>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Note: file is write protected
Mark set
Timed out waiting for property-notify event [3 times]
Quit [3 times]
Making completion list... [2 times]

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev
gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mail-utils help-mode easymenu time-date tooltip ediff-hook
vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list newcomment lisp-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process dbusbind dynamic-setting
system-font-setting font-render-setting move-toolbar gtk x-toolkit x
multi-tty emacs)

bug#13486: 24.2.92: large X-selections: timed out waiting for property notify event

[Chong Yidong]

Glenn Morris <rgm@gnu.org> writes:

> Windowing system distributor `Colin Harrison', version 11.0.70500029
> System Description:	CentOS release 5.7 (Final)

That is an unusual X vendor ID.  Mine says `The X.Org Foundation'.  Do
you know if this is standard X server from xorg, or something else?

bug#13486: 24.2.92: large X-selections: timed out waiting for property notify event

[Chong Yidong]

Charles Rendleman <carendle@gmail.com> writes:

> http://www.straightrunning.com/XmingNotes/, a packaging of 'mainly
> from the X.org source code with patches applied'.

Ah, so you are running Emacs through a remote X connection.  That is the
reason for the slowdown: the Emacs binary needs to transfer the X
primary selection to the server over the network.

I don't think there's any way to fix this; you will have to customize
`select-active-regions' to nil.

bug#13486: 24.2.92: large X-selections: timed out waiting for property notify event

[Stefan Monnier]

>> http://www.straightrunning.com/XmingNotes/, a packaging of 'mainly
>> from the X.org source code with patches applied'.
> Ah, so you are running Emacs through a remote X connection.  That is the
> reason for the slowdown: the Emacs binary needs to transfer the X
> primary selection to the server over the network.

IIUC in his example, only the ownership of the selection needs to be
transferred, not the selection itself, so the size of the selection
shouldn't matter.
Unless he has some extra software (like some clipboard applets) that
systematically keeps takes a copy of those things, tho I don't remember
hearing of a case where the PRIMARY was (mis)handled this way (contrary
to the CLIPBOARD selection, where there've been many such mishandling
by naive applets).


        Stefan

bug#13486: 24.2.92: large X-selections: timed out waiting for property notify event

[Charles Rendleman]

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

1) This is a regression since Emacs-23.4.  That is, large selections work
in emacs prior to emacs 24
2) I've been able to reproduce in a more standard x environment the
report-emacs-bug report is essentially the same except for:
....
In GNU Emacs 24.2.92.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.22.1)
 of 2013-01-10 on drdws0066.nyc.desres.deshaw.com
Windowing system distributor `The X.Org Foundation', version 11.0.70101000
System Description: CentOS release 5.7 (Final)
....


On Sat, Jan 19, 2013 at 12:19 PM, Stefan Monnier
<monnier@iro.umontreal.ca>wrote:

> >> http://www.straightrunning.com/XmingNotes/, a packaging of 'mainly
> >> from the X.org source code with patches applied'.
> > Ah, so you are running Emacs through a remote X connection.  That is the
> > reason for the slowdown: the Emacs binary needs to transfer the X
> > primary selection to the server over the network.
>
> IIUC in his example, only the ownership of the selection needs to be
> transferred, not the selection itself, so the size of the selection
> shouldn't matter.
> Unless he has some extra software (like some clipboard applets) that
> systematically keeps takes a copy of those things, tho I don't remember
> hearing of a case where the PRIMARY was (mis)handled this way (contrary
> to the CLIPBOARD selection, where there've been many such mishandling
> by naive applets).
>
>
>         Stefan
>

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

bug#13486: 24.2.92: large X-selections: timed out waiting for property notify event

[unfrostedpoptart]

Chong Yidong wrote
> Charles Rendleman <

> carendle@

> > writes:
> 
>> http://www.straightrunning.com/XmingNotes/, a packaging of 'mainly
>> from the X.org source code with patches applied'.
> 
> Ah, so you are running Emacs through a remote X connection.  That is the
> reason for the slowdown: the Emacs binary needs to transfer the X
> primary selection to the server over the network.
> 
> I don't think there's any way to fix this; you will have to customize
> `select-active-regions' to nil.

I've been hitting this for months (since 24?) and finally searched around
and found this thread.  I'm also running remote, using nx-client.  I went to
customize select-active-regions and found the value "ony shift-selection or
mouse-drag" does the trick since it still allows automatic setting of active
region but doesn't trigger on things like mark-whole-buffer, which was
killing me.

The elisp version it put in my init.el was (select-active-regions (quote
only)).

 David



--
View this message in context: http://emacs.1067599.n5.nabble.com/bug-13486-24-2-92-large-X-selections-timed-out-waiting-for-property-notify-event-tp275798p286215.html
Sent from the Emacs - Bugs mailing list archive at Nabble.com.

bug#13486: 24.2.92: large X-selections: timed out waiting for property notify event

[Dmitry Gutov]

I've been hitting this bug from time to time, too (about once in a few
weeks), and I'm not running Emacs remotely. Just in graphical mode, the
usual way.

Similarly, selecting all text in a large buffer seems to be the way to
reproduce this (a sequence of `C-x h', `C-w`, `C-x h', `C-w', and so on,
seems to do it), even starting with `emacs -Q`. I've saved the contents
of the buffer I've had this with, but they're probably irrelevant.

It's just

a:focus {
  background-clip: border-box;
  background: content-box;
}

repeated ~33000 times.

Here's the report-emacs-bug information:

In GNU Emacs 24.3.92.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.10.8)
 of 2014-07-11 on axl
Repository revision: 117369 rgm@gnu.org-20140710180904-p1ng9uu1zmkyaxju
Windowing system distributor `The X.Org Foundation', version 11.0.11501000
System Description:	Ubuntu 14.04 LTS

Important settings:
  value of $LC_MONETARY: en_US.UTF-8
  value of $LC_NUMERIC: en_US.UTF-8
  value of $LC_TIME: en_US.UTF-8
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: Emacs-Lisp

Minor modes in effect:
  helm-match-plugin-mode: t
  helm-occur-match-plugin-mode: t
  shell-dirtrack-mode: t
  recentf-mode: t
  elisp-slime-nav-mode: t
  eldoc-mode: t
  paredit-mode: t
  global-smartscan-mode: t
  smartscan-mode: t
  projectile-global-mode: t
  projectile-mode: t
  hes-mode: t
  global-company-mode: t
  company-mode: t
  global-undo-tree-mode: t
  undo-tree-mode: t
  global-diff-hl-mode: t
  diff-hl-mode: t
  diff-auto-refine-mode: t
  savehist-mode: t
  yas-global-mode: t
  yas-minor-mode: t
  global-whitespace-cleanup-mode: t
  whitespace-cleanup-mode: t
  ido-ubiquitous-mode: t
  ido-everywhere: t
  show-paren-mode: t
  global-auto-revert-mode: t
  electric-pair-mode: t
  delete-selection-mode: t
  cua-mode: t
  winner-mode: t
  whitespace-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  auto-fill-function: do-auto-fill
  transient-mark-mode: t

Recent input:
C-n C-n C-n C-n C-n C-n <help-echo> SPC C-c <left> 
C-c C-x 0 C-x 0 <M-up> <down> <down> <up> <return> 
<down> <return> M-n C-n RET M-[ C-x 3 M-x i b u f f 
e r <return> C-n C-p C-n C-n / S u / S C-s S u m m 
C-s C-s C-n C-p s u C-g C-g C-p C-p q C-x 0 M-[ C-n 
RET SPC N N N N N N N N N P P N N N N N C-; C-n RET 
N N N q RET RET N N N q g C-p RET RET q RET RET <M-down> 
C-x 3 <help-echo> M-x <help-echo> f i n d - l i b <return> 
c r i s p <return> <next> <next> <next> <next> <next> 
<next> <next> <next> <next> <next> <next> <next> <next> 
<prior> <prior> <prior> <prior> <prior> <prior> <prior> 
<prior> <prior> <prior> C-x 0 q g q M-x r e C-g C-x 
3 <C-tab> C-x h C-w M-x p y <return> C-g C-g M-x C-g 
C-g C-g M-x p y t h o n - m o d e <return> M-x e m 
a c s <return> <M-right> M-x p y t h o n - m o d e 
C-x 2 C-g C-g C-x 2 C-x b m e s s a <return> C-g C-g 
C-g C-g <up> <up> <up> <up> <up> <up> <up> <up> <up> 
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <up> 
<down> <up> <down> <up> <down> <up> <down> C-g C-g 
<S-up> <S-up> <S-up> <S-up> <S-up> <S-up> <S-up> <S-up> 
<S-up> <S-up> <S-up> <S-up> C-S-a M-w <M-left> M-x 
r e p o r t <return>

Recent messages:
byte-code: Timed out waiting for property-notify event
byte-code: Window #<window 4 on  *Minibuf-1*> too small for splitting 2
Quit [3 times]
Timed out waiting for property-notify event [2 times]
Quit [4 times]
End of buffer [3 times]
Timed out waiting for property-notify event
Quit [3 times]
Mark set
Reverting buffer `.emacs-loaddefs.el'.

Load-path shadows:
/home/gutov/.emacs.d/elpa/easy-kill-20140505.343/test hides /home/gutov/.emacs.d/site-lisp/company/test
/home/gutov/.emacs.d/site-lisp/smartrep.el/smartrep hides ~/.emacs.d/site-lisp/smartrep

Features:
(shadow bbdb-message emacsbug sendmail python iflipb vc-bzr gnus-fun
org-element org-rmail org-mhe org-irc org-info org-gnus org-docview
doc-view jka-compr image-mode org-bibtex bibtex org-bbdb org-w3m org
org-macro org-footnote org-pcomplete org-list org-faces org-entities
noutline outline org-version ob-emacs-lisp ob ob-tangle org-src ob-ref
ob-lob ob-table ob-keys ob-exp ob-comint ob-core ob-eval org-compat
org-macs org-loaddefs cal-menu calendar cal-loaddefs helm-projectile
helm-files image-dired tramp tramp-compat tramp-loaddefs trampver
dired-x dired-aux ffap helm-bookmark helm-adaptive helm-info helm-net
xml helm-plugin bookmark pp helm-help helm-match-plugin helm-external
helm-locate helm-config helm-aliases eieio-opt speedbar sb-image ezimage
dframe two-column iso-transl helper helm-buffers helm-grep helm-regexp
helm-elscreen helm-tags helm-utils helm mule-util ebuff-menu flow-fill
browse-url mm-archive qp sort smiley gnus-cite mail-extr gnus-async
gnus-bcklg gnus-ml disp-table nndraft nnmh nnfolder parse-time bbdb-gnus
bbdb-mua bbdb-com crm netrc gnutls network-stream starttls tls
gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg gnus-art
mm-uu mml2015 epg-config mm-view mml-smime smime dig nntp gnus-cache
gnus-sum nnoo gnus-group gnus-undo nnmail mail-source bbdb bbdb-site
timezone gnus-start gnus-spec gnus-int gnus-range gnus-win gnus gnus-ems
nnheader shell pcomplete smerge-mode misearch multi-isearch recentf
tree-widget wid-edit css-mode smex elisp-slime-nav eldoc paredit
tango-plus-theme smartscan highlight-tail projectile ibuf-ext ibuffer
pkg-info epl grep dash s highlight-escape-sequences company-files
company-oddmuse oddmuse url url-proxy url-privacy url-expand url-methods
url-history url-cookie url-domsuf url-util url-parse auth-source eieio
byte-opt bytecomp byte-compile cconv eieio-core gnus-util password-cache
url-vars mailcap company-keywords company-etags etags company-gtags
company-dabbrev-code company-dabbrev company-capf company-cmake
company-ropemacs company-xcode company-clang company-semantic
company-eclim company-template company-css company-nxml company-bbdb
company-inf-ruby inf-ruby thingatpt ruby-end ruby-mode smie compile
company pcase undo-tree diff diff-hl smartrep face-remap vc-hg vc-git
vc-dir ewoc diff-mode savehist yasnippet whitespace-cleanup-mode
ido-ubiquitous ido paren autorevert filenotify elec-pair delsel cua-base
winner .emacs-loaddefs whitespace saveplace autoload lisp-mnt tex-site
info package bow prelude esk devenv commit-patch-buffer log-edit
easy-mmode message format-spec rfc822 mml mml-sec mm-decode mm-bodies
mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mailabbrev mail-utils gmm-utils mailheader pcvs-util add-log
vc vc-dispatcher point-stack mmm mmm-defaults mmm-auto mmm-vars cl-macs
mmm-compat cl gv progmodes keys find-func quail help-mode easymenu
windmove hippie hippie-exp comint ansi-color dired winring ring
transpose-frame misc prefs edmacro kmacro cl-loaddefs cl-lib defuns
advice help-fns help-at-pt cus-start cus-load time-date tooltip electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode
prog-mode register page menu-bar rfn-eshadow timer select scroll-bar
mouse jit-lock font-lock syntax facemenu font-core frame cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev
minibuffer nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-process
gfilenotify dynamic-setting system-font-setting font-render-setting
move-toolbar gtk x-toolkit x multi-tty emacs)

Memory information:
((conses 16 545261 50480)
 (symbols 48 52155 582)
 (miscs 40 907 755)
 (strings 32 128998 32016)
 (string-bytes 1 15224805)
 (vectors 16 49989)
 (vector-slots 8 1030644 4297)
 (floats 8 1008 1455)
 (intervals 56 7339 65)
 (buffers 960 46)
 (heap 1024 221344 326429))

bug#13486: 24.2.92: large X-selections: timed out waiting for property notify event

[Steve Newcomb]

In my experience, this bug does not require a large X selection to be
revealed.

Like Dmitry, I am running Ubuntu 14.04 stock emacs 24, (GNU Emacs 24.3.1
(x86_64-pc-linux-gnu, GTK+ Version 3.10.7) of 2014-03-07 on lamiak, modified
by Debian) but now I've had to abandon it in favor of emacs 23.  The
timed-out-waiting-for-property-notify-event thing has stopped me dead,
dozens of times, requiring me to kill the emacs process and restart the
whole session.  No amount of control-G keypresses can restore it to
responsiveness.  I have not been doing large cut-and-paste operations
(which, yes, also have the similar effect reported above).  I've been
running pdb (python debugger) sessions in shell buffers.  That alone will
put emacs 24 into the unresponsive state described above.  It doesn't seem
to matter whether I'm running locally under X11, or on a remote machine via
an X11 tunnel, or via an x11vnc session.

I rather like everything about Emacs 24, except for the one unfortunate fact
that it simply doesn't work in my pdb sessions in shell buffers.  Emacs 23
still works, though, and that's a great mercy.





--
View this message in context: http://emacs.1067599.n5.nabble.com/bug-13486-24-2-92-large-X-selections-timed-out-waiting-for-property-notify-event-tp275798p333732.html
Sent from the Emacs - Bugs mailing list archive at Nabble.com.

bug#13486: 24.2.92: large X-selections: timed out waiting for property notify event

[Stefan Monnier]

> Like Dmitry, I am running Ubuntu 14.04 stock emacs 24, (GNU Emacs 24.3.1
> (x86_64-pc-linux-gnu, GTK+ Version 3.10.7) of 2014-03-07 on lamiak, modified
> by Debian) but now I've had to abandon it in favor of emacs 23.

Have you tried playing with `select-active-regions' (which should let
you go back to the Emacs-23 behavior, without reverting wholesale to an
older Emacs).


        Stefan

bug#13486: 25.0.50; struct selection_input_event data might be corrupted by assignments as another structure type

[Paul Eggert]

Thanks for tracking down and diagnosing this bug.  I've installed a patch as 
commit 1552e6737317ea2c85e06600e178114c6b0f9fb2 in emacs master; can you please 
try it in your environment?

It's possible, I suppose, that this fix will affect Bug#13486 and Bug#17026 
(merged with Bug#16737, Bug#17101, Bug#17172, Bug#19320, Bug#20283).  Ideally 
those bugs would go away too, though this is a shot in the dark.  Anyway, I'll 
CC: to those bug reports to give their followers a heads-up.

bug#13486: 25.0.50; struct selection_input_event data might be corrupted by assignments as another structure type

[YAMAMOTO Mitsuharu]

>>>>> On Tue, 23 Jun 2015 16:44:26 -0700, Paul Eggert <eggert@cs.ucla.edu> said:

> Thanks for tracking down and diagnosing this bug.  I've installed a
> patch as commit 1552e6737317ea2c85e06600e178114c6b0f9fb2 in emacs
> master; can you please try it in your environment?

Thanks for looking into this.  But it doesn't build as it is in the
original environment: OS X 10.7, and the following version of llvm-gcc

  i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00)

The error message is:

gcc -std=gnu99 -c -I/opt/local/include -Demacs  -I. -I../../../emacs/trunk/src -I../lib -I../../../emacs/trunk/lib   -D_REENTRANT -I/opt/local/include/gtk-3.0 -I/opt/local/include/at-spi2-atk/2.0 -I/opt/local/include/at-spi-2.0 -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/gtk-3.0 -I/opt/local/include/gio-unix-2.0/ -I/opt/local/include -I/opt/local/include/cairo -I/opt/local/include -I/opt/local/include/pango-1.0 -I/opt/local/include/harfbuzz -I/opt/local/include/pango-1.0 -I/opt/local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/libpng16 -I/opt/local/include -I/opt/local/include/gdk-pixbuf-2.0 -I/opt/local/include/libpng16 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include  -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/libpng16 -I/opt/local/include    -D_REENTRANT -I/opt/local/include/librsvg-2.0 -I/opt/local/include/gdk-pixbuf-2.0 -I/opt/local/include/libpng16 -I/opt/local/include/cairo -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/pixman-1 -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/libpng16 -I/opt/local/include  -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16 -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16 -I/opt/local/include/ImageMagick-6  -I/opt/local/include/libpng16 -I/opt/local/include/libxml2  -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include  -I/opt/local/include  -I/opt/local/include  -I/opt/local/include  -D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include  -DORBIT2=1 -D_REENTRANT -I/opt/local/include/gconf/2 -I/opt/local/include/orbit-2.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include  -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include  -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/libpng16  -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/libpng16    -MMD -MF deps/dispnew.d -MP -I/opt/local/include -I/opt/local/include/p11-kit-1 -I/opt/local/include  -D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include     -g3 -O2  ../../../emacs/trunk/src/dispnew.c
In file included from ../../../emacs/trunk/src/dispnew.c:33:
../../../emacs/trunk/src/keyboard.h: In function ‘kbd_buffer_store_event_hold’:
../../../emacs/trunk/src/keyboard.h:461: error: expected specifier-qualifier-list before ‘*’ token
../../../emacs/trunk/src/keyboard.h:461: error: ‘struct <anonymous>’ has no member named ‘__b’
../../../emacs/trunk/src/keyboard.h:461: error: expected specifier-qualifier-list before ‘*’ token
../../../emacs/trunk/src/keyboard.h:461: error: ‘struct <anonymous>’ has no member named ‘__b’
../../../emacs/trunk/src/keyboard.h:461: error: bit-field ‘_gl_verify_error_if_negative’ width not an integer constant
make: *** [dispnew.o] Error 1


The output of gcc -E for the corresponding part is:

kbd_buffer_store_event_hold (struct input_event *event,
        struct input_event *hold_quit)
{
  union buffered_input_event *ev = (union buffered_input_event *) event;
  extern int (*_gl_verify_function461 (void)) [(!!sizeof (struct { unsigned int _gl_verify_error_if_negative: (sizeof *event == sizeof *ev && __builtin_offsetof (struct { char __a; *event __b; }, __b) == __builtin_offsetof (struct { char __a; *ev __b; }, __b)) ? 1 : -1; }))];
  return kbd_buffer_store_buffered_event ((union buffered_input_event *) event,
       hold_quit);
}


If I comment out the line for the "verify" macro, the it successfully
builds and runs without crash.

				     YAMAMOTO Mitsuharu
				mituharu@math.s.chiba-u.ac.jp

bug#17026: 25.0.50; struct selection_input_event data might be corrupted by assignments as another structure type

[Paul Eggert]

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

YAMAMOTO Mitsuharu wrote:
> ../../../emacs/trunk/src/keyboard.h:461: error: expected specifier-qualifier-list before ‘*’ token

Thanks, it appears I was assuming C11 semantics that clang doesn't support.  I 
installed the attached further patch, which worked for me with clang 
3.6.0-2ubuntu1 (Ubuntu 15.04).

[-- Attachment #2: 0001-Port-selection-info-fix-to-clang.patch --]
[-- Type: text/x-diff, Size: 1035 bytes --]

From 4fe5cb43d9c27da933b6e6a1beedb14eba4db4e9 Mon Sep 17 00:00:00 2001
From: Paul Eggert <eggert@cs.ucla.edu>
Date: Tue, 23 Jun 2015 18:01:55 -0700
Subject: [PATCH] Port selection info fix to clang

* src/keyboard.h (kbd_buffer_store_event_hold):
Don't assume C11 semantics for alignof (Bug#20756).
---
 src/keyboard.h | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/src/keyboard.h b/src/keyboard.h
index 5278051..1b489f3 100644
--- a/src/keyboard.h
+++ b/src/keyboard.h
@@ -458,7 +458,8 @@ kbd_buffer_store_event_hold (struct input_event *event,
 			     struct input_event *hold_quit)
 {
   union buffered_input_event *ev = (union buffered_input_event *) event;
-  verify (sizeof *event == sizeof *ev && alignof (*event) == alignof (*ev));
+  verify (alignof (struct input_event) == alignof (union buffered_input_event)
+	  && sizeof (struct input_event) == sizeof (union buffered_input_event));
   return kbd_buffer_store_buffered_event ((union buffered_input_event *) event,
 					  hold_quit);
 }
-- 
2.1.4

bug#13486: 25.0.50; struct selection_input_event data might be corrupted by assignments as another structure type

[YAMAMOTO Mitsuharu]

>>>>> On Tue, 23 Jun 2015 18:05:27 -0700, Paul Eggert <eggert@cs.ucla.edu> said:

> YAMAMOTO Mitsuharu wrote:
>> ../../../emacs/trunk/src/keyboard.h:461: error: expected specifier-qualifier-list before ‘*’ token

> Thanks, it appears I was assuming C11 semantics that clang doesn't support.  I 
> installed the attached further patch, which worked for me with clang 
> 3.6.0-2ubuntu1 (Ubuntu 15.04).

It now builds and works for me, too.  Thanks again.

				     YAMAMOTO Mitsuharu
				mituharu@math.s.chiba-u.ac.jp

bug#13486: 25.0.50; struct selection_input_event data might be corrupted by assignments as another structure type

[Lars Ingebrigtsen]

Paul Eggert <eggert@cs.ucla.edu> writes:

> Thanks for tracking down and diagnosing this bug.  I've installed a
> patch as commit 1552e6737317ea2c85e06600e178114c6b0f9fb2 in emacs
> master; can you please try it in your environment?
>
> It's possible, I suppose, that this fix will affect Bug#13486 and
> Bug#17026 (merged with Bug#16737, Bug#17101, Bug#17172, Bug#19320,
> Bug#20283).  Ideally those bugs would go away too, though this is a
> shot in the dark.  Anyway, I'll CC: to those bug reports to give their
> followers a heads-up.

This was five years ago, and I tried reproducing the test case in
#13486, and I was unable to see any slowness here, so I'm closing this
bug report.  If anybody is still seeing this, please respond to the
debbugs address, and we'll reopen.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no