FreeBSD/OpenBSD/NetBSDが性能でLinuxに勝ってる所

2019/09/04(水) 20:19:52.57
ってあるの？
2019/12/09(月) 10:22:06.22
さすがにDOS使ったことない世代がいるのか。

安定度も品質も機能も

DOS>>>>>>UNIX
2019/12/09(月) 10:23:02.57
もちろん当時の話ね。
2019/12/09(月) 10:31:15.46
某世界規模のピザ屋で2001年にバイトしてた時、レジシステムがMS-DOSで動いてたのを思い出した
メインマシンはSolalisでCDEのログイン画面が妙に焼き付いてる
2019/12/09(月) 10:31:18.27
UNIX陣営ってほんと訴訟しまくるから。
結局ジャイアン理論なんだよな。おまえのものはおれのもの、おれのものはおれのもの。
2019/12/09(月) 10:36:49.31
ほしいものは
手に入れるのが
おれのやりかたさ。
2019/12/09(月) 19:34:46.56
>>153
おでん噴いた
ねーーーよ
2019/12/09(月) 19:47:57.78
>>158
何年頃になんというUNIX使ってましたか？
2019/12/09(月) 19:49:26.22
2001年じゃおいらが Solaris 8 x86使ってた頃だ。

Intel Solaris ダセーとか2ちゃんで煽られてさ
2019/12/09(月) 19:52:41.37
そういや、2001年頃が面白かったっけ。

BSD や linux で、その辺で売ってる安物デバイスもそこそこ動くようになって、

win2k が出て来て、PC-DOS2000もあった。
2019/12/09(月) 20:16:26.72
Sunがピザボックスを売ってたような。
お家で使えるくらいの本物のUNIX付ハードは、この頃が最後か？
中古を趣味で買う奴はしばらくいたが。
2019/12/09(月) 20:21:22.02
DOSが安定...
David Cutlerにブチ殺されそう...
2019/12/09(月) 20:34:42.82
そのおじさんはUNIXも学者が作ったうんたら、と言ってたんじゃなかったか
2019/12/09(月) 21:24:47.45
>>160
リアル馬鹿か。DOS時代ってその10年以上前だ。
2001年ってUNIXなんてLinuxブームで駆逐された頃だ。
2019/12/09(月) 21:41:59.39
DOSを知らない子供たち、みたいな
2019/12/09(月) 21:49:40.55
学生の頃DOSで動いてた一太郎で親の仕事手伝わされたっけ
2019/12/09(月) 21:53:42.36
めもりを使い過ぎないお仕事なら調子よかったよ。
でも、よく動いてたと思う。
2019/12/09(月) 22:04:33.58
>>163
カトラーがDOSにキレる？　初耳だな。ソースよろ
2019/12/09(月) 22:28:07.28
DOSに切れるんじゃなくて
｢DOSが安定してる｣なんてほざくアホウがもしも目の前にいたら切れるだろうって話だよ。
2019/12/09(月) 22:33:07.02
ワードパーフェクトもロータス123 が動いたのに何の不満があるだろうか
2019/12/09(月) 22:36:02.18
>>170
で、DOS使ったことあんの？w　一度でも落ちたことあんの？w　
2019/12/09(月) 22:40:58.11
カトラ-はUNIX嫌いのはずだが。
2019/12/09(月) 23:47:08.77
アプリが落ちたらDOSも落ちるから不安定と妄想したんだろうけど、そもそもDOSアプリが基本落ちないから。
FDやVzが落ちる、不安定だなんて聞いたことないだろ。つまりド安定且高速。

