From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Tromey To: Grant Edwards Cc: Fernando Nasser , insight@sources.redhat.com Subject: Re: remote target => putpkt: write failed: Permission denied. Date: Thu, 15 Nov 2001 16:14:00 -0000 Message-ID: <874rnvtur7.fsf@creche.redhat.com> References: <20011107143449.A24299@visi.com> <3BEFE4AF.42CB5E3B@cygnus.com> <20011115174351.A5200@visi.com> X-SW-Source: 2001-q4/msg00315.html Message-ID: <20011115161400.-jssnth0ARw-3WuDIEAv4_A3KN1d7-T06FUV8cFnc4g@z> >>>>> "Grant" == Grant Edwards writes: Grant> I see. The odd thing is that I've always connected via console Grant> commands when I use the RDI target. I think it is important that Insight continue to support the habits of those switching from the command-line gdb. However, Insight hacking time has historically been limited, so this doesn't always happen -- perfectly understandable imo. Feel like doing some Insight hacking? :-) Failing that maybe a PR is the best bet. Grant> The main advantage is you can put the target commands in the Grant> .gdbinit file so that you don't have to do the dialog business Grant> every time. You just type "gdb" and it connects to the target, Grant> downloads the program, and gets everything ready to go. Ideally we could extend sessions to capture this information. I rarely do any non-native debugging, so when I wrote the session code I didn't add this feature. There is some minimal support for it; expanding it would make a lot of sense. I think it would be best if this work (or at least a specification for it) were done by someone who is really familiar with non-native debugging. Tom