http://hironytic.exblog.jp ひろんの開発日誌 ja hironytic 2009 Tue, 01 Dec 2009 18:39:00 +0900 2009-12-01T18:39:00+09:00 hourly 1 2013-06-01T12:00:00+00:00 https://md.exblog.jp/img/samplelogo.gif http://hironytic.exblog.jp 80 80 ひろんの開発日誌 http://hironytic.exblog.jp/9341164/ http://hironytic.exblog.jp/9341164/ また CoveredCalc の開発が中断してるよorz

帰宅も遅いし、土日も仕事に出かけるし。
そうでもしないと間に合わないスケジュールと、そういう仕事をやらないと生き残れないこの不景気にほんとイヤになります……。
]]> 近況 hironytic Tue, 01 Dec 2009 18:39:00 +0900 2009-12-01T18:39:00+09:00 http://hironytic.exblog.jp/9193219/ http://hironytic.exblog.jp/9193219/ Haiku がまだ安定していなかったのと、BeOS 系ではずっと実機のドライバで苦労していたので面倒かもというのがあったわけですが、Haiku R1 の α1 も出たし、JPBE.net の方で Aspire one での動作例があったし（だいぶ前からありましたが…）、Ubuntu 9.10 が出たし(!)、ということで、Haiku を実機に入れてみました。

マシンは Aspire one (AOA150-BW)。去年の夏、発売される前から予約して買った Netbook です（この Netbook 上で VMware 動かしてたから遅いのですが）。
Windows パーティションは消したくなくてマルチブートにしたかったのでブートローダ GRUB が必要です。
いったん Ubuntu をインストールすれば GRUB も入れてくれるので、その後で Haiku を入れて、Windows, Ubuntu, Haiku のマルチブートにしようと思っていたのですが、Ubuntu 9.10 でブートローダが GRUB2 に変わるということで、どうせならそれを待とうと思って待ってたわけです。

やったこと：

USB メモリを購入。BUFFALO の 4GB のもの (RUF2-K4GE-WH) を買いました。
VMware Player 3.0 を別 PC にインストール（たまたまリリースされたので…^^;）
Ubuntu Netbook Remix 9.10 をダウンロードして、まず VMware Player 上にインストールしていろいろ試してみます。そこから [システム - システム管理 - USB スタートアップ・ディスクの作成] を使って USB メモリを起動ディスクにしました。
Aspire one 上で USB メモリから起動 (F2 で BIOS 設定に入り、Boot の USB HDD を F5 キーで先頭に持ってきます）
LiveCD（LiveUSBメモリ？）で遊んだあと、インストール。
Ubuntu でしばらく遊んだあと、Haiku Filesから Haiku のナイトリービルドのイメージをダウンロードし、Windows 環境にて DD for Windows を使って USB メモリに書き込みました。（←これを Aspire one じゃなく別 PC でやっていたところ、どうしても USB メモリが書き込み先として表示されずはまりました。Aspire one 上でやったらうまくいきました）
Haiku を USB メモリから起動し、楽しんだあと、Haiku をインストールするためのパーティションを用意していなかったことに気づきます（爆）
Ubuntu 上から、再び USB メモリをスタートアップディスクにします。そこから起動して GParted でパーティションを分割するためです。（←ここでどうしても USB メモリのフォーマットがうまくいかずはまりました。ディスクユーティリティでいったん初期化してからやったらうまくいきました）
USB メモリから起動して GParted を起動し、とりあえず unformat でパーティションだけ作成します。
再び、Windows 上で DD for Windows を使って USB メモリを Haiku にします。
USB メモリから起動して、Haiku 上で DriveSetup を使って、パーティションを BFS に変更します。そこへ Installer を使ってインストールしました。
Ubuntu 上で GRUB2 のブートメニューに Haiku を足そうとして、どうしてもいまくいかずはまります。sudo update-grub をした際に「menuentry: not found」とか出てきます。めっちゃはまります。パーティションを作り直してみたり、Haiku をインストールしなおしてみたり、いろいろやってうまくいきません。めちゃめちゃはまります。
最終的に、スクリプトが間違っていることに気づきました。exec tail -n +3 $0 の行がいるんですよ。。。うまくいったスクリプトを書いておきます。/etc/grub.d/50_haiku という名前。

#!/bin/sh
exec tail -n +3 $0
menuentry "Haiku" {
set root=(hd0,7)
chainloader +1
}

実は子供がインフルエンザになってどこにも出かけられないので、こんなことをやってる暇があったわけですが。
]]> 近況 hironytic Tue, 03 Nov 2009 11:50:28 +0900 2009-11-03T11:50:28+09:00 http://hironytic.exblog.jp/9174951/ http://hironytic.exblog.jp/9174951/ 残念ながら、T.Murai さんが探しているのは、2003年頃に存在した、Peの日本向け派生版(?)のようです。その派生版だと、インライン入力をサポートしているらしく、その成果を本家の Pe に反映できないかなーということだと思います。（でも、その派生版のソースが入手できない）

