facebook twitter hatena line google mixi email
★お気に入り追加


  • 1
  •  
MS LANMAN・MS Workgroup Conection
他にも、いろいろありますが、
皆さんは、どれをお使い?

ここまで見た
一応... IBM LAN server用のパッチからDLSのパッケージを抜き出して
使うことになるんで、ライセンス的に黒ってことは踏まえてください。
LANmanよりコンベンショナルメモリの利用量が格段に少ないし、Windows(NETBIOS)
ネットワークで使うには最良だと思うんだけど、ライセンスの話のせいかOS/2ユーザ
以外にはあまり知られてないですね。これ。sage

ここまで見た
  • 25
  • DOSビギナー
この擦れ大変興味深いです。参考にさせていただきます
それで恐縮ですが私からの「話題ふり」です
九八用のWEBブラウザであるBrowser Returnsを使用した方どなたか
いらっしゃったらどんな話でもよいので聞かせてください
当方DOSについてはまだ勉強中なので
このソフトを評価できるレベルではないのです

http://www.proc.org.tohoku.ac.jp/~asaka/soft/br98.shtml

質問ではないので無視してくださっても構いません。

ここまで見た
ここまで見た
  • 27
  •  
DOS延命age

ここまで見た
>>25
大きなHTMLファイルに開くのに時間がかかる、フォームや
フレームに対応していない、という部分を除けばそれなりに使える。
PNGフォーマットの画像にも対応している。
最大の欠点は上でもあげたが大きめのHTMLの展開が遅いこと。
画像の展開にも時間がかかる。
その部分はなんとかならんものか、と思う。
98でありDOSである、ということを考えたら仕方がないのかもしれないが。

頻繁に使っている訳ではないのでたいしたことは言えないが、
DOSのブラウザとしては出来はいいと思う。

ここまで見た
  • 29
  •  
DOS延命age

ここまで見た
  • 30
  • 題名に余分な記号をつけるのはDQN
題名に余分な記号をつけるのはDQN

題名に余分な記号をつけるのはDQN

題名に余分な記号をつけるのはDQN

題名に余分な記号をつけるのはDQN

題名に余分な記号をつけるのはDQN

題名に余分な記号をつけるのはDQN

題名に余分な記号をつけるのはDQN

題名に余分な記号をつけるのはDQN

題名に余分な記号をつけるのはDQN

題名に余分な記号をつけるのはDQN

題名に余分な記号をつけるのはDQN

題名に余分な記号をつけるのはDQN

ここまで見た
  • 31
  • 名無しさん80286
http://piza2.2ch.net/test/read.cgi?bbs=jisaku&key=998407829
↑でも以前カキコしたDOS用統合デスクトップ環境「Qube」が新しくなって、
Qube2pになったようだヽ(´ー`)ノ

Qubeのページ
http://www.interactivestudio.sk/index_en.htm

今回はWindows2000/NT/98DirectX版が増えたようだ、以前はDOSOnlyだったと思うが。
前Verと同じくネットワーク環境がダイアルアップのみの対応だったので、
次はNDISやPacketDriverに対応してたら嬉しいな。
まだまだ常用するには足りないものは多すぎるが、画面のカッコ良さはなかなか。
DOSで高解像度環境使えるしね。
開発環境も配布してくれたら嬉しいんだけどね…

#次のVerは3pか?なんか嬉しいね。3pでも4pでも何でもコイという感じ(*´?`*)ハアハア
#濃いDOS野郎はさっさとインストールしてバグ出ししてメールを送りつけてやれ!
#もちろんメールの文面の最後には、「日本語対応もお願いします」を忘れずになヽ(○`ε´○)ノ

ここまで見た
  • 32
  •  
現在、WebBoy4を使用しているのですが、セキュリティ面で
問題はないのでしょうか?
板違いかもしれませんが詳しい方がいらっしゃいましたら
教えていただけないでしょうか。
よろしくお願いします。

ちなみに400D修正ファイルを導入済みです。

ここまで見た
  • 33
  •  
何でPC−UNIX使わないの?

ここまで見た
>>33
要らん機能が沢山付いてるからな>PC-UNIX
俺らはDOSが好きなのであって、UNIXが好きなわけではないから。

