HDTenEightyP/NetNews huggingface dataset:
From: bcstec!schultz@uunet.uu.net  (Robert A. Schultz)
Subject: Re: /etc/passwd - name not found?
Organization: Boeing Computer Services
Distribution: fj
Date: Thu, 17 Dec 1992 23:13:58 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

>From article <1go8jeINNr6q@trwvssi.vssi.trw.com>, by s_rickus@trwvssi.vssi.trw.com (Stephen H. Rickus):
> 
> I've got a rather frustrating problem with a small handful of my
> Apollo DN3500's running Domain 10.3+. Seems that any file open
> calls to the /etc/passwd file return 'name not found' errors even
> though the file exists and has read permissions to the world.
> Comparing a node that works with one that doesn't reveals no
> differences in permissions or files in the /etc and /sys/mgrs
> directories. What should I be looking for?
>   
Are you running in an internet?  I do, and have noticed that the
/etc/passwd file on one side of the routing node (ring 1) is appears
empty when viewed from a node on the other side (ring 2).
Newsgroups: fj.mail-lists.apollo
From: sun-barr!cs.utexas.edu!torn!nott!bnrgate!bcars6a8!bnr.ca!awhitton@ames.arc.nasa.gov  (Alan Whitton)
Subject: SLIP & Domain/OS 10.4 HELP!
Organization: Bell Northern Research, Ottawa
Distribution: fj
Date: Fri, 11 Dec 1992 15:57:44 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hi:

I am trying to get SLIP running on my 10.4 system and am not getting much
success. I was able to get it running quite easily with 10.3.5 and I 
figured it would be the same, 

/etc/ifconfig sl0 <blah blah blah>
/etc/route add <blah blah blah>

but this does not seem to do it. I can see packets going out over my
line but I am not getting anything back.

HELP!

Alan Whitton
Domain/OS "Live Free or Die" ;-)
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
BNR Ottawa (Lab 5 M12)        Disclaimer: "This is only my opinion"
INTERNET: awhitton@bnr.ca     Anecdote:   "Who else's would it be?" 
Three Phrases To Live By: "Cover for me"; "Oooh, good idea, boss!"; 
                "It was like that when I got here."
From: waldram@silvertip.Uwyo.EDU (James J. Waldram)
Newsgroups: fj.mail-lists.apollo
Subject: DN 3,4,5xxx memory for sale
Date: 17 Dec 92 22:43:29 GMT
Distribution: fj
Organization: Electrotechnical Laboratory, Tsukuba Science City

We have:
     DN5500 16MB memory
     DN3,4xxx 8MB memory
     DN3,4xxx 4MB memory
  for sale.
Jim Waldram                        Senior System Analyst
waldram@grizzly.uwyo.edu           Department of Atmospheric Science
JWALDRAM@OUTLAW.UWYO.EDU           University of Wyoming
307-766-5351 (Ph)                  Box 3038 University Station
307-766-2635 (Fax)                 Laramie, WY 82071
Newsgroups: fj.mail-lists.apollo
From: enterpoop.mit.edu!eru.mt.luth.se!lunic!sunic!mcsun!sun4nl!tuegate.tue.nl!eba!ebh!wjw@ucbvax.Berkeley.EDU  (Willem Jan Withagen)
Subject: Re: gdb for Apollo m68k available
Organization: Eindhoven University of Technology, The Netherlands
Distribution: fj
Date: Thu, 17 Dec 1992 09:49:54 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Dec16.065545.29637@usage.csd.unsw.OZ.AU> troy@cbme.unsw.EDU.AU (Troy Rollo) writes:
=>A preliminary version of GDB for Apollo m68k machines is available
=>from plod.cbme.unsw.EDU.AU:/pub/gdb-apollo.tar.Z
=>
I've downloaded this also to:
	ftp.eb.ele.tue.nl:/pub/apollo/pd-progs/gdb-apollo.tar.Z

Just to reduce the load on the AU link, people might want to use this one.

	Willem Jan
