HDTenEightyP/NetNews huggingface dataset:
From: ganek@apollo.hp.com (Dan Ganek)
Subject: Re: Making /lib/xmlib1.1 a global library in SR10.4
Date: Fri, 13 Nov 1992 22:13:43 GMT
Organization: Hewlett-Packard Corporation, Chelmsford, MA

In article <1992Nov13.215059.1429@hpcvusn.cv.hp.com> tomg@hpcvusc (Thomas J. Gilg) writes:
>Bill Gutknecht (bag@node_1f11c.bnr.ca) wrote:
>> I'd like to make the library globaly loaded in an effort to save memory 
>> and help performance .....
>> 
>> Anyhow, I entered the following two lines into /etc/sys.conf
>> 
>> lib xtlib.r4, global, optional  # Needed to resolve globals in xmlib1.1
>> lib xmlib1.1, global, optional
>
>Under Domain/OS, the load order of shared libraries is very critical.  As
>an example, consider the sequence of events when running vuewm:
>
 [inlibing info deleted]>
>
>A key question for which I don't have an answer is whether shared libraries
>in /etc/sys.conf will have their main() routines executed if they have one.
>In the X/Motif libraries, it is absolutly critical that the main() routines
>in the libraries get executed so that things like vendorShell can be
>properly initialized.
>
>
>Thomas Gilg
>tomg@cv.hp.com
>

Bill, making a library global doesn't save memory (real or virtual) 
over inlibing. It doesn't help performance much either.

Tom, the main routine of a global library is executed for EVERY process that
is started whether it uses it or not. For that reason, global libs should NOT
have a main() unless it is absolutely necessary.

(At least that's what I rememebr from the good old days)

/dan
From: sasgrw@cumorah.unx.sas.com (Glen R. Walker)
Newsgroups: comp.sys.apollo
Subject: Re: DM vs. xterm
Date: 10 Nov 92 18:23:16 GMT
Organization: SAS Institute Inc.
Originator: sasgrw@cumorah.unx.sas.com


In article <lee.721411939@ceg.uiuc.edu>, lee@ceg.uiuc.edu (Chris Lee) writes:
|>
|> 1. I can save the transcript of the pad ANYTIME.  I think such an option
      [ more stuff...]
|>    the Xtermlog file.  With DM, I can issue a 'pn filename' command anytime
|>    and the whole pad will be saved.  Not just a bit of it.  Speaking of which,
|>    I can actually give the name of the file I want to log to...
|>

      It's nice that it saves what you have been doing and saves what
      you will do.  It's kind of neat issuing the 'pn filename' command
      then bringing up a 'read' window on that file.  When you type commands
      into the assiciated pad, you see it echoed in the file.

|> 4. With 1 keypress (I count control/shift key as 1 key press), I can
|>    move a window to any part of the screen while simultaneously resizing
|>    it.  I'm using MWM right now, and this is one feature I really miss.
|>

      I'd love to be able to do this under X.

|> And just to be fair, there is 1 thing that absolutely drives me crazy
|> on the DM that I can't do anything about.  The DM editor is very mouse
|> sensitive.  If the mouse moves as you are editing something, your cursor
|> will move.  I don't know about others, but REALLY, I want my cursor
|> where I left it.  IMHO, the cursor should only move with a button click
|> or something like that.  This is where I think X is better.  A cursor
|> AND a mouse pointer.
|>

      Since we've switched our development platform from Apollo 3500/4500 
      to HP workstations, I too have grown to love the multiple cursor
      and window focus policies.  When I switch back to an Apollo (I have one
      at home), I find it very annoying that the pad I want to type in must
      be popped to the top.


 +---------------------------------------+---------------------------+
 | Glen R. Walker                        |                           |
 | (sasgrw@cumorah.unx.sas.com)          | SAS Institute, Inc.       |
 |                                   |\  | SAS Campus Drive          |
 |         ttt        _/|    |\     o    | Cary, NC 27513-2414       |
 | }----------------=I_ |   o   |\    |\ | (919) 677-8000 ext. 6869  |
 |    (____|||_____)   \|      o     o   |                           |
 |                                       |                           |
 +---------------------------------------+---------------------------+
 | ...and hid up in the hill Cumorah all the records which had been  |
 | entrusted to me...                                                |
 +-------------------------------------------------------------------+
From: rees@pisa.citi.umich.edu (Jim Rees)
Newsgroups: comp.sys.apollo
Subject: Re: Config says there's a floppy drive
Date: 10 Nov 1992 16:56:44 GMT
Organization: University of Michigan CITI
Distribution: world
Reply-To: Jim.Rees@umich.edu
NNTP-Posting-Host: pisa.citi.umich.edu

