Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.os.linux.networking > #3961

Re: wget behavior

Show all headers | View raw

On 2017-02-12, MarkA <someone@somewhere.invalid> wrote:
> On Sun, 12 Feb 2017 23:51:53 +0000, Richard Kettlewell wrote:
>
>> Mark A <deeptht69@gmail.com> writes:
>>> Richard Kettlewell wrote:
>>>> Mark A writes:
>>>>> I'm using wget to download some large files from a download server,
>>>>> after several failed attempts to use Firefox's download function.  I
>>>>> can use the Firefox download function to get the URL of the source,
>>>>> then paste that into wget, running in a Gnome terminal window.  wget
>>>>> starts and shows its progress bar across the bottom of the window. 
>>>>> If I press "Enter", the progress bar freezes, moves up one line, and
>>>>> is immediately replaced by a new one that continues to update.
>>>>>
>>>>> After a few minutes, the progress bar stops updating.  If I press
>>>>> "Enter", I get the command prompt.  "jobs" shows wget still running,
>>>>> now in the background.
>>>> 
>>>> I expect that there’s an ‘&’ in the URL and you didn’t quote it.
>>>
>>> No, no such characters in the URL.
>> 
>> Well, wget doesn’t generally put itself into the background for no
>> reason.
>
> Hence my puzzlement.  Yet, there it is, with a big fat " &" after it, 
> when I type "jobs".
>
>> 
>>> A few '%'s, though.  Besides, a malformed URL would cause it to fail
>>> immediately.
>> 
>> ‘&’ doesn’t make the URL malformed.
>
> It does if it causes the software to misinterpret the URL.
>
>

Why not show us EXACTLY what command you typed. 


>

Back to comp.os.linux.networking | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

wget behavior Mark A <deeptht69@gmail.com> - 2017-02-12 14:52 -0800
  Re: wget behavior Richard Kettlewell <invalid@invalid.invalid> - 2017-02-12 23:22 +0000
    Re: wget behavior Mark A <deeptht69@gmail.com> - 2017-02-12 15:45 -0800
      Re: wget behavior Richard Kettlewell <invalid@invalid.invalid> - 2017-02-12 23:51 +0000
        Re: wget behavior MarkA <someone@somewhere.invalid> - 2017-02-12 23:59 +0000
          Re: wget behavior "Carlos E. R." <robin_listas@invalid.es> - 2017-02-13 02:09 +0100
          Re: wget behavior Allodoxaphobia <knock_yourself_out@example.net> - 2017-02-13 01:41 +0000
            Re: wget behavior "Carlos E. R." <robin_listas@invalid.es> - 2017-02-13 02:46 +0100
          Re: wget behavior Richard Kettlewell <invalid@invalid.invalid> - 2017-02-13 09:18 +0000
          Re: wget behavior William Unruh <unruh@invalid.ca> - 2017-02-13 11:32 +0000
            Re: wget behavior MarkA <someone@somewhere.invalid> - 2017-02-13 20:02 +0000
              Re: wget behavior MarkA <someone@somewhere.invalid> - 2017-02-13 20:08 +0000
                Re: wget behavior MarkA <someone@somewhere.invalid> - 2017-02-13 20:42 +0000
              Re: wget behavior Richard Kettlewell <invalid@invalid.invalid> - 2017-02-13 20:16 +0000
                Re: wget behavior MarkA <someone@somewhere.invalid> - 2017-02-13 20:57 +0000
                Re: wget behavior Richard Kettlewell <invalid@invalid.invalid> - 2017-02-13 21:31 +0000
                Re: wget behavior MarkA <someone@somewhere.invalid> - 2017-02-13 21:51 +0000
                Re: wget behavior Rick Jones <rick.jones2@hpe.com> - 2017-02-13 21:58 +0000
                Re: wget behavior MarkA <someone@somewhere.invalid> - 2017-02-14 21:46 +0000
                Re: wget behavior "Carlos E. R." <robin_listas@invalid.es> - 2017-02-13 23:37 +0100
                Re: wget behavior MarkA <someone@somewhere.invalid> - 2017-02-14 21:50 +0000

csiph-web