HDTenEightyP/NetNews huggingface dataset:
From: adelman@TGV.COM
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: logging protection??
Date: 16 Oct 92 18:36:02 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM

> We have recently started participating in Internet and we MAY already have
> a security issue brewing.  I would like to know if there is more logging
> I can turn on for people using utilities to get off campus?  I have
> image accounting on, but that is not real foolproof and does not give
> enough evidence to take action against someone using our systems to
> undesireably access someone else's system.

> I'm just trying to provide the trail incase it is really needed.  I have
> no intentions of playing Big Brother, but I want to be a good citizen.

    Install the MultiNet Programmers' Kit and take a look at the
USER_ACCESS.C module.  You can customize this code and install it in
accordance with the directions at the top of the file to do any sort
of custom logging you would like.  It is called by the various
applications prior to making a connection and has the opportunity to
log the access, and also to reject it.

								Ken
From: Smithm@admina.rferl.org
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Verifying FTP account access
Date: 16 Oct 92 18:36:06 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: Smithm@admina.rferl.org (Michael Smith)

Hi,

        I am planning to enable FTP. I would like to let any node on the
net  FTP to me, but I would like to somehow check that the FTP account used
has a specific identifier associated with it, to determine connection or
rejection of the request. However, as FTP is not an interactive login I
dont think I can use this method. Is there any other way that I can verify
that the account used has been authorized for FTP access?.

Michael.
                        ################################
Michael J Smith           X400     : c=US;ad=MCI;pd=RFERL;s=SMITH;g=MICHAEL
Systems Programmer        INTERNET : SMITHM@RFERL.ORG
RFE/RL inc                Phone    : 089 210  23723
Munich                    Fax      : 089 2102 3752  
Germany
From: jbasara@ssdc.UUCP (Jim Basara)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Anyone using Multinet and ACC X.25 boards
Date: 15 Oct 92 10:40:03 GMT
Organization: Sterling Software IMD, Vienna, Va.

We're looking for other folks who are using Multinet and the ACC X.25 boards
so that we have someone to converse with about anomolies.  Anyone out there???

thanks,

--
-------------------------------------------------------------------------------
Jim Basara
     uunet!ssdc!jbasara                "All the other nations are drinking
     jbasara%ssdc@uunet.uu.net         Ray Charles beer, and we are drinking
                                       Barry Manilow." - Dave Barry
Newsgroups: vmsnet.networks.tcp-ip.multinet
From: graves@jemez.eece.unm.edu (John Graves)
Subject: X11 on multinet
Date: Thu, 08 Oct 92 20:03:05 GMT
Organization: University of New Mexico, Albuquerque


Sorry if this has been asked here before, but...

I have an Ultrix system and VMS system on the same ethernet...
my VMS is running multinet.  FTP,telnet etc works great...

When i'm on the Ultrix system, I
% setenv DISPLAY wiley:0

and try to run an x aplication.  I get a client refused connection
error.  When I use

% setenv DISPLAY wiley::0

Decwindows stuff works, but I think the "::" tells decwindows to use
decnet not tcp/ip.  Obviously, x apps don't like "::".  On my VMS
system i have tye security set to * * *...

Does multinet have to be set to accept x calls?  can someone point me
in the right direction?

THanks

John    MAIL: 0004821977@mcimail.com


--
--
John R Graves                       | Please don't take anything I write
email - 0004821977@mcimail.com      | seriously... Life is too short.
phone - (719)592-1437               |
From: adelman@TGV.COM
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: RE: more information on error message
Date: 15 Oct 92 20:27:01 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM

> "Multinet Server: R_SERVICES: Bogus state dispatch, DCL still running"

    It means something unexpected happened in the R service (RSHELL or
REXEC server) where a server process was still running. I haven't
heard of any reports of this problem; if you can duplicate it please
open a support call with us.

								ken
From: adelman@TGV.COM
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Verifying FTP account access
Date: 16 Oct 92 20:39:53 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM

>	  I am planning to enable FTP. I would like to let any node on the
> net  FTP to me, but I would like to somehow check that the FTP account used
> has a specific identifier associated with it, to determine connection or
> rejection of the request. However, as FTP is not an interactive login I
> dont think I can use this method. Is there any other way that I can verify
> that the account used has been authorized for FTP access?.

    In your system login, identify a job as FTP by looking at the
F$MODE() .Eqs. "NETWORK" and the process name starting with "<FTP".
Then check if you want the process to login. If you don't, then
invoke FTP:

