gdb-5.2.1 loses command line

gdb-5.2.1 loses command line

[William A. Gatliff]

Guys:


Here's a wierd one, at least to me...

I just built gdb-5.2.1 for arm-elf.  When I launch it, I get the (gdb)
prompt and everything.  Trouble is, when I type nothing shows up.  If
I do a CTRL-Z, however, what I typed shows up on the shell command line:

[bgat@mars embedded-gnu]$ arm-elf-gdb
GNU gdb 5.2.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-elf".
(gdb)
[1]+  Stopped                 arm-elf-gdb
[bgat@mars embedded-gnu]$ asdf


I'm running a RH7.3 box:

[bgat@mars embedded-gnu]$ uname -a
Linux mars 2.4.18-18.7.x #1 Wed Nov 13 19:05:27 EST 2002 i686 unknown

I've been building gdbs of all flavors for months now, never seen this
one before today.  Duplicated with an m68k-elf version, and also with
5.2 and 5.1.  This points to a host workstation config problem, but
I'm running a straight RH7.3 setup, and coincidentally, I up2date'd
the latest kernel last night...  Curious.


Ideas?


b.g.
-- 
Bill Gatliff
GNU-based embedded development, training and consulting services.
http://billgatliff.com

Re: gdb-5.2.1 loses command line

[Elena Zannoni]

William A. Gatliff writes:
 > Guys:
 > 
 > 

Hmmm this smells like async/event loop/signal handling problems.  Can
you try the same but after starting the debugger with --noasync?  (if
the --noasync is still there, that is... and if the noasync code
hasn't bitrotted)

thanks
Elena


 > Here's a wierd one, at least to me...
 > 
 > I just built gdb-5.2.1 for arm-elf.  When I launch it, I get the (gdb)
 > prompt and everything.  Trouble is, when I type nothing shows up.  If
 > I do a CTRL-Z, however, what I typed shows up on the shell command line:
 > 
 > [bgat@mars embedded-gnu]$ arm-elf-gdb
 > GNU gdb 5.2.1
 > Copyright 2002 Free Software Foundation, Inc.
 > GDB is free software, covered by the GNU General Public License, and you are
 > welcome to change it and/or distribute copies of it under certain conditions.
 > Type "show copying" to see the conditions.
 > There is absolutely no warranty for GDB.  Type "show warranty" for details.
 > This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-elf".
 > (gdb)
 > [1]+  Stopped                 arm-elf-gdb
 > [bgat@mars embedded-gnu]$ asdf
 > 
 > 
 > I'm running a RH7.3 box:
 > 
 > [bgat@mars embedded-gnu]$ uname -a
 > Linux mars 2.4.18-18.7.x #1 Wed Nov 13 19:05:27 EST 2002 i686 unknown
 > 
 > I've been building gdbs of all flavors for months now, never seen this
 > one before today.  Duplicated with an m68k-elf version, and also with
 > 5.2 and 5.1.  This points to a host workstation config problem, but
 > I'm running a straight RH7.3 setup, and coincidentally, I up2date'd
 > the latest kernel last night...  Curious.
 > 
 > 
 > Ideas?
 > 
 > 
 > b.g.
 > -- 
 > Bill Gatliff
 > GNU-based embedded development, training and consulting services.
 > http://billgatliff.com

Re: gdb-5.2.1 loses command line

[William A. Gatliff]

Elena:

On Wed, Dec 04, 2002 at 09:53:11PM -0500, Elena Zannoni wrote:
> William A. Gatliff writes:
>  > Guys:
>  > 
>  > 
> 
> Hmmm this smells like async/event loop/signal handling problems.  Can
> you try the same but after starting the debugger with --noasync?  (if
> the --noasync is still there, that is... and if the noasync code
> hasn't bitrotted)

It appears to still be there, and it appears to have no affect.


b.g.
-- 
Bill Gatliff
I'm an embedded GNU developer first, GNU instructor second.
http://billgatliff.com

Re: gdb-5.2.1 loses command line

[Elena Zannoni]

William A. Gatliff writes:
 > Elena:
 > 
 > On Wed, Dec 04, 2002 at 09:53:11PM -0500, Elena Zannoni wrote:
 > > William A. Gatliff writes:
 > >  > Guys:
 > >  > 
 > >  > 
 > > 
 > > Hmmm this smells like async/event loop/signal handling problems.  Can
 > > you try the same but after starting the debugger with --noasync?  (if
 > > the --noasync is still there, that is... and if the noasync code
 > > hasn't bitrotted)
 > 
 > It appears to still be there, and it appears to have no affect.
 > 

Sorry, I recalled a problem with ctrl-Z and async, but I
was misremembering. 

 > 
 > b.g.
 > -- 
 > Bill Gatliff
 > I'm an embedded GNU developer first, GNU instructor second.
 > http://billgatliff.com

Re: gdb-5.2.1 loses command line (fixed, sorta)

[William A. Gatliff]

Guys:


Wierd.

I just rebuilt 5.2.1 in its own source tree, and installed it in its
own installation tree.  Works fine now.

Pathogenic conflict of libreadline's?

*shrug*


b.g.


On Wed, Dec 04, 2002 at 09:15:35PM -0600, William A. Gatliff wrote:
> Elena:
> 
> On Wed, Dec 04, 2002 at 09:53:11PM -0500, Elena Zannoni wrote:
> > William A. Gatliff writes:
> >  > Guys:
> >  > 
> >  > 
> > 
> > Hmmm this smells like async/event loop/signal handling problems.  Can
> > you try the same but after starting the debugger with --noasync?  (if
> > the --noasync is still there, that is... and if the noasync code
> > hasn't bitrotted)
> 
> It appears to still be there, and it appears to have no affect.
> 
> 
> b.g.
> -- 
> Bill Gatliff
> I'm an embedded GNU developer first, GNU instructor second.
> http://billgatliff.com
-- 
Bill Gatliff
Affordable GNU and Linux training and consulting services.
http://billgatliff.com