emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gud.el file/line problems


From: R Reitmaier
Subject: Re: gud.el file/line problems
Date: Thu, 11 Sep 2003 20:02:42 -0700

Thanks for the info!

I'll try running gdb with the fullname option and mimic that output, then see what happens.

BTW, I'm using WinEmacs 21.3 and just looked more carefully at what is being passed to me; sure enough -fullname and -cd are specified.

FYI, I would have liked to port gdb to work with the simulation environment my client created, but unfortunately they didn't wish to go that route. Due to other constraints I ended up building something from scratch. The cli front-end I ended up with is significantly stripped down in functionality, when compared with gdb and it is really hard-wired for this particular simulator, but my client is happy.

- Rick

From: Nick Roberts <address@hidden>
To: "R Reitmaier" <address@hidden>
CC: address@hidden
Subject: gud.el file/line problems
Date: Thu, 11 Sep 2003 18:37:42 +0100

 > I'm trying to hook up a gdb command-like, custom made
 > command line debugger to work with gud.
 >
 > The debugger supports commands that are identical to
 > gdb and also generates the same output.

Perhaps you could call your debugger, err.. gdb?

 > I haven't modified gud.el at all, as I expected that
 > if I keep the command set identical and the output the
 > same, it should work seamlessly.

 > Unfortunately, it does not. I can perform single
 > stepping, continue, etc without a hitch but for some
 > reason emacs refuses to display the source file and
 > the associated => pointer.

You don't say which version of Emacs that you're running but I guess its not
the one in CVS because you would then see that GDB is run with the
"--fullname" option. With this every time gdb stops it generates something
like:

^Z^Z/home/nick/myprog.c:23:209:beg:0x804846c

and gud.el parses out the filename (/home/nick/myprog.c) and the line number to know where to put the overlay-arrow. I'm guessing that your program doesn't
do this.

 > I've double checked the output when I hit a breakpoint
 > and it is identical to gdb, as far as I can tell.
 > >From my limited understanding of gud, it does a screen
 > scrape, looking for a "filename:line number", so if I
 > match the output it should work, right?

Right. Presumably though, you've not written your program from scratch and
you've made changes that you think improve gdb's behaviour. Why not submit
them to address@hidden for peer review and to share?

Nick

_________________________________________________________________
Get a FREE computer virus scan online from McAfee. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963





reply via email to

[Prev in Thread] Current Thread [Next in Thread]