Re: Progress bar again

2003-09-25 Thread Alfred M. Szmidt
Thanks about your comments. I did not know about that dd feature and it looks very interesting. I think that sending the SIGUSR1 signal to a process is a better way to collect progress information than a fixed progress bar on each software. I could write something similar feature to

Re: Progress bar again

2003-09-24 Thread Miika Pekkarinen
On Sun, 2003-09-21 at 15:35, Jim Meyering wrote: > Thank you for all that work. > I have mixed feelings about progress bars. > I do like the progress bars in rsync, but am reluctant to embed > such functionality in fundamental programs like cp and mv. > I'd like to avoid adding any unnecessary comp

Re: Progress bar again

2003-09-21 Thread Alfred M. Szmidt
If there is good case for it, one possibility would be to do something similar for cp and mv. When using translators (like ftpfs, nfs, etc) on GNU/Hurd, quite nice to know when the transfer is boged down or not. I once suggested a "progress bar" idea to someone (forgot who), the idea was no

Re: Progress bar again

2003-09-21 Thread Jim Meyering
Miika Pekkarinen <[EMAIL PROTECTED]> wrote: > has anyone considered the progress bar patch for cp and mv that I sent > about one month ago? I think it could be very useful while copying large > files (especially copying large files over NFS). I can make it better > if/when needed. I could also writ

Progress bar again

2003-09-21 Thread Miika Pekkarinen
Hi, has anyone considered the progress bar patch for cp and mv that I sent about one month ago? I think it could be very useful while copying large files (especially copying large files over NFS). I can make it better if/when needed. I could also write something similar progress bar to other utili