ATOK for Mac OS Xの不具合について（２）

undefined

　とりあえず、私の現状報告を。
　ATOK の クラッシュログが１月１７日以降記録されていません。
　鉛筆消えを見かけなくなり、時々虹色ぐるぐるが発生するぐらいで、発生するといっても、他のアプリケーションが動作しますので、全然気にならなくなってしまいました。
　１月１７日前後を境にして、システム環境で変えた点といえば、「Classic 環境をシステム起動時に起動しなくなった」ことです。そこで、Classic 関連で何か思い当たることはないか考えてみました。気になったことは３つ。
1. Classic に ATOK14 for OS 8.6/9 がインストールされている。
　ジャストシステムが Classic に対応していない、と言っているのにもかかわらず、インストールしていました。（だって、入力効率がいいんだもの）
2. Classic と OS Xネイティブの Explorer は同時に起動できない。
　Tech Info Library Article ID: 106200JC に、
>Mac OS X 用の Internet Explorer 5.1 は、Internet Explorer 4.x または 5.x と同時に使用することはできません。
　と書かれています。他のブラウザ、Netscape、iCab ではそのようなことはないですよね。
3. Classic 環境と ATOK14 はプロセスが別になっているはず。
　どちらかのプロセスが、別なプロセスの妨害をする、なんてことは、システム的にあり得ない・・・はずだけれど。
　起きている不具合との関連性を考えていたのですが、うまく結びつきません。
　とりあえず、私のシステムはこの状態で１週間様子をみて、来週はClassic を立ち上げてみて動作を確認したいと思います。

