libming が multibyte support していないかな、と libming-ml をのぞいていたら、
libming-0.3a が
ひそやかに release されている
のを見つけました。
…が、あいかわらず素直に build できません…。
libming-0.2a の debian/rules を使うだけでは
あたりで error 出しまくりです:p libming 自体は build 出来るのですが。
肝心の multibyte support に関してはあまり進んでいないような印象を受けます。
斜め読みしかしていないのですが、
JaMing を知らない
時点であまり期待できないようです。
JaMing の作者さんは patch を投げたりしていないのかな? もったいない。
日記の referer_log を見ていたら、katsuwo を検索してやってきた人がいました。
そこで、いったいどれくらいの rank にいるのだろうと調べてみました。
どうやらこのサイトは internet 上のサイトの中でも
4 位に位置する katsuwo ranker のようです。
ちなみに 1 位は
BSD 使いの katsuwo さん
のページのようです。
あの情報量にはどう逆立ちしても勝てない気がします…(^^;
ちなみに かつを ではずいぶん順位が落ちて 16 位です。
あいかわらず魚や "とんかつを〜" に負けているのは切ない気分にさせられます…。
2003年11月30日(日)
#1
[soccer] Marinos 2 - 1 Jubilo
昨日は直接横浜まで観にいってきました…しかし。
目の前で優勝をかっさらわれてしまいました。
引き分けで優勝が見えていた後半のロスタイムに入った直後、
ゴール前にあがったロングボール。
それを久保がちょんと触って、ゴール右上隅に吸い込ませてしまいました。
一瞬なにが起きたのか全然理解できませんでしたが、
マリノスサポーターの歓声でゴールが決まったことが分かりました。
確かに勝てそうにない、というのはずっと感じていたんですけどねぇ。
ボールをキープしても全然前に進めない。
センターサークルの少し前あたりでは横パスしか出来ずに、
パスを回させられていたし、クロスもシュートも全然でしたからね。
でも、こんなにあっさり決められるとは想ってもいませんでした(;_;
あーもーっ。悔しすぎるーっ(;_;
#2
Cocoroto Live @ O-West.
その後、一路渋谷に向かって亜紀さんの 10 周年ライブに参加してきました。
video clip(いくつかは album の booklet 用の撮影風景だと思う) と
それぞれの曲に対する亜紀さんのコメント video でスタート。
今まで video clip なんてほとんど出ていなかったと思うのだけど、
いったいこんなのどこに隠してあったんだろ?
live は基本的に best album である cocoroto に収録されている曲が中心でした。
cocoroto はまだ聴いていなかったので、違うアレンジでとても面白かったです:)
＠
あらら…:
帰りに曲目リストを配っていたので目を通したのですが、
それによると "もう何にもいらない" は cocoroto には入っていないそうです。
今回のアレンジはとても気に入ったのになぁ。残念。
あと、最後の最後にやった COCOROTO は cocoroto(album) にも入ってないみたい。
タイトルを聞いて収録されていると思っていたので、こっちも残念〜。
まぁ、しばらくしたら live dvd が出ると言うし、それを待つことにしますかねー。
＠
at home.:
家に帰ったら amazon で注文していた cocoroto が届いていました。
#3
GetVolumeInformation()
Windows であるドライブのファイルシステムを知るには
GetVolumeInformation() を使います。
const char pathname[] = "c:\\";
char szVolumeName[1024], szFSName[1024];
DWORD dwVolumeSN, dwMaxComponentLength, dwFSFlags;
GetVolumeInformation(pathname, szVolumeName, 1024, &dwVolumeSN,
&dwMaxComponentLength, &dwFSFlags, szFSName, 1024);
printf("VolumeName: [%s]\n", szVolumeName);
printf("FSName: [%s]\n", szFSName);
printf("Volume S/N: [%ld]\n", dwVolumeSN);
printf("MaximumComponentLength: [%ld]\n", dwMaxComponentLength);
これを ruby + win32api.so で実装するとこうなります。
require 'Win32API'
def get_filesystem_type(path)
return nil unless(FileTest.exist?(path))
args = %w(p p l p p p p l)
proc = Win32API.new("kernel32", "GetVolumeInformation", args, 'i')
drive = File.expand_path(path)[0..2]
buff = "\0" * 1024
proc.call(drive, nil, 0, nil, nil, nil, buff, 1024)
buff.sub(/\000+/, '')
end
手元で exerb + ruby180c.rbx を使って確認したところ、
問題なく動いているようです。
pdumpfs に取り込まれる前に、win32ntfs に fscheck を入れておこうかな。
#4
奥井亜紀 in store live at hmv machida.
hmv 町田で亜紀さんの in store live があるそうです。
前回
と同じように cd 購入者にはサイン会が付いてくるというやつなのかな?
昨日 amazon から届いた cocoroto は返品して、
hmv で買い直したいというアイディアを思いついたのだけど、どうしよう。
#5
yet another pdumpfs for NTFS
また pdumpfs の clone を
見つけた
。
これもベースは morioka さんのものなのですが、一点だけ違う箇所がありました。
それはこの箇所です。
# incomplete substitute for cp -p
def copy(src, dest)
stat = File.stat(src)
File.copy src, dest
+ File.chmod(0777, dest) # これやらないと次行でerrorが発生することがある (DQN.cc)
File.utime(stat.atime, stat.mtime, dest)
File.chmod(stat.mode, dest) # not necessary. just to make sure
end
どうやら permission が与えられている状態でないと
File.utime に失敗してしまうという bug のようです。
気になって実際に code を書いてみました。
#!/usr/bin/env ruby
begin
filename = 'hoge'
File.open(filename, 'w').close
File.chmod(0000, filename)
File.utime(0, 0, filename)
File.chmod(0644, filename)
puts "Normaly finished."
rescue
print "Error:\n"
print $!.to_s
end
gets
hoge というファイルを作成して、chmod 000 した上で File.utime します。
最後の gets はあとで exerb に書けた時に一瞬で終了しないためのものです(^^;
これを Linux 上で実行すると
% ruby -v hoge.rb
ruby 1.8.1 (2003-11-11) [i386-linux]
Normaly finished.
となります。
しかし、同じものを Windows 上で実行すると
Error:
Permission denied - hoge
となってしまいます。
やはり permission がない場合は File.utime に失敗してしまうようです。
＠
update pdumpfs-win32ntfs:
この修正を pdumpfs-win32ntfs に取り入れました。
上のページでは chmod(0777, dest) していたですが、
一時的でも不要な permission を与えたくなかったので
chmod(0200, dest) と最低限の permission を与えることにしました。
ただ、自宅ではテストが面倒なので、明日研究室でテストした後 release します。
あ。修正ついでに fscheck も入れてみました。
#6
pdumpfs-exclude.
ちょっと前に見つけた bug である、
"作業中にコピー元のファイルを消すとエラーが出る" という問題を修正しました。
こっちはそのまま release。
#7
fix .namazurc on this diary.
この日記の namazu の設定が間違っていて、
検索結果の link が使えなかったのを直しました。
namazu.cgi で ?20030101... という link を辿ると IE では
namazu.cgi?20030101... にアクセスしようとするようです。
netscape では ?20030101... にアクセスするので気づきませんでした。
修正は簡単に
Replace ? http://www.monochrome.jp/~katsuwo/diary/?
を追加しただけです。
以上、20 日分です。
このページへの link はご自由に。
アンテナへの登録の際には di.cgi を使ってください。
RSS 使いは rss.cgi もどうぞ。
