[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: trouble with comint-sent-input for gdb

From: Dick Brown
Subject: Re: trouble with comint-sent-input for gdb
Date: Wed, 9 Feb 2011 09:12:32 -0600

Here is a little more info about my question yesterday: 
    1.  The following shows in the gdb window:

Current directory is /tmp/
GNU gdb (GDB) Fedora (7.1-26.fc13)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
Reading symbols from /tmp/hello...done.
(gdb) break main

break main

    The final "break main" above indicates that there was no response from the first one, so I eventually tried it again.

    2.  When I request the value of comint-output-filter-function, I get

comint-output-filter-functions's value is
(comint-postoutput-scroll-to-bottom comint-watch-for-password-prompt)

    whether I am in the gdb window or another window.

Thank again for any clues to what may be happening.


On Tue, Feb 8, 2011 at 11:12 AM, Dick Brown <address@hidden> wrote:
Greetings!  When I start gdb within emacs (e.g.,     (gdb "gdb /tmp/hello")  ), I find the same behavior described by IvanAndrus in , namely, entering a command (such as   break main  ) and pressing RET causes the command to turn bold correctly, but nothing else happens.  The program isn't already running, and RET is correclty bound to comint-send-input (I bound another key to comint-send-input and tried that, just to be sure, with the same results).  This is happening on
GNU Emacs 23.2.1 (x86_64-redhat-linux-gnu, GTK+ Version 2.20.1)
 of 2010-05-13 on

but it does not happen on
GNU Emacs 22.2.1 (x86_64-redhat-linux-gnu, GTK+ Version 2.12.9)
 of 2008-05-23 on

Any ideas?  Thanks.

Dick Brown

reply via email to

[Prev in Thread] Current Thread [Next in Thread]