だいたい68kにUNIX乗せてまともに動くと思う？って68kの遅さを知らないか。1MIPS無いぐらい。
2019/12/10(火) 03:54:20.92
>>159
バイト先でDOS/V、学校でAIX
2019/12/10(火) 06:14:37.02
>>165
2001年にDOSが現役だったことを知らない知恵遅れ
2019/12/10(火) 06:32:27.09
だからその2001年までシステムとして使われたDOSが一度でも落ちたのか？
2001年まで使い続けられるのは安定してたからリプレースする必要がなかったからなんだけど。
この知ったか少年は一体なにをもってDOSは不安定だと一人で暴れてるのか。
178名無しさん＠お腹いっぱい。
垢版 |
2019/12/10(火) 06:39:28.94
CONFIG.SYSとAUTOEXEC.BAT
2019/12/10(火) 08:23:46.05
>>177
相手が誰だか理解できない知恵遅れ
2019/12/10(火) 08:34:53.22
>>172
当然あるぞ。
オッサンしかいないUNIX板嘗めんな。
お前メモリ保護がいったい何なのかも知らんのな。やれやれ。
2019/12/10(火) 08:40:11.64
>>177
DOSでもメモリー破壊バグが1つもないアプリだけを使ってれば落ちないぞ。
もしかして安定したアプリと、安定したOSの区別もつかずに
DOSが安定したOSだと誤解したままオッサンになったのか...
2019/12/10(火) 09:15:18.53
https://mevius.5ch.net/test/read.cgi/unix/1567770470/176-348n
ここのスレ主はこんな風にオッサンを手玉に取り同士討ちさせて遊ぶただの釣り師
2019/12/10(火) 10:01:47.32
メモリ破壊バグが多発するのはC使ってたUNIXじゃ当たり前かもしれないけど、
MS-DOSのシステムの多くはN88(86)BASICで書かれてたから
メモリ破壊するのは機械語に手を出さないと無理だよ、ボク。
チビなのにあまり背伸びしても馬鹿にされるだけだよ。
184155
垢版 |
2019/12/10(火) 10:10:19.97
そう言えば通信用のSolarisが不調で店長がてんてこ舞いだった事はたまにあったが
レジ用のDOSが落ちて業務が滞る事は一度も無かったっけ
書き入れ時のクリスマスシーズンでも
2019/12/10(火) 11:03:41.59
CP/Mが不安定だというぐらい中身のない話だなぁ。
2019/12/10(火) 11:58:29.72
ソフトで特定の処理をやってコケるのは不安定とは言わない。普通にバグってるっていう。
逆に動いたり動かなかったりするのが不安定。散々尻拭いしてきたがほぼ同期バグ。
つまりTSSの話。DOSでそういう話がほとんどないのは当然といえば当然。
あってもDOSの場合はハードが不安定なのが原因。OCしたグラボとかね。
2019/12/10(火) 12:40:54.14
>>184
そのころ、うちのPOS はWindows for Workgroups 3.11だったのを見て感動した。
2019/12/10(火) 12:41:00.85
シリアスなソフト開発の経験もなく
実力不足の自覚もなく
こんな場末でイキるだけが生き甲斐のオッサンになっちゃったのね。
かわいそうに。

メモリ保護のあるWindowsとかUNIX系OSとかスマホとかは捨てて
DOSだけ使って生きててちょうだいな。
2019/12/10(火) 12:46:43.31
と、場末に粘着するだけが生き甲斐の自宅警備員が申しております。
2019/12/10(火) 12:51:45.93
>>187
殆ど同じ時期に某大手コンビニでバイトしてた時それだったな
よくバックルームでCM動画見て遊んでたっけ
2019/12/10(火) 12:52:47.74
そんなに素晴らしいOSならば
なぜこうも完璧に滅んでしまったのかw

小学生でも分かるようなことが
分からない老害ってほんとにいるんだね...
2019/12/10(火) 12:54:40.77
> メモリー破壊バグ
> シリアスなソフト開発

なんか笑いがこみ上げてくる表現だなw　いろいろ使い方間違ってないかw
2019/12/10(火) 12:57:02.71
まさか昔のUNIXがプロセス間のメモリ保護なんてものがあると勘違いしてる奴はいないよな。
68kは仮想記憶もないぞ。
2019/12/10(火) 13:26:10.18
>>183
「MS-DOSの『システム』」って、『アプリ』のことかな？
まあBASICでもpeek/pokeでマシン語使えたし、
そもそも非BASICで開発されたアプリも沢山あったよ
2019/12/10(火) 13:26:11.09
68000ではUNIXが動かず
68020に68851のようなMMUつけてメモリ保護機能を必要とするUNIXを動かしてたってことぐらい
ウェブ検索さえできれば当時生まれてなかった
高校生でも調べられる話なわけだが、
無能なまま歳だけとった老害には当然無理だったねw
ご苦労様
2019/12/10(火) 13:34:18.03
少年よ、頑張ってるね!! でも2000年以前はキミが想像する最強のUNIXの歴史は存在しかなったんだよ。
不安定、遅い、糞UNIXと言われ、汎用機市場にも食い付けず、おもちゃのようなDOSにも大敗し、
Macに負け、リプレースごとにUNIXは外され裏道街道を歩き続けてたんだ。

