hi nice work with the new version. congratulations! I am going to replace my current version with the new one. I am using VB6. from where can I download the DLL (for win32) + some vb samples? (I dont need the sources) I can NOT find it in your links. Thanks. E.
> nice work with the new version. congratulations!
Thanks!
> I am using VB6. > from where can I download the DLL (for win32) + some vb samples? (I dont need the sources) > I can NOT find it in your links.
We are slowly populating the ftp site with the various binaries and packages.
The source package for Zip 3.0 includes a Visual Studio project for compiling the new zip32z64.dll library. The binary library should be posted soon, but it could be days or weeks as things tend to be in packages and packages have documentation to update.
The source package has a VB6 example in the windll directory.
We'd appreciate feedback on both the dll and the VB6 example.
"We'd appreciate feedback on both the dll and the VB6 example.". I will be glad to do it. I have a big VB project to test the software with, so your software will have a comprehensive testing. "The source package for Zip 3.0 includes a Visual Studio project for compiling the new zip32z64.dll library". I am sorry, but I am not a C guy, and therefore I dont know how to build this project. If you can post me the new DLL I will be happy to start to migration process today, otherwise, I will have to wait until you post it. Thanks E.
I started to test the software - my first test was to save file with foreign languach name. I took a file with a Russian name: Вот другой пример .doc After zipping, I looked on the created Zip file with WinZip and saw that my Russian file was added with the name: #U6587#U4ef6#U7cfb#U7edf#U7684#U7c7b#U578b#U662f.doc
Is the file name actually saved with this decoded name or is it just a display format? specifically: 1. When I want to extract this file, Do I need to decode its name (or can I still use the original name "Вот другой пример .doc")? 2. what happend with very long file name, say 200 characters that after decoding to "#Uxxxx" will become 1200 characters - can InfoZip know to handle them? 3. where can I find the the unzip DLL (for Windows), so I can test this 2 DLLs together...? Thanks. Eyal.
> I started to test the software - my first test was to save file with foreign languach name. I took a file with a Russian name: Вот другой пример .doc After zipping, I looked on the created Zip file with WinZip and saw that my Russian file was added with the name: #U6587#U4ef6#U7cfb#U7edf#U7684#U7c7b#U578b#U662f.doc
> Is the file name actually saved with this decoded name or is it just a display format?
That is the "ASCII escaped" version of the name saved for backward compatibility when Zip 3.0 is run on Windows. The UTF-8 path is saved in an extra field. WinZip 11.2 (which is the first WinZip version with Unicode support) should show exactly the encoded paths. Make sure you're using WinZip 11.2 or later.
> specifically: > 1. When I want to extract this file, Do I need to decode its name (or can I still use the original name "Вот другой пример .doc")?
If all is working correctly, it should be automatic.
> 2. what happend with very long file name, say 200 characters that after decoding to "#Uxxxx" will become 1200 characters - can InfoZip know to handle them?
Zip 3.0 will truncate the standard name after a limit is reached, but the Unicode path stored in the extra field will be full length. That means unzips without Unicode will show truncated names, while unzips with Unicode should reproduce the exact original path, if the destination OS supports it.
WinZip reported that they ran in to a problem with this using a test file we provided them, so I assume they can handle this case now.
UnZip 6.0 should also be able to handle this case by release.
> 3. where can I find the the unzip DLL (for Windows), so I can test this 2 DLLs together...?
UnZip 6.0 hasn't been released yet. The dll from the latest beta may have large file support from earlier development, but we are now just reviewing it. You might have to wait for UnZip 6.0e beta if the dll from UnZip 6.0d is not workable. As with Zip 3.0, there should be a VB6 example showing how to use the UnZip 6.0 dll, but it may need updating.
Until the new Unzip version will ship, I want to try to contiue using the old unzip (5.52). My questions is about methods to bypass the unicode problem: - Is it a way to refer to a file in the container other then its name (e.g. File Number or Decoded name) ? If yes, can I unzip a unicode file with this method? - Can I insert a file to a zip file with a different name? (e.g. insert b.txt to c.zip with the name bbb.txt) - Can I change a file name once its in the zip file (e.g. a.txt is IN c.zip. can I change a.txt to aaa.txt?)
> Until the new Unzip version will ship, I want to try to contiue using the old unzip (5.52). > My questions is about methods to bypass the unicode problem:
Note that we started the Unicode effort to fix the problem of moving files between character sets. There's not many alternatives without Unicode.
> - Is it a way to refer to a file in the container other then its name (e.g. File Number or Decoded name) ? Not currently.
> If yes, can I unzip a unicode file with this method?
Nope.
> - Can I insert a file to a zip file with a different name? (e.g. insert b.txt to c.zip with the name bbb.txt)
Not yet. That's a feature we are planning for in Zip 3.1.
> - Can I change a file name once its in the zip file (e.g. a.txt is IN c.zip. can I change a.txt to aaa.txt?)
See zipnote which provides a crude way to do that.
> I started to test the software - my first test was to save file with foreign languach name. > I took a file with a Russian name: Вот другой пример .doc > After zipping, I looked on the created Zip file with WinZip and saw that my Russian file was added with the name: > #U6587#U4ef6#U7cfb#U7edf#U7684#U7c7b#U578b#U662f.doc
Something doesn't look right if that is the name being saved. Did you create the entry in the archive while using the Russian character set as the default character set? The ASCII escapes should only be used if the character set of the file is different than the default character set of the system. The normal name in the archive should be in Russian, not escapes.
Can you create a very small archive with a Russian name entry and attach it so we can look at it?
> Something doesn't look right if that is the name being saved. Did you create the entry in the archive while using the Russian character set as the default character set? The ASCII escapes should only be used if the character set of the file is different than the default character set of the system. The normal name in the archive should be in Russian, not escapes.
Its OK - the character set of the file (Russian) is different than the default character set of the system (Hebrew).
> - Can I change a file name once its in the zip file (e.g. a.txt is IN c.zip. can I change a.txt to aaa.txt?) > See zipnote which provides a crude way to do that.
Zipnote: - Its not clear how can I change a file name within the zip file (e.g. a.txt is IN c.zip. and I want to change a.txt to aaa.txt). can you give an example? - Will it work with unicode file names? -Can I activate it as a DLL from VB6 ? - Doesn't zip32z64.dll contain this fnctionallity? If yes, It easier to use it from zip32z64.dll.
Logged
