随分前にお世話になりました、【なかま】と言います。

　いつも利用させて重宝させて頂いております。感謝、感謝ですm(__)m

　さて、以前から気になっていたのですが、ときどき「バックアップ側のファイルのタイムスタンプが不正です。」というエラーメッセージが出るようになりました。

　エラーの出るファイルはAndroid Studioで作られたファイルで、問題なくコンパイルもできております。

　ですが、当方の当該ファイルがおかしいのかもしれません。

　しかしながら、大変失礼な言い方で恐縮ですが、ひょっとしてとんでもなく長いフォルダ名、ファイル名でエラーがでるようなことはありませんでしょうか？

　とりあえず、以下にエラーログを書きます。とんでもなく長いファイル名です。

　原因調査に必要なことがありましたら、またお知らせください。

　お忙しいところ申し訳ありませんが、よろしくお願いしますm(__)m
----------------------------------------------------------------------
設定名称　　　：OneDriveToBackup
更新時間　　　：2018/09/02 23:24:36
マスタ側　　　：E:\SynchDrive
バックアップ側：F:\OneDrive\WIN10BACKUP

以下のエラーを無視しました。
--------------------------------
E:\SynchDrive\C_Drive_nakam\.AndroidStudio3.1\system\index\stubs\org.jetbrains.kotlin.idea.stubindex.kotlinoverridableinternalmembersshortnameindex\org.jetbrains.kotlin.idea.stubindex.KotlinOverridableInternalMembersShortNameIndex.storage.keystream.len

バックアップ側のファイルのタイムスタンプが不正です。
--------------------------------
スキップ "C_Drive_nakam\.AndroidStudio3.1\system\index\stubs\org.jetbrains.kotlin.idea.stubindex.kotlinoverridableinternalmembersshortnameindex\org.jetbrains.kotlin.idea.stubindex.KotlinOverridableInternalMembersShortNameIndex.storage.keystream.len"
以下のエラーを無視しました。
--------------------------------
E:\SynchDrive\C_Drive_nakam\AndroidStudioProjects\DiaryDOz3\DiaryA\build\tmp\expandedArchives\classes.jar_4e920976babe5acc281c4018afc6d6b7\android\support\v4\media\session\MediaControllerCompat$MediaControllerImplApi21$ExtraBinderRequestResultReceiver.class

バックアップ側のファイルのタイムスタンプが不正です。
--------------------------------
スキップ "C_Drive_nakam\AndroidStudioProjects\DiaryDOz3\DiaryA\build\tmp\expandedArchives\classes.jar_4e920976babe5acc281c4018afc6d6b7\android\support\v4\media\session\MediaControllerCompat$MediaControllerImplApi21$ExtraBinderRequestResultReceiver.class"
以下のエラーを無視しました。
--------------------------------
E:\SynchDrive\C_Drive_nakam\AndroidStudioProjects\DiaryDOz3\DiaryA\build\tmp\expandedArchives\classes.jar_e2a078d1f252c26e241463140df56b1d\android\support\v4\view\accessibility\AccessibilityManagerCompat$TouchExplorationStateChangeListenerWrapper.class

バックアップ側のファイルのタイムスタンプが不正です。
--------------------------------
スキップ "C_Drive_nakam\AndroidStudioProjects\DiaryDOz3\DiaryA\build\tmp\expandedArchives\classes.jar_e2a078d1f252c26e241463140df56b1d\android\support\v4\view\accessibility\AccessibilityManagerCompat$TouchExplorationStateChangeListenerWrapper.class"

ご報告ありがとうございます。
ご不便をおかけしすみません。

たしかに現象が再現できました。
ご指摘の通り、タイムスタンプチェックのときに
ファイル名が非常に長いとエラーとなるようです。

修正しますので、しばらくお待ちいただけますか。

　了解しました。

　いつも素早いサポートに感謝します。

　では、よろしくお願いしますm(__)m

お待たせしました。
不具合を修正した Ver.353 を公開しました。
ご確認いただけると助かります。

　大変素早い対応、感謝いたしますm(__)m

　ただいま確認しましたところ、エラーなく終了しました。

　大変ありがとうございましたm(__)m

　それから、ついでながら質問で恐縮ですが、確か以前のバージョンでは上のペインでは、処理中の横の反転バーが処理が進行するにしたがって下に降りていたような気がします。私の勘違いかもしれませんが。

　もしあの機能があるならば、処理状況が一目でよくわかって良いのではないかと思っています。(「最終実行結果」の欄を見れば処理の経過はわかりますが(^_^;))あるいはオプションで設定できるものなのでしょうか？

　もしもなければ、優先度が一番低くて構いませんので、将来の検討課題のひとつとしてご検討願えると助かりますm(__)m

　まずは、お礼までm(__)m

こんばんは。
【なかま】様が最後のレスで触れていました

> 　それから、ついでながら質問で恐縮ですが、確か以前のバージョンでは上のペインでは、処理中の横の反転バーが処理が進行するにしたがって下に降りていたような気がします。私の勘違いかもしれませんが。

ですが、私もあれ？　と思っていました。
エクスプローラー等で選択するとその行が反転し文字が白抜きになるものだと思われますが・・・。
以前のバージョンでは或るプロジェクトを全更新すると進行中のが選択反転していて、プロジェクトの更新が進行する（下に降りていく）に伴い選択反転も現在実行中！とシンクロしていたという記憶があります。
現状ですと、全更新を押すとどの行がミラーリング/バックアップ中なのかちょっと分かりづらい感じもします。

