windows10ってなんでこんなに欠陥だらけなの?
■ このスレッドは過去ログ倉庫に格納されています
管理者アカウントなのにファイル消すのに「アカウント許可が必要です」って何考えて作ったらそうなるんだ 本当に欠陥OSだな >>430 だからNT系では最初からUnicodeだって でないと一つのOSで世界中の言語に対応できるわけ無いじゃん 設定に書いてあるとおり、Unicodeに対応してない古いアプリのためだけに存在してる機能 >>430 > メモ帳進化させる理由必要?。 それはWSL対応。Windows 10はWSLという Linuxカーネル相当の機能を内蔵した。 今やWindowsでLinux向けのアプリを開発する時代 そしてLinuxがUTF-8だから、それにあわせて メモ帳も変えたと言うだけの話 >>431 エンコーディングの話の流れが、なんで「OS内部の文字コード」になるのだ。分かっていないんだなあw 日本語版Windowsでは、ファイルやらネットワークやらのデータを解釈するのに、今も昔もシフトJIS。正確には W i n d o w s - 3 1 J という文字コードを使う。 これが気に入らない人は上の方にも書かれている「ワールドワイド言語サポートでUnicode UTF-8を使用」ってとこにチェックすれば、晴れて U T F - 8 になる。それにしてもここは相変わらず分かりにくい場所にあるな。さすがは💩OSだわ。 でもそうすると間違いなく文字化け起こるからシフトJISに感謝することになるぞwww 要するにデータを読んだり書いたりするときにどういう文字コードを使うか、それは言語設定、別名「システムロケール」で決まる。 中国語版だと昔はBIG5だったが、今はきっとUTF-8だろう。だが日本語版では昔からずっとWindows-31Jのまま変わっていない。 Win10では「ベータ版」としてUTF-8に切り替えできるようになっているが、当分は変わらんと思う。 最近の「メモ帳」はシステムロケールに従わず、何が何でもUTF-8を使うことになったというだけ。もちろん保存するときなどは変更可能だがね。 つまりアプリケーションは開発者が意図しない限りシステムロケールを使う。なので結果的に W i n d o w s - 3 1 J となるわけ。 OS内部ではUnicode(これも正確にはUTF-16だが)を使うのは当たり前のハナシです。わざわざ言わんでもええやんw Windows 9xまでPC98の仕様を引き継いだ上にPDC_W-CDMA端末で クエリ:url > クエリ:SJIS | るりまサーチ https://rurema.clear-code.com/query:url/query:SJIS/ 先頭5件 Encoding::SJIS -> Encoding Encoding::SJIS_DOCOMO -> Encoding Encoding::SJIS_DoCoMo -> Encoding Encoding::SJIS_SOFTBANK -> Encoding Encoding::SJIS_SoftBank -> Encoding という事態が発生したためである。 ああそうそう💩OSのExplorer、あれもシフトJISでファイルの読み書きやってるぞ。 我が家にはMacしか無いので試せないからお前らやってみ。 SDカードなんかのFATフォーマットではシステムロケール使うから、お前らの手持ちのやつは全部シフトJIS。 で、上の方法でUTF-8に変えてからExplorerで見るとあらまあ文字化け、となるはずだ。 おそらくZip圧縮も同様だろう。UTF-8にしたらZipヘッダもUTF-8になると思う。 もしかして Windowsで中国語・韓国語を扱う方法 http://www.rglk.com/regal/mame-chisiki-j.html 中国語・韓国語のデータでの受け渡しの方法 テキストコード対応表 日本語 "S-JIS コードテキスト" "Unicodeテキスト" 中国語(*簡体字) "GBコードテキスト" 中国語(*繁体字) "Big5コードテキスト" 韓国語 "KSコードテキスト" 漢字文化圏対策? >>433 お前が分かっていないだけ。 これはUTF-8に対応しない 古 い ソ フ ト ウ ェ ア の 言 語 設 定 であって、WindowsもアプリもとっくにUTF-8に対応している。 >>433 > 日本語版Windowsでは、ファイルやらネットワークやらのデータを解釈するのに、今も昔もシフトJIS。 証拠が一切出てないのは嘘だから? >>433 > これが気に入らない人は上の方にも書かれている「ワールドワイド言語サポートでUnicode UTF-8を使用」ってとこにチェックすれば、晴れて > > U T F - 8 では"ネットワーク"のデータを解釈するとき、 そのチェックの有無で挙動が変わっている所を証拠としてみせてください。 証拠がない場合は、レスせずに逃亡しても話をすり替えても構いませんw >>434 > 要するにデータを読んだり書いたりするときにどういう文字コードを使うか、それは言語設定、別名「システムロケール」で決まる。 決まりません。例えばHTMLは<meta charset=utf8>とかいてあればUTF8で解釈します。 > 最近の「メモ帳」はシステムロケールに従わず、何が何でもUTF-8を使うことになったというだけ。もちろん保存するときなどは変更可能だがね。 何が何でもUTF-8を使うことになった→変更可能だがね。 この矛盾はなんのジョークですか(笑) >例えばHTMLは<meta charset=utf8>とかいてあればUTF8で解釈 Content-Type とか MIME の TextEncoding とかと比べて優先順位は? どのようになっていようが表示形式だけの問題です 内部処理としてはバイナリーとして扱っています >>444 知らないなら、SJISがーとかいうなや 読んでていろいろ笑えるんだけど、まず内部コードとエンコードをごっちゃにしないでねwwwww 世界共通バイナリである以上、内部はunicodeです エンコードは国によって設定が違っていて、日本語土挫OSはSJISがデフォです なんかやたらSJISを毛嫌いするバカ土挫いるけど、現実から目を背けないようにしようねw >>438 >これはUTF-8に対応しない 古 い ソ フ ト ウ ェ ア の 言 語 設 定 であって、WindowsもアプリもとっくにUTF-8に対応している。 一番笑うのがこれ、まるでK国人の発想みたい 何だよ、古いソフトってwwwwwwwwww UTF-8に対応とか非対応とかいう話じゃないんだよ?バカには分からないんだろうなあ 土 挫 O S の デ フ ォ ル ト 文 字 は シ フ ト JIS を100回唱えてみようかw わかりにくい文章だけどこちらが参考になるかもね https://pc.watch.impress.co.jp/docs/column/config/1158344.html > 土 挫 O S の デ フ ォ ル ト 文 字 は シ フ ト JIS を100回唱えてみようかw 100回嘘を唱えたところで、真実にはならないよ。韓国人さん > 何だよ、古いソフトってwwwwwwwwww Windows 9x用のA系APIを使っていて、 NT用のW系APIを使ってないやつのことだろ? 常識やろ? 今のWindows 10は「開発者第一主義」に陥っていないか? 連載:山市良のマイクロソフトEYE|ビジネス+IT https://www.sbbit.jp/article/cont1/36985 メモ帳の既定文字コード変更はトラブルの元では? Windows標準のテキストエディターといえば「メモ帳」(Notepad.exe)です。従来のメモ帳はWindowsの改行コードであるCRLFのみを認識しました。 Windows 10バージョン1809のメモ帳からはLFのみ(UNIX/Linuxの標準)、およびCRのみ(MacOS 9以前の標準)の改行コードをサポートするようになりました。 これは、さまざまなプラットフォーム間でテキストデータをやり取りするアプリ開発者にとってはうれしい機能だと思います。 しかし、アプリ開発者ならよりプログラミングに適した高機能なテキストエディターを追加して利用しているでしょうから、あまり関係ないかもしれません。 むしろ、一般的な利用において、ダウンロードしたテキストファイルから改行が失われる(実際にはLFとして存在する)ようなトラブルが減ることになるでしょう。 >>449 wwwwww いいねー、バカ土挫ここに極まれりって感じだよーーーー 早いとこSJISデフォから脱却できればいいねー、頑張ってねー >>451 そこはWindowsの互換性対する考え方を知るポイントだな メモ帳で新規作成したい場合・・・CRLFになる。以前と何も変わらない 既存のファイルを開く・・・そのファイルの改行コードと文字コードはそのままで壊れない Windowsはよく考えられてると思うよ。 >>452 とっくに脱却してる。むしろなんでお前は脱却できてないの? ファイル名に絵文字とか使わないの? >>451 お前が持ってきたリンク先に書いてある。 https://www.sbbit.jp/article/cont1/36985#head3 > Windowsは内部的にはUnicode(UTF-16LE)を使用していますが、 >>455 読解力の無いおバカさんだね、さっき書いたでしょ > 読んでていろいろ笑えるんだけど、まず内部コードとエンコードをごっちゃにしないでねwwwww >>456 つまりOSの内部コードは昔からUnicodeって認めるわけ? 3.4.3 簡体字中国語の環境で運用するための注意事項 : JP1/Base 運用ガイド http://itdoc.hitachi.co.jp/manuals/3021/30213D6500/BASE0082.HTM (1) 文字コードGB18030に関する制限 中国語の文字コードは,GB18030-2000に対応しています。 JP1/Baseの入力項目ごとに,指定できるGB18030の文字コードの範囲が異なります。 >>458 >、まず内部コードとエンコードをごっちゃにしないでね > 内部文字コードの話をしてますから Windows 文字コードページ一覧 - Windows Tips https://www.ipentec.com/document/windows-codepage-list そもそもS-JISに限ったことでは無いのでは? この辺りそんなにムズイわけではないけれど、たぶんバカ土挫には一生理解できないんだろうな こういうユーザーがいる限り、ずーーーーっと今のままSJIS引きずるんだと思うよ だってデフォルトエンコードの変更なんて、MacもLinuxも通ってきた道なんだもの 昔のMacOSはSJIS、LinuxはEUC、これが変わったときユーザーはそれなりに対応を迫られた でもバカ土挫にはきっと無理だろうねえ それでOSの内部コードはUnicodeって認めたんだよね? なんでその話から逃げ続けるんだろw >>460 視野が狭いからWindowsは日本語版と英語版しかないと思ってる だからWindowsはSJIS(=日本語専用)なんて発想が出てくる そもそもMacの場合 Windows 9xとMac OS 9の利用者数に圧倒的差があったので 切り捨ては経営戦略的に妥当であり 現行MacはサーバーOSが無い。 >>457 unicode制定前の内部コードは、PCならアスキー、汎用機はエビスディックだったりいろいろだろうな で、その上で各国語対応をやっていた そしてアスキーと互換性を保つために生まれたのがお前らの好きなSJISというわけだ なんかNGワードに引っかかったからカタカナにしたぞ あとAppleはユーザーが困っていても無視する UTF-8以外の文字コードを切り捨てたから zipが展開できなくなって多くの外国人が困ってる unzip error 22: invalid argument https://discussions.apple.com/thread/250741052 macOS 10.15.1 Catalinaでもzipファイルが解凍できない不具合は修正されないままなので注意を。 https://applech2.com/archives/20191030-macos-10-15-1-catalina-zip-22-error-not-fixed.html >>462 なぜまた突然内部コードのお話を? いろいろ弊害を生んでくれるのはエンコーディングであって、内部コードなんてのはOSの開発者くらいしか意識しないのよ さらに言えばMacとWindowsでファイルや文章をやり取りすることは Mac OS 9の時点で最初から想定されていないので普通に化ける。 Linux系ではMacとWindowsの両方からファイルのやり取りを想定しているので どの文字コードでも対応できるようになっている。 >>465 > unicode制定前の内部コードは、 わざわざ「条件」をつけて言うってことは unicode制定後のWindows NTは最初からUnicodeだと認めたんですね >>467 > いろいろ弊害を生んでくれるのはエンコーディングであって お前が言う「エンコーディング」はOSの内部コードのことじゃないからです。 つまり、OSはUnicodeあることを認めているわけで アプリの問題はOSとは関係ないからです。 アプリはとっくにUnicode対応です。 Unicode - Wikipedia https://ja.wikipedia.org/wiki/Unicode 1980年代に、Starワークステーションの日本語化 (J-Star) などを行ったゼロックス社が提唱し、 マイクロソフト、アップル、IBM、サン・マイクロシステムズ、ヒューレット・パッカード、ジャストシステムなどが参加するユニコードコンソーシアムにより作られた。 国際規格のISO/IEC 10646とUnicode規格は同じ文字コード表になるように協調して策定されている。 そもそもUnicode自体ほぼMicrosoft製なんだが? だ か ら アプリがunicodeに対応しているとかしていないとかじゃないのよwww 誰かこのバカ土挫なんとかしてw >> YyWWue/V キミは読解力あまりにも無さ過ぎw 書いてて疲れるわ 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を作ると、その文字だけ?になってしまう。 警告など何も出ないから当然ユーザーは気がつかない。 前に仕事でもらったファイルがこの状態で、業務に支障をきたしたことがある。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる