[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 04/10 17:42 / Filesize : 210 KB / Number-of Response : 1020
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

FreeBSDを語れ Part49



1 名前:デーモン君 [2019/09/06(金) 20:47:50.69 .net]
The FreeBSD Project
https://www.freebsd.org/ja/

前スレ
FreeBSDを語れ Part47
https://mevius.2ch.net/test/read.cgi/unix/1507827321/
FreeBSDを語れ Part47 (再利用のため実質Part48)
https://mevius.2ch.net/test/read.cgi/unix/1508085628/

関連スレ
初心者もOK! FreeBSD質問スレッド その123
https://mevius.2ch.net/test/read.cgi/unix/1522192115/

50 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/11(水) 14:02:09.01 .net]
そもそもAppleが自社で本当にOS開発してるのならCPUアーキテクチャ変更なんてしないはず。
切捨ての代償がでかすぎる。ソースパクるためにx86に移行したと考えるのが妥当。

51 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/11(水) 14:06:01.37 .net]
むしろハードの生産を続ける方が費用が掛かりすぎただろうな。

52 名前:名無しさん@お腹いっぱい。 [2019/09/11(水) 16:44:08.08 .net]
雑談しか出来ないおまえらも未来は無い

53 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/11(水) 17:23:34.21 .net]
>>51
つまり、FreeBSDに未来がないことは間違いないと。

54 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/11(水) 17:46:18.47 .net]
FreeBSDに未来なんかあるわけないやん
もちろんOpenBSDもNetBSDも

Linuxの代わりにしか使えないOSには
Linuxに移行するまでの時間稼ぎとしての役目しか残ってないよ

55 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/11(水) 17:47:22.55 .net]
おまえ、Linux板に行った方がいいんじゃね?

56 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/11(水) 17:57:58.06 .net]
きっとLinux板で爪弾きにされて流れてきたんだろう
かわいそうに

57 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/11(水) 18:20:22.55 .net]
FreeBSDは人材不足でもう保守できなくなっている。
GPLが嫌いだからこの板にいたがもう勝負は決したようだ。

58 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/11(水) 18:34:18.43 .net]
後はグーグルが買ってダメにして

マイクロソフトがおいしくいただく、とw



59 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/11(水) 18:34:54.72 .net]
きちんと保守できてるのはOpenBSDだろ。FreeBSDはもうオワコンかもな。

60 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/11(水) 19:17:59.17 .net]
OpenBSDにはどこの金が入ったんだよ

61 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/11(水) 20:26:51.81 .net]
保守状況を網羅している58が巨額の寄付をしたに決まっている

62 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/11(水) 21:04:22.54 .net]
スパコンで負けモバイルで負け
デスクトップPCはそれ自体が縮小
最後の砦だったIAサーバーもDocker全盛

jailを上手く宣伝できてたらなー

63 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/11(水) 21:14:36.34 .net]
勘違いしてる人がいるな。金で解決する問題じゃない。
穴のないコードを書こうと意識しているかどうか。
複雑でわかりにくいコードを嫌い、シンプルでバグのないコードに変えていこうとするメンバーが集まっているかどうか。

64 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/11(水) 21:23:18.37 .net]
そんな意識の高い人達ってかっこいいですね。
FreeBSD Projectはどうなんでしょうか。

65 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 00:18:22.91 .net]
>>61
有力なパトロンがつかなかったのが痛いね

66 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 01:42:39.86 .net]
どうなるの(´;ω;`)

67 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 05:27:59.03 .net]
個人商店のO

一応組織のF

カネを突っ込んでコントロールするならOの方がやりやすいな

googleがカネやクビを突っ込むとロクなことにならん

68 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 05:39:38.75 .net]
まずportsやmakeの複雑で意味がないコードを棄てたら?



69 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 06:47:45.56 .net]
例えば?

70 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 07:47:20.47 .net]
>>68

mk/*

71 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 07:55:09.69 .net]
>>69
してその心は?

72 名前:名無しさん@お腹いっぱい。 [2019/09/12(木) 08:01:13.22 .net]
iXsystemがパトロンやなかたけ?
YahooはLinuxに逝ってもた

73 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 08:04:02.74 .net]
>>66
どっかの過去ログでも「Oは独裁制でFNは選挙制」って言ってましたもんね。
その独裁者が金に左右される人物かどうかは分かりかねますが。

74 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 08:10:33.30 .net]
>>69
具体的な代替案は?

75 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 08:48:07.72 .net]
>>73
どうせ ports 経由の local/ はGNUでベタベタだろ

local/ にGNUの最低限の環境を突っ込んで後はぃぬと同じ

OSに mk/* なんて全く役に立ってないんだし 全廃でおk

76 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 08:52:50.84 .net]
>>74
その結果既存のユーザーにどんなメリットがある?

77 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 09:25:58.48 .net]
>>74
最低限の環境とは?

78 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 10:50:01.76 .net]
>>62
というか数万、数千万項目の単体テストなんてお金貰わないと面倒でやってられないんだよ。
意識の問題ではなく品質が低いのはそれが理由。
バグ報告してたも碌に対応しないような輩がテストなんかしてるわけがない。



79 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 13:11:16.53 .net]
>>77
数万、数千万項目の単体テストなんて元々やってないでしょう。
バグレポートへの対応を早くやるだけでいいのでは

80 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 14:14:07.32 .net]
>>75
FreeBSDにしか通用しない煩雑なものを理解する必要がなくなる

ports は、パッケージを提供する側のことを考えて作られていてユーザの自由を制限するものでしかないんだよ

>>76
src/*

81 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 14:14:24.05 .net]
民間の開発ならどこもやってるよ。そもそもやらないと納品できないだろう。

82 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 14:16:10.79 .net]
失礼w

>>76
src/*
これは削除W

LFSというLinuxの配布があるが、それでインストールされるOSの起動に必要なもの以外全部だ。

83 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 14:27:12.15 .net]
一方Theoはstrlcpyの使用を義務づけた
(GNU的には批判有り)

84 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 14:34:03.89 .net]
GNUのやつらはstrlcpyが嫌いだろうねw

共産主義が宗教を嫌う宗教と同じものってことに似てるんだw

85 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 14:49:49.26 .net]
>>79
お前の脳みそが ports を理解できないだけだろが
このノータリンw

86 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 14:52:44.84 .net]
>>84
おいらが煩雑だと感じるものを一般ユーザが使える分けないんだよ

87 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 15:22:45.84 .net]
>>85
portsが煩わしいなら/usr/portsを削除するか、インストール時にportsを選択しなければいい。
FreeBSDにはバイナリパッケージの配布もあるし、貴殿の様な達人なら野良ビルドでも十分実用的な環境を構築できるだろう。
但し一つだけ声を大にしても絶対通らないことがある。それは個人の独断で不特定多数のports使用権を奪う事。
一個人のエゴでユーザーの選択の余地を無くしてしまう事にはあまり賛成出来ない。
どうしても実現したいのであれば、貴殿がプロジェクトの重鎮になるか、フォークして独自OSを作るしかない。

88 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 15:33:35.38 .net]
なるほどこれは危険だ。セキュリティ重視のLinuxで実装に反対されるのもうなずける

https://ja.wikipedia.org/wiki/Strlcpy

strlcpyが危険な例:

char cmd[] = "rm *.bak";
char buf[5];
strlcpy(buf, cmd, sizeof(buf));
system(buf);

(sizeof(buf) が5であるため、最初の5-1=4文字しかコピーされず、"rm *" が実行されることになります)



89 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 15:34:41.83 .net]
>>85
貴殿程の知識と情熱を持ってすれば難しいことではないはず

90 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 15:44:44.02 .net]
そうしてこのまま何も変えずに
だらだら長くやってたものだけが慣れてるというだけで使うものになっちまうんだよな。

ま、どうでもいいけど。

91 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 16:06:55.49 .net]
>>89
いくら素晴らしい知識や技術、理念を持っていても民意を得られなければ絵に書いた餅、宝の持ち腐れである

92 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 17:32:00.01 .net]
>>90
賛同してくれたか。

もう腐ったんだよ、BSDは。

93 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 17:37:21.97 .net]
>>80
FreeBSDの話をしています。
金もらって奴隷のように働かなきゃならない受託開発のやり方なんかどうでもいいんですよ。

94 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 18:07:23.80 .net]
なら金をもらえないやり方でどうぞ

95 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 18:10:36.20 .net]
金は後からついて来る、か。
美しいな。

96 名前:名無しさん@お腹いっぱい。 [2019/09/12(木) 18:11:24.86 .net]
別れはいつもついてくる
幸せの後ろをついてくる

97 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 18:53:37.04 .net]
Cの文字列処理ライブラリは何とかした方が良いよな…
少なくとも
struct String {
size_t length;
char *string;
};
を引数に持つ文字列処理ライブラリを標準に含めるべき
そうすれば不幸な事故はかなり防げるはず

98 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 19:10:25.27 .net]
>>96
シェルスクリプトあるいはスクリプト言語があるだろ
何でもかんでもCを始めとしたネイティブコードで処理しなきゃならないっていう脅迫概念を捨てろ



99 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 20:44:24.93 .net]
>>97
組み込みとかCを使うことなんて山ほどあるだろ
Cは人気言語第3位だぞ

100 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 20:53:03.34 .net]
>>96
そこは適材適所で、面倒だと思えば別の言語使えばいいだろ
標準型に文字列があったり、標準ライブラリで文字列操作が充実してるやつ

101 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 21:08:09.78 .net]
>>98
このスレはFreeBSDを騙れ?だろ
誰かコイツをつまみ出せ!

102 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 21:08:29.17 .net]
>>80
数千万項目とかどんだけでかいシステムなんだよw

103 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 21:28:23.82 .net]
蜂の巣で草

104 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 21:41:45.41 .net]
>>87
そんなコードを書くやつなら消えたほうが良いだろw

105 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 22:46:06.55 .net]
>>96
Golangを使うんや

106 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 23:01:20.45 .net]
日本語メーリングリストもこのくらい活発になればいいのにねw

107 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 23:13:54.07 .net]
FreeBSDスレなのにCを毛嫌いしてる奴が多くてワロタw
そんなにC使いたくないならWindowsでも使ってろ

108 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/12(木) 23:57:04.30 .net]
>>95
JASRACの方からきました



109 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 00:05:22.74 .net]
Goよいよね

110 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 00:15:07.90 .net]
>>95
それが私のSATAなのか
いつも目覚めればboot -s

111 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 00:23:22.68 .net]
>>96
Pascalのstring型が内部的にそうなってたと思う。

112 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 00:38:23.48 .net]
FreeBSDな人たちはstd::stringとか使わないの?

113 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 00:52:50.79 .net]
>>110
昔の言語はC以外はlengthを持つのが主流だったと思う
Fortranもそうだし

114 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 00:53:55.14 .net]
crystal使いはいないの?
俺も使ってない

115 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 03:46:38.01 .net]
>>111
使うよ(^o^)

116 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 04:08:39.23 .net]
>>106
そんなLinusさんみたいな事云わんでも(笑)

117 名前:名無しさん@お腹いっぱい。 [2019/09/13(金) 04:47:59.22 .net]
perl で何でもかんでもやってまーす

118 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 08:44:45.65 .net]
ファミリーベーシックで何でもかんでもやってまーす



119 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 10:06:11.87 .net]
COBOLはまだまだイケるぞ

経産省が棄てたんだからw

120 名前:名無しさん@お腹いっぱい。 [2019/09/13(金) 11:27:02.29 .net]
>>96
mallocしたポインタのオフセット[-1]あたりにsizeがある実装が多いから
それをもっと早く規格化すればよかったと思う

121 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 11:51:49.70 .net]
>>119
で型を間違えて大惨事と
NULLは0だ、intは4バイトだという老害が多いんですよまだまだ

122 名前:名無しさん@お腹いっぱい。 [2019/09/13(金) 12:05:51.57 .net]
mallocで管理されるsizeはバイト単位やろ
wchar_t が 32bit とか言う話か?

123 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 12:23:28.78 .net]
>>119
実装を規定するとか最悪やん
やるなら確保した領域サイズを取得する関数を規定すべき

124 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 12:29:36.21 .net]
>>101
碌にテストなんてやったことないというのがバレバレだなw

125 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 12:35:23.45 .net]
無駄なチェックを端折れて高速な処理を書けるからC使ってるのに、
遅い堅牢ならライブラリをC、C++に用意しろと言うような低レベルPGなら元からC、C++使うなってことだな。

126 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 13:48:35.80 .net]
今現在堅牢な高級言語は生き残ってるか?

127 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 14:06:11.98 .net]
堅牢な高級言語しか生き残ってないだろw
アドレスを直接扱える危険な言語って
たくさんの言語のなかどの程度あると思う?

128 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 14:10:10.06 .net]
>>123
へー、すごいねー
で、お前ん所のテスト密度っていくらぐらいなんだ?w



129 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 14:20:06.52 .net]
>>126
Cは元々アセンブラの代替として作ったものだからポインタが扱えて当たり前ですよ。
C = 高級アセンブラだから。それが嫌な人はFortranでも使っとけということで。

130 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 14:28:27.29 .net]
>>124
ならCじゃなくてアセンブラ使ってろよ

131 名前:名無しさん@お腹いっぱい。 [2019/09/13(金) 17:39:53.55 .net]
>>124
ほんそれ

関数入るたびに境界チェックするコードとか入れてたらCの有難味がないな

132 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 19:10:51.35 .net]
OpenBSDのportsに入ってたパッチw

--- texk/dvipsk/writet1.c.orig
+++ texk/dvipsk/writet1.c
@@ -1449,7 +1449,9 @@ static void t1_check_unusual_charstring(void)
*(strend(t1_buf_array) - 1) = ' ';

t1_getline();
+ alloc_array(t1_buf, strlen(t1_line_array) + strlen(t1_buf_array) + 1, T1_BUF_SIZE);
strcat(t1_buf_array, t1_line_array);
+ alloc_array(t1_line, strlen(t1_buf_array) + 1, T1_BUF_SIZE);
strcpy(t1_line_array, t1_buf_array);
t1_line_ptr = eol(t1_line_array);
}

133 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 19:11:33.33 .net]
>>131
ごめんなさい。

全然違うサイトに誤爆です。

134 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 19:57:49.49 .net]
>>130
Cなら
if ( checkfunc( func ) ) ...
と1行で書けるから大したことなさそうに見えるけど、これをアセンブラで書くと、
汎用レジスタ全部退避して、戻りアドレス設定して、新しいスタックポインタ設定して、
チェック処理を実行して、戻る直前に汎用レジスタ全部戻してリターンするので、
毎回こんだけの処理させてわざわざ遅くするのが嫌になるんだよね。
全レジスタの退避と復帰を毎回実行させるのってほんとに無駄に感じる。
本当は、破壊されてもいいレジスタは関数ごとに異なるはずなので、破壊されて困るレジスタだけ退避
するようにすれば最適化されていいんだけど、そうするとどこかを書き換えたとき、元に戻さないといけない
レジスタができて、それの退避を忘れただけで吹っ飛ぶ。

135 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 20:16:21.30 .net]
>>133
三行にまとめてくんないと、1ミリも理解できないんだけど

136 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 20:29:34.91 .net]
素敵なコンパイラなら4行くらいにまとめてくれないかな....

137 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 21:01:24.16 .net]
>>134
理解しなくていいよ。
x86系の知識だけで、とりあえず知ってるワードでマウント取ろうとしてるだけだから。

138 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 21:21:08.17 .net]
確かMS-C6.0の頃か?(うろ覚え)破壊しないレジスタは退避しなかった筈だが?w
十数年前からメジャーどこのコンパイラは短い関数なら勝手にインライン展開するのが殆どだし
いつの時代の話をしてるんだかさっぱり



139 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 21:24:57.47 .net]
流し読みで読み飛ばしちまったけんども
アセンブラでプロシージャ書いたとこでコーダーがスタックポインタを設定する事なんて先ずありえんwww

140 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 21:28:15.19 .net]
>>137
俺も最初そう思って ??? 状態だったけど、よく読んだらアセンブラで書いた時の話みたい
アセンブラで書く時に全レジスタ保存なんてよほど間抜けでないと普通しないけどな

141 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 22:25:06.94 .net]
知的障害者きてんね

142 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 22:35:27.85 .net]
支離滅裂さからは糖質の臭いがする

143 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 22:52:56.29 .net]
>>136
俺は一桁ロリに mount -f したい

144 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/13(金) 22:57:17.03 .net]
さすがに一桁はないわ

145 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/14(土) 00:36:34.21 .net]
>>119
それはC++の場合だな
Cではそんなことする処理系が無い

146 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/14(土) 00:41:44.98 .net]
ちなみにC++では配列の各要素に対してデストラクタを呼ばなくちゃいけない都合上サイズが格納されている

147 名前:名無しさん@お腹いっぱい。 [2019/09/14(土) 05:03:45.80 .net]
>>142
おまわりさんこの人

148 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/14(土) 05:13:55.38 .net]
童貞です



149 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/14(土) 06:22:47.86 .net]
www

150 名前:名無しさん@お腹いっぱい。 mailto:sage [2019/09/14(土) 10:12:55.40 .net]
>>133
レジスタ退避と復帰は専用の命令が有るけど、CPUは実際には見えてる以上にレジスタを持ってるから毎回律儀にメモリに退避とかしてないよ






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<210KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef