HDTenEightyP/NetNews huggingface dataset:
From: eru.mt.luth.se!lunic!sunic!mcsun!dxcern!burow@bloom-beacon.mit.edu  (Burkhard Burow)
Subject: Passing C/Fortran routines as Arguments
Organization: CERN European Laboratory for Particle Physics
Distribution: fj
Date: Sat, 7 Nov 1992 13:36:08 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


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

Now, 
Apollo> cc cm.c c.c && a.out        Apollo> f77 fm.f f.f && a.out

both work fine, but: 
Apollo> f77 fm.f c.c && a.out
fm.f:
c.c:
Illegal instruction

Apollo> f77 f.f cm.c && a.out
f.f:
cm.c:
Segmentation fault

although these mixtures work on other machines (modulo the naming scheme for
global symbols coming out of the Fortran compiler). Unfortunately I don't know
assembler. nor have access to an assembler manual, so comparing c.lst and
f.lst from:

Apollo> cc  -c -W0,-exp c.c
Apollo> f77 -c -W0,-exp f.f

hasn't told me much yet, other than the observation that the assembler output
is very similar, but not exactly the same.

QQQuestion: Could someone tell me if it's possible to pass routines' addresses
            as arguments between C and Fortran routines and if so how.

thanks,
burkhard      burow@vxdesy.cern.ch
Newsgroups: fj.mail-lists.apollo
From: concert!sas!mozart.unx.sas.com!sasgrw@decwrl.dec.com  (Glen R. Walker)
Subject: Re: DM vs. xterm
Organization: SAS Institute Inc.
Distribution: fj
Date: Tue, 10 Nov 1992 18:23:16 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


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...                                                |
 +-------------------------------------------------------------------+
Newsgroups: fj.mail-lists.apollo
From: twinsun!eggert@cs.ucla.edu  (Paul Eggert)
Subject: Re: RCS on DOMAIN/OS and HP/UX
Organization: Twin Sun, Inc
Distribution: fj
Date: Tue, 3 Nov 1992 16:52:06 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

coryan@mat.puc.cl (Carlos O'Ryan Lira) writes:

>Apollo RCS puts a "branch" in the second line, but HP/UX RCS 
>expects a "access" line there, the result is that hp/ux rcs
>won't recognize a domain/os RCS file.

Your Apollo RCS is pretty old, and your HP/UX RCS is positively ancient.
To fix the problem, upgrade to a recent version of RCS on either the
Apollo or the HP; preferably both.

You can FTP RCS 5.6 from prep.ai.mit.edu in pub/gnu/rcs-5.6.tar.Z; get
diff-2.0.tar.Z while you're at it.  If you're running HP-UX 8.07
without HP patch PHKL_0942, make sure that has_mmap is 0 in src/conf.h;
otherwise you'll tickle a kernel bug.
Newsgroups: fj.mail-lists.apollo
From: mcsun!news.funet.fi!hydra!klaava!klaava!hkarhune@uunet.uu.net  (Heikki Karhunen)
Subject: Re: DM vs. xterm
Organization: Department of Theoretical Physics, University of Helsinki,
Distribution: fj
Date: Tue, 10 Nov 1992 11:55:02 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


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

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

Just my $0.02 worth...

	Heikki Karhunen
> -- 
> 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)

/-----------------------------+-----------------------------------------\
| hkarhune@hydra.helsinki.fi  | There is always a job for a theoretical |
| Heikki.Karhunen@helsinki.fi | physicist -- at least in theory.        |
\-----------------------------+-----------------------------------------/
Newsgroups: fj.mail-lists.apollo
From: saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!malgudi.oar.net!caen!uwm.edu!src.honeywell.com!The-Star.honeywell.com!umn.edu!ap1.me.umn.edu!aris@ames.arc.nasa.gov  (aris)
Subject: talkd - ntalkd
Organization: University of Minnesota (Prod. Center)
Distribution: fj
Date: Thu, 29 Oct 1992 23:24:04 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I have 10.4.0.3 installed on DN3000s and DN4000s and I have trouble making
the ntalkd daemon work!!!  Everytime I invoke the daemon (as root of cource)
it exits (fails actually...) without any messages and/or warnings.
Is there something I should do with any configuration files?
Should I have fingerd running too?
(maybe ntalkd is broken?)

