in what circumstances is this a sensible and/or desirable result?:
$ sort -V< 7.7z
> 7a.7z
> eoi
7a.7z
7.7z
On Thu, 2003-07-03 at 15:07, gregory mott wrote:
i fail to understand. i've used the same stock definitions:
# --- /usr/share/i18n/locales/g ---
# build with:
# localedef -i g -c g
what i had missed was localedef -f
now i've got it
___
Bug
On Tue, 2003-07-01 at 23:18, Paul Eggert wrote:
gregory mott [EMAIL PROTECTED] writes:
can you point me to an appropriate RTFM that ideally would layout what
encodings are used by what locales, or how to tell what encoding you
have/need, etc usw?
Sorry, no; this stuff tends
On Tue, 2003-07-01 at 21:43, Paul Eggert wrote:
gregory mott [EMAIL PROTECTED] writes:
for example, en_IN repeatably produces proper results, but en_AU
repeatably fails to handle some special characters properly.
I reproduced your results on my host (Debian GNU/Linux 3.0r1).
However
it seems sort is suffering from some subtle bug. does this happen for
anyone else? is it just my machine, is it a redhat problem, or is it
actually a gnu bug?
for example, en_IN repeatably produces proper results, but en_AU
repeatably fails to handle some special characters properly. but both
