home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!cs.utexas.edu!sun-barr!olivea!spool.mu.edu!agate!doc.ic.ac.uk!uknet!rsre!breeze!heading
- From: heading@breeze.rsre.mod.uk (Anthony J.R. Heading)
- Newsgroups: comp.unix.ultrix
- Subject: Re: undump for Ultrix 4.[3,2[A,C]]
- Message-ID: <Bx8wE6.2LH@breeze.rsre.mod.uk>
- Date: 5 Nov 92 13:34:21 GMT
- References: <1992Nov4.202043.6463@psc.edu>
- Reply-To: heading%hermes.mod.uk@relay.mod.uk
- Organization: Defence Research Agency
- Lines: 31
-
- In article <1992Nov4.202043.6463@psc.edu> boone@psc.edu (Jon Boone) writes:
- >
- >Folks,
- >
- > Is there a working undump somewhere? I've gotten an undump before (I think
- > it was from gatekeeper), but I wasn't able to make it work with perl
- > scripts --- the perl scripts, once undumped, just proceeded to dump
- > core! :(
-
- If you compile perl with the UNEXEC option, the perl undump will
- call the unexec() as supplied with emacs. If you watch how emacs
- compiles on whatever machine you're using, and then change the link
- line in the perl makefile to be the same (obviously with the perl .o's
- instead of the emacs ones!) it seems to work fine. From memory, it
- was something like below, on my Decstation.
-
- ld -D 800000 /usr/lib/crt0.o <object files> unexmips.o
-
- I didn't find that pre-crt0.o or lastfile.o were required with perl -
- they simply seem to define reference points within the executable
- image that have entirely sensible defaults.
-
- If anyone would care to explain how it works, I'd like to know,
- but even if not, it works.
-
- Anthony
-
- ------------------------------------------------------------
- Defence Research Agency, St. Andrews Road, Malvern, Worcs, UK.
- heading@hermes.mod.uk Work: +44 684 896066
- heading@ccint1.rsre.mod.uk Home: +44 684 563596
-