FreeBSDを語れ Part21

**名無しさん＠お腹いっぱい。** · 2008/08/15(金) 15:37:54

FreeBSDについて語るスレです。

The FreeBSD Project
http://www.freebsd.org/ja/

前スレ：FreeBSDを語る #20
http://pc11.2ch.net/test/read.cgi/unix/1209628424/

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 12:56:01

コンソールを「常に前面」にして透明コンポジット有効にすると
結構いい感じだな。
つーかバイオハザード思い出す。
xfceだと透明コンポジット使っても結構負荷低い
普段はオフにするけどね、
ハイスペックPCならビルドしているコンソールちょっとひっかけて
動画視聴とかもいいのかも
なんせビルド頻度の多いOSだから

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 18:06:36

もうすぐ１１月も終わりですが。。。

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 18:16:02

FreeBSD的にもうすぐです

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 19:34:43

FreeBSD的に「今店を出ました」

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 19:36:45

FreeBSD的にお前らいい加減にして下さい。

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 20:33:33

>>408
終わるから何？
おせち料理の準備が大変とか？

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 20:40:21

年賀状面倒

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 20:44:49

FreeBSDで年賀状作ればよし

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 21:59:10

年始のあいさつ回りを略式にしたのが年賀状。
現代社会では電子メールなどで十分。

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 22:18:54

電子メールでの年賀状なんてSPAMと同じ。
新年集中でメールサーバーの負荷になるのでやってはいけない。

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 22:20:42

10年前の論調ですね。携帯メール全盛のこの時代に何言ってんだか。

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 22:31:12

>>415
電子メールの年賀状なんてもらって嬉しいか？
サーバーの負荷はどうでもいいけど、扱いとしては SPAM と同じだろ。

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 22:37:07

だから、携帯のメールが普通だろ

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 22:38:30

FreeBSDでイーモバイルのD01NXⅡ（CFカード端末）は動く？
ググったけど情報なさすぎ。

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 23:02:59

携帯のSPAMはもっといやだろ

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 23:21:23

>>418
儀式・儀礼に嬉しいもクソもあるかｳﾞｫｹｪ

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 00:06:58

あけおめ、ことよろ。

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 03:51:51

開け
おめこ
とよろしく

って書いたらどうしてセクハラですか？

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 04:23:31

ウルトラ
マンコ
スモスと同程度にはセクハラです。

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 10:17:04

>>422
儀式・儀礼だったらもっとダメだろ JK

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 13:21:19

>>426
挨拶回りを何のかんのと理由を付けて略式化したものが
年賀状なのだから、さらに略式化しても問題ない。

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 13:34:36

>>427
略式化したつき合いしかない >>427 はそれでも良いかも知れない。

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 13:56:55

時代に即した付き合い、と言ってくれたまえ

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 13:59:27

427 が独身なのはよくわかった

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 14:06:22

>>430
バカめ、あと数月で私は魔法使いになれるというのに。

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 14:16:15

俺達・・・魔法で消されるのか・・・

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 15:04:43

魔法が使えるのは十代の女の子と
三十路過ぎの童貞だけ。

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 16:07:28

>>431は9歳なのか。

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 17:18:37

>>433
正しくないな、魔法が使えるのは思春期の女の子と
三十路を過ぎた童貞ニートだけだ。

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 17:20:10

ぢゃ、俺、上級魔法使いじゃん。

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 17:51:51

クラスアップ可能なのは女の子だけ
童貞には極初歩の入門魔術しかつかえん

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 18:56:57

どういう魔術なのか興味津々

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 19:21:34

手を使わないでオナヌー出来るようになります。

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 20:38:13

お前らなんでそんなに童貞なの？

**名無しさん＠お腹いっぱい。** · 2008/11/25(火) 00:29:45

FreeBSDって権利に問題なくてもパッケージにならないのが多いから
いっそのことベクターかなんかに野良パッケージをアップしちゃうのも手かもと思った。