そこに現れたのが新鋭Linuxさ!!!
2019/12/10(火) 13:52:06.43
老害は平気で嘘をつくなあ。

現実には1990年代前半にはメインフレームの退潮は明らかになっていて
SunやDECが覇権を競っていたんだよ。
そのSunやDECの商用UNIXからシェアを奪ったのがLinux。
Linuxがメインフレームから直接シェアを奪ったわけではない。
メインフレームの雄であるIBMが2000年頃からLinuxに力を入れだしたのは
競合ではないどころか、敵の敵だからっていう理由もちょっとあったわけ。
2019/12/10(火) 14:03:29.40
そういう時代もあったが、高速なRISC CPUが出てきた、たった数年の話を美化しすぎである。
最初は高額でも最高速だったから売れたがそんなのはあっと言う間にx86のコスパの前には戦えずジリ貧。
NT登場でワークステーション市場、急成長してたサーバ市場までMSに食われる始末。

だからこそ386向けのUNIXもどき登場は奇跡なんだよ。
当時はまだすぐ落ちるとは言われてたけど少なくとも遅いとは言われない!!
つまりWindows3.x、9xとなら戦える。
2019/12/10(火) 14:05:30.41
ここは195=196=197の日記帳です
お薬が増えないよう暖かく見守りましょう
2019/12/10(火) 15:37:14.31
大学のUNIXの使われ方ってほんと惨かった。まだ非力だったCPUで数十人でシェアして使うんだからな。
みんなで同時に使うとviのカーソルすらまともに動かなかった。誰かがコンパイル始めるだけで教室がざわついたものだ。
2019/12/10(火) 18:27:24.17
うちの大学のAIXはそんな事なかったけど…
端末室で遊んでてタライ関数とかやっても問題なかった
落ちたことなんか一度もないよ
2019/12/10(火) 18:28:21.44
EWSはよく落ちた。
2019/12/10(火) 18:32:56.57
AIXってなんで失敗したん？
2019/12/10(火) 19:58:39.75
>>203
まだ生き残っているから。
政治的にはSunOSに勝っています。
まあ、IBMもRH買っちゃったし、AIX どうするんだろう。
Notesは売られちゃったし。
（買う会社があるとは）
2019/12/10(火) 21:43:22.39
>>177
> だからその2001年までシステムとして使われたDOSが一度でも落ちたのか？

おちたなぁ。というかDOSというかシステムが停止した。
DOSはマルチタスクでもないしメモリ保護もないので
一つのアプリがフリーズするだけで、システム全体停止する。

例えば無限ループを実行してしまったら再起動するしか復旧手段はない。
無効な命令を実行したらCPUが暴走する
無効なアドレスにジャンプしてもCPUが暴走する
おかしくなったら再起動するしか無かったよ
2019/12/10(火) 21:48:08.02
>>203
家庭用コンピュータをターゲットにしてないからじゃね？
AIXに限らないけど、特定のコンピュータを
買わないといけないしそれがとても高価

その一方で安価な家庭用コンピュータで動くことを前提とした
MS-DOS・Windows、そしてLinux

もちろん家庭用は性能が低いわけだけど、誰もが最高の性能を欲しがってるわけじゃない
仕事をやる上で十分な性能があればいい。
今の家庭用コンピュータは昔の高価なスパコンを遥かに超えてる。
つまり性能は十分というわけだ。

家庭用のコンピュータで十分な性能なら
そのコンピュータで動かないOSなんて使うわけがない
2019/12/10(火) 21:52:55.50
>>194
> まあBASICでもpeek/pokeでマシン語使えたし、
> そもそも非BASICで開発されたアプリも沢山あったよ

エロゲのランスI、IIがN88-DISK BASICで作られていて、
画像の表示でダブルバッファで裏画面に書いてから切り替えてたんだけど、
BASICのSCREEN命令ではそんなに一瞬に切り替えられなくて
なんでそんなに速く切り替えられるんだ？ってソース見てみたら
POKE命令で書き込んだ機械語を実行していてなるほどと思ったことがあるな
2019/12/10(火) 21:54:47.58
>>183
> MS-DOSのシステムの多くはN88(86)BASICで書かれてたから
書かれてないよ。信じるマヌケがいるかも知れないので念の為ｗ
2019/12/10(火) 21:59:17.56
ガハハ、グッドだ
2019/12/10(火) 22:02:16.49
あと懐かしのベーマガでもBASICマガジンといいながら
マシン語が多用されていたなｗ
DATA命令だっけ？なんかそこから読み込んで書き込んでた？