…確かに、Pe の本家も探しづらいんですが。
"pe" で検索すると関係ないものばかり見つかるし。
＃せっかくだから、自分用としてここにリンクを貼っておく(^^
]]> 近況 hironytic Fri, 30 Oct 2009 11:50:31 +0900 2009-10-30T11:50:31+09:00 http://hironytic.exblog.jp/9152532/ http://hironytic.exblog.jp/9152532/ それでもって、ビルド。pe に日本語を入力したらエラーになることを確認してから、BottomlineWindow::HandleInputMethodEvent() に "raw_char" を試しに入れてみるようにして再ビルド。pe に日本語が入力できるようになることを確認しました。

ということで、とりあえず Haiku のバグなのか pe のバグなのかわかりませんが、Haiku と BeOS R5 の非互換ではあるように思うので、Haiku にバグ報告しておきました。

11月から本業がまた忙しくなりそうな感じ。今のうちに Haiku、CoveredCalc 関係のことをできるだけやっておこうと……。
そういや、Windows 7 のことを考えていませんね。Coveredcalc は動くのかなー。
]]> 情報 hironytic Sun, 25 Oct 2009 14:46:00 +0900 2009-10-25T14:46:00+09:00 http://hironytic.exblog.jp/9135022/ http://hironytic.exblog.jp/9135022/ よくわからないけれど、R1A1 では、IM で確定したときのメッセージに raw_char が入ってきてないようなのです。（Canna、Anthyのどちらも）
でも、KeyboardInputDevice.cpp は最近更新されていませんよね。
この raw_char を入れてるのは、キーボードから普通にキーが押されたときの部分なんでしょうか……。たしかに IM 経由でなければ raw_char が入ってきています。

私が Haiku（というか BeOS）の IM の仕組みをあまり理解していないので、ピントがずれてるのかもしれません。
このあたり、Murai さんの方が詳しそう……。私の頭の中で
BeOS で Canna といえば→ KanBe、KanBe といえば→ T.Murai さん
BeOS で Anthy といえば→ ＳＨＩＮＴＡ さん
という図式ができあがってます（笑）

それはともかく、インライン変換時は別にして、インライン変換未対応アプリに対しては
src/servers/input/BottomlineWindow.cpp
の BottomlineWindow::HandleInputMethodEvent() で作った B_KEY_DOWN メッセージが
投げられているのではないかと推測します。確かにここでは raw_char を入れてません。
ここでなんでもいいから raw_char を入れてみたら、Pe に日本語が入力できるようになるのかも。

うーん、いま手元に Haiku のビルド環境がないんですよねー。
ナイトリービルドの VMware イメージがそのまま公開されるようになってからは、そっちばっかりで試していたので。


Pe は日本語化されたものがあったんですね。全く記憶にありませんでした。
というか、そのころ、私は BeOS 系から完全に離れていたかも。
逆に Pe で raw_char は存在しないときもあるように考慮するとか（PalEdit がそうなってます）、
インライン変換に対応するというのがスマートなのかもしれませんが。

…ところで Pe のバグ報告とかパッチとかってのは、Haiku に送るのは筋違いですよね。
まあ、この問題は BeOS R5 との非互換という Haiku の不具合かもしれないので、突き止められたら Haiku の trac にチケット登録したいですね。
]]> 情報 hironytic Wed, 21 Oct 2009 14:59:29 +0900 2009-10-21T14:59:29+09:00 http://hironytic.exblog.jp/9128196/ http://hironytic.exblog.jp/9128196/
Paladin は初めて使ってみたのが 1.1 なのです。
なのでなんとも言えないのですが、Make したときのコンパイルエラーや警告をハンドリングしてリストにしてくれるのと、Run Logged で実行すると標準出力を(?)ハンドリングしてくれるウィンドウが出るのはいいなと思いました。
逆に言えば、それ以外は Pe + 手動 make でもそれほど困らないかなという感じもありますが。
でも 1.1 の新機能らしい Code Library は、よく使い方がわかっていません。

