HDTenEightyP/NetNews huggingface dataset:
From: att!bu.edu!wang!news@ucbvax.Berkeley.EDU  ("Michael Willett")
Subject: Free Computer Technology Review Subscriptions
Organization: Mail to News Gateway at Wang Labs
Distribution: fj
Date: Tue, 29 Sep 1992 17:09:41 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I just received the following letter from Computer Technology
Review newspaper which may be of interest to other readers.
This is quite a good technical computer newspaper:

        A Free Subscription Has Been Reserved Just For You!

Dear Computer Professional:

Keeping up-to-date with the systems integration market is a very
time consuming task.  But whether you're a reseller, manufacturer,
integrator, or volume user it is certainly a task that must be done
thoroughly in order to stay competitive.  And, really, the competition
is about technology.  What's hot, what's not.  What works, what doesn't.
What's next. When. Who. How.

COMPUTER TECHNOLOGY REVIEW gives you pure systems integration technology
without the marketing talk and industry gossip.  We provide a forum for
new innovations and research in developing technologies.  With the most
current, most accurate, and most complete technology information
available.  COMPUTER TECHNOLOGY REVIEW brings you all of this 16 times
each year at not cost to you.

The monthly newspaper editions are designed for a quick read to give you
important technology updates.  But that's not all.  With your free
subscription you will also receive four special issues packed with
in-depth, exclusive articles written by industry leaders who are making
technology happen.  Articles you will use as a reference source for years
to come and a "must read" for anyone who works within this industry.
For example:

                  "SCSI and Local Bus Resurrect ISA"
                  "Designing a Thrid Generation Hub"
             "RAID 7 Features Asynchronous Data Transfers"
                "Merging Full Motion Video and Graphics"
                 "Is Integrating DOS/UNIX a No-Brainer?"

To begin your free subscription simply complete and return the
enclosed application.  But hurry!  There are a limited number of free
subscriptions available.  If you don't respond immediately to this
offer, we may have to give your free subscription to one of your
colleagues (or even a competitor!)

Don't fall behind on the technology that supports the systems
integration industry.  Get the data that is vital to the decisions
you make every day.  Get the #1 systems integration technology resource.
Get your free subscription to COMPUTER TECHNOLOGY REVIEW today!

Sincerely,

Mary W. Barrett
Circulation Manager

P.S.  A free subscription is available for one of your colleagues too.
Just pass along the extra application that I've included with this letter.

924 Westwood Blvd., Suite 650, Los Angeles, California 90024
Telephone 310-208-1335
Newsgroups: fj.mail-lists.apollo
From: <SP02038%SWTEXAS.BITNET@ricevm1.rice.edu>
Subject:  Portmap problem solved!!!
X-Original-To:  apollo@srvr1.engin.umich.edu, SP02038
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Wed, 30 Sep 1992 02:16:00 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


        My thanks to all who sent me suggestions concerning my portmap
        problem.  To refresh your memories, the problem I was having
        was that portmap would not start, just exit quietly without any
        error messages -- i.e. it would not fork off a child server.

        Now to the solution.  After trying everything, I decided to try
        running another nodes portmap binary by specifying the entire
        path i.e. //node/etc/portmap.  I'm not sure what make me think
        of doing so, but it worked.  I did a ls -al on both binaries --
        they were the same.  I killed the portmap server that was now
        running, copied the other nodes binary on top of the file server's
        binary, and type /etc/portmap.  It worked!  I guess the binary on
        the file server got corrupted some how, but instead of giving a
        segmentation fault or some other error it just quietly exited.
        Strange are these apollos!

        Shaun Pankau
        UNIX Systems Administrator
        Computer Science Department
        Southwest Texas State University
        e-mail: sp02038@swtexas.bitnet
                sp02038%swt.decnet@relay.the.net
