emacs-devel
[Top][All Lists]
Advanced

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

Re: Minor gdb-ui patches to make it a bit more robust


From: Nick Roberts
Subject: Re: Minor gdb-ui patches to make it a bit more robust
Date: Wed, 20 Feb 2008 12:48:16 +1300

Stefan Monnier writes:
 > > The flexibility of the command line means that there are always ways round
 > > these types of checks.  For example, the prompt can be changed, e.g when
 > 
 > Of course, I'm not deluding myself: these are nothing more than sanity
 > checks, but they can come *real* handy to the user.  I wasted a good 10
 > minutes trying to understand why my GDB was not responsive.

It's a reliability issue in't it?  Even if your patch works for 99% of users,
it still means the other 1% will be exasperated and go round saying that
gdb-ui is buggy.

 > >> Also I think a good way to make it more reliable would be to make
 > >> it work with several gud buffers by moving most global vars to
 > >> process properties, so they're necessarily correctly initialized, and
 > >> we'd be forced to think a bit harder about what's going on where.
 > 
 > > I'm not familar with process properties but I trust your judgement to
 > > make these changes.
 > 
 > Process properties are nothing magical: they're just a property-list
 > attached to processes, that you can set and read via process-put and
 > process-get.  Handy for variables which are really per-process
 > (e.g. the yet-to-be-processed process output that needs to be passed
 > from one invocation of the process filter to the next).

OK, I'm still not sure how it would all work.  Perhaps, if, on the trunk,
you initialise one or two variables this way I can do the rest by following
the idiom.

 > > Bear in mind, though, that the (long term) plan is to move away from
 > > annotations and fully use GDB/MI.
 > 
 > I don't see in what way that would make any difference: global variables
 > will still be a source of bugs (and will still prevent the co-existence
 > of multiple gdb-ui processes in the same Emacs instance).

I just mean that there will be a lot of churn, at some stage, so I didn't
want to anyone to waste energy on the annotation side of things.

 > >> PS: Is there any hope for GDB to accept a command that puts it in
 > >> annotate=3 mode, rather than having to tweak the command line for it?
 > >> That would solve a lot of those problems.
 > 
 > > Yes, if you mean "set annotate 3".
 > 
 > So is there any hope to make gdb-ui rely on that rather than
 > on --annotate=3?

Yes.  I guess that is another possible way to solve the initialisation
problems (and keep text command mode available to M-x gdb).

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




reply via email to

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