あと、"raw_char" は、IM からの確定時に、BeOS の Input Server は追加してくれるけど、Haiku の Input Server は追加してくれてないのではないかなというのが私の推測です。
と、これだけではナンなので、簡単なテストプログラムで試してみました。
BeOS R5 だと、IM からの確定時、カレントメッセージに "raw_char" として 0x0a をセットしたものが飛んできています。（0x0a って LF ですよね。別に Enter で確定しなくても常に 0x0a なんですよ……。なんでまた？）
Haiku (R1A1) だと、やはりカレントメッセージに "raw_char" がセットされていないみたいです。
murai さんとこで、Input Server が追加しているみたいというのは Haiku の話でしょうか？
最近のナイトリービルドでは追加されている…とか？

あと、手元の BeOS R5 環境で確認してみましたが、Pe 2.4.1 (x86) Open Source Version ではインライン入力はできませんでした。
もう少し前の Pe (ver 2.3) も試してみようかと思ったんですが面倒だったのでやめました(^^;
前は Pe より BeIDE が使いやすいと感じていたんですよね。なのであまり Pe 使った記憶がなくてインライン入力できたかどうか覚えてないです。
]]> 情報 hironytic Tue, 20 Oct 2009 00:12:32 +0900 2009-10-20T00:12:32+09:00 http://hironytic.exblog.jp/9074725/ http://hironytic.exblog.jp/9074725/ というのも、Haiku R1A1 の Pe で日本語が入力できないのに少々不満があるので。
ちなみに CoveredCalc ではそれほど日本語を入力しないので、どうでもいいちゃあいいんですが。

使ってみた印象としては「いいっ！」ですね。
BeIDE を目指していると言うだけあって、よくも悪くも BeIDE 風です。
＃ソースファイルのグループくらいは多階層にできてもいいじゃないか……。
もう Pe 使うのに慣れているので、エディタが Pe ベースというのも使いやすいです。

CoveredCalc はソースファイルが多いので、Paladin 用のプロジェクトファイルを作るのは面倒。
Pe + make から乗り換えるかどうかはわかりません。

それはそうと、Paladin のエディタ部分 PalEdit は Pe をベースにしているのに日本語入力ができます。（こちらで村井さんが文字化けすると書かれてますが、少なくとも Haiku R1A1 と BeBits にある Paladin 1.1.0 の組み合わせでは文字化けせずに入力できました）
それをヒントに Pe と PalEdit のソースコードを比べたところ、Pe でエラーが出てしまうのは PText::KeyDown() の中の次の部分が原因のよう。
FailOSErr(Looper()->CurrentMessage()->FindInt32("raw_char", &ch));
PalEdit だと FailOSErr が外されています。
Pe が出すエラーメッセージから考えても、Haiku だと IM(IME) から入力されたときに、メッセージに "raw_char" が含まれてないんでしょうね。
そもそも IM(IME) からの入力の場合、いったい何が "raw_char" になるんだという疑問はあります。

でも BeOS R5 がこのコードで動いていたなら、R5 では何かが入っているんだと思うのでそれを突き止めればいいのかな。
Haiku の問題なのか Pe の問題なのか、それとも両方の問題なのかよくわかりませんが。]]> 情報 hironytic Thu, 08 Oct 2009 14:31:08 +0900 2009-10-08T14:31:08+09:00 http://hironytic.exblog.jp/8972884/ http://hironytic.exblog.jp/8972884/ 今まで通り VMware で。試すというよりこれまでどおり、CoveredCalc for Haiku の開発環境にするつもりなんですけど。これまで通りっつっても3月くらいから作業してなかったわけですが。

VMware はイメージをダウンロードしてきて展開して起動するだけ。楽ですよね。

まだあまり使えてませんが、とりあえずファーストインプレッションを。

VMware イメージの Haiku ディスクのサイズがほとんど Full なのはどういうこと！？
/boot/home/config/fonts の下に日本語フォントを入れようとしたら、ディスク容量が足りなくて入りませんでした。
ディスク容量が 600MB しかありません。
それとは別に 2GB の空ディスクイメージがついてます。
これは、この 2GB の方へインストールしろということでしょうか？ 勝手にそうだと決めつけて、Installer で 2GB のディスクの方へインストールしちゃいました。

svnが相変わらず非ASCII部分のUTF-8を正しく扱えません。
Subversion が 1.6.5 になっていたのですが、やっぱり非ASCII部分が ?\229?\136 のようになります。
http://www.freelists.org/post/haiku/32bitwchar-t-branch-has-been-merged-into-trunk-full-rebuild-necessary,3
あたりを見て、もしかして治っているのかなーとか期待したんですが……。

