HDTenEightyP/NetNews huggingface dataset:
From: hpeyerl@novatel.cuc.ab.ca (Herb Peyerl)
Subject: Re: HD on DN3000?
Organization: "NovAtel Communications Ltd. Calgary, Alberta, Canada"
X-Newsreader: Tin 1.1 PL5
Date: Mon, 9 Nov 1992 15:58:32 GMT

Howard Owen (hbo@netcom.com) wrote:
:    I purchased an Apollo DN3000 sometime ago. It has what looks like an ST506 
: standard full height 5.25" disk drive in it. I beleive its capacity is ~170MB. 
: Can anyone take a guess as to what this drive is? Does anyone know the detailed
: geometry so I can move it to another system?

If it's a 170MB drive, then by looking at the label on the back of it,
you'd find that it was a Micropolis 1355 which is an ESDI drive.  If
you then ran Disk Mangler on any PC and looked up Micropolis 1355, you'd
find that it said something like:

Cylinders: 1023
Heads: 8
Sectors: 34
RWC: 0
WPC: 65535
ECC: 0
CTL: 8
Zone: 1024

--
"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
From: bcr@cernapo.cern.ch (Bill Riemers)
Subject: Re: Piping blues
Organization: CERN, European Research Center for High Energy Physics
Date: Fri, 13 Nov 1992 10:31:31 GMT


Purhapes I should be a bit more clearer.  I'm trying
to replace my open and close statements to make it 
possable for the user to specify the following as
legal filenames:

         '| compress -c > file1.Z'
         'zcat file1.Z |'
         '| prf -pr pr32'

and so on.  I then interpret these a requests for
the io to be sent to a syscall of the user's default
shell.  Right now this works only if the node
has enough disk space to store the buffer.  (Effective-
ly limiting me to only 5-10MEG files.)  Why?
Because if I just try reading in the stream as
it is created I will just read in an EOF.  It is not
practicle to rewrite the whole program to ignore
these.  Since things directed through pipe(2) don't
have this problem, maybe I can solve this problem
if I can convert pipe unit numbers into either
1) a stream number, 2) even better a fortran unit
number directly.

Thanks in advance.

                     Bill

Newsgroups: comp.sys.apollo
From: edsverk@ed4000-2.lerc.nasa.gov (Kenneth Lee Atchinson)
Subject: Domain Name Resolution Timeout
Organization: NASA Lewis Research Center
Date: Mon, 9 Nov 1992 19:00:48 GMT

If this is a FAQ, please do not *flame* me

I administer a few apollos and I have noticed that sometimes
the some TCP/IP applications (telnet, ping, X Windows clients)
will "time out" because they can not resolve the name.  All of
the Apollos run TCP/IP on ethernet and the Domain Name Server
is a non-apollo machine (i.e. a DEC primary and a SUN secondary
workstation).  I have "worked around" this by ping'ing the
DNS twice before doing any TCP/IP operations, which sometimes
works and sometimes not.  As stated before, this causes problems
with any TCP/IP client and I have started ping'ing the DNS via
cron on a 5 minute basis with "limited" results.

Has anyone seen this before?  Is there some "timeout" parameter
I can control or change?  Other non-apollo machines do not seem
to have this problem with name resolution (i.e. they get it right
ALL the time).

Please post and email responses - I do not frequent this newsgroup
and the information may prove valuable to someone else.

Thanks in Advance.
-- 
Kenneth Lee Atchinson
edsverk@lerc.nasa.gov
Newsgroups: comp.sys.apollo
From: roeber@vxcrna.cern.ch
Subject: Re: Problems with X11 and SR10.4
Reply-To: roeber@cern.ch
Organization: CERN -- European Organization for Nuclear Research
Date: Wed, 11 Nov 1992 15:17:03 GMT