当時ベーマガを知ったときにはすでにC言語使ってたから、
それがベーマガ全体を通して普通だったのかは知らないけど
2019/12/11(水) 00:15:47.17
DATAは命令つーより文字通り「データですよ」って意味だったな

ねぎ麻雀がBASICで書かれていたのは結構驚いたが、
局部を隠していた❤を消すことが出来て、しかもワレメがちゃんと描かれていたのはもっと驚いた
もとい、興奮したｗ
2019/12/11(水) 00:16:32.49
すまん、「❤」はハートマークだ
2019/12/11(水) 00:42:05.17
いつの時代でもエロは技術・文明発展の起爆剤である
異議を差し込む余地は無い
2019/12/11(水) 06:50:21.86
>>210
RUNNER とか打ち込んで、血眼になって入力ミスを探したっけ。
2019/12/11(水) 06:51:24.67
>>213
女性ｻﾏが跋扈する時代だと何も発展しない浪費が続くわけだ
2019/12/11(水) 06:53:51.72
DOSを知らない少年の次はDOSエロゲオヤジの参戦か・・・
2019/12/11(水) 07:38:29.08
書き込みやのくせに経営者ﾂﾞﾗしたゆとりは延々とマウントとったつもりで管巻いてるのなw
2019/12/11(水) 07:39:13.75
日本式の雇用がぶち壊されたら、おまえらただの無能無職だよ。
2019/12/11(水) 07:43:42.62
BSDを好んで使う人はロストテクノロジーの継承者やで。
2019/12/11(水) 08:39:19.39
承継されてるんやったら、ロストしてへんやんか
2019/12/11(水) 08:48:25.81
レトロな話をするのはいいが嘘はイカン
2019/12/11(水) 08:50:24.23
> 例えば無限ループを実行してしまったら再起動するしか復旧手段はない。
> 無効な命令を実行したらCPUが暴走する
> 無効なアドレスにジャンプしてもCPUが暴走する

キミはいつも未テスト納品でもしてるんですか？
2019/12/11(水) 08:57:56.94
UNIXでは金貰ってなくて無責任に未テストコミットする奴は腐るほどいる。
一般の市販アプリでこんなことやったらすぐクレーム、返品、返金の嵐だよ。
子供は知らないと思うけど。
2019/12/11(水) 09:02:02.36
プログラム開発してたんでしょ。

開発中にバグがあるのは当たり前だからDOSでの開発は地獄だったなあ。
開発機とターゲット機を兼用してた時は
DOSのOS自身が抱えるファイルシステム関係のメモリーを壊して
ファイルシステムをふっとばして
泣く泣く復旧したことも何度かあった。
おかげでFATファイルシステムの構造には詳しくなったよ。

UNIX系やWindows NT系での開発に移行したら
DOSに比べると圧倒的に幸せになったな。
2019/12/11(水) 09:11:36.59
> 開発中にバグがあるのは当たり前だからDOSでの開発は地獄だったなあ。

この人は何を言ってるのだろう。エディタの使い易さでも天地ぐらいの差があっただけではなく、
DOSは既に統合開発環境があった。というかIDEはDOS発の概念ですよ。
だからDOS環境では品質の高い優れたアプリが速いテンポで次から次へと供給された。
この板でもUNIXの開発環境は20年遅れてるとずっと馬鹿にされてただろ。
2019/12/11(水) 09:13:14.51
> DOSのOS自身が抱えるファイルシステム関係のメモリーを壊して
> ファイルシステムをふっとばして泣く泣く復旧したことも何度かあった。

全部おまえのスキルの低さが原因じゃねーか。
227名無しさん＠お腹いっぱい。
垢版 |
2019/12/11(水) 09:20:23.91
> UNIX系やWindows NT系での開発に移行したら
> DOSに比べると圧倒的に幸せになったな。

