HDTenEightyP/NetNews huggingface dataset:
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: LANSESS & Windows Fixes -Reply
From: Jim Becker <BECKERJA%WPO1P%WPO2V@SNYCENVA.BITNET>
Date: 09 Jan 1993 11:16:00 -0500 (EST)
Content-transfer-encoding: 7BIT

================== Original message text ===================

Subj:     RE: LANSESS & Windows Fixes

>  To fix your problems with LANSESS & Windows upgrade the
following files to:
>             DECNET.386 ->  V4.1.11
>             DECNB.386  ->  V4.1.11
>             DNNETH.EXE ->  V4.1.127
>  They should be available through the DECPCI forum on
Compuserve or through
>  DEC support channels.

>  - Ralph

Forgive me if this should be obvious, but how can you tell what
version of these files that you have?

--Alan

Alan Cantrell
Vanderbilt University Computer Center

cantrell@ctrvax.vanderbilt.edu
CANTRELL@VUCTRVAX


======================== Response text =========================

Usually running the modules tells you what version, however two
of these are not DOS executable.  So, I just debugged them and
searched for "4.1" in the code.  It turned out to be near the end
of the file in the Copyright text.

==================================================================
Jim Becker          |  __   LAN WP ____\ VMS WP ____\ WP/VMS Mail
State Univ. of NY   | |ME|  Office     / Office     /   Gateway
Central Admin.      |  ~~                                  |
TEL: (518) 443-5548 |                                      |
FAX: (518) 443-5799 |  ___   /~\__/~\                      V
E-MAIL:             | |YOU| |Internet| /___ Joiner /___ Innosoft
  BECKERJA@SNYCENVA |  ~~~   \_/~~\_/  \     JNET  \      PMDF
==================================================================
From: jrkdmd@dmdscs.com (Joe Krulewicz)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Re: New users can't use pathworks mail...
Date: 12 Jan 93 01:44:19 GMT
Organization: DMDS Consulting Services, Branchburg, NJ

In article <1993Jan10.205925.17560@coe.montana.edu>, osyjm@cs.montana.edu (Jaye Mathisen) writes:
> 
> 
> VAXstation 4000/60, VMS 5.5-2, Pathworks 4.1-2 
> 
> I haven't added any users with admin/pcsa in a while. So I do:
> 
> $ admin/pcsa add user/int xyzzy
> 
> go through all the screens just taking the defaults, and
> it creates the account.  The account looks fine,
> but if the user tries to run pathworks mail, they can't
> get logged in, and it leaves a server process hanging around
> on the vax.
> 
> There are no errors in the netserver.log for the account, no
> errors in any file that I can find, they just can't
> log in via mail.
> 
> If they use SETHOST, they have no problems getting on the vax
> and using normal vaxmail, but no pcmail.
> 
> Just to test, I copied an old account record from a user who had
> not had their account removed yet to the new account, and
> changed the username stuff, kept the same UIC, changed the
> rights identified, etc., and now the account works fine, but
> again, no newer accounts will work.
> 
> I think this has become  a problem since the 4.1-2 upgrade, I don't
> recall having this problem before then, but like I said, it's been 
> a while since I added users.
> 
> If you have any suggestions/ideas, please drop me a line.  I will
> summarize and post if demand warrants.
> 
> I'm thinking perhaps a PCSA database got corrupted, but I don't 
> have any idea which one.
> -- 
>  Jaye Mathisen, COE Systems Manager                (406) 994-4780
>  410 Roberts Hall,Dept. of Computer Science
>  Montana State University,Bozeman MT 59717	osyjm@cs.montana.edu


This can also happen if the users MAIL.MAI does not exist.  -- SEND HIM/HER
some mail via VMS to have VMSmail create the MAIL.MAI file.

-Joe
jrkdmd@dmdscs.com
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Is there a 'Maximum # of files' limitation on a virtual disk??
From: Wim Nijenhuis RTD <W.Nijenhuis@KIM.NL>
Date: 04 Jan 1993 21:33:00 +0100 (MET)
X-VMS-Cc: ORTDWN
Content-transfer-encoding: 7BIT
Comments: Sent using PMDF-822 V3.1, routing is done by KIMSUR

