Re: [Bug-wget] segment fault while downloading .tar.gz file

[Tim Rühsen]

Hi Jay,

it seems related to https://gitlab.com/gnuwget/wget2/merge_requests/353.

Maybe you like to drop in there...

In short: the server ignores 'Accept-Encoding: identity' and gives us a
'Content-Type: gzip'.

If you build wget2 with libz (just install zlib1-dev and ./configure
again), the problem shouldn't occur and you can go on fixing issue 315.


With Best Regards, Tim



On 02/23/2018 03:13 PM, Jay Bhavsar wrote:
> So, I was trying to resolve this
> <https://gitlab.com/gnuwget/wget2/issues/315> issue.
> 
> Command I run:
> 
> ./wget2_noinstall http://www.lysator.liu.se/~nisse/archive/nettle-3.4.tar.gz
> 
> What I get:
> 
> [0] Downloading 'http://www.lysator.liu.se/~nisse/archive/nettle-3.4.tar.gz'
> ...
> Saving 'nettle-3.4.tar.gz.8'
> Segmentation fault (core dumped)
> 
> Investigating with gdb:
> 
> (gdb) bt
> #0  0x0000000000000000 in ?? ()
> #1  0x00007feecd9855b6 in wget_decompress (dc=0x7feec4036080,
> src=0x7feec4003310 "\037\213\b", srclen=10456)
>     at decompressor.c:415
> #2  0x00007feecd98e452 in wget_http_get_response_cb (conn=0x7feec40008c0)
> at http.c:1295
> #3  0x0000000000419e06 in http_receive_response (conn=0x7feec40008c0) at
> wget.c:3518
> #4  0x00000000004158f7 in downloader_thread (p=0x1bb5250) at wget.c:2125
> #5  0x00007feecd31b6ba in start_thread (arg=0x7feecc646700) at
> pthread_create.c:333
> #6  0x00007feecd05141d in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
> 
> (gdb) bt full
> #0  0x0000000000000000 in ?? ()
> No symbol table info available.
> #1  0x00007feecd9855b6 in wget_decompress (dc=0x7feec4036080,
> src=0x7feec4003310 "\037\213\b", srclen=10456)
>     at decompressor.c:415
>         rc = 32750
> #2  0x00007feecd98e452 in wget_http_get_response_cb (conn=0x7feec40008c0)
> at http.c:1295
>         bufsize = 102400
>         body_len = 10456
>         body_size = 0
>         nbytes = 10774
>         nread = 10774
>         buf = 0x7feec4003310 "\037\213\b"
>         p = 0x7feec400344e
> "\n\242\305]\274\206o%\035\306v\344$\321ks\250-d\227\334\347\241\345\261^|\357\271\066k\273\066\367\005g\026\230\245\021\061\341\016\273\237\313U\027\340Kaal\240\331c\027\001hZ\221\033\370'\232\024{\344\241\300;;
> \362\264P#\255\260
> d%+\242\035\205\t\242`Fk\313\330͜yV\224-W\222\321R\314\063\376\027r\274\377\247p\314\356\203h\302\\\237\324my\036\367*\304\034\350\254\325v\246T\207\326\020\365I0\203\002'\240\v\225>\301\230\330=g\261\340\243ث\020\002"
>         resp = 0x7feec4035ce0
>         dc = 0x7feec4036080
>         req = 0x7feec401c7f0
> #3  0x0000000000419e06 in http_receive_response (conn=0x7feec40008c0) at
> wget.c:3518
>         resp = 0x0
>         context = 0x0
> #4  0x00000000004158f7 in downloader_thread (p=0x1bb5250) at wget.c:2125
>         downloader = 0x1bb5250
>         resp = 0x0
>         job = 0x1bb51c0
>         host = 0x1bb5000
>         pending = 1
>         max_pending = 1
>         locked = 0
>         pause = 0
>         action = ACTION_GET_RESPONSE
> #5  0x00007feecd31b6ba in start_thread (arg=0x7feecc646700) at
> pthread_create.c:333
> ---Type <return> to continue, or q <return> to quit---
>         __res = <optimized out>
>         pd = 0x7feecc646700
>         now = <optimized out>
>         unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140663608076032,
> 5058422716409210776, 0, 140731387977695, 140663608076736,
>                 0, -5048895408410564712, -5048892748985505896},
> mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0},
>             data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
>         not_first_call = <optimized out>
>         pagesize_m1 = <optimized out>
>         sp = <optimized out>
>         freesize = <optimized out>
>         __PRETTY_FUNCTION__ = "start_thread"
> #6  0x00007feecd05141d in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
> No locals.
> 
> I haven't been able to reproduce this issue with any other url. Also, wget2
> freezes with all https urls. Anyone seen something like this before? Is
> this real issue or my system acting up? In any case, should I dig further
> and create issue?
>

signature.asc
Description: OpenPGP digital signature