いつも便利に使用させていただきありがとうございます。

環境：
・Paper Plane xUI 1.38 32bitUnicode版
・Windows7 32bit

最近仕事上で、ファイル共有サーバーの仕様が変わり、
正常にアクセスができなくなり困っております。
対応可能かご確認いただけないでしょうか。

PPcにてサーバー上のパス(\\xxx\xxx等)へアクセスすると、
以下の表示となり、アクセスができません。

「要求されたリソースは使用中です。(170)」
・・・しばらく待つと・・・
「ネットワークパスが見つかりません。(53)」

同パスにエクスプローラからアクセスすると正常に表示されます。

おそらくですが、ファイル共有サーバでDFSを用いており、
その名前解決？ができていないと思われるのですが・・・
実態と思われるサーバーパスを指定すると正常に表示されます。

実態と思われるサーバーパスでなんとかアクセスは可能ですが、
色々と支障がでるため、通常使用されるパスでアクセスできないでしょうか。

DFSが動いている環境がないので、仮想マシン上のServerでDFSの
共有フォルダを作ってみましたが、特に問題なくアクセスできました。
Explorerによる表示は、OSの標準のアクセス方法に加えて、Explorer
独自のアクセス処理が効くので、OSの標準のアクセス方法を主に使って
いるPPxとは結果が異なることがあります。

(1)とりあえず、「dir \\xxx\xxx」などと、cmd.exe でアクセスできる
か確認してみてください。PPxでは名前解決とかは意識せず、OS側に
任せていますので cmd.exe で無理なら通常の方法ではアクセスできま
せん。
(2) \\server\share\computer\ などと、より深いパスを指定したら
どうなるかを確認してみてください。DFSにより仮想化されている
フォルダが通常の方法では扱えないかもしれません。
(3) パスを #:\ネットワーク にして、該当サーバまで移動すると表示
できるかもしれません。
(4) もうひとつ、「+\\server\share\」と指定すると表示できるかも
しれません。

環境まで作って確認いただきありがとうございます。
以下の4項目について確認してみましたのでご報告します。

> (1)とりあえず、「dir \\xxx\xxx」などと、cmd.exe でアクセスできるか

問題無く期待したフォルダ/ファイルリストが表示されました。

> (2) \\server\share\computer\ などと、より深いパスを指定したらどうなるか

より深いフォルダを直接指定してみましたが事象は変わらず表示できない。

> (3) パスを #:\ネットワーク にして、該当サーバまで移動すると表示できるかもしれません。

全てを見切れていませんが、該当サーバーにつながるような
エントリーが見つからず、たどり着けませんでした。

> (4) もうひとつ、「+\\server\share\」と指定すると表示できるかもしれません。

こちらの方法で指定すると正常に表示することができました。
ただ、ファイル操作を実施すると、ファイルが見つからないと
エラーとなります。

たとえば(4)で表示されたExcelファイルを「z」キーで開こうとすると、

「指定されたファイルが見つかりません。(2)」

と表示され開くことができません。
ファイルコピーについてもエラーとなりました。

ファイルを右クリックし、シェルメニューから開くを選択すると
正常に開くことができました。

以上の様な状況なのですが、何か解決につながる方法があれば、大変助かります。

うちの職場環境依存の可能性もあり、恐縮ですがご確認のほどお願いします。

今までの話からすると、非同期読み込み時の問題のようです。
週末に対策する予定ですが、非同期を無効にすれば読めそうです。

> 今までの話からすると、非同期読み込み時の問題のようです。
> 週末に対策する予定ですが、非同期を無効にすれば読めそうです。

ありがとうございます。
しばらくお盆休暇のため、同環境で試すことができないので、
休暇明の再来週あらためて試してみます。

確認が遅くなってしまい申し訳ありません。

対策ありがとうございました。
+2を使用し再度確認しました。
結果は以下のとおり、一部まだ問題がある状況です。

・サーバーへのアクセスは可能となった。
・ただしアクセスしリスト表示されるまでに10秒程度待たされる事が度々発生。
- 初回アクセス時は10秒待たされる
- しばらくしてアクセスすると10秒待たされる
- 続けてアクセスしている際にもフォルダ移動で10待たされる場合もある。
・10秒待たされる間は以下のメッセージが表示され、そのまま10秒待っていると
正常に表示アクセスが可能になる。
「要求されたリソースは使用中です。(170)」

以上の様な状況なのですが、改善の余地はありそうでしょうか。

長時間待たされるというのは、ちょっと変ですね。「要求されたリソー
スは使用中です。」がでているということですので、一覧の取得などに
10秒ほど掛かっているようです。

以下のことを確認してみてください。
・net use で該当共有フォルダを使用状態にしてからアクセスする。
・ネットワークドライブを割り当ててそのドライブを使用する。
・XC_dsetの\\の項目を確認する。例えば以下のようにして非同期読み
込みを無効にする。
XC_dset = {
\\ = B0000,-1,-1,-1,-1,-1,B000000,B11110011111011010011001011,
}
※有効にするときは B0000 を B0100 にします。

あと、読み込みに時間が掛かるとき、ファイルのコピーや名前変更でも
同じ様に待たされるか、確認してもらえませんか。

確認ありがとうございます。
あまり時間がとれず、一部のみ短時間でしか確認できていませんが、
結果をご報告します。

