まぁ、pgp ml を web でのぞいたら、既知の問題らしいのですが。 いくら乱数が欲しいからって言っても、MS-DOS 汎用と言いながら、 I/O port 直叩きってねぇ……。

＃ for AT(OADG) compatible と言っておけば問題無いのに。

昔の雑誌のダンプリストを OCR かけた後、 チェックサム検査をしながらバイナリに変換するのに使います。

何か……、ファイル全体のＣＲＣ符号も付けて欲しかったなぁ。 １行毎のチェックサムだけでは不安だ。 いや実際問題、ボロボロ OCR ミスが出て、 デバッガで追っかけをする羽目に。(;_;

Sat,06 Mar,2010 更新：
dmp2bin.cc 改訂、MZモード追加。
MZ な（旧SOFTBANK社の Oh!シリーズな？） 水平チェックサム／垂直チェックサムに対応。
MZモード時は、「SUM 」で始まる行は垂直チェックサムとみなします。
実行ファイルは LSI-C86 で生成 （コンパイラオプションに -D__MSDOS__ オプションを追加）。

dmp2bin が完成してすぐに作り始めた事を考えると、 何をしたのか、ばればれかもしれない。

でも、必要とする様な人は、こんな弱小ほめぱげ、 見てないだろうなぁ。

＃ 完成してから気付いたけれど、これってば、 ごく小さな Disk Operating System そのもの、なんでは。

＃＃ 2004/05 追記： T98-NEXT で D88 が使われている事を知らなかった人。

DOS 用 PSX memory card reader/writer である PSM（総本山不明）と、 MS-Win 用の WinPSM（総本山不明）で、 使用する回路が異なり、 しかも某秋月で販売もしている WinPSM 用の回路に 気に食わない点が有ったので、 DOS 用 PSM をベースに、 ハード／ソフト共に、自分で製作した物です。

取り敢えずは、WinPSM 用ハードも使用出来る様になっています。 しかも PC-9801/9821 と AT 互換機両用です。

PlayStation Emulator で扱っている、 Plane Image の MemoryCard DataFile にも対応させました。

これで、 メモリーカードへの書き込み中に通信エラーで チェックデジット吹き飛ばしてアクセス拒否されたり（実話）、 メモリーカードの中の半田が剥がれて使用不可になったり（実話）、 Flash-EEPROM の寿命が来てデータがお亡くなりになったり （メモリーカードでは無いけれど、Compat Flash で実際に起きた）、 しても大丈夫。

で、読み出したデータファイルを、 てきとーに、ちょちょい〜と、バイナリエディットして、 書き戻してやれば、 Ace Combat 3 のプレミアムディスク無しでナイトレーベン（だっけ？）を使えたり、 初代 Armored Core 無しで Master of Arena で強化人間になったり、 出来ます。

って、いまどきやろうとする人が居るとは思えない（自爆）。

4/2/1 octet 単位の積算と XOR だけしか対応していません。

かなり昔に、ANSI 方式 / CCITT 方式の 右／左ローテート CRC16 / CRC32 算出プログラムも作りましたが、 AX.25 関連でしか使いませんでしたので、これには含んでいません。

まぁ結局、PlayStation のセーブデータレベルでは、 積算か XOR の検査程度で済んでしまう、と言うだけなのですが。

某 Bio_100% の某 Dynamo が音源回りで不安定 （一部の26互換音源でこけるとか、86音源を認識しないとか） だったのを改造して治した際の副産物でもあり、 音源は内蔵しているけれど Joystick ポートが無い 98Multi で Joystick を使いたかった為でもあり。 でも Joystick を持っていなかったり。

＃ web で検索してみると、 件の Bio_100% の Dynamo で音源でこけている人がいる様ですが、 今更、拙作の対応パッチなんて公開しても使わないですよね……。

設定は記録されますので、一度設定すれば、 ITL もリセットしても FD ベースでも NetBSD(98) でも、 31kHz で表示されます。

HSB の WI IGDC:31 や WI IGDC:24 でも切り替えられますが、 その場合は COLD-BOOT すると 強制的に 24kHz に戻されてしまいますし、 そもそも MS-DOS でしか切り替えできません。

本プログラムで 24kHz に設定するなり、 電源投入時／リセット時に GRPH+1 とか GRPH+2 とかすると、 元に戻ります。

元々は PC-9821 Cs 専用に作りましたが、 web で聞いた噂では、 PC-9821 Multi (21 C series) 全般で使える、 と言う噂もあります（未確認）。

もっとも、純粋 MS-DOS では hlt を発行せず、 常にフルパワーで動作する仕様になっているので、 全く意味が無いでしょう(^^;。 単に、MBM 拡張メニュー用の下敷きに作っただけです。

MBM - Multiple Boot Manager の拡張メニューに、 本アーカイブ内の mvcool.mbm を組み込めば、 対応ソフトウェアクーラーの無い OS でも、 ソフトウェアクーラーが有効になります。 と言っても、CoolON は MS-Win 用で、 FVCool は *BSD/Linux 用なので、 主要な OS はカバー出来ている様な気もしますが。

*BSD/Linux は適当に設定すれば適当に FVCool を動かせますが、 MS-Windows NT 系（2000 とか XP とか）では CoolON を動かすのにいちいち Administrator パスワードを入力するのが面倒です。 MBM 拡張メニューに入れ込んでしまえば、 起動時に適当に設定してくれるので便利です。

なお、本 MBM 拡張メニュー組み込み用は、 MBM 原作者 ELM 氏の MKM によるグラフィカルな拡張メニューとは 排他使用になります。 MKM の組み込みサイズ制限に収まらなかったので。

当然ながら、 アクティブフラグが設定されていないと起動できない腐れＯＳが 起動できなくなる、 MBM のマスクモードを使ってだまくらかさないと起動できないタコＯＳが 起動できなくなる、 と言う、 そもそもの MBM の高機能化を否定しかねない副作用があります。

裏事情。 職場のGNU/Linux派に 「作業／試験兼用機（別の機体にわける様な予算は無い）の 起動モードの切り替えするのに、ブートローダーどうする？」 と相談したら、 「lilo 使え。それがいやなら grub。それ以外は認めない。」 と言われ。 職場のMS-Windows派に相談したら、 「ブートローダー？、何それ。MS-Windows なら、そんなもの要らないよ。」 と言われ。 結局ブチキレて独断で勝手に改造版 MBM に入れ替えたと言う……。

職場の後輩 T 氏にけしかけられて、 おもわず、１日だか２日だか潰して書いてしまったが、 誰も使わなかったと言う代物。

本来、strlcpy() とか strlcat() とかを使って修正すべき所を、 とんでもない手抜きでバッファサイズを 1024バイトとか 4096バイトとかに増やしただけです。 ので、１件につき 1KiB とか 4KiB とかより大きいデータを食わせると、 やっぱり落ちます。

ついでに、^U での全文字削除を追加しました。

FreeBSD 2/3/4/6/9/11, Solaris 2.6/8 で動作確認済み。

gjiten-2.x は、SIGSEGV だの BusError だの出て、 修正が面倒になったのでやめました。

私個人は、CUI版のxjdic しか使わないので、 本パッチのメンテナンスはしません。

私個人は、 後述の tclockディジタル表示追加版に移行したので、 本パッチのメンテナンスはしません。

有り体に言うと、以前、バックアップを取る時に、

lha p hogehoge.lzh .

として作ったアーカイブがあり、展開できなくなって困った、 と言うだけですが。

http://osdn.net/projects/lha/ 版の lha では、 「カレントディレクトリ指定の展開」 も許可する様に修正されていました。 但し、デフォルトでバックアップファイルを作らない、に、 変更になっています。

OpenBSD の場合は、OpenBSD 3.9-RELEASE から、 /usr/ports/archiver/lha が 本家ベースから sourceforge ベースに変更になっていました。

FreeBSD の場合は、/usr/ports/archiver/lha-ac が、 sourceforge ベースです。

と言う訳で、面倒なんでこのパッチのメンテナンスはしません。 sourceforge版に --enable-backup-archive 付ければ 本パッチと同等の機能になります。

本家の trunk を探してみたら、 Tue Feb 5 21:30:09 2008 の Revision 879 で修正済だった。

Mon,16 Feb,2009 追記： サーバリプレースの際にパッチを当てようとしたら、 lha のインストールに必要なパッチを lzh に固めていたのでは、 缶詰の中の缶切りじゃん、でハマった。tar+bz2 で固め直し。

プロポの送信データを録音して wave 形式にしたデータ例 PCM_TEST.tar.bz2(94KiB)

それ以外の機種では試した事が無いので （持っていないし、借りられる相手もいない）、 どうなるか判りません。 少なくとも、このプロポが送出しているデータには、 6ch 分のデータを送るぎりぎりのデータ容量しか無かったので、 8ch PCM プロポだとデータ形式が変わっていないと 入り切らないでしょう。 そんな訳で、チャンネル数が異なると データ形式も変わっていると思います。

このソースのパーサー部分を、 適当な MCU,FPGA,CPLD などに移植して、 適当に I/F を書いて、 ラジコン受信機の AF を引っ張り出して MCU,FPGA,CPLD などに入力してやれば、 スティック操作量を PCM モードで 生データのまま受信できるでしょう。 ……。 と言うよりも、そうする為に書いたんですけど。 開発する時間とかお金とか体力とか精神力の余裕が無いよぅ（泣。

FPGA/CPLD に移植するには……、 復調アルゴリズムを見直して書き直した方が良い様な気がします。 なにぶん、 カウンタやデータラッチ、 マグニチュードコンパレータやフルアダーを、 ふんだんに使ってしまったので、 消費セル数がやたら増えそう……。 100セル台にのるのかな、のらないかな、 ……これだけで 500セルくらい行っちゃったらやだなぁ。

Futaba や JR の PCM プロポをお使いの方は、 SmartPropo のソースを拝借した方が良いでしょう。 なにぶん、私が中古で購入したプロポが SANWA の PCM プロポで、 SmartPropo は SANWA のプロポに非対応だったので、 自力で解析しなければならなかった、と言うのが、 これを作るきっかけですので。 KO の PCM プロポをお使いの方は……、 自力で解析するしか無いでしょう。

＃ オリジナルにオフセットを乗せる機能が無いのは、 マニュアルの読み落しで、実は有る、 と言う訳では無いですよね[y/n]。

FreeBSD 6 で cpufreq + powerd に変わったんですが、 対応させる気力が無いっす。

nickname の、設定と送信と設定保存を、追加しました。 （ニックネームの受信は、 オリジナル gtkipmsg でも対応していました）

封書／非封書の選択送信機能も追加しました。

Fedora では locale が標準で UTF-8 だそうですが、 それでも問題無くビルドして使える様にしました （GTK+-2 のみ確認）。

Solaris では socket のライブラリの構成が異なっていますが、 これも問題無くビルドして使える様にしました。

GNOME2仕様（KDE3もGNOME2と同じ仕様らしい）の システムトレイに入れられる機能も追加。 FUJIE Takashi氏の GNOME1 や KDE でシステムトレイに入れるパッチもマージ。

オリジナルの gtkipmsg に、 メモリリークとか、未確保のメモリへのアクセスとか、 見つけたので修正。

GTK+-2 の GTKネイティブ用 input module にメモリリークを見つけたので、 メモリリークしない様に gtkipmsg 側で小細工を追加。

日本語入力を行う場合、 GTK+-1.2.x では、 kinput2 や uim-xim 等の XIM から入力します。 GTK+-2 では、 環境変数 GTK_IM_MODULE で指定したモジュールから入力します。

ビルドする時、

./configure

--enable-gtk2

--enable-systemtray

--enable-systemtray1

--disable-default-sealed

と付けると、初期状態が非封書になります。 指定しないと初期状態は封書です。

既知の問題点。 実用上、差し支えない範囲まで来たので、もう治さない。

• GTK+-1.2 だとメモリ消費 8MiB くらいで済むのに、 GTK+-2.10 だと 33MiB（GTK_IM_MODULE=xim の場合） 〜45MiB（GTK_IM_MODULE が xim 以外の場合）も メモリを食う。
• 実用上差し支えなければ良いで書いた、てきとーなコード。 人間では実現できないほどシビアな操作するとメモリリークするし。
• 環境設定関連でのメモリリークとか残っていそう。 ポインタ返しの関数を使った後に NULL pointer 検査してない箇所も わんさかあったが、もう治していられない。
• 起動時に xshm の ID が不足すると、余計なメッセージを表示してから起動する。
• 封書で送られたメッセージを、開封確認の返答を返さずに読める抜け道がある。
• ファイル送受信非対応。
• 不在通知非対応。
• ログにニックネームのみが記録され、ユーザとグループとIPが記録されない。
• 送信時にログにホストとユーザとグループとIPが記録されない。
• 受信した時にニックネームとホストのみ表示され、ユーザとグループが表示されない。

で、後になって OpenBSD の ports をよく見たら、 2004/05/03 に修正パッチが追加されていたオチ。 但し、OpenBSD の ports のパッチは 現在のバージョンの pflog で使われているヘッダ長専用ですが、 こちらの改造パッチは、一応、汎用にしてあります。 まぁ、pflog の仕様を変更してヘッダ長を変えるとは、 あまり思わないけれど。

OpenBSD 3.5 と FreeBSD 4.11-STABLE のみで動作確認。

vtwm.diff.bz2(1KiB)

twm 系の軽量で仮想スクリーン対応の vtwm ですが、 ６ボタン以上（スクロールも其々の方向毎に１ボタンと数える）だと、 ボタン番号６以上を押すと落ちるバグだか仕様だかがあります。 治してみました。

ただまぁ、今の御時世、 ここまでの軽量高速にこだわる人ってそうそういないらしく、 パッチを作った所で使う人がいないのではないかと思われ。 xinerama にも対応していないし。

と、言う訳で、本パッチのメンテナンスはしません。

vtwm-5.4.7.patch1.bz2(2KiB)

twm 系の軽量で仮想スクリーン対応の vtwm 。
ウィンドウにフォーカスが有るかどうかは、 ウィンドウのボーダーの色の変化で分かる様になっていますが、 加えてタイトルの色も変える様にするパッチです。

ただまぁ、今の御時世、 ここまでの軽量高速にこだわる人ってそうそういないらしく、 パッチを作った所で使う人がいないのではないかと思われ。 xinerama にも対応していないし。

と、言う訳で、本パッチのメンテナンスはしません。

やっつけ仕事なので、かなり汚いパッチです。

2.4.19用に書いたパッチですが、2.4.20でもそのまま使えます。

ウィンドウマネージャの機能を使わずに tclock 自身の機能のみで、常に最前面に表示したい時は、 "-sticky" オプションを追加してください。 デフォルト off になっています。 そんな機能、絶対に使わない、と言う場合は、 tclock.c の先頭の "#define ENABLE_STICKY" を コメントアウトすると、より小さな実行ファイルになります。

xlock/xautolock/xlockmore 等の画面ロックをかけた場合や、 xscreensaver 等のスクリーンセーバーを動かした場合は、 「常に最前面に表示」が中断されます。 画面ロックやスクリーンセーバーが解除されると、 「常に最前面に表示」が再開されます。

"-sticky" オプションを指定した場合、 時計の針か目盛りをクリックすると、 「常に最前面に表示」が無効になります。 もう一度クリックすると、有効になります。

時報機能はデフォルト off になっています。 使いたければ、-chime オプションを付けてください。 そんな機能、絶対に使わない、と言う場合は、 tclock.c の先頭の "#define ENABLE_TIMEANNOUNCEMENT" を コメントアウトすると、より小さな実行ファイルになります。

透過アナログ時計はデフォルト on になっています。 使いたくなければ、+analog オプションを付けてください。

透過ディジタル時計はデフォルト off になっています。 使いたければ、-digital オプションを付けてください。 表示内容を変更したければ、-form オプションとロケールで指定してください、 指定内容は man strftime を見てください。 表示位置を変更したければ、-digitalgeometry オプションで指定してください。 フォントを変更したければ、-fontset オプションで指定してください。

acpi_ppc-20050313.patch.bz2(4KiB) nice指定プロセスが忙しくなってもギアを上げる版。

acpi_ppc-20050313.patch2.bz2(4KiB) nice指定プロセスが忙しくなってもギアを上げない指定ができる版。（ギアを上げる指定も可能）

acpi_ppc-20050521.patch3.bz2(5KiB) patch2 ＋ hw.acpi.cpu.px_lowest を可変にした。

FreeBSD 6 以降では cpufreq & powerd が搭載された為、 acpi_ppc は不要です。 powerd 改造パッチは後述。

FreeBSD 4.11-STABLE / 5.2.1-CURRENT 以降で、 Athlon64 (AMD64) の Cool'n'Quiet (CnQ) や、 Intel の Enhanced SpeedStep 等での、 CPU の動作周波数を動的に制御できる様にするカーネルモジュール、 acpi_ppc (http://www.spa.is.uec.ac.jp/~nfukuda/software/) に、

• 速度切換を行う閾値を設定可能にした
• 負荷がとても高い／低い時は一気に多段階上げる／下げる機能を追加
• 切替履歴の表示を追加
• 「nice指定されたプロセスが忙しくなってもギアを上げない」指定ができる
• 下限速度も指定できる様にした（上限速度の指定は、オリジナルでも可能）

してみました。

「nice 指定されたプロセス云々」は、有り体に言うと、 「distributed.net とか SETI とかスクリーンセーバーとか、 そういうもの"だけ"を動かしている時は、 どんなに負荷が上がっても最低速度を保ち、 それ以外の処理を始めたら速度を上げる。」 と言う為のものです。 もっとも、BSD系とかGNU/Linux系とかは、 なんにも処理をしていない時は、 最低速度の状態よりも さらに低消費電力の状態になっている筈ですが。 それなのにわざわざそういうものを動かすと、 たとえ最低速度のモードでも消費電力が上がっている筈です :P。 現に、xmbmon の温度計を見ていると、 温度が上昇しているし。

distributed.net とか SETI とかを動かす場合、 設定は、

hw.acpi.cpu.px_top_threshold: 95
hw.acpi.cpu.px_2up_threshold: 90
hw.acpi.cpu.px_stepup_threshold: 50
hw.acpi.cpu.px_stepdown_threshold: 35
hw.acpi.cpu.px_2down_threshold: 25
hw.acpi.cpu.px_threshold_mode: 5

hw.acpi.cpu.px_top_threshold: 95
hw.acpi.cpu.px_2up_threshold: 80
hw.acpi.cpu.px_stepup_threshold: 60
hw.acpi.cpu.px_stepdown_threshold: 40
hw.acpi.cpu.px_2down_threshold: 20
hw.acpi.cpu.px_threshold_mode: 5

ぐらいの、出足の軽い設定にした方が良さそうです。 たとえ distributed.net とか SETI とかを nice 指定していても、 非 nice 指定のプロセスの BUSY があまり上がらず、 acpi_ppc改造版がギアを上げる必要無しと判定し、 ギアが上がらない事が、しばしばありますので。 distributed.net とか SETI とかに、 nice と idprio の両方を指定すれば、いくらかましかも （idprio に関しては、後述の「注意」を参照のこと）。

動作確認済み環境：

• FreeBSD 4.11-STABLE-i386、 SN95G5(v2) Athlon64 3500+(Winchester)(2.2/2.0/1.8/1.0GHz) nForce3 250、 Cool'n'Quiet。 全く問題無し。 なんら条件も無し。 2005年５月から常用中。 後述の idprio のみ注意を要する。
• FreeBSD 5.4-RELEASE-amd64、 SN95G5(v2) Athlon64 3500+(Winchester)(2.2/2.0/1.8/1.0GHz) nForce3 250、 Cool'n'Quiet。 ざっと使ってみた感じ、問題無さそう。 但し、FreeBSD-4系を常用している為、 FreeBSD-5系での常用試験の予定は当分無し。
• FreeBSD 4.11-STABLE-i386、 DELL Latitude C400、 MobilePentium3 (1000/733MHz) i82830M、 SpeedStep。 2005年５月から常用中。 下記３点と後述の idprio のみ注意を要する。
  • 起動時に、パッチを当てた acpi_dsdt を読み込まないと、 そもそも ACPI が正常稼働せず、acpi_ppc が動けません。 これは、 DELL の ACPI は BIOS だかファームだかなんだかにバグが有るとかで、 FreeBSD や ACPI_PPC のせいではありません。
  • 起動時、ACPI を有効にする前に、 「hw.pcic.intr_path="1"」指定にて、 PCMCIA/PCCARD の割込モードを PCI モードから ISA モードにして、 割込を禁止してポーリングモードにしないと、 page fault 12 を出してカーネルが刺さり、起動できません、 これは acpi_ppc とは全く無関係の問題です、 どうも DELL のノート型の一時期の機種に特有の問題らしい。
  • ACPI を有効にすると、acpi_ppc の有無に関わらず、 suspend to memory(S3), suspend to disk(S4), の両方で、死にました、 これも acpi_ppc とは全く無関係の問題です。 たぶん、FreeBSD 4系の ACPI の実装が未完成な辺りと、 DELL のノート型の BIOS が OS を選ぶ辺りが、 お互いに悪さをしているのではないかと。

注意

Tue,13 Dec,2005 現在、 FreeBSD 4.11-STABLE(Oct 12 17:40:59 JST 2005) 上の acpi_ppc-20050313 を有効にしている環境で /usr/sbin/idprio を使用すると、 稀にマシンが再起動する現象が見つかりました。

私家改造版でも、 本家のオリジナル版 acpi_ppc-20050313 でも発生しました。

また、/usr/sbin/idprio を一切使用していなかった、 2005年４月から12月までの２台のべ10ヶ月間は、 全く平穏無事に動いていました。

現在、 FreeBSD 4系が原因なのか、 idprio が原因なのか、 acpi_ppc が原因なのか、 ACPI が原因なのか、 マシン固有なのか、 何か別のソフトが原因なのか、 追跡中です。

Thr,15 Dec,2005、中間まとめ。

• OS は、FreeBSD 4.11-STABLE(Oct 12 17:40:59 JST 2005) のみしか、試していない。
• DELL LATITUDE C400 (Mobile-Pentium3 1000/733MHz, i82830M)、 SN95G5 (Athlon64 3500+, nForce3 250)、 の２台とも、発症する。
• idprio を使用していても、 acpi_ppc を kldload していない時は、 まだ発症した事が無い。
• hw.acpi.cpu.px_control=0 （acpi_ppc の自動切替え off）でも発症するが、 滅多に発症しなくなる。 これなら発症する、と思うパターンを 10回くらい繰り返したが１回だけしか発症しなかった。
• acpi_ppc を kldload していても、 idprio を使用していない時は、 のべ10ヶ月間、一度も発症した事が無い。
• idprio したプロセスが多い方が、発症しやすい。 idprio 指定した setiathome -standalone（いわゆるテストモード）や、 idprio 指定した distributed.net を、 合わせて５本同時に動かすと、 どれか１つ setiathome -standalone が完了した瞬間、 ほぼ確実に発症する。
• プロセスの生成もしくは消滅を行ったとき （idprio 指定の有無を問わない）、 もしくは idprio の新規指定もしくは変更したとき、 に、発症する。 プロセスの生成もしくは消滅を行うときは、 idprio 指定されたプロセスの方が発症しやすい。 idprio 指定されていないプロセスが生成もしくは消滅するときは、 滅多に発症しない（発症しないわけではない）。
• プロセスの生成もしくは消滅、 idprio 指定の新規もしくは変更、 をしない時には、発症したためしが無い。
• Load が高い方が、発症しやすい？
• そういえば、 X (XFree86 4.5.0) を動かしていない時は、 試した事が無いや。

Sat,17 Dec,2005、中間まとめ。

• idprio 指定を、がしがしいじって top を見ていたところ、 優先度を下位に落しても優先度上位のプロセスよりも優先して走っていたり、 優先度を上位に上げても優先度下位のプロセスの方が優先して走っていたり、 している。しかもしょっちゅう。
• デバッグ用の DDB と -g を指定したカーネルを作ったら、 今のところ、ぜんぜん発症しない。
  

  Fri,23 Dec,2005、中間まとめ。

  
  
• idprio 指定したプロセスが２つ以下だと、 とりあえず発症した事は無い。
• Sat,17 Dec,2005 に、はっきりと気付いた現象、 "idprio 31 nice +20" 指定されたプロセスが、 "idprio -t nice +20" なプロセス（idprio無指定のプロセス） よりも、優先して動く現象が、 けっこう頻繁に発生している事を確認。

Mon,26 Dec,2005、中間まとめ。

• idprio 指定したプロセスが１個の時でも、発症した。 ただし、２台を３週間、のべ１ヶ月半使っていて、今日が初めて。 具体的な状況は、 idprio 31 指定した distributed.net を１つ動かしている状態で、 NFS に umount かけたら落ちた。 NFS サーバ側では正常終了になっていたので、 多分、umount のプロセスが消滅する瞬間に落ちたのだろう。

acpi_ppc が splx() 使っていない事がらみか？ FreeBSD 4系の idprio がらみか？

と、言うわけで、個人的には、 「acpi_ppc は、たぶん問題無い。 FreeBSD 4系のスケジューラの rtprio/idprio の処理が おかしいのではないか」、 と言う結論に達しました。

Fri,29 Sep,2006、現状。

2005年12月に idprio を無効にしてから９ヶ月、 全く問題無く動作しています。

powerd の注意１： acpi_ppc はカーネル空間で動くので、 カーネル空間からデータをコピーしないぶん、 powerd より、ほんのちょっと軽くて速いですが、 万が一バグや悪相性が有ると、カーネルごと死にます。 powerd はユーザ空間で動くので、 カーネル空間からデータをコピーするぶん重いですが、 万が一バグや悪相性が有っても、カーネルは安全です。

powerd の注意２： 標準の powerd や改造パッチ タイプ０や改造パッチ タイプ１は、 例えば make world した時の様に、 負荷が頻繁に上がったり下がったりする場合、 いちいちクロックを上げたり下げたりしてしまいます。

powerd の注意３： 標準の powerd や改造パッチ タイプ０や改造パッチ タイプ１は、 Athlon64系の様に、クロックの段階数が少ない物で使うと、 クロックが上がったり下がったり振動してしまいます。 この辺に関しては、acpi_ppc の、 切り換え前後の周波数を見てヒステリシス性を持つアルゴリズムを 移植すべきかと。

cpufreq の注意１： Athlon64 だと、監視している温度は CPU の温度では無い模様。 一体、何処の温度なんだろう……？ そもそも、10秒毎に hw.acpi.thermal.tz0.temperature を見ていても、 変化しないんですが。mbmon だと変化しているのに……？

タイプ０の中身

ume氏により、 温度が上昇した時にクロックを落すパッチが公開されましたが、 FreeBSD 6.0-CURRENT 用だったので、 FreeBSD 6.2-RELEASE 用に調整してみました （size_t を int と書いてしまっている点の修正を含む）。

タイプ０の注意１： Athlon64 だと、監視している温度は CPU の温度では無い模様。 一体、何処の温度なんだろう……？ そもそも、10秒毎に hw.acpi.thermal.tz0.temperature を見ていても、 変化しないんですが。mbmon だと変化しているのに……？

タイプ０の注意２： 標準の powerd や改造パッチ タイプ０や改造パッチ タイプ１は、 例えば make world した時の様に、 負荷が頻繁に上がったり下がったりする場合、 いちいちクロックを上げたり下げたりしてしまいます。

タイプ０の注意３： 標準の powerd や改造パッチ タイプ０や改造パッチ タイプ１は、 Athlon64系の様に、クロックの段階数が少ない物で使うと、 クロックが上がったり下がったり振動してしまいます。 この辺に関しては、acpi_ppc の、 切り換え前後の周波数を見てヒステリシス性を持つアルゴリズムを 移植すべきかと。

タイプ１の中身

ume氏のパッチは、クロック強制低下モードに入ると、 負荷が上がろうが下がろうがクロックを変えなくなる仕様だったので、 負荷が下がった場合はクロックを落す様に改造してみました。

さらに。 負荷がとても高い時には段階を踏まずに最高クロックにしたり、 負荷がちょっとだけ高い時には１段だけ上げたり （標準の powerd では２段上がる）、 負荷がとても低い時には２段下げたり （標準の powerd では１段下がる）、 nice 指定されたプロセスで負荷が上がった場合はクロックを上げなかったり、 する機能の追加をしてみました。 なお、デフォルトでは追加機能は無効にしてあります。

タイプ１の注意１： Athlon64 だと、監視している温度は CPU の温度では無い模様。 一体、何処の温度なんだろう……？ そもそも、10秒毎に hw.acpi.thermal.tz0.temperature を見ていても、 変化しないんですが。mbmon だと変化しているのに……？

タイプ１の注意２： 温度上昇に関して抑圧的な挙動をします。 温度が設定値を越えると、ガンガンとクロックを落していき、 どんなに負荷が上がっても、 温度が下がるまでクロックを上げなくなってしまいます。

タイプ１の注意３： 標準の powerd や改造パッチ タイプ０や改造パッチ タイプ１は、 例えば make world した時の様に、 負荷が頻繁に上がったり下がったりする場合、 いちいちクロックを上げたり下げたりしてしまいます。

タイプ１の注意４： 標準の powerd や改造パッチ タイプ０や改造パッチ タイプ１は、 Athlon64系の様に、クロックの段階数が少ない物で使うと、 クロックが上がったり下がったり振動してしまいます。 この辺に関しては、acpi_ppc の、 切り換え前後の周波数を見てヒステリシス性を持つアルゴリズムを 移植すべきかと。

タイプ２の中身

ume氏のパッチは、クロック強制低下モードに入ると、 負荷が上がろうが下がろうがクロックを変えなくなる仕様だったので、 上限クロックを下げるだけに改造してみました。 上限クロック以下の範囲で、 負荷に応じたクロックの上げ下げは続行されます。

負荷に応じたクロック変更のアルゴリズムを変更しました。 acpi_ppc のヒステリシスのアルゴリズムを元に改造して、 多段階のクロック上げ下げに対応しました。

クロックを下げる時には、 暫く待ってから下げる様に改造しました。 これで、make world の様に、 負荷がバタバタ変動しても、いちいちクロックを下げたりしなくなる……、 はず。

タイプ２の注意１： 標準の powerd やタイプ０、タイプ１、に比べ、 クロックが上がりがちになるので、 発熱量や、電気代や、ノートＰＣの電池の持ち時間には、 悪影響があるかもしれません。

タイプ２の注意２： クロックの変更に必要な時間に対して 温度変化に必要な時間がとても長いため、 温度の設定値と温度監視の時定数によっては、 クロックが上がったり下がったり発振します。

タイプ３の中身

タイプ２に、クロックの上限と下限を設定できる様にしました。

また、設定を２セット持ち、使用中に切り換えることが出来ます。

注意事項はタイプ２と同じ。

タイプ３の注意１： オリジナルの powerd でも、sysctl debug.cpufreq.lowest にて クロックの下限は指定できます。 但し、使用中の変更はできません。

その他

注意：freebsd-update で powerd が更新されると、再パッチが必要です。

使い方：

(1) acpi とか cpufreq とかを入れる。
cpufreq は、手動で
% kldload cpufreq
すると動作不良を起こすので、/boot/loader.conf で
cpufreq_load="YES"
する。

(2) acpi と cpufreq の状況を確認する。
% sysctl hw.acpi.thermal
と
% sysctl dev.cpu
で、
hw.acpi.thermal.tz0.temperature: 56.0C
hw.acpi.thermal.tz0._PSV: -1
dev.cpu.0.freq: 375
dev.cpu.0.freq_levels: 1667/15000 1458/13125 1333/14000 1166/12250 1000/13000 875/11375 750/9750 625/8125 500/6500 375/4875 250/3250 125/1625
とか
hw.acpi.thermal.tz0.temperature: 40.0C
hw.acpi.thermal.tz0._PSV: 100.0C
dev.cpu.0.freq: 1000
dev.cpu.0.freq_levels: 2200/67000 2000/56000 1800/46000 1000/20000
とかなっていれば、使えるはず。

(3) クロックダウンしたい温度を設定する。
90℃に設定したいならば、
% sysctl hw.acpi.thermal.user_override=1
% sysctl hw.acpi.thermal.tz0._PSV=90C
とか、/etc/sysctl.conf で
hw.acpi.thermal.user_override=1
hw.acpi.thermal.tz0._PSV=90C
とかする。
sysctl で設定した場合は、再起動すると変更が消える。
/etc/sysctl.conf に書いた場合は、再起動しないと変更が反映されない。
hw.acpi.thermal.tz0._HOT=90C
とか
hw.acpi.thermal.tz0._CRT=90C
とかすると、10秒？以上 90℃以上が続くと shutdown してしまうので注意。
hw.acpi.thermal.tz0._PSV=-1
だと、温度判定しない。

(4) パッチを当てた powerd を入れる。

(5) powerd の温度対応の設定をする。
/etc/rc.conf で
powerd_flags="-a adaptive -b minimum -n adaptive -p 100 -r 50 -i 60 -t"
みたいに、-t オプションを追加する。

(6) powerd を起動する。
% /etc/rc.d/powerd stop
% /etc/rc.d/powerd start
もしくは
% /etc/rc.d/powerd restart
する。

(7) どんな感じでクロックが変化しているかを見たければ、
% /etc/rc.d/powerd stop
% powerd -a adaptive -b minimum -n adaptive -p 100 -r 50 -i 60 -t -v
とかする。


(8) タイプ０〜タイプ３共通の、温度関連の設定に関して。

温度監視を有効にしたい場合は、 -t オプションを付けます。
標準設定では無効になっています。

温度監視の時間間隔（時定数）は -c オプションで [ms] 単位で指定します。
なお、-p オプションの指定値より小さな単位で指定しても、
-p オプション指定値の倍数に丸められます。
また、-p オプションの指定値や acpi の監視時間間隔（たぶん10秒）より
小さくする事は出来ません。
標準設定では -c 10000 （10秒）です。


(9) タイプ１の独自設定に関して。

負荷がとても上がった時に、段階を経ずに最高クロックにしたい時は、
例えば負荷95％で強制的に最高クロックにしたい時は -U 5 オプションを追加します。

負荷がちょっとだけ上がった時に、１段だけクロックを上げたい時は、
例えば負荷60％時は -u 40 オプションを追加します。

負荷が大きく下がった時に、２段クロックを下げたい時は、
例えば負荷20％時は -d 80 オプションを追加します。

nice 指定されたプロセスで負荷が上がった時にはクロックを上げたくない時は、
-l 2 オプションを追加します。
標準設定では -l 0 （nice 指定されたプロセスの負荷も勘定する）になっています。

負荷割合の指定は、acpi_ppc と論理が逆になっていますので注意。

個人的な好みは、Core Duo の場合は、
-a adaptive -b minimum -n adaptive -p 100 -U 35 -r 50 -u 60 -i 80 -d 90 -l 10 -t
あたりかなぁ。
Athlon64 の場合は、FreeBSD 6.2-RELEASE の標準設定のままで問題無し。


(10) タイプ２の独自設定に関して。

負荷がとても上がった時に、段階を経ずに最高クロックにしたい時は、
例えば負荷95％で強制的に最高クロックにしたい時は -U 5 オプションを追加します。
標準設定では -U 0 （負荷が100％より大きくなった時、
そんな事はありえないので、つまりこの機能は無効）に
なっています。

-r オプションと -i オプションの意味が変更されています。

負荷が上がってアイドル時間が -r 指定値よりも小さくなった場合、
アイドル時間が -r での指定値よりも大きくなると推定されるクロックまで
引き上げます。
例えば、-r 60 が指定されている時にアイドル時間が 20％になった場合、
クロックを倍に引き上げます。
（処理している時間が80％だから、
クロックを倍にすると処理している時間が40％でアイドルが60％になると
想定される）。

負荷が下がってアイドル時間が -i 指定値よりも大きくなった場合、
アイドル時間が -i での指定値よりも小さくなると推定されるクロックまで
引き下げます。
例えば、-i 80 が指定されている時にアイドル時間が 90％になった場合、
クロックを半分に下げます
（処理している時間が10％だから、
クロックを半分にすると処理している時間が20％でアイドル時間が80％になると
想定される）。

負荷が下がった時のクロックを下げるまでの待ち時間は、
-D オプションで [ms] 単位で指定します。
なお、-p オプションの指定値より小さな単位で指定しても、
-p オプション指定値の倍数に丸められます。
標準設定では -D 0 （待ち時間無し）です。

nice 指定されたプロセスで負荷が上がった時にはクロックを上げたくない時は、
-l 2 オプションを追加します。
割込処理で負荷が上がった時にはクロックを上げたくない時は、
-l 8 オプションを追加します。
nice 指定と割込処理の負荷の両方を無視したい場合は -l 10 オプションを追加します。
標準設定では -l 0 （全ての負荷を勘定する）になっています。

負荷割合の指定は、acpi_ppc と論理が逆になっていますので注意。

個人的な好みは、Core Duo の場合は、
-a adaptive -b minimum -n adaptive -p 100 -D 300 -c 10000 -U 25 -r 55 -i 80 -l 10 -t
あたりかなぁ。
Athlon64 の場合は、FreeBSD 6.2-RELEASE の標準設定のままで問題無し。


(11) タイプ３の独自設定に関して。

タイプ２の機能は全部持っています。
クロックの上限／下限の設定と、プロファイルの切り換えが加わっています。

-H でクロックの上限を設定します。-H 1500 ならば、1500MHz が上限クロックになります。
-L でクロックの上限を設定します。-L 500 ならば、500MHz が下限クロックになります。

-0 で、プロファイル１を選択します。
これ以降の引数指定は、プロファイル１に適用されます。
-1 で、プロファイル２を選択します。
これ以降の引数指定は、プロファイル２に適用されます。
-0 か -1 か、どちらか最後に指定された方が、
powerd の起動時のプロファイルとして選択されます。

-C val で、val のプロファイルから、現在選択しているプロファイルに、
設定をコピーします。
val は 0 か 1 で、コピー元プロファイルを指定します。

powerd の起動後、powerd に SIGUSR1 を送るとプロファイル１に切り替わります。
powerd に SIGUSR2 を送るとプロファイル２に切り替わります。
sudo 使わないと、シグナルを送れないと思いますが。

個人的な好みは、Core Duo の場合は、
-0 -a adaptive -b minimum -n adaptive -p 100 -D 300 -c 10000 -U 25 -r 55 -i 80 -H 1458 -L 250 -l 10 -t -1 -C 0 -H 1667 -L 625 -0
あたり。通常時はプロファイル１を使い、
プログラミング時や製図時やゲーム時はプロファイル２に切り換えます。
でも、切り換えるのが面倒くさい。
かと言って切り換えないと、
CoreDuo の省電力時は目茶苦茶遅いし、
クロックを上げると発熱とファンの騒音が酷いし。
つくづくバランス悪いＣＰＵだと思う。
裏を返すと、MobilePentium3 とか PentiumM とかは、そこそこバランス良かったと思う。
AMD系のモバイル用？ＣＰＵは、使う機会に恵まれないので不明。

あと、オリジナルの xsysinfo にはメモリ破壊バグがあったので修正。

FreeBSD 4 以降では、swap の表示が間違っているバグがあったので修正。

それから、FreeBSD ports の FreeBSD 6 対応のパッチも同梱。

mcolors にてグラデーション用の色を指定し、 colors にて意味用の色を指定します。

何故 xosview を使わずに xsysinfo なのかと言うと、 同じ更新間隔に設定しても xosview の方が CPU負荷が高かったから、 と言うだけの理由。 でも、メモリ常駐量は、xsysinfo が 2.6MiB で、 xosview は 2.1MiB だった。

1) OpenSSL ライブラリの ssl_lib.c を用意する。
2) SSL_CTX_new() だけ切り出して、ssl_ctx_new.c に保存する。
3) 編集する。SSL_DEFAULT_CIPHER_LIST を、てきとーにいじる。
   こんな感じになる。