Date sent:  4-JAN-1993 21:27:29

>    Does anybody know if there is an upper limit on how many files one can
>    store in any directory on a virtual disk? We are trying to do the
>    following:
>
>    1.    All Win31 files are on a file service (say) W:
>    2.    Create a 64MB disk service on the server - call it H:
>    3.    Connect to both W: and H: from a PC.
>    4.    XCopy or just plain copy all files from W: to H:
>
>    Step 4 fails after copying 511 files and cmplains "cannot make a
>    directory entry" for any more files.
>
>    Is this normal? Is there a workaround? Am I missing something very
>    obvious? (It is 4:19 AM right now).

This is very normal. The root-directory of a disk (floppy,hard disk or virtual)
is limited. It has been placed on certain track(s). The number of entries
depends of the clustersize of the disk.
In a subdirectory you can store as many files as you like.
Workaround:     Make a subdirectory. e.g.: H:\WIN

If you still want the files in a root-directory:
                SUBST X: H:\WIN
                The root of disk X: is not the root-directory of a hard disk
                The same goes for the root-directory of a fileservice.

Succes

****************************************************************************
Wim Nijenhuis                                    E-mail: W.Nijenhuis@KIM.NL
Royal Netherlands Naval College                  Tel   : +31 (0)2230-56933
Reken Technische Dienst                          Fax   : +31 (0)2230-57319
Het Nieuwe Diep 8
1781 AC Den Helder, The Netherlands                         :-)
****************************************************************************
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Still problems with sethost
From: Helen Strother <STROTHHM@SNYONEVA.BITNET>
Date: 07 Jan 1993 08:45:45 -0400
X-VMS-Cc: STROTHHM
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT

I have told Windows in Windows setup that I'm running on a Pathworks network.
Windows is installed locally on the C drive, not on a network drive.  Would
this cause any problems?  My plan of attack in solving this is to upgrade to
4.1 first and if the problem still occurs, then I will try out the suggestions
that some of you knowledgeable people gave me.  Thanks and if anyone's
interested, I'll keep you posted of what, if anything, solves the problem.

                Helen Strother
                STROTHHM@SNYONEVA.CC.ONEONTA.EDU

>In article <930105073817.2020084c@JHUDEV.DEV.JHU.EDU>, bachism <BACHISM@JHUDEV.
   D
>EV.JHU.EDU> writes:
|> Have you told Windows that you are running on a Pathworks Network (in Windows
|> Setup)?????????


>This is particularly critical with windows 3.1 as there is a bug in the windows
>code supporting redirectors with the stad microsoft lanman network setting!
--

Regards.

Don Rolph  a722756@pan.mc.ti.com WD3 MS10-13 (508)-699-1263
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: How to crash Mac system 7 with PW/Mac 1.1
From: paulg@a1.resmel.bhp.com.au (Paul Gallagher)
Date: 8 Jan 93 16:37:44 +1000

Hi!

Mac client users out there may like to know of this interesting bit
of behaviour I discovered in Pathworks/Mac v1.1 when running system 7:

  Put something in your Startup Folder.
  Reboot.
  ... 
  Quit the application that was automatically started.
  Wham! Bam! Thankyou DEC! (windows close, machine gets tongue-tied)

Disabling the Decnet Tool will solve problem (but also disable
networking).
This seems to be very predicatable behavior... I've tested it on -
  Quadra 700
  Powerbook 170
  IIci
All are running 7.0.1 with v1.1.1 tune-up.

(NB: I've passed this onto DEC support. This message is just for your
 information)

Regards,
PaulG
----------------------------------------------------------------
   /\/\     :  Paul Gallagher, PC/Mac Support
  / / /\    :  Computer Services Group
 / / /  \   :  BHP Research - Melbourne Laboratories
/ / / /\ \  :  245 Wellington Rd, Mulgrave, 3170, AUSTRALIA
\ \/ / / /  :  Phone    +61-3-560-7066
 \  / / /   :  E-mail   paulg@a1.resmel.bhp.com.au
  \/\/\/    :
