SharpDevelop Community

Get your problems solved!
Welcome to SharpDevelop Community Sign in | Join | Help

Search

You searched for the word(s): bug
Page 1 of 33 (321 items) 1 2 3 4 5 Next > ... Last »
  • Re: Bug and Fix

    Hi, Thats the way its intended to work.  ZipEntry names cant be changed once they have been created.  If you create one then make sure its name is right.  The library has been tweaked to help you get the right name but the original ZipEntry scheme has not been changed. Its therefore a feature request not a bug :-).   hth, ...
    Posted to SharpZipLib (Forum) by JohnReilly on 03-13-2008
  • Re: Bug in ZipFile.Delete in 0.85.5.452

    A quick fix would be:  string convertedName = string.Empty;if (entry.IsFile) { convertedName = GetTransformedFileName(entry.Name); }else if (entry.IsDirectory) { convertedName = GetTransformedDirectoryName(entry.Name); }   and similar for the string overload (why do you have two methods doing exactly the same one for string, ...
    Posted to SharpZipLib (Forum) by Tornhoof on 10-16-2008
  • Re: Zip bug: Compressed size was x, but I expected y

    Hi, You are correct.   Users shouldnt set this (Compressed size) before calling PutNextEntry and the library shouldnt use it either.   This can only be known if the size is zero or its not compressed.  However changing the form of compression from stored to deflate will invalidate it regardless. Internally this does get set in ...
    Posted to SharpZipLib (Forum) by JohnReilly on 11-11-2007
  • Re: Bug when writing file of unknown length via ZipOutputStream

    Hi, I think the code is correct. Zip64 can be used for any entry which is why it is best used if you cant tell the size of the stream and the output stream cannot seek.   It avoids starting to create an archive that can turn out to be invalid and not fixable in the sense that you cant patch the output to be correct (which is done in ...
    Posted to SharpZipLib (Forum) by JohnReilly on 09-20-2007
  • Re: Bug and Update

    Hi, The original code is wrong and so is the new code unfortunately.  If you read the comments in the code you will see that some instances were untested (I had no way of testing them).  The original code was however correct for those cases I was able to test. What archiver and is creating this archive you have made the ...
    Posted to SharpZipLib (Forum) by JohnReilly on 08-31-2005
  • Re: BUG?: "TestArchive()" not closing Stream - 0.85.4.369

     The 'problem' is that if I am calling archive.TestArchive(..) and dont call archive.Close() after the TestArchive() method does not close the Stream it opens to read the archive until disposed (which archive.Close() calls).   What I wanted to know is if there is a reason you arent closing the stream before leaving the ...
    Posted to SharpZipLib (Forum) by TaberLoveless on 07-28-2008
  • Re: [BUG]?! ZipOutputStream doesn't work with password

    just like normal. this works fine:  ZipOutputStream os = new ZipOutputStream(File.Create(fileName));             ZipEntry e = new ZipEntry(inputFileName);             os.PutNextEntry(e);             ...
    Posted to SharpZipLib (Forum) by gianhut on 11-21-2007
  • Re: Bug with GZip decompression of byte[0]

    Hi John,the same error occured for me with a regular Zip-Library. I found out that the problem seems to be, that each .NET-StreamReader-Class asks for theStream-Length, before first calling the (InflaterInputStream-)Read method. While rawLength inside InflaterInputBuffer is 0 at that moment, they (seem to) call the Read methodwith a zero-length ...
    Posted to SharpZipLib (Forum) by Rubberduck on 05-24-2006
  • Bug and Fix

    Hey,  I found a bug in your library.   Bug:  If you add a ZipEntry to an ZipFile. The NameTransform-Property of the ZipFile doesn't work. Fix:  1.) First you should add a NameTransform Property to ZipEntry, which transforms the name after setting it 2.) You have to add some code to the Add(ZipEntry) Method of ...
    Posted to SharpZipLib (Forum) by Fabe on 03-08-2008
  • Deleting zip entry in subfolder bug + source code fix

    Hi all, I'm working full-time as a C# developer and was using the SharpZipLib on a project and came across what appears to be a bug that doesn't let me use the .Delete(fileName) method of the ZipFile class to delete a file when it's located in a subfolder. I've added a workaround fix in the source 20071121 dist e.g. 0.85.5 per ...
    Posted to SharpZipLib (Forum) by Toste on 01-14-2008
Page 1 of 33 (321 items) 1 2 3 4 5 Next > ... Last »
Powered by Community Server (Commercial Edition), by Telligent Systems
Don't contact us via this (fleischfalle@alphasierrapapa.com) email address.