HDTenEightyP/NetNews huggingface dataset:
From: bcr@cernapo (Bill Riemers)
Subject: Re: compress file type (was: Favourite DOMAIN/OS ...)
Organization: CERN, European Research Center for High Energy Physics
Date: Sat, 25 Jul 1992 11:47:22 GMT

> Compress a file using the standard /usr/ucb/compress routine.
> Change the type on it to be compress, by using '/etc/obty pathname... compress'

a88k:3% /etc/obty stupid.1.Z compress
?(obty) Unable to get type uid for type "compress" - type not found (object based systems/type manager)

Could you elaborate on how to make the compress file type?  Also, please
indicate any steps that require root privledge.  (I can not do these steps myself.)

> Use the object.

Will the files be accessable to fortran programs directly?  (Emacs already uncompresses
text files ...)


                                  Bill

Newsgroups: comp.sys.apollo
From: thompson@PAN.SSEC.HONEYWELL.COM ((jt) John Thompson)
Newsgroups: comp.sys.apollo
Subject: re: Does /bin/cc take only 16 -D options?
Date: 31 Jul 92 00:58:31 GMT
Distribution: world
Organization: The Internet



> Compiling "int main() { ; }" on a DN3500 with /bin/cc (v.6.7.m, I think)
> running 10.3.2 in BSD mode, we get this:
> 
> 	/bin/cc -Da -Db -Dc -De -Df -Dg -Dh -Di -Dj -Dk -Dl -Dm -Dn -Do -Dp 
> 	-Dq -Dr -Ds -Dt a.c
> 	a.c: 0: too many -D options, ignoring -Dr
> 	a.c: 0: too many -D options, ignoring -Ds
> 	a.c: 0: too many -D options, ignoring -Dt
> 
> This smells really bad. Can it only take 16 defines?

It sure looks that way.  I had the same experience with Cc 6.8 on a 425t
running 10.3.5.4.  On a brighter note, however, my 10.4 node handled
130 defines just fine (a0 .. z4).  It probably handles more, but a full
set of 26 more defeated it (too many args, though -- not defines).

IMHO, anyone who defines more than 100 things has too complex a program, though.

I guess that means the solution is to go to version 6.9....

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

What do I know?  I'm just a Token Administrator.
*************************************************************************
* 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.          *
*************************************************************************
From: philip@cel.cummins.com (Philip D. Pokorny)
Newsgroups: comp.sys.apollo
Subject: Re: DPCC/DPCE
Date: 31 Jul 92 16:31:12 GMT
Distribution: world
Organization: The Internet

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

:)
From: klaus@diku.dk (Klaus Ole Kristiansen)
Newsgroups: comp.sys.apollo
Subject: Re: Favourite DOMAIN/OS features (or mis-features)
Date: 31 Jul 92 07:29:17 GMT
Organization: Department of Computer Science, U of Copenhagen


The most important things have already been mentioned: the DM, the typed
file system, //, and tb. A very good point I have not seen mentioned yet
is the logical naming scheeme for the system calls. It has at least 3
advantages

1) When I chose a name for something in a program, there won't be an
   obscure system call with the same name, which by Murphy's law I
   will later need to use.

2) When looking through a program, written by me or someone else,
   I never have to check if a name is defined in the program or
   or is a system call.

3) Even if I have never used a particular system call, I can usually
   see at a glance what kind of thing it does.

Klaus O K
From: chris@ceco.ceco.com (Chris Icide)
Newsgroups: comp.sys.apollo
Subject: Mail and NFS 2.3
Keywords: mail sendmail nfs os10.4
Date: 29 Jul 92 13:18:54 GMT
Organization: Commonwealth Edison Co.


I am currently having a couple problems which seem to related.  My
configuration is as follows:  DN3550 24MB, OS 10.4, NFS2.3.

