BTRON仕様OSとUNICODE ..
154:Be名無しさん
02/09/03 07:59
>>150
> msvcrt.dllって、VCのランタイムじゃん。
ワラタ。
printfは、msvcrt.dllにあるAPIで、
TextOutA/Wは、gdi32.dllにあるAPIだが、なにか？
155:Be名無しさん
02/09/03 08:43
>>141
つーか、スレ見た限り、
だれもWinはGB18030サポートしてないって、誰が言ってる？何番のやつが言ったんだ？
話してるのは、WinのGB18030サポートは、Shift JISサポートに比べると
ださださ、おそまつだねーってことだと思うんだが。
GB18030のネイティブキャラクタセットのサポートはされてないし、
（つまりGB18030を直接Win32 APIにわたせない）
GB18030のコマンドプロンプトのサポートなし、
GB18030、Unicode間の変換のサポートのみという
おそまつになってしまったのは事実。
（これらは、GBK,ShiftJIS,Big5,Latin1なんかはあたりまえなのに）
そのために、今までに作られたネイティブアプリは
GB18030のためにみんなUnicodeアプリに変更しなくちゃって、
苦労してるアプリベンダって結構多いと思うぞ。
Winが、GB18030ネイティブキャラクタセット対応していれば、
GBKのアプリはそのまま、GB18030で動いたはずだからね。
で、コードの変更なしにWin9xもサポート可能だったのに。
156:Be名無しさん
02/09/03 08:59
>>141
> ・システムレベルで変換ルーチンを持っている
> ・すべての文字を表示できる（こっちはオプション）
>
> を満たせばGB 18030をサポートしていると言っていいんじゃねーの。
> 内部コードとして何を使おうが勝手だろ。
その通り。それを満たせばサポートしていると言える。
157:Be名無しさん
02/09/03 09:02
>>155
> 話してるのは、WinのGB18030サポートは、Shift JISサポートに比べると
> ださださ、おそまつだねーってことだと思うんだが。
ちがいますね。「サポートしている」という意見に
対して執拗に否定してかかる奴がいますからね。
> GB18030のネイティブキャラクタセットのサポートはされてないし、
「ネイティブキャラクタセットとしての」サポート云々は
話のスリカエですよね。
158:Be名無しさん
02/09/03 09:13
或いはネイティブキャラクタセットとしてのサポートに
拘るのも面白いかも。
例えば…
『BTRONはShift_JISもUnicodeもサポートしていません。
いずれも、その文字セットど同内容をTRONコードの
各面内に含んでいるだけに過ぎず、ネイティブサポートは
あくまでTRONコードだけだから』
とか。
159:Be名無しさん
02/09/03 10:26
msvcrt.dllはVCのランタイムです(藁
URLﾘﾝｸ(www.vector.co.jp)
160:Be名無しさん
02/09/03 10:30
>>153
だから、ちゃんと変換APIが用意されてるところが、OSとしてのサポートなのよ。
エンコーディングなんか星の数ほどあるんだから、その数だけTextOutを用意するのは
たわけてる。
サポートの方法としては、
1. TextOutにエンコーディングを指示するオプションを付ける
2. TextOut呼び出しの前にUNICODEに変換できるようAPIを用意する
があるわけだが、Windowsはその2番目の方法を取った。
それのどこがサポートでないって言い張れるんだ？
バカなの？
161:Be名無しさん
02/09/03 10:34
勘違いがあるようなので言っておくが、printfを実装しているのは、
Winではなく、コンパイラのライブラリ。
それはライブラリの仕様であって、Winの仕様ではない。
msvcrt.dllは、その名の通り、MicroSoft Visual C Run Time.dllなわけ。
つまり、動的リンクできるVCのライブラリ。
162:Be名無しさん
02/09/03 10:41
それと、ネイティブって言葉を何か勘違いしているようだが、
君の言ってる「ネイティブ」は、一般に「デフォルト」って言葉で表されてる
概念だと思うぞ。
Winは、GB18030をちゃんとサポートしている。
つまり、OSレベルでのサポートであるから、これを一般にネイティブサポートと言う。
そのうち、UIなどでデフォルトとして扱われるエンコーディングがもちろんあるわけだ。
これのことをネイティブって言ってるんじゃねーの？
これはあくまでデフォルトなわけだから、ちゃんとまじめに作られたアプリなら
デフォルトじゃない設定も使えるわけ。
なぜ君の作ったアプリで使えないのかというと、それは「君のアプリが」GB18030に対応してないってだけだよ。
Winじゃなくてね。
「ロケール」とか「国際化対応」って章をもっと良く読んでみることだね。
163:Be名無しさん
02/09/03 10:44
それから、printfにリテラル文字列を渡す場合、%sを使うのは常識。
でないと、日本語でも、2バイト目に\や%が使われてる文字が不具合を起こす。
これは、printfの仕様、そしてライブラリの仕様であって、それによる
不具合はプログラマの責任。決してOSの責任じゃない。
164:Be名無しさん
02/09/03 11:22
>>157
> ちがいますね。「サポートしている」という意見に
> 対して執拗に否定してかかる奴がいますからね。
> > GB18030のネイティブキャラクタセットのサポートはされてないし、
> 「ネイティブキャラクタセットとしての」サポート云々は
> 話のスリカエですよね。
つーか逆のような気がするが。
>>89の返答として、>>95になったのが変、
ネイティブキャラクタセット -> Win2000はサポートしてる。
にすりかえられたのが最初。ちゃんとスレを読むように。
165:Be名無しさん
02/09/03 11:24
>>161
用は、
msvcrt.dllはWindowsの一部ではなく、
gdi32.dllはWindowsの一部だと言ってるのか？（わら
166:Be名無しさん
02/09/03 11:26
>>160
あんたもばかだ。
> 1. TextOutにエンコーディングを指示するオプションを付ける
> 2. TextOut呼び出しの前にUNICODEに変換できるようAPIを用意する
> があるわけだが、Windowsはその2番目の方法を取った。
ShiftJISはどちらにもあてはまらんぞ。(w
167:Be名無しさん
02/09/03 11:30
>>158
>『BTRONはShift_JISもUnicodeもサポートしていません。
>いずれも、その文字セットど同内容をTRONコードの
>各面内に含んでいるだけに過ぎず、ネイティブサポートは
>あくまでTRONコードだけだから』
それを言うならSJISじゃなくてJIS X 0208だろ。
それから超漢字4は、
Unicodeについては「文字セット」としてもサポートしてないぞ。
超漢字2なら（文字鏡が入っていれば）
Unicode 2.0まではカバーしてたんだけどね。
168:Be名無しさん
02/09/03 11:30
>>158
> 或いはネイティブキャラクタセットとしてのサポートに
> 拘るのも面白いかも。
あのー、その話をしてたら、
Win2000は、GB18030サポートしてるぞって、わけわからん話が
とんできたんですが。。。
あんたの意味での、
BTRONはGB18030サポートすればって話してたら、
ISCIIサポートすれば、ISO-2022-JPサポートすれば、
でCharset一通り言って、このスレおしまいになっちゃうよ。(W
169:Be名無しさん
02/09/03 11:34
>>164
なぜ君は>>89が発端だと言い張るのだ？
最初の>>87に対する君の>>89がズレてるのだと思うが。
170:Be名無しさん
02/09/03 11:40
>>162
つーか、Unicodeアプリで作ればって話は既出。ちゃんとスレよめ。
Nativeってのは、A Functionで実装したら
GB18030は対応できないと言ってるんだよ。
(ShiftJISやBig5やGBKは、A Functionで実装できるが）
ようは、GB18030他のに比べておそまつだって話。
それをWinはGB18030サポートしてるだとさ。
はいはい。それは既知。
171:Be名無しさん
02/09/03 11:48
>>169
いいんじゃないの？それはそれで間違ってないんだから。
むしろ、そのあとで、それを勘違いして、
WinはGB18030をサポートしているとの主張がいたいと思うんだが。
172:Be名無しさん
02/09/03 11:49
おっと、
>>171はWinはGB18030のサポートをしていないと
言ってるんではないからね。
173:Be名無しさん
02/09/03 12:04
>>166
一つのデフォルト言語に対して特別な処置をとれば処理が単純になるという、それだけの話。
ショートカットのような物。
174:Be名無しさん
02/09/03 12:06
まだネイティブでサポートしてないと騒いでる奴がいるのか(藁
恥の上塗り(藁
175:Be名無しさん
02/09/03 12:07
>>170
あのさ、ShiftJISとかBig5とかGBKとかってのはさ、
地域化の時代のベタなサポートなわけよ。
それを国際化時代のサポートと比べて、
しかも地域化の観点から優劣を問うのもどうかと思うが。
176:Be名無しさん
02/09/03 12:07
>>167
まじでさ、超漢字にICUをポーティングするってのはどう？
そうすりゃあっというまに、
超漢字もXXXサポートしてますって言えると思うんだが。
177:Be名無しさん
02/09/03 12:11
>>175
べたなサポート大事だと思うぞ。
Win,Mac以外はそれに対応してるんだからね。
今までGBKで動いてたアプリを書き換えなくちゃならなくなるとすれば、
そりゃベンダにとっては大変でしょう。
MSは4バイト文字がもう機構上実現できなくなったってのが本音かも。
178:Be名無しさん
02/09/03 12:15
>>174
> まだネイティブでサポートしてないと騒いでる奴がいるのか(藁
話ぼかすのうまいね。
ネイティブで何をサポートしてないと騒いでるというのだ？
179:Be名無しさん
02/09/03 12:18
>>174の(藁は、やつか？
WinがGB18030サポートしてるってずっと
スレ違いなこと言ってるのは。
180:Be名無しさん
02/09/03 12:20
>>173
わら
181:Be名無しさん
02/09/03 12:49
ところで、utf2000ってどうなった？
182:Be名無しさん
02/09/03 12:56
>>181
最新版は0.19かな。
あれはなんつーか、別世界の話だわな。
183:Be名無しさん
02/09/03 12:57
UTF2000か、TRONコードと比べてどうよ？
emacsの実装してるとか聞いたが。
184:Be名無しさん
02/09/03 14:43
>>178
話ぼかすの下手だね。
Winとメモ帳の区別はつくようになったか？
開発言語のライブラリのAPIとWinAPIの区別はどうだ？
185:Be名無しさん
02/09/03 16:51
WindowsはGB18030に対応してないと言い張る
↓
ボロボロに論破される
↓
そんなこと言ってないと言い張る
↓
ぷぷぷ
186:Be名無しさん
02/09/03 19:43
>>164
> つーか逆のような気がするが。
> >>89の返答として、>>95になったのが変、
なんで話の途中を起点であるかの様に摩り替えるの？
89は87に対する返答でしょ。
>>87
>主だったOSが既に対応可能になっているから。
> しかも、フォント依存ではなく。
どこにネイティブサポートだって書いてあるのさ？
187:Be名無しさん
02/09/03 21:23
>>186
>>89がWinはGB18030をサポートしていないとは書いてないんじゃないの？
そのサポートはださいっていう話なんだよ。
だから、>>95はUnicode変換テーブルをインストールするかのオプションだろ？
つーか、そのあとの話で、WinはGB18030サポートは実質変換だけって
話が出てると思うんだが。
188:Be名無しさん
02/09/03 21:29
>>186
つーか、孟宗君は、TextOutのAバージョンででGB18030の
4バイト文字表示するソースコードと実行の仕方見せてみ？
そうしたらあんたの言ってること信じてやるよ。
まあ、できない孟宗君は、さっさと帰ってね。
189:Be名無しさん
02/09/03 21:35
なんというか、超漢字は、ふざけてるよなあ。
トンパ文字パックが３万近くしているのは、驚いた。
190:Be名無しさん
02/09/03 21:35
WindowsはGB18030ネイティブでWin32 APIを呼べると言い張る
↓
自分の意見がぽろぽろ変わっていく。
↓
最後の牙城は、WinはGB18030サポートしてないと言ったろと主張するだけ
↓
ボロボロに論破される。
↓
Win32 APIでもできるよというが、ソースコードも提示できない。
↓
ぷぷぷ
191:Be名無しさん
02/09/03 21:41
>>185-186
まだ、WinはGB18030サポートしたのしないの話したいのか？おめーは？
つーか、なにをそんなにWinをかばってんだ？うぃん厨君。
WinのGB18030サポートのダサさに話題を移しまいと必死ですな。
192:Be名無しさん
02/09/03 21:57
なんでこの程度で論破とか平気で書けちゃうんだろ。
これのほうがぷぷぷだと思うなあ。
まあ俺は野次馬なわけだが。
193:Be名無しさん
02/09/03 22:02
>>191
まあ、うぃんちゅーはそんなもんだろ。藁
194:Be名無しさん
02/09/03 22:09
>>192
まあさ、今のところは、
ソースが出たら話が面白くなるんでねーの。
TextOutAではどうやってもGB18030の4バイトコードは出せないと思うんだが。
195:Be名無しさん
02/09/03 23:00
>>186=>>187は、
>>100,>>106あたりを読んだのだろうか？
WinはGB18030サポートしてないと読み違えてるあたりがイタイ。
さらに、それを>>200近くまで、ひっぱってくるあたりがイタイ。
196:Be名無しさん
02/09/03 23:38
>>192
> まあ俺は野次馬なわけだが。
あんた張本人のうぃなちゅうだろ。
197:Be名無しさん
02/09/04 09:05
>>195
バカですか？
誰一人として、『Windowsの内部コードはGB18030だ』
なんて書いていないのですが。
争点は、内部コードであるUnicodeとの変換テーブル内蔵
するのが『サポートといえるか』でしょう。
『内部コードとして採用していないからサポートと言えない』
という論点でカキコしている奴がバカなんですよ。
え、そんなこといっていない。ダサいかどうかを論じている
ですって？
それじゃ、そもそもなんで>>87にくってかかってきた
んですか？
198:Be名無しさん
02/09/04 11:43
なんだ、まだ頑張ってるのか(藁
199:Be名無しさん
02/09/04 13:45
>>197
Win2000/XPはGB18030をサポートしていると言える。
なぜかっていうと、MicrosoftがMicrosoft.comで
サポートしてるって言ってるから。
はい。おしまい。さ、もーそー君は帰っていいよ。
あ、そのまえにprintfとTextOutAでGB18030の文字表示する
ソース出してってね。ちゃんと動作方法も書いといてね。
だれも>>87にくってかかってないから、
心配だったら、今日は帰って薬飲んで早めに寝た方ががいいよ。
WinのGB18030サポートはださいのはしょうがない。事実は事実なんだから。
200:Be名無しさん
02/09/04 13:49
>>197
そうそう、Windowsの内部コードの話なんてだれもしてないから。
WinのAPIが受け付けるコードの話をしてるだけ。まあ、帰れって。
201:Be名無しさん
02/09/04 18:47
printfはライブラリ依存だって書いたんだが、理解できなかったか？
用語がむずかちちゅぎまちたかね〜(藁
202:Be名無しさん
02/09/04 18:48
それと、TextOutの前にUNICODEに変換する方法でサポートしてるとも
書いたんだが、幼い子にはちょっと無理だったかな(藁
203:Be名無しさん
02/09/04 18:49
それと、まだmsvcrt.dllがVCのライブラリじゃないって思ってるの？(藁
204:Be名無しさん
02/09/04 19:04
おまいらいい加減おちけつ
205:Be名無しさん
02/09/04 21:03
Windows2000はGB18030をサポートしている
という意見に噛み付いたあげく、論破されるや
俺は最初から対応していると主張しているんだが？
といった態度に豹変して逃げをうってるバカが常駐
しているスレはここですか？
206:Be名無しさん
02/09/04 21:51
>>201
> printfはライブラリ依存だって書いたんだが、理解できなかったか？
"%s"でやりゃできるって言ったじゃんかよ。
207:Be名無しさん
02/09/04 21:54
>>202
それは、君の言う前にスレに出てる。
人の言ったことをそのまま繰り返してるおーむがえしくん。
「ぴーちゃん、おはよ。」「ぴーちゃん、おはよ。」みたいな。
208:Be名無しさん
02/09/04 21:59
>>203
> それと、まだmsvcrt.dllがVCのライブラリじゃないって思ってるの？(藁
VCのライブラリかどうかなんでだれも話してないぞ。
Windowsのdllかどうかを話してる。
209:Be名無しさん
02/09/04 22:02
>>205
> Windows2000はGB18030をサポートしている
> という意見に噛み付いたあげく、論破されるや
ひがいもうそう君なんだよな。
WinはGB18030サポートされてます。
-> でも、Shift_JISの他のキャラクタセットに比べてかなりの制限があるよ。
って話しってのが、これだけでてるのに、まだ見えない。
君を攻撃してるわけじゃないから、そんなにおびえるこたない。安心しな。
210:Be名無しさん
02/09/04 22:03
あ、>>209は、
WinはGB18030サポートされてます。
-> でも、Shift_JISのような他のキャラクタセットに比べてかなりの制限があるよ。
ってことね。
211:Be名無しさん
02/09/04 22:07
>>202
つーか、言われて、気が付いて、収拾つかなくなって、
WinはGB18030サポートしてないって言ってるやつがいると思ってる。。。
最初からいないのにね。
へんなものやっちゃったんじゃないか？
俺をねらってるやつがいる、俺をねらってるやつがいるって。
212:Be名無しさん
02/09/04 22:20
>>209
そうそう。
流れとして、MultiByteToWideCharなんかの話がでてるんだが。
やつにはMultiByteToWideCharとかの話が理解不能だったらしい。
MultiByteToWideChar/WideCharToMultiByteがサポートしてるんだから、
WinはGB18030をサポートしてるって話をしてるのあたりまえだ。
まあ、もーそーくんだからしょうがないといえばそうなんだが。
213:Be名無しさん
02/09/04 22:28
>>212
まだ勘違い君がいたのか。
その話はとっくに出ていて、問題は「それが
『サポートしているじゃん』という意見に対して
なんで噛み付く理由になるの？」ということ
なんだが。
214:Be名無しさん
02/09/04 22:32
んー、なんか単純に
８７に対して勘違いツッコミしてきた８９と、その８９に加勢した奴=バカ
８９とそれに加勢した奴をバカと言える奴=まとも
てことで結論でてると思うんだが。
215:Be名無しさん
02/09/04 22:41
>>205
安心しなよ。WinはGB18030をサポートしてる。
それに君のことをだれもかみついていないよ。だからお帰り。
WinのGB18030サポートがださかったのがいけない。
家にもどって、printfとTextOutAでGB18030を表示するプログラムでも
作ってたほうが良いと思うよ。
216:bloom
02/09/04 22:42
URLﾘﾝｸ(www.leverage.jp)
217:Be名無しさん
02/09/04 22:49
>>214
まあさ、>>87が>>89を読み違えて被害妄想をここまでひっぱってきてるってのが
正しいところだろうな。
>>89で
「UTF-16で、GB18030の文字は扱えると言っているだけ。」
ってのがなんで
「WinはGB18030サポートしてない」に変わるのかよくわからんと
思ったぞ。
218:Be名無しさん
02/09/04 23:17
>>217
まあ、噛み付かれてると勘違いのもーそー君のことなんだから、
何言ってもしょうがないさ。
しかし、やつは、最後まで、
WinのGB18030サポートはださいと言えないのは、またまたイタイ。
219:Be名無しさん
02/09/04 23:24
>>213
なんで俺をいじめるんだよー。ってか？（わら
220:Be名無しさん
02/09/04 23:31
>>87を罵倒したやつはいない。だれも噛み付いてない。
だれもWinはGB18030サポートしてないとは言ってない。
大丈夫、大丈夫。なんか>>213は疲れてるんだよ。さあ、お帰り。
221:Be名無しさん
02/09/04 23:56
いやあ、会社にもこういうやついたよ。
「私が間違ってるっていうんですか！じゃあ何で私に噛み付いてくるんですか！」
って言い出すやつ。
課長が、なだめてるんだけど、会議でそいつずっと怒って、
そのあとの話だいなし、場はしらけるみたいな。
222:Be名無しさん
02/09/05 00:01
>>221
そうそう！そういうの困るんだよね。
別にだれもそうじゃないって言ってないのに、そいつは怒りだして、
なんで俺がなだめなくちゃならないの？ってな雰囲気。
223:Be名無しさん
02/09/05 10:21
「対応可能」という言葉が「サポートしている」という言葉に変わって、
そのサポートがださいのしょぼいのいう話に変わっているわけですね。
まるで伝言ゲームだなぁ。文字という手段を使っているのに情けない。
224:Be名無しさん
02/09/05 10:24
>>206
できるとかできないって誰が書いたんだよ？
ライブラリ依存って書いてあるじゃんよ(藁
ライブラリ依存ってのはね、
「できる場合もあるしできない場合もある」って意味だぞ(藁
そこまで基本からわかんないと、時間かかるねぇ(藁
225:Be名無しさん
02/09/05 10:27
ウィンはGB18030に対応してます。
そう言ってるだけなのに、「対応してない」と言ってない奴が何でかみつくの？(藁
対応してないと言ってしまったから、自分が責められてるように思うんだろ？(藁
言い訳苦しすぎ。
対応してることが理解できたなら、それでいいじゃん。
226:Be名無しさん
02/09/05 10:28
ほら、「その程度でサポートしてると言えるなら他のどのOSでもサポートしてる」
とか何とか言った奴がいただろ？(藁
それがお前じゃないなら黙ってろよ。
ムキになるからお前だってバレバレなんだけどね(藁
227:Be名無しさん
02/09/05 11:47
>>223
>「対応可能」という言葉が「サポートしている」という言葉に変わって、
そう。具体的な例として、Win（Win2000/XPね）をあげたわけ。
だから別に君に噛み付いてないってことが、やっとわかったか？
被害もーそー君。
「サポートしている」というのは、MSが言っているから。
228:Be名無しさん
02/09/05 11:47
>>142
>だいたい、その拡大解釈じゃあ、
>TRONコードだってUnicodeや、GB18030対応してるよ。
えー？してないよぉ！
229:Be名無しさん
02/09/05 11:48
というわけで、とっととお帰り。頭ひやしたほうがいいぞー。
230:Be名無しさん
02/09/05 11:49
>>227
ほらほら、意味わかんなくなってきたぞ(藁
拡大解釈ならサポートしてると言ってた君。
君の定義じゃサポートしてないんだよね？(藁
それが今度はサポートしてる派に変わったの？(藁
もし君が>>142じゃないなら、噛みつかれてるのは君じゃないから、
引っ込んでなさいな、被害妄想君(藁
231:Be名無しさん
02/09/05 11:50
ついでに言うが、頭冷えてないのは君だけだぞ。
何で自分が噛みつかれてる気がしたの？(藁
232:Be名無しさん
02/09/05 11:58
>>230
なんで意味わかんなくなってきたんだ？拡大解釈だってさ。ぷぷぷ。
MSがサポートしていると言ったらしてるわけよ。あんたが拡大解釈してんだよ。
GB18030はライブラリ依存ですだって。
printfはに含まれてるから表示できないだって。ぷぷぷ。
gdi32.dllはライブラリじゃないのか？
>>142以前にいろいろ変なこと言っといて、なんか>>142だけのネタを
昨日一生懸命考えてたんだね。ぷぷ。
233:Be名無しさん
02/09/05 12:00
>>230
やっと、WinのGB18030対応はださいと、悟ったとたんに、
あとは、とことんテクニカルとは程遠い会話するようになったな。。。
234:Be名無しさん
02/09/05 12:05
ちなみに
printfが「ライブラリ依存だから、」（この表現わけわからん）
GB18030表示「できる場合もあるしできない場合もある」は
まったくでたらめ。
GB18030がコマンドプロンプト上で表示できないのは、
MSがMSのサイトでそう言ってるから。
235:Be名無しさん
02/09/05 12:06
つーことで、
printfでGB18030表示
できる場合をあげてもらおうや。
236:Be名無しさん
02/09/05 12:10
>>95
> Windows2000以降はオプションでGB18030対応
> しますよ。
これって、>>230だろ。
ちなみにWin2000はGB18030のオプションはありません。
Win2000はオプションで対応してない。
237:Be名無しさん
02/09/05 12:11
>>236
つーか、オプションないよ。APIで対応してる。
238:Be名無しさん
02/09/05 12:12
だよな。
Win2000のコンパネの地域ところの設定は、
GB18030なんて何もない。
239:Be名無しさん
02/09/05 12:18
>>235
> つーことで、
> printfでGB18030表示
> できる場合をあげてもらおうや。
特に、4バイトキャラクタ表示できる場合の例をあげてくれ。
よろしく。
240:Be名無しさん
02/09/05 12:21
>>230
> もし君が>>142じゃないなら、噛みつかれてるのは君じゃないから、
> 引っ込んでなさいな、被害妄想君(藁
ちみは、その前からエンジン全開で噛み付いてるじゃん。w
241:Be名無しさん
02/09/05 14:42
煽り合いには参加したくないんだけどさ、SJISやGBKってのは、
当時、内部コードとしてサポートするしかなかったわけだよな。
しかし、GB 18030は変換テーブルでサポートできる。
国際化された環境で、いまさら地域化なんてしたくないのは当然。
たとえばJIS X 0213はSJISを拡張する符号化を提案したが
受け入れられず、Unicode経由でサポートされることになった。
GB 18030（拡張GBK）のサポートはそれと同様の事例であって、
サポートが貧弱だとかってことじゃないだろ。
UNIX系のシステムがGB 18030を内部コードとして
サポートしているのは、もともとISO 2022的な発想が強く
Unicodeすら「文字セットのひとつ」ととらえる文化だからだと思うが、
WindowsやMacintoshはそうじゃなく、Unicodeによる国際化が基本。
いや、その方針に異議があるならそういう議論をしてもらっても
いいんだけどね、サポートが「ださい」とか連呼するばかりなのも
いかがなものかと。
242:Be名無しさん
02/09/05 15:18
まだ続いてるのか(藁
サポートしてるわけねーだろ(藁
243:Be名無しさん
02/09/05 15:34
文字列をUNICODEに直して表示するprintfだったら表示されるだろ？
こういうのをライブラリ依存って言うんだよ。
勉強になったね(藁
わけわからんのは君の勉強不足。
ライブラリ依存って言葉くらい、常識だから知っといてね。
244:Be名無しさん
02/09/05 15:35
>>242
まだ言ってるのか(藁
サポートしてないわけねーだろ(藁
245:Be名無しさん
02/09/05 15:49
>>239
UNICODEに直してからって繰り返し言ってんじゃん。
文盲？
246:Be名無しさん
02/09/05 21:46
>>241
それはアプリ側の都合というより、WinやMacの都合なんだろうな。
だから、Win9xをサポートしてきたアプリベンダは、
まず、Unicode化しなくちゃならないという、けっこう大変なことがまってる。
ただし、LinuxやAIXやSolarisなんかは、GB18030でAPIを呼べるわけで、
それからみればそういう不満がでるのは当然だと思うぞ。
247:Be名無しさん
02/09/05 21:47
>>243
> 文字列をUNICODEに直して表示するprintfだったら表示されるだろ？
だめなんだよね。
そもそもコマンドプロンプトがGB18030をサポートしてないから。
248:Be名無しさん
02/09/05 22:06
>>243
ソースコードで、よろしく。
249:Be名無しさん
02/09/05 22:12
というか、それ以前にフォントがあるのか？
250:Be名無しさん
02/09/05 22:29
>>249
宗体(SinSum)-18030ってのがGB18030対応。
Surrogate文字は入ってないけどね。
Surrogate文字が入ってるのは、OfficeXP中文版についてる。
251:Be名無しさん
02/09/05 22:33
とりあえず、それを使って、
printfでできたっていうのなら、ソースをくれ。
252:Be名無しさん
02/09/05 23:20
>>241
GB18030のケースの場合は、JIS X 0213とかのケースとかなり違うと思う。
GB18030をサポートしていないソフトウェアは中国では売っちゃいけないことになった、
つまり、売った場合違法になる。
で、どこまでなら、GB18030サポートと呼べるのかということだけど、
GB18030表示、入力をはじめ、ユーザがファイルでGB18030を出力することが
できるというところまでが中国の要求。
中国としては、これから、GB18030をGBKのようにレガシーEncodingとして使っていきたいんだが、
Winの場合、
使いにくいGB18030テキストファイル変換アプリをつけた。
コマンドプロンプトでGB18030表示はできない。
システムロケールのCharsetとしてはGB18030はサポートしない。
NativeAPI(A Function)ではGB18030はサポートされない。
と、中を開けてみれば、いろいろな制限があって、かつてのGBKのようには使えなくなってしまった。
やっぱり、アプリベンダや、ユーザは、WinのGB18030に不満があるのはわかる。
253:Be名無しさん
02/09/05 23:21
>>252
> ユーザがファイルでGB18030を出力することが
入力もね。
254:Be名無しさん
02/09/05 23:41
>>241
Unicodeの中で、GB18030を扱おうと言った場合、
一番の問題は、変換でのラウンドトリップの問題だよね。
GB18030間でUnicode変換してまたもう一回変換してたりしているうちに、
違うコードポイントになっちゃう。
で、あとでうっかりバイナリ比較した場合、違うなんてことになる。
これは根が深いと思うんだが。
255:Be名無しさん
02/09/06 01:40
変換の変換でバイナリ比較。。。
やる奴いる?
256:Be名無しさん
02/09/06 08:05
>>226
> ほら、「その程度でサポートしてると言えるなら他のどのOSでもサポートしてる」
> とか何とか言った奴がいただろ？(藁
いたよねぇ。(w
しかし、その程度でサポートしていると言えても
超漢字はサポートしているといえない罠。
257:Be名無しさん
02/09/06 08:14
>>252
>中国としては、これから、GB18030をGBKのようにレガシーEncodingとして使っていきたいんだが、
>と、中を開けてみれば、いろいろな制限があって、かつてのGBKのようには使えなくなってしまった。
中国がGB18030をGBKと同じ様なアプローチで
サポートして欲しい…というのは事実？それとも
キミの脳内ストーリー？
W2KのGB18030を中国サイドが承認したという事実は
無視？
258:Be名無しさん
02/09/06 09:35
>>255
バイナリ比較ってのはUnicodeコレーションアルゴリズムじゃなくて、
単にstrcmpとか使ってる場合ってこと。
259:Be名無しさん
02/09/06 09:36
>>251
いい加減、「ライブラリ依存」って言葉くらい調べろよ。
頭悪いにもほどがある。
260:Be名無しさん
02/09/06 09:40
>>256
> 超漢字はサポートしているといえない罠。
そういえば、超漢字だか、BTRONだかの
中国向けパッケージって昔でなかったけ？
あれもGB18030対応できなかったのかな。。。
261:Be名無しさん
02/09/06 09:48
>>259
「できる場合もあるしできない場合もある」
と言うから、わけわからなくなるんだよ。
だから、できる場合を見せてみろってことなんでないの？
ところで、MSが「ライブラリ依存」と言ってるのか？
262:Be名無しさん
02/09/06 09:51
MSが言わなくてもライブラリ依存じゃねーか。
ライブラリの意味わかってるか？
そっから説明すんの？
面倒くせー
263:Be名無しさん
02/09/06 09:53
たとえば、VCじゃなくて、gcのライブラリを使えば、GB18030がそのまま
printfで表示できるだろ？
ライブラリによってできたりできなかったりするからライブラリ依存。
ライブラリの意味くらいは自分で調べてくれるよねぇ？
それとも調べる知能すら無いの？
264:Be名無しさん
02/09/06 10:05
>>262
cygwinだとできんの？
265:Be名無しさん
02/09/06 10:06
gcって何？
266:Be名無しさん
02/09/06 10:22
ゲームキューブ
267:Be名無しさん
02/09/06 10:27
で、最初に話してた、VCだと"%s"で、GB18030表示
できるのか？
268:Be名無しさん
02/09/06 10:30
GB18030からUNICODEに変換して、コンソールのコードページをUNICODEに変更し、
printfを使えばいいだろうが。
変換してから使うのがWinの流儀だって、いったい何度言わせる気だ？
269:Be名無しさん
02/09/06 10:30
で、Windowsのmsvcrt.dllだとどうなんだ？
270:Be名無しさん
02/09/06 10:31
msvcrt.dllはVCのライブラリだって何度言わせる気だ？
271:Be名無しさん
02/09/06 10:32
バカは100回聞いてもわかりません。
272:Be名無しさん
02/09/06 10:35
ソニーが自社のパソコンに自社ソフトを山ほど組み込んで売るように、
MSは自社のOSにVCのライブラリを組み込んで売る。
これは単にVCのライブラリをOEM添付しているだけであって、
msvcrt.dllはWindowsのシステムファイルではない。
273:Be名無しさん
02/09/06 10:35
msvcrt.dllはWindowsのライブラリじゃないのか？
なんでこれには答えんの？
274:Be名無しさん
02/09/06 10:37
>>272
じゃあ、user32.dllはWindowsのライブラリじゃないのか？
275:Be名無しさん
02/09/06 10:39
>>272
msvcrt.dllはソースがくばられてるんだから、
GB18030に対応してるか言えるんでないの？
276:Be名無しさん
02/09/06 10:44
じゃあ、対応してるか言ってもらおう。
その前に、gcって何？
277:Be名無しさん
02/09/06 10:47
>>272
じゃあ、WIndowsってどこからどこまでを言うんだ？
Windowsのretail版を買えばついてくるdllがすべて
Windowsの一部ではないのか？
278:Be名無しさん
02/09/06 11:00
>>87の噛み付き野郎は、朝早く来て、そして２時間噛み付き、
そして帰って行く。。。
279:Be名無しさん
02/09/06 11:01
>>278
２時間なんてもんじゃねーよ。w
280:Be名無しさん
02/09/06 12:15
user32.dllはWindowsの一部に決まってんじゃねーか。
ユーザーインターフェースを担うライブラリだ。
どこのバカがこれとVCのランタイムと同列に扱ってるんだ？
おいおい、頭悪いのは十分わかったから、これ以上笑わせるなよ(藁
281:Be名無しさん
02/09/06 12:22
もちろん、広義ではmsvcrt.dllもソニーの添付ソフトもWindowsの一部と
言って言えないことはないわけだが、ここで話してるのは、Windowsが
ネイティブにGB18030をサポートしてるかどうかって話だ。
だから、ソニーのソフトがサポートしてなくても、それすなわち
Windowsがサポートしてないことにはならない。ここまではわかるね？
同様に、VCがサポートしてなくても、それすなわちWindowsが
サポートしてないことにはならないわけだよ。
で、msvcrt.dllってのは、VCというれっきとした別商品の一部を、
同じ会社だってことで同梱してるだけ。
user32.dllはWindowsの一部として配布、msvcrt.dllはWindowsに同梱、
この違いもバカには難しいかな？
msvcrt.dllの中のprintfは、GB18030をサポートしてないが、
それはWindowsがサポートしてない根拠には全くならない。
わかるかな？
まだわかんない？
バカだね〜(藁
282:Be名無しさん
02/09/06 13:06
噛み付き野郎が、もどってきた。。。
283:Be名無しさん
02/09/06 13:08
>>281
やっと言ったよ。サポートしてないって。w
284:Be名無しさん
02/09/06 13:14
なんか飽きたな
285:Be名無しさん
02/09/06 13:52
>>281
噛みつき野郎、
じゃあ、次は、コマンドプロンプトだ。
コマンドプロンプトはGB18030をサポートしてるか？
286:Be名無しさん
02/09/06 13:53
>>246
> だから、Win9xをサポートしてきたアプリベンダは、
> まず、Unicode化しなくちゃならないという、けっこう大変なことがまってる。
> ただし、LinuxやAIXやSolarisなんかは、GB18030でAPIを呼べるわけで、
> それからみればそういう不満がでるのは当然だと思うぞ。
そりゃ不満を持つベンダもいるだろうが、
だからといってベタな地域化をいつまでも続けるのもマヌケじゃねえ？
WindowsやMacintoshのGB 18030サポートが貧弱なんじゃなく、
国際化されていないアプリケーションが貧弱なんだと言ってはダメか？
だいたいがGB 18030自体、奇襲攻撃みたいな符号化なんだし。
287:Be名無しさん
02/09/06 14:03
>>286
アプリがUTF-16化しないってのもマヌケだが、
Win自体が、システムロケールのcharsetをUTF-8化しないのもマヌケだ
すべてのcharsetが同じデザインで統一されてるのが良いと思う。
やっぱ、UTF-16はすでにSurrogateが来たあたりで、
当初の目的が破綻してしまったからね。
288:Be名無しさん
02/09/06 14:08
>>254
> Unicodeの中で、GB18030を扱おうと言った場合、
> 一番の問題は、変換でのラウンドトリップの問題だよね。
ん？ UnicodeとGB 18030の間には
ラウンドトリップコンバージョンが成立していたと思うんだが。
問題があるなら具体例きぼんぬ。
289:Be名無しさん
02/09/06 14:27
>>287
Win32 APIのA関数でUTF-8使えたらもっときれいに行ってたのにとは思う。
290:Be名無しさん
02/09/06 15:44
>>283
VCがな(藁
Windowsじゃなくてな(藁
字が読める？
291:Be名無しさん
02/09/06 15:45
>>285
してる。
コンソールのコードページを変更してみろ。
292:Be名無しさん
02/09/06 16:07
WindowsとVCとメモ帳の区別くらい付けた方がいいぞ(藁
293:Be名無しさん
02/09/06 16:25
まだWinがGB18030をサポートしてないと思ってる奴がいるのか？
294:Be名無しさん
02/09/06 19:14
>>281
＞ここで話してるのは、Windowsが
ネイティブにGB18030をサポートしてるかどうかって話だ。
違うよ。WindowsがGB18030をサポートしてるかどうかって話だよ。
295:Be名無しさん
02/09/06 19:16
>>293
「その程度でサポートしてると言えるなら他のどのOSでもサポートしてる」
てなことを言ってる奴はいたけど。
これは常識的な日本語理解では「普通その程度でサポートしてるとは言わないんだよ」
という主張を含意していることになるので。
296:Be名無しさん
02/09/06 22:29
>>291
MSのサイトに、
GB18030はコマンドシェルをサポートしますか？いいえ。
と書かれているが、これはいつから変わったんだ？
297:Be名無しさん
02/09/06 22:54
>>286
> だからといってベタな地域化をいつまでも続けるのもマヌケじゃねえ？
> WindowsやMacintoshのGB 18030サポートが貧弱なんじゃなく、
> 国際化されていないアプリケーションが貧弱なんだと言ってはダメか？
Unicodeを使うというのは良いが、UTF-16を使ったのがだめ。
だって、UTF-16と、既存のGB18030やShiftJISのcharsetサポートの違いがありすぎる。
WinはUTF-16とその他のcharsetと別のAPIに分けてしまった。
だからアプリ作る側が移行時とかWin9xのサポートに困る。
Unixのように、UTF-8としてUnicodeをサポートするほうが移行しやすい。
298:Be名無しさん
02/09/07 04:49
要は、あるプリンタをサポートするとして
このプリンタは漢字フォントが乗ってないので
イメージ展開しないと印刷されません
でも従来の漢字コード出力を自動的に展開するような
エミュレーションドライバは提供しませんので
従来のソフトでは漢字が印刷できません。
漢字を印刷したい時は画面のハードコピーをとってください。
みたいな状態で本当にサポートがあるって言えるのかよ
って話なのかな？
299:Be名無しさん
02/09/07 09:35
そのプリンタはサポートしてない。
Windowsはサポートしてる。
ハードコピーなんかとらなくても、GB18030からUNICODEに変換する
APIが提供されているのでね。
バカはいつまでも同じ質問をするからレスばっか増えて生産性という物が全く無いね(藁
300:Be名無しさん
02/09/07 09:39
>>298
何か全然違うような。
301:Be名無しさん
02/09/07 11:17
>>299
でも、ハードコピーができるってことは、
イメージの印刷はサポートしてるということだよ。
そもそもフォントをイメージ化できなきゃ表示すらできないんだから、
あとはソフトがその二つのapiを組み合わせてつかえばいいだけでしょ？
なんでサポートしてないの？
302:Be名無しさん
02/09/07 11:48
>>299
コマンドプロンプトでは、
VCのprintfでは、GB18030表示できないが、
gcのライブラリを使えば、GB18030がそのままprintfで表示できる。
なんて、MSでも言ってないことを、ぐたぐた言ってるからだよ。藁
で、gcって何よ？
303:Be名無しさん
02/09/07 11:53
画面をハードコピーした瞬間、それは文字じゃなくて画像だ。
画像にGB18030もShift_JISもあるか、バカ。
幼稚園レベルの疑問を何個も何個も書くんじゃないよ。
話をごまかそうとしてるんだろうが、何書いても知能の低さが
表れるだけだぞ(藁
304:Be名無しさん
02/09/07 11:54
>>302
gc知らないなんてネタだろ？
VCに対応するgcつったら一つしかねーじゃねーか。
今度はVCって何よ？って言うんじゃねーだろうな？
305:Be名無しさん
02/09/07 11:56
それに、MSが「サードパーティのライブラリを使えばできます」なんて言うわけないだろ。
ライブラリって知ってますか？
知らないなら調べて下さいね。
手間がかかるからもう言わせないで下さいね。
306:Be名無しさん
02/09/07 12:01
>>301
イメージ化までプリンタドライバがしてくれるなら、対応してると言える。
が、「ハードコピー取って下さい」と注意書きのあるプリンタは、
イメージ化を別の手段で取る必要があると見られる。
そういうプリンタは対応しているとは言えない。
Windowsの場合は、GB18030をUNICODEに変換するAPIがちゃんと用意されていて、
まともなプログラマはそれを使うから、立派に対応している。
307:Be名無しさん
02/09/07 12:03
しかし、画像しか印刷できないプリンタが文字に対応してると考える奴がいるとは
思わなかった。バカにも程がある。
308:Be名無しさん
02/09/07 12:07
しかしこうやって画像として表示した文字を
文字と認識できない人がいるようですね。
・・・確かに変換してしまったらそれは元の符号系とは言えませんけど。
309:Be名無しさん
02/09/07 12:18
>>308
認識できない人がほとんどだと思うぞ。
画面のハードコピーしか印刷できないプリンタが文字に対応してると
認識してる電波はお前だけだ。
310:Be名無しさん
02/09/07 12:20
ついでに言えば、WindowsがGB18030に対応してないと認識してる電波も
お前だけだよ。
いい加減にちょっとは成長してくれ。
常に最初から教えなきゃいけないのは面倒すぎる。
311:298
02/09/07 12:39
面白い人だなあ
誰もそんなことは言ってないのに。
ハードコピー取ってくださいというのは
そのソフトが対応してないだけでしょ？
GB18030の話は良くわからないけど変換しなきゃいけないなら、
イメージに変換するそのプリンタと同じだと思うよ。
つまり、そのシステムはサポートしてるってことでしょ？
同意見なのになんで電波とか言われなければいけないんだろう？
312:Be名無しさん
02/09/07 12:40
>>304
gcは知らんが、gccなら知ってるが。
313:Be名無しさん
02/09/07 12:41
>>310
ついでに言えば、コマンドプロンプトがGB18030に対応してると認識してる電波も
お前だけだよ。
MSでもnoって言ってるのにね。
314:Be名無しさん
02/09/07 12:42
glibcなら通じるが、gcといったらGNU-Cではなくガベージコレクタとかを想像する。
それともVisualC++用の「gc」っていうライブラリがあるの？
詳細情報希望。
315:Be名無しさん
02/09/07 12:45
>>305
> それに、MSが「サードパーティのライブラリを使えばできます」なんて言うわけないだろ。
gcのprintfは、コマンドプロンプトでGB18030の文字をネイティブで
表示できるって言ってるのか？
ふーん。そう言ってるgcリリースしてるベンダのURL
とりあえずリンク教えて。
で、gcってどこぞのgcかわからんからそれもURL教えて。
316:Be名無しさん
02/09/07 12:53
msvcrt.dllでも、mbstowcsとwprintf辺りでいけそう。
ロケール周りでCPを直接指定する方法は無かったかな？
317:Be名無しさん
02/09/07 12:56
gccはコンパイラだぞ(藁
gcのライブラリでどうしてガベージコレクタなんだよ(藁
URLﾘﾝｸ(www.google.co.jp)
>>311
どうしてシステムで対応してたらプリンタが対応したことになるのかね？(藁
Windowsが対応してるのは自明。
プリンタが対応してないのも自明。
だから、Windowsは対応して無くてプリンタが対応してると言い張るお前が電波。
>>313
勝手な話を作るな。俺は終始、UNICODEで対応と言ってる。
318:Be名無しさん
02/09/07 13:08
>>317
それ、ベンダのリンクじゃないじゃん。
319:298
02/09/07 13:08
>>317
＞どうしてシステムで対応してたらプリンタが対応したことになるのかね？(藁
それは印刷できるからに決まってるでしょ？
文字はイメージとしてね。
CRTにはフォント入ってないけどシステムが持っていれば問題ないわけだし
＞だから、Windowsは対応して無くてプリンタが対応してると言い張るお前が電波
なんか混信してませんか？
320:Be名無しさん
02/09/07 13:11
>>317
いや、MSが、コマンドシェルはGB18030サポートしてない。
って言ってるんだから、GB18030サポートしてないんだろう。
Unicode使う使わないに関係ない。
GB18030サポートは、ベンダが決めること。
あんたが決めることじゃない。
321:Be名無しさん
02/09/07 13:13
>>317
UNICODEじゃなくて、Unicodeなんだが。。。
322:Be名無しさん
02/09/07 13:19
「gcのライブラリ」という言葉でBoehm GCとかを連想しただけの話で、
glibcの事を言っているのか、内部でUNICODE変換してくれる「サードパーティのライブラリ」が存在しているという事なのか知りたかった。
UNICODEで対応しているという事は一人以外はわかっているのでは？
323:Be名無しさん
02/09/07 13:23
>>317
つーか、gcとは具体的にどこぞのgcを指すのかな？
それで、そのgcのprintfはGB18030サポートしてるって言ってる
gcのベンダーはどこよ？
324:Be名無しさん
02/09/07 13:41
>>317
GB18030をprintfで表示するだけなのに
Winは、すげー手間がいるんだな。藁
325:Be名無しさん
02/09/07 13:43
>>320
いや、所詮、噛み付き野郎は、電波だからな。藁
リンクもないところ見ると、
やつがWinのGB18030サポート具合を適当に決めたいんだろうな。
326:Be名無しさん
02/09/07 13:48
>>322
確かに。Open Sourceだと、LCUってのがあるが、
そんなUnicodeエンジン使って
内部でUnicodeで動いてる、libcってあんのか？
まじで、リンク教えろ。
327:Be名無しさん
02/09/07 14:27
いつのまにか『UTF-16とGB18030を語るスレ』になって
しまっており、BTRON仕様OSも多言語もどこかに
逝ってしまったのが笑える。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5392日前に更新/144 KB
担当:undef