HDTenEightyP/NetNews huggingface dataset:
From: bobp@msi.com (Bob Pitha)
Subject: Re: Weather maps ftp'able
Followup-To: comp.sys.sgi,comp.sys.sgi.misc
Organization: Molecular Simulations, Inc.
Date: Tue, 26 Jan 1993 14:04:23 GMT
X-Newsreader: TIN [version 1.1 PL8]
X-Posted-From: phoenix.msi.com
NNTP-Posting-Host: sol.ctr.columbia.edu

James A. Cadwell (cadwell@sumax.seattleu.edu) wrote:

:         Is there a ftp'able source of weather maps or other
: satellite image files

: AND

:         a freely available method of viewing them on an
: SGI Iris running 4.0.5???

Jim:
  When I downloaded xv from export.lcs.mit.edu, it came along with a 
little shell script that automatically downloads weather maps from
vmd.cso.uiuc.edu.  Xv can also then display the map as a background.
These maps are posted hourly, so you can put the script in your crontab
to update the background continuously.  I've done this with my Indigo
and become the envy of...  well, people with nothing else to be envious
of.  :)
                                 -- Bob

-----------------------------------------------------------------------
Bob Pitha                      Molecular Simulations Inc.
bobp@msi.com                   16 New England Executive Park
(617) 229-9800 x242            Burlington, MA 01803-5297
From: blbates@aero36.larc.nasa.gov (Brent L. Bates ViGYAN AAD/TAB)
Newsgroups: comp.sys.sgi
Subject: RE: troff and nroff
Date: 21 Jan 93 13:37:53 GMT


     In a word, NO!  It would NOT be better.  Keep dps_dev in IDO.  Keep DPS
