Windows XP built-in Zip BugBack
zip.AppendFiles("./Tree/*",true,0);
When the / part is removed it works just fine... any ideas why?
Answer: Yes, I see the same behavior. My feeling is that this is a bug in the Windows XP decompression tool. One possible action is for Chilkat to automatically eliminate the "./" if the string passed to AppendFiles begins with it. However, I'd prefer to not do this just in case customers (for some unknown reason) desire that the "./" be present in the Zip. My suggestion is to write a few lines of code to check your input string to AppendFiles. If it begins with "./", eliminate the 1st two characters from the string. |