bug in depacker from hrust1.3?
ZXNet echo conference «code.zx»
Hello, All
I discovered a strange problem - depacker from hrust1.3 does not want to unpack
a file packed by him.
Here's the code:
┌─- CODE ───
ORG 30000
LD SP,29999
D.I.
JP START
DEHRUST INCBIN "dehrust.bin"
START
LD HL,FILE
LD DE,#c000
CALL DEHRUST
D.I.
HALT
FILE INCBIN "packed.bin"
└── CODE ───
the length of the packed file is 2701, the length of the unpacked file is 6144.
The file is most likely packed normally, because it is only one piece out of 9
similar, and the rest are unpacked normally. dehrust itself saved from
programs.
The result of dehrust is the untouched area #c000.
source code with the file itself - at http://www.zone.ee/obmen/test2.zip
if this is really a bug of hrust1.3, then please recommend another packer
with similar functionality. I tried hrust 2.1, but for some reason it is my list of files
I couldn’t master it, no matter how hard I tried.
Hello, moroz1999
listen, I tried a lot of things, now I settled on megalz from mayhem - he
although he doesn’t pack better than everyone else, everything can be unpacked without any problems - no need
fill your head with unnecessary difficulties.
Hello, The Exploited
The> everything is correct, at the beginning the data is too dense - known bug
The> crunch (described in the documentation). can be treated by fixing the depacker.
Is there already a fix somewhere? Sorry for the stupid questions, I just haven't been that long
I got involved in normal development, and therefore there is a gap in my head on this topic :)
The> in the general case - you need to unpack from one memory area to
The> another so that they do not intersect
Well, that seems to be the case in my example, but is there still a bug?
Hello, The Exploited
The> dear, why is your disk written to 300 bytes, and not 2975, that
The> is the length of the test.out file. secondly, the file is packed with hrust1.x, and
The> unpacker from hrust2.x paradox!
oops! Sorry, I messed up when assembling the example files. I fixed everything
repacked and uploaded again - http://www.zone.ee/obmen/test2.zip
I also attached an unpacked source file, 5596 in length (not 6144 as I wrote
above).
Now, as a result, the hrust unpacker crashes.
Hello axor
axo> I hope the authors will not mind posting.
axo> Packer for pussy, unpacker for Spectrum.
Thank you! I'll try it today.
Hello axor
axo> Here are the sources of Dehrusts of different versions.
great, I'll try it today!
Hello elf
elf> listen, I tried a lot of things, now I settled on megalz from
elf> mayhem - although he packs not the coolest, but everything is no problem
elf> is unpacked - no need to bother yourself with unnecessary difficulties.
thanks, I'll try!
upd; Hm,; http://lvd.nm.ru/MegaLZ/ does not open for me now, but on VT it
For some reason I didn't find it.
Hello, moroz1999
mor> Thank you! I'll try it today.
Here are the sources of Dehrusts of different versions.
File: DEHRUST_1_13.ZIP http://zx.pk.ru/attachment.php?attachmentid=4236
File: DEHRUST_2x.zip http://zx.pk.ru/attachment.php?attachmentid=4237
Hello, moroz1999
mor> thanks, I'll try!
mor>
mor> upd; Hm,; http://lvd.nm.ru/MegaLZ/ does not open for me now, but on
mor> VT for some reason didn’t find it.
I hope the authors will not mind posting it.
Packer for pussy, unpacker for Spectrum.
Although Khrust did not observe any problems with unpacking. Contact Specter or Alco - they
authors of the latest improvements to the Khrust unpacker.
File: MegaLZ.zip http://zx.pk.ru/attachment.php?attachmentid=4235
Hello elf
dear, why is your disk written 300 bytes, and not 2975, which is
the length of the test.out file. secondly, the file is packed with hrust1.x, and the unpacker is from
hrust2.x paradox!
elf> listen, I tried a lot of things, now I settled on megalz from
elf> mayhem - although he packs not the coolest, but everything is no problem
elf> is unpacked - no need to bother yourself with unnecessary difficulties.
indeed! good advice =)))
Hello, moroz1999
mor> well, that seems to be the case in my example, but there’s still a bug?
at the very beginning of the depacker there is an LDDR that transfers the block to the end of the block where
unpacking will take place. you need to remove it and set it up accordingly
registers
Hello, moroz1999
mor> oops! Sorry, I messed up when assembling the example files. I fixed everything
mor> repacked and uploaded again - http://www.zone.ee/obmen/test2.zip
mor> also attached an unpacked source file, 5596 in length (not 6144
mor> as I wrote above).
mor> now, as a result, the hrust unpacker crashes.
everything is correct, at the beginning the data is too dense - a known crunching bug (described
in the documentation). treated by fixing the depacker. in general - unpack
it is necessary from one memory area to another so that they do not intersect
Hello, The Exploited
Thank you all so much, after some testing I finally settled on MegaLZ.