Re: problems with gdb

[Chris Blizzard <blizzard@redhat.com>]

Mark Kettenis wrote:
> 
> I cannot reproduce this (in both cases).  This might be caused by the
> fact that I am running a glibc-2.1.3 snapshot (which includes the
> libthread_db.so.1 debugging library).  Or my machine isn't fast enough
> to show the problem :-(.

When you say "in both cases" do you mean with and without the patch?  I have
that on my system, too.  Is there anything special I have to do to use it?

--Chris


-- 
------------
Christopher Blizzard
http://people.redhat.com/blizzard/
I think the mistake a lot of us make is thinking the state-appointed
psychiatrist is our "friend."
------------
From muller@cerbere.u-strasbg.fr Sat Apr 01 00:00:00 2000
From: Pierre Muller <muller@cerbere.u-strasbg.fr>
To: gdb@sourceware.cygnus.com
Subject: Re: Buffering problems with "gdb < foo"
Date: Sat, 01 Apr 2000 00:00:00 -0000
Message-id: <200003070845.JAA27855@cerbere.u-strasbg.fr>
References: <14531.61750.823726.628635@kwikemart.cygnus.com> <200003050850.DAA10185@indy.delorie.com>
X-SW-Source: 2000-q1/msg00556.html
Content-length: 1177

At 03:17 07/03/00 -0500, Eli Zaretskii wrote:
>
>>  > Does this work on Unix?  If so, it would make this a DJGPP-specific
>>  > problem.
>> 
>> I haven't tried, but probably it won't. Can you send me your command file?
>
>It is simply "gdb < foo > bar".  The input file `foo' looks like this:
>
>  shell gcc -g -o t.exe t.c
>  file t.exe
>  dir
>  y

  dir needs no confirmation if not invoked from tty !
look into directory_command source :
void
directory_command (dirname, from_tty)
     char *dirname;
     int from_tty;
{
  dont_repeat ();
  /* FIXME, this goes to "delete dir"... */
  if (dirname == 0)
    {
      if (from_tty && query ("Reinitialize source path to empty? "))
	{
	  free (source_path);
	  init_source_path ();
	}
    }

>  dir .
>  break main
>  run
>  q
>  y
>
>(If needed, I can send the exact file used for the input.)  Try this,
>and you will see that GDB exits immediately after it processes the
>first "dir" command.

I think its because y is not a valid GDB command !




Pierre Muller
Institut Charles Sadron
6,rue Boussingault
F 67083 STRASBOURG CEDEX (France)
mailto:muller@ics.u-strasbg.fr
Phone : (33)-3-88-41-40-07  Fax : (33)-3-88-41-40-99
From ac131313@cygnus.com Sat Apr 01 00:00:00 2000
From: Andrew Cagney <ac131313@cygnus.com>
To: Eli Zaretskii <eliz@delorie.com>
Cc: kingdon@redhat.com, gdb@sourceware.cygnus.com
Subject: Re: Dependence on config.status
Date: Sat, 01 Apr 2000 00:00:00 -0000
Message-id: <38C0ACF2.C00719B0@cygnus.com>
References: <200002280657.BAA27090@indy.delorie.com> <38BCCA84.74A4143E@cygnus.com> <bem9u49sh.fsf@rtl.cygnus.com> <200003021007.FAA04124@indy.delorie.com>
X-SW-Source: 2000-q1/msg00538.html
Content-length: 363

Eli Zaretskii wrote:
> 
> > Well, if memory serves, if you re-ran configure in such a way that
> > tm.h started linking to a different file, then the config.status
> > dependency was the only way to force a rebuild.
> 
> How about adding some #define to config.h that would also change when
> this happens?

Such as the names of the tm, xm and nm files?

	Andrew
From leedh@cs.hongik.ac.kr Sat Apr 01 00:00:00 2000
From: leedh <leedh@cs.hongik.ac.kr>
To: gdb@sourceware.cygnus.com
Subject: Question.....
Date: Sat, 01 Apr 2000 00:00:00 -0000
Message-id: <38E1B5BA.C555471B@cs.hongik.ac.kr>
X-SW-Source: 2000-q1/msg00835.html
Content-length: 490

Hi...

Our Host system environment is connectted to target system by serial
port.

We had loaded VxWorks RTOS into your EBSA-285 Board for testing.

Now, We are willing to connect cygnus GNU debugger toolkit(host
system-window NT)

to angel debugger on EBSA-285 Board(target system-strongArm).

But, cygnus debugger isn't connectted to target system.

Please, You advise in this problem for me.

If possible, I want Document / Install file .

Sorry, I'm a little English.

Thank You.