lsar crashes on the attached file:
$ lsar overflow.lha
overflow.lha: *** Error in `lsar': double free or corruption (out): 0x57103310 ***
...
Aborted
Valgrind says it's a buffer overflow:
Invalid write of size 1
at 0x18DC00: LHAready_made (XADLZHOldHandles.m:577)
by 0x18DC00: LHAdecode_c_st0 (XADLZHOldHandles.m:674)
by 0x18CABC: LhA_Decrunch (XADLZHOldHandles.m:1075)
by 0x18CC8C: _i_XADLZH3Handle__unpackData (XADLZHOldHandles.m:1128)
by 0x189F9C: _i_XADLibXADIOHandle__runUnpacker (XADLibXADIOHandle.m:114)
by 0x18997D: _i_XADLibXADIOHandle__seekToFileOffset_ (XADLibXADIOHandle.m:51)
by 0x1799F0: _i_XADCRCHandle__resetStream (XADCRCHandle.m:70)
by 0x1550CF: _i_XADStreamHandle__readAtMost_toBuffer_ (CSStreamHandle.m:138)
by 0x150A1A: _i_XADHandle__copyDataOfLengthAtMost_ (CSHandle.m:291)
by 0x14FAF4: _i_XADHandle__readDataOfLengthAtMost_ (CSHandle.m:276)
by 0x195774: _i_XADMacArchiveParser__parseMacBinaryWithDictionary_name_retainPosition_ (XADMacArchiveParser.m:344)
by 0x1952EE: _i_XADMacArchiveParser__addEntryWithDictionary_retainPosition_ (XADMacArchiveParser.m:133)
by 0x16431E: _i_XADArchiveParser__addEntryWithDictionary_ (XADArchiveParser.m:899)
Address 0x80aec5c is 0 bytes after a block of size 25,228 alloc'd
at 0x4830256: calloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
by 0x18C9E7: xadAllocVec (XADLibXADIOHandle.h:200)
by 0x18C9E7: LhA_Decrunch (XADLZHOldHandles.m:1025)
by 0x18CC8C: _i_XADLZH3Handle__unpackData (XADLZHOldHandles.m:1128)
by 0x189F9C: _i_XADLibXADIOHandle__runUnpacker (XADLibXADIOHandle.m:114)
by 0x18997D: _i_XADLibXADIOHandle__seekToFileOffset_ (XADLibXADIOHandle.m:51)
by 0x1799F0: _i_XADCRCHandle__resetStream (XADCRCHandle.m:70)
by 0x1550CF: _i_XADStreamHandle__readAtMost_toBuffer_ (CSStreamHandle.m:138)
by 0x150A1A: _i_XADHandle__copyDataOfLengthAtMost_ (CSHandle.m:291)
by 0x14FAF4: _i_XADHandle__readDataOfLengthAtMost_ (CSHandle.m:276)
by 0x195774: _i_XADMacArchiveParser__parseMacBinaryWithDictionary_name_retainPosition_ (XADMacArchiveParser.m:344)
by 0x1952EE: _i_XADMacArchiveParser__addEntryWithDictionary_retainPosition_ (XADMacArchiveParser.m:133)
by 0x16431E: _i_XADArchiveParser__addEntryWithDictionary_ (XADArchiveParser.m:899)
Hi, Jakub Wilk reported to the Debian bug tracking system that unar crashes when it's run on the attached file. The full text of the report can be found below. I will attempt to reproduce this problem using The Unarchiver on Monday.----- Forwarded message from Jakub Wilk <jwilk@jwilk.net> ----- Date: Sat, 18 Nov 2017 23:05:21 +0100 From: Jakub Wilk <jwilk@jwilk.net> To: submit@bugs.debian.org Subject: Bug#882094: unar: heap-based buffer overflow in LHAready_made() User-Agent: NeoMutt/20170609 (1.8.3) Package: unar Version: 1.10.1-2+b1 lsar crashes on the attached file: $ lsar overflow.lha overflow.lha: *** Error in `lsar': double free or corruption (out): 0x57103310 *** ... Aborted Valgrind says it's a buffer overflow: Invalid write of size 1 at 0x18DC00: LHAready_made (XADLZHOldHandles.m:577) by 0x18DC00: LHAdecode_c_st0 (XADLZHOldHandles.m:674) by 0x18CABC: LhA_Decrunch (XADLZHOldHandles.m:1075) by 0x18CC8C: _i_XADLZH3Handle__unpackData (XADLZHOldHandles.m:1128) by 0x189F9C: _i_XADLibXADIOHandle__runUnpacker (XADLibXADIOHandle.m:114) by 0x18997D: _i_XADLibXADIOHandle__seekToFileOffset_ (XADLibXADIOHandle.m:51) by 0x1799F0: _i_XADCRCHandle__resetStream (XADCRCHandle.m:70) by 0x1550CF: _i_XADStreamHandle__readAtMost_toBuffer_ (CSStreamHandle.m:138) by 0x150A1A: _i_XADHandle__copyDataOfLengthAtMost_ (CSHandle.m:291) by 0x14FAF4: _i_XADHandle__readDataOfLengthAtMost_ (CSHandle.m:276) by 0x195774: _i_XADMacArchiveParser__parseMacBinaryWithDictionary_name_retainPosition_ (XADMacArchiveParser.m:344) by 0x1952EE: _i_XADMacArchiveParser__addEntryWithDictionary_retainPosition_ (XADMacArchiveParser.m:133) by 0x16431E: _i_XADArchiveParser__addEntryWithDictionary_ (XADArchiveParser.m:899) Address 0x80aec5c is 0 bytes after a block of size 25,228 alloc'd at 0x4830256: calloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) by 0x18C9E7: xadAllocVec (XADLibXADIOHandle.h:200) by 0x18C9E7: LhA_Decrunch (XADLZHOldHandles.m:1025) by 0x18CC8C: _i_XADLZH3Handle__unpackData (XADLZHOldHandles.m:1128) by 0x189F9C: _i_XADLibXADIOHandle__runUnpacker (XADLibXADIOHandle.m:114) by 0x18997D: _i_XADLibXADIOHandle__seekToFileOffset_ (XADLibXADIOHandle.m:51) by 0x1799F0: _i_XADCRCHandle__resetStream (XADCRCHandle.m:70) by 0x1550CF: _i_XADStreamHandle__readAtMost_toBuffer_ (CSStreamHandle.m:138) by 0x150A1A: _i_XADHandle__copyDataOfLengthAtMost_ (CSHandle.m:291) by 0x14FAF4: _i_XADHandle__readDataOfLengthAtMost_ (CSHandle.m:276) by 0x195774: _i_XADMacArchiveParser__parseMacBinaryWithDictionary_name_retainPosition_ (XADMacArchiveParser.m:344) by 0x1952EE: _i_XADMacArchiveParser__addEntryWithDictionary_retainPosition_ (XADMacArchiveParser.m:133) by 0x16431E: _i_XADArchiveParser__addEntryWithDictionary_ (XADArchiveParser.m:899)----- End forwarded message -----
Hi, Jakub Wilk reported to the Debian bug tracking system that unar crashes when it's run on the attached file. The full text of the report can be found below. I will attempt to reproduce this problem using The Unarchiver on Monday.----- Forwarded message from Jakub Wilk <jwilk@jwilk.net> ----- Date: Sat, 18 Nov 2017 23:05:21 +0100 From: Jakub Wilk <jwilk@jwilk.net> To: submit@bugs.debian.org Subject: Bug#882094: unar: heap-based buffer overflow in LHAready_made() User-Agent: NeoMutt/20170609 (1.8.3) Package: unar Version: 1.10.1-2+b1 lsar crashes on the attached file: $ lsar overflow.lha overflow.lha: *** Error in `lsar': double free or corruption (out): 0x57103310 *** ... Aborted Valgrind says it's a buffer overflow: Invalid write of size 1 at 0x18DC00: LHAready_made (XADLZHOldHandles.m:577) by 0x18DC00: LHAdecode_c_st0 (XADLZHOldHandles.m:674) by 0x18CABC: LhA_Decrunch (XADLZHOldHandles.m:1075) by 0x18CC8C: _i_XADLZH3Handle__unpackData (XADLZHOldHandles.m:1128) by 0x189F9C: _i_XADLibXADIOHandle__runUnpacker (XADLibXADIOHandle.m:114) by 0x18997D: _i_XADLibXADIOHandle__seekToFileOffset_ (XADLibXADIOHandle.m:51) by 0x1799F0: _i_XADCRCHandle__resetStream (XADCRCHandle.m:70) by 0x1550CF: _i_XADStreamHandle__readAtMost_toBuffer_ (CSStreamHandle.m:138) by 0x150A1A: _i_XADHandle__copyDataOfLengthAtMost_ (CSHandle.m:291) by 0x14FAF4: _i_XADHandle__readDataOfLengthAtMost_ (CSHandle.m:276) by 0x195774: _i_XADMacArchiveParser__parseMacBinaryWithDictionary_name_retainPosition_ (XADMacArchiveParser.m:344) by 0x1952EE: _i_XADMacArchiveParser__addEntryWithDictionary_retainPosition_ (XADMacArchiveParser.m:133) by 0x16431E: _i_XADArchiveParser__addEntryWithDictionary_ (XADArchiveParser.m:899) Address 0x80aec5c is 0 bytes after a block of size 25,228 alloc'd at 0x4830256: calloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) by 0x18C9E7: xadAllocVec (XADLibXADIOHandle.h:200) by 0x18C9E7: LhA_Decrunch (XADLZHOldHandles.m:1025) by 0x18CC8C: _i_XADLZH3Handle__unpackData (XADLZHOldHandles.m:1128) by 0x189F9C: _i_XADLibXADIOHandle__runUnpacker (XADLibXADIOHandle.m:114) by 0x18997D: _i_XADLibXADIOHandle__seekToFileOffset_ (XADLibXADIOHandle.m:51) by 0x1799F0: _i_XADCRCHandle__resetStream (XADCRCHandle.m:70) by 0x1550CF: _i_XADStreamHandle__readAtMost_toBuffer_ (CSStreamHandle.m:138) by 0x150A1A: _i_XADHandle__copyDataOfLengthAtMost_ (CSHandle.m:291) by 0x14FAF4: _i_XADHandle__readDataOfLengthAtMost_ (CSHandle.m:276) by 0x195774: _i_XADMacArchiveParser__parseMacBinaryWithDictionary_name_retainPosition_ (XADMacArchiveParser.m:344) by 0x1952EE: _i_XADMacArchiveParser__addEntryWithDictionary_retainPosition_ (XADMacArchiveParser.m:133) by 0x16431E: _i_XADArchiveParser__addEntryWithDictionary_ (XADArchiveParser.m:899)----- End forwarded message -----
##- Please type your reply above this line -## You are registered as a CC on this support request (323879). Reply to this email to add a comment to the request.---------------------------------------------- Matt Kraai, Nov 21, 07:02 EET Hi, I was able to reproduce this problem using The Unarchiver on macOS.---------------------------------------------- Matt Kraai, Nov 19, 07:43 EET Hi, Jakub Wilk reported to the Debian bug tracking system that unar crashes when it's run on the attached file. The full text of the report can be found below. I will attempt to reproduce this problem using The Unarchiver on Monday.----- Forwarded message from Jakub Wilk <jwilk@jwilk.net> ----- Date: Sat, 18 Nov 2017 23:05:21 +0100 From: Jakub Wilk <jwilk@jwilk.net> To: submit@bugs.debian.org Subject: Bug#882094: unar: heap-based buffer overflow in LHAready_made() User-Agent: NeoMutt/20170609 (1.8.3) Package: unar Version: 1.10.1-2+b1 lsar crashes on the attached file: $ lsar overflow.lha overflow.lha: *** Error in `lsar': double free or corruption (out): 0x57103310 *** ... Aborted Valgrind says it's a buffer overflow: Invalid write of size 1 at 0x18DC00: LHAready_made (XADLZHOldHandles.m:577) by 0x18DC00: LHAdecode_c_st0 (XADLZHOldHandles.m:674) by 0x18CABC: LhA_Decrunch (XADLZHOldHandles.m:1075) by 0x18CC8C: _i_XADLZH3Handle__unpackData (XADLZHOldHandles.m:1128) by 0x189F9C: _i_XADLibXADIOHandle__runUnpacker (XADLibXADIOHandle.m:114) by 0x18997D: _i_XADLibXADIOHandle__seekToFileOffset_ (XADLibXADIOHandle.m:51) by 0x1799F0: _i_XADCRCHandle__resetStream (XADCRCHandle.m:70) by 0x1550CF: _i_XADStreamHandle__readAtMost_toBuffer_ (CSStreamHandle.m:138) by 0x150A1A: _i_XADHandle__copyDataOfLengthAtMost_ (CSHandle.m:291) by 0x14FAF4: _i_XADHandle__readDataOfLengthAtMost_ (CSHandle.m:276) by 0x195774: _i_XADMacArchiveParser__parseMacBinaryWithDictionary_name_retainPosition_ (XADMacArchiveParser.m:344) by 0x1952EE: _i_XADMacArchiveParser__addEntryWithDictionary_retainPosition_ (XADMacArchiveParser.m:133) by 0x16431E: _i_XADArchiveParser__addEntryWithDictionary_ (XADArchiveParser.m:899) Address 0x80aec5c is 0 bytes after a block of size 25,228 alloc'd at 0x4830256: calloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) by 0x18C9E7: xadAllocVec (XADLibXADIOHandle.h:200) by 0x18C9E7: LhA_Decrunch (XADLZHOldHandles.m:1025) by 0x18CC8C: _i_XADLZH3Handle__unpackData (XADLZHOldHandles.m:1128) by 0x189F9C: _i_XADLibXADIOHandle__runUnpacker (XADLibXADIOHandle.m:114) by 0x18997D: _i_XADLibXADIOHandle__seekToFileOffset_ (XADLibXADIOHandle.m:51) by 0x1799F0: _i_XADCRCHandle__resetStream (XADCRCHandle.m:70) by 0x1550CF: _i_XADStreamHandle__readAtMost_toBuffer_ (CSStreamHandle.m:138) by 0x150A1A: _i_XADHandle__copyDataOfLengthAtMost_ (CSHandle.m:291) by 0x14FAF4: _i_XADHandle__readDataOfLengthAtMost_ (CSHandle.m:276) by 0x195774: _i_XADMacArchiveParser__parseMacBinaryWithDictionary_name_retainPosition_ (XADMacArchiveParser.m:344) by 0x1952EE: _i_XADMacArchiveParser__addEntryWithDictionary_retainPosition_ (XADMacArchiveParser.m:133) by 0x16431E: _i_XADArchiveParser__addEntryWithDictionary_ (XADArchiveParser.m:899)----- End forwarded message ------------------------------------- This email is a service from MacPaw. [N30LXV-KEE0]
##- Please type your reply above this line -## You are registered as a CC on this support request (323879). Reply to this email to add a comment to the request.---------------------------------------------- Natalia Atamaniuk, Nov 22, 14:55 EET Dear Matt, Thank you for contacting MacPaw Customer Support. Please trash current application version, and follow this link to download the newest Unarchiver 3.11.3: https://dl.devmate.com/cx.c3.theunarchiver/TheUnarchiver.zip Reproduce your problem. Do you still experience the same issue? Have you tried unarchiving another archive of .lha extension? Do you have the same problem? Looking forward to your reply. Best regards, Natalia Atamaniuk | MacPaw Customer Support http://macpaw.com/support---------------------------------------------- Matt Kraai, Nov 21, 07:02 EET Hi, I was able to reproduce this problem using The Unarchiver on macOS.---------------------------------------------- Matt Kraai, Nov 19, 07:43 EET Hi, Jakub Wilk reported to the Debian bug tracking system that unar crashes when it's run on the attached file. The full text of the report can be found below. I will attempt to reproduce this problem using The Unarchiver on Monday.----- Forwarded message from Jakub Wilk <jwilk@jwilk.net> ----- Date: Sat, 18 Nov 2017 23:05:21 +0100 From: Jakub Wilk <jwilk@jwilk.net> To: submit@bugs.debian.org Subject: Bug#882094: unar: heap-based buffer overflow in LHAready_made() User-Agent: NeoMutt/20170609 (1.8.3) Package: unar Version: 1.10.1-2+b1 lsar crashes on the attached file: $ lsar overflow.lha overflow.lha: *** Error in `lsar': double free or corruption (out): 0x57103310 *** ... Aborted Valgrind says it's a buffer overflow: Invalid write of size 1 at 0x18DC00: LHAready_made (XADLZHOldHandles.m:577) by 0x18DC00: LHAdecode_c_st0 (XADLZHOldHandles.m:674) by 0x18CABC: LhA_Decrunch (XADLZHOldHandles.m:1075) by 0x18CC8C: _i_XADLZH3Handle__unpackData (XADLZHOldHandles.m:1128) by 0x189F9C: _i_XADLibXADIOHandle__runUnpacker (XADLibXADIOHandle.m:114) by 0x18997D: _i_XADLibXADIOHandle__seekToFileOffset_ (XADLibXADIOHandle.m:51) by 0x1799F0: _i_XADCRCHandle__resetStream (XADCRCHandle.m:70) by 0x1550CF: _i_XADStreamHandle__readAtMost_toBuffer_ (CSStreamHandle.m:138) by 0x150A1A: _i_XADHandle__copyDataOfLengthAtMost_ (CSHandle.m:291) by 0x14FAF4: _i_XADHandle__readDataOfLengthAtMost_ (CSHandle.m:276) by 0x195774: _i_XADMacArchiveParser__parseMacBinaryWithDictionary_name_retainPosition_ (XADMacArchiveParser.m:344) by 0x1952EE: _i_XADMacArchiveParser__addEntryWithDictionary_retainPosition_ (XADMacArchiveParser.m:133) by 0x16431E: _i_XADArchiveParser__addEntryWithDictionary_ (XADArchiveParser.m:899) Address 0x80aec5c is 0 bytes after a block of size 25,228 alloc'd at 0x4830256: calloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) by 0x18C9E7: xadAllocVec (XADLibXADIOHandle.h:200) by 0x18C9E7: LhA_Decrunch (XADLZHOldHandles.m:1025) by 0x18CC8C: _i_XADLZH3Handle__unpackData (XADLZHOldHandles.m:1128) by 0x189F9C: _i_XADLibXADIOHandle__runUnpacker (XADLibXADIOHandle.m:114) by 0x18997D: _i_XADLibXADIOHandle__seekToFileOffset_ (XADLibXADIOHandle.m:51) by 0x1799F0: _i_XADCRCHandle__resetStream (XADCRCHandle.m:70) by 0x1550CF: _i_XADStreamHandle__readAtMost_toBuffer_ (CSStreamHandle.m:138) by 0x150A1A: _i_XADHandle__copyDataOfLengthAtMost_ (CSHandle.m:291) by 0x14FAF4: _i_XADHandle__readDataOfLengthAtMost_ (CSHandle.m:276) by 0x195774: _i_XADMacArchiveParser__parseMacBinaryWithDictionary_name_retainPosition_ (XADMacArchiveParser.m:344) by 0x1952EE: _i_XADMacArchiveParser__addEntryWithDictionary_retainPosition_ (XADMacArchiveParser.m:133) by 0x16431E: _i_XADArchiveParser__addEntryWithDictionary_ (XADArchiveParser.m:899)----- End forwarded message ------------------------------------- This email is a service from MacPaw. [N30LXV-KEE0]
##- Please type your reply above this line -## You are registered as a CC on this support request (323879). Reply to this email to add a comment to the request.---------------------------------------------- Matt Kraai, Nov 22, 17:18 EET Hi, When I try to open the file with that version, The Unarchiver displays a message indicating that the file is corrupt. Are you planning to release a new version of the command-line utilities with this fix?---------------------------------------------- Natalia Atamaniuk, Nov 22, 14:55 EET Dear Matt, Thank you for contacting MacPaw Customer Support. Please trash current application version, and follow this link to download the newest Unarchiver 3.11.3: https://dl.devmate.com/cx.c3.theunarchiver/TheUnarchiver.zip Reproduce your problem. Do you still experience the same issue? Have you tried unarchiving another archive of .lha extension? Do you have the same problem? Looking forward to your reply. Best regards, Natalia Atamaniuk | MacPaw Customer Support http://macpaw.com/support---------------------------------------------- Matt Kraai, Nov 21, 07:02 EET Hi, I was able to reproduce this problem using The Unarchiver on macOS.---------------------------------------------- Matt Kraai, Nov 19, 07:43 EET Hi, Jakub Wilk reported to the Debian bug tracking system that unar crashes when it's run on the attached file. The full text of the report can be found below. I will attempt to reproduce this problem using The Unarchiver on Monday.----- Forwarded message from Jakub Wilk <jwilk@jwilk.net> ----- Date: Sat, 18 Nov 2017 23:05:21 +0100 From: Jakub Wilk <jwilk@jwilk.net> To: submit@bugs.debian.org Subject: Bug#882094: unar: heap-based buffer overflow in LHAready_made() User-Agent: NeoMutt/20170609 (1.8.3) Package: unar Version: 1.10.1-2+b1 lsar crashes on the attached file: $ lsar overflow.lha overflow.lha: *** Error in `lsar': double free or corruption (out): 0x57103310 *** ... Aborted Valgrind says it's a buffer overflow: Invalid write of size 1 at 0x18DC00: LHAready_made (XADLZHOldHandles.m:577) by 0x18DC00: LHAdecode_c_st0 (XADLZHOldHandles.m:674) by 0x18CABC: LhA_Decrunch (XADLZHOldHandles.m:1075) by 0x18CC8C: _i_XADLZH3Handle__unpackData (XADLZHOldHandles.m:1128) by 0x189F9C: _i_XADLibXADIOHandle__runUnpacker (XADLibXADIOHandle.m:114) by 0x18997D: _i_XADLibXADIOHandle__seekToFileOffset_ (XADLibXADIOHandle.m:51) by 0x1799F0: _i_XADCRCHandle__resetStream (XADCRCHandle.m:70) by 0x1550CF: _i_XADStreamHandle__readAtMost_toBuffer_ (CSStreamHandle.m:138) by 0x150A1A: _i_XADHandle__copyDataOfLengthAtMost_ (CSHandle.m:291) by 0x14FAF4: _i_XADHandle__readDataOfLengthAtMost_ (CSHandle.m:276) by 0x195774: _i_XADMacArchiveParser__parseMacBinaryWithDictionary_name_retainPosition_ (XADMacArchiveParser.m:344) by 0x1952EE: _i_XADMacArchiveParser__addEntryWithDictionary_retainPosition_ (XADMacArchiveParser.m:133) by 0x16431E: _i_XADArchiveParser__addEntryWithDictionary_ (XADArchiveParser.m:899) Address 0x80aec5c is 0 bytes after a block of size 25,228 alloc'd at 0x4830256: calloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) by 0x18C9E7: xadAllocVec (XADLibXADIOHandle.h:200) by 0x18C9E7: LhA_Decrunch (XADLZHOldHandles.m:1025) by 0x18CC8C: _i_XADLZH3Handle__unpackData (XADLZHOldHandles.m:1128) by 0x189F9C: _i_XADLibXADIOHandle__runUnpacker (XADLibXADIOHandle.m:114) by 0x18997D: _i_XADLibXADIOHandle__seekToFileOffset_ (XADLibXADIOHandle.m:51) by 0x1799F0: _i_XADCRCHandle__resetStream (XADCRCHandle.m:70) by 0x1550CF: _i_XADStreamHandle__readAtMost_toBuffer_ (CSStreamHandle.m:138) by 0x150A1A: _i_XADHandle__copyDataOfLengthAtMost_ (CSHandle.m:291) by 0x14FAF4: _i_XADHandle__readDataOfLengthAtMost_ (CSHandle.m:276) by 0x195774: _i_XADMacArchiveParser__parseMacBinaryWithDictionary_name_retainPosition_ (XADMacArchiveParser.m:344) by 0x1952EE: _i_XADMacArchiveParser__addEntryWithDictionary_retainPosition_ (XADMacArchiveParser.m:133) by 0x16431E: _i_XADArchiveParser__addEntryWithDictionary_ (XADArchiveParser.m:899)----- End forwarded message ------------------------------------- This email is a service from MacPaw. [N30LXV-KEE0]
##- Please type your reply above this line -## You are registered as a CC on this support request (323879). Reply to this email to add a comment to the request.---------------------------------------------- Natalia Atamaniuk, Nov 24, 09:32 EET Dear Matt, Thank you for contacting MacPaw Customer Support. Accept our apologies for this temporary inconveniences. I`m afraid I can not provide you with the solution right now, but when the upgrade with fixed problem is released, you will be surely notified. Let me know if you have more questions. Best regards, Natalia Atamaniuk | MacPaw Customer Support http://macpaw.com/support---------------------------------------------- Matt Kraai, Nov 22, 17:18 EET Hi, When I try to open the file with that version, The Unarchiver displays a message indicating that the file is corrupt. Are you planning to release a new version of the command-line utilities with this fix?---------------------------------------------- Natalia Atamaniuk, Nov 22, 14:55 EET Dear Matt, Thank you for contacting MacPaw Customer Support. Please trash current application version, and follow this link to download the newest Unarchiver 3.11.3: https://dl.devmate.com/cx.c3.theunarchiver/TheUnarchiver.zip Reproduce your problem. Do you still experience the same issue? Have you tried unarchiving another archive of .lha extension? Do you have the same problem? Looking forward to your reply. Best regards, Natalia Atamaniuk | MacPaw Customer Support http://macpaw.com/support---------------------------------------------- Matt Kraai, Nov 21, 07:02 EET Hi, I was able to reproduce this problem using The Unarchiver on macOS.---------------------------------------------- Matt Kraai, Nov 19, 07:43 EET Hi, Jakub Wilk reported to the Debian bug tracking system that unar crashes when it's run on the attached file. The full text of the report can be found below. I will attempt to reproduce this problem using The Unarchiver on Monday.----- Forwarded message from Jakub Wilk <jwilk@jwilk.net> ----- Date: Sat, 18 Nov 2017 23:05:21 +0100 From: Jakub Wilk <jwilk@jwilk.net> To: submit@bugs.debian.org Subject: Bug#882094: unar: heap-based buffer overflow in LHAready_made() User-Agent: NeoMutt/20170609 (1.8.3) Package: unar Version: 1.10.1-2+b1 lsar crashes on the attached file: $ lsar overflow.lha overflow.lha: *** Error in `lsar': double free or corruption (out): 0x57103310 *** ... Aborted Valgrind says it's a buffer overflow: Invalid write of size 1 at 0x18DC00: LHAready_made (XADLZHOldHandles.m:577) by 0x18DC00: LHAdecode_c_st0 (XADLZHOldHandles.m:674) by 0x18CABC: LhA_Decrunch (XADLZHOldHandles.m:1075) by 0x18CC8C: _i_XADLZH3Handle__unpackData (XADLZHOldHandles.m:1128) by 0x189F9C: _i_XADLibXADIOHandle__runUnpacker (XADLibXADIOHandle.m:114) by 0x18997D: _i_XADLibXADIOHandle__seekToFileOffset_ (XADLibXADIOHandle.m:51) by 0x1799F0: _i_XADCRCHandle__resetStream (XADCRCHandle.m:70) by 0x1550CF: _i_XADStreamHandle__readAtMost_toBuffer_ (CSStreamHandle.m:138) by 0x150A1A: _i_XADHandle__copyDataOfLengthAtMost_ (CSHandle.m:291) by 0x14FAF4: _i_XADHandle__readDataOfLengthAtMost_ (CSHandle.m:276) by 0x195774: _i_XADMacArchiveParser__parseMacBinaryWithDictionary_name_retainPosition_ (XADMacArchiveParser.m:344) by 0x1952EE: _i_XADMacArchiveParser__addEntryWithDictionary_retainPosition_ (XADMacArchiveParser.m:133) by 0x16431E: _i_XADArchiveParser__addEntryWithDictionary_ (XADArchiveParser.m:899) Address 0x80aec5c is 0 bytes after a block of size 25,228 alloc'd at 0x4830256: calloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) by 0x18C9E7: xadAllocVec (XADLibXADIOHandle.h:200) by 0x18C9E7: LhA_Decrunch (XADLZHOldHandles.m:1025) by 0x18CC8C: _i_XADLZH3Handle__unpackData (XADLZHOldHandles.m:1128) by 0x189F9C: _i_XADLibXADIOHandle__runUnpacker (XADLibXADIOHandle.m:114) by 0x18997D: _i_XADLibXADIOHandle__seekToFileOffset_ (XADLibXADIOHandle.m:51) by 0x1799F0: _i_XADCRCHandle__resetStream (XADCRCHandle.m:70) by 0x1550CF: _i_XADStreamHandle__readAtMost_toBuffer_ (CSStreamHandle.m:138) by 0x150A1A: _i_XADHandle__copyDataOfLengthAtMost_ (CSHandle.m:291) by 0x14FAF4: _i_XADHandle__readDataOfLengthAtMost_ (CSHandle.m:276) by 0x195774: _i_XADMacArchiveParser__parseMacBinaryWithDictionary_name_retainPosition_ (XADMacArchiveParser.m:344) by 0x1952EE: _i_XADMacArchiveParser__addEntryWithDictionary_retainPosition_ (XADMacArchiveParser.m:133) by 0x16431E: _i_XADArchiveParser__addEntryWithDictionary_ (XADArchiveParser.m:899)----- End forwarded message ------------------------------------- This email is a service from MacPaw. [N30LXV-KEE0]