不具合報告はしたものの受理済みに積まれたままで辛い

か・・・辛いです

これまでに何度か「Windows 版クライアントが C++ Runtime Library に関するエラー R6025 で前触れなく異状終了する」のような不具合報告をしていますが、受理済みになったまま修正される気配がしないのがしんどいです・・・
# ”異状”終了じゃなくて”異常”終了だった・・・

R6025 とかわかりやすいメッセージが出るならまだマシなほうで

Code:

---

FINAL FANTASY XIV: A Realm Reborn は動作を停止しました
問題の解決策をオンラインで確認できます。

---

だけの異常終了が大半で挫けそうです。


フォーラム検索のページで "例外" "オフセット" や "exception" "offset" などのキーワードで検索すると、かなりの量の（不具合報告やそれ以外の）事例が見つかりますが、いまいち開発へフィードバックとして響いていないようであり、不具合報告する気力が削がれます。

情報が不足しているのかなあとも思いますが、例外コードと例外オフセットの他に特記できるようなブツもありませんし、悩ましいところです。


オフセットが判明すれば問題を抱える箇所がわかって変数やらレジスタやらの内容の検証ができて嬉しい。はず。
というのは素人考えなんでしょうかね。

お役に立たないかもしれませんが、
・Windowsをリカバリーして、初期セットアップ
・C++のランタイムの最新のもの(詰め合わせのとかあります）をインストール←現状のC++のランタイムをアンインストして、再インストを先にためすとリカ張りしなくてすむかも？運がよければ・・。
・FF14を再インストール

これで様子をみるという手もあります。受理されるだけ、幸せですよ。大抵、情報不足のフォルダへ仕分けられてお終いです・・。
運営の方針もありますが、バグやエラーをユーザが教えてくれているのですから、こまめな進捗報告のスレッドとかをあげてほしいと私個人はおもいます。

開発環境で再現しない、又は同様の不具合報告が他から殆ど上がってこないのではないでしょうか？

私の環境でも、そのようの症状は一度も出たことがありませんので、
特定の環境の問題なのかもしれません。

OSそのものが不安定になっている可能性もありますので、
一度クリーンインストールされてはどうでしょうか？

｛むむむ。｝

「例外コード(exception code)と例外オフセット(exception offset)が判っているのに解決されない」というのが愚痴ポインツなのです。
ものすごく大雑把に乱暴に、プログラムを”本”に例えると、
例外オフセット＝何ページめ何行めに間違いがあるか
例外コード＝どんな種類の間違いか
という感じになります。

つまり、こちらとしては「１１３ページめに誤植があるよ！と伝えているのになあ・・・」という感じなわけです。
で、その「例外コードと例外オフセットの両方が判明している書き込み」がフォーラムには既に相当数あるわけです。

エラーが発生している環境に一定の傾向はあるかもしれませんが、それはつまり「１１３ページめの誤植」がひっかかるパソコンと、無問題なパソコンとあるってだけのことなのですよにゃー・・・

Quote:

---

Originally Posted by replicantworks

エラーが発生している環境に一定の傾向はあるかもしれませんが、それはつまり「１１３ページめの誤植」がひっかかるパソコンと、無問題なパソコンとあるってだけのことなのですよにゃー・・・

---

不具合が全ての人で発生していない以上、絶対にソフト側に問題があるとは言い切れないと思います。
その本113ページ目が破けてるよ？(OS又はハードウェア側の問題)と言う事は、考えられませんか？

まずはOSのクリーンインストールを試されてはどうでしょうか？
それでも再発するのなら、ハードウェアを最低構成で確認ですね。

システムファイルやレジストリの破損、メモリなどのハードウェア障害も考えられますよ。

日本だとあまり話題になっていませんが、海外版だとかなり話題にあがっています。
http://forum.square-enix.com/ffxiv/threads/68955
http://forum.square-enix.com/ffxiv/threads/67336

完璧な対策はないようですが、C++ Runtimeをとりあえず再インストールされたらよいのではないでしょうか？再インストールでなおったという報告は一応あります。
また、スペックが足りていないと起こる等の情報もよせられており、特定バージョンのグラフィックドライバにした、FPSを制限した、等によって改善したという例があがっております。
特にPCが不安定になった時に落ちるという傾向があるようで混雑エリアを避ける、他アプリの干渉を避ける等も話題になっています。

かなり海外フォーラムでは大きなトピックになってまして、無視されているということはないと思います。
単純に具体的な解決に至っていないのではないでしょうか。
そもそも「C++ Runtime」のエラー箇所がわかっていても、そちらは直接スクエニには直せないわけでして、結局Runtime呼び出し部分とその他の影響を外から掘りすすめることになるので苦戦しているんじゃないですかね…。

日本では話題になってないということはたぶん一般的な日本人のPC環境では起きにくい、ということなんですよね…
replicantworksさんのPCはスペック自体はかなり良いので、相性の悪い部分がどこかにあるのだと思いますが、それがどこなのかは気になるところですね。

こちらからお手伝いできることはあまりありませんが、色々試してみてはいかがでしょうか。
なお、OSクリーンインストールは割りと効果なし報告があるので実行は慎重にされた方がよいです。
ハード的な相性部分があるのだと思います。

プログラマ＆元メモリ屋として言うと、よくある不具合なんだよね・・・これ。
んで、原因のトップに立つのが"メモリ"なんですよ。

メモリがどのように使われているかはreplicantworksさんの

Quote:

---

Originally Posted by replicantworks

ものすごく大雑把に乱暴に、プログラムを”本”に例えると、
例外オフセット＝何ページめ何行めに間違いがあるか
例外コード＝どんな種類の間違いか
という感じになります。

---

が一番わかりやすいですね。

で、どのように不具合が起きているかは同じくreplicantworksの

Quote:

---

Originally Posted by replicantworks

つまり、こちらとしては「１１３ページめに誤植があるよ！と伝えているのになあ・・・」という感じなわけです。

---

と、Matthausさんの

Quote:

---

Originally Posted by Matthaus

その本113ページ目が破けてるよ？(OS又はハードウェア側の問題)と言う事は、考えられませんか？

---

がわかりやすいです。
で、結論ですがプログラムが見に行った先、もしくは別のアドレスから指定されたアドレスに本来存在するべき内容が無かった/おかしいということなので
真っ先にメモリが疑われます。

少し前まで（親会社変わるまで）メモリを作ってた中の人から一言言いますとですね・・・昨今のDDRメモリは壊れやすいです。マジで。
ちょっとした負荷でポンっといっちゃうメモリ・モジュールもあります。まぁQAでその辺りは弾いて出荷しないようにするはずなんですが、何分ミスはあるもので・・・。

なのでまずOS再インストールなどよりもメモリテストをオススメします。
テスト用のツールはMemtest86+っていうソフトですね。
http://www.memtest.org/
積んでるメモリ容量によってテスト時間は変わりますが、まぁコンビニ行くくらいの時間はあるかなと。
最近のPCにはフロッピードライブが無いので、USBメモリを使ってのBootがいいでしょう。やり方は「Memtest86+ 使い方」などでググればたくさん出てきます。

ZEHIお試しを。

あまりやり過ぎるとそのままメモリが死んじゃうので、時々（年1回とか）やってみるといいですよ。

どうも R6025 のケースだけがクローズアップされているようで、ちょっと最初の書きかたを失敗した感があります・・・
すまぬ・・・すまぬ・・・・・・
# よろしければ、このアカウントで書いた他のスレッドもチラ見していただければと思います。

Quote:

---

Originally Posted by Matthaus

不具合が全ての人で発生していない以上、絶対にソフト側に問題があるとは言い切れないと思います。

---

「全ての人で発生していなければ、ソフト側で対応しようが無い。」という対応だとしたら、ちょっとしんどいにゃーという感じであります。

「全てのプレイヤー環境では発生していないが、サンプルとして充分な数のエラー状況は発生している。」という状況は

• エラー発生箇所で変数などが取り得る値を列挙してみる
• ひとまずエラーをトラップしてみる
• インストーラ・アップデータが実行する要件の検証を調整する

などでデバッグの手がかりとすることが多いように思います。

FF14 でもそういう工程をふんでいるとは思うのですが、報告者から見て進捗が見えづらいのが辛いわけで・・・ :(

Quote:

---

Originally Posted by Nonohana

そもそも「C++ Runtime」のエラー箇所がわかっていても、そちらは直接スクエニには直せないわけでして、結局Runtime呼び出し部分とその他の影響を外から掘りすすめることになるので苦戦しているんじゃないですかね…。

---

あくまで素人考えなんですが、目につくメッセージである「R6025...」というのは、副作用としてWindows側から出力されているものであって、例外そのものは ffxiv.exe の内部で発生しているように見えるのですよねー・・・

Windows7 のエラーログ Report.wer を実際どう読むべきなのか、どっかに教科書的なページがあればなあ、とは思います。


そして目についてわかりやすい「R6025」なメッセージが表示されるケースだけではなく、むしろ「なにもメッセージを出さずに突然死する」ケースのほうが実は多いようにも思います。
個人的な極論としては「発生する例外を全てトラップして黙らせて欲しい」だったりして :p

Quote:

---

Originally Posted by Minna

昨今のDDRメモリは壊れやすいです。マジで。

---

oh...

いや、でも、でもですよ？
フォーラムを検索してみると「同じ例外オフセットの位置で発生している」ケースが多いんですよ。
メモリが壊れているとしたら、それぞれの環境で違うオフセットで発生すると・・・・思う・・・・・・んｄ・・・んー・・・そこらへんどうなのか、はっきりわからないのが素人としての自分の限界であります :p

先日、雑談スレにR6025エラーを書込したばかりです。
いまは同じことをしても問題ないけど。

ま、根性版に比べたら安定・動作軽くて非常に良く出来たクライアントではありますけど…。

というか、山積してる未修正の不具合やらの扱いを見ると、この期の展開は…ね…。

私もR6025でずっと苦しめられています。
ロードストーンの日記で6025で検索したらそこそこな数の日記がヒットします。
様々な対策を試しましたが結局解決せず。
私のまわりにも知人・友人は誰一人として発生していません。
しかしこのせいで、ゲームがまともに遊べない時もあります。
もちろん、windowsの再インストールやFF14の再インストールなどはすでに試しました。
(ロードストーンの6025ででてくる対策でお金のかからない内容はだいたい試しました)
しかもこの6025の現象はβ3までは一度も発生したことがなかったのに、β4以後発生するようになりました。
この期間でパソコンの構成など一切変えてません。

毎回メンテがはいるたびにもしかしたら直ってるんじゃないかと思い、プレイしては同エラーがでるたびにがっかりしてしまいます。
ホントになんとか直してほしいものです…

Quote:

---

Originally Posted by replicantworks

あくまで素人考えなんですが、目につくメッセージである「R6025...」というのは、副作用としてWindows側から出力されているものであって、例外そのものは ffxiv.exe の内部で発生しているように見えるのですよねー・・・

Windows7 のエラーログ Report.wer を実際どう読むべきなのか、どっかに教科書的なページがあればなあ、とは思います。

---

ライブラリ利用でエラーが出ている場合にライブラリ呼び出している方に問題があるケースが当然存在するわけですけど、その場合って
「エラーが出ているのは本だけど、本の読み方をわかっていない読者がいる」って問題に近いわけでして、じゃあ読者の何がわかってないから本がちゃんと読めてないのかっていうのは随分遠まわしになっちゃうわけですね…。
というか「本の何ページで問題がでたよ！」とかなるわけなんですけど、実際本を開くとそういうケースじゃ本の中身には何も問題がないわけです。でもエラーがでている、と。

私も時々仕事で「ほにゃらら.DLL内でエラーがでてて…」とか標準DLLとエラーログを頂くわけなんですけど、「なんてアプリでエラーでました？」「XXXです。」「XXXモジュールのソースはこれだわね…（そっからほとんどの処理がDLLにアクセスしてる）　ファー、ここでバッファ領域となるポインタが単にNULLが渡されてるケースがあるから妥当な関数Yでエラーが出てる…」とかなるわけなんです。（反対にWindows側の潜在バグで対症療法しなきゃならない場合もあります。）

「DLLのどこでエラー」を見て解決できるぐらいになるには相当な鍛錬が必要なようにおもインす…
DLLだけを見たら何の変哲もない正常なコードなんです。呼び元まであらゆる考慮をしてそこからたどっていかなければなりません。
再現環境あればスタックトレースできるのですぐですが、私レベルじゃ再現環境が無いとほとんど意味不明なこと多いんですよね…

C++Runtimeは中見れた気がするのでいけないことはないかもしれないですが、かなり間接的な情報と思います…わかる人がみなかったら、わからぬでしょうね…

Quote:

---

Originally Posted by Nonohana

ファー、ここでバッファ領域となるポインタが単にNULLが渡されてるケースがある

---

お話の書かれ方がわかりやすすぎます。ありがとうございます :)

まさにファーーーーですね・・・
スクエニ頑張れ、超頑張れとしか言いようがない。

もうさー、DLLとか使うのやめてさー、全部内製で必要最低限な機能だけで車輪すべて再発明しちゃえばいいんじゃナイノー？（極論）
もしくは「全ての例外を生まれる前に消し去りたい」とか錯乱しながら見つかったケースを片っ端からトラップして黙殺するアップデートをリリースし続けるとか（暴論）

自分も同様に障害報告を行っていましたが受理済みに積まれたままでがっかり。

人が多いタイミングでウルダハなどをうろうろしたりエリアを切り替えると
高い確率（4割程度）でランタイムエラーｗ
町に近づくのが恐怖でした。
ドライバの更新、グライフィックの制限やC++ Runtimeの再インストールを行っても解決せず


ベンチマークのスコアは5000程度出ていたのですが
ハードディスクの読み込みが超遅かった（エリア切替で1分弱）ため
SSD搭載のパソコンに買い替え

その結果、問題は一切解決！！（じゃなきゃ困りますが
ノーストレスでプレイできるようになりました。

ＰＣ買い替えも一つの手ですよ～

まぁ代償として10万以上のローンなのですがね・・・。
15回払ぃ・・・

Quote:

---

Originally Posted by replicantworks

もうさー、DLLとか使うのやめてさー、全部内製で必要最低限な機能だけで車輪すべて再発明しちゃえばいいんじゃナイノー？（極論）
もしくは「全ての例外を生まれる前に消し去りたい」とか錯乱しながら見つかったケースを片っ端からトラップして黙殺するアップデートをリリースし続けるとか（暴論）

---

不具合自体はFFXIVで起きてるかもですね…（エラーレポート自体はよぐよんでながったですすみません）
こう、C++ Runtime Library内製とかは無理ですよー、そえはPC作ってるようなものですから…。

ただ、末端の関数で関数単体が正常に動作してる場合、それでもやっぱり（ノノアレベルですと）再現環境がないとトレースできないんですよね…
今回の場合R6025（純粋仮想関数呼び出し）となってるのでどんなエラーかも想像もつかないですはい。

googleしたらレジストリのエラーとかでも起きるみたいには書いてあったですけどはたして…！

ところでHDD読み込みが遅い系ってなんかよく聞く気がしますね…
非同期読み込みとかの処理でタイムアウトがシビアに設定されててひっかかる…とかなんでしょうかね…？
読み込みで改善するかどうかチェックするなら、せっかくreplicantworksさんの場合6.00 GB物理メモリがあるので3.00GBをRAMDISKに割り当ててそっちにFF14をインストールして起動してみて改善するようならSSD増設してみるとよいかもですね。

ふぁ！？考えてみたら大きいゲームだからRAMDISKにしてもだめでした・・・（ぐは）
SSDは高い…ので最近私の友達が使ってみたというハイブリッドHDDに乗せ変えてみる・・・とか・・・いや無理か・・・。

Edit: ハイブリッドHDDは物理的なお金がかかるけど考えてみたらHybrid RamDisk存在するんじゃないの！と思って探してみたらありましたHybrid Ramdiskが。
http://www.romexsoftware.com/en-us/p...file-disk.html

ただこれは自己責任のレベルですねー…動作もどう最適化されるのかわかりません。

SSD ですかー・・・　うーん・・・うーーーん・・・・・・
不具合をどうにかしたいという目的の他の、純粋に性能アップ！という意味で非常に魅力的ではあります。
10,000円くらいで買えるみたいだし、ちょっと頑張れば導入は可能 :)

