【#VisualStudio】デバッグ時のフリーズ原因判明：アプリ側で使用の共有フォルダ名 記述ミスorz

VisualStudio，修復セットアップかけてみたけど，デバッグ時にフリーズが治らない
２０秒ぐらい固まって再開するし，ま，いいか．．．（いわゆるプチフリってやつか）

ってほっといたけど
今日朝一でリリース版を実行してみたら
やっぱり２０秒ぐらい固まるときがある！！((((；ﾟДﾟ))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

なしてまた急に？？(´Д⊂ｸﾞｽﾝ
これ出荷したら絶対クレームやじ(T_T)

いや，今回からVS2010→VS2017にコンパイル環境を上げたのじゃ，このプロジェクト

コンパイラの問題？でも，ドットネットのコンパイルは，VisualStudioがやるんじゃなくて
.Net Framework側の同梱コンパイラやっているはずじゃしなぁ
VSのバージョンには依存しないって聞いてたが，聞き間違いだったのかかかっ！？

イベントビューアーになんか残ってないか，調べてみたけど
なぁ～んも残ってない(´・ω・｀)

リソースモニタで追っかけることにした
けど，敵は神出鬼没で２０秒固まるから，何度やってもうまく行かねぇ

昼過ぎようやっと，尻尾を捕まえた！
リソースモニタ：待機チェーンの画面に変なエラーがリポートされてきた
（↓が待機チェーン画面）

『ネットワークI/O の終了を待機しています』

へっ！？
ネットワークの応答待ちで固まってる？？

このアプリでネットワーク使っているのは，PostgreSQLのフレームワークぐらいやじ
いや，このフレームワークも古いやつじゃったしなぁ（動いているうちは最新版に変えたくないの法則）
とりあえず，プロジェクト環境に合う最新版に入れ替えてみた

やっぱり２０秒固まる(´・ω・｀)

他にネットワーク使ってたっけ．．．あ～～使っている！！

Exe最新版をサーバに置いてあって，サーバ側でExeの更新がかかったら，客PCの画面に「最新版が来たよぉ～更新してちょ！」な案内するカラクリ
オラが作った，最新Exeの配信システム
これ，Windows共有をまんま使っているんだった！

こいつ，時分秒の分が５で割り切れる時にチェックしに行く仕組み（爆

該当箇所にブレーク貼って見た
更新ファイルチェック部が２０秒ほど応答帰ってこない～～これだぁ～～～

参照先共有フォルダ名は設定ファイルに記述．ぜんぜん違う値が記述されておる（汗
清武城ネットワーク内をサーバー探し回って，サーバー名が違うから見つからずにタイム・アウトするまで，固まってたんじゃ（GRB汗

神出鬼没な現象発生は５分おきチェックだったから，ですな


設定ファイルを書き換えたら，フリーズしなくなったべ（微汗


お騒がせしますた（GRB詫