Newsgroups: fj.mail-lists.apollo
From: eiverson@athena.mit.edu  (Erik B Iverson)
Subject: GWM on 10.3?
Organization: Massachusetts Institute of Technology
Distribution: fj
Date: Thu, 24 Sep 1992 19:42:21 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Greetings All!

Has anyone had any luck making GWM---``Generic Window Manager''---on
an apollo running OS 10.3?

Thanks.

Erik Iverson
eiverson@athena.mit.edu
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!caen!spool.mu.edu!cserver!edsi!chuck@ucbvax.Berkeley.EDU  (Chuck Tomasi)
Subject: Re: CDROM access?
Organization: Enterprise Data Systems Incorporated, Appleton WI
Distribution: fj
Date: Fri, 25 Sep 1992 11:33:46 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

swamp@nrtpa22.bnr.ca (Steve Swamp) writes:

:)Is there any way to use the CDROM drives except with the cdfsmount
:)type commands? Most other boxes support some other level of controls
:)for these. I'm at 10.3.5.

There must be because Mentor Graphics is now (in the last year and a
half) shipping all their software on CDROM.  They don't actually mount
the cd when they do a software install.  I've looked through their
installation scripts once or twice and it looked like it was done with
the help of rbak, although there was another program helping since rbak
cannot directly access the CDROM.  The name of the other program escapes
me at this point.
-- 
Chuck Tomasi             | Elections are like washing windows...
chuck@edsi.plexus.COM    | The dirt is always on the other side.
spool!cserver!edsi!chuck |             -Reader's Digest Sept 92
------<Enterprise Data Systems Incorporated, Appleton Wisconsin>------
Newsgroups: fj.mail-lists.apollo
From: wupost!micro-heart-of-gold.mit.edu!xn.ll.mit.edu!ll.mit.edu!killoran@gumby.wisc.edu  (Mike Killoran)
Subject: Xdomain startup help needed
Organization: MIT Lincoln Laboratory
Distribution: fj
Date: Wed, 30 Sep 1992 18:18:05 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hi,

I'm trying to switch from the Xapollo to the Xdomain X window server.
I have heard the Xdomain server is more robust, and since the only 
application I still need the DM for is Mentor Graphics, I can live
with having to 'switch' from the X screen to the DM screen.

I have run Xdomain from the command line after killing Xapollo, and
things seem OK.  I use C-Shift-F9 for X-->DM, and Shift-Pop on the
dmtox icon for DM-->X.

I would really like to use xdm, but from what I read in the 'Domain
O/S System Administration Guide (D-19001-E)', the DM will not run at
all this way! (Xdomain will run in noborrow mode).  This makes it 
inpossible to run Mentor Graphics (which needs DM).

If someone uses Xdomain, how did you set things up so Xdomain runs 
at boot time?  Does Xdomain start in the /etc/rc script?  Mine has
no mention of it, just:

/etc/daemons/X
/etc/daemons/Xapollo
/etc/daemons/xdm

Where 'X' is really Xapollo with X owns root, and xdm is set up so
the server is Xapollo.  I could add my own stuff to the /etc/rc file,
but this is my last option... I'm thinking there's a better way I 
don't know about.

Any help would be great...  This seems like a possible FAQ, but I 
saw nothing.

