INFO-VAX Thu, 27 Dec 2007 Volume 2007 : Issue 710 Contents: Re: CPU Looper Monitor Script Re: CPU Looper Monitor Script Re: GnuPG 1.4.8 for VMS Re: GnuPG 1.4.8 for VMS is this design feasible?? Re: Setting Reflection 2 window titles from VMS Re: Setting Reflection 2 window titles from VMS Re: Setting Reflection 2 window titles from VMS Re: Setting Reflection 2 window titles from VMS Re: Setting Reflection 2 window titles from VMS Re: Setting Reflection 2 window titles from VMS Re: Setting Reflection 2 window titles from VMS Re: Setting Reflection 2 window titles from VMS The return of VMS Re: The return of VMS Re: The return of VMS Re: Unix for VMS guys ---------------------------------------------------------------------- Date: Thu, 27 Dec 2007 09:47:07 -0800 (PST) From: Neil Rieck Subject: Re: CPU Looper Monitor Script Message-ID: On Dec 26, 1:55=A0pm, tcarte...@gmail.com wrote: > Hi, > > I need to write a script that will check for looping processes on a > VMS system. =A0I have no problem writing it, but was just checking > whether anyone has something they could post that has already been > written to save me the time. =A0 Basically just something that would > check all process over an interval and identify those with high cpu > utilization. > > thanks As others have already pointed out, while this could be done in DCL it is better to choose a high level language. Here is a link to my free watchdog program which could be modified to suit your purposes. http://www3.sympatico.ca/n.rieck/demo_vms/basic-watchdog.zip A variation of this program has been in production for almost 20 years and it works. The key to this utility is to create an array at run- time which is no larger than sysgen parameter "MaxProcessCnt" (which can be read by calling SYS$GETSYI). You then do a wild-card GETJPI at some specified interval (60 seconds ?) taking note of PID numbers, user names, imagenames etc. If any of these change then the PID has been reassigned to a new process so you only need to record the new information then move on to the next PID. Otherwise, you gather CPU and I/O stats since the last pass and either store them or take some sort of action. Way back when we had to determine if someone was consuming too many BIOs because people would actually jam a paper-clip into the VT220 keyboard's key in order to defeat the watchdog at coffee time. Ah those crazy users.... Neil Rieck Kitchener/Waterloo/Cambridge, Ontario, Canada. http://www3.sympatico.ca/n.rieck/links/cool_openvms.html http://www3.sympatico.ca/n.rieck/links/openvms_demos.html ------------------------------ Date: Thu, 27 Dec 2007 10:30:24 -0800 (PST) From: David_Murphy@murphyfamily.org Subject: Re: CPU Looper Monitor Script Message-ID: On Dec 27, 12:47 pm, Neil Rieck wrote: > The key to this utility is to create an array at run-time > which is no larger than sysgen parameter "MaxProcessCnt" The maximum value for that parameter is 8192 on this VAX 400-700A running VMS version V6.2 . . . you might want to watch out for it being much larger on more recent releases, depending upon how much data is being stored per process. > You then do a wild-card GETJPI at > some specified interval (60 seconds ?) taking note of PID numbers, > user names, imagenames etc. If any of these change then the PID has > been reassigned to a new process I would think that simply comparing the current value of JPI$_LOGINTIM to the stored value would suffice. In fact, a different JPI$_IMAGENAM is certainly not an indication in itself that a new process owns that PID. ok dpm ------------------------------ Date: Thu, 27 Dec 2007 03:15:21 -0800 (PST) From: IanMiller Subject: Re: GnuPG 1.4.8 for VMS Message-ID: <2ee4ba40-c13f-429d-a4a8-4cd681415d66@l32g2000hse.googlegroups.com> The hP GnuPG 1.4-7 kit was announced waaay back on 7th December. Don't you read the news :-) http://www.openvms.org/stories.php?story=07/12/15/1976734 ------------------------------ Date: Thu, 27 Dec 2007 08:07:57 -0600 (CST) From: sms@antinode.org (Steven M. Schweda) Subject: Re: GnuPG 1.4.8 for VMS Message-ID: <07122708075789_202647DE@antinode.org> From: IanMiller > The hP GnuPG 1.4-7 kit was announced waaay back on 7th December. Don't > you read the news :-) > > http://www.openvms.org/stories.php?story=07/12/15/1976734 Apparently not, or at least not frequently enough. (A date which will live in infamy?) I did submit a complaint to HP about the lame build procedure, so perhaps when the fellow who's in charge of maintaining the thing (some Indian high school student, perhaps?) gets back from the holiday vacation period, we may get a response to that. SMS. ------------------------------ Date: Thu, 27 Dec 2007 02:16:15 -0800 (PST) From: "createdefuture@gmail.com" Subject: is this design feasible?? Message-ID: hi please check out the design @ NASA tech contest and comment on it. http://www.createthefuturecontest.com/pages/view/entriesdetail.html?entryID=798 --thanks. ------------------------------ Date: Thu, 27 Dec 2007 12:32:34 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Setting Reflection 2 window titles from VMS Message-ID: In article , "John E. Malmberg" writes: > > >I am trying to find a way that I can set the titles of my R2 terminal >emulation session from VMS. > >I am running Reflection R2 version 5.20 > >This is so that after the frequent reboots of the PC, I can reconnect to >the existing sessions on VMS and then just run a script or program to >fix the titles. > >Ideally I would want to identify the terminal emulator in use so that I >can have one script work for what ever is in use. > >R2 has some private escape sequences that return its serial number, and >that seems to be a possible way to identify it. > >So far what I have determined: > >R2 (V5.20) claims to be a VT400 with soft characters. It also supports >ANSI color, but set term/inquire does not appear to probe for this >feature if there is a way to do so. > >DecTERMs claim to be VT300 with no soft characters and support for ANSI >color. Decterms use a DEC private escape sequence to set the window titles. > >The free version of IVT claims to be a VT200 with soft characters. I >have not tested it to see if it supports ANSI colors. IVT window titles >can be set with the "xterm" escape sequences. > >Putty by default claims to be a VT102. It supports ANSI colors, as >noted above, set term/inq does not indicate so. Putty window titles can >be set with the "xterm" escape sequences. > >I have not yet found any way to positively identify any of the above >terminal emulators. For my local LAN, I can put in a hint in the >answerback message, but I would prefer a generic solution. > >That way I can also have the SYLOGIN.COM accurately set what the >terminal emulators can really do for the terminal characteristics. When/if you do, I'd be very very interested to know how you determine these. I maintain a product that writes VT escape sequences. I have been plagued in recent years by the terminal emulators claiming to be VT200/300/400 com- patible when they are not. I have been urged to just modify the product to work with Reflections as I was told *everybody* uses Reflections today. I don't! The Reflections and other terminal emulator makers should simply do a better job at emulating the VTs. However, if there *IS* a way to determine the emulator in use, I'd like to know as then I can add support for these terminal emulators. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Thu, 27 Dec 2007 04:47:20 -0800 (PST) From: FrankS Subject: Re: Setting Reflection 2 window titles from VMS Message-ID: <625b3809-627d-4e6e-9c17-18026ed3b289@f52g2000hsa.googlegroups.com> On Dec 27, 12:38=A0am, "John E. Malmberg" wrote: > Ideally I would want to identify the terminal emulator in use so that I > can have one script work for what ever is in use. Putting aside the issue of emulators that don't emulate properly, the principal behind them is that they don't "look" any different than the old physical terminal. So, other than knowing what private sequence to send to get a non-emulated response you're probably out of luck. That being said, however, my trusty KEA! emulator has a set up page where you can set the response that gets transmitted during a "Device Attributes" request. It has an option for all the usual VT suspects, as well as a KEA! private sequence. The default is the KEA! sequence. Maybe Reflection has the same thing? ------------------------------ Date: Thu, 27 Dec 2007 14:26:51 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Setting Reflection 2 window titles from VMS Message-ID: In article <625b3809-627d-4e6e-9c17-18026ed3b289@f52g2000hsa.googlegroups.com>, FrankS writes: > > >On Dec 27, 12:38=A0am, "John E. Malmberg" wrote: >> Ideally I would want to identify the terminal emulator in use so that I >> can have one script work for what ever is in use. > >Putting aside the issue of emulators that don't emulate properly, the >principal behind them is that they don't "look" any different than the >old physical terminal. So, other than knowing what private sequence >to send to get a non-emulated response you're probably out of luck. > >That being said, however, my trusty KEA! emulator has a set up page >where you can set the response that gets transmitted during a "Device >Attributes" request. It has an option for all the usual VT suspects, >as well as a KEA! private sequence. The default is the KEA! sequence. > >Maybe Reflection has the same thing? That would be great! Then build the SMGTERMS.TXT for the particular emulator and define it a FT* value that can be set with SET TERM/DEV. Then I could figure out what I am talking to at the remote end which is NOT a well-behaved VTwhatever. FWIW, KEA has several ugly warts when it is hit with escape sequences it purports to support by claiming it's a VTx00. It's far worse than Reflections in many cases. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Thu, 27 Dec 2007 14:57:32 -0000 From: Thomas Dickey Subject: Re: Setting Reflection 2 window titles from VMS Message-ID: <13n7fasikre8b58@corp.supernews.com> VAXman- wrote: > I maintain a product that writes VT escape sequences. I have been plagued > in recent years by the terminal emulators claiming to be VT200/300/400 com- > patible when they are not. I have been urged to just modify the product to > work with Reflections as I was told *everybody* uses Reflections today. I > don't! The Reflections and other terminal emulator makers should simply do > a better job at emulating the VTs. > However, if there *IS* a way to determine the emulator in use, I'd like to > know as then I can add support for these terminal emulators. There's no reliable way. Some of them identify in the primary device attributes as a VT102, some use cut/paste technology to adapt xterm's VT220 response - take a look at this one for instance: http://bugzilla.gnome.org/show_bug.cgi?id=344258 http://bugzilla.gnome.org/show_bug.cgi?id=130671 http://bugzilla.gnome.org/show_bug.cgi?id=398401 Some, such as IVT claim to do well with vttest, though I've not found that to be true. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net ------------------------------ Date: Thu, 27 Dec 2007 15:23:14 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Setting Reflection 2 window titles from VMS Message-ID: In article <13n7fasikre8b58@corp.supernews.com>, Thomas Dickey writes: > > >VAXman- wrote: >> I maintain a product that writes VT escape sequences. I have been plagued >> in recent years by the terminal emulators claiming to be VT200/300/400 com- >> patible when they are not. I have been urged to just modify the product to >> work with Reflections as I was told *everybody* uses Reflections today. I >> don't! The Reflections and other terminal emulator makers should simply do >> a better job at emulating the VTs. > >> However, if there *IS* a way to determine the emulator in use, I'd like to >> know as then I can add support for these terminal emulators. > >There's no reliable way. Some of them identify in the primary device >attributes as a VT102, some use cut/paste technology to adapt xterm's >VT220 response - take a look at this one for instance: > > http://bugzilla.gnome.org/show_bug.cgi?id=344258 > http://bugzilla.gnome.org/show_bug.cgi?id=130671 > http://bugzilla.gnome.org/show_bug.cgi?id=398401 > >Some, such as IVT claim to do well with vttest, though I've not found that >to be true. I've been using VTTEST as well as some of my own VT suite of tests (taken from real world cases of applications which failed with these emulators). VTTEST doesn't have tests for some of the VT400 and VT500 sequences. Are there any terminal emulators claiming to be VT400 or VT500 terminals? I think the Reflection one does IIRC. It's been quite a while. I don't really care if a there is no way to determine the emulator in use. What I *DO* care about is that they lie to me when they claim to be a VTx00 and then can't handle the VTx00 escapes sent to them. I get shat upon by a customer because they perceive it to be a problem with my software when, in fact, it's their terminal emulator. My software works, as advertised, when used with a VTx00 terminal; ergo, the emulators need to clean up their act. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Thu, 27 Dec 2007 16:48:14 +0100 From: "P. Sture" Subject: Re: Setting Reflection 2 window titles from VMS Message-ID: In article <625b3809-627d-4e6e-9c17-18026ed3b289@f52g2000hsa.googlegroups.com>, FrankS wrote: > On Dec 27, 12:38 am, "John E. Malmberg" wrote: > > Ideally I would want to identify the terminal emulator in use so that I > > can have one script work for what ever is in use. > > Putting aside the issue of emulators that don't emulate properly, the > principal behind them is that they don't "look" any different than the > old physical terminal. So, other than knowing what private sequence > to send to get a non-emulated response you're probably out of luck. > > That being said, however, my trusty KEA! emulator has a set up page > where you can set the response that gets transmitted during a "Device > Attributes" request. It has an option for all the usual VT suspects, > as well as a KEA! private sequence. The default is the KEA! sequence. > > Maybe Reflection has the same thing? I did something similar many years ago to distinguish between "standard" VT100s and an OEM VT100 wannabe which had extended functionality. To keep the explanation as simple as possible... Before invoking the application software, I sent all terminals the OEM private sequence to change to OEM-VT100 mode, followed by a "what are you?" request, and then invoked the application accordingly. This of course relied on the "standard" VT100s to not change their mode or otherwise screw up in response to the OEM private sequence. On application exit, for the OEM-VT100s I sent the sequence to switch back to vanilla VT100 mode so as not to interfere with standard VMS or other third party software. -- Paul Sture Sue's OpenVMS bookmarks: http://eisner.encompasserve.org/~sture/ovms-bookmarks.html ------------------------------ Date: Thu, 27 Dec 2007 08:59:35 -0800 (PST) From: Rich Jordan Subject: Re: Setting Reflection 2 window titles from VMS Message-ID: <1dc697a2-0ee7-449c-8c3d-96819a4c1cfb@s19g2000prg.googlegroups.com> On Dec 27, 9:23 am, VAXman- @SendSpamHere.ORG wrote: > In article <13n7fasikre8...@corp.supernews.com>, Thomas Dickey writes: > > >VAXman- wrote: > >> I maintain a product that writes VT escape sequences. I have been plagued > >> in recent years by the terminal emulators claiming to be VT200/300/400 com- > >> patible when they are not. I have been urged to just modify the product to > >> work with Reflections as I was told *everybody* uses Reflections today. I > >> don't! The Reflections and other terminal emulator makers should simply do > >> a better job at emulating the VTs. > > >> However, if there *IS* a way to determine the emulator in use, I'd like to > >> know as then I can add support for these terminal emulators. > > >There's no reliable way. Some of them identify in the primary device > >attributes as a VT102, some use cut/paste technology to adapt xterm's > >VT220 response - take a look at this one for instance: > > > http://bugzilla.gnome.org/show_bug.cgi?id=344258 > > http://bugzilla.gnome.org/show_bug.cgi?id=130671 > > http://bugzilla.gnome.org/show_bug.cgi?id=398401 > > >Some, such as IVT claim to do well with vttest, though I've not found that > >to be true. > > I've been using VTTEST as well as some of my own VT suite of tests (taken > from real world cases of applications which failed with these emulators). > VTTEST doesn't have tests for some of the VT400 and VT500 sequences. Are > there any terminal emulators claiming to be VT400 or VT500 terminals? I > think the Reflection one does IIRC. It's been quite a while. > > I don't really care if a there is no way to determine the emulator in use. > What I *DO* care about is that they lie to me when they claim to be a VTx00 > and then can't handle the VTx00 escapes sent to them. I get shat upon by a > customer because they perceive it to be a problem with my software when, in > fact, it's their terminal emulator. My software works, as advertised, when > used with a VTx00 terminal; ergo, the emulators need to clean up their act. > > -- > VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM > > "Well my son, life is like a beanstalk, isn't it?" > > http://tmesis.com/drat.html We still use Powerterm (by Ericom) simply because it came with Pathworks and our customers got used to it. Our code required no changes to work with it compared to stock VT220/320 terminals so it was good enough. You can select VT420 and VT525 emulation. We don't use any more advanced features so I don't know how capable they are. Unfortunately I also don't see anything in the lesser docs I have here that explains how a program can determine that Powerterm is talking to it... I can see some ways that would work with pre-setup work (like putting a script in the powerterm directory and having the program try to 'run' that script via an escape sequence), but nothing more general. I don't have the full docs available here though. Rich ------------------------------ Date: Thu, 27 Dec 2007 18:32:09 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Setting Reflection 2 window titles from VMS Message-ID: In article <1dc697a2-0ee7-449c-8c3d-96819a4c1cfb@s19g2000prg.googlegroups.com>, Rich Jordan writes: > > >On Dec 27, 9:23 am, VAXman- @SendSpamHere.ORG wrote: >> In article <13n7fasikre8...@corp.supernews.com>, Thomas Dickey writes: >> >> >VAXman- wrote: >> >> I maintain a product that writes VT escape sequences. I have been plagued >> >> in recent years by the terminal emulators claiming to be VT200/300/400 com- >> >> patible when they are not. I have been urged to just modify the product to >> >> work with Reflections as I was told *everybody* uses Reflections today. I >> >> don't! The Reflections and other terminal emulator makers should simply do >> >> a better job at emulating the VTs. >> >> >> However, if there *IS* a way to determine the emulator in use, I'd like to >> >> know as then I can add support for these terminal emulators. >> >> >There's no reliable way. Some of them identify in the primary device >> >attributes as a VT102, some use cut/paste technology to adapt xterm's >> >VT220 response - take a look at this one for instance: >> >> > http://bugzilla.gnome.org/show_bug.cgi?id=344258 >> > http://bugzilla.gnome.org/show_bug.cgi?id=130671 >> > http://bugzilla.gnome.org/show_bug.cgi?id=398401 >> >> >Some, such as IVT claim to do well with vttest, though I've not found that >> >to be true. >> >> I've been using VTTEST as well as some of my own VT suite of tests (taken >> from real world cases of applications which failed with these emulators). >> VTTEST doesn't have tests for some of the VT400 and VT500 sequences. Are >> there any terminal emulators claiming to be VT400 or VT500 terminals? I >> think the Reflection one does IIRC. It's been quite a while. >> >> I don't really care if a there is no way to determine the emulator in use. >> What I *DO* care about is that they lie to me when they claim to be a VTx00 >> and then can't handle the VTx00 escapes sent to them. I get shat upon by a >> customer because they perceive it to be a problem with my software when, in >> fact, it's their terminal emulator. My software works, as advertised, when >> used with a VTx00 terminal; ergo, the emulators need to clean up their act. >> >> -- >> VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM >> >> "Well my son, life is like a beanstalk, isn't it?" >> >> http://tmesis.com/drat.html > >We still use Powerterm (by Ericom) simply because it came with >Pathworks and our customers got used to it. Our code required no >changes to work with it compared to stock VT220/320 terminals so it >was good enough. > >You can select VT420 and VT525 emulation. We don't use any more >advanced features so I don't know how capable they are. > >Unfortunately I also don't see anything in the lesser docs I have here >that explains how a program can determine that Powerterm is talking to >it... I can see some ways that would work with pre-setup work (like >putting a script in the powerterm directory and having the program try >to 'run' that script via an escape sequence), but nothing more >general. I don't have the full docs available here though. We could resort to the high-tech unix mechanism: setenv TERM {type} ;) -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Thu, 27 Dec 2007 07:12:35 -0800 (PST) From: Didier_Toulouse Subject: The return of VMS Message-ID: <0aa5ed37-1816-4373-8103-cb15d492ab89@f53g2000hsg.googlegroups.com> Air Force graduates first network warfare class Related Biographies * LIEUTENANT GENERAL ROBERT J. "BOB" ELDER JR. by 1st Lt. Ashley Conner 39th Information Operations Squadron 12/13/2007 - HURLBURT FIELD, Fla. (AFPN) -- The first Undergraduate Network Warfare Training Class graduated Dec. 7 here representing the Air Force's expansion into the domain of cyberspace. The course, developed and taught by members of the 39th Information Operations Squadron, represents the most comprehensive network warfare training available in the Air Force. "Given the importance of cyberspace to modern operations across all warfighting domains, control of the cyber domain has become critical to military operations," said Lt. Gen. Robert J. "Bob" Elder Jr., the 8th Air Force commander. Airmen were trained on the fundamentals of all aspects of network warfare in a 38-day, high-intensity course. The UNWT course educates students on the basics of warfare in cyberspace, ensuring students are exposed in a hands-on manner to realistic scenarios. The course was developed to take a nontraditional approach to network warfare, training students to recognize and respond to attacks not only over conventional networks, but also to look to other arenas that are susceptible to attack. Training includes operational principles of radio, television, telephone and other non-conventional means of communication, ensuring the Air Force continues to dominate all facets of the electromagnetic spectrum. "The Air Force has a number of Airmen (both officer and enlisted) actively conducting operations in cyberspace and the Air Force is committed to establishing a professional cadre of cyber operators," said Maj. Gen. William T. Lord, the commander of the Provisional Air Force Cyberspace Command. "UNWT is designed to support these evolving cyber requirements and is an excellent example of how the Air Force is moving forward to meet its commitment to fly, fight and win in cyberspace." UNWT is separated into two parts. The first part is an in-depth advanced distributed learning course provided by the 229th Information Operations Squadron officials from the Vermont Air National Guard. This portion of the course makes introductory network warfare training available to those who cannot make it to Hurlburt Field for the course, while also serving as a prerequisite for all UNWT in-resident students. The second portion of UNWT is in-residence instruction at the 39th IOS at Hurlburt Field that will graduate 96 students a year. Graduates of UNWT then receive system-specific training upon assignment to their next duty station. UNWT students are put through various mission simulators and network emulators to prepare them for what they will see when defending Air Force networks. To graduate, students must demonstrate the ability to create and execute a plan of action based on a given mission task and then follow up with execution analysis to assess the results. "This course develops the network fundamentals to help us defend our networks and attack enemy nets when directed," said Staff Sgt. Matthew Yatsko, a UNWT student assigned to the 67th Network Warfare Wing in San Antonio. "We are in a warfighting mindset, a war being fought across the networks." http://www.af.mil/news/story.asp?storyID=123079331 Will VMS be the next CyberWeapon to help us defend our networks ? Didier ------------------------------ Date: 27 Dec 2007 15:23:45 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: The return of VMS Message-ID: <5thuc1F1d5qjfU1@mid.individual.net> In article <0aa5ed37-1816-4373-8103-cb15d492ab89@f53g2000hsg.googlegroups.com>, Didier_Toulouse writes: > Air Force graduates first network warfare class > > > Will VMS be the next CyberWeapon to help us defend our networks ? > Did I miss something? I saw no mention of VMS at all in this article. And for those who might be interested, I am currently going thru DISA certification and it has no mention of VMS either. So much for the myth that DOD was still one of the biggest users of VMS. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Thu, 27 Dec 2007 11:55:03 -0500 From: JF Mezei Subject: Re: The return of VMS Message-ID: <4773d968$0$4322$c3e8da3@news.astraweb.com> Bill Gunshannon wrote: > certification and it has no mention of VMS either. So much for the > myth that DOD was still one of the biggest users of VMS. DOD could still be the biggest user of VMS. If VMS use has dwindled at a faster pace than in the military, DOD would have in fact increased its importance despite itself having significantly reduced VMS installations. Perhaps in 2008, the new "Gorhams" will be 200k VMS customers. (remember that 300k was mentioned in 2007, and 400k before that). Remember that VMS is behind the others, and it must not only match the pace of other OS, but also catch up. And you don't achieve this by reducing headcount in the VMS engineering group. I just wish DECTerm and TPU were made public domain so they could be ported to other operating systems as surviving legacies of VMS. They would be no threath to HP or Microsoft, but still allow DEC's contribution to IT to remain known for a while longer. In the end, the job that remains is to ensure the DEC and VMS names do not become forgotten like Data General, Burroughs etc. The VT100 terminals codes are one good surviving legacy, as is ethernet, but the more, the merrier. BTW, if you go to: www.hp.com/go/tacjw www.hp.com/go/sewp2 (this one asks you to call a rep) www.hp.com/go/tac4 There are still links to alpha/risc workstations and MPE servers. (trying the on-line ordering gets yo7u to a gem.compaq.com web site that has the HP look) so those may be rather old sites :-) (Those are military procurement pages). ------------------------------ Date: Thu, 27 Dec 2007 01:06:38 -0600 From: pechter@pcp09822625pcs.eatntn01.nj.comcast.net (Bill Pechter) Subject: Re: Unix for VMS guys Message-ID: In article , Bob Koehler wrote: >In article <4f3fd$47568626$cef8887a$30510@TEKSAVVY.COM>, JF Mezei > writes: >> There used to be sites that provides much help in converting VMS >> commands into Unix commands. >> >> Does anyone have a current link for such ? >> >> Also, would there be a site describing control character equivalences ? >> (for instance, in VMS, during a program gives you a status of >> that program, gets you to start of line supressed >> output until the next major breakpoint etc etc. Having equivalences for >> Unix would be useful. > > Well, for control-T your out of luck, unless you add it yourself. > For the others there are several books and cheatsheets available > if you look for them. Actually FreeBSD does use control-t to give some system load and program status information. #72 i4got.pechter.dyndns.org:/home/pechter> load: 0.00 cmd: ksh 98143 [ttyin] 0.02u 0.00s 0% 656k FreeBSD i4got.pechter.dyndns.org 6.2-STABLE FreeBSD 6.2-STABLE #0: Sat Sep 29 13:10:43 EDT 2007 root@:/usr/obj/usr/src/sys/I4GOT i386 Bill -- -- Be comforted that in the face of all erridity and disallusionment, and despite the changing fortunes of time, there is always a big future in computer maintainance. --Deteriorata (pechter-at-gmail-dot-com) ------------------------------ End of INFO-VAX 2007.710 ************************