================================================================
All I (not my company) want for Christmas is ... OS/2 v2.0 
support in Lan Manager 2.2 ... and LanMan 2.2 support in DEC
Pathworks ... and MacTCP free with all my new Macs ... and ...
----------------------------------------------------------------
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Word for Windows & PATHWORKS for OS/2
From: arv7823@GGR.CO.UK
Date: 07 Jan 1993 09:24:00 +0000 (GMT)
Content-transfer-encoding: 7BIT
Via: uk.co.ggr; Thu, 7 Jan 1993 09:57:05 +0000

    If you run out of quota on a VMS File Service a DOS critical error
    ("Abort, retry, ignore?" type) is generated rather than the more
    accurate non-critical "out of disk space" error.  Word for Windows
    (WFW) cannot handle this DOS critical error and will either hang the
    PC, hang Windows or drop out to DOS - depending on the weather.

    The fact that WFW needs room for two copies of the file when saving,
    as well as for a temporary file combines with DOS cluster sizes and
    PATHWORKS "open file caching" to cause quota to be exceeded earlier
    than might be expected.

    Try checking the user's quota from VMS as the attempt to save the
    file is being made.

        Alan Vos
        Desktop Support Group
        Glaxo Group Research
Newsgroups: vmsnet.networks.desktop.pathworks
From: ralph@rlg80.enet.dec.com (rlg80::ralph)
Subject: LANSESS & Windows Fixes
Organization: Digital Equipment Corporation
Date: Tue, 5 Jan 1993 05:00:14 GMT
X-Posted-Via: NEWS-NOTES gateway (a hack!)

  
  To fix your problems with LANSESS & Windows upgrade the following files to:
             DECNET.386 ->  V4.1.11
             DECNB.386  ->  V4.1.11
             DNNETH.EXE ->  V4.1.127
  They should be available through the DECPCI forum on Compuserve or through
  DEC support channels.

  - Ralph

Xref: sparky vmsnet.networks.management.misc:31 vmsnet.networks.misc:145 vmsnet.misc:1109 vmsnet.sysmgt:433
Newsgroups: vmsnet.networks.management.misc,vmsnet.networks.misc,vmsnet.misc,vmsnet.sysmgt
Subject: Re: Help with NCP and LAVCs needed
From: tp@mccall.com (Terry Poot)
Date: Fri,  8 Jan 1993 17:35:00 CST
Reply-To: tp@mccall.com (Terry Poot)
Organization: The McCall Pattern Co., Manhattan, KS, USA
Nntp-Posting-User: tp


In article <1993Jan8.215322.16191@riacs.edu>, evans@pan.arc.nasa.gov (Dan Evans)
writes:
>Why is this happening?  

There are two databases permanent (in disk) and volatile (in memory). When
DECnet starts up, the permanent database is used to initialize the volatile
database. When you used SET NODE you updated the volatile database on the node
you are on. When you used DEFINE NODE you updated the permanent database. But
you didn't update the volatile database on any other node. You need to either
restart DECnet on each other machine (yech), or issue the following commands on
each other node:

NCP> clear node xyz
NCP> set node xyz all

The first command clears the node from the volatile database, the second copies
the node info from the permanent database into the volatile database. So to do
it on every node, try something like this (untested):

$ NCP
NCP> purge node xyz all
NCP> def node xyz  512
NCP> exit

$ mc sysman
SYSMAN> set environment/cluster
SYSMAN> do ncp clear node xyz all
SYSMAN> do ncp set node xyz all
SYSMAN> exit

Apologies if any of this is wrong. I'm sure someone will say so. :-)
--
Terry Poot <tp@mccall.com>                   The McCall Pattern Company
(uucp: ...!rutgers!depot!mccall!tp)          615 McCall Road
(800)255-2762, in KS (913)776-4041           Manhattan, KS 66502, USA
Xref: sparky vmsnet.networks.management.misc:29 vmsnet.networks.misc:143 vmsnet.misc:1107 vmsnet.sysmgt:431
Newsgroups: vmsnet.networks.management.misc,vmsnet.networks.misc,vmsnet.misc,vmsnet.sysmgt
Subject: Re: Help with NCP and LAVCs needed
From: leonard@telcom.arizona.edu (Aaron Leonard)
Date: 8 Jan 93 16:30:45 MST
Reply-To: Leonard@Arizona.EDU
Followup-To: vmsnet.networks.misc,vmsnet.networks.management.misc,vmsnet.misc,vmsnet.sysmgt
Distribution: world,local
Organization: University of Arizona Telecommunications

