K.Maebashi's BBS

Diksam_book_0_4について、ＷｉｎとＭａｃの実行結果を次に示します。 ★Ｗｉｎｄｏｗｓの場合（ＸＰ　ソースファイルはwin_sjis.lzh） 正誤表にあるCompilerディレクトリのdiksam.yのblockに関するソース修正を行い、diksam.yの７４５行目のソースを catch_clause : CATCH { $$ = dkc_start_catch_clause(); } 次のように修正すると catch_clause : CATCH { $<catch_clause>$ = dkc_start_catch_clause(); } ｍａｋｅは正常に終了し、test.dkmを処理してもtest.resultと同じ結果が得られます。 ★Ｍａｃ（PPC Ｇ５，ＯＳ　１０．４．１１ ソースファイルはunix_euc.tar） diksam.yのソース修正をしなくてもmakeは正常に終了しますが、test.dkmを処理しようとすると 726行目のところでエラーとなります。（たぶんエラー内容は下と同じ） そこで次のようにソース修正すると、 string str = "日本語"; for (i = 0; i < str.length(); i++) { println("str[" + i + "].." + str[i]); // if (str[i] == '本') { if (i>0 && str[i-1] == 203 && str[i] == 220) { println("本"); } } 次のような結果が表示されます。 ・・(前の部分省略) 日本語 str[0]..198 str[1]..252 str[2]..203 str[3]..220 本 str[4]..184 str[5]..236 ★Ｍａｃ（PPC Ｇ５，ＯＳ　１０．４．１１ ソースファイルはunix_etf8.tar） diksam.yのソース修正をしなくてもmakeは正常に終了しますが、test.dkmを処理しようとすると 726行目のところで"文字リテラルが２文字以上あります"というエラーとなります。 そこで次のようにソース修正すると、 string str = "日本語"; for (i = 0; i < str.length(); i++) { println("str[" + i + "].." + str[i]); // if (str[i] == '本') { if (i>2 && str[i-2] == 230 && str[i-1] == 156) && str[i] == 172) { println("本"); } } 次のような結果が表示されます。ただし、結果をファイルに落としてＷｉｎで表示させると日本語の部分は文字化けします。 ・・(前の部分省略) 日本語 str[0]..230 str[1]..151 str[2]..165 str[3]..230 str[4]..156 str[5]..172 本 str[6]..232 str[7]..170 str[8]..158 ◎◎結論 文字列型stringの内部の表現形式は実行環境のＣ言語コンパイラに依存するとなると、他のＵｎｉｘ／Ｌｉｎｕｘは わかりませんが、Ｍａｃ／Ｗｉｎでの日本語のリテラル処理は、同じソースでは扱えないと思います。 以上、Ｍａｃ／Ｗｉｎの実行結果を報告します。

すみません、時間がないので手短に。 >◎◎結論 >文字列型stringの内部の表現形式は実行環境のＣ言語コンパイラに依存するとなると、他のＵｎｉｘ／Ｌｉｎｕｘは >わかりませんが、Ｍａｃ／Ｗｉｎでの日本語のリテラル処理は、同じソースでは扱えないと思います。 内部の表現形式以前に、test.dkmの文字コードがunix_euc.tarではEUC、 unix_utf8.tarではUTF8になっており、それがそのまま出力されているように 見えます。 echo $LANG とすると、何が表示されますか?