1 INFO-VAX	Fri, 29 Mar 2002	Volume 2002 : Issue 174       Contents:' 2GB Memory for Alpha 8200/8400 For Sale % Re: Analyse/system like tool for unix % Re: Analyse/system like tool for unix 2 Re: Announcing a boot contest for OpenVMS on Intel2 Re: Announcing a boot contest for OpenVMS on Intel' firmware for symantec vpn appliance 100 5 Re: Flash plugin now available for Mozilla on OpenVMS 5 Re: Flash plugin now available for Mozilla on OpenVMS  Re: ftp passive mode  Re: Hacker Using My Mail Server?  Re: Hacker Using My Mail Server?' Re: Hardest Mistake in Comp Arch to Fix * Re: Help! VT100 emulators - some problems.* Re: Help! VT100 emulators - some problems. Re: How to fork() ? F Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxF Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinux I need any useful utility  Re: I need any useful utility  RE: I need any useful utility  Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Macro-64 and Vax VMS Re: Macro-64 and Vax VMS Re: Macro-64 and Vax VMS8 Re: NetBeans 3.2.1 on VMS (was Excursion (DECterm) API?) Re: News Server Software Re: Obituary for a Cyber* Re: Once a fool, always a fool I guess ...* Re: Once a fool, always a fool I guess ...* Re: Once a fool, always a fool I guess ...P RE: OpenVMS on ItaniumT Architecture - the path forward  7.2MB stream	ing media./ Q: How can I set 1280x1024 mode on the S3 Trio? $ RAID Array 8000 Documentation search8 RE: Sending Wake-up Message from NT to OpenVMS batch job8 RE: Sending Wake-up Message from NT to OpenVMS batch jobE Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64 E Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64 E Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64 E Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64 E RE: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64 E Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64 E Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64 # When will your website be finished? 8 Re: Why do I get an ASTFLT with following use of ualarm?8 Re: Why do I get an ASTFLT with following use of ualarm?8 Re: Why do I get an ASTFLT with following use of ualarm?  F ----------------------------------------------------------------------  % Date: Fri, 29 Mar 2002 12:06:19 -0500 4 From: "Michael Hewitt" <Michael.Hewitt@Sympatico.ca>0 Subject: 2GB Memory for Alpha 8200/8400 For Sale: Message-ID: <H71p8.14051$ra.2544561@news20.bellglobal.com>  ) Digital Alpha server 8200/8400 2GB Memory  Digital Part Number MS7CC-FSG Wrapped in original packaging by Digital with tamper proof seal intact. G Can be used in either an Alpha 8200 Series or Alpha 8400 Series System. 3 Never been used - was stored as a replacement part.   Being sold in "AS IS" condition.' Original purchase price was US $25,000+ 7 Suggested current resell price from Compaq is US $7,000    Asking $2000 or best offer!   ; Email me back if interested at: Michael.Hewitt@Sympatico.ca    ------------------------------  % Date: Fri, 29 Mar 2002 09:59:29 +0100 1 From: Michael Heiming <michael+USENET@heiming.de> . Subject: Re: Analyse/system like tool for unix- Message-ID: <hda18a.fpi.ln@charon.heiming.de>   < Anamika (<5130f039.0203282009.5b85fe22@posting.google.com>):   > HI, D >    Is there a analyse/system like tool for unix. I mean as good as >    it @ > is on VMS with comparable features. Any kind of unix would do. > 9 > I know about adb,kadb,sdb etc., they just don't cut it.   B Every vendor has another tool, you need to be more specific about B the OS you use, to get a helpful answer and perhaps point out the ; features you have on VMS and need/want on your *nix system.    Michael Heiming  --$ Remove the +SIGNS case mail bounces.   ------------------------------   Date: 29 Mar 2002 09:17:39 GMT From: phn@icke-reklam.ipsec.nu. Subject: Re: Analyse/system like tool for unix) Message-ID: <a81bfj$cdr$4@nyheter.crt.se>   5 In comp.unix.admin Anamika <hemanir@yahoo.com> wrote:  > HI, G >    Is there a analyse/system like tool for unix. I mean as good as it @ > is on VMS with comparable features. Any kind of unix would do.  9 > I know about adb,kadb,sdb etc., they just don't cut it.   ; hp has a 'glance' tool that works on hp-ux, there was plans ; for porting/selling to other platforms but i think they was # scrapped (due to marketing reasons)   A 'top' a freely available tool is available for most un*x, it does   not go so deep as glance though.  	 > Thanks,  > -A   --   Peter Hkanson          K         IPSec  Sverige      (At the Riverside of Gothenburg, home of Volvo) J            Sorry about my e-mail address, but i'm trying to keep spam out.& 	   Remove "icke-reklam" and it works.   ------------------------------  % Date: Fri, 29 Mar 2002 08:18:30 +0000  From: Roy Omond <Roy@Omond.net> ; Subject: Re: Announcing a boot contest for OpenVMS on Intel ) Message-ID: <3CA42356.2938FFCD@Omond.net>    Sue Skonetski wrote:   > Dear Newsgroup,  > G > We now have a booting contest up on the web.  Give it your best shot. + > http://www.compaq.com/hps/ipf-enterprise/  >  > Warm Regards,  >  > Sue   D *sigh* ... so there I was filling in the form, 100% sure I was going
 to win :-)  F All fields marked in red must be filled in.  Come to "State" and all I= get are USofA and Canada.  Heck, even the mandatory "Country" = field is marked in red but has no corresponding answer field.   ? Ha, it's just another conspiracy against us non-North Merkans !    Regards nevertheless,   	 Roy Omond  Blue Bubble Ltd.  , P.s. just send the VMS GifT to me anyway :-)   ------------------------------  % Date: Fri, 29 Mar 2002 10:16:06 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>; Subject: Re: Announcing a boot contest for OpenVMS on Intel ) Message-ID: <3CA430D6.4090609@bluewin.ch>    Roy Omond wrote:   > Sue Skonetski wrote: >  >  >>Dear Newsgroup,  >>G >>We now have a booting contest up on the web.  Give it your best shot. + >>http://www.compaq.com/hps/ipf-enterprise/  >> >>Warm Regards,  >> >>Sue  >> > F > *sigh* ... so there I was filling in the form, 100% sure I was going > to win :-) > H > All fields marked in red must be filled in.  Come to "State" and all I? > get are USofA and Canada.  Heck, even the mandatory "Country" ? > field is marked in red but has no corresponding answer field.  >       Um? I can select the country OK.     A > Ha, it's just another conspiracy against us non-North Merkans !  >       0 Try clicking on the official contest rules link:   "1. ELIGIBILITY REQUIREMENTS: G a. To be eligible to participate in the contest ("Contest"), you must:  E (i) have access to a computer with internet access; [(ii) be a legal  / resident of the United States of America;] ..."    :-( :-( :-(   8 Shall we organize a contest for non-Yanks ourselves? :-)C (I wrote that in jest, but on second thoughts, why not? Perhaps we  @ should ask Compaq in each area/country to run their own contest)   __
 Paul Sture Switzerland    ------------------------------    Date: 29 Mar 2002 06:28:13 -0800 From: whyder2002@yahoo.com (PG) 0 Subject: firmware for symantec vpn appliance 100< Message-ID: <c70aaedc.0203290628.1674541@posting.google.com>  F Does anybody know that firmware came out yet, and where I can get them   Thanks   ------------------------------    Date: 29 Mar 2002 10:28:12 -0600- From: koehler@encompasserve.org (Bob Koehler) > Subject: Re: Flash plugin now available for Mozilla on OpenVMS3 Message-ID: <meFWZisW2Bfw@eisner.encompasserve.org>   _ In article <3C9F03FC.167C45DD@Mvb.Saic.Com>, Mark Berryman <Mark.Berryman@Mvb.Saic.Com> writes:  > H > Just copy the LIBFLASHPLUGIN.SO file into SYS$COMMON:[MOZILLA.PLUGINS]J > (or into the [.PLUGINS] directory of wherever you installed Mozilla) and > restart your browser.   D    Did that, and it wasn't recognized by the only flash site I couldH    find.  Checked anal/image says it looks OK, and protections are w:re.  E    Should it show up under help->plugins like the null plugin and the %    Java plug in?  On mine it doesn't.   1    Do you have a URL with a flash you know works?    ------------------------------  % Date: Fri, 29 Mar 2002 12:32:57 -0500 * From: John Reagan <john.reagan@compaq.com>> Subject: Re: Flash plugin now available for Mozilla on OpenVMS' Message-ID: <3CA4A549.70603@compaq.com>    Bob Koehler wrote:  F >    Did that, and it wasn't recognized by the only flash site I couldJ >    find.  Checked anal/image says it looks OK, and protections are w:re. > G >    Should it show up under help->plugins like the null plugin and the ' >    Java plug in?  On mine it doesn't.  > 3 >    Do you have a URL with a flash you know works?  >  >   + I went to the Flash/Shockwave test page at:   , http://www.macromedia.com/shockwave/welcome/  B and neither the Flash or Shockwave tests worked.  (I expected the E Shockwave to fail, but I kinda expected the Flash to do something...)      --   John Reagan ' Compaq Pascal/{A|I}MACRO Project Leader    ------------------------------    Date: 29 Mar 2002 07:42:08 -0600 From: briggs@encompasserve.org Subject: Re: ftp passive mode 3 Message-ID: <ooKEldJgDJEw@eisner.encompasserve.org>   c In article <XILo8.10034$K52.1758981@typhoon.tampabay.rr.com>, "John N." <JNixon@cfl.rr.com> writes: N > We need to receive data from a customer, but they are telling our programmer) > they requrire is to be in passive mode.  > 3 > We are using AlphaVMS 7.2-1 w TCPIP v 5.0A eco 3.  > M > What is "passive mode"?   Is it recommended, or to be avoided?  Where can I  > find more about this?   G I saw one response here that claimed that passive mode was an add-on to G FTP.  I can't entirely agree with that comment.  The FTP standard dates * from 1985 and supported passive mode then.  H As a practical matter, there are brain dead FTP clients that still don'tI support passive mode.  For instance, Microsoft's command line FTP client.     F An FTP session operates over two connections.  A control connection isG established from the FTP client to the FTP server.  Commands are passed H down this connection.  Commands such as "change working directory to x",J "give me a short form directory listing" or "copy this data to that file".  F All the bulk data transfers (directory listings, file uploads and file* downloads) go over a different connection.  C Classically, data connections are initiated by the server and go to G TCP port numbers chosen by the client.  This is normal or "non-passive" I FTP.  And in this mode, even if the direction of data flow is from client G to server, the server initiates the data connection (and then waits for  the data to start rolling in).  B In passive mode, the server chooses the port number and the clientI opens the data connection to that port.  And just as in non-passive mode, B the directory of data flow is irrelevant.  The client always opens the data connection.  @ Data connections are torn down after each file transfer.  AlmostD universally, connection termination is taken as end-of-file.  (Which? is why it's easy to get truncated files on FTP downloads in the  presence of network problems).    D The FTP client controls whether passive or non-passive transfers are. used.  Servers take their cue from the client.  E The FTP clients built into web browsers universally use passive mode.   F Command line FTP clients almost universally use non-passive mode.  TheD ones that support passive mode allow the user to turn it on with the7 "PASSIVE" or "PASSIVE ON" command from the FTP> prompt.   A Windows GUI FTP clients are a mixed bag.  They almost universally B support both modes and have some pull-down click-box to select oneB or the other.  The default on a particular GUI client is anybody's guess.    D Not all FTP servers support passive mode.  Though with the advent ofA browsers that do passive mode only, there is a lot of pressure to  have servers do passive mode.    See also RFC 959, STD0009    	John Briggs   ------------------------------  % Date: Fri, 29 Mar 2002 09:48:26 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>) Subject: Re: Hacker Using My Mail Server? ) Message-ID: <3CA42A5A.2030807@bluewin.ch>    Ken Kalish wrote:   O > On Wed, 27 Mar 2002 13:21:11 +0100, Paul Sture <paul.sture@bluewin.ch> wrote:  >  > [snipped throughout] >  > = >>Going slightly off topic, but still on the subject of spam,  >>G >>a nasty trick to verify your email account is active (i.e. even more  , >>valuable to the spammers) can be found at: >>( >>http://www.nthelp.com/OEtest/oe119.htm >>K >>This article contains a facility to generate an example mail to your own  G >>address, and see the logged results after you have viewed that email.  >> > O > One thing almost every admin does, Paul, is to (if possible) neutralize 'smtp N > verify'. If not, a spammer can connect and then try to verify a long list ofN > possible user IDs by using a dictionary attack. At the very least he's using1 > up cpu and bandwidth resources on your machine.  >  Sorry, I didn't explain the scenario clearly enough. The original spam contains an invisible (e.g.1 pixel) image with something like:     < <img src="http://their_ip_address:port/a.gif?you@yourdomain"  ? Viewing that puts the you@yourdomain in the spammer's weblogs,  ' confirming that your address is active.   D In fact, the inclusion of a port number there means they can have a I dedicated listener, so don't even need to scan their logs. Nothing to do   with dictionary attacks. __
 Paul Sture Switzerland    ------------------------------  # Date: Fri, 29 Mar 2002 17:23:22 GMT - From: "John E. Malmberg" <wb8tyw@qsl.network> ) Subject: Re: Hacker Using My Mail Server? * Message-ID: <3CA4A4CD.9080506@qsl.network>   Paul Sture wrote:  > Ken Kalish wrote:  > I >>> a nasty trick to verify your email account is active (i.e. even more  . >>> valuable to the spammers) can be found at: >>> * >>> http://www.nthelp.com/OEtest/oe119.htm >>> I >>> This article contains a facility to generate an example mail to your  G >>> own address, and see the logged results after you have viewed that  
 >>> email. <snip>  F  > In fact, the inclusion of a port number there means they can have aI  > dedicated listener, so don't even need to scan their logs. Nothing to    > do with dictionary attacks.  F The specific test mailed from nthelp.com is blocked by OpenVMS if you E are running your web based mail client from a non-privileged account.   C Another way of harvesting e-mail addresses is to try to trick your  0 browser into making an anonymous FTP connection.  H For the greatest security, make sure that your mail/news client can not 5 render HTML, or automatically open *ANY* attachments.     G A mail and news client should by default not communicate with anything  / other than it's designated mail or news server.    -John  wb8tyw@qsl.network Personal Opinion Only    ------------------------------  ! Date: Fri, 29 Mar 02 10:59:18 GMT  From: jmfbahciv@aol.com 0 Subject: Re: Hardest Mistake in Comp Arch to Fix+ Message-ID: <a81pme$3li$4@bob.news.rcn.net>   8 In article <2v86auc5bpgnaumoj9h0sfj1g7rq3vkb79@4ax.com>,)    Alan Greig <a.greig@virgin.net> wrote: 9 >On Thu, 28 Mar 02 10:40:07 GMT, jmfbahciv@aol.com wrote:  > ) >>In article <3CA217A1.A763FBA2@sgi.com>, , >>   "Eric C. Fromm" <efromm@sgi.com> wrote: >>>Maynard Handley wrote:  >>>  >>>> So let's see. >>>> DEC---dead. >>>> SGI---close to dead. 8 >>>  ^^^^^^^^^^^^^^^^^^^ <--- There's a Mark Twain quote3 >>>                           that comes to mind...  >><snip> >>: >>Yup.  We (PDP-10 land) even had a t-shirt made with thatB >>quote on it.  I have JMF's (he wore it so often it's very faded): >>and mine (I didn't wear it so it wouldn't fade).  It was >>our tacit protest march. > D >And would you believe that VMS is now being marketed* officially byF >Compaq with the slogan "Reports of my death are greatly exaggerated".E >and Compaq just sent a book of Mark Twain quotes to those on the VMS  >marketing mailing list.  A Sure I believe it.  They've been making exactly the same mistakes C DEC did with the PDP-10 line.  I knew what was going to happen just:) by reading a certain newsgroup's groupie.    >nE >*Marketed when in relation to anything done by Compaq for its non-PC 8 >products does not have the normal dictionary meaning :(   hmm...sounds like DEC.   /BAH  ' Subtract a hundred and four for e-mail.l   ------------------------------  % Date: Fri, 29 Mar 2002 10:33:10 +0100s. From: Herbert Stoeri <stoeri@iap.tuwien.ac.at>3 Subject: Re: Help! VT100 emulators - some problems.?/ Message-ID: <3CA434D6.2050702@iap.tuwien.ac.at>i  D On the Freeware CD V 5 there is a script called DECxterm, directory F [DECXTERM], that works fine. It is actually a wrapper around ordinary B xterm. It is for several Unixes, including Linux. I adapted it to H Macintosh OSX within 30 minutes. I didn't sent this to the authors yet, B as I have presently no chance, to test it with a modern Macintosh.   Herbert Stoeri     sword7@speakeasy.org wrote:u > Hello folks: > F > When I logged into OpenVMS 7.2, I have some problems with my varyingA > X11-based terminal emulators on Redhat Linux 7.2.  Some are notxH > compitable with OpenVMS 7.2.  For example, I tried to enter 'type/pageH > file.txt', it worked ok but ended up one-line window at bottom screen.D > I had to get out of terminal and re-logged back into OpenVMS 7.2.  > D > Does anyone know any X11-based terminal software for Linux that isJ > completely compatible with OpenVMS v7.2 system?  How about VT200, VT300," > etc? Eterm? GnomeTerminal? etc.. >  > Thank you! >  > -- Tim Stark >    ------------------------------   Date: 29 Mar 02 15:28:29 GMT, From: uhap023@alpha1.rhbnc.ac.uk (Tom Crane)3 Subject: Re: Help! VT100 emulators - some problems.a+ Message-ID: <KWSVi8QnHydq@mail.rhbnc.ac.uk>   L In article <ua3n972h3ihg92@corp.supernews.com>, sword7@speakeasy.org writes: > Hello folks: > F > When I logged into OpenVMS 7.2, I have some problems with my varyingA > X11-based terminal emulators on Redhat Linux 7.2.  Some are notpH > compitable with OpenVMS 7.2.  For example, I tried to enter 'type/pageH > file.txt', it worked ok but ended up one-line window at bottom screen.D > I had to get out of terminal and re-logged back into OpenVMS 7.2.   I This is a long standing problem. As far back as the days of the BBC Micro L (early 80s) the early versions of VT100 emulators like Communicator sufferedN from this bug. Its particularly irritating when using EDT in full screen mode.H My understanding is, that there was a discrepancy between the specs thatN Digital published for the VT100 and what their own terminals actually did. TheO writers of terminal emulation software naturally followed the written specs. ItiN always surprised me that so few of them actually tested their S/W on a VMS (orM presumably PDP11) system, when they would have discovered and fixed that bug.e   Tom. -- aK Tom Crane, Dept. Physics, Royal Holloway, University of London, Egham Hill, " Egham, Surrey, TW20 0EX, England.  Email:	uhap023@vms.rhbnc.ac.uk SPAN:   19.875 Fax:    +44 (0) 1784 472794    ------------------------------  % Date: Fri, 29 Mar 2002 13:03:29 +0100m2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: How to fork() ?; Message-ID: <3ca45811.524144494f47414741@radiogaga.harz.de>i  3 Martin Vorlaender (martin@radiogaga.harz.de) wrote::I > Anyway, I now changed the code to call the exec directly (using execv -nE > it could be that execvp was the wrong function) and it gets started H > (just in the wrong directory. I'll fix that in the other program). TheA > commands flow down to it alright, but no output ever gets back.n >wG > The problem could be that (this being an X application) the from_prog F > pipe descriptor gets fed into XtAppAddInput() but the callback never > fires.  E That is definitely the problem. Using MBOX (thanks, Neill and Hunter) D I verified that the child sends his output to the right mailbox (andE goes into RWMBX as soon as it's full). But the data never reaches the  parent :-((2  B As far as I can see in the original X11R5 sources, XtAppAddInput()A adds the child's output pipe file descriptor to a read fdset, andeC XtAppMainLoop() then calls select(). Shouldn't the program bomb out E if select() doesn't support pipe file descriptor (as the entry in the  C RTL manual suggests)?a  G Thankful for any suggestions that spare me the time to write a loopback.G client/server that puts a read attention on the mailbox and in the AST, C sends the data to a socket (the receiving end of which replaces thet% child's output stream in the parent).a   cu,    Martin -- yD                         | Martin Vorlaender  |  VMS & WNT programmer1  VMS is today what      | work: mv@pdv-systeme.de E  Microsoft wants        |    http://www.pdv-systeme.de/users/martinv/t8  Windows NT 8.0 to be!  | home: martin@radiogaga.harz.de   ------------------------------  % Date: Fri, 29 Mar 2002 09:28:00 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>O Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxc' Message-ID: <3CA42590.50809@bluewin.ch>V  ( Andrew Harrison SUNUK Consultancy wrote:   >  >  > Paul Sture wrote:r >  >> Fred Kleinsorge wrote:  >> >>> We did?o >>>  >>H >> Nah, didn't miss it a bit. I do recall certain people noting that he I >> wasn't around to bash when they felt in a bad mood about something :-)  >> >  > > > Or put another way I wasn't here to challenge some of the BS- > that some people like to pass off as facts.a > ` In terms of challenging BS, I don't see that you have contributed much more than unwanted noise.    I Where are your facts? Evidence? URLs will often do. Inquiring minds wish u
 to know... __
 Paul Sture Switzerlande   ------------------------------  % Date: Fri, 29 Mar 2002 09:21:57 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>O Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxn) Message-ID: <3CA42425.4050803@bluewin.ch>t   Greg Cagle wrote:   * > Andrew Harrison SUNUK Consultancy wrote: >  >> >> >> Paul Sture wrote: >> >>> Fred Kleinsorge wrote: >>>  >>>> We did? >>>> >>>tI >>> Nah, didn't miss it a bit. I do recall certain people noting that he oJ >>> wasn't around to bash when they felt in a bad mood about something :-) >>>  >> >>? >> Or put another way I wasn't here to challenge some of the BS . >> that some people like to pass off as facts. >  > 2 > Which begs the question - what ARE you here for? >   F My best guess is to get Fred upset and disturb his work. I cannot see ) _any_ other purpose in his present posts.t  H It is interesting to search Google Groups for "from: andrew harrison" - H 9,030 results. Now try +"from: andrew harrison" +comp.os.vms and we see  some 3,540 results.E  D Now try +"from: andrew harrison" -comp.os.vms Look at the dates. It C appears that prior to 1998 he was focusing his attention elsewhere.(  H Now the final treat: Feed in +"from: andrew harrison" +comp.unix.solaris   A _staggering_ 233 results !!!   :-)  __ Paul Sture9,030: Switzerlandt   ------------------------------    Date: 29 Mar 2002 00:22:53 -0800( From: insoo.kim@compaq.com (Kim, In Soo)" Subject: I need any useful utility= Message-ID: <2435e043.0203290022.2c766944@posting.google.com>    Hi.3  5 Would you send me any kind of useful openvms utility?r' I operate a openvms home page in korea.-? It's not public site for moneymaking but only personal one for o  sharing the openvms information.5 Korea has much fewer openvms site than other country.-< But the openvms still run a stock excahnge,steels,insurance, chemistry..etc..E Until now i'v given the latest news and new technology for openvms to  my site members.! It's not my job....it's my hobby.s6 I really want to inform more people about the openvms.; If you have any useful utility/command procedure and useful  information ' for openvms, plesase send and teach me.O   Thanks in advance.   ------------------------------  % Date: Fri, 29 Mar 2002 11:05:30 +0100t$ From: "labadie" <labadie_g@decus.fr>& Subject: Re: I need any useful utility3 Message-ID: <E1Xo8.1662$fL6.31920@news.cpqcorp.net>o  5 "Kim, In Soo" <insoo.kim@compaq.com> wrote in messageu7 news:2435e043.0203290022.2c766944@posting.google.com...  > Hi.? >n7 > Would you send me any kind of useful openvms utility?o   Hellor   Goto' http://www.openvms.compaq.com/freeware/r  : you have the freeware V4 et V5, and a bunch of good tools.   Regards>   Grard   ------------------------------  % Date: Fri, 29 Mar 2002 08:44:07 -05004+ From: "Main, Kerry" <Kerry.Main@Compaq.com> & Subject: RE: I need any useful utilityT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1DD9@kaoexc01.americas.cpqcorp.net>  	 Mr. Kim -e  C Re: OpenVMS helpful pointers ... (also, if interested, feel free touH contact me offline and I will have one of the Compaq OpenVMS Ambassadors in Korea contact you.)    A few additional suggestions:=20   VMS FAQ and misc info:5 http://www.openvms.compaq.com/wizard/openvms_faq.html/) http://www.levitte.org/~ava/vms_faq.htmlxsF http://www.levitte.org/~ava/vms_forum.htmlx Forums for VMS Discussions   Misc Utilities:nB http://www.openvms.compaq.com/openvms/products/availman/index.html# (monitor runs on VMS or NT clients)-; http://www.nls.com/ Third party print solutions for OpenVMSr9 http://www.pointsecure.com/ Security products for OpenVMSJ, http://www.radiusvms.com/ Radius for OpenVMS  E Non-Stop Web Server Book (Apache, OSU, WASD on OpenVMS - available in. June 2002 Timeframe)H http://www.amazon.com/exec/obidos/ASIN/1555582648/qid%3D1017069087/103395 73367-1174238/104-5990664-1767151 (one url will wrap)a  ! Secure Apache on OpenVMS web siteAF http://www.openvms.compaq.com/openvms/products/ips/apache/csws.html=20  3 New Video on OpenVMS and Itanium: (need Real Audio) H http://www.compaq.com/hps/ipf-enterprise/download/OPENVMS_ON_ITANIUM_ARC
 HITECTURE.RAMy   Posting to comp.os.vms:T9 http://www.openvms.compaq.com/wizard/faq_frames/intro.htme  + Recent good news: (single url's - may wrap)n) http://www.onexchange.com/press112601.asp F http://www.softresint.com/news/Bin_Trans.htm OpenVMS Binary Translator for IPF Announcement@ http://www.irconnect.com/noc/pages/news_releases.mhtml?d=3D217640 http://www.dataglider.com/solutions/openvms.html< http://www.lutris.com/company/pressReleases/Press020204.html9 http://www.cio.com/archive/020102/dep.html (VMS solution)"G http://www.mimer.com/news/engnews_mar02_2.htm Database announcement foro IPFs: http://www.openvms.compaq.com/openvms/brochures/dfocanada/< http://www.openvms.compaq.com/openvms/brochures/hydroquebec/H http://techupdate.zdnet.com/techupdate/stories/main/0,14179,2819065,00.h tml ZDNet article from Oct 2001    OpenVMS Literature:hH http://www.openvms.compaq.com/openvms/whitepapers/index.html Whitepapers: - including just released Cluster Cost of Ownership study.: http://www.openvms.compaq.com/openvms/brochures/ BrochuresC http://www.compaq.com/info/spd/ Software Product Descriptions (SPD)j@ http://www.openvms.compaq.com:8000/index.html VMS Doc set online4 http://www.levitte.org/~ava/vms_book.htmlx VMS Books     Other Misc info -tB http://www.openvms.compaq.com/openvms/fibre/index.html OpenVMS SAN (storage Area network) infofA http://ftp.support.compaq.com/patches/.new/openvms.shtml Officiall PatcheshH http://ftp.support.compaq.com.au/pub/ecoinfo/ecoinfo/ Australian CSC Web0 site (has additional patch sorting capabilities)7 http://www.montagar.com/hobbyist/ OpenVMS Hobbyist Page D http://www.openvms.compaq.com/openvms/system_management.html Systems Management PagevA http://www.support.compaq.com/svctools/webes/index.html Web Baseda
 Service toolso     Regardsi  
 Kerry Main Senior Consultant  Compaq Canada Corp.  Professional Services  Voice: 613-592-4660e Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message----- From: Kim, In Soo=20 Sent: March 29, 2002 3:23 AM To: Info-VAX@Mvb.Saic.Como" Subject: I need any useful utility     Hi.   5 Would you send me any kind of useful openvms utility?o' I operate a openvms home page in korea.sA It's not public site for moneymaking but only personal one for=200  sharing the openvms information.5 Korea has much fewer openvms site than other country.0< But the openvms still run a stock excahnge,steels,insurance,F chemistry..etc. Until now i'v given the latest news and new technologyC for openvms to my site members. It's not my job....it's my hobby. ISD really want to inform more people about the openvms. If you have anyD useful utility/command procedure and useful information for openvms, plesase send and teach me.   Thanks in advance.   ------------------------------   Date: 29 Mar 2002 09:55:01 GMT( From: nmm1@cus.cam.ac.uk (Nick Maclaren) Subject: Re: Itanium troublesa0 Message-ID: <a81dll$l04$1@pegasus.csx.cam.ac.uk>  , In article <3CA3A0AE.538DD287@videotron.ca>,/ JF Mezei  <jfmezei.spamnot@videotron.ca> wrote:h# >silly question, but I have to ask:  >(J >Assuming that IA64 ships McKinley with a non laughable performance and itP >actually becomes available. How much software would be available to run on it ?  C When?  In June, almost none - bare systems and the odd application.o  A IF Intel ship development workstations next week, AND they launch.B the McKinley in July, THEN a fair amount by October.  If they miss" EITHER slot, expect more slippage.  B Realistically, I don't expect to see any McKinley systems suitableC for general end users (i.e. including semi-stable software) before e early 2004.   5 >How much of MS's bloatware has been ported to IA64 ?h7 >How much of Linux's software has been ported to IA64 ?   D Quite a lot and most.  Remember that most Linux software is portableC and already runs on 64-bit systems.  From an application viewpoint,aE the only differences between IA-64 and Alpha are performance and bugsu1 related to optimisation and similar complexities.D  O >Or is IA64 still really some fancy beta chip usable only by ISVs and not ready> >to be truly commercialised ?e  G Few ISVs take any real interest in a chip until it is shipped in stable F systems.  Most have been working on IA-64 ports, largely because IntelD has put pressure on them or provided some funding.  But, at present,E IA-64 is only a fancy beta chip - and will remain so until and unlessh# launch the McKinley for production.t     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679m   ------------------------------   Date: 29 Mar 2002 10:16:13 GMT( From: nmm1@cus.cam.ac.uk (Nick Maclaren) Subject: Re: Itanium troublesd0 Message-ID: <a81etd$lqb$1@pegasus.csx.cam.ac.uk>  0 In article <a8042v$11nm$1@news.rchland.ibm.com>,% Del Cecchi <cecchi@us.ibm.com> wrote:s >iP >I would surmise that the folks who need to know, do know.  Folks like Dell, HP,N >Intel, Microsoft.  The usual suspects.  Probably someone at IBM (not me) also@ >knows.  If I did know, I'm sure I wouldn't be allowed to say.    F Your last sentence is definitely true!  The first ones were definitelyE false about the Itanic at the same stage in the release of that chip.sD I cannot say for certain whether they are for the McKinley, but have some reason to believe so.     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679o   ------------------------------  % Date: Fri, 29 Mar 2002 13:06:15 +0100>* From: Alexis Cousein <al@brussels.sgi.com> Subject: Re: Itanium troublesh/ Message-ID: <3CA458B7.1000205@brussels.sgi.com>    Nick Maclaren wrote:  K >>Assuming that IA64 ships McKinley with a non laughable performance and it Q >>actually becomes available. How much software would be available to run on it ?i >> > E > When?  In June, almost none - bare systems and the odd application.d > 4 > IF Intel ship development workstations next week,     H I would like to point out that the vast majority of people who've boughtL Itanium workstations from HP, IBM and SGI have done so to deploy on McKinleyK platforms. And while the Itanium workstation volume has been low, it hasn'ta
 been zero.  F A number of application engineers at SGI *are* working on IA64 portingD and tuning, so for an important number of SGI's markets, I doubt theA number of available apps is going to be zero -- indeed, some appst are even certified for Itanium.n  F And I doubt you're privvy to the McKinley software development vehicleC shippings by Intel, either - Intel certainly historically has never1- shouted IA64 SDV shippings from the rooftops.p   ------------------------------   Date: 29 Mar 2002 12:46:13 GMT( From: nmm1@cus.cam.ac.uk (Nick Maclaren) Subject: Re: Itanium troublesV0 Message-ID: <a81nml$s8n$1@pegasus.csx.cam.ac.uk>  / In article <3CA458B7.1000205@brussels.sgi.com>,e, Alexis Cousein  <al@brussels.sgi.com> wrote: >Nick Maclaren wrote:  >dL >>>Assuming that IA64 ships McKinley with a non laughable performance and itR >>>actually becomes available. How much software would be available to run on it ? >> tF >> When?  In June, almost none - bare systems and the odd application. >> n5 >> IF Intel ship development workstations next week,   >-I >I would like to point out that the vast majority of people who've boughtwM >Itanium workstations from HP, IBM and SGI have done so to deploy on McKinleykL >platforms. And while the Itanium workstation volume has been low, it hasn't >been zero.-  D I do know that.  And, while I agree that it hasn't been zero, I haveB heard that it has been in the hundreds outside the inner circle ofB Intel themselves (yes, really), Microsoft (the other big one), HP,B IBM and SGI.  ISVs have not bought in any numbers - though many of* them have been lent workstations by Intel.  G >A number of application engineers at SGI *are* working on IA64 porting0E >and tuning, so for an important number of SGI's markets, I doubt thekB >number of available apps is going to be zero -- indeed, some apps  >are even certified for Itanium.  @ Itanium != McKinley.  Yes, there will be a fair number that haveC binaries that will also run on McKinley, but precious few that willoA have been recompiled and revalidated for it.  And the performancet. figures are being quoted for recompiled codes.  , Remember that this is a multi-stage process:  9     1) Intel develops and validates the chip and chipset.h;     2) The OEM completes and validates the hardware system. 9     3) The operating system is completed and revalidated.rB     4) The basic tool applications (compilers, libraries etc.) are then completed and revalidated.n;     5) The applications are then completed and revalidated.w  ? While DEVELOPMENT of those can be done in parallel, none of theoA VALIDATION can START until the previous step COMPLETES.  And thata? is where the delays occur.  I have used applications, toolsets, B operating systems and even hardware systems which 'speeded' up the7 process by validating on pre-release systems - puke :-(e  G >And I doubt you're privvy to the McKinley software development vehiclerD >shippings by Intel, either - Intel certainly historically has never. >shouted IA64 SDV shippings from the rooftops.  A Why should I need to be?  I wasn't for the Itanic, either, and myr@ predictions were orders of magnitude more accurate than those of the people who were :-):  C More seriously, what I am referring to is the stage of more-or-lessaB open shipment of development workstations using more-or-less finalD versions of the chip to all and sundry ISVs and in-house developmentE teams.  It is VERY hard to keep those secret, and they hadn't startedr* when a little bird last cheeped in my ear.  @ What is more, I can tell you that it will take at least 3 months@ (and more likely 6) FOLLOWING that stage before there are enoughA third-party applications to make it worth while for non-developere= users (i.e. 99% of them) to buy a new system.  And I speak as   someone in just such a position.     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679    ------------------------------  % Date: Fri, 29 Mar 2002 08:26:56 -0700 $ From: Alex Johnson <spectre@jhu.edu> Subject: Re: Itanium troubless' Message-ID: <3CA487C0.811E263B@jhu.edu>    Nick Maclaren wrote: > B > Itanium != McKinley.  Yes, there will be a fair number that haveE > binaries that will also run on McKinley, but precious few that willoC > have been recompiled and revalidated for it.  And the performancen0 > figures are being quoted for recompiled codes.  H You are entirely incorrect in this statement.  Think of Itanium/McKinleyH as 80386/80486.  100% of Itanium binaries will run on McKinley unchangedD and with better performance.  The performance numbers that have beenE quoted are not recompiled codes.  When recompiled don't expect a hugeWH leap in performance...the vast majority of the architecture is identicalG or nearly identical.  I'd expect a 0-5% improvement for recompiling foreF McKinley.  The 1.5-2x that gets bandied about comes (most likely) fromB lower latency/larger caches, higher frequency system bus, and moreA flexible instruction dispatch.  2 of those 3 items won't need anya" recompiling to get their benefits.   Alex --  G My words are my own.  They represent no other; they belong to no other.tE Don't read anything into them or you may be required to compensate mea> for violation of copyright.  (I do not speak for my employer.)   ------------------------------   Date: 29 Mar 2002 16:47:47 GMT( From: nmm1@cus.cam.ac.uk (Nick Maclaren) Subject: Re: Itanium troublesy0 Message-ID: <a825rj$9t2$1@pegasus.csx.cam.ac.uk>  N In article <3CA487C0.811E263B@jhu.edu>, Alex Johnson  <spectre@jhu.edu> wrote: >Nick Maclaren wrote:u >> wC >> Itanium != McKinley.  Yes, there will be a fair number that have2F >> binaries that will also run on McKinley, but precious few that willD >> have been recompiled and revalidated for it.  And the performance1 >> figures are being quoted for recompiled codes.C >eI >You are entirely incorrect in this statement.  Think of Itanium/McKinley I >as 80386/80486.  100% of Itanium binaries will run on McKinley unchangedtE >and with better performance.  The performance numbers that have been F >quoted are not recompiled codes.  When recompiled don't expect a hugeI >leap in performance...the vast majority of the architecture is identicalmH >or nearly identical.  I'd expect a 0-5% improvement for recompiling forG >McKinley.  The 1.5-2x that gets bandied about comes (most likely) from C >lower latency/larger caches, higher frequency system bus, and moresB >flexible instruction dispatch.  2 of those 3 items won't need any# >recompiling to get their benefits.3  $ Sorry, but I am afraid that you are.  C In my 36 years of being in this industry, I have rarely seen a 100%nD compatible upgrade - for example, there were quite a lot of programs? that worked on a 386 and failed on a 486.  When you are workinga> with highly optimised, shared memory or real-time codes, it is? amazing how subtle a difference can be and still cause trouble.t  A Note that this is very often due to a program or compiler bug not:@ being noticed because it didn't cause incorrect behaviour.  WhenB you upgrade, it may well then do so.  Examples of this are legion,A and it includes such delights as programs working if a particulare> sequences of intructions takes at least N cycles but not if it
 takes N-1.  E The other aspect is that problems occur even in stable architectures,mD where the vendors have a lot of experience on how the users code for@ the system.  And there is no sense in which the Itanic is one of those!    Now, let's consider performance.  B There are significant differences in McKinley's issue criteria andB even more in its memory and SMP interfaces - this is why the board@ designs are radically different.  Yes, MOST such changes will be7 transparent to MOST programs, but that isn't the issue.O  B Note that the issue criteria are precisely the ones that will needB recompilation to give any benefit, as they are largely cases whereA certain operation combinations were illegal in the Itanic and are.@ now permitted.  And several of them look extremely useful, whichE is confirmed by Intel's own remarks about the benefits of recompiling. for the McKinley.o  > But programs nowadays often require recompilation even to take@ advantage of higher bandwidths, larger caches and larger numbers@ of fetch streams.  This is especially true when you use feedback/ optimisation - see another thread for that one!      Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679    ------------------------------   Date: 29 Mar 2002 17:34:45 GMT( From: nmm1@cus.cam.ac.uk (Nick Maclaren) Subject: Re: Itanium troubleso0 Message-ID: <a828jl$c9l$1@pegasus.csx.cam.ac.uk>  N In article <3CA4A354.CBBC1C7D@prodigy.net>, cjt  <cheljuba@prodigy.net> wrote: >fJ >Isn't it a problem if the third of those items _does_ need recompilation?0 >Or is the Itanium moot once the McKinley ships?   The latter.s     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679o   ------------------------------  # Date: Fri, 29 Mar 2002 17:23:40 GMTt  From: cjt <cheljuba@prodigy.net> Subject: Re: Itanium troubles + Message-ID: <3CA4A354.CBBC1C7D@prodigy.net>x   Alex Johnson wrote:4 >  > Nick Maclaren wrote: > >1D > > Itanium != McKinley.  Yes, there will be a fair number that haveG > > binaries that will also run on McKinley, but precious few that will/E > > have been recompiled and revalidated for it.  And the performancet2 > > figures are being quoted for recompiled codes. > J > You are entirely incorrect in this statement.  Think of Itanium/McKinleyJ > as 80386/80486.  100% of Itanium binaries will run on McKinley unchangedF > and with better performance.  The performance numbers that have beenG > quoted are not recompiled codes.  When recompiled don't expect a hugenJ > leap in performance...the vast majority of the architecture is identicalI > or nearly identical.  I'd expect a 0-5% improvement for recompiling fornH > McKinley.  The 1.5-2x that gets bandied about comes (most likely) fromD > lower latency/larger caches, higher frequency system bus, and moreC > flexible instruction dispatch.  2 of those 3 items won't need anyr$ > recompiling to get their benefits.  I Isn't it a problem if the third of those items _does_ need recompilation?p/ Or is the Itanium moot once the McKinley ships?    >  > Alex > --I > My words are my own.  They represent no other; they belong to no other.rG > Don't read anything into them or you may be required to compensate mes@ > for violation of copyright.  (I do not speak for my employer.)   ------------------------------  # Date: Fri, 29 Mar 2002 16:13:17 GMTj+ From: Mark Gutzwiller <markg@earthling.net>m Subject: Macro-64 and Vax VMSw- Message-ID: <3CA49295.E983503D@earthling.net>    X-No-archive: yest  G I'm sure this question is answered someplace in the VMS FAQ, but I justA overlooked it.  @ I am the proud owner of a VAX 3100-80 (MicroVAX VMS 6.1) system.  H The hobbyist license includes MACRO-64. To me, this seems to be an Alpha program.  H So my questions are: Is it an Alpha only license, and question #2, if it) is, how can I get a VAX MACRO-32 license?w   I have the CSD's to July '94.m  = So point me to the right place in the FAQ, and I'll be happy.m   --6 Never trust any statistics, which you did not falsify.   ------------------------------  # Date: Fri, 29 Mar 2002 17:02:02 GMTf- From: "John E. Malmberg" <wb8tyw@qsl.network>:! Subject: Re: Macro-64 and Vax VMSo* Message-ID: <3CA49FD4.7040500@qsl.network>   Mark Gutzwiller wrote: > X-No-archive: yesM  H Unless you put that in the message header, not the body of the message, H it has no effect.  And like most header information, it is still only a  suggestion to the client.t  I > I'm sure this question is answered someplace in the VMS FAQ, but I just  > overlooked it. > B > I am the proud owner of a VAX 3100-80 (MicroVAX VMS 6.1) system.  B I would recommend upgrading to a newer version of OpenVMS VAX. :-)  J > The hobbyist license includes MACRO-64. To me, this seems to be an Alpha
 > program.  L It is an alpha program.  I am unaware of any compilers for Macro-64 For VAX.  J > So my questions are: Is it an Alpha only license, and question #2, if it+ > is, how can I get a VAX MACRO-32 license?h  C Macro-32 is included in the OpenVMS operating system license.  The  C assembler is normally installed by the operating system by default.I   -Johno wb8tyw@qsl.network Personal Opinion Only.   ------------------------------  % Date: Fri, 29 Mar 2002 12:00:51 -0500m* From: John Reagan <john.reagan@compaq.com>! Subject: Re: Macro-64 and Vax VMSA) Message-ID: <3CA49DC3.2030603@compaq.com>    Mark Gutzwiller wrote:   > J > The hobbyist license includes MACRO-64. To me, this seems to be an Alpha
 > program. > J > So my questions are: Is it an Alpha only license, and question #2, if it+ > is, how can I get a VAX MACRO-32 license?l >   ' Yes, MACRO-64 is an Alpha-only program.t  G MACRO-32 comes for free with OpenVMS VAX and OpenVMS Alpha.  You don't a need a license   -- s John Reagane' Compaq Pascal/{A|I}MACRO Project Leader    ------------------------------    Date: 29 Mar 2002 10:23:51 -0600- From: koehler@encompasserve.org (Bob Koehler)hA Subject: Re: NetBeans 3.2.1 on VMS (was Excursion (DECterm) API?) 3 Message-ID: <o3$an9qWijtF@eisner.encompasserve.org>   d In article <dILo8.1646$fL6.31144@news.cpqcorp.net>, "Meg Garrison" <Meg.Garrison@compaq.com> writes: > Hi,- > H > NetBeans 3.3.1 will be available for OpenVMS in the next week.  It hasH > significant performance and reliability improvements.  In addition, weG > (CompaQ) offer an EDT keypad add-in module and a C/C++ support add-inn                     ^^^^^^^^^ 	 > module.e  H    Yes, very good.  Any chance it's going to be able to connect to a TPU    section some day?  K    As for performnance improvements, is it still going to kill my DEC 3000  5    Model 600S with a 10MB connection to my VXT 2000+?h  .    And will it start without blowing away MWM?   ------------------------------    Date: 29 Mar 2002 05:40:01 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen).! Subject: Re: News Server Software43 Message-ID: <cCwXdy5Ah+v2@eisner.encompasserve.org>-  f In article <3CA3F488.3EC1E0E2@firstdbasource.com>, Michael Austin <maustin@firstdbasource.com> writes: > JF Mezei wrote:d >> s >> Larry Kilgallen wrote:u3 >> > > ftp://ftp.netwinsite.com/pub/dnews/vms/alphah >> >K >> > Hey, I'm a security guy -- I ignore any strings starting with ftp: :-)h >> kN >> Humour apart, can you explain the above statement ? DO you feel that ftp is. >> "dangerous" from a security point of view ? > I > Not if you set your browser to always ASK before saving/opening a file.s: > :)  It could be the download of a virus or trojan etc...  G My policy prohibits copying software over the Internet.  It is possible D to use FTP for copying non-software, but in most cases other methodsD are used.    If I needed a specification that was only available via< FTP I could manage, but the vast majority of cases use HTML.   ------------------------------  % Date: Fri, 29 Mar 2002 08:42:38 -08003= From: "Lee Courtney" <lcourtney-removethisfilter-@mvista.com>-! Subject: Re: Obituary for a Cyber / Message-ID: <ua97a26g3bh3aa@corp.supernews.com>>  I A note for those with older hardware. When the time comes to decommissioncI your older systems which may be of historical significance please contactnJ the Computer History Museum (www.computerhistory.org) regarding a possible9 donation to the historic collection (details available atIG http://www.computerhistory.org/collections/donateArtifact/). The MuseumtH maintains the world's largest collection of historic computing artifactsD ranging from individual components up through complete mainframe and super-computers.  C Also if you are in the San Francisco Bay Area consider visiting them+ collection which is open for public tours - + http://www.computerhistory.org/about/tour/.r   Regards,   Lee Courtney  1 "John Yaya" <j_yaya@hotmail.com> wrote in message 7 news:a27df31c.0203200653.39c43f8b@posting.google.com...oE > Ramsey County, MN has shut down its Cyber 70 Model 72.  It got this ( > writeup in the St. Paul Pioneer Press.6 > http://www.twincities.com/mld/twincities/2853967.htm   ------------------------------    Date: 29 Mar 2002 06:55:39 -00005 From: "Doc.Cypher" <doc_cypher@redneck.gacracker.org>-3 Subject: Re: Once a fool, always a fool I guess ...m5 Message-ID: <20020329065539.9060.qmail@gacracker.org>   5 NOTE: This message was sent thru a mail2news gateway.t8 No effort was made to verify the identity of the sender.8 --------------------------------------------------------  B On 28 Mar 2002, bill@triangle.cs.uofs.edu (Bill Gunshannon) wrote:6 >In article <DTiotGxQ0bj6-pn2-oBdMd8IILtiS@localhost>,1 > djweath@attglobal.net (Dave Weatherall) writes:?   <snip>  F >|> believe it is only fair to point out that it is unlikely that the 1 >|> 'best hackers' would not have come prepared. u >lC >So your saying that the presence of the VMS machine was advertisedaD >in advance of the contest??  Of course, even that would have littleA >effect on the fact that the majority of them have probably never D >seen a VMS machine before or used one, much less tried to hack one. >iJ >|>                                              I can imagine that beforeG >|> starting/arriving they would have boned up on all those weaknesses b# >|> that Andrew insists are there.   > D >It really doesn't matter what Andrew says, the more important pointD >is that the kind of people who attended DEFCON are unlikely to haveA >any VMS experience at all.  Giving them 2 days to hack a totallys1 >unfamiliar machine is hardly a serious chalenge.s   <snip>  J I've traded emails with one of the team that took a VMS box to DEFcon lastI year. The plan this year is to advertise in alt.2600 that the box will besG there again and point the potential attendees to shell account servicesr
 such as mine.i  ; This should make things a little more fair for the hackers.e     Doc. -- e6 The bigger the humbug, the better people will like it.K ~ Phineas Taylor Barnum.                              http://vmsbox.cjb.netv   ------------------------------   Date: 29 Mar 2002 07:38:36 GMT- From: djweath@attglobal.net (Dave Weatherall)p3 Subject: Re: Once a fool, always a fool I guess ...l5 Message-ID: <DTiotGxQ0bj6-pn2-deONUWdgv0D9@localhost>n  B On Thu, 28 Mar 2002 13:48:05 UTC, bill@triangle.cs.uofs.edu (Bill  Gunshannon) wrote:  7 > In article <DTiotGxQ0bj6-pn2-oBdMd8IILtiS@localhost>,T2 >  djweath@attglobal.net (Dave Weatherall) writes:J > |> On Thu, 28 Mar 2002 02:27:40 UTC, Bill Gunshannon <bill@cs.uofs.edu>  > |> wrote:  > |>  * > |> > On 27 Mar 2002, Bob Ceculski wrote: > |> > - > |> > >; > |> > > The best hackers in the country tried to hack VMS:e > |> > > > |> > b > |> > For two whole days!!! > |> > r > |> > billv > |> > t > |>  	 > |> BillgB > |>        if the intention here is to belittle VMS's resistance, > > > No, the intention is to belittle the significance of DEFCON.  % Ok Bill, I appreciate the difference.   E > |>                                                               I sG > |> believe it is only fair to point out that it is unlikely that the e2 > |> 'best hackers' would not have come prepared.  > D > So your saying that the presence of the VMS machine was advertisedE > in advance of the contest??  Of course, even that would have littleeB > effect on the fact that the majority of them have probably neverE > seen a VMS machine before or used one, much less tried to hack one.t  D Well I have to confess that was my impression, memory or assumption B based on what I had read here. If that's wrong then I concede the  point.   > K > |>                                              I can imagine that before H > |> starting/arriving they would have boned up on all those weaknesses $ > |> that Andrew insists are there.  > E > It really doesn't matter what Andrew says, the more important point:E > is that the kind of people who attended DEFCON are unlikely to havemB > any VMS experience at all.  Giving them 2 days to hack a totally2 > unfamiliar machine is hardly a serious chalenge.  F None of 'em?  What a sad world. Maybe thay'll have gone home with some# new challenges and/or interests :-)e   -- p Cheers - Dave.   ------------------------------  + Date: Fri, 29 Mar 2002 11:53:17 +0000 (UTC)e From: david20@alpha2.mdx.ac.uk3 Subject: Re: Once a fool, always a fool I guess ...3+ Message-ID: <a81kjd$6cc$1@aquila.mdx.ac.uk>o  ` In article <3CA39F6A.100D4457@ost.cdrh.fda.gov>, Jonathan Boswell <jsb@ost.cdrh.fda.gov> writes:  >david20@alpha2.mdx.ac.uk wrote:Q >> Anybody who uses NAT just for security reasons is an idiot. NATs only securitye$ >> affect is obscuring of addresses. > I >Now wait a minute here.  Since many IP addresses on the inside translatehP >(typically) to one IP address (with different port numbers) on the outside, anyN >incoming request for connection to the one external IP address gets discardedL >because the NAT server doesn't know where to route it.  You must explicitlyN >configure particular IP addresses on the inside to receive such packets.  YouQ >might, for example, send requests for service on port 80 to your web server, andgO >requests for port 25 to your mail server, and requests for port 23 to your VMS B >box. So NAT servers by default act as packet filtering firewalls.  K If you don't need the NAT for dealing with an address space limitation then>I I'd suggest you used a real firewall rather than relying on a side effect  of NAPT.  N The other claim often made for this type of setup is that you reduce your riskN because only one IP address (that of the NAT server) is visible to the outsideN world. However the downside is that at first glance you now appear to have one? multiuser system with lots of open ports - a nice juicy target.tN Of course later fingerprinting of the open ports will generally quickly reveal( that there are in fact multiple systems.      
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Fri, 29 Mar 2002 09:00:03 -0500e+ From: "Main, Kerry" <Kerry.Main@Compaq.com> Y Subject: RE: OpenVMS on ItaniumT Architecture - the path forward  7.2MB stream	ing media.eT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4016CECA7@kaoexc01.americas.cpqcorp.net>  F >>> at best it could be summarized as a high-level marketing pitch;<<<  * Which is exactly what it was intended for.   :-)    Regards,  
 Kerry Main Senior Consultanth Compaq Canada Corp.r Professional Services  Voice: 613-592-4660y Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----3 From: Barry Treahy, Jr. [mailto:Treahy@mmaz.com]=20r Sent: March 28, 2002 2:34 PM To: Info-VAX@Mvb.Saic.Com F Subject: Re: OpenVMS on ItaniumT Architecture - the path forward 7.2MB$ stream ing media... weblink problem?     Koska, John C. (LNG-MBC) wrote:i  D >On the http://www.compaq.com/hps/ipf-enterprise/ webpage there is aG >link for "OpenVMS on Itanium(tm) Architecture - the path forward". =20e >oD >When I use RealOne Player version 6.0.10.505, I get a "Could not=20) >connect to Server using HTTP" error with  >iH >"rtsp://stream1.compaq.com:554/openvms/openvms_on_itanium_architecture. >rm" >  >in the pop-up error box.  >b5 >Anyone else with similar problem?  Or is it just me?e >nG >Maybe it is just my RealOne Player, although it seems to work on other " >websites and other RealOne files? >tH It worked fine with my PeeCee system but as already mentioned, the video  E quality was extremely poor and at best it could be summarized as a=20sD high-level marketing pitch; Nothing new, interesting or technical...   Regards,   Barryn   --=20   B Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO=20  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028i   ------------------------------    Date: 29 Mar 2002 04:59:14 -0800. From: sysmgr@lngs.infn.it (Nazzareno Taborgna)8 Subject: Q: How can I set 1280x1024 mode on the S3 Trio?= Message-ID: <2c9fa401.0203290459.671ef00f@posting.google.com>.   Alphaserver 4100, OpenVMS 7.2a  6  How can I change the screen resolution for my S3 Trio$  in order to use the 1280x1024 mode?  A  I tried to do something by editing decw$private_server_setup.come  with: ...d, $ decw$xsize_in_pixels              ==  1280, $ decw$ysize_in_pixels              ==  1024 ...o   but this wasn't enought...     Any help about it?   Many thanks in advance, bye,5                                    Nazzareno Taborgna1  (   e-mail: sysmgr(at)lngs(dot)infn(dot)itB   ================================================================   ------------------------------  % Date: Fri, 29 Mar 2002 12:54:55 -0500j; From: "Webb, William W Raleigh, NC" <wwebb1@email.usps.gov>7- Subject: RAID Array 8000 Documentation searchtI Message-ID: <032D86684229CC4AB84588A0BE50FC4002FB73@rlghncst625.usps.gov>l  3 Does an installation guide (translation: rackmount)?0 for the RAID Array 8000 UltraScsi version or the BA370 exist in .PDF format?n  / I'm having extreme difficulty in locating same.r   Thanks in advance. ============================== William W. Webb, EDS :' c/o USPS, DSSC OpenVMS Support Services-" 4924 Green Road Raleigh, NC 27616  919 874 3043  r   ------------------------------  % Date: Fri, 29 Mar 2002 08:56:09 -0500 + From: "Main, Kerry" <Kerry.Main@Compaq.com>sA Subject: RE: Sending Wake-up Message from NT to OpenVMS batch jobeT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1DDA@kaoexc01.americas.cpqcorp.net>   Kelly,  ; Not sure how big of an environment you have, but there is at& multi-platform scheduler available at: http://www.i-s-e.comG http://www.i-s-e.com/Products/EnterpriseSCHEDULE/enterpriseschedule.htmt  A Also, from Cust's I know using it, they like both the product andr support they have with ISE.a   Regards   
 Kerry Main Senior Consultantf Compaq Canada Corp.h Professional Servicesn Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----/ From: Kelly Donahue [mailto:cask1@yahoo.com]=20a Sent: March 28, 2002 1:58 PM To: Info-VAX@Mvb.Saic.Com = Subject: Sending Wake-up Message from NT to OpenVMS batch joby     Hi, D   What's the easiest/best way to pass a wake-up message from NT to aF program running in batch under OpenVMS?  We'd like the OpenVMS programH to hibernate until it receives a message then wake up, do its work, then< go back to sleep.  The message can be as little as one byte.  6   We're running OpenVMS V7.1 and UCX 4.1 update ECO 6.   Thanks in advance.   ------------------------------  % Date: Fri, 29 Mar 2002 13:08:31 -0500r> From: "Koska, John C. (LNG-MBC)" <John.C.Koska@lexisnexis.com>A Subject: RE: Sending Wake-up Message from NT to OpenVMS batch job-M Message-ID: <3D35AD137AAAD411A6BA0008C7B1B12D01602918@MBCALBEXC03.BENDER.COM>r   comments in-line   > -----Original Message-----2 > From: Main, Kerry [mailto:Kerry.Main@Compaq.com]& > Sent: Friday, March 29, 2002 8:56 AM > To: Info-VAX@Mvb.Saic.Com C > Subject: RE: Sending Wake-up Message from NT to OpenVMS batch job0 >  >  > Kelly, > = > Not sure how big of an environment you have, but there is a ( > multi-platform scheduler available at: > http://www.i-s-e.com@ > http://www.i-s-e.com/Products/EnterpriseSCHEDULE/enterprisesch > edule.htmn > C > Also, from Cust's I know using it, they like both the product andi > support they have with ISE.   - I wholeheartedly agree!i   :) jck
 John Koska Matthew Bender & Co., Inc. -"   A Member of the LexisNexis Group
 1275 Broadwayf Albany, NY  12204l USA" 518-487-3255 John.C.Koska@lexisnexis.com6  ) I post personal opinion only, and all the@* disclaimers one could imagine apply.  That( includes, I speak for myself only and my) views in no way represent my employer(s).s+ One should also take note of the Electronice) Communications Privacy Act of 1986, whichi+ imposes civil and criminal liability on anyn( person who intentionally intercepts "any( wire, oral or electronic communication."    	 > Regards  >  > Kerry Main > Senior Consultant. > Compaq Canada Corp.p > Professional Servicesn > Voice: 613-592-4660  > Fax  :  819-772-7036 > Email: Kerry.Main@Compaq.com >  >  > -----Original Message-----/ > From: Kelly Donahue [mailto:cask1@yahoo.com] s > Sent: March 28, 2002 1:58 PM > To: Info-VAX@Mvb.Saic.Comh? > Subject: Sending Wake-up Message from NT to OpenVMS batch job  >  >  > Hi,eF >   What's the easiest/best way to pass a wake-up message from NT to aH > program running in batch under OpenVMS?  We'd like the OpenVMS program@ > to hibernate until it receives a message then wake up, do its  > work, then> > go back to sleep.  The message can be as little as one byte. > 8 >   We're running OpenVMS V7.1 and UCX 4.1 update ECO 6. >  > Thanks in advance. >    ------------------------------    Date: 29 Mar 2002 08:31:44 -08000 From: GregScott@InfraSupportEtc.com (Greg Scott)N Subject: Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64= Message-ID: <ab4babda.0203290831.3b3c86e5@posting.google.com>   B Well, since I wrote the ENT articles quoted here and in an earlierE posting 2 years ago, I will pause a few minutes from earning a living  and jump in and defend myself.  B And Bob Kaplow, if you're still hanging around here, I still think RSTS was the best!  E First, I read and re-read what I wrote in those articles and if I hadt: a chance to do it all again, I would not change any of it.  A I guess the only thing that really bugs me about any of this is a6D characterization that I am some sort of DEC basher.  That just isn'tD true.  I spent 12 1/2 years of my life with that company, 9 or 10 ofB those years were really good.  I can't describe how much I learnedA over those years and I am grateful to lots and lots of people whoiF taught me pretty much everything I know.  And I've written about those folks in my columns.  A I met some unbelievably talented and creative engineers and othercF people, and when I think back, I am still amazed at what they created.C  I was there during the early days of Alpha and I was privileged toTF see a few shapshots of the architecture as it was all being invented. E I will never forget that experience and I am grateful to everyone whoe! took time to show me what was up.u  E Now, having heaped all that praise on the creative people from DEC, Ia? will heap an equal amount of scorn on Bob Palmer and a bunch of,4 vice-presidents who sold those folks down the river.  D Just as I was there to watch smart people invent technology that wasD light-years ahead of anything else on the market, I also witnessed aF vice-president of software who couldn't even tell me what products hisB group was developing and where those products fit with any overallF strategy.  I watched a multi-mllion dollar sales effort in Minneapolis@ go down the toilet because the local rep could not get anyone inD authority to meet with a potential customer.  I watched as nobody inD authority would show up at a DECUS meeting in New England - in theirF own back yard - to defend their own company, instead throwing a juniorF product manager to the wolves.  I sold all my stock when I heard aboutC that one.  I figured, if the people running the company didn't care-* enough to defend themselves, why should I?  F I could go on, but what's the point?  Does it make me mad?  You bet it does.i  C Today, in the here and now, I need to feed a family and pay lots of C bills.  So that forces me to pick a technology direction that lookss like it has a future.s  F Believe me, if I saw any opportunity for OpenVMS to grow, I would jumpF at the opportunity in a heartbeat.  But OpenVMS isn't going to grow inE the current climate, buried inside Compaq inside HP.  It's only goingo* to stagnate which really means slow death.  F It's sad, it's depressing to watch, but that's the way it is.  Believe$ me, I wish the situation was better.  C You guys got me all wrapped up in this stuff again and now I'm later" for an appointment.  I gotta go...   - Greg Scott   ------------------------------  % Date: Fri, 29 Mar 2002 11:52:46 -0500y0 From: Paul Anderson <paul.r.anderson@compaq.com>N Subject: Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64; Message-ID: <290320021152462235%paul.r.anderson@compaq.com>w  B In article <ab4babda.0203290831.3b3c86e5@posting.google.com>, Greg, Scott <GregScott@InfraSupportEtc.com> wrote:  C > I guess the only thing that really bugs me about any of this is a2F > characterization that I am some sort of DEC basher.  That just isn't > true.c  E I knew Greg "when" and agree he's not a DEC basher.  As he describes,3> he got fed up with the poor performance of DEC management that: prevented OpenVMS and Alpha from becoming more successful.  , Greg, do you still eat your steaks R-A-R-E ?   Paul   -- -  Paul Anderson   OpenVMS Engineeringt   Compaq Computer Corporationa   ------------------------------  % Date: Fri, 29 Mar 2002 12:13:12 -0500e+ From: "Mike Kier" <michael.kier@compaq.com> N Subject: Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-643 Message-ID: <Lg1p8.1670$fL6.32133@news.cpqcorp.net>u  = "Paul Anderson" <paul.r.anderson@compaq.com> wrote in messagev5 news:290320021152462235%paul.r.anderson@compaq.com... D > In article <ab4babda.0203290831.3b3c86e5@posting.google.com>, Greg. > Scott <GregScott@InfraSupportEtc.com> wrote: > E > > I guess the only thing that really bugs me about any of this is a H > > characterization that I am some sort of DEC basher.  That just isn't	 > > true.  >eG > I knew Greg "when" and agree he's not a DEC basher.  As he describes, @ > he got fed up with the poor performance of DEC management that< > prevented OpenVMS and Alpha from becoming more successful. >t. > Greg, do you still eat your steaks R-A-R-E ? >d > Paul >  > -- >  Paul Anderson >   OpenVMS Engineeringu >   Compaq Computer Corporationa  K Greg came back to visit us at an Ambassador meeting a couple of years ago -l7 I almost didn't recognize him without the sweatshirt...l He looked... professional :-)   G I still get a grin when I remember the time he hosted the SupercomputerlL conference in Minneapolis and gave all of the Unix folks Posix accounts with. email on a VMS system and never clued them in. --	 Mike KierB Compaq Professional Services Cincinnati, OH, USAj michael.kier@compaq.com-   ------------------------------    Date: 29 Mar 2002 12:03:15 -0600+ From: young_r@encompasserve.org (Rob Young) N Subject: Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-643 Message-ID: <NP+VOC9dXRrg@eisner.encompasserve.org>t  a In article <Lg1p8.1670$fL6.32133@news.cpqcorp.net>, "Mike Kier" <michael.kier@compaq.com> writes:s > ? > "Paul Anderson" <paul.r.anderson@compaq.com> wrote in message,7 > news:290320021152462235%paul.r.anderson@compaq.com...eE >> In article <ab4babda.0203290831.3b3c86e5@posting.google.com>, Greg / >> Scott <GregScott@InfraSupportEtc.com> wrote:t >>F >> > I guess the only thing that really bugs me about any of this is aI >> > characterization that I am some sort of DEC basher.  That just isn'tt
 >> > true. >>H >> I knew Greg "when" and agree he's not a DEC basher.  As he describes,A >> he got fed up with the poor performance of DEC management thate= >> prevented OpenVMS and Alpha from becoming more successful.  >>/ >> Greg, do you still eat your steaks R-A-R-E ?u >> >> Paulu >> >> --t >>  Paul Andersonh >>   OpenVMS Engineering  >>   Compaq Computer Corporation > M > Greg came back to visit us at an Ambassador meeting a couple of years ago - 9 > I almost didn't recognize him without the sweatshirt...a > He looked... professional :-)  > I > I still get a grin when I remember the time he hosted the SupercomputerkN > conference in Minneapolis and gave all of the Unix folks Posix accounts with0 > email on a VMS system and never clued them in.     	Okay.. . fine.n  E 	Then maybe instead of "DEC basher", how about "Compaq basher" or...?    	Whatever.    = 	I've had an exchange off line with Greg, March 2000... from sE 	the article Ed Stuart referenced to comp.os.vms then (frankly, last tG 	time I visited ENT was in March 2000.  ENT is itself an oxymoron, but p 	I digress).  E 	I take exception to his characterizations and certitudes.  To me it  B 	runs along the lines of bashing not unlike a certain Sun employee  	stationed in the British Isles.   	Greg Scott writes:   P "It [Compaq] never built market share with Tru64, and I don't see them spending O money to port OpenVMS to IA-64. When Alpha dies, so will OpenVMS. What a shame.CF Other players -- such as CDC, Unisys, Stratus, and the others -- neverG acquired enough market share to be of interest, and mainframes are alsoc
 stagnant."  = 	Of course mainframes aren't stagnant but if you are going too& 	be a soothsayer, you take your lumps.  $ 	"When Alpha dies, so will OpenVMS."  / 	Okay... maybe just a "VMS basher", how's that?>  5 	Hey Greg, maybe you want to get in on the boot date?e  = http://www.compaq.com/hps/ipf-enterprise/openvms_contest.htmla     				RobP    N "To be sober means to have a calm, clear head, to judge things after the rule K of right, and not according to mob rule.  Don't be influenced by those who e8 cry the loudest, or by those who beat the biggest drum."          		-- C.H. Spurgeon         ------------------------------  % Date: Fri, 29 Mar 2002 13:30:01 -0500s+ From: "Main, Kerry" <Kerry.Main@Compaq.com> N Subject: RE: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1DDE@kaoexc01.americas.cpqcorp.net>   Rob,  , >>> Of course mainframes aren't stagnant..<<  G You are absolutely correct. I always laugh at those who constantly like F to say mainframes are going away. Its just a world that most people do not have any insight into.=20k  E IDC recently (Oct last year) stated in one of their reports that theyoB estimated 60% of the world's business processing was still done on) mainframe's and/or mainframe compatibles.o  H I still remember going to a CA Unicenter world conference in New OrleansF about 4 or 5 years ago. There were 17,000 attendees and they literallyH took over downtown New Orleans. In addition, there were a huge number ofD sessions that I had no idea whether it was a hardware or software or toaster session.  H Whats the biggest number of attendees at a Microsoft event (even when it' was in its prime)? Perhaps 7,000-9,000?M   It was a real eye opener.-   Regards,  
 Kerry Main Senior Consultant@ Compaq Canada Corp.c Professional Services  Voice: 613-592-4660d Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----5 From: Rob Young [mailto:young_r@encompasserve.org]=20o Sent: March 29, 2002 1:03 PM To: Info-VAX@Mvb.Saic.Com2H Subject: Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64s    ? In article <Lg1p8.1670$fL6.32133@news.cpqcorp.net>, "Mike Kier" ! <michael.kier@compaq.com> writes:X >=20B > "Paul Anderson" <paul.r.anderson@compaq.com> wrote in message=207 > news:290320021152462235%paul.r.anderson@compaq.com...oH >> In article <ab4babda.0203290831.3b3c86e5@posting.google.com>, Greg=20/ >> Scott <GregScott@InfraSupportEtc.com> wrote:o >>I >> > I guess the only thing that really bugs me about any of this is a=20lF >> > characterization that I am some sort of DEC basher.  That just=20 >> > isn't true. >>H >> I knew Greg "when" and agree he's not a DEC basher.  As he describes,  D >> he got fed up with the poor performance of DEC management that=20= >> prevented OpenVMS and Alpha from becoming more successful.a >>/ >> Greg, do you still eat your steaks R-A-R-E ?n >> >> Pauln >> >> --t >>  Paul Andersont >>   OpenVMS Engineering  >>   Compaq Computer Corporation >=20J > Greg came back to visit us at an Ambassador meeting a couple of years=20E > ago - I almost didn't recognize him without the sweatshirt... He=20  > looked... professional :-) >=20> > I still get a grin when I remember the time he hosted the=20H > Supercomputer conference in Minneapolis and gave all of the Unix folks  D > Posix accounts with email on a VMS system and never clued them in.     	Okay.. . fine.b  > 	Then maybe instead of "DEC basher", how about "Compaq basher" or...?   	Whatever. =20  ? 	I've had an exchange off line with Greg, March 2000... from=20.? 	the article Ed Stuart referenced to comp.os.vms then (frankly,  last=20u8 	time I visited ENT was in March 2000.  ENT is itself an oxymoron, but=20 	I digress).  A 	I take exception to his characterizations and certitudes.  To mew it=20i9 	runs along the lines of bashing not unlike a certain Sunu employee  	stationed in the British Isles.   	Greg Scott writes:   F "It [Compaq] never built market share with Tru64, and I don't see them spending=20(H money to port OpenVMS to IA-64. When Alpha dies, so will OpenVMS. What aG shame. Other players -- such as CDC, Unisys, Stratus, and the others --0H never acquired enough market share to be of interest, and mainframes are also stagnant."D  = 	Of course mainframes aren't stagnant but if you are going to4& 	be a soothsayer, you take your lumps.  $ 	"When Alpha dies, so will OpenVMS."  / 	Okay... maybe just a "VMS basher", how's that?r  5 	Hey Greg, maybe you want to get in on the boot date?d  = http://www.compaq.com/hps/ipf-enterprise/openvms_contest.html=     				Rob=    H "To be sober means to have a calm, clear head, to judge things after the rule=20aF of right, and not according to mob rule.  Don't be influenced by those who=208 cry the loudest, or by those who beat the biggest drum.""         		-- C.H. Spurgeon     =20   ------------------------------  # Date: Fri, 29 Mar 2002 18:26:34 GMTA* From: "Bill Todd" <billtodd@metrocast.net>N Subject: Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64A Message-ID: <ul2p8.21757$VJ1.2090587@bin3.nnrp.aus1.giganews.com>s  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:NP+VOC9dXRrg@eisner.encompasserve.org...wA > In article <Lg1p8.1670$fL6.32133@news.cpqcorp.net>, "Mike Kier"I! <michael.kier@compaq.com> writes:i > >nA > > "Paul Anderson" <paul.r.anderson@compaq.com> wrote in message59 > > news:290320021152462235%paul.r.anderson@compaq.com...mG > >> In article <ab4babda.0203290831.3b3c86e5@posting.google.com>, Greg.1 > >> Scott <GregScott@InfraSupportEtc.com> wrote:X > >>H > >> > I guess the only thing that really bugs me about any of this is aK > >> > characterization that I am some sort of DEC basher.  That just isn'ta > >> > true. > >>J > >> I knew Greg "when" and agree he's not a DEC basher.  As he describes,C > >> he got fed up with the poor performance of DEC management that ? > >> prevented OpenVMS and Alpha from becoming more successful.n > >>1 > >> Greg, do you still eat your steaks R-A-R-E ?  > >>	 > >> Paul- > >> > >> --  > >>  Paul Anderson0 > >>   OpenVMS Engineering" > >>   Compaq Computer Corporation > >xI > > Greg came back to visit us at an Ambassador meeting a couple of years  ago -e; > > I almost didn't recognize him without the sweatshirt...0! > > He looked... professional :-)  > >-K > > I still get a grin when I remember the time he hosted the Supercomputer K > > conference in Minneapolis and gave all of the Unix folks Posix accountsc with2 > > email on a VMS system and never clued them in. >  >  > Okay.. . fine. >oF > Then maybe instead of "DEC basher", how about "Compaq basher" or...?  H Or how about you just eat your words, Rob, rather than spewing yet more?   - bill   ------------------------------    Date: 29 Mar 2002 12:42:47 -0600+ From: young_r@encompasserve.org (Rob Young) N Subject: Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-643 Message-ID: <0em2+K2j8k6M@eisner.encompasserve.org>   n In article <ul2p8.21757$VJ1.2090587@bin3.nnrp.aus1.giganews.com>, "Bill Todd" <billtodd@metrocast.net> writes: > : > "Rob Young" <young_r@encompasserve.org> wrote in message   >>G >> Then maybe instead of "DEC basher", how about "Compaq basher" or...?e > J > Or how about you just eat your words, Rob, rather than spewing yet more? >   = 	Why so snippy?  We've done well of late.  Take a portion andi 	run with it.  This is Usenet.   				Robe   ------------------------------  % Date: Fri, 29 Mar 2002 06:02:18 -0500e# From: til1li.iili1i1li1_il@email.itp, Subject: When will your website be finished?" Message-ID: <5059822@MVB.SAIC.COM>  , This is a multi-part message in MIME format.   ------_NextPart_5936617236. Content-Type: text/plain; charset="ISO-8859-1"+ Content-Transfer-Encoding: QUOTED-PRINTABLEo   Get a beautiful, 100%j   Custom Web sitep   or redesign your     existing site.     Only $399!*             $ Call now and schedule a walk through with a Web design specialist.u 404-806-6124      J Includes up to 7 pages (you can add more), plus a Guestbook and a BulletinC Board. Java rollover buttons, Feedback forms, Pushbutton E-CommerceeT Activation and more. It will be constructed to your taste and specifications in onlyE five days. We do not use templates,  our sites are completely custom.-  N *Must host with us for $15.96 a month. You get: 200 Megs, 100 E-mail accounts,6 Control Panel, Front Page, Graphical Statistics, more!* Act now and get one FREE .com domain name!  + To discuss your Web site, call 404-806-6124e and schedule a call back now.h       ------_NextPart_5936617236- Content-Type: text/html; charset="ISO-8859-1" + Content-Transfer-Encoding: QUOTED-PRINTABLEi  > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">G <HTML><HEAD><TITLE>Beautiful,Custom Websites for $399 Complete!</TITLE>  </HEAD>oV <BODY text=3D#000000 vLink=3D#000080 aLink=3D#000080 link=3D#000080 bgColor=3D#000080  topMargin=3D7> <div align=3D"center">Z     <TABLE borderColor=3D#000000 height=3D669 cellSpacing=3D0 cellPadding=3D3 width=3D564  bgColor=3D#990000 border=3D1>1        r
       <TR>7         <TD width=3D554 bgColor=3D#990000 height=3D22> o=           <P align=3Dcenter><font color=3D"#ffffff" size=3D5 I%      ><STRONG>We build GREAT LOOKING         websites!</STRONG>                   </font></P>w
         </TD>o       </TR>m   <TR>0         <TD vAlign=3Dtop width=3D554 height=3D0>G             <TABLE style=3D"WIDTH: 555px" height=3D654 cellSpacing=3D0 a/       cellPadding=3D0 width=3D"539" border=3D0>l                n               <TR>:                 <TD width=3D"0" height=3D0 valign=3D"top">T             <TABLE borderColor=3D#000000 height=3D5 cellSpacing=3D0 cellPadding=3D5 5             width=3D554 bgColor=3D#ffffff border=3D1>p                              <TR>?                         <TD vAlign=3Dtop width=3D0 height=3D0> mm                           <TABLE height=3D439 width=3D"529" border=3D0 style=3D"HEIGHT: 439px; WIDTH: 529px">p:                             <FONT color=3D#ff0000> </FONT>                     <TBODY> 6                             <TR><FONT color=3D#ff0000>                               <TD width=3D"314" height=3D299 valign=3D"top"><P align=3Dleft><font color=3D#ff0000><font color=3D#ff0000></font></font><font face=3D"Arial" d.                        ><FONT color=3D#ff0000 R                         size=3D6><STRONG>STOP toiling over that Website that just G                         never gets finished!</STRONG></FONT></font></P> Q                         <P align=3Dleft><FONT color=3D#ff0000><FONT face=3DArial  L                         color=3D#ff0000><FONT color=3D#000080><STRONG><FONT .                         color=3D#000000><FONT L                         style=3D"BACKGROUND-COLOR: #ff0000" color=3D#0000ff -                        ><FONT size=3D4><FONT  O                         color=3D#800040>Trade the headaches for this:</FONT>   o1                          <BR></FONT></FONT><FONT  U                         style=3D"BACKGROUND-COLOR: #ffff00" size=3D4>7 GREAT looking rL                         pages<BR>Flashy "Roll Over" buttons<BR>Professional Q                         Graphics<BR>15 Pictures<BR>Feedback&nbsp; Forms<BR>Guest  O                         book<BR>Bulletin Board<BR>Chat Room<BR>Unlimited Email  L                         Accounts<BR>Website Visitor Statistics<BR>Toll Free :                         Support and more.<BR></FONT><FONT Q                         style=3D"BACKGROUND-COLOR: #ff0000"><FONT size=3D4><FONT -H                         color=3D#0000ff>Online and on CD&nbsp;in just 5 '                         days.</FONT>   T                                                      <BR></FONT></FONT></FONT></STRONG></FONT></FONT></FONT><font face=3D"Arial" color=3D"#ff0000" size=3D"3"></P>c%                               </FONT>G$                         </TD></FONT>                               <TD vAlign=3Dtop width=3D"205" height=3D299><P align=3Dcenter><font face=3D"Arial"><font color=3D"#004080" size=3D4 5                        ><STRONG>Professional Website h=                         Production only $399.00<BR><BR><FONT  8                         color=3D#000000>Order today and /                         get<BR></FONT></STRONG>t6                                   </font></font><FONT Q                         face=3DArial size=3D4><STRONG><FONT color=3D#0000ff>FREE -?                         <BR></FONT><FONT color=3D#000000><FONT  F                         color=3D#0000ff>HOSTING</FONT> for<BR> 1 Full C                         Year<BR></FONT><FONT color=3D#004080><FONT @C                         color=3D#0000ff>and FREE copy on CD!</FONT>o:                         <HR id=3Dundefined align=3Dcenter>L                         </FONT></STRONG><FONT color=3D#0000ff><STRONG><FONT R                         face=3DArial><STRONG><FONT color=3D#0000ff size=3D5><FONT U                         size=3D3><FONT color=3D#000000 size=3D2>Call Toll Free <FONT  (                         color=3D#ff0000 I                         size=3D3>1-877-684 0179</FONT><BR>and&nbsp;place  5                         your order&nbsp;today.</FONT>g+                         <HR id=3Dundefined>m@                         Your completed Website is placed online S                         and&nbsp;</FONT><FONT size=3D4><FONT color=3D#000000><FONT oM                         color=3D#0000ff size=3D3>Hosted FREE for a full year.n+                         <HR id=3Dundefined>eO                         </FONT></FONT><FONT color=3D#000000 size=3D3>A copy of  =                         your website is also placed on <FONT lI                         color=3D#0000ff>Compact Disc</FONT> </FONT><FONT iQ                         color=3D#000000 size=3D3>and mailed to you.<BR><BR><FONT oK                         color=3D#ff0000 size=3D4>ALL FOR ONLY</FONT> <FONT -s                         color=3D#000000>$399<BR></FONT></FONT></FONT></FONT></STRONG></FONT></STRONG></FONT></FONT>DQ                         <P><STRONG><FONT color=3D#ff0000>Get yours today and you X@                         will sending visitors in&nbsp;less than 8                         a&nbsp;week!</FONT></STRONG></P>%                                 </TD>.#                       </TR></TABLE>,?                           <p align=3Dcenter><FONT face=3DArial  ?                  ><STRONG> <FONT color=3D#0000ff size=3D6>CALL  P                   TOLL&nbsp;FREE 1-877-684-0179<BR><FONT color=3D#800040>Target &                   Marketing</FONT><BR>7                   <TABLE width=3D"100%" align=3Dcenter>e                     <TBODY>u                     <TR>)                       <TD align=3Dmiddle> I                         <DIV align=3Dcenter><FONT face=3DArial size=3D-1>a+                         <HR id=3Dundefined>iM                         To unsubscribe from this list, send a blank email to                           <BR><A dX                         href=3D"mailto:unsub-32295514-213@mail1.bvmmailer01.com "><FONT X                         color=3D#800080>mailto:unsub-32295514-213@mail1.bvmmailer01.com =                         </FONT></A><BR>or send a postcard to  0                         Unsubscribe, <BR>                                                                                                             P                          6228 North Federal Highway, Suite 187, Ft. Lauderdale, ,                         Florida,&nbsp;33308.+                         <HR id=3Dundefined> R                         </DIV></FONT></TD></TR></TABLE></FONT></STRONG></FONT></P>         </TD></TR></TABLE>                    <CENTER><FONT          size=3D6></FONT>O                   </CENTER></TD></TR></TBODY></TABLE></TD></TR></TBODY></TABLE>a </div> </BODY></HTML>     ------_NextPart_5936617236--   ------------------------------   Date: 29 Mar 2002 07:38:41 GMT- From: djweath@attglobal.net (Dave Weatherall)IA Subject: Re: Why do I get an ASTFLT with following use of ualarm?m5 Message-ID: <DTiotGxQ0bj6-pn2-ZXdrxbgtPn93@localhost>d  F On Thu, 28 Mar 2002 15:17:33 UTC, "Tom Cole" <tom.cole@sas.com> wrote:  N > QUESTION/REQUEST:  Can anyone explain why I am getting an ASTFLT while using3 > a combination of ualarm() and signal() under VMS?m  
 <Big Snip>   > $ > void handle_timer_pop( int code )  > {  >    global_count++; p
 >    return; p > }  >   E Disclaimer - I know nothing about the C functions that you are using.H  D That said, if the routine above is the AST code, then I suspect the D presence of the argument (code) might cause the stack to get out of B sync _if_ the AST is not queued with the argument on the stack. I F don't see where that would happen unless ualarm() or signal() does it  implicitly.   C I (vaguely) STR (I'm at home so can't check) that the AST delivery C must clean the stack.-   -- - Cheers - Dave.   ------------------------------  + Date: Fri, 29 Mar 2002 09:56:19 +0000 (UTC)o9 From: Roar =?iso-8859-1?Q?Thron=E6s?= <roart@nvg.ntnu.no>7A Subject: Re: Why do I get an ASTFLT with following use of ualarm?B- Message-ID: <a81do3$ese$1@tyfon.itea.ntnu.no>>  " Tom Cole <tom.cole@sas.com> wrote:N : QUESTION/REQUEST:  Can anyone explain why I am getting an ASTFLT while using3 : a combination of ualarm() and signal() under VMS?   < You are not the first who have got ASTFLT with alarm/signal.  & It might have been finally solved, see ftp://ftp.service.digital.com/: public/vms/axp/v7.3/dec-axpvms-vms73_acrtl-v0200--4.README   I have not tested it myself.  G And I do not think I am going to apply the eco and test it for a while,e either.NH (Might have to support systems with that bug and have to find vulnerable1 spots in the code and disable alarms there first)o  : Can someone please tell whether the eco fixes the problem?   __
 -Roar Thronsr   ------------------------------  % Date: Fri, 29 Mar 2002 08:28:16 -0500 # From: "Tom Cole" <tom.cole@sas.com>aA Subject: Re: Why do I get an ASTFLT with following use of ualarm?-/ Message-ID: <a81q5h$720$1@license1.unx.sas.com>o  H Just to follow up on this, Uli Bellgardt was kind enough to email me theH following suggestion: The documentation implies that the SIG_ALRM signalC reverts to the default signal handler after it is raised each time,9= requiring the code to re-assert the signal catching function.g  J By placing a new signal() call in the code that catches the timer pop, theA ASTFLT went away, and the timer pop function appears to be called@( approximately the right number of times.  G I'm not entirely sure why this is different from the HP-UX and Mac OS X2H systems I tried it on; perhaps the definition of how signal handlers areB reset is looser than I expect between POSIX-ish implementations...    3 "Roar Throns" <roart@nvg.ntnu.no> wrote in messagea' news:a81do3$ese$1@tyfon.itea.ntnu.no...>$ > Tom Cole <tom.cole@sas.com> wrote:J > : QUESTION/REQUEST:  Can anyone explain why I am getting an ASTFLT while usinge5 > : a combination of ualarm() and signal() under VMS?  > > > You are not the first who have got ASTFLT with alarm/signal.   ------------------------------   End of INFO-VAX 2002.174 ************************