4) コンパイル：gcc -g3 -O3 -c -o ./ssl_ctx_new.o ./ssl_ctx_new.c -I$TOP -I$TOP/ssl
   $TOP は、OpenSSL を展開したディレクトリ。
5) リンク：gcc -shared -g3 -O3 -o ./ssl_ctx_new.so ./ssl_ctx_new.o
6) 出来上がった ssl_ctx_new.so を、適当なディレクトリに保存する。
7) 暗号強度を強制指定したいアプリケーションを動かす時のみ、
   env コマンドあたりを使って環境変数 LD_PRELOAD に ssl_ctx_new.so を
   フルパスで追加する。

Berkeley Open Infrastructure for Network Computing （通称 BOINC）版 SETI@Home / SETI@Home Enhanced の、 fftw 3.x（SSE,SSE2,3dNow対応） を利用して最適化した SETI@Home Enhanced(ver.5)系のオフィシャル版ソース もしくは SETI@Home(ver.4)系 setiboinc.sourceforge.net版ソース Seti@home Boinc Optimization と、 同じく naparst版ソース Harold Naparst を、 Pentium3（MMX,SSE対応）上の FreeBSD 4.11-STABLE の gcc34 で コンパイルが通る様に改変し、ビルドしたバイナリです。

reference_work_unit.sah での試験に合格する事を確認してあります。 但し、一切の、保証，補償，保障は、ありません。 使いたい方は、自身で判断して下さい。

