HDTenEightyP/NetNews huggingface dataset:
From: van-bc!wolfe.wimsey.bc.ca!rsoft!agate!spool.mu.edu!umn.edu!src.honeywell.com!ssdc.honeywell.com!bergstr@ucbvax.Berkeley.EDU (Darryl A. Bergstrom)
Newsgroups: fj.mail-lists.apollo
Subject: Re: Netfax
Date: 6 Apr 92 14:29:58 GMT
Distribution: fj
Organization: Sensor & System Development Center
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hmm...  you should try to locate [x]archie

% archie netfax

Host burgundy.nectar.cs.cmu.edu

    Location: /readmes/readmes.untared/ca/bc/wimsey/van-bc/pub
      DIRECTORY drwxr-xr-x        512  Feb 16 23:21  netfax

Host cs.dal.ca

    Location: /pub/comp.archives
      DIRECTORY drwxrwxrwx        512  May 13 1991  netfax

Host isfs.kuis.kyoto-u.ac.jp

    Location: /ftpmail/ftp.ricoh.co.jp/pub/hosts/transit.ai.mit.edu/systems
      DIRECTORY drwxr-xr-x        512  Mar 10 18:01  netfax

Host nic.funet.fi

    Location: /pub/unix/comm
      DIRECTORY drwxrwxr-x        512  Jul  2 1991  netfax

Host reseq.regent.e-technik.tu-muenchen.de

    Location: /informatik.public/communication
      DIRECTORY drwxrwxr-x        512  Jun  4 1991  netfax

Host srawgw.sra.co.jp

    Location: /.a/sranha-bp/arch/arch/comp.archives/dcom/fax
      DIRECTORY drwxr-xr-x        512  May 13 1991  netfax
    Location: /.a/sranha-bp/arch/arch/comp.archives
      DIRECTORY drwxr-xr-x        512  Nov 30 1990  netfax

Host src.doc.ic.ac.uk

    Location: /usenet/comp.archives/dcom/fax
      DIRECTORY drwxr-xr-x        512  May 14 1991  netfax
    Location: /usenet/comp.archives
      DIRECTORY drwxr-xr-x        512  May  3 1991  netfax

Host stubbs.ucop.edu

    Location: /pub
      DIRECTORY drwxr-xr-x        512  Jan 17 08:56  netfax

Host transit.ai.mit.edu

    Location: /pub/systems
      DIRECTORY drwxrwxr-x        512  Dec 19 03:08  netfax

Host trix.ai.mit.edu

    Location: /systems
      DIRECTORY drwxrwxr-x        512  Feb  2 21:47  netfax

Host van-bc.wimsey.bc.ca

    Location: /pub
      DIRECTORY drwxrwxr-x        128  Oct 31 00:05  netfax

Host walhalla.germany.eu.net

    Location: /pub/mail
      DIRECTORY drwxrwxr-x        512  Aug 16 1991  netfax



Darryl Bergstrom   Apollo/Symbolics/News/Mail Administrator 
Honeywell SRC/SSDC IS Minneapolis, MN 
bergstr@ssdc.honeywell.com 

He who knows not and knows he knows not, hi is simple, teach him;
He who knows not and knows not he knows not, he is a fool, shun him;
He who knows and knows not he knows, he is asleep, wake him;
He who knows and knows he knows, he is wise, learn from him.
-- 
Darryl Bergstrom   Apollo/Symbolics/News/Mail Administrator 
Honeywell SRC/SSDC IS Minneapolis, MN 
bergstr@ssdc.honeywell.com
From: cis.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!spool.mu.edu!mips!mips!munnari.oz.au!manuel!sserve!sserve.cc.adfa.oz.au!jrm@ucbvax.Berkeley.EDU (John R Marley)
Newsgroups: fj.mail-lists.apollo
Subject: Virtual Memory Woes in SR 10.3.5
Date: 25 Mar 92 07:39:23 GMT
Distribution: fj
Organization: maadfa


Not long ago I wrote complaining about the size of the Xapollo processes we
were getting on our Apollos.  It seemed to be growing and growing and growing.
I naturally assumed that because I was fiddling around with building X11R4, I
was in some way responsible.  The fact that the DM was also growing did not
register in my mind.

