ÚÄÂÂÄ¿ Ú¿  ¿ ÚÂÄÄ¿  ÚÂÄÄ¿ ÚÂÄÄ¿ ÚÂÄÄ¿ ÚÂÄÄ¿ Ú¿ ÚÄ ÚÂÄÄ¿ ÚÄÂÂÄ¿ ÚÂÄÄ¿ ÚÂÄÄ¿
   ô   ÃÅÄÄ´ ÃÅÄ    ô    ÃÅÄÂÙ ÃÅÄÄ´ ô    ÃÅÄÁ¿ ÀÁÄ¿   ô   ô  ³ ÃÅÄÄÙ
   ÀÙ   ÀÙ  Ù ÀÁÄÄÙ  ÀÁÄÄÙ ÀÙ À  ÀÙ  Ù ÀÁÄÄÙ ÀÙ  À ÀÄÄÁÙ   ÀÙ   ÀÁÄÄÙ ÀÙ
                ÚÂÄÄ¿ ÚÂÄÄ¿ ÚÂÄÂÄ¿ ÚÂÄÄ¿ Ú¿  ¿ ÚÂÄÄ¿ ÚÂÄÄ¿
                ÃÅÄÂÙ ÃÅÄ   ô ³ ³ ô  ³ À´  ³ ÃÅÄ   ÃÅÄÂÙ
                ÀÙ À  ÀÁÄÄÙ ÀÙ Ù Ù ÀÁÄÄÙ  ÀÄÄÙ ÀÁÄÄÙ ÀÙ À  1.2 *source*


 ÄÄ[1]ÄÄ[ABOUT THIS UNPACKER]ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ

 THE CRACKSTOP REMOVER is able to unpack nearly *every* single file protected
 with CrackStop, both registered and shareware version are handled.
 The unpacked file will be byte-by-byte 100% the same as the file was
 before protecting it with CrackStop, only when a regged version was unpacked
 there are a few more bytes than actually needed at the end of the file but
 this doesn't affect the working of the file anyway.
 The current version has now the feature to also unpack files larger than
 the 65 KB limit. I successfully tested files with a size of up to 0.5 MB.
 The current version is now supports files protected with CS 1.03 update!

 ÄÄ[2]ÄÄ[UNPACKING ENGINE]ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ

 CSR uses hardware breakpoints (DRx) to unpack nearly every CS version
 existing. Windows versions in the background of CSR are not allowed, which
 means you'll have to boot to DOS in order to unpack.
 The last version of CSR used 2 hardware breakpoints in order to bypass
 CrackStop, the weak point of it was, that it was based on direct adress
 breakpoints. If the offsets were wrong (in regged versions...) the unpacker
 failed to unpack the file. This time a much more powerful method was used
 to 1. bypass the 386+ code, 2. run all decryptors and 3. get the original
 filesize. This is done with a total ammount of 6 breaks using two
 breakpoint handlers from which 2 major breakpoints are neccassary for doing
 the proper unpacking.

 ÄÄ[3]ÄÄ[ABOUT CRACKSTOP]ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ

 CS is a 8086+ based .EXE protector without relocation handling.
 The big security hole CS has, is of course that there are so less
 386+ instructions and anti debugging code.

 ÄÄ[4]ÄÄ[CONTACTING CHRiSTOPH]ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ

 Email : ChristophG1@Hotmail.Com
 Url   : www.thepentagon.com/trap
 IRC   : Nick: CHRiSTOPH

 ÄÄ[5]ÄÄ[GREETINGS]ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ

 Stefan Esser (Author of CS), "Dos will never die" - Wasn't that you, who said
                              that in CS 1.03 updated?? :))
 Stonehead & Rose, I'm awaiting your newest HS version with new dox. :)
 The Cleric, See you on IRC soon! #DOS rules! ;)
 Hendrix, When will we see GTR emulating PM instructions/switchs?
 The Rain, Hope we will get on top with with our PE project.
 Oliver, Thanx a lot for sending CS 1.03 updated.
 Dr.No, Thanx again for the CD you sent me!
 LiuTaoTao, If TR would not exist, CSR 1.2 would not exist either for sure,
            I did all the major debugging of CS with it.
 Lado, LTR was *very* helpful too in testing the breakpoints and eliminating
       the many bugs CSR had in its alpha versions.
 Delerium Tremens Group, especially Merlin, Bane & Dilvish
 Exelist, Long may it continue!

[05.06.1999]