WindowsはUNIXに比べて制限だらけ、なんで？ [sc](★0)
-
- 1
- 2009/07/03(金) 21:51:41
-
技術的な壁よりもメモリー容量が制限されているし
リモートデスクトップは複数使えないし
ファイル共有のクライアントの数も少ない
HP-UXやSolarisなどのUNIXではこんな制限は聞いたことがありません
このような制限があると何か良いことがあるのでしょうか？
-
- 92
- 2009/09/04(金) 00:26:29
-
>90
は?>85は「答え」じゃなくて「答えの出し方」でしょ。
数学で言うなら式を途中まで展開して答えと言い張るようなもん。
（当然点は貰えません。）
-
- 93
- 2009/09/04(金) 00:29:02
-
>>92
とうとう自家中毒でいかれたのだなw
-
- 94
- 2009/09/04(金) 00:33:43
-
いや、公式名を書くだけのが近いかな。
Q. sin(a+b) = sin(a)*cos(b) + cos(a)*sin(b)を証明せよ。
A. オイラーの公式を使う。
0点。
-
- 95
- 2009/09/04(金) 01:32:11
-
>>85
俺はWindowsをほとんど使わないので、command.comとcmd.exeにどんな機能の差が
あるのか興味ある。
かつてはtcsh, 今はbashを主に使っていて、シェルに関しては実装面まで知識がある。
それで理解できるかどうかわからんが、command.comとcmd.exeの違いを
教えてくれないだろうか。
-
- 96
- 2009/09/04(金) 06:05:27
-
>>95
Windows使わねば意味ない。 それだけの素養があればすぐ分かるだろう。 現物に当たれ。
あるいは、古いtcsh、washででも遊んでおれ、windowsでも走るバージョンがどこかにあるはず。
それともレパートリイ広げてzshでも興味を持て、その方が有益だろう。
-
- 97
- 2009/09/04(金) 06:15:43
-
>>85,96共に全く何の答えになっていないな。
己の知識不足を隠して尚かつ表面だけ取り繕う時の見慣れた手口だね。
間接的に無知である事の自己証明でもするつもりなら止めないけどさ。
しかし
>「知識」ではなく「言葉」を漁って自己満足してる
ってのは言い得て妙だ。
-
- 98
- 2009/09/04(金) 06:42:17
-
>>97
言葉使いに自己中毒して、いかれた奴が更にほざくw
-
- 99
- 2009/09/04(金) 23:30:30
-
質問に答えられない無能な誰かさんに代わって。
>84,96
cmd.exeはWindows上で直接動いているのに対し、command.comは仮想DOSマシン(VDM)上で動いてます。
VDMの制限に縛られるcommand.comは、当然ながらWindowsの機能をフル活用できるcmd.exeに比べ
機能的に大きく劣っています。
「同じVDM上で動作するDOSアプリから直接アクセス」等は、command.comが必要になりますが、
ユーザーの立場から見て「command.comでしかできないこと」は基本的にありません。
ちなみに「DOSアプリを実行」はVDMの機能であって、command.comの機能じゃありません。
command.comはあくまで「シェル」です。
-
- 100
- 2009/09/04(金) 23:44:17
-
>>99
なるほど。ありがとう。
-
- 101
- 2009/09/05(土) 00:00:46
-
塩をまくぞ。
窓工作員の傍若無人で気違いじみた暗躍がなくなり、その協賛者が悪のりがなくなって、
2chが健全な姿に戻りますように。
-
- 102
- 2009/09/05(土) 00:14:35
-
>101
ヒント：誰かが黙って消えれば速やかに回復する。
まぁここで消えたら負けを認めるようなものですけどね。
もっとも、さっさと消えなきゃ傷は深くなる一方ですが。
四面楚歌な上に、ゴミレスしか返せないようですし。
-
- 103
- 2009/09/05(土) 00:28:56
-
肝心なことが抜けているようだw
>「command.comでしかできないこと」は基本的にありません。
cmd.exeは16bitツールをスタートさせることが出来る。 これはcommand.comを通じて実行される。
command.comは素で日本語がサポートされていない。
したがって、cmd.exeで呼び出した16bitツールは日本語がサポートされないので、cmd.exeのその部分の性能はcommand.comのそれと同期する。
以前のcmd.exeに比べるとVistaおよひ7のそれはその点の制限が出てきた。 もちろんcommand.comについても言わずもがなw
日本語圏ではある場合には致命的な問題が発生する。
16bitツールを32bit化する個々の手間が生じる。
ソースがなかったり、それが存在しても実装言語の性質上、移植に困難な場面は多々出てくる。
いまさら、そんな手間暇かけられない。
これを、OSがきちんと対応していれば、ここに何の問題も生じなかった。
OSの役割の放棄である。 ごみOSベンダーのMS(嗤)
-
- 104
- 2009/09/05(土) 00:42:02
-
個々の共通・同類の実装努力を省くために、一つに集約して提供するのがOSの重要な機能の一つである。
それを再度、個々の実装努力に分散してそれを強いるなんてなんて、何のためのOSか。
-
- 105
- 2009/09/05(土) 01:09:57
-
私企業のOS環境に依存する以上、そのような自体は避けられない。
予め予期出来た事。
-
- 106
- 2009/09/05(土) 01:13:01
-
>ヒント：誰かが黙って消えれば速やかに回復する。
俺が絡まないケースで、窓工作員の傍若無人で気違いじみた暗躍とその協賛者が悪のりが無いなんてw
どれだけ無残なスレ生態圏が展開していることか。
-
- 107
- 2009/09/05(土) 01:14:34
-
君が絡んでマトモな議論になる事の方がよほど稀。
っていうかいつまで続くの、その勝手な被害妄想。
-
- 108
- 2009/09/05(土) 01:15:43
-
>>105
MSの限界。 いずれ終わる。
OSSの役割がはっきりした。
-
- 109
- 2009/09/05(土) 01:21:34
-
はっきりしたも何も、オープンソース運動の開始当初から言ってた事でしょ、
それって。認識が軽く20−30年くらいは遅れてると思うよ。
-
- 110
- 2009/09/05(土) 01:24:53
-
>>107
いっまで続くお前の馬鹿さ加減。 それも急展開を見せいてるw
自らが作り出した作為言語ミクロコスモスで中毒して、トンデモ言葉増えてきた。 いかれてしまったのだな。
健全な脳細胞に乗った不健全な言語意味空間。 自己言及的に変貌する意味空間。
やばいよね。 このケースも。
-
- 111
- 2009/09/05(土) 01:29:55
-
>>110ほど狂ってないと思うよ。
少しは冷静になって自分のレスを読み返してみたら？
まるで泥酔した酔客を相手にしてるみたいだよ。
-
- 112
- 2009/09/05(土) 01:30:59
-
Windowsの究極の制限は私企業の産物であること。
-
- 114
- 2009/09/05(土) 01:53:53
-
>>112
その意見には特に異論無いな。
でもさ、それって君がその昔のMS製16bit日本語環境でVZを使い始めた頃から
分かってた事だと思うんだけど。んで当時から選択肢は沢山有ったし、
途中で他に移る事も幾らでも可能だった筈。
袋小路に陥るまで有効な手を打たなかった君自身の行動は適切だったと言えるか？
君の陥ってる状況は、遥か昔に予期出来た事でしょ。
>>110程度なら読めるよ、一応。でも殆ど的外れだから、レスのしようがない。
今そんな話は全く必要無いよ、っていう事柄ばかり。>>107なんて軽い皮肉程度の
内容でしか無いんだし、どんだけ拡大解釈してんだよと。
君、自分自身の言葉に完全に酔っぱらってるよ。結果として支離滅裂になってる。
-
- 115
- 2009/09/05(土) 02:03:34
-
それにさあ
わざとらしく不必要に難解めいた語句をちりばめて、
その上で「解読出来ていないんだろう」ってのはね。
相当に相手を小馬鹿にした不誠実な態度だと思うよ。
-
- 116
- 2009/09/05(土) 02:11:57
-
>103
>cmd.exeは16bitツールをスタートさせることが出来る。 これはcommand.comを通じて実行される。
はいダウト。command.comではなくてNtVDM.exe(仮想DOSマシンの実体)です。
ProcessExplorer等で見れば、DOSアプリ実行時にcmd.exeにぶら下がってるのが分かります。
>したがって、cmd.exeで呼び出した16bitツールは日本語がサポートされない
これもダウト。
DOSアプリ実行時に英語モードに切り替わるため、サポートしてないように見えますが、
「chcp」と「graftabl」という2つのコマンドを駆使すれば「表示」はできます。
残念ながら「入力」はできませんが、これはコマンドプロンプトとIMEの仲立ちをしている
外部プログラム（conime.exe）の問題で、cmd.exe/command.comの問題とは違います。
※conime.exeのプロセスを殺すと、DOSアプリ実行時以外でも日本語入力ができなくなります。
ちなみにDOS用のフォントドライバ・ディスプレイドライバ、FEPを組み込めば、
日本語表示・入力は問題なくできるようになります。
以前、この手法でVista上で日本語環境を構築し、SS貼ってあげたんですが。
-
- 117
- 2009/09/05(土) 02:13:35
-
>>114
俺は二年以上前まではVZを使っていた。
そのまま使い続けることが一番コストか゜掛からないからだ。
VZの仕様を停止した後は、PCに余り依存しない形でプロジェクトが推進出来るようにしておいた。
そして、長年続いた大きなまとまりの企画は去年の初めに終了した。
VZもその中で役割を果たした。 十分に使命を全うした。
VZを使い終える2〜3年前、elispを学びemacsを後継とした場合の基礎的なカスタマイズと拡張を施して終えている。
で、次のPC作業卓をどうするかのためにPC三台を購入して、評価などぼちぼち進捗しているところだ。
PCなんかの狭い範囲の考慮では足りないからだ。
-
- 118
- 2009/09/05(土) 02:23:44
-
>>116
そんなこと、他でも俺も触れている。
お前も俺を追跡してここで書いたわけだから承知の筈だ。 すべて素の場合の議論だ。
Windows 98のcommand.comですら。 従来のDOSツールを便利に利用するにはそれなりの環境を整える必要があった。
それが、Vistaとか7においてはそれらのユーティリィテイも少ないしのてさらに快適とは言い難くなり、かつ、無理して作ったとしても日本語環境の安定性が実用上かなりの問題を含む。
余計な日本語環境維持のための命令を投入する必要もある。
-
- 119
- 2009/09/05(土) 02:39:45
-
>>117
そっか、もう移行は終えてたんだ。それはとんだ失礼をした。
-
- 120
- 2009/09/05(土) 02:39:58
-
早い話が、Vistaとか7でDOS窓を快適に使っているという話は聞かない。
まあ、今のところその種のユーザーはVistaとか7を使う必然性がないのだろう。
Linuxに逝っちゃうな。
Windowsは制限だらけだからな。
俺も、眠りに逝かなくてはw
-
- 121
- 2009/09/05(土) 02:44:42
-
>118
>そんなこと、他でも俺も触れている。
なら>116より詳細にやり方書いてみてよ。
>それが、Vistaとか7においてはそれらのユーティリィテイも少ないしのてさらに快適とは言い難くなり
コマンドはXPで便利なのが大量に増えてますが。
更にVistaではそれまで「リソースキット」として別配布してたものが標準化したし。
DOSやWin9x時代より充実してまっせ。
>余計な日本語環境維持のための命令を投入する必要もある。
バッチとか組めば全然問題無いレベルですがね。
-
- 122
- 2009/09/05(土) 03:15:05
-
>>121
練る前の用事をしていたらまたカキコしてたのね。 バーカというしかないw
便利になったツールを生かす上での前提となる、V-textなどようなDOS窓の外観を整えることだろうこの場合。
その上でのVZ支援常駐ソフトなど。
形態が変わった場合には移行のコストが問題なのよ。
千個に近いと思われるマクロの書き換え。 スクリプトの書き換え。
外部ユーティリティとかアプリケーションとの連携の問題。そのたさまざま。
初めてPC作業卓を作り始めるのならWindowsなんてもはや選ばないってw
-
- 123
- 2009/09/05(土) 03:36:23
-
「移行コストが」とか言いつつ、Win→Linuxという明後日の方向を目指すのが謎。
VZだけじゃなくて外部ユーティリティ等も捨てるとか。
いや、Linuxへの移行を止める気は無いけどね。むしろさっさと移行してこの板から居なくなれ。
こんな所で管巻いてる暇があったらさっさと以降作業に戻るんだ。
-
- 124
- 2009/09/05(土) 06:04:16
-
>>123
バーカ。
お前らの想像の範囲などでことをなさないw
-
- 125
- 2009/09/05(土) 06:08:27
-
明らかに格上の相手をそうやって罵倒するのは感心しないなあ。
-
- 126
- 2009/09/05(土) 06:10:49
-
>>125
今更、お前にそれを言われてもw
-
- 127
- 2009/09/05(土) 06:13:26
-
>>125
格付けw
が、抜けてたw
-
- 128
- 2009/09/05(土) 06:25:47
-
>>125
尊大な前々世紀の遺物だな。
道理で現代化した概念の前に躓くわけだw
さて、少し早めに出かけて柳は緑花は紅を確認すべく、広い公園で秋の兆しを読んで見よう。
-
- 129
- 2009/09/05(土) 06:41:43
-
結局最後は相手に対する一方的な罵倒で場を誤魔化して終わるんだね、君は。
意見を述べて議論をするのには著しく不適切な態度だと思うよ。
>>128とかなんのつもりか知らないけど、意見を相手に正しく伝える為の
表現としては最低ランクだよね。
ここまでの流れで、一体誰が何故「現代化した概念の前に躓く」ことになるのだろうか。
論理そのものが完全に破綻してるよ。
-
- 130
- 2009/09/05(土) 06:43:38
-
>>129
お前らをひとまとめに言っている。
面倒くさい馬鹿たれ相手にはw
-
- 131
- 2009/09/05(土) 06:46:00
-
塩をまくぞ。
窓工作員の傍若無人で気違いじみた暗躍がなくなり、その協賛者が悪のりがなくなって、
2chが健全な姿に戻りますように。
朝の精気よ、永遠慣れ。
-
- 132
- 2009/09/05(土) 07:11:02
-
まあ君に今更何も期待などしないが、それにしても相変わらずだねえ。
議論の為の最適な文章すら満足に記述できず、困ると逃げと誤魔化しと罵倒ばかり、
論理も飛躍の一方で支離滅裂な君のような人には、他人を罵倒している余裕なんて
無いと思うんだけどね。
論理と意見そのもので相手を納得させる以外、君自身が「面倒くさい馬鹿たれ」で
無い事を証明する手だては無いってことにそろそろ気が付けば？
いくら塩を撒いても、君のその他人を見下すだけの穢れた精神は清められないな。
-
- 133
- 2009/09/05(土) 11:07:58
-
>131
コミュニケーションの場において、侮蔑の言葉を「挑発」以外に使用するのは三流未満のやること。
-
- 134
- 2009/09/05(土) 18:32:35
-
塩をまくぞ。
窓工作員の傍若無人で気違いじみた暗躍がなくなり、その協賛者が悪のりがなくなって、
2chが健全な姿に戻りますように。
-
- 135
- 2009/09/06(日) 01:36:57
-
長文ほどボロが出ると指摘されて、短文に徹する作戦に切り替えたか。
でも却ってバカ度が増してる罠ｗ
-
- 136
- 2009/09/06(日) 01:47:20
-
>>135
同時発話が匂うw
-
- 137
- 2009/09/07(月) 06:26:05
-
2chはダメだ、と言って済ますことはできる。
Windowsネット工作員の横行ときたら、まったくもってリソースの柄の悪い飛びぬけた浪費だ。
-
- 138
- 2009/09/07(月) 20:19:37
-
誰にも理解されない長文垂れ流す方がよっぽど浪費です。
何なら削除依頼出すけど。
-
- 139
- 2009/09/07(月) 21:20:39
-
>>138
出せばよろしかろう。
迷惑この上ないWindows工作員の傍若無人で気違いじみた暗躍とその協賛者の悪のりの場が消えてなくなることになんら異存はない。
-
- 140
- 2009/09/07(月) 21:28:46
-
>>139に追記しておくと、
たんに2chはダメだ、と言ってしまったら元も子もないだろう。
それなりに書き込みをやり続けるにふさわしい場でありたいとの趣旨で物申している。
-
- 141
- 2009/09/07(月) 22:17:42
-
コミュニケーション拒否してる人間の言う台詞じゃあないね。
-
- 142
- 2009/09/07(月) 22:37:14
-
>>141
ディスコミュニケーションしかありえないようなのが湧くからなw
-
- 143
- 2009/09/07(月) 22:46:37
-
>>142に追記。
それでも、第三者も気持ち悪いと批評している香具師に対してもよく応答したものだ。
このページを共有する
おすすめワード