From: ashish.is@lostca.se (Ashish SHUKLA)
To: Eli Zaretskii <eliz@gnu.org>
Cc: 13864@debbugs.gnu.org
Subject: bug#13864: 24.3.50; emacsclient -t loops when connected to emacs server running in X11
Date: Fri, 08 Mar 2013 15:38:30 +0530 [thread overview]
Message-ID: <868v5y9pb5.fsf@chateau.d.if> (raw)
In-Reply-To: <83y5dzz88b.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 07 Mar 2013 14:48:20 +0200")
[-- Attachment #1.1: Type: text/plain, Size: 2634 bytes --]
On Thu, 07 Mar 2013 14:48:20 +0200, Eli Zaretskii <eliz@gnu.org> said:
>> From: ashish.is@lostca.se (Ashish SHUKLA)
>> Cc: 13864@debbugs.gnu.org
>> Date: Thu, 07 Mar 2013 15:49:55 +0530
>>
>> > (gdb) set pagination off
>> > or
>> > (gdb) set height 0
>>
>> > will do that.
>>
>> Thanks
>>
>> Let me know if you need anything else or like me to test something.
> Another trick that potentially avoids some work is this:
> (gdb) set logging on
> This will cause GDB to put all of its output on a file named gdb.txt,
> so you don't need to copy-paste from your screen into the mail
> messages. (Caveat: this does not show what _you_ type at GDB's
> prompt, only the GDB responses.)
> What I need now is the output of several times the following
> breakpoint is hit:
> (gdb) break dispnew.c:4509
> (gdb) commands
>> p i
>> p desired_matrix->nrows
>> if i < desired_matrix->nrows
>> pgrowx desired_matrix->rows+i
>> end
I later added a 'continue' in here as Breakpoint 6 in the output.
>> end
> Also, let's see if scrolling_1 is ever called:
> (gdb) break scrolling_1
> (gdb) commands
>> continue
>> end
> (gdb)
> The goal is to understand why Emacs is redrawing the display although
> nothing on display changes. There's some convoluted code in
> update_frame_line, a subroutine of update_frame_1, which attempts to
> find the differences between the current line on display and what
> should be on the current line, and only redraw the part(s) that
> changed. I'd expect that code to figure out that nothing needs to be
> redrawn in this case, but somehow it fails, I don't yet see why.
Not sure if the attached gdb output is any useful. Here is what I did:
- emacs -Q
- M-x server-start
- gdb stuff, breakpoints + loading .gdbinit
- Started an xterm of dimensions (maybe 20-25 rows)
- emacsclient -t
- key presses (none of them is C-x C-f)
- Breakpoint 1 being hit and requiring me to type 'cont' on every hit
- After some 'cont' inputs, I deleted it, and re-added it as Breakpoint 6 with
'continue' as mentioned above.
- Breakpoint 6 being continuously hit
- C-x 5 0 in emacsclient window
- appended '====EMACSCLIENT STOPPED====' to logfile
- emacsclient -t
- Breakpoint 6 being hit
- I resized window to 4-5 rows in an effort to reduce no. of redraw messages
- Killed gdb after 2 minutes, which killed emacs.
Let me know if you need more information.
Thanks
--
Ashish SHUKLA
“Tous pour un, un pour tous, c'est notre devise” (Alexandre Dumas, père, "Les
Trois Mousquetaires", 1844)
Sent from my Emacs
[-- Attachment #1.2: gdb.txt.xz --]
[-- Type: application/octet-stream, Size: 4024 bytes --]
[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2013-03-08 10:08 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-03 19:19 bug#13864: 24.3.50; emacsclient -t loops when connected to emacs server running in X11 Ashish SHUKLA
2013-03-04 17:50 ` Eli Zaretskii
2013-03-04 19:13 ` Ashish SHUKLA
2013-03-04 20:22 ` Eli Zaretskii
2013-03-05 0:26 ` Ashish SHUKLA
2013-03-06 17:07 ` Eli Zaretskii
2013-03-06 18:52 ` Ashish SHUKLA
2013-03-06 21:00 ` Eli Zaretskii
2013-03-07 1:43 ` Ashish SHUKLA
2013-03-07 6:55 ` Eli Zaretskii
2013-03-07 7:38 ` Ashish SHUKLA
2013-03-07 9:16 ` Eli Zaretskii
2013-03-07 10:19 ` Ashish SHUKLA
2013-03-07 12:48 ` Eli Zaretskii
2013-03-08 10:08 ` Ashish SHUKLA [this message]
2013-03-08 15:58 ` Eli Zaretskii
2013-03-13 9:00 ` Ashish SHUKLA
2013-03-15 9:39 ` Eli Zaretskii
2013-03-22 12:44 ` Ashish SHUKLA
2013-03-24 19:54 ` Eli Zaretskii
2013-03-25 9:28 ` Ashish SHUKLA
2013-03-25 10:56 ` Eli Zaretskii
2013-04-01 16:45 ` Ashish SHUKLA
2013-04-02 17:10 ` Eli Zaretskii
2013-04-10 9:06 ` Ashish SHUKLA
2013-04-10 15:41 ` Eli Zaretskii
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=868v5y9pb5.fsf@chateau.d.if \
--to=ashish.is@lostca.se \
--cc=13864@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.