9 Dec
2015
9 Dec
'15
3:56 p.m.
dd if=v6tar bs=128 count=1 | od
check the man page on the a.out format.
BTW: I would relink v6tar to be a "407" header so it will run anywhere.
That said, there are a number of copies of v6tar "in the wild" - my memory
is that it's on a late 1970's, very early 1980s USENIX tape.
On Wed, Dec 9, 2015 at 9:38 AM, Will Senn <will.senn(a)gmail.com> wrote:
On 12/8/15 10:53 PM, Noel Chiappa wrote:
That was it. Thanks for supplying the logic trail you followed as well! I
"upgraded" to a 11/70 w/2M of RAM and FPP by passing the appropriate SimH
commands and then I folllowed the instructions in Setting up Unix Sixth
Edition to use the m45.s assist and voila, v6tar works. Thank you.
Now, when you say dump the a.out header, how do you do that?
Thanks,
Will
_______________________________________________
TUHS mailing list
TUHS(a)minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs
From:
Will Senn <will.senn(a)gmail.com>
The problem is this, when I attempt to execute
the v6tar binary on
the
v6 system (it works in v7) it errors out:
v6tar
v6tar: too large
That's an error message from the shell; the exec() call on the command
('v6tar') is returning an ENOMEM error. Looking in the kernel, that comes
from
estabur() in main.c; there are a number of potential causes, but the most
likely is that 'v6tar' is linked to be split I+D, and your V6 emulation
is on
a machine that doesn't have split I+D (e.g. an 11/40). If that's not it,
please dump the a.out header of 'v6tar', so we can work out what's
causing the
ENOMEM.
Noel