Any help/suggestions will be greately appreciated.
(You are welcome to e-mail your suggestions at aris@ap1.me.me.umn.edu)

Thanks,
--Aris
Newsgroups: fj.mail-lists.apollo
From: sun-barr!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!mksol!mksol!vtpham@ames.arc.nasa.gov  (van t pham)
Subject: Re: borrow mode screen lockers?
Organization: Texas Instruments
Distribution: fj
Date: Tue, 10 Nov 1992 15:01:04 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

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.
================================================================================
Newsgroups: fj.mail-lists.apollo
From: agate!spool.mu.edu!cserver!edsi!chuck@ucbvax.Berkeley.EDU  (Chuck Tomasi)
Subject: Re: Need Some Advice..
Organization: Enterprise Data Systems Incorporated, Appleton WI
Distribution: fj
Date: Tue, 10 Nov 1992 12:54:52 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

djf@bnr.ca (Duane Fowler) writes:

:)In article <1992Nov5.201427@helix.nih.gov>, rvenable@helix.nih.gov (Richard M. Venable) writes:

:)So what sorts of thing could DM do that X can't?

For the most part I agree with your statements that X is superior in
many ways (including documentation) to DM.  The consistency in look and
feel between applications is a major advantage.  True, not all
applications act the same under X, but having the same pull downs,
pushbuttons, etc. from toolkits makes it a lot easier to write programs
in that motif.

DM has a few nice things that X doesn't.  You mentioned scrollback.
Xterm has a limit on scrollback.  DM pads are darned near infinite.

DM also has a way of breaking a pad into multiple independently
scrolling windows.  Those who use TBR from Workstation Solutions know
what I'm talking about when they see the Op. Ex. window in action.
/etc/nfs/lb_admin is also another variation of this.

I'm all for going to X, but there are a few things I will miss about DM.
Once I get all my stations from Domain to HP-UX I'll be even happier,
but that is a long time and a lot of work down the road...
-- 
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: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!jvnc.net!netnews.upenn.edu!a.chem.upenn.edu!hurtubis@ucbvax.Berkeley.EDU  (Vincent Hurtubise)
Subject: Mentor graphics/Apollo 3000 info request
Organization: University of Pennsylvania
Distribution: fj
Date: Mon, 9 Nov 1992 20:04:40 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


   I need some info about some "old" Mentor graphics CAD workstations that
I'm considering buying.  These are supposedly Apollo 3000 based, have a 19"
mono monitor, 5 1/4 floppy drives, an 80 MB MFM drive plus controller and
a token ring card.
   Can someone explain the difference with the regular 3000 ?
   What kind of OS can be run ?  It apparently has a BSD4.2 based OS.  What
could this be ?  Domain 8.? (assuming the machine is a 3000 + CAD software)
Could the OS be upgraded to a more modern BSD4.3 based OS ?
   There used to be a larger disk and a tape drive.  Is the included (80 MB)
drive big enough or would I need to buy some additional disks ?  What kind
of tape drive could be used ?
   Are ethernet cards available for the 3000 ?
   What kind of ports does it have ? (serial, scsii, ... )
   What kind of software and hardware support is available for the 3000 ?

   Best to reply by e-mail.
     Thanks in advance
          Vince
---
   Vincent Hurtubise
      hurtubis@a.chem.upenn.edu
      hurtubis@sun0.chem.upenn.edu
Newsgroups: fj.mail-lists.apollo
From: hp-cv!hp-pcd!hpubvwa!guyh@hplabs.hpl.hp.com  (Guy Hyde)
Subject: Re: HPTERMINAL , VT3k ????
Organization: Hewlett-Packard Bellevue Sales
Distribution: fj
Date: Thu, 12 Nov 1992 17:16:03 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Peter,
I am not sure if vt3k exists on Domain OS.

