1 INFO-VAX	Mon, 21 May 2001	Volume 2001 : Issue 279       Contents: Re: 7.3 kitsP Re: Alternate VMS GNAT sources, was: Re: Problem with predefined library, was: R RE: DEC-style USB keyboard?  Re: DEC-style USB keyboard?  Re: DEC-style USB keyboard?  Re: DEC-style USB keyboard? ( Re: DECC what to include for RTL calls ?( Re: DECC what to include for RTL calls ?( Re: DECC what to include for RTL calls ?7 error: DECW$DEVICE-I_NODEVICE, no graphics device found ( Re: looking for ssh on Alpha/OpenVMS 7.1 Re: OT: UPS monitoring software  Re: OT: UPS monitoring software  Pascal program not running... ! Re: Pascal program not running... 
 PGP revisited  Re: Problems using CSWING  Re: Problems using CSWING % Re: Some more bits looking for a home - Spambot Fodder - Dont Bother To Read - Thanks / Re: The Internet, Tru64 and other unix variants , Re: Unsupported Cobol compilation switches ? Re: VAX Acronym  Re: vfork/exec question $ Re: vms time -> unix time conversion& Re: VXT2000 hardware/firmware question& Re: VXT2000 hardware/firmware question  F ----------------------------------------------------------------------  % Date: Mon, 21 May 2001 01:19:37 +0100 1 From: "Chris Townley" <news@townleyc.demon.co.uk>  Subject: Re: 7.3 kits A Message-ID: <990406044.20531.0.nnrp-07.d4e45fa5@news.demon.co.uk>   J Funny that - we got ours last Monday, and I just happened to install it on9 my new hobbyist machine this weekend. Looks great so far.    -- Chris   ? ""Price, Mike"" <Mike.Price@littlewoods.co.uk> wrote in message L news:C068A5B3955E6C408A2EC2E3DEB6F889014C8840@SJMB001EX.retail.littlewoods.c o.uk... L > No sign of it on the CD distribution in the UK yet either - we are eagerly > awaiting it!!  > * > anyone know when the expected date is??? > H > I have noticed there are no patches available on the web yet so we may waitA > and let someone else find the teething problem first anyway ;-)  >  > Mike >  >  <crap sig snipped>   ------------------------------  # Date: Mon, 21 May 2001 00:57:24 GMT > From: Charlie McCutcheon <charlie.mccutcheon@NOSPAMcompaq.com>Y Subject: Re: Alternate VMS GNAT sources, was: Re: Problem with predefined library, was: R 0 Message-ID: <3B0867C9.6580A1C8@NOSPAMcompaq.com>  O You might want to try comp.lang.ada for questions on ACT/gnat, which I know ACT  (owners of gnat) view.  N I was told that gdb is now in a separate kit from gnat (didn't use to be yearsJ ago).  I'm not sure about the public kit however, that could be different.  / I see a subject line just fine in your posting.    Charlie      Simon Clubley wrote:  0 > On Tue, 08 May 2001 09:26:51 -0400, in articleA > <3AF7F41B.FD215B73@NOSPAMcompaq.com>, Charlie McCutcheon wrote:  > > E > >I've found that ADA$STARTUP.COM does mention components of the Ada  > >product from the full kit.  > > I > >This is a particial kit which only installed the Compaq Ada components ) > >which Gnat wants for its installation.  > > < > >I plan to update the kit on the Compaq Ada web page soon. > >  > >Thanks for reporting this.  > > 
 > >Charlie
 > >Compaq Ada  > >  > < > Thanks for the feedback, now I know that it wasn't me. :-) > G > Does anybody know any alternate sources for the public VMS GNAT kit ? J > The one at NYU is missing GDB, but according to ACT, GDB should be thereI > but appears to have been accidently removed and ACT suggests that I try L > the alternate mirror sites. The only problem is that since the VMS versionE > is now hidden behind .../private/old/... the mirror sites that I've  > checked don't have it. > K > BTW, is anybody still seeing blank subject lines from me ? I thought that L > newsranger had fixed the problem after I reported it, but with the subjectM > line on this message that I am replying to been blank, I'm now not so sure.  >  > Simon. >  > --= > Simon Clubley, simon_clubley@remove_me.excite.com-Earth.UFP L > 'The statement that "it can never happen" is not an acceptable programmingJ > approach. You must assume it can happen and be in control when it does.'? >           -- Ada 95 Quality and Style Guidelines, US DoD AJPO    ------------------------------  % Date: Sun, 20 May 2001 12:12:26 -0700 ! From: Tom Linden <tom@kednos.com> $ Subject: RE: DEC-style USB keyboard?9 Message-ID: <CIEJLCMNHNNDLLOOGNJIIEKBCJAA.tom@kednos.com>   7 Make the keys removable and use soemthing like xmodmap.    > -----Original Message-----> > From: Forrest Kenney [mailto:Forrest.Kenney@compaq.com.doom]% > Sent: Sunday, May 20, 2001 10:33 AM  > To: Info-VAX@Mvb.Saic.Com & > Subject: Re: DEC-style USB keyboard? >  > J >     At the present time the folks doing the OpenVMS USB work do not know% > of any LK style keyboards that have D > a USB connector.  Will there ever be one I cannot say, my personal1 > belief is Compaq is highly unlikely to fund and H > build LK style keyboards with a USB connector.  But I don't make these, > sorts of decisions.  We have made it knownD > that the OpenVMS customer base will not be happy with a PC layout. >  > Forrest Kenney > OpenVMS Group  > Compaq >  >  > Tim Shoppa wrote:  > > > > I know about the LK450 and the LK411, which have DEC-styleD > > key layouts and PS/2 style connectors.  Is there a similar beast > > that has a USB connector?  > >  > > Tim. >    ------------------------------  % Date: Sun, 20 May 2001 15:21:19 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)$ Subject: Re: DEC-style USB keyboard?L Message-ID: <rdeininger-2005011521190001@user-2ivec32.dialup.mindspring.com>  < In article <3B0665D1.67FDFE05@trailing-edge.com>, Tim Shoppa! <shoppa@trailing-edge.com> wrote:   < > I know about the LK450 and the LK411, which have DEC-styleB > key layouts and PS/2 style connectors.  Is there a similar beast > that has a USB connector?   D I wouldn't expect such a beast for a while, since no VMS systems areJ shipping that could support it.  When legacy-free alpha systems are in theA pipeline, I expect VMS engineering will start working on keyboard I support.  At that point, when a VMS-style USB keyboard is useful, we will , hopefully hear rumors that it is on the way.   --   Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Sun, 20 May 2001 22:04:28 -0400 + From: Tim Shoppa <shoppa@trailing-edge.com> $ Subject: Re: DEC-style USB keyboard?1 Message-ID: <3B083F6C.7C3A9165@trailing-edge.com>    Tom Linden wrote:  > 9 > Make the keys removable and use soemthing like xmodmap.   @ Not good enough for die-hards like me.  The keypad on a PC-clone6 keyboard simply doesn't have the right number of keys!   Tim.   ------------------------------  % Date: Sun, 20 May 2001 22:12:40 -0400 + From: Tim Shoppa <shoppa@trailing-edge.com> $ Subject: Re: DEC-style USB keyboard?1 Message-ID: <3B084157.565ADE3A@trailing-edge.com>    Robert Deininger wrote:  > > > In article <3B0665D1.67FDFE05@trailing-edge.com>, Tim Shoppa# > <shoppa@trailing-edge.com> wrote:  > > > > I know about the LK450 and the LK411, which have DEC-styleD > > key layouts and PS/2 style connectors.  Is there a similar beast > > that has a USB connector?  > F > I wouldn't expect such a beast for a while, since no VMS systems areL > shipping that could support it.  When legacy-free alpha systems are in theC > pipeline, I expect VMS engineering will start working on keyboard K > support.  At that point, when a VMS-style USB keyboard is useful, we will . > hopefully hear rumors that it is on the way.  A Indeed, my worry is the "legacy-free" systems without even a PS/2 E keyboard connector.  I don't mind so much that a future Alphaserver's ; system console will not have a fully functional keyboard (I = can live with that, heck even my Alphaserver 2100 didn't ship D with a good keyboard), but the inability of hundreds of remote usersC (currently on PC-clones with LK411's and LK450's) to get a properly & laid-out keyboard is more of an issue.   Tim.   ------------------------------  % Date: Sun, 20 May 2001 15:15:47 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)1 Subject: Re: DECC what to include for RTL calls ? L Message-ID: <rdeininger-2005011515470001@user-2ivec32.dialup.mindspring.com>  5 In article <3B06040A.73218782@videotron.ca>, JF Mezei % <jfmezei.spamnot@videotron.ca> wrote:   P > HELP RTL LIB LIB$CVT_TO_INTERNAL_TIME suggests the use of various constants toI > define what function is needed. But no mention of which module needs to  be included.   ...    O > Are VMS experts expected to know by heart what modules are needed for each of O > the VMS RTL, is there some on-line source of what modules are needed for what P > RTL/SYSTEM routine or is SEARCH still neeeded to find which module needs to beN > included when yo use a particular RTL/SYSTEM routine whose constants are not" > in STARLET.H or LIB$routines.h ?  F Haven't looke at up-to-date C documents for ages.  But in Fortran, theG User's Guide has information about calling system/RTL/utility routines, B including a table listing lots of INCLUDEable modules with a short description of each.  J Is there a manual titled something like "DEC C for OpenVMS User's Manual"?I If so, that's where I would expect to find this kind of information.  (If C there's no such manual, you can always look in the Fortran one. :-)    --   Robert Deininger rdeininger@mindspring.com    ------------------------------   Date: 20 May 2001 20:08:30 GMT- From: "Bill Pedersen" <pedersen@ccsscorp.com> 1 Subject: Re: DECC what to include for RTL calls ? 0 Message-ID: <3b082490$1@kerberos.linuxpuppy.net>  J Having been around from when I had to write my own modules on occassion itI does not surprise me that the language independent RTL does not provide a D reference to the C module to include - would not expect it to do so.  ' Glad you found what you needed, though!    --
 Bill Pedersen  CCSS Corporation CCSS Interactive Learning 
 www.VMS.St 831-336-2708 ================  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3B06040A.73218782@videotron.ca...C > HELP RTL LIB LIB$CVT_TO_INTERNAL_TIME suggests the use of various  constants toL > define what function is needed. But no mention of which module needs to be	 included.  > I > In the C run time library help, (such as HELP CC RUN printf ), there is  almostG > always a mention of which module needs to be included when using that 	 function.  >  > J > I had to do a search in the DECC include directories to find the name of the D > module that was needed to make CVT_TO_INTERNAL_TIME usage with the	 constants 1 > in the documentation (happens to be LIBDTDEF.H)  >  > L > Are VMS experts expected to know by heart what modules are needed for each ofJ > the VMS RTL, is there some on-line source of what modules are needed for whatJ > RTL/SYSTEM routine or is SEARCH still neeeded to find which module needs to be J > included when yo use a particular RTL/SYSTEM routine whose constants are not " > in STARLET.H or LIB$routines.h ?   ------------------------------  % Date: Sun, 20 May 2001 23:40:01 -0500 C From: "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com> 1 Subject: Re: DECC what to include for RTL calls ? I Message-ID: <craig.berry-4E848A.23400120052001@newsrump.sjc.telocity.net>   , In article <3B06040A.73218782@videotron.ca>,/  JF Mezei <jfmezei.spamnot@videotron.ca> wrote:   O > Are VMS experts expected to know by heart what modules are needed for each of O > the VMS RTL, is there some on-line source of what modules are needed for what  > RTL/SYSTEM routine    F For LIB$ routines that offer a simplified interface to SYS$ routines, G the relevant include files are in the docs and on-line help for system  D services.  This does not cover all cases, including the example you H gave, so your approach (searching the headers) is actually a good one.  F Just be glad you no longer have to make up your own language-specific $ prototypes from the macro libraries.   ------------------------------  % Date: Mon, 21 May 2001 15:52:04 +1200 " From: martin <martin@netscape.com>@ Subject: error: DECW$DEVICE-I_NODEVICE, no graphics device found, Message-ID: <3B0890E4.685926CF@netscape.com>  C I'm not a VMS admin but have to re-build a Alpha workstation as the = system disk on it has crashed and it has never(!) been backed  up......)-;   E I've installed VMS 6.2 ok, but now after installing dec windows motif ? 1.2-3 and then starting it is failing with the following error:   0 DECW$DEVICE-I_NODEVICE, no graphics device found  % Any suggestions would be appreciated.    thanks   martin   ------------------------------  % Date: Sun, 20 May 2001 18:45:02 -0600 % From: Dan O'Reilly <dano@process.com> 1 Subject: Re: looking for ssh on Alpha/OpenVMS 7.1 A Message-ID: <5.0.2.1.2.20010520184409.0adea888@ntbsod.psccos.com>   / At 04:12 AM 5/20/2001, Peter LANGSTOEGER wrote: : >In article <9e3ecm$36f$1@news.tpi.pl>, "Jacek Ostrowski" ! ><ostrowski@sawan.com.pl> writes: , > >i'm looking for ssh for Alpha/OpenVMS 7.1 > >binaries would be the best  > 6 >Except the 2 freeware answers, which you already got,G >there is SSH builtin in the TCPIP stacks of PSC (TCPware and Multinet) 3 >but not in Q's TCPIP (and it's not planned either)  >  > >is protocol ssh2 supported ?  > ) >Not yet. All four answers are SSH1 only. 2 >PSC promised SSH2 for their stacks in the future.  L Specifically, SSH2 will be in the next release of Multinet (V4.4) and likely in the next release of TCPware.    ------I +-------------------------------+---------------------------------------+ I | Dan O'Reilly                  |                                       | I | Principal Engineer            |  "Why should I care about posterity?  | I | Process Software              |   What's posterity ever done for me?" | I | http://www.process.com        |                    -- Groucho Marx    | I +-------------------------------+---------------------------------------+    ------------------------------  % Date: Sun, 20 May 2001 23:39:31 +0200 ) From: Christof Brass <brass@infopuls.com> ( Subject: Re: OT: UPS monitoring software, Message-ID: <3B083993.9F85C529@infopuls.com>   Wayne Sewell wrote:  [SNIP]  M > Not as robust?!?!   I had no idea anyone could be that clueless, especially L > someone who must have at least *seen* a vms system at some point (one mustQ > assume that they had some sort of system to develop their "dificult to program" P > application on, unless it was delivered by the Software Fairy).  I wonder what" > their definition of "robust" is.  7 Simply because you connect the VMS system to their UPS.    ------------------------------    Date: 20 May 2001 19:19:14 -0700" From: cstranslations@msn.com (Joe)( Subject: Re: OT: UPS monitoring software< Message-ID: <d56d1c2d.0105201819.762a347@posting.google.com>  s wayne@tachysoft.xxx.310887.killspam.0162 (Wayne Sewell) wrote in message news:<J0u9kq2s5ovl@tachxxsoftxxconsult>... r > In article <009FC434.04275752@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:r > > In article <6LwswLvXIEka@tachxxsoftxxconsult>, wayne@tachysoft.xxx.310887.killspam.0162 (Wayne Sewell) writes:) > >When I spoke to the folks at APC, they O > > said that they needed to charge more because VMS was so dificult to program O > > for and not as robust as other platforms they support!  One of the many too $ > > many reasons I created UPShot.   > M > Not as robust?!?!   I had no idea anyone could be that clueless, especially L > someone who must have at least *seen* a vms system at some point (one mustQ > assume that they had some sort of system to develop their "dificult to program"  > application on,   @ Look at it this way... if you're pimple faced and cut your teethC writing Visual Basic crap where you typically plug a line or two of E "code" into a "window" and then run the compiler while the collective # in Redmond does the rest for you...   F ... shit - I suppose you would find OpenVMS (and thiniking in general)8 a bit difficult. Your applications would also (under theB circumstances) not be as "robust" as what you wrote with Redmond's help.    Joe    ------------------------------  % Date: Mon, 21 May 2001 00:41:58 -0300 1 From: "Valdemir J. Santos" <valdemir-@uol.com.br> & Subject: Pascal program not running...3 Message-ID: <000a01c0e1a7$fdb59de0$d2010001@desenv>y  , This is a multi-part message in MIME format.  + ------=_NextPart_000_0007_01C0E18E.D7FA88E0a Content-Type: text/plain;n 	charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printablee   Hello all guys:t  J   I made a Pascal program in an AlphaStation 500/333.  In this machine,=20I   the program run OK. When I copy the executable file to an AlphaServer =c	 DS20E,=20L2   the program doesn't run, and I get this message:  2   %DCL-W-ACTIMAGE, error activating image SCAN_ALL:   -CLI-E-IMGNAME, image file DKA0:[DS_SUPORTE.CLUSTER] =20   SCAN_ALL.EXE;1>   -IMGACT-F-NOTNATIVE, image is not an OpenVMS Alpha image.=20  I    Why this program doesn=B4t run in the AlphaServer, but run OK in the =e AlphaStation ?(    Both machines haves OpenVMS V7.2 .=20    Thank you in advance...  + ------=_NextPart_000_0007_01C0E18E.D7FA88E0  Content-Type: text/html; 	charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printablei  > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD>3 <META content=3D"text/html; charset=3Diso-8859-1" =- http-equiv=3DContent-Type>9 <META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR>  <STYLE></STYLE>w </HEAD>w <BODY bgColor=3D#ffffff>= <DIV><FONT face=3DArial size=3D2>Hello all guys:</FONT></DIV>d <DIV>&nbsp;</DIV>cG <DIV><FONT face=3DArial size=3D2>&nbsp; I made a Pascal program in an =s AlphaStation=20w- 500/333.  In this&nbsp;machine, </FONT></DIV>fI <DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp;the program run OK. When I =i copy the=20e6 executable file to an AlphaServer DS20E, </FONT></DIV>H <DIV><FONT face=3DArial size=3D2>&nbsp; the program doesn't run, and I = get this=20e message:</FONT></DIV>w <DIV>&nbsp;</DIV> @ <DIV><FONT face=3DArial size=3D2>&nbsp; %DCL-W-ACTIMAGE, error = activating image=20i0 SCAN_ALL<BR>&nbsp; -CLI-E-IMGNAME, image file=202 DKA0:[DS_SUPORTE.CLUSTER]&nbsp;&nbsp;</FONT></DIV>C <DIV><FONT face=3DArial size=3D2>&nbsp; SCAN_ALL.EXE;1</FONT></DIV>-G <DIV><FONT face=3DArial size=3D2>&nbsp; -IMGACT-F-NOTNATIVE, image is =< not an OpenVMS=20N Alpha image. </FONT></DIV> <DIV>&nbsp;</DIV>AJ <DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp; Why this program doesn=B4t =
 run in the=208? AlphaServer,&nbsp;but run OK in the AlphaStation ?</FONT></DIV>sJ <DIV><FONT face=3DArial size=3D2>&nbsp;  Both machines haves</FONT><FONT = face=3DArial=20 + size=3D2>&nbsp;OpenVMS V7.2 . </FONT></DIV>a= <DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp; Thank you in=20d% advance...</FONT></DIV></BODY></HTML>j  - ------=_NextPart_000_0007_01C0E18E.D7FA88E0--    ------------------------------  % Date: Mon, 21 May 2001 00:45:24 -0400F( From: Hamlyn Mootoo <univms@bigfoot.com>* Subject: Re: Pascal program not running...* Message-ID: <3B089D64.FC73EE6@bigfoot.com>  & --------------4BC490C3306F4B478CD61236, Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit   F Do an ANALYZE/IMAGE on SCAN_ALL.EXE (the one that is on the DS20E) and@ see what is says.  Does it say that the image is an alpha image?   HM   "Valdemir J. Santos" wrote:   G > Hello all guys:   I made a Pascal program in an AlphaStation 500/333.)G > In this machine,  the program run OK. When I copy the executable fileiC > to an AlphaServer DS20E,  the program doesn't run, and I get thisl= > message:   %DCL-W-ACTIMAGE, error activating image SCAN_ALLC8 >   -CLI-E-IMGNAME, image file DKA0:[DS_SUPORTE.CLUSTER]D > SCAN_ALL.EXE;1  -IMGACT-F-NOTNATIVE, image is not an OpenVMS AlphaG > image.    Why this program doesnt run in the AlphaServer, but run OK G > in the AlphaStation ?  Both machines haves OpenVMS V7.2 .   Thank yout > in advance...r  & --------------4BC490C3306F4B478CD61236) Content-Type: text/html; charset=us-asciia Content-Transfer-Encoding: 7bitn  > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> <body bgcolor="#FFFFFF">F Do an ANALYZE/IMAGE on SCAN_ALL.EXE (the one that is on the DS20E) andE see what is says.&nbsp; Does it say that the image is an alpha image?  <p>HM  <p>"Valdemir J. Santos" wrote:% <blockquote TYPE=CITE><style></style>D& <font face="Arial"><font size=-1>HelloF all guys:</font></font>&nbsp;<font face="Arial"><font size=-1>&nbsp; Iw made a Pascal program in an AlphaStation 500/333. In this machine,</font></font><font face="Arial"><font size=-1>&nbsp;y the program run OK. When I copy the executable file to an AlphaServer DS20E,</font></font><font face="Arial"><font size=-1>&nbsp;ck the program doesn't run, and I get this message:</font></font>&nbsp;<font face="Arial"><font size=-1>&nbsp;k> %DCL-W-ACTIMAGE, error activating image SCAN_ALL</font></font>F <br><font face="Arial"><font size=-1>&nbsp; -CLI-E-IMGNAME, image fileN DKA0:[DS_SUPORTE.CLUSTER]</font></font><font face="Arial"><font size=-1>&nbsp;X SCAN_ALL.EXE;1</font></font><font face="Arial"><font size=-1>&nbsp; -IMGACT-F-NOTNATIVE,e image is not an OpenVMS Alpha image.</font></font>&nbsp;<font face="Arial"><font size=-1>&nbsp;&nbsp;wH Why this program doesn&acute;t run in the AlphaServer, but run OK in theH AlphaStation ?</font></font><font face="Arial"><font size=-1>&nbsp; BothX machines haves OpenVMS V7.2 .</font></font><font face="Arial"><font size=-1>&nbsp;&nbsp;2 Thank you in advance...</font></font></blockquote>   </body>  </html>-  ( --------------4BC490C3306F4B478CD61236--   ------------------------------    Date: 20 May 2001 19:04:42 -0700" From: cstranslations@msn.com (Joe) Subject: PGP revisited= Message-ID: <d56d1c2d.0105201804.35e5599f@posting.google.com>   @ Anyone out there running PGP on VMS - a version more recent thanC 2.6.3? 2.6.3 (obviously) can't handle public keys generated by more4 recent versions.  @ Are there any commercially available versions? Anyone working onE porting recent source (beyond a "vapor port")? I haven't been able tof turn anything up.o  E Although what seems to be the most recent source (6.5.3 I believe) is F described as "platform independent" the platform independence seems toE depend on a whole lot of preprocessor directives and the build takingi* place on Unix (suprise, suprise, suprise).  E Trying to get 6.5.3 to compile on OpenVMS looks to be a bit involved. E The other alternative is passing files off to a PC and then retriving0% the encrypted file (less that ideal).-   Joem   ------------------------------  # Date: Sun, 20 May 2001 22:49:20 GMTt- From: "Richard L. Dyson" <rickdyson@home.com> " Subject: Re: Problems using CSWING( Message-ID: <3B0849EF.5F3774AE@home.com>  
 Koloth wrote:m > D > I'm having an annoying problem when I use CSWING from the freewareH > disk.  I've tried it on Alphas running OpenVMS V7.1 and V7.2-1H1.  TheC > problem is that very often while using the arrow keys to navigateuE > arround the CSWING directory tree the escape sequences keep gettinglH > munged and it is interpreting the arrow key as just a letter.  This of > course is very frustraiting.  M What kind of terminal are you using? DECterm, true VT, PC term emulator, etc.e  K I see this sometimes too, but never with my DECterms or VT340 windows on aneI X-Terminal or with KEA! VT340-emulator on a Win/PC.  I only see it on old  VT340s.a   Rick   ------------------------------  % Date: Sun, 20 May 2001 20:15:45 -0700e! From: Koloth <koloth@tmisnet.com> " Subject: Re: Problems using CSWING+ Message-ID: <3B088861.9ACE843C@tmisnet.com>   P I've seen it on VT420's connected via lat to an AS 8400.  I also see it when I'm? in my AS 2100 X-window console telneted to another Alpha (ES40)r   Cass   "Richard L. Dyson" wrote:b   > Koloth wrote:d > >mF > > I'm having an annoying problem when I use CSWING from the freewareJ > > disk.  I've tried it on Alphas running OpenVMS V7.1 and V7.2-1H1.  TheE > > problem is that very often while using the arrow keys to navigatesG > > arround the CSWING directory tree the escape sequences keep gettingtJ > > munged and it is interpreting the arrow key as just a letter.  This of  > > course is very frustraiting. >aO > What kind of terminal are you using? DECterm, true VT, PC term emulator, etc.c >RM > I see this sometimes too, but never with my DECterms or VT340 windows on an0K > X-Terminal or with KEA! VT340-emulator on a Win/PC.  I only see it on oldt	 > VT340s.  >e > Rick   ------------------------------  % Date: Sun, 20 May 2001 21:31:40 -0700M! From: Lars Poulsen <lars@cmc.com>a. Subject: Re: Some more bits looking for a home' Message-ID: <3B089A2C.4D494736@cmc.com>c  D > > DUP11 is a rather stupid single line, byte-at-a-time synchronous > > interface.   Bart Zorn wrote:D > Yes, but the combination of a KMC11 and the DUP11 could be used as> > a far more intelligent synchronous communications interface.E > I used such a combination for 3270 terminal emulation under RSTS/E.r  = But the thought of programming a KMC11 makes my heart cringe.?@ The KMC11 was a horizontally coded microprocessor (also known asD a Very Long Instruction Word architecture. Essentially, the instruc-> tion format had a bit for each functiaonal gating point in theA ALU, along the lines of "if bit 6 is on, load register X from thes@ memory address in bits 31-40 of the instruction, if bit 9 is on,? add register F to register H, if bit 13 is on, store register B'4 in the memory address pointed to by bits 41-50" etc.= In recent years, this kind of architecture has been supported = by compilers that wring a lot of pipeline efficiencies out ofG: it by carefully scheduling the instructions to get maximalA parallelism, but in the days of the KMC11, I believe the assembly@4 language programmer had to do all the heavy lifting.  ? DEC engineering managed to build some decent boards out of this ; (such as the DMC-11 DECnet megabit link processor) but whene< they tried to sell this for customer programming, it spelled> trouble for all involved. I had the good sense to tell my boss- we should not get sucked into such a project.n -- wB / Lars Poulsen    -    http://www.cmc.com/lars     -  lars@cmc.comB   125 South Ontare Road, Santa Barbara, CA 93105 - +1-805-569-5277   ------------------------------   Date: 20 May 2001 17:45:21 GMT" From: iam@deathsdoor.fsworld.co.uk6 Subject: Spambot Fodder - Dont Bother To Read - Thanks6 Message-ID: <9e8vrh$177$2163@plutonium.btinternet.com>   iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk iam@deathsdoor.fsworld.co.uk   ------------------------------  % Date: Sun, 20 May 2001 17:01:14 -04005' From: "Bill Todd" <billtodd@foo.mv.com>t8 Subject: Re: The Internet, Tru64 and other unix variants( Message-ID: <9e9b78$85b$1@pyrite.mv.net>  + "Dirk Munk" <munk@home.nl> wrote in messages! news:3B07921E.459D51D3@home.nl...    ...   K > 3. The whole point of having a raid/stripe set is to have the data evenlyuJ > distributed over the volumes. I suppose that adding extra volumes to the set L > would result in a complete rebuild of the set with new stripe parameters ? IfL > not, then you would get a bigger logical volume, but not a very fast one I
 > presume.  G Indeed - that's why I pointed out the desirability of adding space to avH typical RAID (and then to the file system using it) compared with addingI another volume to a concatenated volume set.  The more competent hardware1K and software RAIDs do in fact re-stripe when a volume is added.  With a bitIG of ingenuity, this process can take place on-line and in the background>I (though the added logical volume space isn't usable until re-striping hasy completed).i   - bill   ------------------------------  # Date: Mon, 21 May 2001 01:10:05 GMT6> From: Charlie McCutcheon <charlie.mccutcheon@NOSPAMcompaq.com>5 Subject: Re: Unsupported Cobol compilation switches ? 0 Message-ID: <3B086AC2.FFFF7FAF@NOSPAMcompaq.com>   > >>M > >> Correct assumption.  The /ARCH and /OPT=TUNE options are passed directly-E > >> to the GEM common backend.  The behavior is identical across allaK > >> GEM-based OpenVMS Alpha compilers (yes, all the compilers you get from-- > >> Compaq for OpenVMS Alpha are GEM-based).s > >c	 > > All ?0 > >AB > > Macro-32 and Bliss included or just the "standard" languages ? >tJ > Yes.  Naturally Bliss, but also Macro-32 uses GEM.  It does use somewhatI > less of GEM that a more complex compiler, but the Macro-32 processor onp > Alpha is a compiler.  k Note that the compiler must still parse the command qualfier, and the GEM code generator in it must be able j to handle the optimizations requested.  Compilers can have differing levels of support for these features.  h An example is that Compaq Ada is still using an old GEM baselevel.  You won't ever see EV67, or even EV6l supported by /ARCH or /TUNE qualifiers.  Other older compilers may have no or limited support for the latest Alpha processors.-   Charlie-
 Compaq Ada   ------------------------------  % Date: Mon, 21 May 2001 11:51:21 +1000 / From: "Phil Howell" <phowell@snowyhydro.com.au>  Subject: Re: VAX Acronym1 Message-ID: <Pu_N6.1595$Ld4.69224@ozemail.com.au>s  B VAX AcronymAnd Alpha generations are named EVnn for "extended vax"6 so we now have "Extended Virtual Address eXtension" :) Phil   ------------------------------  % Date: Sun, 20 May 2001 16:42:39 -0400-- From: John Reagan <reagan@hiyall.zko.dec.com>0  Subject: Re: vfork/exec question2 Message-ID: <3B07F3FF.3B3FF0F1@hiyall.zko.dec.com>   David Mathog wrote:3 > L > But fork is a fast operation on Unix.  Process creation on VMS is slow (at > least until DII/COE anyway).  C Who said that DII/COE will make process creation go any faster? :-)m   -- m John Reagant Compaq Pascal Project Leader   ------------------------------  # Date: Mon, 21 May 2001 03:25:44 GMTc From: matessman@yahoo.comi- Subject: Re: vms time -> unix time conversion - Message-ID: <3b088a21.3848699@news.erols.com>u  F thank you, gentlemen, for your postings.  i should have included in myF original post that i am running vms 5.5-2 on a vaxstation 4000 vlc and/ i have very little development documentation.  e   ...miked  B On 20 May 2001 16:12:59 +0200, maulis@ludens.elte.hu (Adam Maulis) wrote:  j >In article <3B0696E0.B7FAFE7B@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes: >06 >[...skip an VMStime -> UNIXtime converter example...] >cE >> Considering that you are already using many VMS specific features,x- >> then decc$fix_time may have been simpler !0 >  >You are absolutly right!W >  >But...o >e4 >The decc$fix_time does not avaiable every platform;: >My solution (VMStime-0x7C95674BEB4000)/10000000 - utc_tdfB >is avaiable every platform that can do 64 bit integer arithmetic. >  >  >> Arneo >I >Adam Maulis   ------------------------------    Date: 21 May 2001 07:40:27 +02008 From: holitska_a@ludens.elte.hu (Holi - Holitska Andrs)/ Subject: Re: VXT2000 hardware/firmware questiont! Message-ID: <Wx$UueTrypuu@ludens>   W In article <3B055CB2.2484BF5C@osfn.org>, "Michael L. Umbricht" <mikeu@osfn.org> writes:e! > "Holi - Holitska Andrs" wrote:r >>  A >>         I have a few questions about a DEC VXT2000 Xterminal's"' >>         hardware/firmaware/whatever.r >> e> >>         If I'm informed right (am I?), it runs some kind ofE >>         VAX CPU (like the ones in some MicroVAXen?), but according  > F > I have not seen a VXT2000, but I do know that a VT1300 is basically E > a VAXstation 3100 (with a CVAX chip.)  A 1300 can be upgraded 3100,-/ > but I don't know if special ROM's are needed.: >5D > The InfoServer 1000 does appear to be based on a CVAX chip, but it	 > almost g! > certainly has special ROM code.0  C You probably misunderstood: I was not trying to boot VMS _onto_ the E InfoServer, but _from_ the InfoServer (using LAD). But you'r probablyy( right about the special ROM code anyway.  t, > The VMS FreeWare CD contains the software: > E > [VXT]                   VXT V2.1G X Terminal Software (for VXT2000, 	 > VT1300)e  C Hmm. If both the VXT2000 and the VT1300 run the same software _and_SC the VT1300 is basically a VAXstation 3100 (like you told me above),g= then it must mean, than VXT2000 is some sort of VAX too. (I'mI getting closer :])   >  > It can be found at:= > 8 > http://www.openvms.compaq.com/freeware/FREEWARE40/VXT/ > I > There is also VXT2000 documentation at the above location.  It implies  6 > that the VXT does, in fact, have special boot ROMs'.  D Yeah, I know (and have) that. My problem wasn't that I can't boot myG VXT2000 anyhow. My problem was that I can't run VMS on a not officially1G supported platform (or even on an officially unsupported platform) ;]]]    > @ >>         Why I'm asking these silly questions: I had the idea,@ >>         of trying to boot VMS (yes :]) on a VXT2000 back half? >>         a year ago. I've set up a VMS, to accept the VXT2000E2 >>         MOP request, as it would be a satelite. > K > If the InfoServer has an internal disk it can serve the VXT image to the D5 > 2000, and also use the same disk for page and swap.r > B > BTW, what was the boot command that you entered on the VXT, what > bootflags?  F Since I can boot my VXT2000 with the VXT2.1 software, I don't think itG has any inportance, but I used the same boot command for trying to boot<G VMS as for booting the VXT2.1, namely: BOOT ESA0/10000 (got it from theh VXT2.1 manual)  C But now, as you mention it, I haven't tryed just BOOT ESA0, to bootb VMS... but I'll check.   > -mikeu -- iH Holitska, Andras         holitska_a@ludens elte hu        junior managerG  ......................................................................bG  VMS Competence Center                            VMS Szakertoi Kozpont G  Eotvos Lorand University                 Eotvos Lorand Tudomanyegyetem>G  Budapest, Hungary                                             Budapest G  ======================================================================K   ------------------------------    Date: 21 May 2001 07:46:49 +02008 From: holitska_a@ludens.elte.hu (Holi - Holitska Andrs)/ Subject: Re: VXT2000 hardware/firmware question ! Message-ID: <rYjWH544OnPC@ludens>b  c In article <DLOQ3ZKiXhbO@eisner.encompasserve.org>, koehler@encompasserve.org (Bob Koehler) writes:E^ > In article <$2zklHMrHyVk@ludens>, holitska_a@ludens.elte.hu (Holi - Holitska Andrs) writes: >> n7 >> 	If I'm informed right (am I?), it runs some kind of > >> 	VAX CPU (like the ones in some MicroVAXen?), but according6 >> 	to my experience, it either has a _very_ different6 >> 	firmware from that of normal VAXen, or it has some< >> 	_very_ special hardware, that prevents it from operating= >> 	like a machine with normal MicroVAX CPU - wich is capable 1 >> 	of "executing" the READ_ADDR.SYS for example.o >>   > G > I don't know what's in my VXT, but DEC did produce a line a VAX chips 0 > optimized for VAXeln and those won't boot VMS.  E :[ Shouldn't those too be able to run READ_ADDR.SYS? It's supposed to,C be able to tell you, that the processor you are trying to run it oneA is an unkown/usupported processor. (Found the necessary string in]D READ_ADDR.SYS, so I guess it has some minor processor type detecting capabilities ;])   > H > ----------------------------------------------------------------------A > Bob Koehler                     | Computer Sciences Corporationr? > NASA GSFC Flight Software       | Federal Sector, Civil GroupmG >                                 | please remove ".aspm" when replyingp --  H Holitska, Andras         holitska_a@ludens elte hu        junior managerG  ...................................................................... G  VMS Competence Center                            VMS Szakertoi KozpontpG  Eotvos Lorand University                 Eotvos Lorand TudomanyegyetemeG  Budapest, Hungary                                             Budapest<G  ======================================================================h   ------------------------------   End of INFO-VAX 2001.279 ************************