X
FreeBSD/OpenBSD/NetBSDが性能でLinuxに勝ってる所
0222名無しさん＠お腹いっぱい。
垢版 |
2019/12/11(水) 08:50:24.23
> 例えば無限ループを実行してしまったら再起動するしか復旧手段はない。
> 無効な命令を実行したらCPUが暴走する
> 無効なアドレスにジャンプしてもCPUが暴走する

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

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

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

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

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

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

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

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

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

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

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

クスリでもやってんの？
0238名無しさん＠お腹いっぱい。
垢版 |
2019/12/11(水) 10:28:08.14
> CやC++でプログラム組んでたらよくある間違いだし

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

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

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

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

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

そしてそのメモリ領域に書き込まれた未知のコードは
システムエリアのメモリを破壊することもあるし、無効なCPUコードの場合もある。
そうすると殆どの場合CPUは暴走し、マルチタスクでもなくCPUにメモリ保護もないので
リセットするしかなくなる。
0247名無しさん＠お腹いっぱい。
垢版 |
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
0248名無しさん＠お腹いっぱい。
垢版 |
2019/12/11(水) 14:22:41.33
>>231
> キミはDOSのセグメント機構を知らないのか？

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

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

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

HDD障害でも発生するブルースクリーンもあったが、それ以外でも頻発したな
つか俺の周りでは後者のほうが多かった
0251名無しさん＠お腹いっぱい。
垢版 |
2019/12/11(水) 15:08:32.88
使用中メモリを開放する
ファイルをクローズしてから書き込む
アセンブラでセグメントをシステムエリアに書き換える
配列サイズ、バッファサイズ以上にデータを書き込む

おまえのいうシリアスなプログラマってどんだけ高スキルなんだなw　異次元だよw
そりゃ年金データも消えるはずだわw
0252名無しさん＠お腹いっぱい。
垢版 |
2019/12/11(水) 15:17:28.97
>>243
今日日、バッファオーバーランするC標準ライブラリなんか使ったら
警告でまくりなことも知らないんですね、おじーちゃん。
0256名無しさん＠お腹いっぱい。
垢版 |
2019/12/11(水) 15:39:13.59
>>251
結局、そういう超基本的なことをミスする奴は元からポインタが何か分かってないという話だけだよな。
コボラーにCで書かせるとかそういうレベル。
0257名無しさん＠お腹いっぱい。
垢版 |
2019/12/11(水) 15:43:26.65
>>255
連呼？検索しても一回しか使ってないが？

「今日日、バッファオーバーランするC標準ライブラリなんか使ったら
警告でまくり」（お前が言った言葉）

なのに

「世界中で未だにC/C++で書かれたコードに
バッファーオーバーフローの脆弱性がある」（俺が言った言葉）

って知らないの？って言ってるんですが、
本当に知らないの？
0258名無しさん＠お腹いっぱい。
垢版 |
2019/12/11(水) 15:44:49.37
>>256
ミスは誰でもするもんだよ。
プロはミスをしないとか思ってるの？

プロだからレビューも確認も命綱もいりませんとか言ったら
頭おかしいって思われるよ。
0260名無しさん＠お腹いっぱい。
垢版 |
2019/12/11(水) 15:47:06.26
>>258
わかってるよ。おじーちゃん。
おじーちゃんはファイルクローズしてから書き込んだり、使用中のメモリを開放するんですよね。
0262名無しさん＠お腹いっぱい。
垢版 |
2019/12/11(水) 17:19:51.46
>>225
> DOSは既に統合開発環境があった。というかIDEはDOS発の概念ですよ。
なわきゃーないｗ
さらっと嘘ぶっこんでくるなよ
0265名無しさん＠お腹いっぱい。
垢版 |
2019/12/11(水) 17:36:41.77
そういやBASICも一応統合環境でもあるんだよな
言語＋テキストエディタ
しかもOSの役割もはたしていた
0266名無しさん＠お腹いっぱい。
垢版 |
2019/12/11(水) 19:09:36.80
BSDが糞の理由がこのスレ見れば分かるなw

