HDTenEightyP/NetNews huggingface dataset:
From: kelley@kelley.nist.gov (Mike Kelley)
Newsgroups: comp.sys.apollo,comp.sys.hp
Subject: Re: Strange packaging technique
Date: 3 Sep 92 12:00:20 GMT
Followup-To: comp.sys.apollo
Organization: NIST

In article <1992Sep2.234048.18002@u.washington.edu>, davidb@zeus.ce.washington.edu (David W. Barts) writes: 
.
.
. 
|> The accessory kit box contains two plastic SIMM card guides, a
|> metal backplane cover, and three machine screws.  These are packed in
|> -- you guessed it -- a specially-made piece of anti-static bubble
|> wrap marked "CAUTION:  Contents subject to damage by static
|> electricity.  DO NOT OPEN except at approved static-free workstations."
.
.
. 
|> :-) :-) :-)

A couple of years ago I received a rather large box from HP via FedEx.  It was maybe 24"x18"x12".  I was pretty excited because, while the box was pretty big, it certainly could have contained a couple of instrumentation interface cards needed for an experiment we were building.  Alas, the box only contained another (also pretty big) box, very lovingly nestled in styrofoam peanuts (albino reindeer turds??).  That box in turn had another (this time smaller, maybe 12"x12"x2") box, also very carefully protect

ed by peanuts.  This box contained, most delicately held between two sheets of foam, the software license for a program we had been using for the past two years.

-- 
Mike Kelley
Bldg 220, Rm B206
National Institute of Standards and Technology
Gaithersburg, MD 20899
(301) 975-3722  FAX (301) 926-2746
INTERNET:	kelley@epg.nist.gov
BITNET:		mkelley@nbsenh.BITNET
Newsgroups: comp.sys.apollo
From: rees@pisa.citi.umich.edu (Jim Rees)
Subject: Re: Unable to open a stream to the SIO line, SLIP, hardware flow control
Keywords: SIO, SLIP
Reply-To: Jim.Rees@umich.edu
Organization: University of Michigan IFS Project
Date: Thu, 27 Aug 1992 18:57:27 GMT

In article <1992Aug26.191122.4569@ll.mit.edu>, rocco@ll.mit.edu (A. Gregory Rocco Jr.) writes:

  I am planning on setting up a SLIP connection but am having some trouble and
  have not had the time to resolve it yet.  In one configuration the connection
  works long enough to pass a list of routes to the routed running on my 
  machine at home and then the SLIP connection hangs.

Check your slip mtu.  The Apollo uses 1000 for both send and receive.  Also,
it doesn't do vj header compression, so make sure you turn that off on the
other end.  And start tcpd with the '-p0' option.  And don't try to use the
Apollo as a router between slip and anything else (token ring or ethernet),
it won't work.

It's also not a good idea to use routed on a slip-connected stub machine, or
even on a home internet.  I've got three networks on my home internet, and
just use default routes everywhere.
From: eng271@aberdeen.ac.uk
Newsgroups: comp.sys.apollo
Subject: lcm on DN4500
Date: 2 Sep 92 14:57:38 GMT
Distribution: world
Organization: The Internet


Hi.

We have a DN4500 running SR10.3 (no patches) which has an 8 plane 19 inch colour monitor.

The command "lcm" was typed in at one of the pads and this changed the colour map.
The question is, how do I get it back to "normal".

I have tried:

lcm                         this leaves it in this new different colour scheme.
lcm -p /sys/dm/color_map    again, leaves it in this new scheme
lcm -r                      (wrong hardware)
lcm -rgb444                 (not found)
lcm -rgb332                 changes it to an even worse colour scheme
lcm -p /sys/node_data/etc/dm_display/color_map.rgb         screen goes black
lcm -p /sys/node_data/etc/dm_display/color_map.rgb332      as -rgb332 option

I've also copied the /sys/node_data/etc/dm_display tree across from another node, but it makes no
difference. Rebooting the machine makes no difference either.

Any help or hints would be appreciated.

Thanks,

Jon Penny, Dept of Eng, Univ of Aberdeen.
(j.r.penny@uk.ac.aberdeen)

