windows10ってなんでこんなに欠陥だらけなの?
■ このスレッドは過去ログ倉庫に格納されています
管理者アカウントなのにファイル消すのに「アカウント許可が必要です」って何考えて作ったらそうなるんだ
本当に欠陥OSだな Windowsの規定が各言語でその国の文字コードなのは、
どの国も自国の文字コードを常用するからであって、
利用者に混乱を招かないためだぞ。 ちなみにメモ帳がUnicodeのエンコーディングに対応したのは初代NTからです。 >>473
内部コードはOSの話ですが
エンコーディングはアプリの話です こいつが「エンコーディング」の使い方を間違ってるのは
目をつぶってあげてますよw 結論はシステムファイルの内部文字列自体がどの形式で書き込まれているかって事か?
エディタで扱う文字コードによって文字の見え方は変わってきますね
RAWバイナリーデータとしてそのまま扱えば何の問題もない NT File System - Wikipedia
https://ja.wikipedia.org/wiki/NT_File_System
コードページ
基本的にはファイル名はUCS-2で格納される。ここでファイル名を非UNICODE文字種とUNICODEで参照した場合、名前の不一致が発生する。
名前の不一致はコードページに依存し、名前空間の一貫性を損なってしまう。原則として厳密に名前空間を取り扱うのであれば、UNICODEでアクセスすべきで、
ロケール依存コードページによってアクセスすべきではない。慣例的にコードページ依存文字を使うftpなどのプロトコルの取り扱いは注意を必要とする。
S-JISですらない。 win95のvfatの時点でロングファイルネームはunicodeで記録されているのでは? File Allocation Table - Wikipedia
https://ja.wikipedia.org/wiki/File_Allocation_Table
VFAT
VFAT (Virtual FAT) は「長いファイル名」(Long File Name, LFN) をFAT (12/16/32)で扱えるようにする拡張である。LFNでは、Windows NT 3.5[6]およびWindows 95から実装された機能で、
これにより最大255文字(UTF-16 LEで処理されるので1文字2バイト)までのファイル名を付与できる(ただし、Windows 9x系では実装上255バイトまでしか扱えない)。
ファイルシステム上はディレクトリエントリの扱いが若干異なる程度で、下位互換性も不十分ながら保たれている。
いやUTF-16だな。結論から言えばどのOSもWindowsに依存してる。ってことだな。 >>448
それnotepadがunicode対応になるって話と、上にも挙げた 古 い ソ フ ト ウ ェ ア の 言 語 設 定 の話であって、
お前が言うようにデフォルトはSJIS(笑)なんて話じゃねーぞ。
読んで理解してから煽れよクソ馬鹿ー(笑) notepadがunicode対応になったのはずっと前の話
デフォルト設定が変更になっただけの話を聞いて
メモ帳をUnicode対応に大改造したと思ってるアホが居る そういや
Unicode対応でないプログラムの言語
この設定(システム ロケール)により Unicode 対応でないプログラムでテキストを
表示するときに使われる言語を制御します。
Unicode 対応でないプログラムの現在の言語:
日本語(日本)
システム ロケールの変更(C)...
システムロケールとは?
ってしつこく書いてあるな。 なんとなく調べたらというか意識してなかっただけで
特定の条件により、Windows 10 で文字化けが発生する
https://support.microsoft.com/ja-jp/help/3144536
文字化けはフォントが入ってないんじゃね? https://howpon.com/247
Windows10のシステムロケールを「日本語(日本)」言語にした場合、文字コードは「Shift-JIS」が使用されていました。
Windows10のシステムロケールを「日本語(日本)」言語にした場合、文字コードは「Shift-JIS」が使用されていました。
Windows10のシステムロケールを「日本語(日本)」言語にした場合、文字コードは「Shift-JIS」が使用されていました。
Windows10のシステムロケールを「日本語(日本)」言語にした場合、文字コードは「Shift-JIS」が使用されていました。
バカ土挫涙目w
次は「この記事が嘘だ」とか喚くんだろな、ああ楽しみ笑 >>487
今度はOSの内部コードの話をするの?
その設定はアプリケーションのエンコーディングとは関係ないですよ? てかUnicode非対応っていうのはそのままの意味じゃね?。 とりわけ意識しなくても問題が起きないのが普通だが
Windowsはでは何かと不具合が起こるから調べないといけない。
時間の浪費です。なくなってしまえと・・・ この板に「土挫」という当て字を書き込みまくり、PCニュース板を機能不全にし続けている気違い馬鹿ーは、
「Unicodeではないプログラムの言語のシステムロケールの変更」を正しく理解できない。
マカ
馬鹿ーはどこまで行っても馬鹿ーでしかないって事だね。 てか調べてたらUTF-8とUTF-16でMacはUnicodeでも違う文字コードじゃね?。 >>493
同じ文字コードに別の名前つけるとでも? >>494
UTF-8とUTF-16っていうすでに別の名前がついているのが問題なんじゃね?。 バカだから土挫なのか、土挫だからバカなのか…
欠陥OSしか知らないとこうなるんだろうなあ >>492
能書きは哀れだよ。
運用上問題があるのが根底でしょ。
利用者に意識させない構造が先でしょ >>496
それしか知らないというより
選択肢がそれしかない。追い詰めても仕方ない。
既にWindowsの半数は消滅してるので、このまま推移すれば
窮地に追い込まれるのは目に見えている。
その時に、前に言ってたでしょってなるだけさ。
それまでは静観すりゃいい。 別にWindowsがなくなっても開発環境が改善するわけじゃないが。 日本語とアルファベットしか使わないし、
ハングル語とか別に関係ないから、
SHIFT_JISだけでいいや…。 メモ帳のデフォルトがUTF-8に代わる以前から
俺はUTF-8をずっと使っていたけどな
SJIS使う理由なんてとうの昔からないでしょ?
OSもUTF-8だけでずっと使えたわけだし 開発といっても国内専業ってわけじゃないのもいるからいろいろバラは困るのではあるが、
調べたとおり常用されていると思われる文字コードはアジアだけで複数あるから、
それWindowsだけの問題か?ということでクロスプラットフォーム開発するには、
Unicodeだけでは足りない。
Webページのデザインだけでも複数の文字コードが利用されているのではLinuxだけで
開発を進めるのは難しい。
話を追加すると開発環境はAndroid iOS Linux Mac Windowsと多岐に渡るので
文字コードを解決しても
Intel x86_64 Arm x86_64とそれ意外にも多岐のアーキテクチャがある上にプラットフォーム多すぎ問題。
Microsoftは開発環境統一を目指しているがUnicodeの時みたいにうまくいっていない。
だからMicrosoftはクソ。
という図式になるだけで本来それぞれの団体が協調して共通の開発環境を提供すべき問題である。 ずいぶん伸びてんなと思ったら、思いっきり勘違いしている人が数分おきに書き込んでて笑えるw >>502
+1
もう十年以上前からUTF-8です
ほんとうにありがとうございました MicrosoftがUTF-8ではなくUCS-2でUnicode用のAPIを別に整備しちゃったからアプリ側が個別に対応しないとUnicode対応にならんという話だな
WindowsもロケールをUTF-8にすること自体は最近できるようになったけど>>491
アプリ側が逆にローカルなエンコーディング(日本ならCP932)前提で動いてるのも多いから今更デフォルトを変えるわけにはいかない感じ >>506
もうWindows APIを使った開発はしてないよ。
例えばC#だったら.NET Frameworkのライブラリを使うだけで
Unicode対応になってる これから開発するアプリじゃなくて膨大なWin32アプリ資産との互換性の話なんで >>506
>WindowsもロケールをUTF-8にすること自体は最近できるようになったけど>>491
何が何でもその脳内設定を事実にしたいんだろうがw
コレWin9xあたりからずっとβ版って書かれてそこにある気がするぞwww Windows 98だと地域に
多くのアプリケーションで、地域の設定がサポートされています。この設定を
変更すると、それに従ってアプリケーションの時刻や日付、通貨、数字の表示
が変更されます。
日本語
Windows NT 4.0だと
その下に
システムの標準の地域情報として設定(D)
のチェックボックスがある。
システムロケールってもしかしてこれ?。98には無い。 Windows 10ミニTips(444) 「ワールドワイド言語サポートでUnicode UTF-8を使用」は有効にすべき? | マイナビニュース
https://news.mynavi.jp/article/win10tips-444/
ベータっていうのはそのままの意味なんじゃね?。 >>511
そりゃWindows 98にはないだろw
Windows NTと違って9x系はOSがUnicodeに完全対応していない
使えないことはないが機能は限定されていた。
だから9x系のアプリというのは殆どがUnicode非対応
それにたいしてNT系では最初からOSがUnicode対応。
だから9x系のUnicode非対応アプリを動かすときに
どれが使われているか知る必要がある
つまりNT系でいうシステムロケールの設定=9x系で使ってる言語 >>508
> これから開発するアプリじゃなくて膨大なWin32アプリ資産との互換性の話なんで
膨大なWin32アプリはすでにUnicodeを使ってるだろ
今どき9xに対応してるアプリなんてあるか?
膨大なWin32アプリではなく9x時代からあってUnicode対応を終えてない
限られたアプリしか問題にならんぞ HOPMONという昔ダイソーで売ってたゲームソフトは
Vista 7でやるとロゴとか絵が全て斜めになるっていう謎挙動する。
XPだと問題ない。謎である。 要するにOffice 95をWindows 10で使うとシステムロケールが適用される?。 例えばJavaのエンコーディングはMacやLinuxではUTF-8だが、WindowsだとMS932になる。
試しちゃいないがシステムロケール見て判定してるんだろ。 それからExcelのCSVもそうだな。
昔から有無を言わせずSJISオンリーだったが、どこかのバージョンから読み込み時は文字コードを指定できるようになった。
だが保存するときは勝手にSJISになる。そもそも指定できない。
こいつもシステムロケール変えればUTF-8になるんだろう。 >>515
そう
MFCでとかでも、新しいのでビルドしようと思うと
文字コードがどうたら祭りで、アホみたいにコード修正しなきゃいけない
おまけに新機能とか皆無で
何でこんな冷遇されなきゃいけなんだよ
って
アホらしくなる Shift-JIS 産業機械 - Google 検索
https://www.google.co.jp/search?q=Shift-JIS+%E7%94%A3%E6%A5%AD%E6%A9%9F%E6%A2%B0&oq=Shift-JIS+%E7%94%A3%E6%A5%AD%E6%A9%9F%E6%A2%B0
これのせいなんじゃね? >>515
VS2003まではデフォルトがマルチバイト系APIを使うようになってたから
Win9xが廃れた後でもUnicode非対応なアプリは作られてたよ ずっとSJISベースでやってきたおかげでゴカンセイガーって呪文があるんだろw >>517
> 要するにOffice 95をWindows 10で使うとシステムロケールが適用される?。
システムロケールが適用されるだろうが、それとExcelファイルの
中身で使われる文字コードは無関係
Excelファイルには内部で使ってる文字コードが含まれてるんじゃなかったっけ?
だから表示や編集に関しては何の問題も書くできるだろう
ファイル名ぐらいじゃないか? >>518
> 例えばJavaのエンコーディングはMacやLinuxではUTF-8だが、WindowsだとMS932になる。
> 試しちゃいないがシステムロケール見て判定してるんだろ。
全く関係ない。Javaの内部エンコーディングはUTF-16。どのOSであっても関係ない。
お前が言ってるWindowsだとMS932になるの意味がわからない。
プログラムがMS932前提になってるかシステムロケール見るように作られてるだけでは? >>522
まあ作ったやつの問題だなw
VS2003までなんだから10年以上Unicodeがデフォルトなわけだ >>525
>全く関係ない。Javaの内部エンコーディングはUTF-16。どのOSであっても関係ない。
>お前が言ってるWindowsだとMS932になるの意味がわからない。
内部エンコーディングが何であろうと問題は起こらない。
問題はスマタブ含めた大半の機器がutf-8がデフォなのに、Windowsだけが未だにSJIS標準であること。
これによってプログラマーは常に余計な作業を強いられている。
Javaの場合はこいつだな。
https://www.javadrive.jp/start/encoding/index1.html
これをutf-8に変えておかないと痛い目を見ることになる。欠陥OSあるあるだな。 開発ツールのEclipseなども以前はシステムロケールでデフォルトエンコーディングを判断していた。
だがVer.4あたりからは常にutf-8とするように変わった。
この結果、Eclipse上でデバッグすると(utf-8で)正常動作するが、Windows上で実行するとms932になって文字化けするという
初心者プログラマーには解決不能な問題が起こるようになった。
まあデフォ値をあてにせず明示的に書けばいいだけなんだがね。 未だにShift-JISでメール送ってくる阿呆が使ってるのはWindows >>519
>だが保存するときは勝手にSJISになる。そもそも指定できない。
これが結構凶悪な仕様なんだな。
Unicode文字を使ったExcel表からCSVを作ると、その文字だけ?になってしまう。
警告など何も出ないから当然ユーザーは気がつかない。
前に仕事でもらったファイルがこの状態で、業務に支障をきたしたことがある。 まあ日本語固有の問題とはいえ、長年シフトJISのまま放置してきたツケが溜まっているなとは思う。
IMEの変換候補に出てくる「機種依存文字」ってのも、依存してんのはお前んとこのクソOSだけだろw
と思うしね。 >>527
> これをutf-8に変えておかないと痛い目を見ることになる。欠陥OSあるあるだな。
Javaのデフォルト設定を変えればいいのに、なんでOSの問題になるの?
Javaのデフォルト設定を変えると、OSの欠陥がなくなるってお前言ってるの理解してる?w OSの欠陥は無くならなくても
OSの欠陥を回避出来るなら
その方法を採るべきである >>530
Windowsの仕様ではなくてExcelの仕様ってことでいいですよね? 欠陥があるのが判ってて回避する方法も判ってるのに愚痴だけ言ってる香具師よりマシ >>533
今話題にしてるのは、なんでアプリでUnicodeを使うだけで
OSがUnicode対応になるのでしょうか?という話
矛盾してるのはOSがUnicode対応じゃないと思いこんでるから
元からWindowsはUnicode対応なので、アプリが(互換性の問題を無視して)
Unicodeを使うだけで、問題なくUnicdeとしてデータを扱うことができる
OSの話とアプリ(の互換性)の話は区別しないといかんよ
OSがUnicode対応だからこそ、アプリ側にしか問題が発生してない UnicodeとUTF-8を敢えて(敢えて言うが意図的に)ごちゃまぜにした文章は読みにくい >>536
>矛盾してるのはOSがUnicode対応じゃないと思いこんでるから
この間丸一日に渡って勘違いを書き散らかしてたお爺ちゃんだねw
だーれもそんなこと書いていないでしょ?
問題なのは、WindowsのデフォがSJISエンコードになっていること。
そのためにJavaもMS932になっちまうってこと。
OS自体は全世界共通バイナリです。国際化の部分で国ごとに「デフォルトエンコード」が決まっていて、
日本語版ではいまだにWindows-31Jになっていることがレガシーだと言われているわけ。 >>537
Windowsアプリでは32bitUnicodeで文字列を扱うことはほぼ強制的だからな
utfはI/Oの時のみしか使用しない
LinuxやMacは内部でもutf-8でプログラミングしてるの?
面倒くさそう >>532
>Javaのデフォルト設定を変えればいいのに、なんでOSの問題になるの?
>Javaのデフォルト設定を変えると、OSの欠陥がなくなるってお前言ってるの理解してる?w
そうか、このお爺ちゃん欠陥OSって言われるのが気にならないのかw
もちろん設定変えれば済むんだけど、できればそんなことしたくないでしょ。
あまり興奮すると欠陥OSで血管切れちゃうよw >>538
> 問題なのは、WindowsのデフォがSJISエンコードになっていること。
Windowsのデフォってなんのデフォルト?
エクスプローラーで絵文字のファイル名が扱えます。
ブラウザで絵文字が表示されています。
つまりデフォルトでUnicodeです。 >>540
> もちろん設定変えれば済むんだけど、できればそんなことしたくないでしょ。
Javaのコンパイルオプションを変えるのがなんで怖いの?
もしかしてOSの設定を変えるという話をしてると勘違いしてる?
だとしたらアホやなぁ >>541
まだまだお勉強が不足していると思います。
>>542
コンパイルオプションではなく環境変数ね。 >つまりデフォルトでUnicodeです。
この一言で台無し https://xtech.nikkei.com/it/article/OPINION/20070312/264548/
この記事によると、WindowsがマトモにUnicode文字を使えるようになったのはVistaから。
XPまでは実質使いものにならなかった。
Vistaでようやく使えるようになったけれども、当時はいろんな問題があったようだ。
https://xtech.nikkei.com/it/article/COLUMN/20061211/256519/
ExcelやZip圧縮などまだSJISを引きずっている部分はあるが、メモ帳もUTF-8デフォになったことだし
いずれSJIS色が無くなる日まで生暖かく見守ってあげよう。
>>541
確かにちょっと話がずれてるね。 >>543
> コンパイルオプションではなく環境変数ね。
墓穴ほったなぁw
何ていう名前の「環境変数」なのか言ってみ
言えないだろう?
お前が間違っている証拠な >>545
> この記事によると、WindowsがマトモにUnicode文字を使えるようになったのはVistaから。
どこを読んでそう思ったの?
Vistaからなんて書いてないよね >>545
> いずれSJIS色が無くなる日まで生暖かく見守ってあげよう。
メモ帳以外にどこでSJISが使われてるの? 気違いの主張
「unicode対応ではないプログラムの言語」のデフォルトがSJISになってる!
しかもunicode対応はベータって書いてある!WindowsはSJISで動いてる!!!unicodeはベータ版!!!
何度突っ込まれ馬鹿にされても
「unicode対応ではないプログラム」
が何なのか理解できないw win7の頃は絶対ありえなかったのにwin10にしてからソフトがエラーコード無しでいきなり落ちるだとかブラックアウトとか不具合多すぎてマジで糞OSだわ win10といっしょに買ったofficeのoutlookはwin7のLiveMailのアドレス帳で作ったcsvファイルを読み込めない
何故かと調べたらOutlookのアドレス帳はシフトJISだった
同じMicrosoftで互換性考えてないのか?
せめてHelpでコード変換が必要と表示しろよ デバッグにAI使えば、バグがなくなるってことはないのかな?
つか、AIに一から新規のバグフリーOS作ってもらったりできんのか?
あ、脆弱性って、無くすと困る人もいるんだっけ? あさってリリースされるversion 2004で欠陥全部治るといいんだけど。 >>552
今のAIは人間と同じように考えてるわけじゃない
膨大なデータをもとに統計的に正しい方を選ぶという
データを用いない人間とは全く別のアプローチをとっている
膨大なデータがあることを前提としているので
原則として同じコードを書かないプログラミングで
バグを見つけることは不可能
せいぜい前と似ている同じバグを見つけられる程度 と元AI開発者が申しているので、さっさと画期的なアルゴリズムを考えろと言ってやりましょう 例えば、ぷよぷよで4色くっつけたら消えるところを
3色で消えてしまったというバグが有ったとして、
おそらく3色でもゲームとしては成り立つわけで
何がバグかなんてAIにはわからない >>559
該当ページではなく、検索結果を出したってことは
自分で見つけられなかったんですね なんかメモリのアクセス違反とかっていうのが多発するんだよね >>561
妥当かどうかの判断をこっちに委ねてるからだめなんですよ。
「俺が言ってることが正しい証拠をお前が見つけてこい!」
そんなこと言われても、見つけてくる訳ありませんねw 「欠陥 OS」でググるとWin10に憤ってる若干名の叫びと、その単語2個を含むページが沢山hitする。
これで何をどう判断しろというのだろうw ちょっとフリーズしたぐれぇでバカバカ落としてんじゃねーよクソOS 欠陥がさらにパワーアップしました。
IEがWebの進化を10年以上に渡って止めたのも
代わって登場したEdgeがポンコツ過ぎるのも
WinPhoneの生産を記念してiPhoneの葬式をしたのも
でもZuneとKinは世に出る前から失敗していたのも
そこで好調なNokiaのWinPhoneを買収したのも
その途端にNokiaが不調になってブランドが消滅したのも
挙げ句にMobile市場から撤退して消費者を見捨てたのも
Skypeを買収したら利用者が逃げていったのも
そういやVisioも買収されたら一気に衰退したのも
Office製品が新しくなる度に使いづらくなるのも
Excelの印刷結果が画面とずれるのも
パワポのテンプレートがダサさのオンパレードなのも
だからなのかMSのプレゼンではMacが密かに使われるのも
イルカとコルタナが「お前を消す方法」を聞かれまくったのも
マイクロソフト書籍ストアが閉店しちまったのも
UWPとWPFが普及する気配がまったく無いのも
そして多くの開発者が見切りをつけてしまったのも
そのため古いフリーソフトが放置されたままなのも
(続く) (続き)
そもそもWindowsストアに誰も近寄らないのも
おかげで広告モデルが成り立たなくなったのも
ハイレゾモニタの表示がおかしくなるのも
文字が見づらく汚くカッコ悪いと大評判なのも
その対策としてMacTypeが流行しているのも
「フォントが汚いので一発変更」というソフトさえあるのも
画面タッチの2in1が世界標準になると語っていたのも
それ語った人がさっさといなくなったのも
世界標準どころか使っている人を見たことが無いのも
ファイル検索がとってもタコなのも
ファイル検索の結果表示に絶望感を感じるのも
MS-IMEがどうにもおバカさんなのも
画面ど真ん中に現れる「あ」と「A」に怒りを覚えるのも
日本語Windowsの文字コードが未だにSJIS標準なのも
Windows Updateで半日つぶれてしまうのも
しかもそのアップデートで必ずやらかしてくれるのも
たまに全ドキュメントが消えてしまうのも
なので毎月第2水曜日は世界中が恐々とするのも
(続く) (続き)
アプリの異常終了でフォルダがロックされるのも
そのロックは再起動するまで解除されないのも
何かというとすぐに再起動を要求するのも
おかげで何かあると再起動する習慣がついたのも
コピーしたファイルを編集後Ctrl+Zでファイルごと消えるのも
起動した覚えの無いsvchost.exeがワラワラ動くのも
メモ帳が30年経ってもあのレベルなのも
そのくせペイントは3Dまで登場しちゃったのも
でも3Dビューアーは大多数の人にとってゴミなのも
総じて添付ソフトがショボイのも
筐体に妙なシールがいっぱい貼ってあるのも
CPU使用率がすぐ天井張り付きになるのも
システム要件のハードでは実際使い物にならないのも
中身がほぼ同じなのにHomeとProに分かれているのも
他にもEnterpriseやARM版なんてのがあるのも
ARM版買った人が泣き寝入りしているのも
Surfaceが恐ろしく使いにくいシロモノなのも
なのにMacよりお高いのも
Windows10の出来がおっぺけぺーなのも
すべてマイクロソフトの想定仕様の範囲です。 >>566
え
落ちちゃうの?
それじゃ、不具合無くすためって
テレメトられる診断データ送信できないじゃん
それは、想定外の欠陥だね
まず、その欠陥おなす所から始めないと
不具合無くならない
もう、キリない Windows 10でのIntel HD Graphics問題の対処法(更新) | Solomonレビュー[redémarrage]
https://solomon-review.net/windows10-intel-hd-graphics-problem/
ああ、多分直るだろうな。 >>572
え
せっかくテレメとらせてあげてんのに
自分でなおせって言いたいの?
つか、まとめだけ読んだけど、アプデのたんびに
なんかしくちゃいけないみたいじゃん
なおってるの?それ? >>573
それはIntelに言うべきことであってMicrosoftがおかしいとは言い難い。
黙ってAMDのパソコンにすべきだね。 ■ このスレッドは過去ログ倉庫に格納されています