Insert two identical cds into different drives (or create a subst for one cd, or try with net drives)
Open one of the drives on any tab
Mark some files there
Switch that tab to the other drive (which is identical)
The selection is still present, but it shouldn't be!
Press Shift+F6 on the [..]. The "address bar" is now editable;
Press Esc;
Try to find the cursor
Make sure the "Show tab header also when there is only one tab" switch is off;
Close all the tabs in a panel;
Create an empty file in that panel;
Press Ctrl+Up;
See, one tab is created in that panel. If you press Ctrl+Up, and there would be no tabs in the other panel, a tab in the other panel is created two. In any case (even when the switch from a. if on) you should hear an annoying sound.
Go to options->copy/delete;
Set CopyHugeBlockSize to some big value like 81920;
Try to copy some big file (size more than 10Mb);
Get an error.
Set CopyHugeBlockSize to 65535;
Try to copy some big file (size more than 10Mb);
Go to options->copy/delete;
Check that CopyHugeBlockSize to 65472;
I think these bugs have been already posted somewhere here. Please, if there are discussions where Ghisler has answered already let me know.
a) confirmed with subst
c) TC didn't creat an extra tab in the other panel, neither current panel, but made the tabheader visible in current panel. Is this right ?
2KevinMo
That's what I meant actually. I call tab headers tabs
2Graurock
Please, try copying files of size around 200 Mb.
Did you hear the sound?
The c. bug seems to be NOT present at 2000k systems, as some Win2k Server user from Russian forum also couldn't reproduce it.
BTW, of course, I know the workarounds. But I need these bugs fixed.
a) is intentional: If the dirs are 100% identical, the selection is kept.
b) You have to press ESC twice. I tried to set the focus on one of the lists on the first ESC, but it always gave an access violation, and I found no way to avoid it.
c) I cannot reproduce it with TC 6.54a. No beep here on Win2k, and a tab is only created in the same panel.
d) Windows cannot allocate a block of 80 MB in once continguous block if the memory is too fragmented, so you get an error. This is needed to copy via DMA. 65472 is used because the size is rounded to the next multiple of 64k, because it must always be a multiple of the cluster size.