HDTenEightyP/NetNews huggingface dataset:
From: mehlhaff%soda.Berkeley.EDU@ucbvax.Berkeley.EDU (ERic Mehlhaff)
Subject: Re: dumping executable images?
Organization: The U.C. Berkeley Open Computing Facility
	<1992Aug12.194910.9716@lucid.com>
Distribution: fj
Date: Mon, 17 Aug 1992 07:20:28 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Aug12.194910.9716@lucid.com> lnz@lucid.com (Leonard N. Zubkoff) writes:

   In article <5a81a5c9.cb12@dabo.citi.umich.edu> rees@dabo.citi.umich.edu (Jim Rees) writes:
      In article <HALL.92Aug10162423@leopard.cs.uidaho.edu>, hall@cs.uidaho.edu (Kelly Hall) writes:

	Leonard Zubkoff of Lucid wrote some patches for Emacs to dump an
	executable image, but he mentioned that his code now fails to work with
	10.4.

      John Vasta of HP/Apollo was kind enough to supply a new version of
      unexapollo.c that works with sr10.4.  You can get it by ftp from
      archive.umich.edu, in the file apollo/epoch-4.0-patches.tar.Z .

   Are you sure this works correctly for all cases?  I had a friend testing a
   version with these same changes to unexapollo.c and they did not work for him


Well, the epoch patches do more or less work, except for one minor fix that
has to be made to unexapollo.c. Change the line that reads
	+CompUnit->section_table
to read
	+CompUnit->section_table.all_bits

I can't say that it's right, just that it works.  I can put up my final
'working' fixes for ftp, if there's a need...

ERic mehlhaff, mehlhaff@OCF.Berkeley.EDU
--
ERic mehlhaff					Hoser at large
mehlhaff@soda.Berzerkeley.EDU
mehlhaff@ocf.berkeley.EDU
Newsgroups: fj.mail-lists.apollo
From: mcsun!sun4nl!tuegate.tue.nl!svin02!eba!ebh.eb.ele.tue.nl!wjw@uunet.uu.net  (Willem Jan Withagen)
Subject: search for people using PC-NFS.
Organization: Digital Systems, Eindhoven University of Technology, the Netherlands
Distribution: fj
Date: Thu, 20 Aug 1992 09:47:41 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I'm looking for sites using the combination:
	Apollo-NFS and PC NFS of any given brand.

What I want to know further is thier policy to prevent illegal accesses
(nobody in SUN terms) and if this works.

I think we've found a dangerous "feature", but I'd like to verify.

	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
Internet:  wjw@eb.ele.tue.nl    
X400:      C=nl;ADMD=400net;PRMD=surf;O=tue;OU=ele;OU=eb;S=WJW;
Newsgroups: fj.mail-lists.apollo
From: lyndon@angelo.amd.com (Lyndon C. Lim)
Subject: advice on backup systems
Organization: Advanced Micro Devices, Inc.
Distribution: fj
Date: Mon, 17 Aug 1992 16:46:01 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

hi.  we have a ring of 3000's, 4500's, and 425t's here
at work.  i think we will need to purchase an archival
backup system in the near future.  i would appreciate
any suggestions and comments on your experiences with
such systems, for example, 4mm-DAT and 8mm-VIDEO.

also, any suggestions about a scsi-based system which
could be moved between sun and apollo computers would
be particularly helpful.

thanks,
lyndon c.
Newsgroups: fj.mail-lists.apollo
From: sun-barr!cs.utexas.edu!convex!news.utdallas.edu!corpgate!brtph560!nrtpa038!nrtpa22!swamp@ames.arc.nasa.gov  (Steve Swamp)
Subject: Apollo performance analyzer?
Organization: BNR, Research Triangle Park, NC
Distribution: fj
Date: Tue, 11 Aug 1992 12:21:38 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Does anyone have a utility for Apollos that gives them info on
how much memory is being used, CPU, disk, net, etc.? How about
an ethernet (TCP/IP) monitor? 


-- 
steve swamp                       BNR
email: swamp@bnr.ca               Research Triangle Park, NC
Newsgroups: fj.mail-lists.apollo
From: dl@thumper.bellcore.com (Daniel Liebster)
Subject: Is the /install dir necessary?
Organization: Morristown Research and Engineering
Distribution: fj
Date: Mon, 17 Aug 1992 22:15:28 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

