Sorry if this is the wrong list for this question. I tried asking it
on comp.lang.java, but didn't get very far there.
I've been wanting to expand my horizons a bit by taking one of my
programs and rewriting it into a number of other languages. It
started life in python, and I've recoded it into
re confusing to provide an interface
to filenames that is sometimes a sequence of char, sometimes a
sequence of byte.
So this is unlikely to change.
But if all you want is reliable reversible conversion,
using java -Dfile.encoding=ISO-8859-1
should do the trick.
Martin
On Tue, Sep 9, 2008 at
e arrays as filenames.
It would have been much more confusing to provide an interface
to filenames that is sometimes a sequence of char, sometimes a
sequence of byte.
So this is unlikely to change.
But if all you want is reliable reversible conversion,
using java -Dfile.encoding=ISO-8859-1
should
very different localization data and code
other than the java runtimes themselves? Does FreeBSD fit this
description?
On Wed, Sep 10, 2008 at 5:52 PM, Dan Stromberg
<[EMAIL PROTECTED]> wrote:
>
> Would you believe that I'm getting file not found errors even with
> ISO-8859-1?
&g
ror 1
Martin Buchholz wrote:
On Wed, Sep 10, 2008 at 17:50, Dan Stromberg <[EMAIL PROTECTED]> wrote:
Would you believe that I'm getting file not found errors even with
ISO-8859-1?
The software world is full of suprises.
Try
export LANG=C LC_ALL=C LC_CTYPE=C
java ... -Dfile.enc
("file.encoding"));
System.out.println("default locale=" + java.util.Locale.getDefault());
Let us know the result?
sherman
Martin Buchholz wrote:
On Wed, Sep 10, 2008 at 17:50, Dan Stromberg <[EMAIL PROTECTED]> wrote:
Would you believe that I'm getting file not found errors e
Xueming Shen wrote:
Obviously your locale setting is not being "exported"...what "shell" are
you using?
It's bash. I'm pretty sure it's exported, because env sees it, and env
isn't a shell builtin in bash (at least not yet :).
You can try to set your locale to en_US.ISO8859-1 explicitly at
