From: "Marc Wilhelm Küster" <marc@budabe.eu>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 31547@debbugs.gnu.org, "Marc Wilhelm Küster" <marc@budabe.eu>
Subject: bug#31547: 25.3; Core dump: g_main_context_prepare() called recursively from within a source's check() or prepare() member.
Date: Tue, 29 May 2018 07:12:09 +0200 [thread overview]
Message-ID: <87po1fcafq.wl-marc@budabe.eu> (raw)
In-Reply-To: <83lgcacsdk.fsf@gnu.org>
[-- Attachment #1: Type: text/plain, Size: 458 bytes --]
Dear Eli,
tonight the emacs delivered with Archlinux has updated itself to GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 2018-05-29. You might be interested that the crash persists (scenario to provoke it unchanged).
I attach you the backtrace (before and after processing with sed and addr2line) and will look into options to get an emacs version with debugging symbols (might take a moment, unfortunately).
Best regards,
Marc
[-- Attachment #2: bt.txt --]
[-- Type: text/plain, Size: 1360 bytes --]
(emacs:14478): GLib-WARNING **: 06:47:47.100: g_main_context_prepare() called recursively from within a source's check() or prepare() member.
(emacs:14478): GLib-WARNING **: 06:47:47.101: g_main_context_check() called recursively from within a source's check() or prepare() member.
Backtrace:
emacs[0x50f76f]
emacs[0x4f4aa2]
emacs[0x50f824]
emacs[0x452e6b]
emacs[0x4555f4]
emacs[0x5af552]
emacs[0x5b7585]
emacs[0x4f4848]
emacs[0x4c090a]
emacs[0x4c484b]
emacs[0x4c48db]
/usr/lib/libX11.so.6(_XError+0x11d)[0x7f329f7076ed]
/usr/lib/libX11.so.6(+0x41617)[0x7f329f704617]
/usr/lib/libX11.so.6(+0x416d5)[0x7f329f7046d5]
/usr/lib/libX11.so.6(_XEventsQueued+0x55)[0x7f329f704fd5]
/usr/lib/libX11.so.6(XPending+0x57)[0x7f329f6f6ca7]
/usr/lib/libgdk-3.so.0(+0x66f6f)[0x7f32a0f25f6f]
/usr/lib/libglib-2.0.so.0(g_main_context_prepare+0x1c9)[0x7f329fe71a49]
/usr/lib/libglib-2.0.so.0(+0x4c44e)[0x7f329fe7244e]
/usr/lib/libglib-2.0.so.0(g_main_context_pending+0x29)[0x7f329fe725e9]
/usr/lib/libgtk-3.so.0(gtk_events_pending+0xf)[0x7f32a13e3e3f]
emacs[0x4c1339]
emacs[0x4fbeb9]
emacs[0x4fc585]
emacs[0x5dd884]
emacs[0x5861e4]
emacs[0x5e03db]
emacs[0x5e0663]
emacs[0x5e097c]
emacs[0x443ce4]
emacs[0x440441]
emacs[0x44583a]
emacs[0x445a6d]
emacs[0x470b81]
emacs[0x56cd1d]
emacs[0x5a8ff1]
emacs[0x56f684]
emacs[0x56cc9b]
emacs[0x56cd39]
emacs[0x56c2fd]
emacs[0x56c430]
...
[-- Attachment #3: bt2.txt --]
[-- Type: text/plain, Size: 585 bytes --]
XSetWMNormalHints at ??:?
XSetWMNormalHints at ??:?
XSetWMNormalHints at ??:?
?? ??:0
?? ??:0
error at ??:?
error at ??:?
XSetWMNormalHints at ??:?
?? ??:0
?? ??:0
?? ??:0
?? ??:0
?? ??:0
?? ??:0
?? ??:0
?? ??:0
?? ??:0
?? ??:0
?? ??:0
?? ??:0
?? ??:0
?? ??:0
XSetWMNormalHints at ??:?
XSetWMNormalHints at ??:?
error at ??:?
error at ??:?
error at ??:?
error at ??:?
error at ??:?
?? ??:0
?? ??:0
?? ??:0
?? ??:0
?? ??:0
re_compile_pattern at ??:?
error at ??:?
error at ??:?
re_compile_pattern at ??:?
re_compile_pattern at ??:?
re_compile_pattern at ??:?
re_compile_pattern at ??:?
[-- Attachment #4: Type: text/plain, Size: 963 bytes --]
On Wed, 23 May 2018 17:18:47 +0200,
Eli Zaretskii wrote:
>
> > Date: Wed, 23 May 2018 07:10:00 +0200
> > From: Marc Wilhelm Küster <marc@budabe.eu>
> > Cc: Marc Wilhelm Küster <marc@budabe.eu>,
> > 31547@debbugs.gnu.org
> >
> > > That's because your Emacs binary is stripped of debugging symbols. Is
> > > there perhaps an auxiliary distribution with those symbols as separate
> > > files? If so, could you please install that and repeat what you've
> > > done?
> > >
> > Not to my knowledge out of the box, I'm afraid. I could perhaps configure and compile my own version of the emacs package with debuging included, but I'd need some time to study how that might work under Archlinux.
>
> If you do decide to build your own Emacs, I suggest to build version
> 26.1, because it's quite possible this problem is fixed there (and if
> it isn't, it becomes much more urgent).
>
> > Are there alternatives?
>
> Not that I know of.
next prev parent reply other threads:[~2018-05-29 5:12 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-05-22 4:45 bug#31547: 25.3; Core dump: g_main_context_prepare() called recursively from within a source's check() or prepare() member marc
2018-05-22 16:34 ` Eli Zaretskii
2018-05-22 19:43 ` Marc Wilhelm Küster
2018-05-23 2:29 ` Eli Zaretskii
2018-05-23 5:10 ` Marc Wilhelm Küster
2018-05-23 15:18 ` Eli Zaretskii
2018-05-29 5:12 ` Marc Wilhelm Küster [this message]
2018-06-02 16:25 ` Marc Wilhelm Küster
2018-06-02 16:39 ` Eli Zaretskii
2018-06-02 17:05 ` Marc Wilhelm Küster
2018-06-02 19:23 ` Eli Zaretskii
[not found] ` <997a15cf-3015-2929-2da4-86187eb84c74@budabe.eu>
2018-06-04 16:22 ` Eli Zaretskii
2018-06-04 17:36 ` Robert Pluim
2018-06-04 19:03 ` Marc Wilhelm Küster
2018-06-04 19:14 ` Eli Zaretskii
2018-06-05 12:56 ` Robert Pluim
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=87po1fcafq.wl-marc@budabe.eu \
--to=marc@budabe.eu \
--cc=31547@debbugs.gnu.org \
--cc=eliz@gnu.org \
/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.