On Sat, Sep 27, 2014 at 12:19 PM, Hans Hagen <pragma@wxs.nl> wrote:

On 9/27/2014 12:07 PM, Akira Kakuto wrote:

However the resulting PDF shows incorrect characters.

Incorrect characters are in "Hirakana" and "Katakana".
The incorrect Japanese characters are also shown in the case of
"SourceHanSans-Regular.otf", the same feature in the
case of "NotoSansCJKjp-Regular.otf".
On the other hand, if I use "SourceHanSansJP-Regular.otf",
all characters seem to be correct.
All fonts are version 1.001.

\starttext

\definefont[testa][file:notosanscjk-regular.otf at 14pt]
\definefont[testb][file:sourcehansansjp-regular.otf at 14pt]

\startTEXpage[offset=10pt]
\testa 日本語のテスト。
\par
\testb 日本語のテスト。
\stopTEXpage

\stoptext

gives the same output here (runs ok with your native ms bins, crashes with mingw experimental)

With

$ context --version

mtx-context | ConTeXt Process Management 0.61

mtx-context |

mtx-context | main context file: /opt/luatex/standalone-mkiv-new-I/tex/texmf-context/tex/context/base/context.mkiv

mtx-context | current version: 2014.09.26 11:42

under linux 64bit

luatex crashes with error message

mtx-context | fatal error: no return code, message: luatex: execution interrupted

luatex experimental is ok and gives that same result as u.pdf

Under WINE (linux) mingw 64bit,

luatex.exe

Version beta-0.79.1 (TeX Live 2014/W32TeX) (rev 5041)

is ok

luatex.exe experimental is also also ok and both give the same result of u.pdf

Hans reported that the most recent luatex.exe mingw64 experimental is also ok for him, so probably it was an old mingw64;

we are seeing it just now.

The font used is NotoSansCJKjp-Regular.otf, ver 1.001

--
luigi