ゴンガンジンさん、いろいろ情報提供おつかれさまです。
さて、クラッシュログのことですが、
>ATOKが落ちているように思われるにもかかわらず、クラッシュログが出なくなっているようなのです。
「ATOK が落ちているよう」ってどのような状態なのでしょう？　具体的に（あれがこ〜なったとか。）書いてもらった方が、他の人が見るときにわかりやすいと思いますよ。(^^ゞ
さて、可能性がありそうなのは、
・クラッシュは起こっていない。（ATOK で漢字変換ができるかでチェック。）
・Consoleがクラッシュログを記録しない設定になった。（Console の環境設定をチェック。）
が考えられます。もっとあるでしょうか？？
このどれか、もしくはどれでもないのか、確かめてみたらどうでしょう？
もし、
・クラッシュをシステムが検知できなくなった。
・クラッシュログをシステムが記録できなくなった。
だとしたら、われわれにはどうしようもない (T.T)・・・かな？
でも、クラッシュログがでない＝クラッシュがない、って考えると、本来はいいことでしょうね。

k_nemoさん、こんにちは。
>>ATOKが落ちているように思われるにもかかわらず、クラッシュログが出なくなっているようなのです。
>
>「ATOK が落ちているよう」ってどのような状態なのでしょう？　具体的に（あれがこ〜なったとか。）書いてもらった方が、他の人が見るときにわかりやすいと思いますよ。(^^ゞ
ええ、すみません(^^ゞ。
メニューバーにATOKアイコンと鉛筆アイコンがあるにもかかわらず、ATOKパレットが消えてしまっているという症状です。多くの場合、このときにレインボーカーソルが現れていたように思います。
この症状はFinderや他のアプリケーションに切り替えるとATOKが復活してくることもあって、曖昧な「ATOKが落ちているよう」という表現にしました。
もちろん、Consoleの環境設定については全く問題なく、クラッシュログが記録されているようになっているもののこの場合にはクラッシュログが出てこないという状態でした。
さて、そうは言っていましたが、その後、また、頻繁にATOKが落ち、かつ、クラッシュログが出る状態が一時続きました。
ところが、25日に、Office v.Xのインストールに先立って、ソフトウェア・リストアし、工場出荷状態に戻して、それから、エッチラコッチラ、10.1.2まで上げてから、使い始めたのですが、その後は、IE5.1を使っていてもATOK14が落ちたことは一度もありません。
ちょうど、25日以降は、Entourage Xを使い始めたことから、Classicを立ち上げなくなっており、k_nemoさんが書かれているようにClassicが関係しているのかもしれないですね。
なんて、書いていると、また、ATOKが落ちそうで怖いですが……(^_^;。

どうも、こんばんは。
>メニューバーにATOKアイコンと鉛筆アイコンがあるにもかかわらず、ATOKパレットが消えてしまっているという症状です。
　ATOKパレットに着目されていたのですね。私の場合、表示しない設定にしていました。これからは、ATOKパレットを観察項目に加えてみますね。
>Classicが関係しているのかもしれないですね。
　Classic 起動してないんですけどね。今日はクラッシュが多発。これでもかこれでもかってぐらい、クラッシュしました。(^^ゞ　おかげで、クラッシュログの記録ができましたが、コレクションをしているよう気がして、なんか変です。
　残念ながら Classic が影響を及ぼしているという推測は外しているようです。
>多くの場合、このときにレインボーカーソルが現れていたように思います。
　今日の場合、レインボーカーソル（別なところではビーチボールと呼ばれている）は、クラッシュし始める数分前にありました。しかし、クラッシュしまくっているときには出ませんでした。
さて、今日の私なりに分かったことをまとめてみます。
■　ATOKのクラッシュ後、ATOKを再起動させても、再びクラッシュする。
　一度クラッシュしたら、システムごと再起動するといいかもしれません。
■　どんなときに、クラッシュするか。
今日は意識して見ていたのですが、
・Explorer を使っているとき。
・アプリケーションを切り替えるとき。
。ProcessViewer を表示させたとき。
・IE の ウインドウをクローズしたとき。
・特に操作を行わないとき。
・ATOK パレットを表示し、パレットを移動しようとしたとき。
・・・・・・・(>_<)　と、もう、わけわかりません。
■　クラッシュログに規則性がありそう。
　６日分のログを、１日ごとに比較してみたところ、何となく規則性があるような気がするのです。
　システムの起動から終了の間で、最初にATOKがクラッシュするときに
>Codes: KERN_INVALID_ADDRESS (0x0001) at 0x0463f000
> #0 0x000f4608 in copynum_w(short, unsigned short const *, unsigned short *)
というログが記録されています。コードが「KERN_INVALID_ADDRESS」
　２回目以降のクラッシュですが、
>Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000003
> #0 0x00062b9c in act_atok(sessionType **, unsigned char)
もしくは、
> #0 0x00062bd4 in act_atok(sessionType **, unsigned char)
もしくは、もっと別なログ
#0 0x00083ab0 in kouho_IsVisible(imWorldType *)
#0 0x00062ac4 in close_atok_instance(sessionType **)
が記録されています。コードが「KERN_PROTECTION_FAILURE」でした。
　最初に「KERN_INVALID_ADDRESS」→「カーネル無効アドレス？」のエラーによりクラッシュ、ATOK を再起動させても「KERN_PROTECTION_FAILURE」→「カーネル保護失敗？」のエラーでクラッシュする。
　ってことなのかな？　と考えています。
　できるだけ早く、不具合が解消されることを期待しつつ、システム再インストールを試みるべきかと考えているところです。
　ではでは。

02.01.18付けのカーソル回転用テストCD-ROMが先日届きました。
数日使ってみましたが、回転はほぼ無くなりました。
ですが、ごく希に発生しATOK絡みでFinderや他のアプリの反応が遅くなったりします。
ATOK→EGBridgeに切り替えたり、再起動すると元に戻ります。
鉛筆消失は遭遇していません。
何かしらATOKが引っかかっている、そんな印象を受けています。（^^;

> なんて、書いていると、また、ATOKが落ちそうで怖いですが……(^_^;。
今朝、見てみたらATOKパレットが消えていました。
いったん、ことえりに切り替えたら、また、復活するのですが、他のアプリケーションに切り替えた時に落ちてしまいます。
Consoleには、
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001) at 0x408102ae
と、出ています。
もう、いや（泣）。

　本日は、ATOK クラッシュがありませんでした。けっこう快調に「今のところ」システムが動作しています。
　ただ、ATOK 由来の レインボーカーソルは１回だけあったらしく、ゴンガンジンさんの書かれた通り、ATOK パレットが消えました。
　さて、IM に関して 気づいたことの報告を。
　あるアプリケーションを操作可能（メニュー左端にそのアプリ名を表示させる）にしておきます。IM をATOK にして、そのアプリで新しいウインドウを開いたとき、IMには何が選ばれるでしょう？。
　私の環境で確かめたところ
　Finder・Appleworks6・システム環境設定・Console・Netscape6.2、Omniweb 4.0.6 だと、ATOKが選ばれます。
　ところが、Explorer、Jedit だと、U.S. が選ばれます。
　新しいウインドウを開く時は、そのアプリで選択していた IM と同じものが継続して選択されるようですが、Explorer、Jedit については、U.S. を選択するようなのです。
　さて、この件と、鉛筆消え・レインボーカーソルがどんな関係あるのかといいますと、不具合が発生する時は Explorer・Jeditを使っていることが多いですよね。ユーザーの意志とは関係なく IMが US に切り替えられてしまうアプリも、Explorer・Jeditで同じなのです。
　何か怪しいな？　とにらんでいます。
　もし、 勝手に IM が US に切り替えられることが不具合の原因だとするならば、不具合が発生しそうな場合に、ATOK を選択しないことで回避できるかもしれません。
　具体的には、Explorer・Jedit 動作中の時に、アプリを立ち上げる、ウインドウを切り替える、新しいウインドウを開く、閉じる、などの操作をするときに、IM を US に選択しておき、キーボード入力時にだけ、ATOK に切り替えるのです。
　すごく面倒だとは思いますが、チェックしていただければ、ありがたいです。
　だけど、ここに書いたことなんて、とっくの昔にメーカーも知っていそうな気がする(^_^;)。

　すみません、クラッシュログも見るのはイヤだと思われるかもしれませんが、
>Exception: EXC_BAD_ACCESS (0x0001)
>Codes: KERN_INVALID_ADDRESS (0x0001) at 0x408102ae
のログが記録されたとき、先頭が「#0」の行に何て書いてあったでしょう？　教えていただけませんか？
　クラッシュのヒントになるのではと思っているところなので、個人的に興味があります。どうかよろしく。

k_nemoさん、こんにちは。
>　ところが、Explorer、Jedit だと、U.S. が選ばれます。
うーん、私の環境では、「今のところ」ExplorerでもJeditでもU.S.に切り替わることなく、そのままATOKが立ち上がったままです。
Explorerのバージョンは5.1.3（3905）Jeditのバージョンは4.0.9（2）です。
一体、どうなっているのでしょうかねぇ(^_^;。

k_nemoさん、こんにちは。
クラッシュ・ログは下記の通りです。
1/30に三回落ちていますが、この間、再起動させることはなかったと思います。
私はログの読み方が全く分かりませんので、とりあえず、Thread 0とThread 1の両方を掲載させていただきます。
<<1回目>>08:32:35 +0900
Command: ATOK14
PID: 361
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001) at 0x408102ae
Thread 0:
#0 0x00062bd4 in act_atok__FPP11sessionTypeUc
Thread 1:
#0 0x70000978 in mach_msg_overwrite_trap
<<2回目>>08:35:18 +0900
Command: ATOK14
PID: 363
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001) at 0x408102ae
Thread 0:
#0 0x00062bd4 in act_atok__FPP11sessionTypeUc
Thread 1:
#0 0x70000978 in mach_msg_overwrite_trap
<<3回目>>08:39:49 +0900
Command: ATOK14
PID: 364
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x0000009d
Thread 0:
#0 0x00062b9c in act_atok__FPP11sessionTypeUc
Thread 1:
#0 0x70000978 in mach_msg_overwrite_trap

>私の環境では、「今のところ」ExplorerでもJeditでもU.S.に切り替わることなく、そのままATOKが立ち上がったままです。
　すみません、また外してしまったようです。
　その「アプリやウインドウを開いたり、切り替えても、IM は切り替わらない」という挙動が正しいようです。新しくユーザーを作成し、そのユーザーでログインすることで、確かめることができました。
　管理者ユーザーの環境をシステムインストール直後に近い状態に戻したたところ、Jedit については IM が切り替わりませんが、IE については、U.S. に切り替わったりATOK のままだったりします。IE で U.S. に切り替わる原因が、なんとなくつかめそうなのですが、その報告にはもう少し時間をください。

>とりあえず、Thread 0とThread 1の両方を掲載させていただきます。
　どうもお手数をおかけしました。ありがとうございました。
　Thread 1 はどのログも同じ表示です。Thread 0 がクラッシュしているようなので、こちらが問題になります。
　さっそく、私の持っているログと比較してみたのですが、同じような形のログがないのです。クラッシュログが違う、ということは、発生しているエラーが違っている、のかなあ？？

やはり、検索してみるべきでした。
IEでIMがUSに切り替わる (作成日 2001/12/10 9:41 am)
というメッセージがありました。Explorer は勝手にU.S. に切り替わる仕様だとのことです。しかし、私としてはまだ腑に落ちない点があるのです。もうちょっと調べてみます。

k_nemoさん、こんにちは。
"IEでIMがUSに切り替わる" 2001/12/11 4:17pm見させていただきました。
私の場合、IMが変更されなかったのは、「アドレスバー」を非表示にしてあるからなのですね。感動しました（汗）。
> 　その「アプリやウインドウを開いたり、切り替えても、IM は切り替わらない」という挙動が正しいようです。新しくユーザーを作成し、そのユーザーでログインすることで、確かめることができました。
結局、JeditでもIMが切り替わっていたのは、k_nemoさんの本来のユーザーでの初期設定などが変更されていたということでしょうか？
私は、今、Entourage Xのサウンドが鳴らなくなるという問題を調べるために、昨夜から、別パーティションに10.1.2を「インストール先を消去して」インストールした後に、Entourage XとJedit 4だけを追加でインストールした環境を使いはじめたのですが、しょっぱな、ことえりを使おうとした時点で「U.S.」を選択しているにも関わらず、ことえりの操作パレットが出たままになっていたりして、ビビりました。結局、再起動したら、普通に使えるようになりましたが、いったいこれは何なんでしょうか？ファイルがすでに壊れはじめているということなのでしょうか？
案外、ファイルというのはドンドコ壊れていっているものなのでしょうか？