SevenZipSharp

Commented Issue: Getting the following error on CompressDirectory - SevenZip.SevenZipException : The execution has failed due to the bug in the SevenZipSharp. [11670]

ksplem — Thu, 16 May 2013 20:09:37 GMT

When I attempt to call compress directory I am getting the following exception -

SevenZip.SevenZipException : The execution has failed due to the bug in the SevenZipSharp.
Please report about it to http://sevenzipsharp.codeplex.com/WorkItem/List.aspx, post the release number and attach the archive.
at SevenZip.SevenZipBase.ThrowException(CallbackBase handler, Exception e)
at SevenZip.SevenZipBase.CheckedExecute(Int32 hresult, String message, CallbackBase handler)
at SevenZip.SevenZipCompressor.CompressFilesEncrypted(Stream archiveStream, Int32 commonRootLength, String password, String fileFullNames)
at SevenZip.SevenZipCompressor.CompressDirectory(String directory, Stream archiveStream, String password, String searchPattern, Boolean recursion)
at SevenZip.SevenZipCompressor.CompressDirectory(String directory, String archiveName, String password, String searchPattern, Boolean recursion)
at SevenZip.SevenZipCompressor.CompressDirectory(String directory, String archiveName, Boolean recursion)
at Philips.PmsCT.Service.Infrastructure.Utilities.Common.Compression.SevenZipCompression.Compress(String folderToCompress, String archivePath, Boolean createNew, CompressionLevel compressionLevel)

Any help is greatly appreciated.
Comments: ** Comment from web user: ksplem **

I've hit the same bug with v 0.64.3890.29348

SevenZip.SevenZipException: The execution has failed due to the bug in the SevenZipSharp.
Please report about it to http://sevenzipsharp.codeplex.com/WorkItem/List.aspx, post the release number and attach the archive.
at SevenZip.SevenZipBase.ThrowException(CallbackBase handler, Exception[] e)
at SevenZip.SevenZipBase.CheckedExecute(Int32 hresult, String message, CallbackBase handler)
at SevenZip.SevenZipCompressor.CompressFilesEncrypted(Stream archiveStream, Int32 commonRootLength, String password, String[] fileFullNames)
at SevenZip.SevenZipCompressor.CompressDirectory(String directory, Stream archiveStream, String password, String searchPattern, Boolean recursion)
at SevenZip.SevenZipCompressor.CompressDirectory(String directory, String archiveName, String password, String searchPattern, Boolean recursion)
at SevenZip.SevenZipCompressor.CompressDirectory(String directory, String archiveName, Boolean recursion)

Created Issue: SevenZipExtractor.ExtractFile [11782]

PantelisAr — Wed, 15 May 2013 09:54:57 GMT

>The execution has failed due to the bug in the SevenZipSharp.

>Please report about it to http://sevenzipsharp.codeplex.com/WorkItem/List.aspx, post the release number and attach the archive.

```
SevenZipExtractor.SetLibraryPath(Path.Combine(
@"C:\dll",
"7z.dll"));

var buffer = new byte[] {};
using (var extractor = new SevenZipExtractor(handleDownloadedFile))
{
extractor.ExtractFile(
"handle.exe",
new MemoryStream(buffer, true));
}
```

My archive is the Handle.zip archive downloaded from "http://download.sysinternals.com/files/Handle.zip"

If I use a FileStream instead of a MemoryStream It passes the extraction but I get a Win32Exception later when I try to use the extracted file:
>"The process cannot access the file because it is being used by another process"

New Post: A project using SevenZipSharp

Montaro — Sat, 13 Apr 2013 00:20:47 GMT

Just thought I'd share a project I'm working on that uses SevenZipSharp

Its a life saver and my project would have never come about if it weren't for this great library.

Feel free to raid the source code for some more code examples, http://jts.codeplex.com/

Commented Issue: the execution has failed due to the bug in sevenzipsharp [11461]

d79ima — Tue, 09 Apr 2013 20:47:12 GMT

I'm using NMM v.0.34.0 and whenever i'm trying to install a mod an error pops up and says the execution has failed due to the bug in sevenzipsharp
Comments: ** Comment from web user: d79ima **

I noticed that when trying to compress a folder with a lot of files i get this error using LZMA2 compression, but it only happens on my 8-core box. On my 2-core box it finishes compression just fine.

So based on this I think SevenZipSharp has some kind of a threading bug!
Please look into this

Created Issue: Getting the following error on CompressDirectory - SevenZip.SevenZipException : The execution has failed due to the bug in the SevenZipSharp. [11670]

dhirajnayak — Fri, 29 Mar 2013 05:10:05 GMT

New Post: Compress stream as data written to stream?

