Xref: utzoo comp.arch:7035 comp.lang.c:13819 comp.lang.misc:2073 Path: utzoo!utgpu!attcan!uunet!nuchat!texbell!bigtex!milano!cs.utexas.edu!tut.cis.ohio-state.edu!ukma!rutgers!att!ulysses!andante!alice!wcs From: wcs@alice.UUCP (Bill Stewart, usually) Newsgroups: comp.arch,comp.lang.c,comp.lang.misc Subject: Re: Universal Disassemblers vs. Universal MIILs Message-ID: <8387@alice.UUCP> Date: 3 Nov 88 18:56:15 GMT References: <358@istop.ist.co.uk> <6152@june.cs.washington.edu> Reply-To: wcs@alice.UUCP (Bill Stewart, usually) Organization: AT&T Bell Labs, Holmdel NJ Lines: 24 In article <6152@june.cs.washington.edu> pardo@cs.washington.edu (David Keppel) writes: :I think the nub of the matter is that it makes disassembly more :*useful*, not any easier. :I claim that I can distribute C code to my programs and it is :completely useless. I gave an example of this quite a while back. :I need to do things such as: :* Rename all variables. :* Strip out all comments. :* Avoid standard libraries. :* Do code motion. :[.......] :Essentially, preform all the optimizations that I can on the C source, :and steal liberally from the Obfusacted C Code Contest. Consider the There was once a consultant at a large telecommunications company who was required to provide source for the products he developed. In addition to preprocessing the source, he ran it through the C equivalent of a "jive" filter: all the variable names were combinations of capital O, lower-case L, and 0 and 1. Useless! -- # Thanks; # Bill Stewart, att!ho95c!wcs, AT&T Bell Labs Holmdel NJ 1-201-949-0705 # and/or # Shelley Rosenbaum, att!ho95c!slr, 1-201-949-3615 ho95c.att.com