In article <1993Jan8.215322.16191@riacs.edu>, evans@pan.arc.nasa.gov (Dan Evans) writes:
 
| I hope this will be an easy question for some of you to answer.
| I'm no DECnet wiz, so the following is my perceptions of what is going
| on, please excuse me if I'm wrong.
| 
| We have a LAVC running VMS 5.5-2.  It is a single system disk cluster.
| The NCP database (for remote hosts) is stored in a common area
| 	SYS$COMMON:[SYSEXE]NETNODE_REMOTE.DAT
| so all the systems can share it.  (Or so the VMS Networking (Vol 5A)
| manual claims on pg 5-42.)
| 
| The problem I'm having is, whenever I update the database on one node in
| the cluster, the new information is not reflected on the other nodes.
| Even though they all use the same file to load their database.
| 
| For example,  here I change a node name to reflect a change in address:

[ example omitted ]

Dan,

You should make your change(s) to the permanent database via an
NCP PURGE/DEFINE on a single node.  Then use SYSMAN to update everyone's
volatile database using NCP CLEAR/SET.

So if you want to get rid of node XYZ, then re-add it with addr 5.10 (per your
example):

$ MC NCP
NCP> PURGE NODE XYZ ALL
NCP> DEF NODE XYZ ADDR 5.10
NCP> ^Z
$ MC SYSMAN
SYSMAN> SET ENV/CLUS
SYSMAN> DO MC NCP CLEAR NODE XYZ ALL
SYSMAN> DO MC NCP SET NODE XYZ ADDR 5.10
SYSMAN> ^Z

I hope the above has been helpful.  If you need further assistance,
please feel free to call Bob Gezelter. :-)

Aaron

Aaron Leonard (AL104), <Leonard@Arizona.EDU>
University of Arizona Network Operations, Tucson AZ 85721

Newsgroups: vmsnet.networks.management.misc,vmsnet.networks.misc,vmsnet.misc,vmsnet.sysmgt
From: evans@pan.arc.nasa.gov (Dan Evans)
Subject: Help with NCP and LAVCs needed
Organization: NASA/Ames Research Center, Moffett Field CA USA
Date: Fri, 8 Jan 93 21:53:22 GMT

Hello and Happy New Year!

I hope this will be an easy question for some of you to answer.
I'm no DECnet wiz, so the following is my perceptions of what is going
on, please excuse me if I'm wrong.

We have a LAVC running VMS 5.5-2.  It is a single system disk cluster.
The NCP database (for remote hosts) is stored in a common area
	SYS$COMMON:[SYSEXE]NETNODE_REMOTE.DAT
so all the systems can share it.  (Or so the VMS Networking (Vol 5A)
manual claims on pg 5-42.)

The problem I'm having is, whenever I update the database on one node in
the cluster, the new information is not reflected on the other nodes.
Even though they all use the same file to load their database.

For example,  here I change a node name to reflect a change in address:

I make the changes on NODE1...

NODE1$ MC NCP
NCP> SHO NODE XYZ
Node Volatile Summary as of  8-JAN-1993 13:14:27
 
    Node           State      Active  Delay   Circuit     Next node
                              Links
 
5.10 (XYZ)                             	       SVA-0        24.474

NCP> CLEAR NODE XYZ ALL
NCP> PURGE NODE XYZ ALL
NCP> SET NODE XYZ 5.12
NCP> DEF NODE XYZ 5.12
NCP> SHO NODE XYZ
Node Volatile Summary as of  8-JAN-1993 13:16:27
 
    Node           State      Active  Delay   Circuit     Next node
                              Links
 
5.12 (XYZ)                             	       SVA-0        24.474


Now I go over to NODE2...

NODE2$ MC NCP
NCP> SHO NODE XYZ
Node Volatile Summary as of  8-JAN-1993 13:18:27
 
    Node           State      Active  Delay   Circuit     Next node
                              Links
 
