HDTenEightyP/NetNews huggingface dataset:
From: SP02038@SWTEXAS.BITNET
Newsgroups: comp.sys.apollo
Subject: Portmap won't start
Date: 28 Sep 92 22:33:00 GMT
Distribution: world
Organization: The Internet


        Well, everything (more or less) was going just dandy until
        last night.  Our file server (DN4000 w/ SR10.4 and NFS 2.3)
        is having problems.  Namingly, portmap won't start, which
        means no one can mount the file server.  The file server can
        mount other machines, but not the other way around.  When I
        type /etc/portmap to start it manually, I just get my prompt
        back with no server started.  There are no error messages!
        Just a quiet exit.  This is very unquieting!  Any ideas?

        The only thing I did last night was to shut down the node,
        did a salvol on the disk to update the quota table, and
        then rebooted the system.  Then there was remote nfs access.
        Portmap wasn't there, and nfsd and mountd had timed out.

        Help!!!

        Shaun Pankau
        UNIX Systems Administrator
        Computer Science Department
        Southwest Texas State University
        e-mail: sp02038@swtexas.bitnet
                sp02038%swt.decnet@relay.the.net
From: thompson@PAN.SSEC.HONEYWELL.COM (jt -- John Thompson)
Newsgroups: comp.sys.apollo
Subject: re: CDROM access?
Date: 26 Sep 92 17:54:14 GMT
Distribution: world
Organization: The Internet


> :)Is there any way to use the CDROM drives except with the cdfsmount
> :)type commands? Most other boxes support some other level of controls
> :)for these. I'm at 10.3.5.
> 
> There must be because Mentor Graphics is now (in the last year and a
> half) shipping all their software on CDROM.  They don't actually mount
> the cd when they do a software install.  I've looked through their
> installation scripts once or twice and it looked like it was done with
> the help of rbak, although there was another program helping since rbak
> cannot directly access the CDROM.  The name of the other program escapes
> me at this point.

Mentor Graphics currently uses the cdfsmount commands (8.0_5 and beyond), although
you can supposedly still use their device driver instead.  At 8.0_3(?) and earlier,
they used a device descriptor file (DDF) to access the CD-ROM.  I'm afraid I don't
know other details of how they access the DDF (nor do I happen to have a copy of
the DDF to describe).

Unless I'm mistaken, the Mentor install pipeline is 'cat NAME | rbak -stdin ...'

-- 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: comp.sys.apollo
From: kumorek@apollo.HP.COM (James Kumorek)
Subject: Re: DDE X-interface, sys 10.4 and DN10000
Date: Mon, 5 Oct 1992 14:45:44 GMT
Organization: Hewlett-Packard Company, Chelmsford, MA

In article <9210042009.AA06686@nettlerash.berkeley.edu>, PMIDS@FRPOLY11.BITNET (Darrell Skinner) writes:
|> 
|>    We had been looking forward to putting sys 10.4 up on our DN10000/PRISM
|> so we can use the dde debugger from non-Apollo machines via the promised
|> X-interface.  We went from 10.2 to 10.4 on our DN10000 before we were
|> prepared for it (the system disk failed, and we just jumped).  I've been
|> poking around trying to figure out what this system does, and it
|> appears that the dde X-interfaced was ... omitted/disabled/whatever.
|> Is that so?  If so, why?  I can't find ANYTHING in the release notes
|> about the DDE being different on the DN10000.
|> 
|>    Evidently, Motif 1.1, dde 2.0 X and the X11R4 server go together.  Because
|> the X11R4 server was not implemented for PRISM machines, Motif wasn't
|> upgraded.   If you were only going to use the dde X interface on the
|> machine's monitor, its omission would make sense.  But that's not how
|> we use our DN10000, and it doesn't make sense.  Have I missed something?
|> 
|>    Since dde 2.0 was implemented on PRISM and 68X machines together, I can't
|> see how HP saved much effort in not providing the client-side X-interface
|> on the PRISM machines.  Unless HP is trying to give us reasons to hang
|> on to our little 68X Apollos rather than trading them up :-)  (There's
|> too much invested in our 4-processor DN10000 to trade it in anytime soon.)
|> 
|>    We haven't yet moved our smaller 68X machines to 10.4.  I am curious ...
|> at 10.4, is there a separate product motif 1.1 which supplies the
|> dde X interface (/sys/debug/ui/ui_motif), or was it all bundled with the
|> the operating system release?

