2002-01-12
_ 場所
神奈川
_ アニメ
今週から始まって録画しておいたやつを見ました。他にもいくつか始まってたんですが、すっかり忘れてて録画し損ねました。おねてぃとか。
* 七人のナナ
奈々ちんの声ってこんな感じなのですね。歌は聞いてるけど、役者としての声は初めてかもしれない。あ。メモオフのときに聞いたか。
作品はドタバタしてますね。ラブひなもそーだったけど、ドタバタしてるのって嫌いです。
チョコレートケーキを皆でとりあって町中を飛び交ってた場面。みんなで叫んでましたが、あの場面は発狂しそうになりました。見るのやめようかと。でもせっかくだからもうちょい見ます。
* アクエリアンエイジ
これ良いっすね。見やすい。あと絵がきれい。このままこれくらいの絵で行ってくれると嬉しいです。
_ FreeBSD
なんだかんだで FreeBSD にしました。いや先日も入れたのだけど、どうも初心者向けでないやり方でやったようなので途中でワケワカになりました。UNIX MAGAZINE 2000/03 から FreeBSD のインストール/設定の記事が連載されてるのでそれを参考に。
まずは apm を使えるようにこことかこことかこことかこことか見ながら設定。kernel make は初めてです土器土器。
apm をほげる際に必要な lphdisk は linux 用なのだけど、source 持ってきて compile すりゃ良いやということでやってみる。これ、ここに gzip と bzip2 の tarball があって、どっちかを使えば良いように見えます。でもじつは両方必要なんですね。正味の lphdisk が bzip のほう。lphdisk が使うモジュール( C 的にはたんに .c ) が bzip2 に入ってます。
やってみようとしたのだけど、make でエラー。ぱっと見て文法的におかしい所は無さそうなのだけど、gmake 使わないとダメとか？
_ アニメソング大集合！＠大宮
久しぶりに大宮。渋谷駅にて Suica イオカードを購入。初めて使います。良いかも。でも上限が \2000 はちときびしい。
渋谷から埼京線で行ったらすげえ時間かかりました。帰りに高崎線を使ったんですがかなり早かったです。渋谷から大宮へは今度から高崎線を使おう。
1730 会場着。近くのドトールに あだちさんが居るらしいけど、どこのドトールか分からなかったので合流しませんでし。
とっとと入場。手荷物を検査しないんですね。客に親子連れとか居るから分からんでもないけど、でもそれは別問題。検査くらいすれ。
入場してからすぐにはらださんと合流。あとちるさん、佐藤さんも来るそうです。
席に行ったら物江さん、わたなべさん( not らむ)と合流。じつはすでにちるさんは会場内に居たらしい。ここではもっちーファンが過半数とか。
ほぺさんと遭遇。あなたに 5 列目は譲れません(w 。
このチケット。吉田さんから「余ってるから」と貰ったものです。でも吉田さんが居ない。あとで聞いたら、今日は吉田さんが来れなくなったので、吉田さんが使うチケットを僕が貰ったらしい。
内容は省略。なんかすげぇ沢山居ました。もっちーは僕の好みじゃないですな。なんかね、キャラクタを作ってるのよ。猫被ってる？ ぱっと見てヤンキーっぽかったし。いやファンの方々ごめん。
でもさくにょんはヤバかったです。危うく属性がつきそうになりました。天然ですよあれ。
1 部が終ったのが 2145 ころ。すでに 1 h 押しらしい。開演したのは 1800 ですよ。何時間かかるんだ。
2 部は JAM Project 。すごいっすね。叫んでます。でも残念ながら僕は彼/彼女らの歌は知りません。
2155 ころ終了。あいかわらず始終ちんたらしてました。だって歌知らないもん。
帰り際にあだちさんと遭遇。池袋で飯食うことになりました。魚彦という所。入店したのが 2250 。2300 でラストオーダー。2300 で終了らしい。とっとと食うことにしました。海鮮料理が旨いっす。しょっぱなから日本酒。あだちさんと二人で飲んだのは初めてですな。
2003-01-12
_ なんでも鑑定団
ちっちのところにあったのでやってみた。
さて、仕事するか。
* 結婚適齢期
■あなたの理想に最も近い芸能人は・・・ 瀬川瑛子 さんです。 (決してお似合いという意味ではありませんのでご注意ください) ■各分類の説明・・・ 【恋愛成功率】 Fランク あなたの恋愛は全くと言っていいほど成功しません。残念ながら今の状態ではどう することもできません。今は何か他の趣味に専念してください。 【恋愛支配率】 Aランク恋愛の主導権は、ほぼあなたにあるようですね。でもスト レス発散のためだけに相手を縛る傾向があるようです。たまには相手のペースに合 わせた方がいいかもしれませんよ！ 【恋愛臆病度】 Aランクあなたは恋愛という言葉に対してかなり臆病なようです。 何かくらい過去があるのでは！？・・・そんなものは忘れてしまいましょう！
* 天職をさがせ！
みわさんの天職は・・・新宿機動刑事隊員 現在の仕事の適性度は『68.1%』です。(Cランク) 【職場環境の適正】Dランクあなたの職場環境は普通です。普通すぎて環境向上の努 力も怠ってはいませんか？ 今からでも間に合います。まず、同期か後輩と話し合い の場を持ってみるのもいいかもしれません。 【人間関係の適正】Eランクあなたの会社での人間関係には少しヒビが入っているよ うです。仕事上のトラブルは責任のなすりつけ合い、人の仕事には見向きもしない、 身に覚えがありませんか？ここから人間関係を築き上げることは大変なことです。 ただ、必死に努力すれば必ず良い結果となり、あなた自身にも何らかの変化がある はずです。 【仕事能力の適正】Eランクあなたの仕事能力はほとんど発揮されていません。あな た自身には発揮できないストレスがたまってきているはずです。一刻も早く上司に その不満を打ち明けてみることです。必ずしも良い結果が出るとは限りませんが、 あなたのストレスは幾分減るはずです。 【仕事運の適正】Sランクあなたの仕事運は最高レベルです。運とは使えば減るもの ではなく一生付いて回るものです。その『運』をうまく使えるかどうか、あなた次 第ですね。
* メンタルクリニック
年 齢： 25歳 精神年齢： 24.5歳 分類名 相応年齢 点 数 (0〜100) 【善悪判断力】 2歳 96.5 【本能抑制力】 33歳 22.4 【奉仕精神】 47歳 33.1 【物欲】 12歳 38.3 【嫉妬深さ】 1歳 49.6 【執念深さ】 52歳 61.5 所 見： 思考能力：低下の可能性あり 抑制能力：低下中 奉仕精神：やや低下ぎみ 物欲：退化 嫉妬心：幼児化 執念深さ：老化・肥大化 診療代金 : \98,078
* 喜怒哀楽天気予報
2003/01/12 本日の予報・・・ 晴れのちくもり一時激しい嵐になるでしょう (降水確率 : 20%) 分類名 ランク グラフ 喜 A 122.9% 怒 E 16.7% 哀 C 69.6% 楽 D 31.8% 2003/01/13 明日の予想・・・ 雨でしょう (降水確率 : 60%) 分類名 ランク グラフ 喜 E 22.5% 怒 S 145.6% 哀 C 53.5% 楽 C 48%
_ 仕事
2130 退社。作業は遅々として進まず。鬱だ。
2004-01-12
_ 仕事
0750 出勤。
_ なんだか
最近は流行に乗り遅れまくってる気がする。IRC 見てもたいはんの話題が分からない。
_ 買物
いまだに先月買った雑誌などが積読状態なんだけドネ。
- 声優グランプリ
- UNIX USER
- バイトでウィザ−ド - 流れよ光、と魔女は言った
- バイトでウィザ−ド - 滅びよ魂、と獅子はほえた
- バイトでウィザ−ド - 蘇れ骸、と巫女は叫んだ
- バイトでウィザ−ド - 魔法使いで一攫千金！
- バイトでウィザ−ド - 滅せよこの想い、と彼女は哭いた
- 明日の新横浜→名古屋の切符
_ 声優グランプリ
そんなわけで会社で見てみた( 読んではいない )。はふんはふん
_ 仕事
2300 退勤。
2005-01-12
_ 爽やかな朝のためにすること
( via RinRin王国 )
スッテップ１． 同じ時刻に起きましょう（二度寝をしない）
だいたい毎朝 0600 に起床してます。おけ
スッテップ２． 起きたら５分でいいから外に出ましょう。
実は一番の目覚ましは太陽の光なのです。
朝起きて玉川に行って帰ってきてもまだ太陽は出てません笑。
スッテップ４． 眠りのために夕方にむけて運動量を増やしましょう。
んまー、OK かな。
スッテップ５． 夕食後すぐに寝るのはタブー
夕食は寝る２時間前に
残業するようになるとこれは実現不可能。
つか、仕事場で飯を食えばいいのか。
スッテップ６． 入浴はぬるめのお湯で
適当にヌルイお湯だけど、何分くらい入ってるといいのだろう。
私は 5 分も入ってないのだが。
スッテップ７． 寝る前の３０分以上をリラックスタイムに
夜遅くまでパソコンに向かっていたり、家でも仕事をしていたりすれと、ふとんに入ってもしばらく交感神経の緊張状態が続くので寝付きづらくなります。寝る前は好きな音楽を聴いたり、マンガを読んだり軽くストレッチをするなど自分にあった方法で心身ともにリラックスをしましょう。
好きな音楽聞きながら寝る直前まで IRC やっているのだけど、それだと相殺されてしまうか。
スッテップ８． ふとんに入ったらすべてを忘れて
くれぐれも寝る前は良い状況を思い描いて寝るようにしてください。
良い状況を思い描いた直後に「 そんなことありえねーよ 」と悪い状況を思い描いてます。
後ろ向き指向。
ぃゃ前のめり指向でいくと「 そんなことありえねーよ ＿○□＝ 」となるか。
2006-01-12
_ 仕事
0730 寒川。
_ 仕事
今日も川崎。
_ 巡回先が多すぎるっていうか
Firefox のタブを数えてみたら 72 個開いていたんでこれはちょっと多すぎだろ、巡回に時間かかってるしと思ったのだけど、じつは 72 個なんてそれほど多くなくて周囲の IT ぽーふぇっしょなる達はもっとたくさん巡回してるんでしょうか。
むしろ最近は RSS リーダーを使ってるから巡回なんてローテクなことしないぜ といった風潮だったりするのだろうか。
_ デブサミ 2006
派遣先のひとに 2 月の予定を聞いてみたが、休暇をとれるかはかなり難しそうだ。
2 月からは客先作業が始まる予定なので私ひとりの都合だけでは動けないのであった。
なー。
行きたいなー。
出来ますれば、休日出勤して日程を前倒ししてでも行きたいところだ。
_ www.codeblog.org - CodeBlog
( via UkaiDiary )
以下引用。
本プロジェクトは、「電子政府に用いられるOSのセキュリティ品質評価方法に関する調査研究」と題して、ソフトウェアのソースコードを読解・批評する方法論の確立を目的に、独立行政法人 情報処理推進機構 セキュリティセンター 情報セキュリティ技術ラボラトリーが主宰する調査研究プロジェクトです。
コウイチさんが触れていた けど、私も学生のころに Chasen を読んだりした程度であり、オープンソースといってもコード全てを読むことはあまりない。ぃゃ読まないのは私だけか。
コード全部を読むことはないけど、damontools の整然とした main() に悶えたり、quickml のエレガントな構成を見て はにゃーんとなったり、ところどころをつまみ食いするような読み方になるっすねい。
_ VOICES music from FINAL FANTASY
とも蔵の日記 を読んで思い出したのでオフィシャルページを見てみた。
日程が気になる。
2006年2月18日(土) 16：00開場／18：00開演
開場から開演まで 2 時間ある。
物販か？
物販がものすごいことになるのか？
2007-01-12 :-|
_ [人月][見積][物欲][オブジェクト指向]オブジェクト指向入門 第2版と あわせて買いたい
この本とソフトウェア見積り—人月の暗黙知を解き明かす スティーブ マコネル をあわせて買う
買ってしまいました。
今年も全力で物欲に生きます。
_ [NHK][漫画家][アニメ][浦沢直樹][神山健治][カトゆー家断絶][プロフェッショナル]NHK の番組いろいろ
( via [カトゆー家断絶 )
(・∀・)
RTM に登録しました。
あとは録画予約するだけです。
忘れないように > 自分
_ [萌え][脳内][FF12][グラディウス][崎元仁]通勤中に最後に聞いた曲が仕事中に永久に脳内再生されるパターン
Over the Sky の「 東ダルマスカ砂漠」が秀逸すぎるというか原曲の疾走感を残したままのアレンジなのでひたすら悶えてます。グラディウス V を初めて聴いたとき以来の感覚です。これって恋かしら。
考えてみればグラディウス V も FF12 も作曲は崎元仁さんですね。
崎元仁 萌え (*´Д｀)
という感じでしょうか。
B0002J54DM
_ [異界送り][アーロン][右クリック][コンテキストメニュー]元マイドキュメントで遊ぶ
元マイドキュメント[ 2007-01-09 ]を「異界」という名前にしてみました。
ファイルを右クリックしてコンテキストメニューで「送る」します。
アーロンを異界送りです。
_ [Amazon][JAZZ][BOSE]買い物
amazon
BEST JAZZ 100 は CD 6 枚組みなのですね。ちょいと圧倒されました。
BOSE のこれは IRC で URI があったので脊髄反射で買ってみました。
B000E6G61M
B00064X4QM
_ [飯][刺身][レモン][ソース][サーモン][マッシュポテト]飯
サーモンのムニエル、マッシュポテト。マッシュポテトは作り方同じ[ 2006-06-23 ]。レモンソースをかけてみました。
かんぱちの刺身。
_ [BOSE][スピーカー][オーディオ][カオス][ベニヤ板][崎元仁]BOSE マルチメディア・スピーカーシステム Companion3
早速設置してみました。思っていたより大きいです。というかサイズ見ないで買ったんだけどね。
坊主が上手に屏風に火を噴いた。
リモコンらしいです。音量調整と電源入り切りのみです。
ビデオなどを移動させて設置場所を作ります。背面はちょっとしたカオスです。まあどこにでもある光景ですね。
ベーススピーカーを設置します。
PC からケーブルをつないで PC からの出力を入力させます。さっそくテキトーに再生してみました。低音の響きがすごいです。ベースを設置したなんちゃってラックは木製であり後ろがベニヤ板なのだけど、そのベニヤ板が
ぶぶぶぶぶぶぶぶぶぶぶ
と震えるのでかなりうるさいです。むしろ迷惑だっ。スピーカーのリモコンでは最低の音量にしてあるけど震えます。なので PC のほうで音量を調整しました。うむ。これで解消されました。では明日から崎元仁はぁはぁ生活が始まります。乞うご期待。
クマー。
2008-01-12 :-)
_ [ケータイ][au][W53H]ケータイ変えました
二子玉川に au ショップがあるので行ってきました。従業員が美人でした。人妻でした。話し方が落ち着いていて声に響きがあり聴いていてとても心地良いです。もっと話してくれ (*´Д`) と世間話でもしようと思ったけど仕事の邪魔になるので止めておきました。
新しいケータイは W53H です。Wooo 端末です。ワンセグは見ないんですけどね。
「かんたんマニュアル」の右下のイラストはパラパラ漫画になってるんですね。
_ [屋敷新年会][天ぷら新宿つな八]屋敷新年会
＠天ぷら新宿つな八 総本店( via [を] ドナルド・ノーマン講演会 )
miwarin、TAB、Namiki、NOB、Moto、kaminagi
天ぷらウマいです。おなかいっぱいです。17時に入って20時に出ました。外には行列が出来ていました。予約なしで行けば行列の仲間に入れそうです。
- CCFF
- リッジレーサーは 1000km くらいでクリア
- 2 月 能登
- 6 月 浮遊大陸
- 北海道で -40 ℃を体感しよう
2010-01-12 :-)
_ 仕事
0830 出勤
_ [NetBSD]NetBSD 翻訳サイト削除のお知らせ
Twitter / tnozaki: @miwarin l10nなドキュメントは残念ながら本家では提供しない方針になりました
あら
去年だったのね
28 Dec 2009 - Website translations removed
超訳: 人手不足。あと原文嫁
_ [ANS]team-ans.jp サイトの変更通知を受け取る
- サイトの変更通知を受け取る => 登録
- miwarin@team-ans.jp に来る
- 条件: to:(miwarin@team-ans.jp) subject:(リッジレーサー7)
- 処理: miwarin@gmail.com に転送
- miwarin@gmail.com に来る
- 条件: to:(miwarin@team-ans.jp) subject:(リッジレーサー7)
- 処理: ラベル「ANS」を付ける
それPla ぽい
_ [リッジレーサー7]リッジレーサー7 オンラインバトルの勝率が2割なのは、勝つ自信があるコースが全体の2割であるから
なんじゃなかろうかと思って数えてみた。結論からいうと、だいたいあってる。
ノーマル、リバース合わせて全 44 コースのうち勝てるイメージを持っているコースは 14 ある。それ以外はどうも勝つイメージが浮かばない。
| 連番 | コース | 自信あり |
| 1 | Seaside Route765 | |
| 2 | Seaside Route765 R | |
| 3 | Rave City Riverfront | |
| 4 | Rave City Riverfront R | |
| 5 | Industrial Drive | ○ |
| 6 | Industrial Drive R | ○ |
| 7 | Lost Ruins | |
| 8 | Lost Ruins R | |
| 9 | Harborline 765 | |
| 10 | Harborline 765 R | |
| 11 | Old Central | ○ |
| 12 | Old Central R | ○ |
| 13 | Highland Cliffs | |
| 14 | Highland Cliffs R | |
| 15 | Seacrest District | |
| 16 | Seacrest District R | |
| 17 | Mist Falls | |
| 18 | Mist Falls R | |
| 19 | Midtown Parkway | ○ |
| 20 | Midtown Parkway R | |
| 21 | Aviator Loop | ○ |
| 22 | Aviator Loop R | ○ |
| 23 | Shadow Caves | ○ |
| 24 | Shadow Caves R | ○ |
| 25 | Laketop Parkway | |
| 26 | Laketop Parkway R | |
| 27 | Surfside Resort | |
| 28 | Surfside Resort R | ○ |
| 29 | Lakeshore Drive | |
| 30 | Lakeshore Drive R | |
| 31 | Southbay Docks | ○ |
| 32 | Southbay Docks R | ○ |
| 33 | Island Circle | |
| 34 | Island Circle R | |
| 35 | Bayside Freeway | |
| 36 | Bayside Freeway R | |
| 37 | Airport Lap | |
| 38 | Airport Lap R | ○ |
| 39 | Downtown Rave City | ○ |
| 40 | Downtown Rave City R | |
| 41 | Sunset Heights | |
| 42 | Sunset Heights R | |
| 43 | Crossbay Tunnel | |
| 44 | Crossbay Tunnel R | |
| 合計 | 14 |
14 / 44 = 0.318181818
2011-01-12 :-(
_ NetBSD ローダブルカーネルモジュール入門
http://www.netbsd.org/docs/ からリンクされてるが外部リソースなのでオレオレ翻訳してみた。
_ [翻訳][NetBSD][ローダブルカーネルモジュール][LKM]Introduction to NetBSD loadable kernel modules
NetBSD ローダブルカーネルモジュール入門
Introduction (はじめに)
Loadable kernel modules (LKMs) are quite popular on most modern operating systems such as GNU/Linux, FreeBSD and of course Microsoft Windows, just to name a few. They offer you the possibility to extend the kernel's functionality at runtime without recompiling or even rebooting the system. For example nearly every Linux device driver is available - or can be made available - as a loadable kernel module, that can be loaded at runtime to get support for a particular device (or even a pseudo-device).
ローダブルカーネルモジュール (LKM) は、たとえば GNU/Linux、FreeBSD、そしてもちろん Microsoft Windows のようにモダンなオペレーティングシステムで採用されているものである。これにより、システムを再コンパイルしたり再起動することなしに、カーネル実行中にカーネルの機能を拡張できる。たとえば、最近の Linux デバイスドライバーはすべてこの方式であり、実行中に個々のデバイス (疑似デバイスも含む) を有効にできる。
With NetBSD, LKMs are not that popular yet. At the time of this writing only a few drivers are available as loadable modules (mostly filesystem and compat drivers, and a few others such as the linuxrtc emulation). This might change in near future.
NetBSD の LKM はまだそこまでできていない。ローダブルモジュールとして書かれたいくつかのドライバ (ファイルシステムと互換性ドライバの大部分、そして他のいくつかの linuxrtc エミュレーション) については可能である。これは近々変更される予定だ。
The loadable kernel module interface was originally designed to be similar in functionality to the loadable kernel modules facility provided by SunOS. The lkm(4) facility is controlled by performing ioctl(2) calls on the /dev/lkm device, but since all operations are handled by the modload(8), modunload(8) and modstat(8) programs, you should never have to interact with /dev/lkm directly. Note, that you need to run a kernel compiled with the LKM option in order to make use of LKMs.
もともとローダブルカーネルモジュールのインターフェースは、SunOS のローダブルモジュールと同等の機能を実現するために設計された。lkm(4) は /dev/lkm デバイスを ioctl(2) で呼ぶことで制御できるのだが、modload(8)、modunload(8)、そして modstat(8) プログラムから呼ぶことにより操作する。けっして直接 /dev/lkm を操作してはいけない。(注意: LKM を利用するにはカーネルを LKM オプション付きでコンパイルする必要がある)
Writing the module (モジュールを書こう)
I'd like to show you how to write a simple character device driver that does nothing but the simple job of calculating the FIBONACCI numbers (I'll therefore name the module fibo.o and let all the function's names begin with fibo_). The driver will provide 8 minor devices /dev/fibo0 to /dev/fibo7. Each minor device offers the following functions:
フィボナッチ数を計算するだけの簡単なキャラクタデバイスドライバの書き方を示す( モジュール名は fibo.o とし、関数名は先頭に fibo_ を付けた )。ドライバは /dev/fibo0 から /dev/fibo7 の 8 個をマイナーデバイスを提供する。各デバイスは以下の関数を持つ:
static int fibo_open(dev_t, int, int, struct proc *); static int fibo_close(dev_t, int, int, struct proc *); static int fibo_read(dev_t dev, struct uio *, int);
You can open and close a device provided by this driver and you'll be able to read from it (we'll have a closer look at the parameters later, when we discuss the actual functions). Now we need to tell the kernel that we provide a character device with the 3 functions listed above. Therefore we need to fill in a struct cdevsw (cdevsw means character device switch and the struct cdevsw is defined in sys/conf.h).
ドライバを使うことにより、デバイスの開閉と読み込みができるようになる( ここに書いた関数は後述するような引数をもつ )。前述した、このキャラクタデバイスがもつ 3 つの関数を使えばカーネルと通信できるようになる。そのためには cdevsw 構造体を埋める必要がある( cdevsw はキャラクタデバイススイッチという意味であり、sys/conf.h で定義されている )。
static struct cdevsw fibo_dev = {
fibo_open,
fibo_close,
fibo_read,
(dev_type_write((*))) enodev,
(dev_type_ioctl((*))) enodev,
(dev_type_stop((*))) enodev,
0,
(dev_type_poll((*))) enodev,
(dev_type_mmap((*))) enodev,
0
};
enodev is a generic function that simply returns the errno(2) ENODEV (Operation not supported by device) which says that we does not support any operations besides open, close and read. So, for example, whenever you try to write to the device, the write(2) will fail with ENODEV.
enodev は errno(2) の ENODEV (Operation not supported by device) を返す関数 である。{generic function はプログラミングのテクニックとしての「ジェネリック」のことか? } fibo.o はデバイスの開閉と読み込みしかサポートしないためだ。たとえば write(2) でデバイスに書きこもうとすると ENODEV が返る。
Furtheron we need to tell the kernel how the module is named and where to find information about operations provided by the module. This is a quite simple task with the lkm interface: we use the preprocessor macro MOD_DEV, which is defined in sys/lkm.h to hand the information over. The MOD_DEV macro was changed in NetBSD-current, therefore we use the following construct to get things working with both NetBSD 1.6 and earlier and NetBSD 1.6H and later (thanks to Anil Gopinath for the hint).
では、モジュールを使ってカーネルと通信するためにモジュールが提供する操作について見てみよう{ is named って???? }。 ここでは sys/lkm.h で定義されている MOD_DEV マクロを使い、lkm インターフェースでの簡単な操作をする。MOD_DEV マクロは NetBSD-current で変更されたので、NetBSD 1.6 以前と NetBSD 1.6H 以降の両方で動作するように、以下のように定義しておく( ヒントをくれた Anil Gopinath ありがとう )。
#if (__NetBSD_Version__ >= 106080000)
MOD_DEV("fibo", "fibo", NULL, -1, &fibo_dev, -1);
#else
MOD_DEV("fibo", LM_DT_CHAR, -1, &fibo_dev);
#endif
This means that our module is named fibo, we'll provide a character device (minor devices are handled by the module itself, so they doesn't matter for now), we want to retrieve a dynamic major device number from the kernel (if you want to use a specific major device number you'll need to specify that instead of the -1, but beware of getting in conflict with other device drivers) and we provide the information about the supported operations in fibo_dev.
ここでキャラクタデバイスのモジュール名を fibo とした( マイナーデバイスはモジュール自身によって扱われるが、それは重要ではない )。カーネルからダイナミックメジャーデバイス番号を取得したいので、fibo_dev でサポートしている操作の情報を提供する( メジャーデバイス番号について詳細を取得したい場合、-1 を指定すればよい。ただし他のデバイスドライバと競合するので注意 )。
In order to ensure proper unloading of the module we need to keep a global reference counter of opened minor devices.
モジュールをアンロードするためにオープン済みのマイナーデバイスのグローバル参照カウンタを保持することにする。
static int fibo_refcnt = 0;
And furtheron we need to keep a bunch of information about each minor device.
次に、マイナーデバイスごとの情報を保持しておく。
struct fibo_softc {
int sc_refcnt;
u_int32_t sc_current;
u_int32_t sc_previous;
};
#define MAXFIBODEVS 8
static struct fibo_softc fibo_scs[MAXFIBODEVS];
As mentioned above our driver will provide 8 minor devices. Each minor device stores information about how often it was opened (in our example each minor device can only be opened once because of simplicity), the current number and the previous number for calculating the FIBONACCI numbers. If you don't know how to calculate the FIBONACCI numbers, you should have a look on a book about algorithms, as explaining this is beyond the scope of this article.
前述したとおり、ここで作成するデバイスドライバーは 8 個のマイナーデバイスを扱う。各マイナーデバイスはどのようにオープンされたかという情報( 簡単にするためにここでは 1 度だけオープンされるものとする )と、フィボナッチ数の現在の計算結果と前回の計算結果を保持する。フィボナッチ数の計算についてはこの文書の範囲外なので、アルゴリズムの本を参照するとよい。
Each kernel module needs to have an entry point which is passed to ld(1) by modload when the module is linked. The default module entry point is named xxxinit. If xxxinit cannot be found, an attempt to use modulename_lkmentry will be made, where modulename is the filename of the module being loaded without the .o. In general the entry function will consist entirely of a single DISPATCH line, with DISPATCH being a preprocessor macro defined in sys/lkm.h to handle loading, unloading and stating for us. So our fibo_lkmentry function will look like this:
リンク済みのあらゆるカーネルモジュールは modload の ld(1) から呼ばれるためのエントリーポイントを必要とする。エントリーポイントの名前は既定では xxxinit となっている。xxxinit が見つからなければ modulename_lkmentry を使って作成してみるとよい。モジュールがロードされると、モジュールのファイル名から .o を省いた名前でロードされる。一般的にエントリーポイントは DISPATCH マクロ 1 行だけから成る関数である。DISPATCH は sys/lkm.h で定義されたマクロで、アンロードやステータス取得に使用される。我々の fibo_lkmentry 関数は以下のようになるだろう:
int
fibo_lkmentry(struct lkm_table *lkmtp, int cmd, nt ver)
{
DISPATCH(lkmtp, cmd, ver, fibo_handle, fibo_handle, fibo_handle);
}
Now we need a handler function for our module to do module specific tasks when loading, unloading or stating the module. The name of this handler function is passed to DISPATCH (see above) to tell the kernel which function it has to call when doing such things. A pointer to the module entry in the LKM table and an integer representing the desired command (LKM_E_LOAD, LKM_E_UNLOAD or LKM_E_STAT) are passed to the handler function. The handler is called after the module is linked and loaded into the kernel with the LKM_E_LOAD command. Then we need to check whether the module was already loaded into the kernel and initialize our data structures. When unloading the module, the handler is called with the LKM_E_UNLOAD command and we need to check if the module is not required any more (e.g. check if all devices are closed for char/block driver modules) before confirming the unload command.
モジュールをロード、アンロード、モジュールの状態を得るときにはどうすればよいか。これらの処理をおこなうときはカーネルと通信するのだが、そのためには前述した DISPATCH を書いた関数を利用する。LKM テーブル内にあるエントリーへのポインタと、そのためのコマンド (LKM_E_LOAD, LKM_E_UNLOAD or LKM_E_STAT) へのハンドラ (整数) が利用でき、これらを利用することでハンドラ関数を利用することができる。このハンドラはリンク済みモジュールを LKM_E_LOAD コマンドでカーネルへロードする。次にモジュールがロード済みかどうか、データ構造が初期化済みかどうかチェックしなくてはならない。とくに後処理が必要ないならば( キャラクタ、ブロックドライバモジュールがすべてクローズされているかどうかをチェックしたり ) LKM_E_UNLOAD コマンドでアンロードする。
static int
fibo_handle(struct lkm_table *lkmtp, int cmd)
{
switch (cmd) {
case LKM_E_LOAD:
/* check if module was already loaded */
if (lkmexists(lkmtp))
return (EEXIST);
/* initialize minor device structures */
bzero(fibo_scs, sizeof(fibo_scs));
printf("fibo: FIBONACCI driver loaded successfully\n");
break;
case LKM_E_UNLOAD:
/* check if a minor device is opened */
if (fibo_refcnt > 0)
return (EBUSY);
break;
case LKM_E_STAT:
break;
default:
return (EIO);
}
return (0);
}
The open function is quite simple as most of the hard stuff is already handled by the NetBSD kernel (e.g. the kernel will automatically allocate a vnode(9) for you). The parameters for the open function are the major and minor device numbers (use the major and minor macros), the flag and mode arguments as described in open(2) and a pointer to the struct proc of the process that did the open system call.
オープン処理はとても簡単で、NetBSD カーネルがやってくれている( たとえばカーネルは自動的に vnode(9) を確保してくれる )。オープン処理の引数にはデバイスのメジャー番号とマイナー番号を渡す ( major と minor マクロを利用すればよい )。フラグとモードは open(2) と同じ。プロセスの proc 構造体へのポインタも open システムコールと同じである。
So the first thing to do is to check if the minor device number we got when the device was opened is not out of range, and if the minor device is not already opened. You should always keep in mind that the minor device handling is completely up to you and that this is a never ending source of mistakes! Then we need to initialize the minor device data (the FIBONACCI starting numbers: = 1, 0 + 1 = 1, 1 + 1 = 2, 1 + 2 = 3, ...) and increase the minor device and the global module reference counter.
最初にやることは、デバイスがオープン済みかどうかをチェックすることだ。これはマイナーデバイス番号が out of range ではないことをチェックすればよい。
static int
fibo_open(dev_t dev, int flag, int mode, struct proc *p)
{
struct fibo_softc *fibosc = (fibo_scs + minor(dev));
if (minor(dev) >= MAXFIBODEVS)
return (ENODEV);
/* check if device already open */
if (fibosc->sc_refcnt > 0)
return (EBUSY);
fibosc->sc_current = 1;
fibosc->sc_previous = 0;
/* increase device reference counter */
fibosc->sc_refcnt++;
/* increase module reference counter */
fibo_refcnt++;
return (0);
}
The close function has the same parameters with the same meanings as the open function described above. It is used to free the internal data structures of a minor device opened before. You do not need to worry whether the device was opened before or to do things like releasing the vnode associated with the device, all you need to do is to cleanup the module specific stuff. In our example this means decreasing the minor device and the global module reference counters and so that our close function is quite simple.
close 関数は open 関数と同じような引数を受け取り、オープンされているマイナーデバイスの構造体( これは内部データである )を解放する。ユーザーはデバイスがオープン済みかどうか、vnode が関連付けられているかどうかを気にする必要はない。モジュールがよきに計らってくれる。ここで示す close 関数の例では、マイナーデバイスとグローバルモジュールリファレンスカウンタを減算するだけの簡単なものになっている。
static int
fibo_close(dev_t dev, int flag, int mode, struct proc *p)
{
struct fibo_softc *fibosc = (fibo_scs + minor(dev));
/* decrease device reference counter */
fibosc->sc_refcnt--;
/* decrease module reference counter */
fibo_refcnt--;
return (0);
}
Last but not least the read function. This function has 3 parameters: the device major and minor numbers like in the open and close functions, a flag field indicating for example whether the read should be done in a non-blocking fashion or such things and a pointer to a struct uio defined by sys/uio.h. A struct uio typically describes data in motion, in case of a read(2) system call data moved from kernel-space to user-space. This may look a bit strange if you have already done device driver progamming on GNU/Linux, but the uio concept used by the NetBSD kernel simplifies a lot of things and provides a generic and consistent interface for kernel-space to user-space and kernel-space to kernel-space data moving. See uiomove(9) for more information.
最後に read 関数に触れておく。この関数は 3 つの引数を受け取る。open 関数や close 関数と同じようにメジャーデバイス番号、マイナーデバイス番号、非ブロック実行などを示すフラグ、そして uio 構造体へのポインタ( sys/uio.h で定義されている ) だ。uio 構造体は、read(2) システムコールのようにカーネル空間からユーザー空間へデータを移動させる場合、たいてい以下のように定義される { ????? } 。あなたが GNU/Linux でのデバイスドライバプログラミングの経験があるならば、少し違うということに気付くかもしれない。NetBSD カーネルで使用されている uio 実装は、多様な場面で利用でき、汎用的であり、カーネル空間からユーザー空間へのデータ移動と、カーネル空間からカーネル空間へのデータ移動のインターフフェースに一貫性を持たせることが簡単に出来る。詳細は uiomove(9) を参照。
Back on stage, we should first have a look at the read function and discuss the details afterwards.
まず read 関数を見て、そのあとに詳細を議論しよう。
static int
fibo_read(dev_t dev, struct uio *uio, int flag)
{
struct fibo_softc *fibosc = (fibo_scs + minor(dev));
if (uio->uio_resid < sizeof(u_int32_t))
return (EINVAL);
while (uio->uio_resid >= sizeof(u_int32_t)) {
int error;
/* copy to user space */
if ((error = uiomove(&(fibosc->sc_current),
sizeof(fibosc->sc_current), uio))) {
return (error);
}
/* prevent overflow */
if (fibosc->sc_current > (MAXFIBONUM - 1)) {
fibosc->sc_current = 1;
fibosc->sc_previous = 0;
continue;
}
/* calculate */ {
u_int32_t tmp;
tmp = fibosc->sc_current;
fibosc->sc_current += fibosc->sc_previous;
fibosc->sc_previous = tmp;
}
}
return (0);
}
So the first thing we do, is to check whether the process requests less than sizeof(u_int32_t) bytes (actually 4 bytes). Our read function always reads a bunch of 4-byte blocks and to keep it simple and easy to understand we disallow reading less than 4 bytes at a time (uio->uio_resid holds the number of remaining bytes to move to user-space, automatically decreased by uiomove).
最初にやることは、プロセスリクエストが sizeof(u_int32_t) (たいてい 4 バイト)以下であることをチェックすることだ。read 関数は 4 バイトブロックとして読み込む。4 バイト以上とすることで簡単で理解しやすい実装になる( uio->uio_resid はユーザー空間へ移動させたバイト数を保持していて、uiomove により自動的に減算されていく )。
The function copies the current FIBONACCI number into the user-space buffer, checks for a possible overflow (only the first 42 FIBONACCI numbers fit into u_int32_t) and calculates the next FIBONACCI number. If there is enough space left in the user-space buffer, the function loops and restarts the process of moving, checking and calculating until the buffer is filled up to the possible maximum or uiomove(9) returns an error. Note, that a read(2) system call on this device will never return 0, and so it will never reach an end-of-file (EOF), so the device will generate FIBONACCI numbers forever.
フィボナッチ数計算処理におけるユーザー空間でのバッファーコピーではオーバーフローをチェックでき( ただし u_int32_t 以内に収まる 42 回目の計算まで ) それから次のフィボナッチ数を計算する。ユーザー空間にじゅうぶんな空き領域があるならば、最大数 { u_int32_t のこと ???? } に達したり uiomove(9) がエラーを返さない限りは処理はループし、ユーザー空間への移動処理を再開し、計算結果をチェックしつつフィボナッチ数を計算し続ける。注意: このデバイスでの read(2) システムコールは 0 を返さない。EOF も検出しない。計算したフィボナッチ数を返し続ける。
If you're familar with GNU/Linux device driver programming you might have noticed that we do not return -ERRNO on failure, and in case of the read system call the number of bytes read, but instead we return 0 on success and the positive errno value on failure. Everything else is handled by the NetBSD kernel itself, so we do not need to care about.
GNU/Linux でのデバイスドライバプログラミングに慣れているならば、失敗時には -ERRNO を返し、read システムコールは読み込んだバイト数を返すことを期待するだろうが、ここでは、成功時に 0 を返し、失敗時は errno を使うようにしている。これは NetBSD カーネルの慣習にならったものである。
Loading the module (モジュールをロードしよう)
Now that our device driver module is completed, we need a shell script that will be executed when the module is successfully loaded to create the required device nodes in /dev. This shell script (or program) is always passed three arguments: the module id (in decimal), the module type (in hexadecimal) and the character major device number (this differs for other types of LKMs such as system call modules). So our script is pretty simple:
デバイスドライバーは完成した。/dev にデバイス作成の要求があったときにモジュールがちゃんとロードがされるようにシェルスクリプトを書く。シェルスクリプト( またはプログラム ) は 3 つの引数をとる。モジュール ID (10進数)、モジュールタイプ (16進数)、そしてキャラクタデバイスのメジャー番号( システムコールモジュールを使う他の LKM とは異なる )だ。スクリプトはじつに簡単になる。
if [ $# -ne 3 ]; then echo "$0 should only be called from modload(8) with 3 args" exit 1 fi
First check whether all three command line arguments are present and exit with error code if not.
最初にコマンドライン引数が 3 つあるかチェックしている。無ければエラーとともに終了する。
for i in 0 1 2 3 4 5 6 7; do rm -f /dev/fibo$i mknod /dev/fibo$i c $3 $i chmod 666 /dev/fibo$i done exit 0
And finally (re)create the required special device nodes. Now we are ready to give our module a first test run. Compile the module and load the module with the following command (this needs to be run as superuser):
最後に要求があったスペシャルデバイスノードを作成する。これで第一歩の準備が整った。モジュールをコンパイルし、ロードするには以下のコマンドを実行する( スーパーユーザーで実行すること )。
modload -e fibo_lkmentry -p fibo_post.sh fibo.o
If everything went well, the modstat(8) program should present you output similar to this:
成功した場合、modstat(8) を実行すると以下のような出力になる。
Type Id Off Loadaddr Size Info Rev Module Name DEV 0 29 dca4f000 0004 dca4f260 1 fibo
Testing the module (モジュールをテストしよう)
In order to test your new kernel module, we need a small test program that does nothing more than reading a 32bit unsigned integer value from /dev/fibo0 and outputs the value to standard output. See the sample program below:
新しいカーネルモジュールをテストするために、/dev/fibo0 から 32 ビット符号なし整数を読み込み、標準出力へ出力するだけの小さいテストプログラムを書く。たとえばこう
#define DEVICE "/dev/fibo0"
int
main(int argc, char **argv)
{
u_int32_t val;
int fd, ret;
if ((fd = open(DEVICE, O_RDONLY)) < 0)
err(1, "unable to open " DEVICE);
while ((ret = read(fd, &val, sizeof(val))) == sizeof(val))
printf("%u\n", val);
if (ret < 0)
err(2, "read(" DEVICE ")");
close(fd);
return 0;
}
When you run this sample test program, it will output FIBONACCI numbers below 2971215074 until you interrupt or kill the program. To unload the kernel module, you need to run the following command (as superuser):
このテストプログラムを実行すると、途中で Ctrl+C させるか、または kill しない限り 2971215074 までのフィボナッチ数を出力し続ける。カーネルモジュールをアンロードするにはスーパーユーザーで以下のコマンドを実行する。
modunload -n fibo
A tar archive which contains the complete sources from the example above with a Makefile can be found here. I hope you liked this small introduction to the NetBSD lkm system. If you have any questions or if you would like to give me some feedback feel free mailing to benny@xfce.org.
ここで示したサンプルプログラムの tar 書庫は こちら からダウンロードできる。これには Makefile なども含まれている。これがあなたにとって NetBSD lkm システムを知る足がかりとなることを願う。質問など何かフィードバックがある方はフリーのメーリングリスト benny@xfce.org に投げてほしい。
2012-01-12 :-(
2013-01-12 :-)
_ [ガールズ＆パンツァー][舞台探訪]ガールズ＆パンツァー舞台探訪 1 日目
はじめに
茨城県水戸市大洗を舞台にしたテレビアニメ ガールズ＆パンツァー(GIRLS und PANZER) (以降「ガルパン」)の舞台探訪に行ってきた。
去年も「ガールズ＆パンツァー in 大洗」[ 20121118#p04 ] で行ったんだが当時は あんこう祭り参加に専念し、舞台探訪はしなかったんである。
宿
ガルパン 4 話で戦車に突っ込まれた旅館「割烹旅館 肴屋本店」( 実在する旅館 )があんこう鍋プランをおこなうというのでせっかくだから @yo_1 と一緒に「あんこうを食べにいこう (・∀・) 」と行ってきた。
この旅館
参考
今回も開拓者 @megtan のブログとグーグルマップを参考にした。ありがとうございます。
ガルパン仕様ラッピング列車
「ガールズ＆パンツァー in 大洗」でも見たあの列車が鹿島臨海鉄道で普通に走っている。時刻表( ガールズ＆パンツァー仕様ラッピング列車運行時刻のお知らせ(1/8~1/14) | 鹿島臨海鉄道株式会社 )を参考にし、時間を狙い定めてラッピング列車に乗ってきた。
車内にもいろいろ貼ってあったりする。
車内は我々と同じくカメラを持った同好者の方々ばかりであり「お先にどうぞ」「あ、では失礼して」などという風景も見られた。見られたというか、やった。
バス車内放送
茨城交通が西住みほの CV 渕上舞の車内放送をやっている。茨城交通 路線バス車内でしか聞けない車内放送！ - ガールズ&パンツァー 応援 PROJEKT by 茨城交通
んだが、今回はこれはパスした。
車内放送している区間が水戸駅からも大洗駅からも離れた区間でおこなわれるので、さすがにそこまで行って帰ってくるだけの時間はさすがに確保できないので今回はパス。そのうち聞いておきたいがなー。
ガルパン仕様レンタルサイクル
ガルパン仕様レンタサイクル がサービスされていたので借りた。西住みほ、秋山優花里仕様にした。秋山殿は良いです。
なんとなく借りた自転車だったんだが、これは借りて正解だったようだ。この自転車で走っていると地元のひとから話しかけられ( かなり目立つので道行くひとの注目を集める )、強面の若者からは「いやあ、オレも好きなんだよ。ガルパン」と言われるなどし、地元のひとたちとの会話を楽しめた。
自転車を借りたのが午後であり、午前中は徒歩で舞台探訪していたんだが、偶然にも 5 台( 主役チームのキャラクター 5 人ぶん )のレンタルサイクルを借りていた集団に遭遇した俺たちは、一緒に混ざって撮影させてもらってきた。
魚忠商店・ちゅう心
こちらも劇中に登場したお店。
@megtan によれば行列が出来るくらいの店らしい。11:30 開店であり 11:20 ころに到着したらすでに 10 人くらい先客がいた。もっとも、彼/彼女たちは予約客らしく、2F 席に行っていた。
我々は予約なんぞせずに行ったので 1F のカウンター席( 1F はカウンター席のみ )に着席。板前さんの包丁を眺めながら食事をしてきた。
せっかくだからオレは 2100 円の地魚丼を食べるぜ。
あんこう鍋
肝心のあんこう鍋なんだが、鍋をカメラで撮影し忘れた。
遭遇
Twitter で今日の宿泊地( 肴屋本店 )を post していたら @megtan から「後で集合」などと反応された。同じ宿を利用しているらしい。ということをそのとき初めて知った。@megtan が今日 大洗に居ることも肴屋本店を利用することも知らなかったんだが、こんな偶然があるものなのだなあ。
清酒 蝶野亜美 撃破率120%
大洗リゾートアウトレットにて売っているらしいので昼間に行ってみたらすでに売り切れていたのでショボーン (´・ω・`) としながら過ごしていたんだが、ところで宿の肴屋本店内にはお酒を入れている冷蔵庫がスタッフルームの近くに設置されている。何気なく冷蔵庫を外から覗いてみたら「清酒 蝶野亜美 撃破率120%」があるではないか。宿のひとに言って配布用、観賞用のために確保してもらった。
あんこう鍋を食べたあとに @megtan たちが宿泊している部屋へ 撃破率120% を手土産に遊びに行った。部屋のひとたちもすでに別のところで確保していた。
乾杯するなど。
ていうか ローリング廻し蹴り のひとが居た。ども、初めまして。どもども。
ガルパンの戦車や舞台探訪の話題をしつつ夜が更けていくのであった。
舞台探訪
@megtan の足あとを辿っただけですが
徒然日記｜ガールズ＆パンツァー 舞台探訪 磯浜町編 （03話、04話）
徒然日記｜ガールズ＆パンツァー 舞台探訪 大貫町周辺 （04話）
徒然日記｜ガールズ＆パンツァー舞台探訪 磯浜町04話の逃走シーン編
徒然日記｜ガールズ＆パンツァー 舞台探訪 大洗鳥居付近と大洗リゾートアウトレット周辺 （04話）
2016-01-12 :-)
_ やったこと
0630 起床 || 今日は休み
0800 通院しようとしたがその病院は紹介状が必須だった。無駄足だったのでとっとと帰る
0930 別の病院を予約した
1100 メガネ屋。
1230 おひる。カップラーメン
1430 通院
1700 ぐったり
2100 飯
_ メガネ屋へ行ってきた
昨日はメガネを忘れてしまったのだが今日は持参した。しかしレンズを交換してもらい試用したところ遠距離の像がダブる。プリズムレンズを使うことで補正できるということで、再度計測してもらい、プリズムを使ったレンズを作ってもらうことになった。
眼科へ行ったときもメガネ屋でも「斜視」 ( 日本眼科学会：目の病気 大人の斜視 )とは言われなかったので、それほど強烈な症状ではないようだ。ふうむ
_ 数日前からどうも目眩がする (3)
脳神経外科へ行ってきた。脳は異常なしだった。
MRI 検査してもらい脳をどうのこうの検査してもらったんだが脳はまったく問題なかった。
しかし結局 めまいの原因はわからず。どうすんだこれ
2017-01-12 :-(
_ 本を整理するなどしました(3)
ゆうパックのラベルを取り寄せて宛先を書いて段ボールに貼るなど。
_ ガウリールドロップアウト を見ました
怠惰な天使でした。とても有益です。楽して生きましょう。
2018-01-12 :-)
_ [cygwin][ruby][gem][bundle][bundler]cygwin で gem install bundler した bundle が行方不明だった
% gem environment RubyGems Environment: - RUBYGEMS VERSION: 2.6.11 - RUBY VERSION: 2.3.3 (2016-11-21 patchlevel 222) [x86_64-cygwin] - INSTALLATION DIRECTORY: /home/rin/.gem/ruby/2.3.0 - USER INSTALLATION DIRECTORY: /home/rin/.gem/ruby/2.3.0 - RUBY EXECUTABLE: /usr/bin/ruby.exe - EXECUTABLE DIRECTORY: /home/rin/bin - SPEC CACHE DIRECTORY: /home/rin/.gem/specs - SYSTEM CONFIGURATION DIRECTORY: /etc :
ここにインストールされた。ふむー
% ls ~/bin bundle* bundler*
_ [Debian][golang]Debian stretch (Debian 9)の golang を 1.7 から 1.8 にした
% cat /etc/os-release PRETTY_NAME="Debian GNU/Linux 9 (stretch)" NAME="Debian GNU/Linux" VERSION_ID="9" VERSION="9 (stretch)"
golang の sort.Slice は 1.8 から導入されたので 1.8 にします。
Debian のパッケージ golang のバージョンは 1.7 なので 1.8 をインストールするためには golang-1.8 をインストールします。パッケージ名にバージョン番号が書かれているというだけ。
% aptitude install golang-1.8
go はこんな感じでリンクされているので
% ls -l /usr/bin/go* lrwxrwxrwx 1 root root 20 12月 28 2016 /usr/bin/go -> ../lib/go-1.7/bin/go lrwxrwxrwx 1 root root 23 12月 28 2016 /usr/bin/gofmt -> ../lib/go-1.7/bin/gofmt lrwxrwxrwx 1 root root 7 5月 10 2017 /usr/bin/gold -> ld.gold -rwxr-xr-x 1 root root 3497864 11月 13 2016 /usr/bin/golint
リンクしなおします。
% rm /usr/bin/go % rm /usr/bin/gofmt % ln -s /usr/lib/go-1.8/bin/go /usr/bin/go % ln -s /usr/lib/go-1.8/bin/gofmt /usr/bin/gofmt
% go version go version go1.8.1 linux/amd64
2019-01-12 :-)
_ [netbsd]golang をビルドすると no space left on device と言われる
kaede# cd /usr/pkgsrc/lang/go111 kaede# make => Bootstrap dependency digest>=20010302: found digest-20180917 ===> Building for go111-1.11.4 cd /usr/pkgsrc/lang/go111/work/go/src && env GOROOT_BOOTSTRAP=/usr/pkg/go14 GOROOT_FINAL=/usr/pkg/go111 /usr/pkg/bin/bash ./make.bash Building Go cmd/dist using /usr/pkg/go14. Building Go toolchain1 using /usr/pkg/go14. Building Go bootstrap cmd/go (go_bootstrap) using Go toolchain1. Building Go toolchain2 using go_bootstrap and Go toolchain1. Building Go toolchain3 using go_bootstrap and Go toolchain2. Building packages and commands for netbsd/amd64. # cmd/trace /usr/pkgsrc/lang/go111/work/go/pkg/tool/netbsd_amd64/link: flushing $WORK/b323/exe/a.out: write $WORK/b323/exe/a.out: no space left on device go tool dist: FAILED: /usr/pkgsrc/lang/go111/work/go/pkg/tool/netbsd_amd64/go_bootstrap install -gcflags=all= -ldflags=all= std cmd: exit status 2 *** Error code 2 Stop. make[1]: stopped in /usr/pkgsrc/lang/go111 *** Error code 1 Stop. make: stopped in /usr/pkgsrc/lang/go111
Makefile より。WRKDIR は /usr/pkgsrc/lang/go111 の下なので、あやしいのは /tmp かしらん。
WRKSRC= ${WRKDIR}/go
TMPDIR?= /tmp
kaede# df -h Filesystem Size Used Avail %Cap Mounted on /dev/wd0a 2.0G 108M 1.8G 5% / /dev/wd0f 993M 56M 887M 5% /var /dev/wd0e 19G 3.4G 15G 18% /usr /dev/wd0g 35G 11G 22G 34% /home tmpfs 64M 4.0K 64M 0% /tmp kernfs 1.0K 1.0K 0B 100% /kern ptyfs 1.0K 1.0K 0B 100% /dev/pts procfs 4.0K 4.0K 0B 100% /proc tmpfs 256M 0B 256M 0% /var/shm
とりあえず再インストールして /tmp を 512MB に設定したら go111 をビルドできました。
2020-01-12 :-)
_ ,
映像研には手を出すな！ を見ました。これはすげえなあ。「アニメを作る」というテーマだけに収まらず、子供のころに空想していたことを実現させる、自分が夢見ていたことを他人にも味わってもらう、というもっと創造的なテーマだぞ。いや、アニメーターになるひとはみんなこうなのか。まさに「夢を売る」という仕事を表現している。
魔術士オーフェンはぐれ旅 を見ました。昔のオーフェンは見たことないんだけどノリでだいたい分かる感じがいいですね。それだけファンタジーという設定が「 枯れている」ということだろうな。
フライングベイビーズ☆プチ を見ました。ブリドカットセーラ恵美さんが出演してます。1 分 40 秒くらいの作品です。短い時間にボケとツッコミが詰め込まれていて忙しい。
空挺ドラゴンズ を見ました。「白鯨」のような飯テロでした。龍を狩猟するお仕事のひとたちの話なんだが、たぶん捕鯨船をイメージしてると思う。ラスボスはモビーディックに違いない。
推しが武道館いってくれたら死ぬ を見ました。生々しすぎてツラいんですが。
へやキャン△ を見ました。5 分アニメなのでサクサク見れますね。
22/7 を見ました。OP が AKB 臭がするなあと思ったらこの作品が秋元康によるプロデュースだった。あとキャラクターデザイン原案が多すぎる。温泉むすめか。
_ [艦これ]艦これ 2019秋イベント 進撃！第二次作戦「南方作戦」 E-6 「激闘！第三次ソロモン海戦」
甲クリア。
夏に続いて甲勲章を貰いました。疲れた。
しかし万年 丙提督の私のような提督が気軽に手を出すような海域じゃないですね。こんな凶悪な海域を攻略した先行攻略勢の提督たちには頭が上がらんですよ。
いつものように ぜかましねっとさんを眺めながら。
- 【秋イベ】E-6 輸送ゲージ 激闘！第三次ソロモン海戦【南方作戦】 - ぜかましねっと艦これ！
- 【秋イベ】E-6 ギミック１ 激闘！第三次ソロモン海戦【南方作戦】 - ぜかましねっと艦これ！
- 【秋イベ】E-6 ギミック２ 激闘！第三次ソロモン海戦【南方作戦】 - ぜかましねっと艦これ！
- 【秋イベ】E-6 二ゲージ目 激闘！第三次ソロモン海戦【南方作戦】 - ぜかましねっと艦これ！
手順はこんな
- 輸送ゲージ ←まだ楽
- ルート出現ギミック ←まだ楽
- 戦力ゲージ削り ←地獄
- 装甲破砕ギミック ←地獄
- 戦力ゲージ破壊 ←地獄
輸送ゲージ
輸送ゲージといいつつ水上打撃部隊で行きます。高速統一で最短ルート
輸送量は S 勝利でこれくらい。
基地航空隊。1,2 をボスマス集中。東海を B マス集中
ルート出現ギミック
Eマス/Hマス/Mマス（各空襲マスで優勢）で 1 回の出撃で出来るらしいですが、E 経由せず、H 経由して、M の前に大破撤退しました。なので 1 つずつギミック解除。
H マス
水上打撃部隊
基地航空隊
B マス集中
D マス集中
F マス集中
E マス (空襲マスで優勢)
【艦これ】19秋イベ攻略情報(甲)まとめ【1/2更新】:Lambda39のブロマガ さんとこによると、水上打撃部隊で到達できるらしいんですが、ルート制御が分からず、結局 空母機動部隊で到達させました。
基地航空隊。B マス集中
M マス (空襲マスで優勢)
潜水艦6で出撃。
基地航空隊。全部 M マス集中
基地防空 (基地防空2回優勢)
潜水艦 1 隻で出撃して基地への空襲を待ちます。
基地航空隊。全部防空。高々度爆撃なので秋水などを編成する。
制空権シミュレータ で計算。
- 総制空値 1147
- 対重爆 1376
Pマス/Nマス (PとNで各々S勝利1回)
通常艦隊
P マスで S 勝利したあと、あらためて出撃して N マス S 勝利やりました。
基地航空隊。P マス狙いのときは全部隊 P マス集中。N マス狙いのときは全部隊 N マス集中。
Vマス(A勝利以上２回)
空母機動部隊で
基地航空隊。1, 2 を D マス集中。東海を B と F マスへ分散。
戦力ゲージ 削り
いわゆる「虚無削り」と呼ばれる作業です。ボスの装甲が硬すぎるのでボスに到達してもほぼダメージが与えられず、ゲージがなかなか削れられません。「小破させたら大成功」と言われるほどです。
本体も支援も全員キラ付け。道中支援、決戦支援あり。基地航空隊は最初に熟練度MAXにしたけど徐々に削れていきました。というかボスの対空が凶悪なので基地航空隊がガンガン落とされます。
司令部施設を装備させ、道中で大破したときは撤退させてました。赤疲労なのは撤退後のため。
基地航空隊は V マス用のやつの第二部隊の零戦を陸偵へ変更し、陸偵1 陸攻3 をボス集中。東海を B マス集中。
装甲破砕ギミック
ボスが最終形態になったらギミック解除可能となります。
V マスがむずい。
SマスS勝利(水上打撃部隊)
ゲージ削り時の編成のまま。Sマスでネルソンタッチ。
支援は道中支援のみ(Sマスはボスではない)
基地航空隊は東海をBマスへ。陸攻をSマス集中。
QマスS勝利(空母機動部隊)
ルートギミックでVに行ったときの編成の軽空母を正規空母へ変更しただけ。
本体制空値 470 くらい。
道中支援あり(道中なので決戦支援は来ない)
基地航空隊は陸偵+陸攻 2 部隊を Q マスへ集中。東海を F マス集中。1 部隊 L マスへ送ろうとして間違えた。結局 L マスは完全勝利したけど。
VマスS勝利(空母機動部隊)
3 回で終えました。最初はネルソンタッチ編成で行ってたんですが、敵の第二艦隊が残ってしまうので、第二艦隊に比叡、霧島を移動させ、第一艦隊に武蔵を入れました。道中の空襲マスを 1 個余計に踏むルートとなりますが、かいくぐりました。
基地航空隊 陸攻はほぼ敵を沈められないと考えてよいらしい。いっそのこと制空特化してしまうのもありかも。
天山村田は五航戦に装備ボーナスあり
天山(村田隊) - 艦隊これくしょん -艦これ- 攻略 Wiki*
火力補正
- 翔鶴改二/甲 +4
- 瑞鶴改二/甲 +2
いっぽう流星改(一航戦／熟練) は素の火力が最強且つ五航戦に装備ボーナスはあるが、五航戦へのボーナスは村田隊よりも低い且つ「対空射撃回避効果が無い」
流星改(一航戦／熟練) - 艦隊これくしょん -艦これ- 攻略 Wiki*
火力補正
- 翔鶴改二/甲 +1
- 瑞鶴改二/甲 +1
道中支援は運を高めにしてみた。とくに効果はないような？
基地航空隊は 1, 2 を V マス集中。東海を F マス集中。
Mマス航空優勢(輸送連合or潜水艦隊)
潜水艦6隻で。
基地航空隊は全部 M マス集中
- 本体制空値 210超
- 基地航空隊制空値 730超
基地防空 優勢２回(潜水艦単艦等)
潜水艦 1 隻で出撃して基地が空襲されるのを待ちます。
基地航空隊
- 総制空値 1230
- 対重爆 1476
ゲージ破壊
いわゆるラスダン。23 回目で撃破しました。しかもボスで初めての S 勝利。
以下の状況が出揃うのが最低条件です。これが出るまでひたすら出撃を繰り返しました。最初の 5 回くらいはキラ付けのために 1-1 に出撃させてたんですが、面倒になったので間宮+伊良湖を使いました。15 個くらい消費しました。
- 丁字有利
- ネルソンタッチ発動
- 特効艦の夜戦カットインが旗艦に刺さる
ネルソンタッチの火力を出すためにネルソン、比叡、霧島にはフィット砲＋高火力砲を装備させました。ネルソンの試製 46 cm の影響なのかネルソンのミスが目立ちました。比叡、霧島は特効艦なので命中補正がついてるのかも。
基地航空隊。1, 2 はボス集中。東海は B マス集中。最初に基地航空隊の熟練度を MAX にしましたが、やはりガンガン落とされます。
最後に夜戦で 2 択。
夕立のカットインが旗艦に刺さりました。
残りの敵第一艦隊を殲滅し、S 勝利。ボスで初めて S 勝利しました。
夏イベントに続いての甲勲章。
Atlanta の声は名塚佳織さんらしいですね。
ラスダンだけで消費がこんな。
- 燃料 40889
- 弾薬 28348
- 鉄鋼 11150
- ボーキ 8878
- バケツ 91
2021-01-12 :-|
_ 日誌
0620 起床
0810 出勤。在宅勤務
リモートの Arch Linux を yay -Syu して reboot してしばらくしたらスリープしたので電源 ON するために仕事場へ移動
2045 退勤
飯
2022-01-12 :-(
2023-01-12 :-(
_ 日誌
おひる。カップ焼きそばを作ろうとしたら底が割れていた。お湯が流れ出していた。麺おいしいです ＾ｐ＾
飯。カレーラーメン。舞鶴へ行ったときにココイチの「カレーラーメン」という看板の文字を見かけたので作ってみた。なおココイチには入っていない。ラーメンの汁(たれ？) がカレーよりもはるかに弱くてかき消されてしまうので、ラーメンは持ったない気がする。
おやつ。十万石饅頭。去年サクラタウンへ行ったときのお土産。賞味期限切れです。
_ HAMMER2 ファイルシステムが NetBSD へ移植作業中
DragonFlyBSD's HAMMER2 File-System Being Ported To NetBSD - Phoronix
HAMMER2 は DragonFly BSD で使われているファイルシステム。 DragonFly BSD のリーダー(?) Matthew Dillon が作っている。
HAMMER2 は HAMMER ファイルシステムの後継。HAMMER を設計しなおして一から作り直している。
HAMMER2 は HAMMER の後継なのでまず HAMMER を把握しよう。
HAMMER は ZFS をもっとシンプルに設計して作ったファイルシステム。HAMMER には以下のような特徴がある。
- マルチボリュームに対応
- 最大ストレージ容量1Eiバイト(260バイト)
- クラッシュ発生からの迅速なリカバリー機能 (fsck不要)
- 過去のファイルにアクセスできるスナップショット機能
- キューを使わないインクリメンタルミラーリング機能
- アンドゥおよびロールバック機能
- リブロック
スナップショットが使えるファイルシステムというと Btrfs とも似ている？ Btrfs は NAS で使われているけど他でも使われてるんでしょうか。( Btrfs による企業データの保護 | Synology Inc. ) ( Btrfsの先進性 - ReadyNASが先進的なファイルシステムBtrfsを採用している理由 - NETGEAR ) ( 「スナップショット機能」が瞬時に復元ポイントを作成。信頼性をより高めた法人向けNAS「テラステーション TS6000シリーズ」 | バッファロー )
参考
2024-01-12 :-(
_ ガンダムSEED DESTINY を見た
テレビシリーズ 全 50 話。ガンダムSEED の続編。
ガンダムSEED はガンダムぽさがあるのでお勧めできるが、 DESTINY は蛇足だなあ。見てもみなくてもよいです。
宇宙世紀作品のネタがたくさん使われてるので宇宙世紀に馴染んだ層へアピールでもしたんだろうか。
2025-01-12 :-)
_ 呉紀行 2 日目
この日は昼前に呉から江田島へ移動します。
まず呉の艦船めぐり。外から「かが」を眺めます。
昨日艦内を見学したときに見かけた「かが」の旗が... 見える？ 見えない？ 明るくすれば見えるかも。
潜水艦も並んでおる。
おひるは 呉ハイカラ食堂 です。艦これコラボメニューの大和のオムライス。
江田島へ移動します。
長田製菓舗 です。こちらも艦これコラボ店です。
リスボン Lisboa です。こちらもコラボです。
サラトガクーラーを飲みます。生姜です。 甘口と辛口があり、辛口を注文しようとしたら店長から「素人にはおすすめできない」と言われたので、ひとまず甘口にしました。
第1術科学校 を見学します。
同期の桜 - Wikipedia のモチーフになっている桜です。
夜は Bar ナナセ です。 こちらも艦これコラボ店です。
うえーい
宿は ご安航 です。 フォントの視認性がよろしくないので初見では見逃しそう。
_ さいき [どんなのが流行してるんだろう？]
_ よしみつ [みわさんの荷物に混じって名古屋同行して良いですか(ぇ]
_ みわ [じゃあ 06:40 に新横浜集合ネ。06:53 のひかり 301 ですよ〜。お間違えなく]