In article <6699@m1.cs.man.ac.uk>, zzaascd@hpa.ee.man.ac.uk (Colin Dente) writes:

  I have never noticed *any* high-level effect arising from the configuration
  set with CONFIG.  I have used systems with this information set completely
  haywire, but nothing seemed to care.  *Does* anything actually use this
  information?

I know that if you install a 3com 505 ethernet board without the Apollo boot
rom on it, and tell config you've got an ethernet, then auto-boot (little
white button in normal mode) will fail.

Speaking of which, I find it very annoying that machines won't auto-boot
unless there is a keyboard plugged in.  Are there any tricks I can play with
config to make this work?
From: krowitz@QUAKE.MIT.EDU (David Krowitz)
Newsgroups: comp.sys.apollo
Subject: Re:  HD on DN3000?
Date: 9 Nov 92 14:56:00 GMT
Distribution: world
Organization: The Internet

The disk drives on the Apollo DN3000/4000 and DN3500/4500/5500 series
are ESDI disk drives. Yours is probably a Micropolis 1355 given its
raw disk capacity of 170 Mb. The Apollo Domain/OS disk I/O drivers
do not require the user to enter the drive geometry (they either have
it builtin, or in the case os SCSI drives they seem to get the
necessary info from the drive itself). As a result, I have no idea
what the drive geometry is, although almost any Micropolis distributor
could look it up from the drive's spec sheet.

== Dave Krowitz
From: noise+@pitt.edu (Andrew M Andrews)
Newsgroups: comp.sys.apollo
Subject: automatic interactive program startup in Domain/OS
Date: 11 Nov 92 00:36:26 GMT
Organization: University of Pittsburgh
Originator: noise@unixd3.cis.pitt.edu

Hi folx,

I've recently been made responsible for making a few customizations to what
should otherwise be a "turnkey" system.  "Needless to say", I need some help.

We're running a couple of Series 400 workstations (one is esentially a b&w
server, the other (color) for end-user access to a program called ASD which
allows users to look at aircraft positions.  For some reason, the system
must run at version 10.3.5 instead of 10.4.

