1 INFO-VAX	Sun, 06 Jun 2004	Volume 2004 : Issue 312       Contents:  Re: Announcing WHOIS version 1.6  Re: Announcing WHOIS version 1.6  Re: Announcing WHOIS version 1.6. Re: Computer foul-up has bank customers fuming Re: CSWS 2.0 + TCPware 5.6 ??? Re: datatrieve6 Make Long URLs short (Was: Re: Scripting SET PASSWORD): Re: Make Long URLs short (Was: Re: Scripting SET PASSWORD)1 Re: New IA64 binaries run on Old IA64 computers ? 1 Re: New IA64 binaries run on Old IA64 computers ? 1 Re: New IA64 binaries run on Old IA64 computers ? * Q: DECWindows V1.2 Bindings & Translations  F ----------------------------------------------------------------------  # Date: Sun, 06 Jun 2004 01:37:19 GMT 1 From: Michael Austin <maustin@firstdbasource.com> ) Subject: Re: Announcing WHOIS version 1.6 : Message-ID: <jzuwc.2964$KN.577@newssvr24.news.prodigy.com>   Alex Daniels wrote: w > JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<cc1cd70bc7b7d952d963f2929964e9a1@news.teranews.com>...  > O >>WHOIS version 1.6 has been released. This is a freeware utility to fill a gap 9 >>in the TCPIP Services product which lacks this utility.  >> >><SNIP>' >>Comments/problem reports appreciated.  >  > - > TCP/IP Services does NOT lack this utility.  > @ > TCPIP$WHOIS.EXE is present in both TCP/IP Services 5.4 and 5.3 >  > Alex  I While this is true, I actually like this version of it better.  Gives me  . more information concerning the domain name...  A examples   -- Let'slook any 16. class A address -- should be DEC;   < ALPHA1>MAUSTIN>MAUSTIN]$ whois  16.100.20.10   !! JF's whois? ----Server: whois.arin.net [AMERICAS] response for 16.100.20.10   ) OrgName:    Digital Equipment Corporation  OrgID:      DEC-24, Address:    20555 State Highway 249, M020303 City:       Houston  StateProv:  TX PostalCode: 77070  Country:    US  % NetRange:   16.0.0.0 - 16.255.255.255  CIDR:       16.0.0.0/8 NetName:    DEC-INTERNET NetHandle:  NET-16-0-0-0-1 Parent:  NetType:    Direct Assignment # NameServer: ATLANTA.AMERICAS.HP.NET $ NameServer: PALOALTO.AMERICAS.HP.NET  NameServer: SGPNS.ASIAPAC.HP.NET" NameServer: GRENOBLE.EUROPE.HP.NET$ NameServer: BOEBLINGEN.EUROPE.HP.NET Comment: RegDate:    1989-05-18 Updated:    2003-01-31   AbuseHandle: NAR-ARIN # AbuseName:   Network Abuse Response  AbusePhone:  +1-408-773-6727 AbuseEmail:  abuse@hp.com    TechHandle: ZC41-ARIN ! TechName:   Compaq Computer Corp.  TechPhone:  +1-281-518-8427 ! TechEmail:  domaintech@compaq.com    TechHandle: AI2-ORG-ARIN# TechName:   Hewlett Packard Company  TechPhone:  +1-800-524-7638  TechEmail:  ipaddr@hp.com   4 # ARIN WHOIS database, last updated 2004-06-04 19:15B # Enter ? for additional hints on searching ARIN's WHOIS database.  : !!!!!!!!!!!!!!!! Now let's use TCPIP$WHOIS!!!!!!!!!!!!!!!!5 ALPHA1>MAUSTIN>MAUSTIN]$ mc tcpip$whois  16.100.20.10    Whois Server Version 1.3  ? Domain names in the .com and .net domains can now be registered G with many different competing registrars. Go to http://www.internic.net  for detailed information.    No match for "16.100.20.10".  D  >>> Last update of whois database: Sat, 5 Jun 2004 08:12:08 EDT <<<   <really long notice snipped>  E Now, why in the world would one want to look up a net block?  to see  6 where spam is coming and who is the reponsible ISP ...   Michael.   ------------------------------  % Date: Sun, 06 Jun 2004 06:15:39 +0200 * From: Paul Sture <nospam@sture.homeip.net>) Subject: Re: Announcing WHOIS version 1.6 * Message-ID: <2ifk3dFmm3odU1@uni-berlin.de>   Alex Daniels wrote: w > JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<cc1cd70bc7b7d952d963f2929964e9a1@news.teranews.com>...  > O >>WHOIS version 1.6 has been released. This is a freeware utility to fill a gap 9 >>in the TCPIP Services product which lacks this utility.  >> >><SNIP>' >>Comments/problem reports appreciated.  >  > - > TCP/IP Services does NOT lack this utility.  > @ > TCPIP$WHOIS.EXE is present in both TCP/IP Services 5.4 and 5.3 >   2 The corresponding foreign command is missing from & sys$manager:tcpip$define_commands.com.     $ tcpip show version  @    Compaq TCP/IP Services for OpenVMS Alpha Version V5.3 - ECO 4<    on a Digital Personal WorkStation  running OpenVMS V7.3-1   ------------------------------  # Date: Sun, 06 Jun 2004 05:34:09 GMT - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ) Subject: Re: Announcing WHOIS version 1.6 @ Message-ID: <f106429892501cc3acd641e971e72f92@news.teranews.com>   Alex Daniels wrote: - > TCP/IP Services does NOT lack this utility.  > @ > TCPIP$WHOIS.EXE is present in both TCP/IP Services 5.4 and 5.3  F Wow, you are right. But it is not defined in TCPIP$DEFINE_COMMANDS :-)  J However, my whois is far more powerful because it has tables of many whoisI servers as well as table of to whom each AS number belongs to whereas the J TCPIP$WHOIS.EXE points onto to the whoi.internic.org which won't resolve a- whole lot of queries. (not even .org anymore)    ------------------------------  # Date: Sun, 06 Jun 2004 02:20:15 GMT 1 From: Michael Austin <maustin@firstdbasource.com> 7 Subject: Re: Computer foul-up has bank customers fuming < Message-ID: <zbvwc.4417$Pl4.1887@newssvr23.news.prodigy.com>   John Smith wrote:   	 <snipped>    > JF has a good point here:  > L > This situation is about process more than anything else, and confidence inJ > the process. With bad QC, and in most organizations the headlong rush toN > hurry changes, cut costs, and lower head counts, anything can happen in this	 > regard.  > M > What the article(s) don't say is whether the 'staff' which made the changes L > are permanent full-time, contract, or off-shore, it could be any of these.H > And while one might be tempted to say that code reviews and regressionK > testing will catch this sort of thing, often it is not because the really L > good people are often not tempted to stick around given the bureacracy and > rigid heirarchy. > N > This particular organization has many inititatives underway, some with majorN > off-shore coding companies for key business systems. I have seen examples ofL > the work done by these particular companies in the past in other shops andF > none came in on-time, on-budget, or performed as specifed when first > implemented. > N > Another major initiative also underway with this bank is a complete re-writeL > of a critical business system on Tandem, this being done in-house with theN > addition of some contract staff. The bank's IT staff on this project (at theL > time the project was initated) were, as explained to me by the developmentL > manager in charge, " 2/3rd's of my staff have been here less than 6 monthsI > and virtually none of them have experience in the line of business this N > application is used for."  They had decided that the best way to manage thisJ > project was to hire a bean counter 'project manager' first as opposed toM > doing a detailed business analysis first and possibly hiring an experienced = > line-of-business-specific project manager at the same time.  > G > But this is not uncommon these days in many organizations. Lower head N > counts, a reluctance to spend the right amount of money on the right people,I > the loss of 'institutional knowledge', the desire to 'pump the earnings L > numbers' by hiring lesser qualified consultants base on cost issues ratherJ > than getting the best, all contribute to situations where these sorts ofM > things can, and do, occur. Just because they are banks or other 'reputable' K > institutions does not mean that they don't have their fair share of PHB's . > (pointy-hair bosses) [ see www.dilbert.com ] >    <more stuff snipped>  I I recently had a conversation with a well educated mechanical engineer -  F owns his own company and knows nothing about IT -- concerning some of G the idiotic IT "business decisions" being made by major companies. His  B reply was to the effect "you know, heads of companies force their H management staff to read all of these books on how to succeed and these G books all say, to one degree or another, to surround yourself and hire  I only the best, most talented people that will almost certainly guarantee  C success.  But when you look at how skilled, experienced people are  G tossed aside so they can make their bottom line look good for a single  F quarter is absolute lunacy." (this was also in reference to off-shore E programming for critical business systems and applications where the  C idea is to get 2 or 3 OSP for the price of one domestic programmer)   F I guess that means in todays market, hire the most talented staff you > can get for a $1.00 an hour and hope they don't screw it up...  I And then they wonder why there are blunders like happend at this bank...  G   I have also seen manglers make "business decisions" to not downgrade  F or upgrade storage firmware that the vendor said "the version you are B running will cause controller crashes or hangs" -- and even after G several months and having several of these events, fired the technical  F resource because that resource continued to warn them to allow him to F fix the problem - not the symptom.  And then look for a guy with only H 2-3 years experience to replace that senior, experienced resource.  And C this is the recipe for success??? (that's a rhetorical question...)    M.   ------------------------------  $ Date: Sat, 5 Jun 2004 15:20:26 -0400) From: "Neil Rieck" <n.rieck@sympatico.ca> ' Subject: Re: CSWS 2.0 + TCPware 5.6 ??? : Message-ID: <N1pwc.54627$Hn.1456829@news20.bellglobal.com>  5 "Bob Ceculski" <bob@instantwhip.com> wrote in message 7 news:d7791aa1.0406041432.195b42cf@posting.google.com...  [...snip...]B > and the facts are we tried to run apache with TCPware before andA > had broken pipes taking down the webserver ... we lost a lot of ? > time going from purveyor to apache, then after testing w/o an < > issue, having this pop up on our production site ... if weA > would have waited for you or Process beyond the week of time we > > spent gathering data and trying to help both of you find the? > problem, we would have been out of business ... we run online > > ordering and services and we can't be down a minute, and the@ > call us and we'll work on it approach doesn't cut the mustard.A > I was told by your group then that you only test on ucx ... now ? > maybe that has changed, but unless you thoroughly test on all ? > 3 platforms BEFORE you release, all it takes is a broken pipe > > to shut down a customers site ... maybe this is how it works; > in the garbage world of unix/linux/windoze, but for a vms 2 > customer who demands 24X7, THIS IS UNACCEPTABLE!  F I'm not going to take sides on this issue but would like to pass a few points of possible interest:  L 1) although we used Purveyor for 3 years and found it very stable as well asK easy to use, we were forced to move to CSWS to access features not found on I Purveyor.  Also, in PSC's own words: "we will sell you a Purveyor license H but will not support it and will not develop it" which means that no newJ features will be coming. (at that time I asked them to put the source codeK into the public domain but they would not do it. If you're going to port it G to Itanium then either they've changed their minds or you have licensed J their source code). If Purveyor meets all your current needs then there is no reason to change to CSWS.  H 2) my production platform was still running CSWS-1.3 while I was testingL CSWS-2.0 on my development platform. Only the people in this news group knewG I had run into a little problem making CSWS-2.0 work with TCPware. Your L comments about 7x24 are valid which is why my employer pays me the big bucksH to test everything on a secondary system before going into production. I would be crucified otherwise.   L 3) So I had to load TCPware patch "DRIVERS_V562P040" to get CSWS-2.0 to workI with TCPware. Big deal. What you don't know is that I had to load OpenVMS J patch "DEC AXPVMS VMS731_ACRTL V3.0" in order to use CSWS-2.0 in the firstJ place (I found the information in an earlier posting to this newsgroup viaH www.deja.com) but this wouldn't have been necessary if my employer wouldE have allowed me to upgrade to OpenVMS7.2-2 or had allowed me to buy a K support contract which allows me to upgrade from the quarterly shipments of I CD-ROMS that I don't currently receive. Oh well, we've all got our little 	 problems.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/ F http://www3.sympatico.ca/n.rieck/links/cool_openvms.html (free OpenVMS program stubs and examples)    ------------------------------   Date: 6 Jun 2004 05:11:12 GMT 2 From: "Dave Weatherall" <djw-nothere@nospam.nohow> Subject: Re: datatrieve ? Message-ID: <DTiotGxQ0bj6-pn2-k6et57Y0XydR@dave2_os2.home.ours>   2 On Sun, 30 May 2004 19:56:26 UTC, Keith Cayemberg ! <keith.cayemberg@arcor.de> wrote:   I > This July 20th, it will have been "only" 15 years since I immigrated to  > Germany from the U.S.   D My two years in 1979 have turned into 25 :-). My department back in A the UK used to have Datatrieve on an 11/44 (?) under RSX11m+. My  D colleague, who set it all up, was less than impressed when a higher B authority chose Ingress over RdB to do something similar in a VMS 
 based system.    --   Cheers - Dave.   ------------------------------   Date: 5 Jun 2004 22:53:44 -0600 + From: young_r@encompasserve.org (Rob Young) ? Subject: Make Long URLs short (Was: Re: Scripting SET PASSWORD) 3 Message-ID: <TMgGBTLXCiv3@eisner.encompasserve.org>   p In article <Nt2wc.2538$jK6.2353@newssvr23.news.prodigy.com>, Michael Austin <maustin@firstdbasource.com> writes: > Michael Austin wrote:   ' > And by far this simplest way is from:  > <<  = > http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm= 0 62q69m%249qt%40topgun.es.dupont.com&rnum=7&prev=6 /groups%3Fq%3Dgroup:comp.os.vms%2Bdcl%2Bset%2Bpassword0 %2Bcaptive%26hl%3Den%26lr%3D%26ie%3DUTF-8%26selm6 %3D62q69m%25249qt%2540topgun.es.dupont.com%26rnum%3D7     < 	The 2 or three minutes to cut and paste that URL is brutal. 	Here's a tip...  > 	The article you are referring to, you can click on "view this> 	article only" then click on original format and the URL looks 	like this:   V http://groups.google.com/groups?selm=62q69m%249qt%40topgun.es.dupont.com&output=gplain  = 	Or go one step further, take that ugly URL out to nolong and * 	make one up like I did for the one above:  
               ! http://vmssetpassword.notlong.com    				Rob    ------------------------------  % Date: Sat, 05 Jun 2004 22:01:43 -0700  From: Z <z@no.spam> C Subject: Re: Make Long URLs short (Was: Re: Scripting SET PASSWORD) 0 Message-ID: <10c5997l5qif874@corp.supernews.com>   Rob Young wrote:= >>http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm= 2 > 62q69m%249qt%40topgun.es.dupont.com&rnum=7&prev=8 > /groups%3Fq%3Dgroup:comp.os.vms%2Bdcl%2Bset%2Bpassword2 > %2Bcaptive%26hl%3Den%26lr%3D%26ie%3DUTF-8%26selm8 > %3D62q69m%25249qt%2540topgun.es.dupont.com%26rnum%3D7   @ > 	The article you are referring to, you can click on "view this@ > 	article only" then click on original format and the URL looks
 > 	like this:  > X > http://groups.google.com/groups?selm=62q69m%249qt%40topgun.es.dupont.com&output=gplain > ? > 	Or go one step further, take that ugly URL out to nolong and , > 	make one up like I did for the one above: >  >               # > http://vmssetpassword.notlong.com    Why not just use tinyurl.com?    http://tinyurl.com/yvnd7   ------------------------------  % Date: Sat, 05 Jun 2004 14:11:53 -0400 : From: Rich Whalen <moc.ncr@nelahwvr  - read right to left>: Subject: Re: New IA64 binaries run on Old IA64 computers ?8 Message-ID: <u534c0l6vpls8jhif9llhjhai9ulhb4pmt@4ax.com>  F On 5 Jun 2004 04:46:52 -0700, alexdaniels@themail.co.uk (Alex Daniels) wrote:  H >8.2 will be supported on all Alpha except the DEC 2000 and AlphaBook 1. > J >7.3 is the last supported VAX release for all the 8000/9000 series except$ >the 8500/8550 and 9000 110/210/310. > J >As ever this means not supported, not possible is usually something quiteG >different, but I guess you will have worked that out JF as you hint at C >running 7.3 on your MVII (and 7.2 was the last supported release).  >  >Alex     ? Does that mean that I will be able to install 8.2 on my Multia?    ------------------------------   Date: 5 Jun 2004 16:04:22 -0700 . From: alexdaniels@themail.co.uk (Alex Daniels): Subject: Re: New IA64 binaries run on Old IA64 computers ?= Message-ID: <9f7f13a8.0406051504.7c406812@posting.google.com>   z Rich Whalen <moc.ncr@nelahwvr  - read right to left> wrote in message news:<u534c0l6vpls8jhif9llhjhai9ulhb4pmt@4ax.com>...H > On 5 Jun 2004 04:46:52 -0700, alexdaniels@themail.co.uk (Alex Daniels) > wrote: > J > >8.2 will be supported on all Alpha except the DEC 2000 and AlphaBook 1. > > L > >7.3 is the last supported VAX release for all the 8000/9000 series except& > >the 8500/8550 and 9000 110/210/310. > > L > >As ever this means not supported, not possible is usually something quiteI > >different, but I guess you will have worked that out JF as you hint at E > >running 7.3 on your MVII (and 7.2 was the last supported release).  > >  > >Alex  >  > A > Does that mean that I will be able to install 8.2 on my Multia?   E The Multia has never been offically supported for VMS, and I would be E shocked if it ever was to be. However, some people certainly have had A some success with installing specific versions of VMS on specific  Multia hardware.  E IIRC people in Engineering ran a unoffical midnight project, tweaking A the Tadpole AlphaBook 1 firmware to create the image for the boot # floppy, but don't quote me on this.   D David Dachtera who frequents this group has a page on installing VMSD on Multia's if you want to do this for a non-production environment.  . http://www.djesys.com/vms/hobbyist/multia.html   Alex   ------------------------------  # Date: Sun, 06 Jun 2004 05:36:50 GMT - From: JF Mezei <jfmezei.spamnot@teksavvy.com> : Subject: Re: New IA64 binaries run on Old IA64 computers ?@ Message-ID: <539a23e549df9c8b6048378dc8927aa9@news.teranews.com>   John Reagan wrote:A > The future compiler might have worked a little harder, did more I > analysis, and generated code that tries to issue, lets say, 8 additions C > in a parallel instruction group.  A future chip may have 8 adders F > available and can do them all at once.  An older chip will just say,J > "well, thanks for the hint about all 8 at once, but I only have 2 adders$ > so I'll get 'em done 2 at a time."   Thanks to all who answered.    ------------------------------  * Date: Sat, 5 Jun 2004 21:20:21 +0000 (UTC)" From: spam-me-not@invalid.hostname3 Subject: Q: DECWindows V1.2 Bindings & Translations $ Message-ID: <c9tdek$u3h$2@online.de>  @ Can someone explain Motif translations in DECwindows Motif V1.2?  8 [ There was some recent discussion on the `new' desktop.  C   You you can't start more than one CDE session on the same display C   (because the dtsession front panel wants to own the root window).   C   This is but one reason to continue using the traditional desktop.   E   Starting a new session to the same or a different host is common. ]   C I'd like to understand what a VMS host is doing to my X server when G I trigger the appearance of the VMS host's traditional DECWindows Motif  V1.2 login box widget.  ? What initialisation, if any, of the X server is involved in the G ultimate display of the login box?  In particular, translations and the E X server's root properties MOTIF_BINDINGS and MOTIF_DEFAULT_BINDINGS. - By what, and using definitions defined where?   C Managing DECwindows (V1.2) for OpenVMS says that as one of the last G actions after successful login, decw$wsinit.exe reads "your workstation < customisation files".. and.. "makes Xlib calls to apply yourG customisations".  In relation to bindings and translations exactly what  does that mean?   A The underlying problem behind my query is that for a long time my ? translations on VMS X clients have been screwy (with unmodified D key bindings).  As I've acquired one more non-Motif desktop app thatA expects the <[X] key to generate the Backspace keysym and doesn't ? use Motif's virtual binding mechanism, the time has now come to F `permanently' change (xmodmap) that key to the accepted keysym outsideF of the DEC world.  That will mean changing translations in the variousG places and on the different (multi-vendor) hosts that they are defined.   D Before doing that it seemed like a good idea to get all of the usualD translations working properly on VMS DECW Motif V1.2 clients withoutD any xmodmapping.  Pretty well they're all screwy (not just <[X]) andF I'm being hampered by not properly understanding what the the VMS hostC is doing to my X server to ultimately display the login box widget, G or what assumptions it is making.  (Its largely irrelevant what happens E as the login through-the-login-box progresses.  I'm trying to fix the  translations for login box).   ------------------------------   End of INFO-VAX 2004.312 ************************