HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.apollo

In comp.sys.apollo, rvenable@helix.nih.gov (Richard M. Venable) writes:

> (2) PA-RISC existed before the merger; just not in the same form.  To
> quote from "Workstation" magazine:
> 
> 	All three models use a new generation of the PA-RISC
>  	architecture that adds a small number of critical
> 	compound, or superscalar, instructions found in
> 	Apollo's PRISM architecture to the basic instruction
> 	set of HP 9000 Series 800.

The "small number" is two.  They are FMPYADD and FMPYSUB.

> Other relevant quotes from an earlier issue of the same rag, attributed
> to Bob Weinberger (yet another marketing person):
> 
> 	The Apollo Systems Division here in Chelmsford has been
> 	given strategic ownership for HP's workstation RISC program.

I seem to recall that this happened well after the 720/730/750 were
finished, but I could be wrong.  Do you have a date for this article?

> 	HP previously has not had a specific workstation RISC program.
> 	HP's existing RISC workstations were all introduced as multi-
> 	user systems first and the retrofitted to take advantage of
> 	Motorola workstation graphics products developed in 
> 	Fort Collins.

This is pretty misleading.  The idea to design a RISC-based
workstation, and the subsequent design and development of the 700
series, began within HP long before the acquisition.  The former
Apollo teams made their contributions in the latter stages of the
development, simply because we were pretty far along when the
acquisition occured.

> So, my point is the 7xx series has benefitted greatly from once Apollo
> technical people, especially those involved in the PRISM architecture,
> whatever their names are.

I agree with you completely.  I just wanted to clear up the above
misconception about the timing of it all, because it is so common.

Will Walker (wlw@fc.hp.com)
my own opinions
Newsgroups: comp.sys.apollo
From: kenm@maccs.dcss.mcmaster.ca (...Jose)
Subject: ARP/RARP
Organization: Department of Computer Science, McMaster University
Date: Thu, 19 Nov 1992 23:33:13 GMT

	I've been fussing with a new HP 9000/700 for a few months now, and 
have finally run up against a wall.  I can't seem to get ARP running.      
According to the docs, ARP is "on" by default when ifconfig is run 
from /etc/netlinkrc.... but the lab pc's (running BWTCP/BWNFS) couldn't
access the Apollo as an ARP server.  I've since tried compiling a PD version
rarpd.c, but the blasted thing won't compile (some include files are 
missing).

	Would anyone who's gotten ARP or RARP working on an Apollo please 
get in touch witth me?  

	Thanks.....



			.....Kenneth Moyle


-----------------------------------------------------------------------------
|Kenneth C. Moyle                     *pref => MOYLEK@McMail.CIS.McMaster.CA|
|Computing Services Coordinator (Sciences)                   MOYLEK@MCMASTER|
|Computing and Information Services              ...!uunet!mnetor!maccs!kenm|
|McMaster University - Hamilton, Ontario (Canada)                           |
-----------------------------------------------------------------------------


-- 
-----------------------------------------------------------------------------
".sig quotes are silly"|Kenneth C. Moyle          kenm@maccs.dcss.mcmaster.ca 
 - Kenneth C. Moyle    |Department of Biochemistry     MOYLEK@MCMASTER.BITNET 
                       |McMaster University       ...!uunet!mnetor!maccs!kenm 
Newsgroups: comp.sys.apollo
From: chuck@edsi.plexus.COM (Chuck Tomasi)
Subject: Re: backup tape
Organization: Enterprise Data Systems Incorporated, Appleton WI
Date: Sat, 21 Nov 1992 22:19:31 GMT
Keywords: tape

root@mecad.uta.edu (Operator) writes:

:)What is the largest size of back-up tape  in terms of megabyte that 
:)Apollo DN  3500, 4000 and 5500 can take? 

