HDTenEightyP/NetNews huggingface dataset:
From: system@condor.navsses.navy.mil
Newsgroups: vmsnet.internals
Subject: Re: Maximum wsmax: can it be increased ?
Date: 20 Nov 92 19:51:00 GMT
Organization: NSWCCD, Naval Ship Systems Eng Sta, Phila PA

In article <01GRDFI4HY2A8WVZBS@MONMOUTH-etdl1.Army.MIL>, Brian J. Schenkenberger, VAXman writes:
> I've never done this but... I can offer you a quick method to change
> the value.
> 
> The value for WSMAX is stored at the symbolic address SGN$GL_MAXWSCNT.
> You can change this value WHILE THE SYSTEM IS RUNNING with DELTA.  How?
> Lookup the address of SGN$GL_MAXWSCNT in SYS.MAP.  Then, enter DELTA.
> 
> $ RUN SYS$SHARE:DELTA
> 1:m <cr>
> 00000001 <cr>
> 00010001:<address of SGN$GL_MAXWSCNT>/<return-curr-value> <your-new-value>
> EXIT                                                       (hex of course)
> $
> 
>>Caveats ? :-)
> 
> This above will change the value.  Its implications if you increase it
> above the current limits? I know not!  I just LOWERed my system's WSMAX
> by 16 with the above and have had no problems.
> 
You should have no problems if you LOWER the value of WSMAX this way, but you
WILL have some if you RAISE it.  WSMAX is a parameter that is used to calculate
the size of a balance set slot (which is done early in the boot process).  If
you raise the value of WSMAX beyond the value it had at system startup the
system will overwrite the head of one balance slot when it is trying to use the
tail of the previous one, thus corrupting the PHD of a resident process, which
will shortly cause a crash or hang of the entire system.


-- 
Mike Jacobi
NAVSSES VAXCluster system manager
System@Eagle.Navsses.Navy.Mil
System@Condor.Navsses.Navy.Mil

Disclaimer - I speak for myself.  No-one else.
Newsgroups: vmsnet.internals
Subject: Re: Maximum wsmax: can it be increased ?
From: mark@infocomm.com
Date: 20 Nov 92 13:10:14 PST
Organization: INFO COMM - Computer Consulting, Redwood City, Ca

In article <01GRDFI4HY2A8WVZBS@MONMOUTH-etdl1.Army.MIL>, "Brian J. Schenkenberger, VAXman" writes:
>>Under VMS 5.5-2 the maximum value for wsmax is 400000 pages.
>>[...]
>>he can't have more than 400000 pages im memory.
>>
>>I'm sure some higher Version of VMS will raise this limit eventually,
>>but 400000 seems a rather arbitrary value, so i guess this could be
>>increased somehow.
>>
>>Has anybody done this ?
>>Any ideas / pointers how to do it ?
>
> I've never done this but... I can offer you a quick method to change
> the value.
>
> The value for WSMAX is stored at the symbolic address SGN$GL_MAXWSCNT.
> You can change this value WHILE THE SYSTEM IS RUNNING with DELTA.  How?
> Lookup the address of SGN$GL_MAXWSCNT in SYS.MAP.  Then, enter DELTA.
>
> $ RUN SYS$SHARE:DELTA
> 1:m <cr>
> 00000001 <cr>
> 00010001:<address of SGN$GL_MAXWSCNT>/<return-curr-value> <your-new-value>
> EXIT                                                       (hex of course)
> $
>
>>Caveats ? :-)
>
> This above will change the value.  Its implications if you increase it
> above the current limits? I know not!  I just LOWERed my system's WSMAX
> by 16 with the above and have had no problems.
>
> If you have a system you can crash... try it out and let us know.

Certainly an interesting technique, but I'm real sure that making things bigger
this way is certainly going to crash the system.  Off the top of my head I'm
not sure where this number is used to allocate parts of several significant
process data structures.  If this number were variable it would be a dynamic
sysgen parameter.

A possible approach to running with a larger value is:

Boot the system conversationally:

	>>> B/R5:1


Now disable Value range checking and select a larger value:

	SYSBOOT> DISABLE CHECKS
	SYSBOOT> SET WSMAX 524287
	SYSBOOT> EXIT

I did this once to exceed the maximum numbers for SRPCOUNT and SRPCOUNTV.

Note: I've chosen the above number (524287) since it definately is
representable in the same number of bits as the current max of 400000.
Going to larger values may affect other data structures which I can't
remember offhand.

--
Mark Pizzolato - INFO COMM Computer Consulting, Redwood City, Ca
PHONE:	(415)369-9366	UUCP:  decwrl!infopiz!mark or uunet!lupine!infopiz!mark
DOMAIN:	mark@infocomm.com
Newsgroups: vmsnet.pdp-11,comp.sys.dec,comp.sys.dec.micro
From: jtwarden@rpi.edu (Joseph Warden)
Subject: REPOST: MINC-11/23 available
Followup-To: vmsnet.pdp-11
Organization: Chemistry
Date: Wed, 18 Nov 1992 03:19:36 GMT

The following was posted this summer. Due to an unscheduled
elevator fire, the system was inaccessible until recently.

Available for pickup: MINC11/23 with data acquisition boards (AD, DA,
Clock,
DI,DO). The MINC system is configured/includes 256kB RAM, 2 RL01 and 3 RL02
drives with an assortment of disks, 2 Tektronix 4010 terminals, plus 
assorted boards and accessories. Donation to academic institutions/units
only. Unit maintained by DEC for 6 years and includes RT11 V4.0 with
FORTRAN compiler plus scientific software package. Serious inquiries only.


---------------------------------------------------------------------
Joseph Warden
Department of Chemistry
Rensselaer
Troy, NY 12180-3590
EMail: wardej@rpi.edu or userhay3@rpitsmts (BITNET)
Tel: (518)276-8482
---------------------------------------------------------------------
From: tar90@ecs.soton.ac.uk (RUSSELL TA)
Newsgroups: vmsnet.pdp-11
Subject: PDP-11 archive
Date: 18 Nov 92 12:13:38 GMT
Organization: The Internet
Return-Path: <pat+@transarc.com>
If-Type-Unsupported: send
Via: uk.ac.southampton.ecs; Wed, 18 Nov 1992 12:17:33 +0000
Via: gloriana.ecs.soton.ac.uk; Wed, 18 Nov 92 12:10:49 GMT
X-Face: -${[7X?p{A`gZ"JiNp|w?([{E)q|lW%>DYXB6EL6dj$DUX3)Zy}c/>fPDgg%5YXfTyf?+8^
X-Mailer: ELM [version 2.4 PL2]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Length: 1276


I've just managed to talk my system manager into allowing me to set up a
PDP archive so that all us PDP owners can exchange software

If you wish to give it a go, it's available via anonymous ftp at
bright.soton.ecs.ac.uk / 152.78.64.201 in /pub/pdp

Currently there isn't very much software there, as I don't have an
enormous collection myself, and so it's up to you lot to upload anything
you feel would be useful to your fellow PDP user. Leave submissions in
/pub/pdp/incoming with a short description file of what you have uploaded.
For big submissions, please contact me first as disk space is very tight
on this machine !

Please ensure all uploads are in the public domain, as I would rather avoid
the wrath of DEC decending apon me....

Anyway, if you have any comments or suggestions, don't hesitate to contact me

				Toby

==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==
From               :  Toby Russell	Email    : tar90@ecs.soton.ac.uk
Tel ( UK )         :  (0703) 559589     Mail     : 93 Hillside Avenue,
    ( The World )  :  44 703 559589                Bitterne Park, Southampton
                                                   England.
--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--
From: whiskerp@logica.co.uk
Newsgroups: vmsnet.pdp-11
Subject: SCSI upsets UDA50 problem
Date: 17 Nov 92 10:41:26 GMT
Summary: SCSI upsets UDA50 problem
Reply-To: whiskerp@logica.co.uk
Followup-To: whiskerp@logica.co.uk
Keywords: pdp-11

I have a problem with a UDA-50 !

The current system is a PDP-11/84 with :
	1024KW memory
	UDA-50 + RA81	(CSR/VEC = 172150/154)
	TU80
	DZ11
	KMS11-BD
	VT30H

The initial (successful) piece of work involved connecting two SCSI disks 
and a SCSI DAT tape via a CMD CU712 UNIBUS controller. The existing RSX-11M 
V4.5 had a single controller DUDRV. To add the second controller, I created 
a new driver table for DU and MU by doing a partial PREPGEN and extracted 
them from the SYSTB.MAC thus created. I sorted out the assembly and build 
files and built PUCOM, DUDRV and MUDRV for the correct number of units of 
MSCP and TMSCP devices. I then zapped the existing DU: DCB in RSX11M.TSK to 
change U.DNAM to "EU" so that the VMR LOA DU: would not find any existing 
data structures. I loaded DUDRV, MUDRV and PUCOM. This all worked fine, and 
we ran a system with the RA81, 2xSCSI disks and a SCSI MU0:.

Now the difficult bit.

We wanted to drive a QBUS rack with a QBUS SCSI disk and tape controller 
(same SCSI drives as before). The following equipment was in the QBUS rack:

	CMD QBUS card CQD-220		(CSR/VEC=160334/150)
	Able Qniverter (Revision E)
	Bus terminator resistors as required.
	2xSCSI disks (as before)	(SCSI addresses 1 and 2)
	1xDAT tape (as before)

Using exactly the same VMR of RSX11M, the system BOOTS from DU0: (the RA81) 
and then hangs before the >RED DU0:=SY: line. It is not dead completely, 
but seems to lose contact with the RA81 and thus can't read MCR.

Tests using BRUSYS and RT11 show that the system can access the SCSI disks
and tapes , however it seems that accessing the SCSI disks clobbers the 
UDA50. We have succesfully used BRUSYS to copy from disk to DAT tape, so it 
is not simply the controller or Qniverter. If I had not seen the system 
working with the UNIBUS SCSI card without any problem, I would obviously 
thought that it was the software. We tried it also with the Viking QDT 
controller (with autoconfigure disabled) and had similar but not identical 
symptoms.

The QBUS devices had the DMA mapped to the lower 18-bit segment of the 
UNIBUS. We disabled the clever bits in the QBUS SCSI controller which allowed 
adaptive DMA etc but it made no difference. The QBUS controller was also 
tried with IRP of 4 and 5 (the UDA-50 is 5). The UDA50 is the last thing on 
the bus, followed by the bus terminator which gets replaced by the bus 
cable which goes to the Qniverter (thus all the QBUS devices follow the 
UDA50).

If anybody has any ideas, please email me or put it here and I will 
summarise.

Many thanks
Peter Whisker (still fixing PDP's after 13 years!)

-- 

Peter Whisker      | X400: <Peter Whisker@OR=LG@PRMD=LOGICA@ADMD=TMAILUK@C=GB>
Logica DCG Ltd.    | Internet: <whiskerp@logica.co.uk>
Cobham, Surrey, UK |
Newsgroups: vmsnet.pdp-11
Subject: Re: f77, kermit and rsx-11
From: Johnny Billquist <bqt@bern.docs.uu.se>
Date: Sun, 15 Nov 92 15:18:45 MET
Reply-To: bqt@minsk.docs.uu.se
Organization: The Internet
Return-Path: <pat+@transarc.com>
CC: info-pdp11@transarc.com

>Johnny Billquist <bqt@bern.docs.uu.se> writes:
>> Huh? Do you mean the -11M V4.0 and M-PLUS don't agree???
>> I haven't tried running kermit over a DL11 though, so I don't know if
>> there is some bugs there, but over DH-11 works very nice with RSX-11M
>> V4.5 and -11M-PLUS V3.0B and V4.3 (Those are the versions I've tried).
>
>RSX-11M and RSX-11M-PLUS version numbers differ.  RSX-11M-PLUS V2.1 is
>documented in the same set of manuals as RSX-11M V4.1.  Micro/RSX just
>goes and complicates matters further -- it's up to 4.1 now, where my
>RSX-11M V4.1 (and RSX-11M-PLUS V2.1) doc set is (c) 1983, and I daren't
>bring RSX-11D/IAS into the question!  Be very careful which RSX your're
>talking about when quoting version numbers!

I am! That is why I recited both which type of RSX and which versions
of that RSX I have tried...
(Didn't you see that?)

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
Newsgroups: vmsnet.pdp-11
Newsgroups: vmsnet.pdp-11
Subject: MIME mail and INFO-PDP11
From: pat_barron@transarc.com
Date: Tue, 17 Nov 1992 13:03:37 -0500 (EST)
Organization: The Internet
Return-Path: <pat+@transarc.com>

Hi Folks,

   People who have sent MIME mail to INFO-PDP11@TRANSARC.COM in the last
couple of weeks may have noticed that their mail was not making it out
to the list.  This was because the Andrew mailer I use here didn't
properly understand the MIME "Content-type" header, in that it makes
different use of the "Content-type" header (the Andrew mail format was
designed, several years ago, mainly by the same person who did most of
the MIME work, so they're similar, but not quite the same).

   I think I've fixed the problem, so people can now send MIME mail to
the list (and I will no longer get about 120 bounce messages back
every time someone tries to do this.... ;-) ).

Thanks,
--Pat.
Newsgroups: vmsnet.pdp-11
Subject: Help needed on Dilog DQ20X controller
From: RUSSELL TA <tar90@ecs.soton.ac.uk>
Date: Tue, 17 Nov 1992 10:59:10 +0000 (GMT)
Organization: The Internet
Return-Path: <pat+@transarc.com>
If-Type-Unsupported: send
Resent-Message-ID: <cf2H_zv0Bwx29npWFS@transarc.com>
Resent-Date: Tue, 17 Nov 1992 12:58:23 -0500 (EST)
Resent-From: Pat_Barron@transarc.com
Resent-To: INFO-PDP11_Mailing-List@transarc.com
Return-Path: <pat+@transarc.com>
Via: uk.ac.southampton.ecs; Tue, 17 Nov 1992 11:03:10 +0000
Via: gloriana.ecs.soton.ac.uk; Tue, 17 Nov 92 10:56:47 GMT
X-Face: -${[7X?p{A`gZ"JiNp|w?([{E)q|lW%>DYXB6EL6dj$DUX3)Zy}c/>fPDgg%5YXfTyf?+8^
X-Mailer: ELM [version 2.4 PL2]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Length: 1477


Having just been given 2 515mbyte SMD drives, I would like to get them
connected to my PDP11/23.

I currently have a Dilog DQ20X controller which emulates RK05 drives.
Unfortunately I have no documentation or software for this controller, so
I was wondering if anyone could help me out ?

Currently I have connected up one drive, and it spins up ok and the online
light on the drive comes on. When I try to access the drive using RT11
using DUMP /TERMINAL RK0: I can hear some accessing taking place but RT11
reports that it cannot read the device.

Does anyone have any idea of what the problem is ?
There are 5 dip switches on the controller card and I don't have a clue
what they do, so I guess the problem might be these.
The drives I have can be configured to have different numbers of sectors per
track ( currently 48 sectors per track ). Do I need to change these, and if so
will I have to reformat the drive ?

All suggestions will be gratefully received as I really am quite desperate to
get these rather nice drives online !



==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==
From               :  Toby Russell	Email    : tar90@ecs.soton.ac.uk
Tel ( UK )         :  (0703) 559589     Mail     : 93 Hillside Avenue,
    ( The World )  :  44 703 559589                Bitterne Park, Southampton
                                                   England.
--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--

Newsgroups: vmsnet.pdp-11
From: zrepachol@cc.curtin.edu.au
Subject: Re: 11/94 Upgrade problems....
Organization: Curtin University of Technology
Date: Mon, 16 Nov 1992 17:38:33 GMT

In article <1992Nov12.151415.21751@thijssen.nl>, geveld@thijssen.nl (Ge v.d. Veldt) writes:
> 
> Hello,
> 
> We experienced 2 problems while upgrading a PDP11/84 to a PDP11/94.
> The PDP 11/84 contains very old hardware such as:
> 
> 		Emulex SC21 diskcontroller with M2322 Fujitsu disk
> 		RL11 diskcontroller
> 		Delua ethernet controller
> 		Emulex TC12 tapecontroller with M890 Cipher drive
> 		DL11-W asynchronous controller
> 		DZ11 asynchronous Multiplexer
> 		DT07 unibusswitch
> 		ICR11 I/O subsystem
                ^^^^^^^^^^^^^^^^^^^ or is it a ICS?
> 		Fisher and Porter CCM communication controller
> 
> Problem 1:
> The RSX11M-plus operating system crashes at random time intervals with the 
> following console message:
> 
> 		XXXXXXXXX Exec. parity error stop XXXXXXXXX
> 

This isn't the North sea gas terminal control system by any chance?? I'll put
money on it being the ICS/ICR as the problem. Are you running M or M-PLUS BTW?
Have all ICS/ICR and DT07 backplanes had the DD-11 ECO for the UDA-50 done?
This killed the Gronigen system when it went in. Bet the deuna/cpu cause signal
corruption and cross talk in the unibuss. If it IS an ICR, not an ICS, how long
is the link cable between the unibus and the ICS unit?

~Paul

Newsgroups: vmsnet.pdp-11
From: zrepachol@cc.curtin.edu.au
Subject: Re: 11/94 Upgrade problems....
Organization: Curtin University of Technology
Date: Thu, 19 Nov 1992 11:28:49 GMT

In article <1992Nov12.151415.21751@thijssen.nl>, geveld@thijssen.nl (Ge v.d. Veldt) writes:
> 
> Hello,
> 
> We experienced 2 problems while upgrading a PDP11/84 to a PDP11/94.
> The PDP 11/84 contains very old hardware such as:
> 
> 		Emulex SC21 diskcontroller with M2322 Fujitsu disk
> 		RL11 diskcontroller
> 		Delua ethernet controller
> 		Emulex TC12 tapecontroller with M890 Cipher drive
> 		DL11-W asynchronous controller
> 		DZ11 asynchronous Multiplexer
> 		DT07 unibusswitch
> 		ICR11 I/O subsystem
> 		Fisher and Porter CCM communication controller
> 
> Problem 1:
> The RSX11M-plus operating system crashes at random time intervals with the 
> following console message:
> 
> 		XXXXXXXXX Exec. parity error stop XXXXXXXXX
> 
> After that the CPU halts, no time to generate an errorlog entrie. The same
> system has no problems when the CPU is a PDP11/84.
> 

Have read the mail you sent, 4 ICRs!! The question that occurs first is Where
did you get the M-Plus ICS/ICR driver? I assume you are using the DT07 as a
manual switch between 2 CPUs.

> Problem 2
> The PDP11/94 processor seem to have another power-up sequence compared with 
> the PDP11/84. When the DT07 has selected  the PDP11/94 CPU for unibus exten-
> sion the frontpanel halt/reset tockle switch will bring the CPU in a not 
> accessable  state when manipulated. The only way to get out of that state 
> (without powering down the system) is to deselect the unibusextension via the
> DT07 frontpanel switches and restart the 11/94 again. This time the normal
> powerup sequence will take place.
> 
> 		WHO HAS  ANY  SUGGESTIONS FOR THESE PROBLEMS????
> 

There was a simular problem with the 84 as I remember. This was fixed by an ECO
to the CPU to increase the reset time or some such. Best refer this one to some-
one in Utrecht I think. Good luck finding a Digit who knows what an 11 is!!

As to the UDA related problem I mentioned before, I think the NPG line was the
main culprit. The fix was to replace a couple of the wire runs in the DKs with
twisted pair. If you have access to the 11 fische library, its in there in the
ECO listings. You will need to do the same fix to the DT07, ICS/ICR bachplanes
and all the DD-11s if its not been done. Can you run the system without the
ICS/ICR? The other errors hint that exec I-space is being corrupted, poss by
erratic DMA.

~Paul

Newsgroups: vmsnet.pdp-11
From: Jeffrey Luszcz <jrl2@cornell.edu>
Subject: pdp-11/23+ rev and part numbers needed
X-Xxdate: Tue, 17 Nov 92 00: 30:27 GMT
Nntp-Posting-User: jrl2@cornell.edu
Organization: Cornell University
X-Useragent: Nuntius v1.1.1d7
Date: Tue, 17 Nov 1992 21:27:18 GMT

 
  A pdp-11/23+ is coming home with me one of these days, 
I've been able to get a glimpse of it so far, held it in my 
hands and was overjoyed by its absence of great /34a weight,
  I copied these numbers off of it,

 off the power supply sticker,
		part number      rev        eco
   54-15048           A             0
   54-14583				  D1            005
   54-12532             H            06A

  and on the first card in the card cage I could read it said,

 
  Option 11/23B                   logic Revsion A
  part number  -H 9276-A     

  Oct 3 '82


   Any ideas?
 
    thanks,
   -Jeffrey Luszcz
   jrl2@cornell.edu
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: vmsnet.pdp-11
Subject: Re: pdp-11/23+ rev and part numbers needed
Date: 18 Nov 92 03:48:30 GMT
Organization: St. Peter's College, US

In article <1992Nov17.212718.10315@mail.cornell.edu>, jrl2@cornell.edu (Jeffrey Luszcz) writes:
>    Any ideas?

  I'll need more info. The boards in the system will either have purple
plastic handles (magenta for you purists 8-) and a part number in white
ink on the "fat spots" of the handles, or will have metal handles with
a part number in purple ink on the "fat spots".

  Post that info and I'll tell you what you have.

	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
From: zrepachol@cc.curtin.edu.au
Subject: Re: Help needed on Dilog DQ20X controller
Organization: Curtin University of Technology
Date: Thu, 19 Nov 1992 11:10:55 GMT

In article <16048.9211171059@lyly.ecs.soton.ac.uk>, tar90@ecs.soton.ac.uk (RUSSELL TA) writes:
> 
> Having just been given 2 515mbyte SMD drives, I would like to get them
> connected to my PDP11/23.
> 
> I currently have a Dilog DQ20X controller which emulates RK05 drives.
> Unfortunately I have no documentation or software for this controller, so
> I was wondering if anyone could help me out ?
> 

You should do a little arithmatic and see how many RK05s you need to get
1 GB ( 2 x 512MB ).

...
> The drives I have can be configured to have different numbers of sectors per
> track ( currently 48 sectors per track ). Do I need to change these, and if so
> will I have to reformat the drive ?
> 

You need to set the sector count to give ~580-620 bytes per sector. What are
drives? someone probably has a manual and could tell you the switch setting if
they knew the drive type.

I would recomend you scrounge arround for a more suitable controler as well.

~Paul

Newsgroups: vmsnet.test
From: lawson%ssdvax.decnet@lbgwy.mdc.com (Jim Lawson)
Subject: test
Date: Mon, 16 Nov 92 20:00:30 GMT
Organization: MDSSC-SSD
Reply-To: Lawson%ssdvax.decnet@lbgwy.mdc.com
X-Newsreader: TIN [version 1.1 PL7]

Testing 1-2-3

--

Jim Lawson	Lawson%ssdvax.decnet@lbgwy.mdc.com
		Alt:	Lawson@netsun.mdc.com or Lawson@bbs.mdcbbs.com

Opinions/Comments expressed here are my own and no one elses !!
From: mondays@bsu-cs.bsu.edu (Dixie Narco)
Newsgroups: vmsnet.test
Subject: test
Keywords: test
Date: 23 Nov 92 19:16:55 GMT
Organization: Malice=




test
Newsgroups: vmsnet.test
From: lawson%ssdvax.decnet@lbgwy.mdc.com (Jim Lawson)
Subject: test
Date: Mon, 16 Nov 92 20:14:43 GMT
Organization: MDSSC-SSD
Reply-To: Lawson%ssdvax.decnet@lbgwy.mdc.com
X-Newsreader: TIN [version 1.1 PL7]

Testing 1-2-3


--

Jim Lawson	Lawson%ssdvax.decnet@lbgwy.mdc.com
		Alt:	Lawson@netsun.mdc.com or Lawson@bbs.mdcbbs.com

Opinions/Comments expressed here are my own and no one elses !!
Newsgroups: vmsnet.test
Subject: Re: harumpg(2)
From: kcb@post.its.mcw.edu (Kent C. Brodie)
Date: 17 Nov 1992 16:32:59 -0600
Distribution: usa
Organization: Medical College of Wisconsin  (Milwaukee, WI)
NNTP-Posting-Host: post.its.mcw.edu
X-Newsreader: Tin 1.1 PL3

kcb@post.its.mcw.edu (Kent C. Brodie) writes:
: 
: Harumpg.
: -kcb
: -- 
: --------------
: Kent C. Brodie - Sr. Systems/Network Manager		brodie@post.its.mcw.edu
: Information Technology Systems
: Medical College of Wisconsin				(414) 257-8769
 
whoa.  message included.    From tin.
-- 
--------------
Kent C. Brodie - Sr. Systems/Network Manager		brodie@post.its.mcw.edu
Information Technology Systems
Medical College of Wisconsin				(414) 257-8769
Newsgroups: vmsnet.test
Subject: Test NNTP
From: alistair@mits.com.au
Date: 17 Nov 92 16:48:16 +1000
Organization: MITS

Testing news transfer via nntp.

Thanks,

Alistair Grant
alistair@mits.com.au
Newsgroups: vmsnet.test
Subject: Re: This is a test.   Oh no, not another one!
From: kcb@post.its.mcw.edu (Kent C. Brodie)
Date: 17 Nov 1992 23:07:35 -0600
Organization: Medical College of Wisconsin  (Milwaukee, WI)
NNTP-Posting-Host: post.its.mcw.edu
X-Newsreader: Tin 1.1 PL3

This is a test followup using tin.
-- 
--------------
Kent C. Brodie - Sr. Systems/Network Manager		brodie@post.its.mcw.edu
Information Technology Systems
Medical College of Wisconsin				(414) 257-8769
Newsgroups: vmsnet.test
From: jerrett@iastate.edu (Gregory A Jerrett)
Subject: Ignore this test
Organization: Iowa State University, Ames, IA
Date: Wed, 18 Nov 1992 17:42:35 GMT

this is  a test
--
Newsgroups: vmsnet.test
Subject: connectivity
From: kcb@post.its.mcw.edu (Kent C. Brodie)
Date: 18 Nov 1992 12:31:33 -0600
Organization: Medical College of Wisconsin  (Milwaukee, WI)
NNTP-Posting-Host: post.its.mcw.edu
X-Newsreader: TIN [version 1.1 PL6]


connectivity check.
-- 
--------------
Kent C. Brodie - Sr. Systems/Network Manager		brodie@post.its.mcw.edu
Information Technology Systems
Medical College of Wisconsin				(414) 257-8769