**名無しさん＠お腹いっぱい。** · 2008/11/25(火) 06:05:36

いいアイデアですね。是非やってほしいです。

**名無しさん＠お腹いっぱい。** · 2008/11/25(火) 09:24:38

>441
いくつかメンテナしてる感覚からすると...

深く考えずに send-pr すると
深く考えずに採用してくれるような気もするけど

**名無しさん＠お腹いっぱい。** · 2008/11/25(火) 10:22:52

ezjailって何で未だにデフォルトパスのsrc.confしか通らないの？
有志がpatch出してるとはいえ、あまり要望つーか需要無いのかな

ホスト側構築時は普通に指定できるから、デフォパスの物はjail専用にして
host側構築時には別途host用のやつを用意してみんな運用してるの？

**名無しさん＠お腹いっぱい。** · 2008/11/25(火) 11:15:07

ezjailの開発者に直接要望出してるの？
ちなみに、開発MLあたりになげないと、PRは見てないっぽい。

**名無しさん＠お腹いっぱい。** · 2008/11/25(火) 11:25:35

>>443 send-prは障害報告なんだし
宣伝の仕方とかいちいちいっていいものかわからん。

ベクターにはUNIX系のカテゴリーがあってそこがすかすか
FreeBSD自体日本でも歴史もあるのに「至急アップデートしてください」のfirefoxすら
バイナリーがでまわらずPC-BSDくらいしかそれをやらないのは
依存度によってビルドが異なってくる雪だるま状態のportが多いせいだと思う。
それと案外と6,7,8で互換性ないからとかもあるのかも

FreeBSDなまるっこい鬼キャラのゲームをFreeBSDとWin用に作って
portsにじみーなユーティリィティをいくつかアップした段階で
自分がいいと思ったゲームとかそれを
インストールすることでベーシックなライブラリーの更新ができれば
便利だと思った訳だ。

それに現実問題として安定版リリースなのにパッケージが最新版にならないしね、

それとこのパターンだとCPU別最適化版とか改良版とか複数の人がアップするという形もありだよね
そういうものは本家のソースにも反映されると思うし
アップする人は多分一言ある人だろうから
ノーハウも含めて新規にFreeBSDをはじめる人にとって有用な情報が手に入りやすくなるし
Web上でキーワードとして探索される。
そういう流れをつくりたいわけ。

**名無しさん＠お腹いっぱい。** · 2008/11/25(火) 12:50:19

>>445
thx

MLに投げるしかないのか

**名無しさん＠お腹いっぱい。** · 2008/11/25(火) 21:56:12

>>440
UNIXユーザーは、結婚するまで童貞というのが世界共通の常識だ。

**名無しさん＠お腹いっぱい。** · 2008/11/25(火) 22:05:41

結婚してからも妻以外童貞だぞ。

**名無しさん＠お腹いっぱい。** · 2008/11/25(火) 22:06:29

その点は非常識でもいいのでわ？

**名無しさん＠お腹いっぱい。** · 2008/11/25(火) 22:07:05

>>449
それは童貞とは言いません。

**名無しさん＠お腹いっぱい。** · 2008/11/25(火) 22:11:34

ZFSってカーネルのディスクキャッシュみたいなのに全然載ってくれないみたい…。
パッチ<http://lists.freebsd.org/pipermail/freebsd-hackers/2008-June/024804.html>;当てて
カーネルメモリを3.5GBまで増やした。全く負荷がかかってない状況でddとかcat使ってみた感じだと
2.8GBぐらいまで一度読んだファイルはメモリに残ってる感じなんだけど、
実際にWebサーバーに使用してみると、300MB程度のファイルへの大量アクセスで
HDDのアクセスランプがつきっぱなし…

**名無しさん＠お腹いっぱい。** · 2008/11/25(火) 22:12:59

オレも、彼女ができるまでは童貞だった。
結婚してからも、妻と、元彼女と、元々彼女と、今のセフレ以外は童貞だ。

