yes (or maybe better say for 99.9% is good but for some cases not)
Printable View
yes (or maybe better say for 99.9% is good but for some cases not)
OK, I guess all you can do is tell Microsoft what the locale code page errors are, and ask if they can correct it.
Unless there's a user-friendly way of dynamically installing a new locale code page, I doubt that it can be fixed without a service pack.
Dave
did you ever received any reply from microsoft? ok, i can try it again
Yes, I have received a reply when I have reported product bugs through official support channels.
Dave
With a POSIX compliant system, (Windows NT is advertised as having a POSIX subsystem, only for console applications and without any explanations on how to build and run a POSIX application) you have following specifications and library calls with C bindings :
application should call setlocale()
To compare two strings according to the current locale (current language) use strcoll(), strxfrm() + strcmp() (or wsxfrm() on Solaris)
you can set/modify the current locale by changing some environment variable (LANG LC_COLLATE)
On some systems, you can create your own string collating routines (exactly what you need?) by running a simple executable (colltbl) with a file as argument with following content :
codeset telephone # OutputFilename
order is (A;a);(B;b);(C;c);(CH;Ch;ch);(D;d); ...
substitute "0" with "zero"
...
So, you can handle following cases :
Ordering of single characters in the codeset
Equivalence class definitions. (collection of characters with the same primary sort value)
Ordering of double characters in the collation sequence. ch in Spanish is collated after c.
Ordering of one character as if it consists of two characters es-zet in german is sorted as if it were ss.
Substitution of one character string with another character string (months and day names...)
Null character maping: certain characters in the codeset are ignored during collation ( re-locate == relocate if "-" is ignored )
Secondary ordering between characters. (in French e and é have same primary ordering, eé follows e in secondary ordering).
[ information about colltbl is extracted of the colltbl(1M) man page on Solaris ]
So, you have a very powerful and extensible system.
size_t strxfrm( char *dst , const char * src , size_t n );
strxfrm() transforms the string src and places the resulting string into the array dst. If strcmp() is applied to two transformed strings, it will return the same result as strcoll() applied to the same two original strings.
You can implement these ideas. I know that it would not fix software you don't develop (Excel), in this case you have to show my preceding post to your boss.
I hope that helps.
hi after 3 days
i send to local ms what is wrong and they replyed
they writen me how it works now
at my next mails until this time no reply
i will inform when something happend
t!
now i got next reply from local microsoft:
we afraid this is not problem/bug
but try to contact another person - regional director, maybe he can help you
so i sent mail to him
we will see
and here is RD reply:
"it is not bug for us (from global aspect)"
"not enought slovak customers"