HDTenEightyP/NetNews huggingface dataset:
From: van-bc!cs.ubc.ca!destroyer!caen!sdd.hp.com!scd.hp.com!cupnews0.cup.hp.com!news1.boi.hp.com!hp-pcd!hpcvusn!hpcvusc!tomg@ucbvax.Berkeley.EDU  (Thomas J. Gilg)
Subject: Re: DM/Xdomain swap problem - resolved
Organization: Hewlett-Packard Company, Corvallis, Oregon USA
Distribution: fj
Date: Wed, 30 Sep 1992 21:01:42 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Robert J. Hall (hall@bcstec.ca.boeing.com) wrote:
> 
>   As some of you may already know, this is a known problem that occurs because
> modifier keys are used as part of the sequence to swap between Xdomain and
> the DM. A workaround to this problem is to redefine the key sequence that
> performs the swap so that it _does_not_ include modifier keys.

Correct.

>   Presumably this problem is fixed, or will be fixed, for versions of Xdomain
> that are more recent than the 10.3.5.1 release.

Xdomain is fixed for SR10.4, and I'm trying to release the SR10.4 server
as a patch for SR10.3.5     Xdomain now recognizes when a modifier key
is used in the hot-key sequence, and generates synthetic up-events
for itself on the modifiers.  This means Xdomain no longer suffers
from stuck-down modifier keys.

In a recent discussion (refs from ~7/92. SR 5003-063024, SR 5003-033795),
we discussed the equivalent problem the DM has.   The final resolution
was that the DM would not be fixed - the code changes required to make
the DM generate synthetic up-events would be too difficult and risky.

As Robert suggests, using key sequences that do not include modifier
keys is the best solution.   BTW, if I'm not mistaken, the DM will
swap out with just <ctrl><f9> - hitting the shift modifier is NOT
needed.

Thomas Gilg
tomg@cv.hp.com
Newsgroups: fj.mail-lists.apollo
From: davidy@hwcae.az.honeywell.com (David Young)
Subject: Interviews-3.0 on Apollo ?
Posted-Date: Tue, 6 Oct 92 13: 37:15 -0600
Organization: Electrotechnical Laboratory, Tsukuba Science City
X-Zippy: When this load is DONE I think I'll wash it AGAIN..
Distribution: fj
Date: Tue, 6 Oct 1992 19:37:15 GMT
Return-Path: <davidy@hwcae.az.honeywell.com>

** puc.cl!klein.mat.puc.cl!coryan@uunet.uu.net  (Carlos O'Ryan Lira) on 4 Oct 92 02:36:21 GMT
** in [Interviews-3.0 on Apollo ?] writes:

Carlos> Hi,
Carlos> Has anybody compiled Inverviews-3.0 on Apollo?
Carlos> If so, what special flags, files, or whatever are needed?

Carlos> I'm using Domain/OS SR10.4 w/CC.v.2.1

No, I haven't, but with version 2.0 of Hpollo's C++ compiler in the
domain_examples directory, they ship Interviews-2.6 (iv-2.6.tar.Z).
If you uncompress and un-tar this file, you can take a look at the
Imakefile and/or Makefile shipped by HP to get an idea at what you
might need to do...

Carlos> Thanks.

--
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: psgrain!charnel!lbplum@uunet.uu.net  (Lars Plum )
Subject: seeking the whereabouts...
Organization: California State University, Chico
Distribution: fj
Date: Thu, 1 Oct 1992 08:37:00 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1ae5anINNk6q@cascade.cs.ubc.ca> roman@cs.ubc.ca (Marc Romanycia) writes:
>Hello,
>  I am trying to locate a fellow by the name of Lars Plum
>(lbplum@ecst.csuchico.edu) who responded to an ad I posted to this
>newsgroup a month ago.  I sent Lars Plum components from a DN3500 which I

Please ignore this posting.  He send me defective parts.  I did not discover this until I had send him my money.  

Thanks lars
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!zephyr.ens.tek.com!shaman!pogo!davidh8@ucbvax.Berkeley.EDU  (David Haight)
Subject: What can I do with an Apollo 3000
Organization: Tektronix Inc., Beaverton, Or.
Distribution: fj
Date: Fri, 2 Oct 1992 16:47:08 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


I have 2 3000's running sr9.7 that are absolutely useless in
our environment.  Is there a port of HPUX for them?  Is there
a port of any true unix for them and I'll build MIT X (second choice
by a long way)?  Where can I go for ethernet interfaces?