There is no X user interface for DDE v2.0 on the DN10000 because HP decided
not to provide Motif 1.1 and X11R4 development environment on the DN10000.  As
the Motif UI is based on Motif 1.1, it was not possible to deliver it on the DN10000 as we had hoped.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Jim Kumorek
Systems Technology Division
Massachusetts Language Lab - Hewlett Packard
kumorek@apollo.hp.com
From: heldb@bcsaic.boeing.com (Brad Held)
Newsgroups: comp.sys.apollo
Subject: ftp of large files
Keywords: ftp
Date: 5 Oct 92 21:57:18 GMT
Organization: Boeing Computer Services

Is there a known problem with ftp'ing large files (large
being +20M)?

I have never experienced any first hand but am posting
this for some co-workers who claim to have had "problems".
The problem was described to me as ftp will periodically
stop sending (but not terminate) after some random size
somewhere above 20M.

The problem occured using Context/Apollo Versions 7.1/7.3/SR10.1/SR10.3/10.3.5.
-- 
  Brad Held                                     ___ ___ ___ ___     ___
  P.O. Box 3707  M/S 2L-11                     /__//  //__  /  /\ //  _
  Seattle, WA  98124-2207 USA                 /__//__//__ _/_ /  //__/ 
  heldb@atc.boeing.com                           Computer Services
From: SP02038@SWTEXAS.BITNET
Newsgroups: comp.sys.apollo
Subject: Portmap problem solved!!!
Date: 30 Sep 92 02:16:00 GMT
Distribution: world
Organization: The Internet


        My thanks to all who sent me suggestions concerning my portmap
        problem.  To refresh your memories, the problem I was having
        was that portmap would not start, just exit quietly without any
        error messages -- i.e. it would not fork off a child server.

        Now to the solution.  After trying everything, I decided to try
        running another nodes portmap binary by specifying the entire
        path i.e. //node/etc/portmap.  I'm not sure what make me think
        of doing so, but it worked.  I did a ls -al on both binaries --
        they were the same.  I killed the portmap server that was now
        running, copied the other nodes binary on top of the file server's
        binary, and type /etc/portmap.  It worked!  I guess the binary on
        the file server got corrupted some how, but instead of giving a
        segmentation fault or some other error it just quietly exited.
        Strange are these apollos!

        Shaun Pankau
        UNIX Systems Administrator
        Computer Science Department
        Southwest Texas State University
        e-mail: sp02038@swtexas.bitnet
                sp02038%swt.decnet@relay.the.net
From: philip@cel.cummins.com (Philip D. Pokorny)
Newsgroups: comp.sys.apollo
Subject: Re: Mouse/Keyboard event count
Date: 1 Oct 92 14:30:44 GMT
Distribution: world
Organization: The Internet

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
:)
From: lbplum@ecst.csuchico.edu (Lars Plum )
Newsgroups: comp.sys.apollo
Subject: seeking the whereabouts...
Date: 1 Oct 1992 08:37:00 GMT
Organization: California State University, Chico
Distribution: na
NNTP-Posting-Host: cscihp.ecst.csuchico.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
From: davidb@zeus.ce.washington.edu (David W. Barts)
Newsgroups: comp.sys.apollo
Subject: Re: $DISPLAY not getting set
Date: 28 Sep 92 18:16:20 GMT
Article-I.D.: u.1992Sep28.181620.21143
Organization: University of Washington


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: comp.sys.apollo
From: Aris Argyriadis <aris@ap1.me.umn.edu>
Subject: RE: ftp on large files
X-Xxmessage-Id: <A6F74FE303016502@ap1.me.umn.edu>
X-Xxdate: Tue, 6 Oct 92 20:14:59 GMT
Organization: none
Date: Tue, 6 Oct 1992 19:19:19 GMT


