DOSの問題点を語るスレ [sc](★0)
-
- 1
- 2003/06/23 00:11
-
DOSの問題点…それは何であろうか？
一例を挙げてみる…。
いまいち盛り上がりに欠ける日本のDOSコミュニティ…。
しかも、デベロッパーも集まりにくく耐用年数を過ぎ行く
ソフトウェアたち…新規にリリースされるのは海外方面。
新規海外ソフトウェアのローカライゼーション
プロジェクトも立ち上がる気配なく日本人にとっては辛いものがある。
IMEに関しては
ngなどのskk subset内蔵エディタならびに有志による鳳の配布。
そして、某氏により進められているIMEの開発など…
これにより、IMEの問題は解決されたが
未だGUI方面ならびにWWW方面では問題山積である。
…というわけで、DOSの問題点を語るスレッドです。
どんどん問題点を語ってください。
「おぅし、オレがやってやる」というかたは出てきてかまいません。
-
- 28
- 2003/08/11 08:42
-
>>27
馬鹿だな
DOSユーザに技術者と呼べるような奴がいるわけがない
ハッカーたちはずっとUNIXを使ってたんだから
-
- 29
- 2003/08/11 12:35
-
>>28
限られた資源で1byte/2clockを取るか2byte/1clockを取るか悩むDOSユーザー達こそ技術者。
広大な資源でとりあえずアルゴリズムを実装してみるUNIXユーザー達は学者。
-
- 30
- 2003/08/11 21:55
-
>>28
リーナスは386マシン + DOSでした。
-
- 31
- 2003/08/12 20:20
-
DOSの問題点
1.いわゆるパソコン向けOSのルーツであることを既にみんな忘れていること
2.WindowsNT系列OSが動かないこと
3.厨どもはWindows氏ねといいつつ完全にDOSとは無縁のUNIXに移行しないこと
いや最強のOSだろ?DOSって?効率的に作業ができるし。
問題があるならもっと効率的に作業可能で軽快なシステム作って公開しろよ(w
-
- 32
- は
- 2003/08/13 11:44
-
>>31
ネットワークが来てないのが辛いけどね。
-
- 33
- 2003/08/13 12:50
-
>>31
＞いわゆるパソコン向けOSのルーツであることを既にみんな忘れていること
CP/M
-
- 34
- 2003/08/13 13:46
-
CP/MからDOSに移ったときディレクトリの概念が理解できず丸１日悩んだ。
-
- 35
- 2003/08/13 16:02
-
MSXから乗り換えて、初めてDOSを使った時、command 'enter'
ではなく、command 'F8' と打った。......悲しかった。
-
- 36
- 2003/08/13 19:57
-
MS-DOSの前にOS9を使ってたので
初めてMS-DOSを触ったときには
「16ビットなのになぜ8ビットよりショボいんだ！」
と腹が立ちました。
-
- 37
- 2003/08/13 20:35
-
>>36
......
-
- 38
- 2003/08/14 03:33
-
☆★☆★ 海外サイトだから安心無修正 ★☆★☆
http://upbbs.s2.x-beat.com/linkvp/linkvp.html
☆★☆★ 本気汁丸出しのお○○こが！ ★☆★☆
http://upbbs.s2.x-beat.com/linkvp/linkvp.html
☆★☆★ ２日間無料丸見え体験実施中 ★☆★☆
http://upbbs.s2.x-beat.com/linkvp/linkvp.html
↑ ↑ ↑
これって２日間ダウンロードしまくって
そのあと解約すれば全然タダじゃん？
-
- 39
- マリーナの夏
- 2003/08/14 10:06
-
http://life.fam.cx/a011/
-
- 40
- 2003/08/14 11:46
-
ほーぼーは無職の暇人
-
- 41
- は
- 2003/08/14 12:45
-
>>35
（´・∀・｀）へー
-
- 42
- 2003/08/15 02:01
-
>>41
狙い撃ち?(w
ｺﾋﾟﾍﾟもね(w
-
- 43
- 法望(このH/N使ってないんだけど...)
- 2003/08/15 19:45
-
>> 40
本人の前で、それ言えます？(苦笑)
自分にそういう部分がないといいきれます？
言えないことは、例外を除いていうべきではないです。
(わかっていて自ら省みた素材の例として返すのは例外です)
でも、しかたなく無職 as 透明人間やっている人間もいるってことを
お忘れなく。ま、ここでいわれて落ち込むのは大馬鹿ですけどね。
安布里ってくれて、あんがとよ。励まされたぜ。
>> 40
つか、おまえ「ぐ○……」だろ…。不満があるならメールアドレス
知らせてあるから、そっちで吐けよ。ま、これ以上は予定外だから、
これ以上、公然の場で暴れんように。
-
- 44
- 山崎 渉
- 2003/08/15 21:46
-
(⌒V⌒)
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
-
- 45
- 山崎 渉
- 2003/08/15 23:01
-
(⌒V⌒)
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
-
- 46
- 2003/09/10 04:24
-
強制割り込み上げ。
DOSの問題点ってさ。正直言って、まともなProductivity / Management Toolが
無いのが問題かもしれない。 Input Methodもそうだが…。
最低限、Vector Drawing,Wordprocessor,Database,Spreadsheetは欲しいよな。
ってかオレは作るにしても、スキルまだまだ足りず…。
Input Methodで手一杯だ…。すまん。何度でも逝ってくる…。
-
- 47
- 2003/09/10 04:25
-
上げ忘れた…。
-
- 48
- ●のテストカキコ中
- 2003/09/10 04:39
-
http://ula2ch.muvc.net/ (このカキコは削除しても良いです)
-
- 49
- 2003/10/15 22:32
-
MSC 7.0 動かん。 DPMIがないゆうてくる。
WIN3.1がいるそうな。
DOS６．２でC7動かしたい。 なんか方法ないか？
-
- 50
- 2003/10/15 22:33
-
あげますよろしく。
-
- 51
- 2003/10/16 00:01
-
dosゲームのサイト巡ってれば、cwsdpmi.exe置いてるとこあるよ
-
- 52
- 2004/03/22 00:31
-
駄目だダメだ言いながら
中には使ってることすら知らない人もいたりしながら
結局みんな使ってるわけで
-
- 53
- 瑞天 フレン(rev.3 旧式 )
- 2004/03/23 07:22
-
>> 52
AT互換機用にSoftware MIDI Playerがあったりするので侮れない。
枯れてて良いけど開発者いないからおもしろくはないんだよな。ソフト増えて欲しい。
DOSの開発言語といえば、あまり知られてはいないがル・クローンがある。
Zaurus方面では有名だったりするんだ。って旧FreeDOS(Jp)で紹介したか。
でもビジネスアプリ作成用(DBに強い)なのでほかに色々組み合わせないと
厳しいかもしれない。で、これの開発関連記事書こうか？
ttp://www.soar.co.jp/
でもってIMEはDOS版やるかどうか(KDPlus参考にすればなんとかなるだろう)
わからんけど開発やってますよ。一から仕様書きなおしてたり。
発言場所がないのでここに書いてますが要望があれば聞きますよ。
ただし、あんまりコンセプトは変わってないので強い要望が無い限り
連文節変換はやりません。資料は揃っているけどね。
-
- 54
- 2004/03/23 21:57
-
日本でDOSと言えばNEC PC-9801だからなぁ・・・
PC-9801ならあの頃に存在してなかったプレゼンツール以外
のofficeソフトは全てフリーであったけど
(ワープロ、データベース、表計算、ペイント、ドロー)
あの頃の資産なんとかならないものか
ゼロから開発しなければならなくなる事もないのに勿体無い
連文節変換は誤変換修正しなくちゃならず文章入力スピード
が落ちる原因でしかないと思ってるんで自分も不要論者です
-
- 55
- 2004/03/27 06:52
-
>>54
> あの頃の資産なんとかならないものか
企業さんの側としては難しいですね。コスト、権利問題があったり。
無償公開(は甘くみられたり、喜ばれないもの)は戦略なしでやるとブランドイメージの破壊にもつながる。
って経営・ビジネス論の話になってしまいますんで割愛します。
> 連文節変換
そうですね。それ以外にもかな連文節変換にはいろいろと
問題があり…突き詰めていくとハードウェア(非常にながいので以下略)
現段階ではDOS版の開発は「実現可能」ということにします。
(以前は技術的はくちで不能と言っていたが…)
IME開発状況。辞書構造はだいぶ落ち着いたので、あらためて検討してたら、
LFMというDB技術(はIMEにも通じるのだ)を開発・製品化をなされている
企業さんのサイト[ www.turbo-data.co.jp ]を見つけてしまい、一日だけやる気がなくなってしまった(笑)
しらべてみるとIPA未踏のほうにも登録されていたり。んー。どーするア○フルって気分だヨ。
おっと。これ以降の話は、どこかで日記を立ち上げたときにでもすることにします。
それでは、失礼しました。
-
- 56
- 2004/04/20 22:22
-
やはり一番の問題点はソフトが無いってところだと思うので
モナシュ大学日本語アーカイブにmirrorしてあるNJSTAR弄ってみた
sharewareだけどpcxで保存出来てnjstarからの印刷使わなければfree
DOS/V環境は必要なくFEP込みで漢字辞書引きまで対応していて至れり尽くせり
ESCキーでメニュー呼び出し等懐かしく日本語環境としては使えると思う
ただ...wpかと思ったら画像貼り付けは勿論文字サイズも変えられないeditorだった
もう諦めてTEXだなｺﾘｬ
-
- 57
- 2004/11/21 01:21:01
-
-
- 58
- 2005/01/12 04:38:07
-
-
- 59
- 2005/03/16 07:44:29
-
だーー
-
- 60
- 2005/07/12(火) 22:35:45
-
ななななななななっなーー
-
- 61
- 2005/07/14(木) 19:31:47
-
DOSの基準ってなんですか？
-
- 62
- 2005/07/18(月) 05:19:05
-
INT 21
-
- 63
- 2005/07/18(月) 18:47:31
-
あれ、10進数ですか？
-
- 64
- 2005/07/18(月) 23:30:28
-
>61
DOSだけの意味ならDisk Operating Systemなのだか、
ここで言われてるDOSはMS-DOSおよび互換DOSのこと。
実装上最低でも必要なのは、
・ディスク管理(FAT12/16)
・メモリ管理(最低でもコンベンショナルメモリは。必要ならデバドラでUMB,HMA,EMS,XMS,VCPI,DPMIも)
・最低限のデバイス管理とデバイス対応(CON,PRN,AUX,CLOCK,ディスクデバイス)
・ファンクションコール(今で言うAPI) INT 20h,21h,22h,23h,24h,2Fh
（21ｈと2Fhは最低限のもののみ必要）
・関連するメモリ領域（0060:0000〜 などは重要)
・MS-EXEの実行機構(ロード、リロケートなど)
・コマンドプロセッサ(command.comに代わるもの)
-
- 65
- 2005/07/19(火) 00:24:11
-
>>64
今のDOSの基準ってそうなってるんだ
俺は、DOSなんだからメモリの管理とかすんなって思うんだけどさ
メモリの管理をする時点でDOSって言えない気がするし、DOSの一番の長所が
無くなってしまうと思う
DOSの基準がどうだろうと俺は使い続けるからいいんだけどさ
-
- 67
- 2005/07/19(火) 01:41:09
-
>>65
MS-DOSのメモリ管理なしでどうやって使ってるの？
空いてそうな領域を決め打ちで読み書きするの？
#VRAMとかならわかるけど
-
- 68
- 2005/07/19(火) 02:43:23
-
>>67
お前はMS-DOSのどのバージョン使ってんだ？
6.2より前のやつ使ってみ
ほとんど干渉して来ないから
-
- 69
- 2005/07/23(土) 13:41:11
-
メモリ管理はconfig.sys（かそれに代わるもの）でドライバを組み込まないと使えないって仕様にすればいいだろ。
メモリ管理が邪魔ならドライバを組み込まなければいいだけ。
-
- 70
- 2005/07/23(土) 13:42:28
-
あと欲を言えばFAT32も対応してほしいな。
-
- 71
- 64
- 2005/07/23(土) 14:01:54
-
一応補追入れとく
・ディスク管理(FAT12/16) →読み出し、書き込みさえ正常に出来れば良い。
・メモリ管理(コンベンショナルメモリ)
→割り当て、開放、メモリアロケート情報の管理、 プロセスID管理、メモリ領域のリンク。
DEPや他プロセスのメモリアクセス保護なんて言ってないぞ。
・最低限のデバイス管理とデバイス対応
→CON,CLOCK,FDD,HDDのサポートとデバイスリンクによるデバドラ登録、デバイスIDなどの管理
・ファンクションコール(今で言うAPI) INT 20h,21h,22h,23h,24h,2Fh
→2FhはDOSの機能拡張用(外部ドライバによる)なので不要。
21ｈは最低限のものは必要
・関連するメモリ領域（0060:0000〜 などは重要)
→機種依存情報が多い
・MS-EXEの実行機構(ロード、リロケートなど)
→これがないとMS-DOS互換とは言えなくなってしまう。
・コマンドプロセッサ(command.comに代わるもの)
→場合によっては不要だが……
>69
それがMS-DOSの標準の仕様。メインメモリ以外のメモリ管理はドライバ任せ。
>70
FAT12/16の拡張で出来るだろうけど(ディスクキャッシュを組み込まないと)実用的とは
思えないほどFATを読みに行きそうで・・・
ちなみにVFAT(LFN対応)はDOS非互換&メモリの無駄
-
- 72
- 2005/07/23(土) 14:16:34
-
>→これがないとMS-DOS互換とは言えなくなってしまう
このスレってMS-DOS限定なの？
-
- 73
- 2005/07/23(土) 15:38:17
-
なんだか>>61にDOSを作らせようとしてるような気がするのは俺だけ？
-
- 74
- 2005/07/25(月) 00:55:10
-
-
- 75
- 2005/07/25(月) 00:58:11
-
LFNまじめに対応するとunicodeテーブルだけでコンベンショナルメモリなくなっちまうぞ
-
- 76
- 2005/07/25(月) 16:33:44
-
それはない
-
- 77
- 2005/07/29(金) 20:52:47
-
>>75
Win98のUNICODE.BIN（変換テーブルファイル）は約68KiBytes。
それにこれは別にコンベンショナルメモリに置く必要はない。
XMSが使えるときにはそっちへ置けばいいだろ。
ところでLFNに関係なく今時Unicode対応は欲しいな。
-
- 78
- 2005/07/29(金) 20:54:53
-
あー
えーっと
ここはDOSの問題点を語るスレじゃなかったっけか？
Windowsのスレだったっけ
このページを共有する
おすすめワード