つーかPC-UNIXだとネットワークだのなんだのは、「出来て当然」だろ?
つまらないだろ、それじゃ。
あーしてこーして頭使って解決するのが面白いの。
今やDOSは好き者のオモチャに近いしね。(実務で使ってる方々ゴメンナサイ)

#仕事でUNIX使ってるけど、未だにFD+VZを越える環境のUNIXには出会ったことがないよ。

ここまで見た
  • 35
  • DOSビギナー
>>28

ありがとうございました。大変参考になりました
早く実用としてネットで使えるようになればいいですね
私自身すごくそう思います。

ここまで見た
  • 36
  •  
>>34
FDとVZの何が良いのか具体的に教えていただけませんでしょうか。

ここまで見た
  • 37
  •  
>>36
まずは使ってみることだ、FDはフリーだし、Vzは1万円もしない。

FD
http://www.vector.co.jp/vpack/filearea/dos/util/file/filer/fd/index.html

Vz
http://www.villagecenter.co.jp/soft/vz16.html

ここまで見た
  • 38
  • 名無しさん@Be
っていうか、ぜんぜん使いたいと思わないんです。
何が優れていると思っているのか聞きたかっただけ。

ここまで見た
  • 39
  • 1
その画像ならココ
http://www.f2.dion.ne.jp/~impact14/

ここまで見た
  • 40
  •  
VZは要らないけどFDは欲しいと思った事があるかな。

て言うか一時期FDクローンがあった筈だけど、
ここ数年のLinuxブームでインストール本や解説を見ても
どこも紹介してないんだよね。なんでだろ。

ここまで見た
  • 41
  •  
