[Cgdb-devel] cgdb 0.3.0
Brought to you by:
bobbybrasko,
crouchingturbo
From: Bob R. <bob...@co...> - 2003-03-28 13:08:27
|
Hey guys, I finished up a lot of work with cgdb lately in an effort to get out cgdb-0.3.0. I think the work is finally done. I have re-written the input mechanism to cgdb. Now cgdb uses the input unit in cgdb/input. I have successfully replaced the call to getch in cgdb.c with the new input unit. There are still several calls to wgetch and I will try to phase those out soon. The benefit to the new input library is: 1. cgdb no longer depend on the 1 second delay that getch returns for curses/ncurses implementations. 2. cgdb can now bind keys that getch doesn't bind. Such as Alt-A and Alt-Shift-A 3. cgdb can now send all the raw data to gdb and to the child program, whereas before it could not send any raw data that was returned from curses as a macro KEY_* because there was no way to get the key sequences that made up that macro. I have also re-written the readline interface that cgdb uses. Instead of depending on gdb's readline, tgdb now uses its own readline. The readline is behind an interface called rlctx.c. If we needed to, we could eventually replace that interface with implementation we want, but for now it just invokes another process dedicated to readline support. =20 The benefits to the new readline library is: 1. tgdb now has control over readline, so it can save the commands from the last session, input macros, ... 2. cgdb can now also have an instance of readline in its status bar. This was not possible before. 3. the new MI interface does not support readline, so this is the only way to get that support. Anyways, just keeping you updated. I think it is safe to say the cvs tree is now as stable as 0.2.3 and better because of all the bug fixes and feature enhancements. Talk to you later, Bob Rossi |