0 INFO-VAX	Tue, 10 Feb 2004	Volume 2004 : Issue 80      Contents: Re: A Portrait of Victimhood Re: A Portrait of Victimhood+ Re: chicken and egg: shadowing and licenses + Re: chicken and egg: shadowing and licenses > DIR /PAGE output differs between SET HOST (RTA) and RSH (TNA)?& Re: ECP VMSDSK Total I/O Rate = 177658 Re: Feb Condist... Re: Feb Condist... Re: Feb Condist..., Re: Floating point arithmetic support in DCL, Re: Floating point arithmetic support in DCL, Re: Floating point arithmetic support in DCL8 Re: HP/Intel Itanium is dead, long life to HP/AMD Athlon8 Re: HP/Intel Itanium is dead, long life to HP/AMD Athlon8 Re: HP/Intel Itanium is dead, long life to HP/AMD Athlon8 Re: HP/Intel Itanium is dead, long life to HP/AMD Athlon Re: new TCPIP patch for 5.3 1 Re: OpenGL Drawing, Motif on PseudoColor, ZLXp-E1 1 Re: OpenGL Drawing, Motif on PseudoColor, ZLXp-E1 D Re: OpenVMS thrashes slowaris and aix in cluster tco/virus study	...P Re: OpenVMS thrashes slowaris and aix in cluster tco/virus study	... again!	... G OpenVMS thrashes slowaris and aix in cluster tco/virus study ... again! C Re: Oracle ships 10g database, cuts price  <-- Oracle RDB too ?????  Re: Other CVS on VMS problems  Re: Other CVS on VMS problems  Re: Other CVS on VMS problems  Re: Respond Mezei  Re: stupid smtp/mapi question  Re: The JF Mezei FAQ is here!! VMS 8.1 eval this week?? Re: Why was VAX abandonned ? Re: Why was VAX abandonned ? Re: Why was VAX abandonned ? Re: Why was VAX abandonned ? Re: Why was VAX abandonned ? Re: Why was VAX abandonned ? RE: Why was VAX abandonned ?  F ----------------------------------------------------------------------  # Date: Mon, 09 Feb 2004 20:03:45 GMT D From: "Gregory Morrow" <gregorymorrowTOHAVEANDHAVENOT@earthlink.net>% Subject: Re: A Portrait of Victimhood C Message-ID: <BIRVb.19708$GO6.2821@newsread3.news.atl.earthlink.net>    starwars wrote:     E > Gregory Morrow <gregorymorrowTOHAVEANDHAVENOT@earthlink.net> wrote:  >  > >I am *humbled*...lol ;--) > > J > >[At least JF won't ask me "May I call you Ellen?"...he's already 'round the , > >bend thinking that I am his "nemesis"...] > C > Yes ... typical of his habit of over-dramatizing, by using a very K > negatively-charged word like "nemesis".  Ever the victim, JF sees himself I > as this poor little innocent soul who is being tormented by the big bad 
 > meanies.    I We should force JF to do the Amtrak Montreal - NYC run again so he has to D endure the US Immigration check.  Is he on their "terrorist" list, I wonder...???    D > The key to understanding JF is understanding his need to wallow in0 > victimhood.  Read all about it in his FAQ. :-) > I > (Maybe you can pass along a copy of it to your FA friend at UA and they  can L > print it up in their onboard magazine.  Would make for some fun reading on! > those long-hauls to Asia. ;-) )     K They know all about JF...in fact we were discussing him last night.  One of H the guys used to lurk here a coupla years ago and he was always mightilyG amused by Ellen...I told him that most of the colorful old gang (Ellen, K Sheryl, Miss Jayson Mayfield, danbel, et. al.) were long - gone, but like a ? bad case of genital herpes, JF is still lurking about...lol....    --   Best Greg   ------------------------------  + Date: Tue, 10 Feb 2004 04:14:48 +0100 (CET) , From: Imya Rek <mixmaster@eleitl.dyndns.org>% Subject: Re: A Portrait of Victimhood @ Message-ID: <141558d73d618c4beaccaaa43fb0e036@eleitl.dyndns.org>  C Gregory Morrow <gregorymorrowTOHAVEANDHAVENOT@earthlink.net> wrote:    >  >starwars wrote: >  > F >> Gregory Morrow <gregorymorrowTOHAVEANDHAVENOT@earthlink.net> wrote: >> >> >I am *humbled*...lol ;--)  >> >K >> >[At least JF won't ask me "May I call you Ellen?"...he's already 'round  >the- >> >bend thinking that I am his "nemesis"...]  >>D >> Yes ... typical of his habit of over-dramatizing, by using a veryL >> negatively-charged word like "nemesis".  Ever the victim, JF sees himselfJ >> as this poor little innocent soul who is being tormented by the big bad >> meanies.  >  > J >We should force JF to do the Amtrak Montreal - NYC run again so he has toE >endure the US Immigration check.  Is he on their "terrorist" list, I 
 >wonder...???   N Well, as we now know from hindsight Canada is a safe haven for terrorists, and# the border is notoriously porous...   0 Wonder which mosque he attends in Montreal......  E >> The key to understanding JF is understanding his need to wallow in 1 >> victimhood.  Read all about it in his FAQ. :-)  >>J >> (Maybe you can pass along a copy of it to your FA friend at UA and they >canM >> print it up in their onboard magazine.  Would make for some fun reading on " >> those long-hauls to Asia. ;-) ) >  > L >They know all about JF...in fact we were discussing him last night.  One ofI >the guys used to lurk here a coupla years ago and he was always mightily H >amused by Ellen...I told him that most of the colorful old gang (Ellen,L >Sheryl, Miss Jayson Mayfield, danbel, et. al.) were long - gone, but like a@ >bad case of genital herpes, JF is still lurking about...lol....  N Ah, the good old days... Ellen beating the shit out of JF, Sjoerd, and Vitaly,L Sheryl having her way with Voight.  We had it so good and we hardly knew it.  P danbel still pokes his dainty little head in whenever his panties get in a tightL bunch over some opera trip to Europe.  He usually asks real earth-shatteringL questions like "Does Lufthansa stock sanitary napkins in the lavatories?" orO "Emergency! Will Swissair give me a hot towel before I land in Zurich??? I HAVE 2 to have one or I won't look fresh for my hosts!!!"  L Wonder what happened to Miss Mayfield?!  His exploits picking up male FAs in first class were always a hoot.    ------------------------------  $ Date: Mon, 9 Feb 2004 14:41:07 -0500( From: "Mark Buda" <budaNO@SPAMyahoo.com>4 Subject: Re: chicken and egg: shadowing and licenses1 Message-ID: <TtKdnZ9Y67YSQLrd4p2dnA@adelphia.com>   : "John Laird" <nospam@laird-towers.org.uk> wrote in message2 news:ukpe20tr0slste9shh7fvi73n63sq7f1vu@4ax.com...; > I don't see a particularly strong need for a cluster-wide K > database, compared with the likes of sysuaf, rightslist, vmsmail_profile, I > job queue database, etc.  Most of the time, you are hardly touching it.   K It is not unusual to have one license database with many nodes PAK's in it. C It is done for the ease of managing the database.  It is common and ; change(s) only have to be done on one file, not 2, 3 or 30.   J You are correct that you are not modifying it very much, but one could sayL the same for MANY COM files in a common areas.  It reduces the chance of not7 copying a file around or forgetting to modify one file.    mark   ------------------------------  % Date: Mon, 09 Feb 2004 19:54:01 +0000 - From: John Laird <nospam@laird-towers.org.uk> 4 Subject: Re: chicken and egg: shadowing and licenses8 Message-ID: <nsof201h8va80t2pa9kk7b131bh4l6rv2n@4ax.com>  L On Mon, 9 Feb 2004 14:41:07 -0500, "Mark Buda" <budaNO@SPAMyahoo.com> wrote:  ; >"John Laird" <nospam@laird-towers.org.uk> wrote in message 3 >news:ukpe20tr0slste9shh7fvi73n63sq7f1vu@4ax.com... < >> I don't see a particularly strong need for a cluster-wideL >> database, compared with the likes of sysuaf, rightslist, vmsmail_profile,J >> job queue database, etc.  Most of the time, you are hardly touching it. > L >It is not unusual to have one license database with many nodes PAK's in it.D >It is done for the ease of managing the database.  It is common and< >change(s) only have to be done on one file, not 2, 3 or 30.  H Perhaps I should have said I didn't see a particularly strong need for aK cluster-wide database early on in the startup sequence.  I very much prefer F having cluster nodes able to get themselves started, and cope with theF possible absence of shared files without coming to a complete stop.  IL appreciate many clusters won't work this way.  Ours is a fairly loose set ofK development workstations.  This year I might even get the ASAP stuff better L organised and load the PAKs just once into a common database containing onlyF those licences.  Each node will have its own small database containingK non-expiring base-VMS and NAS PAKs (the ones you almost never modify).  The L ASAS licences can be loaded much later if they are found and the whole thing- won't collapse in a heap if they are missing.   K Philip wants his database on a shadowed disk, hence he needs VOLSHAD, hence  his chicken-and-egg question.    --  + The scenery only changes for the lead dog.     Mail john rather than nospam...    ------------------------------  * Date: Mon, 9 Feb 2004 22:16:02 -0600 (CST) From: sms@antinode.orgG Subject: DIR /PAGE output differs between SET HOST (RTA) and RSH (TNA)? ) Message-ID: <04020922160231@antinode.org>   H    Today's annoyance:  Different output from DIR /PAGE between a DECtermB connected by SET HOST (RTA) and a DECterm connected by RSH (TNA). E DECterms run on ALP, where the display is local.  One is connected to ? ALP2 using SET HOST (DECnet-Plus), the other using RSH (TCPIP).   F    The only significant difference in SHOW TERMINAL output seems to be [NO]HANGUP:   7 ALP2 $ diff /merg = 0 show_term_rt.out show_term_tn.out  ************+ File SYS$SYSROOT:[SYSMGR]SHOW_TERM_RT.OUT;1 F     1   Terminal: _RTA1:      Device_Type: VT300_Series  Owner: SYSTEM%     2   Remote Port Info: ALP::SYSTEM  ******+ File SYS$SYSROOT:[SYSMGR]SHOW_TERM_TN.OUT;1 F     1   Terminal: _TNA5:      Device_Type: VT300_Series  Owner: _TNA5:F     2                                                 Username: SYSTEM0     3   Remote Port Info: Host: alp User: SYSTEM ************ ************+ File SYS$SYSROOT:[SYSMGR]SHOW_TERM_RT.OUT;1 M    10      No Modem           No Local_echo      No Autobaud        No Hangup  ******+ File SYS$SYSROOT:[SYSMGR]SHOW_TERM_TN.OUT;1 J    11      No Modem           No Local_echo      No Autobaud        Hangup ************  4    However, the DIR /PAGE output is quite different:  : ALP2 $ dir /page /size /date /prot c*.log;   !!! On _RTA1:   Directory SYS$SYSROOT:[SYSMGR]   CLUE$STARTUP_ALP.LOG;186F                           10  24-JAN-2004 08:43:08.17  (RWED,RWED,RE,) CLUE$STARTUP_ALP2.LOG;20F                           10   6-FEB-2004 16:25:28.24  (RWED,RWED,RE,)F CWU1_SUB.LOG;66          468  24-JAN-2004 08:45:57.62  (RWED,RWED,RE,)   Total of 3 files, 488 blocks.     : ALP2 $ dir /page /size /date /prot c*.log;   !!! On _TNA5:   Directory SYS$SYSROOT:[SYSMGR]   CLUE$STARTUP_ALP.LOG;186.   10  24-JAN-2004 08:43:08.17  (RWED,RWED,RE,) CLUE$STARTUP_ALP2.LOG;20.   10   6-FEB-2004 16:25:28.24  (RWED,RWED,RE,)F CWU1_SUB.LOG;66          468  24-JAN-2004 08:45:57.62  (RWED,RWED,RE,)   Total of 3 files, 488 blocks.     H    Scrolling down and up using Next and Prev is likely to scramble stuffF pretty badly, although I believe that a broadcast message (like a mailE delivery notice) is likely to scramble both of them pretty badly, and F Crtl/W is not very effective at unscrambling.  With a proxy login, RSHE is more convenient than SET HOST, but the realigned DIR output rather 
 spoils it.  4    Does anyone/everyone else see this sort of thing?  @ ALP2 $ tcpip show version   !!! Where the DIR commands were run.  ?   Compaq TCP/IP Services for OpenVMS Alpha Version V5.3 - ECO 2 ;   on a Digital Personal WorkStation  running OpenVMS V7.3-1   ; ALP $ tcpip show version   !!! Where the DECterms were run.   ?   Compaq TCP/IP Services for OpenVMS Alpha Version V5.3 - ECO 2 4   on a AlphaStation 200 4/233 running OpenVMS V7.3-1  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  # Date: Mon, 09 Feb 2004 22:54:04 GMT ( From: "konabear" <maurert@ameritech.net>/ Subject: Re: ECP VMSDSK Total I/O Rate = 177658 ? Message-ID: <gcUVb.1206$t16.1104392@newssvr28.news.prodigy.com>    A couple of things...   J Get the latest of the ECP collector.  That is 5.4D rather than 5.4B.  ThisI probably isn't the source of your issue, but running the latest will save  you from some crashes.  I Second you don't mention your OpenVMS version.  You say you are using VCC I but don't mention if this is VIOC or XFC.  Most systems can't carve 512MB C out of S0+1 space, so I'll guess you may be using the XFC.  This is L important be a hit to the VIOC doesn't increase disk I/O rates, BUT a hit onL the XFC will also count as a disk I/O operation.   So what you may be seeing is a wonderful XFC hit rate.  L Also you mention that you've reduced the interval to one minute.  As long asI you're at 60 seconds or more you're fine.  ECP's math has problems if you H use an interval less than 60 seconds, and that will yield very erroneous numbers.   Todd    5 "John Brandon" <brandon@dalsemi.com> wrote in message + news:04020707501895@dscis6-0.dalsemi.com... G > Enterprise Capacity Performance Analyzer V5.4B-14 (c) Compaq Computer  > . > I have ECP configured to cycle every minute. > J > I was looking at ECP VMSDSK data records and noted a value of 177658 for the 0 > Total I/O Rate for one of the logical volumes. > J > The volume consists of 6 x 9.1-GB configured as a RAID 0+1 device, on an HSG80  > controller pair (full cache).  > K > Obviously the volume is not capable of that high of IOPS nor is the HSG80 
 > controller.  > = > In addition I have VCC I/O cache configured for 512-MBytes.  > H > Is this value for the one minute cycle time (accumulated)?  That would make it 5 > 2960 IOPS - a more appropriate value for this disk.  >  > TIA  >  >  > J*o*h*n B*r*a*n*d*o*n  > VMS Systems Administrator , > firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Mon, 09 Feb 2004 14:30:35 -0500 2 From: "Stanley F. Quayle" <squayle@insight.rr.com> Subject: Re: Feb Condist... / Message-ID: <4027998B.18186.224284C2@localhost>   ' On 9 Feb 2004 at 11:29, Hal Kuff wrote: = > Has anyone seen the Feb Condist for OpenVMS... (7.3-2 kits)    Yep.  Mine came last week.  
 --Stan Quayle  Quayle Consulting Inc.  
 ----------C 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: Mon, 09 Feb 2004 14:30:34 -0500 2 From: "Stanley F. Quayle" <squayle@insight.rr.com> Subject: Re: Feb Condist... . Message-ID: <4027998A.4504.22428454@localhost>  ' On 9 Feb 2004 at 11:29, Hal Kuff wrote: = > Has anyone seen the Feb Condist for OpenVMS... (7.3-2 kits)    Yep.  Mine came last week.  
 --Stan Quayle  Quayle Consulting Inc.  
 ----------C 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: Mon, 9 Feb 2004 18:51:48 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: Re: Feb Condist... 0 Message-ID: <newscache$70ztsh$qhi$1@news.sil.at>  R In article <c08cjh$iba@library2.airnews.net>, "Hal Kuff" <kuff@tessco.com> writes:< >Has anyone seen the Feb Condist for OpenVMS... (7.3-2 kits)  - Officially it is called the "March 2004 SPL".   G And if you have a password for http://www1.aclabs.com you could already G download them (Alpha only - VAX takes time until March 2004 I suppose - / but I bet V7.3-2 means Alpha is your interest). H The old account info supplied with the December 2003 SPL should suffice.   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Mon, 09 Feb 2004 11:16:15 -0800 % From: Dean Woodward <deanw@rdrop.com> 5 Subject: Re: Floating point arithmetic support in DCL ( Message-ID: <4027DC7F.5060606@rdrop.com>   Larry Kilgallen wrote:  E >>I was in high school, and we used a 300 baud modem to timeshare the F >>school system's IBM 360 with a terminal that looked like someone hadE >>taken  an IBM Selectric II, sliced it in half latitudinally and set - >>the top half down on a white Parsons table.  >  > I recall the number 2741.   B I recall salvaging the typeface balls out of some that were being D scrapped and nearly driving my high school typing teacher insane by . swapping them into the typing lab at random...   ------------------------------  % Date: Mon, 09 Feb 2004 19:06:08 +0100 & From: Michael Joosten <joost@c-lab.de>5 Subject: Re: Floating point arithmetic support in DCL # Message-ID: <4027CC10.ABD@c-lab.de>    John Smith wrote:  >  > John Reagan wrote: > > John Smith wrote: E > >> I lost track of this thread for a long while...why not just pass 0 > >> parameters out to an APL interpreter?   ;-) > >>  D >  I wrote a good portion of a securities trading and analtyics/riskK > management system in APL & Fortran, with a bit of cobol thrown in for the I > money calculations (sorry Tom...no PL/1). We used HDS vt200 clones with I > downloadable character sets for the most part, but I also used a Compaq M > luggable and STSC APL to do some code development out of the office. Moving H > code between the PC APL and the VAX APL interpreters wasn't difficult. > L > Using APL was great - some investment banker would dream up a new securityN > and often I'd have less than a day's notice of some quirky new feature whichK > I'd have to program, test, and go live. Couldn't have done it in anything 
 > but APL.    B What later became known as RAD Rapid Application Development - andB supposedly one driving factor for the popularity of VisualBASIC...E Hasn't there been a VisualAPL or the like? But even if, the marketing 6 was probably abysmal and the licenses too expensive...   --  * Michael Joosten, SBS C-LAB, joost@c-lab.de* Fuerstenallee 11, 33094 Paderborn, Germany, Phone: +49 5251 606127, Fax: +49 5251 6060658 C-LAB is a cooperation of University Paderborn & SIEMENS   ------------------------------  # Date: Mon, 09 Feb 2004 22:28:19 GMT & From: Lee Mah <lytmah@telusplanet.net>5 Subject: Re: Floating point arithmetic support in DCL , Message-ID: <7QTVb.22316$QX4.19820@clgrps13>  J I remember an APL assignment I had to do for a university course.  I thinkB the OS was MTS running on IBM or Amdahl hardware.  One had to waitH and fight for an available terminal in the afternoon (First come, first  serve.  E Maybe no more than twenty terminals in the assigned room.), enter the J brief APL program, put a sign on the terminal that it was in use, and thenG come back five hours later in the evening, hoping that  the program was 4 syntax-free, had finished, and had executed cleanly.     Dean Woodward wrote:   > Larry Kilgallen wrote: > G >>> I was in high school, and we used a 300 baud modem to timeshare the H >>> school system's IBM 360 with a terminal that looked like someone hadG >>> taken  an IBM Selectric II, sliced it in half latitudinally and set / >>> the top half down on a white Parsons table.  >> >> >> I recall the number 2741. >  > D > I recall salvaging the typeface balls out of some that were being F > scrapped and nearly driving my high school typing teacher insane by 0 > swapping them into the typing lab at random...   ------------------------------   Date: 9 Feb 2004 15:34:40 -0800 7 From: jones.computer.srv@worldnet.att.net (Daryl Jones) A Subject: Re: HP/Intel Itanium is dead, long life to HP/AMD Athlon = Message-ID: <8a646952.0402091534.49f85232@posting.google.com>   ^ Didier Morandi <no@spam.com> wrote in message news:<4027d2e5$0$28923$626a14ce@news.free.fr>...O > There is a paper today in 01 Informatique Hebdo, Nr 1 in IT Press in France,  4 > focusing on the "secrets HP plans for the future". > Q > The paper sez that HP may cancel all developments on iA64 and go AMD/Athlon 64.  >  > D.   Dear Didier Morandi:  D This could become fact if two items occur. One - Intel can't deliverD Itanium performance. Two - The AMD/Athlon is widely used and clearlyC show no difference in running x86 and iA64 applications. This would A leave HP with one HW to support while others will be using two or  more.    There is my two cents.   Regards, Daryl Jones    ------------------------------   Date: 9 Feb 2004 16:09:46 -0800 ( From: bob@instantwhip.com (Bob Ceculski)A Subject: Re: HP/Intel Itanium is dead, long life to HP/AMD Athlon = Message-ID: <d7791aa1.0402091609.4837ac49@posting.google.com>   ^ Didier Morandi <no@spam.com> wrote in message news:<4027d2e5$0$28923$626a14ce@news.free.fr>...O > There is a paper today in 01 Informatique Hebdo, Nr 1 in IT Press in France,  4 > focusing on the "secrets HP plans for the future". > Q > The paper sez that HP may cancel all developments on iA64 and go AMD/Athlon 64.  >  > D.  : then that means they are going to port OpenVMS and unix to' it, or, cease to exist as a company ...    ------------------------------  % Date: Mon, 09 Feb 2004 20:47:17 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> A Subject: Re: HP/Intel Itanium is dead, long life to HP/AMD Athlon ' Message-ID: <4027E3C5.A51BC374@aaa.com>   	 Bonjour ! " It's not available online, is it ?8 I've searched the "http://www.01net.com/01informatique/"/ site, but coulldo nly find the "L'ditorial"...   	 Jan-Erik.    Didier Morandi wrote:  > N > There is a paper today in 01 Informatique Hebdo, Nr 1 in IT Press in France,4 > focusing on the "secrets HP plans for the future". > Q > The paper sez that HP may cancel all developments on iA64 and go AMD/Athlon 64.  >  > D.   ------------------------------  $ Date: Mon, 9 Feb 2004 15:20:13 -0500* From: "rob kas" <rob@paychoice.com.noSPAM>A Subject: Re: HP/Intel Itanium is dead, long life to HP/AMD Athlon 0 Message-ID: <102fqrtba8g3575@corp.supernews.com>  0 "Didier Morandi" <no@spam.com> wrote in message . news:4027d2e5$0$28923$626a14ce@news.free.fr...G > There is a paper today in 01 Informatique Hebdo, Nr 1 in IT Press in  < > France, focusing on the "secrets HP plans for the future". > C > The paper sez that HP may cancel all developments on iA64 and go   > AMD/Athlon 64. >  > D. >       6     Surely you know the answer to this is "Codswallop"   ------------------------------  $ Date: Mon, 9 Feb 2004 18:24:59 -0600- From: "Shael Richmond" <ksrich@bellsouth.net> $ Subject: Re: new TCPIP patch for 5.39 Message-ID: <BsVVb.26634$8a5.8868@bignews1.bellsouth.net>   L "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>/ wrote in message news:c052rq$up8$1@online.de... C > In article <GYiVb.14675$Rl4.11879@bignews5.bellsouth.net>, "Shael * > Richmond" <ksrich@bellsouth.net> writes: > K > > > Why is the new patch for TCPIP 5.3 in the VMS 7.3 area for VAX but in * > > > the layered-products area for ALPHA? > > > H > > > Has anyone installed this yet?  Any gotchas (the release notes are > > > huge)? > > K > > I installed it Friday and SMTP has a problem.  It gets a ACCVIO and the I > > queues never start.  I've opened a ticket but haven't heard anything.  > & > Where do you get the ACCVIO exactly? > I > I was also a bit puzzled by stopped queues.  I started them by hand and < > they seem to work now.  What do you mean by "never start"? > " > Did you install on VAX or ALPHA? > E > I installed it on two VAXes with 7.3 and all other patches applied. H > Haven't installed it on ALPHA yet; might do so tonight since I have to+ > reboot anyway if it doesn't look too bad.  >   9 It's on an Alpha.  Talked to HP today.  Apparently it was K identified at another site too.  I think it has something to do with the MX G record.  They tried a couple of workarounds but to no avail.  It's been  escalated to engineering.   ------------------------------   Date: 9 Feb 2004 19:13:35 -0800 / From: stuie_norris@yahoo.com.au (Stuart Norris) : Subject: Re: OpenGL Drawing, Motif on PseudoColor, ZLXp-E1= Message-ID: <51262235.0402091913.15c13879@posting.google.com>    Hi Andy,  F I have now gotten to the stage where my program compiles and runs, but the colors are not been set.  C All I get is a black background with a white diagonal line, not the A color I try to set.  I stole the color stuff out of the gl_ivp.c.   7 This example is hacked down for the Pseudocolor ZLP-E1.   & Any suggestions on what I have missed.   Thanks   Stuart   #include <stdio.h> #include <stdlib.h>  #include <Xm/MainW.h>  #include <GL/gl.h> #include <GL/glu.h>  #include <GL/glx.h>  #include <GL/GLwMDrawA.h>   A void resize (Widget w, XtPointer clientdata, XtPointer calldata); A void expose (Widget w, XtPointer clientdata, XtPointer calldata); A void initCB (Widget w, XtPointer clientdata, XtPointer calldata);   1 static int glxConfig[]={GLX_DOUBLEBUFFER, None };  static GLint IndexMap[8];  static GLfloat RGBMap[8][3] = , {{0, 0, 0}, {1, 0, 0}, {0, 1, 0},{1, 1, 0}, -  {0, 0, 1}, {1, 0, 1}, {0, 1, 1}, {1, 1, 1}};   # unsigned long base_pixel, masks[3];     int main (int argc, char **argv) {     XtAppContext appContext;     Display *display;    XVisualInfo *vi =NULL;     Widget draw;     Widget shell;    Colormap cmap;     XColor c;    int status;    Arg args[10];	    int n; 	    int i;       XtToolkitInitialize();   -    appContext = XtCreateApplicationContext();      F    display = XtOpenDisplay (appContext, NULL, "Test", "Test", NULL, 0,
 &argc, argv);   E    cmap = DefaultColormapOfScreen (DefaultScreenOfDisplay (display));    D    vi = glXChooseVisual(display, DefaultScreen(display), glxConfig);  <    status = XAllocColorCells (display, cmap, True, masks, 3, &base_pixel, 1);?    if (status == 0) printf("Failed to allocate color cells\n");     IndexMap[0] = base_pixel;=    IndexMap[1] = base_pixel                       | masks[0]; 2    IndexMap[2] = base_pixel            | masks[1];=    IndexMap[3] = base_pixel            | masks[1] | masks[0]; '    IndexMap[4] = base_pixel | masks[2]; =    IndexMap[5] = base_pixel | masks[2]            | masks[0]; 2    IndexMap[6] = base_pixel | masks[2] | masks[1];=    IndexMap[7] = base_pixel | masks[2] | masks[1] | masks[0];       for (i = 0; i < 8; i++)    {       c.pixel = IndexMap[i];7       c.red   = (unsigned short) 0xFFFF * RGBMap[i][0]; 7       c.green = (unsigned short) 0xFFFf * RGBMap[i][1]; 7       c.blue  = (unsigned short) 0xFFFF * RGBMap[i][2]; )       c.flags = DoRed | DoGreen | DoBlue; 0       status  = XStoreColor (display, cmap, &c);9       if (status == 0) printf("Failed to store color\n");     }      n=0; 5    XtSetArg(args[n], XmNallowShellResize, True); n++; 5    XtSetArg(args[n], XmNtitle, "Main Window ");  n++; / //   XtSetArg(args[n], XmNcolormap, cmap); n++; 3 //   XtSetArg(args[n], XmNvisual, vi->visual); n++; -    shell = XtAppCreateShell("shell", "shell", / applicationShellWidgetClass, display, args, n);   	    n = 0; 1    XtSetArg(args[n], GLwNvisualInfo, vi); n++;    -    XtSetArg(args[n], XmNcolormap, cmap); n++; 8    XtSetArg(args[n], GLwNinstallColormap, GL_TRUE); n++;C    draw = XtCreateWidget("Draw", glwMDrawingAreaWidgetClass, shell,  args,n);C    XtAddCallback(draw, GLwNginitCallback,  (XtCallbackProc) initCB,  (XtPointer) NULL);C    XtAddCallback(draw, GLwNexposeCallback, (XtCallbackProc) expose,  (XtPointer) NULL);C    XtAddCallback(draw, GLwNresizeCallback, (XtCallbackProc) resize,  (XtPointer) NULL);    XtManageChild(draw); *    printf("Main Color map is %d\n", cmap);,    printf("Main Visual is %d\n",vi->visual);    XtRealizeWidget (shell);     XtAppMainLoop (appContext);   }   @ void initCB (Widget w, XtPointer clientdata, XtPointer calldata) {     Colormap cmap;     XVisualInfo *vi =NULL;       GLXContext glxcontext; /    GLwDrawingAreaCallbackStruct *callbackData = * (GLwDrawingAreaCallbackStruct *) calldata;    XVisualInfo *visinfo;5    XtVaGetValues (w, GLwNvisualInfo, &visinfo, NULL); E    glxcontext = glXCreateContext (XtDisplay(w), visinfo, None, True); 3    XtVaSetValues(w, XmNuserData, glxcontext, NULL); -    GLwDrawingAreaMakeCurrent (w, glxcontext);   /    XtVaGetValues (w, XmNcolormap, &cmap, NULL); *    printf("Init Color map is %d\n", cmap);0    XtVaGetValues (w, GLwNvisualInfo, &vi, NULL);,    printf("Init Visual is %d\n",vi->visual); }   @ void expose (Widget w, XtPointer clientdata, XtPointer calldata) {     GLXContext glxcontext; /    GLwDrawingAreaCallbackStruct *callbackData = * (GLwDrawingAreaCallbackStruct *) calldata;  4    XtVaGetValues(w, XmNuserData, &glxcontext, NULL);-    GLwDrawingAreaMakeCurrent (w, glxcontext);       glClearIndex(6.);       glClear(GL_COLOR_BUFFER_BIT);      glMatrixMode(GL_PROJECTION);     glLoadIdentity();&    glOrtho(-1.0,1.0,-1.0,1.0,0.0,1.0);    glMatrixMode(GL_MODELVIEW);      glIndexi(3);     glLineWidth(4.0);    glBegin(GL_LINE_STRIP);      glVertex3f(-1.0,-1.0,0.0);       glVertex3f( 1.0, 1.0,0.0);     glEnd();   !    GLwDrawingAreaSwapBuffers (w);  }   @ void resize (Widget w, XtPointer clientdata, XtPointer calldata) {     GLXContext glxcontext; /    GLwDrawingAreaCallbackStruct *callbackData = * (GLwDrawingAreaCallbackStruct *) calldata;  4    XtVaGetValues(w, XmNuserData, &glxcontext, NULL);-    GLwDrawingAreaMakeCurrent (w, glxcontext);     glXWaitX();  >    glViewport (0,0,callbackData->width, callbackData->height); }    ------------------------------   Date: 9 Feb 2004 19:14:51 -0800 / From: stuie_norris@yahoo.com.au (Stuart Norris) : Subject: Re: OpenGL Drawing, Motif on PseudoColor, ZLXp-E1= Message-ID: <51262235.0402091914.5b8e12c6@posting.google.com>    Hi Andy,  F I have now gotten to the stage where my program compiles and runs, but the colors are not been set.  C All I get is a black background with a white diagonal line, not the A color I try to set.  I stole the color stuff out of the gl_ivp.c.   8 This example is hacked down for the Pseudocolor ZLXp-E1.  & Any suggestions on what I have missed.   Thanks   Stuart   #include <stdio.h> #include <stdlib.h>  #include <Xm/MainW.h>  #include <GL/gl.h> #include <GL/glu.h>  #include <GL/glx.h>  #include <GL/GLwMDrawA.h>   A void resize (Widget w, XtPointer clientdata, XtPointer calldata); A void expose (Widget w, XtPointer clientdata, XtPointer calldata); A void initCB (Widget w, XtPointer clientdata, XtPointer calldata);   1 static int glxConfig[]={GLX_DOUBLEBUFFER, None };  static GLint IndexMap[8];  static GLfloat RGBMap[8][3] = , {{0, 0, 0}, {1, 0, 0}, {0, 1, 0},{1, 1, 0}, -  {0, 0, 1}, {1, 0, 1}, {0, 1, 1}, {1, 1, 1}};   # unsigned long base_pixel, masks[3];     int main (int argc, char **argv) {     XtAppContext appContext;     Display *display;    XVisualInfo *vi =NULL;     Widget draw;     Widget shell;    Colormap cmap;     XColor c;    int status;    Arg args[10];	    int n; 	    int i;       XtToolkitInitialize();   -    appContext = XtCreateApplicationContext();      F    display = XtOpenDisplay (appContext, NULL, "Test", "Test", NULL, 0,
 &argc, argv);   E    cmap = DefaultColormapOfScreen (DefaultScreenOfDisplay (display));    D    vi = glXChooseVisual(display, DefaultScreen(display), glxConfig);  <    status = XAllocColorCells (display, cmap, True, masks, 3, &base_pixel, 1);?    if (status == 0) printf("Failed to allocate color cells\n");     IndexMap[0] = base_pixel;=    IndexMap[1] = base_pixel                       | masks[0]; 2    IndexMap[2] = base_pixel            | masks[1];=    IndexMap[3] = base_pixel            | masks[1] | masks[0]; '    IndexMap[4] = base_pixel | masks[2]; =    IndexMap[5] = base_pixel | masks[2]            | masks[0]; 2    IndexMap[6] = base_pixel | masks[2] | masks[1];=    IndexMap[7] = base_pixel | masks[2] | masks[1] | masks[0];       for (i = 0; i < 8; i++)    {       c.pixel = IndexMap[i];7       c.red   = (unsigned short) 0xFFFF * RGBMap[i][0]; 7       c.green = (unsigned short) 0xFFFf * RGBMap[i][1]; 7       c.blue  = (unsigned short) 0xFFFF * RGBMap[i][2]; )       c.flags = DoRed | DoGreen | DoBlue; 0       status  = XStoreColor (display, cmap, &c);9       if (status == 0) printf("Failed to store color\n");     }      n=0; 5    XtSetArg(args[n], XmNallowShellResize, True); n++; 5    XtSetArg(args[n], XmNtitle, "Main Window ");  n++; / //   XtSetArg(args[n], XmNcolormap, cmap); n++; 3 //   XtSetArg(args[n], XmNvisual, vi->visual); n++; -    shell = XtAppCreateShell("shell", "shell", / applicationShellWidgetClass, display, args, n);   	    n = 0; 1    XtSetArg(args[n], GLwNvisualInfo, vi); n++;    -    XtSetArg(args[n], XmNcolormap, cmap); n++; 8    XtSetArg(args[n], GLwNinstallColormap, GL_TRUE); n++;C    draw = XtCreateWidget("Draw", glwMDrawingAreaWidgetClass, shell,e args,n);C    XtAddCallback(draw, GLwNginitCallback,  (XtCallbackProc) initCB,T (XtPointer) NULL);C    XtAddCallback(draw, GLwNexposeCallback, (XtCallbackProc) expose,e (XtPointer) NULL);C    XtAddCallback(draw, GLwNresizeCallback, (XtCallbackProc) resize,l (XtPointer) NULL);    XtManageChild(draw);l*    printf("Main Color map is %d\n", cmap);,    printf("Main Visual is %d\n",vi->visual);    XtRealizeWidget (shell);i    XtAppMainLoop (appContext); n }e  @ void initCB (Widget w, XtPointer clientdata, XtPointer calldata) {a    Colormap cmap;l    XVisualInfo *vi =NULL;e      GLXContext glxcontext; /    GLwDrawingAreaCallbackStruct *callbackData = * (GLwDrawingAreaCallbackStruct *) calldata;    XVisualInfo *visinfo;5    XtVaGetValues (w, GLwNvisualInfo, &visinfo, NULL);nE    glxcontext = glXCreateContext (XtDisplay(w), visinfo, None, True); 3    XtVaSetValues(w, XmNuserData, glxcontext, NULL);r-    GLwDrawingAreaMakeCurrent (w, glxcontext);b  /    XtVaGetValues (w, XmNcolormap, &cmap, NULL);e*    printf("Init Color map is %d\n", cmap);0    XtVaGetValues (w, GLwNvisualInfo, &vi, NULL);,    printf("Init Visual is %d\n",vi->visual); }   @ void expose (Widget w, XtPointer clientdata, XtPointer calldata) {b    GLXContext glxcontext; /    GLwDrawingAreaCallbackStruct *callbackData =h* (GLwDrawingAreaCallbackStruct *) calldata;  4    XtVaGetValues(w, XmNuserData, &glxcontext, NULL);-    GLwDrawingAreaMakeCurrent (w, glxcontext);-      glClearIndex(6.);       glClear(GL_COLOR_BUFFER_BIT);      glMatrixMode(GL_PROJECTION);M    glLoadIdentity();&    glOrtho(-1.0,1.0,-1.0,1.0,0.0,1.0);    glMatrixMode(GL_MODELVIEW);      glIndexi(3);1    glLineWidth(4.0);    glBegin(GL_LINE_STRIP);      glVertex3f(-1.0,-1.0,0.0);       glVertex3f( 1.0, 1.0,0.0);E    glEnd();.  !    GLwDrawingAreaSwapBuffers (w);. }   @ void resize (Widget w, XtPointer clientdata, XtPointer calldata) {     GLXContext glxcontext; /    GLwDrawingAreaCallbackStruct *callbackData = * (GLwDrawingAreaCallbackStruct *) calldata;  4    XtVaGetValues(w, XmNuserData, &glxcontext, NULL);-    GLwDrawingAreaMakeCurrent (w, glxcontext);t    glXWaitX();  >    glViewport (0,0,callbackData->width, callbackData->height); }    ------------------------------  $ Date: Mon, 9 Feb 2004 21:37:44 -0600( From: Wayne Sewell <wayne@tachysoft.com>M Subject: Re: OpenVMS thrashes slowaris and aix in cluster tco/virus study	...s/ Message-ID: <00A2D2DD.6A7B181D.1@tachysoft.com>d   >aL >in article d7791aa1.0402091622.1f69720c@posting.google.com, Bob Ceculski at/ >bob@instantwhip.com wrote on 10/02/2004 11:22:t > = >> the results are in ... and OpenVMS clusters trash slowaris A >> and aix by huge margins ... tco is the best in all categories, B >> and also OpenVMS has the least downtime, especially to viruses.@ >> It once again proves Andrew wrong ... throw out cert since he? >> says they aren't reliable, bring in an independent tco studyh@ >> and it proves that VMS is unhackable ... of course this studyA >> wasn't done by sun but by their customers responses, so it haso/ >> to be wrong because what do they know ... :)- >> -    O Can't you post this shit in a slowaris group instead of comp.os.vms?  If you'relM going to kick off yet another Andy-boy jabbering session, why not trash their8 newsgroup instead of ours?O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== B Jed Clampett, checking into hotel: "This place got a cement pond?", 	Ellie May: "And do yuh let critters in it?"   ------------------------------  # Date: Tue, 10 Feb 2004 01:19:08 GMTi' From: nospam <x@wedontwantyourspam.com>eY Subject: Re: OpenVMS thrashes slowaris and aix in cluster tco/virus study	... again!	... e5 Message-ID: <BC4E7CB0.22EBC%x@wedontwantyourspam.com>   K in article d7791aa1.0402091622.1f69720c@posting.google.com, Bob Ceculski atn. bob@instantwhip.com wrote on 10/02/2004 11:22:  < > the results are in ... and OpenVMS clusters trash slowaris@ > and aix by huge margins ... tco is the best in all categories,A > and also OpenVMS has the least downtime, especially to viruses. ? > It once again proves Andrew wrong ... throw out cert since he>> > says they aren't reliable, bring in an independent tco study? > and it proves that VMS is unhackable ... of course this studyu@ > wasn't done by sun but by their customers responses, so it has. > to be wrong because what do they know ... :) >  > ; > http://www.openvms.org/stories.php?story=04/02/09/4975302   K Except there is no comparison to Tru64, sounds more like a paid for ad thanh8 an independent study, only HP would exclude there own OS   ------------------------------   Date: 9 Feb 2004 16:22:47 -0800s( From: bob@instantwhip.com (Bob Ceculski)P Subject: OpenVMS thrashes slowaris and aix in cluster tco/virus study ... again!= Message-ID: <d7791aa1.0402091622.1f69720c@posting.google.com>o  : the results are in ... and OpenVMS clusters trash slowaris> and aix by huge margins ... tco is the best in all categories,? and also OpenVMS has the least downtime, especially to viruses. = It once again proves Andrew wrong ... throw out cert since hev< says they aren't reliable, bring in an independent tco study= and it proves that VMS is unhackable ... of course this studyr> wasn't done by sun but by their customers responses, so it has, to be wrong because what do they know ... :)    9 http://www.openvms.org/stories.php?story=04/02/09/4975302a   ------------------------------  % Date: Mon, 09 Feb 2004 23:45:20 +0800>, From: Paul Repacholi <prep@prep.synonet.com>L Subject: Re: Oracle ships 10g database, cuts price  <-- Oracle RDB too ?????- Message-ID: <87ad3s8df3.fsf@prep.synonet.com>e  ( Jan-Erik Sderholm <aaa@aaa.com> writes:  D >> But sadly, CompaQ desupported the BLISS compiler for Intel/NT andF >> f***ed Oracle over.  Oracle released the product and had to withrawF >> it because they were in the position of having built a product on a= >> compiler that was no longer available and the product thusyE >> unsupportable in the long run - and CompaQ/Cappellas decided that C >> they would not sell the compiler to Oracle or was it a $1m price, >> tag - I forget which.  3 > And, besides, BLISS is freeware today, isn't it ?u  = A few of the BLISS compilers are. How many do you think theres1 are/where altogether if you include the CMU ones?t   -- m< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.<@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Mon, 09 Feb 2004 11:00:52 -0800e- From: Kaleb Pederson <kpederson@mail.ewu.edu>e& Subject: Re: Other CVS on VMS problems2 Message-ID: <200402091100.52970.kpederson@ewu.edu>  G I'm using SSH by Multinet as well (even though the ssh build indicates tI F-Secure SSH, the logicals giving me the paths show up as MULTINET_SSH*).e  N I should have had ssh2.exe, not ssh.exe.  I noticed that when I tried the run . command, but the results didn't change at all.   $ deassign cvs_rsh $ cvs_rsh=="ssh_exe:ssh2.exe" ( $ cvs -d:ext:otherhost:/home/cvs co test> cvs [checkout aborted]: cannot exec: no such file or directory $ cvs_rsh=="ssh", $ cvs -d:ext:kinux.ewu.edu:/home/cvs co test> cvs [checkout aborted]: cannot exec: no such file or directory! $ define cvs_rsh ssh_exe:ssh2.exem( $ cvs -d:ext:otherhost:/home/cvs co testB cvs [checkout aborted]: cannot fdopen 3 for write: bad file number $ run ssh_exe:ssh2.exe( warning: You didn't specify a host name.1 ssh: F-Secure SSH 3.1.0 (build 12) on OpenVMS-AXPaF Copyright (c) 1995-2001 SSH Communications Security Corp (www.ssh.com)5 Copyright (c) 2002 Process Software (www.process.com)s All rights reserved.2 Usage: ssh [user@]host[#port] [switches] [command] ..  I I can type in SSH all by itself, without specifying the path and it gets aN executed appropriately.  But, there is no symbol defined for it, some I'm not N sure how it gets resolved under OpenVMS.  Under Linux I would just check PATH K and see what's defined.  I checked logicals *PATH* but didn't see anything -. that looked like it included the SSH logicals.  K If tried doing the same thing with the logical, but the executable doesn't  " seem to be found by the exec call.  G Thanks for the help.  I would really love to get cvs up and running on u OpenVMS.   --Kaleb   7 On Monday 09 February 2004 09:42 am, Bob Koehler wrote:nD > In article <200402090925.01424.kpederson@ewu.edu>, Kaleb Pederson   <kpederson@mail.ewu.edu> writes:& > > $ define cvs_rsh "ssh_exe:ssh.exe"6 > > $ cvs -d:ext:otherhost:/home/cvs import test V1 R1D > > cvs [import aborted]: cannot fdopen 3 for write: bad file number >hF >    Whose ssh are you using?  I'm using Multinet's with CVS, with SSH >    in the DCL command table. >nF >    For that I use cvs_rsh=="ssh" (a DCL symbol, instead of a logical >    name).L >S3 >    What happens if you try to start SSH itself as. >    $run ssh_exe:ssh.exeT >    ?   ------------------------------  % Date: Mon, 09 Feb 2004 12:16:19 -0700 % From: Dan O'Reilly <dano@process.com> & Subject: Re: Other CVS on VMS problems= Message-ID: <6.0.0.22.2.20040209121410.02227d00@192.168.0.11>S  7 The "SSH" command is defined as a command in DCLTABLES.e  + At 12:00 PM 2/9/2004, Kaleb Pederson wrote: G >I'm using SSH by Multinet as well (even though the ssh build indicates J >F-Secure SSH, the logicals giving me the paths show up as MULTINET_SSH*). > N >I should have had ssh2.exe, not ssh.exe.  I noticed that when I tried the run/ >command, but the results didn't change at all.G >  >$ deassign cvs_rshG >$ cvs_rsh=="ssh_exe:ssh2.exe") >$ cvs -d:ext:otherhost:/home/cvs co test)? >cvs [checkout aborted]: cannot exec: no such file or directory2 >$ cvs_rsh=="ssh"W- >$ cvs -d:ext:kinux.ewu.edu:/home/cvs co testJ? >cvs [checkout aborted]: cannot exec: no such file or directoryc" >$ define cvs_rsh ssh_exe:ssh2.exe) >$ cvs -d:ext:otherhost:/home/cvs co testrC >cvs [checkout aborted]: cannot fdopen 3 for write: bad file number  >$ run ssh_exe:ssh2.exeE) >warning: You didn't specify a host name.22 >ssh: F-Secure SSH 3.1.0 (build 12) on OpenVMS-AXPG >Copyright (c) 1995-2001 SSH Communications Security Corp (www.ssh.com) 6 >Copyright (c) 2002 Process Software (www.process.com) >All rights reserved.a3 >Usage: ssh [user@]host[#port] [switches] [command]r >..s >eI >I can type in SSH all by itself, without specifying the path and it getstN >executed appropriately.  But, there is no symbol defined for it, some I'm notN >sure how it gets resolved under OpenVMS.  Under Linux I would just check PATHK >and see what's defined.  I checked logicals *PATH* but didn't see anythingt/ >that looked like it included the SSH logicals.r >uK >If tried doing the same thing with the logical, but the executable doesn'ta# >seem to be found by the exec call.g >eG >Thanks for the help.  I would really love to get cvs up and running onn	 >OpenVMS.p >T >--Kaleb >s8 >On Monday 09 February 2004 09:42 am, Bob Koehler wrote:E > > In article <200402090925.01424.kpederson@ewu.edu>, Kaleb Pederson-! ><kpederson@mail.ewu.edu> writes:-( > > > $ define cvs_rsh "ssh_exe:ssh.exe"8 > > > $ cvs -d:ext:otherhost:/home/cvs import test V1 R1F > > > cvs [import aborted]: cannot fdopen 3 for write: bad file number > >-H > >    Whose ssh are you using?  I'm using Multinet's with CVS, with SSH  > >    in the DCL command table. > >aH > >    For that I use cvs_rsh=="ssh" (a DCL symbol, instead of a logical
 > >    name).  > >p5 > >    What happens if you try to start SSH itself as. > >    $run ssh_exe:ssh.exe4 > >    ?   ------J +-------------------------------+----------------------------------------+J | Dan O'Reilly                  |  "There are 10 types of people in this |J | Principal Engineer            |   world: those who understand binary   |J | Process Software              |   and those who don't."                |J | http://www.process.com        |                                        |J +-------------------------------+----------------------------------------+   ------------------------------  % Date: Mon, 09 Feb 2004 11:38:13 -0800r- From: Kaleb Pederson <kpederson@mail.ewu.edu> & Subject: Re: Other CVS on VMS problems2 Message-ID: <200402091138.13879.kpederson@ewu.edu>  8 On Monday 09 February 2004 11:16 am, Dan O'Reilly wrote:9 > The "SSH" command is defined as a command in DCLTABLES.o [snip]  J How can I tell what commands are loaded into the DCLTABLES?  In searching M through help, it looks like they get installed with the install command?  It oH looks like the /privileged=[group,name] allows you to specify something   equivalent to SUID/SGID in *nix?   --Kaleb    ------------------------------  # Date: Tue, 10 Feb 2004 04:27:39 GMT1* From: Steven Fisher <sdfisher@spamcop.net> Subject: Re: Respond Mezei6 Message-ID: <0001HW.BC4D9DB900425814F00805B0@shawnews>  1 On Mon, 9 Feb 2004 16:10:20 -0800, starwars wrote G (in message <5cc2421af3be962d3350fba94b768d35@tatooine.homelinux.net>):   C > So he keeps quiet hoping no one will check.  That's how stupid hed > thinks you all are.   I What makes you think we care? Even if he is everything you say, he still *M isn't trolling alt.celluar.fido with personal attacks that are over half the eN message volume. You are. Further, you're doing it with a different fake email M address every day so your posts can't even be filtered out. That makes you a t **much** worse troll. Fuck off..  1 Followups set back to the cesspool you come from.u   ------------------------------    Date: 09 Feb 2004 17:58:07 -05003 From: Rich Alderson <news@alderson.users.panix.com> & Subject: Re: stupid smtp/mapi question. Message-ID: <mdd1xp3oo74.fsf@panix5.panix.com>   rutledj@rjrt.com (Rut) writes:  M > Thanks for all your responses. Basically what I want to do is get away fromtK > MAPI calls and send mail directly using smtp. I'm looking for sample code4K > that shows how to send an email with/without an attachment. I'm coding in:J > Delphi 6. If anyone can help me out with this or point me to a link that7 > explains the different calls I'd be much appreciated.h  ? SMTP has nothing to do with attachments!  It's all just *DATA*.w  M The SMTP protocol defines a very small set of commands, with a limited numberPL of responses to each.  The commands much be given in a certain order, or the6 transaction is invalid and an error response is given.  J Open a connection to port 25 on the remote system, get a response startingO "220" and issue the HELO command, get a "250" to each valid command, and you'reT( on your way.  All of this is pure ASCII.   An example follows:s    PANIX> telnet toad.invalid 25  Trying 192.168.202.40...w  Connected to toad.invalid.c  Escape character is '^]'.O  220 toad.invalid SMTP Service 7.1(260) at Mon, 9 Feb 2004 14:30:48 -0800 (PST)M  helo panix.com $  250 toad.invalid - Hello, panix.com*  mail from:<news@alderson.users.panix.com>  250 MAIL accepted"  rcpt to:<old_friend@toad.invalid>  250 Recipient accepted3  datas-  354 Start mail input; end with <CRLF>.<CRLF>o6  Subject: caucus was interesting, met <someone's name>  Date: 9 Feb 2004 14:35-PSTE4  from: Rich Alderson <news@alderson.users.panix.com>  to: old_friend@toad.invalid    Hi,  I  Talk to you soon.  This is coming over a raw SMTP connection for testing-
  purposes.  
  								Rich   .-  250-Message accepted and queued for deliveryr  250 OK   quit:  quito6  221 toad.invalid Service closing transmission channel#  Connection closed by foreign host.g  PANIX>t  M Note the DATA command:  What follows it is anything you want to send, withoutcO regard for content.  Mail transport *DOES* *NOT* *CARE* what you stuff in thereBK for delivery.  You can add content-encodings and content-types and anything N else you wish, and SMTP will still only ever see a stream of ASCII characters.   Got the idea yet?    -- s. Rich Alderson					    | /"\ ASCII ribbon     |< news@alderson.users.panix.com			    | \ / campaign against |L "You get what anybody gets. You get a lifetime."    |  x  HTML mail and    |7 			 --Death, of the Endless    | / \ postings         |c   ------------------------------  % Date: Mon, 09 Feb 2004 19:17:01 -0500D  From: Adnan <bekat@sympatico.ca>' Subject: Re: The JF Mezei FAQ is here!! , Message-ID: <402822FD.F275BB48@sympatico.ca>   starwars wrote:n > = > *DISTRIBUTE FREELY* *DISTRIBUTE FREELY* *DISTRIBUTE FREELY*e >   I > Everything!  He is part of a larger group of Canadian trolls who have acE > visceral hatred of the USA, motivated by envy mostly.  The USA is anJ > happier, better, more successful version of their country and they can't > stand it.    [snip]  C If "successful" means more crime, more poverty and were most of thegH population are obese bums than yes, the US is a more successfule version
 of Canada.   Go fuck yourself.    Adnann   ------------------------------  # Date: Mon, 09 Feb 2004 20:28:41 GMT # From: "John Smith" <a@nonymous.com> ! Subject: VMS 8.1 eval this week??yJ Message-ID: <Z3SVb.22691$R6H.7771@twister01.bloor.is.net.cable.rogers.com>  3 http://www.eweek.com/article2/0,4149,1522078,00.asp.  # HP Rolls Out Pair of 64-Bit Serversp   February 9, 2004 By  Jeffrey Burt  L Hewlett-Packard Co. on Monday will push standardization as a key part of itsL Adaptive Enterprise initiative, backing it up with new server offerings thatF move the company a step closer to its plan to standardize its high-end- systems on Intel Corp.'s 64-bit Itanium chip.,  J The Palo Alto, Calif., company is undergoing a multiyear project that willF consolidate its multiple server lines-including those acquired via itsK purchase of Compaq Computer Corp. in 2002-to three, including the Integrity ' and NonStop systems running on Itanium.p  8 New server offerings bring that ideal closer to reality.  I In addition, HP officials are touting the benefits of reusable components , and consistent implementation of technology.  I "The ability of IT to support changes that business demands is the key toiF the Adaptive Enterprise strategy," said Don Jenkins, vice president ofH marketing for HP's Business Critical Systems unit. Standardization-usingE industry-standard technology, for example-is fueling that initiative.,  K HP is rounding out its Itanium-based Integrity offerings with the unveilingaH this week of two dual-processor entry-level offerings-the 1U (1.75-inch)K rx1600 and 2U (3.5-inch) rx2600, both powered by 1.4GHz Low Voltage Itaniums3 2 processors and both starting at less than $3,000.e  I "It brings Itanium systems really into the price range of [Intel's 32-bit G chip] Xeon and [Advanced Micro Devices Inc.'s 64-bit] Opteron," Jenkinsh said.r  J HP also is looking to widen the number of operating systems running on theF Integrity line, which currently supports Windows, Linux and HP-UX. TheJ company this week is rolling out the evaluation release of Open VMS 8.1, aD move to help AlphaServer users migrate to the Itanium-based systems.J Officials expect Open VMS to be available to customers later this year. InK addition, HP is supporting InfiniBand switches and host channel adapters ont* clustered Integrity servers running HP-UX.  E Officials also will announce that the first of the company's high-end I NonStop servers running on Itanium will roll out later this year. This is,K the first step in migrating the users of those systems, which currently run , on MIPS processors, over to Itanium systems.  K The move is part of HP's NonStop Advanced Architecture, which not only willtE be based on Itanium, but also will support industry-standard storage.o  = Next page: PA-8800 chip to improve performance by 50 percent.i  L In addition, HP is unveiling the latest generation of its PA-RISC chips, theH PA-8800, a dual-core processor that will be available in all of the 9000E systems by the end of March. Officials said the new chip will improve J performance by at least 50 percent and will enable HP to grow its high-endD Superdome system from 64 processors to 128. The chip also interfacesF directly with the chip set and bus interfaces on Itanium, widening the migratory path for users.e  J Sixty-four-bit computing is becoming an increasingly high-profile subject.K AMD, of Sunnyvale, Calif., is pushing the ability of its Opteron and AthlonsF 64 processors to run both 32-bit and 64-bit applications. Itanium, viaD emulation software, also can run 32-bit applications, but at a lowerJ performance level than 64-bit software. Intel and HP co-developed Itanium.  J However, HP officials have said that while they are still committed to theI IA-32 and Itanium platforms, they have heard customer requests for 64-bitcL x86 computing and are keeping their options open. All that is fueling rumorsC that HP will use Opteron chips in ProLiant systems later this year.   J At the same time, Intel officials are saying that they probably will offerD 64-bit extensions in their 32-bit Xeon and Pentium chips once enoughF software is released to support it. Industry observers expect Intel toE demonstrate systems running chips with 64-bit extensions at its Intel  Developer Forum next week.  L Also as part of its standardization push, HP is introducing a new EnterpriseK Grid API based on Web services that will enable IT administrators to add orsH subtract processing power or servers from a virtualized environment, andD also is enhancing its OpenCall suite of telecommunications software.  I In addition, HP is offering migration services programs to help customers$L move into the new mySAP ERP (enterprise resource planning) software from SAPJ AG and Microsoft Corp.'s Windows Server 2003, and is expanding its program+ designed to entice customers away from Sun.l   -----------------i  J I guess no matter which way it goes, Opteron or IA64, both will ultimately/ be able to claim "Alpha Inside" to some extent.-   ------------------------------  % Date: Tue, 10 Feb 2004 00:14:48 +0800", From: Paul Repacholi <prep@prep.synonet.com>% Subject: Re: Why was VAX abandonned ?6- Message-ID: <8765eg8c1z.fsf@prep.synonet.com>p  9 jones.computer.srv@worldnet.att.net (Daryl Jones) writes:v  E > The idea that I was trying to convey was that a production VAX thatYF > was being max out (not by 1000%) and was replaced by a very powerful> > Alpha that by its specs should have blow away the VAX and it< > didn't. It only decrease the cpu consumption by one-third.  D You can not say that. You went from >100% cpu to 66%, but you do not@ know by how much your load exceded 100%. That is the problem, itB saturates and you can not tell by how much you are over the limit.  F Also, early on, apps that did lots of byte manipulations did very well on Vaxen vis a vi Alphas.e   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.t@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 9 Feb 2004 15:57:23 -0800 7 From: jones.computer.srv@worldnet.att.net (Daryl Jones)i% Subject: Re: Why was VAX abandonned ? < Message-ID: <8a646952.0402091557.789775c@posting.google.com>   Dear Paul Repacholi:  F As I stated earlier with an apology, there are several parameters usedF in telling how much a VMS system is used or overused. I am trying giveF an abstract of the situation as I had investigated it.  You can acceptA what I am saying or you can ignore it. I don't this medium is the 6 correct place to publish a major paper on the subject.   Regards, Daryl Joneso  a Paul Repacholi <prep@prep.synonet.com> wrote in message news:<8765eg8c1z.fsf@prep.synonet.com>... ; > jones.computer.srv@worldnet.att.net (Daryl Jones) writes:  > G > > The idea that I was trying to convey was that a production VAX thatnH > > was being max out (not by 1000%) and was replaced by a very powerful@ > > Alpha that by its specs should have blow away the VAX and it> > > didn't. It only decrease the cpu consumption by one-third. > F > You can not say that. You went from >100% cpu to 66%, but you do notB > know by how much your load exceded 100%. That is the problem, itD > saturates and you can not tell by how much you are over the limit. > H > Also, early on, apps that did lots of byte manipulations did very well > on Vaxen vis a vi Alphas.,   ------------------------------   Date: 9 Feb 2004 16:31:48 -080017 From: jones.computer.srv@worldnet.att.net (Daryl Jones) % Subject: Re: Why was VAX abandonned ? = Message-ID: <8a646952.0402091631.632ed440@posting.google.com>l   Dear William Bochnik:e  F Here is another story. I arrived on a site that had the VAXes crashingE for about six months. I investigated the crashes and the crash report)D indicated that the OPS people were taking down the system. To make aB long story short. I studied the OPS login procedures and found outE that a "set term/inq" or "set term/appl" cause the system to halt anddB a boot prompt appeared. They log out causing the VAX to crash. TheA switch on the computer was changed to secure mode and the problemuF never occurred again. Why did those command cause the problem? I don'tC know. Some say it was hardware in the network were the terminal was]$ attached to the terminal server. (?)   Regards, Daryl Jones]     "Bochnik, William J" <William Bochnik@acml.com> wrote in message news:<2D75787AAF09C64481BDFD89113BE6D502D06FE2@ac2kama0102.ac.lp.acml.com>...M > reminds me of an "event" at my old job - Microvax (which goes to >>> on thesM >  break key, unlike thie big vaxen) - we had the break key mapped to switch 1M > ports on our terminal servers - application guy comes into computer room to;M >  ask a question, goes to the MV, and hits the break key to switch sessions s0 > and log in - needless to say it didnt like it.   > -----Original Message-----A > From: Daryl Jones [mailto:jones.computer.srv@worldnet.att.net] t) > Sent: Monday, February 09, 2004 1:25 PM  > To: Info-VAX@Mvb.Saic.Comi' > Subject: Re: Why was VAX abandonned ?  >  >  > Dear Lord Isildur: > M > After reading several messages about Alpha's and the control-p, may I sugge M > st something, attached a terminal to the console and turn on the opscon mesuM > sages so that you can see the messages appear on the console/terminal. Now tM > this the important part, don't log onto the Alpha! At this point, you can ew' > xecute a control-p and should get ther > chevrons(>>>) or boot prompt.  > Good Luck. > 
 > Regards,
 > Daryl JonesT > M > Lord Isildur <isildur@andrew.cmu.edu> wrote in message news:<Pine.LNX.4.58-r2 > 035.0402081426120.3977@unix44.andrew.cmu.edu>...I > > control-p works on alphas? i've never met an alpha that it worked on pD > > (or any other way to drop to the chevron from the console, only K > > hitting the halt button or executing a halt instruction).. admittedly, ;K > > i've not ever had the console of a big alpha, only workstation alphas, iI > > though from the very first small alphas (dec3000 [346]00's) to miata AJ > > machines, control-p didnt get you to the chevron. Is there any way to ! > > make it so that it does work?r > >  > > isilduru > >  > > * > > On Sun, 8 Feb 2004, Daryl Jones wrote: > > B > > > glen herrmannsfeldt <gah@ugcs.caltech.edu> wrote in message - > > > news:<0ohVb.852$032.16502@attbi s53>...G > > > > Daryl Jones wrote: > > > >, > > > > J > > > > > On the earlier VAXes, the null mode process was use to keep the K > > > > > system busy during idle times. On the later VAXes and Alphas the tJ > > > > > null mode process was removed. Therefore, a later VAX and Alpha I > > > > > processor could have 0-2% utilization when it is idle and 100% ,! > > > > > when it was being used.l > > > >,I > > > > Do VAX and Alpha have a way to stop the CPU, like the WAIT state c" > > > > on IBM S/360, S/370, etc.? > > > >G > > > > -- glenb > > >c > > > Dear Glen Herrmansfeldt: > > >bI > > > I don't know everything about IBM systems. You can stop a CPU on a LG > > > VAX or Alpha from the console by issuing a control-p, which will ;G > > > produce the three chevrons >>>. The system will be stop. You can  G > > > issue a "continue" and the system will continue were it stop at. MD > > > There is a time limit and how much time you have I don't know. > > >I > > > Regards, > > > Daryl Jones. > > >  >  > + > ----------------------------------------- M > The information contained in this transmission may contain privileged and cdM > onfidential information and is intended only for the use of the person(s) nbM > amed above. If you are not the intended recipient, or an employee or agent VM > responsible for delivering this message to the intended recipient, any revi,M > ew, dissemination, distribution or duplication of this communication is straM > ictly prohibited. If you are not the intended recipient, please contact the4M >  sender immediately by reply e-mail and destroy all copies of the original GM > message. Please note that we do not accept account orders and/or instructio1M > ns by e-mail, and therefore will not be responsible for carrying out such o  > rders and/or instructions.M > If you, as an intended recipient of this commercial e-mail or advertisementdM > , would not like to receive further e-mail correspondence from the sender,  6 > please "reply" to the sender indicating your wishes.> > In the U.S.: 1345 Avenue of the Americas, New York, NY 10105   ------------------------------  # Date: Tue, 10 Feb 2004 01:23:58 GMTi' From: nospam <x@wedontwantyourspam.com>g% Subject: Re: Why was VAX abandonned ?<5 Message-ID: <BC4E7DD2.22EBD%x@wedontwantyourspam.com>i  J in article 8a646952.0402091631.632ed440@posting.google.com, Daryl Jones at> jones.computer.srv@worldnet.att.net wrote on 10/02/2004 11:31:   > Dear William Bochnik:  > H > Here is another story. I arrived on a site that had the VAXes crashingG > for about six months. I investigated the crashes and the crash report F > indicated that the OPS people were taking down the system. To make aD > long story short. I studied the OPS login procedures and found outG > that a "set term/inq" or "set term/appl" cause the system to halt and D > a boot prompt appeared. They log out causing the VAX to crash. TheC > switch on the computer was changed to secure mode and the problemt  H > never occurred again. Why did those command cause the problem? I don't > know.X  "     What no crash dump to look at?   ------------------------------  * Date: Mon, 9 Feb 2004 17:14:20 -0500 (EST)+ From: Lord Isildur <isildur@andrew.cmu.edu>C% Subject: Re: Why was VAX abandonned ?lI Message-ID: <Pine.LNX.4.58-035.0402091706200.20024@unix44.andrew.cmu.edu>s  J does anyone know for sure (nothing is mentioned in the documentation i wasI able to find) how one can tell the machine to halt when it gets ^p on the F console? i'm imagining something analogous to the controlp variable inN the monitor on later vaxen. does it work on later alphas, say, an alphastation 500, 600, or a miata box?k   isildurI      & On Mon, 9 Feb 2004, Bob Koehler wrote:  x > In article <Pine.LNX.4.58-035.0402081426120.3977@unix44.andrew.cmu.edu>, Lord Isildur <isildur@andrew.cmu.edu> writes: > > L > > control-p works on alphas? i've never met an alpha that it worked on (orK > > any other way to drop to the chevron from the console, only hitting the)P > > halt button or executing a halt instruction).. admittedly, i've not ever hadS > > the console of a big alpha, only workstation alphas, though from the very firstmO > > small alphas (dec3000 [346]00's) to miata machines, control-p didnt get younE > > to the chevron. Is there any way to make it so that it does work?r >rB >    On my DEC 3000 Model 600S there is no halt button.  ^P works. >o >p   ------------------------------  * Date: Mon, 9 Feb 2004 17:21:59 -0500 (EST)+ From: Lord Isildur <isildur@andrew.cmu.edu>t% Subject: Re: Why was VAX abandonned ? I Message-ID: <Pine.LNX.4.58-035.0402091721180.20024@unix44.andrew.cmu.edu>t  H so it is really vms which is halting the machine, not the machine itself4 intercepting the ^p and halting itself, then, right?   isildurg  & On Mon, 9 Feb 2004, Daryl Jones wrote:   > Dear Lord Isildur: >aG > After reading several messages about Alpha's and the control-p, may IdG > suggest something, attached a terminal to the console and turn on the @ > opscon messages so that you can see the messages appear on theC > console/terminal. Now this the important part, don't log onto the F > Alpha! At this point, you can execute a control-p and should get the > chevrons(>>>) or boot prompt.p > Good Luck. >e
 > Regards,
 > Daryl JonesW >e} > Lord Isildur <isildur@andrew.cmu.edu> wrote in message news:<Pine.LNX.4.58-035.0402081426120.3977@unix44.andrew.cmu.edu>... L > > control-p works on alphas? i've never met an alpha that it worked on (orK > > any other way to drop to the chevron from the console, only hitting thefP > > halt button or executing a halt instruction).. admittedly, i've not ever hadS > > the console of a big alpha, only workstation alphas, though from the very firstkO > > small alphas (dec3000 [346]00's) to miata machines, control-p didnt get you E > > to the chevron. Is there any way to make it so that it does work?a > >, > > isildur  > >i > >I* > > On Sun, 8 Feb 2004, Daryl Jones wrote: > >si > > > glen herrmannsfeldt <gah@ugcs.caltech.edu> wrote in message news:<0ohVb.852$032.16502@attbi_s53>...l > > > > Daryl Jones wrote: > > > >w > > > >lP > > > > > On the earlier VAXes, the null mode process was use to keep the systemM > > > > > busy during idle times. On the later VAXes and Alphas the null modeCO > > > > > process was removed. Therefore, a later VAX and Alpha processor could(P > > > > > have 0-2% utilization when it is idle and 100% when it was being used. > > > >)K > > > > Do VAX and Alpha have a way to stop the CPU, like the WAIT state on. > > > > IBM S/360, S/370, etc.?. > > > >  > > > > -- glen  > > >w > > > Dear Glen Herrmansfeldt: > > >sL > > > I don't know everything about IBM systems. You can stop a CPU on a VAXJ > > > or Alpha from the console by issuing a control-p, which will produceF > > > the three chevrons >>>. The system will be stop. You can issue aI > > > "continue" and the system will continue were it stop at. There is a;9 > > > time limit and how much time you have I don't know.e > > >  > > > Regards, > > > Daryl Jones- > > >e >o   ------------------------------  * Date: Mon, 9 Feb 2004 17:19:23 -0500 (EST)+ From: Lord Isildur <isildur@andrew.cmu.edu>s% Subject: RE: Why was VAX abandonned ?0I Message-ID: <Pine.LNX.4.58-035.0402091717070.20024@unix44.andrew.cmu.edu>f  O for this, there is the halt enable switch on microvaxen. sometimes you want it,4M sometimes you dont.. though i consider it indispensable to have the option to>G be able to, under any circumstances, drop a machine to the chevron fromaM remote over a serial console. One might not be in a position to get access tooG pop the halt button, or have a sane running system to be assured of thee: software being in a position to halt the machine for you..   isildurc    - On Mon, 9 Feb 2004, Bochnik, William J wrote:u   > \> reminds me of an "event" at my old job - Microvax (which goes to >>> on the break key, unlike thie big vaxen) - we had the break key mapped to switch ports on our terminal servers - application guy comes into computer room to ask a question, goes to the MV, and hits the break key to switch sessions and log in - needless to say it didnt like it. > -----Original Message-----@ > From: Daryl Jones [mailto:jones.computer.srv@worldnet.att.net]) > Sent: Monday, February 09, 2004 1:25 PMn > To: Info-VAX@Mvb.Saic.Com=' > Subject: Re: Why was VAX abandonned ?= >= >= > Dear Lord Isildur: > S> After reading several messages about Alpha's and the control-p, may I suggest something, attached a terminal to the console and turn on the opscon messages so that you can see the messages appear on the console/terminal. Now this the important part, don't log onto the Alpha! At this point, you can execute a control-p and should get the7 > chevrons(>>>) or boot prompt.m > Good Luck. >d
 > Regards,
 > Daryl Jones@ >t} > Lord Isildur <isildur@andrew.cmu.edu> wrote in message news:<Pine.LNX.4.58-035.0402081426120.3977@unix44.andrew.cmu.edu>...rH > > control-p works on alphas? i've never met an alpha that it worked onC > > (or any other way to drop to the chevron from the console, onlyrJ > > hitting the halt button or executing a halt instruction).. admittedly,J > > i've not ever had the console of a big alpha, only workstation alphas,H > > though from the very first small alphas (dec3000 [346]00's) to miataI > > machines, control-p didnt get you to the chevron. Is there any way toh! > > make it so that it does work?w > >v > > isildurs > >s > >0* > > On Sun, 8 Feb 2004, Daryl Jones wrote: > > A > > > glen herrmannsfeldt <gah@ugcs.caltech.edu> wrote in messagey- > > > news:<0ohVb.852$032.16502@attbi_s53>...- > > > > Daryl Jones wrote: > > > >  > > > >2I > > > > > On the earlier VAXes, the null mode process was use to keep thesJ > > > > > system busy during idle times. On the later VAXes and Alphas theI > > > > > null mode process was removed. Therefore, a later VAX and AlphadH > > > > > processor could have 0-2% utilization when it is idle and 100%! > > > > > when it was being used.e > > > >tH > > > > Do VAX and Alpha have a way to stop the CPU, like the WAIT state" > > > > on IBM S/360, S/370, etc.? > > > >r > > > > -- gleni > > >n > > > Dear Glen Herrmansfeldt: > > >hH > > > I don't know everything about IBM systems. You can stop a CPU on aF > > > VAX or Alpha from the console by issuing a control-p, which willF > > > produce the three chevrons >>>. The system will be stop. You canF > > > issue a "continue" and the system will continue were it stop at.D > > > There is a time limit and how much time you have I don't know. > > >p > > > Regards, > > > Daryl Jonesc > > >t >? >?+ > -----------------------------------------m > The information contained in this transmission may contain privileged and confidential information and is intended only for the use of the person(s) named above. If you are not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender immediately by reply e-mail and destroy all copies o f the original message. Please note that we do not accept account orders and/or instructions by e-mail, and therefore will not be responsible for carrying out such orders and/or instructions.  > If you, as an intended recipient of this commercial e-mail or advertisement, would not like to receive further e-mail correspondence from the sender, please "reply" to the sender indicating your wishes.> > In the U.S.: 1345 Avenue of the Americas, New York, NY 10105 >  >  >u >  >a   ------------------------------   End of INFO-VAX 2004.080 ************************