Sorry if this is an old subject, I've been waiting for a FAQ but
haven't seen one.

-----------------------------------------------------------------------
David Haight            | davidh8@pogo.wv.tek.com          | INTERNET
Tektronix, GPID Div.    | ...!tektronix!pogo.wv.tek.com!davidh8| UUCP
PO Box 1000, M/S 63-630 | (USA) (503) 685-3151             | VOICE
Wilsonville, OR 97070   | (USA) (503) 685-3063             | FAX
-----------------------------------------------------------------------
Newsgroups: fj.mail-lists.apollo
From: wupost!usc!sdd.hp.com!apollo.hp.com!netnews@uunet.uu.net  (Christopher Beierl)
Subject: Re: DN10k (SR10.4, 1 or 2 CPU) problems: (more) HELP
Organization: Hewlett-Packard Corporation, Chelmsford, MA
Distribution: fj
Date: Mon, 28 Sep 1992 14:21:21 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Sep28.091727.22550@ucc.su.OZ.AU> szabo_p@maths.su.oz.au (Paul Szabo) writes:
...
>After the latest crash (while running with a single CPU, with patch
>pd92_p0467 i.e. SR10.4.0.3) the node was showing:
>
>fault in domain_os, cpu 0
>E0419978: pc=E0011728 ipsw=08200045
>   mmu_csr(e)=1130A00D segment fault, flt pc=E0011724, flt addr=24300000
>Crash_Status 00120020  PC E0016E1C  SSP E04194E0  PID 21  CPU 0
>stop on cpu 0  pc=E0016944  SSP=E0419468  status code=00120020
>
>Then I used the commands 'DI N xxxxx' and 'DU' to get a dump file. After a
>while (and many !'s) it said 'Nm sad - St = 0B030004'. Is such an incomplete
>(65MB, from a 72MB system) dump file any use? Would anyone (i.e. HP: Chris?)
>want a dump file anyway?

Sorry, I don't know whether that would help or not.  I've never worked on
OS-level debugging so I don't know enough about that to give you a good 
answer.  I would recommend contacting the Response Center.

-Chris
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Christopher T. Beierl     Hewlett-Packard/Apollo - UTD - Media Technology Lab
INTERNET: beierl_c@apollo.hp.com                        PHONE: (508) 436-4054      
USMAIL: 300 Apollo Dr., Chelmsford, MA 01824           TELNET:       436-4054
Newsgroups: fj.mail-lists.apollo
From: mcsun!dxcern!vxcrna.cern.ch!roeber@uunet.uu.net
Subject: re: timezone()
Organization: CERN -- European Organization for Nuclear Research
Distribution: fj
Date: Sat, 26 Sep 1992 15:11:10 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <5b61df97.1bc5b@pisa.citi.umich.edu>, rees@pisa.citi.umich.edu (Jim Rees) writes:
> In article <199209241844.AA18784@pan.ssec.honeywell.com>, thompson@PAN.SSEC.HONEYWELL.COM (jt -- John Thompson) writes:
> 
>   :    /* The name 'timezone' refers to a data location as specified by System V.
>   :     * To use the BSD 'timezone()' function, change the call to _bky_timezone()
>   :     * or add -Dtimezone=_bky_timezone to the compile line, or add
>   :     * #define	timezone	_bky_timezone
>   :     * before the first #include directive in your program.
>   :     */
> 
>   If you put the '#define timezone   _bky_timezone' in the first line, it
>   works just fine.  I assume the other suggestions work equally well.
> 
> When and why did they break this?  I'm using sr10.3.5 and cc 6.7 and it
> works fine, because timezone is #defined in /usr/include/apollo_$std.h.
> If they had to remove it from there, why not put it into crt0.o?

Your edit is still there; nothing's changed.  I suspect the original
dude was using BSD semantics but compiling under SysV.
-- 
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
From: bcstec!chicken!root@uunet.uu.net  (Ring Administrator)
Subject: Mouse/Keyboard Event Count Tracking
Organization: none
Distribution: fj
Date: Tue, 29 Sep 1992 19:27:21 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


  I'm trying to write a program which will run as a background process on
an Apollo workstation and tracks ANY Mouse/Keyboard events. If no events
occur after some period of time, the process will launch another program.

  I'm trying to use the 'smd_$input_ec' event count to track these events.
Unfortunately, the 'ec2_$wait' call returns immediately with no event,
whether or not an event is generated. There doesn't seem to be any
documentation available that describes the 'smd' commands, so I'm having
to use calculated guesswork to put it together.

  Is there an initialization call I need to make?  Do the 'smd' commands
require the user to be running in borrow mode? In that case, is there
some other way to track all the mouse/keyboard events?

  Shown below is a sample code snippet with the basic calls I'm making.
The 'smd_$get_ec' call is used to set up the 'smd_$input_ec' counter,
then 'ec2_$wait' is used to poll for events. When an event is found, it
waits a second and updates the event counter.

-------------------------------------------------------------------------

#module timeout

#include <stdio.h>
#include <apollo/base.h>
#include <apollo/error.h>
#include <apollo/ec2.h>
#include <apollo/smdu.h>

#define	SDM_EC				(0)

void main ( int argc, char *argv[] )
{
	smd_$ec_key_t key = smd_$input_ec;
	status_$t status;
	ec2_$ptr_t ecp[1];
	short which;
	long val[1];

	/* Get display events */
	smd_$get_ec( key, &ecp[SDM_EC], &status );

	/* Get event count trigger */
	val[SDM_EC] = ec2_$read( *ecp[SDM_EC] ) + 1;

	/* Event loop */
	while (1)
	{
		/* Poll level 1 event count */
		which = ec2_$wait( ecp, val, (short)1, &status );

/* Print the event count */
printf("%lu\n", val[SDM_EC]);

		/* Sleep for a second */
		sleep(1);

		/* Update the trigger */
		val[SDM_EC] = ec2_$read( *ecp[SDM_EC] ) + 1;
	}
}

-------------------------------------------------------------------------

  Thanks in advance for any help you can provide.


 Bob Hall,                 | "If at first you don't succeed, try, try again.
 Workstation Peripheral    | Then give up. No use being a damn fool about it."
 Boeing Computer Services  |                                     -Groucho Marx
Newsgroups: fj.mail-lists.apollo
From: philip@cel.cummins.com (Philip D. Pokorny)
Subject: Re: Mouse/Keyboard event count
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Thu, 1 Oct 1992 14:30:44 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Bob Hall asks on comp.sys.apollo:
>   I'm trying to write a program which will run as a background process on
> an Apollo workstation and tracks ANY Mouse/Keyboard events. If no events
> occur after some period of time, the process will launch another program.
> 
>   I'm trying to use the 'smd_$input_ec' event count to track these events.
> Unfortunately, the 'ec2_$wait' call returns immediately with no event,
> whether or not an event is generated. There doesn't seem to be any
> documentation available that describes the 'smd' commands, so I'm having
> to use calculated guesswork to put it together.
Based on recent information posted in this newsgroup, this would
seem to be a good thing to try.

>   Is there an initialization call I need to make?  Do the 'smd' commands
> require the user to be running in borrow mode? In that case, is there
> some other way to track all the mouse/keyboard events?
I don't have any advice here all of these seem reasonable
variations to try.  You might not need to be in borrow mode,
perhaps just frame, or direct mode against an invisible pad
would also work.

>   Shown below is a sample code snippet with the basic calls I'm making.
> The 'smd_$get_ec' call is used to set up the 'smd_$input_ec' counter,
> then 'ec2_$wait' is used to poll for events. When an event is found, it
> waits a second and updates the event counter.
> 

Have you ever read the 10 commandments for C Programmers?

6. If a function be advertised to return an error code in the
event of difficulties, thou shalt check for that code, yea, even
though the checks triple the size of thy code and produce aches
in they typing fingers, for if thou thinkest "it cannot happen
to me", God shall surely punish thee for thy arrogance.
> 
> [ Code deleted ]
> 
> 	/* Get display events */
> 	smd_$get_ec( key, &ecp[SDM_EC], &status );

Checking status at this point reveals:

    Status: 0x00130004
    ecp[0]: 0x00000000

Status code 130004 is:

   $ stcode 130004
   invalid use of display driver procedure (OS/display driver)

and notice that your ec2_$ptr_t is NULL...


> 	/* Get event count trigger */
> 	val[SDM_EC] = ec2_$read( *ecp[SDM_EC] ) + 1;
> 
> 	/* Event loop */
> 	while (1)
> 	{
> 		/* Poll level 1 event count */
> 		which = ec2_$wait( ecp, val, (short)1, &status );

Checking status here reveals:

   Status: 0x00180004

which is:

   $ stcode 180004
   bad eventcount (OS/level 2 eventcount manager)

> /* Print the event count */
> printf("%lu\n", val[SDM_EC]);
> 
> [ More code deleted ]

I'd suggest you continue with your variations above and check
the status codes.  They will certainly give you direct and
immediate feedback of whether you are succeeding or failing.


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

Newsgroups: fj.mail-lists.apollo
From: darwin.sura.net!spool.mu.edu!sdd.hp.com!caen!uwm.edu!ogicse!news.u.washington.edu!zeus!davidb@seismo.css.gov  (David W. Barts)
Subject: Re: $DISPLAY not getting set
Organization: University of Washington
Distribution: fj
Date: Mon, 28 Sep 1992 18:16:20 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


Thanks to all who responded.  After I created the correct
\`node_data/startup.* file, DISPLAY gets set properly.

--
David Barts  N5JRN                      UW Civil Engineering, FX-10
davidb@ce.washington.edu                Seattle, WA  98195
Newsgroups: fj.mail-lists.apollo
From: sdd.hp.com!apollo.hp.com!netnews@hplabs.hpl.hp.com  (James Kumorek)
Subject: Re: dde 2.0 out of control ??
Organization: Hewlett-Packard Company, Chelmsford, MA
Distribution: fj
Date: Tue, 6 Oct 1992 14:17:52 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <9210051842.AA23206@nettlerash.berkeley.edu>, PMIDS@FRPOLY11.BITNET (Darrell Skinner) writes:
|> 
|>    We've been having sporadic problems with dde on sys 10.4 (10.4 was
|> installed about a month ago).  dde launches the program to be debugged,
|> but seems to completely lose control of it.  The program just runs until
|> you kill it (and that can be difficult), and dde doesn't even know it's
|> debugging anything.  Happens both with 'dde doit' and the command within
|> dde 'debug doit'.  Once this problem starts cropping up, the only soln
|> seems to be to reboot the machine.  Any less drastic solutions?

Yup!  Call the response center, and tell them that you are experiencing a
problem with Domain OS that prevents DDE from getting control of the target
program, and that this problem was reported in APR #7D981B15, and is fixed
in the September patch tape.

I believe the response center phone number is 1 (800) 2 APOLLO

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Jim Kumorek
Systems Technology Division
Massachusetts Language Lab - Hewlett Packard
kumorek@apollo.hp.com
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!spool.mu.edu!cserver!edsi!chuck@ucbvax.Berkeley.EDU  (Chuck Tomasi)
Subject: Re: $DISPLAY not getting set
Organization: Enterprise Data Systems Incorporated, Appleton WI
Distribution: fj
Date: Sun, 27 Sep 1992 22:01:18 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

thompson@PAN.SSEC.HONEYWELL.COM (jt -- John Thompson) writes:

:)> On one of our systems, the DISPLAY environment variable is not
:)> automatically set upon logging on.  On all other systems, it is
:)> properly initialized to ":0" if a user logs in to the console.
:)> 
:)> I've tried to find where the magic file is that sets DISPLAY, but
:)> ...

:)On our systems, at least, it's in `node_data/startup.<DISPLAYTYPE>
:)I don't think that this is my customization, but you never can tell....

On our systems I put a statement in /etc/profile (for /bin/sh and
/bin/ksh users - which is all of us at our site) which reads:

DISPLAY=`/etc/hostname`:0.0
export DISPLAY

There are several places you can put a line like this (or something
similar) as mentioned above. 

Now that you mention it, I don't know if it is actually getting set.
Once we start up XDomain it seems to me that the DISPLAY variable
contains something like unix:0.0.  That can't be right.  Sure, make me
check out something that I thought was working... As if I don't have
enough to do already.  :)
-- 
Chuck Tomasi             | Elections are like washing windows...
chuck@edsi.plexus.COM    | The dirt is always on the other side.
spool!cserver!edsi!chuck |             -Reader's Digest Sept 92
------<Enterprise Data Systems Incorporated, Appleton Wisconsin>------
Newsgroups: fj.mail-lists.apollo
From: wupost!sdd.hp.com!apollo.hp.com!netnews@decwrl.dec.com  (Dan Ganek)
Subject: Re: Mouse/Keyboard Event Count Tracking
Organization: Hewlett-Packard Corporation, Chelmsford, MA
Distribution: fj
Date: Thu, 1 Oct 1992 14:33:18 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <811@chicken.ca.boeing.com> root@chicken.ca.boeing.com (Ring Administrator) writes:
>
>  I'm trying to write a program which will run as a background process on
>an Apollo workstation and tracks ANY Mouse/Keyboard events. If no events
>occur after some period of time, the process will launch another program.
>
>  I'm trying to use the 'smd_$input_ec' event count to track these events.
>Unfortunately, the 'ec2_$wait' call returns immediately with no event,
>whether or not an event is generated. There doesn't seem to be any
>documentation available that describes the 'smd' commands, so I'm having
>to use calculated guesswork to put it together.
>
>  Is there an initialization call I need to make?  Do the 'smd' commands
>require the user to be running in borrow mode? In that case, is there
>some other way to track all the mouse/keyboard events?
>
>  Shown below is a sample code snippet with the basic calls I'm making.
>The 'smd_$get_ec' call is used to set up the 'smd_$input_ec' counter,
>then 'ec2_$wait' is used to poll for events. When an event is found, it
>waits a second and updates the event counter.
>

