[<<]Message[>>]    [<<]Author[>>]    [<<]Subject[>>]    [<<]Thread[>>]

Number   :  7156
Date     :  2004-02-04
Author   :  Kan Yabumoto
Subject  :  Re: some files not xfered properly with xxcopy
Size(KB) :  1


At 2004-02-03 18:58, you wrote:
>I xfered my W98 partions to a new disk by alternately plugging my
>laptop drives into my XP system. The laptop boots and has no obvious
>misbehavior, but when I ran scandisk it found a problem with several
>files for one particular application. The error was something like
>"the long file name stored for this file does not link to the file." I
>let scandisk repair the files. The app is a cad program and the files
>are all named *.cla and are java related. If this is the only problem
>I find, I will claim success.

The most likely cause of the problem is the file
was created under a different code page (which defines
the character code mapping).

XXCOPY is not quite Unicode-ready. As long as XXCOPY
uses 8-bit character code, certain files whose name
contains characters outside of the current code page
(or in a DBCS system --- a mixture of 8-bit and 16-bit
character such as the Japanese Kanji character set)
cause problems. This is common to many programs
which are not Unicode-ready.

An easiest solution is to avoid some troublesome
characters in filename (99% of filenames are just fine)
using the application which created the file, or
use Windows Explorer and rename it for something
else.

The ultimate solution is for us to write a better
version of XXCOPY with full Unicode support.
(XXCLONE is ahead of XXCOPY in this regard ---
XXCLONE is fully Unicode-compatible and should
not have similar problems).

We plan to support Unicode filenames. We can't
promise exactly when it will become a reality.

Kan Yabumoto



This message if part of XXCOPY's message Archive.
The archive contains all the messages posted at Yahoo!Groups: XXCOPY.