0 INFO-VAX	Sun, 13 Feb 2005	Volume 2005 : Issue 88      Contents:7 Coverting filenames from unix style to VMS style in DCL ; Re: Coverting filenames from unix style to VMS style in DCL ) Re: DCL call to get shadow member status?  Re: grep on openVMS? Re: grep on openVMS? Re: grep on openVMS? Re: HP should....  Re: nameserver configuration Re: nameserver configuration Re: nameserver configuration  F ----------------------------------------------------------------------    Date: 13 Feb 2005 11:54:22 -06004 From: kuhrt@nospammy.encompasserve.org (Marty Kuhrt)@ Subject: Coverting filenames from unix style to VMS style in DCL3 Message-ID: <mpcuFYvMXuYC@eisner.encompasserve.org>   ? I have a java program that calls a DCL command proc to work on  C a file.  The java program passes the filename in unix style format, B /disk/dir1/dir2/dir3/file.ext to which DCL says, "Huh?".  Is thereD an easy way from DCL to convert a unix name to a VMS name?   PerhapsE an undocumented parameter to parse_style in F$PARSE called DEUNIXIFY?    ------------------------------  # Date: Sun, 13 Feb 2005 18:42:07 GMT " From:   VAXman-  @SendSpamHere.ORGD Subject: Re: Coverting filenames from unix style to VMS style in DCL0 Message-ID: <00A3F55A.46031AF6@SendSpamHere.ORG>  j In article <mpcuFYvMXuYC@eisner.encompasserve.org>, kuhrt@nospammy.encompasserve.org (Marty Kuhrt) writes:@ >I have a java program that calls a DCL command proc to work on D >a file.  The java program passes the filename in unix style format,C >/disk/dir1/dir2/dir3/file.ext to which DCL says, "Huh?".  Is there E >an easy way from DCL to convert a unix name to a VMS name?   Perhaps F >an undocumented parameter to parse_style in F$PARSE called DEUNIXIFY?  B Write a simple but if code (C might be easiest) which employs the @ DECC RTL decc$to_vms().  You can take the unix filespec as inputA and output the VMS name to a DCL symbol with LIB$SET_SYMBOL or to  a logical name.  --  < http://www.ProvN.com  for the *best* OpenVMS system security=                       solutions that others only claim to be.  --  , Cyber-Terrorism (si'-ber tayr'-or-iz-em) n.:M   The release of, the sale of, or the use of any Micro$oft software product!   --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM    ------------------------------    Date: 13 Feb 2005 11:00:31 -0500/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks) 2 Subject: Re: DCL call to get shadow member status?- Message-ID: <50evl4AC1hVP@cuebid.zko.dec.com>    bob@instantwhip.com writes: 9 > I have two shadow members dka0 and dka100 ... I want to ? > bring in a third shadow set member for a quick backup nightly < > from a batch command routine but I need a vms call to find> > out the status of the dka200 thrid member.  If it is copying? > I will wait 5 minutes then continue to check until the status 4 > shows the disk as a shadow member ... I could do a >  > $ show device d/out=somefile > 0 > and then parse it, but is there a quicker way?    J Use the item code DVI$_SHDW_CATCHUP_COPYING.  This item code is documented$ and has been around for a long time.  M It'll return 1 (or TRUE from DCL) if the member device is either undergoing a N copy, or in need of a copy (in this later case, that means the copy hasn't yetJ begun, mostly likely due to all available SHADOW_MAX_COPY threads in use).   --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------  % Date: Sun, 13 Feb 2005 03:23:38 -0500 ' From: Dave Froble <davef@tsoft-inc.com>  Subject: Re: grep on openVMS? 0 Message-ID: <110u3437btpng28@corp.supernews.com>   Z wrote: > David J Dachtera wrote:  > I >> Have you (or anyone you know) ever been "grep"-ed by a law-enforcement E >> agent? ...ever been served with or even heard of a "grep" warrant? H >> ...ever heard of an internet "grep" engine? ...ever heard of a "grep" >> and rescue mission? >> >> 'Nuff said. >  > 5 > Is your point that the name "grep" isn't intuitive?  > K > The same is true for plenty of VMS commands, qualifiers and also layered  I > product commands. You just don't see it that way because of decades of   > VMS exposure.   I Actually, I think his point is that when you want to search, you use the  G search command, not something that isn't part of the english language,  G as far as I know.  When you want a list of files, you use the somewhat  G ambiguous DIRECTORY command.  If LIST had been used, it would still be  I english, but ls is a bit of a puzzle.  The comparisons are many, and I'm  K not sure that the Unix commands would come out favorable in any comparison.   D Do you have a list of VMS commands and qualifiers that you feel are * ambiguous?  I'm interested in seeing such.  I I've never used MAN, but I've read many unfavorable comparisons with the   VMS HELP command.    Dave   ------------------------------    Date: 13 Feb 2005 06:03:32 -0800 From: bob@instantwhip.com  Subject: Re: grep on openVMS? C Message-ID: <1108303412.609470.152210@f14g2000cwb.googlegroups.com>   < the point is I can sit anyone down at a vms machine and they7 would bee 100% more productive there compared to a unix < machine ... and not only would they be more productive, they: also would not have to become a member of the patch of the9 day club, and have the worlds best tco and clustering ...    ------------------------------  # Date: Sun, 13 Feb 2005 17:26:39 GMT # From: Beach Runner <bob@nospam.com>  Subject: Re: grep on openVMS? : Message-ID: <j5MPd.31174$pc5.9556@tornado.tampabay.rr.com>   bob@instantwhip.com wrote:  > > the point is I can sit anyone down at a vms machine and they9 > would bee 100% more productive there compared to a unix > > machine ... and not only would they be more productive, they< > also would not have to become a member of the patch of the; > day club, and have the worlds best tco and clustering ...  >    Oh Yes, 0 GREP is a much more human interface than Search.   ------------------------------  + Date: Sun, 13 Feb 2005 15:07:25 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk Subject: Re: HP should....) Message-ID: <cunqfd$2t4$1@news.mdx.ac.uk>   Z In article <110qlbjact654b5@corp.supernews.com>, Dave Froble <davef@tsoft-inc.com> writes: >JF Mezei wrote: >> Dave Froble wrote:  >>  H >>>Much as I hate to, I have to admit that Alpha is most likely history.H >>>To what purpose should HP spend the considerable money it would take,' >>>and for what, just another "me too".  >>   >>   >> Competitive advantage.  >>  J >> HP has learned that there is no money to be made in commodity. IBM knew5 >> that a long time ago and has already taken action.  >>  C >> So if HP is to succeed, will it turn itself into a low cost Dell E >> competitor, or will it try to find some true technological edge to ) >> differentiate itself from the others ?  >>  G >> Alpha may have been asleep for a couple of years, but so has PaRisc. H >> Nevertheless, resurecting Alpha would still be far easier and cheaperK >> and less troublesome for customers than going to a totally new platform.  > E >The itanic, whether you and I and anyone else likes it, is here and  
 >running VMS.  >   O But what is the long term future for IA64 (assuming Intel and HP don't drop it)  ?   K Will it have to be redesigned to become more of a RISC chip and drop EPIC ? G If it keeps EPIC will the numbers sold justify the work required on the  compilers ?   
 David Webb Security team leader CCSS Middlesex University        H >How long do you think it would take to put together a project to again H >work on Alpha?  Hours?  Days?  Weeks?  Months?  The last option listed J >is most likely.  That's before they start to do anything.  It's not just H >the group(s) working on 'real' stuff, DEC had plenty of research going C >on.  You may have noticed my commenting on 'EV10'?  That was pure  J >research into an idea, not anything that would be a product.  Compaq did @ >a real good job of slashing both R&D, with emphysis on the 'R'. > I >So, Ok, you do get both some R and some D going again.  How long before  J >you get anything out of 'D'?  How long before 'D' even decides what it's G >going to be working on?  Don't even ask about timing for the 'R' part.  > G >The real issue in all this is what's going to come out of all the 'R'  F >some others were smart enough to keep doing?  A week ago many had no I >knowledge of what IBM, Sony, and Toshiba were up to.  It's too early to  J >tell if they're on to something, but, some new technologies are going to F >emerge.  Blowing money on the last century's technology isn't a real  >good idea.  >  >Dave    ------------------------------  + Date: Sun, 13 Feb 2005 09:08:11 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)% Subject: Re: nameserver configuration $ Message-ID: <cun5dr$tbo$1@online.de>  E In article <HISdnTUd24y95ZPfRVn-uQ@comcast.com>, "Richard B. Gilbert" ! <rgilbert88@comcast.net> writes:     > How many is "several"?       More than three.  2 > Traditionally, bind has had a limit of three.      That might be my problem.   J > You can add more to the configuration file but only the first three are J > used.  I don't know if this applies to this specific implementation but  > it's possible.  A In that case, what is the point of being able to add more to the   configuration file?    ------------------------------  + Date: Sun, 13 Feb 2005 09:09:02 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)% Subject: Re: nameserver configuration $ Message-ID: <cun5fe$tbo$2@online.de>  ; In article <420e2bec.524144494f47414741@radiogaga.harz.de>, 5 martin@radiogaga.harz.de (Martin Vorlaender) writes:    I > I think you (or your application) were not patient enough. DNS failover 9 > to the next configured nameserver can take two minutes.   F The applications are LYNX, SMTP etc.  I would think that, by default,  they should wait long enough.    ------------------------------  + Date: Sun, 13 Feb 2005 09:12:55 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)% Subject: Re: nameserver configuration $ Message-ID: <cun5mn$tbo$3@online.de>  E In article <1108258702.5a93219a61a106fe52d6bbe1e8d105d1@teranews>, JF - Mezei <jfmezei.spamnot@teksavvy.com> writes:    1 > Phillip Helbig---remove CLOTHES to reply wrote:  > > J > > I have several nameservers configured.  Recently, my ISP had a problemI > > so that some but not all of the nameservers were not reachable.  This   > > crippled my internet access. > D > You may wish to look at timeouts at the resolver side. It has someF > configuration parameters of how long it is willing to wait before it' > declares a request to be unfulfilled.    I have the defaults:  &                           If Retries=4'        Current settings:  and Timeout=4   .        Retry              Timeout interval is:  #        First              4 seconds #        Second             8 seconds $        Third              16 seconds$        Last               32 seconds9                           Total = 1 minute for one server A                           If a second BIND server exists and both =                           servers time out, total = 2 minutes   H So that should be a minute per server.  My experience shows that if the E server is reachable at all, it is reachable within a minute, so that  C seems OK.  It seems that the problem is that it didn't try all the   servers.   ------------------------------   End of INFO-VAX 2005.088 ************************