On 15.02.2011 16:10, CVBruce wrote:
> From Microsoft
> <http://msdn.microsoft.com/en-us/library/dd317756(v=vs.85).aspx
> <http://msdn.microsoft.com/en-us/library/dd317756%28v=vs.85%29.aspx>>
>
> *Note* ANSI code pages can be different on different computers, or
> can be changed for a single computer, leading to data corruption. For
> the most consistent results, applications should use Unicode, such as
> UTF-8 or UTF-16, instead of a specific code page.
>
> So what are the results on Windows if you use UTF-8?
Here's the result (codepage 65000 is UTF-8):
E:\java\scriptJars>chcp
Aktive Codepage: 65000.
E:\java\scriptJars>file oha.rex
oha.rex: UTF-8 Unicode text, with CRLF line terminators
E:\java\scriptJars>type oha.rex
parse version v
say v
a='Ã?'
say a "length:" a~length
say a "a~c2x: " a~c2x
E:\java\scriptJars>rexx oha.rex
REXX-ooRexx_4.1.0(MT) 6.03 5 Dec 2010
Ã? length: 2
Ã? a~c2x: C39F
If edited with notepad.exe, the German sharp s (ß) is displayed.
Please note: using UTF-codepages on Windows in European countries is not
the rule at all, here by default single-byte codepages are used. Most
people don't even know about codepages (on German Windows installation
the default codepage is 850 for command line windows, which is the
OS/2-DOS-codepage for central European countries; 1250 is the Windows
codepage for the same region, based on ANSI, usually used by "pure"
Windows programs).
---rony
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel
