[comp.lang.c] MS-DOS EXE-to-C Decompiler testers wanted

guthery@acw.com (Scott Guthery) (04/23/91)

About a year ago I asked for beta testers for an MS-DOS EXE-to-C decompiler
and about 20 hearty souls stepped forward.  Their answer was "No." so we went
back to the drawing boards.  Well, we're back with another try and looking
for beta testers again.  If you'd be interested in taking this model out for
a test drive, send me your postal address and I'll send back a diskette and
a questionnaire.

							Thanks, Scott
Austin Code Works
NET Domain: guthery@uunet.uu.net           Post:  11100 Leafwood Lane
COM Domain: guthery@acw.com                       Austin, Texas 78750-3464 USA
US  Domain: guthery@acw.austin.tx.us       FAX:   +1 (512) 258-1342
Usenet:     {uunet}!acw!guthery            Voice: +1 (512) 258-0785
CompuServe: 70240,221                      Fidonet:  1:382/12
Packet:     N5MDE @ KB5PM                  Prodigy:  BCDG83A
-- 
Send compilers articles to compilers@iecc.cambridge.ma.us or
{ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.

carter@cs.wisc.edu (Gregory Carter) (04/26/91)

I had a decompiler for my old machine made by Microsoft, (don't ask how I
got it please), it seemed NICE for small programs but for larger programs
I would like to make a suggestion(s):

1) Tag the machine program input in such a way so that one can see what
   parts of the C source are related to what, and how.  
   (Machine registers, memory models, code blocks relevant to source out)

2) Make it reverse engineered compatible with code view...now thats a
   challenge...so that you can watch that source and machine code side
   by side. (It must run both ways and yield EXACTLY the same machine code)

3) Document source code block pertaining to relevant system calls...
   (Interupt IRQ calls (maybe even the level code?), bios, etc.)

4) try not to drink too much Jolt while trying to do this...OK?

5) Of course, try like hell not to get sued from releasing such a product
   by everyone who applies in C.  (I know if you use that thing on my
   system software I would sue you till you thought you were a TYME machine
   out of control)
   
When you get it done, make me a beta tester!

Greg Carter
Digital Communications Research/Engineering
2726 West Point Road
Green Bay, WI  54304
-- 
Send compilers articles to compilers@iecc.cambridge.ma.us or
{ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.