SharpZipLib在压缩成Tar.Gz时出现的中文乱码解决方案

由于项目的需要本人需要做一个tar.get的打包文件。在网上搜索了一下发现有一个sharpziplib比较符合本人的项目。因为是开源的代码，所以讲其源码一起下载，用vs2005进行编译。

压缩代码非常简单如下：

      Stream stmout = new FileStream(strFilePath, FileMode.OpenOrCreate);
            TarArchive TA = TarArchive.CreateOutputTarArchive(stmout);
            TA.AsciiTranslate =false;                     
            for (int i = 0; i < lvFiles.Items.Count; i++)
            {
                string strfile = lvFiles.Items[i].SubItems[2].Text;
                string strName = lvFiles.Items[i].SubItems[0].Text;               
                TarEntry TE = TarEntry.CreateEntryFromFile(strfile);
                TA.WriteEntry(TE, true);
            }
            TA.CloseArchive();
            stmout.Close();

以上代码可以完成多个文件组成一个tar.get的文件。

在选择文件的时候不小心使用了带有中文的文件名，经过打包以后然后用winrar打开一看，发现中文的文件名编程了乱码。看来这个开源库只有支持ASCII而不支持中文，于是乎，打开源码发现TarHeader.cs中的一段代码897行，解析文件名的时候出现问题。

      //int i;
   
            //for (i = 0 ; i < length - 1 && nameOffset + i < name.Length; ++i) {
            //    buffer[bufferOffset + i] = (byte)name[nameOffset + i];
            //}
   
            //for (; i < length ; ++i) {
            //    buffer[bufferOffset + i] = 0;
            //}

name是一个string类型。name.length只返回的是字符串的个数，如果采用byte转换则把中文的另外一个字节给去掉了（中文字是有两个直接组成的）

把他们修改为一下。

  int i;
            byte[] bytes = System.Text.Encoding.Default.GetBytes(name);
            for (i = 0; i < length - 1 && nameOffset + i < bytes.Length; ++i)
            {
                buffer[bufferOffset + i] = (byte)bytes[nameOffset + i];
            }

            for (; i < length; ++i)
            {
                buffer[bufferOffset + i] = 0;
            }

问题就解决了。