> ・net use で該当共有フォルダを使用状態にしてからアクセスする。

事象変わらずかと思います。10秒待たされる事があります。

> ・ネットワークドライブを割り当ててそのドライブを使用する。

事象改善模様。
短時間しか確認できませんでしたが、その間は発生しませんでした。

> ・XC_dsetの\\の項目を確認する。例えば以下のようにして非同期読み込みを無効にする。

既存の\\の設定をコメントアウトし、同様の設定を実施しました。
「要求された・・・」メッセージは表示されなくなりますが、
表示されるまではやはり10秒程度かかることがありました。

> あと、読み込みに時間が掛かるとき、ファイルのコピーや名前変更でも同じ様に待たされるか、確認してもらえませんか。

フォルダの名称変更を実施してみましたが、名称変更したフォルダは
新名称で即座に表示されましたが、それ以外のリストは表示されませんでした。
「要求された・・・」のメッセージが表示され、10秒程度後に他のファイル/フォルダがリスト表示されました。

じっくりと検証できていないのですが、取り急ぎ現状の結果をご連絡します。

検証ありがとうございます。もう一つ、内部処理の経過をログ出力する
版を作成してみましたので、これを試しに使ってみてください。
http://homepage1.nifty.com/toro/ppx0824.zip

この版を使い、カスタマイズの「ステータス行などのログをファイルに
保存する」を有効にする（X_log = 520162059）と、X_save に指定した
場所にログが生成されます。この結果を教えてもらえませんか。
多分、「VFSChangeDirectory」のstartからendまでの間に、10秒程度
経過する事になると思います。

ついでに、問題となる処理を省いた版が入っています。
nocdディレクトリに入っているものは、認証処理ができませんが、
待たされない可能性が高いと思います。

ありがとうございます。
確認してみましたので、以下にログ報告します。
VFSChangeDirectoryのendがそもそも記録されませんでした。
また、別返信でいただいた「nocdディレクトリに入っているもの」が圧縮ファイルには見当たりませんでした。

--- NG(10秒待たされる)
2014-08-25 11:48:20.495 (DebugLog) FindFirstAsyncThread start
2014-08-25 11:48:20.526 (DebugLog) VFSChangeDirectory start
2014-08-25 11:48:31.930 (DebugLog) FindFirstAsyncThread FindFirst
2014-08-25 11:48:32.101 (DebugLog) FindFirstAsyncThread VFSFindNext
2014-08-25 11:48:32.101 (DebugLog) FindFirstAsyncThread VFSFindClose
2014-08-25 11:48:32.117 (DebugLog) FindFirstAsyncThread end

--- OK(待たされない)
2014-08-25 11:49:24.543 (DebugLog) FindFirstAsyncThread start
2014-08-25 11:49:24.543 (DebugLog) VFSChangeDirectory start
2014-08-25 11:49:24.558 (DebugLog) FindFirstAsyncThread FindFirst
2014-08-25 11:49:24.621 (DebugLog) FindFirstAsyncThread VFSFindNext
2014-08-25 11:49:24.636 (DebugLog) FindFirstAsyncThread VFSFindClose
2014-08-25 11:49:24.636 (DebugLog) FindFirstAsyncThread end

--- NWドライブ割り当て時(待たされない)
2014-08-25 11:52:49.754 (DebugLog) VFSChangeDirectory start
2014-08-25 11:52:49.754 (DebugLog) VFSChangeDirectory SetCurrentDirectory
2014-08-25 11:52:50.331 (DebugLog) VFSChangeDirectory end

以上です。

確認ありがとうございます。

nocdのファイルが入って無くて済みません。
改めて用意しましたのでこれを使ってください。
http://homepage1.nifty.com/toro/ppx0825.zip

nocd1 と nocd2 のどちらかで早くなると思います。
こちらの予想としてはnocd2(ログに VFSChangeDirectory skip
CheckComputerActive がはいる)で効果があると思います。

試してみました。
が、ログを持って帰るのを忘れてしまったので、結果だけ取り急ぎご報告です。
申し訳ありませんが、ログは改めてご報告します。

nocd1：10秒待たされるのは変わらず
nocd2：改善された模様

ということで、予想の通りnocd2にて効果があることがわかりました。

検証ありがとうございます。

nocd2版がいいということなので、次版で何らかの対処をしようと思います。
nocd2版は、ログ表示と一部処理の省略以外は通常版と同じですので、
そのまま使ってもらってかまいません。

対処よろしくお願いします。
念のためログをお伝えしておきます。

■nocd1
--- 10秒待たされる
2014-08-26 08:50:58.360 (DebugLog) VFSChangeDirectory start
2014-08-26 08:50:58.360 (DebugLog) VFSChangeDirectory CheckComputerActive
2014-08-26 08:51:09.747 (DebugLog) VFSChangeDirectory CheckComputerActive err

■nocd2
--- OK
2014-08-26 08:46:39.076 (DebugLog) VFSChangeDirectory start
2014-08-26 08:46:39.076 (DebugLog) VFSChangeDirectory skip CheckComputerActive
2014-08-26 08:46:39.076 (DebugLog) VFSChangeDirectory SetCurrentDirectory
2014-08-26 08:46:39.076 (DebugLog) VFSChangeDirectory end