Brad Held says:
>Is there a known problem with ftp'ing large files (large
>being +20M)?
>
>I have never experienced any first hand but am posting
>this for some co-workers who claim to have had "problems".
>The problem was described to me as ftp will periodically
>stop sending (but not terminate) after some random size
>somewhere above 20M.
>
>The problem occured using Context/Apollo Versions
7.1/7.3/SR10.1/SR10.3/10.3.5.


Well, I have similar problems under SR10.4!!!  And everytime that this
happens
I have to reboot the computer, otherwise the TCP/IP sockets will remain
locked!
From: tomg@hpcvusc (Thomas J. Gilg)
Newsgroups: comp.sys.apollo
Subject: Re: DM/Xdomain swap problem - resolved
Date: 30 Sep 92 21:01:42 GMT
Organization: Hewlett-Packard Company, Corvallis, Oregon USA

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: comp.sys.apollo
From: roeber@vxcrna.cern.ch
Subject: re: timezone()
Reply-To: roeber@cern.ch
Organization: CERN -- European Organization for Nuclear Research
Date: Sat, 26 Sep 1992 15:11:10 GMT

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
From: xx123yyy@matt.ksu.ksu.edu (Brian Gregory Howard)
Newsgroups: comp.sys.apollo
Subject: Help with NCS (NCA) please ...
Date: 4 Oct 1992 05:08:06 -0500
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu
Keywords: NCS NCA

Hello all,
	I am writing a report (for school) about remote procedure calls using
Sun RPC and Apollo NCS.  Obtaining information and sample code for Sun RPC was
very easy - Sun computers are everywhere and the complete RPC source is
avilable at many FTP sites.  However, I need as much of the following
informaiton about NCS as is posible.  (Thanks in advance!)

	o  Are there any non-Apollo books on NCS?
	o  What is needed to compile an NCS program.  (I have access to several
	   DN series computers running SR10.2, SR10.3 and C V6.7.)
	o  Where can I obtain a simple NCS program in source form?  (A remote
	   date procedure would be nice; however, any souce code using NCS
	   would be helpful.)

			Thank-you

                                Brian G. Howard
                                brian@grace.ecc.ksu.edu
                                xx123yyy@matt.ksu.ksu.edu

#####  line 10 in file "proj$$$.c":  function "main()"

    ERROR #13:  Compiler is tired of looking at your sloppy code.

## EXIT 1

Newsgroups: comp.sys.apollo
From: ganek@apollo.hp.com (Dan Ganek)
Subject: Re: Mouse/Keyboard Event Count Tracking
Date: Thu, 1 Oct 1992 14:33:18 GMT
Organization: Hewlett-Packard Corporation, Chelmsford, MA

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: comp.sys.apollo
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Subject: Installing cc 6.9.p / ftn 10.9.p
Originator: system@aurum.chem.utoronto.ca
Organization: University of Toronto Chemistry Department
Date: Fri, 2 Oct 1992 20:54:45 GMT

I am trying to install cc 6.9.p / ftn 10.9.p on our DN10000, and am
getting a message about "ISP of target node and product not the same".
Any clues? (I don't have the SR10.4.p AA installed on the system,
just the compilers, but I installed the m68k cc/ftn without incident
without the SR10.4 AA installed.)
-- 
What are the chances that any HP computer system will ever "work" properly?
.. and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
Newsgroups: comp.sys.apollo
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Subject: Re: dm-edit via nfs
Organization: University of Toronto Chemistry Department
Date: Fri, 2 Oct 1992 17:40:44 GMT

