NyanFiだニャン　その4

ねこみみ氏製作のキーボード操作主体の2画面ファイラーのNyanFiを語るスレです。
ねこみみ氏はここには書き込みませんが、配布ファイルのヘルプ-更新履歴にある仮設掲示板でレスが返ってくる事もあります。
公式を見てもらうとわかるがデジカメで写真とか撮ってる人には優しい仕様だと思われます。
現在は正式版V15.37（2023/02/06現在）。

http://nekomimi.la.coocan.jp/freesoft/index.htm
http://nekomimi.la.coocan.jp/freesoft/nyanfi.htm

前スレ
NyanFiだニャン　その3
https://egg.5ch.net/test/read.cgi/software/1508314110/

>>37
原因がわかりました
複数リネームダイアログの自動プレビューのチェックが外れていると
単独/複数リネームの漢字変換確定時にカーソルが変換文字列の前に移動してしまいます

処理高速化の為にチェックを外していましたが、とりあえずチェックを入れて対処しています

>>38
V15.57で修正されていました。早急な対応ありがとうございました。

大きめの画像(PNGやTIF)の画像変換を連続で行なうとエラーがでる
susieプラグイン未使用でも変らない
最新版で確認

>>40
少しずつメモリ使用量が増えて、3G超えたあたりでエラーになり、再起動するまでは復旧しないので
たぶんメモリリークの様な気がする

>>41
ビルド環境が整ってないので確認していませんが、
task_thread.cpp の 1335行あたりにある
std::unique_ptr<Graphics::TBitmap> r_img(new Graphics::TBitmap());
の new Graphics::TBitmap() が原因な気がします
サンプルだと以下の様に明示的にdeleteしてます
Graphics::TBitmap *pBitmap = new Graphics::TBitmap();
....
....
delete pBitmap;
間違っていたらすいません

>>42
unique_ptr で new したやつは自動的に delete されるよ

>>43
r_img はそうかもしれないけど、引数の new Graphics::TBitmap() も delete されるの？

あー、ちょっと勘違いしてたみたいです
画像の拡大縮小しなくてもメモリリークしているみたいなのでもう少し調べてみます

4000x4000位の画像をイメージビューアで見てるだけでメモリ使用量が増えていくので
画像変換ではなくて画像読込み部分がメモリ解放出来てないのかも

>>44
unique_ptr は引数として渡されたメモリーの所有権を持っていて、ソコープから外れるときにデストラクターが自動的に解放してくれるよ

>>47
C++は触ったことなかったので勘違いしてました
susieプラグイン無効にしても、64bit版使っても同じでした(64ビット版は落ちませんがメモリ使用量が3GBを超えて増えていきます)

早速の対応ありがとうございました

std::unique_ptr<Graphics::TBitmap> は unlock しないと 自動delete されないのですね

画像変換でのメモリリークは改善されたみたいですが、イメージビューアでのメモリリークがまだ残っているみたいです

画像変換でも元画像がPNG形式だとリークしているみたいです

最新版で改善されていました。ありがとうございました。

WorkListコマンド実行すると最終行に空白行があって、[End]キーを押すとそこに行ってしまうのがちょっと面倒。
WorkList.nwlの最終行は空白行ではないのですけどね。

即座にご対応いただきありがとうございます。
単なる空白行ではなく、意味のあるダミー項目だったのですね。
理解が浅くて申し訳ございませんでした。