**名無しさん＠お腹いっぱい。** · 2008/11/25(火) 22:15:17

思い出に残るセックス

**名無しさん＠お腹いっぱい。** · 2008/11/26(水) 01:58:32

確かに俺もセックスした相手以外は童貞だな。

**名無しさん＠お腹いっぱい。** · 2008/11/26(水) 11:49:03

ZFSってちょっと速いだけでリスクが高すぎるんじゃないのか?
その処理分メモリードライブ(古い言葉遣い)を作って
いるところにシンボリックリンクをはって定期的か明示的に反映するとかの方が
いいと思う。(オリジナルはリネーム)
大量メモリーもってないからやってないけどportsのビルドとか顕著じゃないのかな

**名無しさん＠お腹いっぱい。** · 2008/11/26(水) 12:41:49

>>456
ZFSはExperimentalだし動かなくとも仕方ない。

**名無しさん＠お腹いっぱい。** · 2008/11/26(水) 13:11:00

おい
てっきりイブの夜に～スレだと思って
ZFSとか何こいつらスレ違いやってんの？とか書くところだったわｗ

**名無しさん＠お腹いっぱい。** · 2008/11/26(水) 18:08:33

RELENG_6_4_0_RELEASE登場！

**名無しさん＠お腹いっぱい。** · 2008/11/26(水) 18:11:15

7.1もやっとブランチ用意されたね。

**名無しさん＠お腹いっぱい。** · 2008/11/26(水) 18:18:38

メモリ、1GBあたり1000円切ってるのかよ……

**名無しさん＠お腹いっぱい。** · 2008/11/26(水) 19:49:53

11月に違いはなかったか。

**名無しさん＠お腹いっぱい。** · 2008/11/26(水) 21:19:43

>>456
むしろ遅いという話が多い気がするぜ

もうdat落ちしてるZFSスレで散々語られていた気がするけど

**名無しさん＠お腹いっぱい。** · 2008/11/26(水) 23:06:44

速いんじゃなく堅牢性・柔軟性・管理性を
求めるものだろ > ZFS

**名無しさん＠お腹いっぱい。** · 2008/11/27(木) 01:52:42

ZFS って VM と filesystem が中途半端に融合している感じがしてどうもねぇ。。
VM だけ、FS だけ的な使い方が出来ればいいんだけど

**名無しさん＠お腹いっぱい。** · 2008/11/27(木) 09:15:31

>465
確かに従来の FS のイメージではそう思うかもしれないし
私もそう感じないわけでもない

でもそこをきれいに切り分けしようとしすぎるのも
いけないんじゃないかとも思うようになった

たとえば RAID とかの冗長性は必ずしも volume manager 的レベルで
実現されるべきではなく、file system レベルで行われた方が
効率的(存在するファイルの分だけやればいいとか)な面もあるし
現在の分かれ方も歴史的に当時はその分け方がきれいだったという
以上の意味はないんじゃないかな。
たとえば ZFS は VM 相当のレベルでの RAID 機能を提供しているけど
copies=1or2or3 で RAID1 的機能を FS レベルでも提供可能になってる。
どうせなら RAID5/6 的な copies+ 機能も
あってもいいんじゃないかと思ったり。

今後 ZFS やその他ライバル群(HAMMERとか?)が興隆してくると
もしかすると新たな切目とかができるのかもしれないけど

**名無しさん＠お腹いっぱい。** · 2008/11/27(木) 18:34:33

まだ何もファイルを置いてないのに、RAID構築時に全部コピーするとか
一度ZFS使っちゃうとそんな時代には戻りたくないよ

**名無しさん＠お腹いっぱい。** · 2008/11/27(木) 23:38:27

もうカーネルメモリ不足でいきなりpanicする*バグ*は直ったん？

チューニング次第とか言うけど、絶対安全なラインが引けない以上、
バグと言うべきだと思う。

