1 INFO-VAX	Sat, 01 Mar 2003	Volume 2003 : Issue 118       Contents: Re: DECthreads problem on VAX  Re: DECthreads problem on VAX 2 Editor wars - Was: Re: Upcoming VMS improvements ?  Re: Fix for EDT emulation in EVEO Re: How many other sites had their CSLG licenses expire at midnight last night? P Re: HP can't speak or spell VMS!!!  How do they expect to sell it or even pretenP RE: HP can't speak or spell VMS!!!  How do they expect to sell it or even preten/ Re: Linus trashes Itanium - he's scared of VMS! ! Re: Official OpenVMS name for the ! Re: Official OpenVMS name for the ! Re: Official OpenVMS name for the ! Re: Official OpenVMS name for the ! RE: Official OpenVMS name for the P Re: OT but worth posting, virus warning: "FWD: Look at this pack from Microsoft. Re: Questions on SSH for VMS Re: Questions on SSH for VMS2 Robert Deiniger's 100 Quatloos are still unclaimed6 Re: Robert Deiniger's 100 Quatloos are still unclaimed7 Re: Robert Deininger's 100 Quatloos are still unclaimed . Slightly OT (was Re: Questions on SSH for VMS)+ Re: Suspected compromise of my home VMS box . Re: Type the beginning of a file only - Part 2. Re: Type the beginning of a file only - Part 2 Re: unix Re: unix Re: unix RE: VAX Emulators  Re: Volume set across RAID5   F ----------------------------------------------------------------------   Date: 1 Mar 2003 08:12:17 GMT - From: djweath@attglobal.net (Dave Weatherall) & Subject: Re: DECthreads problem on VAX5 Message-ID: <DTiotGxQ0bj6-pn2-6pHkIZkuND00@localhost>    Hi BrianC                  I've discovered the cause of two of my DECThreads  	 problems.   D One was an incorrect assumption about cma$ routines adhering to the = VMS convention of returning an odd value in R0. Net result -  F error-exit with error message 0.This is probably fair in that they areD subroutines and not functions returning status. The old adage about  things working by accident.   D That moved me on to crashes similar to what I'd experienced on VAX. = Again I'd gotten confused (still am to be honest) about what  @ 'cma_thread_detach' does and when/how it should be used. I read F (choose a tense) it such that I should call it to give up storage so IB did when the thread has executed and exited - on Alpha/VMS 6.2 it E worked but now (Alpha 7.1-2) it crashes because the thread handle is  F invalid (IIRC). When I found it I remembered that it was in a similar F area/module I was having trouble on VAX. i.e. when do I destroy thread) structures and how to give up the memory.   @ One thing I'm sure of, Posix based threading is nowhere near as E elegant as VAX/ELN's JOB/Process model and the synchronisation tools   it provides.   --   Cheers - Dave.   ------------------------------  # Date: Sat, 01 Mar 2003 12:01:38 GMT " From:   VAXman-  @SendSpamHere.ORG& Subject: Re: DECthreads problem on VAX0 Message-ID: <00A1C348.E7272AA8@SendSpamHere.ORG>  e In article <DTiotGxQ0bj6-pn2-6pHkIZkuND00@localhost>, djweath@attglobal.net (Dave Weatherall) writes: 	 >Hi Brian D >                 I've discovered the cause of two of my DECThreads 
 >problems. > E >One was an incorrect assumption about cma$ routines adhering to the  > >VMS convention of returning an odd value in R0. Net result - G >error-exit with error message 0.This is probably fair in that they are E >subroutines and not functions returning status. The old adage about   >things working by accident.  E I thought this thread died a silent death.  I finally managed to find E my problem after many runs (2 weeks) and lots of additional bits log- E ging all sorts of thread status.  I found a very seldom exercised AST D being fired when another thread held the global mutex.  This AST, onE occasion, would call a subroutine which also locked the global mutex. E This is a documented NO-NO and I corrected it.  However, the symptoms D of puking up in the midst of PTHREAD$RTL with nothing but an ACCVIO D and textual crap written all over the stack was certainly of no help in debugging this problem.    D I implemented a "debug" logical that can be defined with a number ofB keywords or lists of keywords that now turn on debugging (logging)C of threads, stacks, tcp/ip, mutexes, conditions, VMS return and IO  C status, and misc. other items.  Hopefully, I won't need to use them E anytime in the near future but they're there already if I should have  need.    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------   Date: 1 Mar 03 11:51:57 +0100 ) From: p_sture@elias.decus.ch (Paul Sture) ; Subject: Editor wars - Was: Re: Upcoming VMS improvements ? ) Message-ID: <5RTFv+yPlo$I@elias.decus.ch>   n In article <b096a4ee.0302270823.669a2b0e@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes:\ > Don Sykes <anonymous@pacbell.net> wrote in message news:<3E58148E.4B1FC938@pacbell.net>... >> "Alan E. Feldman" wrote:  >> >  _ >> > Don Sykes <anonymous@pacbell.net> wrote in message news:<3E569B38.2FBEE3FD@pacbell.net>...  >> >  L >> > > I often hear the "EDT is better" stuff, but I can't think of a singleK >> > > thing that EDT can do that I can't do with my customized TPU editor.  > F > Right here you're already in trouble. I don't think anyone ever saidA > that EDT is better than your customized editor. No one has your  > customized editor but you! >   B And by the same token, you are in trouble too. Let's snip a bit...   <major snip>  / >> > My EDT script is 262 lines (some lines are 5 >> > comments) and it runs almost instantaneously!!!)  >>    D Eh? I find those two statements contradictory. My view of EDT is theK pure default (without the clutter of someone else's ideas, as contained in  H SYS$MANAGER:EDTINI.TEMPLATE), and almost certainly doesn't look anything8 like yours. Talk about the pot calling the kettle black!  I I totally fail to see why this subject raises such passions. I use EDT or E TPU according to the job in hand, with an occasional foray into TECO.   M For multiple source code changes (have you ever edited 150 programs at a time F and had them all compile cleanly?), EDT and a bit of DCL are the tools
 of my choice.   H For viewing several source code or documentation files interactively andE pasting between them, or simply working through a compilation listing J and at the same time editing the source to remove typos, TPU is my choice.  & TECO is magic for certain other tasks.  E As for huge initialization files, I went off them when I was visiting G multiple customers and/or dealing with virgin systems. I learnt to deal  with the defaults.  8 The latter point also applies to my LOGIN.COM files too.  H It is perhaps worth mentioning here that a well respected Unix colleagueF swears by vi, even when the emacs crowd laugh at him. His reasoning isG simple - vi exists on every Unix system and is often the only available  editor in standalone mode.   QED.   <another major snippage>   --  
 Paul Sture   ------------------------------   Date: 1 Mar 03 12:05:48 +0100 ) From: p_sture@elias.decus.ch (Paul Sture) ) Subject: Re: Fix for EDT emulation in EVE ) Message-ID: <SUq8OJTx1jHT@elias.decus.ch>   [ In article <3E5D8B70.19B901F8@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  > I > In EDT, I use GOLD-F to write the current buffer to a file. It would be H > nice if EDT could write the current select range to file. I'd probablyI > put that on GOLD-S or something that I don't currently use for anything  > else.  >    GOLD-KP7 write file.txt select  <ENTER>      --  
 Paul Sture   ------------------------------   Date: 1 Mar 2003 05:24:19 -0800 ) From: P.Young@unsw.EDU.AU (Patrick Young) X Subject: Re: How many other sites had their CSLG licenses expire at midnight last night?= Message-ID: <55f85d77.0303010524.2c28cb75@posting.google.com>   i svieth@wi.rr.com (Scott Vieth) wrote in message news:<5a85bce2.0301310715.4400a016@posting.google.com>...  > Hi:  > , > I'll admit that we got caught by surprise.  B In a strange match up of dates, ours pretty much always expire theG weekend before session starts (sometimes a week out). In this case that F would be tommorow. In this way I tend to remember it. Our SAS licenses" are the same date too which helps.  C But anyway, I got mine load(ed)/reset(ed) on Thursday (both OpenVMS 
 and Tru64)  )  PAK Termination Date:        28-FEB-2004   B Our ones are delivered early so we have plenty of time (again I'llB say it - the CSLG is *excellent*) I think we got these a couple ofC weeks ago. I already installed the appropriate ones on another CSLG  user's machine some time ago.    ------------------------------   Date: 1 Mar 2003 05:48:15 -0800 ) From: P.Young@unsw.EDU.AU (Patrick Young) Y Subject: Re: HP can't speak or spell VMS!!!  How do they expect to sell it or even preten = Message-ID: <55f85d77.0303010548.1274e1e3@posting.google.com>   Z "Barry Treahy, Jr." <Treahy@MMaz.com> wrote in message news:<3E5FC86F.8070403@MMaz.com>...J > Does ANY one have an HP sales contact that can speak VMS (not OpenView) F > for the Midwest Region?  I have spent two days and countless calls, I > hangups, and wrong numbers and have yet to locate a single person with  ; > HP that can help me with some VMS licensing purchases...    = This is an interesting question. I have put forward a request B to transfer a base license for an XP1000 from Tru64 to OpenVMS andC a purchase request for additional OpenVMS Advanced server licenses.   C We also want our very own 7.3-1 kit and up to date layered products E kit (I know I already have other sources for this, however we do want  to buy our own original kit).   @ This was made some weeks ago to our internal person who does theD CSLG. She is very good on this. However HP seemed to confuse us with> University of Sydney last I heard. They have done this before.   ------------------------------  $ Date: Sat, 1 Mar 2003 09:49:05 -0500' From: "Main, Kerry" <Kerry.Main@hp.com> Y Subject: RE: HP can't speak or spell VMS!!!  How do they expect to sell it or even preten T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660DC5@kaoexc01.americas.cpqcorp.net>   Barry,   Re: SW Licensing questions -    Have you tried the following:=201 http://h18000.www1.hp.com/products/software/info/ B http://h18000.www1.hp.com/products/software/info/swl_contacts.html   Also, extract from first url: E "If you could not find what you want in our Web Pages, please send us F mail at swlicensing@hp.com. Feel free to provide feedback on this site at the same time. "    Regards   
 Kerry Main Senior Consultant  Hewlett-Packard (Canada) Co.! Consulting & Integration Services  Voice: 613-592-4660  Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)  OpenVMS DCL - the original .COM      -----Original Message-----3 From: Barry Treahy, Jr. [mailto:Treahy@MMaz.com]=20  Sent: February 28, 2003 3:37 PM  To: Info-VAX@Mvb.Saic.Com H Subject: HP can't speak or spell VMS!!! How do they expect to sell it or even pretend to?!?!     J Does ANY one have an HP sales contact that can speak VMS (not OpenView)=20F for the Midwest Region?  I have spent two days and countless calls,=20I hangups, and wrong numbers and have yet to locate a single person with=20 ; HP that can help me with some VMS licensing purchases...=20     J I'd go through my normal channel but two of these numbers are HP direct=20 only!!!      Barry    --=20   B Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO=20  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  $ Date: Sat, 1 Mar 2003 02:33:43 -0500* From: "Bill Todd" <billtodd@metrocast.net>8 Subject: Re: Linus trashes Itanium - he's scared of VMS!2 Message-ID: <_MGcnRxUyJLH__2jXTWcpg@metrocast.net>  L "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> wrote in message( news:3e5f9e74$1_2@hpb10302.boi.hp.com... > 7 > "Bill Todd" <billtodd@metrocast.net> wrote in message . > news:d6CcnYRy8sYOFcOjXTWcow@metrocast.net... > >  > > H > > I don't like or particularly respect Itanic, largely for the reasons	 > already I > > noted:  it achieves its competitive performance by the application of  > brute L > > force and band-aids to a fairly misbegotten architectural approach.  But > the I > > resulting raw performance *is* competitive, even though the resulting = > > price/performance and ease of future enhancements is not.  > >  > ( > It's price/performance is competetive.  K Whoops - you're right, and it should continue to be for as long as Intel is H willing to lose money on each one produced.  It's its *cost*/performanceD that isn't competitive, due to the significantly larger chip area it, requires to achieve competitive performance.  !   It is priced to compete against @ > other 64-bit chips used in UNIX servers.  It's "ease of future
 enhancements" . > isn't really interesting - only the results.  K Well, so far the result is that no significant enhancements will occur from E 2002 until at least 2006, which some people might consider a drawback E (though I'm sure its competition is not unhappy with that situation).       And even without architecturalJ > innovation, it's - as you indicate - "brute force" approach lends itself= > well to simply driving the process down and clock rates up.   H Unfortunately, until the brute force approach is replaced power and chipL area requirements will continue to make it uncompetitive in both operational and production costs.    - bill   ------------------------------   Date: 1 Mar 2003 08:12:15 GMT - From: djweath@attglobal.net (Dave Weatherall) * Subject: Re: Official OpenVMS name for the5 Message-ID: <DTiotGxQ0bj6-pn2-rosdS8BzEkQg@localhost>   D On Wed, 26 Feb 2003 20:34:00 UTC, carl@gerg.tamu.edu (Carl Perkins)  wrote:  . > Neither is "IA64" or "IPF", for that matter.  
 Some ideas     OpenVMS /NDC - non-DEC Chip/CPU1                        /SEC - someone else's chip ,                        /A6C  - a 64-bit chip/                        /S6C  - some 64-bit chip   F I could go on but it would only get sillier. Maybe the last one would  be OpenVMS/Omega.    --   Cheers - Dave.   ------------------------------  # Date: Sat, 01 Mar 2003 13:50:17 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)* Subject: Re: Official OpenVMS name for the5 Message-ID: <tU28a.167015$Rb4.2117577@news.chello.at>   c In article <IpJ4R2bD0osQ@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: D >Suppose they named it OpenVMS Itanium, and Intel later decided thatF >starting with the Munroe chip (to choose a US president starting withC >"M" at random) their chips would be called Farfenuegel rather than 
 >Itanium ? > " >So what happens to the VMS name ?  J So, we're back again at "OpenVMS IPF", because it continues to be a member" of the "INTEL Processor Family"...   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   Date: 1 Mar 2003 07:54:53 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) * Subject: Re: Official OpenVMS name for the3 Message-ID: <gNbltObUshmg@eisner.encompasserve.org>   n In article <tU28a.167015$Rb4.2117577@news.chello.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:e > In article <IpJ4R2bD0osQ@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: E >>Suppose they named it OpenVMS Itanium, and Intel later decided that G >>starting with the Munroe chip (to choose a US president starting with D >>"M" at random) their chips would be called Farfenuegel rather than >>Itanium ?  >># >>So what happens to the VMS name ?  > L > So, we're back again at "OpenVMS IPF", because it continues to be a member$ > of the "INTEL Processor Family"...   Like the Pentium ?  :-)    ------------------------------  # Date: Sat, 01 Mar 2003 18:12:48 GMT 9 From: "John Gemignani, Jr." <john-nope@wontwork-ossc.net> * Subject: Re: Official OpenVMS name for the; Message-ID: <AK68a.1959$Xu.1061558@news1.news.adelphia.net>   : "Dave Weatherall" <djweath@attglobal.net> wrote in message/ news:DTiotGxQ0bj6-pn2-rosdS8BzEkQg@localhost... E > On Wed, 26 Feb 2003 20:34:00 UTC, carl@gerg.tamu.edu (Carl Perkins)  > wrote: > 0 > > Neither is "IA64" or "IPF", for that matter. >  > Some ideas > " >  OpenVMS /NDC - non-DEC Chip/CPU3 >                        /SEC - someone else's chip . >                        /A6C  - a 64-bit chip1 >                        /S6C  - some 64-bit chip  > G > I could go on but it would only get sillier. Maybe the last one would  > be OpenVMS/Omega.  >  > -- > Cheers - Dave.  J I don't think omega is appropriate.  If all goes well, then I suspect that2 this WON'T be the LAST chip that VMS is ported to.   -john    ------------------------------  $ Date: Sat, 1 Mar 2003 10:14:06 -0800# From: "Tom Linden" <tom@kednos.com> * Subject: RE: Official OpenVMS name for the9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEHLGLAA.tom@kednos.com>   B Well had the followed Pentium, we would have Exium. then you could
 have VMSEXium  >-----Original Message----- ? >From: John Gemignani, Jr. [mailto:john-nope@wontwork-ossc.net] ( >Sent: Saturday, March 01, 2003 10:13 AM >To: Info-VAX@Mvb.Saic.Com+ >Subject: Re: Official OpenVMS name for the  >  > ; >"Dave Weatherall" <djweath@attglobal.net> wrote in message 0 >news:DTiotGxQ0bj6-pn2-rosdS8BzEkQg@localhost...F >> On Wed, 26 Feb 2003 20:34:00 UTC, carl@gerg.tamu.edu (Carl Perkins)	 >> wrote:  >>1 >> > Neither is "IA64" or "IPF", for that matter.  >>
 >> Some ideas  >># >>  OpenVMS /NDC - non-DEC Chip/CPU 4 >>                        /SEC - someone else's chip/ >>                        /A6C  - a 64-bit chip 2 >>                        /S6C  - some 64-bit chip >>H >> I could go on but it would only get sillier. Maybe the last one would >> be OpenVMS/Omega. >> >> --  >> Cheers - Dave.  > K >I don't think omega is appropriate.  If all goes well, then I suspect that 3 >this WON'T be the LAST chip that VMS is ported to.  >  >-john >  >  >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.449 / Virus Database: 251 - Release Date: 1/27/2003  >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.449 / Virus Database: 251 - Release Date: 1/27/2003   ------------------------------   Date: 1 Mar 03 11:28:11 +0100 ) From: p_sture@elias.decus.ch (Paul Sture) Y Subject: Re: OT but worth posting, virus warning: "FWD: Look at this pack from Microsoft. ) Message-ID: <4oPt4ae0TFwS@elias.decus.ch>   W In article <01C2DE39.96543B80@sulfer.icius.com>, Shane Smith <ssmith@icius.com> writes: B > I just got some clueless skript kiddie send me "q414183_exe.vir"D > directly to this address, and the mailing list was quite obviouslyD > harvested from one or more of info-vax's newsgroups. McAfee didn'tF > identify the virus or trojan, but it's pretty obviously some kind ofC > crack attempt, so I thought I'd just send out a quick heads up. I I > realise probably nobody on this list is dumb enough to fall for it, but  > everyone has off moments.  > G > He tried to hide the origin, but the relay put the genuine IP address J > next to the server name he was claiming, so I've reported him in detail. >   E Thanks for the warning. I got it too, and recognized the names on the G list as recent contributors here. Fortunately it landed on a VMS system 
 for me :-)  D From a quick EDIT/TPU of the file, it appears that it contains callsE to modify the registry, and along with a Microsoft disclaimer notice.      --  
 Paul Sture   ------------------------------   Date: 1 Mar 2003 10:29:34 +0100 ' From: huber@mppmu.mpg.de (Joseph Huber) % Subject: Re: Questions on SSH for VMS + Message-ID: <YsmrkBOYnRR0@vms.mppmu.mpg.de>   \ In article <b3ofgt$8l$1@grapevine.wam.umd.edu>, bleau@umtof.umd.edu (Lawrence Bleau) writes:@ > Hi, I'm looking for SSH (secure shell) for VMS Alpha (V7.1-2).L > First, let me see if I'm correct in my concepts; please correct me or fill > in the blanks as needed. > L > The VMS TCPIP (product TCPIP, formerly UCX) stack does not have encryptionK > built in.  This can be added, and is done in the session layer of the OSI M > network model.  The thing that needs to be added is known as secure session F > layer (SSL).  This is provided by an add-on product, one of which is8 > OpenSSL, which is freely available; another is SSLeay. > = > Right so far?  If so, I have a few questions at this point:  >  > Questions: > J > 5) Are there any other free SSH clients or servers for OpenVMS?  Or, are; > there any products that implement both client and server?   8 In addition to the products mentioned by other replies, E there is the STUNNEL software (available from HP OpenVMS site), which M establishes OpenSSL based SSL/TSL servers on both sides, then one can use any $ application to run over these ports.J This is especially usefull for FTP,if no SFTP implementation is available.P I use it together with Hunters HGFTP server/client: it implements PASSV , so the( entire FTP traffic goes through SSL/TSL.M It's not perfect, because it needs running the Stunnel server/clients on both : sides, but it can be done even on a per-user basis, if theN system/network/firewall management is not willing to support it system-wide on privileged ports.     --  N Joseph "Sepp" Huber   mailto:joseph.huber@web.de   http://www.huber-joseph.de/   ------------------------------   Date: 1 Mar 2003 06:33:15 -0800 ( From: bob@instantwhip.com (Bob Ceculski)% Subject: Re: Questions on SSH for VMS = Message-ID: <d7791aa1.0303010633.2894576b@posting.google.com>   a bleau@umtof.umd.edu (Lawrence Bleau) wrote in message news:<b3ofgt$8l$1@grapevine.wam.umd.edu>... @ > Hi, I'm looking for SSH (secure shell) for VMS Alpha (V7.1-2).L > First, let me see if I'm correct in my concepts; please correct me or fill > in the blanks as needed. >   < first of all, you want ssh2, and TCPware is the choice here.: you are on 7.1-2, so ucx current versions are not backward: supported like TCPware which works with 5.5 thru 7.3-1 ...> ssh2 runs on port 22, so both telnet(23) and ssh2 can coexist.: TCPware also runs SCP (secure copy) which also can coexist; with ftp ... TCPware or multinet are the only two solutions 7 for your current environment unless you upgrade vms ... : an excellent ssh client is powerterm from ericom, the same9 who makes powerterm for pathworks ... as for a webserver, = apache is free but a current version requires vms 7.2 or 7.3. 9 Purveyor from process software works with all versions of ; vms and has encryption, its not free but is bulletproof ...    ------------------------------   Date: 1 Mar 03 11:11:28 +0100 ) From: p_sture@elias.decus.ch (Paul Sture) ; Subject: Robert Deiniger's 100 Quatloos are still unclaimed ) Message-ID: <5PdYgT+FBAKv@elias.decus.ch>    Morning Robert,   K Just a quick note to say that despite my former optimism, your 100 Quatloos  are safe for the time being.  F I haven't given up yet, but can confirm that posting a complex url viaC LookOut and Exchange to a VMS MAIL account makes that url unusable.    ------------------------------  % Date: Sat, 01 Mar 2003 07:50:09 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)? Subject: Re: Robert Deiniger's 100 Quatloos are still unclaimed L Message-ID: <rdeininger-0103030750100001@user-uinj4bo.dialup.mindspring.com>  F In article <5PdYgT+FBAKv@elias.decus.ch>, p_sture@elias.decus.ch (Paul
 Sture) wrote:    >Morning Robert, > L >Just a quick note to say that despite my former optimism, your 100 Quatloos >are safe for the time being.  > G >I haven't given up yet, but can confirm that posting a complex url via D >LookOut and Exchange to a VMS MAIL account makes that url unusable.  ! Thanks for the continued efforts.   J The PC help desk and the "escalated" help desk at work have gotten nowhere so far.    ------------------------------   Date: 1 Mar 03 11:14:33 +0100 ) From: p_sture@elias.decus.ch (Paul Sture) @ Subject: Re: Robert Deininger's 100 Quatloos are still unclaimed) Message-ID: <d$zzwwrqo$ey@elias.decus.ch>   U In article <5PdYgT+FBAKv@elias.decus.ch>, p_sture@elias.decus.ch (Paul Sture) writes:   ) Oops, Apologies for the typo in your name    > Morning Robert,  > M > Just a quick note to say that despite my former optimism, your 100 Quatloos  > are safe for the time being. > H > I haven't given up yet, but can confirm that posting a complex url viaE > LookOut and Exchange to a VMS MAIL account makes that url unusable.    --  
 Paul Sture   ------------------------------  * Date: Sat, 1 Mar 2003 18:47:14 +0000 (UTC)3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> 7 Subject: Slightly OT (was Re: Questions on SSH for VMS) 1 Message-ID: <b3qv7h$mi5$1@knossos.btinternet.com>    Hi  J Going on various feed-back I've had over recent years, I am of the opinionE that IPsec over IPv6 will be available with UCX in the not to distant E future. Does anyone care to hazard a guess at a sunrise date, or more L importantly, accuse me of being deluded if I think this will *transparently*G solve *all* of my *standard* socket call security encryption/validation 	 problems?    Cheers Richard Maher  < Michael Austin <maustin@firstdbasource.com> wrote in message+ news:3E602FC2.6642C06@firstdbasource.com...  > Lawrence Bleau wrote:  > > B > > Hi, I'm looking for SSH (secure shell) for VMS Alpha (V7.1-2).I > > First, let me see if I'm correct in my concepts; please correct me or  fill > > in the blanks as needed. > > C > > The VMS TCPIP (product TCPIP, formerly UCX) stack does not have 
 encryptionI > > built in.  This can be added, and is done in the session layer of the  OSI G > > network model.  The thing that needs to be added is known as secure  session H > > layer (SSL).  This is provided by an add-on product, one of which is: > > OpenSSL, which is freely available; another is SSLeay. > > ? > > Right so far?  If so, I have a few questions at this point:  > > L > > 1) If SSL is added couldn't all application layer entities (telnet, ftp,E > > email) potentially go through SSL?  Would one even have to have a  special 5 > > product at the app layer to make encryption work?  > > H > > 2) The encryption would have to be negotiated, wouldn't it?  Even if every I > > app goes through the session layer, and thence through SSL, not every F > > remote system has SSL installed, so there'd need to be a handshake) > > somewhere for this.  Correct on this?  > > J > > 3) Does the various SSL products interact properly?  I.e., If one site has D > > OpenSSL and another has SSLeay, will they talk to each other and > > encrypt/decrypt properly?  > > K > > 4) What determines the encryption/decryption method?  Related to Q3, is I > > this what has to be agreed upon beforehand, or can they switch on the  fly? > >  > > Onward:  > > K > > Secure Shell (SSH), as I understand it (please correct me if wrong), is  a J > > means to permit remote interactive logins and file transfers using SSLF > > encryption.  These do what telnet and ftp currently do.  Like most network 3 > > products, it has both a client and server part.  > > J > > OpenSSH is a client implementation of SSH, but on its web site I don't see G > > VMS listed as an OS it works on.  FISH is a VMS implementation, and  while H > > it is available, it has been discontinued.  Its successor (BAMSE) is still K > > under development, and hasn't yet reached a stable, feature-rich state.  > > J > > SSH_SERVER is a server implementation (courtesy of Ohio State U).  Its lastI > > update (according to the release notes) is Apr 2002, so I assume it's L > > fairly stable, major bugs gone, although its own readme files states the > > implementation is "crude". > >  > > Questions: > > L > > 5) Are there any other free SSH clients or servers for OpenVMS?  Or, are= > > there any products that implement both client and server?  > > L > > 6) Has anyone had recent experience - positive or negative - with any of > > the above products?  > > L > > 7) Will the old (unencrypted) telnet and ftp continue to work?  I see noL > > reason they would not, as long as SSH listens on a different port, but IB > > might as well ask, because I know I'll be asked this question. > >  > > Thanks, all. > >  > > Lawrence Bleau > > University of Maryland& > > Physics Dept., Space Physics Group > > 301-405-6223 > > bleau@umtof.umd.edu  >  > G > I use OpenSSL with the TeraTerm+TeraTermSSH  (PC Client) VT emualator J > and it seems to work better than PUTTY.  A quick google search will findF > both.  I have not looked for a VMS SSH client implementation, but itI > looks like FISH is still available (but being moth-balled).  Hey, If it  > works, then use it.  >  > --
 > Regards, > 8 > Michael Austin            OpenVMS User since June 19849 > First DBA Source, Inc.    Registered Linux User #261163    ------------------------------   Date: 1 Mar 03 10:42:42 +0100 ) From: p_sture@elias.decus.ch (Paul Sture) 4 Subject: Re: Suspected compromise of my home VMS box) Message-ID: <Ws91E6A2Wuvo@elias.decus.ch>   M In article <03022517292980@dscis6-0.dalsemi.com>, brandon@dalsemi.com writes: . >>> Oops. I missed out a vital paragraph here. >>> ? >>> My console keyboard had some sticking keys. I could see the > >>> wrong passwords in the audit log. Small wonder I triggered& >>> intrusion detection there as well. >>>  >>> --   >>> Paul Sture > L > Reminds me of one of our users, using PowerTerm, defined the Y key to be aK > function.  No wonder she could not log in - her password contained a Y...  >  > No comment... ;-)  >   @ Chuckle. Non-English kezboard layouts can be a challenge too :-)     --  
 Paul Sture   ------------------------------   Date: 1 Mar 03 10:56:36 +0100 ) From: p_sture@elias.decus.ch (Paul Sture) 7 Subject: Re: Type the beginning of a file only - Part 2 ) Message-ID: <w1tfhM1E3zCV@elias.decus.ch>   ` In article <BA816C43.5032%JCam90502@jcameron.com>, Jeff Cameron <JCam90502@jcameron.com> writes:   <snip>  L > First of all, I appreciate all of the responses from this topic. Thank you > all. >   J Yes, it was interesting. I've been trying to avoid the editor wars thread,B but another method for extracting n-m lines of a file came to mind   $ edit/edt/nocommand login.com *write z.z 2:4 MYDEV:[MYDIR]Z.Z;2 3 lines *quit  $   L And that writes lines 2 to 4 of the input file. Of course it doesn't fulfillH your initial criteria of avoiding opening files via DCL if you are goingI to provide a robust multi-user environment, since you will need to create C a command procedure to generate PID/time based temporary filenames.      <snip>     --  
 Paul Sture   ------------------------------  % Date: Sat, 01 Mar 2003 16:18:02 +0000 . From: Graham Burley <100625.30@compuserve.com>7 Subject: Re: Type the beginning of a file only - Part 2 . Message-ID: <3E60DD3A.6D3E5BDC@compuserve.com>   Jeff Cameron wrote:  <snip>  & > How do you type the first "n" lines? <snip>    C The first native solution that came to mind was using DIFF, but the  output formatting is intrusive:   (  $ diff a.a nl: /max=10/nonum/sep=master  4 The first non-native solution that came to mind was:    $ grab a.a ""/limit=10    <snip>N > That turns out to be only half the problem. I need to get that result into a
 > dcl symbol.  <snip>  C The latest version of GRAB includes a /SYMBOL qualifier to redirect  the output to DCL symbols:  "  $ grab grab.c version/lim=2/sym=a.  %GRAB-I-RECLIMIT, output limited to 2 records
  $ sho sym a* 
    A = "2"!    A_1 = "#define VERSION "0.23""     A_2 = "#module GRAB VERSION"   1 http://www.encompasserve.org/~burley/grab_src.zip    ------------------------------  # Date: Sat, 01 Mar 2003 07:30:07 GMT - From: bdc@world.std.com (Brian 'Jarai' Chase)  Subject: Re: unix ) Message-ID: <rb26j-hcj.ln1@pez.jarai.com>   ( In article <3E554E38.7881042@yahoo.com>,+ Peter Flass  <peter_flass@yahoo.com> wrote:   A > I'll NEVER understand unix poeople.  Put three of 'em and their H > computers in a room and you'll wind up with at least five more-or-lessF > incompatible versions.  With the free unices now available you would> > think that everyone would work towards more rather than lessH > commonality.  If everyone doesn't want to switch to Linux, or FreeBSD,D > or whatever, why not at least try to take the best features of theH > various versions and incorporate them into all the others, so that the= > systems would become more rather than less alike over time.   D Consider the role of subtle differences and diversity in the processC of natural selection and in evolution in general.  One of the great C strengths of Unix and Unix-like operating systems is their inherent @ ability to adapt to the needs of a wide variety of target users.   -brian.    ------------------------------  ! Date: Sat, 01 Mar 03 14:10:11 GMT  From: jmfbahciv@aol.com  Subject: Re: unix + Message-ID: <b3qhii$nu2$4@bob.news.rcn.net>   ) In article <rb26j-hcj.ln1@pez.jarai.com>, 1    bdc@world.std.com (Brian 'Jarai' Chase) wrote: ) >In article <3E554E38.7881042@yahoo.com>, , >Peter Flass  <peter_flass@yahoo.com> wrote: > B >> I'll NEVER understand unix poeople.  Put three of 'em and theirI >> computers in a room and you'll wind up with at least five more-or-less G >> incompatible versions.  With the free unices now available you would ? >> think that everyone would work towards more rather than less I >> commonality.  If everyone doesn't want to switch to Linux, or FreeBSD, E >> or whatever, why not at least try to take the best features of the I >> various versions and incorporate them into all the others, so that the > >> systems would become more rather than less alike over time. > E >Consider the role of subtle differences and diversity in the process D >of natural selection and in evolution in general.  One of the greatD >strengths of Unix and Unix-like operating systems is their inherentA >ability to adapt to the needs of a wide variety of target users.   ? Sorry, you've got it bass-ackwards and this is a very important : point.  The only reason those adaptations are happening is8 because enough users have the sources to implement them.  C No company exists that has both enough manpower and time to it all. @ It was one of TOPS-10's strengths to ship its sources.  Not only= could customers do customized changes, they could upgrade our ? stuff and still be able to use their stuff after a <ahem>little > bit of work.  My point is that it was possible to evolve their; software as ours evolves.  That can't happen if sources and ( the tools to mush them aren't available.  > Unix could suck eggs but people will still use it if, and only: if, they get the sources.  One of DEC's fatal mistakes was: to try to keep the "knowledge", a.k.a. sources, to itself;9 it was under the misconception that secrecy would protect < its investment and intellectual property.  This is one case ! where the exact opposite is true.    /BAH  ' Subtract a hundred and four for e-mail.    ------------------------------  % Date: Sat, 01 Mar 2003 10:36:39 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: unix ' Message-ID: <3E60E197.C77DC6CF@fsi.net>    Brian 'Jarai' Chase wrote: > * > In article <3E554E38.7881042@yahoo.com>,- > Peter Flass  <peter_flass@yahoo.com> wrote:  > C > > I'll NEVER understand unix poeople.  Put three of 'em and their J > > computers in a room and you'll wind up with at least five more-or-lessH > > incompatible versions.  With the free unices now available you would@ > > think that everyone would work towards more rather than lessJ > > commonality.  If everyone doesn't want to switch to Linux, or FreeBSD,F > > or whatever, why not at least try to take the best features of theJ > > various versions and incorporate them into all the others, so that the? > > systems would become more rather than less alike over time.  > F > Consider the role of subtle differences and diversity in the processE > of natural selection and in evolution in general.  One of the great E > strengths of Unix and Unix-like operating systems is their inherent B > ability to adapt to the needs of a wide variety of target users.  H I might buy that if someone could identify those (non-economic) elementsB of VMS that inhibit such adaptation, or those elements of UNIX andG UN*X-like environments that promote such adaptation, but are lacking in D VMS and are not found in the POSIX environments provided by/with/for current versions.   B The major reasons why I say that revolve around such things as theG ability to access RMS indexed files from the CLI (DCL) - two of the key F differences between VMS and non-VMS environments. A UN*X-land parallelC might be an extended "shell" that included an ODBC interface to the   major database engine of choice.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Sat, 1 Mar 2003 08:45:05 -0800# From: "Tom Linden" <tom@kednos.com>  Subject: RE: VAX Emulators9 Message-ID: <CIEJLCMNHNNDLLOOGNJICEHJGLAA.tom@kednos.com>    >-----Original Message----- 3 >From: bdc@world.std.com [mailto:bdc@world.std.com] ( >Sent: Friday, February 28, 2003 8:30 PM >To: Info-VAX@Mvb.Saic.Com >Subject: Re: VAX Emulators  >  > : >In article <CIEJLCMNHNNDLLOOGNJIKEGAGLAA.tom@kednos.com>,# >Tom Linden <tom@kednos.com> wrote:  > D >> Thanks Robert.  I am aware of the shortcommings of benchmarking,  >but what I  >> was/ >> looking for was something like the following  >>  F >> 100Mhz VAX = x MHz Alpha = VAX EMUL on y Mhz Intel or AMD something >> x=? >> y=? > H >Which VAX, which Alpha, which IA32?  The underlying architecture variesG >quite a lot over the different implementations /within/ each of those  F >processor types.  The amount of computation that can be completed per* >MHz involves a number of other variables.  5 Thanks, I think we all knew that.  Trees vs. Forest ?    Didn't enqire about IA32.    >  >-brian. >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.449 / Virus Database: 251 - Release Date: 1/27/2003  >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.449 / Virus Database: 251 - Release Date: 1/27/2003   ------------------------------  $ Date: Sat, 1 Mar 2003 02:44:49 -0500* From: "Bill Todd" <billtodd@metrocast.net>$ Subject: Re: Volume set across RAID52 Message-ID: <14Gcnf4l78tp-f2jXTWcqw@metrocast.net>  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3E602F50.250B5272@fsi.net...  > Bill Todd wrote:
 > > [snip]L > > Unless you pick yourself up and actually deign to learn something rather% > > than just nurse your bruised ego.  > J > True. I should have learned by now that sparring with you is an exercise. > in futility rather than typing this reply...  K But, of course, you'll still do it just so you can continue looking like an  idiot.   >  > Let's see now, ... > F > o ...with HSx, you plan your disk farm and implement it, and when it0 > gets full you plan changes and implement them. > : > o ...with EVA, you plan your disk farm and implement it,  H No, David, you just total up your space requirements, throw enough disksK into the EVA to satisfy them, tell it any specifics about how to distribute K space over LUNS (unless you don't need to limit space use and will just add I disks as necessary to keep ahead of it), and let it rip.  In other words, I you *don't* need to plan any internal aspects of your disk farm, but just 2 tell the EVA what you want at a fairly high level.    and when it1 > gets full, you plan changes and implement them.   H No, you don't plan changes, either - just add the amount of overall disk= space you need to and the EVA will put it to appropriate use.    > 7 > Hey! You're right! EVA makes a *WORLD* of difference!   H Of course I'm right, but it may take you a while to appreciate it if youL continue to insist on having information jammed down your throat rather than go learn something on your own.    - bill   ------------------------------   End of INFO-VAX 2003.118 ************************