1 INFO-VAX	Wed, 17 Apr 2002	Volume 2002 : Issue 212       Contents:3 2.9-6 (Re: SIMH 2.9-5 - first official VAX release) 6 Re: A simple way to manipulate the date/time required. Re: Alpha tuning didn't , Re: Anyone using CHARON-VAX for development?, Re: Anyone using CHARON-VAX for development? Re: behavior of working set  Re: Best DIGITAL product ever? Re: BUSINESS-PARTNERSHIP Re: BUSINESS-PARTNERSHIP Coding suggestion please...  Re: Coding suggestion please...  Re: Coding suggestion please...  Re: Coding suggestion please...  Re: Coding suggestion please...  Re: Coding suggestion please...  RE: Coding suggestion please...  Re: Coding suggestion please...  Re: Coding suggestion please...  Re: Coding suggestion please...  Re: Coding suggestion please... / Re: Concurrent Version Systems  (CVS) under VMS ) Re: Could this bode ill for Compaq or HP? 6 DCPS Setup PrintServer 17/600 on new! AlphaServer DS10: Re: DCPS Setup PrintServer 17/600 on new! AlphaServer DS10 DEC 3000/400 VMS 6.2 problem Re: Disk Monitoring + Re: Excursion PCs as X-Terminals on OpenVMS + Re: Excursion PCs as X-Terminals on OpenVMS   Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication  Re: Free Encyption tool for VMS?  Re: Free Encyption tool for VMS?. HP To Build (Linux/IA64) Supercomputer For DoE2 Re: HP To Build (Linux/IA64) Supercomputer For DoE2 Re: HP To Build (Linux/IA64) Supercomputer For DoE2 Re: HP To Build (Linux/IA64) Supercomputer For DoE2 Re: HP To Build (Linux/IA64) Supercomputer For DoE2 Re: HP To Build (Linux/IA64) Supercomputer For DoE2 Re: HP To Build (Linux/IA64) Supercomputer For DoE2 Re: HP To Build (Linux/IA64) Supercomputer For DoEF Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxF Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinux I broke $ SHOW DEV D Re: I broke $ SHOW DEV D Re: I broke $ SHOW DEV DI Re: It isn't just Alpha/OpenVMS users complaining about lack of marketing I Re: It isn't just Alpha/OpenVMS users complaining about lack of marketing  Re: Itanium Oddities Re: Itanium Oddities Re: Itanium Oddities Re: Itanium troubles+ Leak with Apache / Compaq Secure Web Server > Re: learning how to use a computer (was: Re: Itanium troubles)> Re: learning how to use a computer (was: Re: Itanium troubles)> Re: learning how to use a computer (was: Re: Itanium troubles)> Re: learning how to use a computer (was: Re: Itanium troubles)> Re: learning how to use a computer (was: Re: Itanium troubles)> Re: learning how to use a computer (was: Re: Itanium troubles)> Re: learning how to use a computer (was: Re: Itanium troubles)> Re: learning how to use a computer (was: Re: Itanium troubles)> Re: learning how to use a computer (was: Re: Itanium troubles)> Re: learning how to use a computer (was: Re: Itanium troubles) Re: LVD SCSI on PWS 500au  Re: LVD SCSI on PWS 500au  Market Bulletin / MicroVAX 3100-30 self test failure: RT-Retrbctr + Re: More proof EV8 will live in itanium ... + Re: More proof EV8 will live in itanium ... + Re: More proof EV8 will live in itanium ... + Re: More proof EV8 will live in itanium ... + Re: More proof EV8 will live in itanium ...  Re: Mux Server 300) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it  Problem with Compaq C 6.4  Re: Problem with Compaq C 6.4  Re: Problem with Compaq C 6.4   Re: Reduce interupt time on CPU0  Re: Reduce interupt time on CPU0  Re: Reduce interupt time on CPU0> Re: Relative invulnerability of VMS to buffer-overflow attacks> Re: Relative invulnerability of VMS to buffer-overflow attacks> Re: Relative invulnerability of VMS to buffer-overflow attacksP Semi-automatic clutch. (was Re: learning how to use a computer (was: Re: Itanium Re: Shell Accounts Page Update Re: Shell Accounts Page Update Re: Shell Accounts Page Update Re: Shell Accounts Page Update+ Re: SIMH 2.9-5 - first official VAX release " Re: Throughput and additional CPUs" Re: Throughput and additional CPUs, Re: Time to finally rename VMS back to VMS ?, Re: Time to finally rename VMS back to VMS ?0 Re: Trapping Control_C on NT the same way as vms0 Re: Trapping Control_C on NT the same way as vms0 Re: Trapping Control_C on NT the same way as vms Two IP printing problems Re: Two IP printing problems Re: Two IP printing problems VAX Spare Parts in the UK  Re: VAX Spare Parts in the UK  VAX/Alpha CI. Re: VMS "unhackable" example just for Andy ...+ VMS 5.0 docset avail in Richmond, VA area..  VT320 fonts 2 RE: What VMS version runs on a Digital Server 3000# Re: Who has (ever) used DECmigrate?  Re: Win2000 or OpenVMS Re: Win2000 or OpenVMS) [ANNOUNCE] OpenSSL 0.9.6d beta 1 released ( Re: [OT] BUSINESS-PARTNERSHIP (419 scam)( Re: [OT] BUSINESS-PARTNERSHIP (419 scam)( Re: [OT] BUSINESS-PARTNERSHIP (419 scam)( Re: [OT] BUSINESS-PARTNERSHIP (419 scam)P [OT] Re: Semi-automatic clutch. (was Re: learning how to use a computer (was: ReP Re: [OT] Re: Semi-automatic clutch. (was Re: learning how to use a computer (was  F ----------------------------------------------------------------------  % Date: Wed, 17 Apr 2002 10:47:20 -0400 * From: Bob Supnik <bsupnik@nauticusnet.com>< Subject: 2.9-6 (Re: SIMH 2.9-5 - first official VAX release)8 Message-ID: <ki2rbuk0v10h9r2j9qcnlc5gvo1pnt5jbi@4ax.com>  D Found the bug that was causing integer overflow in SDL installation.F In EDIV, if divisor and dividend had different signs, and the quotient+ was 0, the test for overflow was incorrect.   8 Both this and the CASEL fix are released as 2.9-6 today.  B There is still a bug in handling compressed libraries.  Unless theE system libraries are decompressed, installations fail.  This bug does E not occur in Tim Stark's TS10, so a prize to the person who finds the ) discrepancy between the two simulators ;)    /Bob   ------------------------------  # Date: Wed, 17 Apr 2002 13:08:27 GMT . From: Jack Fortune <jack_fortune@towergrp.com>? Subject: Re: A simple way to manipulate the date/time required. - Message-ID: <1103_1019048907@news.cis.dfn.de>   W On 14 Apr 2002 09:12:01 -0700, norma.toolsie@bartsandthelondon.nhs.uk (nortools) wrote:  > Hi, G > Does anyone know a "simple" way to extract the date and time and then A > remove all the superfluous hyphens, colons, full-stops, spaces, G > leaving just the numbers and letters, e.g: 14APR1711. This is without B > having to resort to lots of symbol creations and using f$locate,H > f$extract to manipulate the created symbols. My latest procedure worksG > but runs to about 14 lines. I am sure the same result can be achieved  > in less lines than this. > Thanks > N    What about    5     DATE = F$CVTIME("","ABSOLUTE","DATE") - "-" - "-"   ' Doesn't this return the desired result?      - Jack Fortune   ------------------------------  % Date: Wed, 17 Apr 2002 08:11:06 -0500 1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>   Subject: Re: Alpha tuning didn't8 Message-ID: <a9jsba$914$1@fizban.fizban.pprd.abbott.com>  = Very good summary Rob.  Much better than my ballpark one.  :)    Dave...   6 "Rob Buxton" <rob.buxton@wcc.govt.nz> wrote in message, news:3cbcc0f3.2318495199@news.wcc.govt.nz...5 > On Tue, 16 Apr 2002 13:19:49 -0500, "Dave Gudewicz" $ > <david.gudewicz@abbott.com> wrote: > H > >Perhaps something or someone got into MODPARAMS.DAT while you weren'tD > >looking and autogen gladly accepted the new (and maybe incorrect) > >parameters. > > E > >What I've heard about AUTOGEN over the years:  "it puts you in the 	 ballpark, ) > >but not necessarily in the best seat."  >  > Agree, > 4 > The other thing I usually do after an Autogen is a' > $ diff /para sys$system:setparams.dat  > E > Which gives me a nice quick summary of what's being changed. I find 4 > this a bit easier to read than the Autogen report. > B > I still always do a run through to Testfiles first and check the	 > output.  > B > Also, I think you can revert to the previous params by replacing2 > ALPHAVMSSYS.PAR with the latest ALPHAVMSSYS.OLD. > " > Check before you do this though. > G > You can also use SYSGEN to show the values in the different parameter  > files. > from SYSGEN>  > use sys$system:alphavmssys.old > show npagedyn 
 > use current  > show npagedyn  >  > Rob. > > 
 > >Dave... > > I > >"Brian Tillman" <tillman_brian@notnoone.notnohow.com> wrote in message ! > >news:3cbc5937$1@news.si.com... J > >> I have a lone Alpha 1000 (4/233, 320 Mb memory) in a cluster with ten	 > >orther H > >> VAXes.  The Alpha has been acting as a mail router and running some other H > >> freeware tools, no interactive work by anyone but me (only a single userJ > >> license).  It had been operational for about a year when I decided toG > >> AUTOGEN it.  Man, am I sorry I did.  It jacked up the NPAGEDYN and  PAGEDYN E > >> significantlyand adjusted a number of other parameters.  After a  reboot, # > >> performance is utterly dismal.  > >>L > >> I'm not familiar enough with Alphas to evaluate what parameters to drop > >back  > >> (other than all of them). > >>K > >> I don't expect anyone to really solve my problem, since you don't know  > >this J > >> system, but I just wanted to complain about AUTOGEN a little.  ~whine	 > >whine~  > >> -- F > >> Brian Tillman                   Internet: tillman_brian at si.comF > >> Smiths Aerospace                          tillman at swdev.si.comB > >> 3290 Patterson Ave. SE, MS      Addresses modified to preventA > >> Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@" = > >>        This opinion doesn't represent that of my company  > >> > >> > >  > >  >    ------------------------------    Date: 17 Apr 2002 07:47:27 -0500- From: koehler@encompasserve.org (Bob Koehler) 5 Subject: Re: Anyone using CHARON-VAX for development? 3 Message-ID: <wEatqBcjVL8P@eisner.encompasserve.org>   [ In article <3CBC56A2.17102.8E9E88B@localhost>, "Stanley F. Quayle" <stan@stanq.com> writes:  > G > Up until VMS 5.0, the idle loop was a real process.  It was possible  E > to replace that process with something else.  If SRI added a "back  C > door" to CHARON-VAX, a replacement idle process might be able to    > throttle back CPU utilization.  F    I've tried patching the idle loop to a halt.  It never seems to getE    executed.  I thought when all else was said and done the idle loop     still was in use.  E    Or am I looking in the wrong location?  I followed EXE$NULLPROC to   B       SYSTEM_PRIMITIVES_MIN+01AD0: BRB SYSTEM_PRIMITIVES_MIN+01AD0  7    which sure looks like a match for the fiche listing:          10$:  BRB 10$    ------------------------------  % Date: Wed, 17 Apr 2002 09:18:55 -0400 * From: "Stanley F. Quayle" <stan@stanq.com>5 Subject: Re: Anyone using CHARON-VAX for development? - Message-ID: <3CBD3DFF.1951.C71ACAC@localhost>   + On 17 Apr 2002, at 7:47, Bob Koehler wrote:   H >    I've tried patching the idle loop to a halt.  It never seems to getG >    executed.  I thought when all else was said and done the idle loop  >    still was in use.  ; But your patch means that CHARON-VAX is emulating the HALT  , instruction.  It doesn't halt the emulation.  D Just before you execute the HALT, you have to send a message to the & emulator itself, not the emulated VAX.  E As CHARON-VAX is right now, it's emulating a VAX 100%, so there's no  C way to talk with the emulator.  SRI would have to provide a "hole"  B through which you could control the emulator.  That doesn't exist 
 right now.    
 --Stan Quayle ! President, Quayle Consulting Inc.   
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------    Date: 17 Apr 2002 08:01:56 -0700) From: P.Young@unsw.EDU.AU (Patrick Young) $ Subject: Re: behavior of working set= Message-ID: <55f85d77.0204170701.1253e23a@posting.google.com>   [ carl@gerg.tamu.edu (Carl Perkins) wrote in message news:<9APR200222312831@gerg.tamu.edu>... F > Are you certain these aren't LIB$GET_VM (or one of the variants) andE > LIB$FREE_VM (or one of the variants), both of which are documented?  > 
 > --- Carl  : Sorry for late reply, I've not been posting for a while...  E LIB$VM_MALLOC uses LIB$GET_VM. It has it own idea of how this is done G and allocates it's own "heaps". "heaps" like to grow. I've taken a look E at the code, however have not spent any time with it (read: taken any 4 time to understand it) - it is written in C however.  G BTW, I think I got my page size wrong. pages/pagelets - I never can get A them in the right context, order, or anything else these days :-(    ------------------------------   Date: 17 Apr 02 08:10:30 +0200) From: p_sture@elias.decus.ch (Paul Sture) ' Subject: Re: Best DIGITAL product ever? ) Message-ID: <eAQGbX2cIAtm@elias.decus.ch>   T In article <3CBB43CD.8020003@iee.org>, "antonio.carlini" <arcarlini@iee.org> writes: > Jan-Erik Sderholm wrote:  > F >> Someone sad that DTR-11 was the most overlayed image to ever run onC >> the PDP/RSX. I used it on a 11/84 to produce a number of reports 6 >> from mostly sequentional files. Realy nice product. >  > , > Time for "A Day In the Life ..." methinks: > ? > http://www.arnes.si/news/archive/si.comp.os.vms/msg00126.html  > . I knew that was coming :-) Always a good read.  6 IIRC I shaved something like a second off the CPU time0 to invoke DTR32 on a 780 by INSTALLing all those images, even the stub ones.   
 Paul Sture Switzerland    ------------------------------  % Date: Wed, 17 Apr 2002 07:15:43 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>! Subject: Re: BUSINESS-PARTNERSHIP ) Message-ID: <3CBD130F.94A53A5F@127.0.0.1>   " Mrs Mariam Mobutu Sese-Seko wrote: >  > DEAR FRIEND,2 > I AM MRS. MARIAM MOBUTU SESE-SEKO, WIDOW OF LATE2 > PRESIDENT MOBUTU SESE-SEKO OF ZAIRE NOW KNOWN AS3 > DEMOCRATIC REPUBLIC OF CONGO (DRC). I AM MOVED TO . > WRITE YOU THIS LETTER, THIS IS IN CONFIDENCE4 > CONSIDERING MY PRESENT CIRCUMSTANCE AND SITUATION.  3 The money laundering operation hits the newsgroups.   G You know, if I had a pound (UK) for every time this message hit my home F inbox, I could buy a few rounds of beer for all the UK contributors of% this list even at London beer prices.   E Sorry for being off topic, but I figure it's friendly to put out this 1 warning to any who may not have seen this before.  --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot com    ------------------------------   Date: 17 Apr 2002 13:15:13 GMT) From: leslie@clio.rice.edu (Jerry Leslie) ! Subject: Re: BUSINESS-PARTNERSHIP ' Message-ID: <a9jsh1$4tq$1@joe.rice.edu>   8 Mrs Mariam Mobutu Sese-Seko (kinshasa@excite.com) wrote: :  : DEAR FRIEND=2C  7 : I AM MRS=2E MARIAM MOBUTU SESE-SEKO=2C WIDOW OF LATE  3 : PRESIDENT MOBUTU SESE-SEKO OF ZAIRE NOW KNOWN AS  : : DEMOCRATIC REPUBLIC OF CONGO =28DRC=29=2E I AM MOVED TO 1 : WRITE YOU THIS LETTER=2C THIS IS IN CONFIDENCE  7 : CONSIDERING MY PRESENT CIRCUMSTANCE AND SITUATION=2E   :   /     http://www.secretservice.gov/alert419.shtml       United States Secret Service  M   "PUBLIC AWARENESS ADVISORY REGARDING "4-1-9" OR "ADVANCE FEE FRAUD" SCHEMES &                                       ?             4-1-9 Schemes frequently use the following tactics: &                                       H      * An individual or company receives a letter or fax from an alleged>        "official" representing a foreign government or agency;I      * An offer is made to transfer millions of dollars in "over invoiced 7        contract" funds into your personal bank account; I      * You are encouraged to travel overseas to complete the transaction; C      * You are requested to provide blank company letterhead forms, :        banking account information, telephone/fax numbers;I      * You receive numerous documents with official looking stamps, seals ?        and logo testifying to the authenticity of the proposal; G      * Eventually you must provide up-front or advance fees for various 8        taxes, attorney fees, transaction fees or bribes;I      * Other forms of 4-1-9 schemes include: c.o.d. of goods or services,lF        real estate ventures, purchases of crude oil at reduced prices,F        beneficiary of a will, recipient of an award and paper currency        conversion.         F       If you have already lost funds in pursuit of the above describedH    scheme, please contact the U.S. Secret Service in Washington, D.C. at3                          202-406-5850 or by e-mail.e&                                       7                     Nigerian Advance Fee Fraud Overviews&                                       H    The perpetrators of Advance Fee Fraud (AFF), known internationally asF       "4-1-9" fraud after the section of the Nigerian penal code whichF       addresses fraud schemes, are often very creative and innovative.&                                       G      Unfortunately, there is a perception that no one is prone to enterkF       into such an obviously suspicious relationship. However, a largeG     number of victims are enticed into believing they have been singledeH    out from the masses to share in multi-million dollar windfall profitsF      for doing absolutely nothing. It is also a misconception that theG     victim's bank account is requested so the culprit can plunder it --oG      this is not the primary reason for the account request -- merely al9                   signal they have hooked another victim.x8      * In almost every case there is a sense of urgency;F      * The victim is enticed to travel to Nigeria or a border country;8      * There are many forged official looking documents;H      * Most of the correspondence is handled by fax or through the mail;I      * Blank letterheads and invoices are requested from the victim alongg$        with the banking particulars;C      * Any number of Nigerian fees are requested for processing theHC        transaction with each fee purported to be the last required;i@      * The confidential nature of the transaction is emphasized;E      * There are usually claims of strong ties to Nigerian officials;tI      * A Nigerian residing in the U.S., London or other foreign venue may I        claim to be a clearing house bank for the Central Bank of Nigeria;gE      * Offices in legitimate government buildings appear to have been C        used by impostors posing as the real occupants or officials.         (I    The most common forms of these fraudulent business proposals fall intoa1                            seven main categories:('      * Disbursement of money from willsh3      * Contract fraud (C.O.D. of goods or services)       * Purchase of real estate"      * Conversion of hard currency5      * Transfer of funds from over invoiced contracts /      * Sale of crude oil at below market pricesi        eG     The most prevalent and successful cases of Advance Fee Fraud is theVF       fund transfer scam. In this scheme, a company or individual willE       typically receive an unsolicited letter by mail from a NigerianiG      claiming to be a senior civil servant. In the letter, the NigerianeF       will inform the recipient that he is seeking a reputable foreignH    company or individual into whose account he can deposit funds rangingG      from $10-$60 million that the Nigerian government overpaid on somer0                            procurement contract.&                                       H    The criminals obtain the names of potential victims from a variety ofC         sources including trade journals, professional directories,iF      newspapers, and commercial libraries. They do not target a singleG     company, but rather send out mailings en masse. The sender declaresrH     that he is a senior civil servant in one of the Nigerian Ministries,E       usually the Nigerian National Petroleum Corporation (NNPC). TheoI    letters refer to investigations of previous contracts awarded by priorfH     regimes alleging that many contracts were over invoiced. Rather thanH    return the money to the government, they desire to transfer the moneyF       to a foreign account. The sums to be transferred average betweenF      $10,000,000 to $60,000,000 and the recipient is usually offered aC          commission up to 30 percent for assisting in the transfer. &                                       E       Initially, the intended victim is instructed to provide companyeD        letterheads and pro forma invoicing that will be used to showH    completion of the contract. One of the reasons is to use the victim'sD        letterhead to forge letters of recommendation to other victimH     companies and to seek out a travel visa from the American Embassy inE        Lagos. The victim is told that the completed contracts will be H    submitted for approval to the Central Bank of Nigeria. Upon approval,F      the funds will be remitted to an account supplied by the intended)                                   victim. &                                       I    The goal of the criminal is to delude the target into thinking that heNC          is being drawn into a very lucrative, albeit questionable, G     arrangement. The intended victim must be reassured and confident ofwD        the potential success of the deal. He will become the primaryG      supporter of the scheme and willingly contribute a large amount of-I    money when the deal is threatened. The term "when" is used because thenE       con-within-the-con is the scheme will be threatened in order tofE       persuade the victim to provide a large sum of money to save the.*                                   venture.&                                       H     The letter, while appearing transparent and even ridiculous to most,H     unfortunately is growing in its effectiveness. It sets the stage andE       is the opening round of a two-layered scheme or scheme within aiE        scheme. The fraudster will eventually reach someone who, whilef@             skeptical, desperately wants the deal to be genuine.&                                       H     Victims are almost always requested to travel to Nigeria or a borderH     country to complete a transaction. Individuals are often told that aF      visa will not be necessary to enter the country. The Nigerian conH     artists may then bribe airport officials to pass the victims throughI    Immigration and Customs. Because it is a serious offense in Nigeria to H    enter without a valid visa, the victim's illegal entry may be used byI    the fraudsters as leverage to coerce the victims into releasing funds. F       Violence and threats of physical harm may be employed to furtherH    pressure victims. In June of 1995, an American was murdered in Lagos,F       Nigeria, while pursuing a 4-1-9 scam, and numerous other foreign:                   nationals have been reported as missing.&                                       H     Victims are often convinced of the authenticity of Advance Fee FraudH     schemes by the forged or false documents bearing apparently officialG      Nigerian government letterhead, seals, as well as false letters of0I    credit, payment schedules and bank drafts. The fraudster may establishaE        the credibility of his contacts, and thereby his influence, by>H     arranging a meeting between the victim and "government officials" in6                       real or fake government offices.&                                       G      In the next stage some alleged problem concerning the "inside man"dH     will suddenly arise. An official will demand an up-front bribe or anH    unforeseen tax or fee to the Nigerian government will have to be paidI    before the money can be transferred. These can include licensing fees,aF       registration fees, and various forms of taxes and attorney fees.G      Normally each fee paid is described as the very last fee required. G     Invariably, oversights and errors in the deal are discovered by the H     Nigerians, necessitating additional payments and allowing the scheme8                    to be stretched out over many months.&                                       I    Several reasons have been submitted why Nigerian Advance Fee Fraud haseI    undergone a dramatic increase in recent years. The explanations are asLG     diverse as the types of schemes. The Nigerian Government blames theoH     growing problem on mass unemployment, extended family systems, a getE        rich quick syndrome, and, especially, the greed of foreigners.u&                                       I    Indications are that Advance Fee Fraud grosses hundreds of millions ofoG      dollars annually and the losses are continuing to escalate. In alloE       likelihood, there are victims who do not report their losses to >               authorities due to either fear or embarrassment.&                                       I    In response to this growing epidemic, the United States Secret ServicetH    established "Operation 4-1-9" designed to target Nigerian Advance FeeH    Fraud on an international basis. The Financial Crimes Division of theE        Secret Service receives approximately 100 telephone calls fromtI    victims/potential victims and 300-500 pieces of related correspondenceh*                                   per day.&                                       H     Secret Service agents have been assigned on a temporary basis to theI    American Embassy in Lagos to address the problem in that arena. AgentstE       have established liaison with Nigerian officials, briefed other D        embassies on the widespread problem, and have assisted in the:                  extrication of U.S. citizens in distress.&                                       G     If you have been victimized by one of these schemes, please forwardaI    appropriate written documentation to the United States Secret Service, H     Financial Crimes Division, 950 H Street, NW, Washington, D.C. 20223,?              or telephone (202) 406-5850, or contact by e-mail.e&                                       G     If you have received a letter, but have not lost any monies to thisgD         scheme, please fax a copy of that letter to (202) 406-5031."  D This site states there's evidence that the Nigerian Government is in on the scam...  .     http://www.quatloos.com/scams/nigerian.htmG     Quatloos! Nigerian 4-1-9 Scam: Help those wacky Nigerians get theireG     money out of Nigeria and they will give you millions. But make sure      you get the money  first.   1     "...THE NIGERIAN GOVERNMENT IS IN ON THE SCAM   G      This scam is often referred to as the 4-1-9 scam, ironically afters>      section 4-1-9 of the Nigerian Penal Code which relates toC      fraudulent schemes. While the Nigerian government periodicallyVD      makes grand statements that it is cracking down on the scam, itA      isn't -- for the reason that the scam was, according to someeG      reports, the third-largest industry in Nigeria!!! This is just too.F      large a business for Nigeria to crack down on -- it would be like(      Nevada trying to close the casinos.  D      There have been numerous reports of high-level officials of theC      Nigerian government and the Central Bank of Nigeria personallyuC      participating in this scam, even to the extent of giving dupes F      tours through government buildings and showing them piles of cash&      in the vault of the Central Bank!        HIDDEN TIP-OFFx  F      One of the funny aspects of this scam is the scam within the scamC      within the scam. What happens is that the particular Nigerians1H      running this scam on any given day may not have the best command ofD      the English language, so they hire someone to write the initialF      scam letter for them. Quite a few times, the person who does thisG      leaves a "tip-off" that the letter is a scam, such as -- an actual3G      case as shown above -- using the name Ben Ahore (been-a-whore)..."4      4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  % Date: Wed, 17 Apr 2002 09:04:14 -06000% From: "Dave Rich" <drich@nucorar.com>u$ Subject: Coding suggestion please...5 Message-ID: <a9jvde$3ueeg$1@ID-136223.news.dfncis.de>.  ' I have the following in some C source..r --------cut-----------     typedef struct {$   unsigned short int il3_buffer_len;#   unsigned short int il3_item_code;e   void *il3_buffer_ptr;E)   unsigned short int *il3_return_len_ptr;  } item_list_3;         item_list_3 jpi_itmlst[] = {          /* Get's login time */h          {sizeof(time_buf),L          JPI$_LOGINTIM,i          (void *) time_buf,           NULL},n  !          /* Get's process name */t          {sizeof(name_buf) - 1,r           JPI$_PRCNAM,           (void *) name_buf,           &name_len},i  %          /* Get's process ID (PID) */k          {sizeof(pid),           JPI$_PID,            (void *) &pid,           NULL},            /* End of list */          {0,           0,           NULL,            NULL}8
         };     This gets called like this:aE     while((ss_sts = sys$getjpiw(0, &pidadr, 0, &jpi_itmlst, 0, 0, 0))bC            != SS$_NOMOREPROC && ss_sts != SS$_BADPARAM && ss_sts !=n SS$_ACCVIO)"  K Looking at the help for $GETJPIW(), we see that the &jpi_itmlst is used fort the actual process name....a  H The above code works perfectly, but not in a manner that I would prefer.  J How would I go about placing a "specific" process name into &jpi_itmlst so1 that the call only returns data for said process?   H I apologize in advance if this question dosent really belong here, but IL figured since the code involved VMS specifics, a VMS board would be the best bet.   Thank you in advance  	 Dave Richn Software Engineerg Nucor Steelm   ------------------------------   Date: 17 Apr 2002 09:54 CDT-' From: carl@gerg.tamu.edu (Carl Perkins)p( Subject: Re: Coding suggestion please...- Message-ID: <17APR200209545881@gerg.tamu.edu>A  ) "Dave Rich" <drich@nucorar.com> writes...7 }  }This gets called like this:F }    while((ss_sts = sys$getjpiw(0, &pidadr, 0, &jpi_itmlst, 0, 0, 0))D }           != SS$_NOMOREPROC && ss_sts != SS$_BADPARAM && ss_sts != }SS$_ACCVIO) } L }Looking at the help for $GETJPIW(), we see that the &jpi_itmlst is used for }the actual process name.... } I }The above code works perfectly, but not in a manner that I would prefer.  } K }How would I go about placing a "specific" process name into &jpi_itmlst soo2 }that the call only returns data for said process? } 
 }Dave Rich  G The "jpi_itmlst" indicates what info you want back and where to put it.f  E The "pidadr" indicates which process you are getting the info for, byn2 its PID. This id value has to come from somewhere.  D There are (at least) two solutions: a general (and more complex) oneB for anything along these lines, and and an easy one that does this specific thing.R  D 1) Look up the Sys$Process_Scan routine. The Sys$GetJPI help doesn'tA mention it, but the "pidadr" is not necessarily just a process IDFA value - it can also be a process scan context set up by this. You C can use it to get the relevant "pidadr" context to use for the callR@ to Sys$GetJPI by specifying the proper selection criteria in its item list. S   System_Services      $PROCESS_SCANE  H        Creates and initializes a process context that is used by $GETJPIF        to scan processes on the local system or across the nodes in an        OpenVMS Cluster system.  G 2) Stop using the "pidadr" argument. Use the "prcnam" argument instead. < It's the 3rd argument, which you are currently setting to 0.  
     prcnam  !        OpenVMS usage:process_namei0        type:         character-coded text string        access:       read onlyD        mechanism:    by 32- or 64-bit descriptor-fixed-length string'                      descriptor (Alpha)eH        mechanism:    by 32-bit descriptor-fixed-length string descriptor                      (VAX)H        Name of the process about which $GETJPI is to return information.    G If all you want to do is get info for a process with a specific name on/F the node the program is running on, use solutiuon #2. With solution #1 you have many more options.l   --- Carl   ------------------------------   Date: 17 APR 2002 15:06:24 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov> ( Subject: Re: Coding suggestion please...2 Message-ID: <17APR02.15062411@feda01.fed.ornl.gov>  = In a previous article, "Dave Rich" <drich@nucorar.com> wrote:u) > I have the following in some C source..e > --------cut----------- >  l >  i > typedef struct {& >   unsigned short int il3_buffer_len;% >   unsigned short int il3_item_code;f >   void *il3_buffer_ptr;e+ >   unsigned short int *il3_return_len_ptr;. > } item_list_3; >  i >  , >     >   item_list_3 jpi_itmlst[] = {! >          /* Get's login time */  >          {sizeof(time_buf),  >          JPI$_LOGINTIM,v >          (void *) time_buf,  >          NULL},  >   # >          /* Get's process name */e! >          {sizeof(name_buf) - 1,a >           JPI$_PRCNAM, >           (void *) name_buf, >           &name_len},  >  r' >          /* Get's process ID (PID) */i >          {sizeof(pid), >           JPI$_PID,  >           (void *) &pid, >           NULL}, >  h >          /* End of list */ >          {0, >           0, >           NULL,p >           NULL}  >         }; >  m >    > This gets called like this:eG >     while((ss_sts = sys$getjpiw(0, &pidadr, 0, &jpi_itmlst, 0, 0, 0))iE >            != SS$_NOMOREPROC && ss_sts != SS$_BADPARAM && ss_sts !=e
 > SS$_ACCVIO)  >  iM > Looking at the help for $GETJPIW(), we see that the &jpi_itmlst is used fors > the actual process name....  >  nJ > The above code works perfectly, but not in a manner that I would prefer. >  xL > How would I go about placing a "specific" process name into &jpi_itmlst so3 > that the call only returns data for said process?   M You don't.  *IF* said process is in the same UIC group as the process runningeM your program you can use the prcnam (3rd) argument to SYS$GETJPIW.  Note thatiM prcnam is passed by descriptor.  If said process is not in the same uic grouprG you can use $PROCESS_SCAN to select a process by process name using the M pscan$_prcnam item..  The pidctx (1st argument) to $PROCESS_SCAN is then usede& as the pidadr argument to SYS$GETJPIW.  J > I apologize in advance if this question dosent really belong here, but IN > figured since the code involved VMS specifics, a VMS board would be the best > bet.  1 This is the appropriate group for such questions.l   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVeH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  % Date: Wed, 17 Apr 2002 10:09:25 -0600l% From: "Dave Rich" <drich@nucorar.com> ( Subject: Re: Coding suggestion please...5 Message-ID: <a9k37l$3a81k$1@ID-136223.news.dfncis.de>   I > 2) Stop using the "pidadr" argument. Use the "prcnam" argument instead.h> > It's the 3rd argument, which you are currently setting to 0. >  >     prcnam >c# >        OpenVMS usage:process_name 2 >        type:         character-coded text string  >        access:       read onlyF >        mechanism:    by 32- or 64-bit descriptor-fixed-length string) >                      descriptor (Alpha)mJ >        Name of the process about which $GETJPI is to return information. >, >eI > If all you want to do is get info for a process with a specific name onfH > the node the program is running on, use solutiuon #2. With solution #1 > you have many more options.o >h
 > --- Carl   Thank you for your relpy.m  + #2 fits more inline with what I am wanting.rL The application opens a cursor to a DEC RDB, and fetches a process name from a table.? I want to then get PID, StartTime, etc info for said process...o  L The returned info will then be inserted into the database, for access with a4 external program, making odbc calls to the database.  I Also, I am not all that familiar with descriptors.. (having come to DEC C ! from a Visual Basic background)..s  I If it is not too much trouble, could you elaborate a touch on whats meanto by:l  A mechanism:    by 32-bit descriptor-fixed-length string descriptorf   ------------------------------  % Date: Wed, 17 Apr 2002 10:18:56 -0600 % From: "Dave Rich" <drich@nucorar.com>t( Subject: Re: Coding suggestion please...5 Message-ID: <a9k3ph$3tbpc$1@ID-136223.news.dfncis.de>b  C P.S.  If you want to see how I am using the sys$getjpiw function...f  ' I have placed the code on my webserver.t  I if you DO look, please take my coding with a grain of salt, as this is my ' first attempt at coding anything with Cu  ' http://www.nea-online.net/promon_sc.txts   ------------------------------   Date: 17 Apr 2002 10:36 CDT ' From: carl@gerg.tamu.edu (Carl Perkins) ( Subject: Re: Coding suggestion please...- Message-ID: <17APR200210362853@gerg.tamu.edu>   ) "Dave Rich" <drich@nucorar.com> writes...mJ }If it is not too much trouble, could you elaborate a touch on whats meant }by: } B }mechanism:    by 32-bit descriptor-fixed-length string descriptor  * Passing by value is just sending the data.  8 Passing by reference is sending the address of the data.  ? Passing by descriptor is sending the address of a specific type @ of data structure that describes the data, including its address@ and size. There are different types, but the fixed length stringA descriptors are the most common type to have to fiddle with in C.d  ? There are routines in C to set them up for you. Examples of onel of the methods:a   #include <descrip>  K   $DESCRIPTOR (desc1, "Some text"); /* good for a constant valued string */i   char asciztext[40];"O   $DESCRIPTOR (desc2, asciztext); /* a variable string, max size as declared */e   You can also use      struct dsc$descriptor_s desc3;  F which just declares the structure. You have to fill in the structure's data yourself:  .     desc.dsc$w_length = sizeof(char_variable);(     desc.dsc$a_pointer = &char_variable;%     desc.dsc$b_dtype = DSC$K_DTYPE_T;i%     desc.dsc$b_class = DSC$K_CLASS_S;a  < This sort of thing is done all over the place in the various SYS$EXAMPLES:*.C files..   --- Carl   ------------------------------  % Date: Wed, 17 Apr 2002 09:10:24 -0700a# From: "Tom Linden" <tom@kednos.com> ( Subject: RE: Coding suggestion please...9 Message-ID: <CIEJLCMNHNNDLLOOGNJICEJFEMAA.tom@kednos.com>   3 Just curious, when did descriptors first enter VMS?d   > -----Original Message-----0 > From: Carl Perkins [mailto:carl@gerg.tamu.edu]) > Sent: Wednesday, April 17, 2002 8:36 AMe > To: Info-VAX@Mvb.Saic.Come* > Subject: Re: Coding suggestion please... >e >s+ > "Dave Rich" <drich@nucorar.com> writes...eL > }If it is not too much trouble, could you elaborate a touch on whats meant > }by: > }lD > }mechanism:    by 32-bit descriptor-fixed-length string descriptor >t, > Passing by value is just sending the data. >r: > Passing by reference is sending the address of the data. >dA > Passing by descriptor is sending the address of a specific typesB > of data structure that describes the data, including its addressB > and size. There are different types, but the fixed length stringC > descriptors are the most common type to have to fiddle with in C.t >fA > There are routines in C to set them up for you. Examples of one  > of the methods:a >s > #include <descrip> >tC >   $DESCRIPTOR (desc1, "Some text"); /* good for a constant valued  > string */a >   char asciztext[40];oB >   $DESCRIPTOR (desc2, asciztext); /* a variable string, max size > as declared */ >m > You can also use >a" >   struct dsc$descriptor_s desc3; >aH > which just declares the structure. You have to fill in the structure's > data yourself: >e0 >     desc.dsc$w_length = sizeof(char_variable);* >     desc.dsc$a_pointer = &char_variable;' >     desc.dsc$b_dtype = DSC$K_DTYPE_T;r' >     desc.dsc$b_class = DSC$K_CLASS_S;  >b> > This sort of thing is done all over the place in the various > SYS$EXAMPLES:*.C files.e >t
 > --- Carl >d   ------------------------------  % Date: Wed, 17 Apr 2002 11:25:53 -0600d% From: "Dave Rich" <drich@nucorar.com> ( Subject: Re: Coding suggestion please...5 Message-ID: <a9k7ms$3uie6$1@ID-136223.news.dfncis.de>i   Once again.. Thank you..  > Between your help, and some dust covered DEC C Documentation.. I have solved my problem.     1 I present here, the solution, for your critique..n   the call is now:H     while((ss_sts = sys$getjpiw(0, 0, &name_desc, &jpi_itmlst, 0, 0, 0))C            != SS$_NOMOREPROC && ss_sts != SS$_BADPARAM && ss_sts !=e SS$_ACCVIO)e     {b       if (ss_sts == SS$_NORMAL)n       {mL         *(name_buf + name_len) = NUL;  /* Null terminate the string to avoid problems */gG         printf("Found %s with a PID of: %s\n", &name_buf, &db_pid_buf);o         break;       }r     }s     where name_desc is:o(   static $DESCRIPTOR(name_desc, "RICH");     With output of:l ACCOUNTS:[RICH.CC] desctestd" Found RICH with a PID of: 00000177 ACCOUNTS:[RICH.CC]     Again, many thanks. ;-)    ------------------------------  # Date: Wed, 17 Apr 2002 16:36:46 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)( Subject: Re: Coding suggestion please...9 Message-ID: <ywhv8.20$171.557161@cacnews.cac.cpqcorp.net>F  ] In article <a9k37l$3a81k$1@ID-136223.news.dfncis.de>, "Dave Rich" <drich@nucorar.com> writes:vJ :If it is not too much trouble, could you elaborate a touch on whats meant :by: :pB :mechanism:    by 32-bit descriptor-fixed-length string descriptor  C   Please skim the FAQ, and please skim the C programming manual foreC   OpenVMS, and please skim the OpenVMS Programming Concepts manual.sB   These and many other questions are answered in each (and all) ofE   these documentation resources, and you will learn how to correctly bD   program C on OpenVMS.  Pointers to the C and OpenVMS documentationF   are referenced in the FAQ, too.  (Beginning to notice a pattern? :-)    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, 17 Apr 2002 18:42:35 +0200o' From: "Joerg Spilling" <spi@equicon.de>l( Subject: Re: Coding suggestion please.../ Message-ID: <a9k8p2$p9r$01$1@news.t-online.com>t   Dave,r  I item lists are a specific way of passing variable argument lists (in sizeeL and contents) to OpenVMS service. Item lists are non-language specificly and. can be tested for correctness (memory access).  L The item list used in GETJPI(w) describes always which information should beJ returned and which output location should be used therefor. To specify theI process for which you want get the information, use the PIDADR adrgument.nG You can also specify the process name (Note that process names are onlyeK visible / known in your UIC group). Passing a value of zero (BY REFERENCE!) H will return the information of the calling process. Refer to the OpenVMS4 system service description (also available online atF http://openvms.compaq.com/....?) for more information about the GETJPI service.   Joergb    6 "Dave Rich" <drich@nucorar.com> schrieb im Newsbeitrag/ news:a9jvde$3ueeg$1@ID-136223.news.dfncis.de...i) > I have the following in some C source..e > --------cut----------- >o >l > typedef struct {& >   unsigned short int il3_buffer_len;% >   unsigned short int il3_item_code;m >   void *il3_buffer_ptr;h+ >   unsigned short int *il3_return_len_ptr;n > } item_list_3; >D >  >-  >   item_list_3 jpi_itmlst[] = {! >          /* Get's login time */  >          {sizeof(time_buf),  >          JPI$_LOGINTIM,r >          (void *) time_buf,g >          NULL},i > # >          /* Get's process name */ ! >          {sizeof(name_buf) - 1,h >           JPI$_PRCNAM, >           (void *) name_buf, >           &name_len},  >s' >          /* Get's process ID (PID) */  >          {sizeof(pid), >           JPI$_PID,  >           (void *) &pid, >           NULL}, >e >          /* End of list */ >          {0, >           0, >           NULL,  >           NULL}- >         }; >a >  > This gets called like this:0G >     while((ss_sts = sys$getjpiw(0, &pidadr, 0, &jpi_itmlst, 0, 0, 0))sE >            != SS$_NOMOREPROC && ss_sts != SS$_BADPARAM && ss_sts !=t
 > SS$_ACCVIO)  >eI > Looking at the help for $GETJPIW(), we see that the &jpi_itmlst is usedt fori > the actual process name....t >tJ > The above code works perfectly, but not in a manner that I would prefer. >nL > How would I go about placing a "specific" process name into &jpi_itmlst so3 > that the call only returns data for said process?  >JJ > I apologize in advance if this question dosent really belong here, but II > figured since the code involved VMS specifics, a VMS board would be theP best > bet. >  > Thank you in advance >  > Dave Richi > Software Engineer 
 > Nucor Steel) >k >    ------------------------------  # Date: Wed, 17 Apr 2002 16:28:19 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)( Subject: Re: Coding suggestion please...9 Message-ID: <Dohv8.18$171.557161@cacnews.cac.cpqcorp.net>   ] In article <a9jvde$3ueeg$1@ID-136223.news.dfncis.de>, "Dave Rich" <drich@nucorar.com> writes:R   :typedef struct {A% :  unsigned short int il3_buffer_len;o$ :  unsigned short int il3_item_code; :  void *il3_buffer_ptr;* :  unsigned short int *il3_return_len_ptr; :} item_list_3;r   :  item_list_3 jpi_itmlst[] = {h .. :        };. :  :  :This gets called like this:F :    while((ss_sts = sys$getjpiw(0, &pidadr, 0, &jpi_itmlst, 0, 0, 0))D :           != SS$_NOMOREPROC && ss_sts != SS$_BADPARAM && ss_sts != :SS$_ACCVIO)  I   You will want to use $VMS_STATUS_SUCCESS or a low-bit test for success dF   (or failure) and only check for those explict status codes that you     really need to special-case.       This macro is in stsdef.h.  L :Looking at the help for $GETJPIW(), we see that the &jpi_itmlst is used for :the actual process name....  G   You have declared an array of structures, therefor the address is the G   value returned for jpi_itmlst -- this is standard C syntax.  Had you tG   declared a structure, then you would have needed to pass the address;    you would need &jpi_itmlst._  K :How would I go about placing a "specific" process name into &jpi_itmlst so&2 :that the call only returns data for said process?  C   The mechanism is not via the itemlist, it is via the process name @   argument on the $getjpi call -- the itemlist controls what you6   get back, the argument list controls where you look.  A   Process names are UIC group specific, and do not operate acrossa:   UIC groups.  Only process IDs operate across UIC groups.  A   In addition, you can use sys$process_scan to characterize whichi@   processes you want $getjpi to receive/retrieve information on.  -   I have provided various coding examples at:   C     http://www.openvms.compaq.com/freeware/freeware50/srh_examples/c  F   The $getdvi and $device_scan calls are similar to $getjpi, and thereC   are examples of those in the above area.  Also see the attached CsF   example...  Also see the extensive examples available in the OpenVMSI   Programming Concept Manual.  And there are tips for C programmers that SG   are new to OpenVMS in the OpenVMS Frequently Asked Questions (FAQ)...SF   Topic (1661) over in the OpenVMS Ask The Wizard area also has a listE   of some of the more common coding mistakes, and pointers to variouso#   other programming-related topics.s  I :I apologize in advance if this question dosent really belong here, but I.M :figured since the code involved VMS specifics, a VMS board would be the beste :bet.t  F   Terminology nit: This is the comp.os.vms newsgroup and -- via a newsJ   to mail gateway -- a mailing list, and not a "board".  But the question    does belong here, regardless.   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       --   #include <descrip.h> #include <jpidef.h>o #include <lib$routines.h>  #include <pscandef.h>l #include <ssdef.h> #include <starlet.h> #include <stdio.h> #include <stsdef.h>r #include <unixlib.h>   #define MAXUSRLEN 32   struct ItemList3     {n     short int ItemLength;A     short int ItemCode;o     void *ItemBuffer;u     void *ItemRetLen;<     };   main()     {u     int RetStat;4     struct ItemList3 JpiItmLst[10], PscanItmLst[10];*     $DESCRIPTOR( UsernameDsc, "HOFFMAN" );)     $DESCRIPTOR( DateTimeText, "0 ::10");o     int DateTimeQuad[2];     char Username[MAXUSRLEN];n     short int UsernameLen;      char Processname[MAXUSRLEN];     short int ProcessnameLen;p     int PID;     int ef;/     int IOSB[2];
     int i;        RetStat = lib$get_ef( &ef );(     if (!$VMS_STATUS_SUCCESS( RetStat ))         lib$signal( RetStat );  8     RetStat = sys$bintim( &DateTimeText, DateTimeQuad );(     if (!$VMS_STATUS_SUCCESS( RetStat ))         lib$signal( RetStat );  2     RetStat = sys$schdwk( 0, 0, DateTimeQuad, 0 );(     if (!$VMS_STATUS_SUCCESS( RetStat ))         lib$signal( RetStat );  
     PID = -1;&
     i = 0;,     JpiItmLst[i].ItemLength     = MAXUSRLEN;0     JpiItmLst[i].ItemCode       = JPI$_USERNAME;4     JpiItmLst[i].ItemBuffer     = (void *) Username;/     JpiItmLst[i++].ItemRetLen   = &UsernameLen; ,     JpiItmLst[i].ItemLength     = MAXUSRLEN;.     JpiItmLst[i].ItemCode       = JPI$_PRCNAM;7     JpiItmLst[i].ItemBuffer     = (void *) Processname;o2     JpiItmLst[i++].ItemRetLen   = &ProcessnameLen;$     JpiItmLst[i].ItemLength     = 0;$     JpiItmLst[i].ItemCode       = 0;'     JpiItmLst[i].ItemBuffer     = NULL;h'     JpiItmLst[i++].ItemRetLen   = NULL;o
     i = 0;$     PscanItmLst[i].ItemLength   = 0;.     PscanItmLst[i].ItemCode     = PSCAN$_MODE;=     PscanItmLst[i].ItemBuffer   = (void *) JPI$K_INTERACTIVE;e'     PscanItmLst[i++].ItemRetLen = NULL;p$     PscanItmLst[i].ItemLength   = 0;$     PscanItmLst[i].ItemCode     = 0;'     PscanItmLst[i].ItemBuffer   = NULL;o'     PscanItmLst[i++].ItemRetLen = NULL;a  3     RetStat = sys$schdwk(  0, 0, DateTimeQuad, 0 ); (     if (!$VMS_STATUS_SUCCESS( RetStat ))         lib$signal( RetStat );       while ( TRUE )	         {r8         RetStat = sys$process_scan( &PID, PscanItmLst );,         if (!$VMS_STATUS_SUCCESS( RetStat ))"             lib$signal( RetStat );         while ( TRUE )
             {tH             RetStat = sys$getjpiw( ef, &PID, 0, JpiItmLst, IOSB, 0, 0 );,             if ( RetStat == SS$_NOMOREPROC )                 {N                 PID = -1;L:                 printf("*** commencing hibernation...\n");&                 RetStat = sys$hiber();4                 if (!$VMS_STATUS_SUCCESS( RetStat ))*                     lib$signal( RetStat );,                 printf("*** awakened...\n");                 break;                 };0             if (!$VMS_STATUS_SUCCESS( RetStat ))&                 lib$signal( RetStat );6             printf("username: %*.*s prcname: %*.*s\n",1                 UsernameLen,UsernameLen,Username, ;                 ProcessnameLen,ProcessnameLen,Processname);a
             } 	         }        return SS$_NORMAL;     }x   ------------------------------  % Date: Wed, 17 Apr 2002 10:33:30 +0200 - From: Jouk Jansen <joukj@hrem.stm.tudelft.nl> 8 Subject: Re: Concurrent Version Systems  (CVS) under VMS3 Message-ID: <3CBD4F7A.18EC258D@hrem.stm.tudelft.nl>e   karl maynard wrote:  > M > I am looking at using the CVS client that is available from cvshome.org and G > on the OpenVMS Freeware CD. Has anyone used this under VMS, if so anyg > comments ?D I got version 1.11 from cvshome.org working. You'll need to patch itB (see http://www.ourservers.net/public/vms/programming/index.html )+ Probably you also need the PORTING LIBRARY.e  H It works OK if you do not want any special things like tunneling through@ ssh as is required for write access to sourceforge depositories.                   Jouk   ------------------------------  # Date: Wed, 17 Apr 2002 12:55:26 GMT,# From: "John N." <JNixon@cfl.rr.com> 2 Subject: Re: Could this bode ill for Compaq or HP?? Message-ID: <2hev8.221814$K52.34840340@typhoon.tampabay.rr.com>   I I don't know how this will effect CPQ or HWP, but it could do a number onmJ me.  I have quite a few shares of CISCO.  I picked them up for around 14.5D in Feb, so I have a little cushion, but this could potentially hurt.  K On the other hand, I am sure the smart people knew about this before I did,u- so maybe this suit is figured into the price.   < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3CBCEDFE.156C3207@fsi.net...s/ > JUDGE TO HEAR $1.3 BILLION SUIT AGAINST CISCO  >A) > Posted April 15, 2002 2:47 Pacific Timeu >a6 > SAN FRANCISCO -- A federal judge in Florida will let< > telecommunications service provider Vox2Vox Communications? > sue Cisco Systems for US$1.3 billion for allegedly defraudingo; > Vox2Vox by discontinuing a Cisco product without warning.m > > > Judge James King of the U.S. District Court for the Southern= > District of Florida, in Miami, last week denied a motion bye= > Cisco to dismiss the Vox2Vox lawsuit. As a result, the suiti? > will go to trial unless the companies can reach a settlement,b@ > according to a statement by the Miami law firm Ferrell Schultz< > Carter Zumpano & Fertel PA, which is representing Vox2Vox. >o > For the full story:eC > http://www.infoworld.com/articles/hn/xml/02/04/15/020415hnvox.xmll >o > -- > David J. Dachtera  > dba DJE Systems  > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/S >P   ------------------------------  % Date: Wed, 17 Apr 2002 12:54:34 -0400o From: kippleyj@netscape.netc? Subject: DCPS Setup PrintServer 17/600 on new! AlphaServer DS10v5 Message-ID: <1A2CDE6F.330DD92D.009F4080@netscape.net>c  J Greetings VMS Newsgroup! It's been a while since I've posted, though I tryJ to keep up with the happenings on this list, and know this is the place toI find answers and discuss all kinds of issues surrounding the greatest os $ available on the planet.     I have a MicroVAX 3100-90 VMS 5.5-2h4 that serves a hundred users over a WAN for over eight years now (No problems, No downtime, etc...)  H I have a brand new AlphaServer DS10 OpenVMS 7.3 that will do the same...G and it is all configured and available on the WAN, (LAT, TCP/IP etc...)iD to those same users.  (I'm also working on some nice WEB apps on theI AlphaServer which its major advantage over the VAX configuration I have).   C Everything is working very well, except I have seven (7) heavy dutynH PrintServer 17/600's that I want to have directly available on the DS10.  C I have the DCPS V 2.0 doc and DCPS  V 2.0 Files on the AlphaServer.s  C These printers currently work fine on the microvax under DCPS V 1.1s  H Question:  under DCPS V 1.1 I could execute lps$addprintserver.com which9 would configure the DECnet info for the printers so that     MCR NCP " ncp> show node 4.1   (for example) 4.1 (PRSV17)        ISA-0s   ands   ncp> show node 4.1 charf service circuit   = ISA-0l% hardware address  = 08-00-2B-91-BF-62t7 load file         = lps$root:[sys]lps_printserver17.sysr) access            = incoming and outgoingm   would show up...  1 then in DCPS_startup.com I'd have something like:R  % $ @sys$startup:dcps$execution_queue -     great_printer -
    prsv17:: - 
    dcps_lib -4    ""-    ""-    ""-      -    ""-    ""v@ So how do I set the DECnet node name, DECnet address etc so thatC MCR NCP on the AlphaServer Shows the right stuff and what about thehH loadfile??? Can I use the old LPS one?  and would the above DCPS_Startup
 com work ok? l  G By the way I'm on phase IV DecNET on both the Alpha and MicroVAX.  I've J hunted through the Docmentation sets and have half a stack of postit notesC stuck in various places, but I'm not finding exactly what I needed.r  F Also The Printservers are using thin ethernet (BNC) connections ports.   Looking for a guru!     B __________________________________________________________________ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/c  W Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/    ------------------------------  # Date: Wed, 17 Apr 2002 17:38:29 GMT(0 From: Paul Anderson <paul.r.anderson@compaq.com>C Subject: Re: DCPS Setup PrintServer 17/600 on new! AlphaServer DS10V; Message-ID: <170420021333394497%paul.r.anderson@compaq.com>   5 In article <1A2CDE6F.330DD92D.009F4080@netscape.net>,s <kippleyj@netscape.net> wrote:  E > Everything is working very well, except I have seven (7) heavy duty J > PrintServer 17/600's that I want to have directly available on the DS10.  G Do you want to boot the printers from the Alpha system or just print to  them?I  J > Question:  under DCPS V 1.1 I could execute lps$addprintserver.com which: > would configure the DECnet info for the printers so that  E LPS$ADDPRINTSERVER is part of PrintServer Software, not DCPS.  If you:D want the printers to boot from the Alpha system, install PrintServer7 Software (LPS).  The latest (and last) version is V5.2.3  D Obviously, you can continue to boot the printers from the VAX systemG and print from the Alpha using DCPS if you want.  In that case, use the D printers' DECnet addresses in DCPS$STARTUP, or define their names in; your DECnet database and continue using their DECnet names.m   Paul   -- p  Paul Anderson   OpenVMS Engineeringr   Compaq Computer Corporations   ------------------------------  % Date: Wed, 17 Apr 2002 13:07:00 -0400e  From: "Dave" <nospam@nospam.com>% Subject: DEC 3000/400 VMS 6.2 problemO/ Message-ID: <ubratufdma72f1@corp.supernews.com>i   Hello,  K I'm hoping someone can help me.  I just got a DEC 3000/400 that was running-J OSF1.  I installed VMS 6.2, and just about everything works fine.  The oneE problem I'm trying to solve now is that everytime I log out (from any G account), or try to shutdown the machine, it reboots.  It doesn't do an-D orderly shutdown.  It just kicks over to the boot-up hardware tests.  D I don't know what other information is needed, but here's what know:"     133 MHz, 128MB, PMAG-DA video.F     CPU devstat = OK KN15-BA -V5.1-S749-I196-sV1.0-DECchip 21064  P3.0  H It almost appears that whenever the window manager restarts, it does the9 whole reboot thing.  Hitting CTL-F2 even causes a reboot.n  L Does anyone know what might be causing this?  My next test is to replace the7 video card with a PMAGB-B to see if it's video related.s   Thanks in advance.   -- David YaskohC "The day after tomorrow is the third day of the rest of your life."u   ------------------------------    Date: 17 Apr 2002 10:56:59 -07001 From: KeithParris_NOSPAM@yahoo.com (Keith Parris)e Subject: Re: Disk Monitoring< Message-ID: <6ec1251e.0204170956.1f5735a@posting.google.com>  ` "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3CBCE01D.4878C1E6@fsi.net>...J > As I understood it, SPM was separate from DECps which is why we have ECPH > today - I was given to understand (at a local Compaq demo) that ECP is > based on the old SPM code.  F All the capabilities of SPM and VPA were combined into DECps.  SPM hadC PC Sampling, extensive tabular reports, character-cell displays and-F some ReGIS-based graphics; VPA had the AI rules-based engine and nicer	 graphics.e  F The ECP collector came out of the DECcp lineage.  I'm told it collectsC more data items than the DECps (now Computer Associates) collector. . ----------------------------------------------. Keith Parris | parris at encompasserve dot org   ------------------------------  # Date: Wed, 17 Apr 2002 09:22:47 GMT $ From: "Upadhyaya" <ups@hotvoice.com>4 Subject: Re: Excursion PCs as X-Terminals on OpenVMS7 Message-ID: <H9bv8.2$uW.157728@cacnews.cac.cpqcorp.net>,  ( > $ sho log decw$server_trans*/tab=decw** The output on my system is same as your's.  J > Which means if I wanted to use TCPIP as a transport on this  machine I'd7 have to edit SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COM, C DECW$PRIVATE_SERVER_SETUP.COM file is not in my VMS system. We useda following commandaG define/tab=DECW$SERVER0_TABLE/exec/tran=terminal DECW$SERVER_TRANSPORTSt decnet,local,tcpip  8 Now the output of $ sho log decw$server_trans*/tab=decw* shows DECnet, Local and TCPIP.  < > change the entry for the transport and restart the server.4 Should I restart eXcursion or VMS DECWindows Server?  5 I restarted eXcursion, but could not get login shell.I   Regards,	 Upadhyayao   ------------------------------   Date: 17 Apr 2002 06:30 CDTm' From: carl@gerg.tamu.edu (Carl Perkins) 4 Subject: Re: Excursion PCs as X-Terminals on OpenVMS- Message-ID: <17APR200206300861@gerg.tamu.edu>   ` In article <H9bv8.2$uW.157728@cacnews.cac.cpqcorp.net>, "Upadhyaya" <ups@hotvoice.com> writes...) }> $ sho log decw$server_trans*/tab=decw*e+ }The output on my system is same as your's.- } K }> Which means if I wanted to use TCPIP as a transport on this  machine I'dl8 }have to edit SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COM,  D }DECW$PRIVATE_SERVER_SETUP.COM file is not in my VMS system. We used }following commandH }define/tab=DECW$SERVER0_TABLE/exec/tran=terminal DECW$SERVER_TRANSPORTS }decnet,local,tcpips9 }Now the output of $ sho log decw$server_trans*/tab=decw*e }shows DECnet, Local and TCPIP.i  @ Just because you have defined this logical doesn't mean that theB DECWindows server has actually set up the transport. Do not change> these logicals manually. Make changes to the configuration in  the .COM file as specified.m  ? If you do not have the .COM file, you chould have a file calledAB SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.TEMPLATE to start with. CopyA that to be DECW$PRIVATE_SERVER_SETUP.COM and edit it. It has someh= instructions at the beginning on things you can define in it.s@ You won't be defining a logical, you will be setting up a global@ symbol. When the DECWindows startup is run it runs various other> DECW$*.COM files (one of which then runs this one) to set someD things up and define various symbols. These symbols are then checked! and used to configure the server.y  C (There is an alternate way to add TCPIP to the list. This alternatedE method is used by Multinet - in the Multinet startup the logical name C DECW$Install_TCPIP is defined. If this logical is present, then theeB DECW$STARTSERVER.COM file will also enable the TCPIP transport. ItG is possible that recent versions of other IP stacks on VMS do this too.tA This saves you from having to copy/create that file and edit it -eI once such an IP stack is installed the IP transport will be automagicallya	 enabled.)I  = }> change the entry for the transport and restart the server.d5 }Should I restart eXcursion or VMS DECWindows Server?c } 6 }I restarted eXcursion, but could not get login shell. } 	 }Regards, 
 }Upadhyaya  ; After editing the appropriate file, you have to restart the.= DECWindows server to get it to set up the transport properly.v5 From a suitable privileged account, typically SYSTEM:   # $ @sys$manager:decw$startup restartl   --- Carl   ------------------------------  + Date: Wed, 17 Apr 2002 10:50:18 +0000 (UTC)S From: david20@alpha1.mdx.ac.uk) Subject: Re: Fearless VMS PrognosticationS+ Message-ID: <a9jk1a$2kj$1@aquila.mdx.ac.uk>t  d In article <a9hn7s$3hnt$1@lead.zk3.dec.com>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes: >s. >david20@alpha2.mdx.ac.uk wrote in message ...@ >>In article <a9ere3$flfv$2@lead.zk3.dec.com>, "Fred Kleinsorge"& ><kleinsorge@star.zko.dec.com> writes: >>D >>Unfortunately although your last paragraph might describe the IA32
 >architectureo7 >>it definitely doesn't describe the IA64 architecture.eK >>There is no evidence that Intel plans to make the IA64 a low cost chip or,L >>that it's market share in 64bit computing will be any greater than Alphas.F >>Jumping from a small but perfectly serviceable boat onto the TitanicD >>(and sinking the boat you came in) just as it becomes apparent the3 >>Titanic's heading for an iceberg seems foolhardy.s >> >i@ >"Low-cost" is relative.  It will be low cost relative to Alpha. >   ) Why should it be any cheaper than Alpha ? G Also as others have said the cost of a system's CPU chip is a very verys# small part of the cost of a system.e  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Wed, 17 Apr 2002 07:43:41 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)) Subject: Re: Fearless VMS PrognosticationtJ Message-ID: <rdeininger-1704020743420001@1cust16.tnt1.nashua.nh.da.uu.net>  K In article <a9jk1a$2kj$1@aquila.mdx.ac.uk>, david20@alpha1.mdx.ac.uk wrote:     * >Why should it be any cheaper than Alpha ?H >Also as others have said the cost of a system's CPU chip is a very very$ >small part of the cost of a system.  I That's true in a PC, maybe.  Is it true in a big alphaserver?  In a small; alphaserver?   ------------------------------    Date: 17 Apr 2002 06:13:40 -0700( From: bob@instantwhip.com (Bob Ceculski)) Subject: Re: Fearless VMS Prognosticationt= Message-ID: <d7791aa1.0204170513.22acbac6@posting.google.com>   Q david20@alpha1.mdx.ac.uk wrote in message news:<a9jk1a$2kj$1@aquila.mdx.ac.uk>...(f > In article <a9hn7s$3hnt$1@lead.zk3.dec.com>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes: > >[0 > >david20@alpha2.mdx.ac.uk wrote in message ...B > >>In article <a9ere3$flfv$2@lead.zk3.dec.com>, "Fred Kleinsorge"( >  <kleinsorge@star.zko.dec.com> writes: > >>F > >>Unfortunately although your last paragraph might describe the IA32 >  architectured9 > >>it definitely doesn't describe the IA64 architecture.vM > >>There is no evidence that Intel plans to make the IA64 a low cost chip orpN > >>that it's market share in 64bit computing will be any greater than Alphas.H > >>Jumping from a small but perfectly serviceable boat onto the TitanicF > >>(and sinking the boat you came in) just as it becomes apparent the5 > >>Titanic's heading for an iceberg seems foolhardy.  > >> > >)B > >"Low-cost" is relative.  It will be low cost relative to Alpha. > >I > + > Why should it be any cheaper than Alpha ?eI > Also as others have said the cost of a system's CPU chip is a very very+% > small part of the cost of a system.  >  > David Webb > VMS and Unix team leader > CCSS > Middlesex University  H because of a little thing called "volume sales" ...  something dec and Q didn't understand ..._   ------------------------------  + Date: Wed, 17 Apr 2002 15:02:12 +0000 (UTC)  From: david20@alpha1.mdx.ac.uk) Subject: Re: Fearless VMS Prognostication + Message-ID: <a9k2pk$7fo$1@aquila.mdx.ac.uk>m  h In article <d7791aa1.0204170513.22acbac6@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:R >david20@alpha1.mdx.ac.uk wrote in message news:<a9jk1a$2kj$1@aquila.mdx.ac.uk>...g >> In article <a9hn7s$3hnt$1@lead.zk3.dec.com>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:l >> >1 >> >david20@alpha2.mdx.ac.uk wrote in message ...;C >> >>In article <a9ere3$flfv$2@lead.zk3.dec.com>, "Fred Kleinsorge"T) >>  <kleinsorge@star.zko.dec.com> writes:i >> >>lG >> >>Unfortunately although your last paragraph might describe the IA32  >>  architecture: >> >>it definitely doesn't describe the IA64 architecture.N >> >>There is no evidence that Intel plans to make the IA64 a low cost chip orO >> >>that it's market share in 64bit computing will be any greater than Alphas. I >> >>Jumping from a small but perfectly serviceable boat onto the TitanicrG >> >>(and sinking the boat you came in) just as it becomes apparent the.6 >> >>Titanic's heading for an iceberg seems foolhardy. >> >>  >> >C >> >"Low-cost" is relative.  It will be low cost relative to Alpha.V >> > >>  , >> Why should it be any cheaper than Alpha ?J >> Also as others have said the cost of a system's CPU chip is a very very& >> small part of the cost of a system. >> i
 >> David Webbn >> VMS and Unix team leadera >> CCSSt >> Middlesex Universityt >rI >because of a little thing called "volume sales" ...  something dec and Qi >didn't understand ...  B But that's the whole point. There aren't going to be Volume Sales.D IA64 will just be competing in the same space as the current 64 bit " machines from other manufacturers.F It will not be a volume processor on the desktop like the IA32 series.  K (Look back at posts in both comp.os.vms and comp.arch immediately following I the announcement of the dropping of Alpha and move to Itanium for all theC< reasons why IA64 will not be able to take over the desktop.)        
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  # Date: Wed, 17 Apr 2002 16:50:37 GMT * From: "Bill Todd" <billtodd@metrocast.net>) Subject: Re: Fearless VMS PrognosticationeA Message-ID: <wJhv8.21350$XV5.1813600@bin4.nnrp.aus1.giganews.com>S  ? "Robert Deininger" <rdeininger@mindspring.com> wrote in message D news:rdeininger-1704020743420001@1cust16.tnt1.nashua.nh.da.uu.net...F > In article <a9jk1a$2kj$1@aquila.mdx.ac.uk>, david20@alpha1.mdx.ac.uk wrote: >b >i, > >Why should it be any cheaper than Alpha ?J > >Also as others have said the cost of a system's CPU chip is a very very& > >small part of the cost of a system. >tK > That's true in a PC, maybe.  Is it true in a big alphaserver?  In a smallt > alphaserver?  E It's not true in a PC, since the *wholesale* cost of the processor iseK usually 10% (low-end processor) to 25% (high-end processor) of the *retail*SJ price of the box.  Compare the wholesale costs of server processors to theI retail prices of multi-processor servers (especially in the mid range and2B up) and I think you'll find they constitute a considerably smallerG percentage (in part because of the extra glue required for MP boxes - a L situation that POWER4, EV7, and Hammer may well change, but Itanic won't for several years yet).1   - bill   ------------------------------  # Date: Wed, 17 Apr 2002 16:52:32 GMT0* From: "Bill Todd" <billtodd@metrocast.net>) Subject: Re: Fearless VMS Prognosticationr@ Message-ID: <kLhv8.18082$PV.2191404@bin6.nnrp.aus1.giganews.com>  5 "Bob Ceculski" <bob@instantwhip.com> wrote in messagek7 news:d7791aa1.0204170513.22acbac6@posting.google.com...n+ > david20@alpha1.mdx.ac.uk wrote in messagev' news:<a9jk1a$2kj$1@aquila.mdx.ac.uk>...o   ...0  - > > Why should it be any cheaper than Alpha ?aK > > Also as others have said the cost of a system's CPU chip is a very veryb' > > small part of the cost of a system.t > >  > > David Webb > > VMS and Unix team leader > > CCSS > > Middlesex University >.J > because of a little thing called "volume sales" ...  something dec and Q > didn't understand ...   J Nor, apparently, do you, if you believe Itanic has generated any.  And, asI noted in my other response, the likelihood that it will do so even in thet future is questionable.    - bill   ------------------------------  # Date: Wed, 17 Apr 2002 11:06:00 GMTs- From: goathunter@goatley.com (Hunter Goatley)i) Subject: Re: Free Encyption tool for VMS?r0 Message-ID: <3cbd56e3.77500589@news.process.com>  N On Tue, 16 Apr 2002 11:15:49 +0300, "Iris Green" <iris.green@intel.com> wrote:   >All,oK >I am looking an encryption tool for files transferred between our systems.4+ >Any one knows such simple encryption tool?e >dH MultiNet V4.4A includes SCP (Secure CoPy), an SSH-related tool.  It doesF what you're asking.  The next release of TCPware will also include it.   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/p8 goathunter@goatley.com    http://www.goatley.com/hunter/< New Robert R. McCammon site: http://www.RobertRMcCammon.com/   ------------------------------    Date: 17 Apr 2002 01:47:04 +0800, From: Paul Repacholi <prep@prep.synonet.com>) Subject: Re: Free Encyption tool for VMS? - Message-ID: <877kn7wn6v.fsf@prep.synonet.com>t  ? Doc.Cypher <Use-Author-Supplied-Address-Header@[127.1]> writes:   = > On Tue, 16 Apr 2002, paddy.o'brien@zzz.tg.nsw.gov.au wrote:a > >Iris,  E > >>I am looking an encryption tool for files transferred between oure8 > >>systems.  Any one knows such simple encryption tool?  E > >The ZIP suite of programs has a ZIPCLOAK which enables encryption._A > >In US you should have no problem with accessing the encryptionfD > >algorithm to link with.  In fact, I think that nowhere should anyC > >of us has problems as it is written in Europe and available from.B > >ZIP sites there.  [I heard a few years back that this funniness3 > >might disappear from US, has this happened yet?]-  D > The ITAR restrictions have been dropped now. Strong crypto can now > be exported from the USA.a  C And ENCRYPTION is now on the CONDIST, so pay the Q, and get them toD fax you a PAK.   -- 2< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.e@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 17 Apr 2002 08:31:39 GMT) From: leslie@clio.rice.edu (Jerry Leslie)p7 Subject: HP To Build (Linux/IA64) Supercomputer For DoEi' Message-ID: <a9jbtb$l42$1@joe.rice.edu>I. Keywords: hp,supercomputer,linux,intel,itanium  8    http://www.informationweek.com/story/IWK20020416S0003L    InformationWeek > Linux > HP To Build Supercomputer For Energy Department    > April 16, 2002c  B    HP To Build Supercomputer For Energy Department April 16, 2002   I    The government will use the system to study biotechnology, radioactived)    waste detection, and materials design.e    By Aaron Ricadela  A   "Hewlett-Packard has won a $24.5 million contract from the U.S.nB    Department of Energy to build the world's fastest supercomputerG    running the Linux operating system. HP plans to begin installing ther;    system, which will consist of 1,400 Intel Itanium 64-bit B    microprocessors, at the department's Pacific Northwest National,    Laboratory in Richmond, Wash., this year.    EH    The lab will use the system to study biotechnology, radioactive wasteG    detection, materials design, and other disciplines, says Dave Dixon,vH    associate director of theory, modeling, and simulation at the lab. ItH    replaces an IBM system that, when purchased five years ago, was amongD    the world's fastest. That system now ranks 190th on a list of theI    world's 500 fastest supercomputers. Dixon says HP's system will run 30sG    times faster, include 10 times as much memory, and house 50 times aspG    much disk space as the supercomputer it replaces. He says HP won thetC    deal to supply the system in a "competitive bidding process" buta6    declined to say whether IBM was one of the bidders.    eD    The HP-Linux supercomputer, which will consist of next-generationF    Intel computer chips code-named McKinley and Madison, will run at aI    peak performance of 8.3 trillion floating point operations per second,0I    HP says. HP says customers in the high-performance technical computingcF    market increasingly want to run their programs on industry-standard3    Intel-based servers, which provide cost savings.i     D    HP says the contract also shows that the company is a significantI    presence in the technical computing market. "This deal demonstrates to F    the world that there's more than one player in the high-performanceD    technical computing space," says Martin Fink, general manager forD    Linux systems at HP. Installation of the system is expected to be    completed by next year."S      4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------    Date: 17 Apr 2002 06:12:15 -0700( From: bob@instantwhip.com (Bob Ceculski); Subject: Re: HP To Build (Linux/IA64) Supercomputer For DoE-= Message-ID: <d7791aa1.0204170512.53a02c1c@posting.google.com>a  X leslie@clio.rice.edu (Jerry Leslie) wrote in message news:<a9jbtb$l42$1@joe.rice.edu>...7 > http://www.informationweek.com/story/IWK20020416S0003nN >    InformationWeek > Linux > HP To Build Supercomputer For Energy Department >    > April 16, 2002  > D >    HP To Build Supercomputer For Energy Department April 16, 2002  > K >    The government will use the system to study biotechnology, radioactivee+ >    waste detection, and materials design.P >    By Aaron Ricadela > C >   "Hewlett-Packard has won a $24.5 million contract from the U.S. D >    Department of Energy to build the world's fastest supercomputerI >    running the Linux operating system. HP plans to begin installing theb= >    system, which will consist of 1,400 Intel Itanium 64-bitrD >    microprocessors, at the department's Pacific Northwest National. >    Laboratory in Richmond, Wash., this year. >    uJ >    The lab will use the system to study biotechnology, radioactive wasteI >    detection, materials design, and other disciplines, says Dave Dixon,iJ >    associate director of theory, modeling, and simulation at the lab. ItJ >    replaces an IBM system that, when purchased five years ago, was amongF >    the world's fastest. That system now ranks 190th on a list of theK >    world's 500 fastest supercomputers. Dixon says HP's system will run 30 I >    times faster, include 10 times as much memory, and house 50 times aslI >    much disk space as the supercomputer it replaces. He says HP won the_E >    deal to supply the system in a "competitive bidding process" buta8 >    declined to say whether IBM was one of the bidders. >    _F >    The HP-Linux supercomputer, which will consist of next-generationH >    Intel computer chips code-named McKinley and Madison, will run at aK >    peak performance of 8.3 trillion floating point operations per second,lK >    HP says. HP says customers in the high-performance technical computing H >    market increasingly want to run their programs on industry-standard5 >    Intel-based servers, which provide cost savings.A >    EF >    HP says the contract also shows that the company is a significantK >    presence in the technical computing market. "This deal demonstrates tonH >    the world that there's more than one player in the high-performanceF >    technical computing space," says Martin Fink, general manager forF >    Linux systems at HP. Installation of the system is expected to be >    completed by next year."i > 6 > --Jerry Leslie     (my opinions are strictly my own)  > is this the same itanium that everyone here keeps badmouthing?   ------------------------------  % Date: Wed, 17 Apr 2002 08:04:36 -0700n& From: Greg Cagle <gregc@gregcagle.com>; Subject: Re: HP To Build (Linux/IA64) Supercomputer For DoEE, Message-ID: <3CBD8F04.1030205@gregcagle.com>   Bob Ceculski wrote:pZ > leslie@clio.rice.edu (Jerry Leslie) wrote in message news:<a9jbtb$l42$1@joe.rice.edu>... > 7 >>http://www.informationweek.com/story/IWK20020416S0003 N >>   InformationWeek > Linux > HP To Build Supercomputer For Energy Department   <snip>  @ > is this the same itanium that everyone here keeps badmouthing?   Yup. -- S
 Greg Cagle gregc at gregcagle dot com   ------------------------------   Date: 17 Apr 2002 16:07:09 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) ; Subject: Re: HP To Build (Linux/IA64) Supercomputer For DoEp, Message-ID: <a9k6jd$10o8$1@info.cs.uofs.edu>  , In article <3CBD8F04.1030205@gregcagle.com>,)  Greg Cagle <gregc@gregcagle.com> writes:- |> Bob Ceculski wrote:] |> > leslie@clio.rice.edu (Jerry Leslie) wrote in message news:<a9jbtb$l42$1@joe.rice.edu>...s |> > r: |> >>http://www.informationweek.com/story/IWK20020416S0003Q |> >>   InformationWeek > Linux > HP To Build Supercomputer For Energy Department. |> e	 |> <snip>e |> sC |> > is this the same itanium that everyone here keeps badmouthing?3 |> $ |> Yup.3  C Seems to me that what they have basicly bid is futures.  The system>D doesn't exist and may never exist.  But then, that has never stoppedB anyone inthis business.  A company I once worked for lost a bid toA DEC once.  We bid Primes and DEC bid a VAX model that didn't evenlD exist at the time of the RFP.  We submitted 4 boxes of fanfold paperB with the required benchmark results.  They submitted a letter thatA basicly said "take model X and multiply the reuslts by factor Y."j@ They still won becuase the individual driving the process summedB it up thusly,"I don't care which system wins the bid as long as it says VAX on the front."    bill   -- dJ 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   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   -   ------------------------------  % Date: Wed, 17 Apr 2002 10:06:54 -0700.& From: Greg Cagle <gregc@gregcagle.com>; Subject: Re: HP To Build (Linux/IA64) Supercomputer For DoE3, Message-ID: <3CBDABAE.5010402@gregcagle.com>   Bill Gunshannon wrote:. > In article <3CBD8F04.1030205@gregcagle.com>,+ >  Greg Cagle <gregc@gregcagle.com> writes:a > |> Bob Ceculski wrote:_ > |> > leslie@clio.rice.edu (Jerry Leslie) wrote in message news:<a9jbtb$l42$1@joe.rice.edu>...s > |> > a< > |> >>http://www.informationweek.com/story/IWK20020416S0003S > |> >>   InformationWeek > Linux > HP To Build Supercomputer For Energy Departmentm > |> n > |> <snip>  > |> cE > |> > is this the same itanium that everyone here keeps badmouthing?a > |> 7	 > |> Yup.c > E > Seems to me that what they have basicly bid is futures.  The system9F > doesn't exist and may never exist.  But then, that has never stoppedD > anyone inthis business.  A company I once worked for lost a bid toC > DEC once.  We bid Primes and DEC bid a VAX model that didn't even9F > exist at the time of the RFP.  We submitted 4 boxes of fanfold paperD > with the required benchmark results.  They submitted a letter thatC > basicly said "take model X and multiply the reuslts by factor Y."'B > They still won becuase the individual driving the process summedD > it up thusly,"I don't care which system wins the bid as long as it > says VAX on the front."l  @ The system itself does not exist as yet, but the building blocks) do (two-way McKinley rack mount systems).d   -- g
 Greg Cagle gregc at gregcagle dot com   ------------------------------  # Date: Wed, 17 Apr 2002 17:13:43 GMT * From: "Bill Todd" <billtodd@metrocast.net>; Subject: Re: HP To Build (Linux/IA64) Supercomputer For DoEeA Message-ID: <b3iv8.65263$3L2.5774030@bin7.nnrp.aus1.giganews.com>a  3 "Greg Cagle" <gregc@gregcagle.com> wrote in message & news:3CBDABAE.5010402@gregcagle.com...   ...   B > The system itself does not exist as yet, but the building blocks+ > do (two-way McKinley rack mount systems).d  L If production McKinley systems existed, I strongly suspect there'd no longer3 be any suspense concerning McKinley's SPEC figures.h   - bill   ------------------------------  # Date: Wed, 17 Apr 2002 16:35:26 GMT@* From: "Bill Todd" <billtodd@metrocast.net>; Subject: Re: HP To Build (Linux/IA64) Supercomputer For DoEB@ Message-ID: <ivhv8.91323$%8.7331802@bin2.nnrp.aus1.giganews.com>  5 "Bob Ceculski" <bob@instantwhip.com> wrote in messageh7 news:d7791aa1.0204170512.53a02c1c@posting.google.com...g6 > leslie@clio.rice.edu (Jerry Leslie) wrote in message# news:<a9jbtb$l42$1@joe.rice.edu>...I9 > > http://www.informationweek.com/story/IWK20020416S0003eE > >    InformationWeek > Linux > HP To Build Supercomputer For Energye
 Department   ...s  @ > is this the same itanium that everyone here keeps badmouthing?  K I guess you haven't bothered to understand the reasons for the badmouthing,IC though they've been presented more than adequately.  Here's a quick  refresher course:u  K 1.  The current Itanic (Merced) is a real dog in comparison to anything but G older SPARCs - except in floating-point-style calculations, where it isnI respectable (though not the leader) if you don't mind consuming twice theeE power its competition does.  It will not be used in the supercomputero referred to.  L 2.  The next Itanic (McKinley) promises to be a noticeable improvement (1.5xL to twice the speed of the Merced in non-FP-style processing, and faster thanI any other processor except EV7 in FP-style processing).  However, it willaK still be significantly slower than EV7 in non-FP-style processing (i.e., ineL server-style use) and have *much* less capability *per chip* (in both FP andG non-FP use) than the dual-processor-per-chip POWER4 (whose 2 processorstJ together only use about the same energy as the single-processor McKinley).C POWER4 will therefore blow McKinley's doors off in server-style use H (per-package performance is significant in mid-range-and-up servers) andJ will even give EV7 a real challenge in that area (that's the challenge EV8L was supposed to address).  McKinley will, however, be noticeably faster thanE SPARC.  Some McKinleys will be used in the supercomputer referred to.n  G 3.  The Itanic following McKinley (Madison/Deerfield) is just a process3L shrink (and consequent speed-up) plus more cache, so it only keeps Itanic inL the same position relative to the same shrinks and speed-ups its competitionK will be doing (though EV7's shrink is delayed for a while - perhaps becauseeK EV8 was originally planned to make it unnecessary).  Most of the processorscL in the supercomputer referred to will be Madisons, and if it performs mostlyJ FP-style processing rather than commercial-style processing they should doH OK (though POWER4s would do considerably better per chip, EV79s would doJ somewhat better per-processor, and EV8s would have done better still).  InJ other words, Madison will have the same disadvantages compared with POWER4D and EV7 in the same process as McKinley has, for both commercial and FP-style processing.  K 4.  SPECint and SPECfp aren't everything.  POWER4 today supports 'glueless'eJ multi-processor configurations that scale exceptionally well compared withK today's competition.  EV7 and Hammer will support them later this year, andlF will also support glueless memory with significantly lower latency andK higher (scalable) bandwidth than their competition.  Merced doesn't supporttJ either, neither will McKinley, and neither will Madison/Deerfield:  ItanicF appears to be about three years behind in this area - expect something similar in 2005.  J 5.  The rallying cry behind Itanic has always been that it would enjoy theJ cost advantages of being a 'commodity' processor with commodity volume andG prices for both itself and its surrounding components.  Intel has sincelD (wisely) soft-pedaled the idea that Itanic would replace IA32 in theJ foreseeable future, which means that IA32-like volumes aren't in the cardsC after all.  Merced's abysmal performance has made volumes even more K questionable.  And Itanic is now so late (about 4 years behind its originaltK 3-year schedule) that Hammer has come along and, if no major hitch appears,n/ could make Itanic almost completely irrelevant.   L 6.  The longer-term performance prospects for Itanic (if it survives at all)K are at best clouded.  The performance enhancements EV8 was implementing arelL applicable to similar architectures such as POWER and Hammer (and SPARC, forL that matter) but considerably more difficult to incorporate into a mess likeK EPIC (or at least Itanic's implementation of EPIC, which had to use a bunchDF of tricks to try to improve performance when the straight-forward EPICL approach failed to live up to expectations).  So whether Itanic will be ableD even to maintain its middle-of-the-pack position in commercial-styleK processing over time is questionable.  The good news is that with continuedoK process shrinks its disadvantages in power consumption and chip area shouldT3 diminish somewhat in relative importance over time.r  I If Compaq hadn't had an industry-leading package like the Alpha core with I its EV7 on-chip glue and EV8 enhancements well under way, its decision tooK tie its future to Itanic would just seem unfortunately short-sighted:  it's4H not that problems with Itanic weren't visible a year ago - or even threeE years ago, when the Compaq white paper describing the deficiencies ofmG Itanic's architecture compared with Alpha's was written - but Intel was L still spouting its "Just wait for McKinley!" line and a company in need of aH future platform could perhaps be forgiven for swallowing it.  Given thatD Compaq *did* have Alpha, and *had* done the research on the relativeE potential of Intel's implementation of EPIC, the decision was utterlys incompetent.   - bill   ------------------------------  % Date: Wed, 17 Apr 2002 10:43:13 -0700t& From: Greg Cagle <gregc@gregcagle.com>; Subject: Re: HP To Build (Linux/IA64) Supercomputer For DoEs, Message-ID: <3CBDB431.1020503@gregcagle.com>   Bill Todd wrote:5 > "Greg Cagle" <gregc@gregcagle.com> wrote in message ( > news:3CBDABAE.5010402@gregcagle.com... >  > ...o >  > B >>The system itself does not exist as yet, but the building blocks+ >>do (two-way McKinley rack mount systems).  >  > N > If production McKinley systems existed, I strongly suspect there'd no longer5 > be any suspense concerning McKinley's SPEC figures.   N I didn't say "production", just that they existed. Right now there are lots of& them in the hands of software vendors.   --  
 Greg Cagle gregc at gregcagle dot com   ------------------------------  % Date: Wed, 17 Apr 2002 15:01:19 +0100rT From: Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com>O Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxr& Message-ID: <3CBD802F.7020607@sun.com>   Bob Ceculski wrote:/   > Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com> wrote in message news:<3CBBF7D6.5090609@sun.com>... >  >>Rob Young wrote: >> >>c >>>In article <j70ebuoven1manm8fh9uvt1a7tbk2ebegm@4ax.com>, jlsue <jlsuexxxz@insightbb.com> writes:w >>>d >>>i >> n >>F >>>	This is because he is a master of mis-direction and hasn't changedE >>>	much since early 1994 in Usenet.  He isn't alone.  There are manytD >>>	in this forum that take few chances and talk in generalities andG >>>	*rarely* are clearly wrong.  Popcorn Posters.  Mostly content free.4 >>>t >>>a >> >>Sigh >>A >>Galaxies. You claimed that Galaxies were going to revolutionise = >>the way people ran systems, targetting server consolidationl; >>etc. You attempted to back what turned out to be baseless < >>speculation with the claim that Galaxies were so cool that9 >>Sybase and Oracle were really interested in them. Therem9 >>was no shred of evidence for this at the time and as itn; >>turned out Sybase were about to drop OpenVMS and Galaxies - >>havn't had remotely the impact you claimed.  >> > 3 > sure have ... everyone is trying to copy them ...i >     . I don't know of anyone trying to copy Galaxies name a vendor.     > 3 >>Spiralog. After reading one too many Compaq whitea3 >>papers you claimed that it was going to sweep allm6 >>other systems away, extravagent speculation included3 >>huge boosts in TPC-C performance just by stickinge3 >>Spiralog on the box. This was as we all know alsoe >>baseless speculation.e >> > B > spiralog was killed by palmer who was paid off by Bill Gates ... >  3    2 No it wasn't is just didn't behave in the way that7 the authors of the white paper expected it to. Spiralog / was not killed off by Palmer it post dates him.e   Regards  Andrew Harrisona   ------------------------------    Date: 17 Apr 2002 09:35:49 -0500+ From: young_r@encompasserve.org (Rob Young) O Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxs3 Message-ID: <1kEWWxn4I5hq@eisner.encompasserve.org>l  } In article <3CBD802F.7020607@sun.com>, Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com> writes:l >  >  > Bob Ceculski wrote:d >    >> c4 >> sure have ... everyone is trying to copy them ... >> i >  > 0 > I don't know of anyone trying to copy Galaxies > name a vendor. >    	Copy Galaxy features?   	Sun Microsystems.  9 	Dynamic Partitions.  High speed partition communication. : 	In both cases, poor knock-offs.  But when using Unix, you5 	do the best you can with what you have to work with.t   				Robe   ------------------------------    Date: 17 Apr 2002 05:24:33 -0700) From: P.Young@unsw.EDU.AU (Patrick Young)e Subject: I broke $ SHOW DEV Do= Message-ID: <55f85d77.0204170424.16a04b3c@posting.google.com>H  ' Interesting, if not totally sensible...e  B Well, a set of four 180GB disks arrived at work, and I just had to@ have a bit of a poke around! - why not! (they are destined for aD Novell box which is a waste, however such is life). We may very wellF be in the market for this under OpenVMS so the poke around was a validE work time activity and claimed as such (even if this is _totally_ nots
 supported)...   @ At my disposal I had an Adaptec AIC-7892 (29160 64 bit Ultra 160B controller using SYS$PKADRIVER) and the Storageworks RAID software V2.4A for OpenVMS/Alpha (V7.3).r  I The drives do 41MB/Sec (tested reading) under OpenVMS and appear as such:m  N Disk $1$DKB0: (HILUX), device type SEAGATE ST1181677LCV, is online, allocated,O     deallocate on dismount, mounted, file-oriented device, shareable, available,)     to cluster, error logging is enabled.e  O     Error count                    0    Operations completed                102sO     Owner process           "SYSTEM"    Owner UIC                      [SYSTEM]rO     Owner process ID        00000120    Dev Prot            S:RWPL,O:RWPL,G:R,WeO     Reference count                2    Default buffer size                 512eO     Total blocks           354600001    Sectors per track                    96iO     Total cylinders            38477    Tracks per cylinder                  96.$     Allocation class               1  I Trying to make four of these into a RAID-5 array will run for 8 hours at mF around 24 MB per second, and complete ... however you cannot RAID BINDH them, you will get the error:  VIRDEVACCESS. If you create a smaller setG using the /CHAR qualifier on RAID INIT and you are OK - I'm not paid toyF determine the the maximum size here :-( and will leave that to someone else.c    OK, try for RAID-0 - no problem!  P Disk DPA1: (HILUX), device type RAID0, is online, mounted, file-oriented device,>     shareable, available to cluster, error logging is enabled.  O     Error count                    0    Operations completed             137257nO     Owner process                 ""    Owner UIC                      [SYSTEM]aO     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,WiO     Reference count                1    Default buffer size                 512iO     Total blocks          1417250296    Sectors per track                   255 O     Total cylinders            21796    Tracks per cylinder                 255u$     Allocation class             256  & Kind of breaks $ SHOW DEV D though :-)  F Device                   Device           Error    Volume         FreeG  Name                    Status           Count     Label        Blocks>G  DPA1:          (HILUX)  Mounted              0  TEST         *********e   ------------------------------  % Date: Thu, 18 Apr 2002 00:00:37 +1000 = From: "Mark\(unMASK\)Forsyth" <forsytMhm@optAushoSme.com.aKu> ! Subject: Re: I broke $ SHOW DEV Dg" Message-ID: <86vj9a.c7o.ln@really>  6 "Patrick Young" <P.Young@unsw.EDU.AU> wrote in message7 news:55f85d77.0204170424.16a04b3c@posting.google.com...H) > Interesting, if not totally sensible...o  	 [deletia]D   >k" > OK, try for RAID-0 - no problem! >cJ > Disk DPA1: (HILUX), device type RAID0, is online, mounted, file-oriented device,B@ >     shareable, available to cluster, error logging is enabled. > > >     Error count                    0    Operations completed 1372573 >     Owner process                 ""    Owner UICo [SYSTEM]2 >     Owner process ID        00000000    Dev Prot S:RWPL,O:RWPL,G:R,Wn= >     Reference count                1    Default buffer sizee 512d; >     Total blocks          1417250296    Sectors per track  255l= >     Total cylinders            21796    Tracks per cylinders 255u& >     Allocation class             256  I I've worked in data centres that had less total disk space than that. And I that includes the disk packs in the drawers...:-) You've gotta be carefulRG talking about THAT much space, though. A DBA might hear you, no offenceeK intended people, but for crying out loud you guys can get through some disk  space. > ( > Kind of breaks $ SHOW DEV D though :-) >dH > Device                   Device           Error    Volume         FreeI >  Name                    Status           Count     Label        BlockslI >  DPA1:          (HILUX)  Mounted              0  TEST         *********l  K In the context of file sizes I'v always regarded "*******" as meaning "WTF, G that can't be right....geeeze thats big". IMO the same applies here. It.J looks like SHOW DEV D is telling you that you don't have to worry and thatC it'll let you know in good time when you need to count blocks...:-)i   Ooroo/	 Mark F...c   ------------------------------  # Date: Wed, 17 Apr 2002 16:09:58 GMTn2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)! Subject: Re: I broke $ SHOW DEV De9 Message-ID: <q7hv8.17$171.557161@cacnews.cac.cpqcorp.net>i  i In article <55f85d77.0204170424.16a04b3c@posting.google.com>, P.Young@unsw.EDU.AU (Patrick Young) writes:/ ..' :Kind of breaks $ SHOW DEV D though :-)3 : G :Device                   Device           Error    Volume         FreepH : Name                    Status           Count     Label        BlocksH : DPA1:          (HILUX)  Mounted              0  TEST         *********    "   Fixed in next release.  (V7.3-1)    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, 17 Apr 2002 12:17:34 GMTm# From: "John Smith" <a@nonymous.com>cR Subject: Re: It isn't just Alpha/OpenVMS users complaining about lack of marketingB Message-ID: <yJdv8.75$8Xd.71@news02.bloor.is.net.cable.rogers.com>  5 "Bob Ceculski" <bob@instantwhip.com> wrote in messaget6 news:d7791aa1.0204161753.a88310e@posting.google.com... > A > if I was IBM, I would stay silent about os400 too ... I trained A > on one and spent the worst one month of my life on an as400 ...MB > it is the most closed system I have ever seen ... you are locked@ > into menus ... crashed twice in one month and IBM tech support? > had no idea why ... most people are running in system 3x mode@@ > which kills the processor, and trying to upgrade to os400 is a> > nightmare ... I could go on and on ... I take vms thank you!  K No kidding. I once had to use a VAX in the middle so a System 38 could talktD to a 370. It was easier, and cheaper than trying to get them to talk/ directly. Must have been about 18-19 years ago.h   ------------------------------    Date: 17 Apr 2002 07:54:05 -0500- From: koehler@encompasserve.org (Bob Koehler)rR Subject: Re: It isn't just Alpha/OpenVMS users complaining about lack of marketing3 Message-ID: <4qPlGZOHbU9E@eisner.encompasserve.org>>  h In article <yJdv8.75$8Xd.71@news02.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes: > M > No kidding. I once had to use a VAX in the middle so a System 38 could talk1F > to a 370. It was easier, and cheaper than trying to get them to talk1 > directly. Must have been about 18-19 years ago.d  K    IBM sold lots of VAXen for DEC.  They would tell you the easiest way to aG    get two disparate IBM systems to talk to each other was to put a VAXe    in the middle.f  H    Which reminds all of the contract IBM won by bidding VMS on an Alpha.$    Compaq had bid Tru64 on an Alpha.   ------------------------------  % Date: Wed, 17 Apr 2002 07:20:37 -0400 2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: Itanium OdditiesaJ Message-ID: <rdeininger-1704020720370001@1cust16.tnt1.nashua.nh.da.uu.net>  3 In article <3CBC1574.26B50A6E@127.0.0.1>, Nic Clewsm <sendspamhere@127.0.0.1> wrote:e    H >I have a few interesting observations from last weeks' London Technical> >Update where a few home truths about the Alpha were revealed. > F >I suspect I was not the only one in the audience amazed to learn thatA >some very basic commonly used instructions need a fair amount ofnH >firmware jiggery pokery to execute, yet on an Itanium is implemented as >a single instruction! >eF >Any suggestion that the Alpha processor was somehow optimized for theE >VMS operating system is a total and utter complete myth. I asked theEF >obvious question, but in the swings and roundabouts world there is noG >great advantage of one chip over another as far as VMS and performancee >is concerned.  I This isn't really news.  The Alpha architecture books have been available)C all along.  Comare the chapter on "VMS PALcode" to the one on "UnixKB PALcode".  The VMS chapter is much thicker.  Read what the variousB processors do on every switch to PAL mode, and you realize that anF instruction simulated in PAL is pretty expensive, and always has been.  C The only big concession Alpha made to the needs of VMS was to alloweH PALcode in the first place.  VMS PALcode makes an alpha seem more like a@ VAX.  A PAL-less alpha would have been much harder to deal with.  @ IPF, while not exactly the same, seems to have hooks for various' application-specfic extensions as well.e   ------------------------------    Date: 17 Apr 2002 23:46:08 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Itanium Odditiesh- Message-ID: <871yde9vlr.fsf@prep.synonet.com>n  ' Alan Greig <a.greig@virgin.net> writes:w  D > Shock horror. You mean Compaq have been selling us a pig in a pokeB > all these years. I want my money back. Thank goodness Itanium is > coming to the rescue!P  * Just what you need, more pig, less poke :)   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.w@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Wed, 17 Apr 2002 16:46:10 GMTt0 From: prune@ZAnkh-Morpork.mv.com (Paul Winalski) Subject: Re: Itanium Odditiesi8 Message-ID: <3cbda6a9.424313590@proxy.news.easynews.com>  0 On Mon, 15 Apr 2002 22:18:10 -0400, "Neil Rieck" <n.rieck@sympatico.ca> wrote:w  F >One thing that stood was the fact that Itanium (a.k.a. IA-64; Merced;K >McKinley) has no ADD instruction. According to the above link, in order topJ >add, you must use a MAC (Multiply and Accumulate) instruction that adds aJ >value after multiplying by one. Maybe one of the people currently porting >OpenVMS (or Tru64) to IA-64 I  F It's not really all that strange. For example,  Alpha doesn't have anyF register-to-register move instruction.  To move data from one register@ to another, you use the 3-operand OR instruction, specifying the8 source as one operand of the OR, 0 as the other operand.  
 ---------- Remove 'Z' to reply by email.s   ------------------------------  % Date: Mon, 15 Apr 2002 21:14:13 +0200E3 From: Terje Mathisen <terje.mathisen@hda.hydro.com>e Subject: Re: Itanium troublesr- Message-ID: <3CBB2685.3A2B88D3@hda.hydro.com>s   hack wrote:  [snip]L > could understand.  I agree with the main point, that you should be able toP > print what you see on the screen.  I.o.w., the "Print Screen" key should work!N > That too should be provided independently of the application -- and might beO > augmented by a "print view" function, also below the application itself, in aeL > window manager perhaps.  Again, in principle unrelated to Unix vs Windows.  A This is more or less what the Print Screen key does, by capturing # everything currently on the screen.e  @ Alt + PrintScreen does the same, but only for the active window.  E To actually print this, you'll have to paste it into some rudimentarye< graphics program which can then send it to printer you want.   Terjee   -- i  - <Terje.Mathisen@hda.hydro.com>@ "almost all programming can be viewed as an exercise in caching"   ------------------------------  # Date: Wed, 17 Apr 2002 16:10:59 GMT + From: tom@automatedtech.com (Tom Hickerson)l4 Subject: Leak with Apache / Compaq Secure Web Server3 Message-ID: <3cbd9d2f.62787333@news.mindspring.com>h  F I'm trying to run CSWS (Apache on VMS) and after a few thousand hit myC overall system preformance goes dwon the tube.  Studing the MonitorsE Lock screen it appears that  "Total Locks" increase with almost every, hit on the Apache server.    Has anyone seen this before ?l   Is there a mail list for CSWS ?i  0 What's the best newsgroup for CSWS discussion ?   
 Tom Hickersona tom@automatedtech.comr   ------------------------------  % Date: Tue, 16 Apr 2002 20:11:48 +0200A3 From: Terje Mathisen <terje.mathisen@hda.hydro.com> G Subject: Re: learning how to use a computer (was: Re: Itanium troubles)a- Message-ID: <3CBC6964.91E46430@hda.hydro.com>p   Nick Maclaren wrote:C > But I was referring to the specific claim.  One test that I triedoE > was how long it took to do 'type fred/bill/bert' (type = Unix cat).hB > Now, most ordinary computer users will take 4-20 seconds to type0 > that, though some people are faster or slower. > F > An Apple-like GUI needs 4 lookups - the initial root and each index.B > My tests indicates that, on an infinitely fast machine and where@ > each directory displayed in toto, the GUI was a bit faster, ifC > anything.  Something I found (that was known to psychologists, as2B > I discovered later) was that any noticeable glitch in a computerA > response caused a disproportionate one in the user's reactions.    [snip]  B > Interestingly enough, my evidence was that the users' preferenceA > was often for the GUI, even if they knew that it was slower.  Ie5 > notice that effect in myself, but can't explain it.	  D I used to be totally in the CLI camp, but with the lookahead featureG (similar to command completion) that MS added to Win2K, looking up filenE names in the GUI is almost identical in speed, and slightly better inr convenience.  A I.e. I just start typing in the input field, instead of scrolling>H through the list, and a drop-down box starts to display a sorted list of/ all those files/directories which match so far.e  D Since this allows me to stop typing as soon as I'm close enough, andF then select the proper match, it is very close in speed to a perfectly/ executed set of tab-completed dir/file lookups.    Terje>   -- s  - <Terje.Mathisen@hda.hydro.com>@ "almost all programming can be viewed as an exercise in caching"   ------------------------------  # Date: Wed, 17 Apr 2002 12:00:54 GMTe' From: alexc@world.std.com (Alex Colvin) G Subject: Re: learning how to use a computer (was: Re: Itanium troubles)o& Message-ID: <Gupo1I.Ft1@world.std.com>  G >Even better: run a 10/100BaseT cable from the car to a home LAN hub inlB >the garage and run something on your Win, Linux/KDE/Gnome, Mac orD >whatever desktop and see exactly what the car is complaining about,F >order parts on-line and arrange delivery, ... up/down-load music, map& >data, etc. via your home network, ...  $ >I can see a lot of possibilities...  ! virus for your engine controller?h -- h
 	mac the nafe   ------------------------------    Date: 17 Apr 2002 07:38:01 -0500- From: koehler@encompasserve.org (Bob Koehler)aG Subject: Re: learning how to use a computer (was: Re: Itanium troubles)r3 Message-ID: <wpe3YT6wYoY3@eisner.encompasserve.org>R  n In article <Sn%u8.57126$3L2.4773611@bin7.nnrp.aus1.giganews.com>, "Bill Todd" <billtodd@metrocast.net> writes: > G > I was not suggesting that no one can shift that smoothly, since I cannL > myself.  The suggestion was that *most* people, even after having operatedK > manual transmissions for most of their lives, still haven't acquired thatm > level of competence   H    And those of us who have wear out clutches too fast.  I can never getD    more than 50K miles on a clutch, so I've given up on the cost and.    expense and simply gone with the automatic.  9    All my jerky friends get 100K miles on their clutches.c   ------------------------------    Date: 17 Apr 2002 07:39:54 -0500- From: koehler@encompasserve.org (Bob Koehler)0G Subject: Re: learning how to use a computer (was: Re: Itanium troubles) 3 Message-ID: <QpeDHBXjBhHS@eisner.encompasserve.org>.  N In article <3cbca91c@dnews.tpgi.com.au>, "green" <westermn@tpg.com.au> writes: > 9 > washing machienes -- put the load in press go. 1 cycle.o  I    No, no, no.  You've got to fill the tub, add the soap, and turn on thehG    agitator.  When it's done you turn off the agitator and activate thep    wringer rollers.u   ------------------------------  % Date: Wed, 17 Apr 2002 14:44:30 +0100tT From: Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com>G Subject: Re: learning how to use a computer (was: Re: Itanium troubles)a& Message-ID: <3CBD7C3E.9020303@sun.com>   Bill Todd wrote:  < > "Johan Schoofs" <jschoofs@compuserve.com> wrote in message9 > news:GjDu8.5179$mc3.1926260937@hestia.telenet-ops.be...e > 5 >>"Jan-Erik Sderholm" <aaa@aaa.com> wrote in messagee# >>news:3CBADDE4.7DB7724C@aaa.com...  >>E >>>Hm, note that automatic transmissions are more or less a "feature" D >>>for the leasy US'es :-) In Europe, manual is still the way to go.A >>>Imagine a Lotus or a Ferrari with an automatic transmission...w >>>rH >>>Learning to manage a clutch and manual transmission, must be the easyJ >>>part of driving. Learning to behave sensible in traffic has always been$ >>>and will always be the hard part. >>>eF >>>Anyway, we'll have to drive less in the future to save the earth... >>>  >>>Jan-Erik Sderholm. >>>  >>> K >>Be careful with the examples, Jan-Erik: the Ferrari 456 GTA comes with ani> >>automatic gearbox and most other Ferrari's can be had with a >> > semi-automatic > K >>gearboxes in with the clutch is automatically operated. Shifting gears isoI >>done using paddles on the steering wheel. The same system can be had onO >> > the  > L >>BMW M3 and a few other cars such as the little Toyota Roadster. All Jaguar; >>XK roadsters come with an automatic transmission as well!U >> > L > That reminds me that I think I recall some kind of clutchless shift option* > from Porsche appearing recently as well. >     : Or more prosaically many tractors have the same capability   Regards5 Andrew Harrisonc   ------------------------------  % Date: Wed, 17 Apr 2002 11:34:25 -0400e+ From: Michael Corbett <corbett@PROCESS.COM> G Subject: Re: learning how to use a computer (was: Re: Itanium troubles)l* Message-ID: <3CBD9601.2050207@PROCESS.COM>   Bob Koehler wrote:  p > In article <Sn%u8.57126$3L2.4773611@bin7.nnrp.aus1.giganews.com>, "Bill Todd" <billtodd@metrocast.net> writes: > G >>I was not suggesting that no one can shift that smoothly, since I canOL >>myself.  The suggestion was that *most* people, even after having operatedK >>manual transmissions for most of their lives, still haven't acquired that  >>level of competence  >> > J >    And those of us who have wear out clutches too fast.  I can never getF >    more than 50K miles on a clutch, so I've given up on the cost and0 >    expense and simply gone with the automatic. > ; >    All my jerky friends get 100K miles on their clutches.> >  >   K 50k?  I have 226k on mine.  I wish the clutch or something else major woulda/ go so I could convince myself to get a new one.o   Mike   -- bD Michael Corbett                           Email: Corbett@process.comB Process Software                          Phone: 800 722-7770 x369B 959 Concord St.                                  508 879-6994 x369= Framingham MA 01701-4682                  FAX:   508 879-0042r   ------------------------------   Date: 17 Apr 2002 15:03:42 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) G Subject: Re: learning how to use a computer (was: Re: Itanium troubles) + Message-ID: <a9k2se$vbc$1@info.cs.uofs.edu>   A In article <P1Gu8.38195$%l3.3809728@bin8.nnrp.aus1.giganews.com>,o-  "Bill Todd" <billtodd@metrocast.net> writes:l |> sM |> That reminds me that I think I recall some kind of clutchless shift optionh+ |> from Porsche appearing recently as well.   = Recently??  Porsche has had a clutchless shift semi-automatic @ transmission for more than 30 years. (I don't remember the name,E but I do still have the shop manuals at home if anyone really cares.)    bill   -- eJ 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   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  # Date: Wed, 17 Apr 2002 15:30:24 GMTe* From: "Bill Todd" <billtodd@metrocast.net>G Subject: Re: learning how to use a computer (was: Re: Itanium troubles)sA Message-ID: <kygv8.64530$3L2.5695884@bin7.nnrp.aus1.giganews.com>e  : "Bob Koehler" <koehler@encompasserve.org> wrote in message- news:wpe3YT6wYoY3@eisner.encompasserve.org...cI > In article <Sn%u8.57126$3L2.4773611@bin7.nnrp.aus1.giganews.com>, "Bill & Todd" <billtodd@metrocast.net> writes: > >fI > > I was not suggesting that no one can shift that smoothly, since I cancE > > myself.  The suggestion was that *most* people, even after havings operatedH > > manual transmissions for most of their lives, still haven't acquired that > > level of competenceD >cJ >    And those of us who have wear out clutches too fast.  I can never getF >    more than 50K miles on a clutch, so I've given up on the cost and0 >    expense and simply gone with the automatic.  F I routinely drive vehicles well over 100K miles and have yet to have aB clutch replaced.  I suspect that the fault is with your technique:B performed correctly, no additional clutch wear occurs (and in fact- considerably less than with a 'jerky' shift).e   - bill   ------------------------------  # Date: Wed, 17 Apr 2002 15:32:44 GMTi* From: "Bill Todd" <billtodd@metrocast.net>G Subject: Re: learning how to use a computer (was: Re: Itanium troubles) A Message-ID: <wAgv8.70654$GS6.7179842@bin3.nnrp.aus1.giganews.com>e  > "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in message% news:a9k2se$vbc$1@info.cs.uofs.edu...gC > In article <P1Gu8.38195$%l3.3809728@bin8.nnrp.aus1.giganews.com>,e/ >  "Bill Todd" <billtodd@metrocast.net> writes:. > |>H > |> That reminds me that I think I recall some kind of clutchless shift option- > |> from Porsche appearing recently as well.0 >.? > Recently??  Porsche has had a clutchless shift semi-automaticoB > transmission for more than 30 years. (I don't remember the name,G > but I do still have the shop manuals at home if anyone really cares.)h  I Yes, recently.  It could of course merely have been a variation they felt  worth touting as 'new'.I   - bill   ------------------------------  % Date: Wed, 17 Apr 2002 12:14:02 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>aG Subject: Re: learning how to use a computer (was: Re: Itanium troubles)a, Message-ID: <a9k7at$48t9$1@lead.zk3.dec.com>    Bob Koehler wrote in message ...H >In article <Sn%u8.57126$3L2.4773611@bin7.nnrp.aus1.giganews.com>, "Bill& Todd" <billtodd@metrocast.net> writes: >>H >> I was not suggesting that no one can shift that smoothly, since I canD >> myself.  The suggestion was that *most* people, even after having operatedL >> manual transmissions for most of their lives, still haven't acquired that >> level of competence >aI >   And those of us who have wear out clutches too fast.  I can never getyE >   more than 50K miles on a clutch, so I've given up on the cost ando/ >   expense and simply gone with the automatic.  >g: >   All my jerky friends get 100K miles on their clutches. >   K Perhaps you need a refresher course in using a clutch.  I don't consider mydL shifting "jerky", and yet the only clutch that I have ever had wear out, was0 a used Celica after I had put my own 100k on it.  D Of course, these days there really isn't much of a need for a manual@ transmission.  I only have one because a sports car *should* ;-)   ------------------------------    Date: 17 Apr 2002 10:37:09 +0100+ From: vaxinf@dg14 (Eberhard Heuser-Hofmann)e" Subject: Re: LVD SCSI on PWS 500au- Message-ID: <3cbd3435.0@news.uni-konstanz.de>U  8 In article <3CBB0F00.845C7E3C@caltech.edu>, David Mathog <mathog@caltech.edu> writes: |>"Keith A. Lewis" wrote:m |>> F |>> >I'm using http://www.acard.com/eng/product/scside/aec-7720uw.html0 |>> >in my PW 500au, Tru64 v51.A. Drive is IBM : |>> I |>> That's an interesting product, but why would you use a converter whent |>thep$ |>> 500au has 2 built-in IDE busses? |>I |>Performance maybe?  The DS10, for instance, had remarkably unimpressiveo |>IOH |>with IDE disks through its built in IDE interface.  The 500au may have |>theo6 |>same poor performance.  There's a test package here: |>C |>ftp://saf.bio.caltech.edu/pub/software/benchmarks/mybenchmark.zipa |>H |>  which has some simple code for testing read/write speed on VMS disks |>(and alsoAD |>other disks on Unix systems).  There are some tables in there with7 |>results from various systems for comparison purposes.a |>I |>I suspect that the reason you had to bump up the priority on your other 
 |>applicationnH |>when the ftp server was moving data was that the IDE read/write method
 |>was both |>slowE |>and was generating CPU interrupts relatively frequently at a highern
 |>priority |>than your.I |>user level application.  If that's true then if you set up a RAMDISK onc
 |>your VMSC |>system you'll probably find that the ftp server load is no longerA |>significant.B |>For what it's worth, on our late lamented VMS DS10 with U2W SCSIH |>the FTP server never seemed to load the system significantly even when |>very |>largeg |>files were being downloaded. |>
 |>Regards, |> |>David Mathog |>mathog@caltech.edu |>  > A supported PCI-UDMA-IDE-Controller for OpenVMS would be nice.  H The performance of the build in controller is so poor that my project ofC dvdwrite for vms nearly foundered. Fortunately the burnproof option0F is available for the pioneer dvr-a03 drive. So I'm able to burn 4.3 GB$ DVD-R(W) ODS2-Filesystem on OpenVMS.   eberhard   ------------------------------  + Date: Wed, 17 Apr 2002 14:18:31 +0000 (UTC) - From: lewis@spyder.mitre.org (Keith A. Lewis)-" Subject: Re: LVD SCSI on PWS 500au. Message-ID: <a9k07m$fam$1@newslocal.mitre.org>  z David Mathog <mathog@caltech.edu> writes in article <3CBB0F00.845C7E3C@caltech.edu> dated Mon, 15 Apr 2002 10:33:52 -0700:H >I suspect that the reason you had to bump up the priority on your other >applicationP >when the ftp server was moving data was that the IDE read/write method was both >slowtM >and was generating CPU interrupts relatively frequently at a higher priorityp
 >than yourQ >user level application.  If that's true then if you set up a RAMDISK on your VMSeO >system you'll probably find that the ftp server load is no longer significant.tA >For what it's worth, on our late lamented VMS DS10 with U2W SCSIrL >the FTP server never seemed to load the system significantly even when very >large >files were being downloaded.   K "MONITOR PROC/TOPCPU" shows very low CPU use for the ftp child process (and'G all other processes on the system), but "MONITOR SYSTEM" shows 100% CPU L usage.  "MONITOR MODES" says it's mostly in "interrupt state", so it appears your theory is correct.o  I About your RAMdisk suggestion -- you mean cache the files there as my app]I needs them?  I think the script that copies the files from IDE to RAMdisk E would still have to run at higher priority or it would fall behind.     I Since the priority fix works so well, I'm only messing with it now out of-D curiousity.  I'll try it on SCSI just to see, and I'll download thatG benchmarking program when I get a chance.  It will probably reaffirm mye appreciation of SCSI.  d  + --Keith Lewis              klewis$mitre.orge> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Wed, 17 Apr 2002 22:45:08 +0800a From: hotstocks@bigfoot.comv Subject: Market BulletinB Message-ID: <OF05669F1F.0CC82214-ON88256B9E.0050DDF6@apacerus.com>   <html>[ <b><br>St<!--This-->oc<!--is the-->k Expect<!--beginning-->ed to So<!--of the-->ar</br><br>x  b Powder River Basin Gas Co<!--we think-->rp. (OT<!--end of-->CB<!--the world-->B:PRVB)</br><br></b>   Ma<!--Mary had-->jor New<!--a little-->slet<!--lamb-->ter Ann<!--its fleece-->ouncem<!--was white-->ents and Huge New<!--as snow-->sletter. Cover<!--and everywhere-->age for PRVB<br><br>  l This we<!--that mary-->ek, PRVB will be prof<!--went the-->iled by some major new<!--lamb was-->sletters<br>Y along with the release of sign<!--sure to-->ificant news regarding incr<!--go-->eased<br>ap reve<!--it followed-->nues for the Comp<!--her to-->any.  There will be huge vo<!--school one-->lume, and a <br>B strong increase in price for several days.  These are the same<br>a newsle<!--day which-->tters that profi<!--was against-->led NVEI two weeks ago.  They brought<br>oB NVEI from $.68 to $1.79 in ten days.  We know for certain that<br>L the same groups are going to profi<!--the rules-->le PRVB this week.<br><br>  h We are ve<!--humpty-->ry proud that we can sha<!--dumpty-->re this information with yo<!--sat-->u so<br>] that you may part<!--on a wall-->icipate alongside the many other Newslet<!--humpty-->ter<br>cz subs<!--dumpty-->cribers that recie<!--had a-->ve this inform<!--great-->ation.  It is highly advisa<!--fall all-->ble<br>a to take a pos<!--the kings-->ition in PRVB as soon as po<!--horses-->ssible, today before the<br>yA ma<!--and all-->rket closes, or to<!--the kings-->morrow.<br><br>t  _ PRVB is a pros<!--men could-->perous and underva<!--not put-->lued oil and gas exploration <br>lA company with reserves of 43 Billion cubic feet of natural gas<br> A operating in the Powder River Basin, one of the most prolific<br> = natural resource areas in the United States.  The Company<br>fQ presently has a 100% working inte<!--humpty-->rest on 15,000 acres contiguous<br>iM to Williams Coal Seam Gas (NY<!--together-->SE: WTU, $11) and Western Gas<br> L (N<!--again-->YSE: WGR, $38), the major players in this region.  Recent <br>A news that the Company's wells have been producing millions of<br> Q cubic feet of gas per day combined with several acquisi<!--jack be-->tions is<br> p having an extremely positive impa<!--nimble-->ct on reven<!--jack be-->ues and <br>ear<!--quick-->nings.<br><br>   The s<!--jack jump-->tock is tr<!--over the-->ading near its 52-<!--candlestick-->week low, and should begin m<!--hey diddle-->oving<br>b up immedia<!--the cat-->tly.  We think the sto<!--in the-->ck could easily reach $1.50 in less<br> than a month.<br><br>   @ <b>Goo<!--fiddle-->d Luck, and watch PRV<!--the dog-->B fly!</b> </html>-   ------------------------------    Date: 17 Apr 2002 08:13:15 -0700& From: jordan@ccs4vms.com (Rich Jordan)8 Subject: MicroVAX 3100-30 self test failure: RT-Retrbctr= Message-ID: <cc5619f2.0204170713.14f6b6ff@posting.google.com>   B We're prepping some old MicroVAX 3100s for surplus sale (maybe viaE Ebay, not yet determined, but at least they're not getting pitched). nE The one -30 I have worked OK yesterday; passed self test, booted, andaF ran well enough for me to clean off the data disks and test the TZ30. E This morning, it fails during the selftest (fboot set for fast test);oF while drawing the progress bar on the terminal, it suddenly prints '??C RT-Retrbtcr', hangs for about 20-30 seconds, then restarts the selfv$ test.  It repeats this continuously.  F One earlier post about this error noted an improperly installed memoryF SIMM; that is not the case here; I pulled and reseated all of them.  IE also removed all devices from the SCSI bus (left the terminator), andwB will next try removing the only other option on this box; a DWS-41E sync port, as well as testing the SIMMs in pairs.  The error is stilln> occurring.  I can't find it in my meager MV3100-30 docs, or onE DSNlink.  If anyone can tell me for certain what the error indicates,tC I'd appreciate it.  If it matters, this system was idle and poweredmD off for at least 18 months; it did prompt for date and time when VMS. booted yesterday (which was properly entered).   Rich Jordanr   ------------------------------  + Date: Wed, 17 Apr 2002 11:02:18 +0000 (UTC)e From: david20@alpha1.mdx.ac.uk4 Subject: Re: More proof EV8 will live in itanium ...+ Message-ID: <a9jknq$2kj$2@aquila.mdx.ac.uk>   g In article <d7791aa1.0204161136.555d04c@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:.@ >well J.F. and Andrew, you scratched your heads on my other post= >as to what Intels 2004 itanium inflection point was ... well A >please explain this infoworld article paragraph where the authora* >states that EV8 will be made by Intel ... >a  F Unless Intel were to make an announcement to that effect then I'd justJ put this down to the reporter misunderstanding what he was told by Compaq.  
 David Webb VMs and Unix team leader CCSS Middlesex University    K >http://www.infoworld.com/articles/hn/xml/02/04/10/020410hncompaqserver.xml0 >0 >Compaq ushers in AlphaServers   >J
 >By Dan Neel j >April 10, 2002 10:08 am PT  >  sG > AS SPARKS FLEW this week between IBM and Sun in the RISC-based serverJG >market, Compaq quietly began letting potential customers of its future2E >RISC-based EV7 AlphaServers kick the tires of the yet-to-be releasedr	 >systems.a >eA >The new AlphaServers are powered by Compaq's next-generation EV7oD >processors, which are expected to ship in 8-way AlphaServers by theF >end of 2002. AlphaServers designed for 64-way EV7 configurations will0 >follow shortly after that, according to Compaq. >nE >Similar to the modular design of Sun's Enterprise 12000 server which F >launched Tuesday, Compaq's EV7 AlphaServers are built using a modularC >architecture that lets users add, subtract, and re-deploy computer 8 >components such as CPUs and memory. Self-diagnostic andG >self-correcting technology within the new AlphaServers reduce the useraC >intervention required to stave off potential system down-time. Thed@ >self-healing technology also better positions Compaq to competeD >against IBM's eLiza self-healing technology, which ships in all IBM >Unix servers. > F >Preview models of Compaq's EV7 AlphaServers have been moving into theG >hands of test customers such as the Cerner Corporation, the Pittsburgh = >Supercomputing Center, the French Atomic Commission/MilitaryrC >Applications Department, and Deutsche Boerse Systems, according tos6 >representatives for the Houston-based computer maker. >-G >Compaq AlphaServers are designed for high-end compute environments andeG >compete in a market that has rapidly been consolidated into four majoruE >players, being Compaq, IBM, Sun, and Hewlett-Packard (HP), according.F >to Ashok Kumar, an industry analyst at U.S. Bancorp Piper Jaffray, in >Menlo Park, Calif.o > C >But only two of those players, IBM and Sun, will continue to offeriD >RISC-based Unix servers after 2005. Before then, Compaq and HP willB >each transition their RISC-based server platforms to Intel chips. >tC >For Compaq, the EV7 chips are next-to-last in a line of RISC-based> >EV-series processors. > G >Compaq will battle it out with Sun, IBM, and HP for Unix server marketgD >share using EV7-based servers until the late 2003 time frame. AfterF >that, Compaq will transition its OpenVMS and True64 operating systemsD >to Intel's 64-bit Itanium chip line. Compaq will support its legacyE >RISC customers indefinitely, and OS transitions to Itanium should besG >seamless, but around 2003 the Alpha road map will morph to Itanium, asbC >EV-8 chips will be designed by an Intel team, according to Compaq.t   ------------------------------    Date: 17 Apr 2002 07:30:18 -0500- From: koehler@encompasserve.org (Bob Koehler) 4 Subject: Re: More proof EV8 will live in itanium ...3 Message-ID: <Lvvx378oQPWr@eisner.encompasserve.org>a  g In article <d7791aa1.0204161136.555d04c@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:   
 > legacy RISC   I    RISC is now "legacy".  The more things change, the more they stay the      same.   ------------------------------  % Date: Wed, 17 Apr 2002 08:08:41 -0500l1 From: "Dave Gudewicz" <david.gudewicz@abbott.com> 4 Subject: Re: More proof EV8 will live in itanium ...8 Message-ID: <a9js6o$8rl$1@fizban.fizban.pprd.abbott.com>  K I think some of Alpha (todays or perhaps what would have been) will live inr future versions of the IPF.   H I heard that some - not all - of the braintrust of Alpha are now wearing
 Intel badges.   - As for Tru64 on IPF.  Some parts of it maybe.c  J As for VMS on IPF.  That seems more certain.  Whatever certain means these days.i   Dave...s  : "Bob Koehler" <koehler@encompasserve.org> wrote in message- news:Lvvx378oQPWr@eisner.encompasserve.org... > > In article <d7791aa1.0204161136.555d04c@posting.google.com>,* bob@instantwhip.com (Bob Ceculski) writes: >. > > legacy RISC: >aJ >    RISC is now "legacy".  The more things change, the more they stay the
 >    same.   ------------------------------  # Date: Wed, 17 Apr 2002 16:55:56 GMTr* From: "Bill Todd" <billtodd@metrocast.net>4 Subject: Re: More proof EV8 will live in itanium ...A Message-ID: <wOhv8.71336$GS6.7260574@bin3.nnrp.aus1.giganews.com>@  < "Dave Gudewicz" <david.gudewicz@abbott.com> wrote in message2 news:a9js6o$8rl$1@fizban.fizban.pprd.abbott.com...J > I think some of Alpha (todays or perhaps what would have been) will live in > future versions of the IPF.e  I Itanic would love to get its hands on EV7's on-chip glue, I suspect - butd that's not Alpha per se.   >cJ > I heard that some - not all - of the braintrust of Alpha are now wearing > Intel badges.   ? That is correct, though it wasn't their first choice (EV8 was).    >n/ > As for Tru64 on IPF.  Some parts of it maybe.y  F No.  HP/UX *might* acquire some technology, but it won't be Tru64 when they're done with it.c   - bill   ------------------------------  % Date: Wed, 17 Apr 2002 17:51:49 +0100rT From: Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com>4 Subject: Re: More proof EV8 will live in itanium ...& Message-ID: <3CBDA825.7020503@sun.com>   Bob Ceculski wrote:   A > well J.F. and Andrew, you scratched your heads on my other poste> > as to what Intels 2004 itanium inflection point was ... wellB > please explain this infoworld article paragraph where the author+ > states that EV8 will be made by Intel .... >     5 And we are still scratching our heads after this one.   4 Looks like the author struggled manfully with the EV2 teminology and then gave up and just typed in EV8.   Regardsa Andrew Harrisone    L > http://www.infoworld.com/articles/hn/xml/02/04/10/020410hncompaqserver.xml >   > Compaq ushers in AlphaServers  >  > By Dan Neel  > April 10, 2002 10:08 am PT >   H >  AS SPARKS FLEW this week between IBM and Sun in the RISC-based serverH > market, Compaq quietly began letting potential customers of its futureF > RISC-based EV7 AlphaServers kick the tires of the yet-to-be released
 > systems. > B > The new AlphaServers are powered by Compaq's next-generation EV7E > processors, which are expected to ship in 8-way AlphaServers by thelG > end of 2002. AlphaServers designed for 64-way EV7 configurations will51 > follow shortly after that, according to Compaq.l > F > Similar to the modular design of Sun's Enterprise 12000 server whichG > launched Tuesday, Compaq's EV7 AlphaServers are built using a modularsD > architecture that lets users add, subtract, and re-deploy computer9 > components such as CPUs and memory. Self-diagnostic and>H > self-correcting technology within the new AlphaServers reduce the userD > intervention required to stave off potential system down-time. TheA > self-healing technology also better positions Compaq to competeaE > against IBM's eLiza self-healing technology, which ships in all IBMe > Unix servers.  > G > Preview models of Compaq's EV7 AlphaServers have been moving into thegH > hands of test customers such as the Cerner Corporation, the Pittsburgh> > Supercomputing Center, the French Atomic Commission/MilitaryD > Applications Department, and Deutsche Boerse Systems, according to7 > representatives for the Houston-based computer maker.- > H > Compaq AlphaServers are designed for high-end compute environments andH > compete in a market that has rapidly been consolidated into four majorF > players, being Compaq, IBM, Sun, and Hewlett-Packard (HP), accordingG > to Ashok Kumar, an industry analyst at U.S. Bancorp Piper Jaffray, ini > Menlo Park, Calif. > D > But only two of those players, IBM and Sun, will continue to offerE > RISC-based Unix servers after 2005. Before then, Compaq and HP willtC > each transition their RISC-based server platforms to Intel chips.a > D > For Compaq, the EV7 chips are next-to-last in a line of RISC-based > EV-series processors.p > H > Compaq will battle it out with Sun, IBM, and HP for Unix server marketE > share using EV7-based servers until the late 2003 time frame. AfterrG > that, Compaq will transition its OpenVMS and True64 operating systemsiE > to Intel's 64-bit Itanium chip line. Compaq will support its legacyVF > RISC customers indefinitely, and OS transitions to Itanium should beH > seamless, but around 2003 the Alpha road map will morph to Itanium, asD > EV-8 chips will be designed by an Intel team, according to Compaq. >    ------------------------------  % Date: Wed, 17 Apr 2002 04:00:13 -0500t  From: John Santos <JOHN@egh.com> Subject: Re: Mux Server 300i5 Message-ID: <1020417035726.1633C-100000@Ives.egh.com>>  # On 16 Apr 2002, Bob Ceculski wrote:p  f > "Gorazd Kikelj" <gorazd.kikelj@aster.si> wrote in message news:<6ORu8.264$WO2.9355@news.siol.net>...7 > > "A Bonaveidogo" <Asena@fsc.com.fj> wrote in message E > > news:BFBEDDF2CFEDD411917400508BF3A6FFCBCB1D@exchsvr.FSC.COM.FJ...  > > >nJ > > > Does anyone know the file on VMS that loads settings for muxservers? > > >e > > >g > > > asena  > > H > > MS1601ENG.SYS is binary load file that was nedded for muxserver 300. > > H > > As I recall configuration is saved in NVRAM on the muxserver itself. > >  > > best, Gorazd > H > that was the one needed for a muxserver 100, I don't know if it is theF > same for the 300 ... if you use DSVCONFIG.COM to do the setup in theG > decserver database, it will automatically select the correct file for- > you.  
 MS4801ENG.SYSa   -- , John Santos1 Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  ! Date: Wed, 17 Apr 02 07:38:50 GMT7 From: jmfbahciv@aol.comr2 Subject: Re: Predictions - just for the hell of it+ Message-ID: <a9jkpn$eua$2@bob.news.rcn.net>o  * In article <3CBCCD86.539EDBB9@nyc.rr.com>,/    Patrick Sweeney <psweeney@nyc.rr.com> wrote:o <snip>  / >Digital failed to realize that improvement in a$ >personal computers would cause them: >to compete with "minicomputers" that would seal its doom. <snip>  = This wasn't it at all.  Those of us on the -10 had no problem > using local computers to access mainframes and we were waiting? for the day when we could have a PDP-10 on our desktop at home.i< We just never thought that the technology would get small as fast as it did.  e  C PCs in everybody's home was a huge main frame business opportunity.y Hint:  Compuserve.     /BAH  ' Subtract a hundred and four for e-mail.e   ------------------------------   Date: 17 Apr 2002 13:41:50 GMT( From: peter@taronga.com (Peter da Silva)2 Subject: Re: Predictions - just for the hell of it2 Message-ID: <a9ju2u$1ipv$1@citadel.in.taronga.com>  @ In article <3T4v8.79729$%8.6750420@bin2.nnrp.aus1.giganews.com>,) Bill Todd <billtodd@metrocast.net> wrote:tM >Something which may have been at least debatable when the PC first came out,tM >but had become absolutely clear by the time the 32-bit 80386 was released in  >1985.  K The 68000 should have been a strong enough hint, really. By 1982 there wereeM killer micros good enough that DEC was running ads against them, and CromemcooM were taking DEC ads that showed them "busting" Cromemco boards and using themiI in their own marketing... and Cromemco was doing it with multi-CPU Z-80s!.  8 Then there were Plexus, Fortune Systems, ... and Sun ...   -- 0@ Rev. Peter da Silva, ULC.	                                 WWFD?  F "Be conservative in what you generate, and liberal in what you accept" 	-- Matthew 10:16 (l.trans)-   ------------------------------  % Date: Wed, 17 Apr 2002 15:23:56 +0100rT From: Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com>2 Subject: Re: Predictions - just for the hell of it$ Message-ID: <3CBD857C.70704@sun.com>   Doc.Cypher wrote:n  8 > On Fri, 12 Apr 2002, Andrew Harrison SUNUK Consultancy5 > <andrew_nospam.remove_this.harrison@sun.com> wrote:P >  >>Doc.Cypher wrote:t >> >>9 >>>On Fri, 12 Apr 2002, Andrew Harrison SUNUK Consultancyt6 >>><andrew_nospam.remove_this.harrison@sun.com> wrote: >>>-	 >>><snip>< >>> B >>>>Lengthy analysis of Freddy boys past postings suggests that ifA >>>>any technical competence is displayed at all it may be in thei> >>>>area of X11 or USB drivers for OpenVMS, possibly a new USB= >>>>keyboard mapping for X11 on OpenVMS being the most likelyT= >>>>candidate for Freddys technical prowess. A new use for F1 : >>>>being a likely area possibly as a on off power switch. >>>> >>>> >>>What "lengthy analysis"?  >>>e >>? >>None I was joking you don't need lengthy analysis to work outi8 >>what kind of competence Freddy is likely to display or >>not as the case may be.m >> > B > Personally I dislike the level you sink to. I'll admit that I amK > disappointed that Fred has returned the same level of insults, but I very-L > much doubt it is part of his job description to counter whatever you post. >  l >     8 Ironic since Freddy boy is the person who seems to think; that ad-hominem attacks are some form of technical debatinge point.  H "Keep prattling on SunWipe(tm).  You appear to not be able to find your   arse with both hands and a map."  " This being Freddys latest attempt.  @ I have not to my knowledge called Freddy a Moron or a CompaqWipe% or any other form of infantile abuse.f  ? I have however questioned his ability to respond to the threadss? which he seems to think deserve his input but which he is quite A clearly not competent in. I have no doubt of his technical prowesa> in the areas covered in his CV, he has worked at Compaq a long. time and they would have found him out by now.  = However the areas that Freddy now seems to spend his time and-; effort responding to are not on his CV and although this is>A an OpenVMS newsgroup any thread which for example speculates that < Linux will sweep Solaris away not only deserves my input butD is also an area in which I am qualified to comment. I use and manageF a Linux box I have installed is a number of times and and I am posting8 this response from a Solaris server which I also manage.  A Freddy boys willingness to try to attack my technical credentials @ seems at best a smoke screen to try to hide that fact that he is7 operating in an area that isn't a comfort zone for him.j  ? I have used VMS and OpenVMS, I have written SW for UNIX systemscA and I manage Solaris and Linux boxes, there is no indication froms? Freddys posts that he has ever even used Linux/Solaris or Tru64 ? and but this does not seem to be an inhibitor on him commenting 
 on either.   Regardss Andrew Harrisonl    J >>>Every damn time you're challenged to back up the nonsense you post, youL >>>can't be bothered to look up google to provide links to documents backingE >>>up your claims. Why should anyone believe any different about yourn' >>>knowledge of Fred's posting history?3 >>>oI >>>As a recent example, see Message-ID: <3CB6118F.4090401@sun.com>, and Ia >>>quote...  >>>iK >>>In article <3CB6118F.4090401@sun.com>, Andrew Harrison SUNUK Consultancy;6 >>><andrew_nospam.remove_this.harrison@sun.com> wrote: >>>c >>>o >>>>Christopher C. Stacy wrote:o >>>> >>>>F >>>>>Do you have some benchmarks we could see that back up your claim? >>>>>  >>>>>  >>>>> < >>>>Hell no it was a very long time ago and people generally< >>>>used to just say the Symbolics were faster than a Sun/HP >>>>IBM etc. >>>> >>>>K >>>This was promptly followed by someone else who could be bothered lookingsN >>>actually quoting benchmarks. Face it, you're just lazy, or haven't mastered- >>>the finer points of using a search engine.e >>>d >>>  >>7 >>Except as you will realise if you read the thread you1; >>will also have noted that the benchmark results retrieved. >>via Google proved my point.  >> > L > So if you'd bothered to look you could have found evidence to back up yourI > claim. Then it wouldn't be unsubstantiated and open to question. As youeI > might note, I didn't comment on the accuracy or otherwise of your post,eH > just your continued failure to do what you so often tell others to do. >  > : >>Since when did using a search engine become a substitute >>for using your brain ??? >> > L > It didn't. However, if you expect to be taken seriously you should provideE > evidence to back up your assertions. As stated, your claim remainedyF > unsubstantiated until *somebody else* did the research for you. I'veI > already pointed out that I could find no evidence that you've ever usedsK > deja or google, just that you frequently tell others to do so. That's the1F > point I've been trying to make here, and in the other thread where I > followed up to you.r >  >  > Doc. >    ------------------------------  # Date: Wed, 17 Apr 2002 15:38:24 GMTV* From: "Bill Todd" <billtodd@metrocast.net>2 Subject: Re: Predictions - just for the hell of itA Message-ID: <PFgv8.20461$XV5.1765472@bin4.nnrp.aus1.giganews.com>e  5 "Peter da Silva" <peter@taronga.com> wrote in message0, news:a9ju2u$1ipv$1@citadel.in.taronga.com...B > In article <3T4v8.79729$%8.6750420@bin2.nnrp.aus1.giganews.com>,+ > Bill Todd <billtodd@metrocast.net> wrote:eJ > >Something which may have been at least debatable when the PC first came out,L > >but had become absolutely clear by the time the 32-bit 80386 was released in > >1985. >e: > The 68000 should have been a strong enough hint, really.  L Not necessarily, though it certainly made some of us sit up and take notice.H DEC was itself developing 32-bit single-chip processors (and already hadE 16-bit ones), so the idea that other people might start using them in-E minicomputers wasn't nearly the threat that using them in far cheaperw 'industry-standard' PCs was.   - bill   ------------------------------  % Date: Wed, 17 Apr 2002 12:21:24 -0400t5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>h2 Subject: Re: Predictions - just for the hell of it, Message-ID: <a9k7op$4pnn$1@lead.zk3.dec.com>  
 Holy crap.  H Pat?  Is that you?  Where've you been?  It's been a *long* time.  What's new?    B Patrick Sweeney wrote in message <3CBCCD86.539EDBB9@nyc.rr.com>...I >I just saw so many names of old friends and co-workers that I had add my 	 thoughts,- >if only forA >the historical record.  I helped install both the first and lastp DECSYSTEM-20's inn  >the New York metropolitan area.J >My involvement with DEC as student, employee. or customer starts with the PDP-8a! >and continued to the bitter end.H >iG >Digital failed to realize that improvement in personal computers wouldt
 cause them: >to compete with "minicomputers" that would seal its doom. >-L >This blindness was caused by arrogance: its own success (mostly), a failure to, >look outside of itself for ideas, and, I'veE >come to conclude, too much clout was given to people whose computingt
 experience! >was formed in the 1960's and hadeK >too little of a forward-looking vision (i.e. too much trust in people over  40). >eI >Companies that fail to learn why Digital failed in the end are doomed toe repeat >that experience.t >t >Pat Sweeney >  >p >i >b >e9 > Posted Via Usenet.com Premium Usenet Newsgroup Services-; >----------------------------------------------------------m8 >    ** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **; >----------------------------------------------------------Q& >                http://www.usenet.com   ------------------------------  % Date: Wed, 17 Apr 2002 12:50:50 -0400(5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>n2 Subject: Re: Predictions - just for the hell of it, Message-ID: <a9k9ft$40tb$1@lead.zk3.dec.com>  2 Andrew Harrison SUNUK Consultancy wrote in message <3CBD857C.70704@sun.com>...d >c >b >t9 >Ironic since Freddy boy is the person who seems to think.< >that ad-hominem attacks are some form of technical debating >point.o >oH >"Keep prattling on SunWipe(tm).  You appear to not be able to find your! >arse with both hands and a map."s > # >This being Freddys latest attempt.a >e   Yup.  SunWipe(tm).  A >I have not to my knowledge called Freddy a Moron or a CompaqWipeS& >or any other form of infantile abuse. >r  K You started down this road with the Freddy-boy, cruft.  At first it annoyedeK me (as was intended) and then I decided to just enjoy it - since apparentlyaK it must be getting under your skin - if after all this time you had decided  to start name calling.  J Problem with the internet is that you can't see the grin I'm wearing.  ;-)  @ >I have however questioned his ability to respond to the threads@ >which he seems to think deserve his input but which he is quiteB >clearly not competent in. I have no doubt of his technical prowes? >in the areas covered in his CV, he has worked at Compaq a longs/ >time and they would have found him out by now.c >   G Come on.  Your aren't competent to comment on anything about VMS.  YourhI responses are formulaic market-droid my-member-is-bigger-than-your-member J tomes, and when pinned down on almost any subject, you change the subject, or start some other attack.d  G As to prognostication.  Hey, we're all about equal in telling fortunes.aL We'll see how things shake out, and who was right and who was wrong.  If youI listen to all the forecasts here, you wil note that EV7/Marvel will nevereI ship, VMS will be cancelled as soon as HP takes over, IA64 will fail, andwH Alpha was the most profitable thing on the planet (and always would have( been) - except of course for the PDP-10.  > >However the areas that Freddy now seems to spend his time and< >effort responding to are not on his CV and although this isB >an OpenVMS newsgroup any thread which for example speculates that= >Linux will sweep Solaris away not only deserves my input butoE >is also an area in which I am qualified to comment. I use and manage G >a Linux box I have installed is a number of times and and I am postingr9 >this response from a Solaris server which I also manage.   J You want to tell us why Slowaris is better than Linux, but it rings hollowE as your arguments are the same ones that were used to tell people whynJ Slowaris was better than name-your-existing-OS-including-VMS 10 years ago.L You don't like that button pushed.  You want to tell us why anyone would useH Sparc - old, slow, and with little prospects of *ever* even meeting IA64K performance.  Good luck.  Your arguments are that you can ship really cheapaI ones (although not as cheap as IA32) that are even slower, and even olderCF technology.  Yup, Sun is at the top today - but it's on a tailwind andK fumes, and there is a long way to fall - just ask those who worked for DEC. K You have no high-end hardware strategy to keep up with anything or anyone - J even the much maligned IA64 - let alone EV7, and your SW strategy seems toK be to try and create "standards" based on Slowaris -- but even there, Linuxg' is becomming the new emerging standard.   I But I am *sure* that out of all of this message, *this* will be where yourI will trot out some new meaningless benchmark to prove that your member isn bigger.s   > B >Freddy boys willingness to try to attack my technical credentialsA >seems at best a smoke screen to try to hide that fact that he iss8 >operating in an area that isn't a comfort zone for him. >n  H No.  It has always amazed me that you slither away under scrutiny.  LikeJ when we were talking about specific issues related to RAS features on yourK systems.  You walk the marketeer walk, and talk the salesman talk, and whensI pressed your technical knowledge on any technical area is oil-slick deep.g  @ >I have used VMS and OpenVMS, I have written SW for UNIX systemsB >and I manage Solaris and Linux boxes, there is no indication from@ >Freddys posts that he has ever even used Linux/Solaris or Tru64@ >and but this does not seem to be an inhibitor on him commenting >on either.h >r  K I once used a Slowaris box salvaged out of the junk pile.  I learned why itdI had been junked (and yes, it *did* run, and it taught me about bad, awfulUI things and corrupt file systems).  But point taken, I do not use Linux or L Slowaris on a regular basis.  But now that you are telling us that you are aL VMS expert - wow - exactly when/what/how long was that VMS experience?  MustD not be much if you think there is some distinction between "VMS" and
 "OpenVMS".   ------------------------------  # Date: Wed, 17 Apr 2002 17:35:05 GMT * From: "Bill Todd" <billtodd@metrocast.net>2 Subject: Re: Predictions - just for the hell of it@ Message-ID: <dniv8.91537$%8.7371657@bin2.nnrp.aus1.giganews.com>  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message& news:a9k9ft$40tb$1@lead.zk3.dec.com...   ...    > If youK > listen to all the forecasts here, you wil note that EV7/Marvel will neverr > ship,   I "Not to pick a nit" (tm), but I suspect that if you exercise Google a bityI what you'll find is the prediction that there was a non-negligible chance J that EV7 would not ship.  And, as with the other points, that question has' not yet actually been answered, has it?   D  VMS will be cancelled as soon as HP takes over, IA64 will fail, andJ > Alpha was the most profitable thing on the planet (and always would have > been).  L You really need to learn to use smileys if you don't want your statements toL be taken at face value, Fred.  Again, what you would find if you bothered toH use Google (or to have read carefully the first time) are the assertions  J 1) that VMS is in significant jeopardy from both Compaq (should the mergerK dissolve) and HP (should it go through) - nothing like a firm prediction oft> immediate cancellation, just the distinct possibility of such,  E 2) that most of the reasons originally advanced for IA64's inevitablefK success have evaporated (commodity-level volume - not, since there's now nonG contention that it will supplant IA32; invincible performance - not, as E evidenced by Intel's own most recent projections for McKinley, and by E extension Madison, performance when compared with already-existing oraJ imminent competition; and the lock on the 64-bit Windows and other low-endJ space - not, as evidenced by working first-pass Hammers and examination of XP source code), and  J 3) that Alpha was profitable, and indeed considerably more profitable thanF other endeavors (such as PCs) Compaq appears utterly committed to (low" though that profitability bar is).  #  - except of course for the PDP-10.l  G Nope.  Just the assertion that the PDP-10 *was* profitable and that the J manner in which it got axed was a major mistake (very much like the manner in which Alpha got axed was).P   ...n  * > You want to tell us why anyone would useJ > Sparc - old, slow, and with little prospects of *ever* even meeting IA64 > performance.  K Careful, Fred:  it's beginning to sound as if you might share my opinion oft IA64 after all.u   ...-  D > You have no high-end hardware strategy to keep up with anything or anyone -. > even the much maligned IA64 - let alone EV7,  I If you object to Andrew's comments about VMS, it seems a bit inconsistent.L for you to be proclaiming what Sun's strategy is.  Do you know, for example,@ whether it may plan to port Solaris to Hammer (which could be an? eminently-competitive platform to EV7 - even at the high end ift@ 8-package/16-processor Hammer boards were glued together by good* interconnects into larger configurations)?   - bill   ------------------------------  % Date: Wed, 17 Apr 2002 16:54:41 +0200D% From: "Jakob Erber" <erberj@yahoo.de>o" Subject: Problem with Compaq C 6.4% Message-ID: <3cbd8cb2$1@news.post.ch>u   Hello,  K is there a known bug in the area of linking and loading of shareable images 
 compiled with    GDC006>cc/versionm+ Compaq C V6.4-008 on OpenVMS Alpha V7.2-1H1v   ?C  D We have problems when trying to link to C-functions, exported from a. shareable image, compiled with this C-Compiler   best regards   Jakob    --I What I publish in this group, is to be understood as my personal opninion A and must not be interpreted as a official statement of my companyo   ------------------------------  # Date: Wed, 17 Apr 2002 16:33:38 GMTD2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)& Subject: Re: Problem with Compaq C 6.49 Message-ID: <Cthv8.19$171.557161@cacnews.cac.cpqcorp.net>.  M In article <3cbd8cb2$1@news.post.ch>, "Jakob Erber" <erberj@yahoo.de> writes:r  L :is there a known bug in the area of linking and loading of shareable images :compiled with :  :GDC006>cc/version, :Compaq C V6.4-008 on OpenVMS Alpha V7.2-1H1 :  :? :>E :We have problems when trying to link to C-functions, exported from aa/ :shareable image, compiled with this C-Compilerw     Problems?a  ;   Open-ended questions are exceedingly difficult to answer.d  F   Exactly what problem(s) are you seeing when you try this?  In other G   words, exactly what did you do, and what message(s) (if any) did you y   see when you tried it.  I   For details on the basics of shareable images, please see the shareableeG   image cookbook referenced in the OpenVMS FAQ.  Introductory tips for  I   experienced C programmers new to OpenVMS are also in the FAQ.  Ask The pG   Wizard topic (1661) is also of interest.  There is also a standalone uJ   example of creating and using a shareable image in Ask The Wizard topic 	   (2486).   G   For tips on how to ask questions -- on the sorts of details that can tJ   be included in your question to help you get an answer to your question A   more quickly -- please see the introduction to the OpenVMS FAQ.h  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, 17 Apr 2002 16:51:25 GMT 0 From: prune@ZAnkh-Morpork.mv.com (Paul Winalski)& Subject: Re: Problem with Compaq C 6.48 Message-ID: <3cbda88d.424797045@proxy.news.easynews.com>  C On Wed, 17 Apr 2002 16:54:41 +0200, "Jakob Erber" <erberj@yahoo.de>V wrote:   >Hello,r > L >is there a known bug in the area of linking and loading of shareable images >compiled with >  >GDC006>cc/version, >Compaq C V6.4-008 on OpenVMS Alpha V7.2-1H1 >  >? > E >We have problems when trying to link to C-functions, exported from as/ >shareable image, compiled with this C-Compiler    Not that I'm aware of.  F If you could be more specific about exactly what you're trying and how, it's failing, we could try to help you here.
 ---------- Remove 'Z' to reply by email.m   ------------------------------  % Date: Wed, 17 Apr 2002 09:46:58 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>) Subject: Re: Reduce interupt time on CPU0 ) Message-ID: <3CBD3682.D4A2BA9D@127.0.0.1>    Jeff Anicker wrote:e >  > Questions:8 > 1) Any suggestions on how to reduce interupt on cpu 0?E > 2) How can the effectiveness of global buffers be monitored?  I caneH > look at the overall stats to see if interupt time is down but is there > something more specific?B > 3) Are there any good guidelines for how to determine proper rmsH > buffer settings, either local or global?  Currently local settings are > block=32,buffers=10.  D Have you considered using FASTPATH (offloading IO to another CPU, in your situation not CPU 1)   G Have you verified your RMS indexed files are well tuned (much more than  a simple CONVERT)?  G I'd also be tempted to have some sort of hardware healthcheck, the higho3 interrupt time may be a symptom of another problem.> -- >( Regards, Nic Clews CSC Computer Sciences nclews at csc dot coms   ------------------------------  # Date: Wed, 17 Apr 2002 16:05:00 GMT>2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)) Subject: Re: Reduce interupt time on CPU0l9 Message-ID: <M2hv8.14$171.557161@cacnews.cac.cpqcorp.net>   i In article <977914c8.0204161808.7b4b55cb@posting.google.com>, anickerj@comcast.net (Jeff Anicker) writes:  :Questions:a7 :1) Any suggestions on how to reduce interupt on cpu 0?   C   Interrupt is often (but not always) I/O related -- fast path can r=   be useful, as it can target interrupts to other processors.i?   Given this is kernel-mode interrupt, this is probably not theoB   file system directly, but it could be the results of file system   activity.   > :2) How can the effectiveness of global buffers be monitored?   H   MONITOR FILE_SYSTEM_CACHE, as well as the MON RMS (enabled on specific'   files) mechanism, would be initial...d  M :I can look at the overall stats to see if interupt time is down but is theret :something more specific?A  A :3) Are there any good guidelines for how to determine proper rmseG :buffer settings, either local or global?  Currently local settings are  :block=32,buffers=10.   D   Global is preferable to local if there is locality, and you likelyA   want to configure enough global buffers to hold the index tree.   D   Please see the performance manual and the RMS File Manual for some
   details.    D :Situation: Extremely poor performance on a 10 cpu (5/625) 10gig ramB :alpha 8400 running vms 7.2-2.  This is in a 4 node cluster with aD :gs140, alpha 4000, and a vax 7000.  The cluster has memory channel,9 :ci, and a scsi connection to esa 10,000 storage cabinet.s  F   CI can be configured for fast path on this release, and SCSI can be    set for fast path on V7.3.  B   MC is exceedingly CPU intensive -- it's way-fast in terms of I/OF   latency, but that performance arrives at the cost of processor time.  +   Where are the disks?  Local, served, etc?e  0   What is the distributed locking configuration?  F :Utilizing monitor modes/cpu=0/all it is observered that cpu 0 reachesA :99% intrupt time when the system is used heavily.  The system is C :utilized mostly by interactive users accessing rms index files via  :fortran programs.  >   When is the fragementation level of the files and the disks?A   Do excessive paging or other workingset-related problems exist?->   When was the last time the indexed file was optimized -- see=   EDIT/FDL or equivilent for help "flattening" an index file.e  A :To reduce the interupt time we have turned on the dedicated lock F :manager running on cpu 1.  We are also currently implementing the use; :of global buffers on our index files to try to reduce I/O.n  B   That can help, but I'd work to identify where the interrupts areA   coming from -- is it really the indexed files?  (It may well beaC   the indexed files, or it might be paging activity, for instance.)o  E :We will probably opt for fewer, faster cpu's but I would like to tryi" :to optimize what we have for now.  C   I would encourage a tour through the performance manual -- as hashB   been mentioned before, tuning is an interative process, and mostC   often one involving the accumulation and analysis of system data.m  /   Oh, RMS generally operates in executive mode.i    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: 17 Apr 2002 10:47:59 -07001 From: KeithParris_NOSPAM@yahoo.com (Keith Parris)e) Subject: Re: Reduce interupt time on CPU0 = Message-ID: <6ec1251e.0204170947.2aeff7ee@posting.google.com>   n anickerj@comcast.net (Jeff Anicker) wrote in message news:<977914c8.0204161808.7b4b55cb@posting.google.com>... > Questions:8 > 1) Any suggestions on how to reduce interupt on cpu 0?  7 First, you need to determine the source(s) of the CPU 0-D interrupt-state time.  Best technique I know of for doing that is PCD Sampling, as provided by the old SPM and DECps products (now sold byE CA as Unicenter Performance Management for OpenVMS; or the CSC may berD able to provide you with a PC-sampling tool if you don't have the CAD product).  PC Sampling can tell you how much interrupt-state time isF being spent in each area of VMS code, such as the lock manager, deviceB drivers, and so forth.  Heavy I/O activity, lots of use of TQEs byF applications, locking activity, and other things can all contribute to CPU 0 interrupt-state usage.  F As others pointed out, at the very least you should be using Fast_Path' to move the CI interrupts off of CPU 0.n  F Fast_Path support for CI has been around for some time; support for FCF and SCSI is in 7.3; support for LAN interconnects is slated for 7.3-1;? but Fast_Path is NOT supported on MC (and probably never will).n  A You can use MONITOR DLOCK to get an idea of the volume of locking E activity going on, to see if it's likely to be a major contributor to;A CPU 0 interrupt-state time, and to identify which node(s) are theaE focus of lock-mastership work -- high rates of incoming lock requestscA are an indication that a node is the lock master for heavily-usedi application files.  B VMS can sometimes take on more lock-mastership workload on a givenB node than that node has CPU 0 interrupt-state time to handle.  YouA might consider spreading the lock mastership workload more evenlydB between the 8400 and the GS-140 (and perhaps even moving some lockF trees that are not performance-critical to the Alphaserver 4000 and/or. the VAX 7000, just to off-load the 8400).  SeeR http://www.geocities.com/keithparris/decus_presentations/s2001dfw_lock_manager.pptE for information on techniques to monitor and control lock mastership.i  C If the CPU 0 interrupt-state saturation issue is extremely critical A for you, you could even consider giving up (at least temporarily,lF until you get things worked out) the lower lock latency of MC for CI'sD lower CPU overhead (by a factor of about 2.5) and Fast_Path support,> and do locking on CI instead of MC, at least to/from the 8400.  E > 2) How can the effectiveness of global buffers be monitored?  I canhH > look at the overall stats to see if interupt time is down but is there > something more specific?B > 3) Are there any good guidelines for how to determine proper rmsH > buffer settings, either local or global?  Currently local settings are > block=32,buffers=10.  F As Hoff pointed out, first you need to enable RMS statistics-gatheringF on key RMS files (using $SET FILE/STATISTICS).  Next, you use $MONITORD RMS/FILE=filespec/ITEM=ALL to view the statistics (which include hitE rates on both global and local RMS buffers).  (Note that $MONITOR RMS 2 gives node-specific statistics, not cluster wide.)  B Global buffers are most helpful when multiple processes on a givenC node are accesssing the same RMS file.  Local RMS buffers work whent= even a single process is accessing a given file, but are lesso. efficient in the multiple-process access case.  ? I try to size global buffer counts so at least the entire index E structure can be resident in memory.  Then, as a general rule, I tendeA to raise global buffer counts until I get hit rates in the 90-95% D range, and stop raising them at the point where increasing the count/ no longer results in increases in the hit rate.   , > We are also currently implementing the use< > of global buffers on our index files to try to reduce I/O.  D Use of global buffers can reduce I/O (and thus I/O latency), but RMS@ will still do all the locking to ensure data consistency.  So byF reducing I/O demand you may enable the systems to drive an even higher8 rate of locking, and that could contribute to your CPU 0 interrut-state saturation.. ----------------------------------------------. Keith Parris | parris at encompasserve dot org   ------------------------------   Date: 17 Apr 2002 12:30:55 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)nG Subject: Re: Relative invulnerability of VMS to buffer-overflow attacksi+ Message-ID: <a9jptv$r0p$1@info.cs.uofs.edu>e  = In article <d7791aa1.0204161758.22b83d85@posting.google.com>,n+  bob@instantwhip.com (Bob Ceculski) writes:Fh |> bill@triangle.cs.uofs.edu (Bill Gunshannon) wrote in message news:<a9h6rp$2ko8$1@info.cs.uofs.edu>...B |> > In article <d7791aa1.0204120857.7c14dad4@posting.google.com>,0 |> >  bob@instantwhip.com (Bob Ceculski) writes: |> > |> 7 |> > |> just go check out the cert advisories Andy ... b |> > uM |> > Well, if that's your guide, then you should be running PRIMOS, RSX, RT11 M |> > or RSTS/E.  A search of CERT shows no listed vulnerbilities so these areM1 |> > obviously the most secure OSes in existence,t |> eB |> worked on primos in school and started on rsts/e dibol my firstC |> job before going to vms ... both were nice os's and if they werea. |> still around and as secure as vms, why not?  < Why do you think I mentioned them??  Of course they're still= around.  I just sent a guy who's sole business is support forr= Primes my tape of the current release of PRIMOS (I got rid ofd: my last Prime just under a year ago.)  And Mentec has been= doing a successful enough business selling all three PDP OSeso< that they are still somewhat reluctant to create any kind of; a hobbyist program.  And, as I said, a search of CERT turnsi: up nothing for any of these OSes, so by your standard that: would make them more secure than even VMS, which does show; up in a search.  Time to dump all those Alphas and get somew real hardware.  :-)S   bill   -- lJ 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   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   r   ------------------------------    Date: 17 Apr 2002 10:45:19 -0700( From: bob@instantwhip.com (Bob Ceculski)G Subject: Re: Relative invulnerability of VMS to buffer-overflow attackss= Message-ID: <d7791aa1.0204170945.7ac2fe0a@posting.google.com>h  d bill@triangle.cs.uofs.edu (Bill Gunshannon) wrote in message news:<a9jptv$r0p$1@info.cs.uofs.edu>...? > In article <d7791aa1.0204161758.22b83d85@posting.google.com>, - >  bob@instantwhip.com (Bob Ceculski) writes: j > |> bill@triangle.cs.uofs.edu (Bill Gunshannon) wrote in message news:<a9h6rp$2ko8$1@info.cs.uofs.edu>...D > |> > In article <d7791aa1.0204120857.7c14dad4@posting.google.com>,2 > |> >  bob@instantwhip.com (Bob Ceculski) writes:
 > |> > |> 9 > |> > |> just go check out the cert advisories Andy ... o > |> > hO > |> > Well, if that's your guide, then you should be running PRIMOS, RSX, RT11oO > |> > or RSTS/E.  A search of CERT shows no listed vulnerbilities so these arel3 > |> > obviously the most secure OSes in existence,  > |> aD > |> worked on primos in school and started on rsts/e dibol my firstE > |> job before going to vms ... both were nice os's and if they weret0 > |> still around and as secure as vms, why not? > > > Why do you think I mentioned them??  Of course they're still? > around.  I just sent a guy who's sole business is support for ? > Primes my tape of the current release of PRIMOS (I got rid ofc< > my last Prime just under a year ago.)  And Mentec has been? > doing a successful enough business selling all three PDP OSes > > that they are still somewhat reluctant to create any kind of= > a hobbyist program.  And, as I said, a search of CERT turnsi< > up nothing for any of these OSes, so by your standard that< > would make them more secure than even VMS, which does show= > up in a search.  Time to dump all those Alphas and get somet > real hardware.  :-)  >  > bill  B except in an ip world, I never heard of an ip stack for rsts/e ...   ------------------------------    Date: 17 Apr 2002 10:47:35 -0700( From: bob@instantwhip.com (Bob Ceculski)G Subject: Re: Relative invulnerability of VMS to buffer-overflow attackse< Message-ID: <d7791aa1.0204170947.264872a@posting.google.com>  d bill@triangle.cs.uofs.edu (Bill Gunshannon) wrote in message news:<a9jptv$r0p$1@info.cs.uofs.edu>...? > In article <d7791aa1.0204161758.22b83d85@posting.google.com>,a- >  bob@instantwhip.com (Bob Ceculski) writes:pj > |> bill@triangle.cs.uofs.edu (Bill Gunshannon) wrote in message news:<a9h6rp$2ko8$1@info.cs.uofs.edu>...D > |> > In article <d7791aa1.0204120857.7c14dad4@posting.google.com>,2 > |> >  bob@instantwhip.com (Bob Ceculski) writes:
 > |> > |> 9 > |> > |> just go check out the cert advisories Andy ... e > |> > fO > |> > Well, if that's your guide, then you should be running PRIMOS, RSX, RT11 O > |> > or RSTS/E.  A search of CERT shows no listed vulnerbilities so these arec3 > |> > obviously the most secure OSes in existence,1 > |> 5D > |> worked on primos in school and started on rsts/e dibol my firstE > |> job before going to vms ... both were nice os's and if they weret0 > |> still around and as secure as vms, why not? > > > Why do you think I mentioned them??  Of course they're still? > around.  I just sent a guy who's sole business is support forl? > Primes my tape of the current release of PRIMOS (I got rid ofw< > my last Prime just under a year ago.)  And Mentec has been? > doing a successful enough business selling all three PDP OSess> > that they are still somewhat reluctant to create any kind of= > a hobbyist program.  And, as I said, a search of CERT turns < > up nothing for any of these OSes, so by your standard that< > would make them more secure than even VMS, which does show= > up in a search.  Time to dump all those Alphas and get some  > real hardware.  :-)V >  > bill  G and what about 2000 issues ... I don't think rsts/e was made compliant!s   ------------------------------  % Date: Wed, 17 Apr 2002 17:05:39 +0000A  From: Steve.Spires@yellgroup.comY Subject: Semi-automatic clutch. (was Re: learning how to use a computer (was: Re: Itaniumn: Message-ID: <OFF4C71168.347ACAC8-ON00256B9E.005DD2BC@btyp>   TipTronic I believe.   Steve St          E bill@triangle.cs.uofs.edu (Bill Gunshannon) on 04/17/2002 03:03:42 PM>    To:        Info-VAX@Mvb.Saic.Com cc: K From:      bill@triangle.cs.uofs.edu (Bill Gunshannon), 17 April 2002, 3:03-            p.m.-  > Re: learning how to use a computer (was: Re: Itanium troubles)    A In article <P1Gu8.38195$%l3.3809728@bin8.nnrp.aus1.giganews.com>,--  "Bill Todd" <billtodd@metrocast.net> writes:  |>F |> That reminds me that I think I recall some kind of clutchless shift option+ |> from Porsche appearing recently as well.8  = Recently??  Porsche has had a clutchless shift semi-automatic:@ transmission for more than 30 years. (I don't remember the name,E but I do still have the shop manuals at home if anyone really cares.)    bill   --J 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>          F ______________________________________________________________________     [Information] -- PostMaster:D This transmission is intended solely for the addressee(s) and may beG confidential. If you are not the named addressee, or if the message hassG been addressed to you in error, you must not read, disclose, reproduce,g$ distribute or use this transmission.  H Delivery of this message to any person other than the named addressee isG not intended in any way to waive confidentiality.  If you have receivedbK this transmission in error please contact the sender or delete the message.d  
 Thank you.  D Yell Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT.; Registered in England and Wales, registered number 4205228.r  I Yellow Pages Sales Limited, Queens Walk, Oxford Road, Reading, Berkshire,nD RG1 7PT. Registered in England and Wales, registered number 1403041.   ------------------------------    Date: 17 Apr 2002 06:52:44 -0000= From: Doc.Cypher <Use-Author-Supplied-Address-Header@[127.1]> ' Subject: Re: Shell Accounts Page Update,5 Message-ID: <20020417065244.4545.qmail@gacracker.org>p  G On Wed, 17 Apr 2002, "David J. Dachtera" <djesys.nospam@fsi.net> wrote:    <snip>  F >They're probably seeing the "shell-accounts.html" filename in the URLG >and not really "reading" anything past that, especially since the pageuD >itself mentions "shell" and "shell accounts" many times. Since mostE >folks in the schools and a rather good number in the work force have E >never even HEARD of VMS (remember? "marketing"?), it's good bet thatgG >"VMS" is simply taken to mean the new Linux/BSD/... distro du jour, or   >some other mistaken impression.  J They've got to actually read it to find my email address to apply at. ThisH is not available as a clickable link to make it that much harder for the& idiots who write "I wanna free shell".   Here's a couple of quotes...  I   VMS is a unique and distinct operating system. It doesn't resemble UNIXIJ   or Linux in any way, shape, or form. Let's say that again, THIS IS NOT AK   UNIX OR LINUX SYSTEM! That means that the eggdrop bot you're desperate torE   run won't work here. If you email me saying you want a shell to runhI   eggdrop or some other IRC bot I might not just delete your email, I may    flame you.   ..  B   Actually going through the process of applying for an account isJ   relatively painless for people like yourself who actually bother to readC   the whole page. My email address is doc_cypher <at> redneck <dot>tH   gacracker <dot> org. Just send me a short note giving some informationJ   about what you'd like to do with the system, and what username you would8   like. Please don't specify a password, I won't use it.    G >"shell" is originally a UN*X concept, AFAIK, and is a common referencea/ >to what passes for a CLI on UN*X-like o.s.-es.t  G I know, I used it because it is a commonly known, and understood, term.   I >I don't know if "dcl-accounts.html" or "cli-accounts.html" would be lessaH >"confusing", but it would certainly be less of a "bait and switch" thanF >the existing data. Certainly, "telnet-accounts.html" would raise even >more confusion.  I I'm on a couple of lists of free shell providers which brings me a lot ofsK traffic, this is certainly where the idiots come from. In fact, I got asked.J to stop linking to Hobbes because of all the idiots they got via my pages.J I know how much of an issue having those referrers is, and I've set out toI make it difficult to discover how to get an account in an effort to forcebF people to actually read the page, and hopefully realise it ain't unix.  B >I suspect that some distinction between the UN*X shells and VMS'sD >command "shell" needs to be kept in mind, despite the temptation to< >simply genericise the term "shell" to refer to similar, but >incompatible, concepts.  G I perhaps need a paragraph about DCL (will do today), but I think it isrI quite clear that it isn't a unix system. So, I fail to see how anyone butnD an absolute idiot could come to the conclusion that it is the latestJ flavour of Linux or BSD. Certainly doesn't say much for some of the people% attracted to these operating systems.i  K Now that its been up in its current form for a few days the changes seem tomJ have propogated to search engines, and I've had a couple more applicationsC from ex-VMSers who would love to be able to play with the OS again.e     Doc. -- h6 The bigger the humbug, the better people will like it.K ~ Phineas Taylor Barnum.                              http://vmsbox.cjb.net    ------------------------------  % Date: Wed, 17 Apr 2002 09:13:55 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>-' Subject: Re: Shell Accounts Page Updatef' Message-ID: <3CBD20B3.47416D47@aaa.com>a  ' What's wrong with "vms-accounts.html" ?-   Jan-Erik Sderholm.    "David J. Dachtera" wrote: >  > J > I don't know if "dcl-accounts.html" or "cli-accounts.html" would be lessI > "confusing", but it would certainly be less of a "bait and switch" thanmG > the existing data. Certainly, "telnet-accounts.html" would raise evenc > more confusion.m >.   ------------------------------    Date: 17 Apr 2002 06:07:56 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen))' Subject: Re: Shell Accounts Page Updates3 Message-ID: <wWNuZK9DdKk+@eisner.encompasserve.org>   c In article <3CBD20B3.47416D47@aaa.com>, Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> writes:O) > What's wrong with "vms-accounts.html" ?  >  > Jan-Erik Sderholm.  >  > "David J. Dachtera" wrote: >>   >> iK >> I don't know if "dcl-accounts.html" or "cli-accounts.html" would be less J >> "confusing", but it would certainly be less of a "bait and switch" thanH >> the existing data. Certainly, "telnet-accounts.html" would raise even >> more confusion.  E I was always under the impression that the term "shell" devolved fromhD the exact manner in which the Unix command interpreter interfaced toC the programs it run.  As I understand it, that mechanism is quite aiC bit different from the VMS mechanism of supervisor mode code mapped  into the same address space.  A So calling DCL access a "shell" account might even be technicallys inaccurate.C   ------------------------------  % Date: Wed, 17 Apr 2002 11:55:47 -0400'- From: "Peter Weaver" <peter.weaver@stelco.ca>n' Subject: Re: Shell Accounts Page Update 3 Message-ID: <tWgv8.18065$je5.181320@nnrp1.uunet.ca>g  J "Doc.Cypher" <Use-Author-Supplied-Address-Header@[127.1]> wrote in message/ news:20020417065244.4545.qmail@gacracker.org...M >...K >   VMS is a unique and distinct operating system. It doesn't resemble UNIXdL >   or Linux in any way, shape, or form. Let's say that again, THIS IS NOT AJ >   UNIX OR LINUX SYSTEM! That means that the eggdrop bot you're desperate toG >   run won't work here. If you email me saying you want a shell to runeK >   eggdrop or some other IRC bot I might not just delete your email, I mayp >   flame you. >...  H Right after the line "THIS IS NOT A UNIX OR LINUX SYSTEM!" I would put aL line in saying "Please include that last line in your request for an accountI so I know that you have read it." Or you could try saying "Please put thesL first line of FILE4 from the VMS FAQ in your request so I know that you have least looked at the VMS FAQ."s  I BTW: FILE4 was just random one I hit, you may find another subject in theoJ FAQ that you want to use. I just took a quick look and maybe VMS4 or SOFT2 might be better.   -- Peter WeaverL Opinions are my own, and do not reflect the opinions of my employer, nor theK company that it sub-contracts to, nor the company that it sub-contracts to.f   ------------------------------   Date: 17 Apr 02 08:23:59 +0200) From: p_sture@elias.decus.ch (Paul Sture)c4 Subject: Re: SIMH 2.9-5 - first official VAX release) Message-ID: <5JVYibYwAbDJ@elias.decus.ch>y  ] In article <87g01w2lwr.fsf@limper.nonews.net>, blarsen@nonews.net (Bjrn Hell Larsen) writes:i > . > Bob Supnik <bsupnik@nauticusnet.com> writes: > F >> SIMH V2.9-5 was posted last night to http://simh.trailing-edge.com.I >> It includes the first official release of the VAX.  The simulator can:l >>  5 >> 1) restore the starter system from the hobbyist CDfE >> 2) run a full system installation using the starter system and thea >> hobbyist CD
 >> 3) autogeni$ >> 4) reboot to the autogen'd system3 >> 5) runs some simple commands, including shutdownt > E > Way cool. Can anybody give a pointer for obtaining the hobbyist CD?l  + http://www.montagar.com/hobbyist/media.htmln  
 Paul Sture Switzerland9   ------------------------------  % Date: Wed, 17 Apr 2002 09:07:21 +0200t9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>a+ Subject: Re: Throughput and additional CPUsg' Message-ID: <3CBD1F29.BE20FA86@aaa.com>o   With drivers for VMS ?) That you can buy/install out-of-the-box ?t" OK then, I just didn't found them. Sorry... Jan-Erik Sderholm.t   Larry Kilgallen wrote: > D > The Compaw folks who designed that card, in discussions at the RSAD > Conference a year ago, indicated there would be no problem running > it on an Alpha.- > / > Likewise the other three vendors I mentioned.t   ------------------------------    Date: 17 Apr 2002 05:47:11 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)f+ Subject: Re: Throughput and additional CPUsv3 Message-ID: <oNl1R9MIxArZ@eisner.encompasserve.org>   c In article <3CBD1F29.BE20FA86@aaa.com>, Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> writes:. > With drivers for VMS ?+ > That you can buy/install out-of-the-box ?c$ > OK then, I just didn't found them.
 > Sorry... > Jan-Erik Sderholm.. >  > Larry Kilgallen wrote: >> 1E >> The Compaw folks who designed that card, in discussions at the RSA E >> Conference a year ago, indicated there would be no problem runningv >> it on an Alpha. >> u0 >> Likewise the other three vendors I mentioned.  ; No, with sufficient documentation so you can write a driverR: (or hire someone to write a driver).  It really depends on; whether someone _wants_ a crypto card or just wants to makei7 use of the concept as a crutch for beating up on Andrewb% Harrison and Compaq in the same post.    ------------------------------  # Date: Wed, 17 Apr 2002 16:40:58 GMT 0 From: prune@ZAnkh-Morpork.mv.com (Paul Winalski)5 Subject: Re: Time to finally rename VMS back to VMS ?e8 Message-ID: <3cbda5c5.424085602@proxy.news.easynews.com>  E On Tue, 16 Apr 2002 15:15:41 GMT, hoffman@xdelta.zko.dec.nospam (Hoffe Hoffman) wrote:   B >  We were roundly "roasted" the last time we changed the product  >  name, what is different now?a  ) The first time, we were making a mistake.I  B If you were to switch back to VMS from OpenVMS, youd be correcting# the mistake we made the first time.   B [I say "we" because I was with Digital when the brain-dead OpenVMS@ branding decision was made; it's now "you" as I'm no longer with Compaq.]  
 ---------- Remove 'Z' to reply by email.k   ------------------------------  # Date: Wed, 17 Apr 2002 17:54:00 GMTg2 From: "Sue Skonetski" <susan.skonetski@compaq.com>5 Subject: Re: Time to finally rename VMS back to VMS ?i9 Message-ID: <YEiv8.28$H81.633991@cacnews.cac.cpqcorp.net>r  , I just wanted to post a small reply to this.  K From personal experience I have learned that most customers view VMS as VMS " on VAX and OpenVMS as VMS on Alpha    It has nothing to do with logic.   suel  = "Paul Winalski" <prune@ZAnkh-Morpork.mv.com> wrote in messagej2 news:3cbda5c5.424085602@proxy.news.easynews.com...G > On Tue, 16 Apr 2002 15:15:41 GMT, hoffman@xdelta.zko.dec.nospam (Hoff  > Hoffman) wrote:  >>C > >  We were roundly "roasted" the last time we changed the product9! > >  name, what is different now?  >>+ > The first time, we were making a mistake.t >.D > If you were to switch back to VMS from OpenVMS, youd be correcting% > the mistake we made the first time.  >tD > [I say "we" because I was with Digital when the brain-dead OpenVMSB > branding decision was made; it's now "you" as I'm no longer with
 > Compaq.] >h > ---------- > Remove 'Z' to reply by email.>   ------------------------------    Date: 17 Apr 2002 07:49:43 -0500- From: koehler@encompasserve.org (Bob Koehler) 9 Subject: Re: Trapping Control_C on NT the same way as vmss3 Message-ID: <hhIp2bXFun9S@eisner.encompasserve.org>   { In article <%R4v8.12504$3z3.1182691@newsread1.prod.itd.earthlink.net>, "William Hymen" <t18_pilot@hotmail.spam.com> writes:u. > I'm trying to trap control C in NT the way I > trap controlY in DCL.  > * > Is there a way to prevent control/c from > killing an NT batch file?  > , > I am using telnet services for Windows 2.02 > (telnet server), and I need to keep someone from3 > breaking out of the script to the command prompt.d > 2 > This is SO EASY for me to do in DCL. What a pain > in NT! >   $    What, you think that's a real OS?   ------------------------------  % Date: Wed, 17 Apr 2002 09:35:17 -0400 % From: Jim Agnew <agnew@mail2.vcu.edu> 9 Subject: Re: Trapping Control_C on NT the same way as vms,, Message-ID: <3CBD7A15.5040007@mail2.vcu.edu>  E Right off the top of my head, ther's xlnt that gives you dcl on nt...m  3 if you find a way natively, i'd like to know also..t   jimu   ------------------------------  # Date: Wed, 17 Apr 2002 16:07:12 GMT42 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)9 Subject: Re: Trapping Control_C on NT the same way as vms$9 Message-ID: <Q4hv8.16$171.557161@cacnews.cac.cpqcorp.net>5  { In article <%R4v8.12504$3z3.1182691@newsread1.prod.itd.earthlink.net>, "William Hymen" <t18_pilot@hotmail.spam.com> writes:o- :I'm trying to trap control C in NT the way I. :trap controlY in DCL.  B   Since you asked this in an OpenVMS newsgroup, I will assume thatE   the Windows NT server is running on an Alpha system, and will thus  G   encourage you to determine if you can load OpenVMS on the Alpha.  :-)s  E   More seriously, you are asking a Windows NT question in an OpenVMS S@   newsgroup -- please consider asking in a Windows NT newsgroup.    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: 17 Apr 2002 08:16:50 -0700/ From: yelmalio@sartar.fsnet.co.uk (Dave Barlow)I! Subject: Two IP printing problemsu; Message-ID: <8380e4f.0204170716.45103ac@posting.google.com>e   Folksi  @ I am hoping the great and the good can help me out here. AmongstC others I manage an antique set of VAXen (6620's and 4600's) runningaC VMS 6.2 and UCX 4.2 ECO 4. Currently all our printing (a variety ofr@ dot matrix and band printers plus 2 DECLaser 2100+) uses DCPS V2E queues and LAT. Due to a corporate edict the network is converting tom? IP only. The standard printing solution is to print via LexMarku Marknet print servers.  E If I set up the DCPS queues to use rawtcp the jobs go into a starting1F state and never recover. According to the release notes this is normalF for some print servers and you need to increase the print servers timeD outs. As far as I can tell you can't do this on the Lexmark. So, hasB anyone else tried this and found a workaround? Note, I have set upF telnetsym/lpd queues to Lexmark print servers and Lexmark printers OK.D The fun is that the reports are PCL formatted and the DEClaser 2100+F only does DEC ANSI and Postscript. The users print both postscript and- PCL to these printers so I need DCPS to work.a  B The other more intractable problem is as follows. Some reports areC formatted using IBM Proprinter XL24e codes. This is sent to Genicom E LA242/450 dot matrix printers and works fine with LAT. When I swap in B the Lexmark box it royally screws up. The report is generated withA many <ff><lf> combinations. One of the Proprinter codes selects a F print mode wherein the ascii <ff><lf> is interpreted as long and shortF vertical bars. The first line of the report prints OK then the printerA decides to print real FF's and LF's. As there is a few hundred of B these the paper wastage is considerable. I for one can not see whyD this happening. Any suggestions? Any one seen this before, anywhere?   TIA    Dave Barlow_   ------------------------------  # Date: Wed, 17 Apr 2002 16:34:56 GMTn0 From: Paul Anderson <paul.r.anderson@compaq.com>% Subject: Re: Two IP printing problemso; Message-ID: <170420021230065711%paul.r.anderson@compaq.com>s  G In article <8380e4f.0204170716.45103ac@posting.google.com>, Dave Barlowo$ <yelmalio@sartar.fsnet.co.uk> wrote:  G > Currently all our printing (a variety of dot matrix and band printerssH > plus 2 DECLaser 2100+) uses DCPS V2 queues and LAT. Due to a corporateC > edict the network is converting to IP only. The standard printinge9 > solution is to print via LexMark Marknet print servers.O  G > If I set up the DCPS queues to use rawtcp the jobs go into a startingr > state and never recover.  E So this is a DCPS Raw IP connection to a print server attached to thee" paralle port of the DEClaser 2100?  F > According to the release notes this is normal for some print servers7 > and you need to increase the print servers time outs.u  C Increasing a timeout value will not get the job to start.  AssumingeD you're now using the DEClaser 2100 parallel port with attached printF server, I'd check the printer's parallel port settings to make sure itD has the same language-sensing settings as you previously used on the: Ethernet port with LAT.  That is, it should be PostScript.  D > The first line of the report prints OK then the printer decides to > print real FF's and LF's.l  D I'm going to pass on this question and defer to others in this groupA who have more experience with line printers.  There might be some 9 setting on the print server that allows you to change the  interpretation of CRs and LFs.   Paul   --    Paul Anderson   OpenVMS Engineeringn   Compaq Computer Corporation    ------------------------------  # Date: Wed, 17 Apr 2002 16:39:49 GMTr2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)% Subject: Re: Two IP printing problemsu9 Message-ID: <pzhv8.21$171.557161@cacnews.cac.cpqcorp.net>I  m In article <8380e4f.0204170716.45103ac@posting.google.com>, yelmalio@sartar.fsnet.co.uk (Dave Barlow) writes:s  ? :Due to a corporate edict the network is converting to IP only.I  F   Ask The Wizard topic (1020) has the usual IP Printing suspects, and #   pointers to other related topics.a  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, 17 Apr 2002 12:04:48 +0100d/ From: "Mike Walker" <mike.walker@reklaw-uk.com>t" Subject: VAX Spare Parts in the UK7 Message-ID: <a9jkji$kau$1@suaar1ac.prod.compuserve.com>h  L Anyone know of a source for VAX spare parts in the UK? I have a 3100-90 withB a faulty power supply and Compaq/HP doesn't want to know as it's a discontinued part.  J Also I support several aging VAX and Alpha systems that will need a sourceK of replacement parts.... even if they're second hand.....  a regular sourcel would be nice.   Regardso  0 ================================================ Mike Walkerh	 Reklaw-UKa	 Top Floorr 14 Claremont Terrace
 Sunderland SR2 7LBo Email mike.walker@reklaw-uk.como Tel +44 (0) 191 565 2003 Tel +44 (0) 778 625 0084  0 ================================================ ** Too much is never enough **0 ================================================   ------------------------------  % Date: Wed, 17 Apr 2002 16:35:28 +0100n% From: Alan Greig <a.greig@virgin.net>I& Subject: Re: VAX Spare Parts in the UK8 Message-ID: <h95rbu0eg8b2vlk8ko5uvqcbtk2rq58vpj@4ax.com>  1 On Wed, 17 Apr 2002 12:04:48 +0100, "Mike Walker"i" <mike.walker@reklaw-uk.com> wrote:  M >Anyone know of a source for VAX spare parts in the UK? I have a 3100-90 withdC >a faulty power supply and Compaq/HP doesn't want to know as it's a. >discontinued part.w  E This sounds like the standard clueless response. If you actually callhC out an engineer at chargeable rates I'll bet they can fix it. Had aeF problem myself with an even older microvax. Compaq consider the systemA "discontinued" but I just called FS and insisted on a "chargeablee@ call". Half an hour later engineer calls back and I describe theA problem. A few hours later engineer onsite with replacement part.a@ Don't believe anything you are told unless it is by an actual FS	 engineer..  K >Also I support several aging VAX and Alpha systems that will need a source L >of replacement parts.... even if they're second hand.....  a regular source >would be nice.o >5 >Regards >h1 >================================================a >Mike Walker
 >Reklaw-UK
 >Top Floor >14 Claremont Terraces >Sunderlandv >SR2 7LB  >Email mike.walker@reklaw-uk.com >Tel +44 (0) 191 565 2003t >Tel +44 (0) 778 625 0084i >d1 >================================================e >** Too much is never enough **e1 >================================================  >s   -- Alan   ------------------------------    Date: 17 Apr 2002 07:11:01 -0700- From: jodonnell@hrblock.com (Jason O'Donnell)  Subject: VAX/Alpha CI5< Message-ID: <9059bf6b.0204170611.ae4ed60@posting.google.com>  : I have recently acquired a decommission star coupler and a@ storageworks rack with dual HSJ40s.  This was used for a VAX6000 cluster.  A I was thinking of using it for my home hobbyist alpha cluster.  It> would like to get a couple of PCI or EISA CI cards.  Compaq isD offering refurbished ones for around $1500.  That is a little out of. my price range.  Anybody have any suggestions?  F Also, all cables were cut to the coupler, so I will need to get the CI: cables and rewire the power input cable.  Any suggestions?   TIAv   JMOD   ------------------------------  % Date: Wed, 17 Apr 2002 07:25:34 -0400e2 From: rdeininger@mindspring.com (Robert Deininger)7 Subject: Re: VMS "unhackable" example just for Andy ...IJ Message-ID: <rdeininger-1704020725340001@1cust16.tnt1.nashua.nh.da.uu.net>  3 In article <MD$SRm0DkoDf@eisner.encompasserve.org>,r. koehler@encompasserve.org (Bob Koehler) wrote:    E >   Lots of old systems being excessed.  Mostly PCs, a bunch of Suns,-E >   and three VAXen.  One of them was an 11/780, the others were 8000e >   series.e >.D >   None of the Suns looked to be anywhere near that old.  No wonderA >   DEC and Compaq have trouble keeping hardware profits up.  The-" >   old systems just keep running.  J Were those DEC systems still on maintenance contract until recently?  LastF I heard, maintenance isn't cheap.  Plenty of revenue to spread around,	 I'll bet.a   ------------------------------  % Date: Wed, 17 Apr 2002 09:40:40 -0400Y% From: Jim Agnew <agnew@mail2.vcu.edu>o4 Subject: VMS 5.0 docset avail in Richmond, VA area.., Message-ID: <3CBD7B58.7000507@mail2.vcu.edu>  + VMS 5.0 docset avail in Richmond, VA area..l  F Complete gray wall...  I'm letting it all go due to the kindness of a I c.o.v member who gave me the cd's..  (i have 2 sysadmin paperbacks, will u
 keep one.)  6 GKS also...  I may keep the lab package manuals, tho..  	 Jim Agnew   G My email is above..  they need to be gone in about 2 weeks, and really F! hate to put them in the dumpster.o   ------------------------------  # Date: Wed, 17 Apr 2002 09:34:07 GMTI$ From: "Upadhyaya" <ups@hotvoice.com> Subject: VT320 fonts7 Message-ID: <jkbv8.3$5Y.201879@cacnews.cac.cpqcorp.net>2   Hi,   > Where can I get VT320 Lithuanian fonts (in BDF or FON format)?   Regards,	 Upadhyayay   ------------------------------  % Date: Wed, 17 Apr 2002 11:15:22 +0200i7 From: "Dijk, Jeroen van" <Jeroen.vanDijk@Getronics.com> ; Subject: RE: What VMS version runs on a Digital Server 3000(O Message-ID: <2795B75EF003D311801A00A0C906B511011C6E4D@cucexec.gbc.getronics.nl>5  E The boot level parameter "console" does only control the bootconsole.nG And not if the xwindows starts or not. That is controlled on VMS level.s  L The problem do sound like me as if the graphical interface is started on the wrong  screen.    > Jeff,> > A > that's right: DECnet is started (and running) in SYSTARTUP_VMS.lG > The two X/Motif proceses also get started. Then the display goes into F > a kind of "sleeping mode", as if it looses connection with the video
 > adapter. > D > Could it be that there is an SRM parameter for the console that is > improperlyA > set? (Before you ask >>>Show Console returns the value graphic)i > B > Or  is it rather a problem that the display cannot handle the S3 > Trio32/Trio64e
 > output ? >  > Hans > 8 > Jeff Campbell <jcampbell@ins-msi.com> wrote in message' > news:3C893FA3.9A74775A@ins-msi.com...  > > Hans Vlems wrote:: > > >r2 > > > Jeff Campbell ?jcampbell@ins-msi.com? wrote: > > > ?a > > > ?Hans Vlems wrote: > > > ?? > > > ?? Jeff, > > > ??: > > > ?? the 3300 is now running VMS, thank you very much.A > > > ?? The next problem is now to get X/Motif running. The 3300w= > > > ?? has an S3 video card. Does VMS 7.3 have support for f > that adapter) > > > ?? or should I install another one?i > > > ?o@ > > > ?Did you install DECWindows? It is X/MOTIF. You will need  > to installF > > > ?DECNet as well, if you haven't. The DS 3300 S3 video will work. > > > ?. > > > Jeff,l > > >fG > > > DECnet phase IV was installed even though there's no recognizable@F > > > adapter installed. It has a Madge tokenring PCI card but that is? > > > not supported, so NCP does not show any lines (let alone h > circuits).E > > > But as soon as X/Motif starts the monitor loses connection, thei: > > > green led turns amber. I have a Digital PCXCV-DV PC  > monitor connected. > > > Any ideas? > >oG > > Are you starting DECnet in systartup_vms? DECWindows uses DECnet aseG > > a transport. It must be running when DECWindows starts. Look at the ; > > DECW$*.log's in sys$manager (through a serial port 8-).  > >s > > >n
 > > > Hans > > >y > > > http://www.zfree.co.nz > >m > > Jeff >  >    ------------------------------  # Date: Wed, 17 Apr 2002 11:26:32 GMTs- From: goathunter@goatley.com (Hunter Goatley)h, Subject: Re: Who has (ever) used DECmigrate?0 Message-ID: <3cbd582e.77831545@news.process.com>  L I was involved very early on in porting freeware utilities to OpenVMS Alpha.F (Remember the system DEC set up at the University of Texas?)  This wasG pre-V1.0.  The DEC C compiler (early, prerelease) was buggy enough thatrJ VESTing was the more reliable way to get Alpha images for a while.  I alsoJ used the cross-compilers on VAX to produce some of those very early ports.H By the time the DECUS AXP Startup CD was released in November 1992, mostC of the freeware on the CD had been ported, though some were VESTed.   L Wow.  I don't remember exactly when we first started porting, but the CD wasO released in November 1992, which means it's been 10 years, give or take a monthl/ or two) since I started porting stuff to Alpha.   
 Fun times!   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: 17 Apr 2002 05:25:20 -0700 From: x25@pobox.com (X.25) Subject: Re: Win2000 or OpenVMSe= Message-ID: <20a3b2ba.0204170425.105ee1df@posting.google.com>a  b "Hamid Bourchi" <hbourchi@hotmail.com> wrote in message news:<a9go13$d17$1@odysseus.uci.kun.nl>...I > Initially we considered to buy a new Alpha server which is still a very M > strong option for us. Now we are thinking about a very different option andfK > that is migrating to a WIN2000/DEL server. the total costs are lower then M > Alpha/OpenVMS and Win2000 is easyer to work with (as a system manager). Buti   You are joking, right!?u  E GSM operators don't like problems. Especially in ther billing system,kF or EIR system. Last network I worked on had EIR system (SEMA solution)F running on a DS20 box (if I remember correctly), with lots of RAM, and? Sybase. Now - this box handles *every* call made on the network'C (checks the IMEI against the database). On a network with 1 millionA! subscribers, that's lot of calls.e  D Some other GSM operators use OpenVMS/Ingres for their billing system@ (which is the most important system for GSM operator, as you can) imagine). That's a lot of data to handle.1  F I have trouble beleiving that you are processing such amounts of data,E which can beat the billing system of 1 million subscriber network, or D EIR system on such a network. I have more trouble beleiving that you& think Win2000 might solve the problem.  E In fact - I guarantee you that you will NEVER find any Windows box inoD data centers of any serious company (banks, GSM operators, insuranceF firms, etc.), doing any mission critical work. Think why would that be	 the case.,  B Get a new Alpha box - upgrade/tune the Oracle. It's not always theB hardware that is the 'limiting' factor. It's usually the software.  < Don't make a fatal mistake which you will (for sure) regret.   ------------------------------  % Date: Wed, 17 Apr 2002 08:23:58 -0500 1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>f Subject: Re: Win2000 or OpenVMSe8 Message-ID: <a9jt3h$9h6$1@fizban.fizban.pprd.abbott.com>  9 Excellent summary on VMS/Oracle Vs Windows/Oracle Warren.a  K Too bad these type of messages are not more widespread.  Can't really blamewL CPQ for this.  After all, their genesis and much of their corporate mindset,2 was and still is centered around the Wintel world.  I Wish I could feel good about the merger changing any of this.  News seemsyF more concerned about who did what to garner votes, etc rather than theI technology issues.  And it also looks to me that a very few people are or D will profit handsomely after said merger.  What about the customers?   Dave...r  : "Warren Spencer" <wspencer@ap.nospam.org> wrote in message1 news:91F294649warrenspencer1977@209.249.90.100...O/ > hbourchi@hotmail.com (Hamid Bourchi) wrote inn% > <a9go13$d17$1@odysseus.uci.kun.nl>:- >-	 > >Hello,- > >iJ > >We are running about 7 years on Alpha 1000A/Openvms . After introducingK > >of our new Oracle software (Oracle 8.1.7 and Forms, Reports and Designer-K > >6) that we have developed for our research registration system, we faceda% > >some serius  performance problems.a > >dJ > >Initially we considered to buy a new Alpha server which is still a veryJ > >strong option for us. Now we are thinking about a very different optionK > >and that is migrating to a WIN2000/DEL server. the total costs are loweroE > >then Alpha/OpenVMS and Win2000 is easyer to work with (as a systemtK > >manager). But considering the importance of this descition we would like.B > >to hear other poeples story/experince. Has anyone out there any@ > >experince with Oracle/Win2000 combination? How stabel is this+ > >combination comparing with Alpha/Oracle?o > >  > >Regards,m > >Hamid Bourchi >rF > I ran Oracle 7.x on Alpha 1000's a few years ago.  Are you using theF > Reserved Memory Registry to provide Oracle with physical RAM for its cache?I > It can help performance significantly in many situations.  Have you goti ther  > full gig of memory in the box? >nJ > Keep in mind that the DELL server is a 32-bit machine, and thus you will beE > unable to allocate any more than a gig or two of physical memory top Oracle,yJ > if that option is even supported on Windows.  Will the DELL box accept 4J > gigs of memory?  A DS-20E will - and you can give huge gobs of it to the3 > Oracle DB server (dunno about Forms and Reports).  > D > Performance of the disk sub-system is another area you may need toI > investigate.  Would the DELL disks and controllers offer the throughputX youc  > can get on an Alpha box today? >/K > Does your application demand high availability?  If so, Alpha is likely a  > superior platform. > D > Also, I'd like address system management from a slightly differentL > perspective.  Properly configured, an OpenVMS box often needs little or noI > system management.  Windows, in contrast, often needs reboots, security I > patches, or other attention.  Would you rather have a system that needsnG > ongoing management and is "easy" to manage, or a system that requiresw none?s' > This has long-term cost implications.  >sI > And speaking of costs, the over-used Total Cost of Ownership phrase may-L > apply here.  The Alpha solution may appear more expensive from a purchase-H > price perspective, but you may wish to consider costs across the total > lifetime of the system.@ >pH > and one last thought - if you get another Alpha box, you can split theH > workload across it and your existing Alpha - would this be of value to you?H > It also gives you a fail-over solution you wouldn't have with a single > Windows box. >d > Hope this helps, >e > ws >  > -- >r > Warren Spencer) > Senior Software Engineer (not a writer)n > The Associated Press >r> > ** Time flies like an arrow.  Fruit flies like a bananna. **   ------------------------------  , Date: Wed, 17 Apr 2002 16:43:37 +0200 (CEST)9 From: Richard Levitte - VMS Whacker <levitte@openssl.org>l2 Subject: [ANNOUNCE] OpenSSL 0.9.6d beta 1 released; Message-ID: <20020417.164337.104040410.levitte@openssl.org>   B The first beta release of OpenSSL 0.9.6d is now available from the? OpenSSL FTP site <URL: ftp://ftp.openssl.org/source/>.  This isgB planned to be the only beta, as we believe that the snapshots have> been tested quite thoroughly tested by a number of people.  If@ everything works as planned, the release won't differ except for the version number.   B The release of OpenSSL 0.9.6d is scheduled for Tuesday 2002-04-30.B To make sure that it will work correctly, please test this versionA (especially on less common platforms), and report any problems too <openssl-bugs@openssl.org>.w  * Changes between 0.9.6c and 0.9.6d include:  )       o Various SSL/TLS library bugfixes.aB       o Fix DH parameter generation for 'non-standard' generators.   --  + Richard Levitte         levitte@openssl.orgr8 OpenSSL Project         http://www.openssl.org/~levitte/   ------------------------------    Date: 17 Apr 2002 06:04:04 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)e1 Subject: Re: [OT] BUSINESS-PARTNERSHIP (419 scam)n3 Message-ID: <KI01bzHwuzAm@eisner.encompasserve.org>g  T In article <3CBD130F.94A53A5F@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes:$ > Mrs Mariam Mobutu Sese-Seko wrote: >> I >> DEAR FRIEND,a3 >> I AM MRS. MARIAM MOBUTU SESE-SEKO, WIDOW OF LATEn3 >> PRESIDENT MOBUTU SESE-SEKO OF ZAIRE NOW KNOWN AS-4 >> DEMOCRATIC REPUBLIC OF CONGO (DRC). I AM MOVED TO/ >> WRITE YOU THIS LETTER, THIS IS IN CONFIDENCEt5 >> CONSIDERING MY PRESENT CIRCUMSTANCE AND SITUATION.- > 5 > The money laundering operation hits the newsgroups.- > I > You know, if I had a pound (UK) for every time this message hit my homedH > inbox, I could buy a few rounds of beer for all the UK contributors of' > this list even at London beer prices.r > G > Sorry for being off topic, but I figure it's friendly to put out this$3 > warning to any who may not have seen this before.s  E Certainly this is the classic example of a con-job -- the only way torB lose money is to be greedy and want something to which you are not8 entitled.  In the US, the address for reporting this is:   Nigerian bank swindle:     419.fcd@usss.treas.gov  C The UK has two different reporting routes, depending on whether youa6 lost money or not, but I don't remember those methods.  E I also have no idea why it is called a "419" scam.  There is a strong C possibility of physical violence if one _does_ respond, but for the . story of someone who responded carefully, see:   	http://www.buddyweiserman.com/o   ------------------------------  + Date: Wed, 17 Apr 2002 11:41:42 +0000 (UTC)- From: david20@alpha1.mdx.ac.uk1 Subject: Re: [OT] BUSINESS-PARTNERSHIP (419 scam)e+ Message-ID: <a9jn1m$3ii$1@aquila.mdx.ac.uk>a  c In article <KI01bzHwuzAm@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:0U >In article <3CBD130F.94A53A5F@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes:r% >> Mrs Mariam Mobutu Sese-Seko wrote:e >>>  >>> DEAR FRIEND,4 >>> I AM MRS. MARIAM MOBUTU SESE-SEKO, WIDOW OF LATE4 >>> PRESIDENT MOBUTU SESE-SEKO OF ZAIRE NOW KNOWN AS5 >>> DEMOCRATIC REPUBLIC OF CONGO (DRC). I AM MOVED TO 0 >>> WRITE YOU THIS LETTER, THIS IS IN CONFIDENCE6 >>> CONSIDERING MY PRESENT CIRCUMSTANCE AND SITUATION. >> o6 >> The money laundering operation hits the newsgroups. >>  J >> You know, if I had a pound (UK) for every time this message hit my homeI >> inbox, I could buy a few rounds of beer for all the UK contributors ofc( >> this list even at London beer prices. >> lH >> Sorry for being off topic, but I figure it's friendly to put out this4 >> warning to any who may not have seen this before. >lF >Certainly this is the classic example of a con-job -- the only way toC >lose money is to be greedy and want something to which you are not=9 >entitled.  In the US, the address for reporting this is:l >m >Nigerian bank swindle:v >    419.fcd@usss.treas.govr >kD >The UK has two different reporting routes, depending on whether you7 >lost money or not, but I don't remember those methods.  > F >I also have no idea why it is called a "419" scam.  There is a strongD >possibility of physical violence if one _does_ respond, but for the/ >story of someone who responded carefully, see:  >s  >	http://www.buddyweiserman.com/    J It's known as the "419" after the relevent section (4-1-9) of the Nigerian criminal code.   For more information see :-a  $ http://home.rica.net/alphae/419coal/    
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Wed, 17 Apr 2002 13:23:14 +0100E( From: Nic Clews <sendspamhere@127.0.0.1>1 Subject: Re: [OT] BUSINESS-PARTNERSHIP (419 scam)f) Message-ID: <3CBD6932.E8B6AC13@127.0.0.1>i   Larry Kilgallen wrote:G > Certainly this is the classic example of a con-job -- the only way tohD > lose money is to be greedy and want something to which you are not: > entitled.  In the US, the address for reporting this is: >  > Nigerian bank swindle: >     419.fcd@usss.treas.gov > E > The UK has two different reporting routes, depending on whether you-8 > lost money or not, but I don't remember those methods.   Larry,  % Thank you for the pointers, it led too, http://www.nigerianfraudwatch.org in the UK.  F "This is known as 419 fraud after the penal code in Nigeria that makes it illegal."  3 The details at http://home.rica.net/alphae/419coal/0G say for the UK to forward to the local Fraud squad of the local police.tG Some of the emails I've had have phone numbers in them, and fortunatelysE I'd kept the messages in anticipation of finding the correct route tosG report. This won't be the first time a spammer has regretted finding mye@ email address on a list (although admittedly this isn't strictly/ spam/UBE as the accounts are mostly 'genuine').p  F I fully appreciate this is off topic, but until late last year I'd notC heard of it and could easily have suffered. While I try not to walk0A round with my head in a bucket, I did wonder why I'd not seen any  exposure of it before. -- l( Regards, Nic Clews CSC Computer Sciences nclews at csc dot com    ------------------------------    Date: 17 Apr 2002 11:46:48 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)t1 Subject: Re: [OT] BUSINESS-PARTNERSHIP (419 scam)d3 Message-ID: <RbS9NMWgprur@eisner.encompasserve.org>u  T In article <3CBD6932.E8B6AC13@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes:  I > Some of the emails I've had have phone numbers in them, and fortunatelygG > I'd kept the messages in anticipation of finding the correct route to I > report. This won't be the first time a spammer has regretted finding my B > email address on a list (although admittedly this isn't strictly1 > spam/UBE as the accounts are mostly 'genuine').t  G When I received this via email, it was certainly spam since it was both H Unsolicited Bulk Email and Unsolicited Commercial Email.  I realize that0 might not be true in all cases, since you might:  1 	1. Be under the impression you got the only copyw7 	2. have specifically requested to be sent such notices    :-)    ------------------------------  % Date: Wed, 17 Apr 2002 09:36:02 -0700c% From: Dean Woodward <deanw@rdrop.com> Y Subject: [OT] Re: Semi-automatic clutch. (was Re: learning how to use a computer (was: Rer) Message-ID: <3CBDA472.9F8DB23B@rdrop.com>o   Wow.  Talk about topic drift...c  G > bill@triangle.cs.uofs.edu (Bill Gunshannon) on 04/17/2002 03:03:42 PMM > ? > Recently??  Porsche has had a clutchless shift semi-automaticaB > transmission for more than 30 years. (I don't remember the name,G > but I do still have the shop manuals at home if anyone really cares.)u  G Porsche? No.  You could get late 60's early 70's VWs with an "AutomaticsG Stickshift", which had an electric clutch, but the Porsche system isn't G that old.  At least, Porsche didn't produced one for public consumption 4 that long ago.  The purists wouldn't have bought it.    Steve.Spires@yellgroup.com adds: >  > TipTronic I believe.  E That's Porsche's name for it, yes.  I think the TipTronic system came?G out in the early 90s.  Lots of higher-end "luxury performance" cars now  have a similar system.  ? Since we're already OT, I'll mention that Honda built a line ofsF automatic transmission motorcycles in the early 70s.  They didn't sellE well- at the time, the motors didn't have enough power to offset what H the transmission lost, and part of the fun of motorcycling (and a safetyG feature) is the ability to *go*.  But I wouldn't be surprised to see an E automatic option become available on some of the bigger touring bikesi over the next few years.   -- f: Dean Woodward   | Portland, OR- worst motorcycling weather0 deanw@rdrop.com | in the continental US, there. 4                 |  - Someone on rec.moto, circa 1994D ----------------+---------------------------------------------------= '66 Duc 250 - '85 Yam FJ1100 - '00 Kaw KLR650 - '01 Apr Falco    ------------------------------  % Date: Wed, 17 Apr 2002 10:05:12 -0700 & From: Greg Cagle <gregc@gregcagle.com>Y Subject: Re: [OT] Re: Semi-automatic clutch. (was Re: learning how to use a computer (was2, Message-ID: <3CBDAB48.5090907@gregcagle.com>   Dean Woodward wrote:! > Wow.  Talk about topic drift...t >  > G >>bill@triangle.cs.uofs.edu (Bill Gunshannon) on 04/17/2002 03:03:42 PM  >>? >>Recently??  Porsche has had a clutchless shift semi-automatictB >>transmission for more than 30 years. (I don't remember the name,G >>but I do still have the shop manuals at home if anyone really cares.)h >  > I > Porsche? No.  You could get late 60's early 70's VWs with an "AutomaticeI > Stickshift", which had an electric clutch, but the Porsche system isn't I > that old.  At least, Porsche didn't produced one for public consumptionC6 > that long ago.  The purists wouldn't have bought it.  C Actually Porsche used essentially the same system as VW in the sameeD timeframe - but you're right. The purists didn't buy it. Now we have? Tiptronic and similar systems from BMW and others; some purists : love it, some don't. It is Formula One derived technology.   - Greg (ex-Porsche owner)t   -- g
 Greg Cagle gregc at gregcagle dot com   ------------------------------   End of INFO-VAX 2002.212 ************************