5.10 (XYZ)                             	       SVA-0        24.474


Why is this happening?  
Any help would be appreciated.

Dan 

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Daniel V. Evans			||  Internet: 	evans@pan.arc.nasa.gov
Mail Stop 245-3			||DECnet/NSI: 	24609::EVANS
NASA/Ames Research Center	||     Phone: 	(415) 604 4882
Moffett Field, CA 94035-1000	||	 Fax: 	(415) 604 6779
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
From: paul@kuhub.cc.ukans.edu
Newsgroups: vmsnet.networks.management.decmcc
Subject: DECMCC 1.2 and TGV Multinet
Date: 6 Jan 93 09:01:47 CST
Organization: University of Kansas Academic Computing Services

TGV's Bruce Miller is in the process of rewriting their UCX emulation
for Multinet.

From DEC's info to me regarding multiple polling problems from
MCC 1.2 over Multinet: Multinet's select call is not responding
correctly to multiple threads, thereby causing MCC trouble.

I'll be very happy when I can get MCC running correctly with Multinet!
Newsgroups: vmsnet.internals,vmsnet.misc,comp.os.vms,comp.sys.dec
From: zrepachol@cc.curtin.edu.au
Subject: Re: Help: TK-50 data recovery.
Organization: Curtin University of Technology
Date: Mon, 11 Jan 1993 19:34:10 GMT

In article <1992Dec30.193246.1@cc.curtin.edu.au>, zrepachol@cc.curtin.edu.au writes:
> Hi all,
>   A friend has a little problem with some TK-50 tapes... Yeah, he put them
> in a drive,:-( , and the drive SEEMS to have erased the header/pre-amble
> from the tapes the drive has ee replaced and now he can't read the tapes.
> 

Several people have replied, but all seemed to have missed the point, we can
read ANY bits off the tape... In fact we can even get it to set the ' volume
valid ' bit to mount it.

So, is it possible to set a TMSCP equivalent of the disk ' allow self destruct'
unit online comand? or some such. Is there any way to force the drive to keep
going in spite of 'fatal' errors?

~Paul
From: sysgaertner@cygnus.frm.maschinenbau.th-darmstadt.de (M. Gaertner, FRM, TH Darmstadt, Germany)
Newsgroups: vmsnet.internals
Subject: OPCOM-Mailbox UCB-question
Date: 11 Jan 1993 08:30:24 GMT
Organization: Fachbereichsrechner Maschinenbau, TH Darmstadt, Germany
Reply-To: sysgaertner@cygnus.frm.maschinenbau.th-darmstadt.de
NNTP-Posting-Host: cygnus.frm.maschinenbau.th-darmstadt.de

Hi everybody,
I'm a bit pussled with some data out of my system, but it might be, that I'm
completely off track with that...
Ok, let's see. I have VMS 5.5-2 on my system and i try some tricks with the
OPCOM-process.
This time I'd like to fiddle with it's UCB.
The UCB's address, according to the internals book is stored in SYS$AR_OPCMBX.
Formatting the data there shows indeed the uCB of MBA2, thus the OPCOM-mbx.
Well, but... according to the internals book, there should always be a read-
request pending with an read-attention ast. Thus, the UCB-fields UCB$L_IRP 
and UCB$L_MB_R_AST must not be zero. Even the UCB$V_BSY should be set (I 
might be wrong here!).
But the data shows me an empty IRP-list, no read-attention AST, no 
write-attention AST and an idle UCB, the mbx is online...
So my question is, where is that read-request from OPCOM ????
But, again, I might be completely wrong with my interpretation of the 
internals book :-)

BTW, another little thing, why are the fields PHD$L_WSEXTENT and 
PHD$L_WSQUOTA (the process extent quota and process quota fields, I 
might misspell the names) always showing 104 pages more than the 
UAF-entry allowes for the process ?
This happens on VMS5.5-1 as well and on very different machines (uVAX II 
versus 8600 and 6310).
Please give me some light and thank you for that.