In article <JRM.92Nov11143130@zeta.ma.adfa.oz.au>, jrm@zeta.ma.adfa.oz.au (John R Marley) writes:
> [...]
> First, on a couple of the 425t's, the X server seems to lose track of the
> available fonts.  Reboot the machine, and everything works fine.  Some time
> later, applications start to fail proclaiming that they can't find font such
> and such.  'xlsfonts' lists the font that supposedly can't be found.  Reboot
> the machine and everything works again.  This has been reported on 425t's
> booted off different 5500's.

I get this problem.  I think it's to do with available swap, as I usually
see it when I have a zillion DM windows open on the other side (I like the
ability to make window groups invisible; who said VUE invented workspaces?)
and lots of fancy X as well.

From what I've been able to trace down, when a client asks the X server for
a new font, the server forks off a couple programs to get it.  Since apollo's
don't seem to have COW fork(), this means the entire X server gets duplicated
temporarily.  If you haven't enough space, the popen fails and the font can't
be found.

Several months ago somebody mentioned they had hacked up a replacement popen
which invoked another process without forking.  Somewhere way down on my list
of things to do is to try this solution to see if it helps the font problem.

About xlsfonts -- I think it usually just looks at a list it maintains, without 
trying to actually open the fonts.  If you use the "verbose" or "long" flag, I 
think it tries to open each font to get the additional information, and this 
would demonstrate any problem.

In addition to just running more and more processes (which is how I run
into trouble), look for memory leaks, ever-growing files in /tmp, and pads
that get long.  (Infinite scrollback *does* have a cost! ;-)  )  All these
eat up the same disk space that is used for swap.

-- 
Frederick G. M. Roeber | CERN -- European Center for Nuclear Research
e-mail: roeber@cern.ch or roeber@caltech.edu | work: +41 22 767 31 80
r-mail: CERN/PPE, 1211 Geneva 23, Switzerland | home: +33 50 42 19 44
--  
% stcode 1D01001E
Vendor "Apollo" can not be deleted (network license server/server)
Newsgroups: comp.sys.apollo
Subject: Just what is in a Apollo 9000/730?
From: russells@ccu1.aukuni.ac.nz (Russell Street)
Date: Fri, 13 Nov 1992 22:23:25 GMT
Organization: University of Auckland, New Zealand.

Hi

Could someone tell me a little about these Apollo workstations?
Such as what sort of processor they have?
What other types/models there are? 
A quick run down on HP-UX 08.07's quirks and features?
How old these are? (just released etc)

Thanks
-----------------------------------------------------------------
Russell Street (russells@ccu1.aukuni.ac.nz)
	Listeners are requested to make the necessary adjustments
From: rees@pisa.citi.umich.edu (Jim Rees)
Newsgroups: comp.sys.apollo
Subject: Re: Need Some Advice..
Date: 10 Nov 1992 16:44:25 GMT
Organization: University of Michigan CITI
Distribution: world
Reply-To: Jim.Rees@umich.edu
NNTP-Posting-Host: pisa.citi.umich.edu

In article <1992Nov9.192837.17737@bcars6a8.bnr.ca>, djf@bnr.ca (Duane Fowler) writes:

  Not to start a religious war or anything but, as a user of both windowing 
  systems, I'm interested in knowing what people see in Domain pads, editor,
  etc.

I use mostly X stuff now, but the thing I still use from the DM is the pads.
I prefer my DM transcript pad to an xterm because it keeps input and output
interleaved in the right order even when I type ahead, and it shows me how
much of the input has been read.  I like my edit pads because I'm used to
them, and they are faster (both to start and to run) than the other editor I
use (emacs).

Although I don't use the DM window manager any more, one feature that I miss
is the window defaults.  With tvtwm I can arrange for all xterms to come up
at semi-random locations, or for all to come up at the same location, but I
can't get them to come up in a set of locations that get cycled through
every time I start a new xterm.  This is not an intrinsic limitation of the
X window system and could be hacked with an appropriate window manager.
From: chuck@edsi.plexus.COM (Chuck Tomasi)
Subject: Re: Config says there's a floppy drive
Organization: Enterprise Data Systems Incorporated, Appleton WI
Date: Tue, 10 Nov 1992 22:05:24 GMT