In order to execute both vt3k and find hpterm
capability from my Domain (ver. 10.3.5) node,
I telnet to a current HP-UX node, with both
the Domain and HP-UX nodes running X11. I THEN
set my Domain node to be the DISPLAY device from
HP-UX node, and then run hpterm, which gives me
a local hpterm X-based window on my Domain node,
capable of then running vt3k.

If you do not have access to an HP-UX node, to
do it this way, then I am out of suggestions.

any questions, send me a message. 
Newsgroups: fj.mail-lists.apollo
From: David Krowitz <krowitz@quake.mit.edu>
Subject: Re:  HD on DN3000?
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Mon, 9 Nov 1992 14:56:00 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

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
Newsgroups: fj.mail-lists.apollo
From: eagle!ed4000-2!edsverk@ucbvax.Berkeley.EDU  (Kenneth Lee Atchinson)
Subject: Domain Name Resolution Timeout
Organization: NASA Lewis Research Center
Distribution: fj
Date: Mon, 9 Nov 1992 19:00:48 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

If this is a FAQ, please do not *flame* me

I administer a few apollos and I have noticed that sometimes
the some TCP/IP applications (telnet, ping, X Windows clients)
will "time out" because they can not resolve the name.  All of
the Apollos run TCP/IP on ethernet and the Domain Name Server
is a non-apollo machine (i.e. a DEC primary and a SUN secondary
workstation).  I have "worked around" this by ping'ing the
DNS twice before doing any TCP/IP operations, which sometimes
works and sometimes not.  As stated before, this causes problems
with any TCP/IP client and I have started ping'ing the DNS via
cron on a 5 minute basis with "limited" results.

Has anyone seen this before?  Is there some "timeout" parameter
I can control or change?  Other non-apollo machines do not seem
to have this problem with name resolution (i.e. they get it right
ALL the time).

Please post and email responses - I do not frequent this newsgroup
and the information may prove valuable to someone else.

Thanks in Advance.
-- 
Kenneth Lee Atchinson
edsverk@lerc.nasa.gov
Newsgroups: fj.mail-lists.apollo
From: destroyer!cs.ubc.ca!alberta!cpsc.ucalgary.ca!ajfcal!novatel!hpeyerl@gatech.edu  (Herb Peyerl)
Subject: Re: HP/Apollo -> Sun
Organization: "NovAtel Communications Ltd. Calgary, Alberta, Canada"
Distribution: fj
Date: Tue, 3 Nov 1992 15:48:03 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Stuart Craig (scraig@elipse.mentorg.com) wrote:
: [Some good information deleted.. ]
:
: Exabyte tapes can be used for two way transfer -- they are the same format
: on either system.

Whenever I get exabyte tapes that were written under SunOS, I have to 
byte swap when I read them... Other than that, I've had no problems... Of
course, maybe there's no need to byte-swap when using the Apollo drivers
but we use the Workstation Solutions stuff...

If using WS I do a: 
		/ws/install/config -product exatape -rswap on
and then
		/ws/install/config -product exatape -rswap off
to put it back.

I suppose I could use "dd conv=swab" but it seems easier to do it the
other way...

-- 
"I was early to finish | hpeyerl@novatel.cuc.ab.ca <Reply-To>   | I brew |
I was late to start, I | peyerlh@cuug.ab.ca                     | there- | 
might be an adult, but | #define JANITOR "Network Administrator"| fore I | 
I'm a minor at heart." |    JANITOR, NovAtel Communications Ltd.|   AM.  |
Newsgroups: fj.mail-lists.apollo
From: news.mentorg.com!porkface!sboyle@uunet.uu.net  (Sean Boyle x1542)
Subject: Re: Need Some Advice..
Organization: Mentor Graphics Corporation
Distribution: fj
Date: Fri, 6 Nov 1992 16:40:49 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Also, when you mount the Apollo machines on the 710, you should decrease
the write size to 1024.  The Apollo like smaller chunks.  Also, you might
increase the timeo to 150 or so and decrease the retrans to 4, otherwise
you may be sitting there awhile waiting for the timeouts to occur since
they are exponential...