Newsgroups: comp.sys.apollo
From: rees@pisa.citi.umich.edu (Jim Rees)
Subject: Re: DN10K's for sale
Reply-To: Jim.Rees@umich.edu
Organization: University of Michigan IFS Project
Date: Thu, 27 Aug 1992 19:13:48 GMT

In article <9208271756.AA07955@gotham.hwcae.az.Honeywell.COM>, davidy@HWCAE.AZ.HONEYWELL.COM (David Young -davidy K26E2 x2968) writes:

  min:secs
    0:13.84   copy disk-to-same-disk   //indy   --> //indy     
    1:20.73   copy disk-to-same-disk   //gotham --> //gotham   
  
  //indy   is a 4 CPU 512MB RAM 2 ESDI disk (sector striped) DN10k
  //gotham is a        32MB RAM 2 SCSI disk (concat striped) 425t
  
  The data copied was a 34MB Mentor/GeoDraw schematic database.  Now
  that's what I call I/O performance (the DN10k).

No, that's what you call write-behind.  Far more interesting would be a
comparison with a 16 Mb file (or a 16 Gb file).  Don't forget to flush vm
first.
Newsgroups: bnr.sys.apollo,comp.sys.apollo
From: norm@bnr.ca (Norm MacNeil)
Subject: IPC's in Apollo DOMAIN?
Originator: norm@bcrks122
Reply-To: norm@bnr.ca
Organization: Bell-Northern Research Ltd.
Date: Tue, 25 Aug 1992 20:18:55 GMT


I can't seem to find any IPC stuff on the Apollos; i.e., there is no support
for shared memory segments (shmat, shmctl, etc.), message queues (msgctl,
msgget, etc.), or semaphores (semctl, semget, etc.).

Is there any way to do this kind of stuff (without using sockets directly)?

Thanks,
  Norm.

-- 
+-----------------------------------------------------------------------+
 Norm MacNeil                     Phone: (613) 763-7497
 CAD Operation Tools Development    Fax: (613) 763-3317
 Bell-Northern Research Ltd.      EMail: norm@bnr.ca.BITNET (INTERNET)
 #include <disclaimer.std>       "Roller bladers do it in-line!"
From: zzaascd@meehpa.ee.man.ac.uk (Colin Dente)
Newsgroups: comp.sys.apollo
Subject: Re: DN330 CPU and DSP80
Date: 26 Aug 92 17:31:19 GMT
Reply-To: zzaascd@meehpa.ee.man.ac.uk (Colin Dente)
Organization: Department of Electrical Engineering, University of Manchester

In article <64643@cup.portal.com>, John_A_Pham@cup.portal.com writes:
|> Can I replace a DSP80 CPU board by a DN330 CPU board? The two boards
|> have the same size, and 2 VME/DIN connectors, however the DN330 CPU board
|> has an extra 50pins connector in front. 
|>  
|> John

I believe that this is possible - it should turn your DSP into a DSP90 - at
least that's what I've heard.  The only possible problem may be that you
have to set some jumpers or change a prom.  I can't imagine that anything
would blow up if you tried it.

The connector on the front of the 330 CPU is for the addon RAM board - which
was also available for the DSP80A and (I presume) the DSP90.

Colin
  Colin Dente                     | JANET: dente@uk.ac.manchester
  Manchester Computing Centre     | ARPA:  dente@manchester.ac.uk
  University of Manchester, UK    | UUCP:  ...!mcsun!ukc!manchester!dente
                    I can't even *think* straight
Newsgroups: comp.sys.apollo
From: giachino@ghost.dsi.unimi.it (luca giachino)
Subject: NCS: problems compiling in ANSI C
Keywords: NCS
Organization: Computer Science Dep. - Milan University
Date: Wed, 26 Aug 1992 10:23:40 GMT

Hi,
I cannot figure a way to avoid the following problem.
The NIDL compiler inserts extern function declarations into
the include files it produces; these functions are those
that are described in the interface description source.

You normally include these files in the manager sources,
where you actually insert the bodies of the server functions.
You might be in the need of rendering those functions invisible
to the other sources, defining them as static. In this way
the linker doesn't complain when you define different managers
for the same interface.

But the ANSI C compiler does complain issuing a warning because
these static functions appear defined with two different prototypes:
in the include file as simple "#extern type function(type arg, ...)", 
and in the manager source as "static type function(type arg, ...)".

