I agree that the number of encodings makes a full proof transparent solution
impossible to implement.
I still think that some simpler text file handling out of the box should exist
on the JVM to read utf files.
Utf-8 is kind of natural within the JVM.
Exposing all this BOM machinery every time
Assume that charset is the same, even this case, there're many types of
encoding scheme for it and for portability,
you have to consider both input and output encoding. On Mac OS X or Linux,
this is controlled by locale system,
on windows 1. you can force encoding system using control panel or you
I cannot remember the details but in 2010 I had similar problem in a
cross-platform project
using Clojure. And problems earlier in another cross-platform/cross-language
project.
So it's the reverse way, no BOM at all...
Can't believe we are in 2015 still struggling with character set issues.
> * On Notepad++ went to the Encoding menu and selected "Encoding in UTF-8
> w/o BOM". Saved the file. When running "lein run" on the cmd.exe console it
> works but it outputs garbage instead of any non-ascii character (see
> http://i.imgur.com/H0rngyq.png)
>
This is as expected.
Garbage character
On Mon, Jul 13, 2015 at 2:52 PM, Luc Préfontaine <
lprefonta...@softaddicts.ca> wrote:
> BG is right on it. I hit this problem a decade ago (roughly :)).
> UTF-8 files with no BOM are not handled properly on windows.
> It assumes that they are ASCII coded. That works partially (both character
> se
has the BOM?
> >
> > Regards,
> > BG
> >
> > On Thu, Jul 9, 2015 at 8:03 AM, Alex Woods wrote:
> > > clojure don't support .clj source code file by utf-8.
> > > it's ok when the .clj source code files by ascii
> > >
> > &
t;
> Regards,
> BG
>
> On Thu, Jul 9, 2015 at 8:03 AM, Alex Woods wrote:
> > clojure don't support .clj source code file by utf-8.
> > it's ok when the .clj source code files by ascii
> >
> > env:
> > windows7,jdk1.8u45,lein2.5.0
> >
&
> not being correctly handled in Windows somewhere in the stack.
>
> I don't use Windows regularly and I never had UTF-8 issues on Linux though.
>
> --
>
> Denis Fuenzalida
>
>
> El jueves, 9 de julio de 2015, 12:33:46 (UTC-7), Daniel Compton escribió:
>>
>&g
Hi,
IIRC Windows requires UTF-8 encoded files to have the BOM (Byte Order Mark).
Can you verify that your file has the BOM?
Regards,
BG
On Thu, Jul 9, 2015 at 8:03 AM, Alex Woods wrote:
> clojure don't support .clj source code file by utf-8.
> it's ok when the .clj source code
k) and they are not
>> being correctly handled in Windows somewhere in the stack.
>>
>> I don't use Windows regularly and I never had UTF-8 issues on Linux though.
>>
>> --
>>
>> Denis Fuenzalida
>>
>>
>> El jueves, 9 de julio d
;>
>> Hi Alex
>>
>> You'll need to give us some more information about this to help us
>> troubleshoot what's going on. Can you share the file with us?
>> On Fri, 10 Jul 2015 at 3:59 AM Alex Woods wrote:
>>
>>> clojure don&#x
h.
--
Denis Fuenzalida
El jueves, 9 de julio de 2015, 12:33:46 (UTC-7), Daniel Compton escribió:
>
> Hi Alex
>
> You'll need to give us some more information about this to help us
> troubleshoot what's going on. Can you share the file with us?
> On Fri, 10 Jul 2015 at
Hi Alex
You'll need to give us some more information about this to help us
troubleshoot what's going on. Can you share the file with us?
On Fri, 10 Jul 2015 at 3:59 AM Alex Woods wrote:
> clojure don't support .clj source code file by utf-8.
> it's ok when the .clj s
clojure don't support .clj source code file by utf-8.
it's ok when the .clj source code files by ascii
env:
windows7,jdk1.8u45,lein2.5.0
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to cloj
14 matches
Mail list logo
