MS-DOS総合スレッド 3
■ このスレッドは過去ログ倉庫に格納されています
>>1 乙 それと前スレのキチガイさらし上げ >>826 > DOSしか使った事ない人たちなんだろうけどあの当時、普通にOSにフルスクリーンエディタ > 備えたマシンは幾つもあったのね。仕事で使ってた人は判るだろうけど。 > そういうマシンはOSにエディタがコマンドで普通に添付されてるの。 > 98より安いマシンでもあったのね。ただそれだけのことね。 > 悪かったね、キチガイみたいにドヤ顔してエディタは買うものだと絶叫する人たち。 結局、なんにも実例挙げられずに逃走か、キチガイ野郎 >>2 なんか悔しい思いしてこんなところで遠吠えかw >>3 本人乙。 前のスレ知ってる人なら、お前が逃げてったってことみんな知ってるけどさ。 で、マシン名とかOS名を教えてよww 自分が知らないものは存在しないと思い込んじゃう世代なんですね >あの当時、普通にOSにフルスクリーンエディタ 備えたマシンは幾つもあったのね。仕事で使ってた人は判るだろうけど。 >そういうマシンはOSにエディタがコマンドで普通に添付されてるの。 までで切れてるのだと解釈したら、9801より高い機械の話でも間違ってないことにはなる 話が変わるとこで追加の改行(というか空行)ぐらい入れろって問題はあるけどな。 >98より安いマシンでもあったのね。 問題はここだよな。どの機種の話なんだろ。 98よりやすい機種ってのが、そもそもすごく少ないんだもんな。 当初にライバル機種だったものの大多数は98シリーズより高かったんだし。 安くてライバルだと、AT互換系(多くは外資じゃなかったっけ?)とEPSONの98互換とSHARPのMZ-2861(これは98より少し高かったかも。すぐ消えたし。)ぐらいしか思い出せないけど。 9801当事なら定価じゃなくて型落ち含めた実勢価格じゃないの? それに2861はもっと後の初期エプと同じころだからちょっと違うかもな 実用になった開発環境教えて なんかフリー化してたり、かき集めれば色々あるみたいだけど、 一式セットアップ済ディスクイメージとかないものかな? LSI C-86試食版とかTURBO Cとかでいいだろ ライブラリは自作? 調味料セットかなんか使ったの? >>8 Borland C++5.0、Visual C++1.5あたりがオススメ。 数年前ならBorland C++ SuiteとかMSDNとかで入手できたんだけど、 いまはどうなんだろなぁ… そういえば、フレームバッファのデバイスドライバとかってあるのかな? PCMのデバイス拡張は誰か作ってた気がするけど。 DOS的には、適当なintで拡張するのと、新規デバイス化してオープンするのって、 どっちが本流なんだろうか? >>9 >>11 フリーになってたのか > ボーランド Borlandといえば、CだのPASCALだの、 昔は何万も出して買ったんだよなぁ。 Turbo ASM & Debugger が使いやすかった >>18 Turbo C 2.01とTurbo Pascal 5.5はできる。 Turbo C++ 1.01は現在はC++製品のライセンスが必要なようだ。 >>16 バイトがんばれば学生にも手が届く値段だった しかし本のサンプルプログラムた大抵MS-Cだった 森はいけないと思った(トモロヲ風) >Borland Cのフリーって 32bit版だからスレ違 32bit版ってDOSextenderのコードでも吐くのか? >BCC55でANSI C/C++準拠のアプリケーションを作成する場合、通常はコンソールアプリケーションになります。 >これは、BCC55自身と同じように、DOS(コマンド)プロンプトで実行させるものです。 とは書かれてある ライブラリが32bit(Win95以降のDOSコンソール用とWindowsAPIを利用したWindows環境を含む)のみっぽいからDOS用アプリの出力は無理そう ライブラリなんてただのアセンブラソースじゃないのか? 窓アプリってDOSで実行しても暴走しないのが普通。 あの表示こそハローワールドと同じDOSアプリだろう。 試しにDLして付属ドキュメント読んだりフォルダツリー眺めたりしたらすぐ分かるだろ くだらん言い争いするヒマがあったらDLしろよ >>30 別になにもDLしなくても自爆型のBATファイルを書けば 実行形式のファイルは作れるよ。 いまだにLinuxもRubyもEmacsもCで書かれてるのに? MS-DOSだったらCかアセンブラでいいんじゃないの。 まあPascalとか、Prologもあるけど。 GAME86をシステムコール対応にするにはどうすればいいんだろ? DOSExtenderの中継機能的にCP/MExtenderをcall5で拡張すればいいのだろうか? >>32 BorlandCのフリー板がDOSアプリも作れるかWin専用か分かるだろって言ってんのにわからんのか > 試しにDLして付属ドキュメント読んだりフォルダツリー眺めたりしたら > BorlandCのフリー板がDOSアプリも作れるかWin専用か分かるだろ まあでもじっさいそんなことひとっことも書かれてないんだけどね、読んでないんだろうな。 Low-level programming language - Wikipedia http://en.wikipedia.org/wiki/Low-level_programming_language > Low-level programming in high-level languages > Experiments with hardware support in high-level languages in the > late 1960s led to such languages as PL/S, BLISS, BCPL, extended ALGOL > (for Burroughs large systems) and C being used for some degree of > low-level programming. Cは変数とかののビット長と並びをちゃんと定義しとくべきだったよな。 >>43 エンディアンが定まっていないほうが、アーキテクチャごとに柔軟に対応できるだろう 言語仕様に入出力や文字列がなかったり、 配列の添え字がノーチェックだったり、 標準ライブラリもエラーチェックはゆるゆるだったりで、 結局みんなプログラマ側の責任。 限りなく機械語に近い低級言語だと思う。 その自由さこそが好きだったわけだが。 そんな中で高級っぽさを感じたのは構造体かな。 C++になるとかなり事情が違う。 見た目はCに似ているが、全く違う言語だと思った。 >>44 どっちか片方に決めるんじゃなくて、両方定義して、 それらの前提が必要なコードは必ずそっちを使わなきゃダメ ということにして暗黙の前提を排除しておけば、 もっと移植が簡単になったんじゃないだろうか? リトルエンディアンとビッグエンディアン以外は存在しないと思ったら大間違いだぞ >それらの前提が必要なコードは必ずそっちを使わなきゃダメ ルールを設けて移植性を高めるのは現在の仕様で十分可能 >>47 Cコード見たって元のアーキテクチャなんてわからんから困る。 union { unsigned char uc[4]; unsigned long ul; } test = {0x12, 0x34, 0x56, 0x78}; if (test.ul == 0x12345678) { /* big endian */ } else if (test.ul == 0x78563412) { /* little endian */ } else { /* other */ } プログラミング言語の高級低級ってなんなんだ? この板的には「低級」言語ほどユーザーには”要スキル”言語と思ったけど。 命令単位で機械語との対応があるようなのが低級、抽象度が高いのが高級 game言語とかはなんだろ? >>58 ファイルフォーマットもネットワークも関係あるぞ >>60 言語ネタでそりゃないよ (´・ω・`) ショボーン >>58 違うサイズを指すオブジェクトへのポインタのキャストも関係あるぞ。 とりあえず2進や16進の指定と同様に エンディアン指定も出来ればよかったんだろうか? つまり 大鷺 中鷺 小鷺 ですな。 なお青鷺は居ないらしい アオサギ - Wikipedia http://ja.wikipedia.org/wiki/%E3%82%A2%E3%82%AA%E3%82%B5%E3%82%AE > アオサギ(蒼鷺、Ardea cinerea) は、コウノトリ目サギ科アオサギ属に分類される鳥類。 詐欺には興味ないけど、人間68kとの共用ソース化には興味あるな。 cl /Od /Zd filename.c /link /map mapsym filename symdeb filename.sym filename.exe とか良くやったな デバッガのCodeviewが98依存でね、 DOS/Vへ移行したら使えなくなったのが痛かった 機種依存コードのチェッカーみたいなのってないのかな? >>72 0除算の割り込みベクタが機種ごとに違ってて、 当然Cのランタイムはそれをフックしてるから、 Cで書かれたアプリはほぼすてべ機種依存コードを含んでる。 とは言えアプリが0除算しなけば問題は発生しないから、実質的にはDOS汎用とも言える。 とかあるし難しいじゃね? 実際に動かしてみるのが一番簡単確実な判定法だと思うが。 そういうのを管理するのがむしろOSって気もするけど、 フックというならなんか常駐ドライバ辺りで拾ってくるとか駄目? >>74 >フックというならなんか常駐ドライバ辺りで拾ってくるとか駄目? 言ってることがわからない、もう少し具体的に。 機種別のドライバならフックしても機種依存にはならないって感じ? フックしてくる奴を見張ってワクチン的な動作をしてみたりとか? >>76 OS標準ドライバとかOS本体組み込みのレイヤならともかく、 オレオレレイヤを作ってもあんまり意味無いよ。 ユーザーからすると、特定のアプリを使うときだけ必要な常駐ソフト(デバイスドライバ) でしかないから、使い難いことこの上ない。 >>77 割り込みベクターをフックして他の機種のBIOSコールなりをエミュレートしたり いくつかのハード割込みをディスパッチしたりっていうのはそれなりに存在してた気がするけど、 ほとんどあてにならない感じ。 一部の不具合やシステムの不安定さを我慢してまで使うようなもんでもないかと、 ソースがあればコンパイルしなおすなり、ほんの少しの移植の手間で済む話だし、 それで済まないようならどのみち素朴なエミュでなんとかできるようなもんじゃないし。 まぁ結局のところ、 機種依存から脱却したければWindowsアプリにすればいいじゃない? ってことになって今にいたるわけですよ。 おまじないソフトですね! なんか不安定なときには気持ち効いてる感じはあったような気がするな。 っていうか決まったランタイムとかならむしろバイナリスキャンで検出して 自動パッチとかついでにオプティマイズもしてくれるようなものが あってもいい気がする。 0除算ベクターは最初の8086から最新のPentiumまでずっと同じだ こんな基本的な仕様がコロコロ変わってたら使いにくくてしょうがないだろ ttp://news.mynavi.jp/column/sopinion/198/ メモリの先頭ということは0番地って事なのかな? 0除算はiretのみに置き換えてしまうのが手っ取り早い 回復コンソール、Windows REの一部機能にて、DOSコマンドを使う機会はある。 回復コンソールは現代版のMS-DOSと呼べるほどであり、DOSコマンドを使いこなせないと使えなかった。 Windows Meの起動ディスクでジャンクパソコンのハードディスクの領域確保を行った経験があるが、 「FDISK **:」「FORMAT **:」コマンドくらい。 64ビットのWindowsOSで16ビットアプリケーションが動きました! http://www.alles.or.jp/ ~thisida/mycpu619.html DOSの操作を知ってると現在のコマンドプロンプトも取っ付きやすいね ついdir<enter>とやる癖があるけど、最近はUnix風にlsでもいいのね。 だれかbashをcomannd.com+ksh風にしてくれるスクリプト作って欲しいw >< OEM版Windows MEのCDに入っているMS-DOS 8.0はDOS(リアルモード)の起動も Windowsの起動も両方できる。MS-DOS 7.xと同等の起動メニューが出る ほお、リアルDOSを省いたのがMeだと思っていたが OEMのMeは起動プロセスもWin9xと同等ということか >>94 そんなバカな人は、家電系パソコンメーカーの中の人だけだと思ってたんだが違うのか.... >>93 バージョンは7じゃないの?Meだろ? そういやMEだけDOSのバージョン上がって8になってるけど9598の7.Xから大きく変わったとこあるんかね? ゲイシの気分? PC-DOS2000のバージョンはいくつなんだろー? それも8だったような記憶がうっすらと ただ、嘘の記憶が思い出されることも珍しくないので確信がないw DR-DOSそ最終は7.03かなんかだった気がするが、PC-DOSは、どうだったっけ? ググった。ver 7.0だった PC-DOS 7.0/Vがリリース0で、2000は7.0 リリース1 だそうだ wikipediaによると、WinMEやXPなどで起動ディスクを作成すると、起動ディスク上のDOSは8になるそうだ MEはともかくXPならまだ試すのも容易なはず…… >>96 MEのDOS(DOSBOXでも起動ディスクでも)だと、 FCBでのリード、ライトファンクションが使えなくなってた。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる