HDTenEightyP/NetNews huggingface dataset:
From: sdd.hp.com!apollo.hp.com!netnews@hplabs.hpl.hp.com  (Nathaniel Mishkin)
Subject: Re: IPC's in Apollo DOMAIN?
Organization: Hewlett-Packard Company - Distributed Object Computing Program / East
Distribution: fj
Date: Thu, 27 Aug 1992 17:20:27 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Aug25.201855.2454@bcrka451.bnr.ca>, norm@bnr.ca (Norm MacNeil) writes:
>I can't seem to find any IPC stuff on the Apollos; i.e., there is no support
>for shared memory segments (shmat, shmctl, etc.), message queues (msgctl,
>msgget, etc.), or semaphores (semctl, semget, etc.).
>
>Is there any way to do this kind of stuff (without using sockets directly)?

I've never used them, but my 10.3 system shows:

    $ /com/esa shmat
    76018CE8
    $ /com/esa msgctl
    76018BD4
    $ wd
    //caries/sys5.3/usr/catman/p_man/man2
    $ ld shm?* msg?*
    
    shmat.2   shmctl.2  shmdt.2   shmget.2  shmop.2   msgctl.2  msgget.2  msgop.2   msgrcv.2
    msgsnd.2
    
    10 entries listed.

-- 
                    -- Nat Mishkin
                       Distributed Object Computing Program / East
                       Hewlett-Packard Company
                       mishkin@apollo.hp.com
Newsgroups: fj.mail-lists.apollo
From: sdd.hp.com!uakari.primate.wisc.edu!caen!afgun@hplabs.hpl.hp.com  (Andrew F. Gunnesch)
Subject: Lint??
Organization: CAEN, University of Michigan
Distribution: fj
Date: Wed, 26 Aug 1992 20:26:48 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Are there plans for lint-able header files for Apollos?  Has
someone taken the latest header files and made them lint-able?
What does HP suggest that someone who wants to run lint do?

-- 
Andrew F. Gunnesch           /-\    "I disagree with what you say, sir.  But I
afgun@caen.engin.umich.edu  |   |  __   __           __     will defend to the
==> Evil CAEN sysadmin <==  |===| |__| |  | |   |   |  |   death your right to
 What?  I just work here    |   | |    |__| |__ |__ |__|   say it"  --Voltaire
Newsgroups: fj.mail-lists.apollo
From: panther!mothost!motsrd!seg7!seg7!crudolph@uunet.uu.net  (Chuck Rudolph)
Subject: Looking for a compiled version of groff
Organization: Motorola Inc.  Arlington Heights, IL
Distribution: fj
Date: Mon, 31 Aug 1992 14:50:17 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


Does anyone have a compiled version of groff that they are willing to
share.  I need it on one of the following platforms:
         Apollo DN4500 at SR10
         HP730 at HPUX8.07
         88open

I need to evaluate it, but I'm having problems with our C++
compilers.

-- 
Chuck Rudolph                | Electronic: chuck.rudolph@cigseg.rtsg.mot.com
Motorola Inc, N349           |             uunet!motcid!cigseg!chuck.rudolph
1501 West Shure Drive        | Voice: (708) 632-2779   Fax: (708) 632-5694
Arlington Heights, IL  60004 | Disclaimer: It's mine... All mine...
Newsgroups: fj.mail-lists.apollo
From: ftpbox!mothost!lmpsbbs!shuky@uunet.uu.net  (Joshua Beinhorn)
Subject: Re: automatic screen turn-off
Organization: Motorola Communications Israel Ltd., Tel Aviv
Distribution: fj
Date: Tue, 1 Sep 1992 12:49:58 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article  <BtuqtL.Jor@apollo.hp.com>  ganek@apollo.hp.com (Dan Ganek) writes,
in answer to my question :

>  > ...
>  >
>  >However, in some cases the screen is not turned off even if there is
>  >no user input for hours. In particular, This happens when there is one 
>  >window which covers all the screen.
>  >
>  >What are the conditions which enable / disable automatic screen turn-off?
>                  
>  ...
>
>  So, perhaps the app your running in the full screen window is calling
>  gpr_$video_ctl.  Does it happen if your grow an ordianry  DM pad to full 
>  screen?


The screen is not being turned off when I leave it with no particular application
running - just one or more shell and edit windows open.

-- 
[ name:   Joshua (Shuky) Beinhorn | Motorola Communications Israel ]
[ e-mail: shuky@mcil.comm.mot.com | Fixed Products Division        ]
[ Phone: +972 (3) 565 8355        | 3 Kremenetski Street           ]
[ Fax:   +972 (3) 565 8356        | 61 250  Tel-Aviv, ISRAEL       ]
Newsgroups: fj.mail-lists.apollo
From: agate!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!sample.eng.ohio-state.edu!zaphod.mps.ohio-state.edu!rpi!utcsri!helios.physics.utoronto.ca!alchemy.chem.utoronto.ca!system@ucbvax.Berkeley.EDU  (System Admin (Mike Peterson))
Subject: Re: DN10K's for sale
Organization: University of Toronto Chemistry Department
Distribution: fj
Date: Fri, 28 Aug 1992 00:19:49 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <199208241425.AA15575@pan.ssec.honeywell.com> thompson@PAN.SSEC.HONEYWELL.COM ((jt) John Thompson) writes:
>                          I have heard 
>that most people who still have these systems -- and don't call them boat 
>anchors please ...

Ours has been christened a boat-anchor-in-waiting since it is now actually
working fine (since it has no interactive users, just a few batch jobs).

I'm pretty sure I heard that the trade-up program for DN10000's will be
reinstated soon - just back from InterWorks/Hurricane.
-- 
What are the chances that any computer system will ever "work" properly?
... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
Newsgroups: fj.mail-lists.apollo
From: sdd.hp.com!apollo.hp.com!netnews@hplabs.hpl.hp.com  (Dan Ganek)
Subject: Re: automatic screen turn-off
Organization: Hewlett-Packard Corporation, Chelmsford, MA
Distribution: fj
Date: Mon, 31 Aug 1992 14:27:21 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Joshua Beinhorn sez:

>My apollo screen is generally turned-off when there is no user input 
>for some period of time. This is a desirable feature, which protects
>the screen from being burnt.
>
>However, in some cases the screen is not turned off even if there is
>no user input for hours. In particular, This happens when there is one 
>window which covers all the screen.
>
>What are the conditions which enable / disable automatic screen turn-off?
                
Under the DM and Xapollo the following events will unblank the
screen: (I don't know about Xdomain)

1) Keyboard/mouse input
2) Window reconfiguration, i.e. create, delete, move, resize, etc. 
   (Graphical output to a window will NOT unblank the screen.)
3) Program call to gpr_$video_ctl();

So, perhaps the app your running in the full screen window is calling
gpr_$video_ctl.  Does it happen if your grow an ordianry  DM pad to full 
screen?

/dan
Newsgroups: fj.mail-lists.apollo
From: Frank Bonnet <bonnetf@apo.esiee.fr>
Subject: Disk quota system calls
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Tue, 1 Sep 1992 15:21:23 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hi,

I have some problem with the disk quota system calls.

The only documented call is :  quota_read

The two others are not ( quota_ctl quota_add ).

Unfortunatelly the documented one is wrong : the include file referenced into
the manual does not exist :

>From man > SYNOPSIS
>From man >      #include <apollo/sys/swap.h>

Could somebody tell me where are those files ? If it is necessary I could
FTP them.

Thanks

-------------------------------------------------------------------------------|
bonnetf@apo.esiee.fr                     |                                     |
Frank Bonnet                             | Surfing ...                         |
E.S.I.E.E                                |                                     |
BP99 93162 Noisy le Grand cedex.FRANCE.  | the rest is details !               |
Fax   : 33 1 45 92 66 99                 |                                     |
-------------------------------------------------------------------------------|
Newsgroups: fj.mail-lists.apollo
From: mcsun!Germany.EU.net!news.netmbx.de!zrz.tu-berlin.de!math.fu-berlin.de!unidus.rz.uni-duesseldorf.de!weule@uunet.uu.net  (Joerg Weule)
Subject: xmit error 802.3, sorry for my question
Organization: Heinrich-Heine-Universitaet Duesseldorf
Distribution: fj
Date: Wed, 2 Sep 1992 22:09:30 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hi erverybode,

some days ago I asked for

   di e , ex domain_os --> xmit error: 802.3 fail, data ok

I have to excuse me for my stupid question. It was a special
error I've never seen, because you can only get this with
a thik ethernet. I expected thin ethernet configred ...

Thanks for your time

J"org Weule
weule@cs.uni-duesseldorf.de
Newsgroups: fj.mail-lists.apollo
From: davidy@hwcae.az.honeywell.com (David Young -davidy K26E2 x2968)
Subject: Printing under 10.4
Posted-Date: Thu, 3 Sep 92 08: 35:40 -0600
Organization: Electrotechnical Laboratory, Tsukuba Science City
X-Zippy: Hmmm...  an arrogant bouquet with a subtle suggestion of
 POLYVINYL CHLORIDE...
Distribution: fj
Date: Thu, 3 Sep 1992 14:35:40 GMT
Return-Path: <davidy@hwcae.az.honeywell.com>

** cis.ohio-state.edu!zaphod.mps.ohio-state.edu!caen!news@ucbvax.Berkeley.EDU  (John Lauro) on 3 Sep 92 01:52:00 GMT
** in [Printing under 10.4] writes:

John> Hello, I are having a great deal of difficulty getting printing
John> to work under 10.4.  The problem appears to be either with prmgr
John> or with NCS services.

John> /sys/hardcopy/prmgr -c config_file -e

John> gives the following:
John> (prmgr) Can't reach glbd - no matching entry available (network computing system/locating broker)
John> (and tries again every so-often...)

Sounds like llbd (now called rpcd at SR10.4) is NOT running ON the
machine you are trying to run prmgr on.  Whenever you use an NCS based
application (like rgyd, or prmgr) you need to run llbd on the *same*
node so that it can communicate with the glbd (which can be on the
same node or another).  Likewise, for glbd to communicate with the
network correctly, you need to run llbd alongside glbd.

John> lb_admin has no problem reaching the glbd.

lb_admin doesn't require llbd (rpcd) to be running locally to talk
with a GLBD.

John> Not knowing what is going wrong, I tried killing off glbd and
John> did a glbd -create -first, and cleaned out any llbd, but it
John> didn't help...  The glb_log file hasn't shown any problems.

John> P.S.: It worked fine at 10.3, and I don't think I am doing anything
John> differently...


--
David J. Young                      Honeywell -- Air Transport Systems Division
Phone: 602.436.2968              P.O. Box 21111 M/S AZ75-K26E2 Phoenix AZ 85036
davidy@hwcae.honeywell.com                    uunet!asuvax!apciphx!hwcae!davidy
AMA   AMUG  APDA  BMWCCA  Golfer  Private Pilot  Scuba-Diver  and more....
Do you know Kimball?  EQ Kimball, the insurance man?
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!caen!news@ucbvax.Berkeley.EDU  (John Lauro)
Subject: Printing under 10.4
Organization: University of Michigan - Flint
Distribution: fj
Date: Wed, 2 Sep 1992 16:31:50 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hello, I are having a great deal of difficulty getting printing to
work under 10.4.  The problem appears to be either with prmgr or
with NCS services.

/sys/hardcopy/prmgr -c config_file -e

gives the following:
(prmgr) Can't reach glbd - no matching entry available (network computing system/locating broker)
(and tries again every so-often...)

lb_admin has no problem reaching the glbd.

Not knowing what is going wrong, I tried killing off glbd and did a
glbd -create -first, and cleaned out any llbd, but it didn't help...
The glb_log file hasn't shown any problems.

P.S.: It worked fine at 10.3, and I don't think I am doing anything
differently...
Newsgroups: fj.mail-lists.apollo
From: van-bc!ubc-cs!destroyer!terminator!pisa.citi.umich.edu!rees@ucbvax.Berkeley.EDU  (Jim Rees)
Subject: Re: Unable to open a stream to the SIO line, SLIP, hardware flow control
Organization: University of Michigan IFS Project
Distribution: fj
Date: Thu, 27 Aug 1992 18:57:27 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Aug26.191122.4569@ll.mit.edu>, rocco@ll.mit.edu (A. Gregory Rocco Jr.) writes:

  I am planning on setting up a SLIP connection but am having some trouble and
  have not had the time to resolve it yet.  In one configuration the connection
  works long enough to pass a list of routes to the routed running on my 
  machine at home and then the SLIP connection hangs.

Check your slip mtu.  The Apollo uses 1000 for both send and receive.  Also,
it doesn't do vj header compression, so make sure you turn that off on the
other end.  And start tcpd with the '-p0' option.  And don't try to use the
Apollo as a router between slip and anything else (token ring or ethernet),
it won't work.

It's also not a good idea to use routed on a slip-connected stub machine, or
even on a home internet.  I've got three networks on my home internet, and
just use default routes everywhere.
Newsgroups: fj.mail-lists.apollo
From: sun-barr!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!ftpbox!motsrd!white!rtsg.mot.com!muegel@ames.arc.nasa.gov  (Michael S. Muegel)
Subject: Re: Mailtool?
Organization: Corporate Computer Services & Support, Motorola, Inc.
Distribution: fj
Date: Sat, 29 Aug 1992 21:05:16 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Previously, vds7789@aw2.fsl.ca.boeing.com (Vincent D. Skahan) wrote:
>mannex@inference.com (Russ Mannex) writes:
>
>>A mail tool for X Windows is all I ask for. One that actually compiles
>>OK. Does ANYONE have something like this?
>
>try 'elm' or 'pine' in an xterm
>or try 'xmh'

Add xmail to the list. It looks very much like the SunOS Mailtool (if you
like such a beast).

-Mike

-- 
-Michael S. Muegel <mmuegel@mot.com>
UNIX Applications Startup Group
Corporate Computer Services and Support
Motorola, Inc.
Newsgroups: fj.mail-lists.apollo
From: panther!mothost!lmpsbbs!shuky@uunet.uu.net  (Joshua Beinhorn)
Subject: automatic screen turn-off
Organization: Motorola Communications Israel Ltd., Tel Aviv
Distribution: fj
Date: Sun, 30 Aug 1992 13:38:26 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

My apollo screen is generally turned-off when there is no user input 
for some period of time. This is a desirable feature, which protects
the screen from being burnt.

However, in some cases the screen is not turned off even if there is
no user input for hours. In particular, This happens when there is one 
window which covers all the screen.

What are the conditions which enable / disable automatic screen turn-off?


-- 
[ name:   Joshua (Shuky) Beinhorn | Motorola Communications Israel ]
[ e-mail: shuky@mcil.comm.mot.com | Fixed Products Division        ]
[ Phone: +972 (3) 565 8355        | 3 Kremenetski Street           ]
[ Fax:   +972 (3) 565 8356        | 61 250  Tel-Aviv, ISRAEL       ]
Newsgroups: fj.mail-lists.apollo
From: sdd.hp.com!apollo.hp.com!netnews@hplabs.hpl.hp.com  (Nathaniel Mishkin)
Subject: Re: NCS: problems compiling in ANSI C
Organization: Hewlett-Packard Company - Distributed Object Computing Program / East
Distribution: fj
Date: Thu, 27 Aug 1992 19:04:16 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Aug26.102340.23358@ghost.dsi.unimi.it>, giachino@ghost.dsi.unimi.it (luca giachino) writes:
>You normally include these files in the manager sources,
>where you actually insert the bodies of the server functions.
>You might be in the need of rendering those functions invisible
>to the other sources, defining them as static. In this way
>the linker doesn't complain when you define different managers
>for the same interface.
>
>But the ANSI C compiler does complain issuing a warning because
>these static functions appear defined with two different prototypes:
>in the include file as simple "#extern type function(type arg, ...)", 
>and in the manager source as "static type function(type arg, ...)".
>
>Is anybody able to tell me a way for avoiding those annoing warnings?

This isn't an ideal solution, but I think it's a reasonable workaround:
use the NIDL compiler "-m" switch and name your static manager routines
something other than what's in the .idl file.  E.g.,

    foo.idl:

        interface foo
        {
            some_op(
                /* parameters */
            );

            some_other_op(
                /* parameters */
            );
        }

    server.c:

        #include "foo.h"

        static my_some_op(/* parameters */)
        {
            /* manager routine body */
        }

        static my_some_other_op(/* parameters */)
        {
            /* manager routine body */
        }

        static foo_vN$epv_t my_foo_epv = {
            my_some_op,
            my_some_other_op
        };

        main()
        {
            ...
            rpc_$register_mgr(&uuid_$nil, &foo_vN$if_spec, 
                              foo_vN$server_epv,
                              (rpc_$mgr_epv_t) &my_foo_epv, &status);
            ...
        }

You can read the documentation for more info on the "-m" switch and
rpc_$register_mgr() call.

-- 
                    -- Nat Mishkin
                       Distributed Object Computing Program / East
                       Hewlett-Packard Company
                       mishkin@apollo.hp.com
Newsgroups: fj.mail-lists.apollo
From: sel.%pilhuhn.UUCP%flatlin.UUCP%smurf.sub.org%ira.uka.de%sol.ctr.columbia.edu%usc.UUCP%wupost.UUCP%sdd.hp.com%zaphod.mps.ohio-state.edu%sample.eng.ohio-state.edu@magnus.acs.ohio-state.edu  (Helmut Geiger)
Subject: EISA-Board
Organization: ALCATEL SEL LP/STA
Distribution: fj
Date: Wed, 19 Aug 1992 11:23:16 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

hi folks,

we are looking for a EISA-BOARD with a TMS320C40 DSP and DUAL PORT RAM on
board. We would be very glad if someone gives us some information about 
boards and vendors.

Thanks,

-- 
Helmut Geiger     geiger@sel.sub.org  +49 7231 300 287
ALCATEL SEL AG    Pforzheim  Germany
Newsgroups: fj.mail-lists.apollo
From: ucivax!news.service.uci.edu!hardy@ucbvax.Berkeley.EDU  (Meinhard E. Mayer (Hardy))
Subject: Re: Strange packaging technique
Organization: Department of Physics, UC Irvine, CA 92717-4575, USA
Distribution: fj
Date: Thu, 3 Sep 1992 04:07:41 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <BtzApG.1o1@watserv1.uwaterloo.ca> gordon@maxwell.uwaterloo.ca (Gordon R. Strachan) writes:


   The one I always like is the packing lists that list everything in the box
   including the packing list itself!  It even has its own HP part number.  HP
   paper work, you gotta love it! :-)

That means that HP-Shipping is properly tail-recursive.
--
Hardy 
-----
Meinhard E. Mayer,  Department of Physics, UC Irvine 
e-mail: hardy@golem.ps.uci.edu (preferred) or MMAYER@UCI.BITNET
Newsgroups: fj.mail-lists.apollo
From: eru.mt.luth.se!lunic!sunic!mcsun!dxcern!khan@bloom-beacon.mit.edu  (Rizwan Ali Khan)
Subject: Where is FAQ list of this?
Organization: CERN European Laboratory for Particle Physics
Distribution: fj
Date: Thu, 3 Sep 1992 15:26:49 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Could any body tell me where can I find the FAQ list?
Thanks,
Rizwan
khan@vxcern.cern.ch
Newsgroups: fj.mail-lists.apollo
From: thompson@pan.ssec.honeywell.com ((jt) John Thompson)
Subject: re: Nameserver blues
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Tue, 1 Sep 1992 02:55:33 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


 
> Configuring one machine as the primary nameserver for the ring and as
> secondary nameserver for another subnet worked at least on that machine.
> Other machines on the ring which don't run named are expected to
> look on the file /etc/resolv.conf for the nameserver machine and ask that
> for resolving names (I believe).
> But this doesn't work for me. I think that e.g. ftp should look in
> resolv.conf for the nameserver but it always falls back to
> /etc/hosts. Is ftp and friends broken ?
>  
> Another phenomenon:
>  I set up a second Apollo as the secondary nameserver for the ring.
>  It works so long as I am logged in to the Apollo with dm or with crp.
>  If I am logged in via telnet the nameserver is ignored.
>  What is going on here ?

I suspect that you are still using the hosts file for ALL name-server lookup.
In addition to setting up a 'named' process with all the various files, and setting up
the /etc/resolv.conf file with a domainname and at least one nameserver entry, you must
invoke '/etc/nmconfig -h hostent_bind' to tell the system to use BIND for host entry
lookup.  You can specify -h hostent_ascii for hosts-file lookup.  You can also use
/etc/nmconfig -l to list the current values.  (Since there isn't a name-server for any
of the other things there (networks, protocols, services), it's an over-engineered
command.  Maybe when SR11.0 comes out, it'll be there....     NOT.

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

If you're not part of the solution, you're part of the precipitate.
*************************************************************************
* 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: fj.mail-lists.apollo
From: eru.mt.luth.se!lunic!sunic!mcsun!dxcern!vxcrna.cern.ch!roeber@bloom-beacon.mit.edu
Subject: Re: traceroute?
Organization: CERN -- European Organization for Nuclear Research
Distribution: fj
Date: Mon, 31 Aug 1992 17:13:08 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Aug31.134402.1@vxcrna.cern.ch>, roeber@vxcrna.cern.ch writes:
> Has anybody ported "traceroute" to Domain?  The standard BSD code
> on the net requires kernel mods to get the special info.
> Theoretically, this should be much easier (and safer) on Apollos,
> since IP is done in a user-level daemon.  Getting the tcpd docs,
> though, might be a toughie.

It's been pointed out that Apollos already have the (equivalent to the)
kernel mods in already, so traceroute should compile "out of the box."
Boy do I feel foolish.  I'd cancel the previous article, but just today
our news administrator deleted the "control" newsgroup.  I hate mondays.

Thanks for the help.
-- 
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
r-mail: CERN/PPE, 1211 Geneva 23, Switzerland | home: +33 50 42 19 44
Newsgroups: fj.mail-lists.apollo
From: sdd.hp.com!apollo.hp.com!netnews@hplabs.hpl.hp.com  (Dan Ganek)
Subject: Re: Idle nodes? (was Re: automatic screen turn-off)
Organization: Hewlett-Packard Corporation, Chelmsford, MA
Distribution: fj
Date: Wed, 2 Sep 1992 15:11:53 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <5ae9c237.1b2f0@digital.sps.mot.com> chen@digital.sps.mot.com (Jinfu Chen) writes:
>In article <BtwMGy.EG0@apollo.hp.com> ganek@apollo.hp.com (Dan Ganek) writes:
>>    PROCEDURE gpr_$video_ctl()
>>  
>>This replaced smd_$video_ctl.
>
>Is there any call to let user find out no keyboard/mouse event has happened
>during a specific time?  If such a call is available I can modify a screen
>lock program to automatically lock a screen when the node has idled for some
>time.

No call, but an eventcount, smd_$input_ec (whose ordinal value is 0)
This eventcount is advanced whenever an input event is received.
It may also be advanced at some other times but those times are rare.


/dan
Newsgroups: fj.mail-lists.apollo