Digital Information Systems Group, Room EH 10.35 
Eindhoven University of Technology   
P.O. 513                     		Tel: +31-40-473401,Fax: +31-40-448375
5600 MB Eindhoven            		The Netherlands
From: dog.ee.lbl.gov!overload.lbl.gov!agate!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!zaphod.mps.ohio-state.edu!menudo.uh.edu!sugar!brad@ucbvax.Berkeley.EDU (Brad Morrison)
Newsgroups: fj.mail-lists.apollo
Subject: SLOW serial throughput on DN3500
Date: 3 Dec 92 14:36:32 GMT
Distribution: fj
Organization: NeoSoft Communications Services -- (713) 684-5900
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I got a DN3500 about ten days ago, and have noticed a really
irritating bit of behavior: when dialed out to a remote site
via 'cu', the display rate is agonizingly slow... like two-
three seconds for an eighty-column line of text!!!

I tried using the three-port breakout cable, no difference
whatsoever.

It seems to be manifested when the remote sends a lot of data,
so that when the modem shows that data is being received, the
display rate is as would be expected, a little jerky, but plenty
fast.  Then the remote stops--I guess the Apollo has sent some
kind of XOFF--and then the display rate goes to hell.  After
I've cursed and paced about, waiting for the rest of a screen
display (it's slow enough to read it as it's being displayed,
folks), the host sends another stream, and it gets faster again.

Any hints at all are appreciated.
-- 
Brad Morrison        | ...These lovers of esoterica seem to derive a great
morrison@paranet.com | deal of intellectual satisfaction out of not quite
(713) 467-3100       | understanding what they are doing.
Newsgroups: fj.mail-lists.apollo
From: bcstec!randall@uunet.uu.net  (Michael Randall)
Subject: Re: Hang at login
Organization: Boeing Computer Geeks
Distribution: fj
Date: Tue, 15 Dec 1992 19:45:10 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Dec09.101010.19631@news.mentorg.com> thiam-chye_sim@mentorg.com writes:
>I am posting this on behalf of someone in India. He said that he the HP400t
>simply hangs at login. It was working fine until  the system crashes a number of times.
>
>I know the information is very bare, but that's all I've got.
>-- 
>*       _/      _/      _/             Email: simtc@em-sp01.mentorg.com *

The FIRST step (I know, this is obvious) is to have him run TWO LONG
SALVOL's in a row, without attempting reboot in between. i.e. use the "-a"
option after Logical Volume #.

% salvol
...
Salvol options:
     -a : read all blocks in all files
     -f : fix disk errors without prompting
     -n : only salvage if disk needs it
     -s : print statistics at the end of salvage
     -p : polite mode, pause before overflowing screen
     -v : verify only (don't write anything to disk)
Please input lv_num (1)[-option]... : 1 -a
                                         ^
                                         |

If that doesn't solve the problem, have him try a control-C (or Control-Q if
aegis key defs). If that doesn't get him in, he will have to go to phase II
shell (ex at the Login: prompt), and enter SH (for SHell). IF it allows the
login at this level, I would suggest checking and editing ALL the startup
type files... /sys/dm/startup_login*  /sys/node_data/startup* ~/.login
~/.cshrc ~/.profile ~/user_data/sh/startup (whichever are appropriate to the
shell he is using). He may find one of those files corrupted. 
-- 
  Michael W. Randall           | What does a snail say when it rides on the
  randall@bcstec.ca.boeing.com | back of a turtle? "Wheeee!"
   ...!uunet!bcstec!randall    | --Taken from someone on The Comedy Channel
Newsgroups: fj.mail-lists.apollo
From: sun-barr!cs.utexas.edu!zaphod.mps.ohio-state.edu!wupost!csus.edu!netcom.com!tbell@ames.arc.nasa.gov  (Tim Bell)
Subject: Installing Domain/OS SR10.4 on DN2500, DN3000, DN4000 nodes
Organization: Netcom - Online Communication Services (408 241-9760 guest)
Distribution: fj
Date: Thu, 3 Dec 1992 01:07:17 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Gentle readers

I regret that I have only recently started reading this group.  It is
nice, however, to see message traffic that indicates people are still
out there, as we are, using Apollo workstations.

I am in the process of upgrading our family of DN machines to SR10.4,
and wonder if anyone out there has already done this.  If so, did you
learn anything in the process that you wish you had known before
starting?

Does anyone have comments about the various install selections?  (The
choices are among {Small, Medium, Large} and {Aegis, BSD4.3, and
SYS5.3})

I would be grateful for E-Mail.  I will summarize when appropriate.


Tim Bell
DocuGraphix, Inc.
Mountain View, CA
(415) 390-8536

-- 
----------
 Tim Bell     tbell@netcom.COM             {amdahl,claris}!netcom!tbell
From: johnb@hobbes.mdc.com (John Breen)
Newsgroups: fj.mail-lists.apollo
Subject: spice3e2 on hp700
Date: 17 Dec 92 22:18:09 GMT
Distribution: fj
Organization: McDonnell Douglas Missile Systems Company

Has anyone compiled spice3e2 on an hp700?  I recently tried it, and ran into
a few problems.  I was able to work around all but one:

    When using the X interface (ie, if DISPLAY is set) all commands require
    two carriage returns before they'll execute.

In other words, if I type "help <cr>", it sits there & stares at me; if I
type "<cr>" again, it then gives me help (but echoes two prompts).  I assume
it can be fixed with the proper combination of #defines, but I wasn't able
to hit upon it.

If anyone has any hints, I'd really appreciate it!


-- 
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."
From: wolves!cssnet!david@cs.duke.edu (J. David Schronce)
Newsgroups: fj.mail-lists.apollo
Subject: Waffle on an Apollo DN3000
Date: 11 Dec 92 03:20:39 GMT
Distribution: fj
Organization: Computer Support Services

I recently received a donation of an Apollo DN3000 to configure to teach 
local high school students a _BIT_ about UNIX for those who are 
interested in it.

Besides giving them shell accounts in which they could experiment, I was 
also considering loading Waffle (a Usenet based BBS package) on the 
system to give them news access.

My question is:  Have any of you installed Waffle on Apollo machines, and 
if so, what caveats should I look for?

Patches and code segments graciously accepted.

(This is a new address in the maps - Mail to ...duke!wolves!cssnet!david)

Thanks!!

---dave---
+-----------------------------------------------------------------+
|J. David Schronce     "Death Before Decaf!!"    david@cssnet.UUCP|
|Computer Support Services                            919/775-2145|
|-----------------------------------------------------------------|
|          "The opinions and the company are both mine..."        |
+-----------------------------------------------------------------+
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!torn!nott!bnrgate!bcars6a8!bnr.ca!awhitton@ucbvax.Berkeley.EDU  (Alan Whitton)
Subject: Re: Apollo SLIP
Organization: Bell Northern Research, Ottawa
Distribution: fj
Date: Tue, 8 Dec 1992 12:49:10 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Has anyone got slip running under domain/os 10.4? Are there any
differences from 10.3?

I did have it running but now, I see packets go out but nothing comes
back!

All help appreciated.

Cheers,
Alan Whitton
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
BNR Ottawa (Lab 5 M12)        Disclaimer: "This is only my opinion"
INTERNET: awhitton@bnr.ca     Anecdote:   "Who else's would it be?" 
Three Phrases To Live By: "Cover for me"; "Oooh, good idea, boss!"; 
                "It was like that when I got here."
From: agate!spool.mu.edu!uwm.edu!cs.utexas.edu!sun-barr!news2me.EBay.Sun.COM!cronkite.Central.Sun.COM!texsun!ttsi!mse@ucbvax.Berkeley.EDU (Mark Evans)
Newsgroups: fj.mail-lists.apollo
Subject: Re: Emacs/Epoch on 10.4
Date: 18 Dec 92 13:55:41 GMT
Distribution: fj
Organization: st
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <5d04d303.cb12@dabo.citi.umich.edu> Jim.Rees@umich.edu writes:
>In article <1992Dec17.170802.15149@ttsi.lonestar.org>, mse@ttsi.lonestar.org (Mark Evans) writes:
>
>  This was discussed earlier this year.  Could someone in the know tell us 
>  the recommended latest versions of GNU emacs and epoch for Apollo 
>  Domain OS 10.4?
>
>I'm not sure about emacs, but any epoch 4.1 or later should work with no
>patches.  I made the necessary changes and sent them in to the source.  Most
>of the changes consisted of yanking out obsolete sr9.7 support code that had
>somehow survived into this decade.
>
>  Is there a shrink-wrapped archive that has all the necessary
>  patches applied?
>
>I was going to make a binary-only release available for ftp, but the gnu
>copyright forbids it.
>
>By the way, I don't recommend running epoch on a dn330.


I am attempting to build epoch 4.2 on an HP/Apollo 425 running
Domain OS SR 10.4.  After working around a problem relating to the
definition of  NULL in <time.h> :-(, I come to the following
impasse in the build:

    ./temacs -batch -l ../epoch-lisp/inc-vers
    Loading ../epoch-lisp/inc-vers...
    New Epoch version will be 4.2.1
    ./temacs -batch -l ../epoch-lisp/loadup.el dump
    Loading ../epoch-lisp/loadup.el...
    Loading subr...
    ...
    site initialization done
    Dumping under names epoch and epoch-4.2.2
    .rwdi section needs relocation - cannot dump Emacs

Could someone tell me what I am doing wrong or how to work around this
problem?  We greatly appreciate it.
-- 
Mark S. Evans                 Tandem Telecommunications Systems Inc.
Phone: 214-516-6201           1255 W 15th St.
Fax:   214-516-6805           Plano, TX 75075
Mail:  mse@ttsi.lonestar.org
Newsgroups: fj.mail-lists.apollo
From: ttsi!%texsun.UUCP%cronkite.Central.Sun.COM%news2me.EBay.Sun.COM%sun-barr.UUCP%cs.utexas.edu%zaphod.mps.ohio-state.edu%sample.eng.ohio-state.edu%magnus.acs.ohio-state.edu@usenet.ins.cwru.edu  (Alan Gerhardt)
Subject: Running X Applications over serial Link?
Organization: Tandem Telecommunications Systems Inc. Plano, Tx.
Distribution: fj
Date: Thu, 17 Dec 1992 16:35:25 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Does anyone have a tried and true setup that will allow a user on
an PC running MS-DOS to dial in to a Domain network and run 
X applications? Specifically, I need to know what PC software you 
are using and what the corresponding piece is on the Domain side.

I have seen ads for one package called Xvision for MS Windows, but
haven't been able to find anyone who has used it. It's a little
pricey ($449/copy), so I'd love to find alternatives.

Thanks,
Alan Gerhardt
Tandem Telecom
Newsgroups: fj.mail-lists.apollo
From: Dr John Owen <j.g.owen@bham.ac.uk>
Subject: Connecting a digitiser to a DN10000
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Wed, 16 Dec 1992 13:38:37 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>
Via: uk.ac.birmingham.computer-centre.ibm3090; Wed, 16 Dec 1992 14: 34:16 +0000

Can some-one throw any light on this query I had from a user? Thanks in advance


John Owen

 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


John,
     Sorry to bother you again!  We have a package here called AIMS which
 is no longer supported by the originators.  It uses a digitiser as one
 means of input but this has not been used up to now. The problem is
 getting the program to recognise the digitiser. The prog files indicate
 'unit number for digitiser  :  100   (ITAB/N)'. I've attached the digitiser
 to  SIO1 on the relevant Apollo (DN10000) and configured the device (?) using
 STTY < /dev/sio1 1200 ixon -parodd -cs7 -cstopb. Somehow I have to connect
 the program to this device. Although the Apollo manuals deal with connecting
 printers, there's very little on using other peripherals. Are there standard
 techniques for this?



 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

John Owen                                     J.G.Owen @  UK.AC.BIRMINGHAM
Academic Computing Service
Birmingham University
England
Newsgroups: fj.mail-lists.apollo
From: mcsun!sun4nl!tuegate.tue.nl!eba!ebh!wjw@uunet.uu.net  (Willem Jan Withagen)
Subject: Re: printing
Organization: Eindhoven University of Technology, The Netherlands
Distribution: fj
Date: Tue, 15 Dec 1992 16:18:31 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1gii56INNbcb@menudo.uh.edu> pkn@uh.edu writes:
=>
=>Hi,
=>
=>I'm going to try and set up lpd on the two Apollo's we have here (a 10K and a 
=>3500).  They have the most unusual printcap file I've ever seen. :-)  So,
=>I started looking at the FAQ, but it says see the separate file "printing".
=>Can someone let me know where to ftp that file from.

I seem to have lost it. 
But since I knew the original site, I just updated our site as well.
                                                  
It was at: 
	archive.umich.edu:/pub/apollo/printing

Note that the're a lot of goodies here. It is/was Jim Rees' archive
and it's wirthwile to check it out. 

I've also archived it at:
	ftp.eb.ele.tue.nl:/pub/apollo/notes/printing

	Willem Jan

PS: I've added this to the FAQ. (ftp.eb.ele.tue.nl:/pub/apollo/FAQ)


Digital Information Systems Group, Room EH 10.35 
Eindhoven University of Technology   
P.O. 513                     		Tel: +31-40-473401,Fax: +31-40-448375
5600 MB Eindhoven            		The Netherlands
Newsgroups: fj.mail-lists.apollo
From: trwvssi.vssi.trw.%vssi.trw.com%gumby.dsd.trw.com%venice.UUCP%usc.UUCP%cs.utexas.edu%uwm.edu%linac.UUCP%pacific.mps.ohio-state.edu%cis.ohio-state.edu%magnus.acs.ohio-state.edu@usenet.ins  (Stephen H. Rickus)
Subject: /etc/passwd - name not found?
Organization: TRW Vehicle Safety Systems, Inc.
Distribution: fj
Date: Wed, 16 Dec 1992 21:54:54 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hi all -

I've got a rather frustrating problem with a small handful of my
Apollo DN3500's running Domain 10.3+. Seems that any file open
calls to the /etc/passwd file return 'name not found' errors even
though the file exists and has read permissions to the world.
Comparing a node that works with one that doesn't reveals no
differences in permissions or files in the /etc and /sys/mgrs
directories. What should I be looking for?

P.S.  My co-worker just told me that after telnet to the offending
      machine, /etc/passwd can be found and read! After that there
      seems to be no problem.

Any wisdom from the net would be greatly appreciated.

Steve
Newsgroups: fj.mail-lists.apollo
From: lhdsy1!thor.calgary.chevron.com!cobra.calgary.chevron.com!vstem@uunet.uu.net  (D. Stewart McLeod)
Subject: Dial-out program
Organization: chevron
Distribution: fj
Date: Thu, 3 Dec 1992 16:37:43 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I am looking for a good (relative sort of term isn't it?) program to
download that will give me dial out capabliites.

Anyone have any suggestions or routines I can grab? Is there kermit 
for the Apollos?

I am running SR10.4 on a dn3500 (please give me a 730!).

-- 
D. Stew McLeod                                Internet: vstem@calgary.chevron.com
CPTC					          Tel: (403) 234-5810
500, Fifth Ave. S.W.                              Fax: (403) 234-5215
Calgary, Alberta, Canada   T2P 0L7 
Newsgroups: fj.mail-lists.apollo
From: munnari.oz.au!metro!usage!news@uunet.uu.net  (Troy Rollo)
Subject: gdb for Apollo m68k available
Organization: Centre for Biomedical Engineering, University of NSW
Distribution: fj
Date: Wed, 16 Dec 1992 06:55:45 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

A preliminary version of GDB for Apollo m68k machines is available
from plod.cbme.unsw.EDU.AU:/pub/gdb-apollo.tar.Z

This version reads files generated with C 6.7. Complete support for
more recent compilers may require some modification.

So far, the port of gdb has been proving very rewarding. gdb startup
times are a fraction of those for dbx and dde, and it doesn't have any
of the annoying bugs that dbx has.

I will be away for three weeks as of Friday, so any mail will be
attended to in mid January.
--
_______________________________________________________________________________
troy@cbme.unsw.EDU.AU	      Overworked, overcommited and always multitasking.
Opinions expressed are not those of the CBME or UNSW, but are my opinions only.
You are free to adopt them.   I suggest you adopt them.    You will adopt them!
Newsgroups: fj.mail-lists.apollo
From: agate!spool.mu.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!menudo.uh.edu!lnic1.hprc.uh.edu!pkn@ucbvax.Berkeley.EDU  (Kay Nettle)
Subject: printing
Organization: University of Houston
Distribution: fj
Date: Mon, 14 Dec 1992 18:01:10 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


Hi,

I'm going to try and set up lpd on the two Apollo's we have here (a 10K and a 
3500).  They have the most unusual printcap file I've ever seen. :-)  So,
I started looking at the FAQ, but it says see the separate file "printing".
Can someone let me know where to ftp that file from.

Kay

pkn@uh.edu
Newsgroups: fj.mail-lists.apollo
From: pasteur!agate!spool.mu.edu!umn.edu!csus.edu!netcom.com!hbo@ucbvax.Berkeley.EDU  (Howard Owen)
Subject: DN3000s FOR SALE (Again)
Organization: Netcom - Online Communication Services  (408 241-9760 guest)
Distribution: fj
Date: Thu, 17 Dec 1992 17:24:23 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


   In response to a lot of email asking for clarification of my previous post, 
I'm posting this:

FOR SALE

Machine         Apollo DN3000
Processor       68020/881/PMMU
Disk            170 MB ESDI
RAM             6MB installed - more available
OS              DomainOS 10.2 - 10.4 available
Monitor         19" color
Network         Apollo token ring
Load device     1/4" tape, 5-1/4" floppy
Price:          $700.00

Also:

Complete set OS10.2 documentation  - $100.00

2 DN3000's, no monitor or HD, limited RAM, have network cards - $100 each

I'll sell these extras seperately only if I sell the main system without 
them first.

Cashiers check or C.O.D.  You pay shipping and COD charges.

I've broken root with the help of another Apollo user (thanks Henry!) 
so I can ship the machine with any root password you want.


-- 
-- 
Howard Owen, Sys Admin		           internet:              hbo@octel.com
Octel Communications Corporation           BITNET:            HBO@VOODOO.BITNET
890 Tasman Dr MS 05-04 Milpitas CA 95035   DECNET Internet:          45180::HBO
"I am not a pay TV service!"               Telephone:       408-321-6576 (work)
Newsgroups: fj.mail-lists.apollo
From: destroyer!news.itd.umich.edu!pisa.citi.umich.edu!rees@gumby.wisc.edu  (Jim Rees)
Subject: Re: Problems with fcntl
Organization: University of Michigan CITI
Distribution: fj
Date: Thu, 3 Dec 1992 19:46:25 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1eimhpEINNp2j@uni-erlangen.de>, krebs@faber.faps.uni-erlangen.de (Thomas Krebs) writes:

  We are currently running Domain/OS 10.3.5. This release does not support the
  command "F_SETOWN" in fcntl.

The manual is wrong.  F_SETOWN and F_GETOWN have both worked since at least
sr10.1, maybe sr10.

Actually, the Berkeley bsd4.3 man page is wrong, or at least misleading,
too.  It turns out that in the Berkeley code, setting the owner to a process
only works for sockets.  For anything else, including ttys, if you try to
set the owner to a process, what it really gets set to is the process group
of the process.

In the Domain/OS implementation (at least as of sr10.2), you get this
behavior on all files descriptors, including sockets.  In addition, it only
works for ttys and sockets, since there is no type manager operation to set
the owner.

It turns out that most programs work fine with these restrictions.

Moral of the story:  Don't always believe the manual.  Experimentation is
the only good way to determine the behavior of the system.
Newsgroups: fj.mail-lists.apollo