Mike Killoran
killoran@ll.mit.edu
Newsgroups: fj.mail-lists.apollo
From: sdd.hp.com!apollo.hp.com!netnews@hplabs.hpl.hp.com  (James Kumorek)
Subject: Re: DDE X-interface, sys 10.4 and DN10000
Organization: Hewlett-Packard Company, Chelmsford, MA
Distribution: fj
Date: Mon, 5 Oct 1992 14:45:44 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <9210042009.AA06686@nettlerash.berkeley.edu>, PMIDS@FRPOLY11.BITNET (Darrell Skinner) writes:
|> 
|>    We had been looking forward to putting sys 10.4 up on our DN10000/PRISM
|> so we can use the dde debugger from non-Apollo machines via the promised
|> X-interface.  We went from 10.2 to 10.4 on our DN10000 before we were
|> prepared for it (the system disk failed, and we just jumped).  I've been
|> poking around trying to figure out what this system does, and it
|> appears that the dde X-interfaced was ... omitted/disabled/whatever.
|> Is that so?  If so, why?  I can't find ANYTHING in the release notes
|> about the DDE being different on the DN10000.
|> 
|>    Evidently, Motif 1.1, dde 2.0 X and the X11R4 server go together.  Because
|> the X11R4 server was not implemented for PRISM machines, Motif wasn't
|> upgraded.   If you were only going to use the dde X interface on the
|> machine's monitor, its omission would make sense.  But that's not how
|> we use our DN10000, and it doesn't make sense.  Have I missed something?
|> 
|>    Since dde 2.0 was implemented on PRISM and 68X machines together, I can't
|> see how HP saved much effort in not providing the client-side X-interface
|> on the PRISM machines.  Unless HP is trying to give us reasons to hang
|> on to our little 68X Apollos rather than trading them up :-)  (There's
|> too much invested in our 4-processor DN10000 to trade it in anytime soon.)
|> 
|>    We haven't yet moved our smaller 68X machines to 10.4.  I am curious ...
|> at 10.4, is there a separate product motif 1.1 which supplies the
|> dde X interface (/sys/debug/ui/ui_motif), or was it all bundled with the
|> the operating system release?

There is no X user interface for DDE v2.0 on the DN10000 because HP decided
not to provide Motif 1.1 and X11R4 development environment on the DN10000.  As
the Motif UI is based on Motif 1.1, it was not possible to deliver it on the DN10000 as we had hoped.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Jim Kumorek
Systems Technology Division
Massachusetts Language Lab - Hewlett Packard
kumorek@apollo.hp.com
Newsgroups: fj.mail-lists.apollo
From: mcsun!sunic!ugle.unit.no!lise.unit.no!vindvad@uunet.uu.net  (Hans Vindvad)
Subject: Re: Xdomain startup help needed
Organization: Norwegian Institute of Technology
Distribution: fj
Date: Thu, 1 Oct 1992 00:21:55 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Sep30.181805.25540@ll.mit.edu>, killoran@ll.mit.edu (Mike Killoran) writes:

 > If someone uses Xdomain, how did you set things up so Xdomain runs 
 > at boot time?  Does Xdomain start in the /etc/rc script?  Mine has
 > no mention of it, just:
 > 
 > /etc/daemons/X
 > /etc/daemons/Xapollo
 > /etc/daemons/xdm
 > 
 > Where 'X' is really Xapollo with X owns root, and xdm is set up so
 > the server is Xapollo.  I could add my own stuff to the /etc/rc file,
 > but this is my last option... I'm thinking there's a better way I 
 > don't know about.
 > 
 > Any help would be great...  This seems like a possible FAQ, but I 
 > saw nothing.
 > 
 > Mike Killoran
 > killoran@ll.mit.edu

We use a exprimental X11R5 patch level 17 server on some of ouers apollos

We stsrt it from /etc/ttys from this line

:0      "/local/X11/bin/Xdomain.spawn" xterm on secure

and /local/X11/bin/Xdomain.spawn contain this 

#!/bin/sh
sleep 20
/bin/nice --5 /local/X11/bin/Xdomain -X4 -Xs1 -D1 mfb -query khym.imf.unit.no


some of this option to Xdomain has been put in for debug purpose 

This "port" to X11R5 is not "finish" (Need some work on color side)
but it is good enough and has been in  use since may this year.

This exprimental version of X11R5 is on ftp flipper.pvv.unit.no /pub2/apollo

HV
vindvad@imf.unit.no
Newsgroups: fj.mail-lists.apollo
From: thompson@pan.ssec.honeywell.com (jt -- John Thompson)
Subject: re: $DISPLAY not getting set
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Sun, 27 Sep 1992 17:44:24 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>



