Re: [PATCH 0/2] Better handling of slow remote transfers

Sandra Loosemore
2015-08-17T14:26:37Z

On 08/17/2015 02:53 AM, Gary Benson wrote:

> It seems to me that being able to interrupt file transfers is polish.
> With the warning patch alone, users will see the warning and the hint
> about how to restore the previous default, which they can apply and
> continue as before. If they have to wait out a transfer then it will
> presumably only be once. I know some people use GDB on systems with
> 5,000+ shared libraries, and others use GDB on slow serial links, but
> I don't think anybody combines these cases.

FYI, I am not debugging over a "slow serial link". I've been testing
this on an Altera 3c120 board (Nios II) with 10/100 Ethernet; it
NFS-mounts the sysroot under test and before now that has worked fine
with no obvious responsiveness issues.

> So, would the warning+hint patch alone be enough?

Is it really user-friendly to make the user either wait 4 minutes or
kill GDB through a separate terminal before they can act on the hint?

-Sandra