丸数字の文字化け

その辺りのコードはフォントによって文字の割り当てが違います。曜日に化けているのではなく、その辺りのコードに括弧付きの曜日の文字が割り当てられているだけの事です。ローマ数字が「(監)」とかになってしまうのも同じ事です。
Googleなどで「フォント依存文字」や「機種依存文字」で検索すればその手の情報が得られます。例えば「機種依存文字劇場」とか。
MacOSXだろうがMacOS9だろうが同じ事です。大丈夫だったと言うのは、たまたまその文字を持っているフォントを使っていたからと言うだけの事です。
ローマ数字とか丸付き数字とか所謂1byte半角カタカナとか2byte半角文字とか1/4角文字とか上付き文字とかその他諸々・・・。

もださん
コメントありがとうございました。
そのへんの事情はわかっていたのですが、問題（？）はなぜ、システムデフォルトのフォントであるOsakaで、OS9ではできたことがOSXでが化けてしまったかということで、これが釈然としないのです。
対策も回避方法もわかっていますが、ふつうのユーザ（ほとんどのMacユーザ）だったら、「なんで」って思いますよね。
Macって、「なんにもパソコンのこと知らない人でもmacだったら使えますよ」なんて宣伝してるわけですから、この程度のトラブル（？）があるのが解せないのです。その手の人たちにネットで検索しろなんていえないでしょ。
愚痴みたいですいません。

おもしろいことに、Carbonなアプリであるmiで
フォントをOsakaなどに設定しておいて
「まるすうじ」と打って変換すると、
変換候補ウインドウには1の入った○が出てくるのが
それを選択してやると(月)が入力されます。
で、ここでフォントをヒラギノなどにすると
1入り○に変わります。
ところが、Stickiesなどネイティブなアプリでは
フォントをOsakaにしていても関係なく
まるすうじを変換して1入り○を入力できます。
でここで、Stickiesで打った1入り○をコピーして
miでペーストしてやると、なぜかこれは(月)にはならず、
そのまま入力されるのです。DragNDropでも同様です。
つまりクリップボード(pbs)はペーストされる先のフォントにより
内包しているデータを変換する仕組みを持っているわけです。
なのでこれはフォントの問題と言う部分もありますが、
入力するプログラムの出来の良さも絡んでいるようです。