home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.pascal
- Path: sparky!uunet!think.com!sdd.hp.com!ux1.cso.uiuc.edu!news.cso.uiuc.edu!s.psych.uiuc.edu!amead
- From: amead@s.psych.uiuc.edu (Alan Mead)
- Subject: Re: my PD editor fights back / TP prot scheme
- References: <34646@adm.brl.mil>
- Message-ID: <Bz9E1I.56F@news.cso.uiuc.edu>
- Sender: usenet@news.cso.uiuc.edu (Net Noise owner)
- Organization: UIUC Department of Psychology
- Date: Mon, 14 Dec 1992 17:03:16 GMT
- Lines: 31
-
- ATURNER@rcnvms.rcn.mass.edu (Alan Turner) writes:
-
-
- >I have my favorite PD editor which I use for small - quick little progs.
- >I decided that I would go in with Dos debug and just change the color attr
- >byte - so I can see my screen better - guess what?
- >The program knew that I modified one byte! and gave me an error message
- >accordingly! "Program has been altered" and blew up!
-
- >This is my question because now I am curious - does anyone know of TP prot
- >schemes along these lines or is this a strictly assembly thing?
- >How can a program do this!!!????
-
- Ah, your being prtected from those screen colors. Probably what the
- editor does is to keep a checksum of its size. When you modified a
- single byte, its computed checksum didn't match and it, as you say,
- blew up (I would say self-destructed).
-
- But this was probably intended as a safty feature to stop viri from
- causing damage rather than as copy protection.
-
- And last I checked there were ready-made TP units to do this for you. They
- might be called something like VIRPROT and, while you should check local
- ftp sites, I last saw such a beast on Garbo.
-
- Note that you can also store information (like the screen color) inside
- the program (ie, and modify the object file instead of keeping track of
- a ".rc" file) in which case you have to carefully exclude those lines
- form the checksum.
-
- -alan
-