INFO-VAX Wed, 24 Sep 2008 Volume 2008 : Issue 515 Contents: Cobol switches and LNM$FILE_DEV : bug ? Re: Cobol switches and LNM$FILE_DEV : bug ? Re: Does anyone know of a "VESTING TOOL" for emulating/porting VMS Re: How do I add 2 letters to a long command at the prompt Re: How do I add 2 letters to a long command at the prompt Re: How do I add 2 letters to a long command at the prompt Re: On V5.5, using the backup command how do I create a listing file OpenVMS and Oracle 10.2.0.4.0 Re: OpenVMS and Oracle 10.2.0.4.0 Re: OT: The end of the world in roughly 3 hours Re: OT: The end of the world in roughly 3 hours Re: OT: The end of the world in roughly 3 hours Re: SSH break-in attempts Re: SSH break-in attempts Re: SSH break-in attempts Re: SSH break-in attempts Re: SSH break-in attempts RE: SSH break-in attempts Text file generated by a Cobol application Re: Text file generated by a Cobol application URGENT SCSI Adapter Cluster devices Re: We only open our wallets when the price is dirt cheap. RE: We only open our wallets when the price is dirt cheap. Re: We only open our wallets when the price is dirt cheap. RE: We only open our wallets when the price is dirt cheap. Re: We only open our wallets when the price is dirt cheap. Re: We only open our wallets when the price is dirt cheap. Re: We only open our wallets when the price is dirt cheap. ---------------------------------------------------------------------- Date: Tue, 23 Sep 2008 22:14:58 +0200 From: Marc Van Dyck Subject: Cobol switches and LNM$FILE_DEV : bug ? Message-ID: Cobol switches (see the SET SWITCH primitive) have been implemented with a logical name, COB$SWITCHES, normally defined in the process table at user level. For a reason unknown to me, the COBRTL code uses the first table pointed by LNM$FILE_DEV to create this logical name. This is OK until LNM$FILE_DEV is modified for whatever reason. If, after modification, the first table pointed by LNM$FILE_DEV belongs in LNM$SYSTEM_DIRECTORY, the user mode definition trick does not work and COB$SWITCHES remains defined after image exit, which is in complete contradiction to what is said about it in the compiler documentation. Does that count as a bug ? If yes, how do I get it solved ? And is there a way, documented or not, to force COBRTL to define COB$SWITCHES in LNM$PROCESS, whatever LNM$FILE_DEV says ? Thanks in advance, -- Marc Van Dyck ------------------------------ Date: Tue, 23 Sep 2008 18:07:35 -0400 From: "John Reagan" Subject: Re: Cobol switches and LNM$FILE_DEV : bug ? Message-ID: "Marc Van Dyck" wrote in message news:mn.bd367d893beae4b1.86952@brutele.be... > Cobol switches (see the SET SWITCH primitive) have been implemented > with a logical name, COB$SWITCHES, normally defined in the process > table at user level. For a reason unknown to me, the COBRTL code > uses the first table pointed by LNM$FILE_DEV to create this logical > name. This is OK until LNM$FILE_DEV is modified for whatever reason. > If, after modification, the first table pointed by LNM$FILE_DEV belongs > in LNM$SYSTEM_DIRECTORY, the user mode definition trick does not work > and COB$SWITCHES remains defined after image exit, which is in complete > contradiction to what is said about it in the compiler documentation. > Does that count as a bug ? If yes, how do I get it solved ? And is > there a way, documented or not, to force COBRTL to define COB$SWITCHES > in LNM$PROCESS, whatever LNM$FILE_DEV says ? A similar issue was reported back in 2004 (fixed for V8.2 and beyond) where some piece of code added a non-writeable table to the beginning of LNM$FILE_DEV causing the SET SWITCH to fail. After the change, if the initial sys$crelnm fails with LNM$FILE_DEV, the COBOL RTL falls back and uses LNM$PROCESS. (I didn't do that change - I wasn't involved with COBOL then). I'm also at a loss why we'd want a /USER definition of COB$SWITCHES in any other table than LNM$PROCESS since we want the logical to evaporate at image run-down. I'll add it to our list. In the meantime, as I noted above, the only way to influence the decision is to put a non-writeable table at the front but that is likely to screw up lots of other pieces of code so I wouldn't do that. John ------------------------------ Date: Tue, 23 Sep 2008 11:27:53 -0700 From: "Tom Linden" Subject: Re: Does anyone know of a "VESTING TOOL" for emulating/porting VMS Message-ID: On Tue, 23 Sep 2008 04:33:52 -0700, Main, Kerry wrote: > >> -----Original Message----- >> From: Bob Koehler [mailto:koehler@eisner.nospam.encompasserve.org] >> Sent: Thursday, September 18, 2008 4:46 PM >> To: Info-VAX@Mvb.Saic.Com >> Subject: Re: Does anyone know of a "VESTING TOOL" for emulating/porting >> VMS >> >> In article > afe47f42d84e@o40g2000prn.googlegroups.com>, Len Whitwer >> writes: >> > Looking for a tool that allows ALPHA or even VAX application software >> > "executables" to >> > run on OpenVMS INTEGRITY systems without being modified and re- >> > compiled. >> >> VEST goes from VAX to Alpha and AEST goes from Alpha to Itanium. >> AEST can handle the output of VEST. Both are available from HP. >> >> You can also get simulators that simulate VAX hardware or Alpha >> hardware on other platforms. That way you're running on a new >> platform but the software thinks you're running on the old. > > Reference: > > OMSAIS tool (Alpha to Integrity translator) > http://h71000.www7.hp.com/openvms/products/omsva/omsais.html Check out our site for a version of the above that supports PL/I images -- snip -- -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: 23 Sep 2008 14:29:15 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: How do I add 2 letters to a long command at the prompt Message-ID: In article <9d7c724a-1af6-490e-87fb-209b57ddb05d@b38g2000prf.googlegroups.com>, Christopher Lusardi writes: > If I forgot to enter a few letters in an extremely long command at the > Vax prompt I am forced to do the following. I have to use the up arrow > key to recall the previous command. I then use the left arrow key to > go to the start of the error that I typed. I then retype the entire > rest of the command. This takes a long time! Is there an easier way to > insert blanks in a previous command and then begin typing the > forgotten letters in the newly created blanks. You need the all-important control-A. Or "set terminal/insert". Or both. ------------------------------ Date: Tue, 23 Sep 2008 14:13:05 -0700 (PDT) From: H Vlems Subject: Re: How do I add 2 letters to a long command at the prompt Message-ID: <48507216-9dab-4704-bbc7-e9a19c3d7c43@8g2000hse.googlegroups.com> On 23 sep, 21:29, koeh...@eisner.nospam.encompasserve.org (Bob Koehler) wrote: > In article <9d7c724a-1af6-490e-87fb-209b57ddb...@b38g2000prf.googlegroups= .com>, Christopher Lusardi writes: > > > If I forgot to enter a few letters in an extremely long command at the > > Vax prompt I am forced to do the following. I have to use the up arrow > > key to recall the previous command. I then use the left arrow key to > > go to the start of the error that I typed. I then retype the entire > > rest of the command. This takes a long time! Is there an easier way to > > insert blanks in a previous command and then begin typing the > > forgotten letters in the newly created blanks. > > =A0 =A0You need the all-important control-A. =A0Or "set terminal/insert".= =A0Or > =A0 =A0both. I prefer control-A, control-H and control-E. Most importantly, control-R to chack the result beforehitting return :-) ------------------------------ Date: Tue, 23 Sep 2008 23:23:45 GMT From: John Santos Subject: Re: How do I add 2 letters to a long command at the prompt Message-ID: <5UeCk.1038$MN3.360@nwrddc01.gnilink.net> JF Mezei wrote: > Christopher Lusardi wrote: > >>If I forgot to enter a few letters in an extremely long command at the >>Vax prompt I am forced to do the following. > > > If the command exceeds one line on the screen, then VMS is pretty bad at > handling it. You need to erase characters from the end until the cursor > moves to the last character on the line you need to edit. Then delete > enough characters at end of line to make room for insertion. Then use > the left arrow to move the cursor (without deleting) to the area where > you need to insert characters, A to start inserting, insert your > two characfters, then E to get to end of line, and then retype the > complete remainder of the line which you had to erase. > > Old cisco switches have better command line editing than VMS. > > > SET TERM/WIDTH=132 will allow you to recall the command on a longer line > (132 instead of 80) and this makes its editing easier. Once done, you > can set term/width=80 again. > > VMS 5.5 lacked certain recall buffer functionality which was added later > on. On recent versions of VMS, you could RECALL/output=myfile.txt then > edit myfile.txt and then RECALL/input=myfile.txt which would reload > the recall buffer with your corrected command. Another method, if you are on a terminal that supports cut&paste (VT420, VT520, DECterm, some VT emulators), is to recall and erase as per JF's instructions, and then cut & paste the remainder of the line (if it's still on the screen!) But be careful about pasting a carriage return if there is more than one remaining line! (and be sure to go to end of line before pasting, or it will try to insert the remainder in the middle.) If you have a wide enough screen (works with DECterms and Kermit-95, I don't know about other emulators), /width=132 isn't the upper limit. I think you can go as wide as 255 characters, but if you set the terminal width wider than the physical screen width, you'll need to deal with left-right scrolling as well. Sure wish they would fix this (editing wide lines)! -- John Santos Evans Griffiths & Hart, Inc. 781-861-0670 ext 539 ------------------------------ Date: 23 Sep 2008 14:30:00 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: On V5.5, using the backup command how do I create a listing file Message-ID: In article <0e289782-c774-4ae1-a1de-1a5384dfbd52@x16g2000prn.googlegroups.com>, Christopher Lusardi writes: > "backup /list file.bck/saveset" displays the inforation to the screen. > How can I redirect it to a specific file instead. Help backup/list . ------------------------------ Date: Tue, 23 Sep 2008 14:51:30 -0700 (PDT) From: heyesr@googlemail.com Subject: OpenVMS and Oracle 10.2.0.4.0 Message-ID: I've been told by Oracle that the terminal release patchset 10.2.0.4.0 will be available by the end of October AND that the Itanium 10.2 Grid Control agent will be available in the next couple of weeks. Can anyone confirm I'm not being spun the typical Oracle VMS yarn. I've had these messages in the past but nothing ever emerges. ------------------------------ Date: Tue, 23 Sep 2008 23:41:06 GMT From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) Subject: Re: OpenVMS and Oracle 10.2.0.4.0 Message-ID: <00A80123.A3A3A708@SSRL.SLAC.STANFORD.EDU> In article , heyesr@googlemail.com writes: >I've been told by Oracle that the terminal release patchset 10.2.0.4.0 >will be available by the end of October AND that the Itanium 10.2 Grid >Control agent will be available in the next couple of weeks. Can >anyone confirm I'm not being spun the typical Oracle VMS yarn. I've >had these messages in the past but nothing ever emerges. I have no information about Oracle Server. However, fairly recently, the guy in charge of Oracle Rdb, Kevin Duffy, became the manager for Oracle Server on VMS as well. As an Rdb guy, he's proven a good guy. So I would, if I were you, write to him (at the usual firstname . lastname @ oracle.com ) and ask him about this. I don't think he'll BS you. -- Alan ------------------------------ Date: 23 Sep 2008 14:32:30 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: OT: The end of the world in roughly 3 hours Message-ID: <7yNXxJSe3a0O@eisner.encompasserve.org> In article <6js933F4l7u4U1@mid.individual.net>, billg999@cs.uofs.edu (Bill Gunshannon) writes: > In article , > AEF writes: >> >> If people are willing to fund it, what's >> the problem? ... > > The problem is when the people are not given the choice of wether or not > to fund it and the funding could have been put to better and more immediate > use solving real problems today. There will always be "real problems". So when is the correct date or what is the correct criteria to start funding the basic research needed to solve them? ------------------------------ Date: Tue, 23 Sep 2008 14:58:37 -0700 (PDT) From: AEF Subject: Re: OT: The end of the world in roughly 3 hours Message-ID: <2aed0eb4-10f1-480e-a3ae-6cd736be7a58@59g2000hsb.googlegroups.com> On Sep 23, 10:25 am, billg...@cs.uofs.edu (Bill Gunshannon) wrote: > In article , > AEF writes: > > > > > If people are willing to fund it, what's > > the problem? ... > > The problem is when the people are not given the choice of wether or not > to fund it and the funding could have been put to better and more immediate > use solving real problems today. Bill, This is a far broader problem than anything concerning the LHC. And the LHC is probably rather low on the list. As others in this post have already explained, basic research in general is very important. Our modern world would be impossible without it. Maybe you prefer living in the Dark Ages? As for "immediate application", basic research normally pays off down the road. Now, admittedly, there will come a point where bigger accelerators will become prohibitively expensive. Before that, there is a point where it may not be worth it given other concerns. We disagree on whether we have reached that point yet. Remember that people have been diagnosed and cured of various illnesses using technology created for, leftover by, physicists studying subatomic physics. AEF > > bill > > -- > Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves > billg...@cs.scranton.edu | and a sheep voting on what's for dinner. > University of Scranton | > Scranton, Pennsylvania | #include ------------------------------ Date: Tue, 23 Sep 2008 16:13:45 -0700 (PDT) From: AEF Subject: Re: OT: The end of the world in roughly 3 hours Message-ID: On Sep 23, 11:15 am, Michael Kraemer wrote: > AEF schrieb: > > For the costs of the MM experiment, don't forget to include all the research it's based upon! > > > No, that's not true. The MM experiment was done before relativity and > > it did not confirm it. > > It was decisive insofar as it showed that one can't > add further to the speed of light No. It doesn't rule out other possible methods. And then there's what follows below. Keep reading. (and killed the ether > hypothesis btw). Yes. This limitation nearly inevitably leads > to SR. No. From J.D. Jackson=92s =93Classical Electrodynamics=94 second edition (1975) (considered by many to be =93the Bible=94 of its subject), pp. 506-507: [begin quote] Einstein=92s special theory of relativity is based on two postulates: 1. POSTULATE OF RELATIVITY The laws of nature and the results of all experiments performed in a given from of reference are independent of the translational motion of the system as a whole. More precisely, there exists a triply infinite set of equivalent Euclidean reference frames moving with constant velocities in rectilinear paths relative to one another in which all physical phenomena occur in an identical manner. [Comments on this by Jackson follow:] For brevity these equivalent coordinate systems are called inertial reference frames. The postulate of relativity . . . [is] consistent with the Michelson-Morely experiment and makes meaningless the question of detecting motion relative to the ether. 2. POSTULATE OF THE CONSTANCY OF THE SPEED OF LIGHT The speed of light is independent of the motion of its source. [Comments on this by Jackson follow:] This postulate, untested when Einstein proposed it (and only verified decisively in recent years), is simplicity itself. Yet it forces on us such a radical rethinking of our ideas about space and time that it was resisted for many years. The history of the special theory of relativity and its gradual establishment through experiments is dealt with in an extensive literature. . . . Of particular note is the =93Resource Letter on Relativity=94 published in the _American Journal of Physics_, vol. 30, p. 462 (1962). This article contains references to books and journal articles on the history, experimental verification, and laboratory demonstrations on all aspects of special relativity. [end quote] OK, back to me. :-) Conclusion: The results of the MM experiment do not imply postulate 2 and therefore SR is not an inevitable consequence. And even if it were, you STILL have to test the consequences to be sure there is no error somewhere. And they were tested as you can read in the quote above. SR has been tested and verified so often in so many contexts that no serious scientist doubts its validity anymore. > > There were other explanations at the time. In > > > fact, IIRC, SR wasn't even well accepted at the time. > > This doesn't mean much. Kopernikus, Kepler, Galileo come to mind. OK. Still, SR does not inevitably follow from MM alone. > > > Also, at least according to Einstein, His Life and Universe, by Walter > > Isaacson, the eclipse experiment did not provide very accurate or > > consistent results, but Eddington was so convinced that GR could not > > be wrong that he threw out the results of one expedition that didn't > > agree with the more favorable results of another, which still had > > somewhat large error bars (margin of error). Additionally, there have > > been many variants of GR proposed by others, > > There might have been other theories of gravitation, > but there can only be one GR. I guess I didn't make it clear. There are numerous variants of GR. They've been falling by the wayside as new experimental results come in. I suspect that the authors of these variants are just taking "lotto stabs" for a claim to fame, or just trying to get research money. > Of course quite a bunch of additional > tests have been performed or proposed > in the mean time, including pretty expensive ones > like gravitational wave detection. > But the most decisive experiments happened early > and were rather cheap. Can you tell me some of them? I'm running out of time now but will probably have some time for this on the weekend. Anyway, not all science is cheap. If you want a waste of money, I'd look at the International Space Stations. Even Sky and Telescope magazine thought it was a big waste of money. And it costs what? $20 billion so far? More? Certainly much more than the LHC at $6 billion. > > > and as more research is > > done, including astronomical observations and terrestrial experiments, > > the others continue to fall by the wayside. > > > If subatomic physics (nuclear and particle physics) is to progress, it > > is almost certainly unavoidable that the size and costs will only > > increase. (There's only so much you can learn from cosmic rays.) > > > I am not aware of any fraud or other bad behavior perpetrated by the > > scientists who proposed and obtained funding for the LHC. > > No one > > promised anything. > > You are bit overly optimistic or maybe naive. > "Big science" isn't any different from "big politics" > or "big finance". Those who lobby better the politicians > will get the most funds. It does not mean that they represent > better science. Research funds can only be spent once > (creative financing a la Wall Street Casino is hardly possible), > and those who promise the most practical fall-out will > be able to talk politicians into big spending. > And I'm pretty sure the Cern people promised a lot > of fall-out to the politicians. OK, so CERN is a big con enterprise, fooling the gov't and the people over and over and over again ad nauseam. Fool me once, . . . . > > > In fact, we may find nothing new, but I think > > that's the least likely case. If people are willing to fund it, what's > > the problem? ... > > You could fund useful things more directly. > Look at the Desy example I gave a couple of > days ago. Maybe this weekend. But basic research is in general very important, without which we'd all be blacksmiths. AEF ------------------------------ Date: Tue, 23 Sep 2008 23:21:10 +0200 From: "H Vlems" Subject: Re: SSH break-in attempts Message-ID: <48d95dbe$0$17229$bf4948fe@news.tele2.nl> schreef in bericht news:d7e8bd50-5b75-4985-b4bf-d231970c466b@g17g2000prg.googlegroups.com... On Sep 21, 2:50 am, H Vlems wrote: > On 21 sep, 07:32, s...@antinode.info (Steven M. Schweda) wrote: > > > > > SSH break-in attempts seem to be getting more frequent these days. > > I'm (still) using: > > > HP TCP/IP Services for OpenVMS Alpha Version V5.4 - ECO 7 > > on a COMPAQ Professional Workstation XP1000 running OpenVMS V7.3-2 > > > with an SSH service limit of 64, which helps to limit the duration of a > > typical attack, because the attackers appear to leave connections open > > long enough to hit the limit. After an OPCOM message like: "INTERnet > > ACP SSH Reject Request - service limit - from Host: 210.48.157.82 Port: > > 45443", the attack ends, and then, over a period of some minutes, the > > connections are cleared out, so normal operation can resume. > > > With a higher service limit, the attacks run longer, wasting > > resources. With a smaller limit, an attack becomes a (temporary) denial > > of service, until some of the connections dissipate. > > > It seems to me that a useful feature would be a per-IP-address > > connection limit. I could easily live with no more than, say, 16 SSH > > connections from any particular IP address, and if an attacker hit that > > kind of limit, it would not interfere with connections coming from more > > legitimate sources. > > > Anyone else think that this might be useful? (Or is it already in > > some new TCPIP version?) > > > ------------------------------------------------------------------------ > > > Steven M. Schweda sms@antinode-info > > 382 South Warwick Street (+1) 651-699-9818 > > Saint Paul MN 55105-2547 > > Interesting. My Digital Server 5305 has been turned on for two weeks > now and yesterday evening an > SSH attempt to logon on failed. I was using OPA0: so that's why I saw > the intrusion. > As it happens, I scan twice a month for login failures: ACC/SINCE=..../ > TYPE=LOGFAIL/FULL > And learned that SSH intrusions are logged differently. Well, TELNET > intrusions happen two to four times > a month. But SSH intrusions happen twice a day; at least. TRACEROUTE > tells you interesting things, though. > About 30% comes from Russia, 20% from Asia, 10% is Europe and the > rest, believe it or not, from California ! > > The message code returned by ACCOUNTING is %x1764CFBC, which I can't > translate to a text for some reason. That would be: $ @tools:trymsg %x1764CFBC From SYS$COMMON:[SYSMSG]TCPIP$MSG.EXE;1... %TCPIP-F-SSH_FATAL, non-specific fatal error condition $ Not particularly helpful in this case, but at least it tells which facility issued the message. Trymsg.Com is something I happened upon long ago (the header says the author was Douglas A. Gordon of DEC and it was written 1988, although I added a small fix to it) which goes sequentially through all the message files in Sys$Message:, does a $ SET MESSAGE to each one in turn, and then tries to retrieve the text via F$Message. I find it particularly useful for BACKUP messages. ;-p -Ken P.S. Sorry to VAXMAN for the Q-P, but Google Groups is my sole newsgroups access on weekdays. Ken, where is TRYMSG.COM to be found, freeware cd? Hans ------------------------------ Date: Tue, 23 Sep 2008 15:25:16 -0700 From: Alan Frisbie Subject: Re: SSH break-in attempts Message-ID: <3fKdnZdXtbhQ8UTVnZ2dnUVZ_umdnZ2d@supernews.com> Peter Weaver wrote: > Below is the TCPIP$SSH_HOME:LOGIN.COM that I use for both V5.6 and in T5.7. > I find that I never get more than 6 to 9 login attempts using this procedure Thank you very much! This is just what I need to preserve my sanity from all the script kiddies trying to break in. :-) I have already implemented it. Alan Frisbie ------------------------------ Date: Tue, 23 Sep 2008 15:43:30 -0700 From: Alan Frisbie Subject: Re: SSH break-in attempts Message-ID: Peter Weaver wrote: > ... > $! Let's check to see if we have seen this IP in the past 15 minutes > $! > $ search TCPIP$SSH_RUN.LOG;* 'sysrem_node /status /since=-00:15/output=nl: I have never seen the /Status switch on Search before, nor do I find any mention of it in the Help or DCL Dictionary entry for Search. How did you learn of it? Where is it documented? Do you have a similar clever procedure for FTP access attempts? Thanks, Alan Frisbie ------------------------------ Date: Tue, 23 Sep 2008 22:56:45 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: SSH break-in attempts Message-ID: Alan Frisbie wrote: > Peter Weaver wrote: > > > ... >> $! Let's check to see if we have seen this IP in the past 15 minutes >> $! >> $ search TCPIP$SSH_RUN.LOG;* 'sysrem_node /status >> /since=-00:15/output=nl: > > I have never seen the /Status switch on Search before, There isn't any. Should be /STATISTICS. On 8.3 /STATISTICS now creates a few symbols... ------------------------------ Date: Tue, 23 Sep 2008 22:14:15 -0400 From: "Steven Underwood" Subject: Re: SSH break-in attempts Message-ID: <0ohCk.31582$rV4.15818@newsfe03.iad> "Alan Frisbie" wrote in message news:tL2dnZrIaL-P7ETVnZ2dnUVZ_vjinZ2d@supernews.com... > Peter Weaver wrote: > > > ... >> $! Let's check to see if we have seen this IP in the past 15 minutes >> $! >> $ search TCPIP$SSH_RUN.LOG;* 'sysrem_node /status >> /since=-00:15/output=nl: > > I have never seen the /Status switch on Search before, nor do I find > any mention of it in the Help or DCL Dictionary entry for Search. > How did you learn of it? Where is it documented? > > Do you have a similar clever procedure for FTP access attempts? > > Thanks, > Alan Frisbie On OpenVMS/VAX V7.1 $ help search/stat SEARCH /STATISTICS /STATISTICS /NOSTATISTICS (default) Controls whether the following statistics about the search are displayed: o Number of files searched o Number of records searched o Number of characters searched o Number of records matched o Number of lines printed o Buffered I/O count o Direct I/O count o Number of page faults o Elapsed CPU time o Elapsed time Topic? ------------------------------ Date: Tue, 23 Sep 2008 23:43:28 -0400 From: "Peter Weaver" Subject: RE: SSH break-in attempts Message-ID: >... > > I have never seen the /Status switch on Search before, > > There isn't any. Should be /STATISTICS. > On 8.3 /STATISTICS now creates a few symbols... Right, and the first time I posted this code someone pointed out this same error. I finally corrected the error so I won't confuse anyone the next time I post this LOGIN.COM. Peter Weaver www.weaverconsulting.ca www.openvmsvirtualization.com www.vaxvirtualization.com www.alphavirtualization.com Winner of the 2007 OpenVMS.org Readers' Choice Award for System Management/Performance ------------------------------ Date: Tue, 23 Sep 2008 20:20:22 -0700 (PDT) From: apogeusistemas@gmail.com Subject: Text file generated by a Cobol application Message-ID: Hi: I=B4m a newbie in VMS, and I=B4m looking for a way to remove all hidden characters in a text file to get only pure text. Thanks ------------------------------ Date: Tue, 23 Sep 2008 22:37:31 -0500 (CDT) From: sms@antinode.info (Steven M. Schweda) Subject: Re: Text file generated by a Cobol application Message-ID: <08092322373128_20202860@antinode.info> From: apogeusistemas@gmail.com > I=B4m a newbie in VMS, and I=B4m looking for a way to remove > all hidden characters in a text file to get only pure text. Please define "hidden character". Who's hiding them? (It'd be ok with me if you used normal apostrophes, too.) ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-info 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Tue, 23 Sep 2008 15:25:44 -0400 From: "David Turner, islandco.com" Subject: URGENT SCSI Adapter Cluster devices Message-ID: <0lbCk.33153$XB4.21835@bignews9.bellsouth.net> Am I wrong here, or is the only supported SCSI controller for clustering the KZPBA-Cx The Single Ended -CA or the HVD -CB? I was under the impression, though normally wrong, that he KZPEA-DB U2 Adaptec Ctr was useable now for clustering - I have a customer with 2 x Adaptec 39160 (KZPEA-DB) that wants to cluster 2 x ES45 I am seeing older information stating that the Adaptec is not supported in a shred bus environment but have also read that it is Can someone enlighten me???? Help ! David -- David B Turner ============================================= Island Computers US Corp PO Box 86 Tybee GA 31328 Toll Free: 1-877 636 4332 x201, Mobile x251 Email: dturner@islandco.com International & Local: (001)- 404-806-7749 Fax: 912 786 8505 Web: www.islandco.com ============================================= ------------------------------ Date: Tue, 23 Sep 2008 13:51:25 -0400 From: "Stanley F. Quayle" Subject: Re: We only open our wallets when the price is dirt cheap. Message-ID: <48D8F45D.26712.202153F5@infovax.stanq.com> On 21 Sep 2008 at 21:57, JF Mezei wrote: > Doesn't Charron also run on Linux ? Actually, it's spelled "CHARON", all in caps. As for Linux support, it's on the development list. But it's way down the list. Personally, I'd like to see an embedded OS purpose-built for CHARON-VAX and CHARON-AXP. CHARON-VAX was implemented in QNX once. --Stan Quayle Quayle Consulting Inc. ---------- Stanley F. Quayle, P.E. N8SQ Toll free: 1-888-I-LUV-VAX 8572 North Spring Ct., Pickerington, OH 43147 USA stan-at-stanq-dot-com http://www.stanq.com/charon-vax.html "OpenVMS, when downtime is not an option" ------------------------------ Date: Tue, 23 Sep 2008 19:14:39 +0000 From: "Main, Kerry" Subject: RE: We only open our wallets when the price is dirt cheap. Message-ID: <9D02E14BC0A2AE43A5D16A4CD8EC5A593ED612EBC0@GVW1158EXB.americas.hpqcorp.net> > -----Original Message----- > From: Stanley F. Quayle [mailto:infovax@stanq.com] > Sent: Tuesday, September 23, 2008 1:43 PM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: We only open our wallets when the price is dirt cheap. > > On 21 Sep 2008 at 13:58, Neil Rieck wrote: > > That is how we ended up moving a mission-critical VAX/VMS application > from > > "a dual host VAX-4300 cluster with 20 spindles on four DSSI busses" > to "a > > platform consisting of two DL380 chassis and one full MSA chassis" > even > > though we still have the source code. > Having the source code isn't always enough. A move to CHARON-VAX can > be a way to avoid > an extensive re-qualification or re-write. Not to mention > middleware/database software > that didn't make it to Alpha, much less Itanium. > Usually, in any type of critical Application, moving to something as different as adding another OS between the OS / App and the HW requires an entire new re-certification, so that argument is a bit of a wash. In addition, moving to a current version of OpenVMS natively allows one to use some of the newer features (Java, encryption, third party support like MQ Series + others etc) to integrate existing app code with other applications currently in use in the Cust environment. As you mentioned, if there are apps that cannot be translated or ported, then something like CHARON is an option to explore. However, you do need to also consider whether the App/DB etc will be supported by the vendor in a CHARON environment (it may, but need to confirm). [snip...] Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-254-8911 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT) OpenVMS - the secure, multi-site OS that just works. ------------------------------ Date: Tue, 23 Sep 2008 15:21:05 -0400 From: "Stanley F. Quayle" Subject: Re: We only open our wallets when the price is dirt cheap. Message-ID: <48D90961.25918.20736CED@infovax.stanq.com> On 21 Sep 2008 at 19:45, Steven Underwood wrote: > I looked into Charon APR-2007 as an option to purchasing a refurb VAX > 7000-630 to match our running system for DR. The quote for the Charon > solution was ~10x the price for the VAX. It was so much higher, I could not > realistically even propose the solution. I hear that fairly often. But you are comparing a brand new box with a used one. Did you compare the 7630 with CHARON-VAX 6620? Nearly the same performance, and markedly cheaper than the 6630 emulator. > As it turned out, the DR system was not purchased either as "we are going to > start working of a replacement platform very shortly". Of course that has > not happened either. Until a project is actually funded and staff, a replacement platform is just a wish... --Stan Quayle Quayle Consulting Inc. ---------- Stanley F. Quayle, P.E. N8SQ Toll free: 1-888-I-LUV-VAX 8572 North Spring Ct., Pickerington, OH 43147 USA stan-at-stanq-dot-com http://www.stanq.com/charon-vax.html "OpenVMS, when downtime is not an option" ------------------------------ Date: Tue, 23 Sep 2008 15:26:59 -0400 From: "Stanley F. Quayle" Subject: RE: We only open our wallets when the price is dirt cheap. Message-ID: <48D90AC3.10903.2078D2D3@infovax.stanq.com> On 23 Sep 2008 at 19:14, Main, Kerry wrote: > Usually, in any type of critical Application, moving to something as > different as adding another OS between the OS / App and the HW requires > an entire new re-certification, so that argument is a bit of a wash. Not in my experience. My CHARON clients have passed FDA and FAA "recirts" with just a few pieces of paper. > In addition, moving to a current version of OpenVMS natively allows one > to use some of the newer features (Java, encryption, third party support > like MQ Series + others etc) to integrate existing app code with other > applications currently in use in the Cust environment. Absolutely true. However, many of the clients I see are quite happy using the features they already have, and need no more. BTW -- VAX V7.3 is still "current", since that's the last version. > As you mentioned, if there are apps that cannot be translated or ported, > then something like CHARON is an option to explore. However, you do need > to also consider whether the App/DB etc will be supported by the vendor > in a CHARON environment (it may, but need to confirm). Oracle, HP, Process Software, and many others have no problem. Yes, there are a few holdouts... [Shameless Plug Alert(tm) -- I'm a CHARON reseller.] --Stan Quayle Quayle Consulting Inc. ---------- Stanley F. Quayle, P.E. N8SQ Toll free: 1-888-I-LUV-VAX 8572 North Spring Ct., Pickerington, OH 43147 USA stan-at-stanq-dot-com http://www.stanq.com/charon-vax.html "OpenVMS, when downtime is not an option" ------------------------------ Date: Tue, 23 Sep 2008 15:30:44 -0400 From: JF Mezei Subject: Re: We only open our wallets when the price is dirt cheap. Message-ID: <48d944c4$0$3358$c3e8da3@news.astraweb.com> Main, Kerry wrote: > In addition, moving to a current version of OpenVMS natively allows one > to use some of the newer features (Java, encryption, third party support > like MQ Series + others etc) to integrate existing app code with other > applications currently in use in the Cust environment. The above assumes that the owner has a policy of still developping that app. Doing a port and retain it on VAX is a good indication that the owner has no long term intentions with that VMS based app and just wants to keep it running as is until it is fully replaced on a modern platform. Also, consider the possibility that this app relies on VAX middleware that was not ported to Alpha (and then perhaps ported to Alpha but not to that IA64 thing). ------------------------------ Date: Tue, 23 Sep 2008 21:54:28 -0400 From: "Steven Underwood" Subject: Re: We only open our wallets when the price is dirt cheap. Message-ID: "Stanley F. Quayle" wrote in message news:48D90961.25918.20736CED@infovax.stanq.com... > On 21 Sep 2008 at 19:45, Steven Underwood wrote: >> I looked into Charon APR-2007 as an option to purchasing a refurb VAX >> 7000-630 to match our running system for DR. The quote for the Charon >> solution was ~10x the price for the VAX. It was so much higher, I could >> not >> realistically even propose the solution. > > I hear that fairly often. But you are comparing a brand new box with a > used one. Did > you compare the 7630 with CHARON-VAX 6620? Nearly the same performance, > and markedly > cheaper than the 6630 emulator. > 6630 was quoted. No other option was even presented and I mentioned during the original contact that the current machine was not even using 1 CPU most of the time so I should have thought about a 6610 option as well. What I would really like is to take one of the 2 Alpha's we currently own and work on porting the home built apps (cobol) over to it, but I'm not given that kind of time to work on this system either. The CHARON solution would have allowed our reporting tool (APTUser) to continue running without changing that to something else, since it is only supported as far as providing updated annual licenses at this point. ------------------------------ Date: Tue, 23 Sep 2008 22:21:02 -0400 From: "Steven Underwood" Subject: Re: We only open our wallets when the price is dirt cheap. Message-ID: "Steven Underwood" wrote in message news:u5hCk.31579$rV4.17785@newsfe03.iad... > "Stanley F. Quayle" wrote in message > news:48D90961.25918.20736CED@infovax.stanq.com... >> On 21 Sep 2008 at 19:45, Steven Underwood wrote: >>> I looked into Charon APR-2007 as an option to purchasing a refurb VAX >>> 7000-630 to match our running system for DR. The quote for the Charon >>> solution was ~10x the price for the VAX. It was so much higher, I could >>> not >>> realistically even propose the solution. >> >> I hear that fairly often. But you are comparing a brand new box with a >> used one. Did >> you compare the 7630 with CHARON-VAX 6620? Nearly the same performance, >> and markedly >> cheaper than the 6630 emulator. >> > > 6630 was quoted. No other option was even presented and I mentioned during > the original contact that the current machine was not even using 1 CPU > most of the time so I should have thought about a 6610 option as well. > > What I would really like is to take one of the 2 Alpha's we currently own > and work on porting the home built apps (cobol) over to it, but I'm not > given that kind of time to work on this system either. The CHARON > solution would have allowed our reporting tool (APTUser) to continue > running without changing that to something else, since it is only > supported as far as providing updated annual licenses at this point. Correction... the PDF provided was for the 6630, but I finally found the quote was for the 6610 which still had higher VUP rating (120>95) over the existing system. ------------------------------ End of INFO-VAX 2008.515 ************************