Then today, I built a small (80k binary) X application (OK, it's a game) and
ran it.  I just happened to do a 'ps'.  The wretched thing had grabbed 55Mb of
virtual memory, and the corresponding amount of disk space!  On a node with
only a 350Mb disk this is a bit steep!  The offending node is a DN5500 running
SR10.3.5.  I checked the code.  It was generating heaps of temporary bitmaps,
but it was definately releasing them.  At least it called XFreePixmap for all
the temporary bitmaps.

So it would appear that the OS will increase the amount of virtual memory
allocated to a process.  But if the process then frees up all that memory, the
OS fails to shrink the virtual memory for that process.  Is this normal?  Isn't
there some form of periodic virtual memory garbage collection that frees up all
the no-longer needed virtual memory?  Do we really have to live with this sort
of behaviour?

--
Trust in the Lord with all your heart and lean   |  John Marley
not on your own understanding; in all your ways -+- j-marley@adfa.edu.au
acknowledge him, and He will make your paths     |  Programmer & Sys Admin
straight.         - Proverbs 3:5-6               |  A.D.F.A. Maths Dept.
From: rochester!kodak!ispd-newsserver!psinntp!iscnvx!rapnet!news@louie.udel.edu
Newsgroups: fj.mail-lists.apollo
Subject: Desperately seeking a working sendmail.cf file
Date: 7 Apr 92 15:02:16 GMT
Distribution: fj
Organization: Lockheed Sanders, Inc.
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


And a great day to you all...

	I'm trying to fire up SENDMAIL+IDA on a bunch of DNxxxx boxes.  I was lucky enough to score a compiled version of sendmail, but no configuration file. I attempted to build one from the SENDMAIL+IDA source distribution, but I have the following problems:

1)  Any mail to user@node (including my own) fails with the message "user unknown"
2)  Any mail to user@othernode.mydomain fails with the same message.
3)  Any mail to user or user@mynode.mydomain is delivered locally.

	Is there something special to set up for using the nameserver?
	Does the /bim/mail program that comes with Domain/OS work with this version of sendmail?
	What is the tcpld mailer and how do I get it if I need it?

	We run Domain/OS SR10.3.5, accessing a SUN as a nameserver and a DECStation as an Internet gateway/mailhost for other UNIX boxes.  If anybody could help, you would earn the gratitude of several dozen Apollo worshippers...

--
Alan N. Rosenberg                 *"...Far away across the field
Lockheed Sanders Inc.             *    The tolling of the iron bell
(603) 885-5730                    *    Calls the faithful to their knees
rosie@rapnet.sanders.lockheed.com *    To hear the softly spoken magic spells.."
Newsgroups: fj.mail-lists.apollo
From: mcsun!sun4nl!nikhefh!a89@uunet.uu.net  (Gerard Leurs)
Subject: X11-colorproblem on DN3000 (SR10.3.5)
Organization: Nikhef-H, Amsterdam (the Netherlands).
Distribution: fj
Date: Fri, 3 Apr 1992 13:52:50 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


We finally installed SR10.3.5 on our apollo-DOMAIN, but we have some problems
with Xwindows on DN3000's.

For instance when we want to run xclock we get the following message:
	X Toolkit Warning: Cannot allocate colormap entry for "white"

Using "xset q" on several nodes gives us the following info:

	DN4500 or DN3500 or DN4000 / COLOR8 - SR10.3.5
	Default colormap:   0x80065 	 BlackPixel:  0 	 WhitePixel:  7

	DN3000 / COLOR4 - SR10.3.5
	Default colormap:   0x80065 	 BlackPixel:  0 	 WhitePixel:  14

	DN3000 / COLOR4 - SR10.2
	Default colormap:   0x80065 	 BlackPixel:  0 	 WhitePixel:  3

The problem is the value for WhitePixel (14 on a 4colorplane-node) !
This is introduced somewhere in SR10.3/SR10.3.5 (we transferred from SR10.2 to
SR10.3.5 in 1 step), but is this a known bug/feature ??

Can this be fixed ? And how ??
I tried "xset p white 3", "xset p white #000000000", but all with the same
result : invalid pixel number white !

What needs to be done ?

Greetings, Gerard.
From: bonnetf@apo.esiee.fr (Frank Bonnet)
Newsgroups: fj.mail-lists.apollo
Subject: timed on HP-UX
Date: 10 Apr 92 12:40:40 GMT
Distribution: fj
Organization: Electrotechnical Laboratory, Tsukuba Science City
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


Hi,