ただまあ、原因を詰められずに work around しちゃうというのも、ちょっと収まりが悪い感じが残るんですよねー

「期間限定の NDA 的な特約でスタックトレースやらなにやら諸々を吐くクライアントを使わせてくれる」なら、３００円くらい追加で月額を払ってもいいくらいの心つもりなんですけどね :p
もしくは Blizzard とかがやってる Public Test Realm とか。れるむりぼーん
# でもまあ、あんまり喋りすぎるコードが入ってるとチーターさん達の餌食になってしまうような希ガス

たまに発生するけど、これが原因なんじゃないかな。
http://www.glamenv-septzen.net/view/896

派生クラスでvirtualつけ忘れているか
親クラスのコンストラクタかデストラクタで
仮想関数呼んでいるか。

Quote:

---

Originally Posted by replicantworks

もうさー、DLLとか使うのやめてさー、全部内製で必要最低限な機能だけで車輪すべて再発明しちゃえばいいんじゃナイノー？（極論）

---

それなんて今の私の仕事ですか？？(´・ω・｀)
それをやると、会社辞めて光の戦士になりたいくらいですよ・・・

Quote:

---

Originally Posted by replicantworks

もしくは「全ての例外を生まれる前に消し去りたい」とか錯乱しながら見つかったケースを片っ端からトラップして黙殺するアップデートをリリースし続けるとか（暴論）

