On 20.01.20 02:08, George R Goffe via Primary discussion list for GNU Wget wrote: > Hi, > I am running wget2 recursively with -E -H -k -K -p -r -l 999 -p > --referer=<website> <website) and received a core file. > Here is the trace from this core file: > #0 0x00007fb8fc5f04e5 in raise () from /usr/lib64/libc.so.6 > #1 0x00007fb8fc5d9899 in abort () from /usr/lib64/libc.so.6 > #2 0x00007fb8fc6345ef in __libc_message () from /usr/lib64/libc.so.6 > #3 0x00007fb8fc63badc in malloc_printerr () from /usr/lib64/libc.so.6 > #4 0x00007fb8fc63d96c in _int_free () from /usr/lib64/libc.so.6 > #5 0x00007fb8fc63fb85 in _int_realloc () from /usr/lib64/libc.so.6 > #6 0x00007fb8fc640d16 in realloc () from /usr/lib64/libc.so.6 > #7 0x00007fb8fc8044bd in gnutls_realloc_fast () from > /usr/lib64/libgnutls.so.30 > #8 0x00007fb8fc89147b in gnutls_x509_trust_list_get_issuer () from > /usr/lib64/libgnutls.so.30 > #9 0x00007fb8fcdae677 in verify_certificate_callback > (session=0x7fb8e0001620) at ssl_gnutls.c:1110
Sorry, can't see how this line triggers an issue. Either the memory is corrupt from something before or your libgnutls is somehow broken. > Need more info? Just ask. > Best regards and HAPPY NEW YEAR! We definitely need a small reproducer and the output of 'wget2 --version'. Also which libgnutls version do you use ? Can you try to reduce the issue to a less command line options ? E.g. leave away -l 999, if the issue persists leave away -H, and so on. Possibly you can reduce the command line so much that we get a clue. Then, it would be nice to know 'website', as I can't reproduce with any of the sites I tried so far. Regards, Tim
signature.asc
Description: OpenPGP digital signature
