Bugs in 6.03a

[slon]

I found few minor bugs:

1. When edit Queue list SHIFT+Click works, as Ctrl+Click. I.e. select first line on a list, go down, hold Shift ang click second line. Instead of selecting a whole group only last line highlited, i.e. it works like Ctrl+Click

2. On a panel, when you sort by extention in descending order it automatically also sorts files by name in descending order! Why? Names order should remain the same, as it was. I.e. if I sort by ascending names first and then by descending extentions, names should remain ascending

[slon]

well...
Was anybody able to recreate it?

[Hacker]

Both are probably by design.

Roman

[hawajrambo]

Hi!

I found a minor bug:

I got a software what created dirs with a leading space at the end.
For example: [dir ]
Total Commander could enter inside the dirs, but it wasn't able to copy the structure.
Source and destination FS was WinXP's NTFS.

R.

[Sheepdog]

I got a software what created dirs with a leading space at the end.
For example: [dir ]

How do you know that the name really has as last char the " " ? Did you try the rename function from TC and is this space displayed?

And what software is it that creates folder with concluding space?

I guess that windows accepts a concluding space in a file/foldername as it is defined as separator but it will remove it from the actual name.

If your software really creates a folder named [dir ] you should be able to create a second one with the name [dir] in the dos-box ( md dir). That would prove that windows can distinguish these two folders.

Total Commander could enter inside the dirs, but it wasn't able to copy the structure.

I guess you mean that TC does not copy the concluding space. But according to my explanation is this no TC bug but a windows one (if you will take it as a bug).

sheepdog

[hawajrambo]

How do you know that the name really has as last char the " " ? Did you try the rename function from TC and is this space displayed?
-TC displays [ and ] around dirnames

-Cygwin's ls reports this:
$ ls -lF
total 0
drwx------+ 13 X None 0 Dec 19 11:06 ./
drwx------+ 37 X None 0 Dec 19 11:15 ../
drwx------+ 2 X None 0 Dec 19 11:07 Cars - Complete -/
drwx------+ 2 X None 0 Dec 19 11:07 Cars - Complete - /

-MSDOS's DIR /w
[.] [..] [Cars - Complete -] [Cars - Complete - ]


-msdos cannot CD to it, nor cygwin, just TC.


And what software is it that creates folder with concluding space?
-The directory has been produced by 'Ultimate Webshots Converter'
I deleted the source file

I guess that windows accepts a concluding space in a file/foldername as it is defined as separator but it will remove it from the actual name.
-MSDOS does, but maybe CreateDir() doesn't

If your software really creates a folder named [dir ] you should be able to create a second one with the name [dir] in the dos-box ( md dir). That would prove that windows can distinguish these two folders.
-See ^

I guess you mean that TC does not copy the concluding space. But according to my explanation is this no TC bug but a windows one (if you will take it as a bug).

-OK, it isn't TC's job to create Space-leaded dirs, but if it is happend, i think it would be a good point on useness of TC, if it would
- recreate the structure or
- replace the " \" to "\" in filenames, because if TC would copy
"SPACEDDIR \FILE.EXT", then it creates "SPACEDDIR\", and the
OS can't create the destination file, because "SPACEDDIR \" not exist,
just "SPACEDDIR\". I think this would solve the "bug?".

[Sheepdog]

How do you know that the name really has as last char the " " ? Did you try the rename function from TC and is this space displayed?
-TC displays [ and ] around dirnames

Sorry, I disabled it (in Wincmd.ini Section [Configuration] DirBrackets=0

And what software is it that creates folder with concluding space?
-The directory has been produced by 'Ultimate Webshots Converter'
I deleted the source file

I found it on the Web and will try to reproduce these folders.
And the bug.

sheepdog

[Sheepdog]

Once again: How did you create the folder with concluding space?

I did download the software and installed it. And I made an account to 'webshots'. Then I downloaded a webshot and let it convert.

But this software only used the windows-browser for saving the file. And there I was not able to create a folder with concluding space.

But your cygwin-ls gave me an idea what may be happened:

You can create a folder named: "folder /" in a Dos box. Under windows it is not possible because "/" is a forbidden char. So TC could not be able to recreate a folder structure containing this " /". You will not even be able to delete this folder but only with a trick:
Use the short dos names. with "dir /x" these names will be displayed. Using this name you can access the folder under DOS or cygwin as well. And you can delete it.

You can also use the internal TC command "cm_switchLongNames" and create a button with it. Then switch to display the
short dos names with th "~" in it and you will be able to delete the folder with TC.

Thus finally I'm realy convinced that it is not a TC bug but a windows one:
If you are not allowed to use particular chars for file/foldernames it should not be possible to use them.

kind regards

sheepdog

[hawajrambo]

Hi!

...But this software only used the windows-browser for saving the file. And there I was not able to create a folder with concluding space.

- With the batch conversion
- Settings: Give the files the names of the picture

You can create a folder named: "folder /" in a Dos box. Under windows it is not possible because "/" is a forbidden char. So TC could not be able to recreate a folder structure containing this " /". You will not even be able to

- I tried also the CreateDirectory('D:\folder \',0); and it worked fine...



- What do you think, wouldn't it be a solution, if TC would append this ending '\' after each directory-operation at CreateDirectory(), and RemoveDirectory() ?


Thus finally I'm realy convinced that it is not a TC bug but a windows one:
If you are not allowed to use particular chars for file/foldernames it should not be possible to use them.
- Yes, I agree, Windows wouldn't able to let creating this type of dirnames.

Best Regards. Rambo'

[Sheepdog]

- I tried also the CreateDirectory('D:\folder \',0); and it worked fine...

Please note that I wrote " /" and not " ". That is why your cygwin -ls gave me a hint:
While you use under unix the "/" to mark a folder you use under windows the "". And if you - by mistake - use the "/" under windows it does not work - because it is a forbidden char (as described).
Using the batch mode you can do this of course - then the DOS-box is used and you can create the - faulty - folder "folder /" that is displayed after that as "folder " because the "/" is a reserved char that would not be displayed in a filename.

- What do you think, wouldn't it be a solution, if TC would append this ending '\' after each directory-operation at CreateDirectory(), and RemoveDirectory() ?

That would not help because the ""(dez.92 Hex 5c) does not occur on the directory. It's only a hint for the OS that this is the end of the directory name.

It would not be possible to remove the ending "/" because this char is forbidden for each naming operation. Thus you could not rename the folder, even if TC can access it. Give it a try (with [shift]+[F6] with cursor on the folder).

The only way to access these folders is to use the short Dos 8.3 names as described in the post above.


sheepdog