> On one of our systems, the DISPLAY environment variable is not
> automatically set upon logging on.  On all other systems, it is
> properly initialized to ":0" if a user logs in to the console.
> 
> I've tried to find where the magic file is that sets DISPLAY, but
> ...

On our systems, at least, it's in `node_data/startup.<DISPLAYTYPE>
I don't think that this is my customization, but you never can tell....


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

If you're not part of the solution, you're part of the precipitate.
*************************************************************************
* 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.          *
*************************************************************************

Newsgroups: fj.mail-lists.apollo
From: mcsun!news.funet.fi!funic!nokia.fi!tele.nokia!girod@uunet.uu.net  (Marc Girod)
Subject: Re: Emacs HP-init.el, related problems?
Organization: kpd
Distribution: fj
Date: Fri, 25 Sep 1992 08:10:53 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hi netters!

I am using an Apollo DN2500 running Domain OS/10.4.
When I connect to our HP 730 and start emacs there, I get weird
keyboard mappings. It sounds like the following keys are respectively
interpreted as:

w         	C-q, ~
2         	C-q, @
6         	C-q, ^
7         	C-q, \
8         	C-q, [
9         	C-q, ]
( [Shift-9]	C-q, {
) [Shift-0]	C-q, }

I guess this behaviour might sound common to others but me, and that
there are means to correct it!

