圧縮解凍ツールExplzh Part17

圧縮解凍ツールExplzh Part16 [無断転載禁止]©2ch.net
https://egg.5ch.net/test/read.cgi/software/1460426875/

一応、スクショ他を貼っておくよ
https://imgur.com/3XDENiA.jpg

発生元
Explzh for Windows v.8.23 (x86)

要約
動作が停止しました

日付
?2020/?11/?07 7:07

状態
報告されていません

問題の署名
問題イベント名: APPCRASH
アプリケーション名: EXPLZH.EXE
アプリケーションのバージョン: 8.2.3.0
アプリケーションのタイムスタンプ: 5f924142
障害モジュールの名前: ntdll.dll
障害モジュールのバージョン: 10.0.19041.546
障害モジュールのタイムスタンプ: d49544eb
例外コード: c0000005
例外オフセット: 00036b72
OS バージョン: 10.0.19041.2.0.0.256.161
ロケール ID: 1041
追加情報 1: 2beb
追加情報 2: 2beba6fb4680d73a8c78ca7c24ccdb46
追加情報 3: 430e
追加情報 4: 430eb0c2672849df16da595cad5eb9e6

スクショはコピーできない時のエラー
コピペは落ちる現象のエラー

>>549
YesかNoで答えられる簡単な質問のはずだよ


で、作者なの？

この作者は、きちんと詳細を報告したところで「自分の所では再現しない」で門前払い
再現しなくても、報告された不具合が起きる操作に沿ってコードをトレースするだけでも
バグが見つかることだって多々あるのに、それすらやってる気配なし

ある程度の条件があればバグ報告されるのは他ユーザーから見てありがたい
警戒できるし自分の所で再現したら条件を絞れる可能性もある
100%再現できる条件を調べるのは作者のお仕事ですね

「確かに起きるな。でもその操作しないからいいや」みたいな
参考になるからな。

ユーザー側からしたら別に参考にならんだろ

作者がこんな対応ならこのソフトも使いたくなくなるな

あ、作者かは分からないか

妙にイラってる喧嘩腰なレスの人は作者

作者の妹かもよ

作者の姉かもよ

不具合発生から10分後にわざわざ報告してくれる優良ユーザーじゃん
てめーらでアンチ製造してるんじゃねーのか？ｗ

Explzhと7zipでアーカイブ内のファイル更新日時が違うんだけどどういうこと？
例えば
https://github.com/googlefonts/noto-cjk/raw/master/NotoSansCJK.ttc.zip
解凍すると
Explzhは2020/11/03 21:51:16
7zipは2020/11/04 14:51:15
どっちが正しいのか

地球上のどこでも同じ日時ってわけじゃないだろ
UTCで0:00のファイルはExplzhだと9:00
オプションで変えられるかは知らない

winrarもexplorerも ?2020?年?11?月?03?日 ??21:51:16 だからおかしいのは7zipじゃね？
ていうかそれくらい自分で試せよ
アーカイバくらい主要なもの数種類入れとけ

うわぁまた糞バグ 普通これ使う？

こんなバグばっかの妹にまいりましたのでアンインストールします。
今までありがとうございました。

WinRARとUniversal Extractor 2で開いてみても7zipと同じだったぞ
explorerからのzip展開はレジストリで潰してるから確認できん
UTCの時差を考慮したとしても大きく開き過ぎじゃないか？

17時間っつったら日本標準時と北米太平洋標準時の時差だろ

このレベルの方々がいつも熱く討論しあってくだらないネタを提供しています！

Explzh　→　入れる
バグ　→　入れる
妹　→　入れる

ぎゃはは。このスレ面白い！

気になってバイナリ調べた結果

ZIPLocalFileHeader
68 AE 63 51
ae68 8h 40m 8x2s
5163 99y 3mm 3d

Extended Timestamp Extra Field
55 54 09 00 03 53 41 A2 5F FC A3 A3 5F

53 41 A2 5F
UNIXTIME 1604469075
UTC+9 2020年11月04日14:51:15
UTC-9 2020年11月03日20:51:15

FC A3 A3 5F
UNIXTIME 1604559868
UTC+9 2020年11月05日16:04:28
UTC-9 2020年11月04日22:04:28

-9で間違えてるのかとも思ったが1h合わんな
仕様詳しくないから分からんけど7zipの方が正しいのかも知れん

