1 日何もせずぼーっとしてる事もあるから、ずっと作業をしていた今日はそれに比べればいいんだろうけれど、それにしても人生を無駄に過ごした気がしてしまった。
強いて言うと数週間前に届いた掲載誌 PCJapan 3 月号 を読んで OllyDbg を習得したのが収穫。
今よりももっと若かりし頃に OllyDbg に辿り着いたことがあったんだけど、あの時は英語が微塵も分からなかったし、C とかやっててもデバッガの存在も知らなかったし、アセンブリ言語もループと加減算、シフトくらいしか使えなかったから、食わず嫌いに終わっちゃってたんだ。それをやらなかったのが自分の実力の底っていうか、もっと早くにこれを使っていたら、と思ってしまった。マジ便利。
PM5500 に何か入れてやろうってことで、開発ツールとして MPW を入れて、MPW-PR を 入れて、アップデータ も当てた。
そんで、今まで何度もインストールに挫折している MacApp や STLport にも挑戦。
結果、今の技量なら MacApp R12 はコンパイルできた。ソースの修正量がかなり多かったし、ハッシュコードみたいな意味不明なフォルダ名が毎回違うおかげで最終的なビルドは中々使い物にならなかったけど。
ここまで来た所で、非公式(?)な MacApp のインストールキットがあることを思い出した。こいつはソースの修正も大半やってくれるし、必要なことの殆どをスクリプトでやってくれるのでラクチンなはず。
No Frill MacApp/MPW Support Page
以前はこれを使っても挫折したけど、今回 MacApp R13u5 とこの R13u5MPW.TY04_21_2001 を使ってみたら成功したので報告。結論から言うと、R13u5MPW.TY04_21_2001 に入っている文章の順番を間違えず実行できれば問題なし。今も読めないけど以前やったときは今以上に英語読めなかったのが敗因かな。
この文章の手順を進めていく上で欲して止まなかった STL も入れさせてくれることになるわけだけど、ここでちょっとハマるのが、ファイルタイプを設定するスクリプトが適切に動かないのか、ヘッダファイルが TEXT になってなくてコンパイルに失敗することが多々あった。あと同じく、スクリプトの中でフォントの設定もしてくれるけど、そこでエラーを延々と吐くから無限ループしたものと勘違いしないように。しばらく待ってればちゃんと終わります。
ハマるといえば STLport のビルドスクリプトの 68K 用テストコードを実行するところで暴走したけど、68K は使わないだろうからはずしちゃった。
他には…WASTE のサイトが移転してたから注意ってのと、バージョンは R13u5MPW.TY04_21_2001 のドキュメントに書いてあるバージョンに揃えた方が無難。特に上に書いた多くの修正というのは Universal Interfaces のバージョンに依存するもの。こいつはひとまず最初は当てずに MPW に入ってるヘッダのままでインストールした方がいいね。
インストールが完了したら、"Apple Frameworks" フォルダはいらないから捨てちゃってよし。全てパッチ済みのものが "!R13u5MPW.TY04_21_2001" に入ってる。んで MPW を再起動すると、メニューに "MacApp" ってのが出来てるから、ここからプロジェクトのビルドが簡単に出来る。試しに、今後必要になる ACS とか WASTE をビルドしてみる。[MacApp] - [Select Target...] で !R13u5MPW.TY04_21_2001:ACS:Suites:ACS.lib.MAMake を選んで、[MacApp] - [MABuild・-AutoBuild] でビルド。途中 Universal Interfaces を入れなかったにもかかわらずまだエラーが出るけれど、大概は関数を渡す時に怒られてるだけだから、引数を ProcPtr にキャストするコードを書いて保存してやればよし。
ここで気づいたんだけど、ハッシュコードみたいなフォルダ名は、実はビルドオプションの略称だったらしい。ってことは、ビルドオプションをつけないとビルドオプションがランダムになってしまうのだろうか。デフォルトが無いとか、メモリの初期化のし忘れとか？いずれにせよ困った話だなぁ。R13u5 がインストールできちゃえば AutoBuild とかが全部勝手に設定してくれるから問題ないけど。
よくやった！感動した！
併せて持ってない人は SDK や ATL/WTL も入れときましょう。
Microsoft Windows Platform SDK
Windows Template Library 7.1
解説すると、今までも SDK にはコンパイラが入ってました。けど、Standard Edition と同じで最適化がされない物だったので学習の域を出るものではなかったわけですが、今回は Professional Edition と同じもので最適化をしてくれます。
なんで、コマンドベースはもちろん、以前のバージョンの Visual Studio を持っていた人でもコンパイラのパスを差し替えるだけで最新の環境に！でもまだうちの環境ではデバッガを走らせても C ソースを追ってくれないので研究中です。(2004/06/15 追記:研究結果)
ちなみに、VC++ 2003 のコンパイラは、C++ への準拠度(っていうか boost への準拠度)がこれを書いている時点では gcc よりも高いことでも有名です。
% cd ~/binutils-2.14
% mkdir build
% cd build
% ../configure --target=i686-pc-mingw32 --prefix=/usr/local/mingw
% make
% sudo make install% sudo cp -r ~/mingw-runtime-3.3/include /usr/local/mingw
% sudo cp -r ~/mingw-runtime-3.3/lib /usr/local/mingw
% sudo cp -r ~/w32api-2.5/ /usr/local/mingw#ifdef FIONREAD
#undef FIONREAD
#endif% setenv PATH "/usr/local/mingw/bin:${PATH}"
% cd ~/gcc-3.3.3
% mkdir build
% cd build
% sudo ../configure --with-gcc --with-gnu-ld --with-gnu-as --target=i686-pc-mingw32 --prefix=/usr/local/mingw --with-headers=/usr/local/mingw/include/ --with-libs=/usr/local/mingw/lib/ --enable-threads --disable-nls --enable-languages=c++,objc --disable-win32-registry --disable-shared --enable-sjlj-exceptions
% sudo make
% sudo make install#include <iostream>
int main( int argc, char ** argv )
{
std::out << "Hello World!!" << std::endl;
return 0;
}% setenv PATH "/usr/local/mingw/i686-pc-mingw32/bin:${PATH}"
% g++ test.cpp -o test.exeC:\> test.exe
Hello World!!
C:\>% sudo cp -r "/Volumes/MinGW_For_Mac/mingw" /usr/localSubversion を Windows で手軽に使うためのソフト、TortoiseSVN に 1.0.4 が出てた。
で、このソフトがどーにもムカツクのが、
・日本語パスがあると diff とかコケる。
・ファイル名を変更すると rename ではなく削除+追加になる。
の 2 つで、前者はまぁしょうがないにしても後者は許せない。Subversion 用ソフトを騙るなと言いたいくらいで、Subversion の利点を全て奪われる。これじゃ CVS 使ってるのと変わらない。ていうかもうバグも同然だろ。
が、1.0.4 の変更点を rename で検索するとなにやらヒットするので直っているか確認してみよう。
---------- 追記 14:40
まだ削除+追加になっているように見える。
どちらにしろ今までのバージョンでも viewcvs で見る限りコピー元を示してくれるようだから、本当に削除+追加というよりかはコピー+削除だとは思うのだが。
それよりも viewcvs、こいつはファイルのコピー元は示してくれてもディレクトリのコピー元が分からない。これはかなり深刻。
---------- 追記 5/20 13:42
ログがちゃんと繋がっていることから、多分 rename できているのではないかと。ということで rename 出来ないという記述は一応取り消し線にしとく。viewcvs が使えないのは相変わらずなので何か方法はないものかなぁ。
同じく今更だけど、未だに VB 6.0 や VC++ 6.0 を使っている人に朗報(?)のアップデータ。
Visual Studio 6.0 Service Pack 6
でも Processor Pack が使えなくなるようなので、MMX や SSE を使っている人は当てられない。困った。
subversion では svn:externals 属性で必要な外部モジュールを関連付けて自動的に取得させる事が出来る。
基本的な使い方はフォルダを選択して 右クリック - [プロパティ(R)] - [Subversion] タブまでもってって、コンボボックスに svn:externals と入れる。そんでもってその下の欄に
ダウンロード先フォルダ名 プロトコル://ダウンロード元
みたいに入れればいいんだけど……
tortoiseSVN 1.0.4 時点では罠があって、ダウンロード先を上位フォルダにしようとすると
..\bar http://foo/bar
みたいにデリミタに「/」ではなく「\」を使わなくてはならない。実際に試してはいないけど下位フォルダでは問題なさそう。
でもこれをやっちゃうと、属性が「\」で記録されてしまうのでリポジトリが tortoiseSVN だけでしか使えなくなる事請け合い。そもそも上位にしちゃいけないんだろうか。
以前(うちのサイトが移転する前だけど)からオススメしてる国産 Telnet/SSH クライアントの VaraTerm(旧Guevara) 2.1 が出た。
個人的な今回の目玉は Keep Alive かな。
ターミナルで日本語が要らない場合は SSH Secure Shell for Worksattions がオススメ。ターミナルとして使えるほか、GUI でファイル転送も出来るし。
| include | D:\PROGRAM FILES\MICROSOFT VISUAL STUDIO .NET 2003\VC7\INCLUDE;D:\PROGRAM FILES\MICROSOFT SDK\INCLUDE\WIN64\ATL;D:\PROGRAM FILES\MICROSOFT SDK\INCLUDE\WIN64\CRT;D:\WTL71\INCLUDE;D:\Program Files\Microsoft SDK\Include\.;D:\DXSDK\INCLUDE;D:\Program Files\QTDevWin\CIncludes |
| lib | D:\PROGRAM FILES\MICROSOFT VISUAL STUDIO .NET 2003\VC7\LIB;D:\Program Files\Microsoft SDK\Lib\.;D:\PROGRAM FILES\MICROSOFT.NET\SDK\V1.1\LIB;D:\DXSDK\LIB;D:\PROGRAM FILES\QTDEVWIN\LIBRARIES |
| path | D:\Program Files\Microsoft SDK\Bin\Win64\.;D:\Program Files\Microsoft SDK\Bin\.;D:\Program Files\Microsoft SDK\Bin\WinNT\. |
C:\>cd \STLport-4.6.2\src
C:\STLport-4.6.2\src>notepad ..\stlport\stl_user_config.h
C:\STLport-4.6.2\src>set MSVCDIR=C:\Program Files\Microsoft Visual C++ Toolkit 2003
C:\STLport-4.6.2\src>nmake /f vc71.mak installC:\>cd \boost_1_31_0
C:\boost_1_31_0>set STLPORT_PATH=C:\STLport-4.6.2
C:\boost_1_31_0>set MSVCDIR=C:\Program Files\Microsoft Visual C++ Toolkit 2003
C:\boost_1_31_0>bjam -sTOOLS=vc7.1-stlport "-sVC71_ROOT=C:\Program Files\Microsoft Visual C++ Toolkit 2003" "--prefix=C:\Program Files\Microsoft Visual C++ Toolkit
2003" installC:\>cd \Program Files\Microsoft SDK\src\atl
C:\Program Files\Microsoft SDK\src\atl>copy atl.mak makefile
C:\Program Files\Microsoft SDK\src\atl>nodepad makefile
C:\Program Files\Microsoft SDK\src\atl>nmake
C:\Program Files\Microsoft SDK\src\atl>nmake /D "CFG=atl - Win32 Release"
nodepad makefile で編集して /delayload:〜 の部分を一通り削除する。これは VC++ 6.0 を持っていれば delayimp.lib を持っているはずなんだけど、PSDK のリンカと互換性の無いライブラリだから使えない。かといって VC++ 6.0 のリンカを使ってもうまくリンク出来ない。よって VC++ 6.0 を持っていてもこの方法で遅延ロードをあきらめるしかない。どうせ各所で話題になってるんだろうけど。
goo RSSリーダー というのが出たらしい。しかも ニュースリリース と goo RSSリーダー(shin's 物欲) を読むに、glucose がベースらしい。
安定性を除けばほぼ満足だった glucose に安定性が加わったら鬼に金棒じゃないかなぁ。わくわく。
Miech みたいに新着イベントとしてバルーン表示してくれるようになってると凄く嬉しいんだけど、流石にそれは贅沢言い過ぎかな？
とりあえずインストールしてみようっと。
追記
ぐぐってみたら どうやら レジストリを書き変えて 後から Processor Pack を適用する方法もあるみたい。
まだこれをネタにして無かったと思うので。
メタ検索ソフトは Google Desktop を愛用してます。
WinXP のファイル検索はタコ過ぎて、目の前にあるファイルを検索しても出てこない事がよくあって、例えば ".NG" ファイルを全部消したい時とか引っ掛けてくれない事があるから困り物。
Google Desktop じゃ代替利かないからそんな話はどうでもいいとして、プログラミングをしている最中に、これと似たような処理をいつかどこかで書いたんだけどどこやったっけ、という事がよくあるんです。後はヘルプ、マニュアル、構造の仕様書みたいのとかを探したい事も。
Google Desktop は一瞬で探してくれるんで、超便利。本家 Google と同じく、Hit 数が多すぎるのが玉にキズではあるけど。
Windows にも Mac にもインデックス検索はある(Windows はインデックスを作ってくれるだけなので、対応したソフトを見つけてこないといけない)けど、まず索引の作成が遅い。そしてことごとく Hit しない。単語の区切り方がよくないんだろうねぇ。
そんなわけで、早く日本語にも対応してもらいたいし、Mac や linux にも対応して欲しいし、仕事場にも入れたいと常々思ってたり。Mac は Spotlight がそのうち乗るけど、選択肢が増えるのはいい事だし Mac OS X 10.4 を買わないといけないので。
stickies を使ってるけど気づいたら更新されていたのでバージョンアップ。
付箋ってマルチモニタで使ったり、解像度をよく変えたりすると、画面外に迷子になる事が多い。けどこれ、「Rescue lost stickies」ていうメニューコマンドがある事を今日初めて知った。
前のバージョンからあったのかなぁ。ともあれ、唯一届かなかった痒い場所に手が届いたのでますます好きになった。
VC++ 6 のエディタは速くて便利だけど、正規表現だけが使い方が分らず不便だった。
で、ちゃんと調べてみたら、ほんのちょっと書き方が違うだけで普通に使える事が判明。こりゃ便利。
例えば今使っていた hoge->Length() を Length( hoge ) にするものならこんな感じ。
| 検索文字列 | \(\:w\)->Length() |
| 置換後の文字列 | Length( \1 ) |
ハードディスクの中身を颯爽と検索してくれる Google Desktop Search の正式版が登場。
ベータが外れただけかと思ってダウンロードしてなかったんだけど、あらびっくり。
PDF や Thunderbird (Mozilla Mail も？) も検索対象に。
そんでもってタスクバーに検索フィールドを表示出来ちゃったり。
オマケに、独自のファイルフォーマットでも検索できるプラグイン開発まで出来ちゃう。
もう萌え萌え。
でもなんで韓国語や中国語のベータ版があるのに日本語版がないのさ！
追記：
Google Desktop Search: Download Plug-ins
に既にプラグインが公開されてる。OpenOffice.org 用のプラグインも発見したので早速入れてみよう。
便利なターミナルエミュレータ VaraTerm (旧Guevara) が Poderosa という名前に変わって遂にオープンソース化！
<--けど 1 月には /.J にタレこまれてた らしい。-->
ただ、WinXP のバージョンが上がるにつれて時々落ちるようになったのが困りもの。
Google を眺めてたら Google デスクトップ ver 2β を見つけた。もしかしたら浦島でもの凄い出遅れてるのかもしれないけれど。
ver 1 はちょっと使い勝手の悪さと削除したファイルも全部キャッシュに残ってしまって、日に日に検索結果が膨大になっていくのとで MSN デスクトップサーチ に浮気していた。
どうやら MSN デスクトップサーチ や Spotlight のようにダイレクトなサーチを備え、プラグイン式のサイドバーもセットになっているらしい。
このサイドバーはウィジェットの位置を狙ってそう。
何はともあれ、早速インストールしてみようっと。
追記：
因みに MSN デスクトップサーチ は
やたらクロールして重たいのと、
クロール後にいちいち報告してくるのと、
ログオフ(またはシャットダウン)時にレジストリを掴んだまま放さず「設定を保存しています」にやたら時間がかかる(保存に失敗していることが[管理ツール]-[イベントビューア]で分かる)のと
で最近嫌煙してる。
プロファイルのアンロードに関する問題のトラブルシューティング
よーするに、以前書いた、「設定を保存しています」にやたら時間かける問題の対策。便利。
Microsoft が .NET IronPython 1.0 ベータリリース だそうです。
あらゆる規格で独自路線つっぱしって中々互換性を取りづらいM$だけれども、Python を公式にサポートしてくれるなら嬉しいかもしれないなあ。しかもインタプリタじゃなくてコンパイラみたいだし。
コンパイラと言っても IL(中間言語)に変換されるんだけど、個人的には中間言語ってパソコンで最速になり得るフォーマットだと思う。現実はそうじゃないけど。
従来の言語はコンパイルした時点で機械語のオブジェクトになって、リンクは結びつけるだけ。
ってことは小さくてもヘビーな関数はファイル分割出来ない。マクロにするか、今なら inline 宣言して毎回 include とコンパイルをしなきゃいけない。
そんでもって、組み込みは事前にカリカリに出来るけど、パソコンは環境が多様。そいつに動的にすり寄って行けたら最高じゃん？
そうだ、動的オブジェクトにすればいいんだ、って思った頃には Java が出てきて .NET が出てきて、みんな考える事は同じだなー、とか思った。
静的な方面では、VC++ なんかはリンク時に最適化してくれるし、便利な世の中。
話はそれたけど、どこでも実行出来て、成熟して(安定して)いて、開発がべらぼうに簡単なポトペタ言語環境が欲しい。
で、この .NET IronPython。ダウンロードしてないけど、多分 Visual Studio に組み込まれてポトペタ環境なわけでしょ？せっかく IL を吐くんだから Mac でも動いてくれればいいのになぁ。
Mono とか成熟は当分なさそうだし。ていうか OS に標準で入ってないとね。
<ぼそ>もっとも、IL が動くなら C# でもいいわけで</ぼそ>
ネタ元は 天野さんの RSS。
Microsoft が P2P ファイル共有サービス「FolderShare(https://www.foldershare.com/)」を始めた。
まだ使ってないから嘘言いまくるかもだけど、
ファイル共有を目論んだ事があれば一度は考えた事があると思う。
よーするに Winny みたいのを作るときに、保存するファイルを公開鍵暗号で符号化してから中継コンピュータに置けば(送れば)指定した人しか見られない、と。もっとも、不特定多数で共有するには使えない事が自明なので、もどかしい。
でも対象が非不特定多数な場合、保管場所をわざわざ提供してくれる人が居る訳も無いので、個人に出来るのは PGP メールレベル。
MS は余計なステップを全て取っ払う事と、「共有場所」という広大なスペースに自腹を切る事で、これを商売にしようって事なのかな。
因に foldershare.com に「暗号化する」とは明記されているものの、暗号化したままサーバに保管するとは書いてない。通信だけって事は無いと思うけど、そういうところは念を押して明記して欲しい。
(書いたように、手元で暗号化してから送ってる場合はサーバ管理者すら中身を見る事が出来ず、セキュア)
これを使って svn リポジトリとか共有出来るかしら?
たまたま見たら、出てました。
http://www.aynimac.com/p_blog/files/index2.php
CotEditor 0.9.0
Windows 用 gcc 環境 MinGW 5.0.2 が 2/12付けで出てた。
UNIX/Linux 使いは MSYS も一緒にどうぞ。
VC++ 2005 Professional 以降はプロファイリングを使用した動的最適化が出来る。
「ガイド付き最適化のプロファイル」(リンクは MS の解説)でググっても取り扱っているサイトが無さそうだったので持ち上げ型のレビューっぽく VC++ 2005 と一緒に紹介してみる。
まずは普通にコードを入力。
コンストラクタでもヒントを表示するようになったのが嬉しい。
更に凄いのが、入力中、クラスやマクロがどのように定義されているか逐一表示してくれる「コード定義ウィンドウ」。これに慣れると、もう以前の環境には戻れなくなりそう。
コードが書き終わったら早速コンパイル。
このときに表示される「エラー一覧」。VS 2005 ではエラーだけ、警告だけに分けて表示されようになっている。
このコードに#include <tchar.h>を加えると完成。
Release でコンパイル、実行したところ、タイムは 2585614 となった。
さあこれを最適化しよう、といった場合、通常はプロファイラでプロファイルを採ってから、ボトルネックになっている場所を探す。これを人間がやるのではなくコンピュータにやらせよう、というのが今回の動的最適化。
次は、プロジェクトから [ガイド付き最適化のプロファイル] - [インストルメント] を選択して、再度コンパイル、実行する。
これを行うと、実行ファイルのディレクトリに「ソフト名!番号.pgc」といったファイルが作られている。何度も行うと、どんどん番号が増加し、ファイルが作られていく。
これがプロファイルした結果で、より良く最適化をするには、様々な条件のデータを使って実行し、このファイルを増やしていく。
今回はデータを 1 種類(固定的な rand 値)しか用意していないので、1 回実行しておしまい。
この時タイムは著しく下がるが、これはプロファイルを採っているから起こる現象で、気にしない。
最後に、プロジェクトから [ガイド付き最適化のプロファイル] - [最適化] を選択する事で、プロファイル結果を使ってコンパイルする。これが完成品。
こいつを実行してみると…タイムは 1754635 となった。約 1.5 倍速に最適化が出来た。
あら、もうツールが公開されてる。
Wiki に 日本語の解説 もあるっぽい。
Intel Mac 買いたいっ!
でも嬉しい事に、現在パソコンがまだ4 台も現役で元気なんだよな。
PowerMac G4/AGP 350MHz とか何年前よ。多いメモリと当時よりは速い HDD のおかげか、未だに余裕だし。
Intel Mac があれば 4 台中 2 台要らなくなっちゃうよなあ。むう、勿体ない。
でも今モーレツに買いたい。
http://www.chitora.jp/lhaz.html
Windows 用アーカイバ。
https://java.sun.com/j2se/1.5.0/ja/download.html
JDK 5.0 のアップデータ。