…と言ってるそばから見つけたよ (;´Д`)
http://hp.vector.co.jp/authors/VA012337/soft/fd/index.html

まー98のFDのように細かいとこまで至れり尽せりって出来ではないような。

ここまで見た
  • 42
  •  
>>34
シェルスクリプトとか使わないの?

ここまで見た
ここまで見た
  • 44
  •  
つーか、フィルタコマンドとシェルやperl等のスクリプトを組み合わせて
環境を作るのがUNIXのシェル環境の肝なんだよな。
だからリダイレクトや正規表現を当たり前に使えないと
CUIシェルの美味しいところはまったく使っていないも同然。
そういう使い方ができれば下手なファイラーなんか要らんし。

そりゃプログラムの起動にキーからスペルを打ち込んで
1文字でも間違ってたらアウトってのは、ランチャーとしては
厳しいって意見は当然だよ。辛い部分しか見てないんだから。

VZもマクロ機能が凄いと言うけどそれはDOS環境のエディタでの話で、
UNIX環境のエディタもチャイルドプロセスの起動や結果の取り込みなんて
ごく当然の事のようにできる(当たり前すぎて誰も特筆などしない)し、
再帰的な処理もDOSのように厳しい制限などない。
マクロもVZのように記号的で可読性の低い変態じみたものではなく
LISPやCのようなもっと人間寄りで一般的な高級言語を使える。

こういうきちんとしたものと比べたら、VZの環境なんて子供の玩具だよ。

ここまで見た
  • 45
  •  
じゃ使ってみようと思うのでUNIXのインストールの仕方を教えてください。

ここまで見た
  • 46
  •  
3000円くらい持って近所の本屋でCDつきのインストール教本でも買ってきなさい。
インストールくらいわざわざ人にきかずにまずやってみなさい。

ここまで見た
  • 47
  • 名無しさん80286
>>44
「そーいう面倒なスクリプトを書く必要が無い!」と言うところから
FDの様なファイラーは始まってるんすけど。リダイレクトはDOSでも活用されてるしね。

つーか強力なシェルはDOSにもあるよ?
4dos.sysなんか10年ほど前の向うのパワーユーザーの標準装備だったよ
UNIXと同様のことが可能、シェルと言うインターフェイスはDOSだって長いつきあいなんだから、
当然ながら改良の動きはあった、日本語化されなかったから、日本人が知らんだけ。

Vzマクロを出して攻撃してるけど、マクロ機能なんてものはエディタとしての必須条件じゃないのよね。
求められる条件は、「使いやすい」、「速い」、「軽い」、な訳。
マクロなんてこれらの補助程度に使えれば全く問題ない、
そして実際Vzのマクロはその要望に応えてる(可読性の問題は指摘通り)。
別に俺はエディタの中で1日を過ごしたいとは思わないので、全ての機能をVzに持って欲しいと思わない。
ただ、「叩けばすぐ応える」存在であって欲しいのよ。

むやみやたらと拡張を繰り返したEmacsは基本的な「エディタ」としてどれほどVzに優れているの?
Vzのサイズなんて500kにも満たないぜ?
FD一枚に入れてもまだ余る、この辺が作者のポリシーが出てるよ。
プログラムサイズの大きいソフトが多機能で当たり前、何を言ってるの?

ここまで見た
  • 48
  • 名無しさん80286
>>47
自分突っ込み

Vzはインストールサイズで500KB弱だな、
要らんもの削れば100KB以下になるな。
あと、Vzはソース公開されてるぞ、FDの中にアセンブラのソースが付いてくる。
いわゆる「オープンソース」じゃないけどな。

ここまで見た
  • 49
  • 名無しさん80286
DOSのツールというものは、当初のDOSマシン環境の制限もあって、
「小さい」ことを求められてきた。
MAGのViewerなんか、いかに小さく作れるか競走になったほどだ。
それと俺は使ったことがないのでよくワカランが、
X68でも超小型のJpegViewerが有ったはずだ。

そして上記のVzやFD、そしてLSI-Cとか初期のBorlandの処理系も同様。
プログラマはFD一枚に自分の環境を入れておけば、
いつでも何処でも自分の仕事が始めることが出来た。

DOSマシンには制限が色々あったが、自分らの力でどうにかしてたもんだ。
また制限が有るからと言って、手を抜くこともなかった。
当時、インターフェイスでVz(Mifesでもいいよ)やBorlandのIDEに匹敵する環境がUNIXに有ったかい?

Windows時代の最近は、プログラムサイズの
縮小化に注意を払ったソフトがちょっと少ないので結構残念…(これは処理系のせいもあるけど)

ここまで見た
  • 50
  •  
>つーか強力なシェルはDOSにもあるよ?

知ってるよ。COMMAND.COMだけがシェルではないし、
自分もDOS時代はVZやMIFESはかなりいじり倒していたから。
面倒だからSHELL=VZ.COMと書いちまえとか言ってたくらいだし。

>求められる条件は、「使いやすい」、「速い」、「軽い」、な訳。

扱いやすさと低機能はイコールではないし、タイプ速度に追い付けないほど
のろまなら話は別だが今時鈍重すぎて話しにならない処理系などまず無い。
スクロールが遅い? ページ切り替えにすれば?
画面の書き換えがまだ重い?なんでジャンプしないの?

CUIなら9600bps端末並みの速度があれば、画面の書き換えは十分だね。
1200bpsやそれ以下の時代は確かに厳しかったが。
それ以上ないと云々は道具の本質とはまったく別次元の、単なる趣味や嗜好の話だ。

>マクロなんてこれらの補助程度に使えれば全く問題ない、

これがそもそも道具論を誤っている奴の典型だね。

たとえ冗長でも標準的で汎用的なつぶしの効く手段を常に使っていたいから
環境というものを作るし、作れるようにしているのだよ。

>むやみやたらと拡張を繰り返したEmacsは基本的な「エディタ」としてどれほどVzに優れているの?

どこへ行ってもemacsなら存在する。どこへ行っても同じコマンド、マクロ、
スクリプト、フィルタが使える。使う手段がある。
個別のOSやハードウェアに密着する事なくあえて冗長性を持たせたが故に
道具として信頼し得るに足る普遍性を得た環境という事だ。
目先のパフォーマンスの差など些細な問題に過ぎないね。

なにしろVZはDOSでなければ使えない。PC9801とAT互換機でしか使えないからな。

>Vzのサイズなんて500kにも満たないぜ?
>FD一枚に入れてもまだ余る、この辺が作者のポリシーが出てるよ。

きょうびフロッピーに納まるサイズなどというコピーには何の訴求力もない。

>プログラムサイズの大きいソフトが多機能で当たり前、何を言ってるの?

結論:emacsとvzの本質的な差とはプログラムサイズや
表面的な体感速度ではなく、普遍性と冗長性の違いである。

VZが世界標準なら、俺も喜んで今でも使っているだろうさ。
それか首吊ってるかな(ワラ

ここまで見た
  • 51
  •  
つーかね、VZ最強VZマンセーをいまだに言ってる奴は
井の中の蛙ちゃんであるなぁと、そういう事。

いまどきバイト単位ビット単位でメモリをケチって
モノ作るやつなんていないでしょ。
底辺の制御系やゲーム屋はどうだか知らんけど。

ここまで見た
  • 52
  •  
で、DOSでネットワークの話題に少しだけ関係した話に戻す努力をしてみると、
DOS5あたりでついてくるようになったM$謹製のSMARTDRV.EXEという
ディスクキャッシュがこれまたアレな出来で、
ライトバック対応のディスクキャッシュドライバでは
Netwareという当時のLAN環境についてきた奴の出来がよろしいってんで
職場からコピってきて重宝させていただきましたわ。

このくらいの話はもう時効だからいいでしょ。たぶん。

ここまで見た
  • 53
  •  
今って西暦2001だよな。確か。

ここまで見た
>>50
>たとえ冗長でも標準的で汎用的なつぶしの効く手段を常に使っていたいから
>環境というものを作るし、作れるようにしているのだよ。

これはどちらかというとStallmanの趣味だろ、Emacs-LISPは。

>>むやみやたらと拡張を繰り返したEmacsは基本的な「エディタ」としてどれほどVzに優れているの?

>どこへ行ってもemacsなら存在する。どこへ行っても同じコマンド、マクロ、
>スクリプト、フィルタが使える。使う手段がある。
>個別のOSやハードウェアに密着する事なくあえて冗長性を持たせたが故に
>道具として信頼し得るに足る普遍性を得た環境という事だ。
>目先のパフォーマンスの差など些細な問題に過ぎないね。

俺15年以上前からやってるけど、どの職場に行ってもVzの動くマシンは有ったから
全く問題はなかったぞ。
逆にEmacsは無かった(メーカー製のエディタは有った)、Viは有ったが。
つーかこれ俺が書いた、
「基本的な「エディタ」としてどれほどVzに優れているの?」の回答になってないぞ。

>なにしろVZはDOSでなければ使えない。PC9801とAT互換機でしか使えないからな。

これは事実誤認、他にもFM-RとかAXとかほぼ全ての当時のDOSマシンを網羅していた。
これらの内の1機種がない職場など当時は存在しなかったよ、外資系でもね。
…あ、某生命保険会社に行ったら、日立のB16しかなくて甚だ困った、これは非常に少ない例だが。

???なんか、今現在のUNIXシーンと10年以上前のソフトを同じ土俵に上げてない?
当時のUNIXはマジ使えなかったぞ?


#あとはなんか反論にも感情論にもなってない穴だらけのカキコ何でレス付ける気がしない、
#物好きな人は相手してあげて。

ここまで見た
  • 55
  • 名無しさん80286
>>52
当初のSMARTDRV.EXEは確かに危険だったな。
DOS4のFASTOPENの方がまだマシなんじゃないかとすら思ったよ。

俺は速攻で外してTekramのDC-600で高速キャッシュ環境を楽しんでました(´ー`)y-~~