as part of the normal/standard system.  Do NOT put dps_dev or DPS in the Laser
Printer Support package.  I have a VERY hard time trying to justify buying LPS.
With IRIX 4.0.X, SGI is suppose to be shipping a utility to convert regular
text to PostScript (I can't remember the name of the utility at the momemnt),
and LPS is essentialy just Transcript, I really can't see the need for LPS.
However, I DO see the need for DPS.  It would be nice if DWB was part of the
normal/standard system and not an added cost.  It would be great if the people
in California would make things more clear as to what comes with the standard
system and what comes with each package.  Even our sales reps. have problems
with this because they get conflicting information from California.

  Brent L. Bates				Phone:(804) 864-2854
  M.S. 361			  		  FAX:(804) 864-8469
  NASA Langley Research Center
  Hampton, Virginia  23681-0001
  E-mail: blbates@aero36.larc.nasa.gov or blbates@aero00.larc.nasa.gov
From: ib@ivan.asd.sgi.com (Ivan Bach)
Newsgroups: comp.sys.sgi
Subject: Re: PostScript "Editor"
Date: 27 Jan 93 03:26:00 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA

You could try to use the program 'idraw' from InterViews.  InterViews is
shipped with C++.  You can also get it from graphics/interviews on
sgi.com by anonymous ftp.

Ivan Bach, ib@sgi.com
From: mag@minerva.inesc.pt (Manuel Gamito)
Newsgroups: comp.sys.sgi
Subject: rstatd doesn't work on Indigo r4k
Date: 26 Jan 93 18:23:27 GMT
Organization: INESC - Inst. Eng. Sistemas e Computadores, LISBOA. PORTUGAL.

Hello!

We've just installed a new Indigo r4k named "marge" and found out that sysmeter
doesn't run with the following message:

"sysmeter: can't get stats: Remote system error"

Each time sysmeter is called the following line is added to ~adm/SYSLOG:

"marge rstatd[<somePid>]: read: iotim: No such device or address"

and the command rpcinfo -u marge rstatd gives:

rpcinfo: Remote system error
program 100001 version 1 is not available
rpcinfo: Remote system error
program 100001 version 2 is not available
rpcinfo: Remote system error
program 100001 version 3 is not available

I must confess to be completely baffled by this warnings. After all RPC's are
not my speciality ( I'll learn them in the next semester :-)

If someone has a tip-of-the-tongue answer for this I would appreciate if
he/she could resolve this mistery.

Thanks.

manuel
-- 
Manuel Noronha Gamito, INESC          		| email: mag@minerva.inesc.pt
R. Alves Redol, 9 Apartado 10105		| mcsun!inesc!mag@uunet.UU.NET
1017 LISBOA CODEX				| Phone: +351 1 3100094
PORTUGAL					| Fax:   +351 1 525843
From: gmt@beach.cis.ufl.edu (Gary McTaggart)
Newsgroups: comp.sys.sgi
Subject: DIN Serial Connectors
Date: 27 Jan 93 18:21:30 GMT
Organization: Univ. of Florida CIS Dept.

Where can I find the type of serial connectors which are used on the back
of Indigos and/or what is the part number for these?

Thanks,
Gary

Newsgroups: comp.sys.sgi
From: dikay@sun1.ruf.uni-freiburg.de (Kay Diederichs)
Subject: FAQ?: dump problem
Summary: dump doesn't work
Keywords: dump
Organization: Rechenzentrum der Universitaet Freiburg, Deutschland
Date: Thu, 28 Jan 93 12:12:53 GMT

Sorry if this is a FAQ - I'm hoping for the FAW list.
The problem: if I say (4D210, 4.0.5): dump 0f /dev/null /     I get
  DUMP: Cannot open/stat /dev/dsk/dks0d1s0,fsck, No such file or directory
The corresponding fstab entry is:
/dev/dsk/dks0d1s0 / efs rw,raw=/dev/dsk/dks0d1s0,fsck 0 0
Should I fiddle around with fstab? Or what's wrong?
Any help appreciated.


-- 
Kay Diederichs                      email: dikay@sun1.ruf.uni-freiburg.de 
Universitaet Freiburg, Institut fuer Biophysik, Albertstr. 23 
D-7800 Freiburg, Germany   Tel. +49/(0)761/2032551 FAX +49/(0)761/2032555
Newsgroups: comp.sys.sgi
From: williams@casbah.acns.nwu.edu (Gus Williams)
Subject: BZ on diskless Indigo's
Organization: Northwestern University, Evanston, Illinois, USA
Date: Mon, 25 Jan 1993 17:05:35 GMT



We have a lab of 8 Indigo's (on which the graduate students
have recently discovered the usefulness of bz :^)  ) however
there is a problem.  3 of the Indigo's are diskless,  when
bz is fired up on the diskless stations initially nearly all
of the 5 other diskfull stations see it,  they soon lose contact
though.  The bz program on the diskless station usually sees only
a couple of the other running programs, then soon loses contact.

Occasionly bz on the diskless stations doesn't see any other
bz programs running.

All the machines are on the same sub-net (in the same room in fact)
and have the /etc/services file changed to include the line:

sgi-bznet	5133/udp

Any ideas on this one.

By the way, the professors assure me that this is not a high
priority item, though the graduate students disagree.


Newsgroups: comp.sys.sgi
From: crux@artcom.de (Dirk Luesebrink)
Subject: swap ready , reality engine
Organization: ART+COM e.V., Berlin, Germany
Date: Thu, 21 Jan 93 11:14:12 GMT

we've got two reality engines which should be used for visual simulation,
and we found a BNC connector labeld "swap ready". In the spare doc about it,
it is said one can use this to syncronize two or more RE machines to a 
syncronous frame update. is this true ?
we were not able to find a hint how to use it in the documentation. 
could someone give us an idea ?
-- 
ART+COM					Dirk Luesebrink	
1000 Berlin 12				crux@artcom.de
Hardenbergplatz 2			+49 (30) 262 93 01
Germany					+49 (30) 261 90 36 FAX
Newsgroups: comp.sys.apollo,aus.wanted
From: malcolmp@hydra.maths.unsw.EDU.AU (malcolmp)
Subject: Where can I get an Apollo disk controller?
Organization: School of Mathematics, UNSW, Sydney, Australia
Distribution: aus
Date: Fri, 22 Jan 1993 00:33:56 GMT

	The disk controller on the second hand Apollo DN4000 I have at home
seems to have given up the ghost (at least the controller self test fails when
I turn the computer on).  Does anyone know where I can get a replacement
controller to drive a Micropolis 380Mb drive?  I suspect purchasing directly
from HP could be very expensive but I might consider it.  The past number of
my dead controller is APN 011914-001.

	On the subject of spares, is there anywhere in Australia that sells
Apollo spares?  If I can get my machine working again, I might buy some more
memory for it as well.
--
		Malcolm Purvis (malcolmp@hydra.maths.unsw.edu.au)
		School of Mathematics, UNSW, Sydney, Australia.
Newsgroups: comp.sys.apollo
From: mjl@newton.auto.tuwien.ac.at (Martin J. Laubach)
Subject: Re: Maxtor Optical Disk on Apollo
Organization: University of technology, Vienna, Austria. 
Date: Mon, 25 Jan 1993 10:06:51 GMT

|> >  I have now been trying for quite some time to connect a Maxtor
|> >Tahiti 1 magneto-optical disk drive to our Apollos.
|>
|> It's due to the response from the Tahiti to the Apollo's SCSI
|> Inquiry command, and the non-recognition of the device by the
|> boot firmware. If the boot firmware doesn't like the device,
|> then invol will not find it.

  Aha! Anybody has any idea _what_ the boot prom doesn't like? Do
different versions of the boot firmware behave differently?

	mjl


-- 
         "CDTV is selling like warm pie" -- J.P. at Kanton in FFM.

Newsgroups: comp.sys.apollo
From: elsen@imec.be (Marc  Elsen)
Subject: large .cshrc causes "unable to unwind stack..."
Reply-To: elsen@imec.be (Marc  Elsen)
Organization: IMEC V.Z.W.
Date: Wed, 27 Jan 1993 08:20:42 GMT



  One of recently enlarged his .cshrc with new aliases ,environment
  variables etc.
  Since then many  commands stopped working with the message :

  unable to unwind stack because of invalid stack frame (process manager/
  fault manager)

  This is SR10.3.5 , can anyone help.
  Please reply using e-mail , 

                                 Thanks.

--
    Marc (elsen@imec.be)
    'Waterdust is fine but even hydrogen would have lead
     to a never ending story...'
Newsgroups: comp.sys.apollo
From: chuck@edsi.plexus.COM (Chuck Tomasi)
Subject: Re: wbak
Organization: Enterprise Data Systems Incorporated, Appleton WI
Date: Sat, 23 Jan 1993 14:57:14 GMT

schlue@danetda.UUCP (Holger Schlueter) writes:

:)Does anyone know if an implementation of the utility "wbak" does exist
:)for non-apollo workstations (e.g. sun) or is it possible to get the
:)source code for implementing it on my own? Any information about the
:)internal data format would be of interest, too.

I don't believe (or haven't heard of) anyone is planning to continue the
wbak program, however HP has claimed that they would be coming out with
an rbak for HP-UX machines to read Apollo wbak/rbak format tapes.  HP
will most likely support the same medias they have all along; QIC, 4mm
DAT, and 9 track.  Unfortunately HP never saw 8mm as an option, whereas
our site relies on them quite heavily.

Am I upset that HP won't have a product to allow me to read my years
worth of archives and backups?  No, because a company known as
Workstation Solutions in Nashua NH has a similar product (rbak for Unix)
which will read 8mm plus all the other medias that HP supports.  Chances
are when our last few Domain/OS machines go down for the count we will
be purchasing this software to be able to restore our data and perhaps
rewrite it in a more current format.

I believe WS is coming out with rbak for HP-UX (since that will be our
primary target platform as we transition away from Domain/OS), however
they are targeting other platforms with their products and it wouldn't
surprise me if they also had a version for the Sun, IBM, and DEC
platforms.
-- 
Chuck Tomasi             |   The nice thing about standards is
chuck@edsi.plexus.COM    |   that there are so many to choose from.
MiSTie #2356             |   
------<Enterprise Data Systems Incorporated, Appleton Wisconsin>------
From: kuku@acds.physik.rwth-aachen.de (Christoph Kukulies)
Newsgroups: comp.sys.apollo
Subject: registry problems
Date: 25 Jan 1993 09:59:30 GMT
Organization: I.Physikalisches Institut RWTH-Aachen
Distribution: world
Reply-To: kuku@acds.physik.rwth-aachen.de
NNTP-Posting-Host: acds.physik.rwth-aachen.de