---

メンバーにそれやられて、サポートに困った私が通ります
λ．．．

ぶっちゃけ、双方ともやっちゃうとマジで「俺の怒りが有頂天」になります。ホントやめていただきたく・・・。

Quote:

---

Originally Posted by replicantworks

SSD ですかー・・・　うーん・・・うーーーん・・・・・・
不具合をどうにかしたいという目的の他の、純粋に性能アップ！という意味で非常に魅力的ではあります。
10,000円くらいで買えるみたいだし、ちょっと頑張れば導入は可能 :)

ただまあ、原因を詰められずに work around しちゃうというのも、ちょっと収まりが悪い感じが残るんですよねー

「期間限定の NDA 的な特約でスタックトレースやらなにやら諸々を吐くクライアントを使わせてくれる」なら、３００円くらい追加で月額を払ってもいいくらいの心つもりなんですけどね :p
もしくは Blizzard とかがやってる Public Test Realm とか。れるむりぼーん
# でもまあ、あんまり喋りすぎるコードが入ってるとチーターさん達の餌食になってしまうような希ガス

---

SSDはホントイイですよ。Win7の起動が7秒（実測値）ですので・・・。
ただ、SSD単体での運用は控えた方がいいですね。またSSDは所詮メモリです。なので書き換え上限値というのがありますから、書き換えを頻繁に行うような場所は
Cドライブから退避させた方がいいです。（例：マイドキュメント以下の場所）
あとよくSSDでRAIDしてチョッパヤ！みたいな謳い文句で売られているのもありますけど・・・はっきり言ってSSDの転送速度ならRAIDいらないです。（ミラーリングはいいかもしれないけど）
単体で十分速いので。

Quote:

---

Originally Posted by Henehefu

たまに発生するけど、これが原因なんじゃないかな。
http://www.glamenv-septzen.net/view/896

派生クラスでvirtualつけ忘れているか
親クラスのコンストラクタかデストラクタで
仮想関数呼んでいるか。

---

R6025を起こすのは簡単ですけど組み込むなんていうミスはなかなかないし、そもそも組み込むとそこ通るだけで死んでしまいます。
そんな程度の原因だとみーんな発生しますよね…普通ね…　と思いまして、なんでR6025なんだろと首かしげるところはあります。
コンストラクタ中で非同期読み込み処理を行っているとか、コンストラクタが完了していない不完全なオブジェクトにアクセスしている箇所がある、とかそういう分かりづらい感じのじゃないのかなあとか、私邪推してますね…。

それがはたしてR6025、pure virtual function callになるのかは不明ですけども…。

「フォーラム検索で "コード オフセット" や "code offset" で検索した結果」を抜粋してまとめてみますた。

一例を挙げれば、別バージョンの ffxiv.exe で同じ例外オフセット 0085e911 なエラーが出てたりするのとか、それなりに特徴っぽいケースもあるように思えなくもない。

メモリーの抜き差しとかやってみました？？
グラボの抜き差しとか
自作なので時々起動しなくなったりして。
私はそれちゃんとやってからは起こらなくなりました。