ここまで見た
  • 56
  •  
>???なんか、今現在のUNIXシーンと10年以上前のソフトを同じ土俵に上げてない?
>当時のUNIXはマジ使えなかったぞ?

なぜなら今は2001年で、DOSの世界は既に10年近く前に死んでいるからだな。

10年前のUNIXの世界では確かにemacsを動かす事さえしんどい環境がいくらもあったよ。
そもそも今みたいに日本語の解説やmanもろくになかったしな。

>#あとはなんか反論にも感情論にもなってない穴だらけのカキコ何でレス付ける気がしない、

お前もな〜

ここまで見た
  • 57
  •  
(~~;)(__;)(~~;)(__;)ウンウン

ここまで見た
  • 58
  •  
>>54
UNIXは10年前からそんなに変わってないよ。perlはなかったけどね。

ここまで見た
  • 59
  •  
44=50=56、52、53氏

せめてスレタイトルの確認ぐらいはしてチョ

ここまで見た
  • 60
  •  
>>58
UNIXのこの10年を「そんなに変わってないよ」とおっしゃりますかΣ(゚Д゚ )
激変したと思うのですが・・・

ここまで見た
  • 61
  •  
>>56
氏んでねーヨ
DOS=OSならそうかもしれんが(それでも多く見積もって5年ほどだろ)
DOS環境は死んでないし、これからも死なないだろう
Win32上のコマンドラインツールが氏ぬほどたくさんあることは知ってるよな?