I installed 10.3 again on my node with some problems with getting a registry
with the default accounts (root, etc.) running at all (with the kind help of
some netters).

I wanted to get back to my old registry which I had save in a tree on an external disk.

I performed the folloing steps:

rgy_admin
state -in_maintenance
quit

then I moved the /sys/registry tree to /sys/REGISTRY_DEFAULT and copied the
save registry tree (with all my user information) to /sys/registry.

After that I did

rgy_admin
state -not_in_maintenence
quit

Logged out.

logged in as root with the password I had formerly (this was showing that
the local registry was taken) but the rgyd is no longer running. 

/usr/adm/rgyd_error_log tells me 

Entry not found
Cannot initialize server database

Any idea how I can come back to a runnung rgyd?

--
--Chris
Christoph P. U. Kukulies
kuku@acds.physik.rwth-aachen.de
*** Error code 1
 
Stop.
From: vstem@grouch.calgary.chevron.com (D. Stewart McLeod)
Newsgroups: comp.sys.apollo
Subject: Re: Apollo networking alternatives
Date: 25 Jan 93 18:26:46 GMT
Organization: chevron

In article <1993Jan22.235401.11236@btree.uucp>, brunkow@btree.uucp (Susan Brunkow) writes:
..stuff deleted...

 Sue, tried to email you but it just bounced back. So I shall post my
 response here.


Sue, I have had some experience in moving from the wonderfull world of Apollo
Token Ring to ethernet (although only about 30 workstations not 50). I thought
I would relay some of my experiences to you.

Originally we had everyone in the same building and on the same 
network (A.T.R.). Now is a different story. We are in two buildings and
on two different networks - ethernet and A.T.R. 

Originally I was very skeptical about the move to ethernet ( I had no choice,
as this is what the hardware group chose (sp?)). I moved one workstation
up to ethernet (twisted pair - great stuff to work with..already in everyones
office) and had a hell of a time with it - I forgot to put a rgyd on it!

After this first workstation was installed and running, I moved it over to 
the other building. It worked just fine. All I had to do was change the IP
address and it worked flawlessly. I recommend you move one workstation over
at first and have it run (glbd, llbd, ns_helper and rgyd).

The rest of the move was very easy. Rip out the A.T.R. card and put in an
ethernet card. Move and power up. Oh a major key here is to remove the
/sys/node_data/hint_file first. Things really get messed up if you fail to
do this.

As for your comment about Apollos being a pain on ethernet, I too thought
this but I have been pleasantly surprised. Granted ethernet degrades when
the load is heavy, but you can always create sub nets if you have to. We
just did that here as some DEC boxes and X terminals that access them were
hogging the network so they were moved onto their own ethernet sub-net.

All in all, the move to ethernet was painless. I must add that if you go this
way take the course "Administering Your DOMAIN/OS Internet" from HP. THis
made things as easy as they were. It also gave me contacts of people who were
going to do the same thing I was.

Hope my $0.02 worth is of use. If you need more info or have any questions
email to the address below.

- -- 
D. Stew McLeod                     Internet: vstem@calgary.chevron.com
CPTC					          Tel: (403) 234-5810
500, Fifth Ave. S.W.                              Fax: (403) 234-5215
Calgary, Alberta, Canada   T2P 0L7 
Newsgroups: comp.sys.apollo
From: antoon@dutentb.et.tudelft.nl (Antoon Frehe)
Subject: Followup Adding a second disk etc ...
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Thu, 21 Jan 1993 13:21:39 GMT

Hi,

Thanks for all the replies. i must admit, i'd seen this jumper program
somewhere before, but now i just hadn't thought of it.

I haven't tried everything yet, but people are starting to complain the
Apollo is too often of the air because i'm busy playing with it's disks.
There's a few strange things. When i use the jumper program, the layout of
the WD7000 board doesn't look a bit like the my WD7000V-ASE (to be exact).
Also David Krowitz says the WD7000 has 3 connectors. Mine has 4.
2 34 pin connectors and 2 20 pin connectors. Is it so that i have to
chain the cables from one disk to the other or cab or must i use 
seperate cables from the controller to the disks?