じーちゃんばかりで未だにポインタも碌に扱えずバグだらけwww
0267名無しさん＠お腹いっぱい。
垢版 |
2019/12/11(水) 19:12:28.80
TurboPascalのIDEとそれ以前じや全くのベツモノじゃん。使ったことないの？
もしかしてまだviで開発してるの？
0269名無しさん＠お腹いっぱい。
垢版 |
2019/12/11(水) 20:14:28.14
UNIX陣営はメモリ破壊しまくる低スキルプログラマだらけで大変だな。
確かにブートが壊れたとかFS壊れたとかよく聞くけどUNIXだけの話だもんな。
0272名無しさん＠お腹いっぱい。
垢版 |
2019/12/12(木) 04:11:01.81
DOSが現役の頃から普通に使ってる人に
想像で何か言った所で説得力無いんだよな

俺が初めて触ったのはMS-DOS3.3Bだが発売日は1989年らしい
Turbo Cは1987年、FreeBSDは1993年

MS-DOSを知らんやつは、IDEなどの技術が
FreeBSD登場前からあるのも知らない
0273名無しさん＠お腹いっぱい。
垢版 |
2019/12/12(木) 07:00:07.98
DOS〜Windowsでは素晴らしいアプリやゲームが次々へと開発されたのは
開発環境に圧倒的な差があったのは明らかだよ。とくにデバッガの使い易さはもはや天地ぐらいの差。
結局、UNIXのソフトの多くはデバッガが糞だから碌にテストしてないorできない。これに尽きる。
0274名無しさん＠お腹いっぱい。
垢版 |
2019/12/12(木) 07:39:36.54
プログラマの品質の差もでかいよ。UNIX使ってる人の多くは大学デビューでアセンブラ経験ない人が多い。
基本的なことが身についてないから同期バグやメモリぶっ壊すとか初心者みたいなコードでも発見できない。
0276名無しさん＠お腹いっぱい。
垢版 |
2019/12/12(木) 10:13:46.72
今の時代はアセンブラで作ったものを動かすのは大変だろうからね
DOSの時代は書いたバイナリをそのまま動かせた。
DOSの拡張子.comのファイルは何の準備もいらずCPUの命令としてすぐに動かせる。

何の漢字かは忘れたがSJISで漢字一文字（2バイト）書くと、
それがCPUのリセット命令で簡単にリセットコマンドができた。
今はそうはいかない

俺はBASICの次にアセンブラとC言語の両方に手を出したんだが
アセンブラの方が簡単で最初はアセンブラばかり使ってたよ
命令は基本的だがそれを並べるだけで動いた
C言語の型とか構造体とかいろんな関数を勉強する必要がないので
アセンブラはむしろBASICに近く感じた
0277名無しさん＠お腹いっぱい。
垢版 |
2019/12/12(木) 13:50:09.60
ポインターとかメモリーとかプログラマーとか、
「ー」を付ける人って古い人なのか新しい人なのかどっちだろう…？
0280名無しさん＠お腹いっぱい。
垢版 |
2019/12/12(木) 14:51:29.60
物理系はーつける人が多い
電気電子情報系はつけない人が多い

データーはdataなのでつけると間違い
0282名無しさん＠お腹いっぱい。
垢版 |
2019/12/12(木) 15:01:55.86
か物理系の人
0284名無しさん＠お腹いっぱい。
垢版 |
2019/12/12(木) 16:32:51.05
>>277
技術分野では（3音以上の語には）ーをつけないというJIS規格があった
だけどこれはJIS規格であって技術分野以外ではーをつけるのが普通。話し言葉とか

マイクロソフトは技術分野的にーをつけていなかったが
パソコンが一般の人にも普及するにつれて、一般的には違和感が出るようになった
だから方針を変えて公式につけるようになった

