[TC8.0RC1 x64] File comparison bug

[Giovanni]

An odd intermittent bug. Steps to reproduce:

Install clean build of TC8
Add to Wincmd.ini [Packer] LzmaAllowed=1
Start TCx64
Navigate to C:\Windows (or any other folder with lots of biggish files)
Select all files only ( ctrl + shift + grey+ )
Pack files ( alt + F5 )
Packer = ZIP
Click "Configure..."
Internal ZIP Compression: Other = 10
Click OK then YES to warning dialog
Click OK to create archive
When done, double click archive to open it
Menu: Commands, Synchronize Dirs...
Compare options = by content
Display options = unequal files
Click "Compare"
Result is several lines in red (=different) with ? in result column
Double click one of these lines to perform compare
Compare results = "The two files are identical!"

Looks like the original comparison from sync dirs is failing.
As I said, the result is intermittent, but can replicate it most times.

[Hacker]

Giovanni,
Check the timestamps of the files.

Roman

[MVV]

Giovanni, try to sync with other archive types (e.g. 7z or cab), it is a normal TC behaviour when it skips comparing of packed files (it supports only zip packer in Sync tool). It then leaves files with red ? - it means that files weren't compared, it doesn't mean that files are equal or unequal. But you can then compare them with doubleclick. Yes, I agree, that it is sad that TC doesn't mark files as equal after manual comparing.

But if you said that usually TC compares files from lzma-zip, so it may be really a bug that it doesn't work sometimes.

[MaxX]

LzmaAllowed=1

Internal ZIP Compression: Other = 10

My TC 8.0 RC1 x32 can't even make such a type of zip. x64 works fine.
TCMDLZMA.DLL v9.20
TCLZMA64.DLL v4.63

[Giovanni]

Check the timestamps of the files.

Thanks, but there is the same result with the "ignore date" option.

But if you said that usually TC compares files from lzma-zip, so it may be really a bug that it doesn't work sometimes.

It really does compare files from lzma-zip and it does it very well most of the time. It only seems to be from archives with many files of various sizes. I have not found a pattern yet. The 32bit version of TC does not exhibit this issue.

My TC 8.0 RC1 x32 can't even make such a type of zip. x64 works fine.

Well that looks like a different problem for you - you should post another bug report. I reckon that my reported problem may be with the unzip library.

[petermad]

2MaxX

My TC 8.0 RC1 x32 can't even make such a type of zip.

Try and set LzmaAllowed=1 in wincmd.ini

[MaxX]

2petermad
Lol, but I did that twice.

[petermad]

Lol, but I did that twice.

Sorry - I overlooked the quote in you post.

But anyway - it works fine here with 32bit TC8.0rc1 under Windows XP 32bit and Windows 7 64bit.

Maybe you edited the wrong ini-file, maybe you didn't add it to the [Packer] section, maybe you don't have write permissions to the ini file, maybe you didn't restart TC after editing the ini file - just suggestions.

[ghisler(Author)]

I will try to reproduce it, thanks.

[ghisler(Author)]

Unfortunately I could not reproduce the error. The '?' means that TC could not access some files. Maybe they were locked by the system?

[JOUBE]

IMHO (in my humble opinion ) this thread describes not a general Tc bug, but a access problem within a special environment. So it is indicated, moderators, to put this thread to the "Total Commander (English)" for further diskussion of this issue.

JOUBE

[MaxX]

LzmaAllowed=1

Internal ZIP Compression: Other = 10

My TC 8.0 RC1 x32 can't even make such a type of zip. x64 works fine.
TCMDLZMA.DLL v9.20
TCLZMA64.DLL v4.63

Now (TC 8.0 RC2), with
TCMDLZMA.DLL v4.63
TCLZMA64.DLL v4.63
pack/unpack works good.

Result is several lines in red (=different) with ? in result column
Compare results = "The two files are identical!"

Can't reproduce...