2010年

設定の同期、というか子処理は、メイン処理と同じ設定値のコピー値で動作させるところで、直す部分が多すぎて、大変です。ビットフィールドは使うんじゃなかったかな。 struct A { UINT isA:1; UINT isB:1; UINT isC:1; UINT isD:1; } a; a.isA = TRUE; a.isB = FALSE; a.isC = TRUE; a.isD = FALSE; int v = (int)&a; で無理やり変換してもいいですが、if(a.isB)のアセンブリ mov edx,dword ptr [a] shr edx,1 and edx,1 がif(v & 0x2)のandの mov eax,dword ptr [v] and eax,2 に比べ1命令多いので、ビットフィールドはやめることにします。たった1命令減ってもナノセカンドも差が出ないと思いますが、ifの使用箇所が多いのと、命令が少なくなることはデメリットではないので

もう情報が出ていますが、Dynamic-Link Library Redirection (Windows)を利用することで、 AnciaでIE9 Platform Previewを動作させることが可能です。 IE9プレビューをインストールした後、Ancia.exe.localという空ファイルを作成し、IE9プレビューインストール配下のiepreview.exe.localフォルダの中身を全てAncia.exeがあるところにコピー またはiepreview.exe.localフォルダをそのままAncia.exeのあるフォルダにコピーし、Ancia.exe.localに名前変更 で、どちらでも使用できました。 IE9でページの互換表示の変更方法が公開されればいいのですが、今のところまったく不明です。

更新履歴 download マウスジェスチャ、ドロップアクション、スクリプトをマルチスレッド/プロセスで使用可能にしています。が、まだスクリプトで他のタブへの処理（全タブでハイライトが該当）や、細々した機能(タブの複製、ハイライト継承/設定の同期など)の動作が不十分です。 タブのスレッドが落ちても、メインスレッドが落ちないようにしたので、タブマネージャのようなexeを作るつもりです。固まっても、タブマネージャでスレッド/プロセスを強制終了することで、メインスレッドを救えるはずです。ただ強制終了はTerminateThread/Processを使用しますが、これで強制終了したとき、コンポーネントがおかしくならないか心配ですが、、 スクリプトの実行が少し複雑になってしまいました。ツールバーのボタンやマウスジェスチャからスクリプトを実行したときは、タブが動作しているスレッド/プロセス内で、スクリプトを動かします。それ以外、ドロップアクションなどは、メインスレッド内で動作させています。 戻るメニューの順序がおかしいのを修正するのを忘れましたが、次回直します。

マルチスレッド/プロセス対応中ですが、途中のものを公開しています。途中なので通常使用はお勧めしません。 更新履歴 download 主要機能 ドロップアクション、マウスジェスチャ、IEプラグイン、スクリプト、閉じたタブの復元、ステータスバー。。など のほとんどがまだ動作しません。これを全て対応してから出すと、とても時間がかかるので、順次出していくことにします。大体対応が終わったとき、0.8.1として出すつもりです。いまはスレッド/プロセスの制限数がありませんが、数の最大値は設定可能にします。ためしにマルチプロセスのとき子プロセスをタスクマネージャから終了しても、アプリは落ちず動作し続けます。 どのようにマルチスレッド/プロセスを対応しているか気になる人もいるかと思うので、実装イメージを書きます。まず、概要をいうとプロキシオブジェクトの動作を作っています。MDIChildFrameはメインスレッドで動かし、Frameの子Windowは、別スレッドで動かします。 Anciaでは、オブジェクト間でさまざまな処理を行えるよう struct __declspec(novtable) ICmdTarget : public IUnknown { STDMETHOD(CmdExec)(long cmdId, long cmdExecOpt, OPTIONAL VARIANT* arg1, OPTIONAL VARIANT* arg2, OPTIONAL VARIANT* arg3, OUT VARIANT* result) = 0; }; というIOleCommandTargetのようなインターフェースで内部動作を作っています。ここで、MDIChildFrame　<->　Child間をICmdTargetでやり取りするようマルチスレッド対応で変更しました(いままでは、MDIChildFrameがすべて子Window処理を行っていた)。やり取りで、シングルスレッドのときは、直に相手のCmdExecを呼び、マルチスレッド/マルチプロセスのときは、プロキシオブジェクトを通してIPC通信で相手のCmdExecを呼ぶようにした、というのが簡単な動作説明です。単純なマーシャル的なものを作っているのと同じでしょうか。 ほとんどのプロキシ間コマンドは、CmdExecからIPC通信で相手側の処理を呼び出す HRESULT IpcCmdExec(HWND hWndTarget, IpcInfo* pIpcInfo, int fFlags, UINT idCmd, LPVARIANT arg1 = 0, LPVARIANT arg2 = 0, LPVARIANT arg3 = 0); というのを呼ぶだけで、すむと思っていたんですが、中にはそう簡単にいかないものがあり、時間はかかりそうです。

シングルスレッド、マルチスレッド、マルチプロセスを意識しないで動作するよう内部設計を変えている途中で、まあそれなりにうまくいくかもというところです。シングルスレッドでは多少遅くなるかもしれませんが、１つ、２つAPI呼び出しが増えてもそれど遅くならないでしょう。 タスクバーサムネイルが出るようになりましたが、スレッド（おそらくプロセスも）が違うとITaskbarList3::SetTabOrderが失敗してしまいました。仕方ないので、SetTabOrderのhwndInsertBeforeにNULLを渡して、後ろにどんどんずらしていく、というのは大変そうなのでどうしよう、、 追記）SetTabOrderの失敗は、間違ったHWNDを渡しているだけでした。SetTabOrderって別のプロセスがRegisterTabしても成功してます。

ぜんぜんまだまだですが、やっとページの表示まで行きました。ここからが大変で、IE拡張機能、スクリプト、IPCでの状態の同期等、いろいろあります。。MDIのマルチプロセス/スレッドは、そもそもあまり見かけないので、どうなるか、致命的なことが無ければいいのですが、、

更新履歴 download マルチプロセススレッド対応でグローバル変数をできるだけ使用しない修正で、内部はかなり変更になっています。なのでシングルスレッド版として一先ずリリースしました。いまブログも0.8.0で書いていますが、大丈夫そうです。致命的な不具合が無ければ、おそらく最後のシングルスレッド版になると思います。 マルチスレッドのとき、ステータスバーのメッセージを、親スレッドで出すが、子スレッドで出すか、メニュー関係のメッセージはメニューを出したスレッドで処理した方がいいんじゃないかなど、いろいろ悩みどころです。

やっぱりそう簡単にはいかないですね。全体的にオブジェクトの持ち方を見直さないと。。Anciaはなんとか今月中に更新したいところです。

子スレッドでIEコンポーネントを動かすとホイールスクロールが少し引っかかるような動作になることで、 子スレッドをポップアップウインドウとすると、なぜか引っ掛かりが無くなる スムーズスクロールoffで改善する FEATURE_BROWSER_EMULATIONでIE8レンダリングモードとすると多少改善する ということが分かりました。１から親子スレッド間のウインドウや描画が関係してそうな雰囲気ですが、なぜかがまったく分からないので、スクロール引っかかりが気になる場合は、インターネットオプションで２をしてもらうことになりそうです。theworldやMaxthonはポップアップウインドウにしているようです。