We want the color machine (named //color) to automatically run this ASD
program on bootup.  I tried adding the program to the end of /etc/rc with
no results, then I "cp" it in `node_data/startup.1280color, which runs the
program but the program displays the error:

	insufficient rights to perform DM command (display manager/Pad
		manager) (CR)

Basically, we dont want the users to have to login to use the program.

Any suggestions would be greatly appreciated.  I'm at "noise+@pitt.edu".
If that doesn't work, please try "noise@pitt.edu" or "noise@unix.cis.pit.edu"
or "noise@vms.BITNET".  I've been away from the USENET for a while and don't
know the current rules for mailing addresses.  I also don't have the
resources to read comp.sys.apollo , unfortunately.

Thanks in advance,
Andy Andrews
noise@pitt.edu

Newsgroups: comp.sys.apollo
From: rvenable@helix.nih.gov (Richard M. Venable)
Subject: Re: Need Some Advice..
Summary:   ATR lives!
Organization: National Institutes of Health, Bethesda
Date: Sat, 14 Nov 1992 05:34:56 GMT

In article <1992Nov13.172035.2396@novatel.cuc.ab.ca> hpeyerl@novatel.cuc.ab.ca (Herb Peyerl) writes:
>If you want to make the assumption that IP packets are encapsulated within 
>DDS packets, then in order to make HP-UX reside on ATR, HP must then have 
>ported DDS to HP-UX on 400's and 700's... That must mean 700's have 
>node-ids. Somehow I doubt that.

Actually, I understand that although ATR cards are available for 700's, they
use a different protocol than standard Apollo DNxxxx* nodes, and a 9000/400
series node is needed to translate protocols.  I assume at least the packet
structure is different, but don't know all the details.  I hope to find out
soon; if anyone has any more complete information ...

<---------------------------------------------------------------------->
<  Rick Venable                (O O) |  "Back off, I'm a scientist."   >
<  FDA/CBER Biophysics Lab      )|(  |        -- Bill Murray in        >
<  rvenable@helix.nih.gov       (=)  |           'Ghostbusters'        >
<---------------------------------------------------------------------->
From: guyh@hpubvwa.nsr.hp.com (Guy Hyde)
Newsgroups: comp.sys.apollo
Subject: Re: HP-UX on Apollos - possible ?
Date: 9 Nov 92 19:25:46 GMT
Article-I.D.: hpubvwa.175190001
Organization: Hewlett-Packard Bellevue Sales

NO!

The only common HW platform that will run
DOMAIN and HP-UX is the series 400.
From: thompson@pan.ssec.honeywell.com (jt -- John Thompson)
Newsgroups: comp.sys.apollo
Subject: re: DM vs. xterm
Date: 12 Nov 92 21:28:39 GMT
Distribution: world
Organization: The Internet







<<forwarded message>>
from:  srvr1.engin.umich.edu!apollo-list-errors 
subj:  Re: DM vs. xterm
date:  10 Nov 92 11:55:02 GMT
sender: mcsun!news.funet.fi!hydra!klaava!klaava!hkarhune@uunet.uu.net  (Heikki Karhunen)
sender: apollo-request@srvr1.engin.umich.edu
to:    apollo@srvr1.engin.umich.edu
sent:  11/12/1992  3:05 pm (CST)
sender: pan!daemon
-------                                                                      **|


> In article <1992Nov10.113707.1@vxcrna.cern.ch> roeber@vxcrna.cern.ch wrote:
> > In article <1992Nov9.192837.17737@bcars6a8.bnr.ca>, djf@bnr.ca (Duane Fowler) writes:
> [ snip ]
> > (PS: How do you get infinite scrollback in an xterm?)
> 
> Errh... It isn't exactly infinite as I recall... Just blasted big. 
> 
> Something around 262144 lines, or some such largish number (I found
> this while browsing thorugh some of the headers, can't remember where,
> but it ought to be there somewhere).

From /sys/help/limits.hlp (<HELP> limits) --
     FEATURE                            SR9.7           SR10.2            SR10.4
     -------                            -----           ------            ------
     ...
     DM:
         windows                        50              110               110
         pads                           40              100               100
         lines/pad                      262143          262143            262143
         chars/line                     256             1024              1024
     ...
 

> And yes, I can indeed have a large scrollback in xterm (I personally 
> favour 1000-2000 lines) with -sl commandline option.

Since we (SSEC) have bumped in to each and every one of these limits many
times, I can't see how 1000-2000 lines help.  My Xterms are set up with 10,000
lines, and I run over that more often than I'd like.

-- jt --
John Thompson
Senior 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: rvenable@helix.nih.gov (Richard M. Venable)
Subject: Re: Modem problems
Keywords: Modem
Reply-To: rvenable@helix.nih.gov (Richard M. Venable)
Organization: National Institutes of Health
Date: Fri, 13 Nov 1992 21:03:47 GMT

In article <Bxn9sw.A48@news.cso.uiuc.edu>, rdg0298@uxa.cso.uiuc.edu
(Richard Dessenberger ) writes:
|>    I posted a previous article on some problems I was having
installing a 
|>    modem to be used as a dial-in line on our HP 9000,730.  Thanks to
a helpful
|>    hint I now have the getty process checking for activity on the
modem line.
|>    However, when you try to connect to the modem, it allows you to
connect, but
|>    then it writes a bunch of garbage to the screen.  It says connect,
but gives
|>    no speed. For example, when one usually connects to a remote host
vi a modem,
|>    the host usually replies with a CONNECT 2400   or whatever speed
you are 
|>    communicating at.  Ours does not give a speed, and the rest of the
stuff
|>    is a bunch of junk.  I am using a Practical Peripherals 2400 baud
modem, and
|>    have set the modem to check and follow the DCD and DTR signals; as
discussed
|>    in the HP manuals.  I can't figure out why it won't work.  Does
anybody, have
|>    any suggestions ?   
|> 
|>    Please send post or send email to
|> 
|>        rich@polypro.me.uiuc.edu
|> 
|>                                             Richard

The getty process has 'autobaud' capabilities; that is, it assumes a
default
line speed, but will switch to the next available line speed setting
when it
receives a 'break' signal from the remote terminal.  You can set the
default
line speed to 2400 baud by specifying it as an argument to getty, e.g.

/etc/getty tty00 2400

Normally, this should be in  inittab  so that the process is started at
bootup,
with the 'respawn' attribute so that getty restarts when a user logs
out.

Also, on some modems, the message CONNECT (as opposed to CONNECT 2400)
implies
a connection at 1200 baud; try sending a 'break' signal, then key a
{RETURN]
to see if you get intelligible text in response.

<---------------------------------------------------------------------->
>
<  Rick Venable                (O O) |  "Back off, I'm a scientist."  
>
<  FDA/CBER Biophysics Lab      )|(  |        -- Bill Murray in       
>
<  rvenable@helix.nih.gov       (=)  |           'Ghostbusters'       
>
<---------------------------------------------------------------------->
>

Newsgroups: comp.sys.apollo
From: vtpham@mksol.dseg.ti.com (van t pham)
Subject: Re: borrow mode screen lockers?         
Keywords: lock
Organization: Texas Instruments
Date: Tue, 10 Nov 1992 20:30:45 GMT

   If you use the lock.pas program I posted earlier (article
1992Nov10.185117.4220@mksol.dseg.ti.com), do the followings to
fix some minor bugs :

   1. Delete line 438 (writeln('Graphic......)
   2. Add 'if (graphic) then ' before the word 'gpr_$set_color_map'
      on line 894.

   Run /com/cmf on lock.pas.bak and lock.pas, the output should look
like this:

A438                             writeln('Graphic file (before) : ', gfile:glen);
deleted before
B438      								{ Get userid }


A894         gpr_$set_color_map (0, 256, a_vector, status);
changed to
B893         if (graphic) then gpr_$set_color_map (0, 256, a_vector, status);


   The first fix is to delete a statement included for debugging but I forgot
to remove. The second is to make sure that the color map only get restored if
you use bitmap for background.

   Sorry for the inconvenience. 

================================================================================
Van T. Pham                |    .sig space for rent
vtpham@mksol.dseg.ti.com   |    inquire left.
================================================================================
Newsgroups: comp.sys.apollo
From: chuck@edsi.plexus.COM (Chuck Tomasi)
Subject: Re: Mentor graphics/Apollo 3000 info request
Organization: Enterprise Data Systems Incorporated, Appleton WI
Distribution: usa
Date: Tue, 10 Nov 1992 22:08:41 GMT

rees@pisa.citi.umich.edu (Jim Rees) writes:

:)I've got sr10.3 installed on the 70 Mb disk in my dn330, and I've got 45 Mb
:)free.

I would be curious to know what you installed or left out of the
installation.  I have 10.3.5 on my Micropolis 170 MB drive and I only
have 22 MB left (out of 146.)  SR 10.3 is pretty big.  I have a large
Aegis and large Sys5.3 environment installed, however my BSD4.3 is
linked to another node.  Do you have ONE small environment installed?
What is the node used for?  Do you link to everything else?
-- 
Chuck Tomasi             |   "A munk a clone and a Ferengi
chuck@edsi.plexus.COM    |    decide to go bowling together..."
spool!cserver!edsi!chuck |             -Data "The Outrageous Okana"
------<Enterprise Data Systems Incorporated, Appleton Wisconsin>------
Newsgroups: comp.sys.apollo
From: roeber@vxcrna.cern.ch
Subject: Re: Passing C/Fortran routines as Arguments
Reply-To: roeber@cern.ch
Organization: CERN -- European Organization for Nuclear Research
Date: Sun, 8 Nov 1992 11:24:52 GMT

In article <1992Nov7.133608.12214@dxcern.cern.ch>, burow@dxcern.cern.ch (Burkhard Burow) writes:
> 
> I'd like to pass routines as arguments between C and Fortran, but don't seem to
> be able to find any documentation on it in the Domain C (or Fortran) Language
> Reference.
> 
> e.g.
> cm.c:   void a_() {return;}         fm.f:       subroutine a
>                                                 return
>                                                 end
> 
>         main() { b_(a_); }                      external a,b
>                                                 call b(a)
>                                                 end
> 
> c.c:    void b_(void f()) {f();}    f.f:        subroutine b(f)
>                                                 external f
>                                                 call f
>                                                 return
>                                                 end

You need one more level of indirection to make the Fortran happy:
cm.c:   void a_() {return;}
        static void (*ap)() = a_; /* pointer to the function */

        main() { b_(&ap); } /* passing a pointer-to-pointer-to-fn */

c.c:    void b_(void (**f)()) {(**f)();}

In cm.c you can't just go "main(){b_(&a_);}," because the c compiler
treats &a_ as the same as a_.  That's also why you need two splats
each in c.c.

Also, look into receiving parameters with the "&" qualifier, this
is an extension borrowed from C++ which specifies that the parameter
is implicitly passed by reference, like Fortran and Pascal.  Most
of the Apollo system calls are prototyped with it.

-- 
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
--  
% stcode 1D01001E
Vendor "Apollo" can not be deleted (network license server/server)
From: randall@bcstec.ca.boeing.com (Michael Randall)
Newsgroups: comp.sys.apollo
Subject: Re: borrow mode screen lockers?
Date: 4 Nov 92 23:24:26 GMT
Organization: Boeing Computer Services, Seattle

In article <1992Nov3.163809.6842@bcars6a8.bnr.ca>, djf@bnr.ca (Duane Fowler) writes:
> As the title says.  Anyone know of ones that, unlike xlock, are not
> defeated by hitting the defined hot key to switch back to DM?
> 
> Thanks,
> Duane

There is a program called "gone", that was published by the old ADUS (Apollo
Domain Users Society). I don't happen to have the code, but someone out
there might. It required a file in your user_data file with a textual
password, so you had to set the protection on it so no-one else could read
it. But it is quite functional, and allows you to specify a font to use for
the message you choose to display.
-- 
-------------------- Peace Love & E-Mail ---------------------------------
  Michael W. Randall             |   There is no problem which cannot 
  randall@bcstec.ca.boeing.com   |   be solved with a sufficient 
   ...!uunet!bcstec!randall      |   amount of High Explosives.
From: frl@informatik.uni-kiel.dbp.de (Frank Luthe)
Newsgroups: comp.sys.apollo
Subject: HP-UX on Apollos - possible ?
Date: 9 Nov 1992 09:45:42 GMT
Organization: Department of Computer Science, University of Kiel, Germany
NNTP-Posting-Host: altair.informatik.uni-kiel.dbp.de

Sorry, if this is a FAQ.

Is it possible to run HP-UX on Apollo DN 3500 (4500) workstations?

Frank

Newsgroups: comp.sys.apollo
From: vtpham@mksol.dseg.ti.com (van t pham)
Subject:  Re: borrow mode screen lockers?
Keywords: xlock, screen lockers
Organization: Texas Instruments
Date: Tue, 10 Nov 1992 15:01:04 GMT

In article <1992Nov3.163809.6842@bcars6a8.bnr.ca>, djf@bnr.ca (Duane Fowler) writes:
> As the title says.  Anyone know of ones that, unlike xlock, are not
> defeated by hitting the defined hot key to switch back to DM?
> 
> Thanks,
> Duane


I have a program that will lock the screen (using borrow mode and pfm_$inhibit)
which also allows you to display a bitmap picture or a text string on the screen.
You can unlock by typing in your login password (the program calls crypt to encrypt
your typed in password and compares to what stored in /etc/passwd). If you are
interest, email me and I'll send it to you. 


================================================================================
Van T. Pham                |    .sig space for rent
vtpham@mksol.dseg.ti.com   |    inquire left.
================================================================================
From: zzaascd@hpa.ee.man.ac.uk (Colin Dente)
Newsgroups: comp.sys.apollo
Subject: Re: Config says there's a floppy drive
Date: 9 Nov 92 17:36:36 GMT
Reply-To: colin@manchester.ac.uk
Organization: Electrical Engineering Dept Manchester University

In article <1992Nov03.025610.15639@edsi.plexus.COM>, chuck@edsi.plexus.COM (Chuck Tomasi) writes:
|> 
|> I started doing our 5500 upgrades over a year ago and have noticed one
|> thing on every machine I've done.  When you EX CONFIG and tell it what
|> you have and what you don't have it always comes up and says there is a
|> floppy drive on the system (FLP7 ?).  If you run through the
|> configuration again and explicitly state that there is no floppy drive
|> it will still say there is one.  HP/Apollo acknowledges that they
|> have a bug, but is it in the ROMs?  Is it in CONFIG?  What didn't they
|> ever fix this problem?  Does anyone know of any harmful side effects
|> that can become of it?

I would be very surprised if there were any harmful effects of this bug.
I have never noticed *any* high-level effect arising from the configuration
set with CONFIG.  I have used systems with this information set completely
haywire, but nothing seemed to care.  *Does* anything actually use this
information?

Colin
From: rees@pisa.citi.umich.edu (Jim Rees)
Newsgroups: comp.sys.apollo
Subject: Re: Mentor graphics/Apollo 3000 info request
Date: 11 Nov 1992 21:03:02 GMT
Organization: University of Michigan CITI
Distribution: usa
Reply-To: Jim.Rees@umich.edu
NNTP-Posting-Host: pisa.citi.umich.edu

In article <1992Nov10.220841.20856@edsi.plexus.COM>, chuck@edsi.plexus.COM (Chuck Tomasi) writes:

  I would be curious to know what you installed or left out of the
  installation.  I have 10.3.5 on my Micropolis 170 MB drive and I only
  have 22 MB left (out of 146.)  SR 10.3 is pretty big.

I only installed those things that I use.  I found the things I use by
running 'find' on another machine.  I've got most of the bsd commands, and
the machine is completely usable standalone.  It's a strictly "for fun"
machine I have at home (I pulled it out of a dumpster).  There is another
Apollo on my home token ring, and I've also got AFS installed on it, so I
can still get at all the man pages and the other stuff that isn't physically
installed on the disk.
Newsgroups: comp.sys.apollo