Is anybody able to tell me a way for avoiding those annoing warnings?

Thank you in advance.


---------------------------------------
Giachino Luca
Computer Science Department
Universita' Statale di Milano
Milano, ITALY

EMAIL:     giachino@ghost.dsi.unimi.it
---------------------------------------

Newsgroups: comp.sys.apollo,comp.sys.hp
From: sasrer@unx.sas.com (Rodney Radford)
Subject: Re: Strange packaging technique
Date: Thu, 3 Sep 1992 14:04:53 GMT
Organization: SAS Institute Inc.

davidb@zeus.ce.washington.edu (David W. Barts) writes:

>The accessory kit box contains two plastic SIMM card guides, a
>metal backplane cover, and three machine screws.  These are packed in
>-- you guessed it -- a specially-made piece of anti-static bubble
>wrap marked "CAUTION:  Contents subject to damage by static
>electricity.  DO NOT OPEN except at approved static-free workstations."

You gotta' love those packaging guys!  Here are some other interesting 
stories:

- We received 5 boxes from another computer company (can't remember the
  name, wasn't HP) that each were labeleld box 1of5, 2of5, etc. When we
  received the 5th box it was labeled box 5 of 5, and then the label "This
  box is intentionally empty"! We still have the 5th box lying around for
  a good laugh.

- I recently ordered two microprocessor crystals from DigiKey, each about 
  the size of a postage stamp, and about as thick as a nickel. When the
  box arrived it was about 6" cube and contained a much smaller box
  wrapped in bubble-plastic. Opening the smaller box was a single 3"x5" 
  card with the two crystals taped to it that was packed with the 
  styrofoam peanuts. And all this was shipped UPS. When I called them and
  asked them why didn't they just stick the card in an envelope and mail
  it to me, they said they "were not equipped" to mail "packages" that way!
  I considered donating them a box of envelopes and some stamps so they 
  would be prepared for my next small shipment!

So it is not just HP!

--
---
Rodney Radford          || Computer Graphics/Imaging
sasrer@unx.sas.com      || SAS Institute, Inc.
(919) 677-8000 x7703    || Cary, NC  27513
From: hbo@netcom.com (Howard Owen)
Newsgroups: comp.sys.apollo
Subject: *Wanted* Domain 10.4 Manuals
Date: 31 Aug 92 19:43:04 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)


  Lars Plum has very kindly supplied me with Domain 10.4 on tape, but I'm
still looking for 10.4 manuals. I'm willing to pay (a reasonable amount
of) money for the docs.

   I have also discovered that my existing Domain 10.2 system is quite
difficult to break into. The former sysadmin of the system supplied me
with 6 possible root passwords, none of which work in the local
registry. I've learned (from Lars and from Paul Szabo,
szabo_p@maths.su.oz.au  - thanks) how to get from the  low level boot
monitor to the second stage boot, but of course I can't do anything
there without the root password. I guess the fact that domain is hard to
crack is pretty cool, though it's frustrating my efforts to start
playing with my new toys. I guess I'll have to await the tapes from
Lars.



-- 
-- 
Howard Owen, Sys Admin		           internet:              hbo@octel.com
Octel Communications Corporation           BITNET:            HBO@VOODOO.BITNET
890 Tasman Dr MS 05-04 Milpitas CA 95035   DECNET Internet:          45180::HBO
"I am not a pay TV service!"               Telephone:       408-321-6576 (work)
From: davidy@HWCAE.AZ.HONEYWELL.COM (David Young -davidy K26E2 x2968)
Newsgroups: comp.sys.apollo
Subject: Nameserver blues
Date: 1 Sep 92 20:21:46 GMT
Distribution: world
Organization: The Internet

** L58@gatech.edu  (Dieter Menszner) on 1 Sep 92 02:38:37 GMT
** in [Nameserver blues] writes:

Dieter> I am setting up /etc/named on our Apollo ring with partial
Dieter> success:

Dieter> Configuring one machine as the primary nameserver for the ring
Dieter> and as secondary nameserver for another subnet worked at least
Dieter> on that machine.  Other machines on the ring which don't run
Dieter> named are expected to look on the file /etc/resolv.conf for
Dieter> the nameserver machine and ask that for resolving names (I
Dieter> believe).  But this doesn't work for me. I think that e.g. ftp
Dieter> should look in resolv.conf for the nameserver but it always
Dieter> falls back to /etc/hosts. Is ftp and friends broken ?

