HDTenEightyP/NetNews huggingface dataset:
From: xn.ll.mit.edu!ll.mit.edu!rocco@ames.arc.nasa.gov  (A. Gregory Rocco Jr.)
Subject: Unable to open a stream to the SIO line, SLIP, hardware flow control
Organization: MIT Lincoln Lab; Lexington Ma
Distribution: fj
Date: Wed, 26 Aug 1992 19:11:22 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


In article  <DISSER.92Aug21075108@metaphor.engin.umich.edu>
disser@engin.umich.edu (David Disser) writes:

> I've got a DN3000 I want to hook up via SLIP at 14.4kbps.  I can't even get
> started.  I've got the modem hooked up, and I've got what I think are good
> tctl settings, but when I try to use emt and go into remote mode, I get
> 
> ?(emt) Unble to open a stream to the SIO line (/dev/sio1).
> - requested object is in use (stream manager/IOS)

There is a good chance that the line is in use because the
server_process_manager is using it.  If you look in /dev (generally linked
to `node_data/dev) you will probably find a symbolic link which looks
something like:
   //hamerkop/sys/node_data/dev/sio.spm -> sio1

This link controls which sio line if any spm talks to.  You do not need to
have it talk to any sio line at all. To fix the problem change the link to
be something like:
   //kingfisher/sys/node_data/dev/sio.spm -> null

If you are logged into the machine that has the sio line, the following
Aegis command can be used accomplish this:
   /com/crl -r /dev/sio.spm null

Once you have changed the link you should reboot the node so that spm will be
restarted, making the change take effect.


I have a DN4000 at home and am using US Robotics Courier V.32BIS modem to
talk to my systems back at work.  I am using the vt100 emulator and
kermit when I am using the DN4000 as a terminal.  I have the DN4000 and the
modem talking to each other at 19.2 Kbaud and connect to my systems at work
at 9600 baud with some compression.  I have not been loosing any data since
I turned on hardware flow control.  From the LEDs on an RS-232 breakout box,
I can see that the hardware flow control is working.

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.

Greg Rocco
MIT Lincoln Lab
Lexington Ma USA
rocco@ll.mit.edu
Newsgroups: fj.mail-lists.apollo
From: dove!kelley.nist.gov!kelley@uunet.uu.net  (Mike Kelley)
Subject: Re: Strange packaging technique
Organization: NIST
Distribution: fj
Date: Thu, 3 Sep 1992 12:00:20 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Sep2.234048.18002@u.washington.edu>, davidb@zeus.ce.washington.edu (David W. Barts) writes: 
Newsgroups: fj.mail-lists.apollo
From: destroyer!fmsrl7!ef2007!mjo@gatech.edu  (Mike O'Connor)
Subject: Re: Looking for a compiled version of groff
Organization: International Affairs, Overseas Engineering, "Fordz"
Distribution: fj
Date: Mon, 31 Aug 1992 19:58:07 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <crudolph.715272617@seg7> crudolph@seg7.cigseg.rtsg.mot.com
(Chuck Rudolph) writes:

:Does anyone have a compiled version of groff that they are willing to
:share.  I need it on one of the following platforms:
:         Apollo DN4500 at SR10
:         HP730 at HPUX8.07

I believe a compiled version of groff for the HP 9000/700 series is
available for anonymous FTP from iworks.ecn.uiowa.edu.

-- 
 Michael J. O'Connor           |  Internet:  mjo@fmsrl7.srl.ford.com
 Ford Motor Company, OPEO      |  UUCP:      ...!{backbone}!fmsrl7!mjo
 20000 Rotunda, Bldg. 1-3001   |  Phone:     +1 (313) 248-1260
 Dearborn, MI  48121           |  Fax:       +1 (313) 323-6277
Newsgroups: fj.mail-lists.apollo
From: ftpbox!mothost!citi.prds.cdx.mot.com!bush@uunet.uu.net  (Michael Bush)
Subject: Re: Nameserver blues
Organization: none
Distribution: fj
Date: Mon, 31 Aug 1992 19:39:25 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

L58@vm.urz.uni-heidelberg.de (Dieter Menszner) writes:

>I am setting up  /etc/named on our Apollo ring with partial success:
> 
>But this doesn't work for me. I think that e.g. ftp should look in
>resolv.conf for the nameserver but it always falls back to
>/etc/hosts. Is ftp and friends broken ?
>

Make sure that you have the nmconfig stub file in the etc/daemons
directory on all of the nodes which have a resolv.conf file.
Also make sure that /etc/nmconfig exists on each node.  It is this file
which causes the node to query the nameserver instead of looking in
/etc/hosts.  You can also switch this dynamically, which is good
if your nameserver goes down and you want people to temporarily
use the host file: /etc/nmconfig -h hostent_bind tells it to use the
nameserver and /etc/nmconfig -h hostent_ascii makes it use the host
file for ftp, telnet, etc.

Mike 
-- 
Mike Bush
Motorola Codex - Mansfield, MA
bush@cae.prds.cdx.mot.com
Newsgroups: fj.mail-lists.apollo
From: nsisrv!ice.stx.com!andy@ames.arc.nasa.gov  (Andy Moore)
Subject: Re: Strange packaging technique
Organization: Hughes STX, Lanham, MD
Distribution: fj
Date: Thu, 3 Sep 1992 14:08:43 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Another (true!) story:  a few months ago we received a box from HP, about
12"x8"x2" with the ubiquitous padding and packing list that listed itself
and the shipping materials, all just to send us a vi quick reference card!
Which we had NOT asked for!

But semi-seriously, doesn't this seem inappropriate in this age of
environmental consciousness?  I mean, I'm not your stereotypical greenie,
but the amount of shipping material we throw away from HP is obscene!!

On a related note, isn't there some way to recycle or efficiently reuse
all those HP LaserROM CDs?  At the very least, they could have the CEs
collect them from us when they're out for a service call, and then at
least reuse the jewel boxes...
______________________________________________________________________________
Andy Moore         "You keep your dream, and I'll keep the money!"
 andy@ice.stx.com                      - Ren Hoek, "The Ren and Stimpy Show"
Newsgroups: fj.mail-lists.apollo
From: caldwr!bsmith@ucdavis.ucdavis.edu  (Bill Smith)
Subject: DSEE and f77 problems
Organization: Calif. Dept. of Water Resources, Sac.
Distribution: fj
Date: Thu, 27 Aug 1992 19:17:39 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


I have been using DSEE 4.0 on Domain OS 10.3 to manage several FORTRAN
programs with the ftn compiler with no problem.  I recently attemped to
change to use the f77 compiler (its a long story) and can not seem to
get it to work.  It looks like when I do a build that the f77 compiler
either dies on the combination of options I give it or if it does work
it puts the binary files into the working directory instead of the
system where they belong.  Then when it tries to link it looks to the
system for the object modules,can not find them, and fails.  I can
manually link the object modules outside DSEE and they seem to work OK
so I think it is probably a problem with my model.

MODEL testf77 =
     TITLE 'DWR Planning Simulation Model';
     SYSTEM 'testf77.sys';
     LIBRARY testf77.lib = 'testf77.lib';

     DEFAULT =
          @ testf77.lib;
          END;

     DEFAULT FOR ?* =
          SHELL '/bin/csh -f';
          TRANSLATE               
               f77  -c -g -Asystype,sys5.3 -WO,-nuc -o %RESULT %SOURCE 
               %DONE;
     END OF ?*;

     SHELL '/bin/csh -f';
     TRANSLATE
          ld %RESULT_OF(?*.f).o -o %RESULT
          %DONE;

DEPENDS_RESULT

 ELEMENT test.f;

 ELEMENT sub1.f;

END OF testf77;

I have called HP/Apollo about the problem but was wondering if any other
DSEE users have used the f77 compiler with DSEE and if so could you send
me a working model to look at as an example?

Thanks
Bill Smith
Newsgroups: fj.mail-lists.apollo
From: David Krowitz <krowitz@quake.mit.edu>
Subject: using "wbak -remote" ???
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Fri, 4 Sep 1992 17:05:31 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

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
Newsgroups: fj.mail-lists.apollo
From: bcstec!aw108!vds7789@uunet.uu.net  (Vincent D. Skahan)
Subject: Re: Mailtool?
Organization: none
Distribution: fj
Date: Sat, 29 Aug 1992 15:27:01 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

mannex@inference.com (Russ Mannex) writes:

>A mail tool for X Windows is all I ask for. One that actually compiles
>OK. Does ANYONE have something like this?

try 'elm' or 'pine' in an xterm
or try 'xmh'

-- 
   ---------   Vince Skahan   -----------   vince@atc.boeing.com   ---------   
   Is there a more perfect road paving material than what you get when
   you supersaturate Sweet'N'Low and CoffeeMate in a mug of coffee ?
Newsgroups: fj.mail-lists.apollo
From: goldfish@cyclone.sbi.com (P. Goldsmith)
Subject: Re: Strange packaging technique
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Fri, 4 Sep 1992 12:40:49 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>
X-Mailer: ELM [version 2.3 PL0]

(Meinhard E. Mayer writes)
 > 
 > In article <BtzApG.1o1@watserv1.uwaterloo.ca> gordon@maxwell.uwaterloo.ca (Gordon R. Strachan) writes:
 > 
 > 
 >    The one I always like is the packing lists that list everything in the box
 >    including the packing list itself!  It even has its own HP part number.  HP
 >    paper work, you gotta love it! :-)
 > 
 > That means that HP-Shipping is properly tail-recursive.

My favourite is the loopback connector for my IBM laser printer video
interface:

	The part consists of a DB15 connector with some wires jumpered back,
	to allow testing the interface.

	It only has a few wires in it and would happily withstand the weight
	of a large truck.

	I called up IBM service and asked them for the jumpering so that I
	could build one, but was told that they didn't know the configuration
	ansd the part was special enough that the Montreal service dept.
	didn't own one, even if they could test the jumpers.  

	I ordered this part (a DB15 with a housing) for $45.00 plus shipping.
	The operator agreed to waive the $55.00 minimum shipping charge when
	I suggested that I visit their office to pick the thing up.  It seems
	that there is a $60.00 "rush" charge for pickups.

	Fourty five dollars later, I got my plug by regular post (no shipping
	charge; There are some reasonable people around)

	The DB15 with housing was in a clear blisterpack with a tag containing
	the same info on it as the visible housing.  This was in a (clear)
	plastic bag with a label (containing the same information as the
	blisterpack and the housing).

	The plastic bag was in a paper bag stapled to the invoice.

	The paper bag was wrapped in bubble-pack.

	The bubble-pack was in a sea of styrofoam peanuts in a shoebox sized
	cardboard carton with a plethora of labels, numbers and routing codes
	taped to it.


	... all this for a DB15 in a housing which I could have made myself
	if they would only provide the pinouts. ...

I saved the box ... :-)  figured I should get my money's worth ... 


-- 
	Paul Goldsmith	<goldfish@sbi.com>	      w	(212) 783-7733
			<goldfish@ozrout.uucp>	      h	(212) 727-9345
	( Shirley MacLaine told me there would be LIFETIMES like this)
		so many managers ... so little time ...
Newsgroups: fj.mail-lists.apollo
From: mcsun!sun4nl!tuegate.tue.nl!svin02!eba!ebh.eb.ele.tue.nl!wjw@uunet.uu.net  (Willem Jan Withagen)
Subject: Re: searching pcnfsd for 68k and 88k
Organization: Digital Systems, Eindhoven University of Technology, the Netherlands
Distribution: fj
Date: Fri, 28 Aug 1992 07:17:50 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

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;
Newsgroups: fj.mail-lists.apollo
From: usc!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!matt.ksu.ksu.edu!news@uunet.uu.net  (Brian Gregory Howard)
Subject: Re: Dead power supply (?) on DN10000
Organization: Kansas State University
Distribution: fj
Date: Mon, 31 Aug 1992 23:35:54 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

ccount@boltzmann.mit.edu (Dr. Craig A. Counterman) writes:

>I looked at the LEDs people told me about in replys to my earlier
>post.  They indicate "VNR under voltage."

>So, any way I can repair this myself or at least resurrect it for a
>few more months?  Any ideas which component failed, and sources for
>this independent of Apollo?  Any companies with used or repaired
>Apollo parts?

Ok, here goes my personal H??l!

  1. 5V under voltage problems (the beginning).
      -This was our first power supply problems with the DN10000.  It was
       temporarily fixed by cleaning the pins on each of the power supply
       bricks.
      -After several months, just cleaning the pins on the bricks no longer
       made a difference so I tried a chemical called CRAMOLINE to improve the
       conductance of the pins on the bricks.  This worked for about one month
       and then the CRAMOLINE turned black and the DN10000 died.

  2.  5V over voltage (same DN10000).
      -in a fit of rage, I tinned (soldered) each pin on each power brick.  I
       DID NOT SOLDER THE BRICKS INTO THE POWER SUPPLY PWB.  This worked for
       about 2 days before the DN10000 died showing 5V over voltage.

      -I almost died thinking that I would have to buy the $60k boat anchor
       (I think the DN10000 makes a nice end table myself).  Using some really
       strange logic, I removed one of the 5V bricks and booted.  It has now
       been about one month and the DN10000 is still running (I even compiled
       X11R5 on it - minus the server, of course).

I am not sure what my next move will be when the DN10000 dies again, but I hope
that the above information will help someone keep there DN10000 alive until
they can buy a Macintosh (Ha Ha).

By the way, my wife does not like the idea of using the DN10000 as an end table.


			good-luck

				Brian G. Howard
				brian@grace.ecc.ksu.edu
				xx123yyy@matt.ksu.edu

------------------------------------------------------------------------------
They're comming to take me away, ha ha, he he, to the funny farm where life is
beautiful, and I'll be happy to see those nice young men in there funny white
coats, and they're comming to take me away ....
 
Newsgroups: fj.mail-lists.apollo
From: dog.ee.lbl.gov!porpoise!network.ucsd.edu!swrinde!sdd.hp.com!ux1.cso.uiuc.edu!news.cso.uiuc.edu!uxa.cso.uiuc.edu!dslg0849@ucbvax.Berkeley.EDU  (Daniel S. Lewart)
Subject: CFV: comp.graphics.gnuplot
Organization: University of Illinois at Urbana
Distribution: fj
Date: Tue, 1 Sep 1992 21:37:04 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

This is a Call For Votes (CFV) for the comp.graphics.gnuplot newsgroup.
The newsgroup would be unmoderated and its charter is given below.

To vote *for* the creation of comp.graphics.gnuplot, reply to
gnuplot-vote@uiuc.edu with either of the following:
        1) A subject of "Yes"
        2) Text of "I vote for the group comp.graphics.gnuplot".

To vote *against* the creation of comp.graphics.gnuplot, reply to
gnuplot-vote@uiuc.edu with either of the following:
        1) A subject of "No"
        2) Text of "I vote against the group comp.graphics.gnuplot".

The voting period will be from Tue 01 Sep 1992 through Tue 22 Sep 1992.

The document "Guidelines for USENET Group Creation" is available by
anonymous `ftp' to pit-manager.mit.edu (18.172.1.27) as the file
/pub/usenet/news.groups/How_to_Create_a_New_Newsgroup.

Let the vote begin!
Daniel Lewart
d-lewart@uiuc.edu
-------------------------------------------------------------------------------
NAME:   comp.graphics.gnuplot

CHARTER:
1) This group is for the discussion of the GNUPLOT plotting program by
   developers and users.
