[過去ログ] FreeBSDを語れ Part49 (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
78: 2019/09/12(木)13:11 AAS
 >>77 
 数万、数千万項目の単体テストなんて元々やってないでしょう。 
 バグレポートへの対応を早くやるだけでいいのでは 
79(1): 2019/09/12(木)14:14 AAS
 >>75 
 FreeBSDにしか通用しない煩雑なものを理解する必要がなくなる 
  
 ports は、パッケージを提供する側のことを考えて作られていてユーザの自由を制限するものでしかないんだよ 
  
 >>76 
 src/* 
80(2): 2019/09/12(木)14:14 AAS
 民間の開発ならどこもやってるよ。そもそもやらないと納品できないだろう。 
81: 2019/09/12(木)14:16 AAS
 失礼w 
  
 >>76 
 src/* 
 これは削除W 
  
 LFSというLinuxの配布があるが、それでインストールされるOSの起動に必要なもの以外全部だ。 
82: 2019/09/12(木)14:27 AAS
 一方Theoはstrlcpyの使用を義務づけた 
 (GNU的には批判有り) 
83: 2019/09/12(木)14:34 AAS
 GNUのやつらはstrlcpyが嫌いだろうねw 
  
 共産主義が宗教を嫌う宗教と同じものってことに似てるんだw 
84(1): 2019/09/12(木)14:49 AAS
 >>79 
 お前の脳みそが ports を理解できないだけだろが 
 このノータリンw 
85(2): 2019/09/12(木)14:52 AAS
 >>84 
 おいらが煩雑だと感じるものを一般ユーザが使える分けないんだよ 
86: 2019/09/12(木)15:22 AAS
 >>85 
 portsが煩わしいなら/usr/portsを削除するか、インストール時にportsを選択しなければいい。 
 FreeBSDにはバイナリパッケージの配布もあるし、貴殿の様な達人なら野良ビルドでも十分実用的な環境を構築できるだろう。 
 但し一つだけ声を大にしても絶対通らないことがある。それは個人の独断で不特定多数のports使用権を奪う事。 
 一個人のエゴでユーザーの選択の余地を無くしてしまう事にはあまり賛成出来ない。 
 どうしても実現したいのであれば、貴殿がプロジェクトの重鎮になるか、フォークして独自OSを作るしかない。 
87(1): 2019/09/12(木)15:33 AAS
 なるほどこれは危険だ。セキュリティ重視のLinuxで実装に反対されるのもうなずける 
  
 外部リンク:ja.wikipedia.org 
  
 strlcpyが危険な例: 
  
 char cmd[] = "rm *.bak"; 
 char buf[5]; 
 strlcpy(buf, cmd, sizeof(buf)); 
 system(buf); 
  
 (sizeof(buf) が5であるため、最初の5-1=4文字しかコピーされず、"rm *" が実行されることになります) 
88: 2019/09/12(木)15:34 AAS
 >>85 
 貴殿程の知識と情熱を持ってすれば難しいことではないはず 
89(1): 2019/09/12(木)15:44 AAS
 そうしてこのまま何も変えずに 
 だらだら長くやってたものだけが慣れてるというだけで使うものになっちまうんだよな。 
  
 ま、どうでもいいけど。 
90(1): 2019/09/12(木)16:06 AAS
 >>89 
 いくら素晴らしい知識や技術、理念を持っていても民意を得られなければ絵に書いた餅、宝の持ち腐れである 
91: 2019/09/12(木)17:32 AAS
 >>90 
 賛同してくれたか。 
  
 もう腐ったんだよ、BSDは。 
92: 2019/09/12(木)17:37 AAS
 >>80 
 FreeBSDの話をしています。 
 金もらって奴隷のように働かなきゃならない受託開発のやり方なんかどうでもいいんですよ。 
93: 2019/09/12(木)18:07 AAS
 なら金をもらえないやり方でどうぞ 
94: 2019/09/12(木)18:10 AAS
 金は後からついて来る、か。 
 美しいな。 
95(2): 2019/09/12(木)18:11 AAS
 別れはいつもついてくる 
 幸せの後ろをついてくる 
96(5): 2019/09/12(木)18:53 AAS
 Cの文字列処理ライブラリは何とかした方が良いよな… 
 少なくとも 
 struct String { 
   size_t length; 
   char *string; 
 }; 
 を引数に持つ文字列処理ライブラリを標準に含めるべき 
 そうすれば不幸な事故はかなり防げるはず 
97(1): 2019/09/12(木)19:10 AAS
 >>96 
 シェルスクリプトあるいはスクリプト言語があるだろ 
 何でもかんでもCを始めとしたネイティブコードで処理しなきゃならないっていう脅迫概念を捨てろ 
98(1): 2019/09/12(木)20:44 AAS
 >>97 
 組み込みとかCを使うことなんて山ほどあるだろ 
 Cは人気言語第3位だぞ 
99: 2019/09/12(木)20:53 AAS
 >>96 
 そこは適材適所で、面倒だと思えば別の言語使えばいいだろ 
 標準型に文字列があったり、標準ライブラリで文字列操作が充実してるやつ 
100: 2019/09/12(木)21:08 AAS
 >>98 
 このスレはFreeBSDを騙れ?だろ 
 誰かコイツをつまみ出せ! 
101(1): 2019/09/12(木)21:08 AAS
 >>80 
 数千万項目とかどんだけでかいシステムなんだよw 
102: 2019/09/12(木)21:28 AAS
 蜂の巣で草 
103: 2019/09/12(木)21:41 AAS
 >>87 
 そんなコードを書くやつなら消えたほうが良いだろw 
104: 2019/09/12(木)22:46 AAS
 >>96 
 Golangを使うんや 
105: 2019/09/12(木)23:01 AAS
 日本語メーリングリストもこのくらい活発になればいいのにねw 
106(1): 2019/09/12(木)23:13 AAS
 FreeBSDスレなのにCを毛嫌いしてる奴が多くてワロタw 
 そんなにC使いたくないならWindowsでも使ってろ 
107: 2019/09/12(木)23:57 AAS
 >>95 
 JASRACの方からきました 
上下前次1-新書関写板覧索設栞歴
あと 895 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ
ぬこの手 ぬこTOP 0.022s