cocowalla — Tue, 26 Mar 2013 20:21:48 GMT

What I want to do is write data to a memory stream (or a StreamWriter), and have that compressed on the fly using 7zip. Something like this (obviously I would want to write more useful data :)

var fs = new FileStream("Test.7z", FileMode.Create);
var ms = new MemoryStream();

var compressor = new SevenZipCompressor();
compressor.CompressionMethod = CompressionMethod.Lzma2;
compressor.CompressionLevel = CompressionLevel.Normal;
compressor.CompressStreamDictionary(new Dictionary<string, Stream> { { "log.txt", ms } }, fs);

for (int i = 0; i < 100; i++)
{
  ms.WriteByte(1);
}

This just seems to create an empty archive; I don't think anything written to the memory stream after calling CompressStreamDictionary is being compressed.

Is this possible?

New Post: SevenZipSharp Extracting Event Progress Jumps?

madlan — Tue, 26 Mar 2013 16:14:47 GMT

Has anyone used the BeginCompressFiles method from SevenZipCompressor?

The progress is reported in steps of 7, starting at 21%

Dim tmp = New SevenZipCompressor(TempPath)
AddHandler tmp.Compressing, AddressOf SevenZip_Compressing
tmp.BeginCompressFiles("C:\temp\test.zip", C:\temp\test.jpg))

Private Sub SevenZip_Compressing(ByVal sender As Object, ByVal e As ProgressEventArgs)
Console.WriteLine(e.PercentDone)
End Sub

For BeginCompressDirectory and all extraction events the progress is reported as exprected (0 - 100 in steps of 1)

New Post: Read a specific byte from a file (Without extracting)

madlan — Mon, 25 Mar 2013 17:07:00 GMT

I would like to read a specific byte from a file within a zip archive without extracting the whole file, is this possible?

        Dim br As BinaryReader = New BinaryReader(ms)
        Dim lngStartPos As Long = 3756
        br.BaseStream.Seek(lngStartPos, SeekOrigin.Begin)
        Dim a As Byte = br.ReadByte()
        Dim b As Byte = br.ReadByte()
        Dim c As Integer = b * 256 + a

New Post: Can not load 7-zip library or internal COM error! Message: failed to load library.

mdaniloff — Fri, 22 Mar 2013 05:35:34 GMT

I encountered exactly the same issue today.

Test code was running great from the Console application, but I got "the load library" error when running the code from my Outlook plugin.
The plugin is a x86 app written in C++ (unmanaged) that uses a mixture of unmanaged and managed code components.

Procmon utility showed that the LoadImage call on 7z.dll was successful. But still I was getting the LoadLibrary error.

I was able to get it to work by re-targeting SevenZip .Net Library from any CPU to x86.

I guess for x64 apps the SevenZip library should be compiled as x64 assembly

Regards,

Michael

Commented Issue: BeginExtractArchive craching the application [10244]

LouisRL — Wed, 20 Mar 2013 12:28:45 GMT

if i do BeginExtractArchive on a corrupt rar file it crashes the application
i can not catch the exception .
Comments: ** Comment from web user: LouisRL **

I'm having the same issue.

New Post: SevenZipExtractor constructor throws exception in CheckSignature

mwpowellhtx — Tue, 19 Mar 2013 23:54:29 GMT

I'm not positive, I've download the latest 0.64 through NuGet, but seems to have the constructor bug you mention here. I press F12 to bring up the source, and it shows I've got a ctor with a string path, like I am expecting. However, I get the error here. Is there a new update I can download?

New Post: PC without domain problem

fabiomede — Thu, 14 Mar 2013 15:13:37 GMT

I have a problem with a windows xp pc without domain.
The library does't work and return error while trying to compress directory.

The same code work correctly if I register a domain on the pc, and work correctly with vista, win7 32 and 64bit.

Can you help me?

Thank's a lot!

Commented Issue: MultiVolume is not working for CompressFiles method [7953]

vbwebprofi — Thu, 14 Mar 2013 11:22:41 GMT

If I define VolumeSize, then invoke CompressFiles method to archived one or more files, there isn't any archived files created and without any exception.
My code is like:
Dim z7 As New SevenZip.SevenZipCompressor
z7.VolumeSize = 1000000
z7.CompressFiles(zipFile, fi.FullName)

I checked the source code(Aug 26 version), in SevenZipCompressor.cs, line 1097, I think it should be added "_volumeSize == 0" to this if statement.
Hope it can help you to fix it.
Thanks.
Comments: ** Comment from web user: vbwebprofi **

I have added a not fully tested but pattern implemented patch, see #14085 [1] . Download of SevenZipCompressor.cs (zipped) is available under id #637889.

