all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Cocoa Emacs (2)
@ 2008-07-30 10:38 Nick Roberts
  2008-08-01 15:05 ` Adrian Robert
  0 siblings, 1 reply; 5+ messages in thread
From: Nick Roberts @ 2008-07-30 10:38 UTC (permalink / raw)
  To: emacs-devel


In Cocoa Emacs using TAB in the GUD buffer (gud-gdb-complete-command) causes
Emacs to freeze (C-g frees it).  It gets stuck waiting in accept-process-output
in gud-gdb-run-command-fetch-lines.

TAB in the GUD buffer using Carbon Emacs that comes with Leopard (22.1?) works
fine, although this might be comparing apples with pears.

-- 
Nick                                           http://www.inet.net.nz/~nickrob




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Cocoa Emacs (2)
  2008-07-30 10:38 Cocoa Emacs (2) Nick Roberts
@ 2008-08-01 15:05 ` Adrian Robert
  2008-08-01 22:30   ` Nick Roberts
  0 siblings, 1 reply; 5+ messages in thread
From: Adrian Robert @ 2008-08-01 15:05 UTC (permalink / raw)
  To: emacs-devel

Nick Roberts <nickrob <at> snap.net.nz> writes:

> In Cocoa Emacs using TAB in the GUD buffer (gud-gdb-complete-command) causes
> Emacs to freeze (C-g frees it).  It gets stuck waiting in accept-process-output
> in gud-gdb-run-command-fetch-lines.

I can't replicate it (Emacs -Q, M-x gud RET TAB) on Leopard.
Any special config details or anything else I should know?







^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Cocoa Emacs (2)
  2008-08-01 15:05 ` Adrian Robert
@ 2008-08-01 22:30   ` Nick Roberts
  2008-08-02 22:49     ` Adrian Robert
  0 siblings, 1 reply; 5+ messages in thread
From: Nick Roberts @ 2008-08-01 22:30 UTC (permalink / raw)
  To: Adrian Robert; +Cc: emacs-devel

 > > In Cocoa Emacs using TAB in the GUD buffer (gud-gdb-complete-command)
 > > causes Emacs to freeze (C-g frees it).  It gets stuck waiting in
 > > accept-process-output in gud-gdb-run-command-fetch-lines.
 > 
 > I can't replicate it (Emacs -Q, M-x gud RET TAB) on Leopard.

TAB needs to be used as a completion.  Maybe you mean this, but just to be
clear, asssuming you have an executable called myprog:

M-x gdb<RET>
Run gdb (like this): gdb --annotate=3 ~/myprog

Then in the GUD buffer, doing:

Current directory is /home/nickrob/
GNU gdb 6.6-debian
...
(gdb) b m<TAB>

should complete on "m" if there is just one completion, e.g malloc@plt, or
generate a completions buffer if there is more than one.

YMMV but I have found this quite a good mode to debug Emacs itself.

 > Any special config details or anything else I should know?

I don't think so, but I, as I say, I don't really know what I'm doing on
Mac OS X.  I'll have another look.  Meanwhile, does anybody else see/not see
this?

-- 
Nick                                           http://www.inet.net.nz/~nickrob




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Cocoa Emacs (2)
  2008-08-01 22:30   ` Nick Roberts
@ 2008-08-02 22:49     ` Adrian Robert
  2008-08-04  8:32       ` Nick Roberts
  0 siblings, 1 reply; 5+ messages in thread
From: Adrian Robert @ 2008-08-02 22:49 UTC (permalink / raw)
  To: Nick Roberts; +Cc: emacs-devel


On Aug 1, 2008, at 6:30 PM, Nick Roberts wrote:

>>> In Cocoa Emacs using TAB in the GUD buffer (gud-gdb-complete- 
>>> command)
>>> causes Emacs to freeze (C-g frees it).  It gets stuck waiting in
>>> accept-process-output in gud-gdb-run-command-fetch-lines.
>>
>> I can't replicate it (Emacs -Q, M-x gud RET TAB) on Leopard.
>
> TAB needs to be used as a completion.  Maybe you mean this, but just  
> to be
> clear, asssuming you have an executable called myprog:
>
> M-x gdb<RET>
> Run gdb (like this): gdb --annotate=3 ~/myprog

OK, running M-x gdb will lead to the bug, but M-x gud does not,  
despite running same line (gdb --annotate=3 src/emacs in my case).   
One difference I noticed is that when running via M-x gdb some status  
is shown in the modeline, while via M-x gud does not.  I don't know a  
tremendous amount about gud/gdb.. could there be some difference in  
process-listening between the two different invocations?








^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Cocoa Emacs (2)
  2008-08-02 22:49     ` Adrian Robert
@ 2008-08-04  8:32       ` Nick Roberts
  0 siblings, 0 replies; 5+ messages in thread
From: Nick Roberts @ 2008-08-04  8:32 UTC (permalink / raw)
  To: Adrian Robert; +Cc: emacs-devel

 > OK, running M-x gdb will lead to the bug, but M-x gud does not,  
 > despite running same line (gdb --annotate=3 src/emacs in my case).

OK, I see.


 > One difference I noticed is that when running via M-x gdb some status  
 > is shown in the modeline, while via M-x gud does not.  

M-x gud-gdb is the old 'text-command' mode as in Emacs 21, while M-x gdb
gives the GDB Graphical Interface as described in the manual.


 >                                                       I don't know a  
 > tremendous amount about gud/gdb.. could there be some difference in  
 > process-listening between the two different invocations?

I think M-x gdb fails because of the extra ^M characters that are printed by
gdb, as I reported earlier in:

http://lists.gnu.org/archive/html/emacs-devel/2008-07/msg01421.html

It appears that Mac different line endings to normal Unix/Linux just as
w32 does, but this doesn't appear to cause a problem/be visible with
Carbon Emacs.


-- 
Nick                                           http://www.inet.net.nz/~nickrob




^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2008-08-04  8:32 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-07-30 10:38 Cocoa Emacs (2) Nick Roberts
2008-08-01 15:05 ` Adrian Robert
2008-08-01 22:30   ` Nick Roberts
2008-08-02 22:49     ` Adrian Robert
2008-08-04  8:32       ` Nick Roberts

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.