1)  Our site is using a sun as both the site's name server and mailserver.
    The DN3550 works perfectly fine with the name server, and I am able
    to mount the sun's exported file systems with no problems.  The user
    id's on the sun and apollo match (unix id #'s and names, groups, orgs,
    etc.).  Users are able to read and write from the mounted file systems.
    Sendmail is currently set up to deliver mail to the mail server whether
    the intended addressee account is on the DN3550 or elsewhere.  This works
    just fine.  /usr/spool/mail is a remote file system (/var/spool/mail) on
    the sun.  (Main environment for users is bsd4.3 /bin/csh)
    
    Problems:
    
    If I try to set up sendmail to allow delivery to the DN3550, I run into
    a number of problems:
    
    o	Mail delivered from other nodes recieve a Sendmail message: 
    	"Deferred, connection refused" when trying to deliver mail.  The
    	mail never gets through.
    	
    o	Mail delivered by the DN3550 to users on the DN3550 gets delivered
    	fine (it shows up in the /usr/spool/mail directory).  The mail
    	filesize looks correct when I list the directory.  However, if the
    	user tries to read his/her mail via mail command, it says they have
    	no mail ("No Mail for chris").  If the user logs on the sun, they
    	recieve a message during login, "You have Mail", however they again
    	are unable to read it.  When this happens, the only way I am able to
    	straighten things out is to become root, and copy the offending file
    	(/usr/spool/mail/$USERNAME) to the user's home directory.
    	
    o	Finally, if someone sends mail from the DN3550 node and the
    	recipient uses the reply function, the reply will never make it
    	back to the DN3550 due to the first problem listed above.
    	
    I'd like to be able to have mail deliverable to the DN3550.  I'd prefer
    to keep it separate from the sun mailserver.  However, for all the 
    different combinations I have tried, I am unable to achieve this.  The
    apollo help line was of no assistance. (They sent me a 12 page
    dissertation on rulesets - which was very informative, but I think
    my problem does not lie in the delivery rules, but lies in the actual
    local sendmail.cf setup, i.e. domain name, forwarder, etc...).
    
    						Thanks in advance,
    						Chris
    						
   | Engineer, Byron Nuclear Power Station,  Commonwealth Edison Company   |
   | Internet: chris@bynps0.byr.ceco.com   or  uunet!ceco!byr!bynps0!chris |
   | Wk Phone: (815) 234-5441 x2607             Hm Phone: (815)  494-4599  |
   | US Mail: Byron Station, 4450 N. German Church Rd., Byron  Il,   61010 |


    
Newsgroups: comp.sys.apollo
From: szabo_p@maths.su.oz.au (Paul Szabo)
Subject: Re: mtvol (was Re: Mtools on Apollo)
Keywords: mtvol lprotect
Reply-To: szabo_p@maths.su.oz.au (Paul Szabo)
Organization: Mathematics, University of Sydney
Date: Tue, 21 Jul 1992 22:25:18 GMT

