bug-wget
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-wget] SEGFAULT in wget


From: fREW Schmidt
Subject: Re: [Bug-wget] SEGFAULT in wget
Date: Wed, 11 May 2016 13:34:20 -0700
User-agent: Mutt/1.6.0.1 (2016-04-01)

Yeah, after I sent this I saw that it had been reported pretty
recently. Thank you for your patience and you response!

On Wed, May 11, 2016 at 10:01:27PM +0200, Tim Rühsen wrote:
> Hi,
> 
> thanks for the report.
> 
> The problem has likely been fixed in commit 
> 7cb9efa668f80ab5ca4d25133c3133e10473d1ef of branch 'master'.
> 
> Regards, Tim
> 
> Am Mittwoch, 11. Mai 2016, 09:54:05 schrieb fREW Schmidt:
> > This is easy to reproduce.  Download a file that's big enough to show
> > the progress meter, but make your console super thin, so that the
> > progress meter won't have space to render.  Then you'll get a
> > SEGFAULT.  Here's the backtrace from the coredump:
> > 
> > Core was generated by `wget
> > http://ddebs.ubuntu.com/ubuntu/dists/xenial/main/binary-amd64/Packages.xz'.
> > Program terminated with signal SIGSEGV, Segmentation fault.
> > #0  __memset_avx2 () at ../sysdeps/x86_64/multiarch/memset-avx2.S:161
> > 161     ../sysdeps/x86_64/multiarch/memset-avx2.S: No such file or
> > directory. (gdb) bt
> > #0  __memset_avx2 () at ../sysdeps/x86_64/multiarch/memset-avx2.S:161
> > #1  0x000055ac0d9cb1c1 in memset (__len=18446744073709551611, __ch=32,
> > __dest=0x55ac0de9f6d1) at /usr/include/x86_64-linux-gnu/bits/string3.h:90
> > #2  create_image (address@hidden,
> > address@hidden, address@hidden) at
> > ../../src/progress.c:1167
> > #3  0x000055ac0d9cb76e in bar_create (f_download=0x55ac0de981b0
> > "Packages.xz.1", initial=<optimized out>, total=<optimized out>) at
> > ../../src/progress.c:602 #4  0x000055ac0d9ce862 in fd_read_body
> > (downloaded_filename=<optimized out>, address@hidden,
> > address@hidden, toread=664828, startpos=<optimized out>,
> > address@hidden, qtywritten=0x7ffd5a788e90,
> > elapsed=0x7ffd5a788ee8, flags=1, out2=0x0) at ../../src/retr.c:274
> > #5  0x000055ac0d9be750 in read_response_body (address@hidden,
> > address@hidden, address@hidden,
> > address@hidden, address@hidden,
> > address@hidden,
> > url=0x55ac0de97900
> > "http://ddebs.ubuntu.com/ubuntu/dists/xenial/main/binary-amd64/Packages.xz";
> > , warc_timestamp_str=0x7ffd5a788b70 "\377\377\377\377",
> >     warc_request_uuid=0x7ffd5a788b90 "@յ\366\331\177", warc_ip=0x0,
> > type=0x0, statcode=200, head=0x55ac0de9cf90 "HTTP/1.1 200 OK\r\nDate: Wed,
> > 11 May 2016 16:49:27 GMT\r\nServer: Apache/2.2.22
> > (Ubuntu)\r\nLast-Modified: Thu, 21 Apr 2016 15:16:07 GMT\r\nETag:
> > \"a24fc-53100307fdbc0\"\r\nAccept-Ranges: bytes\r\nContent-Length: 6"...)
> > at ../../src/http.c:1682 #6  0x000055ac0d9c3903 in gethttp
> > (address@hidden, address@hidden,
> > address@hidden, address@hidden,
> > address@hidden, address@hidden) at ../../src/http.c:3753
> > #7  0x000055ac0d9c467a in http_loop (address@hidden,
> >     address@hidden,
> > address@hidden,
> > address@hidden, address@hidden,
> > address@hidden, proxy=0x0, iri=0x55ac0de97b70) at
> > ../../src/http.c:3971
> > #8  0x000055ac0d9cf494 in retrieve_url (orig_parsed=0x55ac0de98b70,
> >     origurl=0x55ac0de98540
> > "http://ddebs.ubuntu.com/ubuntu/dists/xenial/main/binary-amd64/Packages.xz";
> > , file=0x7ffd5a789270, newloc=0x7ffd5a789278, refurl=0x0, dt=0x7ffd5a789268,
> > recursive=false, iri=0x55ac0de97b70, register_status=true) at
> > ../../src/retr.c:817 #9  0x000055ac0d9aa7c3 in main (argc=<optimized out>,
> > argv=<optimized out>) at ../../src/main.c:1868



-- 
fREW Schmidt
https://blog.afoolishmanifesto.com



reply via email to

[Prev in Thread] Current Thread [Next in Thread]