In article <92276.144345K320140@ALIJKU11.BITNET> K320140@ALIJKU11.BITNET writes:
>Sorry if this is a faq, but I have a (for me) unsolvable problem:
>We are using Apollos (OS 10.3) and Suns (OS 4.1.2) and want to
>mount some Sun Volumes from the Apollos and edit the Sun-Files using
>Apollos's Display-Manager-Editor. Mounting works fine, ....

NFS 2.3 had a bug where root on the Apollo did not get exported as root
to the remote system, so you would get permission denied when writing
as root, but not as any other valid user. There is a patch for this.
-- 
What are the chances that any HP computer system will ever "work" properly?
... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
From: thompson@PAN.SSEC.HONEYWELL.COM (jt -- John Thompson)
Newsgroups: comp.sys.apollo
Subject: re: $DISPLAY not getting set
Date: 27 Sep 92 17:44:24 GMT
Distribution: world
Organization: The Internet



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


-- 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: comp.sys.apollo
From: roeber@vxcrna.cern.ch
Subject: Re: DDE X-interface, sys 10.4 and DN10000
Reply-To: roeber@cern.ch
Organization: CERN -- European Organization for Nuclear Research
Date: Mon, 5 Oct 1992 15:43:05 GMT

In article <BvnL08.9GB@apollo.hp.com>, kumorek@apollo.HP.COM (James Kumorek) writes:
> In article <9210042009.AA06686@nettlerash.berkeley.edu>, PMIDS@FRPOLY11.BITNET (Darrell Skinner) writes:
> |> 
> |>    We had been looking forward to putting sys 10.4 up on our DN10000/PRISM
> |> so we can use the dde debugger from non-Apollo machines via the promised
> |> X-interface.
> [...]
> There is no X user interface for DDE v2.0 on the DN10000 because HP decided
> not to provide Motif 1.1 and X11R4 development environment on the DN10000.

Ah, but couldn't one run dde v2.0 on an m68k Apollo with the X display
pointed back at a non-Apollo, then (using the neat but soon-to-die
cross-platform/cross-network debugging facilities) debug the program on
the 10k?

-- 
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: comp.sys.apollo
From: root@mips.complang.tuwien.ac.at (Sysadmin. Thomas Hollunder)
Subject: UID Unification Problems installing NFS 2.3 
Keywords: 
 
 I'd like to install NFS 2.3 on our Domain -Token Ring Network (10.3.5)
Reply-To: root@mips.complang.tuwien.ac.at
Organization: Technische Universitaet Wien
Date: Mon, 28 Sep 1992 15:20:27 GMT

and on our Suns and Decstations. I want  to mount the whole Filesystem of
the Decs and Suns into the Network-root of the Token-ring AND the Apollo
disks as whole into the Filesystems of the Suns end Decs. 
 
 The first problem I'm stuck with:

How can I unify the GIDs and UIDs if there are reserved GIDs/UIDs on
both the Apollos and the Sun/DECs which (you guessed already ) do not
match ?

 What problems can I expect, if I simply do not touch the reserved
GIDs/UIDs ?

 Reading the Manuals (about syncids(1m) and import_passwd(1m)) could
give no clue to the questions above.

 Thanks in advance for any hint.

-- 


                          Thomas Hollunder  root@mips.complang.tuwien.ac.at
        Institute of Programming Languages  Phone: +43 222 58801 4476
           University of Technology Vienna         +43 663 81 87 79
Argentinierstr. 8/13, 1040 Vienna, Austria  Fax:   +43 222 505 78 38
From: steve-t@hpfcso.FC.HP.COM (Steve Taylor)
Date: Sun, 4 Oct 1992 19:03:44 GMT
Subject: Re: Audio port on HP Apollo 9000/400t : How to use ?
Organization: Hewlett-Packard, Fort Collins, CO, USA