Most disturbing however is a line from the jumper program when i look
at the Micropolis 155 Mb drive. It reads..

155 Mb Drives are Not Supported for Multiple Disk Configuration.

Greetings Antoon.

-- 
---------------------------------------------------------------------------
 Antoon Frehe                           E-mail antoon@dutentb.et.tudelft.nl
 University of Technology Delft                a.frehe@et.tudelft.nl
 Mekelweg 4, 2628 CD  Delft
 The Netherlands, Earth                 phone  015 781796
---------------------------------------------------------------------------
Newsgroups: comp.sys.apollo
From: rvenable@helix.nih.gov (Richard M. Venable)
Subject: DPCC, DPCE, and DPCI support
Reply-To: rvenable@helix.nih.gov (Richard M. Venable)
Organization: National Institutes of Health
Date: Sat, 23 Jan 1993 00:13:17 GMT

Since the PC connectivity and AT-coprocessor have been mentioned
here several times recently, I thought I'd share some commercial
availability information.  A company called MicroMechanics in
Cambridge, MA, has acquired the rights to manufacture, distribute,
and support the PC coprocessor (DPPC), the PC emulator (DPCE),
and the PC integration (DPCI) products for Domain/OS.  The founders
were involved in the initial DPCC development.  For further
information, contact:

MicroMechanics
84 Sherman Street
Cambridge, MA  02140
Tel. (617) 868-1899
FAX  (617) 876-5950
Net  umech!ljohnson@uunet.uu.net


Disclaimer: I am in no way connected with the above vendor.

-----------------------------------------------------------------
 Rick Venable                  |    "Eschew
 FDA/CBER Biophysics Lab       |   Obfuscation"  
 rvenable@helix.nih.gov        |         -- the Phantom Nerd   
-----------------------------------------------------------------

Newsgroups: comp.sys.apollo
From: olav@eddy.gmd.de (Olav Schettler)
Subject: Re: BSD for Apollo Domain Series 
Organization: GMD, Sankt Augustin, Germany
X-Newsreader: Tin 1.1 PL5
Date: Wed, 27 Jan 1993 08:33:36 GMT

jesse@mars.slu.edu wrote:
: Hello
: 	Question:
: 	
: 	Is there away to take a domain series workstation say a 4500 and 
: 	run straight BSD on it.....Either by compiling it using the apollo
: 	compiler or are there binaries out there for this....
: 
: 	Please respond with a mail message to:
: 				
: 						tutterrowjg@sluvca.slu.edu
: 						reavesga@pollux.slu.edu
I think indead a very sensible question. I thought of that and would like
to find a solution, too. (My apollo 3500 is so unconprehensibly slooow,
considering that it has a 68030 + math processor + 16MB, which should
be a decent setup for a single user workstation with X11)

Any pointers are gratefully appreciated,
--
          Olav Schettler

             GMD-SET
          P.O. Box 1316                  phone: +49 (2241) 14-2291
      Schloss Birlinghoven               fax:   +49 (2241) 14-2242
D-5205 Sankt Augustin 1, Germany         email: Olav@GMD.de
Newsgroups: comp.sys.apollo
From: lampi@halcyon.com (Michael Lampi)
Subject: Re: Followup Adding a second disk etc ...
Organization: Northwest Nexus Inc. (206) 455-3505
Date: Sat, 23 Jan 1993 17:55:28 GMT

antoon@dutentb.et.tudelft.nl (Antoon Frehe) writes:

>Hi,

>Thanks for all the replies. i must admit, i'd seen this jumper program
>somewhere before, but now i just hadn't thought of it.

>I haven't tried everything yet, but people are starting to complain the
>Apollo is too often of the air because i'm busy playing with it's disks.
>There's a few strange things. When i use the jumper program, the layout of
>the WD7000 board doesn't look a bit like the my WD7000V-ASE (to be exact).

You have the WD7000 board of which we all speak.

>Also David Krowitz says the WD7000 has 3 connectors. Mine has 4.
>2 34 pin connectors and 2 20 pin connectors. Is it so that i have to
>chain the cables from one disk to the other or cab or must i use 
>seperate cables from the controller to the disks?