以上、ご報告でした。

【なかま】さん、mue さん、
フォルダ設定リストの反転表示は、「更新」ボタンでのバックアップの挙動を変更したために
「全更新」での動作の表示が変わってしまったのです。

確かにご指摘の通り、実行中はどのフォルダ設定を実行しているのか
反転するとわかりやすいですね。
次回更新までには修正するようにします。

　全更新での反転表示の遷移を対応して頂けるとのこと、大変ありがたいです。気長に待ちますので、よろしくお願いしますm(__)m

全更新でのバックアップ中の行の反転表示の修正版を
Ver.0.354 として公開しましたのでご確認ください。

ちなみに、フォルダ設定リストの部分はバックアップ中もクリックできてしまうので、
その時はバックアップ中の行の選択が解除されたり別の行が選択できてしまいます。
これは現状、仕様となります。

本日公開した Ver.0.355 では、バックアップ中にはフォルダ設定リストの部分を選択できないようにしました（あまり重要な機能ではありませんが）。

>バックアップ中にはフォルダ設定リストの部分を選択できないようにしました

　本日、確認しました。

　ますます良くなりますね(^_^)

　ありがとうございますm(__)m

クラシックの音楽ファイルをリッピングするととんでもなく長いファイル名になって、このスレッドのタイムスタンプのエラーが出ます。
よろしければ、もう少し長いファイル名に対応していただくことは可能でしょうか。
よろしくお願いします。

ご報告ありがとうございます。

ファイル名の長さでエラーとなる現象は、DMTU が制限しているのではなく、OS やドライブの制限となっている可能性があります。
（バグの可能性もありますが。。。）

エラーとなるファイルは、具体的には何文字のファイル名のものでしょうか？
また、ドライブやフォルダ名も含めたフルパスが何文字になるか、
マスターとバックアップのドライブの種類（ハードディスクやリムーバブルディスク等）を教えていただけると
何かわかるかも知れません。

早速のご回答、ありがとうございます。

いろいろテストしましたところ、転送先のバッファローのWifiルーターのNAS機能のディスクへの転送のみでエラーが起こっているようです。

ファイル名、パスは、以下のようなものです。

\\192.168.0.201\disk1_pt1\Music\Classic\バッハ\バッハ　カンタータ\Bach_ The Complete Bach Edition - [Disc 21] _ Sacred Cantatas, BWV 67-69, 69A\01 Bach_ Cantata #67, BWV 67, _Halt Im Gedächtnis Jesum Christ_ - Halt Im Gedächtni

もう少し短いファイル名のものは、エラーがおきません。

今は、件のルーターのない環境でテストしていますので、フォルダー名が原因か、ファイル名が原因か、特定できていません。
ちなみに現環境のI.O.データのNASでは、大丈夫でした。

NASから直接音楽ファイルを聞いているのでなく、各PCへの分配用にと考えていますので、新たにNASを設置して常時稼働するのは無駄ですので、なんとかなるとうれしいのですが。

おっと、お礼を言い忘れました。
いつも、DMTを便利に使わせて頂いています。
ありがたく感謝しております。

お世話になります。

いろいろ実験して、現象が出たり、突然でなかったりで、何が問題かわかりません。

最後に、ソース、ディストネーションのフォルダ名の最後に \ を入れることで安定しました。

と思ったら、また、エラーが出ました。
ディストネーションの日付がない状態で表示されます。


昼間の別の機種のバッファローのWifiルーターでの実験でもあったのですが、更新をエラーが出る状態で最後までいって、再度更新すると正常終了するように思います。

WifiルーターNAS以外の媒体には、普通に動作するので、原因特定は、難しいですね。

失礼します。

ご連絡ありがとうございます。
いろいろと実験していただいても特定が難しいようですね。

ファイル名もフルパスも、文字数的にはそれほど長くなさそうなので
原因もわからないですね…。

ただ、ファイル名の長さによるエラーなのにタイムスタンプのエラーとなってしまうのは、
エラーメッセージとしてはおかしいと思いますので、そこは修正したいと思います。
修正したとしても、今回の件では解決にはなりませんが…。

引き続き何かわかりましたら、情報いただけると助かります。

お手数をかけます。

症状がよく似ているので、このスレに書き込みましたが、問題は別のようです。

バッファローのWifiルーターのNAS機能を使ったディスクに対して、更新をかけるとおこる現象で、同社2種類のWifiルーターで確認できました。

ファイル名の長さが原因でなく、タイムスタンプをNASから取得できてないファイルがあるのが問題です。ファイル名は、長いですが、長さが原因ではないです。比較的短いものでもエラーだたり、長いものでもタイムスタンプが取得できたりします。

エラーは「タイムスタンプチェック：バックアップ側のファオルのタイムスタンプが不正です。」ですので、正しいです。タイムスタンプ表示は「--/--/ｰｰ --:--:--」になっていますので、正しいです。

エラーを出しながら1回目の更新を完了させ、2回目の更新をかけると正常終了します。これは、ほぼ100％再現できています。

最初、挙動が不明でいろいろ書きましたが、最終的には、このようにまとまりました。

なるほど、特定の NAS でタイムスタンプが取得できないことがある、ということですか。
2 回目ではちゃんと取得できるんですね…。

タイムスタンプを取得できない場合はリトライするような機能がいりますか？
（共有フォルダでのエラー時のリトライ機能に似ていますが）