SETI@Home は SETI@home Enhanced(ver.5系)に移行し、 May 16, 2006 をもって、ver.4系への work unit の生成を止めたそうです。 下記クライアントのうち ver.4系は、もはや使用できません。

boinc-client-5.4.7_build.tar.bz2(2.6MiB) Optimized boinc client 5.4.7 for i386-unknown-freebsd4.11 (Pentium3 SSE i387)

setiathome_5.12_p3-sse-fftw3-freebsd4.tar.bz2(268KiB) SETI@Home Enhanced 5.12 for i386-unknown-freebsd4.11 (Pentium3 SSE i387)

naparst版は、 hnaparst.homelinux.com に接続拒否されてソースが入手できないため、 ビルドできていません。 オフィシャルソース版は遅いからやだ、と言う方は、 Linux Emulation でも使って、 crunch3r あたりの GNU/Linux用 SETI@Home Enhanced でも動かしてください。 なお、crunch3r の app_info.xml をそのまま使うと エラー出してこけるので注意されたし （ファイル名のリビジョン番号が古いままになっている）。 crunch3r の GNU/Linux用 boinc は FreeBSD 4-STABLE の RedHat8 ベースの Linux Emulation では 動かせませんでした（RedHat8 用の libcurl.so.3 と libssl.so.0.9.7 と libcrypto.so.0.9.7 が入手できん。 自前ビルドするのは面倒だから嫌）。

