Hmm,
The tarball of Apout that I put up for ftp had a file missing,
and a serious bug which caused 2.11BSD ls -l to go into an infinite loop.
I've removed this version and placed a new version of Apout in:
ftp://minnie.cs.adfa.edu.au/pub/PDP-11/Sims/Apout/
Things are looking good. With a small bit of manual help, I was
able to run make in 2.11BSD /usr/src/bin, which rebuilds all of
the binaries in /bin.
I've even (nearly) been able to build the GENERIC 2.11BSD kernel
in /sys/GENERIC, but I get:
# make
....
ld -X -i -o unix scb.o mch_backup.o mch_click.o mch_copy.o .....
sys_process.o syscalls.o ufs_mount.o -Z hk.o init_main.o kern_prot.o
tty_pty.o quota_kern.o quota_subr.o quota_ufs.o vm_swp.o vm_swap.o
vm_proc.o -Z ht.o tm.o ts.o -Z tmscp.o tmscpdump.o -Z rl.o
mch_fpsim.o ingreslock.o ufs_disksubr.o -Z rx.o kern_sysctl.o
vm_sched.o vm_text.o -Z kern_pdp.o kern_xxx.o ufs_syscalls2.o mem.o
ufs_subr.o rk.o sys_pipe.o kern_sig2.o toy.o subr_log.o -Z -Z
-Z -Z -Z -Z -Y vers.o -lkern param.o
Undefined:
_proc
_file
_text
*** Exit 1
Stop.
# ls -l unix
-rw------- 1 root 195480 Jan 3 03:41 unix
Steven, any ideas as to the problem? I had to do two operations manually
(using 32-bit native tools):
sh ../conf/newvers.sh
/bin/ed - param.s < ../conf/:comm-to-bss
Cheers all,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id EAA01186
for pups-liszt; Mon, 4 Jan 1999 04:17:03 +1100 (EST)
>From Michael Sokolov <msokolov(a)harrier.Uznet.NET> Mon Jan 4 03:16:23 1999
Received: from harrier.Uznet.NET (harrier.ml.org [193.220.92.194])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id EAA01181
for <pups(a)minnie.cs.adfa.edu.au>; Mon, 4 Jan 1999 04:16:50 +1100 (EST)
Received: from dosdev (pm7-94.dial.qual.net [205.212.2.94])
by harrier.Uznet.NET (8.8.8/8.8.8) with SMTP id WAA04342
for <pups(a)minnie.cs.adfa.edu.au>; Sun, 3 Jan 1999 22:16:30 +0500
Message-Id: <199901031716.WAA04342(a)harrier.Uznet.NET>
From: Michael Sokolov <msokolov(a)harrier.Uznet.NET>
Date: 3 Jan 1999 17:16:23 GMT
To: pups(a)minnie.cs.adfa.edu.au
Subject: Time machine
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Dear PUPS/TUHS members,
Have you ever wished to have a time machine? Have you ever wished to travel
back to 1988, to the time when 4.3BSD-Tahoe was the latest release and the SCCS
deltas corresponding to it were the most recent deltas? Well, at least I do.
Although unfortunately real time travel is still limited to the X-Files, I have
come up with a pretty good approximation, a time machine program. This program
turns the Universe clock backwards on a given SCCS file, pruning it down to a
given delta, specified either as an SID or as a delta serial number. The bulk
of the work is done by the SCCS rmdel command. This command, however, can only
delete one delta at a time and still leaves an audit trail in the delta table.
My package consists of a shell script and two C programs that compensate these
deficiencies. The result is that the SCCS file becomes byte-for-byte identical
to the one that existed at the time you have chosen, just like with a real time
machine!
I include this package below as a uuencoded gzipped tarball. See the README
file inside.
Sincerely,
Michael Sokolov
Cellular phone: 216-217-2579
ARPA Internet SMTP mail: msokolov(a)harrier.Uznet.NET
Enclosure: uuencoded tmachine.tar.gz:
begin 644 tmachine.tar.gz
M'XL(`)3,CS8``.T9:V_;-K!?S5]Q29TFSN+8DE]`TQ08DA8HT&Y`TWY*@U66
M:)NS)`HD'<];\]]W1UJVE*1MMB(QMN@`P]+I>&^2=^2[8,I'(N9/[A$`H-_M
M`O[[[7:;_@%ZGOLG\+L^4O2[G4&[WQETZ6NOYS^!^]2I`@=!'#^'9!KQV`2Q
MT`:,$HE],\.8L<*7$MEAR&IA",U?H2E+P\LTK,CM>8EWB4/QPW6J37OH_PWO
M7_U\^N[5_<KXSOSW/42Z^8^/O0ZBNH-!MYK_#P$?)AR,2#@D03@1*8<L"*?!
MF$,H4XV36(,<@2&BG$!/>!R##I7(#`1I!&8NX81E2HY5D.B#TG)@OQ?G,Z!`
MS>$$<GH(%`>1&IY&'&DE##D3Z:6<XMMP8467),HT7AQ`*@U$0O'0Q(N<;*:Y
M.F3LM5`H.)1)AMN:_5`0AJ1JEJ8B'<-N@EO?KE4H!1X)<XN9S`D]`)WQ4(P6
M-(ZH0JE(-L0R#(Q`3\%(*C<>G3$4::`$U["0,Y@$EQQ^GVG#0L4#@U:13W+R
M($I$:C&*?`1G)R=GI'N"*&UUNSTZ0K-4S@$Y1@MR&MJ^Q=@'7$EG*K6</Z;B
MDBMT=8A*3F&(`^>!BC">*`_&^#%UTFCW/R"O/,?E>BW'3%I&MI!3BZA:^I#H
M(`ZT^<T&D['YA*LB9NDD,IP4H`_@/I`?YD%J2-,IY]DAO,&=`GU"P<Y'H6,T
M<(%#%335V9M30!\U@S-\W<.P$8+\A(]+:5R)((9TE@RY.F"*$R.#=L6+AO/<
MRCR8"TR@(;I11DM1(88PPG#&"TNKUC08099(1-!(#<NH8<H%B4O)(**!<#@,
MIA[I2`\^F69*,HG>\F88[`2M$)CK&-MLD4\IJ<084R4NQL%.&.L]8VX9P];\
M@Q$1X/[M4F?7S:1(ILAE."/7CL@*8N8<9H)A3)F#LV&6\NB0G?*8&TNA<VL=
M4XH7,=.8W-KZ:XYQ6<T-%(7>GL5&'U:[\W\<2O7:/<GXSO[?\;Q5_3_P!STB
M[WN=:O]_"'@JTC">11Q>:!,)>3AYR=BE%+A#!2+>2_2XP<))H&`?'X_87ZPV
MRF9&TP?<%$W$E6H<L1K_0Y@]#Y^N&&[>N+8'(MT+U#C$!4V-+QL62>]'2V[[
MA+;\7K]Y^PKVM5O]]BD/\\>`^&-NTCO*(!;#A1:X%./2CPC'"1'Y<XQKTWG/
M\R^.&)*/P&H`6\?0@R]?K"+G_L5Y^X)0N\W=(M)SR&`7GCV[CE2[#5:K67]L
ME_HA+%/P*<KW:RO_4[I-#EE*S]D<6]X-0'MKU@8XAC:2U=`2?`R,%#DY_`0^
M<;A"K\:X+A>'>':(?2Q06V)6LR[$+R.9\=1Q\RX.8%NM%%I2',,O']^^)9LR
M#)]4.2V1Y?XO\^D0G_F*SYKH=E8=QZH8OS*_[C5^9<K;F7:)J:,?C3FF('G[
M`-<1'_.!!C:^;9E3'!-D&?]/[;9G4\`BEZ&>%$*=1W>UXRY#2Z7;WM&1"Z;-
MN\@L,E0EPLB<^]T+"A(E:V33E%[NIO,M2M]-:VVU_H[:/ZJ%UF&0CI9CMTF/
M"'9"V-&PLU_X1=L'\*S@$'I#/S3@!73NJN66S7?G8">;9LFQ=:CE41MB438E
M<IPEZVEB::UL.^%.[63>TD:%2;9G=2&-&DO&R[GGHE1B:KE>L9O\G`&9PNB.
M]M9+U?:.1O67W(E!*47N[/C;/%]*@.-5`J!=>0(0DN_>=,L56VM:G%^D;F35
M)6]2?HZP0]#<K0XVP=U[;E\1561$>,5MO]&FA7_3.UD%_P;RFOX^96!!-^CU
MOG[^.^AWEO6?U_7Z]ORWWZG.?QX$GFZUAB)MZ0E["KB9I6/7,8YD',LYM;FT
MSFCJ;C,I7`?O^O[5V89K'U<G+/9(A$?,GFP<MV9:M0@5MRR"V5ZUB+:(XCGS
M<6LB$]Y*M)S*6%ZV\@QM%6A*Y\I?'5`^RJX7SZ7J'M1]0-*LM>Y_ZG6'62US
MB&%A9HD]V^Y3*P]4(a)(D4/J.=-SE\9I%DM;H[S6FJ.A'7/49M.4LNUZQ\5B\=
M>J^Y%:5_QFUS20\OB8]*H#FZF]Z31$;0Q;X+A]7=.5/S3WHI54GEP_;[R;'O
M]']>O]W+Y[_O]?M$/NCWJOG_$+#Q_H^^%/JYK_9P_KHR+U\J?:,+N]Y=>:Z'
M6-5B1&/-R5_NL4G0*\NP4"Q86>PA;G0.5E.=:^=JX5OUT_^\'["\HS)O5^-'
M-XK\_6]4^:OZWK]K?5\LYUV);(.PMM.]KW4KU_OKJIR,?5\T%M6GFX%LIG`?
M2V7:5#R1ESQR)Z`Z5Z)<GY?2X<<J[OF$.MB]-4=2<;7:%C*M7#IOL/_;]/I3
M0045;`ZJ^__'#=7]?W7_7]W_5_?_U?W_XX3J_O]QP\;/?ZK[_^K^O[K_K^[_
MJ_O_ZOZ_@@>'ZO[_<4-U_U_=_U?W_X\7-M[_5??_U?U_=?^_L?O_OP%(*:`Y
$`$```/Z_
`
end
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id GAA01508
for pups-liszt; Mon, 4 Jan 1999 06:21:26 +1100 (EST)
>From Mirian Crzig Lennox <mirian(a)xensei.com> Mon Jan 4 05:20:02 1999
Received: from trantor.cosmic.com (xensei-PPP-0227.xensei.com [207.31.197.27])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id GAA01503
for <pups(a)minnie.cs.adfa.oz.au>; Mon, 4 Jan 1999 06:21:13 +1100 (EST)
Received: (from mirian@localhost)
by trantor.cosmic.com (8.8.7/8.8.4)
id OAA17969; Sun, 3 Jan 1999 14:20:03 -0500
From: Mirian Crzig Lennox <mirian(a)xensei.com>
To: pups(a)minnie.cs.adfa.oz.au
Subject: Ancient SunOS source
References: <199812161520.KAA28340(a)seedlab1.cropsci.ncsu.edu>
Original-Sender: mirian(a)xensei.com
Organization: The Cosmic Computing Corporation of Alpha Centauri
Date: 03 Jan 1999 14:20:02 -0500
In-Reply-To: "User Rdkeys Robert D. Keys"'s message of "Wed, 16 Dec 1998 10:20:18 -0500 (EST)"
Message-ID: <m31zlccgf1.fsf(a)trantor.cosmic.com>
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Last month, there was some discussion about getting Sun to release the
sources to old SunOS 4.1 under the Ancient UNIX source licence. I'm
curious as to what progress has been made on that. I'm
enthusiastically looking forward to hopefully being able to run
SunOS-4.1.3 with full source on an old Sun 3/80.
--
Mirian Crzig Lennox Systems Anarchist
"There's a New World Order coming every minute.
Make mine extra cheese."
All,
Welcome to 1999, I hope you all had a good Christmas and New Year.
I've just released a new version of my Apout PDP-11 simulator at
ftp://minnie.cs.adfa.edu.au/pub/PDP-11/Sims/Apout/
The 6th/7th Edition stuff is untouched, but the emulator can now run
a significant number of binaries from 2.11BSD: /bin/sh, make, the C
compiler, most of /bin and /usr/bin. I've been able to rebuild both
ls and sh from the sources.
Although the emulated 2.11BSD environment isn't complete, its enough
to be nearly useful!
Cheers all,
Warren
Hi, I am very new to the Old Editions of Unix and PDP. I got licensed
recently, and I have been using the Binary Distrubutions of V6 and V7.
I am having trouble unpacking the v6.tape on Bob Supnik's Emulator.
In the v6 installation guide it says to key in the
012700
172526
010040
012740
060003
000777
Using the Emulator, I deposit the instructions into 100000.
I attach the Tape and Disk using this:
> att tm0 v6.tape
> att rk0 v6root
I then run the instructions:
> run 100000
The Computer hangs, I break out of it. Then I type:
> boot tm0
It gives me a `=` prompt..
The Installation guide tells me to type:
> tmrk.
The emulator just freezes after this.
This may sound like a easy question, but I am very new to this.
Any help or pointers on getting UNIX V6 up and running on my Emulator
would be very helpful.
Thanks.
*********************************
Alejandro Gonzalez
HPDRC Research Assistant
NASA Regional Application Center
agonza24(a)cs.fiu.edu
*********************************
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id KAA22473
for pups-liszt; Fri, 1 Jan 1999 10:51:05 +1100 (EST)
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Fri Jan 1 09:53:07 1999
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id KAA22468
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 1 Jan 1999 10:50:58 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id KAA25121; Fri, 1 Jan 1999 10:53:07 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199812312353.KAA25121(a)henry.cs.adfa.oz.au>
Subject: Re: Bob Supnik Emulator and V6
To: agonza24(a)cs.fiu.edu (alejandro gonzalez)
Date: Fri, 1 Jan 1999 10:53:07 +1100 (EST)
Cc: pups(a)minnie.cs.adfa.oz.au (Unix Heritage Society)
In-Reply-To: <Pine.GSO.4.05.9812311838460.20487-100000(a)sdb1.cs.fiu.edu> from alejandro gonzalez at "Dec 31, 98 06:46:16 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In article by alejandro gonzalez:
> Any help or pointers on getting UNIX V6 up and running on my Emulator
> would be very helpful.
> Thanks.
Right at the bottom of the simh_doc.txt file, there are instructions
on how to boot the v6 image which comes with Bob Supnik's emulator.
That is the easiest way to get v6 up and running!
Cheers,
Warren
(writer bites his tongue to keep from ranting about paying $100 for an
operating system for a computer that cost $12 at a second-hand store...
8^)
So I went back to the junk store yesterday and found a TK25 tape drive,
which appears to work fine with my PDP-11/73. It also uses the same
cartriges as my SCSI tape backup drive... Is there a DOS, Linux, or
windows NT program that I can use to save files to tape so I can load them
on the PDP-11? When I initialize a tape, is the format standard among
other computers, or is it specific to PDP's running RSTS?
Is there any way to make Unix 7 use RD hard drives?
...and most importantly...
Everything for PDP's seems to be distributed on disk images for drives I
don't have. I think I saw something somewhere about being able to mount a
.dsk file as a virtual drive under RT11... Anyone know if this is true?
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id IAA14527
for pups-liszt; Wed, 30 Dec 1998 08:09:29 +1100 (EST)
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Wed Dec 30 07:07:32 1998
Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id IAA14522
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 30 Dec 1998 08:09:17 +1100 (EST)
Received: (from sms@localhost)
by moe.2bsd.com (8.9.0/8.9.0) id NAA11417
for pups(a)minnie.cs.adfa.oz.au; Tue, 29 Dec 1998 13:07:32 -0800 (PST)
Date: Tue, 29 Dec 1998 13:07:32 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <199812292107.NAA11417(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.oz.au
Subject: Re: rt11 and disk images
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi -
> From: "Erin W. Corliss" <erin(a)coffee.corliss.net>
> (writer bites his tongue to keep from ranting about paying $100 for an
> operating system for a computer that cost $12 at a second-hand store... 8^)
If you think $100 for software is worthy of ranting I'd hate to see
what $100k (what it used to cost for UNIX sources) worth of ranting
would sound like :) :) :)
> So I went back to the junk store yesterday and found a TK25 tape drive,
> which appears to work fine with my PDP-11/73. It also uses the same
> cartriges as my SCSI tape backup drive... Is there a DOS, Linux, or
The TK25 (I have one also - worked the last time I checked some time
ago) uses DC600A (the "A" is important) 60mb tapes.
But there the similarity ends.
> windows NT program that I can use to save files to tape so I can load them
> on the PDP-11? When I initialize a tape, is the format standard among
> other computers, or is it specific to PDP's running RSTS?
The TQK25 formats the tape in a 'variable' record mode format that
is (as far as I know) peculiar to DEC (or who ever built the TK25
for them). This makes the TK25 look and feel like a 9-track drive
(record boundaries are preserved) which is nice.
Unfortunately most (all?) QIC drives in the "PC" world end up in a
'fixed record' mode (which loses the concept of record size). So
while you might have a DC600A drive on a Linux system it will, odds are,
only write in fixed record mode which the TQK25 probably won't like.
Have to try it and see what happens.
> Is there any way to make Unix 7 use RD hard drives?
Not easily. MSCP devices weren't around or weren't supported at
the time V7 came out. You'd need a development system running
supported disks first (perhaps the work could be done via an
emulator). Then you could create "boot kits" (and adding RD/RA
support would also entail writing bootblocks, standalone drivers,
updating /boot, in additi0on to the mainline kernel 'ra.c' driver).
2.11BSD supports the RD drives quite nicely - if you've an 11/73
then perhaps using 2.11 instead of V7 might be worth considering.
> ...and most importantly...
>
> Everything for PDP's seems to be distributed on disk images for drives I
> don't have. I think I saw something somewhere about being able to mount a
That's why I (even 6 years ago the older drive types were either
too old or too bulky/powerhungry) bought an Emulex UC08 (MSCP->SCSI)
and started using SCSI peripherals. You should have heard the
ranting - but it was worth in the long haul.
Steven Schultz
sms(a)moe.2bsd.com
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id JAA14776
for pups-liszt; Wed, 30 Dec 1998 09:37:12 +1100 (EST)
>From Robin Birch <robin(a)falstaf.demon.co.uk> Wed Dec 30 08:32:24 1998
Received: from post.mail.demon.net (post-12.mail.demon.net [194.217.242.41])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id JAA14771
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 30 Dec 1998 09:36:56 +1100 (EST)
Received: from [158.152.152.109] (helo=falstaf.demon.co.uk)
by post.mail.demon.net with smtp (Exim 2.10 #2)
id 0zv7ku-0003ce-00
for pups(a)minnie.cs.adfa.oz.au; Tue, 29 Dec 1998 22:36:49 +0000
Message-ID: <7OIFxAA4hVi2EwHy(a)falstaf.demon.co.uk>
Date: Tue, 29 Dec 1998 22:32:24 +0000
To: pups(a)minnie.cs.adfa.oz.au
From: Robin Birch <robin(a)falstaf.demon.co.uk>
Subject: Bob Supnik's Emulator.
MIME-Version: 1.0
X-Mailer: Turnpike (32) Version 3.05 <YSkKJATYm0AxAbv6xUlJqScVOx>
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Dear All,
I've been struggling with Bob's emulator (version 2.3d). The main
problem appears to be around the TM device driver. I've been creating
boot programs and data on my 11/73 under 2.11 BSD.
To do this I've been using the makesimtape program. This hasn't worked
very well. I've had to make individual files for each of the standalone
utilities as I havn't been able to get the emulator to find files beyond
the first one. For instance if I make a standalone file consisting of
the bootstrap, boot, disklabel, mkfs, restor and inode then I can boot
the processor and load and run disklabel but nothing beyond this.
Using separate bootstraps, boot and <program>, I have labeled and mkfs
an RP04. I then tried restor. Well, I can get restor to load and run
but it doesn't want to understand the dump file written with dd that is
created as part of the generation of a distribution set on the 11/73.
I suspect that there is some form of data conversion that I have to go
through before I can read the files on the emulator.
Has anybody installed 2.11 on the emulator from scratch. If so, can
they offer any advice.
Regards
Robin
PS, the emulator is compiled with gcc on Solaris 2.6 running on a
sparc2. It runs the rt11 and v7 disks available with the simulator with
no worries.
____________________________________________________________________
Robin Birch robin(a)falstaf.demon.co.uk
M1ASU/2E0ARJ Old computers and radios always welcome
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id JAA14831
for pups-liszt; Wed, 30 Dec 1998 09:49:48 +1100 (EST)
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Dec 30 08:51:34 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id JAA14826
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 30 Dec 1998 09:49:40 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA23598; Wed, 30 Dec 1998 09:51:35 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199812292251.JAA23598(a)henry.cs.adfa.oz.au>
Subject: Re: Bob Supnik's Emulator.
To: robin(a)falstaf.demon.co.uk (Robin Birch)
Date: Wed, 30 Dec 1998 09:51:34 +1100 (EST)
Cc: pups(a)minnie.cs.adfa.oz.au (Unix Heritage Society)
In-Reply-To: <7OIFxAA4hVi2EwHy(a)falstaf.demon.co.uk> from Robin Birch at "Dec 29, 98 10:32:24 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In article by Robin Birch:
> Dear All,
> I've been struggling with Bob's emulator (version 2.3d). The main
> problem appears to be around the TM device driver. I've been creating
> boot programs and data on my 11/73 under 2.11 BSD.
>
> To do this I've been using the makesimtape program. This hasn't worked
> very well. I've had to make individual files for each of the standalone
> utilities as I havn't been able to get the emulator to find files beyond
> the first one. For instance if I make a standalone file consisting of
> the bootstrap, boot, disklabel, mkfs, restor and inode then I can boot
> the processor and load and run disklabel but nothing beyond this.
The format of a tape image is described in simh_doc.txt in Appendix 1.3,
at roughly line 2,473 of the file. Perhaps the makesimtape program isn't
making the tape correctly. What arguments are you giving it?
On a silly note, if there is only a single thing on the tape you are trying
to restor, you could always save it without the record structure imposed
by makesimtape, attach it as RL00, and then restor it from /dev/rl00 :-)
Best of luck,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id JAA14858
for pups-liszt; Wed, 30 Dec 1998 09:51:34 +1100 (EST)
>From Dave Horsfall <dave(a)fgh.geac.com.au> Wed Dec 30 08:48:10 1998
Received: from caveman.geac.com.au (caveman.geac.com.au [203.30.73.2])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with SMTP id JAA14853
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 30 Dec 1998 09:51:26 +1100 (EST)
Received: (qmail 11612 invoked from network); 29 Dec 1998 21:55:57 -0000
Received: from brane.geac.com.au (202.6.67.115)
by caveman.geac.com.au with SMTP; 29 Dec 1998 21:55:57 -0000
Received: from fgh.geac.com.au by brane.geac.com.au with smtp\n (Smail3.1.29.1 #3) id m0zv7vT-0003l1C; Wed, 30 Dec 98 09:47 AEDT
Received: from localhost (dave@localhost)
by fgh.geac.com.au (SMI-8.X/SVR4) with ESMTP id JAA22945; Wed, 30 Dec 1998 09:48:10 +1100
Date: Wed, 30 Dec 1998 09:48:10 +1100 (EST)
From: Dave Horsfall <dave(a)fgh.geac.com.au>
X-Sender: dave@fgh
To: Greg Lehey <grog(a)lemis.com>
cc: Unix Heritage Society <pups(a)minnie.cs.adfa.oz.au>
Subject: Re: Converting Sixth Edition man pages
In-Reply-To: <19981229184909.O32696(a)freebie.lemis.com>
Message-ID: <Pine.GSO.4.03.9812300947020.22664-100000@fgh>
X-No-Archive: Yes
X-Witty-Saying: "Tesseract - Enter at own risk"
X-Disclaimer: "Me, speak for us?"
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Tue, 29 Dec 1998, Greg Lehey wrote:
> In fact, I'm not sure that just viewing them *would* be easier. From
> observation, the markup isn't too different from the -an macros. A
> lot of the macros seem to be the same, just in a different case. But
> there are enough differences that I wouldn't want to tackle it right
> now.
Do you have thee 6th Edition documentation to tell you what the macros
do? I have them somewhere...
--
Dave Horsfall VK2KFU dave(a)geac.com.au Ph: +61 2 9978-7493 Fx: +61 2 9978-7422
Geac Computers P/L (FGH Division) 2/57 Christie St, St Leonards 2065, Australia
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id JAA14878
for pups-liszt; Wed, 30 Dec 1998 09:55:19 +1100 (EST)
Stuff this in the archives somewhere: V6 man macros.
I can't remember where I dug it up, unfortunately.
# To unbundle, sh this file
echo tmac.an6 1>&2
sed 's/.//' >tmac.an6 <<'//GO.SYSIN DD tmac.an6'
-'''\" Pwb Manual Entry Macros - Version 6 (@(#)an6.src 1.6)
-'''\" Nroff/Troff Version @(#)1.6
-.deTH
-.tmwrong version of man entry macros - use -man
-.ab
-..
-.rnbd Bd
-.rndt Dt
-.rnit il
-.nr}I 5n
-.nr}P 0 1
-.de}C
-.ev1
-.po0
-.lt7.5i
-.tl\-\-
-.lt
-.po
-.ev
-..
-.de}E
-.wh-1p }C
-..
-.ift .em }E
-.dei0
-.in\\n(}Iu
-.dt
-..
-.delp
-.tc
-.i0
-.ta\\$2n
-.in\\$1n
-.ti-\\$2n
-..
-.des1
-.sp1v
-.ne2
-..
-.des2
-.ift .sp .5v
-.ifn .sp 1v
-..
-.des3
-.ift .sp .5v
-.ifn .sp 1v
-.ne2
-..
-.de}F
-.ev1
-'ft1
-'ps10
-'sp.5i
-.tl- % -
-'ft
-'ps
-.ev
-'bp
-..
-.deth
-.de}X
-.ev1
-.ift .}C
-'ft1
-'ps10
-'sp.5i
-.tl''THIS MANUAL ENTRY NEEDS TO BE CONVERTED - SEE mancvt(1) and man(7)''
-.tl\\$1\|(\|\\$2\|)PWB/UNIX\| \\$3\\$1\|(\|\\$2\|)
-'ps
-'ft
-'sp.5i
-.ev
-\\..
-.wh-1i }F
-.wh0 }X
-.if\\n+(}P>1 .bp1
-.ft1
-.ft1
-.ps10
-.vs12p
-.ift .po .5i
-.in\\n(}Iu
-.fi
-.dt
-.mc
-.ad
-.ifn .na
-..
-.desh
-.s1
-.ift .ft 3
-.ps8
-.ti0
-\&\\$1
-.ift .ft
-.ps
-.br
-..
-.deit
-.ul
-.ie\\nV>1 _\\$1_
-.el\&\\$1
-..
-.debd
-.ift .ft 3
-.ifn .ul
-.ie\\nV>1 _\\$1_
-.el\&\\$1
-.ift .ft
-..
-.debn
-.ift .ft 3
-.ifn .ul
-.ie\\nV>1 _\\$1_\t\&\c
-.el\&\\$1\t\&\c
-.ift .ft
-..
-.dedt
-.ifn .ta 8n 16n 24n 32n 40n 48n 56n 64n 72n 80n
-.ift .ta .5i 1i 1.5i 2i 2.5i 3i 3.5i 4i 4.5i 5i 5.5i 6i 6.5i
-..
-'dsv \(bv
-'ds' \(aa
-'ds> \(->
-'dsX \(mu
-'ds_ _
-'ds- \-
-'dsG \(*G
-'dsg \(ga
-'dsp \(*p
-'dsa \(aa
-'dsb \(*b
-'dsr \(rg
-'ds| \|
-'dsu \(*m
-.if\nV=1 \{\
-.po4
-.ll80
-.lt80
-.ev1
-.ll80
-.lt80
-.ev\}
-.if\nV>1 \{\
-.ll82
-.lt82
-.ev1
-.ll82
-.lt82
-.ev
-.pl84
-.rmul\}
-.hy14
-.uf2
//GO.SYSIN DD tmac.an6
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id KAA14989
for pups-liszt; Wed, 30 Dec 1998 10:04:45 +1100 (EST)
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Wed Dec 30 09:03:53 1998
Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id KAA14984
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 30 Dec 1998 10:04:35 +1100 (EST)
Received: (from sms@localhost)
by moe.2bsd.com (8.9.0/8.9.0) id PAA12398
for pups(a)minnie.cs.adfa.oz.au; Tue, 29 Dec 1998 15:03:53 -0800 (PST)
Date: Tue, 29 Dec 1998 15:03:53 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <199812292303.PAA12398(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.oz.au
Subject: Re: Bob Supnik's Emulator.
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Robin -
Howdy.
> From: Robin Birch <robin(a)falstaf.demon.co.uk>
> I've been struggling with Bob's emulator (version 2.3d). The main
2.3d? Hmmm, sounds like a little newer one than I've used in the
past (I've updated selected modules so I'm probably running 2.3d
but the directory is still called 2.3b ;))
> problem appears to be around the TM device driver. I've been creating
> boot programs and data on my 11/73 under 2.11 BSD.
I don't think that's the case - but read on and see if my new
theory sounds plausible...
> Using separate bootstraps, boot and <program>, I have labeled and mkfs
> an RP04. I then tried restor. Well, I can get restor to load and run
> but it doesn't want to understand the dump file written with dd that is
> created as part of the generation of a distribution set on the 11/73.
Umm, you can't use a 'dd'd image - you have to use 'makesimtape'
(or a similar utility) to add the record/file/bytecount markers that
the simulator expects to see.
> I suspect that there is some form of data conversion that I have to go
> through before I can read the files on the emulator.
Yes, there is. Not sure why it didn't occur to me earlier when you
mentioned having problems.
I assume you compiled and ran 'makesimtape' on the same system
(Sparc) as the simulator is running.
If so then it sounds to be like there's an endianness bug in
makesimtape. That wouldn't surprise me since all I have are
either little or pdp-11 endian systems and never tested makesimtape
on a big endian machine.
There are ifdefs around what I thought were the appropriate places
for flipping bytes - what you'll need to do is get Bob's description
of the simulated tape format (fairly simply and it's in the docs
somewhere as I recall) and the makesimtape.c source and see where I
"oops"d.
> Has anybody installed 2.11 on the emulator from scratch. If so, can
> they offer any advice.
Yes, I have. But only on little endian systems. The one time (ages
ago) I tried the simulator on a Sparc the program dropped core because
it wasn't bigendian capable. That's been fixed but I've never tried
it again.
Steven
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id KAA15089
for pups-liszt; Wed, 30 Dec 1998 10:21:23 +1100 (EST)
>From Robin Birch <robin(a)falstaf.demon.co.uk> Wed Dec 30 09:20:18 1998
Received: from post.mail.demon.net (post-11.mail.demon.net [194.217.242.40])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id KAA15084
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 30 Dec 1998 10:21:14 +1100 (EST)
Received: from [158.152.152.109] (helo=falstaf.demon.co.uk)
by post.mail.demon.net with smtp (Exim 2.10 #2)
id 0zv8Rf-0005cU-00; Tue, 29 Dec 1998 23:20:59 +0000
Message-ID: <Wta+ZIAyOWi2EwQ$(a)falstaf.demon.co.uk>
Date: Tue, 29 Dec 1998 23:20:18 +0000
To: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Cc: pups(a)minnie.cs.adfa.oz.au
From: Robin Birch <robin(a)falstaf.demon.co.uk>
Subject: Re: Bob Supnik's Emulator.
In-Reply-To: <199812292303.PAA12398(a)moe.2bsd.com>
MIME-Version: 1.0
X-Mailer: Turnpike (32) Version 3.05 <YSkKJATYm0AxAbv6xUlJqScVOx>
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In message <199812292303.PAA12398(a)moe.2bsd.com>, Steven M. Schultz
<sms(a)moe.2bsd.com> writes
>Robin -
> I don't think that's the case - but read on and see if my new
> theory sounds plausible...
>
I think that I've independantly come up with the same answer but by a
different logical root.
>> Using separate bootstraps, boot and <program>, I have labeled and mkfs
>> an RP04. I then tried restor. Well, I can get restor to load and run
>> but it doesn't want to understand the dump file written with dd that is
>> created as part of the generation of a distribution set on the 11/73.
>
> Umm, you can't use a 'dd'd image - you have to use 'makesimtape'
> (or a similar utility) to add the record/file/bytecount markers that
> the simulator expects to see.
>
Now this is what I didn't realise at first. All I thought makesimtape
was doing was packaging up the files, not writing some structure around
them.
>> I suspect that there is some form of data conversion that I have to go
>> through before I can read the files on the emulator.
>
> Yes, there is. Not sure why it didn't occur to me earlier when you
> mentioned having problems.
>
> I assume you compiled and ran 'makesimtape' on the same system
> (Sparc) as the simulator is running.
>
This is the big one, no. I had assumed that as the simulator was
emulating a PDP that it would accept files generated to look like boot
files etc built on a pdp so I'm running makesimtape in the standalone
direcctory of the 11/73. Nieve maybe but at least it was logical :-).
> If so then it sounds to be like there's an endianness bug in
> makesimtape. That wouldn't surprise me since all I have are
> either little or pdp-11 endian systems and never tested makesimtape
> on a big endian machine.
>
What I'll do is build makesimtape on the sun and see what happens then.
> There are ifdefs around what I thought were the appropriate places
> for flipping bytes - what you'll need to do is get Bob's description
> of the simulated tape format (fairly simply and it's in the docs
> somewhere as I recall) and the makesimtape.c source and see where I
> "oops"d.
Back in a mo.
Robin
____________________________________________________________________
Robin Birch robin(a)falstaf.demon.co.uk
M1ASU/2E0ARJ Old computers and radios always welcome
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id KAA15164
for pups-liszt; Wed, 30 Dec 1998 10:34:30 +1100 (EST)
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Wed Dec 30 09:33:50 1998
Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id KAA15159
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 30 Dec 1998 10:34:21 +1100 (EST)
Received: (from sms@localhost)
by moe.2bsd.com (8.9.0/8.9.0) id PAA12655
for pups(a)minnie.cs.adfa.oz.au; Tue, 29 Dec 1998 15:33:50 -0800 (PST)
Date: Tue, 29 Dec 1998 15:33:50 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <199812292333.PAA12655(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.oz.au
Subject: Re: Bob Supnik's Emulator.
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Robin -
> From robin(a)falstaf.demon.co.uk Tue Dec 29 15:21:08 1998
> > Umm, you can't use a 'dd'd image - you have to use 'makesimtape'
> > (or a similar utility) to add the record/file/bytecount markers that
> Now this is what I didn't realise at first. All I thought makesimtape
> was doing was packaging up the files, not writing some structure around
It's writing simulated bytecounts and simulated file and tape marks ;)
> > I assume you compiled and ran 'makesimtape' on the same system
> >
> This is the big one, no. I had assumed that as the simulator was
Ah, ok - so you're running the makesimtape program on an 11. That
would tend to point the finger at the program not flipping the
'structure' bytes into correct big endian order.
> emulating a PDP that it would accept files generated to look like boot
> files etc built on a pdp so I'm running makesimtape in the standalone
> directory of the 11/73. Nieve maybe but at least it was logical :-).
The "data" is PDP-11 specific, but the "structure" bytes need to be
in a canonical (big endian) form.
I was pretty sure the endianness was ok but I guess not. Another
possibility is that there's an alignment disagreement. The 11 might
be putting something on a 2 byte bound where the Sun expects a 4 byte
alignment.
> > There are ifdefs around what I thought were the appropriate places
> > for flipping bytes - what you'll need to do is get Bob's description
> Back in a mo.
If you find (and fix ;-)) it let me know and I'll integrate the
changes into makesimtape.c in the 2.11 tree (and eventually in to
the PUPS archive).
Steve
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id KAA15193
for pups-liszt; Wed, 30 Dec 1998 10:42:04 +1100 (EST)
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Dec 30 09:43:56 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id KAA15188
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 30 Dec 1998 10:41:57 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id KAA23709; Wed, 30 Dec 1998 10:43:56 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199812292343.KAA23709(a)henry.cs.adfa.oz.au>
Subject: Re: Converting Sixth Edition man pages
To: grog(a)lemis.com (Greg Lehey)
Date: Wed, 30 Dec 1998 10:43:56 +1100 (EST)
Cc: pups(a)minnie.cs.adfa.oz.au
In-Reply-To: <19981229123952.B12346(a)freebie.lemis.com> from Greg Lehey at "Dec 29, 98 12:39:52 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In article by Greg Lehey:
> I have the Sixth Edition man pages on my machine, but I can't do much
> with them, since they use obsolete macros. Is there any way to
> convert them to the Seventh Edition style?
>
> Greg
Here's a quick hack which is a start. It's a Perl script called fix:
#!/usr/bin/perl
while (<>) {
s/^\.br/.BR/;
if (/^\.bd/) {
if (/\"/) {
s/^\.bd/.B/; print; $_=".br\n";
} else {
s/^\.bd/.B/;
}
}
s/^\.bl/.BL/;
s/^\.it/.I/;
s/^\.sh/.SH/;
s/^\.th/.TH/;
s/^\.s3/.PP/;
s/\\\*/\\/g;
print;
}
I've run the V6 section 1 manuals through it, then nroffed them using
GNU nroff under FreeBSD 2.2.x, and I get only the following error messages:
# for i in *.1
> do perl /tmp/fix $i | nroff -man > /dev/null
> done
<standard input>:428: can't set diversion trap when no current diversion
<standard input>:95: can't set diversion trap when no current diversion
<standard input>:77: can't set diversion trap when no current diversion
<standard input>:40: can't set diversion trap when no current diversion
<standard input>:119: can't set diversion trap when no current diversion
<standard input>:132: normal or special character expected (got a node)
<standard input>:137: a tab character is not allowed in an escape name
<standard input>:83: cannot use a space as a starting delimiter
<standard input>:127: can't set diversion trap when no current diversion
<standard input>:93: can't set diversion trap when no current diversion
<standard input>:75: can't set diversion trap when no current diversion
<standard input>:64: can't set diversion trap when no current diversion
<standard input>:36: can't set diversion trap when no current diversion
<standard input>:154: a tab character is not allowed before an argument
<standard input>:182: a tab character is not allowed before an argument
<standard input>:182: error: end of file while ignoring input lines
<standard input>:95: can't set diversion trap when no current diversion
<standard input>:95: can't set diversion trap when no current diversion
I haven't eyeballed the output from them all, but ls(1), sh(1), db(1)
and roff(1) look ok.
Send in any improvements!!
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id KAA15247
for pups-liszt; Wed, 30 Dec 1998 10:59:06 +1100 (EST)
>From Carl Lowenstein <cdl(a)mpl.ucsd.edu> Wed Dec 30 09:58:25 1998
Received: from mpl.ucsd.edu (chiton.ucsd.edu [192.135.238.128])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id KAA15242
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 30 Dec 1998 10:58:57 +1100 (EST)
Received: (from cdl@localhost)
by mpl.ucsd.edu (8.8.8+Sun/8.8.8) id PAA16791;
Tue, 29 Dec 1998 15:58:25 -0800 (PST)
Date: Tue, 29 Dec 1998 15:58:25 -0800 (PST)
From: Carl Lowenstein <cdl(a)mpl.ucsd.edu>
Message-Id: <199812292358.PAA16791(a)mpl.ucsd.edu>
To: dave(a)fgh.geac.com.au, grog(a)lemis.com
Subject: Re: Converting Sixth Edition man pages
Cc: pups(a)minnie.cs.adfa.oz.au
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
> From owner-pups(a)minnie.cs.adfa.edu.au Tue Dec 29 15:07 PST 1998
> Date: Wed, 30 Dec 1998 09:48:10 +1100 (EST)
> From: Dave Horsfall <dave(a)fgh.geac.com.au>
> X-Sender: dave@fgh
> To: Greg Lehey <grog(a)lemis.com>
> cc: Unix Heritage Society <pups(a)minnie.cs.adfa.oz.au>
>
> On Tue, 29 Dec 1998, Greg Lehey wrote:
>
> > In fact, I'm not sure that just viewing them *would* be easier. From
> > observation, the markup isn't too different from the -an macros. A
> > lot of the macros seem to be the same, just in a different case. But
> > there are enough differences that I wouldn't want to tackle it right
> > now.
>
> Do you have thee 6th Edition documentation to tell you what the macros
> do? I have them somewhere...
>
> --
A quick check around some computers that I have on-line shows two sets
of v6 man macros, one for nroff and one for troff. This is on a NeXT
running NeXTstep 3.3. But I suspect that these same macros are
available on anything with a BSD 4.3 flavor.
/usr/lib/tmac/tmac.an6n
/usr/lib/tmac/tmac.an6t
About 200 lines total between them.
With the right macros, [ntg]roff should be able to do everything else.
carl
carl lowenstein marine physical lab u.c. san diego
clowenstein(a)ucsd.edu
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id LAA15274
for pups-liszt; Wed, 30 Dec 1998 11:06:51 +1100 (EST)
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Wed Dec 30 10:06:30 1998
Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id LAA15267
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 30 Dec 1998 11:06:42 +1100 (EST)
Received: (from sms@localhost)
by moe.2bsd.com (8.9.0/8.9.0) id QAA12964
for pups(a)minnie.cs.adfa.oz.au; Tue, 29 Dec 1998 16:06:30 -0800 (PST)
Date: Tue, 29 Dec 1998 16:06:30 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <199812300006.QAA12964(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.oz.au
Subject: Tape endianness in Bob's simulator
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi -
In glancing thru Bob's simulator I spotted this:
* Endian independent binary I/O package
For consistency, all binary data read and written by the simulator
is stored in little endian data order. That is, in a multi-byte
data item, the bytes are written out right to left, low order byte
to high order byte. On a big endian host, data is read and written
from high byte to low byte. Consequently, data written on a little
endian system must be byte reversed to be usable on a big endian
system, and vice versa.
Perhaps this sheds some light on why a Sparc can't read a pdp-11
generated (via 'makesimtape') tape.
I know I've read simulated tape files on an Intel system with no
trouble - so it would appear that the endianness was correct.
Good Luck Robin! ;)
Steven
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id LAA15356
for pups-liszt; Wed, 30 Dec 1998 11:53:44 +1100 (EST)
>From Greg Lehey <grog(a)lemis.com> Wed Dec 30 10:51:48 1998
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id LAA15351
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 30 Dec 1998 11:53:20 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id LAA06005;
Wed, 30 Dec 1998 11:21:44 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.9.1/8.9.0) id LAA35293;
Wed, 30 Dec 1998 11:21:48 +1030 (CST)
Message-ID: <19981230112148.C32696(a)freebie.lemis.com>
Date: Wed, 30 Dec 1998 11:21:48 +1030
From: Greg Lehey <grog(a)lemis.com>
To: "Steven M. Schultz" <sms(a)moe.2bsd.com>, pups(a)minnie.cs.adfa.oz.au
Subject: Re: rt11 and disk images
References: <199812292107.NAA11417(a)moe.2bsd.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.91.1i
In-Reply-To: <199812292107.NAA11417(a)moe.2bsd.com>; from Steven M. Schultz on Tue, Dec 29, 1998 at 01:07:32PM -0800
WWW-Home-Page: http://www.lemis.com/~grog
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Tuesday, 29 December 1998 at 13:07:32 -0800, Steven M. Schultz wrote:
> The TQK25 formats the tape in a 'variable' record mode format that
> is (as far as I know) peculiar to DEC (or who ever built the TK25
> for them). This makes the TK25 look and feel like a 9-track drive
> (record boundaries are preserved) which is nice.
>
> Unfortunately most (all?) QIC drives in the "PC" world end up in a
> 'fixed record' mode (which loses the concept of record size). So
> while you might have a DC600A drive on a Linux system it will, odds are,
> only write in fixed record mode which the TQK25 probably won't like.
> Have to try it and see what happens.
I believe the new CAM driver for FreeBSD 3.0 can do variable block
lengths on QIC drives.
Greg
--
See complete headers for address, home page and phone numbers
finger grog(a)lemis.com for PGP public key
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id XAA16818
for pups-liszt; Wed, 30 Dec 1998 23:31:23 +1100 (EST)
>From Robin Birch <robin(a)falstaf.demon.co.uk> Wed Dec 30 22:28:31 1998
Received: from post.mail.demon.net (post-11.mail.demon.net [194.217.242.40])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id XAA16813
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 30 Dec 1998 23:31:13 +1100 (EST)
Received: from [158.152.152.109] (helo=falstaf.demon.co.uk)
by post.mail.demon.net with smtp (Exim 2.10 #2)
id 0zvKmJ-0002Hl-00; Wed, 30 Dec 1998 12:31:07 +0000
Message-ID: <qKdBgFAvxhi2EwFc(a)falstaf.demon.co.uk>
Date: Wed, 30 Dec 1998 12:28:31 +0000
To: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Cc: pups(a)minnie.cs.adfa.oz.au
From: Robin Birch <robin(a)falstaf.demon.co.uk>
Subject: Re: Tape endianness in Bob's simulator
In-Reply-To: <199812300006.QAA12964(a)moe.2bsd.com>
MIME-Version: 1.0
X-Mailer: Turnpike (32) Version 3.05 <YSkKJATYm0AxAbv6xUlJqScVOx>
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In message <199812300006.QAA12964(a)moe.2bsd.com>, Steven M. Schultz
<sms(a)moe.2bsd.com> writes
> I know I've read simulated tape files on an Intel system with no
> trouble - so it would appear that the endianness was correct.
>
> Good Luck Robin! ;)
>
> Steven
Steven,
I now have a makesimtape that creates the bootstrap files correctly. I
have found, I think, one bug and partly rewritten another bit just to
put my mind at rest about a couple of things. I still can't create the
root correctly though.
What I have found:
1) Your endianness is correct, it took me a couple of sample programs
and rewrites to prove it. In doing this I have replaced trl with
another bit of code that does the same thing but is easier to play
around with to change the byte orders.
2) There are two bugs in the use of writev. These are:
2.1) When writing the headers and data you are writing a long to the
file where iovec only supports (I think) an unsigned short.
2.2) When writing the tape marks you are writing an integer as though it
was a long.
Of the two 2.2 is the most significant (I think).
After correcting both of these. By changing zero from an int to a long
and by replacing the writevs with writes for the headers, data and
trailers I have a version of makesimtape that creates a bootstrap file
that works.
I can load and run all of the bootstrap programs as though I was looking
at a real pdp which I couldn't before. This makes me think that I have
probably got makesimtape about right.
Now for the bad bit. I have created a root.dump then run it through
makesimtape with the command file:
/usr/root.dump 2
* 1
and it won't load from restor. I get a succession of "missing address
(header) block" errors but I successfully detect the end of the tape and
restor stops running, as it is supposed to do.
So, am I doing something wrong in creating the root file? or is there
something still wrong with makesimtape?. This is probably a red herring
but the distribution tapes are written with a blocksize of 20 for all of
the data after the bootstraps whilst makesimtape only writes multiples
of 512.
Advice please
Robin
____________________________________________________________________
Robin Birch robin(a)falstaf.demon.co.uk
M1ASU/2E0ARJ Old computers and radios always welcome
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id CAA17289
for pups-liszt; Thu, 31 Dec 1998 02:53:20 +1100 (EST)
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Thu Dec 31 01:52:58 1998
Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id CAA17284
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 31 Dec 1998 02:53:10 +1100 (EST)
Received: (from sms@localhost)
by moe.2bsd.com (8.9.0/8.9.0) id HAA10714
for pups(a)minnie.cs.adfa.oz.au; Wed, 30 Dec 1998 07:52:58 -0800 (PST)
Date: Wed, 30 Dec 1998 07:52:58 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <199812301552.HAA10714(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.oz.au
Subject: Re: Tape endianness in Bob's simulator
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Robin -
> From robin(a)falstaf.demon.co.uk Wed Dec 30 04:31:15 1998
> What I have found:
>
> 1) Your endianness is correct, it took me a couple of sample programs
Whew - that's a relief.
> 2) There are two bugs in the use of writev. These are:
>
> 2.1) When writing the headers and data you are writing a long to the
> file where iovec only supports (I think) an unsigned short.
iovec can write as much as it wants to. To write a 'long' one
simply stuffs the _address_ of the long variable into iov_base
and "sizeof long" into iov_len. I'm not sure what you mean by
iovec only supporting a short.
> 2.2) When writing the tape marks you are writing an integer as though it
> was a long.
It isn't? Oops.
On some systms (those where "sizeof long == sizeof int") 'zero'
would be a long.
Sigh - I've been contaminated by machines where that assumption is
true.
> Now for the bad bit. I have created a root.dump then run it through
> makesimtape with the command file:
>
> /usr/root.dump 2
> * 1
>
> and it won't load from restor. I get a succession of "missing address
> (header) block" errors but I successfully detect the end of the tape and
> restor stops running, as it is supposed to do.
> So, am I doing something wrong in creating the root file? or is there
Uh, yes ;)
'dump' tapes *must* consist of 10kb records. 'restore' is expecting
10kb (or 20 sector) records and complaining about the shortness of
what it is reading.
> something still wrong with makesimtape?. This is probably a red herring
> but the distribution tapes are written with a blocksize of 20 for all of
> the data after the bootstraps whilst makesimtape only writes multiples
> of 512.
Correct. The bootblock+boot needs to be 512 byte records so the
boot rom can deal with it. The standalone programs are 1kb records
(because that's the filesystem block size and to make the 'seeking'
in the pseudo-stdio routines possible/simple).
All the _data_ files are 10kb records because that's what 'tar' and
'dump' use.
Steven
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id DAA17381
for pups-liszt; Thu, 31 Dec 1998 03:15:43 +1100 (EST)
>From Michael Kraus <belfry(a)nsw.bigpond.net.au> Thu Dec 31 02:13:57 1998
Received: from m4.c2.telstra-mm.net.au ([24.192.3.19])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id DAA17376
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 31 Dec 1998 03:15:36 +1100 (EST)
Received: from m5.c2.telstra-mm.net.au (m5.c2.telstra-mm.net.au [24.192.3.20])
by m4.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id DAA06722
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 31 Dec 1998 03:15:32 +1100 (EDT)
Received: from nsw.bigpond.net.au (UNKNOWN061179.rev.telstra-mm.net.au [24.192.61.179])
by m5.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id DAA17024
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 31 Dec 1998 03:15:31 +1100 (EDT)
Message-ID: <368A5145.BE11CED3(a)nsw.bigpond.net.au>
Date: Thu, 31 Dec 1998 03:13:57 +1100
From: Michael Kraus <belfry(a)nsw.bigpond.net.au>
X-Mailer: Mozilla 4.5 [en] (Win95; I)
X-Accept-Language: en
MIME-Version: 1.0
To: pups(a)minnie.cs.adfa.oz.au
Subject: PDP Free to good home...
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
G'day all...
I've got a DEC Pro/350 machine (including Pro OS and manuals, etc), as
well as a serial printer for it.
I've been planning on putting UNIX on it, and tracking down a network
card for it. However, I don't really have enough time or space to do
such.
It is a PDP (unsure if it is a PDP-11 or not... I did find out, but that
was a while ago). I'm pretty sure that you will be able to get it to run
UNIX (v6, I think).
Rather then let it sit useless in my hall, I thought one of you guys (or
girls, as the case may be) may appreciate it more than what I currently
am.
The only cost involved would be the cost of getting yourself here,
picking it up and taking it back home. FYI, I live in Paddington (NSW).
Email me if you are interested.
Michael.
P.s. It is in my posssesion as my father is a doctor and it was in use
for many years in his practice. (Its only recently that they upgraded
as it suited the purpose so well!)
I have the Sixth Edition man pages on my machine, but I can't do much
with them, since they use obsolete macros. Is there any way to
convert them to the Seventh Edition style?
Greg
--
See complete headers for address, home page and phone numbers
finger grog(a)lemis.com for PGP public key
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id TAA12241
for pups-liszt; Tue, 29 Dec 1998 19:12:50 +1100 (EST)
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Tue Dec 29 18:14:38 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id TAA12236
for <pups(a)minnie.cs.adfa.oz.au>; Tue, 29 Dec 1998 19:12:44 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id TAA22809; Tue, 29 Dec 1998 19:14:38 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199812290814.TAA22809(a)henry.cs.adfa.oz.au>
Subject: Re: Converting Sixth Edition man pages
To: grog(a)lemis.com (Greg Lehey)
Date: Tue, 29 Dec 1998 19:14:38 +1100 (EST)
Cc: pups(a)minnie.cs.adfa.oz.au (Unix Heritage Society)
In-Reply-To: <19981229123952.B12346(a)freebie.lemis.com> from Greg Lehey at "Dec 29, 98 12:39:52 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In article by Greg Lehey:
> I have the Sixth Edition man pages on my machine, but I can't do much
> with them, since they use obsolete macros. Is there any way to
> convert them to the Seventh Edition style?
>
> Greg
My off-the-cuff suggestion is to read the man(7) pages for both V6 and V7,
and write a Perl script to make the changes :-) That's probably the `best'
solution, but would take time.
Do you want to preserve the markup, or just want to view the manpages?
Just viewing them would be easier, of course!
Ciao,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id TAA12285
for pups-liszt; Tue, 29 Dec 1998 19:19:35 +1100 (EST)
>From Greg Lehey <grog(a)lemis.com> Tue Dec 29 18:19:09 1998
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id TAA12280
for <pups(a)minnie.cs.adfa.oz.au>; Tue, 29 Dec 1998 19:19:25 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id SAA02758;
Tue, 29 Dec 1998 18:49:07 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.9.1/8.9.0) id SAA33530;
Tue, 29 Dec 1998 18:49:09 +1030 (CST)
Message-ID: <19981229184909.O32696(a)freebie.lemis.com>
Date: Tue, 29 Dec 1998 18:49:09 +1030
From: Greg Lehey <grog(a)lemis.com>
To: wkt(a)cs.adfa.oz.au
Cc: Unix Heritage Society <pups(a)minnie.cs.adfa.oz.au>
Subject: Re: Converting Sixth Edition man pages
References: <19981229123952.B12346(a)freebie.lemis.com> <199812290814.TAA22809(a)henry.cs.adfa.oz.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.91.1i
In-Reply-To: <199812290814.TAA22809(a)henry.cs.adfa.oz.au>; from Warren Toomey on Tue, Dec 29, 1998 at 07:14:38PM +1100
WWW-Home-Page: http://www.lemis.com/~grog
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Tuesday, 29 December 1998 at 19:14:38 +1100, Warren Toomey wrote:
> In article by Greg Lehey:
>> I have the Sixth Edition man pages on my machine, but I can't do much
>> with them, since they use obsolete macros. Is there any way to
>> convert them to the Seventh Edition style?
>
> My off-the-cuff suggestion is to read the man(7) pages for both V6 and V7,
> and write a Perl script to make the changes :-) That's probably the `best'
> solution, but would take time.
perl? What's perl? :-) But yes, that was one alternative, one I
hadn't thought worth the trouble.
> Do you want to preserve the markup, or just want to view the manpages?
> Just viewing them would be easier, of course!
In fact, I'm not sure that just viewing them *would* be easier. From
observation, the markup isn't too different from the -an macros. A
lot of the macros seem to be the same, just in a different case. But
there are enough differences that I wouldn't want to tackle it right
now.
Greg
--
See complete headers for address, home page and phone numbers
finger grog(a)lemis.com for PGP public key
Dear PUPS/TUHS members,
About three hours ago I have released 4.3BSD-Quasijarus0, the latest release of
4.3BSD-*. This release has the 4.3-Tahoe userland and a kernel that supports
all hardware supported by CSRG's Tahoe and Reno releases, including KA630 and
KA650 MicroVAXen.
You can find 4.3BSD-Quasijarus0 under Distributions/4bsd/43quasi0.vax in the
PUPS archive. It is by far the newest system in the archive, compiled only a
couple of days ago.
I haven't got around to implementing a standalone disk labeling facility yet,
so installing it on a typical MicroVAX with third-party MSCP disks is still a
little bit of a challenge. While working on building this release, I and Tim
Shoppa have come up with a usable solution to this disklabel problem. It
appears in Distributions/4bsd/tips/QTR_disklabel_note. This approach also works
with VAX builds of CSRG's Tahoe and Reno releases (QTR stands for Quasijarus,
Tahoe, and Reno).
Have fun with it!
Sincerely,
Michael Sokolov
Cellular phone: 216-217-2579
ARPA Internet SMTP mail: msokolov(a)harrier.Uznet.NET
I know you've all been on the edge of your seats waiting for this, but...
I finally got my PDP-11/73 working, using a wyse terminal instead of my PC
-- for some reason neither of the serial ports were sending on the PC (but
then again, I boughtthe motherboard in an alley in korea three years
ago)... Anyway, it boots up with RSTS/E version 9, which is OK in it's
own little way, I guess, but I'd rather be running Unix on it.
So where can I download the binaries for 2.11BSD?
-- Erin Corliss
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id PAA02429
for pups-liszt; Sat, 26 Dec 1998 15:03:53 +1100 (EST)
>From Tim Shoppa <SHOPPA(a)trailing-edge.com> Sat Dec 26 14:03:36 1998
Received: from timaxp.trailing-edge.com (trailing-edge.wdn.com [198.232.144.27])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with SMTP id PAA02424
for <PUPS(a)MINNIE.CS.ADFA.OZ.AU>; Sat, 26 Dec 1998 15:03:42 +1100 (EST)
Received: by timaxp.trailing-edge.com for PUPS(a)MINNIE.CS.ADFA.OZ.AU;
Fri, 25 Dec 1998 23:03:36 -0500
Date: Fri, 25 Dec 1998 23:03:36 -0500
From: Tim Shoppa <SHOPPA(a)trailing-edge.com>
To: PUPS(a)MINNIE.CS.ADFA.OZ.AU
Message-Id: <981225230336.206000db(a)trailing-edge.com>
Subject: Re: 2.11BSD
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
>I know you've all been on the edge of your seats waiting for this, but...
>
>I finally got my PDP-11/73 working, using a wyse terminal instead of my PC
>-- for some reason neither of the serial ports were sending on the PC (but
>then again, I boughtthe motherboard in an alley in korea three years
>ago)...
There are at least two different standards for the ribbon-cable-to-D-sub
adapters, and of course it's guaranteed that you'll use the wront type :-).
> Anyway, it boots up with RSTS/E version 9, which is OK in it's
> own little way, I guess, but I'd rather be running Unix on it.
> So where can I download the binaries for 2.11BSD?
Easiest way is for you to tell us what sort of load media you can use and
have someone write an install tape for you. Do you have a TK50 or other tape
drive on the system?
--
Tim Shoppa Email: shoppa(a)trailing-edge.com
Trailing Edge Technology WWW: http://www.trailing-edge.com/
7328 Bradley Blvd Voice: 301-767-5917
Bethesda, MD, USA 20817 Fax: 301-767-5927
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id VAA03169
for pups-liszt; Sat, 26 Dec 1998 21:31:23 +1100 (EST)
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Sat Dec 26 20:32:47 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id VAA03164
for <pups(a)minnie.cs.adfa.oz.au>; Sat, 26 Dec 1998 21:31:17 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id VAA20488; Sat, 26 Dec 1998 21:32:47 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199812261032.VAA20488(a)henry.cs.adfa.oz.au>
Subject: Re: 2.11BSD (but no src license)
To: grog(a)lemis.com (Greg Lehey)
Date: Sat, 26 Dec 1998 21:32:47 +1100 (EST)
Cc: erin(a)coffee.corliss.net
In-Reply-To: <19981226180625.S12346(a)freebie.lemis.com> from Greg Lehey at "Dec 26, 98 06:06:25 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In article by Greg Lehey:
> On Friday, 25 December 1998 at 23:09:48 -0800, Erin W. Corliss wrote:
> > On Sat, 26 Dec 1998, Greg Lehey wrote:
> >> Do you have an Ancient UNIX license? I don't see you in our list.
> >> You'll need one before we can give you a copy of the software.
> >
> > Nope. I have a licensed copy of RSTS/E I could trade, though... 8^) No,
> > actually, I think I found another source for it, but thanks for the
> > concern.
>
> PUPS is very glad to have been able to have created the possibility of
> legally using these old versions of UNIX. Please don't make things
> difficult by abusing somebody's cooperation. You can get it legally;
> see http://minnie.cs.adfa.oz.au/PUPS/getlicense.html for more details.
>
> Greg
What Greg says is true: we can't give you access to any UNIX source
code unless you have a UNIX source license from SCO. However....
I should ask Dion at SCO if we could distribute binary-only distributions
of 2.x BSD without a license. After all, freely distributable binary-only
distributions for v5, v6, v7 and Venix (System III-ish) exist.
Just a thought, but for now you do need a source license.
Cheers,
Warren
(Sorry for the rather lenghty post)
Hi,
I'd just try to boot my newly aquired PDP11/83 and was planning to install
2.11BSD. But I've run into one (small?) problem. If I just try to boot
from DU0: it says:
Trying DU0
Error 20
Controller Error
And if I boot the install tape from the TK70 drive and run disklabel,
all accesses to the RD53 drive just times out. So I was going to remove
all unwanted QBus boards from the boxes. And that's what I was going to
ask...
Is there something special I have to think about, like there's some slots
that can't be used, some boards must be in a specific slot and so on?
This is the current layout (which is exactly as it was when it was taken
offline, or so I think)
11/83 (173QA-B3, I think this is a normal BA23 enclosure):
(As seen from the back) Also contains one TK70 drive.
____________________________________________
|Dataram 40903 revG | Empty slot | (2mb ram)
---------------------------------------------
| M8637-EH | (2mb ram)
---------------------------------------------
| M8190-AE | (83 CPU)
---------------------------------------------
| M7559 | M7504 | (TK70, DEQNA)
---------------------------------------------
| M8020 | Empty slot | (console?)
---------------------------------------------
| M7957 | (DZV11)
---------------------------------------------
| m3104 | (DHV11)
---------------------------------------------
| M9404 | Empty slot | (1st Qbus conn)
---------------------------------------------
Expansion box (173QA-B3)
(From the back) Also contains one RD53 and one dual floppy.
_____________________________________________
|M9405-YA | Empty slot | (2nd qbus conn)
---------------------------------------------
| m3104 | (DHV11)
---------------------------------------------
| m9047 | m9047 | (grant cont x2)
---------------------------------------------
| m7555 | Empty slot | (RQDX3)
---------------------------------------------
| m7512 | Empty slot | (RQDX1E)
---------------------------------------------
Plus one external disk box with two RD53 drive. (This system only uses one
drive though.)
Now, what I obviously want to keep is:
the two RAM boards, the CPU, the console board, tk70 controller, deqna,
rqdx3.
What I want to loose:
the rest of the serial boards, the rqdx1e board and the floppy drive.
What do I have to do to make this work? I would preferrably want to fit
all those boards in the main CPU enclosure box. Do I have to re-assign any
addresses (or vectors, or what the correct PDP-speak is). Are there any
slots in the enclosure that are a no-no for the dual-sized boards?
Thanks for any input!!
Jorgen Pehrson HP 9000/380 (NetBSD/hp300 1.3)
jp(a)spektr.ludvika.se DECstation 5000/200 (NetBSD/pmax 1.3)
http://spektr.ludvika.se/museum PDP11/83 (2.11BSD) VAX2000 (NetBSD/vax)
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id BAA28023
for pups-liszt; Fri, 25 Dec 1998 01:16:27 +1100 (EST)
>From Robin Birch <robin(a)falstaf.demon.co.uk> Fri Dec 25 00:10:43 1998
Received: from post.mail.demon.net (finch-post-10.mail.demon.net [194.217.242.38])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id BAA28018
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 25 Dec 1998 01:16:17 +1100 (EST)
Received: from [158.152.152.109] (helo=falstaf.demon.co.uk)
by post.mail.demon.net with smtp (Exim 2.10 #2)
id 0ztBYh-0002Ra-00; Thu, 24 Dec 1998 14:16:11 +0000
Message-ID: <sB9s7CAjtkg2EwEL(a)falstaf.demon.co.uk>
Date: Thu, 24 Dec 1998 14:10:43 +0000
To: Jorgen Pehrson <jp(a)spektr.ludvika.se>
Cc: PDP11 UNIX Preservation Society <pups(a)minnie.cs.adfa.oz.au>
From: Robin Birch <robin(a)falstaf.demon.co.uk>
Subject: Re: PDP11/83 qbus layout.
In-Reply-To: <Pine.NEB.4.05.9812232234500.23424-100000(a)spektr.ludvika.se>
MIME-Version: 1.0
X-Mailer: Turnpike (32) Version 3.05 <YSkKJATYm0AxAbv6xUlJqScVOx>
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In message <Pine.NEB.4.05.9812232234500.23424-100000(a)spektr.ludvika.se>,
Jorgen Pehrson <jp(a)spektr.ludvika.se> writes
>
>(Sorry for the rather lenghty post)
>
Don't worry about that.
>Hi,
>I'd just try to boot my newly aquired PDP11/83 and was planning to install
>2.11BSD. But I've run into one (small?) problem. If I just try to boot
>from DU0: it says:
>
>Trying DU0
>
>Error 20
>Controller Error
>
>And if I boot the install tape from the TK70 drive and run disklabel,
>all accesses to the RD53 drive just times out. So I was going to remove
>all unwanted QBus boards from the boxes. And that's what I was going to
>ask...
>
A good plan
>
>Is there something special I have to think about, like there's some slots
>that can't be used, some boards must be in a specific slot and so on?
>
There are rules about where boards can go which is an off shoot of the
BG lines and so on.
>This is the current layout (which is exactly as it was when it was taken
>offline, or so I think)
>
>11/83 (173QA-B3, I think this is a normal BA23 enclosure):
>(As seen from the back) Also contains one TK70 drive.
>
> ____________________________________________
>|Dataram 40903 revG | Empty slot | (2mb ram)
>---------------------------------------------
>| M8637-EH | (2mb ram)
>---------------------------------------------
>| M8190-AE | (83 CPU)
>---------------------------------------------
>| M7559 | M7504 | (TK70, DEQNA)
>---------------------------------------------
>| M8020 | Empty slot | (console?)
>---------------------------------------------
>| M7957 | (DZV11)
>---------------------------------------------
>| m3104 | (DHV11)
>---------------------------------------------
>| M9404 | Empty slot | (1st Qbus conn)
>---------------------------------------------
>
>Expansion box (173QA-B3)
>(From the back) Also contains one RD53 and one dual floppy.
>
>_____________________________________________
>|M9405-YA | Empty slot | (2nd qbus conn)
>---------------------------------------------
>| m3104 | (DHV11)
>---------------------------------------------
>| m9047 | m9047 | (grant cont x2)
>---------------------------------------------
>| m7555 | Empty slot | (RQDX3)
>---------------------------------------------
>| m7512 | Empty slot | (RQDX1E)
>---------------------------------------------
>
>Plus one external disk box with two RD53 drive. (This system only uses one
>drive though.)
>
>Now, what I obviously want to keep is:
>the two RAM boards, the CPU, the console board, tk70 controller, deqna,
>rqdx3.
>
What you are calling the console board probably isn't, or if it is then
you want to use the one from the CPU card rather than the M8020 (DPV11 I
think?).
>What I want to loose:
>the rest of the serial boards, the rqdx1e board and the floppy drive.
>
What I suggest is this. Keep the CPU and the mem, the TK controller and
tape, the deqna, the RQDX3 and a serial card (You never know when a
spare serial port is going to be useful - printers, simple comms to a
PC, spare terminal etc etc etc).
A possible layout would be:
|Dataram 40903 revG | Empty slot | (2mb ram)
---------------------------------------------
| M8637-EH | (2mb ram)
---------------------------------------------
| M8190-AE | (83 CPU)
---------------------------------------------
| M7559 | M7504 | (TK70, DEQNA)
---------------------------------------------
| M7957/M3104 | (DZV11) or (DHV11)
---------------------------------------------
| M7555 | Empty slot |
----------------------------------------------
| Empty slot | Empty slot |
---------------------------------------------
| Empty slot | Empty slot |
---------------------------------------------
>What do I have to do to make this work? I would preferrably want to fit
>all those boards in the main CPU enclosure box. Do I have to re-assign any
>addresses (or vectors, or what the correct PDP-speak is). Are there any
>slots in the enclosure that are a no-no for the dual-sized boards?
>
You would have to check with others which of the serial boards is best
supported under 2.11BSD. Steve Schultz is your best point of contact
for this.
Looking at you aoriginal configuration I think that the empty slot by
your M8020 is your problem (unless there is a bus grant card in there)
as there wouldn't be any BG continuity.
This should work and allow you to ditch all of the rest. (saving it for
a rainy day of course :-)).
Regards
Robin
____________________________________________________________________
Robin Birch robin(a)falstaf.demon.co.uk
M1ASU/2E0ARJ Old computers and radios always welcome
