HDTenEightyP/NetNews huggingface dataset:
From: wilson@ulla.fornax.com (John Wilson)
Newsgroups: vmsnet.pdp-11
Subject: 11/34a problems
Date: 9 Jan 93 02:25:28 GMT
Organization: The Internet
Return-Path: <pat+@transarc.com>
Mail-System-Version: <VAX-MM(284)+TOPSLIB(151)@ULLA.FORNAX.COM>

Are you guys with the 11/34a bus problems sure that you have G727
grant continuity jumpers in all the empty SPC slots?  It makes a
biiig difference...

John
Newsgroups: vmsnet.pdp-11
Subject: Re: RSX Queue Manager 1993 Bug
From: Johnny Billquist <bqt@bern.docs.uu.se>
Date: Thu, 7 Jan 93 20:05:00 MET
Reply-To: bqt@minsk.docs.uu.se
Organization: The Internet
Return-Path: <pat+@transarc.com>
Resent-Message-ID: <EfHIRxX0Bwx2I5uVo0@transarc.com>
Resent-Date: Fri,  8 Jan 1993 04:21:01 -0500 (EST)
Resent-From: Pat_Barron@transarc.com
Resent-To: INFO-PDP11_Mailing-List@transarc.com
Return-Path: <bqt@Bern.DoCS.UU.SE>
CC: Pat_Barron@transarc.com, pat+@transarc.com

>>In RSX-11M-PLUS V4.3 you should modify the following 4 files:
>>QMGDA2, QMGGTI, QUEAFT and SHOWQ (all in [25,10])
>
>I didn't find any reference to year 77 in QMGDA2, so I left it
>unchanged.

Sorry. My mistake. The only thing i QMGDA2 is some comments, not
necessary to get it working, but I like to keep everything up to date,
so my list of files included that one.

>>Well, the same applies to my notes. This for RSX-11M-PLUS V4.3 BL66.
>
>That's exactly the version I have.
>
>After editing, I did a
>
>MAC @QMGASM     (in [25,24])
>MAC @QMGCLIASM
>TKB @QMGRESBLD  (in [1,24])
>
>and after stopping QMG
>
>REM QMG...
>REM ...QUE
>REM ...SUB
>REM ...PRI
>
>INS QMGRES      (in [3,54])
>INS QMGCLI      (this installs as ...QUE)
>INS QMGCLI/TASK=...SUB
>INS QMGCLI/TASK=...PRI
>
>and re-started QMG, but QMG behaved as before.  Jobs still in the
>queue, as well as newly submitted jobs showed the incorrect date/time.
>
>I browsed *.MAC in [25,24] to find any other occurences of "77" with
>reference to year with no luck.
>
>Did I miss something?

Yes. There are two files which should be relinked. Also, TKB takes the
object files from a library in [1,24], not [25,24], so you will need
to replace the modified files in the library in [1,24] with LBR.

In short, what you did was create a new copy of QMG..., but from the
same old object files. You also need to relink ...QUE, and before you
do any task buildning, you'll need to update the appropriate library.

The libraries are QMG.OLB and QMGCLI.OLB. Don't ask me which files go
where, since I don't remember offhand. Either check it yourself, with
LBR, which is pretty easy, or send me a new mail, and I'll check it
out for you.

Johnny Billquist                  || "I'm on a bus
CS student at Uppsala University  ||  on a psychedelic trip
email: bqt@minsk.docs.uu.se       ||  Reading murder books
pdp is alive!                     ||  tryin' to stay hip" - B. Idol
From: mvbr@se.alcbel.be (Marc Verbruggen)
Newsgroups: vmsnet.pdp-11
Subject: Re: Wrong submit date in QUE database (SOLVED)
Date: 6 Jan 93 11:13:16 GMT
Reply-To: mvbr@se.alcbel.be
Organization: Alcatel Bell Telephone


In article <1410@se.alcbel.be>, mvbr@se.alcbel.be (Marc Verbruggen) writes:

OK, there is a patch for it. I received it via our maintenance contract but
didn't pay attention to it because we do not intend to upgrade our PDPs
anymore.
|->-----------------------------------------------------------
|->Marc Verbruggen                 tel : 03.240.94.19
|->Alcatel Bell Telephone          fax : 03.240.99.50
|->F. Wellesplein 1                email : mvbr@se.alcbel.be
|->B-2018 Antwerp
|->Belgium
|-> 
|->"System Manager's Headaches Are Not Cured With Aspirin,
|-> There Is A Better Way ..."
|->
|->
--
-----------------------------------------------------------
Marc Verbruggen                 tel : 03.240.94.19
Alcatel Bell Telephone          fax : 03.240.99.50
F. Wellesplein 1                email : mvbr@se.alcbel.be
B-2018 Antwerp
Belgium
 
"System Manager's Headaches Are Not Cured With Aspirin,
 There Is A Better Way ..."
From: huhman@iscsvax.uni.edu
Newsgroups: vmsnet.pdp-11
Subject: Re: Wrong submit date in QUE database
Date: 6 Jan 93 16:27:44 -0600
Organization: University of Northern Iowa

In article <1410@se.alcbel.be>, mvbr@se.alcbel.be (Marc Verbruggen) writes:
> 
> --
> Since (probably) the 1st of january 1993 we observe the following strange
> thing:
>  Batch jobs submitted with the AFTER qualifier show up in the QUE /LI output 
>  with a wrong date, altough we believe they start running at the correct date.
>  However, we are a little bit suspicious oif this remains so.
>  The systematics seems to be the following
>    - year 93 becomes 77, 94 becomes 78 ,...
>    - hours are incremented by 4 (00 becomes 04, 10 becomes 14) except from 21
>      hours which remains 21 hours.
>  
> So a job submitted /AFTER:10:00:7-JAN-93 shows up as 
>      BLOCKED UNTIL 14:00-7-JAN-77
> but starts running at 10:00:7-JAN-93
>  We expirience this on all our PDPs running RSX 11M+ 4.2 or earlier.
> 
We are experiencing similar results, pretty much identical to what you
describe.  One of our people who was at the US DECUS Spring Symposium in
Atlanta last year remembered and found her notes where someone said "all queues
in RSX11M+ will be nonfunctional after 31 December 1993.   Can anyone relate
"the rest of the story"?

Stan 
319 292 8687

Newsgroups: vmsnet.pdp-11
From: jeremi@ee.ualberta.ca (William Jeremiah)
Subject: Ok  just a teeny question..
Organization: University Of Alberta, Edmonton Canada
Date: Sun, 10 Jan 1993 21:40:30 GMT

Ok.  I have the chance to get a pdp-11 and accessories.  Any hints?

I would like to run unix on it.  Is unix available for it? (or would unix 
be the default)?

-- 
Insanity is inherited; you get it from your kids!
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: vmsnet.pdp-11
Subject: Re: Whats the difference among SMD drives?
Date: 6 Jan 93 08:39:39 GMT
Organization: St. Peter's College, US

In article <1993Jan6.035634.14405@mail.cornell.edu>, jrl2@cornell.edu (Jeffrey Luszcz) writes:
>   I've seen many SMD drive for sale on the net.
> Whats the difference between a SMD drive used
> on a SUN and a SMD drive used with a pdp?
>   I would think it would be in the connector
> and cables...Iwould think the SUN types of connections
> would be wore modern and compact.

  SMD drives are SMD drives. Mostly. They all use a 60-pin common cable and