MSが長音付けルール変更、「ドライバ」を「ドライバー」に
https://www.atmarkit.co.jp/news/200807/25/microsoft.html

マイクロソフトと関わりがあるようなところは引きづられて
つけるようになっていった。
0285名無しさん＠お腹いっぱい。
垢版 |
2019/12/12(木) 16:34:40.27
>>283
> 原則として語尾が“-er”、“-or”、“-ar”で終わる語彙は長音を付けるというものだ

memoryは語尾がryなので長音はつけないのが正しい
0288名無しさん＠お腹いっぱい。
垢版 |
2019/12/12(木) 17:58:40.44
外来語の話でしょ
0291名無しさん＠お腹いっぱい。
垢版 |
2019/12/12(木) 18:50:33.30
バターとかゼリーとか伸ばさない方がアホっぽくないと言うのか
0293名無しさん＠お腹いっぱい。
垢版 |
2019/12/12(木) 20:44:55.78
>>284
> パソコンが一般の人にも普及するにつれて、一般的には違和感が出るようになった
> だから方針を変えて公式につけるようになった
知ったか乙w
1991年の内閣告示で原則として伸ばせってなったからJISも2005年の改定で伸ばしても伸ばさなくてもどっちでもいいよってなってMSも伸ばす方向にしただけ
0295名無しさん＠お腹いっぱい。
垢版 |
2019/12/13(金) 04:57:49.19
海外理系経験長いけど、
英語のmomoryはメモリだな。メモリーにはきこえない
Pointerはポインターにきこえる
まぁ細かいこと気にしない
0296名無しさん＠お腹いっぱい。
垢版 |
2019/12/13(金) 06:56:56.98
>>293
> 知ったか乙w

お前が知ったか乙ｗｗｗ


MSがそう言ってるのにｗｗｗ

MSが長音付けルール変更、「ドライバ」を「ドライバー」に
https://www.atmarkit.co.jp/news/200807/25/microsoft.html
>　マイクロソフトはコンピュータが日常必需品となり一般化してくるにつれて、
>長音なしの表記に対してユーザーが違和感を感じるようになっているとし、
>「一般的な表記に合わせる時期」（加治佐氏）と判断。2003年ごろから具体的な検討を始めた。
0297名無しさん＠お腹いっぱい。
垢版 |
2019/12/13(金) 08:16:12.64
>>296
それは単なる公式発表な、流石にお上に倣いましたとか言えんし
そもそもそこにも背景とか色々書いてあるだろ？
もう少し世間を知ったほうが恥をかかなくて済むようになるぞw
0308名無しさん＠お腹いっぱい。
垢版 |
2019/12/13(金) 19:59:28.96
>>307
皮肉だって分かってないの？ｗ
公式発表を上回る信頼性ある情報が出てないって話だよ
公式発表っていうのはこれな

MSが長音付けルール変更、「ドライバ」を「ドライバー」に
https://www.atmarkit.co.jp/news/200807/25/microsoft.html
>　マイクロソフトはコンピュータが日常必需品となり一般化してくるにつれて、
>長音なしの表記に対してユーザーが違和感を感じるようになっているとし、
>「一般的な表記に合わせる時期」（加治佐氏）と判断。2003年ごろから具体的な検討を始めた。
0312名無しさん＠お腹いっぱい。
垢版 |
2019/12/15(日) 17:54:15.90
>>197
> 現実には1990年代前半にはメインフレームの退潮は明らかになっていて

そう言えば「ネオダマ」って言ってたのを思い出した
「ネ」以外はほぼ死語になったな
0315名無しさん＠お腹いっぱい。
垢版 |
2020/07/30(木) 16:25:28.53
いまのFreeBSDのXのインストールって簡単？
昔インストールする度にヤシの木の画面出して弄ってた記憶がある。
新着レスの表示
レスを投稿する