I'm searching for a "timed" daemon running under HP-UX does anybody
knows where I could FTP it ?

Thanks,

+------------------------------------------------------------------------------+
| bonnetf@apo.esiee.fr                     |                                   |
| Frank Bonnet                             | Surfing ...                       |
| E.S.I.E.E                                |                                   |
| BP99 93162 Noisy le Grand cedex.FRANCE.  | the rest is details !             |
| Fax   : 33 1 45 92 66 99                 |                                   |
+------------------------------------------------------------------------------+
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu!cs.utexas.edu!utgpu!news-server.csri.toronto.edu!helios.physics.utoronto.ca!alchemy.chem.utoronto.ca!system@ucbvax.Berkeley.EDU  (System Admin (Mike Peterson))
Subject: Re: Motif window manager and .mwmrc
Organization: University of Toronto Chemistry Department
Distribution: fj
Date: Fri, 3 Apr 1992 18:38:19 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <5300@nosc.NOSC.MIL> putnam@gandalf.nosc.mil (Michael D. Putnam) writes:
>I'm trying to use the Motif window manager on the Apollo(Motif 1.0, Aegis 10.3).
>In attempting to modify the window menu appearance I invoked the window manager
>with the following command:
>    
>	   /usr/bin/X11/mwm -xrm 'Mwm*configFile:/user/putnam/.mwmrc'
>
>The file "/user/putnam/.mwmrc" contains the following text:
>
>  Menu DefaultWindowMenu MwmWindowMenu
>  {
> ...
>    "Maximize"	_x	Alt<Key>F10	f.maximize
>  }
>
>The problem is that the appearance of the window menu doesn't change, infact
>nothing placed in ~/.mwmrc has any effect on the window manager.
>Modifiying "/usr/lib/X11/system.mwmrc" also has no effect. I checked 
>"/user/putnam/.Xdefaults" and "/usr/lib/X11/app-defaults/Mwm" and they do not
>have a "Mwm*configFile" field. Permissions on .mwmrc and system.mwmrc are 
>wide open.  Does anyone have an idea why this isn't working?