[1] Patch list
http://sevenzipsharp.codeplex.com/SourceControl/list/patches

[2] Patch download #637889
http://www.codeplex.com/Download?ProjectName=sevenzipsharp&DownloadId=637889

Patch Uploaded: #14085

vbwebprofi — Thu, 14 Mar 2013 08:54:57 GMT

vbwebprofi has uploaded a patch.

Description:
Bugfix? of multiple volume issue #7953 [1].

I had the same problem at development but for work with dictionary of streams. According to the description of issue #7953 [1] and to the reply of piiper to discussion #263381 i followed the pattern at line 1379 of version 79962 and applied this also to line 1101, 1516 and 1627. It fixed my problem and may be all other related problem at other methods of this topic.

[1] Issue #7953
http://sevenzipsharp.codeplex.com/workitem/7953

[2] Discussion #263381
http://sevenzipsharp.codeplex.com/discussions/263381

[3] Post of piiper to discussion #263381
http://sevenzipsharp.codeplex.com/discussions/263381#post712612

Created Issue: Installation Failed. [11634]

LoogaBarooga — Tue, 12 Mar 2013 23:45:03 GMT

Just like countless other people here, I have experienced....
An error occurred during installation: The execution has failed due to the bug in the SevenZipSharp.
Appreciate your attention on this matter. Thanks.
Firefall beta-1545r1

Created Issue: Determine 7Zip path from registry [11630]

vbwebprofi — Tue, 12 Mar 2013 16:43:00 GMT

Alternately to setup 7Zip library location from application settings, determine the path under Windows from registry key "HKEY_LOCAL_MACHINE\SOFTWARE\7-Zip" and Value "@Path" of an installed 7Zip application.

New Post: CompressStream issue with TAR format archives

ralan88 — Thu, 28 Feb 2013 20:17:43 GMT

Not sure there is any help for this, but I think I know why TAR archives don't seem to extract properly for some people. And why the error message "There are data after end of archive" crops up when the extraction is attempted.

I built a very simple WinForms app that creates 3 input memory streams and I Compress them using CompressStream (create on the first, append on the second 2). I give each a distinct name and all of the data is outputted to my output stream just fine. Then, so I can test the veracity of the archive, I outputted my output stream to a file stream and got it all on disk. Then using 7-zip itself I attempt to extract the 3 files from the archive. I end up with the first file on disk (which is perfect) and the error message "There are data after the end of archive". So here's where it gets interesting...

In tracing the SevenZipSharp code I found that despite the fact my input streams were less than 50 bytes, the resulting output stream is over 4 blocks long (~2048 bytes). So despite the fact I need less than a block to contain the compressed input stream, the output is over 2000 bytes of mostly empty space.

After reading up a bit on the TAR specification I learned that the TAR spec calls for 2 blocks of empty data (1024 bytes) to be written to the end of the file (stream) to serve as an end of archive marker. Anybody else see the problem yet...

BECAUSE CompressStream is adding THREE blocks of unneeded data for my 50 byte stream, an apparent end of archive structure is being put in place prematurely by the call to CompressStream. So when 7-zip starts extracting it does the first entry fine, but stumbles across 1024 empty bytes before it ever gets to my second entry. Hence the error "There are data after end of archive". 7-zip thinks the end of archive is near the top of my archive and not at the bottom where it should find it.

So, as far as I can tell, CompressStream is causing the problem. The TAR spec says that everything in a TAR archive should exist within a 512 byte block. Ok, fine. CompressStream should create exactly as many 512 byte blocks as needed to contain the data to be compressed and NO EXTRA blocks added. In my case I am getting THREE superfluous blocks for each tiny stream (50 byte) I pass in.

We either need to fix the existing logic for CompressStream or add an overload that only creates as many blocks as really needed.

I'm not sure of the process form here. How do things like this get fixed...or is it on me to fix it?

Thanks for listening!

New Post: Can not load 7-zip library or internal COM error! Message: failed to load library.

ralan88 — Thu, 28 Feb 2013 15:08:52 GMT

Ok, after tracing the SevenZipSharp code within the context of a very simple WinForms app, it became apparent the kernel32 LoadLibrary method was where the failure was occurring. On a whim I re-downloaded the 7z.dll file and guess what...the problem disappeared. So it appears my problem the entire time was a corrupted dll. Glad I found it but I sure wish it didn't take me a day and a half to get to the bottom of it.

So anyone else running in to this. If you've done everything suggested in these posts and it doesn't work...try getting a fresh copy of the dll.

New Post: Can not load 7-zip library or internal COM error! Message: failed to load library.

ralan88 — Thu, 28 Feb 2013 12:59:00 GMT

