[TUHS] v6tar from v7 on v6, too large?
clemc at ccc.com
Thu Dec 10 00:56:19 AEST 2015
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 at gmail.com> wrote:
> On 12/8/15 10:53 PM, Noel Chiappa wrote:
>> > From: Will Senn <will.senn at gmail.com>
>> > The problem is this, when I attempt to execute the v6tar binary on
>> > 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
>> 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
> 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?
> TUHS mailing list
> TUHS at minnie.tuhs.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the TUHS