1 INFO-VAX	Thu, 28 Mar 2002	Volume 2002 : Issue 171       Contents: <None> Alpha/bios and SRM: not saved ! RE: Alpha/bios and SRM: not saved ! Re: Alpha/bios and SRM: not saved G ANN: VERB update (was Re: Does the PIPE command use a new entity type?) G ANN: VERB update (was Re: Does the PIPE command use a new entity type?) 0 Re: another hint of post-merger direction, maybe0 Re: another hint of post-merger direction, maybe Re: Blade architectures  Re: Blade architectures  Re: Blade architectures  Re: Blade architectures  Re: C++ objectD Cluster Alias no longer working/DECnet phase IV Next Node 0 question Continuous forms printers  Re: Continuous forms printers  Re: Continuous forms printers  COPY/FTP question/problem  Re: COPY/FTP question/problem  Re: COPY/FTP question/problem  Re: COPY/FTP question/problem  Re: DCPS version 2.0 Re: DCPS version 2.0 Re: DCPS version 2.0 Re: DCPS version 2.00 Re: Does the PIPE command use a new entity type?0 Re: Does the PIPE command use a new entity type? Re: Dynamic function (in C)  Re: Excursion (DECterm) API? RE: Good IBM Ad  Re: Good IBM Ad  Re: Good IBM Ad  Re: Good IBM Ad   Re: Hacker Using My Mail Server?  Re: Hacker Using My Mail Server?  Re: Hacker Using My Mail Server?  Re: Hacker Using My Mail Server?  Re: Hacker Using My Mail Server?  Re: Hacker Using My Mail Server?  Re: Hacker Using My Mail Server?* Re: Help! VT100 emulators - some problems.* Re: Help! VT100 emulators - some problems.* Re: Help! VT100 emulators - some problems.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 ofLinuxF 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  Installing old C++ on existing C Re: Lottery and VMS  Re: Lottery and VMS  Re: M$Access -> VMS 5 Re: Monster Marvel Performance - headed our way . . . 5 Re: Monster Marvel Performance - headed our way . . . 5 Re: Monster Marvel Performance - headed our way . . . 5 RE: Monster Marvel Performance - headed our way . . . 5 Re: Monster Marvel Performance - headed our way . . . G Re: New book: OpenVMS with Apache, OSU, and WASD, The Nonstop Webserver * 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 ...* 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 ...* 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 ...* Re: Once a fool, always a fool I guess ... Re: OpenSSH Client- Re: OpenVMS port to Intel - video now on line 1 Re: Re[5]: SW Command Console for Raid array 3000  Re: SCRNOTCURAV in dbg RE: SCRNOTCURAV in dbg Re: SCRNOTCURAV in dbg spammed by Compaq " Re: System software status utility SYSTEM-F-IVIDENT ? Re: tcpip5.1  smtp question A 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 4 Re: Today's odd Compaq Working Group Survey QuestionF RE: VERB update (was Re: Does the PIPE command use a new entity type?)F Re: VERB update (was Re: Does the PIPE command use a new entity type?)F RE: VERB update (was Re: Does the PIPE command use a new entity type?)F RE: VERB update (was Re: Does the PIPE command use a new entity type?)0 Re: Wanted: VMWare Workstation 3.0 Serial Number Re: where is whois ,nslookupP RE: White paper now available - Total Cost of Ownership for Enter	prise Class ClP Re: White paper now available - Total Cost of Ownership for Enter	prise Class ClP Re: White paper now available - Total Cost of Ownership for Enter	prise Class ClP RE: White paper now available - Total Cost of Ownership for Enterprise Class CluP Re: White paper now available - Total Cost of Ownership for Enterprise Class CluP Re: White paper now available - Total Cost of Ownership for Enterprise Class CluP Re: White paper now available - Total Cost of Ownership for Enterprise Class CluP RE: White paper now available - Total Cost of Ownership for Enterprise Class Clu$ Why VMS is "unhackable" lesson 1 ...$ Why VMS is "unhackable" lesson 2 ...  F ----------------------------------------------------------------------    Date: 27 Mar 2002 23:04:45 -0600+ From: young_r@encompasserve.org (Rob Young)  Subject: <None> 3 Message-ID: <2bytppYJt8yj@eisner.encompasserve.org>   h In article <ZDwo8.119$1A1.5@news02.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:K > I was cleaning out my office today and came across the following article, K > which was published in ENT (Enterprise NT) magazine on November 19, 1997. $ > Thought I'd share it with the n.g. > $ > The 2nd paragraph is interesting - > /conspiracy on9 > the discounts will expire...maybe Intel leans on Compaq  > /consipracy off  > ! > -------------------------------  >  > Is Digital Surrendering? > L > I was gulping down handfuls of my favorite Malto-Meal Honey Nut Toasty 0'sM > cereal the other day when this headline from the Wall Street Journal jumped < > off the page: "Digital in Talks With Intel on Alpha Chip." > N > I just about choked. The entire article appeared on page A3, Monday, OctoberI > 6, 1997. Buried in the article are the following details: "The complete L > financial terms of any settlement remained unclear, but would involve bothN > immediate payments and long-term discounts for Digital on Intel chips. UnderL > one scenario, Intel would buy Digital's Alpha manufacturing operations forK > $650 million. ... On top of that, Intel would pay $200 million to license N > the right to use the microprocessor. ... Digital also would get $100 millionL > or more a year over a period of seven years in discounts on chip purchases > from Intel." > = > As it turns out, this was just a preview of things to come.  > K > Before launching Scott Consulting Corp. in early 1994,1 worked at Digital I > for 12 1/2 years. As part of my job in the early 1990s, I delivered the N > nondisclosure presentations about the upcoming new Alpha chip to prospectiveL > customers in the upper midwest United States. I still count lots of peopleE > inside Digital as friends, and I am an unabashed Alpha cheerleader.  > K > The pitch made sense: 64-bit computing was coming, and Digital would make N > Alpha the standard platform for this brave new world. Digital would activelyK > recruit hardware vendors to make systems from Alpha chips, and they would B > recruit all kinds of software developers to write sophisticated, > 21st-century applications. > I > Alpha really is a technological marvel. With Alpha's PAL code, it could L > con-ceivably run any number of operating systems, thus making it among theH > most ver-satile chips on the market. As proof, when Windows NT hit theL > market, the engi-neers at Digital quickly retrofitted appropriate PAL codeN > and firmware, and made Windows NT on Alpha a reality. At one time, there wasJ > even a project underway to use an Alpha-based system as a native NetWareK > server. Alpha's RISC optimizations are really neat, and as far as I know, K > the Alpha chips boast raw clock speeds faster than any other chips on the 	 > market.  > L > I listened to executive after executive gush about all the nifty plans theH > company had for Alpha. In one technological bold stroke, Digital wouldM > overpower the industry. So what happened? Digital failed to create any kind N > of large market for Alpha, they failed to find any significant partners, andL > they failed to find a critical mass of software developers to build nativeG > applications. Alpha was a technological success but a market failure.  > L > Given all that history and my clearly biased view, my first reaction afterL > reading the article was shock. How could Digital sell out its crown jewel?M > What happened to its will to compete? What happened to all those big plans? F > After the company gets rid of Alpha, what's left to make Digital anyI > different than any other hardware vendor? I spent lots of time that day * > muttering to myself and shaking my head. > J > The stock market disagreed with me. The next day, Digital's stock jumpedI > about $4, and the last time I looked, it was trading at about $49 - the I > highest level I can remember since 1993. The consensus? By turning over L > Alpha to Intel, Digital removes a big cash drain and frees itself to focus > on system sales. > M > Well, the deal went down and the Wall Street Journal reported it on October G > 28, 1997, page A3. Intel will pay Digital a wad of cash for Digital's M > semiconductor plant and is obligated to manufacture Alpha chips for Digital N > for 7 years. Digital will help port NT to Intel's coming IA-64 chip and will > also port Digital UNIX.  > N > Digital also sent out a press release about the same time, filled with lofty@ > quotes. This one is my favorite, from Bob Palmer, Digital CEO:K > "Customers can be confident that whether they make a commitment to 64-bit M > Windows NT or Digital UNIX, today or in the future, their applications will M > run regardless of the underlying hardware - Alpha or IA-64. And our OpenVMS L > cus-tomers also have assurance that we will continue to support OpenVMS on# > Alpha well into the next decade."  > N > Read between the lines. Digital just killed Alpha. This means Digital's RISCH > NT and UNIX customers will need to migrate once again, and its OpenVMSH > cus-tomers with mission-critical applications have no future. SomebodyN > should write a book about one of the most monumental blunders in the history > of business. > I > The question we now face as consumers is, What do we buy when we need a  > bulletproof server?  > K > Greg Scott, Microsoft Certified Systems Engineer (MCSE), is president  of 6 > Scott Consulting Corp. (Eagan, Minn). Contact him at > gregscott@scottconsulting.com  >  >  >  >  >  >  >  >    ------------------------------  % Date: Wed, 27 Mar 2002 22:35:56 +0100 - From: Didier Morandi <Didier.Morandi@free.fr> & Subject: Alpha/bios and SRM: not saved' Message-ID: <3CA23B3C.1D5815AD@free.fr>   P I did not use my PWS500au for a month, and restarted it this evening. Instead of< booting my VMS, it went to the Bios menu (battery problem?).  P I read the FAQ, entry ALPHA21 and reset the CMOS setup to SRM via F6, saved withM F10 then power downed the box then up. It came again to the bios menu and the # CMOS setup still says Windows NT...    Help.  Merci.   D. --  H   ----------------------------------------------------------------------H MORANDI Consultants  -  WEB: http://Didier.Morandi.Free.fr/index_us.htmlH 19, chemin de la Butte, 31400 Toulouse, France.  GSM: +33 (0)6 7983 6418   ------------------------------  % Date: Wed, 27 Mar 2002 18:34:53 -0500 * From: WILLIAM WEBB <WWEBB1@email.usps.gov>* Subject: RE: Alpha/bios and SRM: not saved- Message-ID: <0033000057982409000002L092*@MHS>   5 =0AHere at work, we had a PW433au get quite confused. 0 Ugly bugchecks very early in the boot process...   Here's what we did-   % 1) took the battery out of the board,   0 2) checked the voltage with a VOM (it was okay),  1 2) let the board sit sans battery long enough for +    all the ones and zeroes to leak out, :^)    3) reinstalled the firmware.   HTH.   WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ' Sent: Wednesday, March 27, 2002 4:34 PM B To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET& Subject: Alpha/bios and SRM: not saved    H I did not use my PWS500au for a month, and restarted it this evening. I=	 nstead of < booting my VMS, it went to the Bios menu (battery problem?).  H I read the FAQ, entry ALPHA21 and reset the CMOS setup to SRM via F6, s=	 aved with H F10 then power downed the box then up. It came again to the bios menu a= nd the# CMOS setup still says Windows NT...    Help.  Merci.   D. --H   ---------------------------------------------------------------------= - H MORANDI Consultants  -  WEB: http://Didier.Morandi.Free.fr/index_us.htm= l H 19, chemin de la Butte, 31400 Toulouse, France.  GSM: +33 (0)6 7983 641= 8=   ------------------------------  % Date: Wed, 27 Mar 2002 18:45:56 -0500 - From: Jonathan Boswell <jsb@ost.cdrh.fda.gov> * Subject: Re: Alpha/bios and SRM: not saved0 Message-ID: <3CA259B4.79B40CDE@ost.cdrh.fda.gov>   Didier Morandi wrote: R > I did not use my PWS500au for a month, and restarted it this evening. Instead of> > booting my VMS, it went to the Bios menu (battery problem?).   Yep.   R > I read the FAQ, entry ALPHA21 and reset the CMOS setup to SRM via F6, saved withO > F10 then power downed the box then up. It came again to the bios menu and the % > CMOS setup still says Windows NT...   O I had a 600au go bad in this way TWICE.  The first time it was the battery, and , the second time it was the charging circuit.   ------------------------------  # Date: Wed, 27 Mar 2002 20:51:22 GMT - From: goathunter@goatley.com (Hunter Goatley) P Subject: ANN: VERB update (was Re: Does the PIPE command use a new entity type?)/ Message-ID: <3ca22fa1.7889454@news.process.com>   I On 27 MAR 2002 19:19:49 GMT, Dave Greenwood <greenwoodde@ornl.gov> wrote:   " >Well, *my* copy of verb works ;-) > 
 > $ verb pipe  > define verb PIPE >    cliroutine SHELL  >    prefix CLI$K_PIPE_ ( >    parameter P1, prompt="pipe command"4 >       value (required,type=$rest_of_line_noupcase) >[snip]  > J I've added Dave's fix to the "official" VERB distribution, and I upped theM version number to VERB V2.2-2.  You can find the sources and object libraries C in my freeware archives on FTP.PROCESS.COM (or use the URLs below).    http://www.process.com/openvms/   4 ftp://ftp.process.com/vms-freeware/fileserv/verb.zip9 http://vms.process.com/ftp/vms-freeware/fileserv/verb.zip 0 ftp://ftp.tmk.com/vms-freeware/fileserv/verb.zip  ) And on the other mirrors within 24 hours.   
 Thanks, Dave!    Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ 8 goathunter@goatley.com    http://www.goatley.com/hunter/< New Robert R. McCammon site: http://www.RobertRMcCammon.com/   ------------------------------  % Date: Wed, 27 Mar 2002 15:06:23 -0500 3 From: David Miller <dmiller@CSLAB.BEMIDJISTATE.EDU> P Subject: ANN: VERB update (was Re: Does the PIPE command use a new entity type?)9 Message-ID: <00A0B929.6C902F00.20@CSLAB.BEMIDJISTATE.EDU>    Folks:  C Hunter is amazing.  Isn't there some kind of award we can give him?    dave.  > J >On 27 MAR 2002 19:19:49 GMT, Dave Greenwood <greenwoodde@ornl.gov> wrote: > # >>Well, *my* copy of verb works ;-)  >> >> $ verb pipe >> define verb PIPE  >>    cliroutine SHELL >>    prefix CLI$K_PIPE_) >>    parameter P1, prompt="pipe command" 5 >>       value (required,type=$rest_of_line_noupcase)  >>[snip] >>K >I've added Dave's fix to the "official" VERB distribution, and I upped the N >version number to VERB V2.2-2.  You can find the sources and object librariesD >in my freeware archives on FTP.PROCESS.COM (or use the URLs below). >   >http://www.process.com/openvms/ > 5 >ftp://ftp.process.com/vms-freeware/fileserv/verb.zip : >http://vms.process.com/ftp/vms-freeware/fileserv/verb.zip1 >ftp://ftp.tmk.com/vms-freeware/fileserv/verb.zip  > * >And on the other mirrors within 24 hours. >  >Thanks, Dave! >  >Hunter  >------ : >Hunter Goatley, Process Software, http://www.process.com/9 >goathunter@goatley.com    http://www.goatley.com/hunter/ = >New Robert R. McCammon site: http://www.RobertRMcCammon.com/ Q >-------------------------------------------------------------------------------- * >Return-Path: <owner-FSUPDATE@GOATLEY.COM>, >Date: Wed, 27 Mar 2002 20:51:19 +0000 (GMT). >From: goathunter@goatley.com (Hunter Goatley)Q >Subject: ANN: VERB update (was Re: Does the PIPE command use a new entity type?)  >To: FSupdate@goatley.com 0 >Message-ID: <3ca22fa1.7889454@news.process.com>; >References: <a7s5m1$7qq$1@charm.magnus.acs.ohio-state.edu> Q >            <3CA20D21.4030201@compaq.com> <27MAR02.19194935@feda34.fed.ornl.gov>    ------------------------------  % Date: Wed, 27 Mar 2002 13:46:39 -0500 * From: Brian Haley <Brian.Haley@compaq.com>9 Subject: Re: another hint of post-merger direction, maybee* Message-ID: <3CA2138F.98E0CC34@compaq.com>   jlsue wrote:   > >Hum.e > >EK > >There are 13 Alphaserver systems in the top500 list, none of the configsRG > >I have looked at that are listed use TruCluster. They do however runR	 > >Tru64.a > >  >s3 > Just out of curiosity, which top500 list is this?e  / www.top500.org - the TOP500 Supercomputer Sites    -Brian   ------------------------------  # Date: Wed, 27 Mar 2002 19:17:30 GMTu% From: jlsue <jlsuexxxz@insightbb.com>d9 Subject: Re: another hint of post-merger direction, maybeo8 Message-ID: <uk64au02b8kq1ec86mvbqg3m6oj2458vph@4ax.com>  / On Wed, 27 Mar 2002 13:46:39 -0500, Brian Haleyo <Brian.Haley@compaq.com> wrote:P  
 >jlsue wrote:  >e >> >Hum. >> >L >> >There are 13 Alphaserver systems in the top500 list, none of the configsH >> >I have looked at that are listed use TruCluster. They do however run
 >> >Tru64. >> > >>4 >> Just out of curiosity, which top500 list is this? >P0 >www.top500.org - the TOP500 Supercomputer Sites >n  A Ah, okay.  Now I see.  This is a top500 based on the running of aM benchmark (LINPACK).  < I take it that this is a more favorable benchmark than SPEC?  1 Not speaking for anyone, certainly not DEC/Compaqe- (get rid of the xxxz in my address to e-mail)r   ------------------------------  % Date: Wed, 27 Mar 2002 21:25:50 +0100M4 From: Martin Heller <martin.heller@whoa.mheller.org>  Subject: Re: Blade architectures/ Message-ID: <3CA22ACE.3080102@whoa.mheller.org>p  @ Shall I take a closer look at what's inside a Sun Cobalt RaQ XTR
 Server ?? ;-)e  	 M. Helleri  ( Andrew Harrison SUNUK Consultancy wrote:   >  >  > Alexis Cousein wrote:i > + >> Andrew Harrison SUNUK Consultancy wrote:e >> >>>eH >>> Temperature is a big issue which is why most of the blades announcedK >>> are using relatively slow CPU's. Packaging is also an issue, bare board-H >>> systems which some vendors are proposing are less safe to replace as" >>> a FRU than canisterised units. >>> B >> And none announce at what *effective* speed they will run when  >> everything'smE >> packed and operating. A SpeedStep capable PIII mobile at 700MHz isu0 >> really only one running at *up to* 700MHz ;). >> >  > 8 > Lets hope the Intel blades arn't using a certain large: > disk manufacturers Drives. If the report in The Register8 > was true you would be combining a processor that might9 > run at 700 Mhz but would prefer to run at somewhat lessg9 > than that with a disk that might run for 24 hours a dayn  > but would prefer to run for 8. > 6 > Mind you you could have 2/3rds of your blade servers6 > turned off at any one time to ensure that the drives4 > dont wear out and the CPU's run at a decent speed. > 6 > Now what was the point of a blade server, I forget ? > :):) >  > 	 > Regardse >  > Andrew HarrisonE >  >    ------------------------------  + Date: Wed, 27 Mar 2002 22:07:26 +0000 (UTC)t7 From: dsiebert@excisethis.khamsin.net (Douglas Siebert)o  Subject: Re: Blade architectures+ Message-ID: <a7tfqu$d0r$1@sword.avalon.net>   V Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com> writes:  7 >The Linux ready mainframe from IBM only currently goesh >to 4 CPU's and 16 GB of RAM.     F But you can run it on any of their mainframes.  Including, importantly? for some, an existing mainframe you already have that has sparet	 capacity.E    4 >If you then factor in the cost of the S390, a 4 CPU5 >z800 2066 (Linux ready mainframe) lists for ~800,000u3 >dollars you realise that you could buy a 4 CPU Suno1 >which would be faster or a 4 CPU Compaq Proliants7 >for less than the cost of the first years maintenance.   5 >Anyone who thinks the Linux on a mainframe is a goodv9 >idea must have deep pockets and little or no shareholder 
 >scrutiny.    E Your arguments are strangely reminiscent of the arguments a PC sellerh> like Dell would give against the idea of purchasing an E15K...  D I don't think anyone is suggesting its a one-size-fits-all thing, noC solution is.  But for those accounts where IBM has set up customerswC with thousands of Linux images on a single mainframe, it sure seemsaD like a good solution.  Better than trying to manage several thousandA PCs (whether blades or not) and not a job a single Sun server can-F handle at any price.  Wasn't there a Scandanavian hosting company thatC replaced a room full of Sun servers with one mainframe running overuC 1000 Linux images?  Might have been where IBM got the idea for that 
 commercial :)D   --H Douglas Siebert                          dsiebert@excisethis.khamsin.net  J A good friend will help you move, a true friend will help you move a body.   ------------------------------  + Date: Wed, 27 Mar 2002 22:50:52 +0000 (UTC) ! From: Erik Corry <erik@arbat.com>   Subject: Re: Blade architectures- Message-ID: <a7ticb$13um$1@news.net.uni-c.dk>u  b In comp.arch Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com> wrote:  5 > If you then factor in the cost of the S390, a 4 CPU 6 > z800 2066 (Linux ready mainframe) lists for ~800,0004 > dollars you realise that you could buy a 4 CPU Sun2 > which would be faster or a 4 CPU Compaq Proliant8 > for less than the cost of the first years maintenance.  ? How many OS images could you run on that?  If you ran 64 copies B of VMware on it, what would your resource management possibilities be?    -- a Erik Corry erik@arbat.comn;   Interviewer:  "Real programmers use cat as their editor."nN   Bill Joy:     "That's right! There you go! It is too much trouble to say ed,K                  because cat's smaller and only needs two pages of memory.".   ------------------------------    Date: 27 Mar 2002 16:44:48 -0600+ From: young_r@encompasserve.org (Rob Young)   Subject: Re: Blade architectures3 Message-ID: <xrG06yE5YKXT@eisner.encompasserve.org>h  e In article <a7tfqu$d0r$1@sword.avalon.net>, dsiebert@excisethis.khamsin.net (Douglas Siebert) writes:eX > Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com> writes: > 8 >>The Linux ready mainframe from IBM only currently goes >>to 4 CPU's and 16 GB of RAM. >  > H > But you can run it on any of their mainframes.  Including, importantlyA > for some, an existing mainframe you already have that has spared > capacity.n >  > 5 >>If you then factor in the cost of the S390, a 4 CPUb6 >>z800 2066 (Linux ready mainframe) lists for ~800,0004 >>dollars you realise that you could buy a 4 CPU Sun2 >>which would be faster or a 4 CPU Compaq Proliant8 >>for less than the cost of the first years maintenance. > 6 >>Anyone who thinks the Linux on a mainframe is a good: >>idea must have deep pockets and little or no shareholder >>scrutiny.i >  > G > Your arguments are strangely reminiscent of the arguments a PC sellers@ > like Dell would give against the idea of purchasing an E15K... > F > I don't think anyone is suggesting its a one-size-fits-all thing, noE > solution is.  But for those accounts where IBM has set up customersNE > with thousands of Linux images on a single mainframe, it sure seems F > like a good solution.  Better than trying to manage several thousandC > PCs (whether blades or not) and not a job a single Sun server canhH > handle at any price.  Wasn't there a Scandanavian hosting company thatE > replaced a room full of Sun servers with one mainframe running overyE > 1000 Linux images?  Might have been where IBM got the idea for thatD > commercial :)v >   < 	Yes... Andrew knows all about that.  He is just toeing the 4 	company line... i.e. "Linux is for edge computing."  Z http://groups.google.com/groups?selm=j1OmDn1cBSld%40eisner.encompasserve.org&output=gplain  H In article <3C9B5692.1070603@sun.com>, Andrew Harrison SUNUK Consultancy4 <andrew_nospam.remove_this.harrison@sun.com> writes: >  >  > Rob Young wrote: >    [snip]   >> d< >> http://www.open-mag.com/features/Vol_15/sonera/sonera.htm >> eI >> The deal is not the first for IBM in the telecom sector. Before Sonerap Entrum, L >> there was Sweden's telecom giant, Telia, that declared it was ready to go withJ >> virtual server approach. In December 2000, IBM and Telia announced that Telia L >> would create1,500 virtual Linux machines on an IBM mainframe with "Shark"L >> storage to run Internet and IP-VPN service operations across Scandinavia. StoryuN >> has it that Telia was briefed by IBM at a Linux integration center and made thee1 >> decision in a matter of days after the visit. a >> dD >> The Sonera/Telia deal numbers are very similar. Telia replaced 70 web-hostingWN >> Unix servers with 1,500 virtual Linux servers. Both are consolidating using aiK >> single IBM S/390/G6 (zSeries) server in conjunction with a Shark storagea unit.rJ >> What's more, the motivation for both telecoms to consolidate was not to achievegJ >> cost savings alone, but high availability and reliability assurance for >> customers.  >> u >     [snip],   				Robh   ------------------------------   Date: 27 Mar 2002 14:07 PSTa+ From: rankin@eql14.caltech.edu (Pat Rankin)e Subject: Re: C++ objectn1 Message-ID: <27MAR200214070237@eql14.caltech.edu>r  6 In article <DTiotGxQ0bj6-pn2-n2xRXzjmlddk@localhost>,\2  djweath@attglobal.net (Dave Weatherall) writes... [...]ME > I always thought it would be neat if ANA /MHD gave you the command p6 > line, in the same way as the .LST file usually does.  @      MACRO32 on VAX does put a copy of the command line into the@ object file.  It shows up as a "source file header" record whichA is one of the items displayed by the /MHD qualifier.  The MACRO32eA compiler on Alpha doesn't include that though.  Nor do any of theo; few other compilers (C++ wasn't among them) that I checked.u  2                 Pat Rankin, rankin@eql.caltech.edu   ------------------------------  % Date: Wed, 27 Mar 2002 15:44:39 -0500 ' From: "Dale A. Marcy" <dqm@y12.doe.gov> M Subject: Cluster Alias no longer working/DECnet phase IV Next Node 0 questionu, Message-ID: <a7tavo$4s3$1@sws1.ctd.ornl.gov>  
 Newsgroup,  L      We have an AlphaStation 255 4/232 that was recently moved from behind aI network bridge to our main network.  It has been copying files via DECnet-J phase IV to another cluster on our network using the cluster alias.  SinceK the move, the cluster alias is not working, but copies can be done directly L to specific nodes in the remote cluster.  The cluster alias still works fromE other nodes in our network.  As a workaround, I have defined a systemIK logical on the AlphaStation for the cluster alias to a specific node in the J cluster and that appears to work.  In trying to determine why the alias isD not working, I discovered that when I do an NCP SHOW NODE <nodename>J command, it reports back 0 for the next node column for any node I try.  IL am used to seeing the routing node in that column.  I do not know if this is0 related to my alias problem or a separate issue.  % VMS V6.2-1H3 (not allowed to upgrade)b DECnet Phase IV nonrouting nodeD  K Any assistance would be appreciated.  If I need to supply more information,u( let me know and I will try to obtain it.  
 Dale A. Marcys SAIC   ------------------------------  % Date: Wed, 27 Mar 2002 18:18:12 -0500k- From: JF Mezei <jfmezei.spamnot@videotron.ca>l" Subject: Continuous forms printers, Message-ID: <3CA25322.8BCCD99B@videotron.ca>  O Does anyone know if Compaq still has a refurbished products service in canada ?g  M A friend needs a low end printer to generate reports on continuous form paper2N (tractor feed) from a serial port. A brief look at on-line stores reveals that, most printers are now USB with some paralel.  N Any suggestions on where I might look for something not expensive ? His vendorN quoted him something like cad $400 for an okidata printer. (that is about $250N US). He needs to print stuff such as his store's inventory, so fanfold is muchC mroe convenient to consult/search than  separate letter size paper.=   ------------------------------  % Date: Wed, 27 Mar 2002 17:24:07 -0700 + From: "Barry Treahy, Jr." <Treahy@mmaz.com>-& Subject: Re: Continuous forms printers' Message-ID: <3CA262A7.6090807@mmaz.com>i   JF Mezei wrote:t  P >Does anyone know if Compaq still has a refurbished products service in canada ? > N >A friend needs a low end printer to generate reports on continuous form paperO >(tractor feed) from a serial port. A brief look at on-line stores reveals thatv- >most printers are now USB with some paralel.. >>O >Any suggestions on where I might look for something not expensive ? His vendordO >quoted him something like cad $400 for an okidata printer. (that is about $250 O >US). He needs to print stuff such as his store's inventory, so fanfold is muchtD >mroe convenient to consult/search than  separate letter size paper. >eE Presuming this is narrow carriage, that is close to what I paid last  F year.  I scanned through storerunner.com and buybuddy.com looking for H serial interface printers and you are correct, they are scarce.  Expect 2 to pay a $200 premium if you want wide-carriage...   Barryr   -- t  @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-70282   ------------------------------  % Date: Wed, 27 Mar 2002 20:13:42 -0500o, From: "Frank Sapienza" <sapienza@noesys.com>& Subject: Re: Continuous forms printers, Message-ID: <a7tqof015ud@enews4.newsguy.com>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3CA25322.8BCCD99B@videotron.ca...E > Any suggestions on where I might look for something not expensive ?i   1) Ebay.  E 2) IGS/Match Computer (www.matchcomputer.com)  My favorite source ford used/refurb Digital products.e   ------------------------------  % Date: Wed, 27 Mar 2002 17:15:52 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>r" Subject: COPY/FTP question/problem, Message-ID: <3CA2448C.6849DA38@videotron.ca>   I tried the following:   COPY/FTP/binary/verbose -s 	ftp.process.com"anonymous< clinton@whitehouse.gov"::"/vms-freeware/fileserv/verb.zip" -	 	verb.zipr   It would CWD OK / Then the TYPE would be OK (for binary transfer)l4 but when the time came for the file transfer, I got:  * 552 RMS-E-FNF, file not found, VERB.ZIP$7B  7 I was able to get the file by using VMS style directory0/ [vms-freeware.fileserv]verb.zip as source file.S  L Is this a problem with the remote ftp server (which I assume runs Multinet),K or would this be a problem with COPY/FTP which would not properly parse theE, directory/file for the CWD and GET commands?M (does COPY/FTP really need to issue a CWD command ? Couldn't it just do a GET:# with the whole file specification ?r    N Also, I tried COPY/FTP on my own system, and the /directory/filename.txt wouldD fail at the CWD command. (but [.directory]filename.txt  works fine).   ------------------------------  # Date: Wed, 27 Mar 2002 22:38:25 GMTs- From: goathunter@goatley.com (Hunter Goatley) & Subject: Re: COPY/FTP question/problem0 Message-ID: <3ca24832.14178006@news.process.com>  K On Wed, 27 Mar 2002 17:15:52 -0500, JF Mezei <jfmezei.spamnot@videotron.ca>s wrote:   >I tried the following:s >l >COPY/FTP/binary/verbose - >	ftp.process.com"anonymousp= >clinton@whitehouse.gov"::"/vms-freeware/fileserv/verb.zip" -s
 >	verb.zip >r >It would CWD OK b0 >Then the TYPE would be OK (for binary transfer)5 >but when the time came for the file transfer, I got:  > + >552 RMS-E-FNF, file not found, VERB.ZIP$7Be >o8 >I was able to get the file by using VMS style directory0 >[vms-freeware.fileserv]verb.zip as source file. >NM >Is this a problem with the remote ftp server (which I assume runs Multinet),-  N Actually, that system is running TCPware.  Looking at the log, your FTP clientJ is sending GET VERB.ZIP; (with the trailing semi-colon), and the server isM still running in UNIX-emulation mode, so it converts the ";" to $7B, which iseO how the file would be named on VMS to show up as ";" on NFS.  Clear as mud? ;-)sK Suffice it to say that it's the client sending the ";" and the server beingm9 in UNIX-emulation mode that's causing what you're seeing.1  L >or would this be a problem with COPY/FTP which would not properly parse the- >directory/file for the CWD and GET commands? N >(does COPY/FTP really need to issue a CWD command ? Couldn't it just do a GET$ >with the whole file specification ? >AA HGFTP, MultiNet, and TCPware all do.  I don't know what UCX does.e   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/h8 goathunter@goatley.com    http://www.goatley.com/hunter/< New Robert R. McCammon site: http://www.RobertRMcCammon.com/   ------------------------------  % Date: Wed, 27 Mar 2002 18:10:44 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>a& Subject: Re: COPY/FTP question/problem, Message-ID: <3CA25162.9C37057B@videotron.ca>   Hunter Goatley wrote:e- > >552 RMS-E-FNF, file not found, VERB.ZIP$7Bk  P > Actually, that system is running TCPware.  Looking at the log, your FTP client: > is sending GET VERB.ZIP; (with the trailing semi-colon),  ) Ok, ok, so blame the VMS engineers then !s  L It is interesting that my client would add a ";" when the file specification
 was "foreign"e (in quotes and in unix format)..   i.e. I was asking for   2  ftp.process.com"user pass"::"/dir/dir/file.zip"    K So it is interesting that COPY/FTP would be adding the semi colon to "zip".tK With DECNET operations, the local system would know that the file in quotes N should not be messed with because it is in a nomenclature of a foreign system.( Perhaps COPY/FTP doesn't abide by this ?   ------------------------------  # Date: Wed, 27 Mar 2002 23:26:16 GMTa- From: goathunter@goatley.com (Hunter Goatley)r& Subject: Re: COPY/FTP question/problem0 Message-ID: <3ca25461.17297472@news.process.com>  K On Wed, 27 Mar 2002 18:10:44 -0500, JF Mezei <jfmezei.spamnot@videotron.ca>a wrote:  M >It is interesting that my client would add a ";" when the file specification  >was "foreign"  >(in quotes and in unix format). >n >i.e. I was asking for e >>3 > ftp.process.com"user pass"::"/dir/dir/file.zip"  o >oL >So it is interesting that COPY/FTP would be adding the semi colon to "zip".L >With DECNET operations, the local system would know that the file in quotesO >should not be messed with because it is in a nomenclature of a foreign system.e) >Perhaps COPY/FTP doesn't abide by this ?e  O Perhaps UCX's impementation of COPY/FTP doesn't abide by this.  Each FTP client0I has a piece of code that deals with the COPY/FTP string.  There is no oneeH COPY/FTP implementation; each client has to provide their own version ofH the OPENVMS$FTP image.  HGFTP, MultiNet, and TCPware leave the file specH alone (no CWD, just RETR "/dir/dir/file.zip".  From what you've posted, ' apparently UCX does things differently.g  I Did I mention that you can use HGFTP on a UCX system? (Or on MultiNet andy TCPware too.)  8-)   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/s8 goathunter@goatley.com    http://www.goatley.com/hunter/< New Robert R. McCammon site: http://www.RobertRMcCammon.com/   ------------------------------  + Date: Thu, 28 Mar 2002 00:59:44 +0000 (UTC)- From: david20@alpha2.mdx.ac.uk Subject: Re: DCPS version 2.0s+ Message-ID: <a7tpu0$qqd$1@aquila.mdx.ac.uk>t  T In article <3CA1AABD.9020302@bluewin.ch>, Paul Sture <paul.sture@bluewin.ch> writes: >Paul Anderson wrote:s >a8 >> In article <3C9605F1.91D9A34A@videotron.ca>, JF Mezei( >> <jfmezei.spamnot@videotron.ca> wrote: >> e >> gO >>>Is there a valid reason why it couldn't be downloadable from the vms web/ftpfF >>>site ? Sounds like a perfect candidate for such an endeavour to me. >>>a >> aB >> I was going to say that no Compaq OpenVMS layered products wereJ >> available on the Web, but the Web server and browser software (CSWS andB >> CSWB) are.  Are there other layered products that are regularly >> available for download? >>  L >Not the standard set AFAIK. The Java and Perl stuff is also available, but P >it seems logical to consider them as part of the CSWS / CSWB group of products. >h >h  I One interesting and welcome exception is C++ this has been available for e7 hobbyists to download since the beginning of this year.f  " It is available at ftp.compaq.com   & in the /pub/products/C-CXX/openvms/cxx  	 directoryo  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Wed, 27 Mar 2002 21:03:27 -0500i- From: JF Mezei <jfmezei.spamnot@videotron.ca>g Subject: Re: DCPS version 2.0r, Message-ID: <3CA279EC.1A11E082@videotron.ca>   david20@alpha2.mdx.ac.uk wrote:nJ > One interesting and welcome exception is C++ this has been available for9 > hobbyists to download since the beginning of this year.  > # > It is available at ftp.compaq.comr > ( > in the /pub/products/C-CXX/openvms/cxx    D Thanks. I was about to install a really old version from my old CDs.  N Interesting that for VAX, the available version is 5.6 but for alpha it is 6.5  M Has C++ officially been made "mature" on VAX at that version, or is that justr? the "freebee" VAX version Compaq has chosen to make available ?t   ------------------------------  + Date: Thu, 28 Mar 2002 02:25:28 +0000 (UTC)< From: david20@alpha2.mdx.ac.uk Subject: Re: DCPS version 2.0t* Message-ID: <a7tuun$ch$1@aquila.mdx.ac.uk>  \ In article <3CA279EC.1A11E082@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:  >david20@alpha2.mdx.ac.uk wrote:K >> One interesting and welcome exception is C++ this has been available for : >> hobbyists to download since the beginning of this year. >>  $ >> It is available at ftp.compaq.com >>  ) >> in the /pub/products/C-CXX/openvms/cxx  >  >aE >Thanks. I was about to install a really old version from my old CDs.  >tO >Interesting that for VAX, the available version is 5.6 but for alpha it is 6.5l >oN >Has C++ officially been made "mature" on VAX at that version, or is that just@ >the "freebee" VAX version Compaq has chosen to make available ?  H Sorry I don't know whether there are later Vax versions. When this firstG appeared on the ftp.compaq.com site they only put up the Alpha version.nN Following discussions on comp.os.vms : subject : "C++ appears to be available"M on 21/22nd January 2002  Ken Block of the Compaq C++ group arranged to put up_ the Vax version as well.  M (I don't suppose it could be a file naming mistake 5.6 <-> 6.5 ?  and the Vaxa kit really is for C++ v6.5 ? )    
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  + Date: Wed, 27 Mar 2002 21:40:32 -0600 (CST)  From: sms@antinode.org Subject: Re: DCPS version 2.0 ) Message-ID: <02032721403240@antinode.org>i  , From: david20@alpha2.mdx.ac.uk  (David Webb)O > (I don't suppose it could be a file naming mistake 5.6 <-> 6.5 ?  and the Vax   > kit really is for C++ v6.5 ? )  A    The release notes say, "This is Version 5.6C of the Compaq C++ 2 compiler."  Date appears to be about October 1999.  4    A quick attempt at installation on VMS V7.2 gave:   [...]e) %SYSTEM-F-NOLOGNAM, no logical name matchs) %SYSTEM-F-NOLOGNAM, no logical name matchf) %SYSTEM-F-NOLOGNAM, no logical name match > %VMSINSTAL-E-INSFAIL, The installation of CXX V5.6 has failed.  &    Some research seems to be required.  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home) C    382 South Warwick Street        (+1) 763-781-0308  (voice, work)eG    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work)t9    sms@antinode.org                sms@provis.com  (work)h   ------------------------------    Date: 27 Mar 2002 13:16:24 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)v9 Subject: Re: Does the PIPE command use a new entity type?e3 Message-ID: <z3mG8+$E25M+@eisner.encompasserve.org>m  V In article <3CA20D21.4030201@compaq.com>, John Reagan <john.reagan@compaq.com> writes:  I > It does indeed appear to have a new type.  Here's PIPE's .CLD from the C2 > source (I hope I don't get into trouble... :-) )  > If you want to get in trouble for this, you will have to standA in line behind whoever included it on every Alpha VMS system disk>? in file SYS$COMMON:[SYSUPD]DCLINT.CLD including an entry in theS edit history :-).>  G > I have no idea what $rest_of_line_noupcase does (other than what the  H > name implies).  If it isn't documented, then I don't suggest using it.  E Agreed.  There have been plenty of those types designed but not fullyn implemented in the past.   ------------------------------   Date: 27 MAR 2002 19:19:49 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>b9 Subject: Re: Does the PIPE command use a new entity type?s2 Message-ID: <27MAR02.19194935@feda34.fed.ornl.gov>  B In a previous article, John Reagan <john.reagan@compaq.com> wrote:   Hi John    > Michael T. Davis wrote:r >  L > > O > > Does the "type=" portion of the definition for the (first) parameter to the K > > PIPE command imply that a new type is now in use, or is this just a bugfP > > in VERB?  If it matters, the version of VERB in use here was just downloaded > > today from...d > > H > >            http://vms.process.com/scripts/fileserv/fileserv.com?VERB > >  >  -I > It does indeed appear to have a new type.  Here's PIPE's .CLD from the eF > source (I hope I don't get into trouble... :-) )  and nobody should J > start sending me mail asking for other random pieces of source code.  I I > suspect this is all buried in the listings CDROM (I can't imagine this l > piece being censored). >  f > define verb pipe  >          cliroutine      shell >          prefix cli$k_pipe_e& >          parameter p1, prompt="pipe 6 > command",value(required,type=$rest_of_line_noupcase) [snip]  ! Well, *my* copy of verb works ;-)o    $ verb pipe  define verb PIPEH     cliroutine SHELL     prefix CLI$K_PIPE_'     parameter P1, prompt="pipe command"o3        value (required,type=$rest_of_line_noupcase)h [snip]  1 Here's what I did to my Jul 1994 version of VERB:e   $ diff verb_entity.c ************, File USERB:[GREENWOODDE.VERB]VERB_ENTITY.C;2W   178             "$$test2", "$$test3", "$acl", "$old_file", "$rest_of_line_noupcase"}; Q   179           printf("%stype=%s",(first++?",":" ("),types[ent->ent_b_valtype]);s ******, File USERB:[GREENWOODDE.VERB]VERB_ENTITY.C;1=   178             "$$test2", "$$test3", "$acl", "$old_file"};tQ   179           printf("%stype=%s",(first++?",":" ("),types[ent->ent_b_valtype]);t ************  & Number of difference sections found: 1% Number of difference records found: 1n   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVlH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  # Date: Wed, 27 Mar 2002 22:22:17 GMTi2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)$ Subject: Re: Dynamic function (in C)3 Message-ID: <tCro8.1586$fL6.31286@news.cpqcorp.net>W  *   Follow-ups have been set to comp.os.vms.   In article <0200597ae47bac6b7d580ce3a60e1e71.76015@mygate.mailgate.org>, "Christian Sperandio" <christian.sperandio@cegedim.fr> writes:    :I program with C on VM OS,u  A   VM is an entirely different platform from VMS, or OpenVMS as itiE   is now known.  This was posted in the C and the OpenVMS newsgroup, oB   and not the IBM VM newsgroup -- this this answer will assume you'   meant Compaq OpenVMS, and not IBM VM.-  -E :                          and I would like call an external functionp' :from my program (like DLL on Windows).   H   There are constructs that are similiar to the DLL on Microsoft WindowsD   in OpenVMS (some would say there are constructs similar to OpenVMSF   in Windows, but I digress :-), but it be far more useful to tell us D   exactly what problem you wish to solve -- a comparision against a D   feature on another platform is useful in addition to this detail, B   but in isolation it leaves us (well, me) wondering exactly what D   feature(s) or behaviour(s) you seek.  No offense is intended here.  I :I read in documentation I must use the compiler option #pragma  linkage.yF :It works for one function, but if I want call two functions I have to# :make two differents sources like :- :-
 :Source1.C* :  #pragma  linkage  (MyFunc1, FETCHABLE)  : 
 :Source2.C* :  #pragma  linkage  (MyFunc2, FETCHABLE)  :u2 :Can I put this two functions in the same source ?  E   There is no need for a linkage pragma unless you are really gettingeB   into the more obscure aspects of function calling -- this pragmaD   lets you specify calling interfaces suitable for calling into (theE   more unusual) Macro64 routines, for instance.  In the typical case,sI   this pragma is entirely unncessary, as the standard (default) linkages  E   work correctly for most any language calls.  (I think I've used thehB   #pragma linkage stuff maybe a half-dozen times in many years...)  B   Please see the OpenVMS FAQ for an introduction to C programming.  B   The closest analog to a DLL is the shareable image.  For detailsB   on the shareable image, please see the OpenVMS FAQ, specificallyD   "PROG11. What is an executable, shareable, system or UWSS image?".C   (There are other topics in the FAQ that cover various aspects of  0   creating and using shareable images, as well.)  C   Also see the introductory section of the FAQ for some suggestionst@   of the sorts of details -- OpenVMS version, platform, compilerA   specifics, etc -- that are regularly needed by folks answering -D   questions, and thus their inclusion in the question can be useful A   in getting you an answer you want, and (obviously) getting the e   answer you want more quickly.s  >   The OpenVMS FAQ is accessable via a link at the URL below...  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 27 Mar 2002 19:11:05 +0100 ' From: "Joerg Spilling" <spi@equicon.de>c% Subject: Re: Excursion (DECterm) API?P/ Message-ID: <a7t3e1$m42$01$1@news.t-online.com>l  K My experiences (few only because I have no time for such hobby): you need auI large system to run NetBeans on OpenVMS. The say: 256MB memory as workingtL set per user. I have a DS20 with 512MB main memory for a smaller web projectK (running CSWS and Oracle) and I have setup the system to support such largew/ working sets. But you can make a JAVA break ...   J A good things: loaded installation set, run it and it works (my Java setup> was done formerly and was well proofed by other applications).   Joerge  < "Mike Kier" <michael.kier@compaq.com> schrieb im Newsbeitrag- news:MD6o8.1530$fL6.30275@news.cpqcorp.net...d> > "Adrian Lumsden" <Adrian.Lumsden@sss.co.nz> wrote in message9 > news:e050a30a.0203261341.7e77dde6@posting.google.com...t > [snip]I > > NetBeans apparently supports an external editor so I thought that I'd-G > > write/use some utility to seem to be an external editor to NetBeansoF > > but which squirts "EDT MyFile.Java<CR>" into the DECterm window to > > fire up my editor. > >.H > > James Wilkinson's reply is the sort of thing I was looking for but IE > > was hoping that someone would know of a keyboard stuffer already.l > >P$ > > Does NetBeans run under VMS btw? >"D > Yep - http://www.openvms.compaq.com/openvms/products/ips/netbeans/ > -- > Mike Kierr > Compaq Professional Services > Cincinnati, OH, USAi > michael.kier@compaq.comh >i >c   ------------------------------  % Date: Wed, 27 Mar 2002 15:28:11 -0500B+ From: "Main, Kerry" <Kerry.Main@Compaq.com>u Subject: RE: Good IBM AdT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1DC7@kaoexc01.americas.cpqcorp.net>   Tim,  G >> just how are they going to do that without targeting new or recentlyT discarded markets?<<   You mean like:) http://www.onexchange.com/press112601.aspa@ 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.html http://www.imsure.comu: http://www.openvms.compaq.com/openvms/brochures/dfocanada/< http://www.openvms.compaq.com/openvms/brochures/hydroquebec/< http://www.bmc.com/solutions/solution_sets/platform/openvms/  ' Yes, I know - there is lots more to do.f   :-)    Regards     
 Kerry Main Senior Consultantl Compaq Canada Corp.D Professional Servicesj Voice: 613-592-4660h Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----> From: Tim Llewellyn [mailto:tim.llewellyn@blueyonder.co.uk]=20 Sent: March 27, 2002 12:35 PM  To: Info-VAX@Mvb.Saic.Comt Subject: Re: Good IBM Ad         "Terry C. Shannon" wrote:t >=20A > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message=20e# > news:3CA12FEB.C70B2BFC@fsi.net...  > > "Stuart, Ed" wrote:@J > > Nah - might have made them a pile of money, which is the last thing=20; > > anyone at the Q wants to see either OVMS or Alpha do...S >=20H > Umm, I would venture to guess that Mark Gorham, Sue Skonetski, and the  G > Usual Compaq Lurkers in comp.os.vms would like to see VMS make big=20t > bags of money...  G just how are they going to do that without targeting new or recently=20t discarded markets?   regards  --=20e! tim.llewellyn@blueyonder.co.uk=20   F * tim.llewellyn@cableinet.co.uk address will cease to work June 2002 *   ------------------------------  % Date: Wed, 27 Mar 2002 20:10:46 -0500u- From: JF Mezei <jfmezei.spamnot@videotron.ca>C Subject: Re: Good IBM Ad, Message-ID: <3CA26D96.8A196FB3@videotron.ca>   Brass Christof wrote:eJ > > I still don't understand why IBM didn't step in and make a hostile bidL > > for Q ... w/alpha vms tru64 they would have ruled the high end world ... > > > They will never permission neither in the EU nor in the USA.  M If IBM could show that Compaq had no intentions of ever taking Alpha, VMS and>M Tru64 seriously and that they evential goals was to kill those products, thenaK IBM would undoubtedly get support to buy those products since under Compaq,pL competition would be reduced with competitors to Wintel would be euthanised.   ------------------------------  % Date: Thu, 28 Mar 2002 01:43:49 +0100o' From: Brass Christof <welcome@spam.not>l Subject: Re: Good IBM Ad( Message-ID: <3CA26745.2FC61887@spam.not>   Bob Ceculski wrote:t > l > "Terry C. Shannon" <terryshannon@mediaone.net> wrote in message news:<Tmao8.131770$702.25927@sccrnsc02>...@ > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message% > > news:3CA12FEB.C70B2BFC@fsi.net...h > > > "Stuart, Ed" wrote:f > > > >tP > > > > Looks like IBM hires marketing firms that deliver.  The back page of theO > > > > current issue of Computerworld has an ad for their eserver series.  Thee > >  adPN > > > > says "Runs UNIX. Runs LINUX. And runs runs runs runs runs runs...."  AM > > > > concept like this would have worked well for OpenVMS on AlphaServers.h > > >cI > > > Nah - might have made them a pile of money, which is the last thingu= > > > anyone at the Q wants to see either OVMS or Alpha do...e > >mP > > Umm, I would venture to guess that Mark Gorham, Sue Skonetski, and the UsualH > > Compaq Lurkers in comp.os.vms would like to see VMS make big bags of > > money... > H > I still don't understand why IBM didn't step in and make a hostile bidJ > for Q ... w/alpha vms tru64 they would have ruled the high end world ...  < They will never permission neither in the EU nor in the USA.   ------------------------------  # Date: Thu, 28 Mar 2002 01:14:32 GMT3L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") Subject: Re: Good IBM Ad8 Message-ID: <00A0B93B.5318B1DE@SSRL04.SLAC.STANFORD.EDU>  \ In article <3CA26D96.8A196FB3@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: >Brass Christof wrote:K >> > I still don't understand why IBM didn't step in and make a hostile bid M >> > for Q ... w/alpha vms tru64 they would have ruled the high end world ...  >> a? >> They will never permission neither in the EU nor in the USA.  > N >If IBM could show that Compaq had no intentions of ever taking Alpha, VMS andN >Tru64 seriously and that they evential goals was to kill those products, thenL >IBM would undoubtedly get support to buy those products since under Compaq,M >competition would be reduced with competitors to Wintel would be euthanised.   L Far be it from me to suggest,  JF, that you aren't pessimistic _enough_, butL here you imply that antitrust regulators in the US and Europe understand theM IT marketplace well enough to understand that computers are more than Wintel.e   I'm not entirely convinced.e   -- Alan     O ===============================================================================n0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210eO ===============================================================================.   ------------------------------  # Date: Wed, 27 Mar 2002 20:54:25 GMTi" From: kkal@javakk.com (Ken Kalish)) Subject: Re: Hacker Using My Mail Server? + Message-ID: <3ca22b3c.1980838@news.ptd.net>h  H On Sat, 23 Mar 2002 05:29:45 -0800, "Tom Linden" <tom@kednos.com> wrote:   >  >  >> -----Original Message-----m2 >> From: Paul Sture [mailto:paul.sture@bluewin.ch]( >> Sent: Friday, March 22, 2002 11:25 PM >> To: Info-VAX@Mvb.Saic.Com, >> Subject: Re: Hacker Using My Mail Server? >> >> >> Tom Linden wrote: >>@ >> > So who is listed as as 'from' in the returned mail message? >> Where is theh >> > POP> >> > client running.  I have gotten these, too and haven't yet >> figured out what  >> > isb= >> > going on.  I don't make the log file, but list myself asm >> postmaster so I getC >> > it directly in Outlook as it happens.  I have tried adding theI
 >> IPs to the  >> > Bad-Clientl2 >> > list but this can't be the best way to do it.  K Hi, Tom. If someone spams from a dynamic IP, then you'd end up blocking allt future users of that IP. m  G But you'd probably want to blacklist any MX whose postmaster refuses tolN respond to a spam complaint by you. Probably any cable or DSL IP that tried to, send or relay spam. Also blackhole Taiwan :)   >> > >>. >> Oh, the joys of being permanently online... >>G >> I have been getting what, as far as I recall from the footprint, aretJ >> nimda attacks. The IP addresses are there loud and clear in the logs. ID >> would be interested to hear what other folks are doing here. Just >> ignoring or reporting them? >eM >I think the most uniform way of dealing with it is to turn on RBLs, and when,
 >you get spam:J >report it to the Blackholes.  Maybe someone who has done this can fill in >the details >on how to report it.o  J I'd been an active anti-spammer a few years back - my knowledge is currentF from then. Nominating someone to the RBL is an involved and legalistic4 process, whch is why I never got around to doing it.  M But when a person receives spam, you try to kill all of the spammer's assets.1 This is basic approach:t  G Having the originating IP, you find the provider who owns it. abuse.netlH maintains a list of email addresses to report spam to, by domain. That'sL almost always abuse@* or postamaster@* You can do a whois query on the usualD port 443 at whois.abuse.net, or use a web interface like the ones at" abuse.net, samspade.org and so on.  K If they don't reply after a reasonable time, you escalate to their upstream8+ provider - which you get from a traceroute.   H If you're received spam, report the spammer's dropboxes (that he uses toN collect replies) to the approriate addresses which you also get from abuse.net  N The same for the spammer's website(s). Some are just 'clickthroughs' at placesI like geocities that link to the spammer's real website, which he might beh paying for.d  N If he's a repeat spammer you might even kill his nameservice. It's possible to4 kill the mailbox he uses on his domain registration.  K If a relay was hijacked, that generally gets submmitted to MAPS RSS list of 
 open relays. .  J When a repeat spammer refuses to stop, you compile all the incidents (plusH complaints) and can then submit a nomination on the provider to the RBL.  = I've probably left a thing or two out, but them's the basics.M  @ OTOH, as MX admin, you'd submit log entries for hijack attempts.    A I hope that might have helped a little, for anyone who's curious.t   > H >In my case I get very little spam and it is always of the Returned Mail	 >variety,T >specifically I have setL >RBLs: rbl.maps.vix.com, dul.maps.vix.com, relays.orbs.org, mr-out.imrss.org% >Reject-Unbacktranslatable-IP:   TRUE9 >SPAM-Action: OPCOMe >Security: SECUREo >@ >Don't know if this is enuff >> >> >> > >> > >> > >> >>-----Original Message-----R3 >> >>From: Don Sykes [mailto:anonymous@pacbell.net]i* >> >>Sent: Friday, March 22, 2002 11:25 AM >> >>To: Info-VAX@Mvb.Saic.Com* >> >>Subject: Hacker Using My Mail Server? >> >>r >> >>  >> >>iF >> >>I'm running Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 >> >>on an Alpha >> >>running OpenVMS V7.2f( >> >>TCP/IP Services include SMTP & POP. >> >>B@ >> >>In my SMTP_POSTMASTER.LOG I found 2383 of the following the >> >>entries on the same	 >> >>day:tJ >> >>	550  %TCPIP-E-SMTP_NOSUCHUSER, no such user, <anewsum@earthlink.net> >> >>eC >> >>ALL were directed to someone @earthlink.net. NONE of these wasr >> >>sent by me. I'veo- >> >>checked for breakins, but don't see any.o >> >>nL >> >>This is a first for me. Can any of you wise folks advise me how this is3 >> >>happening ? and maybe what I can do about it ?. >> >>  >> >>TIA >> >>--  >> >>  >> >>Have VMS. Will Travel.  >> >>Wire Paladin @alphase.com >> >>San Francisco >> >>= >> >>  >> > >> >> >> >> --, >> __e
 >> Paul Sturec >> Switzerland >>   -- c   Regards,  
 Ken Kalish   there is no Java cartelP   ------------------------------  # Date: Wed, 27 Mar 2002 20:59:46 GMTm" From: kkal@javakk.com (Ken Kalish)) Subject: Re: Hacker Using My Mail Server?]+ Message-ID: <3ca331da.3674678@news.ptd.net>o  M 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, >pF >a nasty trick to verify your email account is active (i.e. even more + >valuable to the spammers) can be found at:E >O' >http://www.nthelp.com/OEtest/oe119.htm  >$J >This article contains a facility to generate an example mail to your own F >address, and see the logged results after you have viewed that email.  M One thing almost every admin does, Paul, is to (if possible) neutralize 'smtpeL verify'. If not, a spammer can connect and then try to verify a long list ofL possible user IDs by using a dictionary attack. At the very least he's using/ up cpu and bandwidth resources on your machine.      -- 2   Regards,  
 Ken Kalish   there is no Java cartelo   ------------------------------  # Date: Wed, 27 Mar 2002 21:04:15 GMT." From: kkal@javakk.com (Ken Kalish)) Subject: Re: Hacker Using My Mail Server?t+ Message-ID: <3ca43399.4121573@news.ptd.net>m  D On Sun, 24 Mar 2002 15:35:46 +0100, martin@radiogaga.harz.de (Martin Vorlaender) wrote:  # >Tom Linden (tom@kednos.com) wrote:eA >> Thanks Michael.  I guess I need to update this (and Compaq tooo* >> since this was in their sample file).   >eF >I guess you'd need to update more than the RBL hosts. When I tried to! >reply to your email, it bounced:  > * >--HAB33355.1016952637/harzserver1.harz.de >wK >The original message was received at Sun, 24 Mar 2002 07:50:32 +0100 (CET)  >from uucp@localhost >sB >   ----- The following addresses had permanent fatal errors ----- >tom@kednos.come >e- >   ----- Transcript of session follows -----u( >... while talking to freja.kednos.com.:8 ><<< 550 Your IP address is unbacktranslatable. SPAMMER!* >554 tom@kednos.com... Service unavailable >p* >--HAB33355.1016952637/harzserver1.harz.de& >Content-Type: message/delivery-status >m( >Reporting-MTA: dns; harzserver1.harz.de4 >Arrival-Date: Sun, 24 Mar 2002 07:50:32 +0100 (CET) > ( >Final-Recipient: X-UUCP; tom@kednos.com >Action: faileda >Status: 5.5.0" >Remote-MTA: DNS; freja.kednos.comK >Diagnostic-Code: SMTP; 550 Your IP address is unbacktranslatable. SPAMMER! 9 >Last-Attempt-Date: Sun, 24 Mar 2002 07:50:37 +0100 (CET)  >u* >--HAB33355.1016952637/harzserver1.harz.de >Content-Type: message/rfc822  >c( >Return-Path: <martin@radiogaga.harz.de>  >Received: (from uucp@localhost)< >	by harzserver1.harz.de (8.9.3/8.9.3) with UUCP id HAA33355; >	for tom@kednos.com; Sun, 24 Mar 2002 07:50:32 +0100 (CET)t* >	(envelope-from martin@radiogaga.harz.de)7 >Received:  by radiogaga.harz.de (UUPC/extended 1.13f);a+ >           Sun, 24 Mar 2002 07:19:21 +0100y% >Date: Sun, 24 Mar 2002 7:19:18 +0100 3 >From: Martin Vorlaender <martin@radiogaga.harz.de>n* >Subject: RE: Hacker Using My Mail Server?  >To: tom@kednos.com (Tom Linden); >In-Reply-To: <CIEJLCMNHNNDLLOOGNJICEJIEGAA.tom@kednos.com> * > from "Tom Linden" at Mar 24 2002 5:00 am* >X-Mailer: ELM [version 2.3 PL11] for OS/2: >Message-ID: <3c9d6fe9.martin.radiogaga@radiogaga.harz.de> >y >... >1, >--HAB33355.1016952637/harzserver1.harz.de-- >SG >I've no idea which IP address the mail server system is barking about.t >f  M Hi, Martin. I believe it would be the IP that the email was sent from - i.e.,r@ it has no rDNS (reverse DNS record of the in-addra-arpa variety, IP-to-hostname).   >cu,	 >  Martinp   --     Regards,  
 Ken Kalish   there is no Java cartela   ------------------------------  # Date: Wed, 27 Mar 2002 21:56:11 GMTu" From: kkal@javakk.com (Ken Kalish)) Subject: Re: Hacker Using My Mail Server?n+ Message-ID: <3ca53443.4291328@news.ptd.net>   2 On Sat, 23 Mar 2002 11:16:07 -0500, Michael Austin# <maustin@firstdbasource.com> wrote:<   >. >- >Tom,- >- >$nslookup rbl.maps.vix.comd >i? >*** ns.bellsouth.net can't find rbl.maps.vix.com: Non-existent- >host/domain  1 from: http://work-rss.mail-abuse.org/rss/how.html-   blackholes.mail-abuse.orgo  I the RBL, for anyone who's not familar, is the list of inveterate bad guys-   >- >$nslookup dul.maps.vix.com0 >1? >*** ns.bellsouth.net can't find dul.maps.vix.com: Non-existent: >host/domain  * dialups.mail-abuse.org  from same web page  I if you block on the DUL, though, users who have dialups will be blocked -u7 which might not be a good thing depending on your setupp   >. >$nslookup mr-out.imrss.orgk >t? >*** ns.bellsouth.net can't find mr-out.imrss.org: Non-existentr >host/domain   relays.mail-abuse.org   K these are not only relays which are open, but which have been shown to havea transmitted spam    (ORBS was a list of open relays)   >s4 >It would appear that these domains no longer exist. > = >MAPS is no longer associated with Vixie Enterprises, and the J >MAPS.VIX.COM URL has long since been replaced by http://mail-abuse.org/.  >7D >They have a service for hobbyist with a $0.00 cost.  Otherwise your) >business can be hit quite substantially.1   -- e   Regards,  
 Ken Kalish   there is no Java cartelr   ------------------------------  + Date: Thu, 28 Mar 2002 01:59:22 +0000 (UTC)i From: david20@alpha2.mdx.ac.uk) Subject: Re: Hacker Using My Mail Server?T* Message-ID: <a7ttdq$44$1@aquila.mdx.ac.uk>  P In article <3ca22b3c.1980838@news.ptd.net>, kkal@javakk.com (Ken Kalish) writes:I >On Sat, 23 Mar 2002 05:29:45 -0800, "Tom Linden" <tom@kednos.com> wrote:s >f >> >>N >But when a person receives spam, you try to kill all of the spammer's assets. >This is basic approach: >iH >Having the originating IP, you find the provider who owns it. abuse.netI >maintains a list of email addresses to report spam to, by domain. That's-M >almost always abuse@* or postamaster@* You can do a whois query on the usualME >port 443 at whois.abuse.net, or use a web interface like the ones at4# >abuse.net, samspade.org and so on.e >aL >If they don't reply after a reasonable time, you escalate to their upstream, >provider - which you get from a traceroute. > I >If you're received spam, report the spammer's dropboxes (that he uses totO >collect replies) to the approriate addresses which you also get from abuse.net/ >nO >The same for the spammer's website(s). Some are just 'clickthroughs' at placeswJ >like geocities that link to the spammer's real website, which he might be >paying for. >cO >If he's a repeat spammer you might even kill his nameservice. It's possible toe5 >kill the mailbox he uses on his domain registration.e > L >If a relay was hijacked, that generally gets submmitted to MAPS RSS list of >open relays.  >SK >When a repeat spammer refuses to stop, you compile all the incidents (plusqI >complaints) and can then submit a nomination on the provider to the RBL.l >@> >I've probably left a thing or two out, but them's the basics. >MA >OTOH, as MX admin, you'd submit log entries for hijack attempts.w >e > B >I hope that might have helped a little, for anyone who's curious. >e  O A simple way to report Spam to all the ISPs,open-relays and web sites mentioneda; in the spam is to use the free reporting service at spamcop J (http://spamcop.net). You just register and can then report spam by eitherH forwarding the mail message or copying it into a webpage (with it's full	 headers).sO You'll then be directed to a webpage which will have an analysis of the messagewG headers and will give you the option of sending complaints to all thosee1 abuse/postmaster addresses of implicated parties.o  L The service used to also report systems to ORBS. I don't think it reports toH any of Orbs replacements although spamcop does now have it's own listingE service (However at the moment this is still experimental). Hence for:N persistent offenders you would probably want to report them to one of the MAPS or other lists.   
 David Webb VMS and Unix team leader CCSS Middlesex University       ------------------------------  # Date: Thu, 28 Mar 2002 02:14:29 GMT " From: kkal@javakk.com (Ken Kalish)) Subject: Re: Hacker Using My Mail Server?s+ Message-ID: <3ca67b41.6981083@news.ptd.net>i  N Hello, David. I'd endorse spamcop generally. I do remember the the one time inD whch I did use their service, and it identified *me* as the spammer.  M Moral: it's not done right unless you do it yourself. Which I think fits well J with the people who are on this ng. Thank goodness, you are an exceptional bunch.  I On Thu, 28 Mar 2002 01:59:22 +0000 (UTC), david20@alpha2.mdx.ac.uk wrote:   Q >In article <3ca22b3c.1980838@news.ptd.net>, kkal@javakk.com (Ken Kalish) writes: J >>On Sat, 23 Mar 2002 05:29:45 -0800, "Tom Linden" <tom@kednos.com> wrote: >> >>>c >>>2O >>But when a person receives spam, you try to kill all of the spammer's assets.3 >>This is basic approach:h >>I >>Having the originating IP, you find the provider who owns it. abuse.netfJ >>maintains a list of email addresses to report spam to, by domain. That'sN >>almost always abuse@* or postamaster@* You can do a whois query on the usualF >>port 443 at whois.abuse.net, or use a web interface like the ones at$ >>abuse.net, samspade.org and so on. >>M >>If they don't reply after a reasonable time, you escalate to their upstreamy- >>provider - which you get from a traceroute.  >>J >>If you're received spam, report the spammer's dropboxes (that he uses toP >>collect replies) to the approriate addresses which you also get from abuse.net >>P >>The same for the spammer's website(s). Some are just 'clickthroughs' at placesK >>like geocities that link to the spammer's real website, which he might be6
 >>paying for.v >>P >>If he's a repeat spammer you might even kill his nameservice. It's possible to6 >>kill the mailbox he uses on his domain registration. >>M >>If a relay was hijacked, that generally gets submmitted to MAPS RSS list ofS >>open relays. r >>L >>When a repeat spammer refuses to stop, you compile all the incidents (plusJ >>complaints) and can then submit a nomination on the provider to the RBL. >>? >>I've probably left a thing or two out, but them's the basics.u >>B >>OTOH, as MX admin, you'd submit log entries for hijack attempts. >> >>C >>I hope that might have helped a little, for anyone who's curious.e >> >nP >A simple way to report Spam to all the ISPs,open-relays and web sites mentioned< >in the spam is to use the free reporting service at spamcopK >(http://spamcop.net). You just register and can then report spam by eitherwI >forwarding the mail message or copying it into a webpage (with it's fullm
 >headers).P >You'll then be directed to a webpage which will have an analysis of the messageH >headers and will give you the option of sending complaints to all those2 >abuse/postmaster addresses of implicated parties. >sM >The service used to also report systems to ORBS. I don't think it reports to I >any of Orbs replacements although spamcop does now have it's own listing=F >service (However at the moment this is still experimental). Hence forO >persistent offenders you would probably want to report them to one of the MAPSo >or other lists. >e >David Webb5 >VMS and Unix team leader  >CCSS  >Middlesex University    >, >  >3   -- e   Regards,  
 Ken Kalish   there is no Java cartel=   ------------------------------  + Date: Thu, 28 Mar 2002 02:43:19 +0000 (UTC)a From: david20@alpha2.mdx.ac.uk) Subject: Re: Hacker Using My Mail Server?e* Message-ID: <a7u007$ui$1@aquila.mdx.ac.uk>  P In article <3ca67b41.6981083@news.ptd.net>, kkal@javakk.com (Ken Kalish) writes:O >Hello, David. I'd endorse spamcop generally. I do remember the the one time in E >whch I did use their service, and it identified *me* as the spammer.M >>N >Moral: it's not done right unless you do it yourself. Which I think fits wellK >with the people who are on this ng. Thank goodness, you are an exceptionald >bunch.s  P Yes automated processing of headers can never be guaranteed to be 100% accurate.I Spamcop usually does quite well in detecting where spammers have tried tot obfurscate the headers.e  G I always tell my users to check that spamcop is not sending a report to ; mdx.ac.uk. If it is then they just need to untick that box.>  K One of the reasons this can happen is because the user receives the mail onrD their mdx.ac.uk account and then forwards it onto some other accountD automatically. To spamcop it looks like  mdx.ac.uk  has been used asD an open-relay. Can't blame Spamcop for that to someone without local, knowledge that's exactly what it looks like.    
 David Webb VMS and Unix team leader CCSS Middlesex University  o   ------------------------------  % Date: Wed, 27 Mar 2002 11:42:05 -0700p From: Kevin Handy <kth@srv.net> 3 Subject: Re: Help! VT100 emulators - some problems. & Message-ID: <3CA2127D.2090000@srv.net>   sword7@speakeasy.org wrote:> > 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 not H > 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.. >   * I find xterm seems to work most reliabily.8 gnome-terminal messes up like that whenever it sees edt.   ------------------------------   Date: 27 Mar 2002 20:04:04 GMT3 From: Malcolm <malcolmix@neverness.freeserve.co.uk>a3 Subject: Re: Help! VT100 emulators - some problems.eC Message-ID: <Xns91DECC679C268malcolmixnevernessfree@195.92.193.157>    [posted and mailed]e  E sword7@speakeasy.org wrote in news:ua3n972h3ihg92@corp.supernews.com:    > 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 not H > 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.. >r   How about xterm?  F The following script should work and remaps all your keys so that theyF send the appropriate escape sequences. And, the good thing is, the wayJ this script does it, they aren't permanently remapped - just in the xterm.  N You may have to change <Key>Prior to <Key>PageDown, or <Key>Prev, or whatever E it is on a PC (this is designed for an HP-UX workstation). Same with  0 <Key>Next. To find out what the keysyms are, do:   xev &   K then click inside the Event Tester window and press Page Up and Page Down. r5 Then edit Prior and Next to match what xev tells you.c  M All the other keys will work OK. NumLock might not work as PF1 sometimes; so  = F1-F4 are also mapped to PF1-PF4. Shift-KP+ will give you KP,k  K Note that the auto-display sizing might not work. You can hard-code in the   font size anyway.    Hope that helps!	 -Malcolm.r  
 #!/bin/ksh #r' # Script for connecting to a VMS systemnG # This depends on having the 'ancient' fonts available e.g., 6x13,8x16.pM # These are legacy fonts from X10 (or even earlier!). However, they do contaiB( # all the VT100 line-drawing characters.  ? # This script tries to work out (based on xdpyinfo) whether the>L # screen width is less than 1000 pixels. If it is, a small font is selected.L # This is necessary to support MANMAN, which switches the display between 80L # and 132 characters - the larger font will not fit an 800x600 screen at 132< # columns. (If you need to use 640x480, you're out of luck!) #t, # This gives you the following key mappings: #a #            Numeric  Keypad #            -=-=-=-=-=-=-=- #W' # +--------+--------+--------+--------+c' # |NumLock |   /    |   *    |   -    |>' # | BROKEN |        |        |        |t' # |[Note 1]|  PF2   |  PF3   |  PF4   |d' # +--------+--------+--------+--------+e' # |   7    |   8    |   9    |   +    |a' # |        |        |        |        | ' # |  KP7   |  KP8   |  KP9   |KP_COMMA|:' # +--------+--------+--------+ - - -  |D' # |   4    |   5    |   6    | (+Ctrl)|W' # |        |        |        |        |e' # |  KP4   |  KP5   |  KP6   |KP_MINUS|p' # +--------+--------+--------+--------+i' # |   1    |   2    |   3    | Enter  | ' # |        |        |        |        |n' # |  KP1   |  KP2   |  KP3   |        |o' # +--------+--------+--------+        |t' # |        0        |   .    |KP_ENTER| ' # |                 |        |        |r' # |       KP0       KP_DECIMAL        |s' # +--------+--------+--------+--------+v #i #d # Notes:( #  [1]  Can't map NumLock; use the first3 #       four function keys instead, as shown below:I #o! #       First four Function  Keysr! #       -=-=-=-=-=-=-=-=-=-=-=-=-e #e' # +--------+--------+--------+--------+e' # |   F1   |   F2   |   F3   |   F4   |d' # |        |        |        |        | ' # |  KP1   |  KP2   |  KP3   |  KP4   |a' # +--------+--------+--------+--------+- #  #          The Editing  Keypad #          -=-=-=-=-=-=-=-=-=- #K' # +-----------+-----------+-----------+ ' # |  Insert   |   Home    |  Page Up  |e' # |           |           |           |:' # |INSERT HERE|   FIND    |PREV SCREEN|n' # +-----------+-----------+-----------+k' # |  Delete   |    End    | Page Down | ' # |           |           |           |o' # |  REMOVE   |   SELECT  |NEXT SCREEN|e' # +-----------+-----------+-----------+o #t # /  if [[ -x /usr/contrib/bin/X11/xdpyinfo ]] thena< # Get display size and then work out the font based on that.>   DPYWID=`/usr/contrib/bin/X11/xdpyinfo | grep dimensions\: |\9           cut -d \( -f 1 | cut -d\: -f 2 | cut -d x -f 1`h    echo Display width is $DPYWID.!   if [[ $DPYWID -lt  1000 ]] thenoG     echo Display width less than 1000 pixels. Using small font \(6x13\)g     FNAME=6x13     BFNAME=6x13b   elseJ     echo Display width greater than 1000 pixels. Using large font \(8x16\)     FNAME=8x16     BFNAME=8x167   fi else8   # 6x13 will fit on an 800x600 screen at 132 columns...K   echo No /usr/contrib/bin/X11/xdpyinfo. Defaulting to small font. \(6x13\)2   FNAME=6x13   BFNAME=6x13b fi   # Now launch the xterm:A  2 xterm -title "VMS Terminal Window" -sb -sl 1200  \                 -xrm \<                 'XTerm*vt100.translations:     #override \n\8                 <Key>BackSpace:         string(0x7f) \n\@                 Shift <Key>Up:          scroll-back(1,lines) \n\@                 Shift <Key>Down:        scroll-forw(1,lines) \n\E                 Shift <Key>Delete:      string(0x1b) string(0x08) \n\.D                 Shift <Key>Tab:         string(0x1b) string("*") \n\F                 <Key>Prior:             string(0x1b) string("[5~") \n\F                 <Key>Next:              string(0x1b) string("[6~") \n\F                 <Key>Insert:            string(0x1b) string("[2~") \n\F                 <Key>Delete:            string(0x1b) string("[3~") \n\F                 <Key>Home:              string(0x1b) string("[1~") \n\F                 <Key>End:               string(0x1b) string("[4~") \n\E                 <Key>KP_0:              string(0x1b) string("Op") \n\cE                 <Key>KP_1:              string(0x1b) string("Oq") \n\0E                 <Key>KP_2:              string(0x1b) string("Or") \n\mE                 <Key>KP_3:              string(0x1b) string("Os") \n\uE                 <Key>KP_4:              string(0x1b) string("Ot") \n\eE                 <Key>KP_5:              string(0x1b) string("Ou") \n\ 8                 <Key>KP_6: string(0x1b) string("Ov") \n\8                 <Key>KP_7: string(0x1b) string("Ow") \n\8                 <Key>KP_8: string(0x1b) string("Ox") \n\8                 <Key>KP_9: string(0x1b) string("Oy") \n\E                 <Key>KP_Divide:         string(0x1b) string("OQ") \n\7E                 <Key>KP_Multiply:       string(0x1b) string("OR") \n\ E                 <Key>KP_Subtract:       string(0x1b) string("OS") \n\'E                 <Key>KP_Enter:          string(0x1b) string("OM") \n\rE                 <KeyPress>Num_Lock:     string(0x1b) string("OP") \n\ E                 <KeyRelease>Num_Lock:   string(0x1b) string("OP") \n\ E                 <Key>F1:                string(0x1b) string("OP") \n\dE                 <Key>F2:                string(0x1b) string("OQ") \n\gE                 <Key>F3:                string(0x1b) string("OR") \n\ E                 <Key>F4:                string(0x1b) string("OS") \n\n>                 Ctrl<Key>KP_Add: string(0x1b) string("Om") \n\E                 <Key>KP_Add:            string(0x1b) string("Ol") \n\ C                 <Key>KP_Decimal:        string(0x1b) string("On")'\u?                 -fg white -bg blue -cr gray50 -132 -fn $FNAME \                  -fb $BFNAME $* > Thank you! >  > -- Tim Stark >    ------------------------------  % Date: Wed, 27 Mar 2002 21:11:55 -0800h" From: GreyCloud <mist@cumulus.com>3 Subject: Re: Help! VT100 emulators - some problems. / Message-ID: <ua592selrbqf0c@corp.supernews.com>t   sword7@speakeasy.org wrote:h   > 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 not H > 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.C > I had to get out of terminal and re-logged back into OpenVMS 7.2.a > 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.. >   ? Eterm seems to do a good job so far for me. It gives you VT200 uJ compatibility and I can edit files on the vax thru Eterm.  Just make sure L you start up as 'Eterm &'.  It seems to work about the same as PuTTY on the 
 windows side.    ------------------------------  # Date: Wed, 27 Mar 2002 19:31:40 GMTn% From: jlsue <jlsuexxxz@insightbb.com>hO Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinux 8 Message-ID: <ua74aucfum7t8f0rsbqeskt57lnoo0omra@4ax.com>  E On Wed, 27 Mar 2002 17:57:23 +0000, Andrew Harrison SUNUK Consultancys3 <andrew_nospam.remove_this.harrison@sun.com> wrote:    >. >/ >Fred Kleinsorge wrote:p >eO >> Hey Sun wipe.  You doing this on billable time?  Why not go and write a realn >> cluster product.a >> s  7 >Now thats what I would call a quality, adult response. 7 >Do you want me to start calling you Freddy Baby, seemse >like it.:):):)a  D Okay, another note for the pot-and-kettle award for 2002.  Strangely& enough, both are from the same author.  @ Andy boy, you're such a hypocrite.  And just fyi, since I use anD off-line newsreader, I have all messages in this group posted in theA last few months.  Interestingly enough, the FIRST person in theseyA discussions to start name-calling and personal attacks was YOU!!!a? Up until that time, while there were disagreements, most peopleh? recognize that much of the discussions are a matter of personale opinion.  3 It looks like YOU are the one who needs to grow up.e  1 Not speaking for anyone, certainly not DEC/Compaqp- (get rid of the xxxz in my address to e-mail))   ------------------------------  % Date: Wed, 27 Mar 2002 11:42:26 -0800 & From: Greg Cagle <gregc@gregcagle.com>O Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinux , Message-ID: <3CA220A2.8020004@gregcagle.com>  ( Andrew Harrison SUNUK Consultancy wrote:   >  >  > Paul Sture wrote:e >  >> Fred Kleinsorge wrote:  >> >>> We did?t >>>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 :-)o >> >  > > > Or put another way I wasn't here to challenge some of the BS- > that some people like to pass off as facts.S  0 Which begs the question - what ARE you here for?   --  
 Greg Cagle gregc at gregcagle dot com   ------------------------------  % Date: Wed, 27 Mar 2002 16:06:10 -0500l- From: JF Mezei <jfmezei.spamnot@videotron.ca>sO Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxd+ Message-ID: <3CA2343B.4A87E81@videotron.ca>r   jlsue wrote:B > Andy boy, you're such a hypocrite.  And just fyi, since I use an5 > It looks like YOU are the one who needs to grow up.o  B uhhhh... ohhhhh... ahhhhhh... YES ! YES !, right there ! Ohhhh....  K Looks like a threesone of Freddy Baby, Andy Boy and jlsue all having fun in+3 the mud (or is it jello when you do it on usenet ?)r   ------------------------------  % Date: Wed, 27 Mar 2002 20:53:52 -0800 " From: GreyCloud <mist@cumulus.com>O Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxe/ Message-ID: <ua5810o9b2u02d@corp.supernews.com>s   JF Mezei wrote:a   > jlsue wrote:C >> Andy boy, you're such a hypocrite.  And just fyi, since I use ans6 >> It looks like YOU are the one who needs to grow up. > D > uhhhh... ohhhhh... ahhhhhh... YES ! YES !, right there ! Ohhhh.... > J > Looks like a threesone of Freddy Baby, Andy Boy and jlsue all having fun8 > in the mud (or is it jello when you do it on usenet ?) >   9 After thanksgiving holiday its always slimey green jello.l :-)o   ------------------------------  % Date: Wed, 27 Mar 2002 17:25:26 -0500y- From: JF Mezei <jfmezei.spamnot@videotron.ca>o) Subject: Installing old C++ on existing C , Message-ID: <3CA246C9.336690DF@videotron.ca>  = I have on my hobbyist system, DEC-C 6.0 from the hobbyist CD.r  J I would like to install C++ to try the XML kit as well as other software I6 could port to my VAX (and get my hands dirty with C++)  M The one  media I have dates back from VMS 6.1 days (January 1995) and has C++> Version 1.2b   (I am at VMS 7.2)a  H Can I safely install that kit on my system, or will it interfere with myG current C environment ? If it does interfere, its is just a question ofe( re-installing the C compiler after C++ ?   ------------------------------  % Date: Wed, 27 Mar 2002 19:40:23 +0100 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>' Subject: Re: Lottery and VMS) Message-ID: <3CA21217.F8CC5E93@gtech.com>a   John Laird wrote: N > In the early days, the UK lottery used to take *hours* to hint at the numberM > of winners after the draw was made.  For fun, I wrote a small program which G > uniquely identified each combination of draw numbers and so could (inaL > theory) maintain an in-memory count of how many of each unique combinationM > had been sold (assuming it could be fed with data fast enough to keep up inuM > real time).  The memory usage is almost trivial, and the processing time tohL > permutate the winning numbers is seconds, so a "result" could be announcedN > on the same TV programme, but I never did offer to sell it.  (Couldn't thinkJ > of a suitable percentage of the gross turnover !)  I'm open to offers...  F I assume you also have a great idea about motorized vehicles with four' wheels you want to sell to a mr. Ford ?e   Arne   ------------------------------  % Date: Wed, 27 Mar 2002 22:44:26 +0000P4 From: John Laird <john@laird-towers.freeserve.co.uk> Subject: Re: Lottery and VMS8 Message-ID: <noi4augu6103q1vecp084ucs4b5pvm7b2i@4ax.com>  H On Wed, 27 Mar 2002 19:40:23 +0100, Arne Vajhj <arne.vajhoej@gtech.com> wrote:   >John Laird wrote:O >> In the early days, the UK lottery used to take *hours* to hint at the numberrN >> of winners after the draw was made.  For fun, I wrote a small program whichH >> uniquely identified each combination of draw numbers and so could (inM >> theory) maintain an in-memory count of how many of each unique combinationiN >> had been sold (assuming it could be fed with data fast enough to keep up inN >> real time).  The memory usage is almost trivial, and the processing time toM >> permutate the winning numbers is seconds, so a "result" could be announced O >> on the same TV programme, but I never did offer to sell it.  (Couldn't thinklK >> of a suitable percentage of the gross turnover !)  I'm open to offers...h >eG >I assume you also have a great idea about motorized vehicles with fouro( >wheels you want to sell to a mr. Ford ?  L There's some spare ice in my refrigerator on offer to any passing Eskimos...     	Johne   ------------------------------  % Date: Wed, 27 Mar 2002 21:56:30 -0500r1 From: Michael Austin <maustin@firstdbasource.com>m Subject: Re: M$Access -> VMS2 Message-ID: <3CA2865D.AE018E65@firstdbasource.com>   "Bradford J. Hamilton" wrote:e > 6 > I don't know if this qulaifies as a "hack" or not... > K > M$Access allows you to "export" data into a .TXT file.  Could you FTP theeQ > contents of the TXT file(s) from the DB to VMS, and then manipulate the data asH > you wish?u >   E This is true, but not dynamically/programmatically initiated from theeF VMS system.  the Attunity product has some features, but can't justify' the cost. (VERRY small shop 2-4 users).     h > In article <3C9F3343.1BF7DA6C@firstdbasource.com>, Michael Austin <maustin@firstdbasource.com> writes:I > >Silly question, but has anyone come up with a way to access a MSAccessnG > >database from OpenVMS using either Perl or DCL?  I have a very smallbJ > >shop that is tied to an Access program and I need to read data from it.J > >(Fortunately this is a very small shop).  I am hacking on a few things, > >but no luck yet.  > >? > >--  > >Regards,? > >.: > >Michael Austin            Registered Linux User #261163: > >First DBA Source, Inc.    http://www.firstdbasource.com > >Sr. Consultant- > >704-947-1089 (Office) > >704-236-4377 (Mobile) > >--m > >Regards,f > >r: > >Michael Austin            Registered Linux User #261163: > >First DBA Source, Inc.    http://www.firstdbasource.com > >Sr. Consultantp > >704-947-1089 (Office) > >704-236-4377 (Mobile) > >u >  > Bradford J. Hamilton0 > MAPSbradhamilton@MAPSattbi.com          (home)0 > sy18889MAPS@rabbit.MAPSfmr.com          (work) > = > "All opinions that I express are my own, not my employer's"  > "Lose the MAPS"    --   Regards,  7 Michael Austin            Registered Linux User #261163d7 First DBA Source, Inc.    http://www.firstdbasource.coma Sr. Consultant 704-947-1089 (Office)b 704-236-4377 (Mobile)    ------------------------------  # Date: Wed, 27 Mar 2002 19:57:16 GMT ' From: Don Sykes <anonymous@pacbell.net> > Subject: Re: Monster Marvel Performance - headed our way . . .+ Message-ID: <3CA22496.DE6E921E@pacbell.net>    Bob Ceculski wrote:r > v > "Bill Todd" <billtodd@metrocast.net> wrote in message news:<nDdo8.184921$1g.15408586@bin3.nnrp.aus1.giganews.com>...< > > "Rob Young" <young_r@encompasserve.org> wrote in message1 > > news:fP8KZAfToQj+@eisner.encompasserve.org...r > >> > > ...w > >eA > > > The box will be winning all head to head benchmarks and for 7 > > > most RFPs... all bake-offs!  Get used to it . . .  > > K > > Get used to it indeed:  there aren't going to be any more where it camewM > > from, so your next major step up will have to come from elsewhere (likelye  > > IBM or, just possibly, AMD). > > 
 > > - bill > H > alpha will live in itanium ... the alpha engineers will do for itanium > what they did for alpha ...n   You forgot to add the :)     -- n   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Franciscok   ------------------------------    Date: 27 Mar 2002 14:25:31 -0600+ From: young_r@encompasserve.org (Rob Young),> Subject: Re: Monster Marvel Performance - headed our way . . .3 Message-ID: <Pz9OFgySAoJz@eisner.encompasserve.org>c  h In article <d7791aa1.0203270642.6fd9c8b6@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:h > young_r@encompasserve.org (Rob Young) wrote in message news:<fP8KZAfToQj+@eisner.encompasserve.org>...( >> Bout time someone trotted this out... >> eI >> 	Marvel's performance potential isn't any great secret anymore... not  ? >> 	that it is out on the Web for one and all alike to gaze at:l >> g8 >> www.eecs.umich.edu/vlsi_seminar/f01/slides/bannon.pdf >> -. >> 	Check out slide 29, slide 30 and slide 31. >> -B >> 	At average latency of 157 ns and worst case latency of 175 ns,E >> 	for a "13" processor EV7 has better latency than most 4 processor-C >> 	boxes.  Bandwidth shows up in a frightening way.  Stream scales+C >> 	linerally.  That is unheard of!  Check out 32 processor results C >> 	on slide 31.. 150000 GB/sec.  Compare and contrast Power4 (best  >> 	out there) at 22000 GB/sec:W >>  = >> 	http://www.cs.virginia.edu/stream/standard/Bandwidth.html6 >> P@ >> 	Again, not to be overlooked... linear scaling in bandwdith,  >> 	unprecedented!  And yes....  >> |P >> http://groups.google.com/groups?selm=C2AnvK.GB5%40news.udel.edu&output=gplain >> -) >> 		"It's the memory bandwidth, stupid!"  >> 			-- John D. McCalpin  >>  B >> 	Average latency at 250 ns for 64 processors, worst case 391 nsK >> 	for a single processor, 355 ns for 4 others, etc.  Compare and contrast'E >> 	to 64 flat SMP boxes (at around 400 ns - best case - worst case -o >> 	average ---- i.e. SMP!)  >> FJ >> 	But ah.... some applications are also very latency sensitive... so it   >> 	is also a matter of latency! >>  ? >> 	The box will be winning all head to head benchmarks and for 5 >> 	most RFPs... all bake-offs!  Get used to it . . .- >> -
 >> 				Rob > O > which makes no sense if all this was up for sale to IBM, Samsung, Apple, etc.-P > why nobody would want to buy Alpha VMS Tru64!  Looking at EV7, just think whatQ > EV8 would have been like!  And where is Cray?  They use alphas, this could have Q > put them back in the drivers seat for high end computing!  Is everyone on drugs  > out there or something?   G 	Why?  For leadership performance.  Sure... some RFPs will be sqewered,-@ 	i.e. "let's bring in IBM and Sun".  Others that are fairer willC 	bring in all comers for benchmarking... Marvel showld win handily.a  ? 	By the way, floating another idea... many have on-chip memory  C 	controllers... one of the key strengths to EV7 is the on-chip low sD 	latency routers.  That allows the memory to be local and routed to F 	remote CPUs.  Others are going over a bus.  One wonders if a key EV7 H 	patent is for on-chip routers, if so... that could explain more than a  	few things ;-)r   				Robx   ------------------------------  % Date: Wed, 27 Mar 2002 16:35:03 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>r> Subject: Re: Monster Marvel Performance - headed our way . . ., Message-ID: <3CA23AFE.C2A302FF@videotron.ca>  J > > alpha will live in itanium ... the alpha engineers will do for itanium > > what they did for alpha ...X  K Perhaps Compaq should have donated their marketing people to Intel as well. 9 They would done to Itanium what they did to Alpha.... :-)    ------------------------------  % Date: Wed, 27 Mar 2002 15:32:13 -0600f+ From: Christopher Smith <csmith@amdocs.com>D> Subject: RE: Monster Marvel Performance - headed our way . . .H Message-ID: <7E008308CD77154485FEF878168D078E260BAC@CMIMAIL1.amdocs.com>   > -----Original Message-----6 > From: JF Mezei [mailto:jfmezei.spamnot@videotron.ca]  ? > Perhaps Compaq should have donated their marketing people to   > Intel as well.; > They would done to Itanium what they did to Alpha.... :-)i  ? *ouch*!  Ok, it's funny, and possibly fair for some of Compaq's @ marketing.  I would like appeal to get Sue specifically excluded from that statement, though. :)\   Chris     ! Christopher Smith, Perl Developerg Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");  'K  K   ------------------------------  % Date: Wed, 27 Mar 2002 21:03:09 -0800:" From: GreyCloud <mist@cumulus.com>> Subject: Re: Monster Marvel Performance - headed our way . . ./ Message-ID: <ua58iea0io7m2d@corp.supernews.com>    JF Mezei wrote:)   > Bob Ceculski wrote: I >> alpha will live in itanium ... the alpha engineers will do for itanium_ >> what they did for alpha ... > H > A sports car engineer would have a hard time adapting his expertise to& > help build slow freight locomotives. > J > If the architecture is flawed to begin with, all the alpha engineers can6 > do is to minimise the drawbacks of the architecture. > L > The bigger question will be how good an EPIC compiler the Digital compiler! > people will be able to produce.  >   L Kind of makes one wonder if the DEC engineers have to make a silk purse out  of a sows ear.   ------------------------------  # Date: Wed, 27 Mar 2002 19:10:34 GMTn. From: "Richard L. Dyson" <rickdyson@mchsi.com>P Subject: Re: New book: OpenVMS with Apache, OSU, and WASD, The Nonstop Webserver) Message-ID: <3CA21928.D1A41842@mchsi.com>    "Bradford J. Hamilton" wrote:(P > The author notes - in a later reply in this thread - that the book will not be > available until June.y > P > The bh (Digital Press) website makes note of this fact, but does not allow theM > the customer to order the book; therefore, one cannot take advantage of thes@ > Encompass discount (or the discount offered by bh themselves).  F 	I didn't think the Encompass discount had a time limit.  I thought itN was a perk of actually joining (along with more stuff later...).  That was whyG I was asking.  If the Encompass discount is the same or better than thea currentm1 Amazon.com price, I would order it via Encompass.r  E 	Though my other question still stands.  How does an Encompass memberI5 get the discount from the BH/Digital Press web store?v  K > Anyone from Encompass or bh care to comment (or perhaps even to honor theo( > discounts when the book is available)? >  > :-)n >  > In article <craig.berry-EBC1B0.21552725032002@news.directvinternet.com>, "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com> writes:, > >In article <3C9FC05C.C0890B1E@mchsi.com>,3 > > "Richard L. Dyson" <rickdyson@mchsi.com> wrote:m > >l" > >> Jean-Franois PIRONNE wrote: > >> >O > >> > A new very interesting book which will be a valuable contribution to thes > >> > VMS community.y > >> >S > >> > http://www.amazon.com/exec/obidos/ASIN/1555582648/qid%3D1017069087/104-61488t > >> > 70-9011156. > >> > > >> > Jean-Franois PironneT > >>R > >> How does the Amazon.com price (US$31.49) compare with the discount price fromM > >> full Encompass members?  This is supposed to be a Digital Press book and Q > >> Encompass gets some sort of discount (though I have yet to figure out how tos   ------------------------------  % Date: Wed, 27 Mar 2002 12:38:27 -0800r0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>3 Subject: Re: Once a fool, always a fool I guess ...r, Message-ID: <3CA1BD43.613F604D@Mvb.Saic.Com>  ( Andrew Harrison SUNUK Consultancy wrote: >  > Bob Koehler wrote: > L > > In article <3CA09E41.5020802@sun.com>, Andrew Harrison SUNUK Consultancy6 > <andrew_nospam.remove_this.harrison@sun.com> writes: > >a > >kD > >>No unless you think that no CERT advisories = no vunerabilities. > >> > >aK > >    It's time to bury this one. I get a ton of advisories from a variety J > >    of sources, and most of them post what they find whether the vendor > >    has responded or not. > >tI > >    Just because CERT publishes vendor responses does not mean we rely - > >    on the vendor to admit there's a hole.  > > J > >    Just because CERT didn't publish doesn't mean somebody else didn't. > >o > I > Sorry nice try but no cigar. In a number of cases OpenVMS was vunerabledI > to IP stack exploits, Compaq had posted response to CERT for both Tru64r9 > and OpenVMS, OpenVMS was listed as not being vunerable.- > B > Except that Compaqs own patch reports then listed a patch to fixH > the same vunerability. In otherwords the CERT response did not reflect  > OpenVMS's actual vunerability. > A > Security through obscurity which you are apparently arguing foro= > is one thing but this is not what has happened in the past.l  E Andrew, I tried to explain this to you once before.  I must have usedtC words that were too big since you've completely failed to grasp thehG concept.  I'll try once more, and I'll go slowly so follow along now...a  G OpenVMS is not now, nor has it ever been, vulnerable to any sort or anykH type of IP exploit.  Why?  Because OpenVMS will completely ignore any IP2 packet it sees unless you add an IP product to it.  = There are multiple choices available when one wants to add IP1G functionality to VMS and you seem to be working very hard at convincing'H folks that one of those choices and VMS are the same thing.  'Tisn't so, though.3  H 1).  TCPIP services for OpenVMS, the product that is a port of the Tru64E unix IP stack, is one of the choices for VMS.  However, and I realize H this will come as a shock to you, while Unix and VMS perform many of theB same functions, the implementation of those functions is differentA between the two systems.  One major difference is the handling ofo@ dynamic allocation of kernel-based data structures.  Why is thisH significant?  Because I can take two Alpha systems that are identical inH hardware, load Tru64 on one and VMS with TCPIP services on the other andG hit them with several DoS attacks designed to cause resource starvation D of the host.  Result:  The unix box crashes, the VMS box keeps going@ (although sometimes its performance degrades until the attack isH blocked).  This is with that exact piece of code that you keep trying toF claim must make VMS exploitable because it made Tru64 exploitable.  It doesn't.  I can prove it.t  B 2). Multinet.  My product of choice.  I've already told you that IG configured a VMS system with multinet and ran IP attacks against it and F the system survived every one.  You chose not to believe me.  You evenF went so far as to claim I must not have known what I was doing or beenG fully aware of the network configuration when I ran the test.  Well, no.F one is denying your right to disbelieve me.  However, if you'd like toF visit sunny San Diego, I'll be happy to demonstrate why your disbelief
 is misplaced.   G 3). UCX.  No longer a product, it has been retired.  It was, however, a E good example of what a bad product can do to a good system.  If you'diF like to claim that OpenVMS must not be as secure as is claimed becauseE of what could happen to a system that had UCX running on it, I've gotpC quite a few examples of applications that will prove the exact sameaD thing about Solaris.  Or, perhaps, you are willing to concede that aH badly implemented product is not a reflection of the operating system it- runs on?  Good, then let's get past that one.e  G In short, Andrew, VMS lives up to its security reputation.  It has beenfH well-earned over many years through many trials.  Now, since the design,H development, and implementation of VMS is done by mere mortals, mistakesF have been known to happen.  The difference, you see, is that with VMS,G once the mistake is discovered it is fixed - the same cannot be said ofo Solaris.  G Aesop has a story to tell about people like you.  Go read the one aboutiG the fox trying to reach the grapes, it may help you realize the type ofe impression you give people.p  
 Mark Berrymane Mark.Berryman@Mvb.Saic.Com Chief Network Engineer   ------------------------------  % Date: Thu, 28 Mar 2002 09:25:36 +1100u* From: "Dale King" <dalek@forpresident.com>3 Subject: Re: Once a fool, always a fool I guess ....' Message-ID: <a7tgt1$2q9$1@lore.csc.com>-  5 "Bob Ceculski" <bob@instantwhip.com> wrote in message 7 news:d7791aa1.0203270546.1b0fce5b@posting.google.com...R7 > "Dale King" <dalek@forpresident.com> wrote in message4# news:<a7rovi$47g$1@lore.csc.com>...29 > > "Bob Ceculski" <bob@instantwhip.com> wrote in messagerN > > > > Netfilter is an advanced packet filter.  It lets you filter just about
 > >  anythingtP > > > > IP, and allows you to do neat things like use your machine as a firewall or > >  NAT > > > > router.i > > > 6 > > > I can already do that with TCPware ... big deal! > >t6 > > Exactly what of the above can you do with TCPware? >oO > I can packet filter any IP address or port out there, that is what I mean ...nJ > I can set set up any incoming or outgoing address restrictions I need toJ > for anything or any service, I can even filter smtp mail ... it has been2 > on vms tcpware for years ... were have you been?  : Exactly since when have you been able to NAT with TCPware?   ------------------------------    Date: 27 Mar 2002 17:24:12 -0800( From: bob@instantwhip.com (Bob Ceculski)3 Subject: Re: Once a fool, always a fool I guess ...r= Message-ID: <d7791aa1.0203271724.29d5e9f9@posting.google.com>t  Y "Dale King" <dalek@forpresident.com> wrote in message news:<a7tgt1$2q9$1@lore.csc.com>...07 > "Bob Ceculski" <bob@instantwhip.com> wrote in messagea9 > news:d7791aa1.0203270546.1b0fce5b@posting.google.com...A9 > > "Dale King" <dalek@forpresident.com> wrote in message"& >  news:<a7rovi$47g$1@lore.csc.com>...; > > > "Bob Ceculski" <bob@instantwhip.com> wrote in messagexP > > > > > Netfilter is an advanced packet filter.  It lets you filter just about >  anythingVR > > > > > IP, and allows you to do neat things like use your machine as a firewall >  or/ >  NAT > > > > > router.f > > > > 8 > > > > I can already do that with TCPware ... big deal! > > >s8 > > > Exactly what of the above can you do with TCPware? > >eQ > > I can packet filter any IP address or port out there, that is what I mean ...>L > > I can set set up any incoming or outgoing address restrictions I need toL > > for anything or any service, I can even filter smtp mail ... it has been4 > > on vms tcpware for years ... were have you been? > < > Exactly since when have you been able to NAT with TCPware?  ? dhcp server has been in tcpware has been out for awhile now ...-" dhcp client came out last year ...   ------------------------------   Date: 27 Mar 2002 19:46 CSTc' From: carl@gerg.tamu.edu (Carl Perkins) 3 Subject: Re: Once a fool, always a fool I guess ...2- Message-ID: <27MAR200219462899@gerg.tamu.edu>   , bob@instantwhip.com (Bob Ceculski) writes...= }> Exactly since when have you been able to NAT with TCPware?e } @ }dhcp server has been in tcpware has been out for awhile now ...# }dhcp client came out last year ...t  ' DHCP and NAT are two different things.    5 You can tell by the way they are spelled differently.)   --- Carl   ------------------------------    Date: 27 Mar 2002 18:02:48 -0800( From: bob@instantwhip.com (Bob Ceculski)3 Subject: Re: Once a fool, always a fool I guess ... = Message-ID: <d7791aa1.0203271802.6d445502@posting.google.com>   U system@SendSpamHere.ORG wrote in message news:<00A0B44A.0BCE22D0@SendSpamHere.ORG>... Y > In article <21MAR200206483608@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:t1 > >"Dale King" <dalek@forpresident.com> writes...g9 > >}"Bob Ceculski" <bob@instantwhip.com> wrote in messagee; > >}news:d7791aa1.0203201611.4943c0aa@posting.google.com...g4 > >}> Analysts: Security flaws won't undermine Linux > >}>. > >}> By TODD R. WEISS > >}> (March 15, 2002) >   K > >}> Three weeks ago, a vulnerability was reported in a Netfilter firewallwG > >}> component used in various versions of the Linux kernel that could F > >}> result in open ports that would allow intrusions by hackers (see
 > >}> story).d > >} hK > >}Wouldn't it be nice to have something like netfilter in the VMS kernel?s > >p > >No, it would not. > >eK > >The proper place for such a thing, if you want it, is not in the kernel.h > I > Would you care to explain what this netfilter thing in the Linux kernel  > does for one using Linux?g  * it makes them think they have security ...   ------------------------------    Date: 27 Mar 2002 18:07:06 -0800( From: bob@instantwhip.com (Bob Ceculski)3 Subject: Re: Once a fool, always a fool I guess ...,= Message-ID: <d7791aa1.0203271807.4edc4bcb@posting.google.com>.  Y "Dale King" <dalek@forpresident.com> wrote in message news:<a7drbk$p7f$1@lore.csc.com>...97 > "Bob Ceculski" <bob@instantwhip.com> wrote in messagek9 > news:d7791aa1.0203210556.771a8e4b@posting.google.com...n9 > > "Dale King" <dalek@forpresident.com> wrote in message>& >  news:<a7bk76$hiq$1@lore.csc.com>...; > > > "Bob Ceculski" <bob@instantwhip.com> wrote in messagee= > > > news:d7791aa1.0203201611.4943c0aa@posting.google.com...l6 > > > > Analysts: Security flaws won't undermine Linux > > > >1 > > > > By TODD R. WEISS > > > > (March 15, 2002) >  0M > > > > Three weeks ago, a vulnerability was reported in a Netfilter firewallfI > > > > component used in various versions of the Linux kernel that couldsH > > > > result in open ports that would allow intrusions by hackers (see > > > > story).  > > > M > > > Wouldn't it be nice to have something like netfilter in the VMS kernel? O > > > Unfortunately I can't see VMS getting anything as powerful as this in thet >  nearcO > > > furture.  Even so, such a piece of software is unlikely to be problem (oro > > > exploit) free first go.i > > >>O > > > Sure we can see VMS isn't susceptible to these attacks, but really, theren > >5N > > vms doesn't need netfilter!  you answered your own question in your second= > > statement ... "vms isn't vulnerable to these attacks" ...n > L > I never said it was not vulnerable.  That we won't know until someone gets! > interested enough to have a go.   2 The best hackers in the country tried to hack VMS:  ,   http://www.pointsecure.com/Defconwhite.pdf!   "Virtually Unhackable" DEFCON9:o   ------------------------------  + Date: Thu, 28 Mar 2002 02:11:48 +0000 (UTC)> From: david20@alpha2.mdx.ac.uk3 Subject: Re: Once a fool, always a fool I guess ....* Message-ID: <a7tu54$44$2@aquila.mdx.ac.uk>  h In article <d7791aa1.0203271724.29d5e9f9@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:Z >"Dale King" <dalek@forpresident.com> wrote in message news:<a7tgt1$2q9$1@lore.csc.com>...8 >> "Bob Ceculski" <bob@instantwhip.com> wrote in message: >> news:d7791aa1.0203270546.1b0fce5b@posting.google.com...: >> > "Dale King" <dalek@forpresident.com> wrote in message' >>  news:<a7rovi$47g$1@lore.csc.com>...e< >> > > "Bob Ceculski" <bob@instantwhip.com> wrote in messageQ >> > > > > Netfilter is an advanced packet filter.  It lets you filter just aboute >>  anythingS >> > > > > IP, and allows you to do neat things like use your machine as a firewalll >>  or >>  NATe >> > > > > router. >> > > >9 >> > > > I can already do that with TCPware ... big deal!b >> > >9 >> > > Exactly what of the above can you do with TCPware?  >> >R >> > I can packet filter any IP address or port out there, that is what I mean ...M >> > I can set set up any incoming or outgoing address restrictions I need toaM >> > for anything or any service, I can even filter smtp mail ... it has been.5 >> > on vms tcpware for years ... were have you been?o >> y= >> Exactly since when have you been able to NAT with TCPware?h >i@ >dhcp server has been in tcpware has been out for awhile now ...# >dhcp client came out last year ...h  N Since when has dhcp had anything to do with NAT, Firewalls or packet filtering ?d  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Wed, 27 Mar 2002 21:24:38 -0500m( From: Bill Gunshannon <bill@cs.uofs.edu>3 Subject: Re: Once a fool, always a fool I guess ...gB Message-ID: <20020327212353.R70195-100000@server2.cs.scranton.edu>  # On 27 Mar 2002, Bob Ceculski wrote:   [ > "Dale King" <dalek@forpresident.com> wrote in message news:<a7tgt1$2q9$1@lore.csc.com>...r > >g> > > Exactly since when have you been able to NAT with TCPware? >hA > dhcp server has been in tcpware has been out for awhile now ...a$ > dhcp client came out last year ... >o  3 And that has exactly what to do with the question??t   bill   -- tJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |> Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------  % Date: Wed, 27 Mar 2002 21:27:40 -0500r( From: Bill Gunshannon <bill@cs.uofs.edu>3 Subject: Re: Once a fool, always a fool I guess ... B Message-ID: <20020327212650.A70195-100000@server2.cs.scranton.edu>  # On 27 Mar 2002, Bob Ceculski wrote:o   >n4 > The best hackers in the country tried to hack VMS: >e   For two whole days!!!    bill   -- iJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |> Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------  % Date: Thu, 28 Mar 2002 14:30:50 +1100 * From: "Dale King" <dalek@forpresident.com>3 Subject: Re: Once a fool, always a fool I guess ... ' Message-ID: <a7u2pb$cc2$1@lore.csc.com>e  5 "Bob Ceculski" <bob@instantwhip.com> wrote in messagei7 news:d7791aa1.0203271724.29d5e9f9@posting.google.com...p> > > Exactly since when have you been able to NAT with TCPware? >1A > dhcp server has been in tcpware has been out for awhile now ...n$ > dhcp client came out last year ...   uhuh, what about NAT?    ------------------------------  # Date: Wed, 27 Mar 2002 19:21:50 GMTn. From: "Richard L. Dyson" <rickdyson@mchsi.com> Subject: Re: OpenSSH Clienth) Message-ID: <3CA21BCB.5596587E@mchsi.com>    Jerry Leslie wrote:r > 6 > Daniel Fischer (daniel.fischer@bger.admin.ch) wrote:9 > : I'm looking for an OpenSSH client for OpenVMS AXP ...  > 6 > FISHU1006.ZIP via anonymous ftp from riceng.rice.edu > 6 > --Jerry Leslie     (my opinions are strictly my own)  F I would suggest the slightly newer (but note, FISH has been 'retired') release at:s  $ 	ftp://ftp.lp.se/vms/fishu2006.patch   The FISH home page is:   	http://www.free.lp.se/fish/   Rick   ------------------------------  % Date: Wed, 27 Mar 2002 20:58:46 -0800 " From: GreyCloud <mist@cumulus.com>6 Subject: Re: OpenVMS port to Intel - video now on line/ Message-ID: <ua58a7at8lc7b1@corp.supernews.com>s   Tim Llewellyn wrote:   >  >  > GreyCloud wrote: >> . >> Tim Llewellyn wrote:w >> : >> > >> ># >> > system@SendSpamHere.ORG wrote:  >> >>aI >> >> In article <JFFn8.1446$fL6.28448@news.cpqcorp.net>, "Sue Skonetski"N* >> >> <susan.skonetski@compaq.com> writes:0 >> >> > This is a good video and worth your time0 >> >> >http://www.compaq.com/hps/ipf-enterprise/ >> >> >z >> >> >warm regards, >> >> >6
 >> >> >sue >> >> >0 >> >> >  >> >> >- >> >>.J >> >> Can you get it converted to an MPEG so that we non-weendoze types --C >> >> like those of use that actually still use VMS -- can view it?o >> >I >> > A higher quality streaming version for those of us with DSL wouldn'tgG >> > go amiss, either. The text is quite difficult to read on the modem- >> > quality version.- >> > >>  J >> I'm on cable and it still was a poorly done presentation.  Their serverI >> only pumped out at 45kb/sec.  Other presentations I've seen from other3L >> companies came down at around 880Kb/sec and were a lot better and clearer >> as well.e >> t > I > I'm on DSL but only got the 6Kb/sec (ie modem) version, that was what It6 > was complaining about. My DSL maxes out at 65Kb/sec. >   H Must've been done by a IIS server then, OR something between my ISP and  theirs was hosed.    ------------------------------  # Date: Wed, 27 Mar 2002 18:38:53 GMTt" From: "Hans Vlems" <hvlems@iae.nl>: Subject: Re: Re[5]: SW Command Console for Raid array 30000 Message-ID: <1loo8.399$6w3.8542@typhoon.bart.nl>  	 Valentin,e  D considering my experiences with SWCC I guess it is HSZ22 that is theL product needed in this case. It is not part of SWCC V2.1 that was downloaded6 since that version is unable to connect to the RA3000.J The serial console (via Hyperterm) does work so the hardware connection is
 all right.   Hans  ? Valentin Likoum <valentin.likoum@ncc.volga.ru> wrote in messageg/ news:16836848988.20020327181028@ncc.volga.ru... 6 > On 27.03.2002 Hans Vlems <hvlems@zfree.co.nz> wrote: >. > 
 > > Valentin,C > I > > SWCC proved too complicated (it still cannot establish a connection).tI > > But your method worked flawlessly. The password was still the defaultt
 > > value. > [snip] >nG >   There are two types of graphical consoles: SWCC which works throughID > network with SWCC agent installed on the host and something called> > "HZ22 Command console" which works through the same RS232 asF > Hyperterm. So if you have difficulty with SWCC you could use HZ22... > though it's very slow. >k > -- >   Valentin Likoum   >   valentin.likoum@ncc.volga.ru >r   ------------------------------  % Date: Wed, 27 Mar 2002 20:48:13 +0100u3 From: "Geert Van Pamel" <geert.van.pamel@skynet.be>u Subject: Re: SCRNOTCURAV in dbgo6 Message-ID: <3ca221fe$0$29684$ba620e4c@news.skynet.be>   Are you sure you did       cc /debug /noopt     link /debug    ------------------------------  % Date: Wed, 27 Mar 2002 12:19:49 -0800 # From: "Tom Linden" <tom@kednos.com>f Subject: RE: SCRNOTCURAV in dbg 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEBJEHAA.tom@kednos.com>m  D Thanks, it was the link,  the debug flag was not being passed to mms   > -----Original Message-----: > From: Geert Van Pamel [mailto:geert.van.pamel@skynet.be]* > Sent: Wednesday, March 27, 2002 11:48 AM > To: Info-VAX@Mvb.Saic.Com ! > Subject: Re: SCRNOTCURAV in dbgr >  >  > Are you sure you did >  >     cc /debug /noopt >     link /debugo >  >  >    ------------------------------  % Date: Wed, 27 Mar 2002 21:35:50 +0100t3 From: "Geert Van Pamel" <geert.van.pamel@skynet.be>k Subject: Re: SCRNOTCURAV in dbgt6 Message-ID: <3ca22d26$0$29693$ba620e4c@news.skynet.be>  K Are you running in a Cluster environment, then make sure that all disks areM- physical available and mounted on all systems.  # Be sure to define all logical names   . Caveat with MOUNT /EXEC /SYSTEM /CONCEAL disks  J Are you running NFS (Network File System) or DFS (Distributed File System)K then make sure that there is a network connection and the client and serverv software are proporly running.  ) To be sure perform a SHOW DEVICE src-disku   ------------------------------  # Date: Thu, 28 Mar 2002 01:52:59 GMTn" From: kkal@javakk.com (Ken Kalish) Subject: spammed by Compaq+ Message-ID: <3ca5761d.5665039@news.ptd.net>   4 Well, I used to be a netcop... hardboiled to be sure  N still, I got email from compaq today.... They must have harvested fron this ng   technically it is spam. as UBE  M I didn't mind getting it at all, personally, but I just offer this as to whata> you smtp admins might consider when talking about spamblocking -- n   Regards,  
 Ken Kalish   there is no Java cartelt   ------------------------------   Date: 27 Mar 2002 16:50 CST,' From: carl@gerg.tamu.edu (Carl Perkins) + Subject: Re: System software status utilitye- Message-ID: <27MAR200216501322@gerg.tamu.edu>s  ( tim.llewellyn@blueyonder.co.uk writes... }Carl Perkins wrote:g }> In article <3ca0f86b$1@news.si.com>, "Brian Tillman" <tillman_brian@notnoone.notnohow.com> writes... > }> }>Way too vague a problem, with way too many choices.  EachE }> }>application probably has it's own requirements for what is meantwB }> }>by "up" - connect to an IP port, connect to a decnet port, isB }> }>there a process called "ABC" running, is there a queue called  }> }>"XYZ" running, etc etc etc. }> }P }> }Yeah, and how do you tell if the C compiler is "up"?  That doesn't even make
 }> }sense. }> }--E }> }Brian Tillman                   Internet: tillman_brian at si.com- }> -D }> DEC C has a DECC$STARTUP.COM file. It installs the compiler imageB }> and massage file. (Although it will work without running this -; }> it is the "DEC C optional startup procedure" after all.)m } D }That doesn't help if the DECC$STARTUP.COM is executed in batch withD }no synchronization with systartup, then the user logs in just afterE }boot and finds no C compiler because the compiler startup job hasn't A }run yet, which is my best interpretation of the kind of problems ) }the original poster was trying to solve.   }tim.llewellyn@blueyonder.co.uk   < As I pointed out, the startup for that is optional. It works> without it, just not starting up quite as quickly as the image? and message file are not installed (in the sense of "having had ! the INSTALL command used on it").o  : The "Yeah, and how do you tell if the C compiler is "up"?": question is simply not actually useful - it is always "up"= if it is  installed (in the sense of "installing the softwareo; on the system via PRODUCT INSTALL or VMSINSTAL" rather than = "using the INSTALL command to make the image a known image"). < You can't log in and find no C compiler if it was there when< the system shut down (or, at least, if you do you have a lot@ more to worry about than that since your system disk is probablyE in very bad shape - booting at all was quite possible a one-last-timed type miraculous event).t  @ But if you want to make sure that the startup file has run, thenA that is easy to check for: you check to see if the compiler imagewC has been installed (in the sense of "having had the INSTALL commandc< used on it", discovered perhaps via somthing like the use of; F$FILE_ATTRIBUTES("SYS$SYSTEM:DECC$COMPILER.EXE","KNOWN")).l  A This is preciecely why there is no "just do this" solution. Everya? system's selection of software is different and requires you tohD decide what you mean by "up" for each pice of software individually.B What you mean by "up" may not be what I mean by "up". If you don'tC want anybody to be able to log in until the C startup has installed F the images, then you have to check to see if the images are installed.A If you don't care if they have been installed or not (since it'll>E work anyway) before the users log in then you don't have to check it.n   --- Carl   ------------------------------    Date: 27 Mar 2002 11:20:12 -0800# From: TADAMSMAR@AOL.COM (Tom Adams)w Subject: SYSTEM-F-IVIDENT ?c= Message-ID: <708f3b7f.0203271120.25e138ed@posting.google.com>s  7 I got this from a QIO, but the channel number looks OK.    What can cause this?   ------------------------------  % Date: Wed, 27 Mar 2002 20:08:24 +0100c2 From: martin@radiogaga.harz.de (Martin Vorlaender)$ Subject: Re: tcpip5.1  smtp question; Message-ID: <3ca218a8.524144494f47414741@radiogaga.harz.de>@  # Ken Kalish (kkal@javakk.com) wrote:.& > "Tom Linden" <tom@kednos.com> wrote:G > >Thanks.  Is there any advantage to your ISP _not_ registering the IPu' > >of their mail server?  Just curious.u >aI > Tom, the approach of rejecting mail from an IP which does not have rDNS > > is aimed at spammers who operate from a dialup account [...] >-L > I couldn't imagine an ISP which doesn't have rDNS on its MX(s), except for > those in Asia.  I It should be noted here that my ISP's system that causes all this trouble2I is _not_ his mail server (how could it be? MX records only work with hostmF names). It seems that he forwards my UUCP mail to the internet using a non-registered system.   cu,a   Martin -- uD                     | Martin Vorlaender    |    VMS & WNT programmer-   Smiert Spamionem  | work: mv@pdv-systeme.de>D                     |       http://www.pdv-systeme.de/users/martinv/4                     | home: martin@radiogaga.harz.de   ------------------------------  # Date: Thu, 28 Mar 2002 04:05:13 GMT # From: "John Smith" <a@nonymous.com>yJ Subject: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64B Message-ID: <ZDwo8.119$1A1.5@news02.bloor.is.net.cable.rogers.com>  I I was cleaning out my office today and came across the following article,tI which was published in ENT (Enterprise NT) magazine on November 19, 1997.N" Thought I'd share it with the n.g.  " The 2nd paragraph is interesting - /conspiracy on7 the discounts will expire...maybe Intel leans on Compaqf /consipracy offe   -------------------------------g   Is Digital Surrendering?  J I was gulping down handfuls of my favorite Malto-Meal Honey Nut Toasty 0'sK cereal the other day when this headline from the Wall Street Journal jumpedc: off the page: "Digital in Talks With Intel on Alpha Chip."  L I just about choked. The entire article appeared on page A3, Monday, OctoberG 6, 1997. Buried in the article are the following details: "The complete<J financial terms of any settlement remained unclear, but would involve bothL immediate payments and long-term discounts for Digital on Intel chips. UnderJ one scenario, Intel would buy Digital's Alpha manufacturing operations forI $650 million. ... On top of that, Intel would pay $200 million to licensetL the right to use the microprocessor. ... Digital also would get $100 millionJ or more a year over a period of seven years in discounts on chip purchases from Intel."  ; As it turns out, this was just a preview of things to come.   I Before launching Scott Consulting Corp. in early 1994,1 worked at DigitaleG for 12 1/2 years. As part of my job in the early 1990s, I delivered thetL nondisclosure presentations about the upcoming new Alpha chip to prospectiveJ customers in the upper midwest United States. I still count lots of peopleC inside Digital as friends, and I am an unabashed Alpha cheerleader.c  I The pitch made sense: 64-bit computing was coming, and Digital would make L Alpha the standard platform for this brave new world. Digital would activelyI recruit hardware vendors to make systems from Alpha chips, and they woulde@ recruit all kinds of software developers to write sophisticated, 21st-century applications.  G Alpha really is a technological marvel. With Alpha's PAL code, it could J con-ceivably run any number of operating systems, thus making it among theF most ver-satile chips on the market. As proof, when Windows NT hit theJ market, the engi-neers at Digital quickly retrofitted appropriate PAL codeL and firmware, and made Windows NT on Alpha a reality. At one time, there wasH even a project underway to use an Alpha-based system as a native NetWareI server. Alpha's RISC optimizations are really neat, and as far as I know,@I the Alpha chips boast raw clock speeds faster than any other chips on them market.n  J I listened to executive after executive gush about all the nifty plans theF company had for Alpha. In one technological bold stroke, Digital wouldK overpower the industry. So what happened? Digital failed to create any kind L of large market for Alpha, they failed to find any significant partners, andJ they failed to find a critical mass of software developers to build nativeE applications. Alpha was a technological success but a market failure.o  J Given all that history and my clearly biased view, my first reaction afterJ reading the article was shock. How could Digital sell out its crown jewel?K What happened to its will to compete? What happened to all those big plans? D After the company gets rid of Alpha, what's left to make Digital anyG different than any other hardware vendor? I spent lots of time that daye( muttering to myself and shaking my head.  H The stock market disagreed with me. The next day, Digital's stock jumpedG about $4, and the last time I looked, it was trading at about $49 - the G highest level I can remember since 1993. The consensus? By turning overpJ Alpha to Intel, Digital removes a big cash drain and frees itself to focus on system sales.  K Well, the deal went down and the Wall Street Journal reported it on OctoberbE 28, 1997, page A3. Intel will pay Digital a wad of cash for Digital's-K semiconductor plant and is obligated to manufacture Alpha chips for DigitalnL for 7 years. Digital will help port NT to Intel's coming IA-64 chip and will also port Digital UNIX.5  L Digital also sent out a press release about the same time, filled with lofty> quotes. This one is my favorite, from Bob Palmer, Digital CEO:I "Customers can be confident that whether they make a commitment to 64-bitnK Windows NT or Digital UNIX, today or in the future, their applications willtK run regardless of the underlying hardware - Alpha or IA-64. And our OpenVMSsJ cus-tomers also have assurance that we will continue to support OpenVMS on! Alpha well into the next decade."s  L Read between the lines. Digital just killed Alpha. This means Digital's RISCF NT and UNIX customers will need to migrate once again, and its OpenVMSF cus-tomers with mission-critical applications have no future. SomebodyL should write a book about one of the most monumental blunders in the history of business.  G The question we now face as consumers is, What do we buy when we need a1 bulletproof server?n  I Greg Scott, Microsoft Certified Systems Engineer (MCSE), is president  of 4 Scott Consulting Corp. (Eagan, Minn). Contact him at gregscott@scottconsulting.comn   ------------------------------    Date: 27 Mar 2002 23:19:02 -0600+ From: young_r@encompasserve.org (Rob Young)oN Subject: Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-643 Message-ID: <$SvFXOwYzgMj@eisner.encompasserve.org>-  h In article <ZDwo8.119$1A1.5@news02.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:  K > I was cleaning out my office today and came across the following article,cK > which was published in ENT (Enterprise NT) magazine on November 19, 1997.a$ > Thought I'd share it with the n.g. >    	[snip]c  B 	Greg Scott is a basher... former VMSer, CTO of some company now..* 	see below... here is another view of his:  2 http://www.101com.com/elx/article.asp?articleid=48  K Before I became independent six years ago, I spent several years at Digital0O Equipment Corporation and became a vocal OpenVMS supporter. OpenVMS still has aeN special place in my heart, but I also need to feed a family. Thats why I choseC to become proficient with Windows NT and Microsoft products. It was L inexpensive, and it looked like it would provide consulting work for several years.  0 	So when he asks elsewhere , rhetorically below:   > I > The question we now face as consumers is, What do we buy when we need a  > bulletproof server?) >   ( 	Ummmm... NT with all the service packs?   > N > Read between the lines. Digital just killed Alpha. This means Digital's RISCH > NT and UNIX customers will need to migrate once again, and its OpenVMSH > cus-tomers with mission-critical applications have no future. SomebodyN > should write a book about one of the most monumental blunders in the history > of business. > I > The question we now face as consumers is, What do we buy when we need ae > bulletproof server?  > K > Greg Scott, Microsoft Certified Systems Engineer (MCSE), is president  ofN6 > Scott Consulting Corp. (Eagan, Minn). Contact him at > gregscott@scottconsulting.com  >  >  >   M Greg Scott, Microsoft Certified Systems Engineer (MCSE), is founder and Chief M Technology Officer of InfraSupport Etc. Corp. (Eagan, Minn.). You can contacte Greg by      	CTO is cooler.w  2 	By the way, here is that article above, rehashed:  8 http://entmag.com/columns/article.asp?EditorialsID=16380   	A nice snippet:    O First, if I were in charge of Compaq OpenVMS or Tru64, I would look for anothertM job. Even if the buyout doesnt come to fruition, OpenVMS and Tru64 are in big J trouble. Tandem has the reputation and market share in non-stop computing,O Intel servers own the low end, and UNIX owns the midrange. Alpha is history and J HP bet on IA-64 years ago when it partnered with Intel. Compaq Tru64 neverO achieved any significant market share, OpenVMS is slowly dying, and >> I have a P hard time believing any serious IA-64 porting work is going on.<< That means theO combined company will likely offer Windows 2000/XP, Linux, and maybe Netware on-J the low end, some variation of HP-UX with a few Tru64 porting tools in the# middle, and Tandem at the high end.]    E 	OpenVMS is slowly dying.  He was saying that 5 years ago.  He shouldyD 	apply for a job at Gartner.  "No porting work is going on"  Sheesh. 	Joker joker joker!a    O If I were an OpenVMS or Tru64 customer, I would stay up at night worrying aboutdN the future of my applications and what platform to use. The world will not sitK still and wait for HP/Compaq to sort itself out, and any customer who stillaM trusts whats left of the former DEC brain trust is nuts. Frankly, I would not8K believe any nondisclosure presentations from Compaq reps or their resellers.L unless they can show tangible evidence of real, ongoing engineering work andN somehow demonstrate a commitment to continued engineering even after a buyout.N And Compaq cant demonstrate such a commitment because its leaders want to sell out.  B 	He is like the folks at Aberdeen that wrote that piece for Intel.F 	He is also like that guy at Gartner that wrote that piece on OpenVMS.A 	He surely didn't bother to call anybody... "unless they can show > 	tangible evidence of real, ongoing engineering work", "I have> 	a hard time believing any *SERIOUS* porting work is going on"   	What a crock of crud...     	Here Greg if you get time:   ' http://www.theinquirer.net/15010212.htmP  O "The port is nowhere near a $200M investment. We anticipate that at its peak we3N will have about 40 engineers working on the port, and will spend about $30-40MN in total over a three-year period. During the discussion, the $200M investmentO was further clarified as the entire OpenVMS business investment - not just thatC  related to the Itanium efforts."  ? 	That is just a portion.  If you care to Greg, drop Mark Gorham B 	an email at Mark.Gorham@Compaq.com and I am sure he will fill youH 	in on more facts.  I am certain you are NOT interested in facts though,: 	so on second thought ... don't waste Mark's time, please.  M OpenVMS and/or Tru64 could spin off into its own company. Here is a marketing ( niche an OpenVMS company might exploit:   M Just recently, I had a heart-to-heart conversation with a long-time customer 0M complaining about forced upgrades with Microsoft products. She pointed to an CO OpenVMS Alphaserver in the data center and said it just works, year after year.uN (I should know; I set it up.) Then she pointed to yet another Intel server we O were installing and complained that her operation now depends on a complex web eH of these servers, and if any one of them fails, her data center has big 	 problems.m  K Shes right. Given recent history, I wonder if a mass market now exists thate cares about reliability?    = 	Funny... his story is still wandering after all these years. : 	You get the impression after working with NT, he tires of 	the crud, look at this again:    L Just recently, I had a heart-to-heart conversation with a long-time customerL complaining about forced upgrades with Microsoft products. She pointed to anO OpenVMS Alphaserver in the data center and said it just works, year after year.iM (I should know; I set it up.) Then she pointed to yet another Intel server weoN were installing and complained that her operation now depends on a complex webG of these servers, and if any one of them fails, her data center has biga	 problems.   K Shes right. Given recent history, I wonder if a mass market now exists thatr cares about reliability?    C 	No Greg.  No one cares about reliability in the mass market.  They0? 	are quite content doing what I see them doing... rolling in so C 	many NT boxes they are literally running out of floor space.  WithT@ 	- as you so rightly observed - a plethora of boxes like a stackD 	of cards.  But don't worry, they have failovers for everything.  No@ 	way of knowing for sure if that test they ran 6 months ago will< 	still work at the appointed time, but who cares.  No way ofA 	knowing just how unstable everything is.  But it doesn't matter,> 	it has Weendoze on it. . ..   				Rob}  ! cc: gregscott@infrasupportetc.comm   ------------------------------  % Date: Wed, 27 Mar 2002 19:22:23 +0100a' From: "Joerg Spilling" <spi@equicon.de>a= Subject: Re: Today's odd Compaq Working Group Survey Questions/ Message-ID: <a7t3e2$m42$01$2@news.t-online.com>l  E Nice to read that you know and work with PDP-11. We see some more. WesF replace currently in Europa PDP-11 with new emulator systems (soft- orL hardware). It's amazing how many systems are currently working! We have alsoH at least one complete PDP-11 in the corner. And we have also worked with; nice PDP-11 clones from Rusian, Bulgarian and East-Germany.t   Joerge  > "Peter Weaver" <peter.weaver@stelco.ca> schrieb im Newsbeitrag+ news:Swlo8.6901$je5.51473@nnrp1.uunet.ca...d0 > "Andy" <acs@fcgnet.works.net> wrote in message: > news:Xns91DE606D98B7Aacsfcgnetworksnet@216.166.71.232... > >...< > > The last PDP-11 I saw at a customer site (when replacing; > > a VAX with an Alpha) hadn't been used in years (but waso< > > claimed to be "ready to go" with the RSTS version of our= > > software (long obsolete) if it ever became necessary) ande; > > was just there to "reserve" the space for future use soN9 > > some greedy administrator wouldn't "repurpose" it ford< > > some non-computer activity. :-). Not sure if it is still% > > there..... that was back in 2000.h > >... >uL > I saw two working PDP-11 machines last fall. Actually one was working, oneH > was a hot standby, a bunch more were in boxes around the room as spareI > parts. I have also seen real working application running on an emulatedn8 > PDP-11. When an application works well, it just works! >a >t > -- > Peter WeaverJ > Opinions are my own, and do not reflect the opinions of my employer, nor thehI > company that it sub-contracts to, nor the company that it sub-contractss to.  >I >A   ------------------------------  % Date: Wed, 27 Mar 2002 15:04:41 -0800w# From: "Tom Linden" <tom@kednos.com>nO Subject: RE: VERB update (was Re: Does the PIPE command use a new entity type?)e9 Message-ID: <CIEJLCMNHNNDLLOOGNJIMECAEHAA.tom@kednos.com>l    I tried installing it on AXP 7.3   FREJA> mms/Macro="__ALPHA__=1"  B If "''F$Search("VERB.OLB")'" .EQS. "" Then LIBRARY/Create VERB.OLB! LIBRARY/REPLACE VERB.OLB VERB.OBJkH %LIBRAR-E-NONALPHALIB, library DISK$USR:[FREEWARE.VERB]VERB.OLB;1 is not type AXPL %MMS-F-ABORT, For target VERB.OLB(VERB=VERB.OBJ), CLI returned abort status: %X1086B00A.n  # So do I need first to install MAKE?-   > -----Original Message-----6 > From: Hunter Goatley [mailto:goathunter@goatley.com]* > Sent: Wednesday, March 27, 2002 12:51 PM > To: Info-VAX@Mvb.Saic.Com.D > Subject: ANN: VERB update (was Re: Does the PIPE command use a new > entity type?)u >t >?K > On 27 MAR 2002 19:19:49 GMT, Dave Greenwood <greenwoodde@ornl.gov> wrote:  >m$ > >Well, *my* copy of verb works ;-) > >e > > $ verb pipet > > define verb PIPE > >    cliroutine SHELL2 > >    prefix CLI$K_PIPE_h* > >    parameter P1, prompt="pipe command"6 > >       value (required,type=$rest_of_line_noupcase)	 > >[snip]a > >vL > I've added Dave's fix to the "official" VERB distribution, and I upped the> > version number to VERB V2.2-2.  You can find the sources and > object librariesE > in my freeware archives on FTP.PROCESS.COM (or use the URLs below).- > ! > http://www.process.com/openvms/s > 6 > ftp://ftp.process.com/vms-freeware/fileserv/verb.zip; > http://vms.process.com/ftp/vms-freeware/fileserv/verb.zipt2 > ftp://ftp.tmk.com/vms-freeware/fileserv/verb.zip >?+ > And on the other mirrors within 24 hours.s >s > Thanks, Dave!  >U > Hunter > ------; > Hunter Goatley, Process Software, http://www.process.com/ : > goathunter@goatley.com    http://www.goatley.com/hunter/> > New Robert R. McCammon site: http://www.RobertRMcCammon.com/ >    ------------------------------  % Date: Wed, 27 Mar 2002 18:20:14 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>-O Subject: Re: VERB update (was Re: Does the PIPE command use a new entity type?)", Message-ID: <3CA2539B.F65B0043@videotron.ca>   Tom Linden wrote: D > If "''F$Search("VERB.OLB")'" .EQS. "" Then LIBRARY/Create VERB.OLB# > LIBRARY/REPLACE VERB.OLB VERB.OBJaJ > %LIBRAR-E-NONALPHALIB, library DISK$USR:[FREEWARE.VERB]VERB.OLB;1 is not
 > type AXP  N You need to rename VERB.ALPHA_OLB to VERB.OLB  (and discard the VAX version if not needed).   ------------------------------  % Date: Wed, 27 Mar 2002 15:14:38 -0800.# From: "Tom Linden" <tom@kednos.com>rO Subject: RE: VERB update (was Re: Does the PIPE command use a new entity type?) 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIMECBEHAA.tom@kednos.com>o  @ Thanks, that worked.  I suppose next I have to do a SET COMMAND? anything else?       > -----Original Message-----6 > From: JF Mezei [mailto:jfmezei.spamnot@videotron.ca]) > Sent: Wednesday, March 27, 2002 3:20 PMO > To: Info-VAX@Mvb.Saic.ComeJ > Subject: Re: VERB update (was Re: Does the PIPE command use a new entity > type?) >a >d > Tom Linden wrote:nF > > If "''F$Search("VERB.OLB")'" .EQS. "" Then LIBRARY/Create VERB.OLB% > > LIBRARY/REPLACE VERB.OLB VERB.OBJoL > > %LIBRAR-E-NONALPHALIB, library DISK$USR:[FREEWARE.VERB]VERB.OLB;1 is not > > type AXP >oA > You need to rename VERB.ALPHA_OLB to VERB.OLB  (and discard theo > VAX version if > not needed). >l   ------------------------------  + Date: Wed, 27 Mar 2002 17:17:20 -0600 (CST) - From: Hunter Goatley <goathunter@goatley.com>aO Subject: RE: VERB update (was Re: Does the PIPE command use a new entity type?)1, Message-ID: <01KFV2YH5FPY8WVZG4@goatley.com>  " > I tried installing it on AXP 7.3    > FREJA> mms/Macro="__ALPHA__=1"  D > If "''F$Search("VERB.OLB")'" .EQS. "" Then LIBRARY/Create VERB.OLB# > LIBRARY/REPLACE VERB.OLB VERB.OBJlJ > %LIBRAR-E-NONALPHALIB, library DISK$USR:[FREEWARE.VERB]VERB.OLB;1 is not
 > type AXPN > %MMS-F-ABORT, For target VERB.OLB(VERB=VERB.OBJ), CLI returned abort status:
 > %X1086B00A.t  % > So do I need first to install MAKE?   F No, just delete the existing VERB.OLB file.  The supplied .OLB file isF for VAX, and the Alpha file is .ALPHA_OLB  (for those who want to justD do @LINK to build them).  If you want to build it from the MMS file,A then just delete the .OLB so it'll be recreated as an Alpha .OLB.r   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ ; <goathunter@GOATLEY.COM>     http://www.goatley.com/hunter/tD New Robert McCammon novel and site:  http://www.RobertRMcCammon.com/   ------------------------------  % Date: Wed, 27 Mar 2002 16:23:21 -0800s% From: Dean Woodward <deanw@rdrop.com>h9 Subject: Re: Wanted: VMWare Workstation 3.0 Serial Numbert) Message-ID: <3CA26279.9B9EF326@rdrop.com>   	 ti wrote:l >  > Hi,o? > Does anybody have a serial number for VMWare workstation 3.0?n  G Yes.  I find it very useful.  You should try purchasing a valid licenset yourself sometime.   Freddy adds:   > And: > $ > [X] Your post is totally off-topic > [X] Get a real namep > [X] Go away!  
 What he said.y   ------------------------------  % Date: Wed, 27 Mar 2002 15:15:54 -0500n+ From: John Johnstone <jj_usenet1@yahoo.com> % Subject: Re: where is whois ,nslookup ) Message-ID: <3CA1E22A.1E6143FB@yahoo.com>c  5 I've used whois from Phil Ottewell and it works well.m  ) http://www.pottsoft.com/home/pds/pds.htmlr     Tom Linden wrote:a > L > running tcpip5.1 on AXP7.3 are these really not there?  They certainly are > in" > even Multinet 3.3 and Tru64 4.0d   ------------------------------  % Date: Wed, 27 Mar 2002 13:59:54 -0600y/ From: "Stuart, Ed" <Ed.Stuart@austinenergy.com>nY Subject: RE: White paper now available - Total Cost of Ownership for Enter	prise Class ClgT Message-ID: <92EFB80E551BD511B39500D0B7B0CDCC0642C1BA@ohms.electric.ci.austin.tx.us>  J Now if someone could just get this type of message to the folks outside ofL this group.  Thanks for the info Sue, but your preaching to the choir.  Yes,B the members of this group can act as VMS advocates and spread thisI information around, but, at least in my case, information that I bring isaJ not given all the weight it deserves because it comes from an admitted VMSG bigot.  Compaq should be willing to publicize these numbers and let the.K other clustering vendors respond to the report if they elect to.  If CompaqiJ is not willing to do this then it looks like they are not confident in the validity of the report.  h   EdG **Please apply a generous amount of all the usual disclaimers here.**  n   -----Original Message-----7 From: Sue Skonetski [mailto:susan.skonetski@compaq.com]i( Sent: Wednesday, March 27, 2002 12:25 PM To: Info-VAX@Mvb.Saic.Comi@ Subject: White paper now avaialble - Total Cost of Ownership for Enterprise Class Clusterso    L http://www.openvms.compaq.com/openvms/whitepapers/enterprise_tco/enterprise_ tco.pdf E Detailed comparison of the Total Cost of Ownership of four RISC-BasedmJ Cluster Solutions Designed to Provide High Availability.  The four systems< are Compaq OpenVMS , HP9000, IBM RS/6000 and Sun Enterprise.  H Please note that this was not done by Compaq, but by Tech Wise Research.  
 Warm Regards,n   Sue    ------------------------------    Date: 27 Mar 2002 15:51:37 -0600+ From: young_r@encompasserve.org (Rob Young)mY Subject: Re: White paper now available - Total Cost of Ownership for Enter	prise Class Cl 3 Message-ID: <a+l6glZza4D8@eisner.encompasserve.org>-  o In article <d%qo8.110066$Gf.10454551@bin2.nnrp.aus1.giganews.com>, "Bill Todd" <billtodd@metrocast.net> writes:t > < > "Stuart, Ed" <Ed.Stuart@austinenergy.com> wrote in messageN > news:92EFB80E551BD511B39500D0B7B0CDCC0642C1BA@ohms.electric.ci.austin.tx.us. > ..M >> Now if someone could just get this type of message to the folks outside ofl >> this group. > N > Just to reinforce the evidence of the severity of the problem (not that many > here likely doubt it): > N > http://searchstorage.techtarget.com/originalContent/0,289142,sid5_gci538346,	 > 00.htmls > F > "Storage execs rate Unix, OS/390 as most reliable operating systems" > J > NT came in a distant third, by the way.  Guess what wasn't there at all. >   = 	Not to be patroizing but you are usually real good with your A 	references.  This one spends too much time talking about OS/400. - 	Smells like an IBM sponsored ad^H^H article.a  ( 	Sponsorship?  You don't say!  Why sure!  ' http://www.theinquirer.net/27030210.htmM   Intel funded anti-AMD paper   * AMD calls for meeting with Aberdeen Group & By Mike Magee, 27/03/2002 12:06:47 BST  N A REPORT THAT THE Aberdeen Group published about AMD's performance rating (PR)M scheme was compiled without the analyst ever consulting the chip firm, it hasU emerged.   				Robh   ------------------------------  # Date: Wed, 27 Mar 2002 21:40:25 GMTh* From: "Bill Todd" <billtodd@metrocast.net>Y Subject: Re: White paper now available - Total Cost of Ownership for Enter	prise Class ClcB Message-ID: <d%qo8.110066$Gf.10454551@bin2.nnrp.aus1.giganews.com>  : "Stuart, Ed" <Ed.Stuart@austinenergy.com> wrote in messageL news:92EFB80E551BD511B39500D0B7B0CDCC0642C1BA@ohms.electric.ci.austin.tx.us. ..L > Now if someone could just get this type of message to the folks outside of
 > this group.i  L Just to reinforce the evidence of the severity of the problem (not that many here likely doubt it):  L http://searchstorage.techtarget.com/originalContent/0,289142,sid5_gci538346, 00.html   D "Storage execs rate Unix, OS/390 as most reliable operating systems"  H NT came in a distant third, by the way.  Guess what wasn't there at all.   - bill   ------------------------------  % Date: Wed, 27 Mar 2002 15:10:38 -0500 + From: "Main, Kerry" <Kerry.Main@Compaq.com>hY Subject: RE: White paper now available - Total Cost of Ownership for Enterprise Class ClucT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4016CEC83@kaoexc01.americas.cpqcorp.net>   Ed,   C >>> Now if someone could just get this type of message to the folksw outside of this group.<<<i  H Fwiw, this info was widely distributed to many Sales types within Compaq to use with their Customers.   Regardse  
 Kerry Main Senior Consultant  Compaq Canada Corp.d Professional Servicesi Voice: 613-592-4660k Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----7 From: Stuart, Ed [mailto:Ed.Stuart@austinenergy.com]=20  Sent: March 27, 2002 3:00 PM To: Info-VAX@Mvb.Saic.ComnD Subject: RE: White paper now available - Total Cost of Ownership for Enter prise Class Clusters    G Now if someone could just get this type of message to the folks outsideJB of this group.  Thanks for the info Sue, but your preaching to theC choir.  Yes, the members of this group can act as VMS advocates andnE spread this information around, but, at least in my case, informationoE that I bring is not given all the weight it deserves because it comes H from an admitted VMS bigot.  Compaq should be willing to publicize theseE numbers and let the other clustering vendors respond to the report ifsF they elect to.  If Compaq is not willing to do this then it looks like9 they are not confident in the validity of the report. =20v   EdI **Please apply a generous amount of all the usual disclaimers here.** =20d   -----Original Message-----7 From: Sue Skonetski [mailto:susan.skonetski@compaq.com]n( Sent: Wednesday, March 27, 2002 12:25 PM To: Info-VAX@Mvb.Saic.Comp@ Subject: White paper now avaialble - Total Cost of Ownership for Enterprise Class Clusterse    H http://www.openvms.compaq.com/openvms/whitepapers/enterprise_tco/enterpr ise_ tco.pdfrE Detailed comparison of the Total Cost of Ownership of four RISC-BasediB Cluster Solutions Designed to Provide High Availability.  The fourD systems are Compaq OpenVMS , HP9000, IBM RS/6000 and Sun Enterprise.  H Please note that this was not done by Compaq, but by Tech Wise Research.  
 Warm Regards,h   Suer   ------------------------------  + Date: Thu, 28 Mar 2002 03:04:35 +0000 (UTC)e From: david20@alpha2.mdx.ac.ukY Subject: Re: White paper now available - Total Cost of Ownership for Enterprise Class Cluc+ Message-ID: <a7u183$1lt$1@aquila.mdx.ac.uk>M  [ In article <3CA28301.DF10E71C@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:N >JF Mezei wrote: >> t >> "Main, Kerry" wrote:uM >> > Fwiw, this info was widely distributed to many Sales types within Compaq ! >> > to use with their Customers.k >>  H >> But you know very well that Compaq sales never pitched VMS. They wereU >> instructed to pitch NT, Tru64 and then VMS if the customer really insisted on VMS.i >M< >....assuming the sales critters could even *SPELL* V-M-S... >e >--   P Compaq is a caring employer. In their sales division they employ a large number 6 of people with a particularly nasty dyslexic disorder.I This unfortunate disorder manifests as an alphabetic shifting of letters.tL Hence although they really really mean to be pushing VMS they end up pushing WNT.    L Unfortunately some of these people were recently moved into management and aG management consultant told them Compaq needed "GO". Unfortunately theirl/ dyslexia translated this as Compaq needed "HP".k   :)    
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Wed, 27 Mar 2002 16:36:48 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>SY Subject: Re: White paper now available - Total Cost of Ownership for Enterprise Class Clu , Message-ID: <3CA23B66.8A34B9C0@videotron.ca>   "Main, Kerry" wrote:J > Fwiw, this info was widely distributed to many Sales types within Compaq > to use with their Customers.  E But you know very well that Compaq sales never pitched VMS. They were R instructed to pitch NT, Tru64 and then VMS if the customer really insisted on VMS.   ------------------------------  # Date: Thu, 28 Mar 2002 02:33:25 GMTt1 From: "David J. Dachtera" <djesys.nospam@fsi.net>aY Subject: Re: White paper now available - Total Cost of Ownership for Enterprise Class Clur' Message-ID: <3CA28301.DF10E71C@fsi.net>r   JF Mezei wrote:  >  > "Main, Kerry" wrote:L > > Fwiw, this info was widely distributed to many Sales types within Compaq  > > to use with their Customers. > G > But you know very well that Compaq sales never pitched VMS. They were T > instructed to pitch NT, Tru64 and then VMS if the customer really insisted on VMS.  : ...assuming the sales critters could even *SPELL* V-M-S...   -- - David J. Dachtera- dba DJE Systems, http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/a   ------------------------------  % Date: Wed, 27 Mar 2002 23:20:45 -0500e+ From: "Main, Kerry" <Kerry.Main@Compaq.com> Y Subject: RE: White paper now available - Total Cost of Ownership for Enterprise Class ClusT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1DCA@kaoexc01.americas.cpqcorp.net>  B >>> But you know very well that Compaq sales never pitched VMS.<<<  B Some do, some don't. Just as some pitch NT and some prefer not to.8 Depends on the Customer audience - no surprise there.=20  D Ones I deal with in Federal Govt like pitching OpenVMS as they don'tC have to worry about the 32bit server virus's of the day or the manyaG typical hacker attack warnings that are constantly coming out for othera: platforms. These are huge issues for Customers these days.   As an example:: http://www.openvms.compaq.com/openvms/brochures/dfocanada/   :-)o   Regards,    
 Kerry Main Senior Consultante Compaq Canada Corp.n Professional Servicest Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----7 From: JF Mezei [mailto:jfmezei.spamnot@videotron.ca]=20  Sent: March 27, 2002 4:37 PM To: Info-VAX@Mvb.Saic.ComaD Subject: Re: White paper now available - Total Cost of Ownership for6 Enterprise Class Clusters Class ClustersClass Clusters     "Main, Kerry" wrote:F > Fwiw, this info was widely distributed to many Sales types within=20% > Compaq to use with their Customers.   E But you know very well that Compaq sales never pitched VMS. They weredA instructed to pitch NT, Tru64 and then VMS if the customer reallyt insisted on VMS.   ------------------------------    Date: 27 Mar 2002 17:33:40 -0800( From: bob@instantwhip.com (Bob Ceculski)- Subject: Why VMS is "unhackable" lesson 1 ...e= Message-ID: <d7791aa1.0203271733.6dd4f1f8@posting.google.com>m  ( Andrew Harrison SUNUK Consultancy wrote:I > Sorry nice try but no cigar. In a number of cases OpenVMS was vunerablePI > to IP stack exploits, Compaq had posted response to CERT for both Tru64.9 > and OpenVMS, OpenVMS was listed as not being vunerable.V > B > Except that Compaqs own patch reports then listed a patch to fixH > the same vunerability. In otherwords the CERT response did not reflect  > OpenVMS's actual vunerability. > A > Security through obscurity which you are apparently arguing for-= > is one thing but this is not what has happened in the past.   E Andrew, I tried to explain this to you once before.  I must have used C words that were too big since you've completely failed to grasp the G concept.  I'll try once more, and I'll go slowly so follow along now...e  G OpenVMS is not now, nor has it ever been, vulnerable to any sort or any H type of IP exploit.  Why?  Because OpenVMS will completely ignore any IP2 packet it sees unless you add an IP product to it.  = There are multiple choices available when one wants to add IP)G functionality to VMS and you seem to be working very hard at convincingbH folks that one of those choices and VMS are the same thing.  'Tisn't so, though.a  H 1).  TCPIP services for OpenVMS, the product that is a port of the Tru64E unix IP stack, is one of the choices for VMS.  However, and I realize/H this will come as a shock to you, while Unix and VMS perform many of theB same functions, the implementation of those functions is differentA between the two systems.  One major difference is the handling ofs@ dynamic allocation of kernel-based data structures.  Why is thisH significant?  Because I can take two Alpha systems that are identical inH hardware, load Tru64 on one and VMS with TCPIP services on the other andG hit them with several DoS attacks designed to cause resource starvation D of the host.  Result:  The unix box crashes, the VMS box keeps going@ (although sometimes its performance degrades until the attack isH blocked).  This is with that exact piece of code that you keep trying toF claim must make VMS exploitable because it made Tru64 exploitable.  It doesn't.  I can prove it.C  B 2). Multinet.  My product of choice.  I've already told you that IG configured a VMS system with multinet and ran IP attacks against it andLF the system survived every one.  You chose not to believe me.  You evenF went so far as to claim I must not have known what I was doing or beenG fully aware of the network configuration when I ran the test.  Well, noeF one is denying your right to disbelieve me.  However, if you'd like toF visit sunny San Diego, I'll be happy to demonstrate why your disbelief
 is misplaced.O  G 3). UCX.  No longer a product, it has been retired.  It was, however, aiE good example of what a bad product can do to a good system.  If you'd0F like to claim that OpenVMS must not be as secure as is claimed becauseE of what could happen to a system that had UCX running on it, I've gotiC quite a few examples of applications that will prove the exact sameCD thing about Solaris.  Or, perhaps, you are willing to concede that aH badly implemented product is not a reflection of the operating system it- runs on?  Good, then let's get past that one.V  G In short, Andrew, VMS lives up to its security reputation.  It has been-H well-earned over many years through many trials.  Now, since the design,H development, and implementation of VMS is done by mere mortals, mistakesF have been known to happen.  The difference, you see, is that with VMS,G once the mistake is discovered it is fixed - the same cannot be said ofJ Solaris.  G Aesop has a story to tell about people like you.  Go read the one abouteG the fox trying to reach the grapes, it may help you realize the type ofI impression you give people..  
 Mark Berrymans Mark.Berryman@Mvb.Saic.Com Chief Network Engineer   ------------------------------    Date: 27 Mar 2002 17:53:44 -0800( From: bob@instantwhip.com (Bob Ceculski)- Subject: Why VMS is "unhackable" lesson 2 ...l= Message-ID: <d7791aa1.0203271753.24732e05@posting.google.com>o  7 > |> The best hackers in the country tried to hack VMS:w > |> b2         http://www.pointsecure.com/Defconwhite.pdf& > |>   "Virtually Unhackable" DEFCON9: > J The reason for the lack of buffer overflows is due to a number of factors.J One: VMS habitually has used descriptors to pass strings, which have sizesK passed. (Contrast windows NT and successors. Take a look at the ntifs.h and-I you will find numerous input arguments which are null terminated strings, I some even which are arrays of such, terminated by a second null.These areeF sitting like time bombs waiting to cause trouble, and will not readilyI be removed by automated tools pulled from the public domain or internally    ------------------------------   End of INFO-VAX 2002.171 ************************