Before calling smd_$get_ec you need to call 
  smd_$set_disp_unit( (short)1, &status);
   
The prototype is:

   extern void smd_$set_disp_unit
       ( short int               & unit
       , status_$t               * status
       );


/dan ganek 
Newsgroups: fj.mail-lists.apollo
From: email!newton.auto.tuwien.ac.at!mjl@uunet.uu.net  (Martin J. Laubach)
Subject: re: timezone()
Organization: Technical University of Vienna
Distribution: fj
Date: Fri, 2 Oct 1992 14:05:03 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

| Your edit is still there; nothing's changed.  I suspect the original
| dude was using BSD semantics but compiling under SysV.

  Not quite. I'm using BSD semantings and compiling under BSD.

	mjl
Newsgroups: fj.mail-lists.apollo
From: eru.mt.luth.se!lunic!sunic!mcsun!dxcern!vxcrna.cern.ch!roeber@bloom-beacon.mit.edu
Subject: re: timezone()
Organization: CERN -- European Organization for Nuclear Research
Distribution: fj
Date: Fri, 2 Oct 1992 15:04:36 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Oct2.140503.3655@email.tuwien.ac.at>, mjl@newton.auto.tuwien.ac.at (Martin J. Laubach) writes:
> | Your edit is still there; nothing's changed.  I suspect the original
> | dude was using BSD semantics but compiling under SysV.
> 
>   Not quite. I'm using BSD semantings and compiling under BSD.