こんな分かりやすいウソも珍しいなw
2019/12/11(水) 09:33:03.18
書きなぐってもメモリ壊すバグなんて書いたことない。
どうやったらポインタに関係ないシステムエリアの数値設定してしまうのかが謎。
クスリでもやってんじゃねーの？
2019/12/11(水) 09:38:31.43
ポインタが何か分かってないんだろう。馬鹿はCのポインタで挫折するからな。
2019/12/11(水) 09:39:06.84
そりゃN88-BASICでマシン語も使わずに書いてるとか
C使っててもmalloc使わずにBASICみたいなプログラム書いてりゃどういう間違いがメモリー破壊を引き起こすか知らんでしょ。

ってゆうかメモリー破壊って言葉自体を知らなかったようだし。
Windowsが今でも時々ブルースクリーン起こす理由も理解してないんだろうね。
やれやれ。
2019/12/11(水) 09:42:55.28
>>230
で？どんなコードでシステムエリアのメモリを破壊したん？　それを説明してくれないとw
malloc？　キミはDOSのセグメント機構を知らないのか？
2019/12/11(水) 09:45:11.76
farポインター使ってれば8086のセグメント機構なんてなんの保護にもならないことは知ってるはず。
もしかしてnearポインターで済むようなちっこいプログラムしか書いたことない人？
2019/12/11(水) 09:50:24.04
>>232
で？　質問に答えてよ。低レベルな煽りはいいから先に答え家よ。
どういうアホコード書いたらFATぶっ壊すんだよ。コード例出しなよ。farポインタでどういうコード？
しかもウイルス作ろうとかいった故意ではなくミスってだろw

キミのアホ発言のせいでBSDがすべてアホコードだらけみたいに思われちゃうよw
2019/12/11(水) 09:57:00.57
>>233
まだ使用中のポインターをfreeしたらメモリーの重複使用で壊れる。
CやC++でプログラム組んでたらよくある間違いだし
この対策としてRustみたいな言語が作られるくらい
今でも問題になる話。

C/C++プログラマーで知らなきゃモグリと言っていいくらいの
基礎知識をドヤ顔で質問するとは
シリアスなプログラム書いた経験がないっていう
推測は当たってたね。
2019/12/11(水) 10:04:27.01
素人は基本ポインタが何か分かってないからつまりメモリ破壊してる、バグってる理由も分かってないから答えられないよ。

> まだ使用中のポインターをfreeしたらメモリーの重複使用で壊れる。

ね。使用中のポインタをFreeにするとかこんなアホコード書く奴はいない。
しかも重複利用程度でFATは壊れない。何も仕組みが分かってないんだよ。
無限ループだ、システムエリア破壊だとありえない条件をいくら並べてもやっぱりそれは普通に書けばありえない。
しかもデバッガでテストすればすぐ分かる。自分のトンデモ糞コードをテストしないで実行してDOSが壊れたと大騒ぎする素人の図。
2019/12/11(水) 10:05:33.58
> シリアスなプログラム

また頂きました、シリアス。しかしシリアスにレスはしてくれません。
2019/12/11(水) 10:13:25.07
使用中のポインタをfreeにしたり、freeしてもNULLはセットしないシリアスなプログラマがいるのか。

クスリでもやってんの？
2019/12/11(水) 10:28:08.14
> CやC++でプログラム組んでたらよくある間違いだし

ねーよw
そういうコードが書けるからといって書くにはよほど意図して故意に書かないと無理だろw
2019/12/11(水) 11:33:46.52
使用中のメモリを開放するぐらいのおっちょこちょいだから、使用中のファイルもcloseしてから必死に書き込んで、
本人はデータが書き込まれてるつもりだから、データがない!!　FATが壊れたと大騒ぎしたのだろう。
本人はシリアスのつもりなのさ。
2019/12/11(水) 13:30:47.83
この老害、実生活でもこんな感じなのかね。
それとも喋るとこんな感じにボロ出しまくるから
黙ってるタイプなのかしら。
2019/12/11(水) 13:56:56.82
>>222
お前はプログラムを作らんのか？
なんでテストが一発で通ると思ってるんだ？
バグが有るたびに再起動とかやってられんだろ
2019/12/11(水) 14:01:27.09
>>226
俺はもっと酷い。ドキュメントのミスで外字領域のサイズが一つ違っていたために
なにがどうころんだのか知らんが、暴走した挙げ句HDDのファイルシステムをぶっ壊された。
外字領域っていうのは当時はBIOSの範疇なのでDOSのせいでもない
（漢字フォントがPCに搭載されてようやく実用的な速度がでたのが当時の性能）
2019/12/11(水) 14:02:36.52
>>228
> 書きなぐってもメモリ壊すバグなんて書いたことない。

