PPx 2.08+1で一体化窓の不具合解消確認できました。
早急な対応ありがとうございました。

> ありがとうございます。こちらでも再現しました。
> 次版で修正します。

X_flst = 0,1,0,14,0
として補完を無効にしたところ落ちなくなりました。
ご助言ありがとうございました。

exe、dll共に無事解凍できるようになりました。
ありがとうございました。
ログは以下の通りです。

[Threads=4; total=5154, step=1288]
[Thread 13152 start]
[Thread 22872 start]
[Thread 4544 start]
[Thread 14788 start]
[Thread 14788 END; 1288 files, result=0]
[Thread 22872 END; 1290 files, result=0]
[Thread #1 close]
[Thread 4544 END; 1288 files, result=0]
[Thread #2 close]
[Thread #3 close]
[Thread 13152 END; 1288 files, result=0]
[Thread #4 close]
result: ok(0)

PPx 2.08+1 を公開しました。

スクロール挙動や一体化窓の表示などの調整を行っています。

unzzip.dll 1.5+1 を公開しました。

展開完了後に異常終了する問題の修正を行いました。
また、スレッド関係の調整を行っています。

再現できませんでしたが、該当しそうな挙動をいじってみた 1.5+1 を
用意しましたので一度確認をお願いします。
もしこれでもダメでしたら、次のようなコマンドでログが出ますので
見せてもらえませんか。

> unzzip.exe -q --debug -Q --i ndlocr_lite_v1.1.3_windows.zip %temp%\ndlocr


こちらでは以下のログが出力されて最後まで展開されます。

[Threads=4; total=5154, step=1288]
[Thread 9664 start]
[Thread 5132 start]
[Thread 9292 start]
[Thread 9580 start]
[Thread 9664 exist dialog]
[Thread 9580 exist dialog]
[Thread 9292 exist dialog]
[Thread 5132 exist dialog]
[Thread 9664 exist dialog closed]
[Thread 9580 exist dialog closed]
[Thread 5132 exist dialog closed]
[Thread 9292 exist dialog closed]
[Thread 9580 END; 1290 files, result=0]
[Thread #1 close]
[Thread 9664 END; 1288 files, result=0]
[Thread 9292 END; 1288 files, result=0]
[Thread #2 close]
[Thread #3 close]
[Thread 5132 END; 1288 files, result=0]
[Thread #4 close]
result: ok(0)

送って頂いた報告は、一行編集の補完リストウィンドウ上で起きています。
このため、補完を無効にすれば取りあえず回避可能になると思います。
あと、ppxccx64.dll や PPXETP64.dll など、補完リストに関係する
モジュールを外すと動作するかもしれません。

原因を調べてみますが、Windows11 24H2 は既に使用していないのと、
報告内容がキー入力や表示などの特定のアクションに関する内容では
無いため、難航しそうです。

報告・集計内容
送信日時 : 2026/04/10 08:57
送信元のIPアドレスの数値を元に作成したID : 599
送信元ブラウザ : Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML. like Gecko) Chrome/146.0.0.0 Safari/537.36 Edg/146.0.0.0

ソフトウェア名 : PPx 2.07Ux64Dw
報告の種類 : fault
報告の内容 : メモリ(7FFD23E53C5DH)のDEP失敗
1:7FFD23E53C5D)
2:7FFD8A3E7846(USER32:7FFD8A3D0000.CallWindowProcW+6A6)
3:7FFD8A3E730C(USER32:7FFD8A3D0000.CallWindowProcW+16C)
7:18002D684(PPLIB64W:180000000.PPxRegistExEdit+C50)
8:7FFD8A3E7846(USER32:7FFD8A3D0000.CallWindowProcW+6A6)

PPc main_root
動作環境 : Windows 11.24H2

----
先日より何度か送信させていただいておりますが、ファイル作成・ファイル名変更・タブグループ名変更などの一行編集で
編集エリアの初期値を一文字でも変更してOKすると異常終了します。
Windows Update 24H2が反映された直後から急に出るようになりました。最新版の2.08でも同様でした。

ありがとうございます。こちらでも再現しました。
次版で修正します。

X_combos = B0000001000011000010010000100101,B000000010 ; 一体化時設定
; B15:0=大量ログ間引 -------+||||||||||||||| ||||||+-1=タブ域固定
; B14:0=*fileログ表示 -------+|||||||||||||| |||||+--0=2ペイン以上表示
; B13:1=ペイン毎タブ ---------+||||||||||||| ||||+---1=簡略scroll bar
; B12:0=メニューバー ----------+|||||||||||| |||+----1=タブ復元無
; B11:0=タイトルバー -----------+||||||||||| ||+-----0=dialogはpane位
; B10:0=各PPcのパス表示 ---------+|||||||||| |+------1=下タブ
; B9:1=ヘッダ表示 ---------------+||||||||| +-------0=[X]ボタン表示
; B8:1=標準ツールバー表示 --------+||||||||
; B7:1=窓挙動の異常対策 -----------+|||||||
; B6:1=一体窓の大きさを変更 --------+||||||
; B5:1=タブを常時表示 ---------------+|||||
; B4: ペインは 0=左右 1=上下 --------+||||
; B3:1=共用ログ窓を表示 ---------------+|||
; B2:1=ツリーを共用 --------------------+||
; B1:1=標準アドレスバーを表示 -----------+|
; B0:1=情報行を共用 ----------------------+
X_combou = { ; 一体化時設定(個別)
X_mpane = 8,1 ; 一体化時の最大同時表示ペイン数,起動時のペイン数

以上のようになっています、よろしくお願いします。


> 2.08 では、ペインを増やしたときのペイン幅を以前の幅になるように
> 調整したので、それが影響しているかもしれませんね。
>
> ただ、こちらでは、終了→起動を繰り返しても区切り位置が
> 変化していません。
> 調べてみたいので、タブ周りの設定(X_combos, X_combou, X_mpane)を
> 教えてもらえませんか。

いろいろ情報ありがとうございます。
並行処理の一部が正常に終了できないようです。
いまのところ再現できていませんが、対応できると思います。

UNZZIP64.DLL = B00000010,7,UnZzip
i=.zip
a=-x -Q -R0 > "%1" "%!2%\" *

と、R0を付加すると1.5でも問題なくなりました。
PPtrayと「展開を中止しますか？」というダイアログが現れ
タスクバーアイコンのところに展開の進捗バーが現れて進み、
展開が終了したらダイアログが消えます。

R0なしだと、PPtrayと「展開を中止しますか？」ダイアログ
および進捗バーが現れるのですが全く進まないです。
それでもファイルの展開はされているようなのですが
終了直前で止まっているのか完全に展開されないです。

しかし環境によるところを見るとどうやら自分のPCの
並列処理関係が何かおかしいのだろうと思います。

unzzip.exeでも試してみました。
unzzip -x -Q %FC "%1" *　「展開を中止しますか？」ダイアログの進捗バーが途中から進まない。
unzzip -x -Q -R0 %FC "%1" *　正常終了
unzzip -x -Q --i %FC "%1" * 　途中で以下のようなエラー

unzzip 1.5 exception
Code: c0000005, Address: 00007FF69F53660E
read access address: 000001E4A69015A8

テストした書庫
github.com/ndl-lab/ndlocr-lite/releases/download/1.1.3/ndlocr_lite_v1.1.3_windows.zip

2.08 では、ペインを増やしたときのペイン幅を以前の幅になるように
調整したので、それが影響しているかもしれませんね。

ただ、こちらでは、終了→起動を繰り返しても区切り位置が
変化していません。
調べてみたいので、タブ周りの設定(X_combos, X_combou, X_mpane)を
教えてもらえませんか。

こちらでは同じ現象が起きていないので、少し調べてみます。

PPx2.08で一体化窓（ツリー＋2ペイン）を使用していますが
PPxを起動し直すたびに2ペインの右側のサイズが大きくなっていきます。
2.07+4まではそういう事が無かったのでバグでしょうか？

unzzip64.dll ver1.5をPPc2.08x64DW版に入れて書庫展開したとき
以下のダイアログが最小化状態で出現したままいつまでも閉じません。

---------------------------
（展開するzipファイルのフルパス）
---------------------------
展開を中止しますか？
---------------------------
OK キャンセル
---------------------------

unzzip64.dllのVer1.4に差し替えたら、上記のダイアログが最小化状態で
出ますが、展開作業が終わったら消えます。

P_arcは以下の設定にしています。
UNZZIP64.DLL = B00000010,7,UnZzip
i=.zip
a=-x -Q > "%1" "%!2%\" *
e=-x -j -Q > "%1" "%!2%\" %@
s=-x -j --i > "%1" "%2" "%C"

了解しました。良い案が見つかりましたらそのときにでも修正お願いいたします。

桁折り関係は、こちらでも把握していていますが、下手にいじると
単語関係の処理が巻き込まれるため、いろいろ研究中です。

表示が末尾だけになる問題も含めて、修正予定はありますが、
当分はRichedit時の仕様と考えてもらえばと思います。

PPcのUnicode版のみに起こる現象みたいなのですが
richeditを有効にして

「あいうえお111111111111111111111111111111111111あいうえお.txt」

みたいな名前のファイル名を、名前変更用の一行編集ダイアログに表示させます。
そのまま、マウスでダイアログの長さを縮めていくと

「あいうえお
111111111111111111111111111111111
111あいうえお.txt」

みたいに、先頭のあいうえおに改行が入ります。

editにしたときは
「あいうえお111111111111111111111111
111111111111あいうえお.txt」

みたいに改行は入りません。これは仕様なのでしょうか？

この現象との関係は不明ですが、richedit有効時にパス変更ダイアログで
日本語と英語が混じった長いパスを編集していると、時々急にパスの末尾しか
表示されなくなることがあります。どのような条件で必ず発生するのかは
まだつかめていません。

誤って開発中の内容で公開していまいました。

いま、公開用の内容で改めて公開しました。
22時30分以前に入手された場合は、再入手をお願いします。

開発中の版は、一体化窓のタブ操作中にデバッグ用のメッセージが
表示されます。

PPx 2.08 一式を公開しました。

一体化窓のペイン増減時の区切り位置の再現性を挙げています。

JPEG-turbo Susie Plug-in 1.10 を公開しました。

試験公開版からの変更点はなく、ソースの見直しのみとなっています。

unzzip.dll 1.5 を公開しました。

内部挙動の調整を行い、ひとまず正式版としています。
尚、zlib 1.3.2 が公開されていますが、VS 2008 でそのままでは
扱えなくなっているため（定数を１つ定義する必要あり）、
今回は 1.3.1 で作成しています。

tfilesign 1.3 を公開しました。

今後拙作公開物に簡易署名の後にデータが付加される実行ファイルが
出てくる予定のため、対応できるように調整しています。

ダウンロードするファイル名は取得できているようなので、
zip ファイルがブロックされていると思っています。
このため、様子を見るしかないです。
また何かありましたら、教えてください。

回答ありがとうございます
再度試してもダメだったので
入手済みファイルを使ってアップデート
でアップデートしました
ちなみに前回(PPx 2.07+3)までは大丈夫でした
またウイルス対策ソフトなど常駐ソフトをオフなどでも変わらず

こちらで確認しましたが問題はなさそうです。
だめでしたら手作業でダウンロードし、そのファイルをアップデート元に
してアップデートをお願いします。

お世話になってます
SETUP.EXE
最新版の確認・入手とアップデート
試験公開版含む
でPPx 2.07+4にバージョンアップしようとしましたが以下のエラー表示で出来ないです
C:\Software (x64)\PPx\Backup\ppx64207p4.zipの署名が異常です

ppx64207p4.zipのサイズが22しか無く
ダウンロード失敗してるみたいですね
削除して再度試してもダメでした
よろしくお願いします

対応ありがとうございます
要望の書庫のテスト／展開時の crc テスト(-t)
BonsFMminiで動作確認しました

PPx 2.07+4 を公開しました。

・ダイアログの画面スケーリング処理を調整しています。
画面スケーリングが変更されたときに追従しないことがあるのを
修正しています。

・PPc の Ctrl+C で用意されるクリップボード形式から SHN 形式を
外しました。これにより、ファイルを開くダイアログや、
ファイル名を指定して実行ダイアログでファイル名が
「filename"filename"」と二重に貼り付く問題を回避できるように
なります。

ただし、エクスプローラーでショートカットの貼り付けが使えなくなり
ます。ショートカットの貼り付けを使用したい場合は、
*clipentry all を使うか、ドラッグ＆ドロップを使用してください。

unzzip.dll 1.4+5 を公開しました。

260字以上のパスに対応しました。規定の設定では展開パスが 260 文字
以上となるときに確認を取るようにしています。

今回の更新で予定していた機能が一通り揃いましたので、問題がなければ
次で正式版にする予定です。

Wine でも参考になることがありますのでかまいませんよ。

Wine 上で使用することはぼちぼちあって、気づいたところを
少しずつ調整しています。

ただ、こちらでは、Wine 上で make を行ったものを使っています。
Wine 上で作成した PPx は Wine 向けの強化をいくつかしているため
全く同じ挙動ではありません。

-3 とそれ以外の切り替えは、色変更だけでなく、内部挙動が
大きく変わるため、GUI カスタマイザでは、ppcust cs だけでは
反映できない所を色々調整しています。
この辺で問題が出ていそうです。調べてみますが、問題が出た
項目が分かると助かります。

＞送信日時 : 2026/03/04 18:32
＞送信元のIPアドレスの数値を元に作成したID : 276
こちらですが、"Linux Mint 22.2 Zara" 上で、wine (version11)でPPwを動かしているときのものです。
たぶんあまり参考にならないと思いますし、そもそもサポート外かと思いますので、捨てて頂いてけっこうです。

同様のエラーはしょっちゅう発生するので、いちいち送っておりませんでした。今回つい送ってしまったので、投稿しました。Linuxになっても自己責任で、愛用させていただいております。以上です。

UTF-16LE BOMの配色ファイルをエラーなく読み込めるようになりました。
ありがとうございました。

あと、自分の環境だけかもしれませんが
X_uxtの第一引数が-3の配色ファイルと0の配色ファイルの間でダークモードの
切り替えがうまくいかないときがあります。適用後一度終了して再起動しても同じです。

従来通り、 *ppcust CS （配色ファイル名）としたときは問題なく切り替わります。

PPx 2.07+3 を公開しました。

カスタマイザの配色ファイルの問題を修正したほか、
いくつか調整を行っています。

unzzip.dll 1.4+5 を公開しました。

Unzip32 互換 API 使用時に圧縮ファイル名にワイルドカード文字があると
開くことに失敗するのを修正しています。

また、内部挙動の調整を行っています。

UNBYPASS 2.1 を公開しました。

異常があったときに応答無しになるのを修正したほか、
各種見直しをしています。

こちらでテストしたファイルを改めて確認したところ
ご指摘の通り「UTF-16LE BOM付き」になっておりまして
BOMを除去したら正常に読み込めました。

申し訳ありませんでした。ご対応ありがとうございました。

サムネイルキャッシュ周りを確認しましたところ、XC_ocig 第7項目は
現在でもキャッシュ画像に対しても機能していることが分かりました。

機能していないように見えるのは、キャッシュを保存するときに
既に両端を除いて、余白を埋めることで、XC_ocig 第7項目に
該当しなくなった画像を保存しているためのようです。

このため、PPx のキャッシュ保存機能を使わずに手動で縮小のみを
おこなった画像を保存すれば、サムネイルの大きさを変えても XC_ocig
第7項目 による調整が行われることになります。

この辺りの挙動は目的に応じて変わってくると思うので、
少し対応方法を検討させてください。

確認してみたところ、メッセージが出るのは別の理由の可能性が
高くなりました。

配色ファイルに BOM が設定されていると BOM を使用できない
キーワードとして検出してしまうようです。
このため、BOM なしのファイルを用意することで回避可能です。

この状態で、以前提示して頂いた color-test.cfg が使用できるのを
確認しています。

BOM の問題は次版で修正します。

対応ありがとうございます
unzzip14p4a.zipで表示出来ました
これでオリジナルUNZIP32.DLLと差し替えてBonsFMminiで使わせていただきます
ありがとうございました

> -t については通常の展開には使わない機能なので、
> 余裕があれば追加する予定です
BonsFMminiではよく使う機能なので
出来ればいつでも良いので余裕があれば書庫のテスト-tもよろしくお願いします

> サムネイル専用画像は、いまのところ Susie Plugin のプレビューAPI を
> 使用するかどうかのみに使っています。この API は、出力する画像の
> 大きさの規定がないので、小さすぎる画像を取得しないようにするための
> 設定となっています。

サムネイルキャッシュに対するオプションではないということですね。
解説ありがとうございます。


> 第7項目については検討してみます。サムネイル画像は、各種加工が
> 終わった最終版が保存されていることを念頭にしていましたので。

アスペクト比を維持してサムネイルを保存し、普段は縮小表示なし、
画像の閲覧目的の場合は大きいサムネイルで縮小表示(全体表示)ありと
いう使い方を想定しています。

FIRSTEVENTに組み込んでみたところ問題なく動作しました。
まあ仕方ないと諦めていたところ解決して嬉しいです。ありがとうございました！

PPx Tool Support Module を公開しました。

外部ツールを組み合わせて PPx を使うときに使う機能が入っています。

現在は、コンソールを高速表示するためのプロセス内コンソール作成
コマンドと、メニューバーのメニュー項目を一括で読み込ませる
コマンドが入っています。

色々試したところ、メニューの表示相当の読み込みを行うことが
できるようになりました。

PPx Tool Support Module を組み込むことができるようにしましたので、
これをいれて、Soyokaze を実行する前に *PreloadMenu コマンドを
実行してみてください。

Soyokaze による動作確認はしていませんが、Windows のユーザ補助機能に
よる確認はしていますので大丈夫だと思います。

了解です。もう一度調整してみます。

サムネイル専用画像は、いまのところ Susie Plugin のプレビューAPI を
使用するかどうかのみに使っています。この API は、出力する画像の
大きさの規定がないので、小さすぎる画像を取得しないようにするための
設定となっています。

第7項目については検討してみます。サムネイル画像は、各種加工が
終わった最終版が保存されていることを念頭にしていましたので。

サンプル有り難うございます。サンプルでこちらも再現できました。
取りあえず、サンプルで問題できなくしたものを
https://toro.d.dooo.jp/unzzip14p4a.zip
としてダウンロードできるようにしましたので、こちらを使って
みてください。

確かにご指摘の通り、メニューが書き換わったときどうするかが問題ですね。

起動後に一度メニュー表示させて運用したいと思います。
いろいろと試していただきありがとうございました。