a 26-pin radial cable. The signals on the cables are the read/write data,
some state lines (like index) and a bus which is used for a variety of func-
tions (like head select, cylinder select, etc), along with tag lines which
identify which function is currently in progress on the bus lines.

  Early SMD drives were large floor-standing units (typified by the CDC
9766, also known as the DEC RM05). Newer units still used removable packs,
but were smaller and rackmountable (like the Calcomp/Century Data Trident
family). Finally SMD drives became sealed-media Winchester-type drives.
The most-recently-produced units I know of are the CDC 9720 family, which
come in sizes up to 1.8Gb (unformatted). Two of these fit side in 1 19"
rack.

  The main difference between the old drives and the new ones (in terms of
the interface) is the data rate. Obviously the newer drives pack more bits
per revolution, so the data rate is higher (since lowering the speed of ro-
tation isn't productive). There is also extended cylinder addressing to
allow for more cylinders, and extra tag functions for new commands related
to error recovery, etc. Most controller/drive combos will ignore any tags
the counterpart doesn't support.

  So, provided your controller can support a data rate higher than or equal
to that of a drive you want to connect, it should work. I've seen 9766's
on some pretty new controllers (ever see a 9766 known as DUA0:? 8-).

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
Newsgroups: vmsnet.pdp-11
Subject: Re: Ok just a teeny question..
From: don@zl2tnm.gen.nz
Date: 12 Jan 93 00:39:05 +1300
Organization: The Wolery

In article <C0o7uz.Bsq@world.std.com>, mbg@world.std.com (Megan B Gentry) writes:
> jeremi@ee.ualberta.ca (William Jeremiah) writes:
>>Ok.  I have the chance to get a pdp-11 and accessories.  Any hints?
>>I would like to run unix on it.  Is unix available for it? (or would unix 
>>be the default)?
> 
> It depends on what pdp-11.  You'll need to supply more info.

What's the betting Steve gets to tell us all why 2.11 BSD won't run on a 
/23 or /34.... again....

(Hi Steve!)

If there's ever a FAQ written for this group/list, that question's gotta 
go at the top.

Don Stokes, ZL2TNM (DS555)                       don@zl2tnm.gen.nz (home)
Network Manager, Computing Services Centre           don@vuw.ac.nz (work)
Victoria University of Wellington, New Zealand             +64-4-495-5052
Newsgroups: vmsnet.pdp-11
Subject: Re: RSX Queue Manager 1993 Bug
From: <young@ecn.purdue.edu>
Date: Thu, 7 Jan 93 13:59:01 -0500
Organization: The Internet
Return-Path: <pat+@transarc.com>

 >>In RSX-11M-PLUS V4.3 you should modify the following 4 files:
 >>QMGDA2, QMGGTI, QUEAFT and SHOWQ (all in [25,10])
 >
 >I didn't find any reference to year 77 in QMGDA2, so I left it
 >unchanged.

	In V4.0, the only "77" in QMGDA2 was a comment...

 > ...(description of QMG rebuild)...
 >
 >and re-started QMG, but QMG behaved as before.  Jobs still in the
 >queue, as well as newly submitted jobs showed the incorrect date/time.

	I can understand why jobs still in the queue would be
incorrect, because the 3-byte encoded date was with reference to the
old 1977 datum. Newly-submitted jobs, though, should be correct...


 >Did I miss something?

	Ahhhh...did you build *new* object libraries with the .obj
files produced by @QMGASM and @QMGCLIASM ???? This doesn't happen
automatically! I'll bet the build used the *original* .OLB files
in [1,24] , thus the fixes didn't get into the task build at all.

	I hope that's it, because it's easy and doesn't involve XDT...:-)

 >
 >Axel Griessmann                Fon: +49 2102 497 298 or
 >MAXDAT GmbH                         +49 2102 497 3101
 >Gothaer Str. 27                Fax: +49 2102 497 114 or
 >4030 Ratingen 1                     +49 2102 497 1114
 >West Germany


    |  Mike Young KA9HZE                |       young@ecn.purdue.edu    |
    |  Purdue University EE Dept.       |       ...!pur-ee!young        |
    |  W. Lafayette, IN  47907          |                               |
    _____________________________________________________________________
Newsgroups: vmsnet.pdp-11
Subject: M7856 (DL11W) Switch Settings
From: "ARROWSMITH, DONALD" <arrow@napc-1.navy.mil>
Date: 7 Jan 93 08:16:00 EDT
Organization: The Internet
Return-Path: <pat+@transarc.com>

Samuel Scott Patterson requested a list of the switch settings for an M7856
(DL11-W) asynchronous serial card.  I have an RSX indirect command procedure
that I use to print a chart from an interactive dialog.  I would be happy to
mail it to anyone who wants it. (At 178 lines, it's a little long to post.)
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: vmsnet.pdp-11
Subject: Re: Ok just a teeny question..
Date: 12 Jan 93 06:46:15 GMT
Organization: St. Peter's College, US

In article <11495@prijat.cs.uofs.edu>, bill@cs.uofs.edu (Bill Gunshannon) writes:
> Speaking of 2.11!!  Now that USL is going to become a subsidiary of NOVELL
> rather than AT&T, I wonder if there is any chance we could convince them
> to waive the need for a UNIX license for this old a version??  Kind of like
> what I understand DEC (thru DECUS) has done on PDP-11 OSes in OZ.
> I can't imagine they are planning on supporting UNIVEL on the PDP family of
> machines.  I would guess that the largest number of PDP's are now in the hands
> of schools and hobbyists where they do not provide any kind of a market.
> 
> Comments??

  Unfortunately, I doubt USL thinks that way. For one thing, much of the code
in 2.11 is 4.3-derived (or at least 4.3-inspired). Given the fuss that USL is
making over the Net-2 release, I can't see them agreeing to this.

  On the other hand, it _would_ be nice if they dropped the Net-2 suit and
let us have a free PDP-11 Unix...

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
Newsgroups: vmsnet.pdp-11
Subject: Re:  PDPs and networks?
From: <young@ecn.purdue.edu>
Date: Thu, 7 Jan 93 08:02:55 -0500
Organization: The Internet
Return-Path: <pat+@transarc.com>

	PDP's can certainly interface with Ethernet. For unibus you have
your DEUNA, an ugly slow (but solid) two-hex-wide card set, and
the newer DELUA (don't know the size).I've seen the DEUNA for as little
as $75, and the DELUA for maybe $750 to $1K.  Others have discussed the
Q-bus cards, of which there are quite a few. Given the software, I think
any card will work for TCP/IP (which I use). Don't know about the DECNET
issues, though.

	I use my DEUNA in an 11/44, with 22-bit addressing on an 18-bit
Unibus. Anyone care to address the ramifications of using it on, say,
a '34 with 18 bit memory space?


    |  Mike Young KA9HZE                |       young@ecn.purdue.edu    |
    |  Purdue University EE Dept.       |       ...!pur-ee!young        |
    |  W. Lafayette, IN  47907          |                               |
    _____________________________________________________________________
From: bill@cs.uofs.edu (Bill Gunshannon)
Newsgroups: vmsnet.pdp-11
Subject: Re: Ok just a teeny question..
Date: 11 Jan 93 16:25:50 GMT
Organization: Department of Computing Sciences

Speaking of 2.11!!  Now that USL is going to become a subsidiary of NOVELL
rather than AT&T, I wonder if there is any chance we could convince them
to waive the need for a UNIX license for this old a version??  Kind of like
what I understand DEC (thru DECUS) has done on PDP-11 OSes in OZ.
I can't imagine they are planning on supporting UNIVEL on the PDP family of
machines.  I would guess that the largest number of PDP's are now in the hands
of schools and hobbyists where they do not provide any kind of a market.

Comments??

bill

-- 

   Bill Gunshannon     | "There are no evil thoughts, Mr. Reardon" Francisco
   bill@cs.uofs.edu    |  said softly, "except one; the refusal to think."
                       |         #include <std.disclaimer.h>   
Newsgroups: vmsnet.pdp-11
From: zrepachol@cc.curtin.edu.au
Subject: Re: 11/34a problem (was serial port problem)
Organization: Curtin University of Technology
Date: Mon, 11 Jan 1993 17:26:17 GMT

In article <1993Jan9.062826.16525@netcom.com>, sspatter@netcom.com (Samuel Scott Patterson) writes:
> In article <9300814.8072@mulga.cs.mu.OZ.AU> tovey@mullauna.cs.mu.OZ.AU (Gadget) writes:
...
>      The other possibility is that you have more than one M7856 card in it.
> If that is the case, you need to either cut a jumper or flip some DIPs to
> disable the real time clock on the second one.  But I don't remember how to 
> do it offhand.  However, I can give you the DIP settings on my board.
> 

Only a BA-11L can drive mopre than one LTC load. So cut R63 on all DL-11Ws
except the one you enable as 'clock'.

The switch setting for a DL-11W are:

Bus address    S5 1=off, 0=on , order (msb) 3 2 1 4 5 6 8 7 (lsb)

Vector         S2 1=on,  0=off  8 7 5 3 6 4

Baud rates    Xmit

	S4-10	S3-1	S3-4
110	on	on	on
150	off	on	on
300	on	off	off
600	on	off	on
1200	on	on	off
2400	off	off	off
4800	off	off	on
9600	off	on	off


		Rec

	S3-2	S3-3	S3-5
110	off	off	off
150	on	off	off
300	off	on	on
600	off	on	off
1200	off	off	on
2400	on	on	on
4800	on	on	off
9600	on	off	on

Yeah, the inverse of Xmit...

20mA stuff...

Xmit Active: s1-1, s1-2, s1-7 on; s1-3,s1-6 off
xmit passive, invert above

Rec active: s3-6, s3-8, s3-10 on; s3-7, s3-9 off
Rec passive, invert

Reader Run active: s1-4, s1-8, s1-10 on; s1-5, s1-9 off


Data bits


	s4-4	s4-3
5	on	on
6	on	off
7	off	on
8	off	off

Stop bits

1	s4-5 on
1.5/2	s4-5 off

Parity, s4-6 on to enable, s4-2 on for even, off for odd

Break bit  S4-1 on to enable

Error enable	s4-7 on

RTC	S5-9	S5-10
On	off	on
off	on	off
only	on	on	*** if RTC only is used. No SLU. Addr == 77754X!!

Fun, fun board to sett up...

~Paul


Newsgroups: vmsnet.pdp-11
From: sspatter@netcom.com (Samuel Scott Patterson)
Subject: Mysterious Messages...
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sat, 9 Jan 1993 07:21:06 GMT

Hi,

     Well, thanks to the help of people in this newsgroup, I got my
serial port configured properly so I could hook a terminal up to my
PDP-11/34a...  However, there seems to be something trapped inside
a boot ROM and I am wondering what it is...  WhenI connect a terminal
to my PDP and turn the computer on, the RUN lamp comes on and I get,
170000 170002 170000 170010
@

pressing any two keys makes it display
000000 173200 165212 165212
@

And any time I press two keys after that, I get the same line.  Is this
some sort of debugger or what?  The @ appears to be some sort of prompt
for something but I don't know what.  I got the machine 3rd or 4th hand.
There are 4 PROMs on the Bootstrp board.  One apparently is a terminal 
emulator and the others are mysterious non-factory PROMs.  When I got the
machine, it came with a 2-drive SMD controller, Console Card, Terminal Card,
Bootstrap Card, Processor Cards, and two mystery cards.  The first one has 
2 50-Pin connectors on the top of it and is labeled, "ASSY NO 1409683 \n
MASTER BUS I/F \n SCHEMATIC - 1409685"  The board is very organized and 
spaced out.  Everything is socketed and in rows/columns.  The Board is 
labeled by chip row from the bottom up, "A B C D E F" and across,
"1 2 3 4 5 6 7 8 9 10 11"  If anyone could give me even the slightest 
clue what this board does, I would really appreciate it.
     The second mystery board is not as mysterious, it is labeled, 
"MENU/TABLET INTERFACE \n ASSY NO 1409716 \n SCHEMATIC 140"  It appears
to be made by the same company.  It is also very organized and laid out
with the lettering "A-E" up the rows and "1 - 16" across the columns.
The DIP banks have little labels beside them indicating BAUD rates
for the MENU and or TABLET, ADDRs, and VECT.  (Why can't all boards have
this)  On the top of the board is a 19 PIN connector.  Are there
any practical uses for this board?  What used to be hooked up to it?
I noticed that it has 2 RCA CDP1854CD 910  chips on it which I seem
to remember being processors of some sort.  Anyways, if anyone could
give me any ideas what either of these boards are good for, I would 
really appreciate it.  Thanks in advance.

							-Scott

     Oh!!  I nearly forgot!  Does anyone out there happen to have
manuals for the ACD/01 DISK CONTROLLER?  It's a 2 drive SMD controller.
If you have one or know someone that does, I would be willing to pay
a reasonable amount for it.

Newsgroups: vmsnet.pdp-11
From: tovey@mullauna.cs.mu.OZ.AU (Gadget)
Subject: 11/34a problem (was serial port problem)
Organization: Computer Science, University of Melbourne, Australia
Date: Fri, 8 Jan 1993 03:42:56 GMT

sspatter@netcom.com (Samuel Scott Patterson) writes:

>     I need some help with my PDP-11/34a.  I am trying to hook up the 
(etc. read the original!)
>the RUN lamp comes on and stays on.  When I press HALT or LAD or 
>anything else, the BUS ERROR lamp comes on and the RUN lamp goes off.

I am having exactlt the same problem with my 11/34a. The only thing is I 
hadn't tried eliminating the 7859 (RL-11 V? (Sorry, I'm not currently 
living with my machine)) to fix it. I have two of the
machines (One with the extended console) and both of them have this problem.
I also have the friend who is also having the same problem. It seems to me
that this must be a fairly basic mistake we are making with the machines.
Any hints?

Thanx

Matt Tovey 	       |  Commpower Engineering	|	
                       |  Melbourne,		| tovey@mullauna.cs.mu.OZ.AU
Voice: 61-3-419-4716   |  Australia.		| "Tomorrow's ideas on
Fax:   61-3-419-4716   |			|       yesterday's technology"
Newsgroups: vmsnet.pdp-11
From: rflukes@ccu.umanitoba.ca (Richard F. Lukes)
Subject: FOR SALE: 11/20 parts & Unibus boards
Organization: University of Manitoba, Winnipeg, Canada
Date: Tue, 12 Jan 1993 20:28:36 GMT

For the discrimating collector who demands only the oldest...
I have an almost complete 11/20 system for sale.  The chassis is
missing the power supply and the top plate,  therefore I would
prefer to sell off the pieces: front panel (very attractive!),
CPU board set,  and two sets of mm11-F core memory.
 
I also have the following Unibus parts:
	BC11A Unibus cables - $8US
	M7213 Unibus repeater - $10US
	RL11 RL disk controller - $50US
	DR11-K parallel i/o with mounting panel - $25US
	M7800 or M7856 console i/o - $10US
	M9302 terminator - $5US
	M9312 terminator/bootstrap - $10US
	DZ11 rs232 mux - $10

Thanks,
	Rich
-- 
Richard F. Lukes                    rflukes@ccu.UManitoba.CA
Computer Science Department         (or rflukes@ccm.UManitoba.CA)
University of Manitoba
WORK: (204)-474-8696                HOME: (204)-257-6701
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: vmsnet.pdp-11
Subject: Re: Wrong submit date in QUE database
Date: 7 Jan 93 06:17:56 GMT
Organization: St. Peter's College, US

In article <1993Jan6.162744.9674@iscsvax.uni.edu>, huhman@iscsvax.uni.edu writes:
> We are experiencing similar results, pretty much identical to what you
> describe.  One of our people who was at the US DECUS Spring Symposium in
> Atlanta last year remembered and found her notes where someone said "all queues
> in RSX11M+ will be nonfunctional after 31 December 1993.   Can anyone relate
> "the rest of the story"?

  1992, not 1993. The problem is with the way the RSX queue system stores
dates. As far as I know, DEC has a patch kit _for_ _sale_ that works with
the current revision(s?) of RSX. I am told that the patch is not available
from DSIN/DSNlink, but will be included in a future RSX release. Further,
versions of the patch kit released before mid-December genereate an odd
address trap due to a coding problem.

  That's about all I know about it, as I'm running RSTS/E, not RSX. You
should probably talk to whoever you get your RSX support/updates from for
DEC's exact position on the issue.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381