You didn't mention it, but did you run the nmconfig command?  You must
run '/etc/nmconfig -h hostent_bind' to change a node from looking at
/etc/hosts to using DNS for host name lookups.  See man page for more
info. 
--
David J. Young                      Honeywell -- Air Transport Systems Division
Phone: 602.436.2968              P.O. Box 21111 M/S AZ75-K26E2 Phoenix AZ 85036
davidy@hwcae.honeywell.com                    uunet!asuvax!apciphx!hwcae!davidy
AMA   AMUG  APDA  BMWCCA  Golfer  Private Pilot  Scuba-Diver  and more....
Do you know Kimball?  EQ Kimball, the insurance man?
From: wjw@ebh.eb.ele.tue.nl (Willem Jan Withagen)
Newsgroups: comp.sys.apollo
Subject: Re: searching pcnfsd for 68k and 88k
Date: 28 Aug 92 07:17:50 GMT
Reply-To: wjw@eb.ele.tue.nl
Organization: Digital Systems, Eindhoven University of Technology, the Netherlands

In article <WDG673P@mailgzrz.tu-berlin.de>, olip0931@mailszrz.zrz.tu-berlin.de (Christian Paschereit) writes:
=> I am looking for a compiled version of the pcnfsd for
=> the 68k and 88k machines. I can not compile the 
=> the source code supplied by PCTCP because of missing
=> libraries.

Can't help you with the versions for the DN10000 but the m68k version
can be fetched from:
	ftp.eb.ele.tue.nl:/pub/apollo/local/etc/pcnfsd	(Version 1)
		,,		,,		pcnfsd.v2 (version 2)

Now version 1 is compiled using SUN RPC 3.9 whilest Version 2 was 
compiled having some of the Apollo RPC lib stuff from NFS. But I tried
get ride of most of the refences to that by including SUN RPC 4.0.

If PCTCP can use version 2 of the protocol then first try pcnfsd.v2.
Our sun stuff works with both. (But the latest SUN PC-NFS needs v2 to
give you all features.)

Regards,
	Willem Jan
PS:
The libraries you are missing are the RPC lib's which are available
on the net. Just check Archie.

-- 
Digital Information Systems Group, Room EH 10.35 
Eindhoven University of Technology   
P.O. 513                     		Tel: +31-40-473401,Fax: +31-40-448375
5600 MB Eindhoven            		The Netherlands
Internet:  wjw@eb.ele.tue.nl    
X400:      C=nl;ADMD=400net;PRMD=surf;O=tue;OU=ele;OU=eb;S=WJW;
From: krowitz@QUAKE.MIT.EDU (David Krowitz)
Newsgroups: comp.sys.apollo
Subject: using "wbak -remote" ???
Date: 4 Sep 92 17:05:31 GMT
Article-I.D.: srvr2.9209041704.AA05337
Distribution: world
Organization: The Internet

Our Exabyte drive went belly up and has been sent
in for repairs that will take an indeterminant
length of time. In the meantime, I gave the
"wbak -remote" option a try ... dumping the local
disk on our ATR to ethernet gateway to an Exabtye
8500 attached to one of the Sun Sparcstations
in the department. The throughput was *awful*, less
than 15 Kb/sec. Are there any additional (undocumented)
switches I should be using along with "-remote" in
order to speed this thing up?

== Dave Krowitz
From: Sam_-_Malone@cup.portal.com
Newsgroups: comp.sys.apollo
Subject: Re: DN10K's for sale
Date: Thu, 27 Aug 92 10:34:57 PDT
Organization: The Portal System (TM)
  <ianh.714717575@morgana>


I see several prices being bounced around regarding used DN10K's,
but no real consensus on ballpark figures.

Let me explain my situation, and perhaps you could offer some
advice...

We got trade-in money on our DN10K towards a 9000/750.
Happy happy, joy joy. NOW... in their infinite wisdom
(snicker) they (Unisys), did not ship it back in the
requested manner and it was fairly heavily damaged.