Does anyone know what the WINCE and MONO flags are about in the SevenZipSharp code?

New Post: Can not load 7-zip library or internal COM error! Message: failed to load library.

glenharvy — Wed, 27 Feb 2013 21:20:17 GMT

Try setting the following ... You may specify the custom path to 7-zip dll at SevenZipLibraryManager.LibraryFileName or call SevenZipExtractor.SetLibraryPath(@"c:\Program Files\7-Zip\7z.dll"); or call SevenZipCompressor.SetLibraryPath(@"c:\Program Files\7-Zip\7z.dll"); > ralan88 > Thursday, 28 February 2013 6:52 AM > > From: ralan88 > > One poster above claimed that the problem only exists for web > applications. So I have built a WinForms app that does nothing but try > to compress an input stream into an output stream. I have done > everything suggested in these posts and yet......I am still getting > the can't load library error. Here is the code. > > Please note that I have added the SevenZipSharp dll as a reference in > my project. Intellisense works perfectly so I know my ref is working. > Also, the 7z.dll can be found exactly where I'm telling the > SetLibraryPath to look for it AND it has full control privileges. > > So....what the heck am I missing? Why do other people seem to think > this so easy and yet I can't get it to load the library under > apparently any circumstance? > |try > { > MemoryStream inStream = new MemoryStream(); > MemoryStream outStream = new MemoryStream(); > StreamWriter sw = new StreamWriter(inStream); > sw.WriteLine(txtInputStream.Text); > sw.Flush(); > > SevenZipBase.SetLibraryPath(@"C:\Program Files (x86)\7-Zip\7z.dll"); > > SevenZipCompressor comp = new SevenZipCompressor(); > > //comp.ArchiveFormat = OutArchiveFormat.Tar; > //comp.CompressionLevel = CompressionLevel.Normal; > //comp.CompressionMode = CompressionMode.Create; > //comp.CompressionMethod = CompressionMethod.Copy; > > comp.CompressionMethod = SevenZip.CompressionMethod.Lzma2; > comp.CompressionLevel = SevenZip.CompressionLevel.Normal; > // comp.DefaultItemName = "pr-123456"; > > inStream.Position = 0; > > //bool canRead = memStreamCompany.CanRead; > //bool canWrite = outStream.CanWrite; > > comp.CompressStream(inStream, outStream); > > outStream.Flush(); > outStream.Close(); > } > catch (Exception ex) > { > Console.WriteLine(ex.Message); > }| > > Read the full discussion online > . > > To add a post to this discussion, reply to this email > (sevenzipsharp@discussions.codeplex.com > ) > > To start a new discussion for this project, email > sevenzipsharp@discussions.codeplex.com > > > You are receiving this email because you subscribed to this discussion > on CodePlex. You can unsubscribe or change your settings > > on codePlex.com. > > Please note: Images and attachments will be removed from emails. Any > posts to this discussion will also be available online at codeplex.com >

ralan88

Thursday, 28 February 2013 6:52 AM

From: ralan88

One poster above claimed that the problem only exists for web applications. So I have built a WinForms app that does nothing but try to compress an input stream into an output stream. I have done everything suggested in these posts and yet......I am still getting the can't load library error. Here is the code.

Please note that I have added the SevenZipSharp dll as a reference in my project. Intellisense works perfectly so I know my ref is working. Also, the 7z.dll can be found exactly where I'm telling the SetLibraryPath to look for it AND it has full control privileges.

So....what the heck am I missing? Why do other people seem to think this so easy and yet I can't get it to load the library under apparently any circumstance?

try { MemoryStream inStream = new MemoryStream(); MemoryStream outStream = new MemoryStream(); StreamWriter sw = new StreamWriter(inStream); sw.WriteLine(txtInputStream.Text); sw.Flush(); SevenZipBase.SetLibraryPath(@"C:\Program Files (x86)\7-Zip\7z.dll"); SevenZipCompressor comp = new SevenZipCompressor(); //comp.ArchiveFormat = OutArchiveFormat.Tar; //comp.CompressionLevel = CompressionLevel.Normal; //comp.CompressionMode = CompressionMode.Create; //comp.CompressionMethod = CompressionMethod.Copy; comp.CompressionMethod = SevenZip.CompressionMethod.Lzma2; comp.CompressionLevel = SevenZip.CompressionLevel.Normal; // comp.DefaultItemName = "pr-123456"; inStream.Position = 0; //bool canRead = memStreamCompany.CanRead; //bool canWrite = outStream.CanWrite; comp.CompressStream(inStream, outStream); outStream.Flush(); outStream.Close(); } catch (Exception ex) { Console.WriteLine(ex.Message); }