>>574
ぎゃはは。お前の解説面白い❣

ああ、なるほど
7zipとかはシステムのデフォルトのタイムゾーンを参照するライブラリを意識的に利用
Explzhは(おそらくMSが仕様上北米太平洋標準時をデフォにしている)基本的なライブラリを利用
ってことなのかもね

Explzh　≒　バグ　≒　妹

この認識でＯＫ？

粘着キチガイ

もし仮に粘着キチガイなのだとしたら
作者とその信者が作ってきたものだろ

ZIPLocalFileHeader
68 AE 63 51
ae68　21:51:8x2
5163　1980+40/11/3

計算間違ってた
ExplzhはLocalFileHeaderの値になってるようだ
LocalFileHeaderは2秒単位で2倍するから秒が16だったらLocalFileHeaderの値
15だったらExtended Timestamp Extra Fieldの値
Winrar5.01も秒が16なのでLocalFileHeader
>>569のWinrarのが新しいのならExtended Timestampに対応したのだろう
間違ってるとかバグでは無いけどExtended Timestamp Extra Fieldがある場合は対応してこっちを優先して欲しいかも

この時刻情報はUNIX時刻だから現地時刻に変換しないとダメだろ。
Extended Timestamp Extra Fieldを優先したらダメだろ。
2038年問題
https://ja.wikipedia.org/wiki/2038%E5%B9%B4%E5%95%8F%E9%A1%8C

>>576
そういうこと。マイクロソフトのZIPフォルダや国産のアーカイバのほとんどは日本時間に変換して表示している。
つまり問題ない。

LocalFileHeader は standard MS-DOS date format という形式で単なる「日時」が入ってる
どこの時間かは不明。ソフトの実装次第
多くはlocaltimeだろう。ソフトによっては標準時なんてのもあるかも
Extended Timestamp Extra Field に入ってるのは UNIX時間。1970年1月1日午前0時0分0秒からの経過秒数

Extended Timestamp Extra Field の UNIXtime 1604469075 => UTC+9 2020/11/04 14:51:15
LocalFileHeader の 2020/11/03 21:51:16
を見るに LocalFileHeader の日時が UNIXtime ±0にならないことと
丁度、日本時間から-17時間でアメリカ西海岸(ロスとか)に一致する事から
このファイルの LocalFileHeader の時間はアメリカ西海岸のlocaltime だと推察される
おk?

LocalFileHeader はどこの何の時間かまでは不明な為
Uniqueな時間を保つ為には Extended Timestamp Extra Field への対応が必要
Extended fieldやコメントなりに「どこの何」が補足されるなら一意な時間が分かるけど独自仕様は現実的では無い

> Extended Timestamp Extra Fieldを優先したらダメだろ
何のための Extended だよｗ
ちょっとggっただけのニワカ知識だけどおまえがおかしな事言ってるのは分かる

まあ一意な時間的瞬間を表すのならUNIXtimeであるべきなんだけど
ファイルのVer的な用いられ方をするなら変換せずに作成された現地時間のままである方が都合が良い
世界中全てのファイルに保存される時間情報が標準時になって表示の際にそれぞれのソフトがlocaltimeに直すなりそのままなり設定出来れば整合性取れるのにな
まあ西洋人の決めた仕様だし仕方無い

> を見るに LocalFileHeader の日時が UNIXtime ±0にならないことと
　を見るに LocalFileHeader の日時が UTC±0にならないことと
訂正

Extended Timestamp Extra Fieldは32ビットのUnixタイムはもう誰も使ってないのな。
32ビットだし破綻する。それでPKWAREは拡張されたFILETIMEヘッダを使うようになったのな。おｋ？

> > Extended Timestamp Extra Fieldを優先したらダメだろ
> 何のための Extended だよｗ
> ちょっとggっただけのニワカ知識だけどおまえがおかしな事言ってるのは分かる

ニワカ知識でおかしな事を広めるないように。間違って方向に行くぞ。

そしてまた7.84に戻す

脊髄反射のアスペっぽいな

投稿者が全員アスペルガーのスレはここですか？

手帳持っている人

さすおに

>>564
今月リリースなのにまだUnicode13の文字収録されてないんか...orz

2038年になっても過去のファイル全てが無くなる訳じゃあるまいに