世界中で未だにC/C++で書かれたコードに
バッファーオーバーフローの脆弱性があるのに？ｗ
お前が経験ないだけじゃねーかｗ
2019/12/11(水) 14:03:18.11
>>230
> Windowsが今でも時々ブルースクリーン起こす理由も理解してないんだろうね。

それはほとんどがハードディスクの故障が原因
BSDでも当然起きる
2019/12/11(水) 14:04:19.37
ちなみにメモリ破壊程度ではWindowsはブルースクリーンにはならない
メモリ保護機能が"CPUに"搭載されてそれをWindowsが利用してるから
MS-DOS当時は"CPUに"メモリ保護機能ないから実装するのは不可能
2019/12/11(水) 14:07:47.10
>>231
> で？どんなコードでシステムエリアのメモリを破壊したん？　それを説明してくれないとw

例えば、ローカル変数に配列を確保して、
確保された配列以上にデータを読み込んでオーバーして書き込む。

それはC言語においてスタック領域の破壊になる。
関数の呼び出し元へリターンする時は、そのスタック領域を参照するから
関数の呼び出し元ではない場所にリターンする。どこかはわからない。システムエリアの可能性もある。

そしてそのメモリ領域に書き込まれた未知のコードは
システムエリアのメモリを破壊することもあるし、無効なCPUコードの場合もある。
そうすると殆どの場合CPUは暴走し、マルチタスクでもなくCPUにメモリ保護もないので
リセットするしかなくなる。
2019/12/11(水) 14:15:13.04
>>233
> どういうアホコード書いたらFATぶっ壊すんだよ。コード例出しなよ。farポインタでどういうコード？

バッファーオーバーフローが原因で意図しないアドレスに戻った時、
そこがたまたま、INT 1Bhのディスク書き込みBIOS命令だったらそうなるだろう。
当時のCPUでは何の保護機能も実現できないので、そこにたまたまあった命令が実行される。

細かい命令までは覚えてないが、16進数で、AXレジスタに x5 9x の値が入ってるときに
CD 1B を実行するだけでアウトかな？どこかに書き込まれる。
http://radioc.web.fc2.com/column/pc98bas/bios/int1b_05.htm
2019/12/11(水) 14:22:41.33
>>231
> キミはDOSのセグメント機構を知らないのか？

セグメント機構はDOSの機構ではない。CPUの機構だ。
当時のx86 CPUを使えば、どんなOSだろうが
同じセグメント機構を使う羽目になる。当たり前だが。

そしてそのセグメント機構に対応するのはDOSの仕事じゃない。
ある程度は絡んでいるだろうが、基本的にはコンパイラが
CPUのセグメント機構に対応したコードを吐き出している。
DOSは絡まないので、例えばC言語からアセンブラを呼び出せば
システムメモリを含めた、メモリ領域全てに書き込むことができる。

さっきから言ってるようにバッファーオーバーフローが起きれば
そのメモリに書かれた内容を、何の保護もなく実行できてしまう。
2019/12/11(水) 14:27:34.37
>>244
>それはほとんどがハードディスクの故障が原因

HDD障害でも発生するブルースクリーンもあったが、それ以外でも頻発したな
つか俺の周りでは後者のほうが多かった
2019/12/11(水) 14:57:16.39
ポインタも使えない低スキルエロゲおやじが発狂してて笑えるw
2019/12/11(水) 15:08:32.88
使用中メモリを開放する
ファイルをクローズしてから書き込む
アセンブラでセグメントをシステムエリアに書き換える
配列サイズ、バッファサイズ以上にデータを書き込む

おまえのいうシリアスなプログラマってどんだけ高スキルなんだなw　異次元だよw
そりゃ年金データも消えるはずだわw
2019/12/11(水) 15:17:28.97
>>243
今日日、バッファオーバーランするC標準ライブラリなんか使ったら
警告でまくりなことも知らないんですね、おじーちゃん。
2019/12/11(水) 15:23:47.53
要は全部、UNIX文化、C言語の話なんだよな。
UNIXがなぜ安定するのに時間がかかったかが分かる。
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。