ここまで見た
  • 62
  •  
>>60
Linuxとかの話でしょ。俺が言ってるのはCUIの使い勝手のこと。

ここまで見た
  • 63
  •  
>>62
CUIシェルもこの十年で多様化したと思うのですが。
確かにFreeUNIX以外ではその多様化の成果をサポートしてくれるものは多くはありませんが。

ここまで見た
  • 64
  •  
(^^;)(_ _;)(^^;)(_ _;)ウンウン

ここまで見た
>>63
だから、
>>54
>当時のUNIXはマジ使えなかったぞ?
という意見への回答として書いてるからこうなった。
十年前でもちゃんと知識があれば現在のUNIXと同じくらい便利に
使えるということが言いたかった。
bash,tcsh,zsh等の新しいシェルのことは当然知ってるよ。

ここまで見た
  • 66
  •  
>>65
あ、ギリギリ10年前のUnix使ってた世代ですけど、
当時はgccも付いてなかったし、妙なエディタだったし、
ソース持ってきてコンパイルしようとすると一筋縄ではいかなかったし(標準のccがアレなので)
ついでにフリーソフト入れると怒られたし、Net組むにも機種相互接続性が相性ありまくりだし、
ハードは不安定だったしで、いい思い出があんまり無いです。
よかったのはメモリー廻りを考えずにアプリ作れたくらいかな…
でもグラフィック画面廻りのインターフェイスを作るのは地獄だったよ。

ここまで見た
  • 67
  •  
10年前のUNIXってたぶん非互換性が一番きつかった時期じゃないかな。

で、DOS最強のエディタならBrief…とか言ってみる。知らない奴居そうだな。

ここまで見た
確かに今ではVz(というかDOSそのもの)は時代遅れではあるな。
しかし、やはり手に馴染んだ物を使い続けたい、というのが
未だにDOSも使う理由である。俺の場合。
たまたま一番最初にDOSに触れてしまったというのが1番大きいと思う。
ソフトウェアの作りとか、操作性とか、創作思想とかはあまり関係無いんだな。
まあ、それが使いやすく汎用的で広く普及しているのなら
それに越したことはないんだけど。

ところで、最近ファイルサーバとして使っているWindows98SEが
入っていたマシンにWindows2000Pro入れたんだけど、
DOS+LANマネージャで接続する場合パスワード必須なの?
LANマネージャを「基本」でインストールしてたら繋がらなくて、
少しだけ悩んだ。

ここまで見た
  • 69
  •  
(^^;)(_ _;)(^^;)(_ _;)ウンウン

ここまで見た
>>66
当時UNIXで開発してたわけじゃないのでその辺の苦労はしてない
いです。でも2年前Solarisで開発をやったときはsh, csh, ccしか
使えなくて大変でした。
妙なエディタってviのことですか?俺は好きですが。(笑)
Motif(ですよね?)の開発の大変さは噂で聞いたことがあります。

ここまで見た
>>70
viぢゃありません、メーカー謹製のフルスクリーンエディタです。
また当時MotifはACEイニシアチブがダッチロール(古いね)している関係で
まだまだ策定中で、海のものとも山のものともつかない代物でした。

え?どうやって画面作ったって?
素の低レベルライブラリ使いまくりです、
直にチップ叩くlibを補作することもやりました。
おかげで機種依存しまくり、でも仕方ないのです、
某流通センターのパートのおばちゃんが使う(!)端末として、
なぜか某社のUnixマシンが大量に採用されたのですから………(涙

ここまで見た
  • 72
  •  
>>70
( ´_ゝ`)ふーん
10年前を知らずに

>>58
>UNIXは10年前からそんなに変わってないよ。perlはなかったけどね。

こんな事書いてたのか?お前は?
勘弁してよ・・・もう

ここまで見た
>>71
なんか凄いですね。
2年前のSolarisの仕事ですが、シェルスクリプトで管理プログラム
を作りました。(太枠で囲ったりして)おかげですっかりシェルマス
ター(笑)です。

#そういえばLinuxは10周年だな。

ここまで見た
>>72
>>34 あたりから読んでね。

砂時計アラームタイマー
フリックゾンビ
ここまで見た

★お気に入り追加

このページを共有する
facebook twitter hatena line google mixi email
おすすめワード