Bart Oldeman wrote:
> Hi,
> 
> I've put up a dosemu 1.1.5.6 for testing to fix some (but not all) of the
> problems with 1.1.5.5.
[...]
> * lots of LFN fixes

This new patch spawned an evil problem regarding LFN and international 
characters: if I have a file/dir with a long name with intl chars in it, 
I can't access that (ie. File not found) anymore, even though it is seen 
in dir listing. The worst thing is that this is also the case with LFN 
support disabled. I tested with 1.1.5.5 too, and it doesn't have that bug.


Other than that, there seem to be several problems with file names 
containing international chars, which make them practically unusable. I 
tested both 1.1.5.5 and 1.1.5.6 with LFN and intl chars under dos 7.10 
command.com and 4dos 6.22. Nobody seems to have reported bugs on this, 
so here are some:

- I can't create files with intl chars in the name.

- Intl chars show up in names incorrectly.

If you under win9x or unix create a text file containing intl chars, 
they appear incorrectly under dos edit, for example. This has something 
to do with font differences between dos and windows/unix, but is anyway 
the "preferred" behavior. However, windows somehow converts chars in 
file names somehow that they look the same under dos and windows. Dosemu 
seems to know nothing about that: as an example, a file named "clich�" 
is shown as "clich<theta>" (where <theta> is a single greek theta) under 
dosemu.

Without LFN, dosemu just leaves out the international chars and mangles 
the name ("clich~bc"), which is fine as long as the files are 
accessible. I was able to live with these things in 1.1.5.5, but not 
1.1.5.6.


-Eemeli

-
To unsubscribe from this list: send the line "unsubscribe linux-msdos" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to