On Mon, Jun 11, 2012 at 9:48 PM, Brooks, Phil wrote:
> I think I found two different bugs - one in gdb and that seems to cause a 
> problem in pyclewn.
>
> I found that after I am debugging a file, if I use the :Cfile
> command in pyclewn and give it a filename that does not exist, it
> causes gdb to crash


I have submitted the corresponding bug report to the gdb tracker:

http://sourceware.org/bugzilla/show_bug.cgi?id=14225



> Now - the second bug (in pyclewn), if I now try using Cmapkeys, it
> does not pick up my .pyclewn-keys.gdb file - instead, it uses the
> default pyclewn keys instead.


Yes, this bug also happens when starting a new gdb session after the
':Cquit' command. I will look into it. Thanks for the report.



> This also brings me to a question - does pyclewn have an equivalent
> of the clewn cl_restart command?  I didn't see it in the
> documentation.    I still have lots of problems with gdb managing to
> restart itself after I rebuild my application, and the clewn
> cl_restart command overcomes these quite nicely.  I was trying to
> use the file command in its place, that is a pain because I have to
> type the long pathname to the file.  In this case, I mistyped the
> file and then I ran into these problems.


Pyclewn automatically starts a new gdb session at the first command
issued after the ':Cquit' command (or when gdb crashes, as in your
case), so a restart command is not really needed. Note that you
probably do not need to type the pathname of the file command then,
when instead you can use the nice history provided by Vim:

    type ':Cfil' and use the arrow keys to browse the previous Cfile
    commands in Vim history


--
Xavier

Les Chemins de Lokoti: http://lokoti.alwaysdata.net

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Pyclewn-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/pyclewn-general

Reply via email to