From: Ken Raeburn <raeburn@permabit.com>
To: Dmitry Antipov <dmantipov@yandex.ru>
Cc: 17691 <17691@debbugs.gnu.org>
Subject: bug#17691: 24.3.91; crash closing remote frame
Date: Thu, 5 Jun 2014 15:47:19 -0400 [thread overview]
Message-ID: <CAJJWxE8wnm_2MdcBBn-4nMGb24P0-yUGqEaUB+2LaNaJZfk_Fg@mail.gmail.com> (raw)
In-Reply-To: <538FF7BC.8020203@yandex.ru>
[-- Attachment #1: Type: text/plain, Size: 1358 bytes --]
With my one-liner test, using your patch, I finish up with a terminal
session (as expected) with an error message "Display :0 does not exist" in
the minibuffer (not expected). In the *Messages* buffer, it's recorded as
"get-device-terminal: Display :0 does not exist", though it didn't display
that way initially in the minibuffer.
I set a breakpoint on XUnloadFont as requested, and "font" doesn't appear
to be a valid pointer; is it supposed to be a resource id maybe?
On Thu, Jun 5, 2014 at 12:53 AM, Dmitry Antipov <dmantipov@yandex.ru> wrote:
> On 06/05/2014 01:49 AM, Ken Raeburn wrote:
>
> A simpler reproduction just worked for me:
>>
>> emacs -Q -nw
>>
>> in the scratch buffer, evaluate:
>>
>> (let ((f (make-frame-on-display ":0" '((font . "7x14")))))
>> (delete-frame f))
>>
>> That's killed my Emacs processes pretty reliably.
>>
>> Simpler still:
>>
>> $ emacs -Q -nw --eval '(let ((f (make-frame-on-display ":0" '"'"'((font .
>> "7x14"))))) (delete-frame f))'
>>
>> The terminal window gets a frame, the X display gets a frame, the X
>> frame goes away, and the terminal-mode Emacs crashes.
>>
>
> Please try this against emacs-24 branch or 24.3.91 (this is a backported
> hybrid of trunk commits 116927 and 117126). If that works for you, this
> should be incorporated into emacs-24 and included into the next pretest.
>
> Dmitry
>
>
[-- Attachment #2: Type: text/html, Size: 2095 bytes --]
next prev parent reply other threads:[~2014-06-05 19:47 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-04 17:09 bug#17691: 24.3.91; crash closing remote frame Ken Raeburn
2014-06-04 17:34 ` Ken Raeburn
2014-06-04 17:36 ` Ken Raeburn
2014-06-04 17:39 ` Dmitry Antipov
2014-06-04 21:38 ` Ken Raeburn
2014-06-04 21:49 ` Ken Raeburn
2014-06-05 4:53 ` Dmitry Antipov
2014-06-05 5:56 ` Dmitry Antipov
2014-06-05 19:47 ` Ken Raeburn [this message]
2014-06-05 21:09 ` Ken Raeburn
2014-06-12 21:14 ` Ken Raeburn
2014-06-13 6:05 ` Eli Zaretskii
2014-06-13 21:37 ` Ken Raeburn
2014-06-18 22:00 ` Paul Eggert
2014-06-21 2:52 ` Ken Raeburn
2014-06-21 18:21 ` Paul Eggert
2014-06-22 7:03 ` Ken Raeburn
2014-06-22 19:14 ` Paul Eggert
2014-08-02 21:34 ` Paul Eggert
2014-08-07 5:06 ` Ken Raeburn
2014-08-07 5:23 ` Paul Eggert
2014-08-07 6:02 ` Ken Raeburn
2014-08-07 12:26 ` Stefan Monnier
2014-08-07 14:36 ` Paul Eggert
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=CAJJWxE8wnm_2MdcBBn-4nMGb24P0-yUGqEaUB+2LaNaJZfk_Fg@mail.gmail.com \
--to=raeburn@permabit.com \
--cc=17691@debbugs.gnu.org \
--cc=dmantipov@yandex.ru \
/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.