I assume you are restarting 'mwm' after changing these files (or logging
out and back in). Note that "F10" is an illegal function key, and
if you start mwm in a window, you will see the error messages (I have
changed "F10" to "F2" in my mwmrc file, but mwm has F10 built-in
somewhere too, and there is no way to fix that one. I have heard that
the Apollo maps F10 to F0; this is of no help if you have defined F0
to be your "meta" key, as Apollo suggests for keyboards with no "Alt" keys.

I have never tried to play with the "-xrm" option; we set the configFile
in the .Xresources file which is read in with xrdb before starting
mwm, and it works just fine that way. Is a space or tab not required
after the ':' in the resource string? Also, there is some confusion
between .Xdefaults and .Xresources - we have always used .Xresources
and it works, but then I explicitly load ~/.Xresources or a master
file with xrdb, rather than depend on X to find the file(s).
-- 
What are the chances that any computer system will ever "work" properly?
... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
From: mcsun!unido!rztsun!kt1tb@uunet.uu.net (Thomas Bartsch)
Newsgroups: fj.mail-lists.apollo
Subject: Help needed with GCC 2.1 on HP Apollo 400t running Domain/OS
Date: 13 Apr 92 15:13:29 GMT
Distribution: fj
Organization: Tech. Univ. Hamburg-Harburg, Germany
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


Hi networld,

I just tried to compile gcc-2.1 on my HP Apollo 9000/400t running
Domain/OS 10.3.4 .
I used GNU's make-3.62, and gcc-1.40 and gas-1.38.1 with Apollo-COFF-Patches.
The new GCC stuff compiles file until make tries to build libgcc2.a. Then it
produces the following messages:

>   castor:kt1tb.39% gmake LANGUAGES=c
>   ...
>   rm -f tmplibgcc2.a
>   set -e; for name in _muldi3 _divdi3 _moddi3 _udivdi3 _umoddi3 _negdi2 _lshrdi3 _lshldi3 
>   _ashldi3 _ashrdi3 _udivmoddi4 _cmpdi2 _ucmpdi2 _floatdidf _floatdisf _fixunsdfsi 
>   _fixunssfsi _fixunsdfdi _fixdfdi _fixunssfdi _fixsfdi _varargs _eprintf _builtin_new 
>   _builtin_New _builtin_del _bb _shtab _clear_cache _trampoline __main _exit; 
>   do echo ${name}; ./gcc -O2    -g -B./ -g1 -I. -I. -I./config -c -DL${name} ./libgcc2.c -o ${name}.o; 
>   if [ $? -eq 0 ] ; then true; else exit 1; fi; 
>   ar rc tmplibgcc2.a ${name}.o; rm -f ${name}.o; done
>   _muldi3
>   cc1: warning: `-g' option not supported on this version of GCC
>   cc1: warning: `-g1' option not supported on this version of GCC
>   /usr/tmp/cca07993.s:7:"instruction/operands mismatch" -- Statement 'link a6,#-32' ignored
>   /usr/tmp/cca07993.s:8:"Malformed operand" -- Statement 'moveml #0x3820,sp@-' ignored
>   /usr/tmp/cca07993.s:18:"instruction/operands mismatch" -- Statement 'andl a6@(-12),d2' ignored
>   /usr/tmp/cca07993.s:21:"instruction/operands mismatch" -- Statement 'andl a6@(-20),d1' ignored
>   /usr/tmp/cca07993.s:25:"instruction/operands mismatch" -- Statement 'mulsl d1,d4' ignored
>   (and a lot more of the above...)
>   gmake: *** [libgcc2.a] Error 1 

These messages seem to be specific to version 2.x. The library could be build
with gcc-1.40, but then making stage1 fails!
By the way, the same stuff compiles without problems on our DEC5000/125.

So, if anyone in the networld has a solution for my problems, please answer me
(e-Mail preferred, I will post a summary).

Thanks in advance,

Thomas

=============================================================================
Thomas Bartsch                         Phone: +49-40-7718-2148
Tech. Univ. Hamburg-Harburg            Fax:   +49-40-7718-2296
Inst. of Engineering Design I
Denickestrasse 17                      e-Mail: bartsch@tu-harburg.dbp.de
D-2100 Hamburg 90                              kt1tb@castor.kt1.tu-harburg.de
=============================================================================
From: eagle!edsver4@ucbvax.Berkeley.EDU (Jane R. Kramer)
Newsgroups: fj.mail-lists.apollo
Subject: wheel is group owner of ftp'd files
Date: 14 Apr 92 19:31:50 GMT
Distribution: fj
Organization: NASA - Lewis Research Center
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


When users ftp files onto my workstations, the group owner of the file is 
always wheel.  How can I get the group owner of the file to be the user's
group?

-- 
Jane Kramer                                Sverdrup Technology, Inc.
(216) 826-6737                             2001 Aerospace Parkway   
edsver4@ed4000-2.lerc.nasa.gov             Brook Park, OH  44142    
Newsgroups: fj.mail-lists.apollo
From: ns-mx!iworks!librarian@uunet.uu.net  (InterWorks librarian)
Subject: Re: Porting GPR (Domain/OS) software to X Windows
Organization: Apollo Domain Users' Group (ADUS)
Distribution: fj
Date: Fri, 3 Apr 1992 23:48:29 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

The GPR-to-X emulation library provided by Chelmsford is in the InterWorks
library (iworks.ecn.uiowa.edu) in the subroutine_libs directory. It provides a
ready-to-run emulator, and also contains source code examples of how to recode
existing GPR calls. If you need information on accessing the library, please call Carol
Relph at (508) 256-6600 x7646.

Hope this helps,
Dave Shaw
From: sdd.hp.com!apollo!apollo.hp.com!pato@hplabs.hpl.hp.com (Joe Pato)
Newsgroups: fj.mail-lists.apollo
Subject: Re: Help ! Rgyd died every 3 days
Date: 13 Apr 92 17:43:02 GMT
Distribution: fj
Organization: Hewlett-Packard Company, Chelmsford, MA
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Apr9.214650.27210@mr.med.ge.com>, maint@positron.uucp (Maintenance Account) writes:
|> Rgyd's occasional untimely death with the "checkpoint ...
|> distinguished task ... unable to rename ...." error
|> is a Known Bug which is supposed to be fixed Real Soon Now.
|> 
|> Or to be more specific: It's been discussed here before.
|> HPollo has acknowledged it--at least informally. I haven't 
|> heard anything since.
|> 

This has been fixed in sr10.4 and is available in a patch release for
sr10.3.  The problem was due to improper use of the global variable
errno in a multi-threaded tasking environment.  Versions of rgyd
prior to this patch actually operated correctly, but got bad errno
values due to the tasking problem and shut themselves down in response.

-- 
                    -- Joe Pato
                       Cooperative Object Computing Division / East
                       Hewlett-Packard Company
                       pato@apollo.hp.com
From: philip@cel.cummins.com (Philip D. Pokorny)
Newsgroups: fj.mail-lists.apollo
Subject: Re: Xdomain woes...
Date: 6 Apr 92 21:13:47 GMT
Distribution: fj
Organization: Electrotechnical Laboratory, Tsukuba Science City
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Thomas J. Gilg writes:
> The other possibility is you are missing the symbolic link:
> 
>     /usr/lib/X11 -> /usr/X11/lib               ditto include and bin
> 
NOOOO!!!  I've logged this as an APR and even told you personally
Tom.   /usr/lib/X11 should be a link to ../../../X11/lib
otherwise you end up on the wrong disk file-system if you are
trying to access the tree on another node...  And oh by the
way ther are TWO /usr/lib/X11 links (because /usr/lib is a link
to ../$(SYSTYPE)/usr/lib)  Both should be ../../../X11/lib

Sincerely,
Philip D. Pokorny
philip@cel.cummins.com
:)
Newsgroups: fj.mail-lists.apollo
From: mcsun!sun4nl!nikhefh!a89@uunet.uu.net  (Gerard Leurs)
Subject: xhost on DN3000/DN4000, SR10.3.5
Organization: Nikhef-H, Amsterdam (the Netherlands).
Distribution: fj
Date: Fri, 3 Apr 1992 14:06:30 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