-----------------------------------------------------------------------------

                      M. Gaertner
                TH Darmstadt, W. Germany
	     Rechnergruppe FB 16-Maschinenbau
      SYSGAERTNER@CYGNUS.FRM.MASCHINENBAU.TH-DARMSTADT.DE
      Phone: Germany, (0)6151/16 5145
From: "GWDGV1::MOELLER" <moeller@gwdgv1.dnet.gwdg.de>
Newsgroups: vmsnet.internals
Subject: RE: Use of $PUTMSG system service
Date: Mon, 04 Jan 1993 19:18:38 +0100
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

>  I have created a message definition file (.MSG) that I have compiled and
> linked with a compiled MACRO32 source. Some messages in that file have FAO
> arguments, so that I want to know is how can I print to SYS$OUTPUT one of
> these messages from my MACRO32 program using the $PUTMSG system service
> (passing before the appropiate FAO arguments to the message, that is really
> my problem). I want that the result will be a normal VMS message with the
> identification, severity, facility and text parts.
>
>   I know that is an easy way to print a message with LIB$SIGNAL, but I do
> not want to print the symbolic stack traceback each time an error occurs.

I once had a program written to do the messages via LIB$SIGNAL, but then
decided I didn't want to "signal" the messages (because of some interference).

So I created the following tiny module,
with a calling sequence just like LIB$SIGNAL:

--- cut here ---
        .title  ast_signal      replacement for lib$signal, $putmsg only
;
;       w.j.m. jan 82
;
        .entry  AST_SIGNAL,^m<>
;
        $putmsg_s       msgvec=(ap)     ; lib$signal's arg list is just fine!
;
        ret
;
        .end
--- cut here ---

That's all (unless you want to override the message flags etc.).

Wolfgang J. Moeller, GWDG, D-3400 Goettingen, F.R.Germany | Disclaimer ...
PSI%(0262)45050352008::MOELLER      Phone: +49 551 201516 | No claim intended!
Internet: moeller@gwdgv1.dnet.gwdg.de   | This space intentionally left blank.
Xref: sparky vmsnet.announce.newusers:30 comp.os.vms:20523
From: sspatter@netcom.com (Samuel Scott Patterson)
Subject: Re: 11/34a problem (was serial port problem)
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Sat, 9 Jan 1993 06:28:26 GMT

In article <9300814.8072@mulga.cs.mu.OZ.AU> tovey@mullauna.cs.mu.OZ.AU (Gadget) writes:
>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?

Hi!  I got mine running!  Okay, A few hints. :)  Generally, if you get the
BUS ERR light like that, it has something to do with those little cards that
fit in the 3rd slot from the front of the machine.  What happens is there are
some boards that are DMA and some boards that are none DMA.  If you move your
boards around, you could end up with BUS errors.  See, what they don't tell
you is that you have to have that little card in the empty slot but you also
have to have a jumper on the back side.  If you look on the pin side of the
backplane, you will notice there are 4 columns of pins for each card slot 
in the backplane.  The columns are broken into blocks.  Okay, in any non-
DMA slot, on the forth block at the end nearest the back of the computer,
the first pin in the column on the right side (from the front) should have
a wire connected to the first pin in the second column.  Diagram Below:

                            Non DM Device V
    . . . .   . . . .    . . . .    . . . .    . . . .    . . . .
F    . . . .   . . . .    . . . .    . . . .    . . . .    . . . .
R   . . . .   . . . .    . . . .    . . . \    . . . .    . . . . 
O    . . . .   . . . .    . . . .    . . . \    . . . .    . . . .
N   . . . .   . . . .    . . . .    . . . .    . . . .    . . . .
T    . . . .   . . . .    . . . .    . . . .    . . . .    . . . .
         Processor Boards over here

     Okay, of course there are more pins than this but you get the idea.
The \ represents where the jumper should be.  DMA devices are things like
HD controllers and such.  

     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.

I have it configured for 9600B, no parity, 1 stop, 8 data and (I think)
real time clock enabled.  (Many thanks to people who E-Mailed me)

S1:1101001101 S2:00000100 S3:1100110101 S4:0100101000 S5:0001001010

BTW,  I have the M7859 console card installed and am using it.

							-Scott