日本は世界一時間に厳しい国 SEIKOは世界一

TARを読み込ませるとファイル破損もしくは非対応形式のメッセージが出ます
またTAR(無圧縮)形式へのアーカイブは保存できませんでしたの同上
TAR+GZ, TAR+VZIP2形式の保存はできました

Explzh for Windows v.8.23 (x86)
TAR32.DLL 2.42 2012/09/29 (c) 吉岡 恒夫, Claybird

久々に7ｚ書庫を左D&Dで解凍しようとしたらクラッシュする
書庫によっては解凍できるけど、Explzhを閉じようとするとクラッシュしたり不安定な感じ
即時解凍なら大丈夫
既出ですかね？

バグ報告が多すぎてもはや住民ですら既出かどうかも判断できない
１つのバグ治したら新しいバグが複数埋め込まれてるから

>>597
それはバグじゃない
妹だ

>>595,596
いつものホラ吹きバグ報告君乙
どうせそれも作り話だろ

試そうと思ったがTAR32.DLLを使ってくれない件
左D&Dって昔懐かしい解凍アイコンでもデスクトップに置いているのか？
とりあえずどっちもエラーは出せなかった

キチガイみたく妹連呼してるやつは何なん？

作者だろ
多分バグ内容の話題を止めるため

ついに頭いかれたのか

>>602
草

簡単な再現方法
ExplzhにファイルをドロップとりあえずZIPで圧縮、または適当なZIPファイルを開く
Ctrl+Sで保存ダイアログを出し、書庫形式をコンバートして保尊にチェック、変換する形式をTAR(無圧縮)を選択、保存ボタンを押す
「圧縮できませんでした」ダイアログが出る

チェックできてねぇんだから、統合アーカイバdllの対応をやめりゃいいのに…

>>599
キチガイ乙

ここはヘルプも読めない初心者が楽しく集うスレですか

頭おかしい人はスルーで。

lzhとzipと7zしか使わないから、総合アーカイバDLLの対応はなくしてもいい

アホの発想

わざわざオプションを変更して統合アーカイバDLL使う人いるのか？

じゃぁ、何で変更できるようにしてあるんだよ。

>>608
問題点はヘルプに書いてある非対応ってこと自体ではなく、
非対応の操作が入ってしまうこと。
しかもマルチバイトでもUnicode文字でもない物までUnicodeで
格納しようとして失敗している。

> 失敗している

妹のことか

キチガイがいるな。そろそろだな。

>>614の言う通り失敗しているな 報告しといてやるよ

だけどさ 設定変えればいいだけなのになんでそんなに必死なの？tar変換が好きなの？

自粛でみんなキチガイになっているのさ

違う。キチガイなってるのは妹のせい

┐(´∀｀)┌ﾔﾚﾔﾚ

>>601-602
マジ？

>>618
×自粛でキチガイになっている
○キチガイの避難所になっている

https://gigazine.net/news/20141210-internet-troll-narcissist-psychopath-sadist/

>>623
gigazineがソースになると本気で思ってるなら情弱

作者はもうこのスレ荒らすのはやめてくれ
俺たちはExplzhを真剣に語ってるだけなんだよ

・不注意
・落ち着いてじっとしていることが苦手
・他人の邪魔をしてしまう

作者とか疑うようになったらもう5ch脳
病気だね

荒らしていると思ったら開示要求すればよいと思うよ。
昔と違って今は簡単にできるらしいから。

設定の「ダウンロードファイル保存先」と「ArchiverDLLの説明ドキュメント保存先」のところ、
最後の\マークが二つ続いている上に、一つに戻してしてOKを押すと三つになるんだが、
これは設定の仕方が間違っているんだろうか

32bit版を入れているのを64bit版に変更しようとした場合、
いったん32bit版をアンインストールする必要はありますか？
それとも、インストーラーがうまいことやってくれますか？

それを聞いて信頼出来るの？このバグだらけのソフトで？
答えてくれた人がたまたま問題無かったとしても
その人と全く同じ環境かを確認出来なければ君に問題起こらないとは限らないぞ？

荒らしはスルーな。そのうち大変な酷い目に合う。

>>630
両方維持され設定は一部共有(主にシェル拡張や関連付け)、混乱の元だからどちらかにしよう