Thanks for help!
--
+-----------------------------------------------------------------------------+
| Marc Girod - Nokia Telecommunications       Phone: +358-0-511 7703          |
| TL4E - P.O. Box 12                            Fax: +358-0-511 7432          |
| SF-02611 Espoo 61 - Finland              Internet: marc.girod@ntc.nokia.com |
|    X.400: C=FI, A=Elisa, P=Nokia Telecom, UNIT=TRS, SUR=Girod, GIV=Marc     |
+-----------------------------------------------------------------------------+
Newsgroups: fj.mail-lists.apollo
From: haven.umd.edu!wam.umd.edu!dododge@ames.arc.nasa.gov  (David O. Dodge)
Subject: Re: Interviews-3.0 on Apollo ?
Organization: University of Maryland, College Park
Distribution: fj
Date: Sat, 3 Oct 1992 14:55:56 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Oct1.200921.1823@tolten.puc.cl> coryan@klein.mat.puc.cl (Carlos O'Ryan Lira) writes:
>Hi,
>	Has anybody compiled Inverviews-3.0 on Apollo?
>If so, what special flags, files, or whatever are needed?
>
>I'm using Domain/OS SR10.4 w/CC.v.2.1

I just built IV 3.1 Beta a few weeks ago (Domain/OS 10.3.5, CC 2.1). It's
a bit different than 3.0 but if you want a list of things I had to change
let me know...

                                          -Dave Dodge/dododge@wam.umd.edu
Newsgroups: fj.mail-lists.apollo
From: ogicse!usenet.coe.montana.edu!caen!afgun@decwrl.dec.com  (Andrew F. Gunnesch)
Subject: Is it possible to paste into a pad in raw/cbreak mode?
Organization: CAEN, University of Michigan
Distribution: fj
Date: Thu, 1 Oct 1992 17:19:47 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Is it possible to paste (DM-paste key) into a pad that has no input
line?  Eg a pad that you're running telnet in that's in raw or cbreak
mode.  It's a real pain to have to open two X-terms, cat the file,
find the relevant text, copy, then paste in another xterm, when I work
in the DM.  I'd much rather be able to just copy out of one pad and
paste into the other like I normally do with edit pads.  Is this
possible?  Does someone have a workaround, or is there just some trick
of the DM that I don't know about yet?

--andrew
-- 
Andrew F. Gunnesch           /-\     "I disapprove of what you say, but I will
afgun@caen.engin.umich.edu  |   |  __   __           __    defend to the death
==> Evil CAEN sysadmin <==  |===| |__| |  | |   |   |  |   your  right to  say
 What?  I just work here    |   | |    |__| |__ |__ |__|   it."     --Voltaire
Newsgroups: fj.mail-lists.apollo
From: puc.cl!klein.mat.puc.cl!coryan@uunet.uu.net  (Carlos O'Ryan Lira)
Subject: Interviews-3.0 on Apollo ?
Organization: none
Distribution: fj
Date: Thu, 1 Oct 1992 20:09:21 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hi,
	Has anybody compiled Inverviews-3.0 on Apollo?
If so, what special flags, files, or whatever are needed?

I'm using Domain/OS SR10.4 w/CC.v.2.1

	Thanks.


-- 
Carlos O'Ryan Lira
Departamento de Matematicas, Pontificia Universidad Catolica de Chile
E-mail: coryan@mat.puc.cl, coryan@numero1.puc.cl
Newsgroups: fj.mail-lists.apollo
From: bcstec!bcsaic!heldb@uunet.uu.net  (Brad Held)
Subject: ftp of large files
Organization: Boeing Computer Services
Distribution: fj
Date: Mon, 5 Oct 1992 21:57:18 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Is there a known problem with ftp'ing large files (large
being +20M)?

I have never experienced any first hand but am posting
this for some co-workers who claim to have had "problems".
The problem was described to me as ftp will periodically
stop sending (but not terminate) after some random size
somewhere above 20M.

The problem occured using Context/Apollo Versions 7.1/7.3/SR10.1/SR10.3/10.3.5.
-- 
  Brad Held                                     ___ ___ ___ ___     ___
  P.O. Box 3707  M/S 2L-11                     /__//  //__  /  /\ //  _
  Seattle, WA  98124-2207 USA                 /__//__//__ _/_ /  //__/ 
  heldb@atc.boeing.com                           Computer Services 
Newsgroups: fj.mail-lists.apollo
From: utcsri!helios.physics.utoronto.ca!alchemy.chem.utoronto.ca!system@uunet.uu.net  (System Admin (Mike Peterson))
Subject: Re: DN10k (SR10.4, 1 or 2 CPU) problems: (more) HELP
Organization: University of Toronto Chemistry Department
Distribution: fj
Date: Mon, 28 Sep 1992 16:11:39 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Sep28.091727.22550@ucc.su.OZ.AU> szabo_p@maths.su.oz.au (Paul Szabo) writes:
>Some time ago I wrote about our DN10k crashing at SR10.4.P. To test things
>further, I have removed one of the CPUs (leaving it a single CPU system). 
>Then I waited a few days, and voila, it crashed again, this time with stcode
>00120020: the very crash that patch pd92_p0467 is supposed to fix!
>
>In summary: (up until now) it seems as if patch pd92_p0467 would cause my
>system (with one or two CPUs) to crash. (It seemed to crash more readily
>with 2 CPUs.) In particular, the patch seems to have introduced, instead of
>fixed, the crash with 00120020 code.

We haven't had any 00120020 or 00190016 crashes since I installed the
"pgid_fix" version of this patch - looks like the official one is
different than the one I have (which I will continue to use, I guess).

Our system has "hung" several times though, just like the old Ethernet
mbufs problem would cause.
-- 
What are the chances that any HP computer system will ever "work" properly?
... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
Newsgroups: fj.mail-lists.apollo
From: FRPOLY11.BITNET!PMIDS@ucbvax.Berkeley.EDU  (Darrell Skinner)
Subject: DDE X-interface, sys 10.4 and DN10000
Organization: Ecole Polytechnique, Lab PMI
Distribution: fj
Date: Sun, 4 Oct 1992 20:10:30 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


   We had been looking forward to putting sys 10.4 up on our DN10000/PRISM
so we can use the dde debugger from non-Apollo machines via the promised
X-interface.  We went from 10.2 to 10.4 on our DN10000 before we were
prepared for it (the system disk failed, and we just jumped).  I've been
poking around trying to figure out what this system does, and it
appears that the dde X-interfaced was ... omitted/disabled/whatever.
Is that so?  If so, why?  I can't find ANYTHING in the release notes
about the DDE being different on the DN10000.

   Evidently, Motif 1.1, dde 2.0 X and the X11R4 server go together.  Because
the X11R4 server was not implemented for PRISM machines, Motif wasn't
upgraded.   If you were only going to use the dde X interface on the
machine's monitor, its omission would make sense.  But that's not how
we use our DN10000, and it doesn't make sense.  Have I missed something?

   Since dde 2.0 was implemented on PRISM and 68X machines together, I can't
see how HP saved much effort in not providing the client-side X-interface
on the PRISM machines.  Unless HP is trying to give us reasons to hang
on to our little 68X Apollos rather than trading them up :-)  (There's
too much invested in our 4-processor DN10000 to trade it in anytime soon.)

   We haven't yet moved our smaller 68X machines to 10.4.  I am curious ...