In article <1992Jul21.122116.22999@rhrk.uni-kl.de>
uch024@zx1.hrz.uni-dortmund.de (Lothar Koniczek) writes:
> 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 :-(

Check out the lprotect command. You should only allow root to do the
mounting: allowing other users is a major security risk. This hole has been
fixed at SR10.3.

To archive files you should use wbak/rbak ('wbak -dev f' to a floppy: try
using a cartridge instead), not the invol/mtvol combination.

Sorry, I do not know anything about mtools.

Paul Szabo - System Manager   //        School of Mathematics and Statistics
szabo_p@maths.su.oz.au        //   University of Sydney, NSW 2006, Australia
Newsgroups: comp.sys.apollo
From: afgun@engin.umich.edu (Andrew F. Gunnesch)
Subject: Need asknode_$info help
Date: Tue, 28 Jul 92 16:27:18 EDT
Organization: CAEN, University of Michigan
Followup-To: comp.sys.apollo

#include <stdio.h>
#include "/us/ins/ubase.ins.c"
#include "/us/ins/asknode.ins.c"

main()
{
	network_t	mynetwork;
	status_$t	status;


	asknode_$info(ask_network_number, (node_t)0, 0, &mynetwork, status);
					/* Ask the node it's network number */
	if (status.all != status_$ok) 
		fprintf(stderr, "Get network request failed.\n");
	else
		printf("%lX\n", mynetwork);
}

Here's a little bit of code.  From ubase.ins.c, network_t is typedef'ed to
an unsigned long.  The network number that I get back SHOULD be 29cf7, but
it varies, and starts with 760.  Eg, several different runs produced either
7600aca4 or 760de310.  What am I doing wrong here?

-- 
===============================================================================
Andrew F. Gunnesch          |  Evil CAEN sysadmin   |  I'm a Sun worshipper
afgun@caen.engin.umich.edu  |What?  I just work here|  not a DEC dog.......
===============================================================================
Newsgroups: comp.sys.apollo
From: zrde05@trc.amoco.com (Robert D. Ess)
Subject: DomainOS 10.4/X/HpVue
Organization: Amoco Production Company, Tulsa Research
X-Checksum-Snefru: e85d6ed2 f9997ce9 282d1d54 73471477
Date: Thu, 23 Jul 1992 16:56:42 GMT

Back in March, with the release of 10.4, I reported a problem with the X
server. I am posting this to see if anybody else has seen this behaviour
and possibly may have a fix.

If I bring up X(R4) or HPVue after a reboot, it can take upwards of five
minutes to process the .X* files and/or .vue files. It appears to be con-
tained to only xterms and, more specifically, to the .Xdefaults xterm
resource strings. To alleviate the problem, you must remove/rename the
.Xdefaults and/or the .vue directory, reboot, and restore these files and
directories. HP Support has escalated the call (This is JULY!!) and has
reported that eight other sites have seen this behaviour as well. 

The configuration is 425t, 32mg mem, 2 scsi internals at 5 and 6 running
DomainOS 10.4. (Not anymore...I put up HP-UX on it until they get this
fixed. I hate to say this, but it is MUCH faster than Domain).

Thanks for any help.

                                  --- * ---
Robert Ess                                      voice   : 918-660-3638
Computing Research                              fax     : 918-660-4163
Amoco Production Research                       email   : ress@trc.amoco.com
                                  --- * ---

                 "Magic -- a science waiting on it's Newton" 

Newsgroups: comp.sys.apollo
From: drand@spinner.osf.org (Douglas Rand)
Subject: Re: C++ V2.1.0 versus OSF/Motif ANSI/NON-ANSI. Help needed
Followup-To: comp.sys.apollo
Organization: Open Software Foundation
Date: 21 Jul 92 13:59:35

In article <510@kommu.UUCP> pfander@kommu.UUCP (Dr Gotthard Pfander) writes:

   C++ V2.1.0 as supplied by HP/Apollo uses ANSI-calling convention as default.

   The supplied libraries: libC.a, libOstream.a, ... all expect ANSI-calling.

   Using OSF/Motif, being NON-ANSI as supplied by HP/Apollo,
   thus creates a serious compatibility-problem.

   Using C++ requires at least the library libC.a for the _main an similar things.

   Anyone got a good idea, how to solve this decently.

   Please, don't tell me things like RTFM ....

Oh.  But that's my favorite answer.  Try including the include
files in a extern "C" { ... } block so you get K&R C compliance.  
You might need extern "C--" for some C++ compilers.  Motif 1.1.x
included ANSI prototypes,  so I'm not sure why HP would have 
stripped them.  I'm presuming you're not using Motif 1.0.

--
Douglas S. Rand <drand@osf.org>		OSF/Motif Dev.
Snail:         11 Cambridge Center,  Cambridge,  MA  02142
Disclaimer:    I don't know if OSF agrees with me... let's vote on it.
Amateur Radio: KC1KJ
From: thompson@PAN.SSEC.HONEYWELL.COM ((jt) John Thompson)
Newsgroups: comp.sys.apollo
Subject: re: Favourite DOMAIN/OS features (or mis-features)
Date: 28 Jul 92 16:04:20 GMT
Organization: The Internet


Since I've now received 2 e-mails requesting info on the compress filetype at
pre sr10.4 releases, I'm answering to comp.sys.apollo too.


> :)> How do you use the 'compress' feature on DOMAIN/OS? I come from the
> :)> Unix side of the universe and don't use 'typeing features of the
> :)> filesystem.
> 
> :)Compress a file using the standard /usr/ucb/compress routine.
> :)Change the type on it to be compress, by using '/etc/obty pathname... compress'
> :)Use the object.
> 
> John, is this something new to 10.4 or has it been there for a while
> (i.e. 10.3 and up, 10.1 and up) and just one of those things I've had to
> wait years to learn from some reply to a reply on the net?

This is a 10.4 feature.  There is no particular reason that I'm aware of preventing
it from existing at 10.[123], or even at 9.x.  However, it wasn't written then.

From an implication that I read in to a message, I would have doubts as to whether
you could simply install the new type on a pre-10.4 machine.  You could certainly
do it, but I don't know whether it'd work.  Regardless, I'm not gonna try it.


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

What do I know?  I'm just a Token Administrator.
*************************************************************************
* 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.          *
*************************************************************************
From: thompson@PAN.SSEC.HONEYWELL.COM ((jt) John Thompson)
Newsgroups: comp.sys.apollo
Subject: 425t EISA bus
Date: 29 Jul 92 14:22:08 GMT
Distribution: world
Organization: The Internet


Hi all --

The 4xxT series nodes were marketed to have no EISA expansion capabilities.
However, they obviously have an EISA bus, since they can take an ATR or ITR
card.  This leads me to ask two questions --

1)  Can you throw in a different card (for example, an ExaTape card or an Ikon
    10092 card), and have it work?  I think I remember that HP _said_ "no," 
    but that's different than not being able to.  You couldn't put a color
    head on a 705 by changing a jumper and buying a new cable either.   :-)


2)  There are now expanders out for the 700 series that convert a single EISA 
    slot to a 7-slot(?) EISA bus, via (I believe) a card w/ extender cable, 
    and an expansion box (presumably w/ its own power).
    Can one of these be put in a 4xxT machine (or a 4xxS machine, for that 
    matter), to expand its capabilities?  Perhaps this answer is affected by
    the same constraints that answered (1), but perhaps not.


Enquiring Minds Want To Know --


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

What do I know?  I'm just a Token Administrator.
*************************************************************************
* 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: comp.sys.apollo
From: roeber@vxcrna.cern.ch
Subject: compress type
Organization: CERN -- European Organization for Nuclear Research
Date: Wed, 29 Jul 1992 09:37:00 GMT

In article <199207281604.AA11993@pan.ssec.honeywell.com>, thompson@PAN.SSEC.HONEYWELL.COM ((jt) John Thompson) writes:
> [...]
> From an implication that I read in to a message, I would have doubts as to whether
> you could simply install the new type on a pre-10.4 machine.  You could certainly
> do it, but I don't know whether it'd work.  Regardless, I'm not gonna try it.

I installed the compress type on my machine before I had 10.4.
It worked fine.

-- 
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
From: mev@hpfcso.FC.HP.COM (Mike Vermeulen)
Date: Thu, 30 Jul 1992 14:48:31 GMT
Subject: Re: an annoying bug in the C compiler ...
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.apollo

The interpretation of the constant -2147483648 is one area that the ANSI C
standard has subtlely changed from many existing implementations.

In the standard, there is no syntax for a negative constant, instead this is
interpreted as a constant expression with a unary - operator over a positive
constant.  Section 3.1.3.2 states that the type of an unsuffixed integer
constant is the first of a list in which its value can be represented.
This list is

   int, long int, unsigned long int

The positive value 2147483648 is one too large for the int or long int type,
so it has type unsigned long int.  A unary - operator applied to an unsigned
long int value of 0x8000000 results in the same bit pattern and has the type
unsigned long int.

This is the reason for the behavior you are seeing.  It is also the reason
header files (on Domain/OS and hp-ux) contain:

	#define INT_MIN (-2147483647-1)

My suggestion would be to alter your program to either use INT_MIN or a similar
expression as above.

--mev

Disclaimer: Not an official response from Hewlett Packard
From: db26@BR4.HRZ.TH-DARMSTADT.DE (OLAF THUN)
Newsgroups: comp.sys.apollo
Subject: How can I start Diskquato-Checking on Node Startup?
Date: 23 Jul 92 11:43:17 GMT
Organization: The Internet
X-Unparsable-Date: Thu, 23 Jul 1992 13:33:35 +0100 CET

Hello,

after updating our machines to Domain OS 10.4 I tried out the diskquota 
checking with edquota and quotaon. It works fine.
But after the machine was shut down and rebooted, the diskquota checking is off.
Is there any ability to start it automatically on node startup?

Thank in advance


Olaf Thun
Technische Hochschule Darmstadt
Institut fuer Elektrische Energieversorgung
Landgraf-Georg-Str. 4
6100 Darmstadt
Germany

Mail: db26@br4.hrz.th-darmstadt.de
From: johnb@HOBBES.MDC.COM (John Breen)
Newsgroups: comp.sys.apollo
Subject: x11r4 include files
Date: 31 Jul 92 13:48:17 GMT
Distribution: world
Organization: McDonnell Douglas Missile Systems Company

I was poking around the apollo archives at umich.edu (actually, a mirror of
it), and I noticed a tar file of the x11r4 include files.

Will these work with the HP/Apollo libraries and C compiler?  I was under the
impression that the include files were the main thing HP/Apollo offered in
their X Developer's Kit (or whatever it's called), because of some
"incompatibilities" between the standard include files and Apollo's cc.  Is
there any other reason to get the developer's kit?
--

-- 
John A. Breen                           |  johnb@hobbes.mdc.com
McDonnell Douglas Missile Systems Co.   | "I have no personal opinions;
Tel: (314)234-4341                      |  I'm a product of my environment."
Newsgroups: comp.sys.apollo
From: mitch@clsi (Mitchell N. Perilstein)
Subject: Does /bin/cc take only 16 -D options?
Organization: CAD Language Systems, Inc.
Distribution: comp
Date: 30 Jul 92 16:36:15

Compiling "int main() { ; }" on a DN3500 with /bin/cc (v.6.7.m, I think)
running 10.3.2 in BSD mode, we get this:

	/bin/cc -Da -Db -Dc -De -Df -Dg -Dh -Di -Dj -Dk -Dl -Dm -Dn -Do -Dp 
	-Dq -Dr -Ds -Dt a.c
	a.c: 0: too many -D options, ignoring -Dr
	a.c: 0: too many -D options, ignoring -Ds
	a.c: 0: too many -D options, ignoring -Dt

This smells really bad. Can it only take 16 defines? Is there a
graceful solution? All I can think of is putting this in my makefiles:
	
	cat << EOF > temp.c
	echo #define a
	echo #define b 
	echo #define c 
	EOF
	cat a.c >> temp.c
	/bin/cc temp.c

Thanks,
---
Mitchell N. Perilstein                               5457 Twin Knolls Rd
CAD Language Systems, Inc.                           Suite 101
410-992-5700                                         Columbia, MD 21045-3259
Newsgroups: comp.sys.apollo
From: rees@pisa.citi.umich.edu (Jim Rees)
Subject: Re: Favourite DOMAIN/OS features (or mis-features)
Reply-To: Jim.Rees@umich.edu
Organization: University of Michigan IFS Project
Date: Wed, 22 Jul 1992 17:56:26 GMT

In article <1992Jul22.063333.4659@wam.umd.edu>, dododge@wam.umd.edu (David O. Dodge) writes:

  >>   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".

If this is the same problem I'm seeing, then it really is intolerable.  I
see it most often when switching focus among windows.  For example, right
now my cursor is inside a DM pad.  If I move the mouse over to another
window and hit the "pop" key too fast, it will push the original window to
the bottom rather than popping the new window to the top.  This is very
annoying.