-- 
            +------------------------+------------------------------+
            | sean_boyle@mentorg.com |  Mentor Graphics Corporation |
            | sboyle@mentor.com      |  8005 S.W. Boeckman Road     |
            | uunet!mntgfx!sboyle    |  Wilsonville, OR 97070-7777  |
            +------------------------+------------------------------+
Newsgroups: fj.mail-lists.apollo
From: eru.mt.luth.se!lunic!sunic!mcsun!dxcern!dxcern!bcr@bloom-beacon.mit.edu  (Bill Riemers)
Subject: Re: Piping blues
Organization: CERN, European Research Center for High Energy Physics
Distribution: fj
Date: Fri, 13 Nov 1992 10:31:31 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


Purhapes I should be a bit more clearer.  I'm trying
to replace my open and close statements to make it 
possable for the user to specify the following as
legal filenames:

         '| compress -c > file1.Z'
         'zcat file1.Z |'
         '| prf -pr pr32'

and so on.  I then interpret these a requests for
the io to be sent to a syscall of the user's default
shell.  Right now this works only if the node
has enough disk space to store the buffer.  (Effective-
ly limiting me to only 5-10MEG files.)  Why?
Because if I just try reading in the stream as
it is created I will just read in an EOF.  It is not
practicle to rewrite the whole program to ignore
these.  Since things directed through pipe(2) don't
have this problem, maybe I can solve this problem
if I can convert pipe unit numbers into either
1) a stream number, 2) even better a fortran unit
number directly.

Thanks in advance.

                     Bill
Newsgroups: fj.mail-lists.apollo
From: thompson@pan.ssec.honeywell.com (jt -- John Thompson)
Subject: re: DM vs. xterm
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Thu, 12 Nov 1992 21:28:39 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>







<<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: fj.mail-lists.apollo
From: sdd.hp.com!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!hermes.chpc.utexas.edu!news.utdallas.edu!corpgate!brtph560!nrtpa038!node_1f11c!bag@decwrl.dec.com  (Bill Gutknecht)
Subject: Making /lib/xmlib1.1 a global library in SR10.4
Organization: Bell-Northern Research, Research Triangle Park, NC
Distribution: fj
Date: Sat, 7 Nov 1992 03:34:30 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I've noticed that Motif applications are roughly 3MB in size when running
and the associated executables are much, much smaller ... so I figure that
each application is dynamically loading the Motif library at runtime.  I'd
like to make the library globaly loaded in an effort to save memory 
and help performance (someone tell me if I'm off base here ... )

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

I reboot and everything seems ok until vuelogin tries to run, and the thing hangs.  I'm on a DN3500 running SR10.4 and mwm ... any ideas?

Thanks in advance ... 
 
------------------------------------------------------------------------------
Bill Gutknecht                  "When I die, I will go before Crom and he will 
NT/BNR		         	 ask me the Riddle of Steel ... "
Morrisville, NC
(919) 481-8603			billag@bnr.ca
------------------------------------------------------------------------------
Disclaimer:  The opinions expressed are my own and in no way reflect the 
official views or policies of Northern Telecom / Bell Northern Research.
------------------------------------------------------------------------------
Newsgroups: fj.mail-lists.apollo
From: hp-cv!hp-pcd!hpubvwa!guyh@hplabs.hpl.hp.com  (Guy Hyde)
Subject: Re: HP-UX on Apollos - possible ?
Organization: Hewlett-Packard Bellevue Sales
Distribution: fj
Date: Mon, 9 Nov 1992 19:25:46 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

NO!

The only common HW platform that will run
DOMAIN and HP-UX is the series 400.
Newsgroups: fj.mail-lists.apollo