2) This group will be gatewayed with a mailing list (if someone volunteers
   to maintain it).
3) An FAQ list will be maintained.
4) GNUPLOT is a command-driven interactive function plotting program which:
   a) Plots data or functions
   b) Has been tested on Unix, VMS, MSDOS, MS-Windows, OS/2, Amiga, and
      Atari platforms
   c) Supports many different graphics devices
   d) Is authored by Thomas Williams, Colin Kelley, Russell Lang,
      Dave Kotz, John Campbell, Gershon Elber, and many others
   e) Is not part of the GNU project.

STATUS: Unmoderated
-------------------------------------------------------------------------------
Newsgroups: fj.mail-lists.apollo
From: elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!rpi!newsserver.pixel.kodak.com!psinntp!psinntp!hns!rtaylor@ames.arc.nasa.gov  (Randy Taylor)
Subject: Re: File-splitter for email
Organization: Hughes Network Systems Inc.
Distribution: fj
Date: Fri, 28 Aug 1992 17:43:39 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


In article <1992Aug28.172903.27023@hns.com>, rtaylor@hns.com (Randy Taylor) writes:
|> 
|> A freind of mine is looking for a file splitter
|> for email.  He is transmitting 100k to 1 Meg
|> ASCII files and it seems that most mail programs
|> can handle a max "chuck" size of 50 k.
                       ^
                       |