Sorry if this an already known bug/feature but we have problems with adding/
removing only one xhost to/from the authorized xhosts on a DN3000/DN4000.

Invoking "xhost -" or "xhost +" gives you the expected results on all nodes in
our DOMAIN. However when one invokes "xhost + nodename" or "xhost - nodename2"
on a DN3000 or a DN4000, one gets NOT the expected result of adding/removing
just 1 node to/from the authorized xhosts! Instead nothing happens!

What is happening here ? How can this be fixed ?
Any hints/clues are highly appreciated.

Greetings, Gerard.

To speak with a well known Englishman :
	"A BUG OR A FEATURE, THAT'S THE QUESTION".
From: eru.mt.luth.se!lunic!sunic!ugle.unit.no!hanche@bloom-beacon.mit.edu (Harald Hanche-Olsen)
Newsgroups: fj.mail-lists.apollo
Subject: Re: Virtual Memory Woes in SR 10.3.5
Date: 25 Mar 92 12:51:04 GMT
Distribution: fj
Organization: The Norwegian Institute of Technology, Trondheim, Norway.

In article <JRM.92Mar25173923@delta.ma.adfa.oz.au> jrm@delta.ma.adfa.oz.au (John R Marley) writes:

   Then today, I built a small (80k binary) X application (OK, it's a
   game) and ran it.  I just happened to do a 'ps'.  The wretched
   thing had grabbed 55Mb of virtual memory, and the corresponding
   amount of disk space!

I tend to distrust ps in the first place.  Recently I spotted an xbiff
that used 75 MB acording to ps!  However when I killed it, the free
disk space did not change noticably.  I have never believed the memory
statistics on our apollos, though admittedly these days they are
ususally not as far out and obviously crazy as they used to be under
SR10.(0,1,2).
--
Harald Hanche-Olsen <hanche@imf.unit.no>               I eat my peas with honey
Division of mathematical sciences                      I've done it all my life
The Norwegian Institute of Technology             It makes the peas taste funny
N-7034 Trondheim NORWAY                          But it keeps them on the knife
From: polari!lampi%polari.com@uunet.uu.net
Newsgroups: fj.mail-lists.apollo
Subject: Re: Fujitsu Drives on a 400t
Date: 2 Apr 92 22:13:31 GMT
Distribution: fj
Organization: R Squared, Redmond, WA (206) 883-3116