FreeBSD 4系のオフィシャル ports/package では、 boinc, SETI@home Enhanced への対応をやめたそうです。

setiathome 5.12 オフィシャル版を自前で修正して、 FreeBSD 4.11-STABLE 用にビルドして試験してみたら、 計算結果は５〜７桁一致で合格だったものの、 setiathome 4.07 naparst最適化版と比べて７倍遅く、 setiathome 4.07 オフィシャル版と比べて３割遅く、 なっていました。 オフィシャルの広報にも、 Enhanced は より精細になったぶん重くなった、 と書いてはありますが。

常用の MobilePentium3 1000MHz で、 本物のデータ処理を開始してみたのですが……。 3WU ダウンロードして処理開始した所、 10時間±５時間で、 3WU 全て、よそさま３人（合計９人）の返答が完了しているのに、 私の所は、最初の WU の、しかも30％しか終わっていないのですが。 ベンチマーク値からの単純換算で、 よそさまの処理速度の半分しか出ていないのですが。 いっそのこと、 FreeBSD の Linux Emulation で走らせた方が速いんでは？ ……。 1WU 完了するのに、19時間かかりました。 しかも、申報失敗で invalid 出されて granted credit が 0.00 になりました。 19時間が全て無駄に。 ……。 FreeBSD の Linux Emulation で crunch3r 版を単独試験で動かしてみた所、 約1.5倍速く（所要時間65％）完了しました。 boinc からの呼び出しで正しく処理できて valid 判定が貰えるかどうかは、 今、試しているところ。

使い方

• パッケージ gcc-3.4.6 を入れる。
• グループ boinc、ユーザ boinc を追加。
• boinc-client を /usr/local の下に解凍。
• 環境設定を /var/db/boinc の下に作る、 ディレクトリ４つ、 /var/db/boinc と /var/db/boinc/slots と /var/db/boinc/projects と /var/db/boinc/projects/setiathome.berkeley.edu は chown boinc:boinc する。
• ログ記録用のディレクトリ /var/log/boinc を作って chown boinc:boinc する。
• setiathome を /var/db/boinc/project/setiathome.berkeley.edu の下に解凍、 使いたい版の app_info.xml.（ほげほげ）を app_info.xml にリンクを張る （boinc_client で初期設定を行う際に、 app_info.xml が消されるので注意）。
• あとは、

  /usr/local/etc/rc.d/boinc.sh forcestart
  

  で動くはず。
• マシン起動時に自動始動したければ、 /etc/rc.conf に rc.d 用設定を書く。

  ldconfig_paths="/usr/lib/compat /usr/X11R6/lib /usr/local/lib /usr/local/lib/gcc/i386-portbld-freebsd4.11/3.4.6"
  boinc_enable="YES"
  

  既に ldconfig_paths が有るなら、 /usr/local/lib/gcc/i386-portbld-freebsd4.11/3.4.6 を追加。

どのくらい、性能が違うのか。

• オフィシャル版： 22675秒、６時間17分55秒（Athlon64 3500+）で完了。 Mobile-Pentium3 1000MHz だと20〜25時間くらいかかるのですが。
• naparst版：ソースが入手できないのでビルドできていません。
• crunch3r版 GNU/Linux SSE V5.12 (Pentium3用)を FreeBSD 4.11-STABLE Linux Emulation (linux_base-8-8.0_14) で 実行： 14812秒、４時間６分52秒（Athlon64 3500+）で完了。 ４〜６桁一致なので品質は合格。

boinc-client:使用したコンパイルオプション

CC=gcc34
CFLAGS=-g3 -O3
CXX=g++34
CXXFLAGS=-g3 -O3
CPP=cpp34
CPPFLAGS=-g3 -O3
LDFLAGS=-g3 -O3
./configure --with-ssl --enable-debug --with-wx-config=false

-O3 -march=pentium3 -mmmx -msse -mfpmath=387 -mfpmath=sse -ffast-math -funroll-loops -ffloat-store -funsafe-math-optimizations -mpreferred-stack-boundary=4 -fomit-frame-pointer

boinc-client:ソースの変更箇所

Makefile の LDFLAGS と LIBCURL と LIBS に 余計な -L と -rpath が付くので削除 （LIBCURL の -L/usr/local/lib は残す）。

*** config.h.org        Thu May 25 19:34:20 2006
--- config.h    Thu May 25 20:42:21 2006
***************
*** 183,195 ****
  /* #undef HAVE_STD_LOCALE */
  
  /* Define to 1 if max is in namespace std:: */
! /* #undef HAVE_STD_MAX */
  
  /* Define to 1 if min is in namespace std:: */
! /* #undef HAVE_STD_MIN */
  
  /* Define to 1 if transform is in namespace std:: */
! /* #undef HAVE_STD_TRANSFORM */
  
  /* Define to 1 if you have the <strings.h> header file. */
  #define HAVE_STRINGS_H 1
--- 183,195 ----
  /* #undef HAVE_STD_LOCALE */
  
  /* Define to 1 if max is in namespace std:: */
! #define HAVE_STD_MAX 1
  
  /* Define to 1 if min is in namespace std:: */
! #define HAVE_STD_MIN 1
  
  /* Define to 1 if transform is in namespace std:: */
! #define HAVE_STD_TRANSFORM 1
  
  /* Define to 1 if you have the <strings.h> header file. */
  #define HAVE_STRINGS_H 1
*** lib/std_fixes.h.org     Fri May  6 09:36:07 2005
--- lib/std_fixes.h Thu May 25 19:55:38 2006
***************
*** 19,24 ****
--- 19,25 ----
  
  #ifndef _STD_FIXES_H_
  #define _STD_FIXES_H_
+ #include <sys/types.h>
  
  #ifdef __cplusplus
  
*** lib/md5_file.C.org      Tue Nov 22 03:34:28 2005
--- lib/md5_file.C  Thu May 25 20:33:42 2006
***************
*** 101,112 ****
--- 101,117 ----
          
      CryptReleaseContext(hCryptProv, 0);
  #else
+     for(int i=0; i<32; i++){
+       buf[i] = random();
+     }
+ /*
      FILE* f = fopen("/dev/random", "r");
      if (!f) {
          return -1;
      }
      fread(buf, 32, 1, f);
      fclose(f);
+ */
  #endif
      md5_block((const unsigned char*)buf, 32, out);
      return 0;

SETI@Home Enhanced オフィシャル版:使用したコンパイルオプション

CC=gcc34
CFLAGS=-g3 -O3
CXX=g++34
CXXFLAGS=-g3 -O3
CPP=cpp34
CPPFLAGS=-g3 -O3
LDFLAGS=-g3 -O3
BOINCDIR=/tmp/setiboinc/boinc-client-5.4.7
./configure --disable-dynamic-graphics --disable-graphics --disable-server --enable-mmx --enable-sse --enable-fast-math --with-ssl