-----------------------    oops !  That should be "chunk" - sorry
|> 
|> Any help would be apprecited.  Please reply by email]
|> and I'll summarize.
|> 
|> Randy Taylor
|> rtaylor@hns.com
-- 
A host is a host from coast to coast..............     _ _ /|  
& no one will talk to a host that's close.........     \'o.O'  
Unless the host (that isn't close)................     =(___)= 
is busy, hung or dead.............................        U    
Newsgroups: fj.mail-lists.apollo
From: ftpbox!mothost!white!rtsg.mot.com!muegel@uunet.uu.net  (Michael S. Muegel)
Subject: Re: send_alarm for X?
Organization: Corporate Computer Services & Support, Motorola, Inc.
Distribution: fj
Date: Tue, 1 Sep 1992 05:36:04 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Previously, gordonb@mcil.comm.mot.com (Gordon Berkley) wrote:
>Now that I am using X, however, I don't *SEE* my DM window, so I don't
>get my alarms.
>
>Is there a similar function/utility available for X?

Get the Project Athena Zephyr system. From the zephyr manual page:

     Zephyr is a notice transport and delivery system developed at MIT
     which runs under 4.3BSD Unix.

     A Notice Transport and Delivery system is a method of getting small
     quantities of time sensitive information efficiently from one client
     (or server) on a network to another.  The object is to accomplish this
     with the highest possible fan-out (i.e., client to server ratio) while
     maintaining both network and server performance.  Zephyr is a multi-
     cast notice transport and delivery system based upon an authenticated
     datagram protocol.  Localized Zephyr servers provide routing, queueing
     and dispatching services to clients which communicate with them via
     the Zephyr Client Library.  Two special purpose Zephyr clients, the
     WindowGram client and the HostManager client provide user and client
     host communication support.

many clients sit on top of the basic transport system. Zwrite is one of them.
It gives you stuff you are used to in alarms. Nice thing about Zephyr,
though, is that it works on many different UNIX platforms. Zwrite
can work both with X stations and ASCII terminals.

I think I got the source somewhere at mit. Archie could probably say
for sure.

-Mike

-- 
-Michael S. Muegel <mmuegel@mot.com>
UNIX Applications Startup Group
Corporate Computer Services and Support
Motorola, Inc.
Newsgroups: fj.mail-lists.apollo