In article <1992Apr01.211035.8979@edsi.plexus.COM> chuck@edsi.plexus.COM (Chuck Tomasi) writes:
>System Synopsis: HP 9000 400t, Domain/OS 10.3.5, two internal Rodime
>drives.  Attempting to connection two Fujitsu (1.2GB) drives externally.
>
>We purchased a couple of Fujitsu drives from Fast Access and we're
>having problems getting them to work on a 400t.  The system won't even
>see the drives at power up.  It recognizes the Rodime drives (internal)
>at SCSI ids 5 and 6, however the MD self test doesn't even see the
>external drives.  I've tried booting with the external drives only and
>it just hangs.  At first I thought it was due to a boot ROM revision,
>because the 400t had v2.0 and it worked on a 425t with v3.0, however I
>connected them to another 425t with v2.0 and it worked fine there.
>
>I've tried various jumper settings (SCSI-1 and SCSI-2, Synch mode and
>non, etc.) however none of these seemed to help.  If the self-tests
>don't see the drives then invol certainly isn't going to format them for
>me.  I find it hard to believe that the CPU is the only difference
>between working and not working.
>
>Does anyone have any clues or have you seen a similar situation?.
>-- 

What? You mean your supplier couldn't help you?!? Sounds like just the place
*I* want to buy my products! :-)

Sounds like you have a bad SCSI connector/port on your 400t. I'd try connecting
a ribbon cable from  one of the internal SCSI connectors to one of the
external Fujitsu drives to double-check. If that still fails, then it might
be possible that TERMPWR is not at the proper value; i.e., a fuse may be
blown. It is also possible that neither of the internal Rodimes  is
terminated.

-- 
-----
Michael Lampi            uunet!polar!lampi   or   lampi%polari
R Squared                16398 NE 85th St., Suite 101, Redmond, WA 98052
                         (206) 883-3116    fax (206) 883-2676
Newsgroups: fj.mail-lists.apollo
From: thompson@pan.ssec.honeywell.com (John Thompson)
Subject: re: SCSI on the 3500 ??
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Mon, 6 Apr 1992 19:08:22 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>



> How do you activate a disk on the SCSI bus of the 3500 ?
> It seems to have a WD 7000V-ASE contrller.

You can't attach a SCSI hard disk to anything but a DN2500 and the 9000/400
series.  The drivers are only there for tapes and related junk (including 
cd-rom, which looks like a disk but isn't).

I think this is in the FAQ, no longer distributed periodically or updated,
unless somebody's taken it under their wing....


-- jt --
John Thompson
Design Services Engineer / Sys-Admin
Honeywell, SSEC
Plymouth, MN  55441
thompson@pan.ssec.honeywell.com

Speak softly and carry a big .disclaimer
From: voder!berlioz.nsc.com!mikel@ucbvax.Berkeley.EDU (Michael G. Lohmeyer)
Newsgroups: fj.mail-lists.apollo
Subject: Adding Memory to DN460/660
Date: 16 Apr 92 20:54:36 GMT
Distribution: fj
Organization: National Semiconductor Corporation
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


     For those of you have have had experience with older Apollos, I am
trying to add memory to a DN460 or DN660 machine.  The memory boards that
I have for these machines are the Apollo 2 Meg boards populated with 
41256 DRAMs.  The boards are only half populated though, so it seems that
it would be possible to upgrade a 2 Meg board to 4 Meg by populating the
rest of the board and setting the jumpers correctly.  I have actually 
tried this, and it did not work.

     I soldered sockets and capacitors onto the board and inserted 4256-10
DRAMS in the sockets.  Then I used the /systest/ssr_util/jumper program 
to help me set the jumpers on the boards (I did this to two boards) so 
they were configured as 4 Meg boards.  I tired interleved and non-interleved
setups for the boards.  The first memtest worked fine (writing to memory and
verifying what was written), but none of the ECC (Error checking and
correction) logic seemed to work so the board got constant ECC errors
(the second memtest test).  Obviously, I couldn't boot the machine with
these boards either.

     So the question is, how do I make these boards work.  Apollo usually
made quite a few modifications to the boards in the DN460/660 series
machines.  The two memory boards that I have are part number 3984 (or 
something like that, their most common DN460/660 memory board used), rev
level 10 boards.  There are mod wires all over these boards.  I assume
that the mods are only meant for 2 Meg boards, and different mods are
needed for 4 Meg boards.  Is there anyone out there that knows how to
do these mods?  Or, does anyone out there have a 4 Meg board?

     Any replys to email or the net would be greatly appreciated.

Mike
-------------
Mike Lohmeyer				mikel@berlioz.nsc.com
National Semiconductor Corporation	Santa Clara CA
(408) 721-8075