From: SMTP%"RELAY-INFO-VAX@CRVAX.SRI.COM" 25-MAY-1993 13:55:26.28 To: EVERHART CC: Subj: Re: *** Q: MacX keybindings and VMS DecWindows X-Newsgroups: comp.os.vms From: flower@donald.etdesg.trw.com (Rick Flower) Subject: Re: *** Q: MacX keybindings and VMS DecWindows Message-Id: <2C013143.493A@deneva.sdd.trw.com> Originator: flower@donald Sender: news@deneva.sdd.trw.com Organization: TRW Inc., Redondo Beach, CA Date: Mon, 24 May 93 20:34:10 GMT Lines: 93 To: Info-VAX@kl.sri.com X-Gateway-Source-Info: USENET Hi! I'm posting this (and mailing it to all that responded or were interested) message regarding MacX usage with VAX/VMS Systems running DecWindows (and some other Unix systems). I would like to thank everyone that responded to my question (see below for names) about keymapping under VMS. I've summarized the information that I received from various people below : Essentially it seems that the MAC's keyboard needs to be correctly mapped to make it appear to be a VT220 or similar keyboard. So, there is a software product that appears to come standard with VMS (??) called PathWorks. As part of this product, the are two files that are required in order to fix this : SYS$SYSTEM:MSAX$MODMAP.EXE SYS$SYSTEM:MSAX$POSITIONAL_EXTENDED_KEYBOARD.DAT Our System Admin person here dug these off of a CD rom as part of the PathWorks distribution. These files *MAY* be located in SYS$EXAMPLES. I've included a sample startup script that I got from STONE_L@Eisner.DECUS.Org below (he puts this in their SYLOGIN.COM file ) : $ IF (F$SEARCH("SYS$SYSTEM:MSAX$MODMAP.EXE") .NES. "") .AND. - (F$SEARCH("SYS$SYSTEM:MSAX$POSITIONAL_EXTENDED_KEYBOARD.DAT") - .NES. "") $ THEN $ DEFINE/USER SYS$OUTPUT NLA0: $ DEFINE/USER SYS$ERROR NLA0: $ MCR MSAX$MODMAP SYS$SYSTEM:MSAX$POSITIONAL_EXTENDED_KEYBOARD.DAT $ ENDIF Below is a short description of the MSAX$POSITIONAL_EXTENDED_KEYBOARD.DAT as found at the start of the file : ! MSAX$MODMAP input file which maps (under MacX) an Apple Extended ! keyboard with best POSITIONAL match with the DEC LK-201 keyboard ! when using DECwindows clients I gather from poking around with the MSA$MODMAP, that it is a tweaked version of the standard Xmodmap that comes as a standard feature of X. The input files seem to be in a slightly different format. I've included below a copy of my startup command file that MacX calls directly to login and startup a DecWindows session. Using this setup, if a user is not on his/her own MAC (eg. the one on his/her desk), he/she may still login without modifying their command file.. $ OFS = F$LOCATE(":",P1) ! Since it is like nnn.nnn.nnn.nnn:0.0 $ USER_MAC = F$EXTRACT(0,OFS,P1) ! Chop garbage off the end! $!----------------------------------------------------------------------------- $!- If we get here, that means we are running on a MAC system running MAC-X.. $!- Let's try to startup a few DECwindows applications.. $!---------------------------------------------------------------------------- $ SET DISPLAY/CREATE/TRANS=TCPIP/NODE="''USER_MAC'" $ DISPLAY :== "''USER_MAC':0" $ DEFINE/USER SYS$OUTPUT NLA0: $ DEFINE/USER SYS$ERROR NLA0: $ MSAX$MODMAP :== $SYS$SYSTEM:MSAX$MODMAP.EXE $ MSAX$MODMAP SYS$SYSTEM:MSAX$POSITIONAL_EXTENDED_KEYBOARD.DAT $ @SYS$MANAGER:DECW$STARTSM.COM In order for the above to work, the MacX script line must look something like: @dk_user:[user]command_file.com "@display" where "command_file.com" is the name of the above command file and you MUST REPLACE the "@" character above with a (R)egistered symbol (per the MacX docs). That will enable MacX to pass the IP address of the Mac you are using to the command file which will then create a "display" for DecWindows to communicate through. Well, I think that I've covered all the information that I can recall on this subject.. Now if Apple can get their act together and fix the bugs in MacX version 1.2 so it doesn't crash when you exit the application, I'd be alot happier! I would like to thank the following people for their contributions or interest in my MacX question (I may have missed a few people.. I think I lost some mail! (8-< ) : yoko@research.nj.nec.com wolfson@ll.mit.edu MICHELE@Orion.YorkU.CA dillonwr@msgate.corp.apple.com STONE_L@Eisner.DECUS.Org EWILTS@MARS.GOV.BC.CA Bren@SSRL01.SLAC.Stanford.EDU gronosr@ccsmtp.ccf.org dcoward@micrognosis.co.uk -- +---------------------+-------------------------------------------------------+ | Available | Internet Addr: flower@donald.etdesg.TRW.COM or | | for Lease | rickf@theweav.cts.com | +---------------------+-------------------------------------------------------+