>>630
思い出した、主にと書いたけどオプションで設定したものは共有だったかも
32bit版/64bit版で使えるArchiverDLLの違いでオプションの項目が見えないだけ
64bit版ArchiverDLLを別途導入すればその項目が現れる
ただしunrar64j.dllはヘルプからは見えるけどオプションにはないので使えない

>>630
自分はアンインストールせずに32ビットから64ビットにしてる。問題ないと思う。

64ビットの方をお勧めって説明に書いてるし昔のDLL入れなくていいから。

エンバグ多いけど、一応64bit版でテストしてて
32bit版ではテストしてないって話だった気がする

前から Explzh しか使ってないけどこれよりいいのあるの？

スレち
https://egg.5ch.net/test/read.cgi/software/1459521677/

>>638
7zかな？UIは完全にExplzhの価値だけどな

Explzhも7z.dllに頼る率が高くなった
いつか中身は7-Zipになるのだろう

おまえらって複数のフォルダを
個別に大量に圧縮するときってなにつくってるの？

>>642
> なにつくってるの？

煮物か燻製

>642
単ZIP

くっそーLhazの代わりに散々探してこのスレのソフトも勿論試して頓死
その後ようやっと見付けたLhaForgeをずーっと温めていたんだけどさ
PC換装を機に、今初めてLhaForgeを試してんのよね
これ、統合アーカーバってのを見ても日付は古過ぎるわよう分らんわ数多過ぎるわで泣けた
可能な限りネットに繋げたくなかったんだけど、初回だけでもDLL確保のために繋げるしかないかな？

試用でzipのエラー表示から対応するDLLが"7-ZIP32.DLL"なのは分かるんだけど、肝心の統合アーカイバにゃ見当たらん（困）
リンクが古いとか一覧の利用に誤りがあるとか、何かしらの手違いがあると思うんだが

ゴミ過ぎて逆に泣けたExplzhと違い、LhaForgeはDLL後付けの点以外はLhazに似た動作かつ上位互換な神っぷり
奇しくも圧縮ソフト関連の5chスレで残っているのはここしかないのが残念
先輩方、LhaForge運用についてアドバイス下さいー！
自分が欲しいのは無圧縮zipと、解凍でziprar7zです、rar7zは予備なので大半がzipですね
手動でそれら3種のDLLをダウンロード出来たら嬉しい

よしー自己解決にこぎつけた
src.7z、7-zip32.h、7-zip32.libは入れず、dllのみをSysWOW64へ入れるだけで動きますな
これで何とかネット制限環境でも問題なく使えそうですわー
そして、LhaForgeの物自体は神ソフトですなあ
Lhazが殉死した昨今、これに代わるLhaForgeの存在は有難い

LhaForgeがLhazに劣る点、1点あるな
解凍は上書きがあるのに圧縮には無い、普通逆でしょ・・・
無圧縮をバックアップ用のファイルまとめに使用する場合、当然旧ファイルが存在するから、いちいち名前を付けて保存ウィンドウが出てその後に上書きダイアログへ移行する
そこは丁寧な作りじゃなくてえーねんｗｗｗｗ
zip圧縮関連もデフォ＋レベル無圧縮だと普通に圧縮しよるし、両方無圧縮ではLhazの時とサイズ表示が首を傾げる
長期間更新停止のLhaz251より2019年製LhaForgeを優先すべきかな？
それにしても同じファイルなのに様変わりしすぎる
ファイルそのものは圧縮解凍双方に問題なさそうだから、今後の継続利用結果次第だけど・・・
長年使用させてもらったLhazとちとらさんへの実績及び信頼が厚いがゆえに、ここまで異なる結果は困惑してしまう

ID:dJ0WmS950
>>639

>>645-647
上手にバカなユーザーを表現できていますね。

また作者が自演して擁護してるよ・・・

Ver.8.24 2020/11/29

・残存している Win9x 用のコードを除去。
・ディスプレイ設定のスケールサイズが 150% 以下の場合、ツールバーのアイコンが通常より大きいアイコンで表示されてしまう問題への対処。
・新バージョン通知のタスクバーアイコンをクリックから最新バージョンへ自動更新できるようにした。
・名前を付けて保存からtar書庫へ変換保存できないケースがあった不具合を修正。
・配布ファイルのデジタル証明書を EV (Extended Validation) 証明書へ変更。

今回の更新ではどんなバグが出たの？