This directory takes up alot of disk space and we were wondering
If it is necessary
dan
Newsgroups: fj.mail-lists.apollo
From: elroy.jpl.nasa.gov!usc!sol.ctr.columbia.edu!destroyer!terminator!pisa.citi.umich.edu!rees@ames.arc.nasa.gov  (Jim Rees)
Subject: Re: High speed modem attached to 3500
Organization: University of Michigan IFS Project
Distribution: fj
Date: Wed, 19 Aug 1992 22:03:46 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <sasblc.714248243@ddt>, sasblc@unx.sas.com (Brad Chisholm) writes:

  I've been testing a v.32bis modem attached to the serial port of my 3500.
  Unfortunately, for speeds above 9600 baud, I seem to be losing data.  I
  understand that PC's often need an upgraded UART to handle high speeds,
  but would such a thing be possible for my Apollo?

The dn3500 uses a pair of Signetics 2681s for the serial ports.  These have
no fifo.  I don't know if there is an equivalent pin-compatible chip with
fifo like the 16550 used in IBM PCs, but even if there is, you would have to
re-write the device driver to handle it.

I find that my dn3500 keeps up at 9600, but not at 19200.  The buffer space
in the kernel is quite small, a couple hundred bytes, but the hardware flow
control works well.  Use it.

  Since the Apollos have
  an AT bus, could I add an internal modem that has its own UART, or would
  I need a new serial driver also (I think there's a PD driver called FAS,
  anyone know anything about this?)

You could write a driver using gpio.  I'd be interested in hearing of such a
free (nothing is PD these days) driver.
Newsgroups: fj.mail-lists.apollo
From: Dr John Owen <j.g.owen@uk.ac.bham>
Subject: Node ID from C
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Fri, 14 Aug 1992 08:31:13 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>
Via: uk.ac.birmingham.computer-centre.ibm3090; Fri, 14 Aug 1992 09: 26:49 +0000

One of my users wishes to obtain the node id from within a piece of C code.
Any suggestions?

Environment: SR10.3, DN4500

Thanks in advance

John Owen
Birmingham University
England
Newsgroups: fj.mail-lists.apollo
From: dog.ee.lbl.gov!network.ucsd.edu!munnari.oz.au!spool.mu.edu!cserver!edsi!chuck@ucbvax.Berkeley.EDU  (Chuck Tomasi)
Subject: Smail 3.1.25 - Has anyone got it running?
Organization: Enterprise Data Systems Incorporated, Appleton WI
Distribution: fj
Date: Thu, 13 Aug 1992 23:04:36 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

We're running SR 10.3.5 on our token ring.  While we've been able to get
Smail 3.1 running under Sys5.3, it has only provided us with UUCP
connections.  The time has come for us to use SMTP, but that isn't
possible unless we use SYSTYPE=bsd4.3.  I've tried compiling it, but I
always end up copying some of the sys5.3 header files or modifying
things which worries me.  Has anyone got smail 3.1 running under 10.3.x?
If so, could you e-mail me your EDITME file and any other
hints/tips/tricks you can pass along?
-- 
Chuck Tomasi             |     "Mom, it's Data.  I heard you know
chuck@edsi.plexus.COM    |      how to turn him on." 
spool!cserver!edsi!chuck |                    -Wesley  "Datalore"
------<Enterprise Data Systems Incorporated, Appleton Wisconsin>------
Newsgroups: fj.mail-lists.apollo
From: stanford.edu!lucid.com!lnz@decwrl.dec.com  (Leonard N. Zubkoff)
Subject: GNU Emacs for 18.58 and SR10.3/4 (at long last)
Organization: Lucid, Inc.
Distribution: fj
Date: Fri, 21 Aug 1992 23:01:08 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

A new version of my modifications to GNU Emacs for the Apollo is now available.
This version supports GNU Emacs 18.58, Domain/OS SR10.3 and SR10.4, and the
latest release of the Domain C Compiler.

Please note that there have been a number of versions of the file
"unexapollo.c" that purport to solve the unexec problem for SR10.4.  Even if
they appear to work correctly in one instance, and the resulting executable
file runs, they do not actually produce correct Apollo executables, and a
subsequent build may fail to run.  Only the version of "unexapollo.c" provided
in this release is known to work correctly for both SR10.3 and SR10.4.

Special thanks to Brian D. Carlstrom for allowing me access to an SR10.4 system
for testing.

I am distributing this release from labrea.stanford.edu (36.8.0.47).  The
following files are available for anonymous ftp from the "pub/gnu" directory:

    APOLLO.README			    README for Apollo GNU Emacs
    apollo-emacs.tar.Z			    Apollo GNU Emacs modifications
    apollo-emacs-executables-sr10.3.tar.Z   SR10.3 Emacs Executables
    apollo-emacs-executables-sr10.4.tar.Z   SR10.4 Emacs Executables

As always, to install my Apollo GNU Emacs modifications, uncompress and untar
"apollo-emacs.tar.Z" on top of a unmodified GNU Emacs 18.58 distribution tree,
and consult "APOLLO.README" for building instructions.

		Leonard N. Zubkoff
		Lucid, Incorporated
Newsgroups: fj.mail-lists.apollo
From: theory.TC.Cornell.EDU!hurf@tcgould.tn.cornell.edu  (Hurf Sheldon)
Subject: DN10K's for sale
Organization: Cornell Theory Center
Distribution: fj
Date: Tue, 18 Aug 1992 18:25:35 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


	We hava a project ending that we used 2 DN10K systems for.
	They have become the only Apollo (boo-hoo) systems we have.
	Before we redeploy them it seemed like a good idea to
	see if anyone else might want them. I have little idea
	what they might be worth. I know it would take an HP750
	or an RS6000/550 to replace them so maybe 40-60% of 
	that cost ($75k) seems like a good starting point. Would appreciate
	hearing from any legitimate interest.

	Thanks,
	Hurf


	Sytem Description: - 2 identical systems
	4CPU, 64mb, 24plane graphics, 2 700mb esdi drives, ntsc video 
	adapter, ethernet interface, 10.4 Domain and current C,
	DPAK, Fortran, C++ licences. Currently under hardware support.




-- 
     Hurf Sheldon			 Network: hurf@graphics.cornell.edu
     Program of Computer Graphics	 Phone:   607 255 6713

     580 Eng. Theory Center, Cornell University, Ithaca, N.Y. 14853  
Newsgroups: fj.mail-lists.apollo
From: destroyer!terminator!dabo.citi.umich.edu!rees@gumby.wisc.edu  (Jim Rees)
Subject: Re: DN2500 crashes
Organization: University of Michigan IFS Project
Distribution: fj
Date: Wed, 12 Aug 1992 02:04:35 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Aug11.001556.3161@btree.uucp>, brunkow@btree.uucp (Susan Brunkow) writes:

  One of our DN2500's crashes once every couple of weeks,
  with stcode 000B0008.

That sure brings back memories!  These days it can be difficult to recover
from.  The microprocessor in the keyboard can get confused, and if you're
running X in share-mode, getting all the windows refreshed and the color map
restored can be a pain.

These days I mostly run in normal mode, although my dn330 is usually in
service mode.

I've got a program that simulates a node crash, complete with inverting the
screen, scrolling everything up, and printing the crash status of your
choice in the rom font.  It even simulates the rom up to a point.  The idea
is not original, although the program is.  I think George Stabler wrote the
original back around sr4.
Newsgroups: fj.mail-lists.apollo
From: munnari.oz.au!metro!utsmips!root@uunet.uu.net  (Unix Super User)
Subject: DPCE transfers DOS <-> UNIX sssllllooowwww
Organization: University of Technology, Sydney, Australia
Distribution: fj
Date: Tue, 11 Aug 1992 07:05:52 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I have had a problem with DPCE since v3.4. Transfers from
DOS <-> UNIX are incredibly slow. I recently upgraded to
v3.6. The machines this is running on are 10.1 / 10.2 nodes.
I loaded v3.4 over v3.1 which was working fine!

--
 _--_|\   Peter Yardley, Systems Administrator | petery@uts.edu.au
/      \  Computer Systems Engineering,        | petery@ee.uts.edu.au
\_.--._*  School of Electrical Engineering,    | Ph:  +61 2 330-2407
      v   University of Technology, Sydney.    | Fax: +61 2 330-2435
Newsgroups: fj.mail-lists.apollo
From: u2116318@csdvax.csd.unsw.edu.au
Subject: Re: colormap "black" not found under X11
Organization: University of New South Wales
Distribution: fj
Date: Mon, 17 Aug 1992 06:34:17 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <4727@daily-planet.concordia.ca>, malowany@cs.concordia.ca (Stephen Malowany) writes:
> In article <1992Aug8.111553.2833@csdvax.csd.unsw.edu.au> u2116318@csdvax.csd.unsw.edu.au writes:
>>Our school has a lot of apollos workstation
>>but when I start X windows server
>>it always complain 
>>colormap "black" not found
>>any one know what's wrong with the program?
>>we are using X11.4 on old apollos(68k)machine
> 
> Make sure that the files /usr/lib/X11/rgb.{dir,pag,txt} exist and are 
> *UNIQUE TO EACH HOST*. These files should be shareable among many hosts,
> but due to the funky Apollo file system(?), the first X server to access
> these files ends up locking them.
> 
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Steve Malowany                                         Software 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
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
I copy the color database to my home directory 
but it still doesn't work, any ideas?
Newsgroups: fj.mail-lists.apollo
From: news.u.washington.edu!zeus!davidb@beaver.cs.washington.edu  (David W. Barts)
Subject: Re: Old Apollo system wanted....
Organization: University of Washington
Distribution: fj
Date: Tue, 18 Aug 1992 17:22:26 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <5a8a88e9.1bc5b@pisa.citi.umich.edu>, rees@pisa.citi.umich.edu (Jim Rees) writes:
> [ edited ]
> In article <1992Aug13.160654.21360@usenet.ins.cwru.edu>, aj681@cleveland.Freenet.Edu (Carlin Wiegner) writes:
>   I need an old multiuser system, I was looking at PDP-11s but
>   they need 3 phase power which isn't the easiest thing to get.
> 
> That depends on the 11.  As I recall, even the 11/70 (the biggest model I
> ever used) could be wired for single phase.  Some of the peripherals,
> particularly disk drives (rk07?) required three phase, but you could
> certainly put together a working system that runs on household power (single
> phase, 110/220, 30 amps or so).
                  ^^^^^^^
> 
> Another fun early Unix system was the Interdata (later Perkin-Elmer) 7/32
> and 8/32.  This was the first non-11 system to get a port of v7, and the
> only non-11 to run v6.  This one ran on single phase but took lots of it,
> maybe 40 amps of 220.  There were in fact two ports of v7 for it, one by
        ^^^^^^^
> Dennis Ritchie using the Johnson portable C compiler, with the stack growing
> forwards, and the other by Miller at Wollongong using the Ritchie compiler,
> with the stack growing backwards.  The Miller v6 port was my first Unix,
> back in 1979.

With power consumption like that, you can also sell your old furnace
since you won't be needing it any more.

This is the major reason why things like used VAX-11/780 systems are so
cheap these days.  I once did a back-of-the-envelope estimate of
electricity costs to keep an old VAX up and running continuously, and
it was in the low five figures per year.  (Correct me if I'm wrong, bit
isn't it the case that most of these systems were _designed_ to run
continuously, and powering them up and down frequently shortens their
lifespan?)  For that price, one can buy a very nice Sun or HP
workatation that will run circles around an old VAX while consuming far
less power.  This is in Seattle, home of some of the lowest
electricity rates in the USA.

Of course, if the system is just for a collector's item and you don't
mind leaving it powered off most of the time, this doesn't apply.

--
David Barts  N5JRN                      UW Civil Engineering, FX-10
davidb@ce.washington.edu                Seattle, WA  98195
Newsgroups: fj.mail-lists.apollo
From: stanford.edu!lucid.com!lnz@decwrl.dec.com  (Leonard N. Zubkoff)
Subject: Re: dumping executable images?
Organization: Lucid, Inc.
Distribution: fj
Date: Wed, 12 Aug 1992 19:49:10 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <5a81a5c9.cb12@dabo.citi.umich.edu> rees@dabo.citi.umich.edu (Jim Rees) writes:
   In article <HALL.92Aug10162423@leopard.cs.uidaho.edu>, hall@cs.uidaho.edu (Kelly Hall) writes:

     Leonard Zubkoff of Lucid wrote some patches for Emacs to dump an
     executable image, but he mentioned that his code now fails to work with
     10.4.

   John Vasta of HP/Apollo was kind enough to supply a new version of
   unexapollo.c that works with sr10.4.  You can get it by ftp from
   archive.umich.edu, in the file apollo/epoch-4.0-patches.tar.Z .

Are you sure this works correctly for all cases?  I had a friend testing a
version with these same changes to unexapollo.c and they did not work for him
(I've never installed SR10.4, nor do I expect to anytime soon).  Other than
getting unexapollo.c working for SR10.4, I have a version of modifications for
Emacs 18.58 just waiting to be released.

In private email I just received another patch from Rob Stanzel at Apollo, so
maybe I can finally wrap this up for SR10.4.  Anyone out there running SR10.4
who can allow me inbound ftp and is either willing to run the build and send me
the log, or let me temporarily login to try the build?

		Leonard
Newsgroups: fj.mail-lists.apollo
From: ceco!bynps0.byr.ceco.com@uunet.uu.net  (Chris Icide)
Subject: Non-standard sendmail config: Please help!
Organization: Commonwealth Edison Co.
Distribution: fj
Date: Tue, 11 Aug 1992 13:55:29 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I need some help setting up my sendmail configuration file.   I am
trying to set this up on an Apollo Domain 3500 (OS 10.4).  My
sendmail reports version 5.65.  I have tried all of the supplied
"these should work for most sites" files with minimal to no luck
at all.

Here's what I am trying to do:

	My machine name: bynuke2
	My domain name:  byr.ceco.com

	My domain NIS server:  bynps0
	My domain Mail relay:  bynps0

	I want to have my machine accept mail and deliver to local
users (user).  I want all other mail (user@node , user@node.domain ,
node.domain!user , etc.) sent to the mail server for resolution.
No more, no less.

	Please email me at chris@bynps0.byr.ceco.com 
					or byrci@ceco.ceco.com 
	or call me at (815) 234-5441 (x2607) 7am-3pm cst

I am not at all familiar with programming sendmail rulesets, so
a copy of a configuration file would be appreciated.

	                                  Thanks in advance,
										Chris
Newsgroups: fj.mail-lists.apollo
From: cs.utexas.edu!torn!cunews!nrcnet0!bnrgate!bwdls61!bnr.ca!awhitton@uunet.uu.net  (Alan Whitton)
Subject: Re: DN10K's for sale
Organization: Bell Northern Research, Ottawa
Distribution: fj
Date: Fri, 21 Aug 1992 12:06:22 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Aug20.135129.8315@novatel.cuc.ab.ca>, hpeyerl@novatel.cuc.ab.ca (Herb Peyerl) writes:
|> System Admin (Mike Peterson) (system@alchemy.chem.utoronto.ca) wrote:
|> : In article <1992Aug18.182535.29959@tc.cornell.edu> hurf@theory.TC.Cornell.EDU (Hurf Sheldon) writes:
|> : >	                          I know it would take an HP750
|> : >	or an RS6000/550 to replace them so maybe 40-60% of 
|> : >	that cost ($75k) seems like a good starting point. 
|> : 
|> : Didn't know April 1 fell in August this year :-).
|> 
|> Seriously, we just traded one for a 400s and the whole time felt like
|> at any moment somebody was gonna catch us with our hand stuck in the 
|> cookie jar...
|> 
|> Wasn't it just a few weeks ago somebody was selling one for $700 plus the
|> cost of shipping?

HP actually had a trade-in program where you got about $5K off the price
of a 750 if you traded your DN10K in. Not bad if you bought it about 3 years
ago, and have "creatively accounted" it down to nothing....

Regards,
Alan Whitton
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
BNR Ottawa (Woodline 4A2)     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."
Newsgroups: fj.mail-lists.apollo
From: philip@cel.cummins.com (Philip D. Pokorny)
Subject: Re: Dn2500 crashes...
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Fri, 14 Aug 1992 23:11:01 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

We had a similar problem with 2500's crashing...  It was especially
anoying because we were trying to be sure that they WEREN'T service
mode (they power on in NORMAL mode).  But we had users that were
editing tables in Frame and using the keyboard shortcut CTRL-RETURN
to add a new row to the table.  Sometimes it would work, other times
it would crash the node...  Turns out that there is a bug in the X11R4
Xdomain server that causes the SERVICE MODE STATE to TOGGLE when switching
from DM to Xdomain borrow mode (CTRL-SHIFT-F9).  It further screwed thing
up because sometime it would get "locked" in service mode and you couldn't
get it out with the button on the front of the machine.

All of this is to say that we had your problem, worked through it with
the Apollo response center and found that there is a patch released
now that fixes that problem.  I don't know the patch number though because
we just told our users NOT to use the CTRL-RETURN feature of FRAME and 
that took care of the problem.

The sequence IS G<RET> G *+2<RET> just like it says in the stcode text.

Be sure to type the sequence at a "clean" > prompt.  Don't worry about
hitting CR several times to clear the message.  You need to do it quickly
"less than a few minutes" though so the network stuff won't time out on you...
Be careful of moving the mouse as this generates "garbage" that will interfere
with the reboot.

I don't believe that CTRL-M will crash then node when in service mode.

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

Newsgroups: fj.mail-lists.apollo
From: eru.mt.luth.se!lunic!sunic!mcsun!dxcern!vxcrna.cern.ch!roeber@bloom-beacon.mit.edu
Subject: What's /sys/node_data/proc_dir ?
Organization: CERN -- European Organization for Nuclear Research
Distribution: fj
Date: Tue, 11 Aug 1992 16:16:12 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

For awhile now (at least since 10.3) I've seen the suggestively named
/sys/node_data/proc_dir, which has entries that seem to reflect the
named processes on the node.  Can anyone give more info about this?
I would have hoped that the entries were some sort of "process" type,
which would give plan-9 style process access, but unfortunately there
doesn't seem to be actual filesystem objects associated with the names.

Thanks!
-- 
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
Newsgroups: fj.mail-lists.apollo