Peが相変わらず日本語を受け付けません。
Pe に対して Anthy で日本語入力を行うと、確定時に Pe が「An OS error occurred: Name not found」というアラートを出して日本語が入力できません。
まあ、以前からそうだったんですが。BeOS 上の Pe はそんなことなかったので、Haiku 用にビルドされた Pe か、Haiku のどちらかの問題なんでしょうねえ……。

** ** **

3月ごろに比べると安定度は上がっているように思うのですが、なんともいえず。
svn と Pe の問題は Haiku の問題というのかどうか。OS の問題でもなさそうな気はしますけど。
CoveredCalc の開発では大きく問題になります。
Haiku の trac にチケットとして報告していいんでしょうかね。というかすでにチケットがあるかもしれませんが。（調べられません）

]]> 情報 hironytic Wed, 16 Sep 2009 21:16:35 +0900 2009-09-16T21:16:35+09:00 http://hironytic.exblog.jp/8930945/ http://hironytic.exblog.jp/8930945/ 前のエントリに 5 月が終われば‥‥とか書いてありますが、結局、9月になるまで大変でした。というか、5月はまだマシな方だったような。8月は一度だけですが連続34時間勤務とかありましたし(--;

とりあえず、まだ google のリポジトリにコミットできていなかった分をコミットしました。
古くは 3 月あたりに行った作業とかもあって、既に覚えていなかったりするんですが、とにかく機械的にコミットしました。
ビルド通るんでしょうか。ちょっと心配です。

まずはソースを思い出すところから始めないと‥‥。
]]> 開発状況 hironytic Tue, 08 Sep 2009 09:32:44 +0900 2009-09-08T09:32:44+09:00 http://hironytic.exblog.jp/8184499/ http://hironytic.exblog.jp/8184499/
会社から帰ってくる時間も遅いし、休日ももともと予定が入っていた用事があるとき以外は出社してるし。
家に帰ってもパソコンの電源をしばらく入れてませんでした。
ひさびさに今朝電源入れたら、Windows Update ‥‥。

というわけで、CoveredCalc をどこまで作ってる途中だったかわからなくなってきました。マズい（汗）

5月が来れば‥‥いや5月が終われば楽になるとは思ってるんですが‥‥。
この不況時、仕事があるのは幸せと思わないといけないんでしょうけど。
＃ただ、ムリのある仕事でも選んでる余裕がないからこんな状況に陥っているみたいですが。]]> 近況 hironytic Fri, 17 Apr 2009 09:21:37 +0900 2009-04-17T09:21:37+09:00 http://hironytic.exblog.jp/7794624/ http://hironytic.exblog.jp/7794624/
結局、Haiku 内で Autolock テンプレートを見つけることはできなかったんですが（どこかにあるのかな？）どうやら Haiku Coding Guidelines は、OpenTracker の Coding Guidelines を元にしているようです。全く同じ表現があります。で、OpenTracker には、AutoLock.h というものがあるのでこれが Autolock テンプレートではないかと思います。ただし、このクラス、もともとは Be Newsletters - Volume 4: 1999 にあるものではないかと思いますが。

んでもって、BAutolock と Autolock テンプレートの違いといえば、
BAutolock はテンプレートじゃないので引数に BLocker と BLooper をそれぞれとるバージョンが存在する。一方、Autolock テンプレートは Lock()、Unlock()、IsLocked() を実装するクラスなら何にでも適用できる。（具体的には BBitmap にも適用できる）
BAutolock はコンストラクタでロック、デストラクタでアンロックという使い方しかできないが、Autolock テンプレートはコンストラクタでロックせずに必要になったときにロックしたり、任意のタイミングでアンロックができる。
くらいのものみたいです。

BAutolock は「スコープに合わせて自動的にロック・アンロックする」という目的だけを持つ非常にシンプルなユーティリティとして提供されているものだと思うので、サードパーティのアプリケーションが目的に合わせて BAutolock を使うことは特に問題ないと思います。
Haiku Coding Guidelines はあくまで Haiku を作るときのガイドラインなので、Haiku にパッチを送ったりするのでなければ、他のカッコの位置とかのルールと同じ程度に参考にすればいいんじゃないかと思いました。
]]> 情報 hironytic Tue, 06 Jan 2009 10:25:05 +0900 2009-01-06T10:25:05+09:00 http://hironytic.exblog.jp/7691997/ http://hironytic.exblog.jp/7691997/ ノートPC は Aspire One に変わっているんですけどね。Aspire One からリモートデスクトップで別の部屋にあるメインマシンにログオンし、そこから VMware を起動して作業したりとか‥‥なんか間違ってますね。

