.tmpファイルのバグ

【ComicStudio テクニカルインフォメーション管理人より】

この度はご報告をいただきまして、誠にありがとうございます。
ご報告の内容につきましては、調査を進めてまいりましたが当方で再現・確認することができませんでした。
大変恐れ入りますが、最新バージョンでも同じ現象が発生した場合は、再度詳細をご報告頂けますと幸いです。
恐縮ではございますが、何卒宜しくお願い申し上げます。

http://faq.celsys.co.jp/modules/newbb/viewtopic.php?topic_id=498&forum=1
こちらの報告も参考にごらんください＞管理人様

【ComicStudio テクニカルインフォメーション管理人より】

この度は引き続き、ご指摘をいただきまして誠に有難うございます。
ご指摘いただきました内容につきましては現在、リンク先のご報告も含めまして
原因究明・調査を進めておりますが、この「.tmpファイル」が他のプログラムに与える影響についての究明にまでは至っておりません。

調査を継続致しまして、対応・回避方法などにつきましては判明次第、別途報告させていただきます。

お客様のご期待に沿えますよう、サービス・製品の機能の向上に努めてまいりますので、今後とも何卒宜しくお願い申し上げます。

最近またこのバグが出ました。windowsのEX4.1.5です。

コミスタが固まってしまって強制終了の後でした。
私の場合、三回ほどありましたが、２、３ページとかではなくて、
いつも５０枚くらいが_tmpファイルになっています。

今回は１００頁のうち最初から７０頁くらいまでが
_tmp0001～_tmp0070みたいになっていまして、前回同様、
ファイル名をpage0001～のように書き直すと元に戻りました。

しかし頁数７０余ものファイル名変更は何とも面倒で苦痛な話です…
早めに解決をお願いします。

ファイル名の変更ならリネーム用のフリーソフトは沢山あるのだから
そういうのを使えば良いのでは。
Vector辺りで幾らでも落とせますよ。

[quote]
ファイル名の変更ならリネーム用のフリーソフトは沢山あるのだから
そういうのを使えば良いのでは。
Vector辺りで幾らでも落とせますよ。[/quote]

それは参考にはなるかもしれないけれども、ここでは問題が違いますよ。
あくまでコミスタの不具合を改善してもらいたいということですから、
このような筋違いな話をされないようにお願いします

【ComicStudio テクニカルインフォメーション管理人より】

この度はご報告をいただきまして、誠に有難うございます。
本件につきましては、現在再現方法は特定できておりませんが、Mac版でも同様の
不具合が報告されており、恐らくこちらと同様の現象と推測されます。
現在、原因究明・調査を進めており、原因が判明いたしましたら修正いたします。

お客様のご期待に沿えますよう、サービス・製品の機能の向上に努めてまいります
ので、今後とも何卒宜しくお願い申し上げます。

コミスタEX4.3.1
WINXP Home Edition Version 2002 Service Pack 3
Intel Pentium Dual CPU
E2200 @2.20GHz
2.19GHz、1.99GB RAM

ファイル名がpageから_tmpに変更されるバグが最近頻繁に起こります。
cstファイルを開くと最初のほうが真っ白です。
page001～040～050くらいが_tmp001～040～に毎回名前を替えられています。名前をpageに変更すると直るのですが…

普通にソフトを終了させ、次に開くとファイル名が変更されていたりされていなかったりで、再現しようにも手のつけようがありません。
上のほうに名前を一括変更させるソフトなどの話がありますが、これはバグですから、本来こういうことは起こらないはずですね。

直ちに確認して頂き、直して頂きたいと思います。

【ComicStudio テクニカルインフォメーション管理人より】

ご連絡が遅れて誠に申し訳ございません。

本件について対応を検討しております。
お待ちください。

管理番号:0014661_A

いつまでたっても改善の気配が感じられないので、独自に調査してみました。

ページの入れ替えなどの作品構成に変化があった場合、作品を閉じる時にフォルダ名を一時的に _tmp に変えてから page に戻す処理が行われるようです。
この時、フォルダが何らかの原因でロックされていた場合に _tmp から page に変えることができず、以降そのあおりで大量の _tmp ができあがるようです。

