2.5.14-bis exception on unsupported compression

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.)


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot