[過去ﾛｸﾞ] FreeBSDを語れ Part49 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
107: 2019/09/12(木)23:57 AAS
>>95
ＪＡＳＲＡＣの方からきました
108: 2019/09/13(金)00:05 AAS
Goよいよね
109: 2019/09/13(金)00:15 AAS
>>95
それが私のSATAなのか
いつも目覚めればboot -s
110(1): 2019/09/13(金)00:23 AAS
>>96
Pascalのstring型が内部的にそうなってたと思う。
111(1): 2019/09/13(金)00:38 AAS
FreeBSDな人たちはstd::stringとか使わないの？
112: 2019/09/13(金)00:52 AAS
>>110
昔の言語はC以外はlengthを持つのが主流だったと思う
Fortranもそうだし
113: 2019/09/13(金)00:53 AAS
crystal使いはいないの？
俺も使ってない
114: 2019/09/13(金)03:46 AAS
>>111
使うよ(^o^)
115: 2019/09/13(金)04:08 AAS
>>106
そんなLinusさんみたいな事云わんでも(笑)
116: 2019/09/13(金)04:47 AAS
perl で何でもかんでもやってまーす
117: 2019/09/13(金)08:44 AAS
ファミリーベーシックで何でもかんでもやってまーす
118: 2019/09/13(金)10:06 AAS
COBOLはまだまだイケるぞ
経産省が棄てたんだからw
119(3): 2019/09/13(金)11:27 AAS
>>96
mallocしたポインタのオフセット[-1]あたりにsizeがある実装が多いから
それをもっと早く規格化すればよかったと思う
120: 2019/09/13(金)11:51 AAS
>>119
で型を間違えて大惨事と
NULLは0だ、intは４バイトだという老害が多いんですよまだまだ
121: 2019/09/13(金)12:05 AAS
mallocで管理されるsizeはバイト単位やろ
wchar_t が 32bit とか言う話か？
122: 2019/09/13(金)12:23 AAS
>>119
実装を規定するとか最悪やん
やるなら確保した領域サイズを取得する関数を規定すべき
123(1): 2019/09/13(金)12:29 AAS
>>101
碌にテストなんてやったことないというのがバレバレだなw
124(2): 2019/09/13(金)12:35 AAS
無駄なチェックを端折れて高速な処理を書けるからC使ってるのに、
遅い堅牢ならライブラリをC、C++に用意しろと言うような低レベルPGなら元からC、C++使うなってことだな。
125: 2019/09/13(金)13:48 AAS
今現在堅牢な高級言語は生き残ってるか?
126(1): 2019/09/13(金)14:06 AAS
堅牢な高級言語しか生き残ってないだろｗ
アドレスを直接扱える危険な言語って
たくさんの言語のなかどの程度あると思う？
127: 2019/09/13(金)14:10 AAS
>>123
へー、すごいねー
で、お前ん所のテスト密度っていくらぐらいなんだ？w
128: 2019/09/13(金)14:20 AAS
>>126
Cは元々アセンブラの代替として作ったものだからポインタが扱えて当たり前ですよ。
C = 高級アセンブラだから。それが嫌な人はFortranでも使っとけということで。
129: 2019/09/13(金)14:28 AAS
>>124
ならCじゃなくてアセンブラ使ってろよ
130(1): 2019/09/13(金)17:39 AAS
>>124
ほんそれ
関数入るたびに境界チェックするコードとか入れてたらCの有難味がないな
131(1): 2019/09/13(金)19:10 AAS
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);
}
132: 2019/09/13(金)19:11 AAS
>>131
ごめんなさい。
全然違うサイトに誤爆です。
133(3): 2019/09/13(金)19:57 AAS
>>130
Cなら
if ( checkfunc( func ) ) ...
と1行で書けるから大したことなさそうに見えるけど、これをアセンブラで書くと、
汎用レジスタ全部退避して、戻りアドレス設定して、新しいスタックポインタ設定して、
チェック処理を実行して、戻る直前に汎用レジスタ全部戻してリターンするので、
毎回こんだけの処理させてわざわざ遅くするのが嫌になるんだよね。
全レジスタの退避と復帰を毎回実行させるのってほんとに無駄に感じる。
本当は、破壊されてもいいレジスタは関数ごとに異なるはずなので、破壊されて困るレジスタだけ退避
するようにすれば最適化されていいんだけど、そうするとどこかを書き換えたとき、元に戻さないといけない
レジスタができて、それの退避を忘れただけで吹っ飛ぶ。
134(1): 2019/09/13(金)20:16 AAS
>>133
三行にまとめてくんないと、1ミリも理解できないんだけど
135: 2019/09/13(金)20:29 AAS
素敵なコンパイラなら4行くらいにまとめてくれないかな....
136(1): 2019/09/13(金)21:01 AAS
>>134
理解しなくていいよ。
x86系の知識だけで、とりあえず知ってるワードでマウント取ろうとしてるだけだから。
上下前次1-新書関写板覧索設栞歴
あと 866 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.019s