ネットニュース記事案内 (2002年10月21日〜)

ニュースグループに合わない、とってもハズした質問(笑)。

「追い込まれた」とか書いてるけど、閉鎖したのは自分の意志なんじゃないのかなぁ…。そりゃ、いろいろ心労もあるかもしれないけど、いかにも不可抗力のような書き方は自らが公開したという責任を放棄していると思われてもしょうがないと思う。

ま、まずはじめに「直リンク」だの「アップ」だのという言葉遣いをなんとかするべし(苦笑)。

perlがどうのこうのなんてのはそれからですな。そもそも、今解決しようとしていることはperl(CGI)プログラミングで解決すべきことじゃないってのに気がついていないことも問題だと思うぞ。

最善策は「どうせ閉鎖してるんだから、閉鎖しっぱなし」なんではないの?(爆)

NetNewsでは、昔からの慣習で^Lを改ページとして使用することが多いのですけれど、WindowsやMacintoshでは^Lは効かないと言い切られてしまいました(笑)。

結局のところOSじゃなくてリーダがサポートしているかどうかなのですが、速攻で指摘が入ってますから多少は安心。今はわたしもWindowsでNetNewsを読んでますけど、^Lはちゃんと改ページになってますし。とは言っても、使ってるのはMeadow上でGnusなので、あたりまえといえばあたりまえ。

わかってるつもりの半可通が一番怖いかも。おまけにこういうのに限って声がでかいからいかにも本当に聞こえるし。

fj.rec.games.video.pcにspam(?)が来ているようです。「ようです」というのは、うちのサーバには届いていないので(笑)。

Googleに残っていた痕跡を見る限りでは「闇の末裔」がどうのこうのというSubjectがそれっぽいので、アニメのキャプチャなのかな? しかしまぁ、よく飽きずに注入してきますな。暇人どもが。

多分、MS-DOS上のCプログラムをLinux上へ移植しようとしているのでしょうが、kbhit()+getch()をどうしたらいいのかという質問。この話題になると必ずといっていいほど太田さんが出てくるので、今回も出てきて指導してくれるに違いないと思っていたら、やはりおいでになりました(笑)。

見た瞬間にbusy loopになってるのがわかるので、まずそれを指摘。あとは、本当にやりたいことはなんなのかを明確にするべきことと、それを推測した上でのcurses利用、エコーバックなしの文字単位入力方法の紹介。

そのほか、C FAQの紹介とか、termioを使ったそのものずばりのサンプルプログラムなど。

…で、この後本人からの音沙汰がないんだけど、理解できてないのか、恥ずかしくて出てこれないのか…(苦笑)。

11月のコミック発売予定です。

最初に先月の補足ですが…とその前に先々月。「医龍」は結局買ってしまいました。まず「エルフェンリート」。帯(腰巻)に「にゅ!」とでかでかと書かれているのはどうなの?(笑) 「たかまれ! タカマル」は以下参照のように一ヶ月延期です。スタジオDNAの「痕 〜きずあと〜 コミックアンソロジー」もWebページによると一週間ほど延期らしい。「プリティ フェイス」は結局買わず。かなり悩んではいたんですが。

HTTPでNetNewsが読めるところ発見! とのことで、見に行ってみました。

…読みにくい(爆)。

駄文が復活しました(笑)。

どうも、2ndがEMP/ECPリストに載ってしまったようで、3rd Announceを出すにあたって本文のMD5チェックサムを変えるための文章が追加されています。

まぁ、読んでいただければわかりますが、現状のfjと委員会への思いが切々と(苦笑)綴られております。

…と、ここまで書いて更新前にもう一度fjを読んでびっくり。駄文だけ抜き出して投稿するという品のない行動発見。

確かにこの駄文はEMP除けでもあるけれど、Announce自体を読ませる方便にもなってることは明らかでしょ。なんでこういうデリカシのない行為をしちゃうかな。まぁ、普段から場の空気が読めてない人だな(内輪受け多すぎ、はしゃぎすぎ)とは思ってましたけど(笑)。

とりあえず、一番早いのに付けよう。

Subjectにはfj.news.miscとありますが、fj.news.group.miscにもspamが来てるようですね。よりによってカテゴリ管理系のグループに出すこたぁないだろと思ったのですが、委員会のほうでも「喧嘩売っとんのか」なる発言が出る始末(笑)。

このつながりで他でも話題になっていたようですが、これだけ頻繁に同種の記事群が来るようでしたら、これこれの形式の記事が○○通以上来始めたら、それらの記事はcancel &グループは一時的にmoderatedと決めてしまったほうがいいのかもしれません。

一般的なUNIX上で、ファイルの更新時刻を「標準的なコマンドだけで」、「できる限り精密に(UNIXなら限界は秒単位)」得る方法はないかとの質問。

C, perl, tcl等は反則と釘を刺してる段階で、「いったいどの時代の標準的なコマンドを想定しているのか」と小一時間…(笑)。Cは論外として、perlがダメってのは何年前の話だと聞きたくなりますね。そのくせ、後続の記事ではSolarisのtarとGNU tarの比較をしてたりして、GNU tarは標準なのかとこれも小一時間…(ぉ。

とはいえ、非常に面白い解がいくつか出ています。

中でも笑ったのが、touchで特定の更新時間のファイルを作成して元ファイルと比較し、二分法で収束させる方法。ただ、これは古来UNIXのtouchには特定の更新時間のファイルを作る方法がないからダメだと思うんだけど。(少なくとも4.3 BSDやSunOS 4.1にはなかったはず)

あとは

• tarを2段重ねにする方法 (分単位までは得られる)
  % tar cf - file | tar tvf -
• context diffのヘッダ出力を利用する方法 (むちゃくちゃ盲点/苦笑)
  % diff -c file /dev/null | head -1

などが主だったものですかね。必要なブロックだけ取り出すとか、odして解析するとかの改善案もありました。tarはシステムによってはlsと同じ日時表示ルーチンを用いているとかでダメな場合もあるようですが。

文庫のほうです。

合わせ技で。このノリ突っ込みのような記事はいったい…(笑)。

Dateフィールドの値が同じなのはmail→newsのゲートウェイ経由で一気に投稿されてるからなんでしょうね。実際の投稿(?)時刻が知りたいものである。