rees@pisa.citi.umich.edu (Jim Rees) writes:

:)Speaking of which, I find it very annoying that machines won't auto-boot
:)unless there is a keyboard plugged in.  Are there any tricks I can play with
:)config to make this work?

Nodes without a display (DSP) machines will boot fine without a
keyboard, but I don't know if it has something to do with the fact that
it is configured as a DSP or not.  We have two DSP 3550 machines running
our printers and serving as parts libraries and I reboot them without
incident from time to time.
-- 
Chuck Tomasi             |   "A munk a clone and a Ferengi
chuck@edsi.plexus.COM    |    decide to go bowling together..."
spool!cserver!edsi!chuck |             -Data "The Outrageous Okana"
------<Enterprise Data Systems Incorporated, Appleton Wisconsin>------
Newsgroups: comp.sys.apollo
From: bcr@cernapo.cern.ch (Bill Riemers)
Subject: Piping blues
Organization: CERN, European Research Center for High Energy Physics
Date: Thu, 12 Nov 1992 15:43:25 GMT


  Hi there,
 
       I've been trying to establish pipes to existing fortran
  programs.  The best I've been able to is create a temporary
  file/buffer, stop my program and wait with PGM$WAIT for the
  other process to finish.  It seems if I don't have a pipe
  installed, I must wait.  I can't figure out any reasonable
  way to connect a pipe to a fortran unit #.  If I have a 
  stream number I can open a fortran unit, but it seems
  that I can only get a stream # for stdin, stdout, and stderr.
  (None of which I'm willing to replace in my fortran program.)
  I've tried sockets, but for some reason this fails with 
  unformatted input.  Simmularly, I thought about using mailboxes,
  but the need of a separate severe stopped me cold.

       So here is where you come in.  I confident there must
  be a simple eligant solution.  Too many things seem "almost"
  work.  Please, if you have any reasonable suggestions, share
  them.

       Oh I almost forgot to mention, that I'm trying to use
  only one executable, and programs in standard unix directories
  to keep the program simple to use.  So the idea of creating
  a separte program that duplicates the functions of pipe, but
  returns stream id as well is out.  But, if this can be binded
  into the same program I'll try it.

                                  Bill
From: bonnetf@APO.ESIEE.FR (Frank Bonnet)
Newsgroups: comp.sys.apollo
Subject: Re: talkd - ntalkd
Date: 6 Nov 92 17:34:52 GMT
Distribution: world
Organization: The Internet


Have you checked the /etc/inetd.conf file ? the following line must be
uncommented and /etc/inetd deamon must be running 

> ntalk		dgram	udp	wait	root	/etc/ntalkd		ntalkd

Hope this helps .

+------------------------------------------------------------------------------+
| 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                 |                                   |
+------------------------------------------------------------------------------+
From: craig@cv.hp.com (Craig Durland)
Newsgroups: comp.sys.apollo
Subject: Re: Problems with X11 and SR10.4
Date: 13 Nov 92 00:35:56 GMT
Reply-To: craig@cv.hp.com
Organization: Hewlett-Packard Company, Corvallis, Oregon USA
X-Newsreader: TIN [version 1.1.1 PL6]

John R Marley (jrm@zeta.ma.adfa.oz.au) wrote:
: First, on a couple of the 425t's, the X server seems to lose track of the
: available fonts.  Reboot the machine, and everything works fine.  Some time
: later, applications start to fail proclaiming that they can't find font such
: and such.  'xlsfonts' lists the font that supposedly can't be found.  Reboot
: the machine and everything works again.  This has been reported on 425t's
: booted off different 5500's.

This was (probably) a bug in X11 R4 (I think as it came from MIT).  What
happened was the font alias-caching would put the wrong directory in the
cache on the first font access and the next access would fail.  What
triggered the problem was the same font in fonts.dir files in different
directories but the font itself wasn't in all the directories (if I
remember correctly).  You can probably work around the problem by
juggling your font path (xset fp) or removing the duplicate fonts.  I
fixed the bug (a while ago) and hopefully it made it into a patch
release.

    Craig Durland       (503) 750-3354
    Hewlett-Packard, 1000 NE Circle, Corvallis, OR 97330
    craig@cv.hp.com
