1 INFO-VAX	Wed, 17 Apr 2002	Volume 2002 : Issue 211       Contents:? Re: Alpha EV7 Processor: A High Performance Tradition Continues  Re: Alpha tuning didn't  Re: Alpha tuning didn't , Re: Anyone using CHARON-VAX for development?, Re: Anyone using CHARON-VAX for development?, Re: Anyone using CHARON-VAX for development?, Re: Anyone using CHARON-VAX for development? Re: Blade architectures  Re: Blade architectures  Re: Blade architectures  Re: Blade architectures  BUSINESS-PARTNERSHIP BUSINESS-PARTNERSHIP/ Re: C++ dev. prior VMS O/S ver. bin. generation  Re: cluster % Could this bode ill for Compaq or HP?  Re: Disk Monitoring  Re: Disk Monitoring  DS10 VMS Config only SPECIAL!!! @ Re: Encryption, PGP, GnuPG (was: Re: Rotted Link in OpenVMS FAQ)1 Re: EV7's show up in Vegas, and are talk of town! 4 Re: Evaluating/Processing Identifiers in sylogin.com  Re: Fearless VMS Prognostication  Re: Free Encyption tool for VMS?  Re: Free Encyption tool for VMS?  Re: Free Encyption tool for VMS?F Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinux  Re: HSG controller and new disks- Re: I was right!  Alpha will live in Itanium!  Re: IA64 is not the VAX I Re: It isn't just Alpha/OpenVMS users complaining about lack of marketing  Re: Itanium Oddities Re: Itanium troubles Re: java Runtime.exec > 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)' More proof EV8 will live in itanium ... + Re: More proof EV8 will live in itanium ... + Re: More proof EV8 will live in itanium ...  Re: MSCP serving Floppies  Re: MSCP serving Floppies  Re: Mux Server 300% Re: PCSI container for bootable disk? 0 Re: Prediction:  VMS lives, merger or no merger!) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it  Reduce interupt time on CPU0> Re: Relative invulnerability of VMS to buffer-overflow attacks Re: Rotted Link in OpenVMS FAQ Re: Rotted Link in OpenVMS FAQ Re: Rotted Link in OpenVMS FAQ RE: Shell Accounts Page Update Re: Shell Accounts Page Update! Re: Survey on Your Alpha Hardware " Re: Throughput and additional CPUs" Re: Throughput and additional CPUs" 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 ?, Re: Time to finally rename VMS back to VMS ?, Re: Time to finally rename VMS back to VMS ?, Re: Time to finally rename VMS back to VMS ?, Re: Time to finally rename VMS back to VMS ?, Re: Time to finally rename VMS back to VMS ?, Trapping Control_C on NT the same way as vms% Unveiling the New User Group - Vitria . Re: VMS "unhackable" example just for Andy ...# Re: Who has (ever) used DECmigrate?  Re: Win2000 or OpenVMS Re: Win2000 or OpenVMS Re: Win2000 or OpenVMS RE: Win2000 or OpenVMS
 Re: X session   F ----------------------------------------------------------------------  # Date: Tue, 16 Apr 2002 21:53:02 GMT * From: "Bill Todd" <billtodd@metrocast.net>H Subject: Re: Alpha EV7 Processor: A High Performance Tradition Continues@ Message-ID: <231v8.67917$K5.6135856@bin5.nnrp.aus1.giganews.com>  3 "Ken Farmer" <kfarmer@openvms.org> wrote in message 9 news:3gTu8.56591$pe6.20283934@typhoon.southeast.rr.com... = > Alpha EV7 Processor: A High Performance Tradition Continues  > $ > Reed Electronics Group, In-StatMDR& > Kevin Krewell, Senior Analyst/Editor > Microprocessor Report  > ; > http://www.openvms.org/stories.php?story=02/04/16/3570613   I Now that Compaq has killed any chance for Alpha's longer-term success, it L appears to consider it acceptable to say nice things about it.  Too bad theyJ left out the point-by-point comparison to Itanic that begs to be made, but not exactly surprising.    - bill   ------------------------------  % Date: Tue, 16 Apr 2002 13:19:49 -0500 1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>   Subject: Re: Alpha tuning didn't8 Message-ID: <a9hq26$o5u$1@fizban.fizban.pprd.abbott.com>  E Perhaps something or someone got into MODPARAMS.DAT while you weren't A looking and autogen gladly accepted the new (and maybe incorrect)  parameters.   L What I've heard about AUTOGEN over the years:  "it puts you in the ballpark,& but not necessarily in the best seat."   Dave...   F "Brian Tillman" <tillman_brian@notnoone.notnohow.com> wrote in message news:3cbc5937$1@news.si.com...G > I have a lone Alpha 1000 (4/233, 320 Mb memory) in a cluster with ten  ortherK > VAXes.  The Alpha has been acting as a mail router and running some other J > freeware tools, no interactive work by anyone but me (only a single userG > license).  It had been operational for about a year when I decided to L > AUTOGEN it.  Man, am I sorry I did.  It jacked up the NPAGEDYN and PAGEDYNJ > significantlyand adjusted a number of other parameters.  After a reboot,  > performance is utterly dismal. > I > I'm not familiar enough with Alphas to evaluate what parameters to drop  back > (other than all of them).  > H > I don't expect anyone to really solve my problem, since you don't know thisG > system, but I just wanted to complain about AUTOGEN a little.  ~whine  whine~ > --C > Brian Tillman                   Internet: tillman_brian at si.com C > Smiths Aerospace                          tillman at swdev.si.com ? > 3290 Patterson Ave. SE, MS      Addresses modified to prevent > > Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@": >        This opinion doesn't represent that of my company >  >    ------------------------------  # Date: Wed, 17 Apr 2002 00:41:34 GMT ) From: rob.buxton@wcc.govt.nz (Rob Buxton)   Subject: Re: Alpha tuning didn't2 Message-ID: <3cbcc0f3.2318495199@news.wcc.govt.nz>  3 On Tue, 16 Apr 2002 13:19:49 -0500, "Dave Gudewicz" " <david.gudewicz@abbott.com> wrote:  F >Perhaps something or someone got into MODPARAMS.DAT while you weren'tB >looking and autogen gladly accepted the new (and maybe incorrect) >parameters. > M >What I've heard about AUTOGEN over the years:  "it puts you in the ballpark, ' >but not necessarily in the best seat."    Agree,  3 The other thing I usually do after an Autogen is a  % $ diff /para sys$system:setparams.dat   C Which gives me a nice quick summary of what's being changed. I find 2 this a bit easier to read than the Autogen report.  @ I still always do a run through to Testfiles first and check the output.   @ Also, I think you can revert to the previous params by replacing0 ALPHAVMSSYS.PAR with the latest ALPHAVMSSYS.OLD.    Check before you do this though.  E 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... > G >"Brian Tillman" <tillman_brian@notnoone.notnohow.com> wrote in message  >news:3cbc5937$1@news.si.com... H >> I have a lone Alpha 1000 (4/233, 320 Mb memory) in a cluster with ten >orther L >> VAXes.  The Alpha has been acting as a mail router and running some otherK >> freeware tools, no interactive work by anyone but me (only a single user H >> license).  It had been operational for about a year when I decided toM >> AUTOGEN it.  Man, am I sorry I did.  It jacked up the NPAGEDYN and PAGEDYN K >> significantlyand adjusted a number of other parameters.  After a reboot, ! >> performance is utterly dismal.  >>J >> I'm not familiar enough with Alphas to evaluate what parameters to drop >back  >> (other than all of them). >>I >> I don't expect anyone to really solve my problem, since you don't know  >this H >> system, but I just wanted to complain about AUTOGEN a little.  ~whine >whine~  >> -- D >> Brian Tillman                   Internet: tillman_brian at si.comD >> Smiths Aerospace                          tillman at swdev.si.com@ >> 3290 Patterson Ave. SE, MS      Addresses modified to prevent? >> Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@" ; >>        This opinion doesn't represent that of my company  >> >> >  >    ------------------------------  + Date: Tue, 16 Apr 2002 18:04:10 +0000 (UTC) * From: bdwheele@indiana.edu (Brian Wheeler)5 Subject: Re: Anyone using CHARON-VAX for development? 2 Message-ID: <a9hp2q$7bc$1@wilson.uits.indiana.edu>  . In article <3CBC1AFD.28899.800EC9D@localhost>,- 	"Stanley F. Quayle" <stan@stanq.com> writes: , > On 16 Apr 2002, at 16:54, Bart Zorn wrote:: >> When running (on Windows, I don't know about the Alpha N >> VMS version), it consumes all available CPU cycles.  [...]  My laptop soon J >> gets too hot to use it on my lap and the battery doen't last very long. >>  J >> I already mentioned this problem to SRI and they said that they hadn't : >> heard of this before, but it seemed worth looking into. > A > This is a known issue for all versions (not a problem, just an  G > "issue").  CHARON-VAX emulates the processor, and doesn't know about  H > the operating system that it's running.  So, there's no way to figure G > out when the CPU is in an idle loop, because that differs in each OS   > and each version.  > H > * Maybe a special patch for a specific VMS version could be developed F > that would put the emulator in a slow-speed state when reaching the B > idle loop.  I'll copy SRI on this -- that would be a Good Thing. > F > Patch or no, when was the last time you saw a battery powered VAX?  H > Laptop life might be short, but it *does* work on batteries.  Or in a  > car or airplane. > H > Useful hint:  I set the priority of the process to "Low" so I can get ? > other things done at the same time.  This is not a supported  6 > configuration, but seems to run VMS 7.3 just fine...    L This exact problem comes up on the simh emulator (which now will run VMS as N well as Ultrix & NetBSD).  The NetBSD folks considered using an invalid opcodeJ to indicate the idle loop, but I don't believe any conclusion was come to.  E Does the vax really sit and spin there when its idle?  Linux on most  N architectures issues a halt and stops the processor until an interrupt...which- seems a wiser choice, power-consumption-wise.      Brian      >  > --Stan Quayle # > President, Quayle Consulting Inc.  >  > ----------I > Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671 3 > 8572 North Spring Ct. NW, Pickerington, OH  43147 ? > Preferred address:  stan@stanq.com       http://www.stanq.com  >  >    ------------------------------  % Date: Tue, 16 Apr 2002 13:23:20 -0500 1 From: "Dave Gudewicz" <david.gudewicz@abbott.com> 5 Subject: Re: Anyone using CHARON-VAX for development? 8 Message-ID: <a9hq8q$o9i$1@fizban.fizban.pprd.abbott.com>  K We had our VMS ambassador in the Chicagoland area give our LUG a CHARON-VAX L talk a year or 2 ago.  Maybe the New York area VMS ambassador (hope there is one) can do same.    Dave...   5 "Stanley F. Quayle" <stan@stanq.com> wrote in message ( news:3CBC016D.19683.79D1318@localhost...E > > At my company, we're considering using CHARON-VAX for development J > > work; has anyone done development work with it, using either Alpha VMSG > > or Window's as the "host" O/S? Any limitations or difficulties with  > > it?  > D > I'm using the Windows version for VAX software development.  I nowG > only fire up a VAX when I need to write a TK-50 tape.  :-)  I want to E > get the Alpha VMS version working, so I won't need a Windows system 
 > running. > F > I've discovered no limitations -- the emulated VAX is a member of myD > mixed Alpha/VAX cluster, and everything appears completely normal. >  > E > > Any recommendations for configuring systems outside of what is in D > > the requirements for the software? How well do network protocolsE > > (TCP/IP-UCX, Decnet-plus(decnet and OSI) and LAT) typically work?  > C > TCP/IP (UCX), DECnet Phase IV and Plus, LAT, cluster traffic, and + > IEEE 802.3 messaging all works perfectly.  > D > You'll need to make sure you have a separate network interface forC > use by the VAX, in addition to the one used by Windows/Alpha VMS.  > C > And, "the faster, the better".  Works at about 4000-90 speed on a G > single processor, 1000 MHz laptop with 512 MB of RAM.  Dual processor  > really flies.  > E > Allow me a shameless plug:  I'm a CHARON-VAX reseller, and would be ; > glad to help you get your development environment set up.  >  >  > --Stan Quayle # > President, Quayle Consulting Inc.  >  > ----------I > Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671 3 > 8572 North Spring Ct. NW, Pickerington, OH  43147 ? > Preferred address:  stan@stanq.com       http://www.stanq.com  >  >    ------------------------------  % Date: Tue, 16 Apr 2002 16:40:54 -0400 * From: "Stanley F. Quayle" <stan@stanq.com>5 Subject: Re: Anyone using CHARON-VAX for development? . Message-ID: <3CBC5416.19819.8DFF7A2@localhost>  M > We had our VMS ambassador in the Chicagoland area give our LUG a CHARON-VAX N > talk a year or 2 ago.  Maybe the New York area VMS ambassador (hope there is > one) can do same.   F I'd love to do one, but I'm up to my ears in projects at the moment.  ' If there were a Columbus Ohio group ...     
 --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: Tue, 16 Apr 2002 16:51:46 -0400 * From: "Stanley F. Quayle" <stan@stanq.com>5 Subject: Re: Anyone using CHARON-VAX for development? . Message-ID: <3CBC56A2.17102.8E9E88B@localhost>  . On 16 Apr 2002, at 18:04, Brian Wheeler wrote:N > This exact problem comes up on the simh emulator (which now will run VMS as P > well as Ultrix & NetBSD).  The NetBSD folks considered using an invalid opcodeL > to indicate the idle loop, but I don't believe any conclusion was come to. > G > Does the vax really sit and spin there when its idle?  Linux on most  P > architectures issues a halt and stops the processor until an interrupt...which/ > seems a wiser choice, power-consumption-wise.   ; One of CHARON-VAX's selling points is that it will run any  & (especially, ancient) versions of VMS.  E Up until VMS 5.0, the idle loop was a real process.  It was possible  C to replace that process with something else.  If SRI added a "back  A door" to CHARON-VAX, a replacement idle process might be able to   throttle back CPU utilization.  D Starting with VMS 5.0, the idle loop is a real loop.  SRI or Compaq D might be able to supply a patch to the scheduler to back off on the ? CPU.  The patch would have to be on a version-by-version basis.   C Of course, these only help if your system is truly doing *nothing*.   B CHARON-VAX isn't really targeted for laptop users -- it's more to C replace real VAXen, which draw gobs of power, processor running or  D not.  However, if you develop a CPU reducer, I'd be glad to test it  for you.    
 --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: Tue, 16 Apr 2002 23:50:55 -0400 : From: Charles Shannon Hendrix <shannon@news.widomaker.com>  Subject: Re: Blade architectures7 Message-ID: <slrnabps6k.e4q.shannon@news.widomaker.com>   L In article <f2Dt8.417$rB5.31691@news.uswest.net>, Russell P. Holsclaw wrote:  D > I believe what you're really saying here is that although swappingD > short-lived data between RAM and disk may die out, dynamic address; > translation will continue, because of its other benefits.   D It still might be useful to use disk or something to free up memory.  : No matter how much you have, you can always use more... :)  E What I think might happen is the distinction between memory and files 3 might go away.  You have nothing but memory at all.   F That will be a different idea to deal with, though systems in the past& really had no concept of file systems.  J I wonder if we'll ever really do that, and how will we handle transporting: data, archiving it, and handling the interfaces to memory.   ------------------------------  % Date: Wed, 17 Apr 2002 00:00:54 -0400 : From: Charles Shannon Hendrix <shannon@news.widomaker.com>  Subject: Re: Blade architectures7 Message-ID: <slrnabpspb.e4q.shannon@news.widomaker.com>n  B In article <qhy9fqrqqt.fsf@ruckus.brouhaha.com>, Eric Smith wrote:  @ > Only as a rule of thumb for newbies.  It *NEVER* made sense asC > a general rule, because it doesn't take into account the usage ofl  G Yes, it did, because often systems run such a variety of loads that youi4 don't know ahead of time what they will really need.  I I tend to do this more on workstations than servers, because with serversu0 I have a much better idea what memory they need.  A Of course, with 9GB being the smallest drive I can get, I usuallyiB allocated swap anyway, because the drive is largely wasted anyway.  H > Virtual memory requirements are determined by system usage, not by the > physical memory size.o  G This is true, but in the case of my workstation, it's memory use varies E wildly.  It can spend months with little load, and then a hellish few  hours where it's 75% into swap.a  C My servers have swap == RAM.  This let's me swap out a lot of code,eE and let things like kernel memory and buffers be a bit larger, or lete3 some server processes have more RAM than otherwise.o  H Faced with a new install though, where I need 200MB of a 9GB root drive,D it really doesn't make sense to not give a decent amount to swap forA those situations you didn't predict.  I really wish you could get8 smaller drives.n   ------------------------------  % Date: Tue, 16 Apr 2002 23:54:28 -0400w: From: Charles Shannon Hendrix <shannon@news.widomaker.com>  Subject: Re: Blade architectures7 Message-ID: <slrnabpsd9.e4q.shannon@news.widomaker.com>c  B In article <qh7kncxb1g.fsf@ruckus.brouhaha.com>, Eric Smith wrote:  H > In the Linux world there seem to be people who insist that it's reallyI > important to have a swap that's at least 3x the size of physical.  ThateJ > might be OK as a rule of thumb for newbies who don't have a grasp of theI > memory usage on their system, but a fair number of people seem to thinkcD > that this is a general dogma, and have made pronouncements of direF > consequences for those who ignore it.  Like most dogma, they have no  > rational justification for it.  , You sure there is no rational justification?  H There are some VM systems that really do perform better if you have swap than if you don't.   ------------------------------  % Date: Wed, 17 Apr 2002 00:07:31 -0400e: From: Charles Shannon Hendrix <shannon@news.widomaker.com>  Subject: Re: Blade architectures7 Message-ID: <slrnabpt5o.e4q.shannon@news.widomaker.com>V  E In article <a9a0da$qhf$1@pegasus.csx.cam.ac.uk>, Nick Maclaren wrote:r  C > Yes.  Though that isn't actually what we want.  What we want (andh@ > had on the Hitachi SR2201) is an option which says 'reserve atE > least XXX for the kernel, and NEVER swap user processes - kill thems > upon real memory exhaustion'.-  G How many systems out there try or have tried to do virtual memory where3D the executable file is part of mix, in a system where a code page isH just marked free and later refetched from the exec instead of from swap?   ------------------------------  % Date: Wed, 17 Apr 2002 04:48:48 -0700p9 From: "Mrs Mariam Mobutu Sese-Seko" <kinshasa@excite.com>@ Subject: BUSINESS-PARTNERSHIP 9 Message-ID: <iss.10c8.3cbce200.9097c.1@mx2.east.saic.com>    DEAR FRIEND=2C o5 I AM MRS=2E MARIAM MOBUTU SESE-SEKO=2C WIDOW OF LATE /1 PRESIDENT MOBUTU SESE-SEKO OF ZAIRE NOW KNOWN AS o8 DEMOCRATIC REPUBLIC OF CONGO =28DRC=29=2E I AM MOVED TO / WRITE YOU THIS LETTER=2C THIS IS IN CONFIDENCE t5 CONSIDERING MY PRESENT CIRCUMSTANCE AND SITUATION=2E s  4 I ESCAPED ALONG WITH MY HUSBAND AND TWO OF OUR SONS 2 JOHNSON AND MICHAEL OUT OF DEMOCRATIC REPUBLIC OF > CONGO =28DRC=29 TO ABIDJAN-COTE D=12IVOIRE=2C WHERE MY FAMILY 3 AND I SETTLED=2E WHILE WE LATER MOVED TO SETTLE IN  9 MORROCO WHERE MY HUSBAND LATER DIED OF CANCER DISEASE=2E c3 HOWEVER DUE TO THIS SITUATION WE DECIDED TO CHANGE @6 MOST OF MY HUSBAND'S BILLIONS OF DOLLARS DEPOSITED IN 3 SWISS BANK AND OTHER COUNTRIES INTO OTHER FORMS OF k5 MONEY CODED FOR SAFE PURPOSE BECAUSE THE NEW HEAD OF r= STATE OF DRC=2C MR=2E LAURENT KABILA=2C HAS MADE ARRANGEMENT y7 WITH THE SWISS GOVERNMENT AND OTHER EUROPEAN COUNTRIES  7 TO FREEZE ALL MY LATE HUSBAND'S TREASURES DEPOSITED IN n3 SOME EUROPEAN COUNTRIES=2E HENCE MY CHILDREN AND I 34 DECIDED LAYING LOW IN AFRICA TO STUDY THE SITUATION 7 TILL WHEN THINGS GET BETTER=2E LIKE NOW THAT PRESIDENT A6 KABILA IS DEAD AND THE SON =28JOSEPH KABILA=29 TAKING 6 OVER=2C ONE OF MY LATE HUSBAND'S CHATEAUX IN SOUTHERN 7 FRANCE WAS CONFISCATED BY THE FRENCH GOVERNMENT=2C AND  / AS SUCH I HAD TO CHANGE MY IDENTITY SO THAT MY t" INVESTMENT WILL NOT BE TRACED AND 2 CONFISCATED=2E I HAVE DEPOSITED THE SUM OF THIRTY A MILLION UNITED STATE DOLLARS =28US$30=2C000=2C000=2C00=29 WITH A ,5 SECURITY COMPANY=2C FOR SAFEKEEPING=2E THE FUNDS ARE i0 SECURITY CODED TO PREVENT THEM FROM KNOWING THE 5 CONTENT=2E WHAT I WANT YOU TO DO IS TO INDICATE YOUR o2 INTEREST THAT YOU WILL ASSIST US BY RECEIVING THE ; MONEY ON OUR BEHALF=2E ACKNOWLEDGE THIS MESSAGE=2C SO THAT  5 I CAN INTRODUCE YOU TO ONE OF MY SONS WHO HAS MAPPED  8 OUT THE MODALITIES FOR THE CLAIM OF THE SAID FUNDS=2E I 9 WANT YOU TO ASSIST IN INVESTING THIS MONEY=2C BUT I WILL s9 NOT WANT MY IDENTITY REVEALED=2E I WILL ALSO WANT TO BUY o5 PROPERTIES AND STOCK IN MULTI-NATIONAL COMPANIES AND P, TO ENGAGE IN OTHER SAFE AND NON-SPECULATIVE 6 INVESTMENTS=2E MAY I AT THIS POINT EMPHASIZE THE HIGH ; LEVEL OF CONFIDENTIALITY=2C WHICH THIS BUSINESS DEMANDS=2C  9 AND HOPE YOU WILL NOT BETRAY THE TRUST AND CONFIDENCE=2C R9 WHICH I REPOSE IN YOU=2E IN CONCLUSION=2C IF YOU WANT TO w8 ASSIST US=2C MY SON SHALL PUT YOU IN THE PICTURE OF THE 9 BUSINESS=2C TELL YOU WHERE THE FUNDS ARE CURRENTLY BEING s7 MAINTAINED AND ALSO DISCUSS OTHER MODALITIES INCLUDING r" REMUNERATION FOR YOUR SERVICES=2E   / FOR THIS REASON KINDLY FURNISH US YOUR CONTACT  : INFORMATION=2C THAT IS YOUR ADDRESS=2C PERSONAL TELEPHONE + AND FAX NUMBER FOR CONFIDENTIAL PURPOSE=2E i   BEST REGARDS=2C    MRS M=2E SESE SEKO h   ------------------------------  % Date: Wed, 17 Apr 2002 06:09:10 -0700.9 From: "Mrs Mariam Mobutu Sese-Seko" <kinshasa@excite.com>  Subject: BUSINESS-PARTNERSHIPs9 Message-ID: <iss.5ea8.3cbcf4d6.c496f.1@mx2.east.saic.com>    DEAR FRIEND=2C f5 I AM MRS=2E MARIAM MOBUTU SESE-SEKO=2C WIDOW OF LATE  1 PRESIDENT MOBUTU SESE-SEKO OF ZAIRE NOW KNOWN AS H8 DEMOCRATIC REPUBLIC OF CONGO =28DRC=29=2E I AM MOVED TO / WRITE YOU THIS LETTER=2C THIS IS IN CONFIDENCE  5 CONSIDERING MY PRESENT CIRCUMSTANCE AND SITUATION=2E    4 I ESCAPED ALONG WITH MY HUSBAND AND TWO OF OUR SONS 2 JOHNSON AND MICHAEL OUT OF DEMOCRATIC REPUBLIC OF > CONGO =28DRC=29 TO ABIDJAN-COTE D=12IVOIRE=2C WHERE MY FAMILY 3 AND I SETTLED=2E WHILE WE LATER MOVED TO SETTLE IN  9 MORROCO WHERE MY HUSBAND LATER DIED OF CANCER DISEASE=2E s3 HOWEVER DUE TO THIS SITUATION WE DECIDED TO CHANGE  6 MOST OF MY HUSBAND'S BILLIONS OF DOLLARS DEPOSITED IN 3 SWISS BANK AND OTHER COUNTRIES INTO OTHER FORMS OF  5 MONEY CODED FOR SAFE PURPOSE BECAUSE THE NEW HEAD OF o= STATE OF DRC=2C MR=2E LAURENT KABILA=2C HAS MADE ARRANGEMENT r7 WITH THE SWISS GOVERNMENT AND OTHER EUROPEAN COUNTRIES i7 TO FREEZE ALL MY LATE HUSBAND'S TREASURES DEPOSITED IN  3 SOME EUROPEAN COUNTRIES=2E HENCE MY CHILDREN AND I >4 DECIDED LAYING LOW IN AFRICA TO STUDY THE SITUATION 7 TILL WHEN THINGS GET BETTER=2E LIKE NOW THAT PRESIDENT  6 KABILA IS DEAD AND THE SON =28JOSEPH KABILA=29 TAKING 6 OVER=2C ONE OF MY LATE HUSBAND'S CHATEAUX IN SOUTHERN 7 FRANCE WAS CONFISCATED BY THE FRENCH GOVERNMENT=2C AND  / AS SUCH I HAD TO CHANGE MY IDENTITY SO THAT MY r" INVESTMENT WILL NOT BE TRACED AND 2 CONFISCATED=2E I HAVE DEPOSITED THE SUM OF THIRTY A MILLION UNITED STATE DOLLARS =28US$30=2C000=2C000=2C00=29 WITH A o5 SECURITY COMPANY=2C FOR SAFEKEEPING=2E THE FUNDS ARE l0 SECURITY CODED TO PREVENT THEM FROM KNOWING THE 5 CONTENT=2E WHAT I WANT YOU TO DO IS TO INDICATE YOUR -2 INTEREST THAT YOU WILL ASSIST US BY RECEIVING THE ; MONEY ON OUR BEHALF=2E ACKNOWLEDGE THIS MESSAGE=2C SO THAT e5 I CAN INTRODUCE YOU TO ONE OF MY SONS WHO HAS MAPPED t8 OUT THE MODALITIES FOR THE CLAIM OF THE SAID FUNDS=2E I 9 WANT YOU TO ASSIST IN INVESTING THIS MONEY=2C BUT I WILL .9 NOT WANT MY IDENTITY REVEALED=2E I WILL ALSO WANT TO BUY :5 PROPERTIES AND STOCK IN MULTI-NATIONAL COMPANIES AND n, TO ENGAGE IN OTHER SAFE AND NON-SPECULATIVE 6 INVESTMENTS=2E MAY I AT THIS POINT EMPHASIZE THE HIGH ; LEVEL OF CONFIDENTIALITY=2C WHICH THIS BUSINESS DEMANDS=2C t9 AND HOPE YOU WILL NOT BETRAY THE TRUST AND CONFIDENCE=2C  9 WHICH I REPOSE IN YOU=2E IN CONCLUSION=2C IF YOU WANT TO f8 ASSIST US=2C MY SON SHALL PUT YOU IN THE PICTURE OF THE 9 BUSINESS=2C TELL YOU WHERE THE FUNDS ARE CURRENTLY BEING s7 MAINTAINED AND ALSO DISCUSS OTHER MODALITIES INCLUDING w" REMUNERATION FOR YOUR SERVICES=2E   / FOR THIS REASON KINDLY FURNISH US YOUR CONTACT u: INFORMATION=2C THAT IS YOUR ADDRESS=2C PERSONAL TELEPHONE + AND FAX NUMBER FOR CONFIDENTIAL PURPOSE=2E     BEST REGARDS=2C    MRS M=2E SESE SEKO c   ------------------------------  % Date: Tue, 16 Apr 2002 23:13:20 -0300n+ From: Rodman S. Regier <rsr@hfx.andara.com>n8 Subject: Re: C++ dev. prior VMS O/S ver. bin. generationO Message-ID: <8CC096F3F8D8F234.65A4265A26B0EFC1.2B729BD3897E695B@lp.airnews.net>o  2 On Tue, 16 Apr 2002 07:00:11 -0400, norm lastovica$ <norman.lastovica@oracle.com> wrote:  / >I'm not sure what problems you are seeing with - >C++, but it would seem that if you save yours/ >existing contents of SYS$LIBRARY and C*INCLUDE , >directories and use then when compiling and2 >linking, you'll be ok.  This is, after a fashion,/ >what Rdb engineering does as well.  We run ouro3 >development clusters at VMS V7.3 (where practicle)h. >but compile and link with the libraries from  >older versions.  - Fails w/C++ - thus my posting saying it failse  ( Re: example program showing the problem:           FUNCTION.CPP:o            class myclass {               public:                   myclass() { }
            };               extern void fun() {               myclass y[10];            }           MAIN.CPP            extern void fun();               int main() {r               return 1;n            }  5         A:001029> cxx/model=arm/standard=arm main.cpp.9         A:001029> cxx/model=arm/standard=arm function.cppe6         A:001029> cxxlink/map/cross/full main,function'         A:001029> sea main.map MALLOC64RB         DECC$_MALLOC64                  00007780-RX       DECC$SHR                  NEW_P64&         00007780     RX-DECC$_MALLOC64  F Because of the MALLOC64 symbol, when linked against our saved versions- of the 6.2 libraries we get a missing symbol.r  ; Note that we also tried with the following, with no change:a   #undef __VMS_VER #define __VMS_VER 60200000   #undef __VMS_VERSION #define __VMS_VERSION "V6.2"   #undef __vms_version #define __vms_version "V6.2"   #undef __CRTL_VERo #define __CRTL_VER 60200000h   ------------------------------  # Date: Tue, 16 Apr 2002 18:53:47 GMTc" From: "Hans Vlems" <hvlems@iae.nl> Subject: Re: cluster0 Message-ID: <%q_u8.625$W3.74722@typhoon.bart.nl>  D Your SYSGEN cluster parameters clearly show that both nodes had been
 configured assI N cluster members. A node needs at least the following to join a cluster:o; - a matching cluster username and cluster number (stored in ! sys$system:cluster_authorize.dat)h$ - VAXCLUSTER set to a non-zero value  I For NI clusters you need to load the PEdriver (NISCS_LOAD_PEA0). It makes  the VAX behave liketI an HSC across the LAN. That's it but usually one wants to share disks andc tapes across the cluster.aL Disks need the MSCP server and tapes the TMSCP server. So these drivers must be loaded and that issI where (T)MSCP_LOAD comes in. Next you have some control over what kind ofa disks you want toaH share, system disk or not etc (try MC SYSGEN HELP SYS_PARA MSCP_LOAD) if you're on V7.3 or F later. Before that you could turn serving disks (tapes) on or off with (T)MSCP_SERVE_ALL.  K Then, if you want to use shadowing (cluster or no cluster), you need to sete the ALLOCLASS parameterVL to a non-zero value. Each system gets its own value. It is actually somewhat more complicated with DSSIF and shared RA disks, but that's not your problem on an NI cluster. the device gets a unique name:  L NODEA$DJA0: becomes $3$DJA0:  (not a typo, I just happen to like RA60's ...)  H The last thing to take care of in clusters is QUORUM, and the associated% parameters VOTES and EXCPECTED_VOTES.-K In clusters where systems share a bus these are extremely important becauses$ two nodes may modify files on a diskL volume without synchronization (the distributed lock manager) and that leads1 to the dreaded "multiply allocated blocks" error.dL In an NI cluster there is little risk in damaging your filesystems since the0 PEdriver allows only systems that are registered cluster members.K A cluster must have quorum in order to function. When it looses quorum, the 1 remaining nodes get stuck in a cluster transitionsH stet, kind a frozen. Not harmful but does no useful work while it lasts.< In a two node cluster a quorum disk may keep one node going.   Hope this helps somewhat.3    < On one of my NI VAX cluster members the SYSGEn settings are:   Parameters in use: Active-G Parameter Name            Current    Default     Min.     Max.     Unite DynamictL --------------            -------    -------    -------  -------   ----  --- ----H CLUSTER_CREDITS                10         10        10       128 CreditsK VAXCLUSTER                      2          1         0         2 Coded-valuVF EXPECTED_VOTES                  5          1         1       127 VotesF VOTES                           1          1         0       127 VotesH RECNXINTERVAL                  20         20         1     32767 Seconds D F DISK_QUORUM     "                "    "    "    "    "    "ZZZZ" AsciiF QDSKVOTES                       1          1         0       127 VotesH QDSKINTERVAL                    3          3         1     32767 SecondsK ALLOCLASS                       4          0         0       255 Pure-numbeaK LOCKDIRWT                       0          0         0       255 Pure-numbeeH NISCS_CONV_BOOT                 0          0         0         1 BooleanH NISCS_LOAD_PEA0                 1          0         0         1 BooleanH CHECK_CLUSTER                   0          0         0         1 BooleanK NISCS_PORT_SERV                 0          0         0         3 Bit-encodetK MSCP_LOAD                       1          0         0     16384 Coded-valusK MSCP_SERVE_ALL                  1          4         0        15 Bit-Encode F MSCP_BUFFER                   512        128        16        -1 PagesD MSCP_CREDITS                   64          8         2       128 I/OK TAPE_ALLOCLASS                  0          0         0       255 Pure-numbeiK TMSCP_LOAD                      0          0         0         3 Coded-valuxF NISCS_MAX_PKTSZ              1498       1498      1080      8192 BytesF NISCS_LAN_OVRHD                18         18         0       256 BytesK TMSCP_SERVE_ALL                 0          0         0        15 Bit-EncoderI CWCREPRC_ENABLE                 1          1         0         1 Bit-maske DrH MSCP_CMD_TMO                    0          0         02147483647 Seconds D2 $.1 A Bonaveidogo <Asena@fsc.com.fj> wrote in message A news:BFBEDDF2CFEDD411917400508BF3A6FFCBCB07@exchsvr.FSC.COM.FJ...g >w > Vidya, >r@ > Do I have to execute cluster_config on both nodes?  ie executeK > cluster_config on Node A and add node B  likewise on Node B to add node Ab
 > Am I right?  >k > Sorry, I'm newbie to vms >. > thanks >  > -----Original Message-----0 > From: vadya@ibjus.com [mailto:vadya@ibjus.com]' > Sent: Tuesday, April 16, 2002 3:47 AM  > To: Info-VAX@Mvb.Saic.Comt > Subject: Re: cluster > 3 > A Bonaveidogo <Asena@fsc.com.fj> wrote in messagesE > news:<BFBEDDF2CFEDD411917400508BF3A6FFCBCB01@exchsvr.FSC.COM.FJ>... E > > I have two node (A & B)  forming a cluster and  both connected onr shadowedI > > environment.  On node A I have $1$dka0, on node B its $2$dka0.  these  twoeI > > disks are shadowed. When I boot each node, it couldn't recognised then > member: > > of the shadow set.  Its says no such device available.K > > On Node A... this error message appeared "$2$dka0 failed as a member of. > thea > > shadow set" @ > > On Node B ... "$1$dka0 failed as a member of the shadow set" > > G > > When I do a show cluster on each node....it shows only the  current  node.i > >,A > > Can someone advise how to configure these two nodes properly.  > >a	 > > Asenae >a > Hello, >eH > If "show cluster" shows only one system, you do not have a VMS cluster > configured on the nodes. > You will have to run7 > "@sys$manager:CLUSTER_CONFIG.COM" to set up clusters.iG > You will ned to know What kind of cluster interconnect are you using.g > cheers > Vinit    ------------------------------  # Date: Wed, 17 Apr 2002 03:26:13 GMTe1 From: "David J. Dachtera" <djesys.nospam@fsi.net>t. Subject: Could this bode ill for Compaq or HP?' Message-ID: <3CBCEDFE.156C3207@fsi.net>t  - JUDGE TO HEAR $1.3 BILLION SUIT AGAINST CISCOs  ' Posted April 15, 2002 2:47 Pacific Time   5 SAN FRANCISCO -- A federal judge in Florida will let n; telecommunications service provider Vox2Vox Communications o> sue Cisco Systems for US$1.3 billion for allegedly defrauding 9 Vox2Vox by discontinuing a Cisco product without warning.v  = Judge James King of the U.S. District Court for the Southern w< District of Florida, in Miami, last week denied a motion by < Cisco to dismiss the Vox2Vox lawsuit. As a result, the suit > will go to trial unless the companies can reach a settlement, ? according to a statement by the Miami law firm Ferrell Schultz i: Carter Zumpano & Fertel PA, which is representing Vox2Vox.   For the full story:hA http://www.infoworld.com/articles/hn/xml/02/04/15/020415hnvox.xmln   -- d David J. Dachterae dba DJE Systemsh http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------  # Date: Wed, 17 Apr 2002 02:27:01 GMTy1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: Disk Monitoring' Message-ID: <3CBCE01D.4878C1E6@fsi.net>m   Keith Parris wrote:e > b > Jon <jsmyth69@hotmail.com> wrote in message news:<pkemau865sahie27e9jfdbm50a5ugolo9b@4ax.com>...I > >  I was asked to create a disk i/o monitoring and I was REALLY wantingaH > > to avoid doing a monitor disk to an output file and read it in.  AreH > > there lexicals that can return disk io? I'm specifically looking for > > queue length.  Thanks! > D > Consider the ECP Data Collector and Analyzer, which come free withO > VMS.  See http://www.openvms.compaq.com/openvms/performance-and-capacity.htmlaE > for starters.  There's even an API included with the Data Collector   > for direct access to the data. > E > Beyond that, there are 3rd-party performance products like Fortel'soG > (http:www.fortel.com) Viewpoint (formerly Datametrics'), and ComputeroH > Associates' (http://www.cai.com/) Unicenter Performance Management forA > OpenVMS (formerly CA's Advise/IT, formerly Digital's Polycenter > > Performance Solution, formerly DECps, formerly VPA and SPM).  H As I understood it, SPM was separate from DECps which is why we have ECPF today - I was given to understand (at a local Compaq demo) that ECP is based on the old SPM code.  ! I could be (probably am) wrong...i   -- . David J. Dachtera2 dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/O   ------------------------------    Date: 16 Apr 2002 21:49:21 -0700  From: cor.mom@momss.nl (Cor Mom) Subject: Re: Disk Monitoring= Message-ID: <774640de.0204162049.53e3ea4d@posting.google.com>A   Hi,N  E What about my product VIP - VMS Information Provider? I think it doesAA the disk monitoring you are looking for. You can download it fromR http://www.momss.nl/vip.   Regards,   Cor MomE  ` Jon <jsmyth69@hotmail.com> wrote in message news:<pkemau865sahie27e9jfdbm50a5ugolo9b@4ax.com>...	 > Hi all,D > G >  I was asked to create a disk i/o monitoring and I was REALLY wantingWF > to avoid doing a monitor disk to an output file and read it in.  AreF > there lexicals that can return disk io? I'm specifically looking for > queue length.  Thanks!   ------------------------------  % Date: Tue, 16 Apr 2002 20:59:38 -0400Y1 From: "Island (hpaq.net)" <dbturner@islandco.com>P( Subject: DS10 VMS Config only SPECIAL!!!/ Message-ID: <ubpi6fejoncq49@news.supernews.com>T  ) Incoming - reserve now - only 5 coming in      DS10 466Mhz (no license) 1GB   Memory 9GB Ultra2 SCSI Disk VX1 32MB Video CardF Dual 10/100 Ethernet CDROMN MouseR Keyboard
 Power Cord  2 Special price of $2795 for C.O.V. subscribers only  E This is not an advertised special - please call referencing this postO   Thanks     -- Island Computers US Corp.T 2700 Gregory StreetA Savannah GA 31404= Toll Free: 1-877 636 4332, International: 001 912 447 6622P  Facsimile:      001 912 201 0096 dbturner@hpaq.netM www.hpaq.net   ------------------------------  # Date: Tue, 16 Apr 2002 19:59:30 GMTA2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)I Subject: Re: Encryption, PGP, GnuPG (was: Re: Rotted Link in OpenVMS FAQ)E8 Message-ID: <Co%u8.22$DF.901138@cacnews.cac.cpqcorp.net>  v In article <20020416190908.10699.qmail@gacracker.org>, Doc.Cypher <Use-Author-Supplied-Address-Header@[127.1]> writes:L :On a related note, I need to check if the PGP references have been updated.K :I followed links there and eventually came to a dead URL that was supposedHL :to provide 2048 bit key support in PGP. That was a site either at Oxford orL :Cambridge university. Of course, if anyone could help out with that I wouldL :appreciate it. If I can pull together all the bits for it I'll put it up on :my site and let you know.  F   See previous requests for PGP and GPG ports -- the PGP websites are E   among the most commonly changed among the "missing links" reports, UI   I've received reports, found and fixed problems these links on several T   occasions.  L   Given changes to the US export regulations, I can now potentially provide F   various encryption schemes via the OpenVMS Freeware -- per previous L   postings and previous requests, I have been looking for various (current) L   OpenVMS ports, and specifically ports of packages that can be provided on J   the Freeware.  (And that I can then add the URL(s) into the FAQ and not I   have to deal with busted PGP links yet again.  Well, assuming that the O0   corporate IP domain itself doesn't change. :-)  J   Again, requests for encryption packages arise regularly -- please check %   the newsgroup archives for details.     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: 16 Apr 2002 17:46:57 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)T: Subject: Re: EV7's show up in Vegas, and are talk of town!, Message-ID: <a9ho2i$2svg$1@info.cs.uofs.edu>  = In article <d7791aa1.0204160914.192f106d@posting.google.com>,N+  bob@instantwhip.com (Bob Ceculski) writes:L |> L; |>                            Both were running Tru64 UNIX E  G So what was your point??  Or have I wandered into comp.os.tru64 somehowI by accident.   bill   -- TJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   T   ------------------------------  # Date: Wed, 17 Apr 2002 03:24:20 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>D= Subject: Re: Evaluating/Processing Identifiers in sylogin.com2' Message-ID: <3CBCED8A.22F39214@fsi.net>U   Shawn Joseph wrote:H > F > I am trying to write some code that I can put in my sylogin.com file8 > to query the users rights/identifiers and if a certainG > right/identifier exists, run a com proc for that identifier.  I found G > some information on comp.os.vms that will allow me to see the processOC > rights and store it in a symbol.  Now what I need to do with that H > information is search that comma separated list and if a certain valueE > exists, envset_all in this example, I want to run a script based onH > that.N > H > Here is what I have so far.  The only thing that actually works thoughA > is the part that gets the rights/identifiers and stores it in aE	 > symbol.O > * > $ rights = f$getjpi("","PROCESS_RIGHTS")' > $ if 'RIGHTS' .NES. "ENVSET_ALL" thenW  ! Well, you have two problems here.U  C First, the single quote (or apostrophe) tells DCL to perform symbolCH substitution. I suspect you meant that as a symbol reference: RIGHTS (no7 quotes or other punctuation) would be the correct form.I  F Second, this form of IF-THEN requires a line continuation character (a' hyphen or dash) at the end of the line:I  % $ if RIGHTS .NES. "ENVSET_ALL" then -   C ...in order to properly condition the next statement. Note that the1A space before the hyphen is required. The ENDIF is superfluous andcA constitutes a format error. IF-THEN[-ELSE]-ENDIF blocks have thiss
 structure:   $ IF condition $ THEN $	statement(s) $ ELSE $	statement(s) $ ENDIF   D > $  write sys$output "You are not authorized to be on this system."	 > $ endif  > $ exit  F I suspect also that you may not want to be testing for an exact match,@ you probably want to testing the contents of RIGHTS to see if it% contains the sub-string "ENVSET_ALL":a  C $ if f$locate( "ENVSET_ALL", RIGHTS ) .NE. f$length( rights) then -eA $ write sys$output "You are not authorized to be on this system."   > See the following URL for some information on DCL Programming:  " http://www.djesys.com/vms/support/  	 See also:    $ HELP Lexicals    -- m David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/{   ------------------------------  # Date: Wed, 17 Apr 2002 02:36:06 GMTs1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ) Subject: Re: Fearless VMS Prognosticationi' Message-ID: <3CBCE23C.8E5E733A@fsi.net>    Fred Kleinsorge wrote: > / > david20@alpha2.mdx.ac.uk wrote in message ...9A > >In article <a9ere3$flfv$2@lead.zk3.dec.com>, "Fred Kleinsorge"n' > <kleinsorge@star.zko.dec.com> writes:: > >9E > >Unfortunately although your last paragraph might describe the IA327 > architecture8 > >it definitely doesn't describe the IA64 architecture.L > >There is no evidence that Intel plans to make the IA64 a low cost chip orM > >that it's market share in 64bit computing will be any greater than Alphas.rG > >Jumping from a small but perfectly serviceable boat onto the TitanicME > >(and sinking the boat you came in) just as it becomes apparent the 4 > >Titanic's heading for an iceberg seems foolhardy. > >f > A > "Low-cost" is relative.  It will be low cost relative to Alpha.-  @ I usually equate "low cost" to "affordable", meaning the average@ professional person working with OpenVMS-IPF can afford, withoutC seriously damaging the family's finances, to buy - brand new, firsttH hand, current production - an IA64 machine for home/hobbyist use, eitherG to help stay current with projects at work, and/or get/stay up to speed  with new developments in VMS.$  G So, yes - as I see it, "low cost" is relative ... to your gross income.    -- t David J. Dachterad dba DJE SystemsS http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/s   ------------------------------    Date: 16 Apr 2002 14:20:52 -0500- From: koehler@encompasserve.org (Bob Koehler)v) Subject: Re: Free Encyption tool for VMS?M3 Message-ID: <+b00nLnwVtXU@eisner.encompasserve.org>a  V In article <a9gmjo$stf@news.or.intel.com>, "Iris Green" <iris.green@intel.com> writes: > All,L > I am looking an encryption tool for files transferred between our systems., > Any one knows such simple encryption tool? >   0    SSH comes to mind.  Try any current IP stack.   ------------------------------  + Date: Tue, 16 Apr 2002 20:08:33 +0000 (UTC)t0 From: sssslewis@mazda.mitre.org (Keith A. Lewis)) Subject: Re: Free Encyption tool for VMS?t. Message-ID: <a9i0c1$d7v$1@newslocal.mitre.org>  { "Iris Green" <iris.green@intel.com> writes in article <a9gmjo$stf@news.or.intel.com> dated Tue, 16 Apr 2002 11:15:49 +0300: K >I am looking an encryption tool for files transferred between our systems.E+ >Any one knows such simple encryption tool?h  0 Others have recommended PGP already.  It's free.  @ You could also use https (Netscape + CSWS).  They are also free.  + --Keith Lewis              klewis$mitre.orgo> The above may not (yet) represent the opinions of my employer.   ------------------------------    Date: 16 Apr 2002 19:27:41 -0700( From: bob@instantwhip.com (Bob Ceculski)) Subject: Re: Free Encyption tool for VMS?r= Message-ID: <d7791aa1.0204161827.6e1f20ad@posting.google.com>   [ "Iris Green" <iris.green@intel.com> wrote in message news:<a9gmjo$stf@news.or.intel.com>...o > All,L > I am looking an encryption tool for files transferred between our systems., > Any one knows such simple encryption tool? > 	 > Thanks,b >  > Iris Green >  > VMS groupa >  > Email : Iris.green@intel.com    does anyone remember DECENCRYPT?   ------------------------------    Date: 16 Apr 2002 18:45:27 -0700( From: bob@instantwhip.com (Bob Ceculski)O Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinux = Message-ID: <d7791aa1.0204161745.7b796ac3@posting.google.com>2   Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com> wrote in message news:<3CBBF7D6.5090609@sun.com>... > Rob Young wrote: > d > > In article <j70ebuoven1manm8fh9uvt1a7tbk2ebegm@4ax.com>, jlsue <jlsuexxxz@insightbb.com> writes: > >  >   G > > 	This is because he is a master of mis-direction and hasn't changed F > > 	much since early 1994 in Usenet.  He isn't alone.  There are manyE > > 	in this forum that take few chances and talk in generalities and H > > 	*rarely* are clearly wrong.  Popcorn Posters.  Mostly content free. > >  >  >  > Sigh > A > Galaxies. You claimed that Galaxies were going to revolutionise = > the way people ran systems, targetting server consolidation ; > 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. Thered9 > was no shred of evidence for this at the time and as it ; > turned out Sybase were about to drop OpenVMS and Galaxies - > havn't had remotely the impact you claimed.E  1 sure have ... everyone is trying to copy them ...1  3 > Spiralog. After reading one too many Compaq white 3 > papers you claimed that it was going to sweep all 6 > other systems away, extravagent speculation included3 > huge boosts in TPC-C performance just by sticking33 > Spiralog on the box. This was as we all know also  > baseless speculation.B  @ spiralog was killed by palmer who was paid off by Bill Gates ...  B	 > Regards_ > Andrew Harrison    ------------------------------  % Date: Tue, 16 Apr 2002 13:28:48 -0500 1 From: "Dave Gudewicz" <david.gudewicz@abbott.com> ) Subject: Re: HSG controller and new disks 8 Message-ID: <a9hqj3$oev$1@fizban.fizban.pprd.abbott.com>  L The easiest way would be to simply look at them. :)  I believe their size isE revealed on the disk itself.  Assuming that your not in a position torJ actually take a peek, there are management utilities, such as SWCC and its+ newer cousins that can do this job as well.r   Dave...   . "John N." <JNixon@cfl.rr.com> wrote in message9 news:hQUu8.212066$K52.33145442@typhoon.tampabay.rr.com...aJ > I have a couple of pairs of HSG80 controllers that have just had a bunch of > new disks added.G > Most of these disks are 18GB, but two of them are 72 GB.  What is thee; > easiest way to determine which disks are the 72 GB disks?> >  >    ------------------------------    Date: 16 Apr 2002 19:03:23 -0700( From: bob@instantwhip.com (Bob Ceculski)6 Subject: Re: I was right!  Alpha will live in Itanium!= Message-ID: <d7791aa1.0204161803.6d929697@posting.google.com>    Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com> wrote in message news:<3CBBE7BC.6080404@sun.com>... > Bill Todd wrote: > > > > "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message* > > news:3CBB15E6.3F7B6799@videotron.ca... > > , > >>Andrew Harrison SUNUK Consultancy wrote: > >>: > >>>I have repeatedly given examples of how the GS series? > >>>are not competitive based on Compaqs own public, published"% > >>>benchmark results for the boxes.u > >>>  > >>K > >>Andrew, did Sun ever fix the problem with its memory going bezerk underaG > >>certain circumstances (aka: all those ebay problems for instance) ?  > >> > > I > > Yes, IIRC they did - by disabling the cache in the affected series of-M > > products, and by recently issuing a new series without the cache problem.d > >  >  > ? > Sort of the ecache fix didn't involve disabling it instead we-; > have introduced a new module which has a mirrored ecache.N > C > Turning the L2 cache off on a Ultra II would have had dissaterousR > effects on performance.i > 	 > Regardsl > Andrew Harrisont >   D I don't think it would have mattered Andrew ... performance was poor to begin with ...d   ------------------------------    Date: 16 Apr 2002 13:16:06 -1000/ From: Jim Thomas <thomas@atlas.cfht.hawaii.edu>r  Subject: Re: IA64 is not the VAX2 Message-ID: <wwn0w3mdzd.fsf@atlas.cfht.hawaii.edu>  H >>>>> "Christopher" == Christopher C Stacy <cstacy@theworld.com> writes:  D  Christopher> But probably you are just repeating some nonsense thatK  Christopher> someone gave you who didn't know what they are talking about.sA  Christopher> It is an oft-repeated myth that Lisp is not good atdK  Christopher> arithmetic.  This was debunked in the 1970s when it was shownbH  Christopher> (for one thing) that the PDP-10 Lisp compiler outperformed9  Christopher> the PDP-10 FORTRAN compiler for arithmetic.-  J That seems a bit unlikely to me (but then I only maintained FORTRAN-10 forH about 6 months in ~1975).  What does that mean?  It compiled faster?  ItK did integers faster?  It did reals faster?  I know there's no BIGNUM per semH in FORTRAN, but it's not a part of LISP either.  Are you saying the LISPJ compiler did better register allocation, common subexpression elimination, loop unrolling, etc.?g   Notheadd   ------------------------------    Date: 16 Apr 2002 18:53:34 -0700( From: bob@instantwhip.com (Bob Ceculski)R Subject: Re: It isn't just Alpha/OpenVMS users complaining about lack of marketing< Message-ID: <d7791aa1.0204161753.a88310e@posting.google.com>  p "John Smith" <a@nonymous.com> wrote in message news:<W_Uu8.1024$iw1.816@news02.bloor.is.net.cable.rogers.com>...' > IBM midrange users face new IT issuese > Jaikumar Vijayan > Computerworld (US)  ? if I was IBM, I would stay silent about os400 too ... I trainedl? on one and spent the worst one month of my life on an as400 .../@ 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!   ------------------------------    Date: 16 Apr 2002 14:18:37 -0500- From: koehler@encompasserve.org (Bob Koehler)/ Subject: Re: Itanium OdditiesA3 Message-ID: <9APgLx55qcWF@eisner.encompasserve.org>m  L In article <a9hhk1$cam$1@aquila.mdx.ac.uk>, david20@alpha1.mdx.ac.uk writes: > $ > What seems odder is the statement  >  > " G > Stranger still, Itanium has no integer  multiply function at all. AnyAQ > multiplication, whether it's integer or floating-point, has to happen in the FP N > MAC unit. Unfortunately, that means transferring a pair of integers from theN > general-purpose registers to the floating-point registers, then transferringG > the result back again. Fortunately, IA-64 includes a few instructions = > specifically for this eventuality. What were they thinking?  >  > "   )    So what?  Alpha has no integer divide.f   ------------------------------   Date: 16 Apr 2002 19:14:38 GMT* From: Casper H.S. Dik <Casper.Dik@Sun.COM> Subject: Re: Itanium troubles-* Message-ID: <a9ht6u$6dp$5@news1.xs4all.nl>  1 "Timothy A. Seufert" <tas@mindspring.com> writes:d  ( >> Solaris ran little-endian on the PPC.  D >Either it was designed for PPC motherboards which had the relevant E >hardware support, or there was some significant ugliness exposed to o >device driver authors.   F >(Kind of odd that they'd choose LE -- isn't Solaris on SPARC BE?  Is  >SPARC even bi-endian?)f  H Solaris/SPARC is big endian; original SPARC is BE only, SPARCv9 includesI LE support.  Solaris/SPARC also supports little endian "alternate addresspH spaces".  (I.e., you can do little endian loads anywhere if you want to)   Casper -- 0F Expressed in this posting are my opinions.  They are in no way related2 to opinions held by my employer, Sun Microsystems.? Statements on Sun products included here are not gospel and mayn be fiction rather than truth.R   ------------------------------  % Date: Tue, 16 Apr 2002 13:54:12 -0700D, From: "James Gessling" <jgessling@yahoo.com> Subject: Re: java Runtime.exec4 Message-ID: <a9i31m$3cvpj$1@ID-46415.news.dfncis.de>  E Try using a Unix'y file separator  Haven't done this for a while, but  something like:n  & ("/DSA402/daver/dev/java/SCRIPT.COM");  J I think it knows that a .com gets "@".  Or define dcl$path to include this	 directoryo/ and then try it without the ".COM".  Good luck.C   Jime  2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:fl6obucd27e38lkp8dt5vm6j7thbmr1u72@4ax.com...D > On 16 Apr 2002 02:32:46 -0700, richardmoore64@hotmail.com (Richard > Moore) wrote:q >t	 > >Hello,n > > I > >I'm having some problems using Runtime.exec on VMS. My program returns : > >the following error when I try to launch a DCL script : > >x: > >java.io.IOException: Child creation error: error 100052 > >n# > >Any ideas what this error means?a >o& > Its not just a VMS error code is it? > In which caset > $ exit 100052r- > %RMS-F-SYN, file specification syntax erroru >s > + > >My program contains the following code :p > > % > >Runtime rt = Runtime.getRuntime();eG > >Process proc = rt.exec("@DSA402:[000000.daver.dev.java]SCRIPT.COM");  > >)! > >Any help would be appreciated.e > >t > >Richard.l >s > -- > Alan   ------------------------------  # Date: Tue, 16 Apr 2002 19:58:42 GMT)* From: "Bill Todd" <billtodd@metrocast.net>G Subject: Re: learning how to use a computer (was: Re: Itanium troubles) A Message-ID: <Sn%u8.57126$3L2.4773611@bin7.nnrp.aus1.giganews.com>-  2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:5upnbu02d0gjtr4nkqa16a9lgci35g23hs@4ax.com...H > On Mon, 15 Apr 2002 19:15:03 GMT, "Bill Todd" <billtodd@metrocast.net> > wrote: >n >o > > J > >True, but that's not something vehicle design can help much with, whileG > >avoiding the distraction of having to learn completely new, somewhatd subtleK > >(how many people do you know who can shift a manual transmission withouts itL > >being obvious to a passenger who has their eyes closed?), and now largely >pH > If I drive for fuel economy I can get changes at least as smooth as an > automatic.  E I was not suggesting that no one can shift that smoothly, since I can?J myself.  The suggestion was that *most* people, even after having operatedI manual transmissions for most of their lives, still haven't acquired thatvL level of competence - as support for my contention that the process involvedJ 'somewhat subtle' learned coordination that is made pretty much useless byJ the fact that under similar operating conditions an automatic transmission can do equally well.   - bill   ------------------------------  % Date: Wed, 17 Apr 2002 10:12:23 +1000f# From: "green" <westermn@tpg.com.au>BG Subject: Re: learning how to use a computer (was: Re: Itanium troubles)i( Message-ID: <3cbca91c@dnews.tpgi.com.au>   >iC > > I'll go with you to a point.  It's probably easier to get basic/ > functionality,I > > out of a car now, just like a computer.  But I still maintain that too use  > onel  > > effectively is MORE complex. >hL > I provided a bunch of examples of things that now require a lot less skillD > to use effectively, and there are many more.  Have you ever used aL > non-synchromesh manual transmission?  Do you have any idea how much better   yes 1928 dodge. # 4 speed (one was reverse of course)  could do 60 mph aka 100kph  H > the average vehicle handles today than was the case half a century ago (theK > limit of my personal experience, but production vehicle handling may havee7 > improved a lot in the previous half-century as well)?t  E in 1928 shock absorbers where a luxury as was four wheel drum brakes.o4 you could ajusty the timing from the steering wheel.   No indicators.   >wK > Start providing similar numbers of convincing examples of areas requiringnH > more skill than in times past, and I might stop suspecting that you're > talking through your hat.   J Cooking on those new bloody soft touch do every thing just want to use the hot plate ovensp   Vs  ( Open Fire with pertrol and match. or BBQ     Bicycle 1980 -- no gears; Bicycle to day -- 18+ speed + shock absorbers + road rules.i    7 washing machienes -- put the load in press go. 1 cycle.    new one ? havent a bloody clue.t     new vcr vs my old one.  L Ok nuf being stupid. each is more complex but was greatly improved along the way.J the features of these old items was minimal. I do really like the improved5 features of modern Items. I love gadgets who dosen't.f     >( > - bill >, >G >    ------------------------------  # Date: Wed, 17 Apr 2002 00:25:41 GMTz* From: "Bill Todd" <billtodd@metrocast.net>G Subject: Re: learning how to use a computer (was: Re: Itanium troubles)/A Message-ID: <9i3v8.58260$3L2.5041340@bin7.nnrp.aus1.giganews.com>c  . "green" <westermn@tpg.com.au> wrote in message" news:3cbca91c@dnews.tpgi.com.au...   ...   C > > Start providing similar numbers of convincing examples of areasa	 requiring J > > more skill than in times past, and I might stop suspecting that you're > > talking through your hat.o >cL > Cooking on those new bloody soft touch do every thing just want to use the > hot plate ovensm  I etc.  But the subject in question was operating automobiles.  The closest>J anyone got to the kind of embellishments you're describing was complex carI stereos, but I'll suggest that they don't quite fall into the 'operating'cL category as much as into the 'accessory' category (and I never asserted thatI accessories followed the same improvements in ease-of-use that basic carssB have:  to a significant degree they instead appeal to the 'gadget' propensities in many buyers).f   - bill   ------------------------------  # Date: Wed, 17 Apr 2002 00:49:10 GMTt# From: "John Smith" <a@nonymous.com>nG Subject: Re: learning how to use a computer (was: Re: Itanium troubles)eF Message-ID: <aE3v8.1863$0S1.1312@news01.bloor.is.net.cable.rogers.com>  K Wait until all the proposed US digital copyright legislation gets passed (aOK bad idea in my opinion), and then it'll be impossible to get people to partbJ with old machines that don't have their hardware copy-protection crippled.    < "Andrew Reilly" <andrew@gurney.reilly.home> wrote in message8 news:C4Ku8.12667$o66.38192@news-server.bigpond.net.au...6 > On Tue, 16 Apr 2002 06:20:18 +1000, Bill Todd wrote:9 > > Scripting (or near-scripting using command piping and G > > regular-expression-oriented utilities) is certainly useful for suchgH > > operations.  It also has little to do with the operations most usersC > > (remembering that most users are near-neophytes sitting at PCs)b > > perform. >cJ > Marketing numbers seem to suggest that sales of PCs to first time buyersG > is plateauing, and most sales are second or later systems, or various  > portable devices.> >iF > One can only hope that the GUI architects will take the hint that PCJ > users are now or will soon generally _not_ be near-neophytes, and we can  > all get some useful work done. > I > (Well, I never stopped using my Unix systems, even though they've grown K > some shiny graphical applications over the years.  I mean the rest of youF; > who spend significant time inside file managers or IDEs.)o >. > -- > Andrew   ------------------------------  # Date: Wed, 17 Apr 2002 02:21:34 GMTn1 From: "David J. Dachtera" <djesys.nospam@fsi.net>IG Subject: Re: learning how to use a computer (was: Re: Itanium troubles)E' Message-ID: <3CBCDED5.95156971@fsi.net>o   Douglas Siebert wrote: > 1 > JF Mezei <jfmezei.spamnot@videotron.ca> writes:t > O > >And it is only a matter of time before cars provide an ethernet port so that.L > >you can plug in into your PC and use your browser to get a report on your > >car's health. > I > Already there.  OK, not ethernet, but you can buy an adaptor to connectlF > a laptop's serial port to the diagnostic port on many new cars alongJ > with software to read fault codes from the engine computer, etc. as wellG > as reset various preferences for the operation of the stereo, keyless  > entry, etc., etc.i > G > Automakers are going to change the electrical system from 12 volts tolF > 42 volts to power all the additional stuff they are adding.  There'sI > even talk about running fibre optics through cars in the future to meet-I > data requirements down the road for more advanced systems.  And at that@B > time, yes, you'll probably have an ethernet port under the hood.  B Well, maybe no "under the hood": dirt, grime, road salt, and such," y'know. Prob'ly under/in the dash.  F Even better: run a 10/100BaseT cable from the car to a home LAN hub inA the garage and run something on your Win, Linux/KDE/Gnome, Mac oroC whatever desktop and see exactly what the car is complaining about,mE order parts on-line and arrange delivery, ... up/down-load music, mapi% data, etc. via your home network, ...c  # I can see a lot of possibilities...c  : Affordability will be another question entirely, I'm sure.   -- s David J. Dachteraw dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------    Date: 16 Apr 2002 12:36:30 -0700( From: bob@instantwhip.com (Bob Ceculski)0 Subject: More proof EV8 will live in itanium ...< Message-ID: <d7791aa1.0204161136.555d04c@posting.google.com>  ? well J.F. and Andrew, you scratched your heads on my other posta< as to what Intels 2004 itanium inflection point was ... well@ please explain this infoworld article paragraph where the author) states that EV8 will be made by Intel ...n  J 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   F  AS SPARKS FLEW this week between IBM and Sun in the RISC-based serverF market, Compaq quietly began letting potential customers of its futureD RISC-based EV7 AlphaServers kick the tires of the yet-to-be released systems.  @ The new AlphaServers are powered by Compaq's next-generation EV7C processors, which are expected to ship in 8-way AlphaServers by the-E end of 2002. AlphaServers designed for 64-way EV7 configurations willi/ follow shortly after that, according to Compaq.G  D Similar to the modular design of Sun's Enterprise 12000 server whichE launched Tuesday, Compaq's EV7 AlphaServers are built using a modularbB architecture that lets users add, subtract, and re-deploy computer7 components such as CPUs and memory. Self-diagnostic and F self-correcting technology within the new AlphaServers reduce the userB intervention required to stave off potential system down-time. The? self-healing technology also better positions Compaq to competemC against IBM's eLiza self-healing technology, which ships in all IBMh
 Unix servers.   E Preview models of Compaq's EV7 AlphaServers have been moving into the2F hands of test customers such as the Cerner Corporation, the Pittsburgh< Supercomputing Center, the French Atomic Commission/MilitaryB Applications Department, and Deutsche Boerse Systems, according to5 representatives for the Houston-based computer maker.   F Compaq AlphaServers are designed for high-end compute environments andF compete in a market that has rapidly been consolidated into four majorD players, being Compaq, IBM, Sun, and Hewlett-Packard (HP), accordingE to Ashok Kumar, an industry analyst at U.S. Bancorp Piper Jaffray, in  Menlo Park, Calif.  B But only two of those players, IBM and Sun, will continue to offerC RISC-based Unix servers after 2005. Before then, Compaq and HP will A each transition their RISC-based server platforms to Intel chips.   B For Compaq, the EV7 chips are next-to-last in a line of RISC-based EV-series processors.w  F Compaq will battle it out with Sun, IBM, and HP for Unix server marketC share using EV7-based servers until the late 2003 time frame. AfterdE that, Compaq will transition its OpenVMS and True64 operating systems C to Intel's 64-bit Itanium chip line. Compaq will support its legacy D RISC customers indefinitely, and OS transitions to Itanium should beF seamless, but around 2003 the Alpha road map will morph to Itanium, asB EV-8 chips will be designed by an Intel team, according to Compaq.   ------------------------------  # Date: Tue, 16 Apr 2002 22:38:57 GMT'L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")4 Subject: Re: More proof EV8 will live in itanium ...8 Message-ID: <00A0C8E5.48FD68C5@SSRL04.SLAC.STANFORD.EDU>  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 ... wellsA >please explain this infoworld article paragraph where the authore* >states that EV8 will be made by Intel ... >pK >http://www.infoworld.com/articles/hn/xml/02/04/10/020410hncompaqserver.xmlu >d >Compaq ushers in AlphaServers   >r
 >By Dan Neel o >April 10, 2002 10:08 am PTp >  iG > AS SPARKS FLEW this week between IBM and Sun in the RISC-based servercG >market, Compaq quietly began letting potential customers of its future-E >RISC-based EV7 AlphaServers kick the tires of the yet-to-be releaseds	 >systems.i >n  
 [snippage]  C >For Compaq, the EV7 chips are next-to-last in a line of RISC-basedu >EV-series processors. >iG >Compaq will battle it out with Sun, IBM, and HP for Unix server marketcD >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 be1G >seamless, but around 2003 the Alpha road map will morph to Itanium, asmC >EV-8 chips will be designed by an Intel team, according to Compaq..    K I'll explain it, or at least produce a plausible hypothesis:  The author ofoD the article misunderstood "the EV-8 design team now works for Intel"% as "an Intel team will design EV-8." r  L This guy is doing his best, and it sounds pretty plausible, but he's clearlyN not  up to date on the current situation.  If the merger indeed succeeds, willE Compaq be battling it out with HP?  Since the death sentence has beendN pronounced on Tru-64 is it really getting an Itanium port?  Do we really thinkL that Compaq will stop selling EV7-based servers sometime next year?  I thinkJ he's misunderstood references to the EV7 follow-on as EV8 instead of EV79.   -- Alan/    O ===============================================================================m0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210 O ===============================================================================    ------------------------------  % Date: Wed, 17 Apr 2002 01:52:46 -0400t- From: JF Mezei <jfmezei.spamnot@videotron.ca>-4 Subject: Re: More proof EV8 will live in itanium ..., Message-ID: <3CBD0DA9.2574A150@videotron.ca>   Bob Ceculski wrote:yL > http://www.infoworld.com/articles/hn/xml/02/04/10/020410hncompaqserver.xmlE > share using EV7-based servers until the late 2003 time frame. After6G > that, Compaq will transition its OpenVMS and True64 operating systemscE > to Intel's 64-bit Itanium chip line. Compaq will support its legacy F > 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.  N Good joke.  The author should have known that Tru64 wasn't going to make it to* Itanium. The EV-8 stuff is just laughable.   ------------------------------  % Date: Tue, 16 Apr 2002 16:14:20 -0400 1 From: "Mark D. Jilson" <jilly@clarityconnect.com>a" Subject: Re: MSCP serving Floppies2 Message-ID: <3CBC861C.A2418D2D@clarityconnect.com>  F MSCP serving of floppies is explicitly turned off.  AFAIK it was neverC supposed to be turned on but some older versions of VMS did have ity2 turned on but that error has been since corrected.   JF Mezei wrote:a >  > Paul Repacholi wrote:c > >r? > > OK, I'm sure this used to work, but when I went to set some,> > > floppies MSCP served, the command completed with no error,> > > but it did not apear on the other members, and a SHOW  DEV# > > did not show it as MSCP served.r >  > I concur. Same here. > L > SYSGEN HELP SYS MSCP_SERVE_ALL seems to be the key here. Behaviour changed > with 7.2.O > O > But perhaps the diskette drives are really treated as TMSCP devices, in whichiP > case, TMSCP_LOAD and TAPE_ALLOCLASS and TMSCP_SERVE_ALL would be the culprits. > P > Note that my diskette drive shows up as $2$DUA2:, and TAPE_ALLOCLASS is set toN > 0, so perhaps the diskette drive is not seen as a tape. (especially since DU) > is a disk device name, not a tape one).h   -- oC Jilly	- Working from Home in the Chemung River Valley - Waverly, NYl0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  % Date: Wed, 17 Apr 2002 01:54:08 -0400t- From: JF Mezei <jfmezei.spamnot@videotron.ca>a" Subject: Re: MSCP serving Floppies, Message-ID: <3CBD0DFB.3C739618@videotron.ca>   "Mark D. Jilson" wrote:n > H > MSCP serving of floppies is explicitly turned off.  AFAIK it was neverE > supposed to be turned on but some older versions of VMS did have it 4 > turned on but that error has been since corrected.  I Why is it disabled ? If serving CDr9oms is permitted, if serving Tapes is 0 permitted, what is wrong with serving floppies ?   ------------------------------    Date: 16 Apr 2002 18:40:18 -0700( From: bob@instantwhip.com (Bob Ceculski) Subject: Re: Mux Server 300a= Message-ID: <d7791aa1.0204161740.174a7d91@posting.google.com>n  d "Gorazd Kikelj" <gorazd.kikelj@aster.si> wrote in message news:<6ORu8.264$WO2.9355@news.siol.net>...5 > "A Bonaveidogo" <Asena@fsc.com.fj> wrote in messagewC > news:BFBEDDF2CFEDD411917400508BF3A6FFCBCB1D@exchsvr.FSC.COM.FJ...s > >aH > > Does anyone know the file on VMS that loads settings for muxservers? > >  > >u	 > > asenab > F > MS1601ENG.SYS is binary load file that was nedded for muxserver 300. > F > As I recall configuration is saved in NVRAM on the muxserver itself. >  > best, Gorazd  F that was the one needed for a muxserver 100, I don't know if it is theD same for the 300 ... if you use DSVCONFIG.COM to do the setup in theE decserver database, it will automatically select the correct file fora you.   ------------------------------  % Date: Tue, 16 Apr 2002 13:52:57 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>t. Subject: Re: PCSI container for bootable disk?, Message-ID: <a9hooh$3k5g$1@lead.zk3.dec.com>  J Uh, yeah.  The VMS installation CD.  You build it as a reference kit (if IB remember the terminology) not as one that is put into a container.      > Didier Morandi wrote in message <3CBBC910.81DE50ED@Free.fr>...I >Did someone try to successfully build a PCSI kit of a bootable VMS disk?t >  >Thanks, >p >D.l   ------------------------------  % Date: Wed, 17 Apr 2002 01:36:56 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 9 Subject: Re: Prediction:  VMS lives, merger or no merger!a, Message-ID: <3CBD09F3.21E8F2AF@videotron.ca>   John Smith wrote:oI > Carly who has no authority to make any representations about any Compaqc > products yet?a  N Carly may not have authority to tell Compaq what to do. But Can anyone provideH actual documented proof that HP is not allowed to outline its plans with' products it would inherit from Compaq ?a  N If that is the case, it is extremely stupid since shareholders cannot be givenH the information on what HP actually intends to do with the Compaq stuff.  M I repeat again: HP has had no problems outlining its plans with Tandem, Tru64lL and the Compaq stuff such as winter servers. How come it would be illegal to talk about VMS ?  G > Carly who will be bounced out of HP so fast if a Delaware court rulesm
 > against HP?m  J Which is why she worked so hard to bounce Hewlett off ASAP to lengthen her stay at HP.d   ------------------------------  % Date: Tue, 16 Apr 2002 13:57:18 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>92 Subject: Re: Predictions - just for the hell of it, Message-ID: <a9hp0m$3e9e$1@lead.zk3.dec.com>  2 Andrew Harrison SUNUK Consultancy wrote in message <3CB6169B.1040903@sun.com>...  >    <Nothing of any consequence>  K Keep prattling on SunWipe(tm).  You appear to not be able to find your arser with both hands and a map.  I And from the sound of it, you aren't far from that spontanious combustions ;-)d   ------------------------------  % Date: Tue, 16 Apr 2002 21:19:02 -0400 + From: Patrick Sweeney <psweeney@nyc.rr.com>B2 Subject: Re: Predictions - just for the hell of it* Message-ID: <3CBCCD86.539EDBB9@nyc.rr.com>  R I just saw so many names of old friends and co-workers that I had add my thoughts, if only formR the historical record.  I helped install both the first and last DECSYSTEM-20's in the New York metropolitan area.cO My involvement with DEC as student, employee. or customer starts with the PDP-8I  and continued to the bitter end.  Q Digital failed to realize that improvement in personal computers would cause themr9 to compete with "minicomputers" that would seal its doom.u  N This blindness was caused by arrogance: its own success (mostly), a failure to+ look outside of itself for ideas, and, I'vewO come to conclude, too much clout was given to people whose computing experiencee  was formed in the 1960's and hadO too little of a forward-looking vision (i.e. too much trust in people over 40).m  O Companies that fail to learn why Digital failed in the end are doomed to repeat  that experience.   Pat Sweeneyr          8  Posted Via Usenet.com Premium Usenet Newsgroup Services: ----------------------------------------------------------7     ** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **aB ----------------------------------------------------------        %                 http://www.usenet.como   ------------------------------  # Date: Wed, 17 Apr 2002 02:13:19 GMTa* From: "Bill Todd" <billtodd@metrocast.net>2 Subject: Re: Predictions - just for the hell of it@ Message-ID: <3T4v8.79729$%8.6750420@bin2.nnrp.aus1.giganews.com>  8 "Patrick Sweeney" <psweeney@nyc.rr.com> wrote in message$ news:3CBCCD86.539EDBB9@nyc.rr.com...   ...r  H > Digital failed to realize that improvement in personal computers would
 cause them; > to compete with "minicomputers" that would seal its doom.x  L 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.s   >nE > This blindness was caused by arrogance: its own success (mostly), ae
 failure to# > look outside of itself for ideas,e  L It didn't have to look outside itself:  there were people inside warning it, and not softly.>  
  and, I'veF > come to conclude, too much clout was given to people whose computing
 experience" > was formed in the 1960's and hadL > too little of a forward-looking vision (i.e. too much trust in people over 40).  J I left DEC at the age of 39, but it wasn't only those older than I was who were blind.t   - bill   ------------------------------    Date: 16 Apr 2002 19:08:16 -0700) From: anickerj@comcast.net (Jeff Anicker)-% Subject: Reduce interupt time on CPU0,= Message-ID: <977914c8.0204161808.7b4b55cb@posting.google.com>o  
 Questions:6 1) Any suggestions on how to reduce interupt on cpu 0?C 2) How can the effectiveness of global buffers be monitored?  I canaF look at the overall stats to see if interupt time is down but is there something more specific?@ 3) Are there any good guidelines for how to determine proper rmsF buffer settings, either local or global?  Currently local settings are block=32,buffers=10.    C Situation: Extremely poor performance on a 10 cpu (5/625) 10gig ramcA alpha 8400 running vms 7.2-2.  This is in a 4 node cluster with asC gs140, alpha 4000, and a vax 7000.  The cluster has memory channel, 8 ci, and a scsi connection to esa 10,000 storage cabinet.  E Utilizing monitor modes/cpu=0/all it is observered that cpu 0 reachesg@ 99% intrupt time when the system is used heavily.  The system isB utilized mostly by interactive users accessing rms index files via fortran programs.   @ To reduce the interupt time we have turned on the dedicated lockE manager running on cpu 1.  We are also currently implementing the usey: of global buffers on our index files to try to reduce I/O.    D We will probably opt for fewer, faster cpu's but I would like to try! to optimize what we have for now.t   Thanks,1 Jeff   ------------------------------    Date: 16 Apr 2002 18:58:23 -0700( From: bob@instantwhip.com (Bob Ceculski)G Subject: Re: Relative invulnerability of VMS to buffer-overflow attacksr= Message-ID: <d7791aa1.0204161758.22b83d85@posting.google.com>   e bill@triangle.cs.uofs.edu (Bill Gunshannon) wrote in message news:<a9h6rp$2ko8$1@info.cs.uofs.edu>...l? > In article <d7791aa1.0204120857.7c14dad4@posting.google.com>,r- >  bob@instantwhip.com (Bob Ceculski) writes:  > |> i4 > |> just go check out the cert advisories Andy ...  > J > Well, if that's your guide, then you should be running PRIMOS, RSX, RT11J > or RSTS/E.  A search of CERT shows no listed vulnerbilities so these are. > obviously the most secure OSes in existence, >  > bill  ? worked on primos in school and started on rsts/e dibol my firsta@ job before going to vms ... both were nice os's and if they were+ still around and as secure as vms, why not?l   ------------------------------    Date: 16 Apr 2002 18:41:21 -0000= From: Doc.Cypher <Use-Author-Supplied-Address-Header@[127.1]>/' Subject: Re: Rotted Link in OpenVMS FAQ 5 Message-ID: <20020416184121.9344.qmail@gacracker.org>a  H On Tue, 16 Apr 2002, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote:   <snip>  " >As was mentioned elsewhere, URLs J >  tend to be exceedingly short-lived -- these links can rot very quickly.  I An exceedingly useful tool for when you find a rotten link is the WayBackqK Machine, http://www.archive.org. Just plug in the URL and you'll get a listS9 of all the past incarnations of that particular web page.a  M For example, the following URL will show you all the past incarnations of thei FAQ at its present location:  R http://web.archive.org/web/*/http://www.openvms.compaq.com/wizard/openvms_faq.html     Doc. -- o6 The bigger the humbug, the better people will like it.K ~ Phineas Taylor Barnum.                              http://vmsbox.cjb.net    ------------------------------  # Date: Tue, 16 Apr 2002 19:32:32 GMTn2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)' Subject: Re: Rotted Link in OpenVMS FAQo9 Message-ID: <k%_u8.20$ZJ.1124410@cacnews.cac.cpqcorp.net>e  u In article <20020416184121.9344.qmail@gacracker.org>, Doc.Cypher <Use-Author-Supplied-Address-Header@[127.1]> writes:oI :On Tue, 16 Apr 2002, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote:  :t :<snip>u :c# :>As was mentioned elsewhere, URLs mK :>  tend to be exceedingly short-lived -- these links can rot very quickly.d : J :An exceedingly useful tool for when you find a rotten link is the WayBack# :Machine, http://www.archive.org...t    J   Finding what was at the link is certainly useful, but finding where the J   information or where the webpage went -- if not into the dustbin of the J   web -- is often far more difficult, and far more necessary.  It is quiteJ   certainly far more tedious -- it's also one of the reasons why I've beenH   trying to gather up packages for inclusion onto the freeware.  (I know,   where that website is located, after all.)    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: 16 Apr 2002 19:09:08 -0000= From: Doc.Cypher <Use-Author-Supplied-Address-Header@[127.1]>i' Subject: Re: Rotted Link in OpenVMS FAQ 6 Message-ID: <20020416190908.10699.qmail@gacracker.org>  H On Tue, 16 Apr 2002, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote:A >In article <20020416184121.9344.qmail@gacracker.org>, Doc.Cypher 5 ><Use-Author-Supplied-Address-Header@[127.1]> writes:SJ >:On Tue, 16 Apr 2002, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote: >: >:<snip> >:$ >:>As was mentioned elsewhere, URLs L >:>  tend to be exceedingly short-lived -- these links can rot very quickly. >:K >:An exceedingly useful tool for when you find a rotten link is the WayBack $ >:Machine, http://www.archive.org... >  >nK >  Finding what was at the link is certainly useful, but finding where the rK >  information or where the webpage went -- if not into the dustbin of the tK >  web -- is often far more difficult, and far more necessary.  It is quite K >  certainly far more tedious -- it's also one of the reasons why I've beenmI >  trying to gather up packages for inclusion onto the freeware.  (I knowd- >  where that website is located, after all.)   J Quite so, but I've used the WayBack Machine to retrieve stuff I referencedK that was just plain gone. I then hosted it myself. I didn't know if you, oreI others in the newsgroup were familiar with it, and it could perhaps prove. useful.m  K On a related note, I need to check if the PGP references have been updated.iJ I followed links there and eventually came to a dead URL that was supposedK to provide 2048 bit key support in PGP. That was a site either at Oxford oraK Cambridge university. Of course, if anyone could help out with that I would K appreciate it. If I can pull together all the bits for it I'll put it up ona my site and let you know.n     Doc. --  6 The bigger the humbug, the better people will like it.K ~ Phineas Taylor Barnum.                              http://vmsbox.cjb.net    ------------------------------    Date: 16 Apr 2002 19:23:26 -0000= From: Doc.Cypher <Use-Author-Supplied-Address-Header@[127.1]>i' Subject: RE: Shell Accounts Page Updatea6 Message-ID: <20020416192326.11534.qmail@gacracker.org>  @ On Tue, 16 Apr 2002, WILLIAM WEBB <WWEBB1@email.usps.gov> wrote: >>-----Original Message-----1 >>From: Info-VAX-Request@Mvb.Saic.Com at INTERNETr' >>Sent: Tuesday, April 16, 2002 4:27 AMlD >>To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET1 >>Cc: mail2news@freedom.gmsociety.org at INTERNETt% >>Subject: Shell Accounts Page Update.   <snip>  M >>I'm still getting applications from people with hotmail accounts and people=L >>who "wanna learn unix", can anybody see where I'm going wrong? Or, is thisK >>just indicative of a generation that can't be bothered to read/understand: >>what is in front of them?4  1 >You are discovering that "population density" is=2 >a phrase that has a second, less obvious meaning.  H Indeed, however I just got the following which is the sort of thing that' makes running the service worthwhile...i     >Hello,  >jP >I had discovered your web site http://vmsbox.cjb.net/shell-accounts.html today,J >and was interested in the prospect of being back on a VMS system again... >lM >My college days at Northwest Missouri State University were spent on a groupaN >of eight VAXen, which I learned from "DCL" down to "Starlet", and most layersL >in between.  NWMSU was the 1st university to have terminals in -every- dormO >room, which was quite a feat in 1985.   As most of my programming jobs shiftedlM >from VMS to unix, there are *several* things that I really miss, from VMS...  >VF >   .My fingers long for the keypad of EDT, instead of 'vi' - a decade >    later, I still reach.I >   .The command structure of VMS was/is so much more sensible, uniform &j >    well thought out.J >   .Logicals, Lexicals, F$xxx(calls), MTH$routines, QIO$access, Date/Time >    calls, Starlet...I >   .Better Job Control, BATCH support - not cron, MON /SYS - not iostat,1 >    PRINT-not lprE >   .A user shell that doesn't "tweak" with your command line, before  >    programs can see it.eA >   .A fully functional, direct SEARCH command, instead of 'grep'uK >   .File versioning - so I don't need SCCS, easier ACL's, better security.oJ >   .OK- probably too many other things, that I've just forgotten over the >    years.l >iJ >And, in general - it would be nice to be able to "go home" to VMS once in >a while...eJ >even though I will probably be working in unix for the forseable future - >I would like to5 >refresh some of the skills from the VAX environment.y    K I'm sure there are other people out there working on unix but coming from a H VMS background who feel exactly the same way. <Sigh> If only the OS were1 better marketed they wouldn't have to compromise.      Doc. --  6 The bigger the humbug, the better people will like it.K ~ Phineas Taylor Barnum.                              http://vmsbox.cjb.netc   ------------------------------  # Date: Wed, 17 Apr 2002 03:03:41 GMT	1 From: "David J. Dachtera" <djesys.nospam@fsi.net>a' Subject: Re: Shell Accounts Page Update	' Message-ID: <3CBCE8B2.CAA7BA0F@fsi.net>.   "Doc.Cypher" wrote:o > G > I've updated my shell accounts page to try and cut down on the stupid-I > applications, and make it a little more clear what I hope to have userso > doing with the system. > + > http://vmsbox.cjb.net/shell-accounts.html. > M > I'm still getting applications from people with hotmail accounts and peopleiL > who "wanna learn unix", can anybody see where I'm going wrong? Or, is thisK > just indicative of a generation that can't be bothered to read/understandi > what is in front of them?i  E They're probably seeing the "shell-accounts.html" filename in the URL,F and not really "reading" anything past that, especially since the pageC itself mentions "shell" and "shell accounts" many times. Since mostCD folks in the schools and a rather good number in the work force haveD never even HEARD of VMS (remember? "marketing"?), it's good bet thatF "VMS" is simply taken to mean the new Linux/BSD/... distro du jour, or some other mistaken impression.w  F "shell" is originally a UN*X concept, AFAIK, and is a common reference. to what passes for a CLI on UN*X-like o.s.-es.  H I don't know if "dcl-accounts.html" or "cli-accounts.html" would be lessG "confusing", but it would certainly be less of a "bait and switch" than E the existing data. Certainly, "telnet-accounts.html" would raise even  more confusion.d  A I suspect that some distinction between the UN*X shells and VMS'ssC command "shell" needs to be kept in mind, despite the temptation ton; simply genericise the term "shell" to refer to similar, butr incompatible, concepts.-   -- - David J. Dachtera- dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/o   ------------------------------    Date: 16 Apr 2002 14:14:56 -0500- From: koehler@encompasserve.org (Bob Koehler)b* Subject: Re: Survey on Your Alpha Hardware3 Message-ID: <1IdwTdISYIKA@eisner.encompasserve.org>e  c In article <ubmrri4jvrln04@news.supernews.com>, "Island (hpaq.net)" <dbturner@islandco.com> writes:l > Bob et alS > K > The bottom of the form, which for some reason was not showing, asaked for-) > your email address and telephone number0 >       Saw that, filled it in.   ------------------------------    Date: 16 Apr 2002 14:25:40 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)r+ Subject: Re: Throughput and additional CPUs 3 Message-ID: <WTnlZ1TrX3+E@eisner.encompasserve.org>m  c In article <3CBC4B43.C3296CE6@aaa.com>, Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> writes:e > OK.l3 > Found one card (AXL300) for Intel servers runningt > Windows or Linux.s8 > So, this was no option for the original poster here... >  > Jan-Erik Sderholm.  > * > Andrew Harrison SUNUK Consultancy wrote: >>   >> t8 >> Compaq produce their own Crypto card for AlphaServers  B The Compaw folks who designed that card, in discussions at the RSAB Conference a year ago, indicated there would be no problem running it on an Alpha.t  - Likewise the other three vendors I mentioned.o   ------------------------------  # Date: Tue, 16 Apr 2002 21:50:21 GMTeL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")+ Subject: Re: Throughput and additional CPUs08 Message-ID: <00A0C8DE.7F1400FB@SSRL04.SLAC.STANFORD.EDU>  W In article <16APR200206002232@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:e) >winston@SSRL.SLAC.STANFORD.EDU writes...U$ >hemanir@yahoo.com (Anamika) writes: >} .2 >}>Well, maybe I did not make myself clear enough.H >}>By "doubling" the throughput, what was also meant, was that, the same1 >}>task would be done in half the amount of time.tE >}>Which in my estimation, cannot be done by just adding another CPU, + >}>which will benefit only CPU bound tasks., >} pO >}And it won't even benefit CPU-bound tasks very much, unless most of the clock:M >}time is consumed by sitting in COM state waiting for CPU.  As other postersoO >}have remarked, the way to speed up a CPU-bound task is with a faster CPU, noto& >}with a second CPU of the same speed. >}  J >}(Although the way you get really dramatic speed improvements on the sameQ >}hardware is typically through application redesign, informed, again,  by havingw? >}some idea of where the system is actually spending its time.)d >} eP >}So, yes, you're right, a second CPU isn't going to what they say it's going toQ >}do - halve the transaction time.  But neither would just throwing on more disks O >}and another network adapter.  In fact, if you have no bottlenecks now, addingvH >}more of the same kinds of resources isn't going to buy you _anything_.	 >}-- Alan  > ! >This is not necessarily correct.i >eG >It is possible that it could halve the transaction time. It depends on  >what the transaction is.n >yA >Anamika's definition of doubling the throughput is not really an A >accurate one anyway. You can also double the throughput by beingsC >able to process two tasks at the same time. Each one may take just-D >as long as it did before, but if you can do two simultaneously thenC >you will have double the throughput (and the design of web servers D >will usualy allow this either by using multiple threads or multiple
 >processes).   >2  M I think we're actually in vehement agreement here.  You're saying what I saidoM just before Anamika said they were talking about halving the transaction time1N and that they had no bottlenecks.  The response you're quoting is specifically0 about the issue of halving the transaction time.  M If they have no bottlenecks - so there aren't processes waiting around in COM N state (or spending too long in PFW), and there aren't any noticeable queues onN the disks and the network  bandwidth isn't saturated - then any process on theM system is running as fast as it can, and can't be speeded up by throwing morebO resources of the same speed at it, because it's already using all the resourcesk	 it can.      -- Alani    O ===============================================================================,0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056dM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210 O ===============================================================================s   ------------------------------   Date: 16 Apr 2002 23:07:02 GMT1 From: Dale Dellutri <ddelQQQlutr@entQQQeract.com>r+ Subject: Re: Throughput and additional CPUsj+ Message-ID: <a9iaqm$5b1$1@bob.news.rcn.net>D  o On Tue, 16 Apr 2002 21:50:21 GMT, "Alan Winston - SSRL Admin Cmptg Mgr" <winston@ssrl.slac.stanford.edu> wrote: Y > In article <16APR200206002232@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:v* >>winston@SSRL.SLAC.STANFORD.EDU writes...% >>hemanir@yahoo.com (Anamika) writes:  >>} 3 >>}>Well, maybe I did not make myself clear enough.rI >>}>By "doubling" the throughput, what was also meant, was that, the samee2 >>}>task would be done in half the amount of time.F >>}>Which in my estimation, cannot be done by just adding another CPU,, >>}>which will benefit only CPU bound tasks. >>} P >>}And it won't even benefit CPU-bound tasks very much, unless most of the clockN >>}time is consumed by sitting in COM state waiting for CPU.  As other postersP >>}have remarked, the way to speed up a CPU-bound task is with a faster CPU, not' >>}with a second CPU of the same speed.i >>} K >>}(Although the way you get really dramatic speed improvements on the sametR >>}hardware is typically through application redesign, informed, again,  by having@ >>}some idea of where the system is actually spending its time.) >>} Q >>}So, yes, you're right, a second CPU isn't going to what they say it's going tokR >>}do - halve the transaction time.  But neither would just throwing on more disksP >>}and another network adapter.  In fact, if you have no bottlenecks now, addingI >>}more of the same kinds of resources isn't going to buy you _anything_.t
 >>}-- Alan >>" >>This is not necessarily correct. >>H >>It is possible that it could halve the transaction time. It depends on >>what the transaction is. >>B >>Anamika's definition of doubling the throughput is not really anB >>accurate one anyway. You can also double the throughput by beingD >>able to process two tasks at the same time. Each one may take justE >>as long as it did before, but if you can do two simultaneously thenRD >>you will have double the throughput (and the design of web serversE >>will usualy allow this either by using multiple threads or multiple  >>processes).  >>  O > I think we're actually in vehement agreement here.  You're saying what I said O > just before Anamika said they were talking about halving the transaction time-P > and that they had no bottlenecks.  The response you're quoting is specifically2 > about the issue of halving the transaction time.  O > If they have no bottlenecks - so there aren't processes waiting around in COMnP > state (or spending too long in PFW), and there aren't any noticeable queues onP > the disks and the network  bandwidth isn't saturated - then any process on theO > system is running as fast as it can, and can't be speeded up by throwing morerQ > resources of the same speed at it, because it's already using all the resourcesn	 > it can.t  D This is not necessarily true.  If the process is multi-threaded, or E actuallu consists of separate cooperating processes, then even if no oB process is waiting for CPU, adding anotherwill speed it up because7 the two threads/processes can proceed at the same time.   D The original poster did not give enough info to answer the question.   --  ; Dale Dellutri -- ddelQQQlutr@entQQQeract.com (lose the Q's).   ------------------------------  # Date: Tue, 16 Apr 2002 23:32:10 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")+ Subject: Re: Throughput and additional CPUsJ8 Message-ID: <00A0C8EC.B8220033@SSRL04.SLAC.STANFORD.EDU>  _ In article <a9iaqm$5b1$1@bob.news.rcn.net>, Dale Dellutri <ddelQQQlutr@entQQQeract.com> writes: p >On Tue, 16 Apr 2002 21:50:21 GMT, "Alan Winston - SSRL Admin Cmptg Mgr" <winston@ssrl.slac.stanford.edu> wrote:Z >> In article <16APR200206002232@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:+ >>>winston@SSRL.SLAC.STANFORD.EDU writes...y& >>>hemanir@yahoo.com (Anamika) writes: >>>}  4 >>>}>Well, maybe I did not make myself clear enough.J >>>}>By "doubling" the throughput, what was also meant, was that, the same3 >>>}>task would be done in half the amount of time. G >>>}>Which in my estimation, cannot be done by just adding another CPU,e- >>>}>which will benefit only CPU bound tasks.  >>>} rQ >>>}And it won't even benefit CPU-bound tasks very much, unless most of the clockeO >>>}time is consumed by sitting in COM state waiting for CPU.  As other posters-Q >>>}have remarked, the way to speed up a CPU-bound task is with a faster CPU, notl( >>>}with a second CPU of the same speed. >>>} mL >>>}(Although the way you get really dramatic speed improvements on the sameS >>>}hardware is typically through application redesign, informed, again,  by having A >>>}some idea of where the system is actually spending its time.)0 >>>}  R >>>}So, yes, you're right, a second CPU isn't going to what they say it's going toS >>>}do - halve the transaction time.  But neither would just throwing on more disksAQ >>>}and another network adapter.  In fact, if you have no bottlenecks now, adding1J >>>}more of the same kinds of resources isn't going to buy you _anything_. >>>}-- Alan] >>>t# >>>This is not necessarily correct.x >>>.I >>>It is possible that it could halve the transaction time. It depends on  >>>what the transaction is.o >>>xC >>>Anamika's definition of doubling the throughput is not really aneC >>>accurate one anyway. You can also double the throughput by being E >>>able to process two tasks at the same time. Each one may take justtF >>>as long as it did before, but if you can do two simultaneously thenE >>>you will have double the throughput (and the design of web serverssF >>>will usualy allow this either by using multiple threads or multiple >>>processes). e >>>  >iP >> I think we're actually in vehement agreement here.  You're saying what I saidP >> just before Anamika said they were talking about halving the transaction timeQ >> and that they had no bottlenecks.  The response you're quoting is specificallyh3 >> about the issue of halving the transaction time.d > P >> If they have no bottlenecks - so there aren't processes waiting around in COMQ >> state (or spending too long in PFW), and there aren't any noticeable queues onvQ >> the disks and the network  bandwidth isn't saturated - then any process on the P >> system is running as fast as it can, and can't be speeded up by throwing moreR >> resources of the same speed at it, because it's already using all the resources
 >> it can. >IE >This is not necessarily true.  If the process is multi-threaded, or nF >actuallu consists of separate cooperating processes, then even if no C >process is waiting for CPU, adding anotherwill speed it up because 8 >the two threads/processes can proceed at the same time.  L Either a process/thread is scheduleable or it isn't, right?  If there are noN scheduleable processes/threads  waiting around when there is one CPU, why willK there suddenly be a scheduleable process that can run on the other CPU justW because there's another CPU?  L Unless you're saying, as I said before, that a second processor might doubleO their throughput in handling twice as many requests in the same amount of time.fH What I'm saying is that it won't halve the time to process an individual request.  - Am I missing your point or did you miss mine?   E >The original poster did not give enough info to answer the question.p  M He said they weren't CPU-bound.  If they aren't CPU-bound, adding a processorhK (without application redesign to make extra-good use of it) won't make any nI particular request run faster.  This seems axiomatic.  What am I missing?e   -- Alan   O ===============================================================================e0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056bM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210tO ===============================================================================w   ------------------------------  % Date: Tue, 16 Apr 2002 14:01:30 -0400h/ From: "Michael A. Foley" <mikiefoley@yahoo.com> 5 Subject: Re: Time to finally rename VMS back to VMS ?a/ Message-ID: <ubopnv9sq0v1f9@corp.supernews.com>i  ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in message 2 news:xeXu8.12$4z.583804@cacnews.cac.cpqcorp.net...F >   Maybe we should implement a SYSGEN parameter, then you can set the product'K >   name displayed by the operating system to whatever you want.  :-)  On a A >   slightly more serious note, we do actually have customization  capabilitiesH >   logically similar to this within the DECwindows login display, after all. > L >   But to paraphrase, we don't really care what you call it, so long as you >   buy it.  :-)  +     There's an idea. :) (just kidding Hoff)r  8     Or, change it once to "OpenVMS - The Open is silent"     mike   ------------------------------  % Date: Tue, 16 Apr 2002 15:35:55 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> 5 Subject: Re: Time to finally rename VMS back to VMS ?g, Message-ID: <a9huph$34pe$1@lead.zk3.dec.com>   Alan Greig wrote in message ...tF >On Tue, 16 Apr 2002 15:15:41 GMT, hoffman@xdelta.zko.dec.nospam (Hoff >Hoffman) wrote: >  > F >>  Maybe we should implement a SYSGEN parameter, then you can set the productvK >>  name displayed by the operating system to whatever you want.  :-)  On a  >i
 >Solaris++ >  >There's a marketing trick :)  >e  D Wow.  I don't think Andy could handle it, his head might explode ;-)   ------------------------------  # Date: Tue, 16 Apr 2002 22:00:19 GMTl* From: "Bill Todd" <billtodd@metrocast.net>5 Subject: Re: Time to finally rename VMS back to VMS ?-@ Message-ID: <T91v8.11862$XV5.977040@bin4.nnrp.aus1.giganews.com>  : "Michael A. Foley" <mikiefoley@yahoo.com> wrote in message) news:ubopnv9sq0v1f9@corp.supernews.com...3   ....  : >     Or, change it once to "OpenVMS - The Open is silent"  + Or perhaps "OpenVMS - its owner is silent".t   - bill   ------------------------------  % Date: Tue, 16 Apr 2002 15:51:38 -0700o' From: David Mathog <mathog@caltech.edu>v5 Subject: Re: Time to finally rename VMS back to VMS ?t+ Message-ID: <3CBCAAFA.1F10D3B4@caltech.edu>o   Hoff Hoffman wrote:   I >   There has been a non-trivial effort involved in updating the requiredtK >   copyright notices within various modules over the years -- with roughlytD >   60,000 modules coded in a variety of languages, this is itself aI >   non-trivial effort.  The copyright statement displayed in STARTUP.COMpJ >   during bootstrap, for instance?  It's not really in the source code toL >   the STARTUP.COM module, it is generated and inserted by a version of theK >   DCLDIET tool as part of the processing of the STARTUP.COM source moduletJ >   into the STARTUP.COM that ships.  We had to update the DCLDIET tool to- >   update the STARTUP.COM copyright display.i  C This is surprising.  I always figured that somewhere in the massivesG source code for VMS (or even all Digital/Compaq/(HP?) source code therer; lived a single file "copyright.txt" provided by the lawyers B which morphed through a simple DCL command into "c_copyright.txt",@ "fortran_copyright.txt" etc. Once in a blue moon the DCL commandE was run to regenerate the language specific text files.  In all othersH builds each of the 60000 code modules would pick up the proper copyright	 statementcM using the supported mechanism for the language in which the module was coded.-  & Or at least, that's how I imagined it!  L >   But to paraphrase, we don't really care what you call it, so long as you >   buy it.  :-)  O That's good, because if the merger goes thorugh and VMS doesn't get axed a nameeH change to HPVMS is fairly likely as it's logically consistent with HPUX.   Regards,   David Mathog mathog@caltech.edu   ------------------------------  # Date: Wed, 17 Apr 2002 00:34:56 GMTa# From: "John Smith" <a@nonymous.com>s5 Subject: Re: Time to finally rename VMS back to VMS ?oF Message-ID: <Qq3v8.1819$0S1.1355@news01.bloor.is.net.cable.rogers.com>  G ....but if the deal goes through you're going to have to change all the-H copyright notices everywhere anyway, so as long as you're in there doing that....... ;-)   : Who knows, maybe HP will want you to rename it all to MPE.    ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in message@2 news:xeXu8.12$4z.583804@cacnews.cac.cpqcorp.net...G > In article <howard-60689F.02164612042002@enews.newsguy.com>, Howard Su  Shubs <howard@shubs.net> writes:/ > :In article <3CB63A72.BFFB813B@videotron.ca>,.2 > : JF Mezei <jfmezei.spamnot@videotron.ca> wrote: > :UK > :> Since the engineers are going to be going through all of VMS's modules  during > :> the porting effort, >dJ >   That would be an, um, incorrect assumption -- or was it a troll that II >   am now rising to?  Consider, if you will, that the target goal of therH >   IA-64 porting effort is source code compatibility.  Given that we --J >   like our OpenVMS customers, the folks that keep us in beer and peanutsL >   -- wish to avoid unnecessary changes to our source code, well, WHY WOULDI >   WE HAVE TO MODIFY ALL EXISTING MODULES?  A central goal of our designPI >   and our IA-64 porting efforts is to avoid the need to modify existingwL >   modules, after all -- if we had to modify all of the source code modulesK >   as part of the port, we would have quite clearly failed in our efforts.t >t< > :> wouldn't it be a great time for them to finally replaceH > :> all "openvms" back to "vms"  and do away with that "open" stupidity nobody > :> wants anyways ? > :U > :Sounds good to me...  >yI >   Like the previous statement, please think through the implications ofm JF'sK >   proposal.  Would anyone rather I and other engineers spend time on whatfI >   amounts to a massive cut-and-paste project, or on the port and on newdI >   features and fixing bugs?   Or would you rather we change the product}I >   name?  We were roundly "roasted" the last time we changed the producta  >   name, what is different now? >pI >   There has been a non-trivial effort involved in updating the requiredsK >   copyright notices within various modules over the years -- with roughlynD >   60,000 modules coded in a variety of languages, this is itself aI >   non-trivial effort.  The copyright statement displayed in STARTUP.COMeJ >   during bootstrap, for instance?  It's not really in the source code toL >   the STARTUP.COM module, it is generated and inserted by a version of theK >   DCLDIET tool as part of the processing of the STARTUP.COM source moduleaJ >   into the STARTUP.COM that ships.  We had to update the DCLDIET tool to- >   update the STARTUP.COM copyright display.i >oG >   Assuming for the sake of argument that the product name chance does  occur K >   and given the experience of the last product name change and given moregC >   of a willingness to again get roasted here in the newsgroups --l	 certainlylL >   more willingness than I can claim to have, I and other  folks would alsoH >   spend a non-trivial chunk of time explaining that "OpenVMS is VMS is VMS".uF >   Again and again and again.  And (bluntly) for what real benefit to CompaqC >   and to our OpenVMS customers and to our communications efforts?t >eF >   Maybe we should implement a SYSGEN parameter, then you can set the productuK >   name displayed by the operating system to whatever you want.  :-)  On aaA >   slightly more serious note, we do actually have customization  capabilitiesH >   logically similar to this within the DECwindows login display, after all. >tL >   But to paraphrase, we don't really care what you call it, so long as you >   buy it.  :-) >h( >  ---------------------------- #include' <rtfaq.h> ----------------------------- L >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com, >  --------------------------- pure personal# opinion ---------------------------N1 >    Hoff (Stephen) Hoffman   OpenVMS Engineering  hoffman#xdelta.zko.dec.com >3   ------------------------------  % Date: Wed, 17 Apr 2002 01:45:39 -04003- From: JF Mezei <jfmezei.spamnot@videotron.ca>=5 Subject: Re: Time to finally rename VMS back to VMS ?-, Message-ID: <3CBD0BFE.BCE14EB5@videotron.ca>   Hoff Hoffman wrote:lL >   -- wish to avoid unnecessary changes to our source code, well, WHY WOULDI >   WE HAVE TO MODIFY ALL EXISTING MODULES?  A central goal of our design1I >   and our IA-64 porting efforts is to avoid the need to modify existingrL >   modules, after all -- if we had to modify all of the source code modulesK >   as part of the port, we would have quite clearly failed in our efforts.e  M But wouldn't this porting effort require that you at least review all modulesl' for any specific system dependancies ? g  F You have repeated many times that USER MODE programs would most likelyJ recompile without changes. But isn't it fair to assume that you guys don't9 have that many user mode programs in the VMS code base ?    I Personally, I was offended when I realised that you guys took the time tomU rename VAX Phone to OPENVMS phone. It should have remained "VAX Phone" even on Alpha.r   ------------------------------  % Date: Wed, 17 Apr 2002 02:58:54 -0500f  From: John Santos <JOHN@egh.com>5 Subject: Re: Time to finally rename VMS back to VMS ?g5 Message-ID: <1020417022947.1633B-100000@Ives.egh.com>h  ( On Tue, 16 Apr 2002, Hoff Hoffman wrote:  h > In article <howard-60689F.02164612042002@enews.newsguy.com>, Howard S Shubs <howard@shubs.net> writes:/ > :In article <3CB63A72.BFFB813B@videotron.ca>,g2 > : JF Mezei <jfmezei.spamnot@videotron.ca> wrote: > :aR > :> Since the engineers are going to be going through all of VMS's modules during > :> the porting effort, v > J >   That would be an, um, incorrect assumption -- or was it a troll that IJ >   am now rising to?  Consider, if you will, that the target goal of the I >   IA-64 porting effort is source code compatibility.  Given that we --  K >   like our OpenVMS customers, the folks that keep us in beer and peanuts rM >   -- wish to avoid unnecessary changes to our source code, well, WHY WOULD hJ >   WE HAVE TO MODIFY ALL EXISTING MODULES?  A central goal of our design J >   and our IA-64 porting efforts is to avoid the need to modify existing L >   modules, after all -- if we had to modify all of the source code modulesK >   as part of the port, we would have quite clearly failed in our efforts.e > < > :> wouldn't it be a great time for them to finally replaceO > :> all "openvms" back to "vms"  and do away with that "open" stupidity nobodyl > :> wants anyways ? > :  > :Sounds good to me...t > N >   Like the previous statement, please think through the implications of JF'sL >   proposal.  Would anyone rather I and other engineers spend time on what J >   amounts to a massive cut-and-paste project, or on the port and on new J >   features and fixing bugs?   Or would you rather we change the product J >   name?  We were roundly "roasted" the last time we changed the product   >   name, what is different now? > I >   There has been a non-trivial effort involved in updating the requiredlL >   copyright notices within various modules over the years -- with roughly E >   60,000 modules coded in a variety of languages, this is itself a sJ >   non-trivial effort.  The copyright statement displayed in STARTUP.COM K >   during bootstrap, for instance?  It's not really in the source code to hM >   the STARTUP.COM module, it is generated and inserted by a version of the eK >   DCLDIET tool as part of the processing of the STARTUP.COM source module-K >   into the STARTUP.COM that ships.  We had to update the DCLDIET tool to .- >   update the STARTUP.COM copyright display.M > N >   Assuming for the sake of argument that the product name chance does occur K >   and given the experience of the last product name change and given moreDM >   of a willingness to again get roasted here in the newsgroups -- certainlyMM >   more willingness than I can claim to have, I and other  folks would also :N >   spend a non-trivial chunk of time explaining that "OpenVMS is VMS is VMS".N >   Again and again and again.  And (bluntly) for what real benefit to Compaq C >   and to our OpenVMS customers and to our communications efforts?e > N >   Maybe we should implement a SYSGEN parameter, then you can set the productL >   name displayed by the operating system to whatever you want.  :-)  On a O >   slightly more serious note, we do actually have customization capabilities yM >   logically similar to this within the DECwindows login display, after all.m  J Completely off-topic, but that doesn't seem to matter in c.o.v any more...  F This reminds me of a RSTS story (actually, RSTS/E, but most of us used "RSTS" most of the time...)a  K Late one night, a coworker (E.) decided to change the BASIC+ "Ready" prompt G to "Badboy".   E. wrote a little B+ program (called BADBOY.BAS) to openaG [0,1]BASIC.RTS, search for "Ready" in it, and replace it with "Badboy". F He was a little paranoid about it, so the program didn't actually makeH the change.  It just printed instructions and STOP'ed, so the user couldL type in the immediate-mode commands to make the change and write it to disk.  G Unfortunately, the program had at least 3 bugs in it.  The 1st was thataC if "Ready" happened to cross a block boundary, it wouldn't find it.eG Unfortunately, "Ready" didn't span block boundaries, so this bug wasn'tnH triggered.  The 2nd bug was that if the string "Ready" happened to occurH more than once in the file, it would only find the 1st occurance.  (DoesF anyone want to bother figuring out what this bit pattern translates toH in PDP-11 opcodes?  Starting on either even or odd byte boundaries?)  We< never got to see if this was the case, due to the 3rd bug...  D When BADBOY found "Ready", it fielded it in the i/o buffer, pointingF a variable to the string, then printed out instructions telling you toD LSET the variable to your new prompt string and then to re-write theE disk block by using "PUT #1, RECORD x", where x was the block number,n; or actually, due to bug #3, the block number plus 1 (oops).i  E So E. typed LSET A$="Badboy" \ PUT #1, RECORD 34 \ CLOSE #1 \ END andhE UT UNLOAD BASIC to force it to reload it from disk.  Bye, Bye system.o  E With the default RTS dead, and no way to restore (at the time, BACKUPtD was a BASIC program) the only thing we could do was shut down, cableI the system disk to another system, restore a good copy of [0,1]BASIC.RTS,>D and reboot.  Which promptly failed due to a newly gone bad block in  INIT.SYS... Ah, RP03's.r  F After getting everything fixed, doing a full disk restore to a scratchE pack, copying all recently modified, non-bad-block files from the olduG disk to the scratch disk, burying E. in sand up to his neck within easyuE reach of a large ant colony, etc., I discovered that BASIC-PLUS had asC semi-documented symbol (..RDY.) pointing to the prompt, which couldp easily be changed with ONLPAT.  D So, please go ahead someone, and find all the instances of "OpenVMS"C and create a massive combined binary/text patch file to change themoE all to "VMS", and post the results here.  But I'm not going to try itu on my system any time soon ;-)  M >   But to paraphrase, we don't really care what you call it, so long as you r >   buy it.  :-) > P >  ---------------------------- #include <rtfaq.h> -----------------------------P >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    P >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   --   John Santosy Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Wed, 17 Apr 2002 02:12:11 GMTt2 From: "William Hymen" <t18_pilot@hotmail.spam.com>5 Subject: Trapping Control_C on NT the same way as vms F Message-ID: <%R4v8.12504$3z3.1182691@newsread1.prod.itd.earthlink.net>  , I'm trying to trap control C in NT the way I trap controlY in DCL.e  ( Is there a way to prevent control/c from killing an NT batch file?P  * I am using telnet services for Windows 2.00 (telnet server), and I need to keep someone from1 breaking out of the script to the command prompt.=  0 This is SO EASY for me to do in DCL. What a pain in NT!   Thanks in advance-   Bill   ------------------------------  % Date: Tue, 16 Apr 2002 14:33:47 -0500y, From: "Pete David" <support@techieindex.com>. Subject: Unveiling the New User Group - Vitria3 Message-ID: <036f01c1e57d$4bfe1520$0e00a8c0@E7D3Z2>e   Hi,=20  C At your fingertips, for ease of use, we present to you our newest = D addition to the category of User Groups =96 Vitria, a site focused =9 solely on Vitria. Please feel free to visit our site at = : http://www.techieindex.com/Vitria for further information.     Featured in this site are =96i  G =B7	Novice user link for First time users to know more about Vitria.=20 8 =B7	Extensive Discussion Forums on common Vitria topics.G =B7	Listing of the Top 100 professionals in the Vitria Technical World.f9 =B7	Career development Center & Career Improvement Tools.n- =B7	Post your resume Job vacancies in Vitria. 8 =B7	Latest Technology News and Events related to Vitria.E =B7	Technical FAQ, which features most common questions, asked of us.n, =B7	Articles and Products related to Vitria.  I Accomplished and certified Vitria developers, who have extensive Vitria =0- implementation experience, maintain the site.(  I We sincerely hope and believe that you will find almost any information =tI regarding the Vitria product here. We invite any comments, questions or =tJ arguments that you might have during your tour of the site by posting it => directly in the site or emailing us at support@techieindex.com       Regards and Thanks,     Vitria User Group Administrator.      C This message is not intended to be "spam". To be removed from our =e1 mailing list, please Click remove@techieindex.com    ------------------------------  # Date: Wed, 17 Apr 2002 02:29:35 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>n7 Subject: Re: VMS "unhackable" example just for Andy ....' Message-ID: <3CBCE0B7.B16EF0B4@fsi.net>S   Bob Koehler wrote: > j > In article <d7791aa1.0204160442.26181ec1@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes: > >2B > > that is exactly what I am saying ... vms licenses are cheap inE > > comparison to the spending 80% of your time patching bugs/virusesFB > > and all the down time and having to run in at 3 in the morningE > > to rebuild your disk from a hack and buying all that costly viruso@ > > softawre after the fact ... the cost of that far far exceedsD > > a measly vms license cost + a $1500 ip stack by huge amounts ...B > > you never sacrifice security for cost, because in the long runG > > you are paying thru your nose when vms is saving you tons of money!d > A >    Interesting, if anecdotal, observation on the TCO yesterday.s? >    Wandering through a government excess facility looking forR' >    an AUI cable with 90 degree elbow.T > F >    Lots of old systems being excessed.  Mostly PCs, a bunch of Suns,F >    and three VAXen.  One of them was an 11/780, the others were 8000 >    series. > E >    None of the Suns looked to be anywhere near that old.  No wondereB >    DEC and Compaq have trouble keeping hardware profits up.  The# >    old systems just keep running.e  E ...and they didn't, and their successors don't, seem to know how - orn$ even want - to drum up new business.   -- n David J. Dachteras dba DJE Systemss http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/c   ------------------------------  % Date: Tue, 16 Apr 2002 18:00:40 +0100d# From: "Paul Hardy" <Paul@lsl.co.uk>g, Subject: Re: Who has (ever) used DECmigrate?' Message-ID: <DRc*5yXlp@relay.lsl.co.uk>u  : "Didier Morandi" <Didier.Morandi@Free.fr> wrote in message! news:3CAEA430.D1B60649@Free.fr...nC > I'm interested to get field feedback from users of the DECmigrateiD > utility, aka VEST, which, for those who do not know about it, is aI > binary image translator produced by the DEC Migration Engineering GroupmJ > when the Alpha came to life, to allow VAX executable images to be run on > Alpha systems.J > After 20 years of VMS support, as I said in another post here, I know of > noone in Europe.B > I personally think that the users did find their sources and did) > compile/link them on their new systems.  > Thanks. D.  I We used it (and still use it) to produce the Alpha versions of our LAMPS1oL software suite, which is still used by several of the major national mappingK agencies round the world. LAMPS1 is around a million lines of Fortran and aeK few hundred thousancd lines of macro assembler and C. The suite consists of3J 200 images, of which about 170 are translated using DECmigrate, and 30 are recompiled native.  J We had (and still have) our sources, but the effort in coping with all theK places where we had assumed the VAX architecture (e.g. knowledge of the VAXiD calling standard in order to handle variable numbers of arguments in2 Fortran), was bigger than the gains in nativising.  J If not for VEST, we would have been out of the VMS market 5 years ago (andL so would these large customers). Note that LAMPS1 is the main reason for theK existence of several large VMS installations, including one VMScluster withF more than 90 nodes!S  . VEST was a very worthwhile achievement by DEC.   --8 Paul Hardy (PGH), Chief Product Manager, Laser-Scan Ltd,H Science Park, Milton Rd, CAMBRIDGE, CB4 0FY, GB. Tel: +44 (0)1223 420414B Fax: 420044, Email: Paul@LSL.co.uk, Web: http://www.Laser-Scan.com   ------------------------------  % Date: Tue, 16 Apr 2002 18:29:22 -0000 - From: wspencer@ap.nospam.org (Warren Spencer)i Subject: Re: Win2000 or OpenVMS 7 Message-ID: <91F294649warrenspencer1977@209.249.90.100>   - hbourchi@hotmail.com (Hamid Bourchi) wrote ino$ <a9go13$d17$1@odysseus.uci.kun.nl>:    >Hello,u >aH >We are running about 7 years on Alpha 1000A/Openvms . After introducingI >of our new Oracle software (Oracle 8.1.7 and Forms, Reports and DesignerfI >6) that we have developed for our research registration system, we facede# >some serius  performance problems.h >eH >Initially we considered to buy a new Alpha server which is still a veryH >strong option for us. Now we are thinking about a very different optionI >and that is migrating to a WIN2000/DEL server. the total costs are lowerlC >then Alpha/OpenVMS and Win2000 is easyer to work with (as a system I >manager). But considering the importance of this descition we would likes@ >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?c >i	 >Regards,T >Hamid Bourchi  E I ran Oracle 7.x on Alpha 1000's a few years ago.  Are you using the IM Reserved Memory Registry to provide Oracle with physical RAM for its cache?  rL It can help performance significantly in many situations.  Have you got the  full gig of memory in the box?  L Keep in mind that the DELL server is a 32-bit machine, and thus you will be L unable to allocate any more than a gig or two of physical memory to Oracle, I if that option is even supported on Windows.  Will the DELL box accept 4 xI gigs of memory?  A DS-20E will - and you can give huge gobs of it to the n1 Oracle DB server (dunno about Forms and Reports).n  C Performance of the disk sub-system is another area you may need to  L investigate.  Would the DELL disks and controllers offer the throughput you  can get on an Alpha box today?  J Does your application demand high availability?  If so, Alpha is likely a  superior platform.  C Also, I'd like address system management from a slightly different DK perspective.  Properly configured, an OpenVMS box often needs little or no lH system management.  Windows, in contrast, often needs reboots, security H patches, or other attention.  Would you rather have a system that needs M ongoing management and is "easy" to manage, or a system that requires none?   % This has long-term cost implications.n  H And speaking of costs, the over-used Total Cost of Ownership phrase may J apply here.  The Alpha solution may appear more expensive from a purchase-G price perspective, but you may wish to consider costs across the total . lifetime of the system.u  G and one last thought - if you get another Alpha box, you can split the .L workload across it and your existing Alpha - would this be of value to you? G It also gives you a fail-over solution you wouldn't have with a single   Windows box.   Hope this helps,   ws   -- 1   Warren Spencer' Senior Software Engineer (not a writer)  The Associated Press  < ** Time flies like an arrow.  Fruit flies like a bananna. **   ------------------------------    Date: 16 Apr 2002 19:22:28 -0700( From: bob@instantwhip.com (Bob Ceculski) Subject: Re: Win2000 or OpenVMSa= Message-ID: <d7791aa1.0204161822.268b64ef@posting.google.com>g  U Jan-Erik Sderholm <aaa@aaa.com> wrote in message news:<3CBBF88B.2F24F81E@aaa.com>...h< > When compairing costs, I'd also take a look at some of the; > models between the 1000A and some new box, such as any of  > the Alpha Server 1200 models.  > B > You don't say what speed your 1000A have today, nor what new box > you have thought of. > > > And "performance" is not only a matter of Mhz, have you done? > any investigation of what more memory or faster disk may do ?@ >  > Jan-Erik Sderholm.  >   B forget windoze 2000 unless you need "no" security ... did you ever	 check outh   www.islandco.com  ' alphaserver 1200's are around $1800 ...c$ DS20's which kick butt are $3299 ... even DS10's are $2900 ...b and XP1000's are $2099 ...  D upgrade time!  I would go with the DS20, built in 7 bay storageworks) and 1GB memory ... awesome for the price!S   ------------------------------  # Date: Wed, 17 Apr 2002 03:05:21 GMTi1 From: "David J. Dachtera" <djesys.nospam@fsi.net>b Subject: Re: Win2000 or OpenVMS ' Message-ID: <3CBCE91A.99D20A6E@fsi.net>n   Hamid Bourchi wrote: > [snip]P > Alpha/OpenVMS and Win2000 is easyer to work with (as a system manager). [snip]   You're joking, right?i   -- O David J. Dachterah dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/D   ------------------------------  % Date: Tue, 16 Apr 2002 23:39:46 -0400g+ From: "Main, Kerry" <Kerry.Main@Compaq.com>v Subject: RE: Win2000 or OpenVMS T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1E84@kaoexc01.americas.cpqcorp.net>   Hamid,  F Re: Oracle V8.1.7 .. Oracle has released many fixes since that initialG release came out. As previously mentioned, you likely should be runningc V8.1.7.3  7 As to experience with Oracle/SANs/OpenVMS, checkout:=20s: http://www.openvms.compaq.com/openvms/brochures/dfocanada/< http://www.openvms.compaq.com/openvms/brochures/hydroquebec/  G Also, check out Oracles Metalink database of known issues and pointers.n@ They have some recent Oracle tuning on OpenVMS articles as well.   Regards   
 Kerry Main Senior Consultants Compaq Canada Corp.e Professional Services  Voice: 613-592-4660r Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----4 From: Hamid Bourchi [mailto:hbourchi@hotmail.com]=20 Sent: April 16, 2002 4:42 AM To: Info-VAX@Mvb.Saic.Comh Subject: Win2000 or OpenVMSe     Hello,  G We are running about 7 years on Alpha 1000A/Openvms . After introducingfH of our new Oracle software (Oracle 8.1.7 and Forms, Reports and DesignerH 6) that we have developed for our research registration system, we faced" some serius  performance problems.  G Initially we considered to buy a new Alpha server which is still a very G strong option for us. Now we are thinking about a very different optionAH and that is migrating to a WIN2000/DEL server. the total costs are lowerB then Alpha/OpenVMS and Win2000 is easyer to work with (as a systemH manager). But considering the importance of this descition we would like? to hear other poeples story/experince. Has anyone out there anyw= experince with Oracle/Win2000 combination? How stabel is thisi( combination comparing with Alpha/Oracle?   Regards,
 Hamid Bourchik   ------------------------------  # Date: Tue, 16 Apr 2002 22:08:49 GMTe+ From: Jeff Campbell <jcampbell@ins-msi.com>  Subject: Re: X session+ Message-ID: <3CBC971E.E8B53875@ins-msi.com>r  D Here is what I use. A DCL command file, xwin.com, is in my SYS$LOGINC directory. In the X-Win32 config utility, I set up an REXEC startup C command. Use "@xwin $DISPLAY" as the REXEC command to execute. ThisO9 will bring up the Decwindow login screen on your display.u  
 ---------- $ type xwin.com   
 $ set noon $ say := write sys$outputi* $ rnode = F$EXTRACT(0,F$LOCATE(":",P1),P1) $ rscr = P1 - rnode - ":"n$ $ if rscr .eqs. "" then rscr = "0.0". $ rserv = F$EXTRACT(0,F$LOCATE(".",rscr),rscr) $ rscr = rscr - rserv - "."R" $ if rscr .eqs. "" then rscr = "0"A $ say "START:: remote start from node: "+rnode+":"+rserv+"."+rscrp4 $ user = f$edit(f$getjpi("","USERNAME"), "COLLAPSE")# $ say "START:: user process: "+userS $ sethM display/creat/super/transport=tcpip/node='rnode'/screen='rscr'/server='rserv'o+ $ spawn/nowait/input=nl: mc decw$startloginh $ wait 00:00:30t $ say "START:: disconnecting"e $ exit $!B $! The most important lines are SET DISPLAY and SPAWN. SET DISPLAY connects with the B $! X-Server (X terminal emulator such as X-Win32) on your PC using TCP/IP protocol,= $! while SPAWN starts the standard login, usually including ao
 DEC-terminal.d $!A $! Most of other lines are just for processing call parameters orn sending debuggingh $! messages. $!F $! When setting rexec session in X-Win32 Utility, send to your VAX the	 following  $! command:e $!D $!              @your_disk:[your_dir]your_command_file_name $DISPLAY $p -----------i  
 Jeff Campbell  n8wxs@arrl.net   James Wiley wrote: > N > Can anyone tell me how to start an X session on a Open/VMS 7.1 system?  I amJ > trying to use Starnet's X-Win32 to set up an X session, and I don't know@ > what command to send the VMS system to get the X server going. > J > Also, years ago, when we first got our VMS system, we used a DEC productG > called eXcursion, but it doesn't work anymore - what is the follow onu$ > product for that, or is there one? >  > Thanks >  > James L. Wiley > Wiley@Tarleton.edu   ------------------------------   End of INFO-VAX 2002.211 ************************