久々に Haiku の環境を更新。r28724 になりました。CoveredCalc の Issue 38 が治ってました。まあ BeOS ではきちんと動いてたから Haiku の互換性の問題だとは思ってましたが、せっかくなので調査してフィードバックしたいと思いつつも、作業する余裕がなくて放置していたら治ってたという次第です。

ちょっと中途半端ではありますが、Windows 版の XML 言語ファイル対応がほぼ終わった状態です。BeOS/Haiku 版がまったくビルド通らなくなっているのでこれから対応を入れていきます。そろそろいったん google のリポジトリにコミットしなきゃいけないなーと思っているところです。
]]> 開発状況 hironytic Thu, 27 Nov 2008 09:37:10 +0900 2008-11-27T09:37:10+09:00 http://hironytic.exblog.jp/7654992/ http://hironytic.exblog.jp/7654992/
ここのところは、Windows 版の言語ファイルをリソース DLL から XML 形式に変更中です。言語ファイルの定義は、（メッセージなどの）文字列、ダイアログのレイアウト、メニューの 3 つなんですが、そのうち文字列については XML 形式に移行できています。リポジトリにはまだコミットしてませんが。現在はダイアログのレイアウトの対応中です。もともと Windows 標準のダイアログリソースを使ってたので何にもコードが必要なかったところを、XML 形式で書かれたレイアウト情報を元に自分でダイアログ内のコントロールを配置していく実装がいるのでそれに手間がかかってます。メニューはまだ手を付けていませんが、XML 形式ではただの文字列定義になる予定で、そこからメニューを作るところを実装する必要があります。

ダイアログについてもう少し詳しく書くと、CoveredCalc には、カバーブラウザ、バージョン情報、カバーの情報、設定、キーマップの 5 つのダイアログがあります。このうち、カバーブラウザ、バージョン情報、カバーの情報については移行完了済み。キーマップも実装はしましたが、設定ダイアログがないと呼び出せないので確認がまだ。設定ダイアログはこれから実装というところです。

まあでも、XML 形式に移行してしまえば、今後、言語ファイルを作るのは楽になりそうです。これまでは英語の言語ファイルを作るときなんか、Virtual PC で英語版 Windows 起動 → VC6 (英語版) 起動 → リソースを変更してビルドという流れだったので。それがエディタだけで済みます。あと、開発環境を Visual C++ 2008 Express Edition にした関係でリソースエディタがなくなっているのでその点も楽になるかもとか。

なお、現時点で BeOS/Haiku 版はビルドが通りません（爆）
まあ、BeOS/Haiku 版の言語ファイルも変更する予定があるので共通部分だけ変更してるからなんですけどね。
]]> 開発状況 hironytic Thu, 13 Nov 2008 08:43:59 +0900 2008-11-13T08:43:59+09:00 http://hironytic.exblog.jp/7495618/ http://hironytic.exblog.jp/7495618/ これまでの MBCS 版では、例えば日本語版の Windows なら Shift_JIS で使える文字しか扱えません。
Unicode 版では、Unicode 全部の文字が扱えます。もちろん、フォントが対応していないとダメですが。
代わりに、Windows 98/Me では動作できません。

次バージョンを予定している CoveredCalc v2 では、Unicode 版でリリースする気の方が強くなってます。
Windows 98/Me で動作しないことに不満がある人がもう少ないんじゃないかなあと思うので。



スクリーンショットはいろんな言語の文字を同時に表示できているところ。
まあ、BeOS 版だと最初からこれが当たり前なわけですが。
]]> 開発状況 hironytic Wed, 17 Sep 2008 23:09:12 +0900 2008-09-17T23:09:12+09:00 http://hironytic.exblog.jp/7449003/ http://hironytic.exblog.jp/7449003/ それから、BeOS 版の Makefile は OS が提供している makefile-engine を使っていたのですが、少なくとも現状の Haiku では makefile-engine がありません。

というわけで、とにかく Makefile を通常ビルドするのに使えるようにする必要があると思い、コツコツ修正していたのですが、ようやく納得のいく状態になりました。また、Haiku 上でもビルドが通るようになりました。これからようやく Haiku 上での開発もできそうです。

ちなみに、エディタは pe を使うことにしました。MPW（Macintosh Programmer's Workshop）の MPW Shell を思い出すような Worksheet がついていてビルドにすごく便利です。‥‥というものの MPW を使ったことはあんまりないんですけどね。もうほとんど覚えてないし。]]> 近況 hironytic Mon, 01 Sep 2008 22:32:17 +0900 2008-09-01T22:32:17+09:00 https://www.excite.co.jp/ https://www.exblog.jp/ https://ssl2.excite.co.jp/