From: akatz@adm.brl.mil (Alan Katz)
Newsgroups: comp.sys.apollo
Subject: /etc/termcap entry for hp98550
Keywords: termcap
Date: 12 Nov 92 15:31:56 GMT
Organization: Ballistic Research Lab (BRL), APG, MD.


Does anyone out there have a /etc/termcap entry for an hp98550? I would like to have this for remotely logging in from an HPUX system. If not, is there a way to create one from the terminfo stuff on HPUX?

Thanks,
Alan Katz
-- 
Alan H. Katz	"akatz@watertown-emh1.army.mil"
Army Research Laboratory, Materials Directorate
AMSRL-MA-DB, Watertown, MA 02172, 617-923-5376
Newsgroups: comp.sys.apollo
From: jrm@zeta.ma.adfa.oz.au (John R Marley)
Subject: Problems with X11 and SR10.4
Organization: Maths Dept., A.D.F.A., Canberra, Australia
Date: Wed, 11 Nov 1992 04:31:30 GMT

Hello!

We're having a couple of problems with X on our Apollos that I can't pin down.
All our machines are now at SR10.4, we've got diskless 425t's booted off
5500's, some older DNxxxx machines and some diskless 425e's on an ethernet.

First, on a couple of the 425t's, the X server seems to lose track of the
available fonts.  Reboot the machine, and everything works fine.  Some time
later, applications start to fail proclaiming that they can't find font such
and such.  'xlsfonts' lists the font that supposedly can't be found.  Reboot
the machine and everything works again.  This has been reported on 425t's
booted off different 5500's.

The other problem may not be an Apollo problem, but I'll mention it anyway.
When we run Splus on a 425t, we can hang the system by rapidly
exposing/covering parts of Splus's X output window.  This works using either
Xapollo or Xdomain.  When I say "hang", I mean the cursor and keyboard freeze
and the flashing LED that indicates cpu activity freezes.  Nothing for it but
to reboot.  We can reproduce this on a 425t.  We couldn't do it on a 425e, or a
5500.  It appears to be getting confused trying to refresh a window while
already refreshing.  This may be a bug in Splus, since I couldn't reproduce the
problem with another package running.

If anyone has any ideas about these or can shed some light, please drop me a
line.

Thanks!

--
Trust in the LORD with all your heart and    |  John Marley
lean not on your own understanding; in all  -+- j-marley@adfa.edu.au
your ways acknowledge him, and He will make  |  Programmer & Sys Admin
your paths straight.   - Proverbs 3:5-6      |  A.D.F.A. Maths Dept.
Newsgroups: comp.sys.apollo
Subject: gcc 2.3.1 on Apollo 9000
From: russells@ccu1.aukuni.ac.nz (Russell Street)
Date: Fri, 13 Nov 1992 22:20:33 GMT
Organization: University of Auckland, New Zealand.

Hi

What do I have to do to get gcc 2.3.1 to compile on an Apollo 9000/700
workstation.

i.e.,
	what files, patches etc do I need to get aside from the original
		gcc distribution
	where do I get them if there are any
	What do I type (literally) into the prompt to get it to compile
	(like what options to ./configure etc)
	Do you need the HP ANSI C compiler to do this or can you use
	the minimal one supplied.
	Any other good advice?


Thanks in advance...
--------------------------------------------------------------
Russell Street (russells@ccu1.aukuni.ac.nz)

Secombe:  Right Mr Greenslade, segergate the sinful sexes ...
Milligan: Wait -- how many sexes are there?
Secombe:  Two.
Milligan: It is not enough, I say! Go out and order some more!
From: bcr@cernapo.cern.ch (Bill Riemers)
Subject: Re: Need Some Advice..
Organization: CERN, European Research Center for High Energy Physics
	<1992Nov9.192837.17737@bcars6a8.bnr.ca>
	<5c495be0.1bc5b@pisa.citi.umich.edu>
