HDTenEightyP/NetNews huggingface dataset:
From: elroy.jpl.nasa.gov!usc!hacgate!oracle!uhl@ames.arc.nasa.gov  (Walter Uhl)
Subject: Re: Mtools on Apollo
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Mon, 27 Jul 1992 17:53:14 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Sorry.  Maybe my original and follow-up postings have not been very clear.
My the following will help;


				MTOOLS
			      version 2.0

Mtools is a public domain collection of programs to allow Unix systems
to read, write, and manipulate files on an MSDOS filesystem (typically a
diskette).

The following MSDOS commands are emulated:

Mtool 		MSDOS
name		equivalent	Description
-----		----		-----------
mattrib		ATTRIB		change MSDOS file attribute flags
mcd		CD		change MSDOS directory
mcopy		COPY		copy MSDOS files to/from Unix
mdel		DEL/ERASE	delete an MSDOS file
mdir		DIR		display an MSDOS directory
mformat		FORMAT		add MSDOS filesystem to a low-level format
mlabel		LABEL		make an MSDOS volume label.
mmd		MD/MKDIR	make an MSDOS subdirectory
mrd		RD/RMDIR	remove an MSDOS subdirectory
mread		COPY		low level read (copy) an MSDOS file to Unix
mren		REN/RENAME	rename an existing MSDOS file
mtype		TYPE		display contents of an MSDOS file
mwrite		COPY		low level write (copy) a Unix file to MSDOS

You should be able to just close your eyes and pretend you're on an MSDOS
system.  Everything should work the same... except for the added 'm' at
the beginning of each command.


Emmet P. Gray				US Army, HQ III Corps & Fort Hood
..!uunet!uiucuxc!fthood!egray		Attn: AFZF-DE-ENV
fthood!egray@uxc.cso.uiuc.edu		Directorate of Engineering & Housing
					Environmental Management Office
					Fort Hood, TX 76544-5057

This is taken from the Readme file in the Mtools distribution.  Now maybe my
previous questions will be alittle more clear.  

Thanks  Walter Paul Uhl

email to  uhl@solaria.hac.com
Newsgroups: fj.mail-lists.apollo
From: mcsun!uknet!uos-ee!ee.surrey.ac.uk!L.Chung@uunet.uu.net  (L N Chung)
Subject: CD ROM
Organization: University of Surrey, Guildford, Surrey, UK. GU2 5XH
Distribution: fj
Date: Tue, 21 Jul 1992 17:28:53 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hi,
We are thinking about installing ver 8.0 of mentor grahics tools on our
DN4500, but wehaven't got a CD-ROM. We do have CD-ROM on our SUN machine.
Does somebody know whether we could either use the CD-ROM to read what is
required from the SUN or can we plug it to the SCCI port at the back of our
DN4500 ?

Also, for those in the UK, what is the current price of a CD-ROM for a
DN4500 ? 

Thanks.
-- 
--------------------------------------------------------------------------
L.N. Chung			Dept of Elec. Eng, University of Surrey,
(ees1lc@ee.surrey.ac.uk)	Guildford, Surrey, GU2 5XH. UK.
(l.chung@ee.surrey.ac.uk)	PHONE: +44 483 571281  FAX: +44 483 34139
Newsgroups: fj.mail-lists.apollo
From: agate!spool.mu.edu!yale.edu!ira.uka.de!rz.uni-karlsruhe.de!stepsun.uni-kl.de!sun.rhrk.uni-kl.de!zx1!uch024@ucbvax.Berkeley.EDU  (Lothar Koniczek)
Subject: Re: Mtools on Apollo
Organization: University of Dortmund (Germany), Department of Chemistry
Distribution: fj
Date: Tue, 21 Jul 1992 12:21:16 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

uhl@oracle (Walter Uhl) writes:
: I started playing around with Mtools last week.  Got everything
: to compile fine but found that when I executed "mdir a:" the 
: floppy spins up and mdir reports back "Cannot initialize 'A:".
: 
....and so on....
: Thanks for the help.
: 
: Walter Uhl
: 
: email to uhl@solaria.hac.com   Not to the header address.

Well, i encountered the problem when i tried to compile the mtools.
So what is the device one should use for mtools.

As i was forced to archive some of my software i formatted a disc
with invol and tried to mount it in the filesystem with mtvol.
The answer from DomainOS was frustrating:

?(mtvol) Unable to mount volume - no right to perform operation 
(OS/ACL manageer)

So does anyone know what has to be done to make the mtvol run?
In fact our Sysadmin doesn't know either :-(

