02/02/22 03:10
バッチで自分の替わりができないから、任せて他の事に集中する事ができないから、
人生をその時間分だけ削られているような気がしたとき。
複雑な業務は端末に貼り付いていないと、こなせないと解ったとき。
複雑なアプリは１から組む必要があると解ったとき。
他のアプリを利用できないと解ったとき。
激しく鬱になって、人生を問いつめたくなる・・・。
51:Be名無しさん
02/02/22 05:20
>>49
>統一的な連携方法
ってたとえばどういう？
標準入出力の話してるから、リダイレクトとかパイプとか言いたい？
イベントドリブン型のOSで非力な標準入出力を愚痴ってもしょうがない。
DDEとかOLEで何を実現したいん？
> バックグラウンドでアプリ動かすと結構不安定
優先度の問題ではなくタスクスイッチそのものがということ？
52:Be名無しさん
02/02/22 11:28
>>49
DDE？
いつの時代の人ですか？(藁
Automation知らないか？
53:Be名無しさん
02/02/23 11:34
>>51
イベントドリブンとか行って、じゃぁ、Computerの利便性って何よ？
な質問に答えられなかったり矛盾したりしてそれを聞いたり見たりするとき。
で、最期に
『なんで○○をしたいの？』『しなくて良いじゃん』
とか言われるし。
仕事すんなって事ッスか？
とか考えるとき。
>>52
そうやってコロコロ新しいの出して、根本的には一向に改善される兆しがないとき。
54:Be名無しさん
02/02/23 13:31
ｹﾞｲｼのAAを見たとき
55:Be名無しさん
02/02/24 00:54
Appleの息の根を止めることがかなわないことに気がついたとき。
56:Be名無しさん
02/02/24 00:58
地震が来たので自然災害板の「地震だー！」スレに
書込もうと思ってPCを立ち上げたら、
かちゅーしゃが起動して書き込みが出来るまでに
レスが１０００を超えて次のスレまで立っていたとき。
57:Be名無しさん
02/07/08 15:24
sale only
58:Be名無しさん
02/07/08 15:39
Windows95のバージョンが95だと分かったとき。
59:Be名無しさん
02/07/08 21:04
>>53
Windowsは標準入出力使えるぞ。
お前の使ってるエロゲーとかWinMXとかが対応してないだけだよ(藁
対応するかどうかはアプリ次第だ。
DOS用だってUNIX用だってアプリが対応してなけりゃ標準入出力は使えん。
こんな当たり前のことわざわざ解説させるなよ。
バカ？
60:Be名無しさん
02/07/08 21:09
つーか、Linuxで動いてWindowsで動かないソフトってあんの？
Windowsで動く標準入出力アプリの数がLinuxやMacOSやDOSと比べて少ないなんてことは全然無いぞ。
Windowsは標準入出力が苦手なんじゃなく、標準入出力を使わなくてもほとんどの作業で支障がないってだけ。
61:Be名無しさん
02/07/08 21:10
標準入出力の使えるソフトはLinux並に存在する。
それ以外のソフトはLinuxの数百倍存在する。
62:Be名無しさん
02/07/08 22:07
>標準入出力の使えるソフトはLinux並に存在する。
こいつは明らかにウソ。
>それ以外のソフトはLinuxの数百倍存在する。
こっちは本当。
63:Be名無しさん
02/07/08 22:16
バージョンアップという名のバグフィックスで金を取られる時。
64:Be名無しさん
02/07/08 22:17
つーか、肝心のバグはフィックスはされてないけどな.
新しいバグをしっかりと埋めこまれてる
65:Be名無しさん
02/07/08 22:46
どうみても見た目以外はマイナーバージョンアップなのに
名前を変えて新発売されたとき。
66:Be名無しさん
02/07/09 08:26
>>62
嘘だと思うなら、標準入出力を使ってて、LinuxにあってWindowsに無いソフトを挙げてみろよ。
67:Be名無しさん
02/07/09 09:00
WindowsはCUIに弱いんじゃなくて、GUIに強いだけなんだよね。
「LinuxはCUIに強い」「WindowsはGUIに強い」「よってLinuxはWindowsよりCUIに強い」
って三段論法を信じ込んでいる奴が多いが、それは全くの間違い。
「LinuxがCUIに強い」ってのは、あくまで「LinuxのGUIに比べて」であって、
「WindowsのGUI」と比べたわけでも、「WindowsのCUI」と比べたわけでもない。
WindowsはデフォルトでGUI操作に最適化されているから、何もしなければGUIの方が使いやすいが、
CUIソフトしか使わないならCUIに最適化することもできる。
UNIX系で使われているシェルやコマンドはほぼ全て使えし、カーネルはPOSIX対応(UNIXと呼ばれる条件を満たしている)上、
COMを使用することによって、音声認識などの強力な機能をスクリプト中で使用できる。
加えて、メーカーの対応が早い、対応ハードが多い、最新の技術はまずWindows向けに開発される、
ソースを読まなくても膨大な内部情報が公開されている(Linuxのソース読んでる奴がどのくらいいるよ？)、
など、CUIしか使わない人にとっても他のOSの追随を許さないアドバンテージがあるので、
たとえGUIを除いてCUIのみで比べてもWindowsが他のOSより圧倒的に使いやすい。
LinuxのCUIがWindowsより優れているように見えるのは、単なる目の錯覚。
「ふふん、俺の使ってるのは初心者連中が使ってるOSじゃなくてプロ用のLinuxだぜ」
という勘違いを廃して実際に比べてみればWindowsの方が優れているのは一目瞭然。
68:Be名無しさん
02/07/09 09:24
21 名前： 投稿日：2002/06/03(月) 22:01
始めて裁判見てきたけど、ひろゆきって２chでの中傷について、「おいらは第三者だもんねー」ってな主張してたけど、裁判官に一喝されてた。
どうもひろゆきが企業の中傷を禁止してないことと、削除依頼を自分の意思で突っぱねたことで、当事者と判断されてる感じ。
でも裁判官も他の掲示板と２chは同じには扱っていないみたいだったから、他の掲示板には影響ないと思うけど。
それにしても、ひろゆきの顔はイベント板のタイトルに使ってる写真と全然違うのに驚いた。
あの写真は「勝負写真」なんだろうけど、あれじゃ詐欺だよ。
実物は深海魚みたいな顔だった。
69:Be名無しさん
02/07/09 11:01
age
70:Be名無しさん
02/07/09 12:04
>>67
> WindowsはCUIに弱いんじゃなくて、GUIに強いだけなんだよね。
いや、WindowsはCUIに弱いから、Cygwinとかいろいろ便利なものができたんだよ。
それは決してWindowsの機能じゃないわけだよ。
> CUIソフトしか使わないならCUIに最適化することもできる。
これって、どうやるの？
Windowsは、GUIに最適化されてるから、GDIなんかがカーネルに入ってるんだよね。
それらをオフにすることができるか？
> UNIX系で使われているシェルやコマンドはほぼ全て使えし、カーネルはPOSIX対応(UNIXと呼ばれる条件を満たしている)上、
Unix系で使われているシェルっていうが、それは3rdベンダのCygwinのことを言ってるのか？
CygwinのRelease note見てる限り、結構基本的なバグあるみたいだが。
それと、WinのカーネルがPOSIXに対応しているんではないぞ。
MSのRuntimeが最低限POSIXに対応してると勝手に言ってるだけなんだよね。
MSのRuntimeは、やっぱり、実装が未だに未熟だよ。
msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore/html/_core_Port_From_UNIX_To_Win32.asp
をちゃんと読んでみましょう。
実際はこんなもんじゃなくて、結構動かなくて苦労する。
locale.hのAPIとか動かないし、WinSockだめだし、
POSIXのPipeはろくにつかえん。
RuntimeをPOSIXとして使って製品として出すにはまだまだですな。
かといって、Cygwinって商用の製品に組み込んでいいの？
つーか、Cygwin使ってるメジャーデスクトップアプリベンダいないよ。
71:Be名無しさん
02/07/09 12:57
>>70
Linuxはメーカー製ソフトがないからいろいろ便利なものができたんだよ。
それは決してLinuxの機能じゃないんだよ。
72:Be名無しさん
02/07/09 13:08
>>70
GUIをオフにするのは起動時にF8
バグがあるのはCygwinであって、Windowsではない。
Cygwinなんか使う必要はない。
苦労するのはお前がへたれだから。実際、Windows上でまともに動くUNIX系ソフトを見ろよ(藁
Cygwinしか知らないからWindowsはCUIが苦手だなんて思ってるだけだよ。
CUIが苦手なのはCygwinであってWindowsではない。
73:Be名無しさん
02/07/09 13:11
WinSockってのは、インターネットを使うときに必ず必要となるモジュールの事ね。
これがダメだってんなら、Windowsでインターネットが問題なく使えてることをどう説明すんの？
使えないのはWinSockじゃなく、へたれプログラマの方だよ。
74:Be名無しさん
02/07/09 13:52
>>71
つーか俺はLinuxファンじゃないんだが。。。
>>70
> 苦労するのはお前がへたれだから。実際、Windows上でまともに動くUNIX系ソフトを見ろよ(藁
つーか、まともに動くと思ってて、MS Runtimeの評判知らんのはおまえがへたれだから。
ちゅーかみごとにMS洗脳されすぎだよ。OSそれぞれ、良いところばかりじゃないのだよ。
で、WinがPOSIXのコード通すというなら、fork()どうするんよ？Pipe作るときにmknod()どうするよ？
そんなもんMS Runtimeには実装されてないぞ。実装されてるのはほんのちっとだけだ。
LocalのAPI呼んでみそ。MSのRuntime間違えてUnicode API呼んで、
???がいっぱい出てきたりDBCSで結果返したりするから。。。
>>73
> これがダメだってんなら、Windowsでインターネットが問題なく使えてることをどう説明すんの？
簡単なのだけしか使えてないんだって。Raw Socketなんか問題ありあり。
たとえばよ、Raw TCP/UDPはつかえん。
Win2000の管理者権限でIP_HDRINCLはやっと使えるようになったが。
75:オリスレ1
02/07/09 15:08
＞＞いや、WindowsはCUIに弱いから、Cygwinとかいろいろ便利なものができたんだよ
Cygwinは頭のお堅い、どうしてもUNIX系の環境から抜け出せない人のために
できたんだろ。そうでないなら、Cygwinを使わなければできないことを教えてくれ。
「シェルスクリプトを動かせ」とか変なことは言わないでくれよ。必要なのは、その
シェルスクリプトが何をやって、どんな結果を出すかだよな。
＞＞_core_Port_From_UNIX_To_Win32.asp
これはねUNIXのアプリをWin32にポートするときの話。実装が未熟なんじゃないの
全然違うだけ。俺的にはWin32の方がthreadなんかがネイティブサポートされてて
新しいと思うのだが、気のせいか？
Posixはちゃんと規格に沿って出来てます。forkもちゃんとあるぞ。まあこんな
古いAPIを使う必要は全くないがな。
76:Be名無しさん
02/07/09 15:44
>>74
簡単なのしか使えない？(藁
じゃあ、UNIXでできてWindowsでできないインターネットサービスがあるはずだな(藁
WWWサーバか？SMTPサーバか？Secureサーバか？ASPか？DCOMか？.NETか？
何ができないんだか言ってみろよ(藁
WindowsにできてUNIXにできないサービスは山ほどあるけどな(藁
知らないお前がへたれなんだって何度も言わせんなよ。
洗脳されすぎはお前。ちゃんと現実を見なさいね。
77:Be名無しさん
02/07/09 15:47
>>75
> Cygwinは頭のお堅い、どうしてもUNIX系の環境から抜け出せない人のために
> できたんだろ。そうでないなら、Cygwinを使わなければできないことを教えてくれ。
いや、そんなことないんじゃねーか？
あるものの再利用や、なれたものを使うというのは良いことだと思うぞ。
で、Unixで問題を解決できるならそれでいい。Winで解決できるならそれで良い。
Winがだめだめ、Linuxがだめだめとかつーのはくだらんよ。
結局かたほうじゃなくちゃだめなんつーのは、それこそ頭がかたまってるね。
OS板なら、OSのおもしろいところをつっついていけば良い。
78:Be名無しさん
02/07/09 15:49
>>74
つーか、その評判垂れ流してるのは、洗脳されまくりのマカと犬糞なんだけどね。
うのみにしてんの？
欠陥のあるソケットで、今Windowsが実現してるようなことができるかどうか、
ちょっと考えたらわかるだろ。
79:Be名無しさん
02/07/09 15:54
>>75
> これはねUNIXのアプリをWin32にポートするときの話。実装が未熟なんじゃないの
実装は未熟だよ。つーかmsvcrtバグバグ。
ちゅーか、普通POSIXなんてゴリゴリ使わんからね。
今書くなら、W functionでゴリゴリでしょう。
ちなみにWin32 APIやRuntimeにfork()とか、mknod()はないよ。
MSは最低限のPOSIXサポートということですな。
彼等は、はなからmultiplatformなんて考えはないんです。
それはそれで戦略なんだろうね。
80:オリスレ1
02/07/09 16:07
>>79
分かってないねえ。Win32 APIにforkがあるわけないでしょ。もっと使いやすい、
CreateThread,CreateProcessがあるんだから。POSIXサブシステムにはちゃんと
forkはあるって。Win32がPOSIX準拠なわけじゃあないんだからな。
POSIXサブシステムがPOSIX準拠なの、わかる？
あとMSVCRTがバグバグっていうなら、最新のMSVCRTにあるバグ挙げてみな。
81:Be名無しさん
02/07/09 16:32
>>80
は？CreateProcessが使いやすいか？うーん。。。
CreateProcessは使いたくないで、ぱぱっと実装したいとかあるわけだよ。
プロセスのコピー作って、シグナルしかけといてとかね。
コードの再利用をしたいときとかね。
Winは別の実行ファイル作って、カーネルオブジェクト作ってとか、面倒な気がするぞ。
Winでとじるくらいの規模ならいいんだけど、もっと大きな製品とかで、マルチプラットフォーム、
クライアントとサーバ間でコアのコードを共有するってのは結構一般的だと思うんだが。
もうちっとPOSIXはひととおりMSにはがんばってほしかったね。
それにしてもさー、
WinのPOSIXサブシステムにforkあるって？？？
どこよ？MSVCのどのlibリンクすりゃあ使えるようになるんだ？？？
つーか、POSIXサブシステムって言葉なつかしー。
むかーし、NTが出た頃は、POSIXサブシステムってよく聞いたけど。
> あとMSVCRTがバグバグっていうなら、最新のMSVCRTにあるバグ挙げてみな。
最新かしらんが、動かないから、結局自前でらっぱかいた。
timezoneを調べるAPIで、Unicode化けしてたよ。mktime()も変だったぞ。
system locale変えるとやっぱぼろがでたりする。
82:Be名無しさん
02/07/09 16:54
CreateThread使えばいいじゃん。
マルチタスクプログラムしたことないの？
化けたのはお前のコードのせいだよ。
そのコードここに書いてみろよ、笑ってやるから。
83:Be名無しさん
02/07/09 17:01
>>80
オリスレくん、なんか自信まんまんで書いてるけどさ、
Winが、POSIXサポートしてるつーならさ、pthreadどこよ？え？
POSIX.1-1996もサポートしてんのか? そのPOSIXサブシステムとかやらに。
84:Be名無しさん
02/07/09 17:05
>>82
はオリスレ？
マルチスレッドとマルチタスクはちと違うぞ。
どっちにしても、カーネルオブジェクトちと面倒だな。
使いまわしきかないし。
85:Be名無しさん
02/07/09 17:40
タスクとかプロセスとかスレッドの用法はOSによって違うからマルチタスクでいいんだよ。
話をそらさずに化けたコード書けよ。笑ってやるから。
86:オリスレ1
02/07/09 18:18
はい。NTはPOSIXサポートしてますよ。1996ではないですけどね。
URLﾘﾝｸ(msdn.microsoft.com)
pthreadをサポートしてなければPOSIXをサポートしていると言っては
いけないことはありませんね。
開発するには、/SUBSYSTEMにPOSIXを指定しましょう。ちゃんと検索しましょうね。
つーか、Win上でPOSIXを使う必要はないだろ。プロならちゃんとWin32 Nativeに
書き直しなさいって。プロセスがんがん立ち上げないで、ちゃんとスマートに
thread使ってね。おれがPOSIXの話をしたのはforkがないって言ってる奴が
いたからだ。POSIXがあろうがなかろうがそれがWinのCUIに弱い理由にはならん。
そのunicode化けかなーり使い方を間違えてる匂いがしますなあ。
ちゃんとsetlocaleを使ってますか？
87:オリスレ1
02/07/09 18:30
>>81 >>85
私もそのケースではCreateThreadを使うべきだと思いますなあ。
ちゃんとthread,processを使うべき部分を見極めましょうね。
本当に共有すべきなのはもっと頭を使って書いたアルゴリズム部分の
コードでしょ？
それがないような、OS依存部分の切り離しのできないコードなんか
捨ててしまいなさい。
88:Be名無しさん
02/07/09 19:00
GetLocaleInfoは、取得に必要な量のバッファが確保されてなかった場合、バッファの内容は不定だぞ。
化けてるんじゃなくて、単にバッファサイズが小さすぎるだけじゃねーの？
バッファはポインタで渡さなきゃいけないんだけど、ポインタの使い方知ってるか？
ほらほら、笑ってやるからさっさと書けよ。
89:Be名無しさん
02/07/09 19:26
>86
どうでもいいことだけど、
プロならNativeに書き直せ、というのはおかしいぞ。
90:Be名無しさん
02/07/09 20:27
POSIX語ってる時点でダメダメなんですが。
だいたいCUIにPOSIX関係ないし。
Winで提供されてるサービスの方が多いとか言ってる奴もダメ。
これもCUIに関係無い。
CUIでどれだけ作業をこなせるか、どれだけの事ができるかってことだろ。
Window操作が主体なんだからUNIXにかなう訳ねじゃねーか。
バカどもが。
91:Be名無しさん
02/07/09 21:45
>>86
> つーか、Win上でPOSIXを使う必要はないだろ。プロならちゃんとWin32 Nativeに
> 書き直しなさいって。プロセスがんがん立ち上げないで、ちゃんとスマートに
> thread使ってね。おれがPOSIXの話をしたのはforkがないって言ってる奴が
> いたからだ。POSIXがあろうがなかろうがそれがWinのCUIに弱い理由にはならん。
それは、小さなプログラム書いてればそんなに手間はないよね。
規模が大きくなれば既存のコードを流用したい共用したいってのがあるはず。
あと、プロセスはスレッドの代用にはならない。
なぜスレッドを使わずにプロセスを使うか知ってるか？
92:Be名無しさん
02/07/09 22:09
>>90
WindowsにはGUIもあれば、CUIもある。
その中で、Window操作を主体UIとして選んでるのはユーザーだぞ、バカ(藁
なぜかっていうと、GUIの方がCUIより手軽だからだ。
それはWindowsだけでなく、どのOSでも同じ。
まともなGUIがあれば、CUIの用途はどんどん減っていくんだよ。
当然、CUIにはCUIの利点があるから、WindowsでもちゃんとCUIは使える。
GUIの方がより広く使われてるってだけだ。
別にUNIXよりWindowsのCUIが劣ってるわけじゃない。
違うと言うなら、WindowsのCUIのどこが劣ってるのか、UNIXにあって
Windowsにないソフトがどこにあるのか、さっさと答えてみろよ。
93:Be名無しさん
02/07/09 22:17
>>86
> pthreadをサポートしてなければPOSIXをサポートしていると言っては
> いけないことはありませんね。
なんだかな。IEEE Standard 1003.1-1990 (POSIX.1) とは。。。
つまり１０年前のスペックからアップデートしてないってことか？
このサブシステムってまだつかえんの？
> UNIX系で使われているシェルやコマンドはほぼ全て使えし、カーネルはPOSIX対応(UNIXと呼ばれる条件を満たしている)上、
とだれかが言ってたけど、これって本当に「満足」して使ってるユーザいるのか？
>>88
> GetLocaleInfoは、取得に必要な量のバッファが確保されてなかった場合、バッファの内容は不定だぞ。
WinのAPIの影響をうけやすいと言いたい？それなら振るまいをフィックスすべきだと思うが。
俺はちとちがうと思うぞ。もし、???とかでるんであれば、
それは、なんらかしらその文字列のトランスレーションでフォールバックしてしまったってことじゃないの？
94:Be名無しさん
02/07/09 22:18
>WindowsのCUIのどこが劣ってるのか
まともなシェルがない。多少使えるのがあってもUNIXから移植
したもの。
CUIでOSの一部の機能がコントロールできない。
CUI主体で考えているかどうかの方向性の差がそのまま差になって
表れてる。
てゆーか、お前UNIX使ったことあんの?
95:Be名無しさん
02/07/09 22:43
>>87
> 本当に共有すべきなのはもっと頭を使って書いたアルゴリズム部分の
> コードでしょ？
> それがないような、OS依存部分の切り離しのできないコードなんか
> 捨ててしまいなさい。
君は本当にそれをこなしてきたのか？
結局、コードの共有のためのコードを書く苦労をするなら、
製品のコアで、POSIXを使って共有するのはありだと思うぞ。
で、その上で、そのAPIに問題があれば、コードを変えて改良すりゃあ良い。
ベンダみんながみんな、同じように、共有コードをスクラッチから書きゃ良いって
のは、なんだか違うと思うぞ。
でも、既存のコードは
> 捨ててしまいなさい。
MSの製品だけ使ってください、てのが、
MSのスタイルなんだろうね。
96:Be名無しさん
02/07/09 22:53
みなさん、AlexandrescuのLoki知ってますか？
あれでマルチプラットフォームのコーディング
作法が分かった気がしました。
threadやsocketの実装依存部分に関するコードは
全てポリシーとして外に出してしまいましょう！
とかいいながらどうやれば綺麗に収まるのか
試行錯誤中・・・
97:Be名無しさん
02/07/09 22:54
EDA系のtool（ソフト）がまだまだunix系に追い付きそうもない。
それなのにXソフトの安くて良いのがない。
Mac並に使い易いFinder（エクスプローラ）が無い。
色ラベルをつけたり、グリッドONのままフォルダ内の位置に意味を持たせたり。
98:オリスレ1
02/07/10 03:09
＞＞あと、プロセスはスレッドの代用にはならない。
＞＞なぜスレッドを使わずにプロセスを使うか知ってるか？
あのー、Unixは元来プロセスをスレッドの代用に使ってたんですけど。
プロセスを使わなくちゃいけないんならプロセスを使えば？
NTにはちゃんとプロセス・スレッド両方あるでしょ？まあ君がいう
プロセスを使わなければならないケースが本当にプロセスでなければ
ならないかは疑問だがな。
＞＞もし、???とかでるんであれば、
だからsetlocale使ってますかあ？再現させるソースコード貼ってみてよ。
＞＞まともなシェルがない。多少使えるのがあってもUNIXから移植したもの。
だからあ、そのシェルで何をやりたいの？本当にその"シェル"そのものが
ないと困るの？CMD.EXE+VBSで出来ないのか？
それに移植したのがあるんだろ。それでいいじゃん。
＞＞CUIでOSの一部の機能がコントロールできない。
なにが出来ないか具体的に言ってくれ。本当にできないか試してみるよ。
＞＞てゆーか、お前UNIX使ったことあんの?
てゆーか、お前"ちゃんと"Windows使い込んだの？
99:Be名無しさん
02/07/10 09:51
>>98
> あのー、Unixは元来プロセスをスレッドの代用に使ってたんですけど。
代用って何？
Threadに置き換えられえる場合もあるし、そうしたくないときもあるんだよ。
だから、Winだって、ProcessとThreadをわけてる。
Win自体の実装がそうだろ？
WinNTが、Machみたいにサブシステムに分けたのは、
単に、モジュールとして管理しやすいから
というわけじゃないよ。実装がrobustになるというのもある。
そうすりゃ、そのプロセスが死ぬだけだからね。
通常のアプリだってそう。3rdベンダにたいして、アドインdllを
開発させたりして、そこをOut of Processにするなんてよくある話。
CreateThread, CreateProcess以外にもっと楽チンなAPIってことで、
その１つにPOSIXがCRTの中にあってもいいんでないの？
選択肢が多いということは良いことだと思うんだが。
100:Be名無しさん
02/07/10 09:54
>>99
> それに移植したのがあるんだろ。それでいいじゃん。
それをMSがデフォルトで入れてもいいんじゃないのってことでねーの？
101:Be名無しさん
02/07/10 13:11
UNIXにあるシェルは全てWindowsに移植されてる。
で、UNIXにはいつIllustratorが移植されるの？(藁
102:Be名無しさん
02/07/10 13:18
>>100
デフォルトで入れる必要なんか全然ないじゃん。
ユーザーのほとんどはGUIの方がいいんだから。
必要な奴だけ入れればいいんだよ。
ところで、CUIで操作できないOSの一部の機能ってどれよ？
単にお前が知らないだけだと思うぞ。
103:Be名無しさん
02/07/10 13:27
URLﾘﾝｸ(www.amazon.co.jp)
とりあえず、本屋さんへGo!!
104:Be名無しさん
02/07/10 13:48
UNIX厨房は自分でシェルのインストールもできないんだね(藁
デフォルトで入ってるソフトしか使えないんだ(藁
105:Be名無しさん
02/07/10 20:02
>>98
>それに移植したのがあるんだろ。それでいいじゃん。
移植されたってのは、「褒め言葉」になると思うんだが。
>なにが出来ないか具体的に言ってくれ。本当にできないか試してみるよ。
試さんとわからんのか。。。
君向けのいいページあったので紹介する。
URLﾘﾝｸ(www.nifty.ne.jp)
>UNIXにあるシェルは全てWindowsに移植されてる。
ダウト。著作権が放棄されてないのもあるんです。
>デフォルトで入れる必要なんか全然ないじゃん。
>ユーザーのほとんどはGUIの方がいいんだから。
>必要な奴だけ入れればいいんだよ。
誰も必要性の話なんかしてないと思うが。
入ってないからCUI弱い。
ただそれだけ。
入れればいい、作ればいいっていう話ならその通り。
>>104
はいはい。次の患者さんどうぞ。
106:Be名無しさん
02/07/10 20:55
>>105
DOSコマンドの羅列がどうしてOSの機能をコントロールできないことになるんだ？
さっぱりわからん。
もしかしてCUI＝DOSと思ってるのか？
また化石のような奴だな(藁
今度博物館で飾ってもらえ。
107:Be名無しさん
02/07/10 20:56
で、どのシェルが無いんだ？
それと、どの機能がコントロールできないんだ？
もったいぶってないで、どんな妄想してんのかさっさと書けよ。
108:Be名無しさん
02/07/10 21:01
＞入ってないからCUI弱い。
＞ただそれだけ。
存在するものは入れればいいだけ。
弱いってのは、いくら入れたくても、どこを探しても誰もソフト作らないマイナーOSのことだよ。
ほら、たとえば君の使ってる奴ね(藁
一生ls ls ls lsって打ってろ(藁
109:Be名無しさん
02/07/10 22:02
>DOSコマンドの羅列がどうしてOSの機能をコントロールできないことになるんだ？
どこにそんな事が書いてある?
シラケルんだよね。的外れなことで突っ込まれると。
OSの機能のすべてをCUIでコントロールできるんだろ?
リスト載ってない足りない機能はねえのか?
>もったいぶってないで、どんな妄想してんのかさっさと書けよ。
なんでお前のような態度のデカイ教えて君の面倒いちいちみなきゃならん。(W
自分で探せ。甘えるな。ボケ。
>存在するものは入れればいいだけ。
続き読んだか?おんなじ事書いたぞ。。。
後の煽りはつまんねえよ。お前リアル厨房だろ?
もうちょっと頭使え。
110:Be名無しさん
02/07/10 22:14
>>109
> 存在するものは入れればいいだけ。
つーか、OS板は、OSの標準機能の話をすべし。
ソフト板だと通用するかもしれんが。
111:Be名無しさん
02/07/10 22:15
>>110
>>108のはなしね。
112:Be名無しさん
02/07/10 22:17
>>108
> 存在するものは入れればいいだけ。
つーか、Winはつかえねーなーもー、しょうがない作るか
って言って、そういうのは作られてきたんだよ。
113:オリスレ1
02/07/11 02:06
はあ。コマンドがないと駄目なのね。COM使ってVBSからコントロールできた
としても、それは認められないのか？おまけに標準機能じゃないと駄目かい。
そんなルールの下だったらもう結構です。UNIXの勝ちにしとけ。
使い方間違えると動作がおかしくなるランタイムもバグバグってことにしといてやるよ。
114:Be名無しさん
02/07/11 03:07
Windowsの限界はMicrosoft自身が感じていたことだ。
そんなこんなで.netな時代がやってくるわけだ。
非常に洗練されたクラスライブラリ、
マルチリンガルな開発もOK.
クロスプラットフォームでの開発を支える最強のフレームワークの時代が
ほら、あなたのすぐそばまで来てるよ。
115:Be名無しさん
02/07/11 10:16
>>109
DOSコマンドでコントロールできなければCUIでコントロールできないことになるのか？
DOSって何年前のOSだと思ってんの？(藁
具体的にどの機能がコントロールできないのか書いてみろよ。
そしたら、それをCUIでコントロールするスクリプトの書き方を教えてやるから。
おっと、君のようなにわかUNIXファンはスクリプトは認めないんだっけ(藁
116:Be名無しさん
02/07/11 10:24
いや、認めないってより「使えない」の方が正確だな。
それどころか、初期状態で入ってるコマンドしか使えないんだもんな(藁
いいかい、OSはアプリじゃないんだよ。
OSの実力ってのはね、そのOSで動く強力なソフトがいかに多く作られてるかで決まるんだよ。
まっさらのOS同士でアクセサリの数を競って、たとえ勝ったとして、何が嬉しいの？
使い始めの最初の一日ならアクセサリが多い方がそりゃいいさ。
でもそれだけ。うすっぺらだねー(藁
まあもうちょっと使い込んでみろよ。
使い込んで自分の欲する機能を充実させようと思えば、Windowsのように、
アクセサリは少なくてもサードパーティの有料・無料の膨大なソフトが存在する
OSの方が労力が少なくて済むことに気づくからさ。
この差はでかいよ。使い込めば込むほどでかくなる。
まあ、初心者はおとなしくLinuxでゲイツ叩きゲームで遊んでなさいってこった。
117:Be名無しさん
02/07/11 10:53
>>109
検索？
お前の妄想はインターネットで公開されてるのか？
118:Be名無しさん
02/07/11 12:42
>>116
> OSの実力ってのはね、そのOSで動く強力なソフトがいかに多く作られてるかで決まるんだよ。
つーか、ソフトの話なら、ソフト板行ってくれ。
OS自体について語るんだよ。それがOS板なのよ。
> まっさらのOS同士でアクセサリの数を競って、たとえ勝ったとして、何が嬉しいの？
どうでもいいが、負けたら、くやしいくせに。
119:Be名無しさん
02/07/11 13:45
>>118
windowsの利点って何かっていうとやっぱり使ってるユーザーが多いってこともあるんじゃないか?
>OSで動く強力なソフトがいかに多く作られてるかで決まるんだよ。
これは正しいと思うぞ
OSはあくまで基本ソフトだからな
120:Be名無しさん
02/07/11 17:49
>>118
だから、ソフトのないOSってのは、OSのないパソコンと同じなんだよ。
ソフトの多さってのはOS自身の力だ。
そのへんがどうしても理解できないのがバカのバカたるゆえんだね。
121:Be名無しさん
02/07/11 18:01
だからさ、このスレはWindowsの限界を感じたときなのよ。
Windowsが優れているかどうかなんて関係ないのよ
122:Be名無しさん
02/07/11 18:20
敗北宣言が出ました
123:ギャルギャル集合
02/07/11 18:44
URLﾘﾝｸ(kado7.ug.to)
124:ギャルギャル集合
02/07/11 18:45
URLﾘﾝｸ(kado7.ug.to)
ヌキヌキ部屋へ直行
125:ｹﾞｲｼ
02/07/11 19:04
>>3-4
Windows族の特徴の一つにDLLへの過大な依存がある。システムサービスの多くをDLLとして実装することにより、DLLをダイ
ナミックに更新するだけでバグフィックスや機能の追加が実現できる。また使用頻度の低いDLLは細切れになってスワップアウト
されるので、メモリー効率も良いはずであった。従ってM$はDLLを乱発し、システムはDLLだらけとなった。この点がOSの機能
が固定されているモノリシックなUNIX族と大きく異なる。
しかしM$はDLLにあまりにも依存しすぎた。たとえば一つの窓を開くためには多くのDLLが呼ばれる。画像や文字の表示やマル
チメディア機能のためには、さらに多くのDLLがディスクから読み込まれることになる。そして、新しいバージョンではより
多くのより肥大したDLLがロードされることとなった。
しかし、本来DLLは脇役のハズである。主人公であるアプリケーションのコードやデータがディスクから読み込まれ処理が行わ
れるのだが、窓が開く瞬間にアプリケーションが握っていたリソースの多くが脇役のDLLに奪われてしまう。そしてアプリケー
ションとDLLがお互いにCPUの処理を、キャッシュを、仮想記憶の実メモリー分を、そしてディスクキャッシュを取り
合うことになる。つまり、リソースを巡るDLLの春秋戦国時代と言うことである。
126:Be名無しさん
02/07/11 20:35
あほですか。
DLLに分割されてなかったら、窓が開こうが開くまいが常に最大のリソースを消費するってことだぞ。
127:Be名無しさん
02/07/11 20:54
DirectDrawのFlipを利用するプログラムで、どうやっても
フレームスキップの発生が防げなかったとき。
そして、あほくさくなって、LinuxとかBeOSとかに移植
してみて、スゲー!!全然安定してんじゃん!!!
とかおもいつつ結局Winにもどってきたとき。
売るにはWin必須....。ﾄﾎﾎ。
Linuxでゲーム売れればなぁ。
128:Be名無しさん
02/07/11 21:00
URLﾘﾝｸ(www.osk.3web.ne.jp)
Flipを利用する場面を間違ってるだけ。
プログラマ(つまりお前)がへぼ。
129:Be名無しさん
02/07/11 21:30
>>101
には、誰も触れないな…
漏れもアドビがLinuxに対応してくれた時に初めて
WinとLinuxをユーザーの立場から比較したいと思うのだが…
（あ、MacＯＳ-XがUNIXカーネルか…）
130:Be名無しさん
02/07/11 21:57
>>119
> >OSで動く強力なソフトがいかに多く作られてるかで決まるんだよ。
> これは正しいと思うぞ
> OSはあくまで基本ソフトだからな
つーか、どんなOSでも、できないところをがんがん言うべきでしょう。
良いね良いねしか言えないやつはだめっす。
>>125
> この点がOSの機能が固定されているモノリシックなUNIX族と大きく異なる。
どのへんが異なるのかわからん。。。
Unixだって、lib*.soめちゃくちゃあるじゃん。
131:
02/07/11 23:03
>>129
IRIXには移植されてるけどね…
132:119
02/07/11 23:05
>>130
えっとそれは仮にいるかもしれない君の賛同者も否定してるんだな
一人でがんばってくれ
まぁWin出会えて難癖つけるならセキュリティーホールにたいする対応の遅さとかかな
bug traqで報告されててまだ直されてないの結構あるしね
133:Be名無しさん
02/07/11 23:10
>>128
お前は自分でプログラム組んだことがあるのかと仔一時間..
あんな、Win98やWin95のマルチメディアタイマの仕様で、
必ずフレームスキップは発生すんの。
10秒に3フレームくらいとかいきなり飛ぶんだよ。
これはヘボくないプログラマがつくって市販してるゲーム
ですら必ず発生してるから心配するな。
まったくひとんちのホムペ貼るだけの奴はこれだからつかえねぇ。
134:Be名無しさん
02/07/11 23:13
>それをCUIでコントロールするスクリプトの書き方を教えてやるから。
OSの機能やAPIで、提供されてない情報やリソース管理をどうやってスクリプト書いて
解決するんかね?
お前おもしろすぎ。
どんなスクリプト書いて悦にひたってるのかわからんが。
お前プログラムなんて書いたことないんじゃないの?
135:Be名無しさん
02/07/11 23:14
>>133
氏かも、よくよくよんでみたらなにを好き好んで
BltFastつかうんですか(W
予期しないスワップ発生したらBltしてるのがはっきり見えてしまう
じゃないですかと故一時間.....。
それに普通フルスクリーンにする前に、CPUパワーと画面周波数しら
べてレート決定するし、表示と内部処理は完全にわけて組むのが
普通だし。
つーかそうしないと移植なんてできねーし。
ﾌﾌﾌ、必死ですな。ヲレ。
136:Be名無しさん
02/07/11 23:15
>>133
じゃ、win95系はゲーム作成に向いてないってことでいいですか?
137:Be名無しさん
02/07/11 23:28
>>132
> えっとそれは仮にいるかもしれない君の賛同者も否定してるんだな
> 一人でがんばってくれ
じゃあ、君は、君の賛同者が適当なことを言っていても、
それを肯定するのか？
お互い一人でがんばろう。
138:119
02/07/11 23:48
>>137
いや私は>>119にて
「これは正しい」と限定用法を使っているぞ
まぁきみは完全否定してるようだが
一緒にしないでいただきたい
139:Be名無しさん
02/07/11 23:52
140:Be名無しさん
02/07/12 01:25
>138
?
141:Be名無しさん
02/07/12 03:33
Linuxでゲーム売るにはビデオカードまで指定しないと無理じゃないの。
142:Be名無しさん
02/07/12 03:35
>つーか、OS板は、OSの標準機能の話をすべし。
なんて言い出したら、linuxはすごーく貧弱になっちゃうじゃん。
143:mo
02/07/12 04:41
真な意味でosの勉強しようと思ったとき。
srcないのはやっぱつらい。
144:オリスレ1
02/07/12 05:40
>>134
だから、ぐだぐだ言わずに君が出来ないと思ってることを書いてみろ。
もしかしたら君が知らないだけかもしれないだろ。
>>133
なんでマルチメディアタイマとFlipが関係するんだ？そのマルチメディアタイマの
仕様のソースと、再現させるソースコードを貼ってみそ。
Unicode化けも、CUIでコントロールできない機能も、マルチメディアタイマの仕様も
ちゃんとソースを示さないと、脳内妄想だといわれてもしかたないぞ。
145:オリスレ1
02/07/12 05:58
まあ、マルチメディアタイマの制度がわるいというのは周知の事実だが
Flipとは関係ないよな。それに代わりにQueryPerformanceCounterを使えば
解決できることじゃないのか？汎用OSがゲームや組み込み系などの細かい
要求があるケースで要求を満たせないのはある程度仕方がない。
それをソフトで回避するのが腕の見せ所だし、どうしてもだめならソース
コードの公開されているLinuxでカスタマイズするなり、ゲーム専用に
作られたX-BOXなりを使えばいいだろ。
146:Be名無しさん
02/07/12 09:19
>>134
で、Linuxの機能やAPIで、提供されてない情報やリソース管理はどうやってCUIでコントロールするんだ？(藁
Windowsの弱点として持ち出したんだから、他のOSじゃできるんだよな(藁
それとほら、早くWidnowsの何がCUIでコントロールできないのか書いてみろよ。
UNICODE化けるコードもな。
あと、どんな妄想してるかも書いておけよ。
Googleじゃお前の頭の中のイカレポンチな世界までは検索できないぞ。
147:Be名無しさん
02/07/12 09:20
>>133
ぐだぐだ言う前にFlip使わずに組んで見ろ。
148:Be名無しさん
02/07/12 11:20
>145
信者かよ。それだったらそこに限界を感じても問題ないじゃねーか。
149:Be名無しさん
02/07/12 11:32
つーか、Windowsなんてだれでも使ってるわけで、
で、例えば、WindowsのCommand Prompt使えば、
UnixのShellよりどれだけ幸せかというのを聞きたい。
例えば、ファイルのサブディレクトリを含めた検索や置換が
こんだけ簡単にできるぞとか。
ほら、WinについてくるこのコマンドはこれだけUnixのコマンドよりも
使えるぞとかね。
150:Be名無しさん
02/07/12 11:35
限界って言うのは、「やりたいことを実現する手段がどうしてもない」ことを言うんじゃないの？
他のOSにはいっぱいあるよね、そういうの。
けど、Flipとかマルチメディアタイマ使わずになめらかに描画できるなら、
単に手段の一つが使えないってだけで、それはOSのプログラミング流儀にすぎないよね。
FlipはFlipで使う場面があり、Flipを使ってはいけない場面もある。
マルチメディアタイマの仕様(バグにあらず)でフレームが飛ぶなら、
普通のタイマを使えばいい。
仕様と言うからには、そういう使い方を想定して作られてないってことだよ。
でなきゃそれはバグだからね。
つまり、マルチメディアタイマを使おうと考えた時点でプログラマの責任。
ちゃんとAPIはその場面にあったものを選ぶのも能力の一つだよ。
151:Be名無しさん
02/07/12 11:36
ﾋﾞｸｯ. ∧ ∧ ∧ ∧ ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
Σ(ﾟДﾟ；≡；ﾟдﾟ) ＜ うお！なんかすごいところに迷い込んじまったぞｺﾞﾙｧ！
./ つ つ ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
～（＿⌒ヽ ﾄﾞｷﾄﾞｷ
)ノ ｀Jззз
152:Be名無しさん
02/07/12 11:50
>>150
> 限界って言うのは、「やりたいことを実現する手段がどうしてもない」ことを言うんじゃないの？
それと、努力してもこの程度の効率でしか実現できないとかもありでしょう。
153:Be名無しさん
02/07/12 11:53
>>151
「こんだけがんばったのに、これだけかよー」とかもね。
154:Be名無しさん
02/07/12 12:00
>>149
コマンドプロンプトはWindowsのシェルの中で一番低機能なシェルだから、
それと高機能なシェルを比べるのは間違い。
Windows用のシェルにはtcshもzshもその他色々あるよ。
加えてGUIのシェルも充実してる。
はっきり言って、シェルの充実度で競争したら、UNIXはWindowsの足下にも及ばないね。
シェル競争でWindowsに勝とうと思えば、Windowsのシェルの中で一番低機能なものと、
UNIXのシェルの中で高機能なものと比べなきゃ勝負にならないから持ち出してきたんだろうけど、
その高機能なシェルもWindowsにはちゃんとあるよ。
それで全然むなしくないかい？
配布形態として、Windowsは自社製品のみの販売、UNIXはフリーソフト込みでの配布だから、
初期状態で同梱されてるソフトはUNIXの方が多いかも知れない。
だから、初期状態でしか使わない人にとってはUNIXの方が優れてると言える。
初期状態でしか使わない人にとってはね。
が、自分でソフトのインストールできる中級者・上級者にとっては、
使えるソフトの選択肢が多いのはUNIXではなく、明らかにWindows。
「初期状態で」という縛りを入れて比較することで、すでに負け犬根性が見えるから、
はたから見ると、いくら威張ってもピエロにしか見えないんだよ。
155:Be名無しさん
02/07/12 12:07
まあ、初期状態でしか勝てないってのは、鉄砲隊に制圧された後で、
「歩兵同士なら勝ってた」って言うようなもんだな。
どう頑張っても鉄砲が使えないなら、いくら歩兵が強くても、
それは兵力として弱い兵力なんだよ。
OSも同じ。どう頑張ってもWindowsと同じ程度のソフトが動かない以上、
総合的に見てUNIXはWindowsに劣る。
OSってのはソフトを動かすプラットフォームであって、単なるアプリじゃないんだから、
どんなソフトが動くかこそがOSの性能。
156:Be名無しさん
02/07/12 12:16
>>150
普通のWin95のタイマなんてマルチメディアタイマより腐ってんのを理解して
発言してるのかと恋痴時間........
これだから、コード書くのにがんばらないで、2chでレスがんばる奴は...
157:Be名無しさん
02/07/12 12:18
大体LinuxとかBeの「タイマ」の精度と、Winの精度を一意にする時点で
メディア系やゲーム系プログラム組んだことないとしか考えられん。
158:Be名無しさん
02/07/12 12:20
>>154-155
だから、
OS板の「Windowsの限界を感じたとき 」であって、
ソ板の「Windowsアプリケーションの限界を感じたとき 」でないんだよ。
わかった？
159:Be名無しさん
02/07/12 12:26
>>156
だから、腐ってるコード書いてみろよ。
お前のコードが原因だってすぐわかるからさ(藁
優しく教えてやるから安心品(藁
160:Be名無しさん
02/07/12 12:27
>>157
もしかしてリアルタイムタイマの話をしてんの？(藁
おいおい、それこそプログラム組んだことないだろ。
161:Be名無しさん
02/07/12 12:29
>>158
だから、ソフトが少ないってのはアプリケーションの限界じゃねーだろ。
まったく物わかりの悪い奴だな(藁
台風来て湿っぽくなってるから、頭のカビをこれ以上繁殖させないように気をつけろよ。
162:Be名無しさん
02/07/12 12:49
Win95ってOSもあったなぁ。
コマンドラインプロンプトとか、Win95とか、その辺相手にして虚勢はらなくちゃいけないなんて・・・
ああ、あわれ。
163:Be名無しさん
02/07/12 12:57
素人にとってはＤＬＬファイルは邪魔でしかない。
いらないいらないいらないいらないいらないいらな
いいらないいらないいらないいらないいらないいらないいらないい
らないいらないいらないいらないいらないいらないいらないいらないいらない
いらないいらないいらないいらないいらないいらないいらないいらないいらないいらな
いいらないいらないいらないいらないいらないいらないいらないいらない
わかったｋ？
164:Be名無しさん
02/07/12 13:05
このスレ結局、知識ひらけかして満足するだけのスレだよね～。
夏房率たけーし。
165:Be名無しさん
02/07/12 13:07
知識ってほどたいしたことは書いてない気もするが、それでもハイレベルに見えるとしたら、
カビキラーを耳の穴から入れてみたらいいかもね。
166:Be名無しさん
02/07/12 13:10
そういう意味で言うとＭａｃの凄さが少し分かる気がする。
Ｗｉｎにはない人間に想像力を与えてくれると言うか
Ｍａｃは人間に近い機械だね。
167:Be名無しさん
02/07/12 13:16
>>165
カビキラーとかが言葉じりに出てくる時点でわけわかんねぇな。
ホントにプログラマなのか?
カビキラー????
そんなもんさわったこともねぇよ(W
168:Be名無しさん
02/07/12 13:45
Winが圧倒的にシェアを獲得したのは、優れたＯＳだったからか？
単に当時から多く使用されていたＰＣ／ＡＴ互換機で走る
当時としては唯一のＧＵＩ環境だったからでは？
169:Be名無しさん
02/07/12 13:56
>>168
OS/2とかあったし。
170:Be名無しさん
02/07/12 13:59
>>166
本気でそう思ってる？それとも皮肉かな。
171:Be名無しさん
02/07/12 14:02
タイマの精度ってOSというよりPC/AT側の制限じゃねーの？
172:Be名無しさん
02/07/12 14:16
>>166 釣り師ﾊｹｰﾝ
173:Be名無しさん
02/07/12 16:01
>>168
>当時としては唯一のＧＵＩ環境だったからでは？
はぁ？
174:j
02/07/12 16:05
URLﾘﾝｸ(js-web.cside.com)
175:仕様書無しさん
02/07/12 17:17
バカがネタ作っても死ぬほどつまらんからやめれ
176:オリスレ1
02/07/12 18:26
>>157
タイマはどのOSでも普通8254を使って実現するから、精度はどれもよくない。
WindowsのQueryPerformanceCounterはNTにおいてはHAL上に実装されていて
対応していればRDTSCを使ってCPUのクロックカウンタを読み出すから、精度は
高い。それにHALに実装されているから将来もっと精度の高いハードウェアが
実装されればそれに柔軟に対応できる。
君こそちゃんと仕事してる？受け売りだけじゃすぐ化けの皮がはがれるよ。
177:Be名無しさん
02/07/12 18:29
Winは優れたOSだから圧倒的なシェアを獲得したんじゃなくて、
圧倒的なシェアを獲得したから優れたOSになったんだよ。
Winと全く同じ機能を持ち、加えてより優れた安定性と速度、
より高機能で多くのアクセサリを持ち、Win用アプリが全く動かないOSがあっても、
それは優れたOSではない。
多くのアプリが動くことは、OSの能力の目安ではなく、OSの能力そのものだ。
178:Be名無しさん
02/07/12 18:38
ビデオのベータとVHSだと、ベータの方が性能は高い。
が、今時ベータを買う奴はバカ。
今はそれほどまでにVHSとベータの価値というものには開きがある。
どれだけ使いやすいビデオデッキだろうが、VHSに対応してないことにはただのガラクタ。
性能が高い方が価値が高いことが多いので、何でもそうだと思いこむ奴がいるが、
それは頭の中があまりにも単純。ぞうりむしとマブダチになれるぞ。
物の価値というものは性能だけじゃはかれないんだよ。
179:Be名無しさん
02/07/12 18:42
>>178
＞物の価値というものは性能だけじゃはかれないんだよ。
あっそう。じゃあ性能のほかに何があるの？
少なくとも「性能」のほぼ同義語なんて言わないでね。機能とか。
またはアレですか？お宝探偵団の方向ですか？
180:Be名無しさん
02/07/12 21:52
>>177
> 多くのアプリが動くことは、OSの能力の目安ではなく、OSの能力そのものだ。
つーか、それじゃ、OS板のOSの話としてはおもしろくないんだよ。
だって、それだと、結局、Winアプリ自慢の話で終わっちゃう。
それはやっぱり、別の板でしてほしいね。
181:Be名無しさん
02/07/12 21:56
なんで、
「Windowsの限界を感じたとき 」という素直な話ができないのかな？
別にWindowsは好き嫌い関係なしにさ。
Winヲタクだって、困ったことないか？
別に擁護にまわらなくていいつーことだよ。
それを聞きたいんじゃないわけさ。
182:Be名無しさん
02/07/12 22:13
じゃあ、つーことで、マジレス。
Windowsの限界といえば、
Winって、文字を描画するときのバグがちょこちょこあったりしない？
俺が経験したのは、Unicode文字が表示できないという問題。
例えば、U+094cの表示とか。そのまま表示するといいんだけど、
なんかならびが違うと表示できなかったりする。
で、とりあえず簡単にバグが再現できる方法だと、U+094cとかを４０文字とか書いたとき。
Win2000でNotepadとかで再現する。
そうそう、Win9xもけっこうTextOutWとかのUnicode APIが動かない。。。
ＭＳ Ｐゴシックなんかの日本語のボールドでCreateFontWして、
TextOutWするとGetTextExtent*W()との幅がずれてくる。
このあたりが最近発見した限界かな。
183:Be名無しさん
02/07/12 22:15
>>181
じゃあ、
①アップグレードするたびにいらない機能どんどん増える。
②ファイル構造がクソ。OLEどうにかしろ！
ということかな？
いや、①はマックでもだな。
184:Be名無しさん
02/07/12 22:17
>>182
それは限界じゃなくて、ただのバグでしょ。
MSのプログラマの能力の限界と言いたいのか？
185:Be名無しさん
02/07/12 22:21
そうそう。さらに、Unicodeがらみ。
Listboxをしこんだ、Unicode Dialogを作って、
そのListboxに一部のUnicode文字例えば、U+0391とかをLB_INSERTSTRINGした場合。
フォントをMS Sans SerifだかMicrosoft Sans Serifにしとくと、
そのUnicode文字が'a'になってしまう。これもだめだめっす。。。
ソースだせよというへたれがいるので、ソースもかいとこか？概要だけね。
WinMainの中で、
DialogBoxW(hInstance, MAKEINTRESOURCEW(IDD_DIALOG), NULL, (DLGPROC)DialogProcW);
して、
BOOL DialogProcW(HWND hDlg, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
switch(uMsg)
{
case WM_INITDIALOG:
SendMessageW(GetDlgItem(hDlg, IDC_LIST), LB_INSERTSTRING, 0, (LPARAM)L"\x0391\x0392");
break;
}
するだけ。
186:Be名無しさん
02/07/12 22:28
>>184
> それは限界じゃなくて、ただのバグでしょ。
> MSのプログラマの能力の限界と言いたいのか？
つーか、バグの話してたじゃん。
でも、アプリ作る側にしてはこれは問題なわけ。
回避策がないんだからね。Winアプリ作成に関する限界、これはできーんつーことですな。
俺も、前に、MS Runtimeのバグはあったと思ったんだけど、
settz()だったかな。これはソースさがそうと思ったが、
日本語版Win2000/XPが今ないので、今できん。。。
そのときは、timezone名が日本語で出てしまって、System Language変えると、
文字化けしてた。（つーかtimezone名って日本語で表示するとは。。。）
でも、MS Runtimeはすぐ回避できるから、べつに動かないね、
じゃあ、Win32 APIラッパ作っちゃえで解決できるんだよね。
187:Be名無しさん
02/07/12 22:38
>>186
ﾊｧ?
それは「仕様」だろ？
文句言うなら自分で作れやｺﾞﾙｧ!!
188:Be名無しさん
02/07/12 22:51
>>187
> 文句言うなら自分で作れやｺﾞﾙｧ!!
だから作ったんだって。
つーか仕様だとか言ってPSTデフォルトで返したりするなよなー。
Winの設定とシンクロして欲しいとおもわんか？
ちゅーか、別にｺﾞﾙｧるな。またーりと行こう。つーかWin擁護派はいらんっす。
189:Be名無しさん
02/07/12 23:03
なんか>>176とか見てると、ソフトウェアの限界なんて語れそうになくなってくるよ。
理論限界で話されてもなあ。
190:Be名無しさん
02/07/12 23:09
Unicodeと言う話で思い出したが、
Windowsには、文字コード仕様での限界がある。
それは、２バイトまでの文字コードしか使えないってこと。
Windows code pages must be either one byte (SBCS) or a mix of one and two bytes (DBCS).
This requirement is reflected throughout our code
e.g. in data structures, program interfaces, network protocols and applications.
つーことらしい。
例えば、
中国でGB18030というcharsetが正式に採用されたけど、これは４バイトで１文字という領域があるんだよね。
Windowsは２バイトしか扱えないから、MSはこれを中国語版のWindowsのデフォルトのcharsetととして採用できなかった。
しょうがないからUnicodeとしてサポートのみ。
おそまつながら、パッチをリリースしてGB18030 - Unicode変換のdllとツールをつけただけ。
GB18030ネイティブとしてはWindowsはサポートしてないんだよね。
今後３バイト以上のcharsetが出てきたらどうすんでしょう。
191:Be名無しさん
02/07/12 23:15
>>189
つーか>>190みたいな実装上の話なら、
限界があるって話はけっこうでてくるんじゃないか？
第一、Windowsって作られてからもう15年以上たってるだろ？
そのくらいの規模、年齢のプロジェクト、プロダクトになると、
全体を見れる開発者なんてそんなにいないと思うし、
古いコードとか過去の仕様にしばられて実現できないことなんてあるのが自然じゃないの？
192:嘩梅雨畿
02/07/12 23:55
MACXを予想して、作ったことに気づいたとき。
です
193:Be名無しさん
02/07/13 01:17
１日で結構流れたなあ。。。
>Windows用のシェルにはtcshもzshもその他色々あるよ。
だからUNIX移植したもの書いたって、逆に褒めてるだけじゃん。(W
>初期状態でしか使わない人にとってはね。
アプリとは違うからさあ。入ってることが前提になってるほうが有利
なこと多くない?単純に。
本当に高機能で使われる価値があるものなら、標準でいれときゃいい
話なんじゃないの?
標準で入れないのはCUIを重視してない証拠だろ?
全てのユーザにとって、いい話かどうかは別にして。
194:オリスレ1
02/07/13 01:51
>>182
やっとちゃんとしたレポートが上がったと思えば、やっぱ全く分かってなかったのね。
これちゃんと読みな。
URLﾘﾝｸ(www.unicode.org)
UNICODEのそのあたりのコードレンジにはインド系のコードが入ってる。
インドの文字は文字数が非常に多いが、単純な組み合わせで構成されている。
UNICODEではそれらのグリフを複数のUNICODEを合成・結合することで表している
コード上ではABCなんだが表示上はDになる、みたいな感じだ。
それで君は、単体では使われるべきではないコードを単体で複数並べて使って
いる訳だ。Windows内部の合成用バッファは32文字まで確保してあるようで
合成をしなければならないコードの並びが32文字を越えるとそのコード列は
おかしいとみなし表示を行わない。これは正しい、すごーく正しい仕様。
仕様を理解しないで、バグだバグだって騒がれたらMSもかわいそうだよ。
195:Be名無しさん
02/07/13 09:46
>>194
> やっとちゃんとしたレポートが上がったと思えば、やっぱ全く分かってなかったのね。
Combining characterなのはわかってるさ。
combining characterでもGlyphはあるんだから。
問題は、なんで32文字なのかってこと。
unicode.orgではそんなこと決めてないしね。
MSは故意に32文字にやっているかそれともバグなのか。
複数のcombining characterだと、32文字じゃフォールバックしないわけだからね。
> 仕様を理解しないで、バグだバグだって騒がれたらMSもかわいそうだよ。
MSの仕様を理解しないでってことか？
いや、お客なんだから、そんなに下手にでなくていいんだよ。
問題点ははっきりさせるのは悪くない。
196:Be名無しさん
02/07/13 09:51
>>194
つーか、ひとつぐらい仕様だと言えたぐらいでそんなに誇らしげにならなくてもいいぞ。
ということでもっとわかりやすいやつがいいか？
そうだな、Unicodeフォント例えば、Lucida Sans Unicodeで、
さっき言った、Devanagariを使って、notepadで、9pt,10pt, 11ptと表示させてみましょう。
なんで、10ptのほうが小さいんだよ？
197:Be名無しさん
02/07/13 09:55
Devanagariは、U+0900から、U+097fまでの文字だからね。
Win2000のCharacter mapとかで選んで、notepadにでもこぴぺしてください。
ベースキャラクタだけ選んでも再現するはず。
198:Be名無しさん
02/07/13 12:23
ナイトライダーにWindowsロゴが表示されてないのに気がついたとき。
199:Be名無しさん
02/07/13 12:41
XP発表前夜、Win次期ばーぢょん(WinXP)が、
名前もユーザーインターフェイスもMacOSX意識しまくりと判ったとき
200:Be名無しさん
02/07/13 13:32
>あっそう。じゃあ性能のほかに何があるの？
おやおや、一段落読んだら前の段落は忘れてしまうのかな？(藁
201:Be名無しさん
02/07/13 13:42
>>193
標準で入ってないのは単なる販売戦略だろ。
今日初めてパソコン使うおじさんおばさんにfindとかviとか必要か？
それがついてなかったり、マニュアルで説明してなかったら力を入れてないことになるのか？
やれやれ、マニアの感覚は世間とずれまくってるねぇ～(藁
CUIを表に出してはいないが、十分な実力を持ってることに違いはないじゃん。
少なくともWindowsの限界を語るのにCUIを持ってくる奴はバカだね。
202:オリスレ1
02/07/13 13:56
>>185
XP上で以下のプログラムで試してみたがちゃんと動いて 'AB' と表示されるぞ。
なんか俺が間違ってるか？
case WM_INITDIALOG :
hFont = CreateFont(20,
0,
0,
0,
FW_NORMAL,
FALSE,
FALSE,
FALSE,
DEFAULT_CHARSET,
OUT_DEFAULT_PRECIS,
CLIP_DEFAULT_PRECIS,
DEFAULT_QUALITY,
DEFAULT_PITCH,
L"Microsoft Sans Serif");
SendMessage(GetDlgItem(hDlg, IDC_LIST1), WM_SETFONT, (WPARAM)hFont, (LPARAM)TRUE);
SendMessage(GetDlgItem(hDlg, IDC_LIST1), LB_INSERTSTRING, 0, (LPARAM)L"\x0391\x0392");
return TRUE;
203:オリスレ1
02/07/13 13:59
>>196
まあバグかもしれんが、そんなほとんど潰れてるようなフォントサイズで
比べてもしょうがないだろ。
そんなこといったら 1ptと2ptどっちが大きいとか比べて1ptが大きくなったら
バグなんか？
ちなみに、ちゃんとプリンタにだせば 11>10>9>8ptになるよ。ディスプレイも
200dpiとかになればちゃんと出るようになるさ。
204:Be名無しさん
02/07/13 14:02
この前Windows使ったんですよ、初めてね。
で、生まれて初めてWindowsを起動したわけですわ。
正直最初はWindowsって簡単だと 思ってたのよ。
みんな普通に操作してるからさ。
あのね、俺が間違ってた。あれは人が使うもんじゃない。
猿だね、猿が使うものだよ。
最初に起動させる時さ、めちゃめちゃびびって
左マウスボタンそろ～って押して右マウスボタンそろ～っと離したのよ
１０秒くらいかけてさ。でなんか怖くなって両方押しちゃったのさ。
そしたらダイアログボックスでさ
「エラーが発生しました」とか言うの。
同じ過ちは２度繰り返さないのが俺よ。
だから左マウスボタン押したのさ。えぇ、そりゃもう押しましたとも。
全てを忘れて押したよ。ポインタが砂時計になってるにもかかわらずね。
だってサポートセンターに電話したらとにかく押せって言ってたからね。
そしてらエライ事になった。
もうすごいエラー。すごいビープ音。120Hzくらい。
隣人にアメリカ人がいたら訴えられる。
それで横見たらハードディスクがすごい勢いで煙出してんの。
ホントごめんなさい。
正直「男なら自作だぜ！」なんて見栄張らないで
素直にiMacにすりゃよかったと思ったよ。
心の底からWindowsにした事を後悔したね。
でもVaio買って友達と
「Macってゲーム少ねえな！これだからMacは。」とか言っちゃてんの。
ホント俺ってダメ人間。
誰か助けて下さい
205:Be名無しさん
02/07/13 14:03
>>185
真正のアホだな(藁
ギリシャ語はMS San Serifには無いぞ(藁
ソース云々のレベルじゃねぇや(藁(藁(藁
日本語の含まれてないフォントで日本語表示しようとして表示できるか？
韓国語の含まれてないフォントで韓国語表示しようとして表示できるか？
ロシア語の含まれてないフォントでロシア語表示しようとして表示できるか？
Linuxでできるんだったらごめんねぇ～(藁
206:Be名無しさん
02/07/13 14:06
>>196
なんでかっつーとな、お前のディスプレイが安物で解像度が低いからなんだよ(藁
9ポイント以下はビットマップで、それ以上はラスターになるから、
ギリギリの線で比べたら画面上で誤差が出るのは当然。
印刷したらちゃんと表示されるぞ。
それがいやだったら、頑張っていいディスプレイ買うか、
ビットマップの含まれてないフォントだけ使うんだね。
207:Be名無しさん
02/07/13 14:08
先生！アスキーフォントで他言語表示できないって言ってる子がいます！
208:Be名無しさん
02/07/13 14:11
しかもソースまで書いて絶対バグだって鼻息荒いです！
209:Be名無しさん
02/07/13 14:12
ほら見ろ。プログラマがヘボなんだよ。
もっとソースよこせや。はらいてー(藁
210:Be名無しさん
02/07/13 14:24
フォントにない文字を表示しようとする以上、それは仕様から外れた行為だ。従って、結果は不定。
Windowsのバージョンによっては別のフォントを使って同じコードを表示しようとするかも知れないし、
全く無関係な文字が表示されるかも知れない。
ちゃんと仕様に沿ってプログラムしましょうね。
基本中の基本だよ。
211:Be名無しさん
02/07/13 14:26
「先生！このWindowsでは日本語が表示できません！Windowsのバグです！」
「それはね、日本語フォントがインストールされてないからだよ」
はらいてー(藁
212:オリスレ1
02/07/13 14:46
いや、彼は'A'となるべきところが'a'になってしまうって言ってるんだから
なにか違う問題だと思う。Microsoft Sans Serifならいろいろなフォントが
入っているから彼はそれを意味してるんだろう。まあ、とにかくもうちょっと
情報が欲しいな。
213:Be名無しさん
02/07/13 14:56
標準で入ってないのは単なる販売戦略だろ。
>>201
>標準で入ってないのは単なる販売戦略だろ。
ほう、初めて聞く戦略だ。ソースは?
>今日初めてパソコン使うおじさんおばさんにfindとかviとか必要か？
だから
>>全てのユーザにとって、いい話かどうかは別にして。
て書いたろ。よく読めや。
必要性の話なんかしてねーんだよ。
>それがついてなかったり、マニュアルで説明してなかったら力を入れてないことになるのか？
>やれやれ、マニアの感覚は世間とずれまくってるねぇ～(藁
お前のいう世間てのは、GUIしか使えない人のことだろ。
ずれてるとか、ずれてねーとか関係ねーんだよ。
>CUIを表に出してはいないが、十分な実力を持ってることに違いはないじゃん。
シランよ。間違いないと断言できるほどスゴイのか?(W
>少なくともWindowsの限界を語るのにCUIを持ってくる奴はバカだね。
なんでWindowsだけ特別扱いせにゃならん。
Cygwinだのが動いてるのはそういう要求があるからだとは思わんのか?
あ～あ、つまんねえなあ。。。。
214:Be名無しさん
02/07/13 15:03
結局、UNIX敗退の原因はWINAPIが使えないからって事？
215:Be名無しさん
02/07/13 15:04
バカが登場しますた。
どうでもいいけどWinAPIを提供するLinuxはあるみたいよ。
216:Be名無しさん
02/07/13 15:24
>>212
Microsoft San SerifにはASCII文字しか入ってないよ。
ギリシャ語を表示しようとすれば化けるのは当たり前。
217:Be名無しさん
02/07/13 15:26
>シランよ。間違いないと断言できるほどスゴイのか?(W
お前は今まで何を読んできたんだ？
鳥頭に物を教えるのは苦労するね(藁
まあ、「UNIXの方がすごい」から「シランよ」になっただけでも
君にとっては大きな進歩なんだろう(藁
よくできまちたねー
218:Be名無しさん
02/07/13 15:27
>Cygwinだのが動いてるのはそういう要求があるからだとは思わんのか?
UNIX向けにCUIソフトが多く作られたのはUNIXがCUIに弱いからなのか？(藁
バカはいつまで経ってもバカ。
何度教えてもわかんねーんでやんの。
219:Be名無しさん
02/07/13 15:30
>>218
>UNIX向けにCUIソフトが多く作られたのはUNIXがCUIに弱いからなのか？(藁
お前何言いたいのかよくわからん。(W
CUIが主体だから多いだけ。アホか。
220:Be名無しさん
02/07/13 15:38
OSは基本ソフトであってアプリではありません。
ですから、OS上で何か作業をするためにはアプリが必要です。
アプリが作られるのはOSが弱いからではなく、強いからです。
弱いOSには誰もアプリを作ろうとしません。
OSの力とは、サードパーティにアプリを作らせるだけの魅力が全てです。
添付アプリを最低限必要な物に絞るかどうかはベンダーの考え次第です。
Window向けにもフリーソフトが数多く作られていて、添付は可能ですが、
それを入れると初心者に煩雑になると言う欠点もあります。
添付できないわけがない以上、しない方針と考えるのが妥当です。
UNIX向けのGUIアプリがヘボなのは、CUIの時代にUNIXが強力であったのに対し、
GUIの時代にUNIXの魅力が薄れているからです。
昔は端末でも多く使われていたUNIXですが、端末からはほぼ駆逐され、
サーバでもその地位が危うくなっています。
その時代とGUIの時代が重なるからこそ、UNIXのGUIはヘボなのです。
決してUNIXベンダーがGUIよりもCUIの方が優れていると思っているから
CUIに力を入れているわけではありません。
その証拠に、UNIXのGUIは今、発展段階にあります。
不必要な物ならば発展するわけがありません。
221:Be名無しさん
02/07/13 15:40
>>219
Windows向けのCUIソフトが作られたのはWindowsがCUIに弱いからで、
UNIX向けのCUIソフトが作られたのはUNIXがCUI主体だからなのか(藁
なんともねぇ～(藁
222:Be名無しさん
02/07/13 15:43
>>221
まあまあ、バカの言うことですから。
矛盾点をいちいち指摘していてはキリがありませんよ。
223:Be名無しさん
02/07/13 15:44
>>221
その通りなのだが。。。
224:Be名無しさん
02/07/13 15:49
その通りなのだが！はらいてー(藁
225:233
02/07/13 15:51
>>244
俺もはらいてー(WW
あーくだらん。
226:Be名無しさん
02/07/13 15:55
CUIに弱かったらCUIソフトは作られない。
WindowsはCUIだけでも十分使えるOSだが、時代の流れとして
GUIをデフォルトで前面に出しているだけ。
UNIXはまともなGUIソフトが揃って無いからCUIを使わざるを得ないだけ。
227:Be名無しさん
02/07/13 16:03
>>226
>CUIに弱かったらCUIソフトは作られない。
これは弱くても補強の意味で作られることは無いという意味?
>WindowsはCUIだけでも十分使えるOSだが、時代の流れとして
>GUIをデフォルトで前面に出しているだけ。
>UNIXはまともなGUIソフトが揃って無いからCUIを使わざるを得ないだけ。
ずいぶん長い間、用途が違うからな。
同じ用途で使うことを考えてもしかたあるまい。
228:j
02/07/13 16:06
URLﾘﾝｸ(js-web.cside.com)
229:Be名無しさん
02/07/13 16:10
>>227
MacOS9にCUIソフトが豊富に作られてるか？
OSとしての強い弱いと最初から添付されているされていないは全然別物だと何度言わせるんだよ？
230:Be名無しさん
02/07/13 16:17
CUIを実現するにはパイプラインが必要だし、コンソールも必要だし、標準入出力も必要だし、
読み書き可能なデバイスドライバも必要だし、その他CUIに必須の様々なファクターがある。
Windowsは最初からDOSとUNIXの後継者になるべく設計されているので、
CUIに必要な機能は全て実現されている。
今までの資源はわずかな変更で使えるし、実際に膨大なCUIアプリが作られている。
これを弱いと言えるわけがない。
231:Be名無しさん
02/07/13 16:21
>>227
今は同じ用途になってきた。
パソコンとメインフレームの境界が希薄になってきた今、UNIXはWindowsに
駆逐されようとしている。これだけ見ても両者の優劣は一目瞭然。
232:Be名無しさん
02/07/13 16:22
>MacOS9にCUIソフト
クラシックなMacOSにはCUIインタフェースはOSの機能として存在
しないんだよ。だから弱いとか強いとかの話以前のことなの。
アプリとして追加してる例なら沢山ある。
君が知らないだけ。
>OSとしての強い弱いと最初から添付されているされていないは
>全然別物だと何度言わせるんだよ？
捕らえ方が違うから、話が噛み合ないだけ。
追加すればいいという話なら、そんな事を否定するバカは居ない。
233:Be名無しさん
02/07/13 16:23
>>232
OSの機能として存在しないのを弱いと言うんだよ。バカ？
234:Be名無しさん
02/07/13 16:24
>今は同じ用途になってきた。
たぶんLinuxとかの事さしてるんだろーけど。
サーバ用途のほうが断然多いよね。
>UNIXはWindowsに
>駆逐されようとしている。これだけ見ても両者の優劣は一目瞭然。
なんの優劣?
235:Be名無しさん
02/07/13 16:25
>>232
OSの機能として存在しないからこそCUIのソフトが貧弱。だから弱い。
WindowsはOSレベルでCUIをサポートしていてCUIのソフトは豊富。だから強い。
236:Be名無しさん
02/07/13 16:26
>>233
だから、「それ以前の話」だと書いてるだろーが。
揚げ足専門のやつはカエレ。
237:Be名無しさん
02/07/13 16:28
>>234
劣ってる方が駆逐されんだよ。
「何の優劣」って、どこか一部分の話をしてるんじゃないんだよ。
総合的なOSとしての価値。
238:Be名無しさん
02/07/13 16:29
>>236
お前、足あげすぎ。バカすぎ。
どう考えたってWindowsはCUIに強いしMacOS9は弱いじゃん。
それを違うというから簡単に転がされるんだよ。
239:Be名無しさん
02/07/13 16:31
弱いとか強いとかいう以前の問題というくらい「弱い」んだろ。
別にあげあしでも何でもないじゃん。
240:Be名無しさん
02/07/13 16:31
>それを違うというから簡単に転がされるんだよ。
「違う」と言ってるようにとったのね。
じゃ、訂正しとく。
CUIは無いので弱いもなにも出来ないの。
これでよい?
241:Be名無しさん
02/07/13 16:33
>>240
OSとしてCUIが無いOSをCUIに弱いOSと言うの。これでもわかんない？
何年生？年長さんかな？
242:Be名無しさん
02/07/13 16:34
ユーザーが用意しなきゃOSレベルでCUIが用意されてないんだろ？
弱いじゃん。
243:
02/07/13 16:34
>213
>標準で入ってないのは単なる販売戦略だろ。
>>>201
>>標準で入ってないのは単なる販売戦略だろ。
>
>ほう、初めて聞く戦略だ。ソースは?
Windows Services for UNIX（URLﾘﾝｸ(www.microsoft.com)）
や、リソースキットという形でCUIツールが別売り
されてる以上、やっぱり高度なCUIツールを標準添付しないのは販売戦略だと思いますが？
244:Be名無しさん
02/07/13 16:34
>>241
0を強弱で表現したいなら好きにスレ。(W
245:Be名無しさん
02/07/13 16:36
>>244
OSとしてCUIが欠けてるのは「CUIに弱い」と十分表現できると思うぞ。
246:Be名無しさん
02/07/13 16:37
>>243
別売にして儲けたいからってことか。
たしかに販売戦略だね。
247:Be名無しさん
02/07/13 16:39
>>246
今頃販売戦略の意味がわかったの？
君以外はみんなわかってるよ。
今度からもっと早く辞書をひこうね。
国語辞典は持ってる？漢和辞典も必要かな？
248:Be名無しさん
02/07/13 16:40
>>244
0じゃないよ。ちゃんとユーザの作ったものがあるよ。君が無知で知らないだけ。
249:Be名無しさん
02/07/13 16:41
なんとも、小学生の国語レベルから話さなきゃいけないとはね。
250:Be名無しさん
02/07/13 16:42
>>245
別にそれでいいよ。
>>247
つまんねえ。
もうひとひねりほしいな。
251:
02/07/13 16:44
>>246
当然儲けたいというのも有るでしょうが、
最大の理由は、
CD容量の節約（現在のWindowsはCD１枚に納めるにはかなり限界です）と、
ユーザーからのニーズが低い（UNIXシェルが無いと仕事できないような人は少数です）ため、でしょうね。
252:Be名無しさん
02/07/13 16:44
>>250
別におもしろがる必要はないよ。マジで国語辞典を用意して欲しいだけだから。
それに、君は国語力がこんなに低いんだから、ちょっとでもひねるとついていけないだろ？
背伸びすんなよ。
253:Be名無しさん
02/07/13 16:45
>>248
>>232にアプリならあることは書いたんだけどねえ。。。
俺が0と書いたのはOSの機能として存在しないことに対する
ゼロなの。
わかった?
254:Be名無しさん
02/07/13 16:48
OSの機能として存在しないのを「このOSはCUIに弱い」と言うんだよ。
アプリとして作ることはできるんだからね。
あと何回繰り返そうか？
早く国語辞典用意しろよ。
広辞苑は君には難しいよ。
ジャポニカの一番ひらがなが多い奴を薦めるよ。
255:Be名無しさん
02/07/13 16:48
>>251
>ユーザーからのニーズが低い
こっちでしょうね。CD容量は関係なさそう。
2枚組でも、DVDにでもすればいい。
>>252
はい、了解。
どうでもいいや(W
256:Be名無しさん
02/07/13 16:49
>>254
いや、それでいいって。
しつこいなあ(W
257:Be名無しさん
02/07/13 16:51
>>255
CDの枚数を増やしたりDVDにしたりしたらコストがかさむじゃん。
コストを低く抑えるのはどう考えたって販売戦略だぞ。
258:Be名無しさん
02/07/13 16:52
>>256
やっとわかったくれたか(藁
まだ人並みに議論をするには程遠いが、取りあえず一つは言葉を覚えたね。
259:Be名無しさん
02/07/13 16:54
>>257
CD作るのって問題にならないほど安いんだけどねえ。
雑誌にたくさん付いてるの見ればわかるでしょ。
それよりパッケージのほが高い。
260:Be名無しさん
02/07/13 16:54
CD一枚につき50円のコストがかかるとすると、1000万本につき5億円の収益減になります。
261:Be名無しさん
02/07/13 16:56
>>258
まだ言ってるし(W
粘着系だね。キモ。
262:Be名無しさん
02/07/13 16:57
パッケージは広告も兼ねているので、無駄にはなりません。
大多数のユーザーに必要ないものを入れるためにCDの枚数を増やすのは大きな無駄です。
無駄を省いて収益を増やす方法を考えることは販売戦略です。
263:Be名無しさん
02/07/13 16:57
>>261
いちいち反応するからだよ
264:Be名無しさん
02/07/13 17:00
下げBe名無しさんみたいな奴がうちの会社にいなくてよかった。
こんなのが出世したらどんな会社でもあっという間に潰れるね。
265:Be名無しさん
02/07/13 17:01
>>263
すまんかった。放置しときゃよかった。
てゆーかageるなボケ。
266:Be名無しさん
02/07/13 17:02
なんか煽るの生き甲斐にしてるヤツいるな。
そろそろ消える。(W
267:Be名無しさん
02/07/13 17:08
>>266
今頃煽られてるのに気づいたのか(藁
いやはやなんとも煽りがいのあるバカだったよ。
268:Be名無しさん
02/07/13 17:11
煽られる支離滅裂なアホと、それを煽る頭の良いバカ。
2chではよく見られる光景でしたね。
269:Be名無しさん
02/07/13 17:20
悲惨な90の居るスレはここですか？
270:Be名無しさん
02/07/13 17:27
もういません。先ほど尻尾を巻いて逃げました。
CUIでコントロールできない機能とかその他色々の謎を残して。
271:Be名無しさん
02/07/13 18:41
晒しあげしとくかな。
272:Be名無しさん
02/07/13 19:51
答え：Mac OS X を使ったとき。
273:Be名無しさん
02/07/13 20:12
解答：Windowsを使ったとき。
274:Be名無しさん
02/07/13 23:25
>>268
それ見て喜んでるバカ(>>268)も追加しとけ。
275:Be名無しさん
02/07/13 23:47
踊るあほうと見るあほうか・・・
276:Be名無しさん
02/07/14 02:35
>>207
> 先生！アスキーフォントで他言語表示できないって言ってる子がいます
ちみは落第。
Microsoft Sans Serifも、MS Sans Serifも、アスキーフォントじゃないぞ。
特に、Microsoft Sans Serifは、
Latin-1, Latin-2とかのヨーロッパ言語とか、Hebrew, Greekとか、
Turkish, Thaiのコードページとかもサポートしてるよ。
あと、言語とcharsetは区別しようね。
>>210
> フォントにない文字を表示しようとする以上、それは仕様から外れた行為だ。従って、結果は不定。
違う。この文字が表示できるかできないかなんて厳密に決められない。
せいぜい、コードページで決められるだけ。それでも表示できないものもある。
> Windowsのバージョンによっては別のフォントを使って同じコードを表示しようとするかも知れないし、
> 全く無関係な文字が表示されるかも知れない。
別のキャラクタにかわってしまうのが変なんだよ。
表示できなければ、普通、黒のトーフやつぶれてMiddle Dot、
もしくは、?みたいになるはず。
277:Be名無しさん
02/07/14 02:36
（祝）NWSOS公開
ｽﾚﾘﾝｸ(os板)l50
278:オリスレ1
02/07/14 02:59
>>276
Microsoft Sans Serifならちゃんと'AB'と表示されるんだが俺のソースコードの
どこがおかしいんだ？
279:Be名無しさん
02/07/14 09:22
先生！落第生が先生になったつもりで他の生徒を落第生呼ばわりしてます！
280:Be名無しさん
02/07/14 09:23
黒のトーフになるなんて決まりがどこかにあるのか？
281:Be名無しさん
02/07/14 13:23
バカじゃないの?
282:Be名無しさん
02/07/14 14:01
あーもー暑いのにグダグダ言いやがって！！
一言で言えばこういうことだろ？
「バグを見つけてもパッチすらつくれない」
はい終了。
283:Be名無しさん
02/07/14 14:21
Linuxならパッチ作れるのか？(藁
ほんとか？(藁
284:Be名無しさん
02/07/14 14:22
また、バカ登場。
285:Be名無しさん
02/07/14 14:28
>>282
大部分のｦﾁLinuxerはcvsｳﾌﾟされるのを待つだけです。
自分でパッチなんかつくれはしません。
そんな能力ありません（藁
286:Be名無しさん
02/07/14 14:29
こりないバカ。
287:Be名無しさん
02/07/14 14:31
>>284 >>285
バカとしか返せないバカなド素人。
288:Be名無しさん
02/07/14 14:32
バカにバカと言って何が悪い(怒
289:Be名無しさん
02/07/14 14:34
>>288
すぐキレるｱﾌｫ
致命的だね（ﾜﾗ
290:Be名無しさん
02/07/14 14:37
こんなとこでキレるか。(ワラ
291:Be名無しさん
02/07/14 14:41
>>290
はぁ・・・・
必死だな（ｹﾞﾗ
292:Be名無しさん
02/07/14 14:44
この程度で喜んでもらえるならいつでも遊んであげるよ。(プ
293:Be名無しさん
02/07/14 14:45
>>292
ほかに遊んでくれるヤシがいないのか。
さみしいな。
294:Be名無しさん
02/07/14 14:46
だめだ、やはりバカは放置にかぎる。。。。
295:Be名無しさん
02/07/14 14:47
ウインドウズの限界
>>281-294 みたいなのが世の中に存在すること。
296:Be名無しさん
02/07/14 15:01
ああレベル下がったな
297:コギャル＆中高生
02/07/14 16:07
男性にはまだ余り知られて
ませんので逆アポ率も激増
Ｈ好きな女子中高生が待ってます
（i/j/eza対応）
コギャルとＨ出来るサイトはここ
ヌキヌキ部屋へ直行便
↓
URLﾘﾝｸ(kado7.ug.to)
Ｈ必ず出来る何度も挑戦
中高生感度良好
ロリ－タ好き
↓
URLﾘﾝｸ(fry.to)
298:Be名無しさん
02/07/14 16:08
OS板には珍しい広告まで・・・
299:Be名無しさん
02/07/14 20:51
>>1
厨房だらけのとき。
300:Be名無しさん
02/07/15 05:59
>>278
ちっとまっててね。詳細はちょっと自分のマシンでチェックしてみる。
System LocaleがHebrewかArabicかなんかのときだったかも。
>>280
> 黒のトーフになるなんて決まりがどこかにあるのか？
すまそ。白のトーフか、Middle Dotだった。
ただし俺はW Functionについていってるだけだからね。
W functionを呼んでる限りそれは本当だよ。
それ以外の文字化けは、ANSI APIを呼ぶとおきる。
例えば、CreateFontAなんかを呼んで、font charsetをANSI_CHARSET
とかにした場合は、日本語がLatin-1文字になったりすることがある。
301:Be名無しさん
02/07/15 06:07
>>278
あと、Win2000でやってみてよ。
でも、ASCIIじゃないのに、'AB'と表示とはちっとそれもおかしい。
Unicodeの場合、別の文字に変化するってのは変だぞ。
Native Windowの場合、別の文字にばけるというのはありかもしれないけど。
302:Be名無しさん
02/07/15 06:11
>>278
確認ですが、
>>202はちゃんとSendMessageWを使ってる？
303:Be名無しさん
02/07/15 08:21
まだM$の仕様が理解できずにグヂグヂ逝ってるのか。
お前らも飽きないなぁ。
304:Be名無しさん
02/07/15 09:23
>>303
まあ、バグは仕様になりえるということで。
305:オリスレ1
02/07/15 09:31
UNICODEをプログラムの頭でDEFINEしてるから全部Wコールになってる。
'AB'と表示されるのは正しいぞ。U+391,U+392はギリシャ語の'AB'で
グリフの形は完全に英語の'AB'と一緒だ。
Win2000でも動作は一緒。'AB'と表示されるぞ。
306:Be名無しさん
02/07/15 09:53
他の人がやってちゃんと表示される以上、Windowsのバグでなくてプログラマのバグだな。
よくいるんだよ、自分のバグをOSのせいにする奴。
307:Be名無しさん
02/07/15 11:30
>>305
MS Sans Serifで、システムのロケールをHebrewにしてみたらなるよ。
（ユーザロケールじゃないからね。）それが俺の再現してる環境。
これが日本語のシステムロケールだとちゃんとフォールバックする。
>>306
あんたみたいなやつも結構いるけどね。
308:Be名無しさん
02/07/15 11:32
>>307
俺の環境はWin2000英語版。
309:Be名無しさん
02/07/15 11:32
OSの仕様を信頼できないやつは、そのOSを使うな、と。
310:コギャル＆中高生
02/07/15 11:42
URLﾘﾝｸ(book-i.net)
コギャルとＨ出来るサイトはここ
ヌキヌキ部屋へ直行便
↓
URLﾘﾝｸ(kado7.ug.to)
311:Be名無しさん
02/07/15 12:03
>>309
> OSの仕様を信頼できないやつは、そのOSを使うな、と。
きみのとこのユーザはそんなに良い人ばかり？
それとも、きみのとこの会社はそうやってユーザを捨ててるのか？
support.microsoft.com行ってみな。
解決できてないバグがいろいろあるから。
312:Be名無しさん
02/07/15 12:04
>>307
だから、MS San Serifにはギリシャ語なんて入ってねーっての。
日本語読めるか？それともイスラエル人か？
313:Be名無しさん
02/07/15 12:05
少なくとも、ギリシャ語の入ってないフォントでギリシャ語が表示できないのはOSのバグじゃねーな。
そんなフォントを使おうと決めたプログラマの問題。
314:Be名無しさん
02/07/15 12:16
>>312
ちがうって。*Unicode表示*なのに、
特定のロケールのみで、それが表示できない文字を、
ASCIIみたいな表示できる文字に変えてるのがいかんのよ。
>>313
> そんなフォントを使おうと決めたプログラマの問題。
そこを言っているのではないよ。フォールバックさせろと言っている。
えらそうに言っているが、きみはそのへんしっかりやってるか？
ほんとうにMultilingualな環境まで対応させてんのか？
ちなみにMS Sans Serifは、ヨーロッパなんかでは、標準的に使われるフォントだよ。
315:Be名無しさん
02/07/15 12:21
わからん奴だな。
UNICODEってのはコード体系のこと。
フォントにUNICODE文字が全部含まれてるかどうかは別問題。
ほとんどのフォントは制作コストを安く上げるために、一部の文字しか収録してない。
お前のやってることは、ひらがなしか含まれてないフォントで漢字を表示しようとして
化けたのをOSのせいにしてるだけ。
しかもそれを「日本語フォントなのに漢字が含まれてない」って大騒ぎしてるだけ。
バカも大概にせんと脳みそにウジわくぞ。
316:Be名無しさん
02/07/15 12:25
>>315
つーかわかってねーのはあんただよ。
「フォールバック」ってわかってるか？？？
そのフォントにない文字なのに、
ASCIIとして、さも正常に表示さてることが変だって言ってるの。
それが特定のロケールのみ起きているってことよ。
317:Be名無しさん
02/07/15 12:29
>>315
ちなみに、良くある英語のアプリで日本語の文字が、
アクセント記号とかになってる文字化けは、
fontのcharsetがANSI_CHARSET（つまりLatin-1, Cp1252）に
なってるからってことね。Unicode APIではこうは起きないんだよ。
318:Be名無しさん
02/07/15 12:32
>>313
> そんなフォントを使おうと決めたプログラマの問題。
ところで、えらそうに言ってる、
君のフォント決定のアルゴリズムを教えてください。
319:Be名無しさん
02/07/15 12:32
フォントにない文字がどう表示されるかは不定だって何度言わせればわかるんだ？
320:Be名無しさん
02/07/15 12:33
>>318
その文字が含まれたフォントを使う。
当たり前。
なんとも、ここから説明しなきゃいけない時代とはね。
321:Be名無しさん
02/07/15 12:36
フォールバックされるかはアプリに依存する。
OSのListBoxを使った場合はOSのバージョンに依存する。
プログラマはちゃんと表示できるフォントを使うべき。
やれやれ。
322:Be名無しさん
02/07/15 12:37
日本語の含まれてないフォントで日本語が表示できないとOSのせいですか？(ワラ
323:Be名無しさん
02/07/15 12:39
>>320
> その文字が含まれたフォントを使う。
そんな単純じゃないわけさ。
それは、ダイアログに対して決定していくのかね？
Editコントロールに対してもそうやってるのかね？
Surrogateが入ってた場合どうすんの？
Unicodeの一部のレンジしか含まれていない場合は？
Win9xはどうする？
などなどいろいろあるわけよ。これらはどうすんの？
324:Be名無しさん
02/07/15 12:40
お、そうだ、
全部のUnicodeレンジが含まれてる場合はどうするよ？
325:Be名無しさん
02/07/15 12:40
>>323
フォントをユーザーに選択させる。
お前ほんとに何か作ったことあんの？
326:Be名無しさん
02/07/15 12:41
>>319
> フォントにない文字がどう表示されるかは不定だって何度言わせればわかるんだ？
それは違う。Unicodeアプリの場合は、
不定じゃないって何度言わせりゃわかるんだ？
327:Be名無しさん
02/07/15 12:43
>>325
> フォントをユーザーに選択させる。
それは、リッチテキストの場合だけね。
328:Be名無しさん
02/07/15 12:44
問題はそれ意外の場合のわけさ。
リッチテキスト以外のフォントの決定ってのもあるわけよ。
複数のレンジで文字が来た場合とかどうするかとかね。
329:Be名無しさん
02/07/15 12:44
で、フォントに含まれてない文字が表示できないことについては、まだ理解できんのか？(藁
まだUNICODEさえ使えばアスキーフォントで日本語が表示できると思ってんの？(藁
表示したい文字はちゃんと表示できるフォントを使う、そしてフォントはできるだけ
固定ではなくユーザーが選択できるようにする、ってのは国際化の基本中の基本だろ。
330:Be名無しさん
02/07/15 12:47
>>326
へー、不定じゃないならどこかで規定があるはずだな。
どこで決まってんの？(藁
不定ってのは、表示のたびに変わるって意味じゃなくて、
どういう結果が返ってくるか仕様に無いって意味だぞ。
たとえばアプリ依存、バージョン依存なども全部「不定」だ。
プログラマには常識の用語だから覚えておくんだね。
>>328
リッチテキストだけがフォント使ってるじゃねーだろ、アホ(藁
誰かこいつをなんとかしてやってくれ(藁
331:Be名無しさん
02/07/15 12:49
>>329
> まだUNICODEさえ使えばアスキーフォントで日本語が表示できると思ってんの？(藁
だから、アスキーフォントじゃないってば。
君は日本語が表示できないとアスキーフォントなのか？（藁
でも、XPはできたんじゃなかったけ？TextOutWとかね。
フォントに文字がなければ別のフォントで自動的に代用するってこと。
Win2000はしらんけど、Win9xはそのLatin-1フォントでもできるぞ。
Font Associationで、MSDNで引いてくれ。
Win9xでは、Latin-1
でも、俺が言ってるのは、違う。
国際化じゃなくて、多言語化ってこと。わかるかな？
つまり、複数の言語がいっしょにつかわれた時のこと。
その場合、しっかりフォールバックしてくれってことよ。
332:Be名無しさん
02/07/15 12:50
>>328
少なくとも、MS Sans Serifは使わんね(藁
MSゴシックならほとんどの文字が含まれてるのに、わざわざ(藁
333:Be名無しさん
02/07/15 12:54
>>331
アスキーフォントはたとえばの話だよ。
お前があんまりバカだからレベルを落としてやっただけ。
日本語が含まれてないフォントじゃ日本語が表示できないことくらいは
経験があるだろ？
それとおなじく、ギリシャ語が含まれてないフォントじゃギリシャ語は
表示できないんだよ。
UNICODE使ってもね(藁
それとね、国際化のために多言語化するんだよ(藁
別のものじゃないんだよ(藁
334:Be名無しさん
02/07/15 12:54
>>330
> リッチテキストだけがフォント使ってるじゃねーだろ、アホ(藁
ほらきたよ。リッチテキスト以外で、
ダイアログとかメニューのフォントを設定できる許可してるアプリだって？
それってどこにある？言ってみそ。
せいぜいできて、レジストリをいじらせてできるくらいしかないぞ。
レジストリで設定してくださいなんて企業ユーザにいってられないから、
しっかり決める必要があるんだよ。
335:Be名無しさん
02/07/15 12:56
メモ帳はフォントの選択ができるがリッチテキストは編集できんぞ(藁
ほらほら、話をごまかすために一生懸命別の話題に移ろうとしてるのが
見え見えだぞ(藁
336:Be名無しさん
02/07/15 12:57
で、何で多言語化をふまえてMS Sans Serifを使ったの？(爆笑
337:Be名無しさん
02/07/15 12:58
結局、無い文字を表示させようとすることが一番の問題だってなぜ気づかない？
MS Sans Serif固定にしたことがプログラマの責任だってなぜわからない？
お前、ほんとにプログラマ？
338:Be名無しさん
02/07/15 12:59
>>330
> へー、不定じゃないならどこかで規定があるはずだな。
> どこで決まってんの？(藁
不定ですとも書いてないぞ。
ところで、Hebrew以外にフォールバックしてASCIIとかに変換される場合を
言ってみなよ。Non-Unicodeアプリじゃないんだぜ？
だから、適当な文字になると思ってるのは
Non-Unicodeアプリのときに
Latin-1になったりしてるのを見てるからそう思うんだろ？
繰り返し言うが、それは、CreateFontのfont charsetが違うときに
起きたりするわけよ。
339:Be名無しさん
02/07/15 12:59
Arial Unicode MSとか使えば、大抵の文字は表示できるのにわざわざ(藁
340:Be名無しさん
02/07/15 13:02
>>338
書いてないから不定(仕様外)なんだよ。
ねえ、別のフォント使えばいいだけなのに、なんでわざわざそんなの使うの？
ねえ、教えて？
341:Be名無しさん
02/07/15 13:02
>>332
> MSゴシックならほとんどの文字が含まれてるのに、わざわざ(藁
わけわからん。
ヨーロッパとかBidiのエリアとか、その他もろもろ、
ほんとに含まれてると思ってんのか？
342:Be名無しさん
02/07/15 13:04
>>339
> Arial Unicode MSとか使えば、大抵の文字は表示できるのにわざわざ(藁
へー、ふーん。そうなの？大抵かー。
じゃあ、Arial Unicode MSとか使ってみようかなーー。
343:Be名無しさん
02/07/15 13:04
XPのMSゴシックにはちゃんと含まれてるぞ。
344:Be名無しさん
02/07/15 13:04
>>340
それは、ヨーロッパのお客さんもいるからさ。
345:Be名無しさん
02/07/15 13:05
MS Sans Serifって日本語すら含まれてないじゃん。
346:Be名無しさん
02/07/15 13:07
>>343
> XPのMSゴシックにはちゃんと含まれてるぞ。
あのー、それはXPが自動的にないglyphは、
別フォントに切り替えてるんでは？
347:Be名無しさん
02/07/15 13:07
ねえ、ヨーロッパ言語が含まれてるフォント使えばいいだけなのに、なんでわざわざそんなの使うの？(藁
ドイツ語とギリシャ語が表示できる必要があるなら、両方含まれてるフォント使えばいいじゃん。
なんでわざわざ含まれてないフォント使うの？(藁
ねえ、教えて？(藁
あー、バカ相手だと説明が細かくて疲れる。
348:Be名無しさん
02/07/15 13:08
>>346
フォントに何が含まれてるか見る方法知らないの？(藁
349:Be名無しさん
02/07/15 13:08
>>345
> MS Sans Serifって日本語すら含まれてないじゃん。
日本じゃなくて、話しはヨーロッパだそうです。
350:Be名無しさん
02/07/15 13:09
>>346
ちゃんと含まれてるよ。文字コード表見てみたら？
351:Be名無しさん
02/07/15 13:10
>>349
で、表示したい文字は含まれてるのか？(藁
352:Be名無しさん
02/07/15 13:12
>>344
ヨーロッパだろうがどこだろうが、顧客が求めている文字が含まれてない
フォントを使っちゃだめでしょう。
353:Be名無しさん
02/07/15 13:13
Windowsの限界じゃなくてプログラマの限界というオチでした。
354:Be名無しさん
02/07/15 13:17
別のフォント使えばいいだけじゃん。
355:Be名無しさん
02/07/15 13:18
>>335
> メモ帳はフォントの選択ができるがリッチテキストは編集できんぞ(藁
なんか言いたいことがわかってないんだろうね。
わかんないから、「バカ相手」とか言ってむかついてる。
一般的に使われる、UI用、例えば、
メニューとかダイアログとかのフォントの設定はないじゃんと言っている。
例えば、IEのURLを打ち込むところのフォント設定なんてあるか？
とかそういうこと。（まあそこに必要かは別として）
>>347
> ねえ、ヨーロッパ言語が含まれてるフォント使えばいいだけなのに、なんでわざわざそんなの使うの？(藁
それは、Multilingualだから。
一部だけみれればいいんだけど、Unicodeアプリなのに、
みれないやつはフォールバックしてしてほしいでしょってのが
おれの言ってること。（ここ大事ね）
つーか、話しが循環してきたぞ。
Glyphが定義されてるのと、
レンジが定義されてるのは別。
ごめん。ちょっと休み入れさせてくれ。
あとでたっぷり答えてやるから。
356:Be名無しさん
02/07/15 13:24
>>355
画面のプロパティで選択できるじゃん。何いってんの？
マルチリンガルならもっと文字の多いフォント使うのが普通じゃねーの？
話が循環してるのはお前がバカだからだよ(藁
357:Be名無しさん
02/07/15 13:27
フォールバックして欲しいっていくらわがまま言っても、しないんならしょうがないじゃん。
フォントさえちゃんとしたのを使えばいいのに、何言ってんの？
358:Be名無しさん
02/07/15 13:44
話そらす方法思いついたら帰って来いよ(藁
359:Be名無しさん
02/07/15 13:54
>>358
フォントの設定無いならちゃんと表示できるフォント使えよ。
360:Be名無しさん
02/07/15 16:13
ダイアログにMS Sans Serifなんか使ってて、多言語対応とかWindowsの限界とか言われてもなぁ。
ちっとも多言語対応してないし、Windowsの限界でもないんじゃ・・・
361:オリスレ1
02/07/15 16:14
あー。わかったわかった。ずいぶん古い仕様を見つけたねえ。
むかーし、むかーし、聞いたことのある仕様だ。
なんで'aa'って表示されちゃうかって言うと、MS Sans Serifが
ビットマップフォントだからなんだよ。ビットマップフォントには
厳密にはデフォルトグリフがないらしい。だからNTはビットマップ
フォントでグリフのないコードが来た場合は適当なグリフを選んで
それをデフォルトとするそうだ。うまくフォントを作ればその適当に
選ばれるグリフを豆腐みたいなのとか、点が選ばれるように出来る
らしいが、大抵のフォントはそうはなっていないらしい。で、更に
ビットマップフォントはコードページを指定すると、フォント全体が
切り替わってしまう。つまり437と1255では違うフォントがロード
されているんだ。437、ロケールがEnglish時にはちゃんと黒い豆腐になる。
ロケールが日本語に設定されている場合はフォントリンクが働いて
たまたまグリフのあるフォントにフォールバックしてるんだろう。