-O3 -march=pentium3 -mmmx -msse -mfpmath=387 -mfpmath=sse -ffast-math -funroll-loops -ffloat-store -funsafe-math-optimizations -mpreferred-stack-boundary=4 -fomit-frame-pointer

SETI@Home Enhanced オフィシャル版:ソースの変更箇所

Makefile の BOINCDIR の設定が狂っているのを直す。

*** configure.org       Sun Apr 30 16:04:46 2006
--- configure   Thu May 25 21:48:01 2006
***************
*** 21986,21992 ****
  else
          printf "OpenSSL found in $ssldir\n";
          LIBS="$LIBS -lssl -lcrypto";
!         LDFLAGS="$LDFLAGS -L$ssldir/lib";
  
  cat >>confdefs.h <<_ACEOF
  #define USE_OPENSSL 1
--- 21986,21992 ----
  else
          printf "OpenSSL found in $ssldir\n";
          LIBS="$LIBS -lssl -lcrypto";
!         LDFLAGS="$LDFLAGS";
  
  cat >>confdefs.h <<_ACEOF
  #define USE_OPENSSL 1
***************
*** 22402,22408 ****
  
           lib_is_static="yes"
           sah_lib_last="${sah_static_lib_last}"
!        BOINC_EXTRA_LIBS="${BOINC_EXTRA_LIBS} -L${SSLDIR}/lib ${sah_lib_last}"
  
  else
  
--- 22402,22408 ----
  
           lib_is_static="yes"
           sah_lib_last="${sah_static_lib_last}"
!        BOINC_EXTRA_LIBS="${BOINC_EXTRA_LIBS} ${sah_lib_last}"
  
  else

以下は ver.4系の古い話。

本パッチのメンテナンスは打ち切りました。

setiathome_4.07_p3-sse-fftw3-freebsd4.tar.bz2(702KiB) setiboinc.sourceforge.net version

setiathome_4.07_p3-sse-fftw3-naparst-freebsd4.tar.bz2(635KiB) naparst version

boinc-client.bz2(305KiB) Optimized boinc client version 4.68 for i386-unknown-freebsd4.11

使い方

パッケージで boinc-client-4.68.20050601_2 を入れた後、 SETI@Home に参加登録

/usr/local/bin/boinc -attach_project [hogehoge] [mogemoge]

し、参加登録完了したところでエラーが出るので一旦終了。 上記アーカイブの中身を /var/db/boinc/projects/setiathome.berkeley.edu/ に展開し、展開された /var/db/boinc/projects/setiathome.berkeley.edu/app_info.xml.fftw3f_pentium3m_optimized か /var/db/boinc/projects/setiathome.berkeley.edu/app_info.xml.fftw3f_pentium3m_naparst を /var/db/boinc/projects/setiathome.berkeley.edu/app_info.xml に cp なり mv なり ln なり ln -s なりして、 もう一度、boinc を始動

/usr/local/etc/rc.d/boinc.sh forcestart

すると、最適化版で処理を行う様になります。

fftw3f は埋め込みにしてあるので、 別途インストールする必要はありません。

マシン起動時に自動的に boinc を開始したければ、 /etc/rc.conf に

boinc_enable="YES"

を追加します。

使用したコンパイルオプション

-O3 -march=pentium3m -mmmx -msse -ffast-math -funroll-loops -ffloat-store -funsafe-math-optimizations -mpreferred-stack-boundary=4 -fomit-frame-pointer

ソースの変更箇所、setiboinc.sourceforge.net版

*** client/main.cpp.org        Tue Jan  4 08:39:09 2005
--- client/main.cpp    Sat Dec 10 23:10:52 2005
***************
*** 40,45 ****
--- 40,46 ----
  #include <errno.h>
  #endif
  
+ #include "exception.h"
  #include "diagnostics.h"
  #include "util.h"
  #include "s_util.h"

*** client/qtest.cpp.org       Tue Dec 28 06:58:20 2004
--- client/qtest.cpp   Sat Dec 10 23:12:15 2005
***************
*** 243,252 ****
                        spacer = espace;
  
                float timeOfOneBase = (baselineTime) / ((float)runCount) * 2e6;
!                   timeOfOneBase = 5 * arrayCount * log2(arrayCount) / timeOfOneBase;
                    
                float timeOfOneOpt = (optimizedTime) / ((float)runCount) * 2e6;