Date: Tue, 10 Nov 1992 17:55:06 GMT

In article <5c495be0.1bc5b@pisa.citi.umich.edu> rees@pisa.citi.umich.edu (Jim Rees) writes:
>  I use mostly X stuff now, but the thing I still use from the DM is the pads.
>  I prefer my DM transcript pad to an xterm because it keeps input and output
>  interleaved in the right order even when I type ahead, and it shows me how
>  much of the input has been read.  I like my edit pads because I'm used to
>  them, and they are faster (both to start and to run) than the other editor I
>  use (emacs).

Actually, I find you can get the best of both worlds by using dm-emacs.  This
provides all the functionality of the dm-editor plus all those emacs nice 
extras.  Obcourse, the original window starts up a bit slower, but since you
only need one who-cares.  Just define your mouse button to use a self-destructing
version of emacs_client and you'll never miss any of your dm functions.  Why should
you, they are all there. (except text high-lighting.)

As far as using xterm on apollo's, I find them completely riddiculous.  There slow,
ackward, impossable to define reasonable key definitions for, and worse of all
they are completely incompatable with all the software written specifically for
the apollos.  The only thing I hate about dm windows is how ackward it is to
send dm commands from a background process shell process.  Sure, it can be done,
but if you don't want to open extra windows in random places it is terrably slow
and painful.

                                            Bill
From: TRENZ@fuel.abb.com (Tim Renzoni 4372)
Newsgroups: comp.sys.apollo
Subject: Tape Archive Capability
Date: 12 Nov 92 17:39:00 GMT
Organization: The Internet


   
  I am interested in any experience DOMAIN users may have with 8mm and 4mm tape 
  for archiving user data files. 
  
  Two options we are looking at are 
  
    8mm 5.GB tape
  
    4mm data with compression subsystem.
  
  The vendor who has this is known as TFI out of S. Portland, ME.
  Their prices on the 8mm are much better than that from HP Direct.
  
  My questions are:
  
  1) Does anyone have experience with using these for WBAKing/TARing
     user files? I am particularly interested in the 4mm with 
     compression because of cost and claimed capacity (8GB).
     I would be curious if anyone using this has measured
     how much they actually get.
  
  2) Experience with TFI as a vendor.
  
  3) Other recommended sources.
  
  4) Other recommended options for archiving.
  
  Thanks in advance
  Bob Kirkman
  
  *****************************************************************
  **  Robert Kirkman	                                         **
  **  ABB Combustion Engineering      Phone: (203) 285-4371      **
  **  Reload Fuel Engineering	        Fax: (203) 285-4117      **
  **  Windsor, Ct.  06095	      Email: rkirk@fuel.abb.com  **
  *****************************************************************
From: dave@FLIP.SP.PARAMAX.COM (Dave Wickard)
Newsgroups: comp.sys.apollo
Subject: Re:  HD on DN3000?
Date: 9 Nov 92 18:24:39 GMT
Organization: The Internet


>necessary info from the drive itself). As a result, I have no idea
>what the drive geometry is, although almost any Micropolis distributor
>could look it up from the drive's spec sheet.

The Micropolis 1355 has:
Formatted Capacity:  151 Mg (YMMV)
Number Of Heads:       8
Number Of Cylinders: 1024
Sectors Per Track:     36
Ave Access in mSec:    23
Interface:           ESDI
Form:         5.25" Full Height


(From "The Hard Drive Bible")\


Dave Wickard  (612) 456-2783
dave@flip.sp.paramax.com
Sam_Malone@cup.portal.com
Newsgroups: comp.sys.apollo
From: hbo@netcom.com (Howard Owen)
Subject: HD on DN3000?
Summary: Anyone have the specs?
Keywords: Whattzit?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sat, 7 Nov 1992 19:16:37 GMT

   I purchased an Apollo DN3000 sometime ago. It has what looks like an ST506 