$ multinet ftp/server/reject/message="Go away, you do not have the identifier"
$ logout

								Ken
From: UCCGAMBLE@MERLIN.NLU.EDU
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Signature Files
Date: 15 Oct 92 20:27:09 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:    UCCGAMBLE@MERLIN.NLU.EDU (Stuart Gamble, University Computing Center)
X-Vmsmail-To: SMTP%"INFO-MULTINET@TGV.COM"

I am sure this is a FAQ but I am very new to the list.  Is there any way to 
setup signature files through Multinet.  Thanks in advance.


					Stuart Gamble
					Northeast Louisiana University
					uccgamble@merlin.nlu.edu
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: more information on error message
From: ACSSYSMA%EKU.bitnet@CUNYVM.CUNY.EDU
Date: 15 OCT 92 18:21:26 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: ACSSYSMA%EKU.bitnet@CUNYVM.CUNY.EDU
X-Envelope-to: info-multinet@tgv.com
X-VMS-To: IN%"info-multinet@tgv.com"

I recently found the following on the console and I am wondering
if someone can tell me more about what might have caused this
error.

"Multinet Server: R_SERVICES: Bogus state dispatch, DCL still running"

Also since the console indicates that the user was system is there
any way of determining who actually caused the problem?

Melvin Alcorn
Eastern Kentucky University
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: RE: more information on error message
From: Ehud Gavron 602-570-2546 <GAVRON@IT.SUNQUEST.COM>
Date: 15 OCT 92 18:21:31 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: Ehud Gavron 602-570-2546 <GAVRON@IT.SUNQUEST.COM>

Date sent:  15-OCT-1992 10:03:04 

Melvin Acorn, <ACSSYSMA%EKU.bitnet@CUNYVM.CUNY.EDU>, writes:
>
>I recently found the following on the console and I am wondering
>if someone can tell me more about what might have caused this
>error.

The VMS OPDRIVER receives a packet (IRP) with information destined
to OPA0.  It then calls internal routines which send that information
to the console.  The hardware complies and appropriate bits corresponding
to ASCII characters are sent electrically down the wire.

The console device interprets these bits and displays the characters
via either magnetically pushing pins against a ribbon (e.g. LA120) or
firing an electron beam at particular points in its traversal of a
screen so as to display what we humans interpret as characters.

So that's how an error appeared on your console!

>"Multinet Server: R_SERVICES: Bogus state dispatch, DCL still running"

Ok, I really don't know what it means, but since nobody else said anything
I figured I'd inject some levity.  After all, we're only 17 shopping days
from elections!

>Also since the console indicates that the user was system is there
>any way of determining who actually caused the problem?