Depends what media you are referring to.  Some of my DN machines have
internal quarter inch cartridge (QIC) tapes.  Those tapes hold 60MB
each (for a 600' tape.)  I also have an Exabyte 8200 8mm tape drive and
an Exabyte 8500 8mm tape drive connected to my DN machines.  They hold
2.5 and 5.0 GB respectively.  There are plenty of other options.
-- 
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: schoo@cs.rulimburg.nl (Patrick Schoo)
Subject: Installing SR10.3 on a small disk
Organization: University of Limburg, Maastricht
Date: Mon, 16 Nov 1992 17:04:08 GMT

Q: Is it possible to install SR10.3 on a small disk (80Mb)?

At our department we had one Apollo DN-4000 and one DN-3000. A few weeks
ago the DN-4000 crashed. The remaining DN-3000, which relied on the DN-4000
for its OS, could not be used either. Still I want to use the DN-3000 in
our network as a print server. The problem is now that I have to put the
complete OS on (what Apollo used to call) a small disk (80 Mb). 

Since the disk is too small to contain even the smallest distribution
(Aegis small), during the installation I removed some directories using
a second window. I removed the following directories:
	/sau[2..12] (except sau8)
	/sys/debug
	/sys/dm/fonts
	/sys/hardcopy
	/usr/apollo/ada
	/usr/lib.uucp

After the installation the system will not reboot. It starts the phase
II shell, but from there the Display Manager doesn't start with the GO
command. After approximately half a minute the system returns to the
phase II shell with the status OK.

Then I tried to start the SPM. From there it is possible to start a
shell by casting the SH command. Now I can login as user.none.none but
I have no root permission. To become root it is necessary to start the
llbd, glbd and rgyd. The last daemon causes the problem, because I need
root privileges to start it. In the normal startup this is solved by
creating an empty file /etc/daemons/rgyd. During the startup phase in
the /etc/rc* files there is a built-in check for existence of files in
/etc/daemons. The corresponding daemons are started with the right
privileges. However, the SPM does not run the rc files.

I had a second go, reading an old registry from a DN-4000's backup
tape. With /install/tools/rbak_sr10 (which has the uid bit set) it is
possible to read a tape and restore /sys/registry/rgy_local.
Unfortunately, after I try to login as root with the password I used on
the DN-4000 the systems tells me this account is blocked for login.

I'm out of ideas. Does anyone have a suggestion?

= Patrick Schoo (schoo@cs.rulimburg.nl) =
= Department of Computer Science        =
= University of Limburg                 =
From: kgallagh@digi.lonestar.org (Kevin Gallagher)
Newsgroups: comp.sys.apollo
Subject: Hosed up DM colors under 10.3.5 and 10.4
Date: 20 Nov 92 00:31:51 GMT
Organization: DSC Communications Corp, Plano, TX

If a user installs his/her own color_map into user_data, it is just a matter
of time for the colors on the node to eventually become all hosed up.  When
the node is in the state, The mouse leaves a tail on the screen when running
GNU Emacs in the pad.  

Whenever there is a loss of power, and the node reboots itself when power
restores, it is almost certain that the user will see really awful colors in
DM pads after logging in.  Some users claim that if they log out and log back
in the colors are restored to their custom choices.  Others claim that they
have to reboot the node before this happens.

When the colors are in a hosed state, if I rename my custom color map in
user_data and then type CTRL-L, to refresh the screen, the system default
colors are restored.  But if I then rename my custom color map back to the
name "color_map" and type CTRL-L again, the colors are hosed again.  Attempts
to change the colors via "lcm -s" are ignored by the system.

Here's the steps I have to perform to restore my custom colors:

        1.  Rename ~/user_data/color_map to something else;
        2.  Reboot the node by pressing the reset button;
        3.  Manually (or in a shell script) enter my custom color selections
            using the "lcm -s" command;
        4.  Rename my custom color map back to color_map.

Is this problem unique to our site?  Or is it a known problem?  Anyone know of
a workaround to prevent this from happening?  Is there a simpler way to clean
up the colors when they screw up?

-- 
----------------------------------------------------------------------------
Kevin Gallagher        kgallagh@digi.lonestar.org OR ...!uunet!digi!kgallagh
DSC Communications Corporation   Addr: MS 152, 1000 Coit Rd, Plano, TX 75075
----------------------------------------------------------------------------
Newsgroups: comp.sys.apollo
From: David Letsche<D.J.LETSCHE@UK.AC.BHAM>
Subject: Sendmail configuration for Apollos
Date: Wed, 18 Nov 1992 17:27:58 GMT
Organization: The University of Birmingham, United Kingdom

Has anyone got a working setup of sendmail on an Apollo domain running
Domain/OS SR10.  A copy of the sendmail.cf file would be appreciated.

David Letsche
Faculty Support Officer Engineering/Medicine
Newsgroups: comp.sys.apollo
From: npm@dale.cts.com (Nancy Milligan)
Subject: Apollo H/W Support Companies
Organization: Titan Linkabit Corporation
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 19 Nov 1992 21:30:34 GMT

I'm attempting to find a hardware support company that can support
both our Apollo and Sun workstations.  Can anyone recommend someone
in the S. CA area that would do both?  Or failing that, a service
company that would support our apollo network, we can get a separate 
contract for our Suns.

While we're at it, is there anyone you would NOT recommend?
--
Nancy P. Milligan 				npm@dale.cts.com
Titan Linkabit					cts!dale!npm
3033 Science Park Road
San Diego, CA 92121
Newsgroups: comp.sys.apollo
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Subject: Re: Just what is in a Apollo 9000/730?
Organization: University of Toronto Chemistry Department
Date: Sun, 22 Nov 1992 16:20:46 GMT

In article <1992Nov20.184357@helix.nih.gov> rvenable@helix.nih.gov (Richard M. Venable) writes:
>In article <9330037@hpfcso.FC.HP.COM>, wlw@hpfcso.FC.HP.COM (Will >Walker) writes:
>|> In comp.sys.apollo, rvenable@helix.nih.gov (Richard M. Venable) writes:
>|> The "small number" is two.  They are FMPYADD and FMPYSUB.
>Only these two? And not a multiply as well?  Seems a little trivial
>compared to way it's described in Workstation (Feb91, p.44; Apr91, p. 1).

The multiply-add combination instructions are probably one of the big
reasons that the IBM RS/6000 workstations can leave the 7x0 series
systems in the dirt on specific applications, despite otherwise
similar performance on "general" applications. This instruction should
also be helpful for veclib routines - programs that can use the IBM
blas/vector routines get huge speed-ups, even over the same routines on
our 7x0 systems.
-- 
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: comp.sys.apollo
From: ced@APOLLO.HP.COM (Carl Davidson)
Subject: Re: Making /lib/xmlib1.1 a global library in SR10.4
Date: Mon, 16 Nov 1992 15:13:32 GMT
Organization: Hewlett-Packard Company, Chelmsford, MA

In article <BxoDqw.ss@apollo.hp.com>, ganek@apollo.hp.com (Dan Ganek) writes:
|> 
|> Tom, the main routine of a global library is executed for EVERY process that
|> is started whether it uses it or not. For that reason, global libs should NOT
|> have a main() unless it is absolutely necessary.
|> 
|> (At least that's what I rememebr from the good old days)
|> 
|> /dan

[ sound of dust being shaken off Aegis programming skills deleted... ]

If you need to do any library initialization, a main() routine 
(more appropriately called an "init" routine) is indispensible. 
There are two things to note:

    1. Use rws_$alloc_heap_pool() to allocate any storage needed for
       data which must be globally accessible. For the pool to allocate
       from, use rws_$global_pool. This way the data will be correctly
       mapped in all processes.

    2. The library's init routine needs to do the following:

       void foo_init(status_$t *status,
                     boolean    global_init)

       {
            if (!global_init) {
                status->all = status_$ok;
                return;
            }

            /*
             * put your library initialization here...
             */

            if (initted OK) {
                status->all = status_$ok;
            } else {
                status->all = error code;
            }
       }

       This way, the initialization code will only get executed
       once, at boot time.

Have fun.

-- 
Carl Davidson  (508) 436-4361  |
Chelmsford System Software Lab | Microkernels: Where less is more.
The Hewlett-Packard Company    | 
DOMAIN: ced@apollo.hp.com      |
Newsgroups: comp.sys.apollo
From: rvenable@helix.nih.gov (Richard M. Venable)
Subject: Re: Just what is in a Apollo 9000/730?
Organization: National Institutes of Health, Bethesda
Date: Sun, 15 Nov 1992 21:50:20 GMT

In article <Bxpw1x.KGH@scd.hp.com> vinoski@ch.apollo.hp.com (Stephen Vinoski) writes:
>In article <1992Nov14.052216.28745@alw.nih.gov> rvenable@helix.nih.gov (Richard M. Venable) writes:
>>They use a RISC architecture (called PA-RISC) designed by Paul Bemis, who did
>>the Apollo DN10000 RISC processor; Convex has licensed the chip with plans to
>>build some parallel systems.
>
>Are you kidding?
>
>Paul Bemis is a marketing person.  He had no part in the technical
>design of either of these RISC architectures.
>
>I'm sure he would be flattered by your outrageous claims, however. :-)
>
>-steve
>

Gosh, I guess all that vendor literature and trade press stuff wasn't
legitimate then.  Suppose you tell us the REAL story?

Newsgroups: comp.sys.m68k
From: adh@cbnews.cb.att.com (andrew.d.hay)
Subject: Re: FAQ (was: Re: 68k cross compiler)
Organization: AT&T
Distribution: na
Date: Thu, 19 Nov 1992 11:41:52 GMT
Keywords: GCC MSDOS 68000 cross compiler help

In article <1992Nov18.183101.25897@athena.mit.edu> hhc@athena.mit.edu (Hong-Hsiang Chen) writes:
"btw, alright, any 3b1'ers reading this group?

yes.

-- 
		+--------------------------------------------------------------+
Andrew Hay	|	I am not an expert,				       |
a_d_hay@att.com	|			 but I play one on the Internet!       |
		+--------------------------------------------------------------+
From: zdenekjs@white.Rose-Hulman.Edu. (Jerrold S Zdenek)
Newsgroups: comp.sys.m68k
Subject: Re: GCC cross compiler MSDOS --> 68k question
Date: 17 Nov 1992 16:51:02 GMT
Organization: Computer Science Department at Rose-Hulman
NNTP-Posting-Host: yellow.nextwork.rose-hulman.edu

In article <1992Nov16.223251.1337@organpipe.uug.arizona.edu>  
tom@afthree.as.arizona.edu (Thomas J. Trebisky) writes:
> 4bclass@bode.uwaterloo.ca (Elec/CompEng '92  Alumni) writes:
> >Hello everyone,
> 
> >I am certain that someone out there has built a full GCC-based cross
> >compiling environment hosted on an MSDOS machine and with a 68k target.
> OK, all kidding aside, I am not too optimistic about this.  I embarked
> on an attempt to do this some time ago with gcc 1.39 and hit the  
following
> barriers:
> 
> 	The version of the Microsoft compiler I had then (4.0) was
> 	(to be polite) sadly lacking.  The gnu folks love to use run-on
> 	variable and function names like "expression_in_progress_now()"
> 	and such.  Microsoft cc chopped these to 6 or 8 characters which
> 	led to lots of nasty clashes.  Some other compiler gagging  
problems
> 	popped up that I forget the details of.  Some really gigantic
> 	.h files were choking the compiler as I remember.
> 
> 	640K just won't cut it for gcc.  Running gcc 1.40 on my virtual
> 	memory 3b1 machine (a 68010 based machine running unix) will
> 	routinely use over 1M of address space, in fact on rare occasions
> 	it runs out of VM with a 3.5M address space.  One of my machines
> 	actually has 3.5M physical, so don't tell me I don't have `nuff
> 	swap space.

I am currently trying to cross compile gcc 2.2 to do that exact same  
thing.  However, I am compiling gcc using djgpp (the msdos version of GCC)
First, however I am trying to get GCC to compile itself for a DOS target.   
Once this works, I will recompile it for a 68k target.

It seems to be working (I built working executables for DOS - no libraries  
yet), although I haven't had any time to work on it recently (it's finals  
week :-( ).

I'll post if actually get it to work.

Jerry Zdenek	<zdenekjs@NeXTwork.Rose-Hulman.edu>
		<operjsz@NeXTwork.rose-hulman.edu>
Newsgroups: comp.sys.m68k
From: sakaria@vipunen.hut.fi (Sakari Aaltonen)
Subject: Re: Motorola Mirror Sites ...
Reply-To: sakaria@vipunen.hut.fi (Sakari Aaltonen)
Organization: Helsinki University of Technology
Date: Mon, 23 Nov 1992 07:34:38 GMT

In article <1992Nov23.015655.16416@cc.uow.edu.au> ciufo@cc.uow.edu.au (philip ciufo) writes:
>I understand that the Motorola BBS files for HC11, 6805 families
>etc etc are mirrored at a service available via internet.
>Does anyone know the address of such a site ?
>..........................

Seen in <sci.electronics> recently: bode.ee.ualberta.ca,calvin.stanford.edu,
ee.utah.edu,red.cs.tcu.edu.


-- 
-----------------------------------------------------------------------------
Sakari Aaltonen                             Helsinki University of Technology
Email: sakaria@vipunen.hut.fi               ---- Finns Do It in the Snow ----
From: archamba@ERE.UMontreal.CA (Archambault Benoit)
Newsgroups: comp.sys.m68k
Subject: Modulo-2 division ...
Date: 17 Nov 92 14:18:35 GMT
Distribution: na
Organization: Universite de Montreal

Can anyone explain how a modulo-2 division is performed ?

						-Thanks.


-- 
"Ribbit!"         Benoit Archambault                    Universite de Montreal 
  ` /\/@\/@\/\          archamba@ERE.UMontreal.CA       C.P. 6128, Succ. A 
   _\ \ -  / /_                                         Montreal, Quebec 
                                                        H3C 3J6
Xref: sparky comp.sys.m68k:1377 comp.sys.sun.hardware:5720
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.m68k,comp.sys.sun.hardware
Subject: Re: Speeding up SUN 3/60...
Date: 18 Nov 92 19:50:21 GMT
Followup-To: comp.sys.m68k
Organization: Auspex Systems, Santa Clara

>The kernel preloads the slots in the
>IOMAPPER with virtual to physical translations. THAT's why a sun3x
>kernel is so different.

Err, that's *one* reason why it's so different.  Another reason is, in
fact, the MMU; the Sun-3x kernel has a quite different hat layer from the
Sun-3 kernel (fortunately, most of the MMU-related changes are all
buried in the hat layer; almost none of it leaks out to the
machine-independent parts of the kernel).
Xref: sparky comp.sys.m68k:1363 comp.sys.sun.hardware:5658
From: jgreco@csd4.csd.uwm.edu (Joseph E Greco)
Newsgroups: comp.sys.m68k,comp.sys.sun.hardware
Subject: Re: Speeding up SUN 3/60...
Date: 16 Nov 1992 19:28:33 GMT
Organization: University of Wisconsin, Milwaukee - Department of Mathematics
NNTP-Posting-Host: 129.89.7.4

In comp.sys.sun.hardware article <DERAADT.92Nov15001849@newt.newt.cuc.ab.ca>, deraadt@newt.cuc.ab.ca (Theo de Raadt) wrote:
:I posted an article describing most of how to do this, on/about Nov 4/5.
:If you can find it, or someone can send it to you, that should help you.

Does anybody have a copy of this?  My 3/60 news server died and required a
repair from Sun which took about a week - unfortunately it was the week of
that post.

... Joe

-------------------------------------------------------------------------------
Joe Greco - System Administrator		       jgreco@solaria.mil.wi.us
Solaria Public Access UNIX - Milwaukee, WI			   414/321-9287
Newsgroups: comp.sys.m68k
From: jdoyle@phy.umassd.edu (Jim Doyle)
Subject: 68020-based Multibus boards and other stuff For Sale
Organization: University of Massachusetts Dartmouth
Date: Fri, 20 Nov 1992 15:40:39 GMT


We have the following Multibus boards for sale. None come with 
documentation, however they were remove from a working machine and
are in good condition. Get back to me if you are interested.

Qty	Description							Asking
---	------------							------
6	Alliant 'Stanford Architecture' CPU Boards			$150.00
	12 MHz 68020 , 2 MB onboard DRAM, 2 Serial Ports
	Onboard SRAM Page/Segment Mapper, the works..

1	Excelan EXOS 201 Ethernet Controller				$100.00
	Intelligent - onboard 80186, 128 KB RAM
	uses i82586 Ethernet Controller
	AUI Interface only, with cable

1	Systech VPC 2200 Floppy Disk Controller				$50.00
	One 8" interface, one 5.25" interface Single/Double Density

1	Qualogy Floppy/Hard drive Controller (intelligent)	 	$100.00
	One 8" , One 5.25" interface Single/Double Density
	Two ST412/ST505 Winchester interface connectors

1	Systech 16-Port RS232 controller card				$50.00
	Uses 2661 SCCI chips with onboard baud rate generators
	Bunch of 8259A Interrupt controllers for Int. driven operation

1	Xylogics 472 SCSI Controller					$50.00

-------------------------------------------------------------------------------
	I will pay shipping inside the US ; COD or prepayment terms can be
arranged. I can provide references to validate my trustworthiness of sales
over the net. 

-- James Doyle
From: john@gu.uwa.edu.au (John West)
Newsgroups: comp.sys.m68k
Subject: Re: 68000 code question and optimalisation
Date: 24 Nov 1992 04:20:08 GMT
Organization: The University of Western Australia
NNTP-Posting-Host: mackerel.gu.uwa.edu.au

meulenbr@ce.philips.nl (Frans Meulenbroeks) writes:

>I discovered that I can do pc relative subroutine calls in two ways.
>1) using bsr 
>2) using jsr with d16(pc) addressing.

>Assuming that the jump offset is greater than 128 bytes, is there any
>difference (except the opcode) in these two instructions?
>Or are there just two ways to do the same thing (like 
>move.l	#123456,-(sp) is the same as pea 123456)?

On a 68000, JSR d16(pc) takes 18 cycles. BSR word takes 18 cycles. Both require
2 reads and 2 writes. So no - there is no difference apart from the opcodes.
(MOVE.L #123456,-(sp) is 20 cycles. So is PEA 123456)

>Also does anyone have suggestions on how to optimize 68000 code.
>(eg. instructions or instruction patterns that can be replace by other
>more efficient ones)? A pointer to a good book/article on this topic is
>also welcome. I want to optimize for space without losing too much
>speed.

Sadly, optimization is an art. It can really only be learnt through experience.
Get yourself a table of instruction timings, determine the timing for the
desired piece of code, and then see if you can find a faster way. After a 
while, you'll get to know that table well.
In general, there is almost no gain from replacing single instructions. The
best improvements will be on longer sections of code - unrolling loops is good,
re-arranging code to avoid unnecessary branches, lookup tables instead of
lengthy calculations. This is of course assuming that you've already found
yourself a better overall algorithm. It is usually a waste of time doubling
the speed of a bubble-sort.
You want space? That is trickier. You need a whole different set of tricks,
and since it is usually speed that is desired, not many people have discovered
them.

John West
--
For the humour impaired: Insert a :-) after every third word
Newsgroups: comp.sys.m68k,comp.sys.sun.hardware