standard full height 5.25" disk drive in it. I beleive its capacity is ~170MB. 
Can anyone take a guess as to what this drive is? Does anyone know the detailed
geometry so I can move it to another system?

Thanks,



-- 
-- 
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)
Newsgroups: comp.sys.apollo,comp.sys.hp
From: sboyle@porkfacementorg.com (Sean Boyle x1542)
Subject: Re: Need Some Advice..
Date: Fri, 06 Nov 1992 16:40:49 GMT
Reply-To: sean_boyle@mentorg.com
Organization: Mentor Graphics Corporation
Keywords: 
Followup-To: 

Also, when you mount the Apollo machines on the 710, you should decrease
the write size to 1024.  The Apollo like smaller chunks.  Also, you might
increase the timeo to 150 or so and decrease the retrans to 4, otherwise
you may be sitting there awhile waiting for the timeouts to occur since
they are exponential...

-- 
            +------------------------+------------------------------+
            | sean_boyle@mentorg.com |  Mentor Graphics Corporation |
            | sboyle@mentor.com      |  8005 S.W. Boeckman Road     |
            | uunet!mntgfx!sboyle    |  Wilsonville, OR 97070-7777  |
            +------------------------+------------------------------+
From: hkarhune@kypros.Helsinki.FI (Heikki Karhunen)
Newsgroups: comp.sys.apollo
Subject: Re: DM vs. xterm
Date: 10 Nov 92 11:55:02 GMT
	<1992Nov5.201427@helix.nih.gov> <1992Nov9.192837.17737@bcars6a8.bnr.ca>
	<1992Nov10.113707.1@vxcrna.cern.ch>
Organization: Department of Theoretical Physics, University of Helsinki,
	Finland


In article <1992Nov10.113707.1@vxcrna.cern.ch> roeber@vxcrna.cern.ch wrote:
> In article <1992Nov9.192837.17737@bcars6a8.bnr.ca>, djf@bnr.ca (Duane Fowler) writes:
[ snip ]
> (PS: How do you get infinite scrollback in an xterm?)

Errh... It isn't exactly infinite as I recall... Just blasted big. 

Something around 262144 lines, or some such largish number (I found
this while browsing thorugh some of the headers, can't remember where,
but it ought to be there somewhere).

And yes, I can indeed have a large scrollback in xterm (I personally 
favour 1000-2000 lines) with -sl commandline option.

Just my $0.02 worth...

	Heikki Karhunen
> -- 
> Frederick G. M. Roeber | CERN -- European Center for Nuclear Research
> e-mail: roeber@cern.ch or roeber@caltech.edu | work: +41 22 767 31 80
> r-mail: CERN/PPE, 1211 Geneva 23, Switzerland | home: +33 50 42 19 44
> --  
> % stcode 1D01001E
> Vendor "Apollo" can not be deleted (network license server/server)

/-----------------------------+-----------------------------------------\
| hkarhune@hydra.helsinki.fi  | There is always a job for a theoretical |
| Heikki.Karhunen@helsinki.fi | physicist -- at least in theory.        |
\-----------------------------+-----------------------------------------/
From: guyh@hpubvwa.nsr.hp.com (Guy Hyde)
Newsgroups: comp.sys.apollo
Subject: Re: HPTERMINAL , VT3k ????
Date: 12 Nov 92 17:16:03 GMT
Article-I.D.: hpubvwa.175190002
Organization: Hewlett-Packard Bellevue Sales

Peter,
I am not sure if vt3k exists on Domain OS.

In order to execute both vt3k and find hpterm
capability from my Domain (ver. 10.3.5) node,
I telnet to a current HP-UX node, with both
the Domain and HP-UX nodes running X11. I THEN
set my Domain node to be the DISPLAY device from
HP-UX node, and then run hpterm, which gives me
a local hpterm X-based window on my Domain node,
capable of then running vt3k.

If you do not have access to an HP-UX node, to
do it this way, then I am out of suggestions.

any questions, send me a message. 
Newsgroups: comp.sys.apollo