!                   timeOfOneOpt = 5 * arrayCount * log2(arrayCount) / timeOfOneOpt;
                    
                printf("   FFT %s%d: %.2f percent;  %.2f vs %.2f MFlop, %d errs forwards, %d errs backwards \n", 
                        spacer, arrayCount, (baselineTime - optimizedTime) / optimizedTime * 100,
--- 243,252 ----
                        spacer = espace;
  
                float timeOfOneBase = (baselineTime) / ((float)runCount) * 2e6;
!                   timeOfOneBase = 5 * arrayCount * (log(arrayCount)/log(2.0)) / timeOfOneBase;
                    
                float timeOfOneOpt = (optimizedTime) / ((float)runCount) * 2e6;
!                   timeOfOneOpt = 5 * arrayCount * (log(arrayCount)/log(2.0)) / timeOfOneOpt;
                    
                printf("   FFT %s%d: %.2f percent;  %.2f vs %.2f MFlop, %d errs forwards, %d errs backwards \n", 
                        spacer, arrayCount, (baselineTime - optimizedTime) / optimizedTime * 100,

ソースの変更箇所、naparst版

*** client/analyzeFuncs.cpp.org        Sat Dec 10 07:06:47 2005
--- client/analyzeFuncs.cpp    Fri Dec 16 22:05:06 2005
***************
*** 120,125 ****
--- 120,126 ----
  static void cache_destroy();
  
  
+ inline        double round( double tmp ) { return (+0.0 <= tmp) ? floor(tmp+0.5) : ceil(tmp-0.5); }
  static float *acml_fft_comm(int n)
    // returns pointer to comm array for fft of length n, which is a power of 2.
  {
***************
*** 660,665 ****
--- 661,667 ----
  } // seti_analyze()
  
  
+ inline        int __signbit( double tmp ) { return copysign(1.0,tmp) < 0.0; }
  static void cache_destroy()
  {
      int i;
*** client/gaussfit.cpp.org    Sat Dec 10 07:06:47 2005
--- client/gaussfit.cpp        Mon Dec 12 01:21:40 2005
***************
*** 185,190 ****
--- 185,191 ----
    return f_ChiSq;
  }
  
+ inline        float fminf( float a, float b ){ return (a < b) ? (a) : (b); }
  
  static inline float f_GetTrueMean(
    float fp_PoT[],
*** client/malloc_a.cpp.org    Sat Dec 10 07:06:47 2005
--- client/malloc_a.cpp        Mon Dec 12 04:26:02 2005
***************
*** 51,59 ****
    void *pmem;
    void *palignedMem;
    void **pp;
! #if defined(__SSE__)
    return ((void *)_mm_malloc(size,alignment));
! #endif
    // ensure byteAlignment is positive (if alignment is 0, make it 1)
    if (alignment < 1) {
      alignment = 1;
--- 51,59 ----
    void *pmem;
    void *palignedMem;
    void **pp;
! #if defined(__ICC)
    return ((void *)_mm_malloc(size,alignment));
! #else
    // ensure byteAlignment is positive (if alignment is 0, make it 1)
    if (alignment < 1) {
      alignment = 1;
***************
*** 70,75 ****
--- 70,76 ----
    pp[-1] = pmem;    // store original address
  
    return(palignedMem);            // return aligned memory
+ #endif
  }
  
  //Frees memory that was allocated with malloc_a
***************
*** 77,91 ****
    void **pp;
  
    if (palignedMem == NULL) return;
! #if defined(__SSE__)
    _mm_free(palignedMem);
    return;
! #endif
  
    pp = (void **) palignedMem;
  
    //pp[-1] pts to original address of malloc'd memory
    free(pp[-1]);
  }
  
  void *calloc_a(size_t size, size_t nitems, size_t alignment) {
--- 78,93 ----
    void **pp;
  
    if (palignedMem == NULL) return;
! #if defined(__ICC)
    _mm_free(palignedMem);
    return;
! #else
  
    pp = (void **) palignedMem;
  
    //pp[-1] pts to original address of malloc'd memory
    free(pp[-1]);
+ #endif
  }
  
  void *calloc_a(size_t size, size_t nitems, size_t alignment) {

どのくらい、性能が違うのか。

reference_work_unit.sah での総処理時間で比較。 setiboinc.sourceforge.net版は、 バイナリパッケージ版と比べ 1.45倍高速化し、 バイナリパッケージ版の 70％の所要時間でした。 naparst版は、 バイナリパッケージ版と比べ 2.31倍高速化し、 バイナリパッケージ版の 43％の所要時間でした。 また、naparst版は、 setiboinc.sourceforge.net版と比べ 1.59倍高速化し、 setiboinc.sourceforge.net版の 63％の所要時間でした。

• バイナリパッケージ版：26129秒、７時間15分29秒（Mobile-Pentium3 1000MHz）で完了。
• setiboinc.sourceforge.net版：18042秒、５時間00分42秒（Mobile-Pentium3 1000MHz）で完了。
• naparst版：11289秒、３時間08分09秒（Mobile-Pentium3 1000MHz）で完了。

crontab で

03 16 * * 1-5   $HOME/bin/investor_check.pl stock ${HOME}/investor/ >> ${HOME}/investor/error.log 2>&1
03 00 * * 2-6   $HOME/bin/investor_check.pl fund ${HOME}/investor/ >> ${HOME}/investor/error.log 2>&1
03 22 * * 1-5   $HOME/bin/investor_check.pl forex ${HOME}/investor/ >> ${HOME}/investor/error.log 2>&1

としてやれば、毎日１回ずつチェックして、 結果を "${HOME}/investor/[タイムスタンプ]" に出力する。 標準状態ではメールでの通知は切ってあるので、 アラートメールで通知したければ適当に調整されたし。

＃ バージョンアップ（portupgrade とか apt-get とか）毎に 香り屋パッチ当てするのは面倒なので、 オリジナルのままとかバイナリパッケージのまま使いたい、 とか、 サーバや共有計算機などで使っているので、 環境設定の変更は出来るけれど パッチ当てとかソフトウェアの追加とかするわけにはいかない、 とか、 香り屋パッチが非対応の最新版 vim を使いたい、 とか、 そんな時の為に。

その１：

vimrc_autofenc(Sat,30 Apr,2022)(9KiB)

日本語で書かれたファイルの編集用の文字コードを自動判定します。 また、モードラインでの文字コード指定に対応します。

使い方：

このスクリプトの内容を ~/.vimrc に追加してください。

modeline で文字コードを指定する場合、

vim:set fencs=euc-jp nomodified:

等と指定してください。 nomodified を忘れると、痛い事になる場合があります。

日本語を含まないファイルの場合は、 システムデフォルトの文字コードとして扱います。   注意： OpenBSD だと システムデフォルトの文字コードが latin1 になっていますので、 デフォルト文字コードも latin1 になります。

備考：

ロケールを UTF-8 にしている場合は、 UCS-2 と UCS-2LE は自動判定されません（できません）。

web で見つかる、文字コード自動判定スクリプト（香り屋系？）だと、 日本語を含まないファイルを編集する場合 ISO-2022-JP とか ISO-8859 とか判定してしまいます。 また、ファイルサイズが 0 のファイルを編集する場合 なにか適当な文字コードで処理してしまい、 その後に日本語を追加すると ISO-2022-JP とか ISO-8859 とか なにか適当な文字コードとかで保存されてしまいます。 さらに、モードラインで CP932 を指定した場合に、 ファイル内に特定の文字を含み かつ内部文字コードが euc-jp になっている場合は、 ファイルの文字コードを euc-jp として処理してしまいます。

その２：

matchit2.vim(Wed,13 Mar,2008)(25KiB)

matchit2.noesc.vim(Sun,25 Mar,2012)(25KiB)

以下の機能を、日本語対応にします。

%       対応する括弧の検索（これは jvim でも multi_byte の括弧非対応）
w W     次の単語の先頭へ移動
e E     次の単語の最後尾へ移動
b B     単語の先頭へ移動
*       カーソル位置の単語を後方検索
#       カーソル位置の単語を前方検索
y{motion}       単語を yank
d{motion}       単語を削除
c{motion}       単語を削除して insert モードへ移行

使い方：

matchit2.vim か matchit2.noesc.vim を ~/.vim/plugin/ か ~/.vim/after/plugin/ に置いて下さい。 vim の次回起動時から、 w e b % * # y d c の各コマンドが日本語対応になります。

既知バグ：

• ビジュアル行選択モードで特定の条件が揃った時に、 ビジュアル文字選択モードかビジュアル箱選択モードに切替えると、 カラム位置が狂う。 （スクリプトから行選択モード時に閉側カラム位置を取得する方法が判らん）
• # コマンドを実行した後、n や N コマンドを実行すると、 検索方向が間違っている。 （スクリプトから検索レジスタに検索方向を設定する方法が判らん）
• ロケールが EUC-JP, EUC-JISX0213, UTF-8, ShiftJIS, CP932 以外だと、 処理できない。 （それ以外の文字コード用の文字コード依存処理を作っていない）

vim と jvim の違いとしては、上記だけでなく下記もありますが、 下記の物は、 m17n とか i18n とか日本語化とかは無関係の vim の仕様なので、 vim オリジナルのまま、いじっていません。

ロケール
        jvim だとロケールは英語のみ。
        vim だとロケールは多言語(i18n)。
        なんか、普通に考えると逆なんではないかと思ってしまうが。

日本語入力
        jvim だと、組み込み onew。
        vim だと、ターミナル依存。
        im が使えない時は vim だと日本語入力ができず痛い。kon とかリモートシェルとか。

$       行末へ移動。
        jvim だと行末の文字の上、vim だと行末の改行記号の上。
        これは、set selection=old でコンパチになる。

v V     ビジュアルモード（領域選択）。
        jvim だと V で選択モードに入っても v で選択モードの解除になる。
        vim だと V で選択モードに入ったら v だと選択モードの変更になる。
        jvim だとビジュアルモード時は行末にスペースが表示されるので、
        空行があっても選択しているか否か判るのだけれど、
        vim だとビジュアルモードだろうがそうでなかろうが、
        set listchars=eol:$ の設定いかんで行末が表示されないので、
        空行があると選択してるのだかいないのだかわからない。

:help   ヘルプ。
        jvim だと help 表示時は操作方法が専用のモードになる。
        vim だと help ファイルの ReadOnly 編集モードになる。

u U ~   大文字小文字変換。
        jvim だと平仮名片仮名変換も行われる。
        vim だと純粋に大文字小文字変換のみ。

あいまい検索
        jvim だと、いわゆる半角文字と全角文字を区別せずに検索できる。
        vim だと無理。
        「aAａＡ」辺りが、いっしょくたに検索できるかどうかと言う話。

罫線
        jvim だと、罫線描画機能が追加されている。

関連リンク：

• motion_ja.vim(August 20, 2011)
• jasegment.vim(2013-03-12)

その３：

SearchComplete2.vim(Mon,10 Nov,2008)(3KiB)

SearchComplete.vim の eregex.vim 用版。 eregex.vim版の検索コマンド / で検索文字列を入力する時に、 タブキーにて文字列補完ができます。

使い方：

SearchComplete2.vim を ~/.vim/plugin/ か ~/.vim/after/plugin/ に置いて下さい。 vim の次回起動時から、有効になります。

その４：

monday.vim(Mon,13 Jan,2009)(8KiB)

Stefan Karlsson 氏原作の インクリメント／デクリメント機能 monday.vim に 「名無しの vim 使い」氏パッチを追加した上に、 拙作デバッグ＆機能追加を行った物。

数値だけでなく、 曜日や月名称のインクリメント／デクリメントが出来ます。

拙作改造部分１：  日本語名でもインクリメント／デクリメントが出来ます （月→火、とか、睦月→師走、とか）。

拙作改造部分２：  カーソル位置が単語の先頭とずれていても、正しく処理できます。

使い方：

monday.vim を ~/.vim/plugin/ か ~/.vim/after/plugin/ に置いて下さい。 vim の次回起動時から、有効になります。

その５：

sessionsaver.vim(Fri,29 Jan,2010)(5KiB)

わたなべひろふみ 氏原作の Vimのセッションを自動的に保存/復元(Session Saver)に なんか色々機能追加を行った物。

使い方：

sessionsaver.vim を ~/.vim/plugin/ か ~/.vim/after/plugin/ に置いて下さい。

カレントディレクトリからセッションの復元を行った場合は、 vim 終了時に カレントディレクトリにセッションを保存します。
「カレントディレクトリからセッションの復元を行った場合」以外は、 vim 終了時に 共通のワークエリア（~/.vim/tmp/）にセッションを保存します。

カレントディレクトリにセッションの保存するモードにするには、 vim 上から「:mks! LastSession.vim」を実行し、 それから一旦 vim を終了して
vim --cmd "let g:force_resume_current = 1"
にて vim を起動しなおすと、 カレントディレクトリにセッションを保存するモードに切り変わります。

セッションの復元をするには、
vim --cmd "let g:force_resume_current = 1"
とすると カレントディレクトリからセッションの復元を試み、 駄目なら 共通のワークエリア（~/.vim/tmp/）から復元を行います。
vim --cmd "let g:force_resume_last = 1"
とすると 共通のワークエリア（~/.vim/tmp/）から復元を行います。

実際に使う際には、 上記の vim の起動コマンドを シェルスクリプト等のエイリアスに登録した方が便利でしょう。
それから、 セッションを保存してあるファイル（LastSession.vim）には セッション保存先ディレクトリも記録されているので、 セッションを保存してあるファイル（LastSession.vim）を他のディレクトリに移して 移転先でレジュームを行っても、移転前のディレクトリに セッションを保存してしまいます。   LastSession.vim 内の「cd ほげほげ」の行を消せば、移転もできます。

おまけ１：

cpp.vim(Mon,11 Aug,2008)(4KiB)

filetype cpp の時に、 ラベル行とマクロ行のインデント量を、 vimデフォルトの０から、 直前のインデント量から半コマ戻し、 に変更するスクリプト。

K&R系とか ANSI C FAQ 系だと、 vim デフォルトのインデント量ではなく、 このスクリプトで変更したあとのインデント量だったと思う。

使い方：

cpp.vim を ~/.vim/indent/ か ~/.vim/after/indent/ に置いて下さい。 ~/.vimrc 辺りに filetype indent on を追加すると、有効になります。

既知バグ：

• 直前の行が継続行だったり、 直前の行でインデント量が変化していたりすると、 たまに自動判定を間違える。

おまけ２：

vim_macro.lzh(Sat,30 Apr,2022)(3MiB)

個人的にお気に入りのスクリプトを丸ごと固めたもの。 拙作のスクリプトや拙作改造版の他、 他の方の製作されたスクリプトや、そのデバッグ版も同梱されています。 原作者や権利関係は、 各ファイルの先頭に書いてありますので、それを見てください。

eregex.vim
        AKUTSU toshiyuki 氏作。
        正規表現を、標準的な拡張正規表現と互換にします。
        拙作改造部分：
        後方検索を追加、再置換を追加、hlsearch が効く様に修正、しています。

keisen.vim
        AKUTSU toshiyuki 氏作。原作のまま。
        罫線を引けます。

mark.vim
        Yuheng Xie 氏作。
        拙作改造部分：
        syntax on 時に、syntax のキーワードと重なる部分が
        マーク表示できなくなっていた点を、表示できる様に修正、
        かわりに正規表現が使えなくなっています。

markjump.vim
        Robert KellyIV 氏作。
        ファイル中にマークを挿入／検索します。
        拙作改造部分：
        セレクトモードの選択をしない様に修正しています。

SessionSaver サスペンド／レジューム機能
        「Just another Ruby porter,」氏原案、
        拙作デバッグ＆機能追加。
        既知バグ：
        レジューム時に、
        画面分割モードでは syntax のハイライティングが復帰されません。
        これは vim の仕様もしくはバグと思われます。

showmarks.vim
        Anthony Kruize 氏、Michael Geddes 氏作。
        ジャンプ位置のマークを表示します。
        動作が重いのが難点。
        拙作改造部分：
        起動直後から表示するように修正。

vimspell.vim
        Mathieu Clabaut 氏作。原作のまま。
        綴り間違いを検索できます。但し重いです。

ZoomWin.vim
        Charles Campbell 氏作。原作のまま。
        バッファ分割状態とバッファ全画面表示状態を、
        ショートカットキーで交互に切り替えられます。

SearchComplete2.vim
        Chris Russell 氏作。
        検索コマンドで検索文字列を入力する際に、タブキーで補完ができます。
        拙作改造部分：
        eregex.vim 対応化。

C++ 追加シンタックス
        自作。
        色を好みに変更。
        演算子のハイライティングを追加してみましたが、目茶苦茶重いので封印。

doxygen 追加シンタックス
        自作。
        色を好みに変更しただけです。

C++ 追加インデント
        自作。
        プリプロセッサ指定とラベルのインデントを、半コマ戻しに変更しました。

monday インクリメント／デクリメント機能
        Stefan Karlsson 氏原作、「名無しの vim 使い」氏パッチ、及び拙作デバッグ＆機能追加パッチ。
        数値だけでなく、曜日や月名称のインクリメント／デクリメントが出来ます。
        拙作改造部分：
        日本語名でもインクリメント／デクリメントが出来ます
        （月→火、とか、睦月→師走、とか）。

matchit2 日本語対応 移動 検索 機能
        拙作。
        %       対応する括弧の検索
        w       次の単語の先頭へ移動
        e       次の単語の最後尾へ移動
        b       単語の先頭へ移動
        *       カーソル位置の単語を後方検索
        #       カーソル位置の単語を前方検索
        の各機能を、日本語対応にしています。

yankround ヤンクレジスタの履歴操作を簡単にする
	LeafCage 氏原作、
        拙作機能追加。

使い方：

個人用の設定ファイルを丸ごと固めただけなので、 unix系ならば、ホームディレクトリの下に展開するだけです。 既に個人設定をお持ちの方は、必要なファイルを保存してから、作業して下さい。 MS-Windows系は使った事無いので不明。

patch1。 バッファオーバーランして、 スタックを破壊して落ちるバグを見つけてしまったので治しました。

patch1 を適用しても、 ユーザー定義の実行可能型 template 機能にも、 コア吐いて落ちるバグを見つけました。 システム定義 template 機能か ユーザー定義のファイル指定 template 機能 だけを使っていれば平気なので、 気が向くまで治さないと思う。

patch2。 webブラウザからmmanの環境設定をしようとした時に、 mmanのフィルタ名やら何やらに日本語が混じっていると、 webブラウザが文字コードの判定を間違える事があったので、 charset=UTF-8 を明示する様にしてみました。

patch3。 特定のサイトでデータ転送中に転送が切れるバグを治そうとして失敗。 のちの patch5 で、取り敢えずは解消された。

patch4。 SOCKS4a に対応しました。 tor で、privoxy を使わずに mman だけで DNS の匿名化まで行えます。

patch5。 サーバが返す text/html の中に NUL(\0) 終端文字が混じっていると、 終端文字以降に rewrite ルールが適用されないバグがあったので治した。 サーバが応答を Transfer-encoding: chunked で返した時に、 rewrite ルールが適用されると、 チャンクサイズがでたらめになる（再計算していない）バグを見つけたものの、 チャンクサイズの再計算を正しく行う様にデバッグしている余裕が無いので、 chunked で応答が来ない様に HTTP/1.0 に変更。 patch4 の内容が、OpenBSD 非対応だったので、OpenBSD 対応に修正。

patch6。 本来の URL に .. が混じっていた時に、 mman が特殊コマンドとみなして処理してしまうバグと言うか仕様と言うかがあり、 NaviTime 辺りで派手にこけていた。 ので、 ピリオドが３個以上続いた場合か、 ピリオドの前の文字列が特殊コマンド名と一致しない場合は、 スルーする様に修正した。 真っ当に考えると、 環境設定に特殊コマンドを無視する URL を記述できる様にすべきだろうが、 その仕様変更の作業量を考えると、 mman をフルスクラッチで書き治した方が良い気がしてくるので、 付け焼き刃で対応……。

XPostitPlus-2.3.i18n.patch2.bz2(4KiB)

後述のバグが治らず、あきらめました。 fusenshi でも使ってください。 なお、fusenshi の標準設定だと、 ネットワーク経由で遠隔からの操作が許可されていますので、 env WITHOUT_NETWORK=yes make した方が良いかと思われます。

XPostitPlus（総本山不明）を、I18N 化するパッチです。 日本語依存の処理は、していないので、多分 I18N。 はっきり言って、車輪の再発明なのだけれども、 以前に I18N 化した方のホームページが消え去っている上に web キャッシュにも残っていないし。

※ FreeBSD ports のパッチと、 fj.sources に流れていた HOSAKA.Eiichi 氏の xim 有効にすると大きさがこける問題の修正パッチも、 同梱しています。

お約束の XtSetLanguageProc() だけでは日本語化できず、 片手間に１週間以上かかって判明したのが、 XtCreatePopupShell() で wmShellWidgetClass しちゃうと xim が通らねぇ、とか言う現象。 topLevelShellWidgetClass なら通ったのだが……。

それから、 明示的に SetArg(XtNfontSet, text_font); SetArg(XtNinternational, True); しないと、 日本語の表示ができなかった辺りもよく判らん。

既知バグ：

• ノートのタイトル変更をすると、再描画が行われなくなる （I18N版で Xaw を使った時のみ。 原因が全く不明。デバッガで追いかけたが判らん）。
• ノートのタイトル変更をすると、コア吐いて落ちる事がある （Xaw を使った時のみ。オリジナルの XPostitPlus も同様）。
• File-Open と File-Export すると、コア吐いて落ちる事がある （Xaw を使った時のみ。オリジナルの XPostitPlus も同様）。
• サイズ変更のみ行い、内容の変更が無いと、保存されない （オリジナルの XPostitPlus も同様）。
• 行の途中で折り返す時に、折り返し直前の１文字が表示されない。

再描画が行われなくなったり、コア吐いて落ちる件は、 Xaw のかわりに Xaw3d を使う様にしたら、問題が発生しなくなった。 もう治すの面倒なので治さない。

もっとも、以前、xfig では逆に Xaw3d を使うと落ちて Xaw なら平気、 と言う事があったけれど……。

xmcd-3.3.2.fbsd_ports.6.patch1.bz2(2KiB)

xmcd-3.3.2 で CDDB に送信しようとした時に、 Disc Note とか Track Note 辺りの任意記入の欄を未記入にすると、 NULL ポインタの指す先にアクセスして SIGSEGV で落ちるバグが有ったので、 治しました。

ついでに、 利用する CDDB を cddb.com から freedbtest.dyndns.org に 変更しました。

でも xmcd は日本語データベース非対応です。 無理矢理に日本語を通すと、滅茶苦茶なデータにしてくれます。 素直に grip とか easytag とか使った方が良いと思う。

このパッチを使わなくても、 使用している入力モジュールが XIM対応ならば （例えば uim の場合、uim-xim を使う）、 GTK_IM_MODULE=xim して xim な input module を使えば、 メモリーリークしなくなります。

ちなみにこの問題、 GTK+-2 で GTKネイティブの IM を使っているアプリケーションは、 全て発症します。

GTK側の問題なので、fusenshi の本家に連絡するか否か、 迷う所なんだよなぁ……。

＃ ftdi_usb_open() でエラーが返ってきた場合、 既に ftdi_usb_open() に成功していた他のデバイスの管理テーブルは全て、 破壊されています。

FreeBSD の場合、

  struct ftdi_context ftdic[n];
  for (int i = 0; i < n; i++) {
    ftdi_init( &(ftdic[i]) );
    ftdi_usb_open( &(ftdic[i]), 0x0403, 0x6001 );
  }

の様にすると、ftdic[0] 〜 ftdic[n] は、 １台目、２台目、……ｎ台目のデバイスと接続されます。

ところが GNU/Linux の場合、全く同じソースであるにも関わらず、 ftdic[0] 〜 ftdic[n] は全て１台目のデバイスと接続され、 しかも ftdic[0] 〜 ftdic[n-1] は壊れた状態になります。

また、本パッチを適用していても、 BSD系では若番から順番に接続され、 GNU/Linuxでは老番から順番に接続されます。

例：

USBバス番号     バス内での機器番号      FreeBSDの場合   GNU/Linuxの場合 本パッチ適用前のGNU/Linux
1               2                       優先順位1       優先順位8       接続されない
1               3                       優先順位2       優先順位7       接続されない
2               2                       優先順位3       優先順位6       接続されない
2               3                       優先順位4       優先順位5       接続されない
3               2                       優先順位5       優先順位4       接続されない
3               3                       優先順位6       優先順位3       接続されない
4               2                       優先順位7       優先順位2       接続されない
4               3                       優先順位8       優先順位1       これのみと接続される

バス内での機器番号の１は、ルートハブに割り当てられる。

あとはまぁ、 作業領域を初期化せずに使って、 そのままデータファイルとして出力する様なプログラムにおいても、 データの空き領域が単一のデータで埋まってくれるので、 データを保存する時の圧縮効率が大幅に上がる場合があります……、 そういう事はそのプログラムがちゃんと処理すべき事なので、 この効果は期待すべきではないのですけれども。

しかしながら、GNU/Linux の GNU libc にはその機能はありません。 なので、その機能を付けるパッチを作ってみました。

なお、本パッチでは、引数が BSD系非互換の独自仕様になっています。

• 最も簡単な指定例：以下の文字を環境設定 MALLOC_OPTIONS に設定する。
  • （無指定）：zzjjZZ と同じ。
  • zzjj ：ゼロクリア一切無し。
  • zzjjJ ：malloc()/new/new[]/realloc() のみ、0xD0 で消去。
  • zzjjJJ ：malloc()/new/new[]/realloc()/free()/delete/delete[] 全て、0xD0 で消去。
  • zzjjJJj ：free()/delete/delete[] のみ、0xD0 で消去。
  • zzjjZ ：malloc()/new/new[]/realloc() のみ、0x00 で消去。
  • zzjjZZ ：malloc()/new/new[]/realloc()/free()/delete/delete[] 全て、0x00 で消去。
  • zzjjZZz ：free()/delete/delete[] のみ、0x00 で消去。
• 詳細解説：
  • /etc/malloc.conf が最初、 次に MALLOC_OPTIONS、 最後にグローバル変数 const char* _malloc_options、 となります。 この順番で、指定文字列を連結して処理します。
  • z/Z と j/J で、各々独立した 2bit のカウンタを持っています。
  • 小文字を１つ書く毎に 11b → 10b → 00b → 00b, 01b → 00b、 大文字を１つ書く毎に 00b → 01b → 11b → 11b, 10b → 11b、 と変化します。 bit0 が 1 だと malloc()/new/new[]/realloc() 時に消去、 bit1 が 1 だと free()/delete/delete[] 時に消去、 です。
  • z/Z カウンタで消去指定された場合は 0x00 で消去されます。
  • j/J カウンタで消去指定された場合は 0xD0 で消去されます。
  • z/Z のカウンタと、j/J のカウンタの、両方で消去が指定されていた場合、 j/J が優先されます。

で、さっそく。 glibc の calloc() が、 malloc() されたメモリが chunk_is_mmapped() なら 0x00 でクリアされている事を前提にしている仕様を発見。 glibc内から glibc内の malloc() を使っているケースだから、 malloc() したメモリがゼロクリアされている事を前提にしても、 問題ではなく「正当な」仕様ですが。

さらに、 glibc の calloc() が、 malloc() で得たメモリが !chunk_is_mmapped() でも （sbrk で割り当てられた場合でも）、 それが今回の malloc() で拡張された領域ならば、 0x00 でクリアされている事を前提にしている仕様を発見。 brk() のメモリがゼロクリアされる事って保障されていたっけ？

本パッチでは、上記の２件両方共対応しています。

使い方：
% cd /usr/src/sys/dev/usb
% patch -p6 -N < acpan_mouse.freebsd64.diff
あとは、通常のカーネル再構築と同様。
patch実行時は、必要に応じて適宜 sudo を付けて下さい。

備考：
本マウスでは、

• チルトを「離した」イベントが来ない。
• チルトを押しっ放しにするとリピートする。
• リピートは「押した」イベントが連続で来る。

となっていた。 なので、拙作パッチ側で、「離した」イベントを捏造している。

注意： Petname Tool は、 「HTTPS で接続したサーバ（が提示した証明書）が、 事前に登録したサーバ（の証明書）と同じものであるかどうか」 を確認する手助けとなる能力しかありません。 接続したサーバもしくは通信路が安全だったり信用できるかとか、 閲覧している内容が信用できるかとか、 そういった事を確認する能力はありません。

原作版から拙作Firefox3用版に移行する際には、 登録データの変換を行う必要があります（手作業）。 Firefox2 にて（あるいはテキストエディタで bookmarks.html を編集して）、 description の項目を keyword(ShortcutURL) にコピーしてから ブックマークのインポートを行なって下さい、 あるいはブックマークの Import を行ってから Firefox3 にて description の項目を keyword にコピーしても構いません。 Firefox3 から Firefox2 に移行する場合は、 ブックマークの Export をすれば、そのまま使えると思います。

mod1版の登録データは mod3版でも使えますが、 mod3版の登録データは mod1版では使えません。

Javascript の書き方をまともに勉強した事など無く、 勢いと思いつきとノリだけで、 原作版のソースと mozilla.org のリファレンスマニュアルとサンプルと Add-ons のソースを 見ながら継ぎはぎして作ったので、 バグが無いかとか安定して動くかとかセキュアかとか高速かとか、 その辺は知りません。 自分で使う際に困らない程度に動作確認してはいますが。

既知バグ：

• Firefox3用版のみのバグ。 「タグ」を設定すると、こけます。 原因も対処法も不明。 治す気も無し。

オリジナルと仕様が変わった箇所：

• 原作版 petname_tool Firefox3版では、 URI のホスト名さえ一致すれば承認済みの表示になりますが、 拙作Firefox3版ではホスト名とサーバ証明書の諸情報の両方が一致しない限り、 承認済み表示にはなりません。
• Petname が起動していない時は「---」と表示されます （原作版では untrusted （非SSL と同じ表示）と表示されます）。
• Petname の判定に失敗した時は「-」と表示されます （原作版では untrusted （非SSL と同じ表示）と表示されます）。
• 非SSL の時は「unsecured」と表示され、Petname の箱が小さくなります （原作版では untrusted （未登録の SSL と同じ表示）と表示され、 非SSL でも SSL時でも同じ大きさです）。
• 重複して登録されている場合は、先頭に「(dup)」が表示されます。
• Firefox3版では、 登録データは、ブックマーク全体から検索します （原作版は Petname Inbox フォルダからのみ検索します、たぶん）。
• Firefox3版では、 新規登録した物は、Bookmark Toolbar フォルダに記録されます （原作版は Petname Inbox フォルダに記録されます）。 何処か適当なフォルダに手動で移動してください。
• SSL証明書の情報は、 ブックマークの keyword(ShortcutURL) と description の両方を使って 記録／検索します （原作版は description だけに記録／検索します）。
• Petname Tool を用いての登録情報の修正は行えません。 新規登録のみ可能です。 （原作版では Petname Tool を用いて登録や変更ができる）。 ブックマークエディタを使って修正してください。
• mod1版では、根の issuer だけで判定を行うので、 例えば、VeriSign と Thawte、GTE CyberTrust と SECOM、が、 同一視されます。 これは原作版でも同じです。
• mod3版では、 中間証明書の名称が異なる物を、別の物として扱います。 例えば、 VeriSign と Thawte、 GTE CyberTrust と SECOM、 同じ VeriSign 内でも Class3 EV SSL SGC CA と Class3 EV 1024-bit SSL SGC CA と Class3 EV SSL CA と Class3 1024-bit と Class3 等が、 根の issuer が同じですが中間 issuer の名称が異なるので、 別の物とみなします。
• （mod3版のみ） 発行先 CN,OU、中間証明書のフィンーガプリントまで、 全て完全に一致した場合は薄緑色表示します。
  （mod3版のみ） 発行先 CN,OU や中間証明書のフィンーガプリントのどれか（あるいは全部）が 異なるものの、 それ以外の発行先情報と中間証明書の名称が完全に一致した場合は、 先頭に「=」を付けて濃緑色表示します。 サーバを複数台に分けて各サーバ毎に OU を通し番号にしていたり、 取引機能毎に URL（サーバ）を分けて発行先 CN が別名になったり、 している事は、かなりあります。 また、 サイト／サーバによって 提示してくる中間証明書のシリアル番号が異なっていて 中間証明書のフィンガープリントが違う事が、 わりとあります。
  （mod3版のみ） mod1版のデータ （このデータは mod1 からインポートしてくるか、手動で作成する）と 一致した場合は先頭に「-」を付けて緑っぽい水色表示します。
  （mod3版のみ） 未登録の時は、Petname の箱が小さくなります （原作版では、非SSL でも未登録 SSL時でも登録済 SSLでも同じ大きさです）。

内部情報的な話：

• Firefox3 の Add-on (Javascript) で、 bookmark のフォルダ自体の検索、 指定フォルダ内のみの Annotation 検索、 を行う方法が判らなかったので、 フォルダを無視して扱う仕様になっています。
• keyword だと、大文字小文字を同一視するらしい。 SSL証明書の判定で、同一視してよいのかな？
• mod3版では、 keyword(ShortcutURL) に 発行先 CN,OU と中間証明書のフィンーガプリントを含まない証明書情報を、 description annotation に 発行先 CN,OU と中間証明書のフィンーガプリントまで含めた証明書情報を、 記録／検索しています。 keyword(ShortcutURL) を使い回すのでは無く、 独自 Annotation を付けようかとも考えましたが、 独自 Annotation はブックマークの Export/Import をした時に消えてしまうので、 やめました。

蛇足その１： Firefox3 で SSL通信時に ロケーションバー？ URLバー？の色を変えたい場合は （Firefox2 だと変わる）、 以下を chrome/userChrome.css か stylish Add-on に追加する。 以下の設定だと、 真っ当な SSL だとクリーム色に、 強度が低いと黄色に（見た事無いけれど）、 アヤシイ SSL（見た事無いけれど）もしくは未確認だと赤色に、 なる筈。

#urlbar[level][pageproxystate],
#urlbar[level][pageproxystate],
#urlbar[level][pageproxystate] > :not(#identity-box):not(#urlbar-icons),
#urlbar[level][pageproxystate] > :not(#identity-box):not(#urlbar-icons),
#urlbar[level][pageproxystate] > :not(#identity-box)>:not(dropmarker):not(progressmeter):not(.progress-bar),
#urlbar[level][pageproxystate] > :not(#identity-box)>:not(dropmarker):not(progressmeter):not(.progress-bar) {
  color: #000000 !important;
  background: #F5BEBE !important;
}

#urlbar[level="high"][pageproxystate="valid"],
#urlbar[level="high"][pageproxystate="valid"],
#urlbar[level="high"][pageproxystate="valid"] > :not(#identity-box):not(#urlbar-icons),
#urlbar[level="high"][pageproxystate="valid"] > :not(#identity-box):not(#urlbar-icons),
#urlbar[level="high"][pageproxystate="valid"] > :not(#identity-box)>:not(dropmarker):not(progressmeter):not(.progress-bar),
#urlbar[level="high"][pageproxystate="valid"] > :not(#identity-box)>:not(dropmarker):not(progressmeter):not(.progress-bar) {
  color: #000000 !important;
  background: #F5F6BE !important;
}

#urlbar[level="low"][pageproxystate="valid"],
#urlbar[level="low"][pageproxystate="valid"],
#urlbar[level="low"][pageproxystate="valid"] > :not(#identity-box):not(#urlbar-icons),
#urlbar[level="low"][pageproxystate="valid"] > :not(#identity-box):not(#urlbar-icons),
#urlbar[level="low"][pageproxystate="valid"] > :not(#identity-box)>:not(dropmarker):not(progressmeter):not(.progress-bar),
#urlbar[level="low"][pageproxystate="valid"] > :not(#identity-box)>:not(dropmarker):not(progressmeter):not(.progress-bar) {
  color: #000000 !important;
  background: #F5F600 !important;
}

蛇足その２： 中間証明書がころころ変わって、 Petname の mod2版もしくは mod3版で別の証明書と判定されてしまう件。 結論から言うと、中間証明書のシリアル番号が何パターンか出回っているらしい。 中間証明書を手元のブラウザに入れてシリアル番号を固定してしまえば、 常に同じと判定されるのだけれども、それもどうかと思うし……、 そこまでするなら、Petname Tool 使わなくても、 サーバ証明書を全部ローカルに登録してしまえば。

根：これはローカルの計算機で固定されているので変わらない。
74:2C:31:92:E6:07:E4:24:EB:45:49:54:2B:E1:BB:C5:3E:61:74:E2
; Class 3 Public Primary Certification Authority; "VeriSign, Inc."

パターン１：www.verisign.co.jp
29:B7:3D:9F:75:01:B8:C0:AD:FD:5E:43:37:A3:90:D1:AD:20:5F:48
VeriSign Class 3 Public Primary Certification Authority - G5; VeriSign Trust Network; "VeriSign, Inc."
        Version:3
        Serial:57:BF:FB:03:FB:2C:46:D4:E1:9E:CE:E0:D7:43:7F:13
        Date:2006/11/08 09:00:00,2021/11/08 08:59:59
B1:80:39:89:98:31:F1:52:61:46:67:CF:23:FF:CE:A2:B0:E7:3D:AB
VeriSign Class 3 Extended Validation SSL SGC CA; VeriSign Trust Network; "VeriSign, Inc."
        Version:3
        Serial:2C:48:DD:93:0D:F5:59:8E:F9:3C:99:54:7A:60:ED:43
        Date:2006/11/08 09:00:00,2016/11/08 08:59:59
        X.500 Name: CN = Class3CA2048-1-48

パターン２：seal.verisign.com
87:50:7F:E5:19:BD:E7:A1:19:AE:A3:2F:77:9D:76:30:5D:7A:69:13
VeriSign Class 3 Public Primary Certification Authority - G5; VeriSign Trust Network; "VeriSign, Inc."
        Version:3
        Serial:58:F3:9E:5C:01:2B:19:47:21:A9:8E:E4:EE:E0:F8:BF
        Date:2006/11/08 09:00:00,2021/11/08 08:59:59
4A:8A:2A:0E:27:6F:F3:3B:5D:D8:8A:36:21:46:01:0F:2A:8B:6A:EE
VeriSign Class 3 Extended Validation SSL SGC CA; VeriSign Trust Network; "VeriSign, Inc."
        Version:3
        Serial:11:2A:00:6D:37:E5:10:6F:D6:CA:7C:C3:EF:BA:CC:18
        Date:2006/11/08 09:00:00,2016/11/08 08:59:59
        X.500 Name: CN = Class3CA2048-1-48

パターン３：www.verisign.com
7E:7E:02:6F:71:BF:E7:BB:C7:E7:E5:C5:91:B1:91:5C:B6:68:4E:6C
VeriSign Class 3 Public Primary Certification Authority - G5; VeriSign Trust Network; "VeriSign, Inc."
        Version:3
        Serial:63:92:6B:8A:8F:40:82:FD:AC:C0:3B:D3:78:29:A6:C0
        Date:2006/11/08 09:00:00,2021/11/08 08:59:59
4A:8A:2A:0E:27:6F:F3:3B:5D:D8:8A:36:21:46:01:0F:2A:8B:6A:EE
VeriSign Class 3 Extended Validation SSL SGC CA; VeriSign Trust Network; "VeriSign, Inc."
        Version:3
        Serial:11:2A:00:6D:37:E5:10:6F:D6:CA:7C:C3:EF:BA:CC:18
        Date:2006/11/08 09:00:00,2016/11/08 08:59:59
        X.500 Name: CN = Class3CA2048-1-48

BB TwinPack BF パートの「凄い難しい」レベルで全クリした後に 工画乃郷をのぞいてみたら、 エンディング絵が２パターンあるとか書いてあって、 もう１周する気力が無かったので、勢いで作った。

バグではなくて仕様です： lpg形式では、 256色インデックスカラー + 8bitアルファ値、 と言う形式があるみたいですが、 PNG形式で多階調アルファを持てるのは 24bitカラー + 8bitアルファ のモードだけです。 なので、インデックスカラーから24bitカラーへ勝手に変換します。

インストールの仕方：
fontforge のソースを展開する。
上記 fontforge_plugin_jisx0212_jisx0213.c を fontforge のソースを展開したディレクトリの plugins/ ディレクトリに 入れる。
plugins/ ディレクトリにて、 make ./.libs/fontforge_plugin_jisx0212_jisx0213.la する。
出来上がった .libs/fontforge_plugin_jisx0212_jisx0213.* を、 fontforge をインストールした先の share/fontforge/plugins/ ディレクトリにコピーする。

追記：
OSの種類によっては、上記手法では駄目な場合があります。 その場合は、 「LPCTSTR氏 - リククーブログ - FontForgeでJIS X 0213を使えるようにする」 に書かれている、Makefile* を書き換える方法を用いて下さい。
というよりもむしろ Makefile* を書き換える方法の方が真っ当な方法ですが。

使い方：
K14 や jisksp16 などの、 JIS X 0212/0213-1/0213-2 フォントの編集を開始する。
「エンコーディング」→「エンコーディングを強制」のメニューから、 「JISX0212」か「JISX0213-1」か「JISX0213-2」の適切な物を選ぶ。
「エンコーディング」→「エンコーディングを変換」のメニューから、 「ISO10646(BMP)」や「ISO10646(Full)」などの、変換したい先を選ぶ。
終わり。

原作版の SVN::Web だと、 I18N対応と言っておきながら、その実は UTF-8 のみの対応で、 ISO-2022 とか EUC とか ShiftJIS/CP932 とかのファイルがあると、 盛大に文字化けします。

本パッチを使用すると、 svn:mime-type にて charset の記述が有る場合は 入力文字コードを charset で指定された文字コードとみなして処理し、 無い場合は Jcode.pm にて自動判別を行います。

このパッチとは無関係に、原作版の SVN::Web を subversion-1.6系で使うと、

svn: In file 'subversion/libsvn_ra/deprecated.c' line 289: assertion failed (*path != '/')
svn: In file 'subversion/libsvn_ra/libsvn_ra.c' line 759: assertion failed (*path != '/')
svn: In file 'subversion/libsvn_ra/libsvn_ra.c' line 783: assertion failed (*path != '/')

とエラーを出しまくり、まともに動いてくれません。
結局、どうにもならなくて、svn側のソースをいじって、 このエラーで abort() している行をコメントアウトして使っていますが。
どうも、 書式で / を付加するか否かが、変わったか厳密化したか、したっぽいですが。

あと、これも本パッチとは無関係ですが、 SVN::Web は Fast::CGI だか FCGI だかも使っている様な気がするのですが、 依存関係が記述されていなくて自動インストールされない様な気がする。

原作版の TkCvs だと、 svn と通信をする際に、svn が英語で応答する前提で作られています。   しかしながら、日本語ロケール上で TkCvs を使用すると、 svn も日本語で応答してしまいます。   その為、TkCvs が svn と通信できなくなってしまいます。
だからと言って、TkCvs を英語ロケールにて動かすと、 svn との通信はうまく行く様になりますが、 今度は TkCvs のログビューワやファイルビューワやテキストエディタにて 日本語の閲覧・操作ができなくなってしまいます。
では、svn を「env LC_ALL=C svn」にすると。   TkCvs の内蔵ビューワーも通信もうまく行きますが、 今度は普段コマンドラインから svn を使う時にも ロケールが英語固定になってしまいます。
ぶっちゃけて言うと、 env LC_MESSAGES=C tkcvs でも良いのかも知れませんが。
本パッチでは、 TkCvs が svn と通信する時だけ、ロケールを英語に変更しています。
備考：
なので、日本語ロケール以外、 例えば中国語ロケールだとかロシア語ロケールだとか、 でも、正しく動作する様になると思います。 試していませんが。

フォントを変更可能にするパッチを適用した後、 ${HOME}/.tkcvs に

set cvscfg(guifont) "-*-fixed-medium-r-normal--14-*"
set cvscfg(browserfont) "-*-fixed-medium-r-normal--14-*"
set cvscfg(listboxfont) "-*-fixed-medium-r-normal--14-*"
set cvscfg(flashfont) "-*-fixed-bold-r-normal--14-*"
set cvscfg(dialogfont) "-*-fixed-medium-r-normal--14-*"

等と記述すると、フォントが変更できます。
guifont がメニュー等のフォント？（これのみ原作版でも変更可能）、 browserfont がログや Annotate/Blame ブラウザや Graphical Branch Diagram のログブラウザ等で使用するフォント、 listboxfont がファイラー等で使用するフォント、 flashfont がファイラー等でハイライト・選択された時に使用するフォント、 dialogfont がダイアログボックス等で使用するフォント、 です。

おまけの改造アイコンは、 原作版のアイコンだと、 変更ファイルと通常フォルダのアイコンの色調が似ていて区別しにくいとか、 追加アイコンと削除アイコンと不明ファイルアイコンの 色調が似ていて区別しにくいとか、 だったので、 違いが派手になる様に色を変更してみた物。

たぶん、 「M.H Plamo Linux Home Page 0901 - 2009年その１」 の、「xshisen 関連のパッチ」の ３番と同じ内容ではないかと思われますが。 現時点ではアクセス出来ない為、確認できません。