何かのはずみでおかしくなるのかなぁ？
差込の甘さとかも昔よりあるような気がします。
パーツの品質落ちてるのかね？

Quote:

---

Originally Posted by hun

メモリーの抜き差しとかやってみました？？
グラボの抜き差しとか

---

Diablo3 耐久８時間とか Chrome タブ１００枚とか普通に他のことはできるので、そこらへんはクリアできてるのかな。と思います :)

というか、あっちこっち別々のプレイヤー環境で同じ例外コード例外オフセットで発生してるんですよねー

まぁソフトがちゃんとしてれば起きないと思いますけどね。
困っていたらワークアラウンド的に書いてみただけです。

Quote:

---

Originally Posted by kanton

自分も同様に障害報告を行っていましたが受理済みに積まれたままでがっかり。

人が多いタイミングでウルダハなどをうろうろしたりエリアを切り替えると
高い確率（4割程度）でランタイムエラーｗ
町に近づくのが恐怖でした。

---

同じ感じでエーテライトによる移動を選択した瞬間に落ちるとかありますね。
他には、デジョンやテレポ後に人の多い場所でスプリントをして走った瞬間に落ちるとか、人の多いFATEの移動時とか。
どちらも人の多い場所での移動というのがポイントでしょうか。

意外というか、人の多い場所でも、FATE（例えばオーディン）の戦闘中におちるとかは全然ないですね。