Yes, I was wrong.  It seems that HP has left the initialization file
/usr/include/apollo_$std.h intact, but the new compilers don't
include it!  Go figure...

-- 
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
From: cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!uwm.edu!rpi!usc!sol.ctr.columbia.edu!destroyer!terminator!pisa.citi.umich.edu!rees@ucbvax.Berkeley.EDU  (Jim Rees)
Subject: re: timezone()
Organization: University of Michigan IFS Project
Distribution: fj
Date: Fri, 25 Sep 1992 16:10:26 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <199209241844.AA18784@pan.ssec.honeywell.com>, thompson@PAN.SSEC.HONEYWELL.COM (jt -- John Thompson) writes:

  :    /* The name 'timezone' refers to a data location as specified by System V.
  :     * To use the BSD 'timezone()' function, change the call to _bky_timezone()
  :     * or add -Dtimezone=_bky_timezone to the compile line, or add
  :     * #define	timezone	_bky_timezone
  :     * before the first #include directive in your program.
  :     */

  If you put the '#define timezone   _bky_timezone' in the first line, it
  works just fine.  I assume the other suggestions work equally well.

When and why did they break this?  I'm using sr10.3.5 and cc 6.7 and it
works fine, because timezone is #defined in /usr/include/apollo_$std.h.
If they had to remove it from there, why not put it into crt0.o?
Newsgroups: fj.mail-lists.apollo