at 10.4, is there a separate product motif 1.1 which supplies the
dde X interface (/sys/debug/ui/ui_motif), or was it all bundled with the
the operating system release?
                                                    Thanks, Darrell

 ***  The American may be spongy and plastic in not carrying around an   ***
 * intellectual structure, but he tends to be more adventurous in action.  *
 ***  From "Painted in Blood--Understanding Europeans" by Stuart Miller  ***

Darrell Skinner  /  PMIDS@FRPOLY11.BITNET  or  skinner@poly.polytechnique.fr
      Lab. PMI / Ecole Polytechnique / France    (33)-1-69.33.32.33
Newsgroups: fj.mail-lists.apollo
From: bloom-picayune.mit.edu!vlcek@bloom-beacon.mit.edu  (Jim Vlcek)
Subject: Problems with XON/XOFF handshaking
Organization: EPI Software Systems, Chorus Corp, St. Paul MN
Distribution: fj
Date: Fri, 2 Oct 1992 06:23:02 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

We've got a couple of Apollo DN3000s that we use for print and plot
spooling for some Autocad users.  Lately (sometime after I upgraded
the plot spooler to SR10.4), we've been having problems with
/dev/sio1.  It's set up for XON/XOFF handshaking, and does do the
handshaking OK for a while, but then after a certain period of time
(somewhere in the range of 75-100K bytes transmitted), the sytem will
receive an XOFF but still keep on trucking.  This causes our plotter
to suffer a buffer overflow.

ANyone got any ideas on what might be causing this?  It's definitely
something on the Apollo side; we have an analyzer on the serial line
at one point, and we could clearly see the handshaking progressing
well until suddenly the DN3000 didn't recognize an XOFF.

Here's a tctl output for that line:

% /com/tctl -line 1
Status of Line 1: 
Erase (character delete) character: 08 (hex)
Kill (line delete) character: 15 (hex)
End of file character: 04 (hex)
Quit character: 03 (hex)
Fault character: 1C (hex)
Suspend character: 1A (hex)
New line delay: 0 
Speed: 9600
Raw: TRUE,          Echo: FALSE,        Cvt_NL: FALSE
CvtRaw_NL: FALSE,   Host_Sync: FALSE,   Input_Sync: TRUE
RTS: TRUE,          DTR: TRUE,          DCD: TRUE
CTS: TRUE,          Quit_Enable: FALSE, Fault_Enable: FALSE
Susp_Enable: FALSE, DCD_Enable: FALSE,  CTS_enable: FALSE
BP_Enable: FALSE,   RTS_Enable: FALSE
Seven bits per character, Parity: Even, One stop bit
Errors enabled: FRAMING OVERRUN CTS_CHANGE 
Polite: FALSE      
%

Please email me if you have any suggestions; I'm vlcek@epimbe.com

Jim Vlcek
Newsgroups: fj.mail-lists.apollo