**名無しさん＠お腹いっぱい。** · 2008/11/27(木) 23:43:39

>>468
具体的にどんなことするとpanicするの？

**名無しさん＠お腹いっぱい。** · 2008/11/27(木) 23:47:44

カーネルパニックは、遭遇することないけれど、
デッドロックのバグは、たまにあるな(´･ω･`)

**名無しさん＠お腹いっぱい。** · 2008/11/28(金) 00:03:30

ZFSあたりでもろメモリ足りなくなってパニックになる人多発してたから
直ってないんじゃね？

**名無しさん＠お腹いっぱい。** · 2008/11/28(金) 09:44:44

gjournalってGEOMのだから、ファイルシステムのジャーナルじゃなくてデバイス丸ごとのジャーナルだよね？
なんでnewfsやtunefsでgjournalを有効にする必要があるの？

**名無しさん＠お腹いっぱい。** · 2008/11/28(金) 09:49:17

ジャーナル領域が少ないとpanicするgjournalもバグだよな
FreeBSDっていい加減だ

**名無しさん＠お腹いっぱい。** · 2008/11/28(金) 11:27:28

安全が確保できる量を現実的な範囲で見積れるなら、バグでなく
チューニングパラメータと言って良いけど、それができないならバグ。

**名無しさん＠お腹いっぱい。** · 2008/11/28(金) 13:24:36

http://gihyo.jp/admin/clip/01/fdt/200811/20
> failure modes
> 以前は書き込み要求が失敗した場合にはシステムはパニックしていましたが，
> 今回パニックモード（panic）以外にもディスクが現れるのを待つモードと (wait)，
> 書き込み要求をブロックして可能であれば読み込み要求だけを処理する
> モード(continue)が追加されました。

ってのはメモリ不足話じゃないから違うのかな?

確か ZFS のメモリ不足問題は amd64 ではあまり問題なくて
i386 は(元の ZFS コードが 32bit 環境を
もうほとんど考慮していないから)無理っぽいって
話だと思ったけど amd64 でも×なんだっけ?

**名無しさん＠お腹いっぱい。** · 2008/11/28(金) 13:43:50

何も考えずUFS2にしとけって

**名無しさん＠お腹いっぱい。** · 2008/11/28(金) 15:54:45

それで済むなら最初から ZFS の話なんてしないのさ

**名無しさん＠お腹いっぱい。** · 2008/11/28(金) 16:27:30

>>476は老人
>>477は若者

**名無しさん＠お腹いっぱい。** · 2008/11/28(金) 16:33:29

6.4-RELEASE

**名無しさん＠お腹いっぱい。** · 2008/11/28(金) 18:18:15

UFS2のタイムスタンプを2050年にする方法がわからん
まさかごみEXT3同様2038年問題があることもないと思うけれど
touchとかで32bitしか設定できずしょぼん。

**名無しさん＠お腹いっぱい。** · 2008/11/28(金) 19:20:55

何だ未来人か？

**名無しさん＠お腹いっぱい。** · 2008/11/28(金) 23:14:01

時間がらみのテストとかしてんじゃないのか？

**名無しさん＠お腹いっぱい。** · 2008/11/28(金) 23:33:29

>>479
Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994
The Regents of the University of California. All rights reserved.

FreeBSD 6.4-RELEASE (opoona) #6: Fri Nov 28 15:43:25 JST 2008

Welcome to FreeBSD!

Before seeking technical support, please use the following resources:

o Security advisories and updated errata information for all releases are
at http://www.FreeBSD.org/releases/ - always consult the ERRATA section
for your release first as it's updated frequently.

**名無しさん＠お腹いっぱい。** · 2008/11/29(土) 00:58:10

>>483

　　　　　　　　／￣＼
　　　　　　　　|　　　　|
　　　　　　　　＼＿／
　　　　　　　　　　|
　　　　　　／￣￣　＼
　　　　　／　　＼　／　　＼
　　　／　　 ⌒　　　⌒ 　　＼　　　　　　
　　　 |　　　　（__人__）　　　　|　　　　　　褒美としてオプーナを買う権利をやる
　　　＼　　　｀ ⌒´　　　　／　　　☆
　　　　/ヽ､--ー､＿＿,-‐´　＼─／
　　／　> 　　ヽ▼●▼<＼　　||ｰ､.
　 / ヽ､　　　＼ i　|｡|　|/　ヽ　(ニ､｀ヽ.
　.l　　　ヽ　　　 l　|｡|　| ｒ-､y　｀ﾆ　ﾉ＼
　l　　　　 |　　　|ー─ | ￣ l 　　｀~ヽ＿ノ＿＿＿_
　　　　／￣￣￣￣ヽ-'ヽ--'　　／　オプーナ　／|
　　　.|￣￣￣￣￣￣|／|　　　 |￣￣￣￣￣￣|／| ＿＿＿＿＿＿
／￣オプーナ／|　￣|__」／_オープナ　　／|￣|__,」＿＿_　　　　／|
|￣￣￣￣￣|／オプーナ￣／￣￣￣￣|／オープナ／|　　／　.|
|￣￣￣￣￣|￣￣￣￣￣|／l￣￣￣￣|￣￣￣￣￣|／|　／
|￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣|

**名無しさん＠お腹いっぱい。** · 2008/11/29(土) 02:25:55

OpoonaBSD

**名無しさん＠お腹いっぱい。** · 2008/11/29(土) 04:21:57

大きなバージョンアップをせずに、ちょっとずつ修正し続けてるLinuxと違って
FreeBSDはちゃんと段階踏んで開発してるから、変なバグの入り込む余地が少なくていいね
最初からこっち勉強すればよかった

**名無しさん＠お腹いっぱい。** · 2008/11/29(土) 04:31:24

両方勉強するのがいいよ。片方だけだとどうしても視点が偏る。

**名無しさん＠お腹いっぱい。** · 2008/11/29(土) 11:18:04

>>482
時間指定したファイルを用意しておいて
それを読んで状況判断して作業するテストの下準備

例えばportのビルドも作業終了をファイルでフラグにしている。

**名無しさん＠お腹いっぱい。** · 2008/11/29(土) 13:13:19

struct stat の st_mtime を sizeof したら 4 だし、無理じゃね？

**名無しさん＠お腹いっぱい。** · 2008/11/29(土) 16:36:11

6.4R出たことだし、7.1は一旦キャンセルしてports凍結の完全解除してくりゃれ

**名無しさん＠お腹いっぱい。** · 2008/11/29(土) 16:46:14

>>489
AMD64だとtime_tは8だぞ

**名無しさん＠お腹いっぱい。** · 2008/11/29(土) 16:53:18

/tmp% mount
/dev/ad4s1a.journal on / (ufs, asynchronous, local, gjournal)
devfs on /dev (devfs, local)
/tmp% touch -t 205010101010 foo
/tmp% ls -l test
-rw-r--r-- 1 tester wheel 0 10 10 2050 foo

というかAMD64ならUFS2？で何の問題もなく2050年10月10日に設定できたぜ

**名無しさん＠お腹いっぱい。** · 2008/11/29(土) 16:53:34

>>491 64bitってことですね、
悪いけれどAMD64でtouchでファイルの日付ちょっと変えてみて
ファイルシステム自体がintかそうでないかたしかめてくれませんかねぇ。
とりあえず2038年にして元にもどすとか
でできるならば32bit版でもtouchではだめでもCとかで操作できるはず
それにしても別にディスクアクセスなんてバイトオーダーなんだから
4byteでも5byteでも8byteでもかまわないのに...

**492** · 2008/11/29(土) 17:14:50

2050年にしてから戻すのも問題ないようだ。
ドラえもんの生まれた年でも、9999年でも問題ない。
touchはそのインターフェース上10000年問題を抱えてるが、
きっとプログラム書けば292277026596年までいけるんだろう。

ちなみに 7 STABLE (今年の10月ぐらいの)

**名無しさん＠お腹いっぱい。** · 2008/11/29(土) 17:16:43

i386だと time_t が4バイトだから、
utime(2) も stat(2) も、
APIとして64ビットのファイル日時設定・取得ができない。
デバイスを直接いじるなら別だろうけど。

**名無しさん＠お腹いっぱい。** · 2008/11/29(土) 17:41:01

488 = 493 ダス
493カキコしたときに>>492でてなかったのでちょっと493の内容がおかしい

要するにUFS2としては時間フィールドは64bitで
i386用時間関数が現時点でtime_t型依存でtouchもできないってことですね、
ファイルシステム自体が対応しているならまぁあせることはないか。
別に32bitOSが64bit扱えないはずもないのでちょっと調べてみる。
つーか変な機能よりこういうところとっとと関数を64bit化してほしいけど
互換性を考慮しているのかな?

**名無しさん＠お腹いっぱい。** · 2008/11/29(土) 22:30:35

64bit化よりも、AMD64使えってスタンスなんじゃね？

**名無しさん＠お腹いっぱい。** · 2008/11/29(土) 22:38:19

API変えちまったら、バイナリ全部死亡だから、洒落にならん。
i386→amd64と同じ手間かけるなら、amd64に行けということだな。

**名無しさん＠お腹いっぱい。** · 2008/11/30(日) 04:48:23

>>490
そやね、もしZFSがらみだと相当遅れるだろうし。

**名無しさん＠お腹いっぱい。** · 2008/11/30(日) 09:53:29

gerald 2008-11-23 20:53:10 UTC
Update to Wine 1.1.9. Among others, this includes the following changes:
--
It also fixes the "Invalid address" issue reported by some users, at least
according to my testing.
wineのアレは直ったみたいだ。

**名無しさん＠お腹いっぱい。** · 2008/11/30(日) 11:42:03

i386で64bit化しても上位がedxにのるだけだからかわらんだろう。
バイナリ全部死亡とかいうけれどバージョン変わったらどうせそうだし
2008年段階で対応していない事自体おかしい。

まぁとりあえずファイルシステムは対応しているので
ツール作ればどうにかなりそうですなぁ。
言語は使い方しだいで問題ないので環境変数とかで「basetime」をもつのが
無難な方法かな?

**名無しさん＠お腹いっぱい。** · 2008/11/30(日) 11:54:19

>>500 その日付のバージョンはダメなり

**名無しさん＠お腹いっぱい。** · 2008/11/30(日) 12:19:02

>>501
バージョン変わったくらいなら古いバイナリ動くだろ。
ライブラリのバージョンが問題なだけで、
システムコールのAPIがなくなるわけじゃない。

> ツール作ればどうにかなりそうですなぁ。
そんなので済むように見えないけど。
システムコールわかってなさそう。

**名無しさん＠お腹いっぱい。** · 2008/11/30(日) 12:27:25

amd64使えばいいじゃない

**名無しさん＠お腹いっぱい。** · 2008/11/30(日) 12:42:08

バイナリ互換は従来のエントリをold_statとか互換APIに割り当てればOK.

**名無しさん＠お腹いっぱい。** · 2008/11/30(日) 14:05:00

>>503
「表示」の整合性なんて全然問題ないだろう。
FreeBSD自体が未対応ならツールで対応するしかない。
実際表示なんて0-138を 1900-2038にしているだけだろ。
言語系がユリウス歴とか実数型、レコード型なんだから
タイムスタンプや現時刻取り入れ時に補正一発入れればいいだけ
システムコールをいじったっていいけれど
極めて簡単なレベルで整合性が取れるってことだ。

**名無しさん＠お腹いっぱい。** · 2008/11/30(日) 14:18:56

>>506
> 実際表示なんて0-138を 1900-2038にしているだけだろ。
何を言っているのか理解できない。