Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#44290 - [emacs] crashes when resizing

Attached to Project: Arch Linux
Opened by Adam Flott (adamflott) - Saturday, 21 March 2015, 18:38 GMT
Last edited by Jürgen Hötzel (juergen) - Friday, 10 April 2015, 20:28 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jürgen Hötzel (juergen)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

Emacs will always crash when resizing. Version 24, master, gtk2, gkt3 it doesn't matter.

Package versions:

enlightenment 0.19.4-1
lib32-mesa 10.5.1-1
lib32-mesa-libgl 10.5.1-1
libva-mesa-driver 10.5.1-2
mesa 10.5.1-2
mesa-demos 8.2.0-4
mesa-libgl 10.5.1-2
mesa-vdpau 10.5.1-2
opencl-mesa 10.5.1-2
emacs 24.4-2


Steps to reproduce:
1. have an empty or non-empty .emacs.d config
2. open emacs
3. resize window with alt+right click in Enlightenment 19
4. crash everytime

Attached is a gdb bt of a custom compiled (to keep the symbols around in the binary) of the same behavior.

Below is from Xorg.0.old

[190095.455] (EE)
[190095.455] (EE) Backtrace:
[190095.455] (EE) 0: /usr/lib/xorg-server/Xorg (OsLookupColor+0x119) [0x5949c9]
[190095.456] (EE) 1: /usr/lib/libc.so.6 (__restore_rt+0x0) [0x7fdb7b3d953f]
[190095.456] (EE) 2: /usr/lib/xorg/modules/libfb.so (fbBltOne+0x508) [0x7fdb700c1968]
[190095.456] (EE) 3: /usr/lib/xorg/modules/libfb.so (fbPutXYImage+0x23f) [0x7fdb700c583f]
[190095.456] (EE) 4: /usr/lib/xorg/modules/libfb.so (fbPutImage+0xf2) [0x7fdb700c5b52]
[190095.457] (EE) 5: /usr/lib/xorg/modules/libglamoregl.so (glamor_glyphs_nf+0x6fd) [0x7fdb7583335d]
[190095.457] (EE) 6: /usr/lib/xorg-server/Xorg (DamageRegionAppend+0x34c3) [0x51f863]
[190095.457] (EE) 7: /usr/lib/xorg-server/Xorg (SendGraphicsExpose+0xead) [0x43636d]
[190095.457] (EE) 8: /usr/lib/xorg-server/Xorg (SendErrorToClient+0x2f7) [0x438a97]
[190095.457] (EE) 9: /usr/lib/xorg-server/Xorg (remove_fs_handlers+0x41b) [0x43cbcb]
[190095.458] (EE) 10: /usr/lib/libc.so.6 (__libc_start_main+0xf0) [0x7fdb7b3c6800]
[190095.458] (EE) 11: /usr/lib/xorg-server/Xorg (_start+0x29) [0x427039]
[190095.458] (EE) 12: ? (?+0x29) [0x29]
[190095.458] (EE)
[190095.458] (EE) Segmentation fault at address 0x0
[190095.458] (EE)
Fatal server error:
[190095.458] (EE) Caught signal 11 (Segmentation fault). Server aborting
[190095.458] (EE)
[190095.458] (EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
[190095.458] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[190095.458] (EE)
[190095.458] (II) AIGLX: Suspending AIGLX clients for VT switch
[190095.472] (EE) Server terminated with error (1). Closing log file.
This task depends upon

Closed by  Jürgen Hötzel (juergen)
Friday, 10 April 2015, 20:28 GMT
Reason for closing:  Not a bug
Comment by Doug Newgard (Scimmia) - Saturday, 21 March 2015, 22:23 GMT
Does it work in a different WM?
Comment by Adam Flott (adamflott) - Wednesday, 25 March 2015, 02:44 GMT
No. Trying in xfce4 yielded the same back trace.
Comment by Alad Wenter (Alad) - Monday, 30 March 2015, 16:10 GMT
Can't reproduce this - from your logs it seems X itself crashed. What's your GPU and xorg-server version?
Comment by Adam Flott (adamflott) - Monday, 30 March 2015, 16:43 GMT
This looks like the same problem in  FS#43061 .

GPU: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti XT [Radeon HD 7970/8970 OEM / R9 280X] (prog-if 00 [VGA controller])
Xorg: xorg-server 1.17.1-4
Comment by Adam Flott (adamflott) - Friday, 10 April 2015, 18:15 GMT
I'm heavily starting to suspect that the combination of Radeon driver (xf86-video-ati) + Infinality (https://wiki.archlinux.org/index.php/Infinality) were the cause of all my odd crashes / instability.

I re-installed arch from scratch a week ago omitting the Infinality patches and used the stock freetype. So far, I have no received one crash. And I tried pretty hard to do so!

Feel free to close as I don't see emacs being the primary culprit nor has there been enough other crashes reported to warrant keeping it open.

Loading...