The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: doug@remarque.org (Doug Merritt)
Subject: [Unix-jun72] Semi-OT: Other systems to reconstruct?
Date: Fri,  6 Jun 2008 18:49:02 -0700 (PDT)	[thread overview]
Message-ID: <20080607014902.E05A05A522@remarque.org> (raw)
In-Reply-To: <20080606143701.1b52d130@veda.cnb.uam.es>

I appreciate the constructive suggestions, and they may well
be helpful to someone on the list, but as for what I'm doing,
I *started* with a working disassembler. As you point out,
there's no shortage of pdp 11 disassemblers.

Thing is, it's quite rare for disassemblers to even bother
to begin to try to produce output very similar to the original
input.

An easy example is that they had a mnemonic BES (Branch if
Error Set), which is simply a synonym for BCS (Branch if Carry
Set), but used upon return from system calls that set carry
to indicate error. It wasn't too hard for me to add automatic
disassembly of BES under the stated circumstances, but I would
be surprised if other pdp11 disassemblers did so.

There's a fairly long list of such issues, of varying difficulty.
Handling jsr r5 (which embeds non-executable parameter data right
in the midst of executable instructions, with no clear indication
of where it ends) is one of the few such that *some* disassemblers
out there *might* have tackled, perhaps.

Producing "temporary labels" was my big headache (although I
think I figured it out and would have finished that a while back
if it weren't for other demands on my time).

My goal is to emit assembler code that can be used as a high
quality replacement for lost assembly source code, with an
absolute minimum of post-disassembly hand-massaging by humans.

If anyone wants quick and dirty disassembly for some reason,
sure, it's easily available, go for it. (BTW the stuff I'm working
with isn't "a.out" format; the early stuff is just raw machine
code.)

Two other places to get pdp11 disassembler are the debuggers
db and adb, and also v5/v6 "od", IIRC.

P.S. I visited Google today and walked past Ken's office, but
although he was in, I didn't have time to stop and pester him. :-)
	Doug
--
Professional Wild-eyed Visionary        Member, Crusaders for a Better Tomorrow



  reply	other threads:[~2008-06-07  1:49 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-22  3:05 Andrew Warkentin
2008-05-22 16:01 ` Al Kossow
2008-05-22 16:52   ` Sergio Pedraja
2008-06-06 12:37     ` Jose R. Valverde
2008-06-07  1:49       ` Doug Merritt [this message]
2008-06-08  4:06         ` [Unix-jun72] DEC 10 for sale on ebay Doug Merritt
2008-06-09 18:52           ` Milo Velimirovic
2008-06-09 20:36             ` Brad Parker
2008-06-09 19:51           ` Al Kossow

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080607014902.E05A05A522@remarque.org \
    --to=doug@remarque.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).