The other 34 pin connector is for a floppy drive.

>Most disturbing however is a line from the jumper program when i look
>at the Micropolis 155 Mb drive. It reads..

>155 Mb Drives are Not Supported for Multiple Disk Configuration.

Supported is not always the same as "works with".

-- 
Michael Lampi         lampi@mdlcorp.com
MDL Corporation       15301 NE 90th Street, Redmond, WA 98052
                      (206) 861-6700    (206) 861-6767 FAX
From: thompson@PAN.SSEC.HONEYWELL.COM (jt -- John Thompson)
Newsgroups: comp.sys.apollo
Subject: re: First init error and then self tests failed...
Date: 27 Jan 93 20:43:21 GMT
Organization: The Internet


> This is a DN10000 with one CPU trying to run Domain OS 10.3.  
> What's happened is that the machine wouldn't boot, but would die in
> pg$init with a crash_status of 00270001.
> ...
> From that point on, we got a consistent Self Tests Failed, on Memory Test #5
> (slot 7, memory module 0).  The message was 'Unexpected SP bus error 
> referencing 08000008' and the DN10000 status display has a flashing
> 5.7.2.0. after the error.  I tried bypassing our UPS (thinking the power
> supply might be low) and vacuuming out all the dust bunnies (there were a
> lot!).  Nothing helped, however, and after powering back up we got the
> same excat message.
> 
> Any ideas on what we could try next?

The original status code (270001) is "Undefined VME Interrupt."  While there
are probably lots of ways to get this, I saw most of them when our power
supplies were flaking out.  After you have a crash, take the right-hand side 
(as you face the machine) off, and check the LEDs on the power supply (the bottom
board in the X-bus).  There should be a handy interpreter's guide to the LEDs on
or near the supply board too.  If you have 5V or 12V undervoltage, you will soon
need a new supply.  You might want to take the board out, remove the slide-in
power bricks, and clean the contacts (some people have had good luck with this).

If you have more than one memory board, you might want to pull the board in 
slot 7 and try again.  If things succeed, then you really do have a bad RAM board
(this doesn't explain the 270001 status though).

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

After 12 years of Reagan/Bush, we finally get the Bill!
*************************************************************************
* This e-mail correspondence is a work of fiction.  Any similarity      *
* between the views presented and actual views, personal or corporate,  *
* living, dead, or still to be conceived, is pure coincidence.          *
*************************************************************************
From: agerhardt@ttsi.lonestar.org (Alan Gerhardt)
Newsgroups: comp.sys.apollo
Subject: Anyone Have Domain OS Crypt?
Date: 25 Jan 93 15:54:28 GMT
Organization: Tandem Telecommunications Systems Inc. Plano, Tx.

Does anyone have a version of the unix-style file encryption program  
"crypt" that will run under Domain OS 10.4?

I realize it probably can't be posted on the net because of the 
idiotic government regulations about exports, but I would appreciate
it if someone would email it to me directly.

For some reason HP provides the program with HP-UX, but not with 
Domain.

Thanks in Advance,
Alan
From: schlue@danetda.UUCP (Holger Schlueter)
Newsgroups: comp.sys.apollo
Subject: wbak
Date: 21 Jan 93 08:16:57 GMT
Organization: Danet GmbH, Darmstadt, Germany
X-Newsreader: Tin 1.1 PL5


Does anyone know if an implementation of the utility "wbak" does exist
for non-apollo workstations (e.g. sun) or is it possible to get the
source code for implementing it on my own? Any information about the
internal data format would be of interest, too.

Thanks in advance

   Holger Schlueter

                                                               
   /~~~~~~~~~~~~~~~~~~~~~ `-------------' ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\
~~~                        \     D     /                                   ~~~
      Holger Schlueter      \    A    /      Fax: +49 6151 89 68 97
         DANET GmbH          \   N   /     Phone: +49 6151 87 69 - 401
     Pallaswiesenstr. 201     \  E  /      EMail: schlue@danet.de
       D-6100 Darmstadt        \ T /       Telex: 4197157 dang d
~~~\                            \ /                                       /~~~
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ V ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.sys.apollo