----------------------------------------------------------------------------
Lothar Koniczek                  |Internet: uch024@zx1.hrz.uni-dortmund.de
University of Dortmund (Germany) |Bitnet:   uch024@ddohrz11.BITNET
Department of Chemistry          |Voice: Sorry, currently not available :-(
Newsgroups: fj.mail-lists.apollo
From: bonnie.concordia.ca!daily-planet.concordia.ca!malowany@uunet.uu.net  (Stephen Malowany)
Subject: Re: WANTED: X11R4 Server binaries for 10.2
Organization: CENPARMI, Concordia University, Montreal, Canada
Distribution: fj
Date: Thu, 30 Jul 1992 01:29:40 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <braham.712344695@physics.ubc.ca> braham@physics.ubc.ca (Stephen Braham) writes:
>Greetings Folks,
>	We have a few Apollos running DomainOS Release 10.2
>(BSD 4.3, of course) and we're in reasonably desperate need
>of the BINARIES for an X11R4 server. We're low on disk space,
>and thus want to avoid bringing in the entire MIT X11R4
>distribution (as well as having other technical problems).
>Do any of you have a copy of an R4 Xapollo that we can
>grab from you? We'd be EXTREMELY appreciative.

I have made available an Xapollo binary which I built from the MIT X11R4
patch-level 18 sources, on a DN3500(mc68020), SR10.2, cc v6.7

ftp.cs.concordia.ca:/pub/Xapollo-R4-10.2.tar.Z

We use our Apollos as X terminals by disabling the DM, and running only
the kernel, tcpd, and "Xapollo -query xdmhost".

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Steve Malowany                                                  Systems Analyst
Centre for Pattern Recogn. & Machine Intell.     malowany@cenparmi.concordia.ca
Department of Computer Science                         malowany@cs.concordia.ca
Concordia University                                   Montreal, Quebec, Canada
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: fj.mail-lists.apollo
From: philip@cel.cummins.com (Philip D. Pokorny)
Subject: Re: Helpfor 425t that won't talk ethernet...
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Fri, 31 Jul 1992 16:24:31 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Andrew F. Gunnesch asks:
> We have a single 425t on an ethernet, which is routed to the rest
> of our extensive internet on two ends of the wire, one being a Cisco
> AGS+ and the other a Proteon P4100.  We have removed the ringcard
> from the machine, and are using the ethernet port only.  At times,
When you removed the card, did you EX CONFIG at the MD to tell
it there was no ring card?  Did you set the primary network to
Ethernet? (PNET E?)

> the machine works just fine, albeit a little slow.  It runs an
> llbd, glbd, and ns_helper.  Occasionally (quite often now), when the
> machine boots up, it registers no network number.  I've even gone so
> far as to run the following script at boot time before tcp services
> are started:
> 
> #!/bin/sh
> (/etc/netsvc -net 29cf2 ) > /dev/console
> (/etc/netsvc -a ) > /dev/console
> (/etc/rtsvc -dev ETH802.3_DIO -net 29cf2 -noroute ) > /dev/console
> 
Since TCP/IP and Domain Networking services don't have anything
to do with each other, this shouldn't affect TCPD or any TCP/IP
services.  If there are other machines on the ethernet spline
that are routing Domain Services (the Proteon and Cisco are both
capable of doing this...) then this Apollo will get it's network
ID from the router automatically.

> It's worked before like this.  Sometimes it doesn't.  I've removed
> the `node_data/hint_file and rebooted it several times.  Once in a
A good thing to try in a case like this...

> great while now the node is happy and registers it's proper network
> of 29cf2, but usually doesn't (it sometimes when you are logged onto
> the machine and do a bldt it replies 29cf2.341c8, but lately it just
> responds 341c8).  When the machine gets into this state, I can pst
When it's in this state try runing netsvc and rtsvc to display
the current network options.  The network is probably 0.

> it, but not crp (object not found error).  I must telnet in then.
> When I'm on the machine, I can bldt other machines in my internet.
> When I try an lcnode, I get this:
> ?(lcnode)  Node 341C8 did not respond - request denied by local node (OS/network)
This may be because you haven't set the primary network
correctly?

Are you sure that 29cf2 is the Apollo network id of the
ethernet?  It isn't the old number of the Apollo Token Ring? 
Mixing machines on the same ethernet with different numbers
caused all sorts of strange problems here when we moved nodes
and forgot the change the config's

> Can anybody help me out with this perplexing problem????
I hope I did...

Sincerely,
Philip D. Pokorny
philip@cel.cummins.com
:)

Newsgroups: fj.mail-lists.apollo
From: philip@cel.cummins.com (Philip D. Pokorny)
Subject: Re: DPCC/DPCE
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Fri, 31 Jul 1992 16:31:12 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Doug Vander Wilt writes:
> sun-barr!cs.utexas.edu!usc!snorkelwacker.mit.edu!bloom-picayune.mit.edu!pegasus.mit.edu!bri@ames.arc.nasa.gov (Brian D. Carlstrom) writes:
> > question about DPCE/DPCC. the DPCE part is the emulator.
> > the DPCC part is the card? do i need the card to run the emulator...
> > or will just the software alone work...
> 
> DPCE (Domain PC Emulator) is a complete software only solution for Domain/OS:
>     "The dpce command starts DPCE in a window on your workstation.  DPCE
>      consists of software that emulates an IBM PC/AT, allowing you to use DOS
>      commands and run PC application programs." (from 'help dpce')
> 
> DPCC (Domain PC Coprocessor) consists of (80286-based) hardware and software
  ^^^^
We've got some of these...

> to perform the same function as well as AT-bus device support.  I'm not sure
> DPCC is still available but DPCE on a 400 series machine runs faster that
> DPCC.  There was another company called "Applied Reasoning" that made a
> 386-based coprocessor.  That company is now defunct.  SoftPC is a product
  ^^^
We've also got one of these...

> the performs PC emulation (in software) on HP-UX.

The support for all of this (including DPCI, DPCE, DPCC, and
maybe even PC-Elevator (386)) has been picked up by
MicroMechanics.  I have been working with them and they are
doing a good job of fixing and improving the DPCI stuff.  They
can be reached directly at:

      MicroMechanics   
      84 Sherman Street  
      Cambridge, MA 02140 
      Phone: (617) 868 - 1899     
      E-mail:ljohnson@apollo.hp.com

:)

Newsgroups: fj.mail-lists.apollo
From: munnari.oz.au!mel.dit.csiro.au!yarra!bacchus!robi@uunet.uu.net  (Robi Karp)
Subject: Re: Problems with 10.4
Organization: Expert Solutions Australia
Distribution: fj
Date: Tue, 28 Jul 1992 04:56:09 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


[ some problems deleted ]

A problem we have, apart from the ones already mentioned, is trying to
run an emacs locally. That is, if I am using a node as my display (via
X) and I want to run emacs on this node, then emacs seems to not
process X events. If I want to run it on another node and display
locally, then it's OK.

	- Robi
--
INTERNET: robi@bacchus.esa.oz.au     "But Calvin is no kind and loving god!
ACSnet  : robi@bacchus.esa.oz         He's one of the _old_ gods! He demands
Tel     : (+61) (3) 819 4554          sacrifice!"
Fax     : (+61) (3) 819 5580
Newsgroups: fj.mail-lists.apollo
From: philip@cel.cummins.com (Philip D. Pokorny)
Subject: Name to addresses
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Wed, 22 Jul 1992 16:24:33 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Shaun Pankau writes:
> Our university has a class B address (147.26) and a domain
> (swt.edu), but does not have a master name server.  Most of
> the Internet access from this university is via our VAX cluster
> (yuk) and we use another university to resolve name requests.
> 
> I look after a group of apollo nodes, one of which is connected
> to the campus backbone ethernet.  This has enabled us to avoid
> using the VAX :)  We also use the remote name server to resolve
> names to addresses, but when we try to log into a site that
> expects us to have a name we get rejected.
> 
> QUESTION:  how do I configure the apollos to have recognizeable
> names?
> i.e. I would like to be able to connect to a site without being
> told that our IP address does not resolve to a name and
> then get rejected.

First of all, make sure your Apollo ring has a subnet of
the B address assigned to it and make sure that your University
is ROUTING it's B subnets and not just BRIDGING.  It sounds like
you have an Apollo Token Ring network with a dual-network 400 or
other machine.  If so, and you can /etc/ping from a Token Ring
ONLY machine to the outside world (like the VAX) and get
replies, then everything should be fine.

Next you have two options.

1. Talk to the "other" university and get them to add your node
id's (That's TCP/IP addresses and names) to their NAMED name
server.

2. Run NAMED on your dual-network Apollo node (perhaps all of
them?).  Set up a sub-domain name (foo.swt.edu) and inverse
address domain  (xxx.26.147.in-addr.arpa).   You will need to
tell that "other" university to add your new domain name and
addresses to their domain "tree's".  If all that goes well, then
you problem should be solved...

As always, consult local manuals and gurus for more detailed
information.  There is a section in the Managing BSD4.3 System
Software and Managing SysV System Software manuals on setting up
named.

Sincerely,
Philip D. Pokorny
philip@cel.cummins.com
:)

Newsgroups: fj.mail-lists.apollo
From: agate!spool.mu.edu!yale.edu!jvnc.net!gmd.de!eddy!olav@ucbvax.Berkeley.EDU  (Olav Schettler)
Subject: Debugging with GCC on a 3500 ?
Organization: GMD, Sankt Augustin, Germany
Distribution: fj
Date: Tue, 21 Jul 1992 07:54:33 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Has someone done debugging for the Gnu-C compiler on a Dn3500 ?

Any hints, pointers ? 

Cheers,
--
Olav Schettler

FIT
Institut fuer Systementwurfstechnik (SET)
P.O. Box 1316                            phone: +49 (2241) 14-2291
Schloss Birlinghoven                     fax:   +49 (2241) 14-2342/2823
W-5205 Sankt Augustin 1                  email: olav@borneo.gmd.de
Newsgroups: fj.mail-lists.apollo
From: ocsmd!sparky!jim@uunet.uu.net  (Jim Muth)
Subject: RE: DN4500 from hell
Organization: Online Computer Systems, Inc.
Distribution: fj
Date: Wed, 22 Jul 1992 01:06:17 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <9207202224.AA02846@wolf.Uwyo.EDU>, waldram@wolf.Uwyo.EDU ("James J.
Waldram") writes:
> I have had similar experiences in my quest for 10.4.  Invol crashed the first
> time
> I ran it!
> Before you run the 10.4 version of invol:
>  A work around is to:
>    1. run your OLD version of invol
>      a. read the badspot list  (option 6)
>      b. write all the information down (manufacturers and physical)
>    2. run a 10.4 Invol
>      a. run option 7 (initialize badspot list)
>      b. add any missing badspots with option 9
>        (my invol could not read the manufacturers badspot list for head 7)
>    3. Then and only then using 10.4 invol:
>      a. run invol option 1!
>           Do not abort, power-off... invol while it is running or
>           you may have to start at the beginning (a novel place to
>           start).
>      b. run option 8 (os paging file)

Whew!  Thanks, Jim.  That solved the problem.  I didn't do exactly as you
suggested, I just ran calendar and invol off of my old SR10.2 tape, and then
installed Domain/OS off of the SR10.4 tape.  Once I got the disk initialized,
everything loaded and installed without so much as a hiccup.  Guess the news
feed paid for itself this month....

-- 
Jim Muth                                                    jim@sparky.ocs.com
Online Computer Systems, Inc.                       ...!uunet!ocsmd!sparky!jim
Germantown, MD
Newsgroups: fj.mail-lists.apollo
From: destroyer!terminator!pisa.citi.umich.edu!rees@gumby.wisc.edu  (Jim Rees)
Subject: Re: Information on TRCE and TRCV
Organization: University of Michigan IFS Project
Distribution: fj
Date: Wed, 22 Jul 1992 17:17:13 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <9207161355.AA01210@cel.cummins.com>, philip@cel.cummins.com (Philip D. Pokorny) writes:

  If I remember correctly, the TRCE and TRCV commands were added
  by a company called Trillium (sp?) and the code handed back to
  Apollo.  The commands were never documented.  They appear to
  work just like the CE and CV commands they are named after. 
  They are usefull if you want to see line numbers alongside your
  text.

You can also use the recno type manager (in /domain_examples/streams).  This
will work anywhere, not just in the DM.  I don't find it very useful myself.
Newsgroups: fj.mail-lists.apollo
From: psinntp!polari!lampi%polari.online.com@uunet.uu.net
Subject: Re: Adding second disk/controller to DN5500 by stealing from DN4000
Organization: R Squared, Redmond, WA (206) 883-3116
Distribution: fj
Date: Thu, 23 Jul 1992 00:01:19 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Jul16.230532.27256@ll.mit.edu> rocco@ll.mit.edu (A. Gregory Rocco Jr.) writes:
>
>I have a DN5500 with one 700 Mbyte, ESDI  drive on a WD7000 controller
>along with a 9-track tape, CD-ROMs, 8mm and an internal cartridge tape
>on the SCSI.  The WD7000 is setup as controller 0.  I am running Domain/OS
>10.3.5.1 and will soon be running 10.3.5.4.
>
>I have a DN4000 with two Maxtor, 380 Mbyte, ESDI, model XT-4380E drives on a
>controller with Apollo part number 011914-001 (I believe this is an OMTI
>8261-1D but I could only find Apollo's part number on the board).
>
>I would like to move the controller and the external drive from the DN4000
>to the DN5500.  (I will steal a controller from a dead DN3000 for the DN4000's
>internal drive and I assume that I will be able to figure out how to terminate
>the internal drive after the external one is moved).
>
>It is my understanding that I cannot put drives of different sizes on the 
>same controller. Which is why I am planning to add a controller to the DN5500.

You *can* have drives of different sizes on the same controller. Just
make sure they are jumpered to different drive addresses.

However, you can NOT have the OMTI controller in the same Apollo AT bus
as the WD (or any other disk) controller. It takes up too much address
space, and two controllers would overlap. The WD controller is better
behaved, and takes up less address space, so you CAN have two of these.

>
>Here are my questions:
>1. Is it possible to change the strapping on the 11914-001 controller so
>   that it can live in the DN5500 as controller 1 along with my WD7000 which
>   I will leave as controller 0?

See above - NO!

>
>2. I assume that with ESDI disks when there are multiple controllers/disks
>   the OS boots from the lowest unit number on the lowest controller number
>   (this is different different from SCSI disks where it boots from the highest
>   controller number).

Yes.

>   
>
>Thanks much for any help/advice,
>Greg Rocco
>MIT Lincoln Lab
>Lexington Ma USA


-- 
-----
+-+  Michael Lampi       lampi@polari.online.com
|R|  R Squared           16398 NE 85th St., Suite 101, Redmond, WA 98052
+-+                      (206) 883-3116       fax (206) 883-2676
Newsgroups: fj.mail-lists.apollo
From: ceco!chris@uunet.uu.net  (Chris Icide)
Subject: Upgrade DN3550?
Organization: Commonwealth Edison Co.
Distribution: fj
Date: Wed, 22 Jul 1992 23:26:23 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I am currently running two DN3550s.  One has OS 10.3.1 and I have
put OS 10.4 on the other.  I have contacted HP/Apollo's help line and
they suggested that I upgrade my systems to a DN5500 for more power.

If anyone has been through this process, could you please let me know
how it went, and any bugs/problems I should be prepared to deal with.

					Thanx in advance,
						Chris

Internet: chris@bynps0.byr.ceco.com
Newsgroups: fj.mail-lists.apollo
From: David Krowitz <krowitz@quake.mit.edu>
        mcsun!sunic!ugle.unit.no!flipper.pvv.unit.no!vindvad@uunet.uu.net
Subject: Re:  BSD 4.4 and X11R5 server on apollo: Hardware info wanted
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Tue, 21 Jul 1992 13:44:49 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

You probably want a copy of the "Domain Series 3000/Series 4000
Hardware Architecture Handbook", Order Number 007861.

I have a copy of revision 02 of this manual, and it seems to
have a lot of what you want.

== Dave Krowitz
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!apollo.hp.com!netnews@ucbvax.Berkeley.EDU  (Dan Ganek)
Subject: Re: Favourite DOMAIN/OS features (or mis-features)
Organization: Hewlett-Packard Corporation, Chelmsford, MA
Distribution: fj
Date: Wed, 22 Jul 1992 15:38:34 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

>>>   Recent versions of GPR have the mouse handling screwed up. Try playing
>>>   "star wars" on a DN3500 to see what I mean.
>>                                 
>>HUh??? Explain, please.
>
>The easist way to see what's going in is to play Revenaugh's Star Wars on
>a DN580 and then try it on a DN3500. The difference should be immediately
>noticable. The 3500 (and other newer models) buffer the mouse input
>"incorrectly".
>
>The problem is that gpr_$cond_event_wait will return a gpr_$no_event
>even when there is still mouse information in the buffer. Graphics-intensive
>programs such as Star Wars therefore have the response to mouse input
>lagging behind the actual mouse movements. The program believes that it
>

First, where can I get a copy of the program? For investigation purpose
only, of course :-)

Second, keeping in mind that I haven't seen the code nor do I have ANY
idea of the expertise of the author, but this sound like the classic 
mistake that EVERYONE seems to make when first using eventcounts. (Yours
truely included). i.e.

instead of the correct sequence, or some CYCLIC variation thereof
   
    REPEAT
      ec2_$wait(..);
      ec2_$read(..);
      xxx_$cond_event_wait(...);       
      process_event(...);
      UNTIL tired;

the programmer uses something like::

    REPEAT
      ec2_$wait(..);
      xxx_$cond_event_wait(...);       
      {an event can be queued HERE before the ec2_$read but after the cond_event_wait}
      ec2_$read(..);                   
      process_event(...);
      UNTIL tired;  

On slower machines or machines with less memory , i.e. a 580,
the probability of queueing an event is significantly less. 

There is no difference in input event processing on any of the 
machine types.

/dan ganek
ganek@apollo.hp.com
Newsgroups: fj.mail-lists.apollo