home *** CD-ROM | disk | FTP | other *** search
/ 8bitfiles.net/archives / archives.tar / archives / genie-commodore-file-library / Information / NODEBLITZ.TXT < prev    next >
Encoding:
Text File  |  2019-04-13  |  6.5 KB  |  142 lines
  1. ************
  2. Sub: Blitz! and Deblitz!
  3. Questions (and hopefully answers) on protecting Blitzed programs from Deblitz
  4.  ------------
  5. Category 4,  Topic 3
  6. FINNER [Tom Sawyer]
  7.  
  8. I have seen a few programs out that Deblitz won't decomplie.  Does anyone know
  9. what techniques these programs use that protect them from Deblitz?  When I
  10. write
  11. a program, usually Blitz is my only protection from people getting a listing,
  12. but Deblitz always gets me.
  13.  ------------
  14. CHARRINGTON [Courtney]
  15.  
  16. To keep a program from deblitzing, try this: Use one of the old simple tricks
  17. that people used to use to keep people from LISTING a basic program...like  a
  18. shifted "L" in the REM statement. The de-blitzer will hit this and generally
  19. bomb out.
  20.  ------------
  21. FINNER [Tom Sawyer]
  22.  
  23. Courtney:  That doesn't work.  Blitz doesn't compile REM statements, so that
  24. isn't included in the final output.  Any other ideas?
  25.  ------------
  26. TIGLON.G [Gayle][SysOp]
  27.  
  28. Tom, (pardon the question ...but) are you using a 'cracked' version of Blitz!?
  29.  ------------
  30. FINNER [Tom Sawyer]
  31.  
  32. Tiglon:  No, I am using a purchased copy of Blitz.  I also (should I mention
  33. this?) have a cracked copy, but I figure as long as I paid for it, I might as
  34. well use the legit copy.  What does this have to do with De-Blitzing?
  35.  ------------
  36. TIGLON.G [Gayle][SysOp]
  37.  
  38. Tom, a few people I know who compiled the programs using a 'non-legit' copy of
  39. Blitz found the ending code undeblitzable.  I doubt that is the problem in most
  40. cases, but was just wondering!!  What type of programs are those that will not
  41. deBlitz!?
  42.  ------------
  43. GRAFIX.M [Mike Hooper]
  44.  
  45. There are also a couple of BLITZ clones.  One of which I have seen that came
  46. from Germany.  Altho these clones have the same general appearance as BLITZ, it
  47. really is different code.  None of these will deblitz.  Austrocompiler is the
  48. only one I have really taken a close look at.  And, while it is a tad faster
  49. than BLITZ and can produce it's p-code a little tighter, it does have trouble
  50. with a few routines.  RS-232 in particular.  You might want to try one of the
  51. other compilers available.  BASIC-64 does some nice work (altho the code ends
  52. up larger than BLITZ) and has a couple of super features like defaulting to
  53. integers in place of floating point variables (if you select it.)  It does make
  54. for more compact code and they claim it WILL run faster than floating point
  55. routines.
  56.  ------------
  57. FINNER [Tom Sawyer]
  58.  
  59. One program I recall in particular was 6485 BBS (lousy program, byt the way).
  60. I tried Deblitzing this with two different deblitzers.  Both of them got about
  61. 10 lines into the program and stopped as if that was the end.  The line they
  62. both stopped at read:
  63.      PRINT"This program will not Deblitz!"
  64. What I want to know is how did he do that?  I tried calling the author's BBS,
  65. but it is for registered sysops only (who registers for that?!?!?), and
  66. promptly disconnected me at the expense of a long distance call.  I have never
  67. seen any of these Blitz look-alikes though.  Also, I do have BASIC64 and hate
  68. it!  BASIC 128 is ok, but I have had nothing but problems with BASIC64.  It
  69. seens to scramble a lot of the disk accessing routines.
  70.   I know there must be a way to disable Deblitz, since the program I mentioned,
  71. and a couple others I don't remember, have intentionally foiled it's attempts.
  72. I would just like to know how.
  73.  ------------
  74. DEB [*deb!*]
  75.  
  76. When Chris Kaiser wrote XMOBUF, we found out that the source code was so long
  77. it would NOT Deblitz properly.
  78.  ------------
  79. CKAISER [Chris]
  80.  
  81. Apparently the deblitzer thingies get lost if there are too many variables, or
  82. if the subroutines are nested deeply enough.  They seemed to work fine on short
  83. files, but the compiled version of XMOBUF I remember trying it on went almost a
  84. 100 blocks.  The code the deblitzer made looked *sorta* like the original, but
  85. stuff like C5oyON X GOTO 210,220,230,240,250,260,270,280,290 seemed to blow it
  86. away.
  87.  ------------
  88. FINNER [Tom Sawyer]
  89.  
  90. I have deblitzed a few programs (other BBS files) which came out VERY long
  91. (200+ blocks).  Although these cannot be edited on the 64's limited memory
  92. capacity, they are easily done in 128 mode, and usually recompile to about the
  93. same size.  I usually try to deblitz everything I find, just out of curiousity,
  94. and have been successful every time except where the program was deliberately
  95. written to disable blitz.  I hve 3 different deblitzers, so if 1 doesn't work,
  96. 1 of the others most likely will.  But on the program I mentiond, and 1 or 2
  97. others I have forgotten, none of my programs would work, and always stopped at
  98. a place that made it obvious that the programmer had done it deliberately.
  99.  ------------
  100. CKAISER [Chris]
  101.  
  102. Hmmmm!  Very interesting!  Care to try it on XMOBUF and see if you can bust it
  103. out right?  I made *no* effort to defeat BLITZ or DEBLITZ in it at all.  It
  104. would be interesting to see if it does come apart correctly with 1 of those.
  105.  ------------
  106. SURVIVOR [S. Gutknecht]
  107.  
  108.   I used to ALWAYS put "DEBLITZ! killers" in BBS programs... and the ones I
  109. found that worked, not sure if the "new deblitzers" will do them, Put a line
  110. like this:
  111. 10 print"deblitz killer":
  112. then after the ":" type a quote (") & enter a WHOLE bunch of control characters
  113. in reverse and all sorts... these will be illegal tokens, and the sort...one
  114. thing... NEVER let your program jump to this line:
  115.  
  116. 10 goto100 20 print"deblitz killer:^z^t^y^w^e^l^e^w^a^b^n^h^l^r^f^47575753jgkj
  117. 100 start program
  118.  
  119. And another way to do kill them (this 1 works good) is to load the BLITZED!
  120. program into memory and then SAVE it with a ML monitor with the 1-2 pges of ML
  121. plus the program... then the DEBLITZER gets all that "ML" it will just throw
  122. trash out....
  123. And a form of "BLITZ!" protection is to have a ML program check to see if the
  124. quote "BLITZ" is in memory at the start of basic (List a BLITZED program, & you
  125. will see "BLITZ").... and then make a call to that in your program... if the
  126. program is DEBLITZED the "BLITZ" string will not be there... there are MANY
  127. other ways to go about this... hope I helped.
  128.  ------------
  129. FINNER [Tom Sawyer]
  130.  
  131. Thanx Stephen.  Your "BLITZ Killer" line sounds like what I saw.  Maybe that's
  132. what I need to do.  Worth a try anyway.  As to your ML program, checking for
  133. the string "BLITZ!", that wouldn't work for me, cuzz I always change that to
  134. the name of the program, so it shows the program name rather than "BLITZ", but
  135. but maybe I could check for that.
  136.  ------------
  137. FINNER [Tom Sawyer]
  138.  
  139. The control character idea worked perfectly!  I tried decompiling with 3
  140. different deblitzers, one of which just released a few weeks ago, and nothing
  141. made it past that line.
  142.