all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Pierre-Louis Escouflaire <pierre-louis.escouflaire@eurocontrol.int>
To: Nick Roberts <nickrob@snap.net.nz>
Cc: bug-gnu-emacs@gnu.org
Subject: Re: gud-mode --annotate=3 and synchronization problems
Date: Wed, 05 Sep 2007 17:53:02 +0200	[thread overview]
Message-ID: <46DED0DE.7040007@eurocontrol.int> (raw)
In-Reply-To: <18142.15489.961065.713549@kahikatea.snap.net.nz>

Nick Roberts wrote:
>  > Not doing anything but `M-x describe-variable RET gdb-ready' before gdb 
>  > prompt appears tells "No match" and then commands make gdb freeze. Plus, 
>  > hre are some messages I had:
>  >    when: Symbol's value as variable is void: gdb-ready
>  >...
> 
> I don't get that because:
> 
>   *** gud.el	13 Aug 2007 20:51:56 +1200	1.129.2.6
>   --- gud.el	02 Sep 2007 15:20:41 +1200	
>   *************** If SOFT is non-nil, returns nil if the s
>   *** 104,109 ****
>   --- 104,111 ----
>       "Non-nil if debugged program is running.
>     Used to grey out relevant toolbar icons.")
>     
>   + (defvar gdb-ready nil)
>   + 
>   ...
> 
> Have you byte compiled gud.el?  (You may be loading an old version).
> These diffs were made against Emacs in CVS (EMACS_22_BASE branch) so you might
> need to adjust them a bit for Emacs 22.1.

OK, I just took the one from CVS (with no gdb-ready variable) and tested 
a bit with different configurations and I don't have any synchronization 
problems remaining.

I have seen that the default behavior is now 'gdb' with no option which 
I think to be much better (one generally removes the --annotate=3 option).


However, I have tested with the --annotate=3 option and I have seen that 
navigation through files is broken. In fact, it is due to the file 
location: it tries to open the file within directory "$(pwd)/source 
${REAL_LOCATION}" (strings concatenation).

Note that gud-mode also behaves as gdb outside emacs, i.e. outputting 
those ^Z characters and current operation (pre-prompt, starting, 
breakpoint, etc.) sequence. I do not know if it is normal, but to me


Anyways, to me, it seems much better this way since one is not lost with 
options (s)he never used before and since the use of gdb is now much easier.


Thanks a lot for your concern.

Regards,
Pierre-Louis ESCOUFLAIRE

____

This message and any files transmitted with it are legally privileged and intended for the sole use of the individual(s) or entity to whom they are addressed. If you are not the intended recipient, please notify the sender by reply and delete the message and any attachments from your system. Any unauthorised use or disclosure of the content of this message is strictly prohibited and may be unlawful.

Nothing in this e-mail message amounts to a contractual or legal commitment on the part of EUROCONTROL, unless it is confirmed by appropriately signed hard copy.

Any views expressed in this message are those of the sender.

  reply	other threads:[~2007-09-05 15:53 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-04 11:47 gud-mode --annotate=3 and synchronization problems Pierre-Louis Escouflaire
2007-09-05  5:20 ` Nick Roberts
2007-09-05 15:53   ` Pierre-Louis Escouflaire [this message]
2007-09-06  7:08     ` Nick Roberts
  -- strict thread matches above, loose matches on Subject: below --
2007-08-30 15:58 Pierre-Louis Escouflaire
2007-08-31  5:18 ` Nick Roberts
2007-09-01  4:06   ` Richard Stallman
2007-09-02  3:26 ` Nick Roberts

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=46DED0DE.7040007@eurocontrol.int \
    --to=pierre-louis.escouflaire@eurocontrol.int \
    --cc=bug-gnu-emacs@gnu.org \
    --cc=nickrob@snap.net.nz \
    /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.