Quote:

---

Originally Posted by RocketMonster

同じ感じでエーテライトによる移動を選択した瞬間に落ちるとかありますね。
他には、デジョンやテレポ後に人の多い場所でスプリントをして走った瞬間に落ちるとか、人の多いFATEの移動時とか。
どちらも人の多い場所での移動というのがポイントでしょうか。

意外というか、人の多い場所でも、FATE（例えばオーディン）の戦闘中におちるとかは全然ないですね。

---

あるあるあるある・・・

というか「なにか状況が始まる・終わる」とかいう感じで変化するタイミングで落ちるんですよねー
FATEでもFATEの最中に落ちたことはあんまりなくてFATEの開始とか終了のタイミングで落ちちゃう

ここのスレッドで嘆いていたみなさんその後どうでしょうか？
2.1になってもしかたら治ってるんじゃないかと思ったものの私はいまだにR6025に悩まされています。
結局、このR6025に関して何か公式から返信があったわけでもなく、しかもおそらく全体の少数派なのか
フォーラムを検索しても新しい話題がでてきません。

解決した！とか相変わらず発生していてなんとかしてほしい・・とかどんなかんじでしょうか。
私のまわりには誰も同現象がでている人いなくて、共有できずにもんもんとしてます。

はやくなおして；；

Quote:

---

Originally Posted by makomako_ka

ここのスレッドで嘆いていたみなさんその後どうでしょうか？

---

β3では正常に機能していたキャリブレーション機能が、β4以降できなくなった不具合も、
一応受理されてはいますが、2.1でも全く直っていませんでしたね。

公式からも何もリアクションがないので、全くのお手上げ状態です。
不具合として認識しているのか、本当に直す気があるのか、コメントが欲しいですね。

ﾅｶｰﾏ・・・

Quote:

---

Originally Posted by makomako_ka

ここのスレッドで嘆いていたみなさんその後どうでしょうか？
2.1になってもしかたら治ってるんじゃないかと思ったものの私はいまだにR6025に悩まされています。
結局、このR6025に関して何か公式から返信があったわけでもなく、しかもおそらく全体の少数派なのか
フォーラムを検索しても新しい話題がでてきません。

解決した！とか相変わらず発生していてなんとかしてほしい・・とかどんなかんじでしょうか。
私のまわりには誰も同現象がでている人いなくて、共有できずにもんもんとしてます。

はやくなおして；；

---

出たよ、出ましたよ。無言死にのほうではなく、よりにもよって R6025 を吐いて死ぬケースのほうが再発しましたよ。
不具合報告は・・・また今度・・・・・・また今度書くよ・・・・・・・・・・

もう寝る！