[Dar-discussions] 2.5.14-bis exception on unsupported compression
For full, incremental, compressed and encrypted backups or archives
Brought to you by:
edrusb
|
From: mannino <ma...@of...> - 2018-08-24 08:48:56
|
dar version from Ubuntu 18.04 packages when attempted to be used with
an unsupported compression throws an exception during the cleanup:
Final memory cleanup...
---- exception type = [BUG] ----------
[source]
File wrapperlib.cpp line 337 : it seems to be a bug here
stack dump :
/usr/lib/x86_64-linux-gnu/libdar64.so.5000(_ZN6libdar4EbugC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEi+0xea)
stack dump :
/usr/lib/x86_64-linux-gnu/libdar64.so.5000(_ZN6libdar10wrapperlib15bz_compressInitEm+0x7c)
stack dump :
/usr/lib/x86_64-linux-gnu/libdar64.so.5000(_ZN6libdar10compressor4initENS_11compressionEPNS_12generic_fileEm+0x161)
stack dump :
/usr/lib/x86_64-linux-gnu/libdar64.so.5000(_ZN6libdar10compressorC2ENS_11compressionERNS_12generic_fileEm+0x60)
stack dump :
/usr/lib/x86_64-linux-gnu/libdar64.so.5000(_ZN6libdar25macro_tools_create_layersERNS_16user_interactionERNS_4pileERNS_14header_versionERNS_12slice_layoutEPKS6_PNS_11memory_poolERKNS_8entrepotERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESM_bbbRKNS_8limitintImEENS_11compressionEmSQ_SQ_SM_NS_11crypto_algoERKNS_11secu_stringEjRKSt6vectorISK_SaISK_EES10_bSM_bSM_NS_9hash_algoESQ_RKNS_5labelES14_b+0xd59)
stack dump :
/usr/lib/x86_64-linux-gnu/libdar64.so.5000(_ZN6libdar7archive16op_create_in_subERNS_16user_interactionENS0_9operationERKNS_4pathERKNS_8entrepotEPKNS_9catalogueESC_bRKNS_4maskESF_RKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESN_bRKNS_11crit_actionEbbbbbbRKNS_8limitintImEEbNS_11compressionEmSU_SU_SF_SN_NS_11crypto_algoERKNS_11secu_stringEjRKSt6vectorISL_SaISL_EES14_SF_SU_bSN_SU_bbbbNS_9cat_inode17comparison_fieldsEbbbSU_SN_SU_SU_bbbSU_SN_NS_9hash_algoESU_SN_SF_bRKSt3setINS_10fsa_familyESt4lessIS19_ESaIS19_EEbbPNS_10statisticsE+0x442)
stack dump :
/usr/lib/x86_64-linux-gnu/libdar64.so.5000(_ZN6libdar7archive12op_create_inERNS_16user_interactionENS0_9operationERKNS_4pathERKNS_8entrepotEPS0_RKNS_4maskESD_RKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESL_bbbbbbbRKNS_8limitintImEEbNS_11compressionEmSP_SP_SD_SL_NS_11crypto_algoERKNS_11secu_stringEjRKSt6vectorISJ_SaISJ_EESZ_SD_SP_bSL_SP_bbbbNS_9cat_inode17comparison_fieldsEbbSP_SL_SP_SP_bbSP_SL_NS_9hash_algoESP_SL_SD_bRKSt3setINS_10fsa_familyESt4lessIS14_ESaIS14_EEbbPNS_10statisticsE+0xa68)
stack dump :
/usr/lib/x86_64-linux-gnu/libdar64.so.5000(_ZN6libdar7archiveC2ERNS_16user_interactionERKNS_4pathES5_RKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESD_RKNS_22archive_options_createEPNS_10statisticsE+0x735)
stack dump : dar(+0x2b9e8)
stack dump : dar(+0x33594)
stack dump : dar(+0xe471)
stack dump :
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xe7) [0x7f074a709b97]
stack dump : dar(+0xe59a)
[most outside call]
-----------------------------------
dar version 2.5.14-bis, Copyright (C) 2002-2052 Denis Corbin
Long options support : YES
Using libdar 5.12.1 built with compilation time options:
Libz compression (gzip) : YES
Libbz2 compression (bzip2) : YES
Liblzo2 compression (lzo) : YES
Liblzma compression (xz) : NO <<< NOTE THIS
Strong encryption (libgcrypt): YES
Public key ciphers (gpgme) : YES
Extended Attributes support : YES
Large files support (> 2GB) : YES
ext2fs NODUMP flag support : YES
Special allocation scheme : NO
Integer size used : 64 bits
Thread safe support : YES
Furtive read mode support : YES
Linux ext2/3/4 FSA support : YES
Mac OS X HFS+ FSA support : NO
Detected system/CPU endian : little
Posix fadvise support : YES
Large dir. speed optimi. : YES
Timestamp read accuracy : 1 microsecond
Timestamp write accuracy : 1 microsecond
Restores dates of symlinks : YES
compiled the Feb 17 2018 with GNUC version 7.3.0
dar is part of the Disk ARchive suite (Release 2.5.14-bis)
Command line:
dar -c ... -A... -@... -s... -zxz:6
When -zgzip:6 is used, it works fine. I'd expect a friendly error
telling compression method is unsupported (from -V) rather than an
exception.
Or is this an issue with the Ubuntu's package? (I don't currently
have access to another system to test it outside of Ubuntu.)
|