THIS leaves us in an interesting position. We can,
a. Tell them to go ahead and fix the DN10K at $85 per hour
   plus parts and bite the bullet, calling the cost
   payment of the Dumb Tax for our improper shipping.

b.  Tell them to fix it up to a given value, at which we 
   call it more than the value of the machine, and we
   refuse to pay more. This could get ugly.
   It would rely on us knowing the real world value of the
   DN10K and being able to argue it.

c. We can offer to buy the machine in it's damaged condition
   for an undamaged price and either use the machine as a
   source of spare parts for other DN10Ks in our Rancho Bernardo
   facility or simply repair the unit and return it to service
   here (providing the repair isn't too outrageously expensive.)


So anyways, I really do need *some* approximation of the equipment
value. No monitor, single processor, single Maxtor 760 drive 
and 64 Meg of memory. If this baby was in good condition, what 
do you think it would be worth on the open market, and why?


Thanks for any input you might have.

Dave Wickard  (612) 456-2783  "As God is my witness, I thought
dave@flip.sp.unisys.com        turkeys could fly!"
Sam_Malone@cup.portal.com      -Arthur Carlson (WKRP)
Newsgroups: comp.sys.apollo
From: szabo_p@maths.su.oz.au (Paul Szabo)
Subject: Re: automatic screen turn-off
Reply-To: szabo_p@maths.su.oz.au (Paul Szabo)
Organization: Mathematics, University of Sydney
Date: Tue, 1 Sep 1992 21:23:05 GMT

In article <1992Sep1.124958.29119@lmpsbbs.comm.mot.com> shuky@mot.com
(Joshua Beinhorn) writes:
> In article  <BtuqtL.Jor@apollo.hp.com>  ganek@apollo.hp.com (Dan Ganek) writes,
> in answer to my question :
> >  >However, in some cases the screen is not turned off even if there is
> >  >no user input for hours. In particular, This happens when there is one 
> >  >window which covers all the screen.
> >  So, perhaps the app your running in the full screen window is calling
> >  gpr_$video_ctl.  Does it happen if your grow an ordianry  DM pad to full 
> >  screen?
> The screen is not being turned off when I leave it with no particular application
> running - just one or more shell and edit windows open.

I have the following explanation, which may of course be completely wrong...

Maybe the screen is not blanked out because there is mouse input. Sometimes
mice are left in a position where they generate a continuous stream of
input; in this case the cursor on the screen is an arrow, not reverting to
the steady-state block. In these cases I find that moving the mouse a tiny
bit will allow the cursor to become a block.

Inside the mouse there are two slotted wheels which rotate (in response to x
and y mouse movements) between a LED and a photodiode; these give pulses
corresponding to the succession of dark/light. If you happen to stop the
mouse such that the LED is half-obscured, the photodiode may not be able to
make up its mind whether it is light or dark, emitting a continuous stream
of pulses. (Whatever happened Schmitt triggers?)

Hope this makes sense.

Paul Szabo - System Manager   //        School of Mathematics and Statistics
szabo_p@maths.su.oz.au        //   University of Sydney, NSW 2006, Australia
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Subject: Re: BSD named questions
Organization: University of Toronto Chemistry Department
Distribution: comp
Date: Fri, 28 Aug 1992 00:31:53 GMT

In article <34a.e6psp@lab.ntt.jp> canning@apollo3.apollo3.ntt.JP (John M. Canning) writes:
>
>        Is there a way to enter some
>local correction info so that when a translation fails, it can look in
>the local file?  Or better yet, check the local file first and if
>nothing was found, then query the remote name server?  In reading the
>documentation, it seems that the /etc/hosts file system and the remote
>name server are mutually exclusive systems.

You can't do what you want to do on Domain/OS - it is exclusive.
You need to get your master nameserver up to date and keep it
that way.

>      What controls the appending of the local domain name?

/etc/resolv.conf, with the 'domain' line.
-- 
What are the chances that any computer system will ever "work" properly?
... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
From: davidb@zeus.ce.washington.edu (David W. Barts)
Newsgroups: comp.sys.apollo
Subject: Changing gatweay nodes
Date: 3 Sep 92 21:52:03 GMT
Organization: University of Washington


I have been attempting to change the routing node between the 204
(Ethernet) and 203 (ring) Domain internets.  The new router (ID=1CE59)
has been configured, and it can access both nets.  However, lcnet still
reports the router as the old machine (ID=42D7D), and all systems try
in vain to use a router that no longer exists:

           First
Network     Hop     Hops
========   =====    ====
     201   1C548       1
     203   42D7D       1
     204      --   local

How do I clean out the 42D7D from the route tables?  Naturally, the
Domain documentation I have has absolutely nothing to say on this :-(.
--
David Barts  N5JRN                      UW Civil Engineering, FX-10
davidb@ce.washington.edu                Seattle, WA  98195
From: John_A_Pham@cup.portal.com
Newsgroups: comp.sys.apollo
Subject: DN330 CPU and DSP80
Date: Tue, 25 Aug 92 12:22:43 PDT
Organization: The Portal System (TM)
Distribution: world

Can I replace a DSP80 CPU board by a DN330 CPU board? The two boards
have the same size, and 2 VME/DIN connectors, however the DN330 CPU board
has an extra 50pins connector in front. 
 
John
Organization: TECHNION - Israel Institute of Technology.
Date: Wednesday, 2 Sep 1992 15:18:04 IST
From: Jacques J. Goldberg <PHR00JG@TECHNION.BITNET>
Newsgroups: comp.sys.apollo
Subject:    DN 10k WANTED

We (that is, us at CERN, Geneva, Switzerland) would love housing a few more
DN 10000 because ours are overworked.
Please reply to   golws@cernvm.cern.ch  or  phr00jg@technion.technion.ac.il
(that's me at both addresses, if using the latter WATCH the ZEROES in phr00jg)
or FAX to:
David Plane
(41) (22) 782.19.74 where 41 is Switzerland and 22 is the Geneva area code.

We already have acquired once_new and used DN 10k's and control the export
procedure, we will tell you how to handle that if you have something to offer
us.
                                 Jacques Goldberg
                                 OPAL experiment at CERN's LEP.
Or if you love using the phone: (41)(22)767.73.85 (J. Goldberg) or
                                (41)(22)767.64.04 (D.Plane) , GMT+1+Summer hour
From: krowitz@QUAKE.MIT.EDU (David Krowitz)
Newsgroups: comp.sys.apollo
Subject: Re:  SCSI disks on 5500?
Date: 2 Sep 92 16:20:32 GMT
Article-I.D.: srvr1.9209021619.AA12459
Distribution: world
Organization: The Internet

The WD7000 controller supports two ESDI disks, a floppy, and SCSI tape
drives ... no SCSI disks. This is entirely a software limitation.
HP decided not to supply the SCSI disk driver for the DN3500/4500/5500
series.

== Dave Krowitz
Newsgroups: comp.sys.apollo
From: hpeyerl@novatel.cuc.ab.ca (Herb Peyerl)
Subject: SCSI Magtape support under 10.4?
Organization: none
Date: Sun, 30 Aug 1992 19:02:34 GMT

Color me stupid... Our VAX cluster is just being upgraded and part of
the upgrade is a SCSI 6250bpi Magtape drive... We (apollo support) still
have some 1650bpi tapes that we may need to be able to read in the future
but not on a regular basis... I mentioned (probably in my sleep since I 
don't recall having done so) that SCSI magtape drives are supported 
under Domain/OS and if we were to get one of these drives as part of
our VAX upgrade; then our butts would be covered for reading these 
tapes (ie: by disconnecting said drive from VAX and connecting it to
an Apollo (35xx, 45xx, or 433s)... So, they went ahead and bought such a
drive... Now, I'm concerned that this is impossible and a pipedream..We've
already gotten rid of our old 1650 cypher drive so we're sort of stuck...

Please, someone tell me that I'll just be able to hook this SCSI tape drive
up to one of our nodes and do an "rbak -dev m ....."

anyone? Anyone?
-- 
"I was early to finish | hpeyerl@novatel.cuc.ab.ca <Reply-To>   | I brew |
I was late to start, I | peyerlh@cuug.ab.ca                     | there- | 
might be an adult, but | #define JANITOR "Network Administrator"| fore I | 
I'm a minor at heart." |    JANITOR, NovAtel Communications Ltd.|   AM.  |
Newsgroups: comp.sys.apollo