では、一体なぜロックされるのか？
アンチウイルスや GoogleDesktop など、ディスクを調べまくるアプリに原因があるのでは？と思っています。
GoogleDesktop は、しょっちゅうファイルやフォルダをロックしっぱなしにするお行儀の悪いアプリです。また Explorer で開くだけでも危険です。
それらに限らず、いつ、どのアプリがフォルダを参照しロックするかわからないので、page → _tmp → page というロジックを見直さない限り根本解決にはならないでしょう。
例えば、ページをフォルダ分けせず、全てファイルのみで構成し、作品を開いている間は他アプリが干渉できないよう排他オープンしっぱなしにするとか(常識だとおもいますが……)。

現状でも回避する方法はあるはずです。
問題は、ComicStudio がフォルダ名変更の際にエラーチェックを厳格に行っていない事です。
失敗したらロールバックし、エラーメッセージを表示すべきです。
どのような方法でフォルダ名を変更しているのかはわかりませんが、少なくとも Win32 API は、うまくいかなければ必ずエラーコードを返します。

エラーチェックは、プログラミング技術云々以前に、最低限行わなければならないマナーです。
ましてや、商用であるならば、作品データそのものが崩壊してしまいかねないエラーには特に慎重であらねばなりません。

よろしくお願いします。

【ComicStudio テクニカルインフォメーション管理人より】

ご不便をお掛けしており誠に申し訳ございません。
また、現象の詳細をご報告いただきありがとうございます。

本件については、原因の特定などに時間がかかっている状況です。
対応を検討しておりますので、何卒よろしくお願い申し上げます。

管理番号:0014661_A

 利用者さまと全く同じバグが度々起こります。
昨年の報告のようですがまだ、修正はされていないのでしょうか？
大変困っております。

.....

私も同様な不具合が時々起きます。ページの削除や挿入などの操作をすると起きるようです。
書いたはずのページがごっそり見えなくなり、びっくりしますよね。調べると_temp0001の類です。
もうずいぶんたつのにまだ改善されないんですね。
毎度「ご不便をかけて申し訳ありません」ですが、ほんとうに申し訳なく思ってるんですかね。

いいかげん痺れを切らしてしゃしゃり出ました。

EX4.6.0  Win7

ページの削除や挿入などの操作をすると起きるとの情報をいただき
ありがとうございます。

こちらも、他のお客様からご報告いただいている内容も合わせ、
原因の究明を進めておりますが、現状、解決に至っておらず、
申し訳ありません。

現状では、前述させていただいております通り、物理メモリの不足や
強制終了などにより、保存が中断されてしまい、一時ファイルである
[tmp]ファイルが残ってしまった可能性があり、これが原因である場合
には下記のように回避できる場合がありますのでお試しいただければ
と思います。

・ファイルサイズが大きい作品の場合は、圧縮フォルダなどを使用する
ことで物理メモリへの負担を下げます。

・出力のスレッド数を抑えます。
    １．[ファイル]メニュー→[環境設定]→[印刷・出力・スキャン]を選択
        します。
    ２．[出力]項目のスレッド数を[１]に変更して[OK]ボタンをクリック
        します。
 
・複数のアプリケーションソフトを同時に使用しないことで、物理メモリの
  使用率を下げます。


また、セキュリティソフトをご使用の場合、ComicStudioから[tmp]ファイル
に対して、削除等の処理を行おうとした際に、[tmp]ファイルに対して、
セキュリティソフトがスキャン等のためにアクセスをかけていた場合、
処理ができず、処理が中断してしまっている可能性がございます。

これが原因である場合には、作品のフォルダ自体、もしくは作品を保存する
フォルダを新規に作成し、作品はその中に保存するようにしていただいて、
この新規に作成したフォルダ自体をセキュリティソフトにて、スキャンの
除外設定を行っていただく事で、回避できる場合がありますのでお試し
いただければと思います。

引き続き、ご利用いただいているお客様から頂戴する情報を含め、調査を
行い、改善するべく対応を検討してまいります。

よろしくお願いいたします。
...

お時間をいただいており、申し訳ありません。

先日公開いたしました、ComicStudioの4.6.1にて、作品のページの入れ替えや削除した
あとに作品を閉じると、作品フォルダに関連付けが外れたページフォルダ[_temp00xx]が
残る点につきまして、修正対応を行いました。
お手すきの際にダウンロードしていただき、お試しいただければと思います。

よろしくお願いいたします。
...