If there was truly an incontrovertible way of fixing blame, don't you
think it would be patented by Unisys by now?  ("We've been doing it
all along so it's OUR method.  What?  Compression?")

>Melvin Alcorn
>Eastern Kentucky University

Cheers, and in good humor

Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com					This was sent
"The world bores you when you're cool."				from an Alpha
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: exceeding quota on VS3100-30
From: adelman@TGV.COM
Date: 15 OCT 92 18:21:17 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM

> I've been caught up in the typical "gotcha" of "System-F-EXQUOTA, exceeded
> quota" when trying to do MU HOST COMPILE.  Can you tell me of any quota that
> this process/program is really pushing on?  Here's my current settings:

>  CPU limit:			   Infinite  Direct I/O limit:	     100
>  Buffered I/O byte count quota:     39904  Buffered I/O limit:     100
>  Timer queue entry quota:		 20  Open file quota:	      99
>  Paging file quota:		      29005  Subprocess quota:	      10
>  Default page fault cluster:		 64  AST quota:		     323
>  Enqueue quota:			300  Shared file limit:        0
>  Max detached processes:		  0  Max active jobs:	       0

   Raise your page file quota to 50,000 *OR* FTP to TGV.COM, username
ANONYMOUS and get and install the ECO-AD031.A file. This will upgrade
you to Rev D. The annoyance of the requirement for the large pagefile
quota was fixed in Rev B.

							    Ken
From: moravec@NEWTON.PH1.UNI-KOELN.DE (Andreas Moravec)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: NTP Timezones
Date: 15 Oct 1992 19:41:52 GMT
Organization: University of Cologne, I. Physik. Inst., Germany
Reply-To: moravec@NEWTON.PH1.UNI-KOELN.DE
NNTP-Posting-Host: newton.ph1.uni-koeln.de

In article <2120023A13OCT92235025@TGV.COM>, adelman@TGV.COM writes:
>>	  We have just configured NTP on all our MULTINET nodes. During
>>	  the configuration we noticed that the GMT offset for
>>	  Central Europe appears to be incorrect. It is set to 02:00
>>	  we think it should be 01:00. Has anyone else in Central Europe
>>	  come across this, or are we mis-understanding something ?
>
>    We used to have it the other way, but we received too many complaints
>that our timezone information was wrong, and changed it. Now we
>just receive complains from different people. Named timezones are
>a mess; we recommend you either set it to a GMT offset or use the
>TIMEZONES.LOCAL file to change the offset in the named zone.
>
>								    Ken
>
We had the same problem, for "central europe" (as Germany,...) use WET.
This is O.K., even dayl. saving time (Sommerzeit) works.

Andreas.

-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       KOSMA = Koelner Observatorium fuer SubMillimeter-Astronomie
 Andreas Moravec               TEL      +49 (221) 470 3558
 I. Physikalisches Institut    FAX      +49 (221) 470 5162
 Universitaet zu Koeln         TELEX    888 2291 UNIK D
 Zuelpicher Str. 77            INTERNET Moravec@Ph1.Uni-Koeln.De
 5000 Koeln 41, Germany        X.400    S=Moravec;OU=Ph1;P=Uni-Koeln;A=DBP;C=DE
From: adelman@TGV.COM
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: NTP Timezones
Date: 13 Oct 92 23:50:25 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM

>	  We have just configured NTP on all our MULTINET nodes. During
>	  the configuration we noticed that the GMT offset for
>	  Central Europe appears to be incorrect. It is set to 02:00
>	  we think it should be 01:00. Has anyone else in Central Europe
>	  come across this, or are we mis-understanding something ?

    We used to have it the other way, but we received too many complaints
that our timezone information was wrong, and changed it. Now we
just receive complains from different people. Named timezones are
a mess; we recommend you either set it to a GMT offset or use the
TIMEZONES.LOCAL file to change the offset in the named zone.

								    Ken
From: UCCGAMBLE@MERLIN.NLU.EDU
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: ADD
Date: 15 Oct 92 20:27:05 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:    UCCGAMBLE@MERLIN.NLU.EDU (Stuart Gamble, University Computing Center)
X-Vmsmail-To: SMTP%"INFO-MULTINET@TGV.COM"

Please add me to the INFO-MULTINET list.

	Name:		Stuart Gamble
	Address:	uccgamble@merlin.nlu.edu

Thanks
From: chiam@VULCAN.CBA.OHIOU.EDU (Ta Fuh Chiam)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: PW4DOS 4.1 Performance
Date: 11 Oct 92 19:41:43 GMT
Content-transfer-encoding: 7BIT

>I've read with great interest the discussion of extremely slow network
>connections for the PW4DOS V4.1 sites this week.  Mainly discussion has
>pointed to slow file services, disk services, etc...
>
>We are encountering the same difficulty - in some instances it takes up to
>15 minutes (yes minutes) to see a "startup screen" (in our case the startup
>screen is the Program Manager in Win3.1.)  We've also encountered
>problems when using the SETHOST package (like, 45 minutes for 70
>workstations to make a connection to the VAX --> BTW: Our people prefer to
>use SETHOST over VT320 because the keyboard mapping in VT320 purely stinks).
 
While you are having problem, is your server running fine? Does your server have
any performance problem?
 
What is the network equipment that stay in between your PCs and your server? Any
routers or bridges? I have heard that one of the CISCO router has performance
problem when non-routeble traffic (such as LAST, LAT, LAD etc.) are being
bridged. A bad transceiver such as a H4000 or something can also cause network
performance problem.
 
>We never experienced ANYTHING like the slow performance we have now under
>PW4DOS 4.0 and our computing environment has been very stable.  Currently open
>file caching has been disabled but we are turning it back on tomorrow to see
 
Is the disk that holds Pathworks and Windows files fragmented?
 
Ta Fuh Chiam
============================================================================
Ta Fuh Chiam
Ohio University, College of Business Administration / Phone: (614)593-2088
Management Information Systems                        FAX:   (614)593-0319
Copeland Hall 22                   INTERNET : chiam@vulcan.cba.ohiou.edu
Athens, Ohio 45701, U.S.A.            or    : chiam@ouvaxa.ucls.ohiou.edu
                                   BITNET   : CHIAM@OUACCVMB
                          Use my first Internet address if at all possible.
Disclaimer: What I have said are my opinions, not of anyone else.
============================================================================
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: <None>
From: ATILA@GARNET.CONCORDIA.CA
Date: 15 Oct 1992 10:28:00 -0400 (EDT)
X-Organization: Concordia University, Montreal, Quebec
X-VMS-Cc: ATILA
Content-transfer-encoding: 7BIT

SUBSCRIBE LANAMAN-L Atila Pahlavan
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: SUBSCRIPTION TO VMS.NETWORKS.DESKTOP.PATHWORKS LISTSERV
From: "WILL BUTLER, COMMUNITY COLLEGE OF DENVER" <CD_WILL@MASH.COLORADO.EDU>
Date: 12 Oct 1992 07:07:54 -0600
MIME-version: 1.0
Content-transfer-encoding: 7BIT

WILL BUTLER
PLEASE INCLUDE ME IN THE LISTSERV THAT ROUTES FOR
VMS.NETWORKS.DESKTOP.PATHWORKS
 
THANK YOU.
 
WB
From: PCOEN@DRUNIVAC.BITNET (Paul R. Coen)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Novell security bug
Date: 7 Oct 92 18:55:00 GMT
Content-transfer-encoding: 7BIT
Original_To:  BITNET%"lanworks@miamiu"

Actually, the article I read about it stated that the technique worked
against IBM's LAN Server, and Microsoft's LAN Manger as well.  I have no
details about the method, though, so I don't know if it would be effective
with a VMS or Ultrix Pathworks server.  Reading between the lines, it seemed
to imply that this was, again, a technique or method rather than a unique
hole in Novell Netware, so it applied to more than one LAN OS.
--
Paul Coen, Drew University Academic Computer Center
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Problem w long filenames
From: "Frank (Chip) Dyer x9568 ..Electrical Design" <DYERFDF@HSDWL.UTC.COM>
Date: 07 Oct 1992 10:27:44 -0400
MIME-version: 1.0
Content-transfer-encoding: 7BIT

>
> Sorry DOS only accepts filenames with the lenght of 8chars and a 3char
> extension.  It does not display any other files.
 
 >>(Original message asked about DOS-PathWorks not beeing able to show
    long VAX filenames from DOS)<<
 
 I too have been wondering if there was a work around for this.
 For example, it there any utilities written (or perhaps could
 be written) such that
 
 VAX$ A_LONG_FILENAME_ETC.LIST
 VAX$ A_LONG_FILENAME_DIFFERENT.LISTING
 
 Could be "shown" as
 
 DOS\ A_LONG*C.EXT.LI*
 DOS\ A_LONG*T.EXT.LI*
 
 Where the "*" is not necessarily a "*" but any character that would
 indicated truncation of filename.
 
<+><-><+><-><+><-><+><-><+><-><+><-><+><-><+><-><+><-><+><-><+><-><+><->
Frank Dyer                              INTERNET:  DYERFDF@HSDWL.UTC.COM
Hamilton Standard                       (203) 683-9568  FAX: 683-9500
Senior Design Engineer
Windsor Locks, CT
<+><-><+><-><+><-><+><-><+><-><+><-><+><-><+><-><+><-><+><-><+><-><+><->
Newsgroups: vmsnet.networks.desktop.pathworks
From: wasser@ranger.enet.dec.com (ranger::wasser)
Subject: The word on releases...
Organization: Digital Equipment Corporation
Date: Sun, 11 Oct 1992 05:00:21 GMT
X-Posted-Via: NEWS-NOTES gateway (a hack!)

> I noticed on the September CONDIST that there is PATHWORKS FOR VMS 4.1-1 
> and also 4.1C.  

> I just got the September version of the consolidated distribution and there 
> are TWO updated versions of PATHWORKS for VMS:
>
>	PATHWORKS for VMS S4.1C		July 28, 1992 Release Notes
>	PATHWORKS for VMS 4.1-1A	August 3, 1992 Release Notes

    Both S4.1C and S4.1-1A have the same patches/fixes in them.
    
    S4.1-1A contains the additional functionality that also comes
    with V4.1-1 (refer to the release notes for the details, its 
    mostly token ring stuff).
    
    The only other major difference between the two versions is which
    versions of VMS they support.  
    
	PATHWORKS for VMS S4.1C		works with VMS V5.3 through V5.5-1
      	PATHWORKS for VMS S4.1-1A	works with VMS V5.4 through V5.5-1
    
     where V5.5-1 is the currently shipping version.
    
    So, if you have V5.3 of VMS, install S4.1C.
    If you have a later version of VMS, then install S4.1-1A.
    
> Do either/both these CDrom kits contain the patch kit or should we continue
> to apply after the install?

	CSCPAT_3043 is S4.1C as of today.

			 -J. Churche
			  PATHWORKS Support
			  Alpharetta, GA Customer Support Center
From: jasper@vax.path.ox.ac.uk
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Re: MacX 1.1.7 from PW/Mac 1.1 won't start a DecW session
Date: 14 Oct 92 23:13:44 GMT
Organization: Oxford University Molecular Biology Data Centre
Nntp-Posting-User: jasper

In article <13OCT199211584761@seqvax.caltech.edu>, mathog@seqvax.caltech.edu (David Mathog) writes:
> Upgrading PW/Mac 1.0 -> 1.1 seems to have broken either the
> AppleTalk-Decnet transport or MacX.  Here's the nitty gritty. 

Just before I start, you haven't upgraded DecWindows to Motif also have you, 
this all sounds like the problems I had with this upgrade, not the the PW one.
 
> An existing MacX "script" executed the command "run
> sys$system:decw$session" using transport "AppleTalk-DECnet" with window
> type set to "(0)B&W rootless".  This was straight out of the 1.0 manual, 
> and it used to put the DecWindows session manager up on my Mac with no
> problems. 

> Under MacX 1.1.7 and PW/Mac 1.1 server the very same command fails.  
> Watching the log window shows it making/breaking the connection to the Vax 
> as before, but then it puts up a B&W *ROOTED* window, and pops up a warning 
> box saying "There is not enough memory to show the 'MacX Color Root' root 
> window right now - OK".  Naturally, hitting "ok" locks the Mac.

Trivially, increase the application memory of MacX to say 3000k, then you can
make it run with the rooted windows. The shortage of memory sounds like a MacX 
warning not a system warning (which would prevent you from loading MacX in the 
first place, or force you to load it with reduced memory).

Then try killing these rooted windows (so you survive) using the "hide rooted
window" in the MacX menu (sorry I forget which one) and save these settings in
MacX. Then removing the Window Manager from the automatic startup at the VAX
end. This seems to work if we are seeing the same problem. You need to kill
the window manager from this session to be able to do this. 

Of course it completely stuffs up your settings if you then use them for a
VT1300 (say). :( 

> The TcpIp transport still works.

"Still works" meaning you *don't* have the above problem using tcp/ip as a 
transport? Interesting..... I can't make it work at all, but that is another 
story.

> Anybody else had this problem, or know how to fix it?

Well, Yes, and maybe. 
> 
> Thanks,

let us know if any of the above helps.

> 
> David Mathog
> mathog@seqvax.caltech.edu

regards,  jasper

Jasper Rees
Oxford University Molecular Biology Data Centre
Sir William Dunn School of Pathology

jasper@vax.path.ox.ac.uk
From: watkins_mg@corning.com (Mike Watkins - watkins_Mg@corning.com)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: eXcursion - display device
Date: 9 Oct 92 15:23:30 -0500
Organization: Corning Incorporated

exCursion - display problem...

Normally, I don't have any problem displaying VAX X-window
apps on the PC. I just have a problem with on and I believe 
there is a problem with the application itself but I'm not
sure why. Anyway, I'll use some DCL to get around the problem
for now.
Thanks, all,

Mike
From: mathog@seqvax.caltech.edu (David Mathog)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Re: MacX 1.1.7 from PW/Mac 1.1 won't start a DecW session
Date: 15 Oct 1992 10:55 PST
Organization: Division of Biolgy, CALTECH
Distribution: world
NNTP-Posting-Host: seqvax.bio.caltech.edu
News-Software: VAX/VMS VNEWS 1.41    

My thanks to those who posted and to Chris Janton for answering directly 
by mail.

In the short term, the solution seems to be to modify both the B&W and 
color root windows so that they are tiny.  Then when the session starts
they pop up, but MacX doesn't run out of memory, at which point you
can hide them and everything is hunky-dory.

Chris also provided the fix for getting the extended keyboard working in
application mode (ie, in EDT).  Here is my (minor) modification of what he
suggested, it goes in your login.com:

$ snet = f$trnlnm("SYS$NET")
$ if(F$LOCATE("MSAX$CLIENT",snet) .EQ. F$LENGTH(snet))THEN GOTO NO_MACX
$ msx := $msax$modmap
$ msx -
sys$common:[syshlp.examples.msa]msax$positional_extended_keyboard.dat
$ NO_MACX:

Thanks to all who replied,

David Mathog
mathog@seqvax.caltech.edu
manager, sequence analysis facility, biology division, Caltech