suppressing gdb subprocess control characters? (was Re: emacs gdb subproccess ignores printf (stdout isn't flushed ?) on OS X)

[Mike Garey]

Thanks for the help Peter, setting process-connection-type to true worked.

I should also mention that after I sent the message to the list, I
downloaded and compiled the newest CVS source (GNU Emacs 22.0.50.1),
and it seemed to fix the problem as well (without the need to setq
process-connection-type t).  Although, strangely enough, with the
newest CVS version, I no longer get a red dot representing a
breakpoint under the gdb subprocess.. I'm sure there's probably just
some setting I need to change to get this to work.

I'm still curious as to how to suppress the strange control characters
printed by gdb, such as:

^[[2A
^[[0Khello, world!

since it'd be a lot easier to read output without seeing these odd
characters.  Thanks again for the help!

Mike

P.S. I've tried setting the gdb annotation level to 1 to remove the
control characters, and while it removes some of them, the ones above
still remain (although they only appear when executing a printf
statement it seems).  I'm thinking it might have something to do with
the buffer-coding-system setting?


On Sun, 20 Feb 2005 23:51:20 +0100, Peter Dyballa <Peter_Dyballa@web.de> wrote:
> 
> Am 20.02.2005 um 20:17 schrieb Mike Garey:
> 
> > I've noticed that when using gdb under the carbon (Apple OS X) version
> > of GNU Emacs 21.3.50.1, printf statements are not printed until after
> > the program has terminated, even though the print statements contain a
> > newline.  I can force them to print by modifying my source and adding
> > "fflush(NULL);" after each printf statement, but I'd like to find out
> > how to avoid this.
> 
> Hello!
> 
> Could you check process-connection-type? Is it nil, i.e.communication
> via pipes? Then try it with this:
> 
>          (setq process-connection-type t)
> 
> This makes shell work correct too!
> 
> --
> Greetings
> 
>    Pete
> 
> The mathematician who pursues his studies without clear views of this
> matter, must often have the uncomfortable feeling that his paper and
> pencil surpass him in intelligence. (Ernst Mach)
> 
>