0 INFO-VAX	Fri, 01 Feb 2002	Volume 2002 : Issue 62      Contents:& Re: "C" written os's spell "disaster"!& Re: "C" written os's spell "disaster"!/ Re: Capellas wants IBM model, but does reverse!  Re: Carly's O/S Commitment Re: Carly's O/S Commitment Re: Carly's O/S Commitment( Re: COPY, BACKUP, /FTP etc -- TCPIP take Re: CSWS: POST Problem' Re: CTLPAGES - Monitoring Free P1 Space  curses on OpenVMS  DCPS and Ricoh Aficio 1035  Re: DEC 3800 power-up error code* DEC2000 m/300 vs. AlpfaStation 250 4/266 ?. Re: DEC2000 m/300 vs. AlpfaStation 250 4/266 ?. RE: DEC2000 m/300 vs. AlpfaStation 250 4/266 ?. Re: DEC2000 m/300 vs. AlpfaStation 250 4/266 ?. Re: DEC2000 m/300 vs. AlpfaStation 250 4/266 ?  Decamds and Availability manager$ Re: Decamds and Availability manager$ Re: Decamds and Availability manager# Re: Default terminal printer in CDE  disk drives  RE: disk drives  RE: disk drives  Re: emacs21 almost working? H Re:  EV7 systems (was Comparitive reliability figures as used by Compaq)" Re: How to fix corrupted RMS file?" Re: How to fix corrupted RMS file?" Re: How to fix corrupted RMS file? How to fix corrupted RMS file?" Re: How to fix corrupted RMS file? Identifying image files  Re: Identifying image files + Re: Itanium to be "Alpha Inside " says cNet + Re: Itanium to be "Alpha Inside " says cNet I Re: New Hewlett-PAQard Flash Poll Up at www.openvms.org and www.tru64.org I Re: New Hewlett-PAQard Flash Poll Up at www.openvms.org and www.tru64.org ( New Year's Sale on Toner Cartridges ....C Re: Opening a file for writing in shareable mode (newbie questions) P Re: Proliant better than Alphas  was (Re: Alphaserver 4100: physical memory) mem- Re: Question - those pesky MS Windows keys... - Re: Question - those pesky MS Windows keys... - Re: Question - those pesky MS Windows keys...  Re: setting the record straight  RE: setting the record straight  Re: setting the record straight  Re: Software Support RE: There must be a way . VMS booted on Itanic according to The Inquirer. Re: VMS boots on itanium!  Tru64 for 12 years!* VMS boots on itanium!  Tru64 for 12 years!. Re: VMS boots on itanium!  Tru64 for 12 years!6 Re: Where does VMS fit in here? (Was Re: HP admits...)6 Re: Where does VMS fit in here? (Was Re: HP admits...)6 RE: Where does VMS fit in here? (Was Re: HP admits...)6 Re: Where does VMS fit in here? (Was Re: HP admits...)6 Re: Where does VMS fit in here? (Was Re: HP admits...)  F ----------------------------------------------------------------------   Date: 1 Feb 2002 06:34:40 -0800 ) From: P.Young@unsw.EDU.AU (Patrick Young) / Subject: Re: "C" written os's spell "disaster"! = Message-ID: <55f85d77.0202010634.22eea2da@posting.google.com>   n "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message news:<R9f68.276$am1.4883@news.cpqcorp.net>...M > The reason that VMS system services require a length, is to make that probe N > possible without too high an overhead.  But it *is* possible to do it with aK > null terminated string *if* you really wanted to do it.  You just need to 8 > probe for each byte before reading/testing/copying it. >   3 This is **exactly** my understanding to the letter.   A I've accepted NULL terminated UNIX C type strings using executive ; mode routines, for example (also written in C), on Alpha...   L if (__PAL_PROBER(c_string_addr, c_string_len, ps_reg & PR$M_PS_PRVMOD) == 0)     return(SS$_ACCVIO);    With ps_reg being:    1     register unsigned int ps_reg = __PAL_RD_PS();   B In order to find out which mode you were previously in. OpenVMS isE cunning in that the last two bits of the status register are reserved F for software use - in this particular case (PRVMOD == defines previous
 access mode).   E The "register" keyword above is a little for "wank" value - BTW - the C C compiler might also believe this to be true of the programmer who  uses it.  H It's not that hard, and C is not that evil. Trust Fred and I on this ;-)  F The evil C type O/Ses (UNIX/Window(tm)) are all a poor implementation.  E Now, if you are on VAX - I've forgotten - and don't have a clue! my C F programming days came at around the end of my VAX days, and I told you already I have a bad memory.   ------------------------------  % Date: Fri, 01 Feb 2002 19:40:36 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender)/ Subject: Re: "C" written os's spell "disaster"! ; Message-ID: <3c5ae124.524144494f47414741@radiogaga.harz.de>   * Patrick Young (P.Young@unsw.EDU.AU) wrote:: > "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote...I > > The reason that VMS system services require a length, is to make that I > > probe possible without too high an overhead.  But it *is* possible to H > > do it with a null terminated string *if* you really wanted to do it.K > > You just need to probe for each byte before reading/testing/copying it.  > 5 > This is **exactly** my understanding to the letter.  > C > I've accepted NULL terminated UNIX C type strings using executive = > mode routines, for example (also written in C), on Alpha...  > N > if (__PAL_PROBER(c_string_addr, c_string_len, ps_reg & PR$M_PS_PRVMOD) == 0) >     return(SS$_ACCVIO);   J Errr ...and you get the c_string_len from where (if not from a parameter)?   cu,    Martin --  F   OpenVMS:                | Martin Vorlaender  |  VMS & WNT programmer3    The operating system   | work: mv@pdv-systeme.de F    God runs the           |   http://www.pdv-systeme.de/users/martinv/:    earth simulation on.   | home: martin@radiogaga.harz.de   ------------------------------    Date: 01 Feb 2002 08:09:40 +0800, From: Paul Repacholi <prep@prep.synonet.com>8 Subject: Re: Capellas wants IBM model, but does reverse!- Message-ID: <87bsfajc57.fsf@prep.synonet.com>   ' JF Mezei <jfmezei@videotron.ca> writes:   A > Now, since then, I did notice IBM becoming more open to non-IBM E > technologies (TCPIP, ethernet etc). Remember that IBM didn't want t B > adopt ethernet and went for its proprietary Token Ring technolgyA > that was inferior and a real pain.  And IBM had brainwashed its E > customers into thinking that ethernet was very inefficient etc etc.   E IBM saw standard networking as death... Once it is in place, then the 1 data can escape the castle. Not good for lock in.   C IBM *did* do an ethernet controller, it was called the DACU, Device D Attachment Control Unit. It was a channel to unibus addapter, plus aC DEUNA!! To order one and get it, you needed the blessing of the IBM  board in NY.  > Now, IBM seems to go for what ever will get them the long term	 revinue.     --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Fri, 01 Feb 2002 11:53:56 +0000 % From: Alan Greig <a.greig@virgin.net> # Subject: Re: Carly's O/S Commitment 8 Message-ID: <ta0l5uc9q29ggu8ccld58697jik5b0e6t6@4ax.com>  F On Thu, 31 Jan 2002 19:35:57 GMT, "Bill Todd" <billtodd@metrocast.net> wrote:   >  > M >In a similar vein, I hope that Walter Hewlitt manages to scrutinize Compaq's I >Q4 results under a microscope:  they're the only really new input to the I >merger debate, and knowing *exactly* what the numbers presented actually L >mean (whether they really do represent a bounce back or Compaq just managedK >to squeeze in a few big non-repeatable sales - perhaps at significant cost K >in margin - plus some non-repeatable Intel largesse from the previous deal 0 >to make them look good) will be very important.  B And have you noticed that Curly has recently been quoted as sayingB that they want to push the merger vote through by the end of MarchB come what may.  Coincidentally this is just before Q1 figures come out...     -- Alan   ------------------------------  % Date: Fri, 01 Feb 2002 12:04:09 +0000 % From: Alan Greig <a.greig@virgin.net> # Subject: Re: Carly's O/S Commitment 8 Message-ID: <fg0l5ucu80dboef39ho1hs85h4k00iq65j@4ax.com>  4 On Thu, 31 Jan 2002 17:58:35 GMT, "Terry C. Shannon"" <terryshannon@mediaone.net> wrote:     > M >And carrying that same theme forward, it is equally possible that all the HP G >strategists, numbercrunchers, and competitive intelligence people were  >similarly gulled.  B But we know not *all* were. Walter Hewlitt's commissioned analysisA certainly suggests that the 'facts' as presented by Compaq/HP are C misleading. And we know from recent US corporate events that senior @ board members will stay quiet and even resign and commit suicide rather than break ranks.   > . >IMHO the possibility is pretty darned remote.  A Is it given that the majority opinion of financial analysts still D seems to be that the figures used to support the pro-merger camp areF fundamentally flawed  and that the member of the board described as an0 "academic" by Carly is the one who spotted this?  E I'm really not sure what I can say about someone who thinks calling a = fellow board member  an "academic and musician" is an insult!      -- Alan   ------------------------------  % Date: Fri, 01 Feb 2002 12:09:36 +0000 % From: Alan Greig <a.greig@virgin.net> # Subject: Re: Carly's O/S Commitment 8 Message-ID: <l21l5ugot91t88td9ckv24gokas38sbigo@4ax.com>  D On 31 Jan 2002 12:07:16 -0600, young_r@encompasserve.org (Rob Young) wrote:  B >	However, in the case of a merger, books are dug into and secrets= >	shared.  They don't sit around speculating... and then pull H >	the trigger on a merger based on warm fuzzy feelings, and proposing or@ >	espousing such a theory isn't even worthy of idle speculation.  C Walter Hewlitt would disagree. Virtually all the financial analysts E say the Compaq/DEC takeover was a disaster *because* all they had was 1 "warm fuzzy feelings" and no hard plan of action.    -- Alan   ------------------------------   Date: 1 Feb 2002 09:59:39 -0800 ) From: john@ossc.net (John Gemignani, Jr.) 1 Subject: Re: COPY, BACKUP, /FTP etc -- TCPIP take < Message-ID: <35b06b78.0202010959.ecf523d@posting.google.com>  | Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote in message news:<01KDQ53NL7BK8ZJH7N@sysdev.deutsche-boerse.com>... >  > So that's 15 possibilities.  > I > We then have to take into account whether no, a higher, a lower or the  1 > same version of the output file already exists.  > J > We then have to look at COPY, both locally and over DECnet, BACKUP (why 6 > can't BACKUP work over DECnet?), COPY/FTP, FTP, RCP. > J > Altogether, a lot of different possibilities to copy a file from A to B. > I > That said, it's probably not a surprise that things are not completely  + > consistent.  My question: bug or feature?   A The behavior in COPY/FTP was meant to mimic the behavior of local E COPY.  From the TCPIP viewpoint, it's intentional. I cannot speak for D the global OpenVMS one.  As far as COPY/RCP is concerned, I have notD been involved with it, but I will bring it to someone's attention toF determine what the policy was.  RCP actually came from the days when aE combined Process-UCX offering was being investigated, so it was not a  "new" implementation.   @ So, for COPY/FTP it is a feature.  For COPY/RCP I cannot answer.   > I > BACKUP, COPY over DECnet, COPY/FTP and FTP do not issue a warning if a  ( > higer version exists.  Bug or feature?  F From the FTP viewpoint, I believe this is a bug.  We should be able to@ generate some form of response to indicate what COPY could.  FTP@ allows for "success" codes with text, we could select a code andC provide text or add an extra line of text (when using the multiline 5 responses) to relay the message that COPY would have.    > E > BACKUP keeps both dates, COPY over DECnet behaves like local COPY,  F > COPY/FTP and FTP update both dates.  Bugs or features?  I think the F > latter: a BACKUP is conceptually distinct from a COPY, and a BACKUP F > should be IDENTICAL to the source file, so keeping both dates makes J > sense; (COPY/)FTP is for creating files on "remote systems", so updating" > both dates seems to make sense.   F FTP does not have a direct provision for date manipulation, so this is
 a feature.   > 
 > What about   >  >    $  XXX A.B A.B  > I > i.e. XXX is one of the commands in question and no version is specified K > for input or output files?  All commands except BACKUP will create a new  I > version each time they are repeated; BACKUP won't, but gives the "file  1 > already exists" error message.  Bug or feature?   7 Since COPY/FTP is meant to mimic COPY, it is a feature.    > G > What about COPY/RCP?  Is this just a wrapper for RCP?  (OK, COPY/FTP  I > might be just a "wrapper" for FTP, but avoids the interactive aspect.)    C Both COPY/RCP and COPY/FTP are just alternate CLI interfaces to the E very same utilities.  Within the utilities themselves they understand D how they were invoked and act accordingly.  I know that FTP does not? turn COPY/FTP into simple GET and PUT commands.  It establishes A default directories, does wildcarding (directory lists), GETs and F PUTs, and some mode setting.  /VERBOSE could show you what is actuallyD happening.  It was not as "easy" as one would initially think.  WithF respect to the command line, no one in the UCX group was involved with@ its determination and definition (what it would be for COPY/FTP,; COPY/RCP, etc), which I personally was not too happy about.    E > Is there any point in using (COPY/)RCP or is it just for backwards  D > compatibility with (applications which talk to) unix applications?  E At the time I know that people complained about it "missing" from the ? product.  The response was to implement it.  It ~is~ merely for F compatibility with Unix applications, as the preferred method would beF FTP (the r* commands are Berkeley [unix] specifics), including rlogin,C rsh (and the embedded rcmd()when /user and /password are provided).    Are these comments helpful?    -John    ------------------------------   Date: 1 Feb 2002 01:48:54 -0800   From: theop@itex.je (Theo Platt) Subject: Re: CSWS: POST Problem = Message-ID: <31ff7ddd.0202010148.57c4a83d@posting.google.com>   u martin@radiogaga.harz.de (Martin Vorlaender) wrote in message news:<3c596ea8.524144494f47414741@radiogaga.harz.de>... 5 > Mike Rechtman (michael.rechtman@digital.com) wrote: E > > Snippet from a .COM file that works for me (Called by a form with  > > Method=POST):  > > ! > > $ open/read inp APACHE$INPUT: 1 > > $ read/end=finish/error=oops inp QUERY_STRING  > > $ close/nolog inp  > H > Citing from draft-coar-cgi-v11-03.txt (the project to make a CGI RFC): > C >      If the CONTENT_LENGTH value (see section 6.1.2) is non-NULL, D >      the server MUST supply at least that many bytes to scripts onE >      the standard input stream. Scripts are not obliged to read the E >      data. Servers MAY signal an EOF condition after CONTENT_LENGTH < >      bytes have been read, but are not obligated to do so.< > ->   Therefore, scripts MUST NOT attempt to read more than= > ->   CONTENT_LENGTH bytes, even if more data are available.  >  > cu, 
 >   Martin  D Great! Thanks guys! I was just missing out on the fact that you have to *READ* APACHE$INPUT.    Cheers   Theo   ------------------------------  $ Date: Fri, 1 Feb 2002 14:02:01 +0100$ From: "labadie" <labadie_g@decus.fr>0 Subject: Re: CTLPAGES - Monitoring Free P1 Space1 Message-ID: <4mw68.318$am1.6663@news.cpqcorp.net>   A "Andy Bustamante" <a_c_bustamante@earthlink.net> wrote in message @ news:u3g68.10632$ks5.1027277@newsread1.prod.itd.earthlink.net... > L > What I'd like to find is something which compares to F$GETSYI("WSMAX") and > F$GETJPI(PID,"WSPEAK").   J I am not sure that I understand what you want to do with the above, but if< you want to monitor the remaining CTLPAGES for a process, do	 $ ana/sys > sda> set proc/id=204002B3            ! if this is your process  SDA> exam @CTL$GQ_ALLOCREG 2 00000000.7FF501A0:  00000008.7FF502F8   "......"K                                                ----   remember this number,  the 8 , then do SDA>exa @.3 until you get "virtual data not in physical memory"    SDA> exa @. 2 00000000.7FF502F8:  00000048.7FF50590   "...H..." SDA> exa @. 2 00000000.7FF50590:  00000010.7FF506E0   "......" SDA> exa @. 2 00000000.7FF506E0:  00000030.7FF50810   "...0..." SDA> exa @.!2 00000000.7FF50810:  00000040.7FF522A0   ".".@..." SDA> exa @.m2 00000000.7FF522A0:  00000020.7FF52D10   ".-. ..." SDA> exa @. 2 00000000.7FF52D10:  00000030.7FF53020   " 0.0..." SDA> exa @.P2 00000000.7FF53020:  00000030.7FF533F0   "3.0..." SDA> exa @.r2 00000000.7FF533F0:  00000010.7FF53A00   ".:....." SDA> exa @.52 00000000.7FF53A00:  00000020.7FF53E30   "0>. ..." SDA> exa @.n2 00000000.7FF53E30:  00000010.7FF55250   "PR....." SDA> exa @. 2 00000000.7FF55250:  00000060.7FF6FFC0   "..`..." SDA> exa @. 2 00000000.7FF6FFC0:  0000003C.00000000   "....<..." SDA> exa @.4I %SDA-E-NOTINPHYS, 00000000.00000000 : virtual data not in physical memoryg   then you do eval of the sumy, SDA> eval 8+48+10+30+40+20+30+30+10+20+60+3c@ Hex = 00000000.0000021C   Decimal = 540         UCB$N_LSID+00002 Here $ sh proc/memory9 should show something close to this value in "free space"m  K I had taken a healthy process, and using the following Dcl I triggered thise8 error message, creating a bunch of private logical names
 ty dme.com	 $cp = 'p1c $l:t
 $ cp = cp + 1d $ def a'cp 'cp $ if cp.lt.'p2  then goto l   
 @dme 10 50 @dme 100 2000, until you get aI system-f-insfmem, insufficient dynamic memory, because you remaining freed CTLPAGES is too low.   Regards    Grard   ------------------------------   Date: 1 Feb 2002 08:03:27 -0800 , From: tony.cheung@asiayeah.com (Tony Cheung) Subject: curses on OpenVMS= Message-ID: <f9dc0a5a.0202010803.4e858b9c@posting.google.com>a   Hi,e  B I am trying to create a text-console application on the OpenVMS. I would be using C/C++.   C I've read about the curses implementations of OpenVMS and know thatuB it's not 100% compatible with other curses. Is that still true for
 OpenVMS v7.3?t  C Is there any other easier way to create a text-console with hilighteC menus, text-entry form? Or any other higher level libraries to use? % Any pointer will be much appreciated.    Thank you very much.   Tony Cheungi   ------------------------------  $ Date: Fri, 1 Feb 2002 13:33:12 -0500- From: "Todd Nelson" <toddnelson_@hotmail.com>i# Subject: DCPS and Ricoh Aficio 1035e) Message-ID: <3c5adf2b$1_1@news7.fast.net>S  
 Hello all.  K We have a Ricoh Aficio 1035 Copier / Printer that we would like to print to 
 from OpenVMS.V  E 1) The Ricoh has a network interface and is connected to our network.-L 2) We use DCPS / DCPS open for other printers - and therefore have licenses.    K What is the port number to print to?  The best info I have found appears tos% be 9100 - but it appears not to work.6   Any help is appreciated.     Thanks,    Todd.e   ------------------------------  % Date: Fri, 01 Feb 2002 07:18:55 -0500e2 From: rdeininger@mindspring.com (Robert Deininger)) Subject: Re: DEC 3800 power-up error codebI Message-ID: <rdeininger-0102020718550001@1cust2.tnt3.nashua.nh.da.uu.net>   / In article <3C5A04EB.A12DAD0@blueyonder.co.uk>,n% tim.llewellyn@blueyonder.co.uk wrote:b  = >wasn't there a gotcha with some 3000 series that required a  = >SROM upgrade before a particular firmware or VMS upgrade, orU' >your motherboard was rendered useless?x >t? >As I can't remember details, this may not be your problem, but D >you might want to research it more if other options fail to get you >working  E I have also heard a similar rumor.  I _think_ it only affects the DECeG 3000-400 model, and maybe the DEC 3000-500.  As I understand the rumor,e@ the version 1.0 SROM could not handle the firmware upgrades of aC particular era.  Later firmware upgrades apparently work around theaH problem.  I know I've upgraded model 400 systems to the latest firmware,- with the 1.0 SROM installed, without problem.h  I As I understand the parts in the DEC 3000 systems, the SROM is a socketedsJ chip, but not flashable, and the firmware ROMs are flashable, but solderedF in.  So once the firmware is ruined, just popping in a newer SROM chip wouldn't help.  I The motherboard would be repairable even if the firmware was trashed, but I there seems to be no easy way for a customer to do it.  The SROM contentsaF would not be damaged, and the jumper-selected diagnostic SROM programsI should make it possible to re-flash the firmware.  I've never seen a toolcD to do this, but it ought to be possible.  Probably a closely-guarded" secret of the field service folks.  E Many later alpha systems have the fail-safe boot mechanism available,oH where the SROM program is smart enough to load a firmware-fixer from the
 floppy drive.    ------------------------------  % Date: Fri, 01 Feb 2002 15:50:50 +0100*9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>i3 Subject: DEC2000 m/300 vs. AlpfaStation 250 4/266 ?p' Message-ID: <3C5AAB4A.EDF6355B@aaa.com>/   Hi. F Currently my VMS hobbyist system is a "DEC 2000 model 300" ("Jensen").A I saw the message about 7.3-1 not beeing "supported" on this box. ? (I also know that supported don't have to say "don't work", but 
 anyway...)  G Now, I'v got an offer to buy a "AlphaStation 250 4/266" for aprox $300.  With a RZ28, CDD45, 128 Mb mem.n   Is the price "right" ?> How to compair the performance of these two boxes ? I couldn't; find the AlphaStation on the lists of systems at the CompaqrG site (http://www.compaq.com/alphaserver/performance/perf_by_name.html).n  : Just take 266/150 = 1.77 ? Or are there other parts in the2 boxes that makes the difference larger then 1.77 ?  > And last, is there a "risk" that this box also will soon be on the unsupported list ?   Best Regards Jan-Erik Sderholm.j   ------------------------------  # Date: Fri, 01 Feb 2002 16:10:00 GMTjF From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman)7 Subject: Re: DEC2000 m/300 vs. AlpfaStation 250 4/266 ?t1 Message-ID: <s5z68.335$am1.6830@news.cpqcorp.net>e  4 Personally, having dealt with both systems, I'd take/ the AlphaStation 250 over the DEC 2000 any day.t  4 Just not having to deal with EISA is a bonus.  Being5 able to plug in PCI devices is a plus.  I think, wheni1 you take into account the better I/O arraingement 1 of the AlphaStation, you will get better than then5 improvement from just the CPU clock speed on anything / that involves I/O and is not totally CPU bound.,/ I'm fairly certain you can put more memory intoe, the AlphaStation 250.  You also have a wider choice of adaptors for the 250.l  - I'm sure the 2000 will continue to run and bes- useful for many years to come, but the 250 ism a more versatile system.   -- o(  B. Z. Lederman   Personal Opinions Only  8  Posting to a News group does NOT give anyone permission8  to send me advertising by E-mail or put me on a mailing  list of any kind.  5  Please remove the "DISABLE-JUNK-EMAIL" if you have at5  legitimate reason to E-mail a response to this post.    ------------------------------  $ Date: Fri, 1 Feb 2002 13:04:22 -0500* From: WILLIAM WEBB <WWEBB1@email.usps.gov>7 Subject: RE: DEC2000 m/300 vs. AlpfaStation 250 4/266 ?q- Message-ID: <0033000050223400000002L002*@MHS>1  6 =0AGo for the 250 unless you just have a real fondness
 for antiques.   0 This is what we colloquially call a "no-brainer"  ( The DEC2000 was one of the first Alphas.  > Hardware specs on DEC 2000/300 are in the 1995 SOC., pp 10-12.. I can't find it on-line, I'm looking at paper.  + There's nothing in there about performance.   - The specs on the AlphaStation 250 are online:mH http://www.compaq.com/alphaserver/workstations/retired/a250series.html#= perf  E Plus, (I shudder when saying this) at component prices I've seen, theo0 *parts* of the 250 are worth at least that much.   WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ( Sent: Friday, February 01, 2002 12:14 PMB To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET3 Subject: DEC2000 m/300 vs. AlpfaStation 250 4/266 ?-     Hi.-F Currently my VMS hobbyist system is a "DEC 2000 model 300" ("Jensen").A I saw the message about 7.3-1 not beeing "supported" on this box. ? (I also know that supported don't have to say "don't work", but0
 anyway...)  H Now, I'v got an offer to buy a "AlphaStation 250 4/266" for aprox $300.=   With a RZ28, CDD45, 128 Mb mem.s   Is the price "right" ?> How to compair the performance of these two boxes ? I couldn't; find the AlphaStation on the lists of systems at the CompaqlH site (http://www.compaq.com/alphaserver/performance/perf_by_name.html).=    < Just take 266/150 =3D 1.77 ? Or are there other parts in the2 boxes that makes the difference larger then 1.77 ?  > And last, is there a "risk" that this box also will soon be on the unsupported list ?   Best Regards Jan-Erik S=F6derholm.=   ------------------------------  * Date: Fri, 1 Feb 2002 15:28:03 +0000 (UTC) From: david20@alpha1.mdx.ac.uk7 Subject: Re: DEC2000 m/300 vs. AlpfaStation 250 4/266 ?d+ Message-ID: <a3ec62$ijt$1@aquila.mdx.ac.uk>a  c In article <3C5AAB4A.EDF6355B@aaa.com>, Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> writes:o >Hi.G >Currently my VMS hobbyist system is a "DEC 2000 model 300" ("Jensen"). B >I saw the message about 7.3-1 not beeing "supported" on this box.@ >(I also know that supported don't have to say "don't work", but >anyway...): >:   Jan,  N Slight correction. The 7.3 SPD says that VMS 7.3-1 will be the last version to@ support the DEC 2000 Models 300/500 and the Tadpole ALPHAbook 1.  2 See http://www.compaq.com/info/SP2501/sp2501pf.pdf  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------   Date: 1 Feb 2002 09:49:29 -0600l- From: Kilgallen@SpamCop.net (Larry Kilgallen)r7 Subject: Re: DEC2000 m/300 vs. AlpfaStation 250 4/266 ?t3 Message-ID: <QQlklZwUoDG8@eisner.encompasserve.org>   c In article <3C5AAB4A.EDF6355B@aaa.com>, Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> writes:h > Hi.nH > Currently my VMS hobbyist system is a "DEC 2000 model 300" ("Jensen").C > I saw the message about 7.3-1 not beeing "supported" on this box.jA > (I also know that supported don't have to say "don't work", but7 > anyway...) > I > Now, I'v got an offer to buy a "AlphaStation 250 4/266" for aprox $300.m! > With a RZ28, CDD45, 128 Mb mem.B >  > Is the price "right" ?  D In my opinion it is.  But for a hobbyist I would not worry about theB lack of "support" unless you found that a new release actually did	 not work.p   ------------------------------  # Date: Fri, 01 Feb 2002 15:30:21 GMTy# From: "John N." <JNixon@cfl.rr.com>') Subject: Decamds and Availability manager > Message-ID: <hwy68.184278$_w.28671875@typhoon.tampabay.rr.com>  A Can someone help me understand the difference between DECAMDS andh AVAILABILITY MANAGER?e  H Our GS140 w VMS 7.2-1 began crashing daily after we installed a batch ofI important Fibre Channel related ECOs.  Compaq support said it is probablyoH DECAMDS and that installing the new DECAMDS  **and/or**   AVAIL_MAN kits should fix the problem.d    I We have been using DECAMDS since VMS 5.5-2, but as far as I know, we have I never installed an AVAIL_MAN kit.  I don't know if I need to install this J new AVAIL kit they sent us or not.  Between our "new and improved" versionF of DSN not being worthy of Bill Gates, and everybody at Compaq supportL seemingly  being on vacation or out sick,  I cannot get an answer from them.   ------------------------------  # Date: Fri, 01 Feb 2002 16:10:43 GMTF1 From: "Mark D. Jilson" <jilly@clarityconnect.com>e- Subject: Re: Decamds and Availability manageri1 Message-ID: <3C5ABE4E.F5C557B@clarityconnect.com>d  H DECAMDS is the 'old' Availability Manager product and this is a pure VMSF code base that runs on OpenVMS VAX and OpenVMS Alpha.  AVAILMAN is theD 'new' Availability Manager product and the 'console' piece is a JAVAH code base which can run on OpenVMS Alpha or a Wintel platform.  For bothG products the data provider piece is native VMS code.  There is an issuemA with the data provider piece in that it had some issues in how itoF handled it's IO (RMDRIVER) that could cause some crashes.  The DECAMDSH V7.3B kit or AVAILMAN V2.0-1 supply the bits to solve this issue.  So ifF you wish to stay with DECAMDS then you may do so.  Here is the DECAMDS+ V7.3B release note that describes the issue   F Rare RMDRIVER-induced system crashes in I/O post processing on OpenVMSH Version 7.2 and later systems while running the DECamds client have beenC fixed. Also, the reloading of the driver on OpenVMS VAX systems now' works correctly. i  F See http://www.openvms.compaq.com/openvms/products/availman/index.html" for downloads, documentation, etc.   "John N." wrote: > C > Can someone help me understand the difference between DECAMDS andh > AVAILABILITY MANAGER?  > J > Our GS140 w VMS 7.2-1 began crashing daily after we installed a batch ofK > important Fibre Channel related ECOs.  Compaq support said it is probablysJ > DECAMDS and that installing the new DECAMDS  **and/or**   AVAIL_MAN kits > should fix the problem.n > K > We have been using DECAMDS since VMS 5.5-2, but as far as I know, we have,K > never installed an AVAIL_MAN kit.  I don't know if I need to install this L > new AVAIL kit they sent us or not.  Between our "new and improved" versionH > of DSN not being worthy of Bill Gates, and everybody at Compaq supportN > seemingly  being on vacation or out sick,  I cannot get an answer from them.   -- CD Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  # Date: Fri, 01 Feb 2002 16:14:03 GMThF From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman)- Subject: Re: Decamds and Availability managere1 Message-ID: <f9z68.336$am1.6595@news.cpqcorp.net>e  8 I'm fairly certain someone more directly involved in the' product will answer, but until they do:o  6 The 'driver' (the portion of the software that sits on6 your system and which provides system data in response< to a request) is the same for AMDS and Availability Manager.4 You definately want the newest version supported for5 your version of the operating system, with any updatet kits, installed.  9 The difference is in the software that issues the requestz6 for data, analyzes it, and displays it on your screen.3 AMDS runs only on OpenVMS systems, and it can be on 5 the same system as the driver, or a different system. 1 Availability Manager is newer, and runs either onn7 OpenVMS Alpha systems or Windows NT systems.  It offers 4 some user options that the older AMDS does not have,4 and is the version that is planned to receive future3 updates and enhancements.  (As far as I know, theree6 are no plans to drop AMDS, but there are also no plans to add new features to it.)    --  (  B. Z. Lederman   Personal Opinions Only  8  Posting to a News group does NOT give anyone permission8  to send me advertising by E-mail or put me on a mailing  list of any kind.  5  Please remove the "DISABLE-JUNK-EMAIL" if you have a>5  legitimate reason to E-mail a response to this post.e   ------------------------------   Date: 1 Feb 2002 00:50:48 -0800o3 From: gartmann@immunbio.mpg.de (Christoph Gartmann) , Subject: Re: Default terminal printer in CDE= Message-ID: <e319d183.0202010050.5dba3245@posting.google.com>    rdeininger@mindspring.com (Robert Deininger) wrote in message news:<rdeininger-3101021826480001@1cust172.tnt2.nashua.nh.da.uu.net>...mR > In article <a3bevb$llt$1@n.ruf.uni-freiburg.de>, gartmann@immunbio.mpg.de wrote: > 	 > >Hello,. > >aM > >how do I define a default printer for my DECterm windows under CDE? I haveTM > >a logical SYS$PRINT defined jobwide that points to my preferred queue. But * > >this doesn't help. I tried to to put a 2 > >  $ DEFINE decw$printer_format_default "LASER7"R > >in SESSIONETC.COM, no luck either. Setting the printer from within the terminalK > >window and saving the settings in DECW$TERMINAL_DEFAULT.DAT doesn't help.M > >either. The printer setting doesn't seem to get saved in there. Thus, whatr > >else could I try? > >  > >Regards,  > >   Christoph Gartmann > G > in DECwindows Motif, you can define logical names which control whichG > queues are listed in the Print... dialog boxes.  Something like this:  > 5 > $ define decw$printer_format_text "queue_1,queue_2"0= > $ define decw$printer_format_ps   "queue_3,queue_4,queue_5" > K > Only the queues you list will show up in the dialog boxes.  (Don't ask mea. > where this is documented, I don't remember.) > K > I don't know if the CDE print mechanism honors these logical names.  I'vee > never clicked that icon.    E I tried various possibilities and found that the following line in my7 LOGIN.COM did the trick:0    $ DEFINE decw$printer_format_default "LASER7"@ Of course, I had to log out from CDE and login again in order to activate the settinig.   Regards,    Christoph Gartmann0   ------------------------------  # Date: Fri, 01 Feb 2002 13:00:07 GMTt# From: "John N." <JNixon@cfl.rr.com>h Subject: disk drives? Message-ID: <rjw68.500584$oj3.95590417@typhoon.tampabay.rr.com>0  J I was trying to find information on the Compaq web site about the 36GB 15KE rpm (or faster)  disk drives for my Fibre Channel arrays that will be J accessed from my Alhpa ES40s.  Can anyone give me a clue how to find this?   Thanks.n   ------------------------------  $ Date: Fri, 1 Feb 2002 06:03:41 -0800# From: "Tom Linden" <tom@kednos.com>2 Subject: RE: disk drives9 Message-ID: <CIEJLCMNHNNDLLOOGNJIGEAJEBAA.tom@kednos.com>f  L You will probably get a better price at your local elctronics store.  In any event 3 there is also info at ibm.com the ultrastar drives.e   > -----Original Message-----* > From: John N. [mailto:JNixon@cfl.rr.com]) > Sent: Friday, February 01, 2002 5:00 AM. > To: Info-VAX@Mvb.Saic.Como > Subject: disk drives >t >nL > I was trying to find information on the Compaq web site about the 36GB 15KG > rpm (or faster)  disk drives for my Fibre Channel arrays that will beuL > accessed from my Alhpa ES40s.  Can anyone give me a clue how to find this? >3	 > Thanks.e >a >o   ------------------------------  $ Date: Fri, 1 Feb 2002 16:53:37 +0100 From: zessin@decus.dee Subject: RE: disk drives* Message-ID: <00A08EC9.74AF4156.3@decus.de>   John N. wrote:L > I was trying to find information on the Compaq web site about the 36GB 15KG > rpm (or faster)  disk drives for my Fibre Channel arrays that will beDL > accessed from my Alhpa ES40s.  Can anyone give me a clue how to find this?  . We're talking about the modular arrays, right?  : 36.4-GB Ultra3 SCSI 15K rpm 1in (25.4mm) drive  232916-B22 as in:B http://www.compaq.com/products/quickspecs/10545_div/10545_div.html   some more info at:7 http://www.compaq.com/products/servers/proliantstorage/ ,  drives-enclosures/hotplug-ultra3/index.html7 http://www.compaq.com/products/servers/proliantstorage/o"  drives-enclosures/docs/index.html   -- s
 Uwe Zessin   ------------------------------  $ Date: Fri, 1 Feb 2002 16:58:22 +01009 From: =?iso-8859-1?Q?Roar_Thron=E6s?= <roart@nvg.ntnu.no>j$ Subject: Re: emacs21 almost working?J Message-ID: <Pine.LNX.4.40.0202011653470.30180-100000@hagbart.nvg.ntnu.no>  * On Fri, 1 Feb 2002, Patrick Spinler wrote:  E > I'm getting a "-SYSTEM-F-SHRIDMISMAT, ident mismatch with shareablewH > image" error on "...[SYSLIB]SECURESHRP.EXE" when I attempt to run your > prebuild binaries.  9 You have probably older VMS than 7.3? (I also use CC 6.2)a  G > May I ask for a quick guideline on the build procedure you're using ?o) > I'll attempt to rebuild it myself here.g   $ mmk/ign=war debuga   Regards, Roar   ------------------------------  % Date: Fri, 01 Feb 2002 11:42:50 +0000 % From: Alan Greig <a.greig@virgin.net>rQ Subject: Re:  EV7 systems (was Comparitive reliability figures as used by Compaq)r8 Message-ID: <i9uk5u8c2kfk92b70phbi0dli8392v1h1m@4ax.com>  5 On Thu, 31 Jan 2002 07:43:46 -0500, "Fred Kleinsorge" $ <kleinsorge@star.zko.dec.com> wrote:  F >Can't help you there.  Our lab has a 16p.  Everyone should have 2 (to< >replace all their other machines, and have one for backup).  : You mean a 16p EV7 system can replace *all* other previousC Alphaservers put together. I definitely want one :-) Does this mean.D you now have a 16p EV7 'workstation' ? By "our lab" I'm assuming youD mean your area and not all of VMS engineering? I guess you just walkA up to stores, hand in your XP900 and get a 16p EV7 in exchange :)o  J >I'm sure that as these systems come closer to First Revenue Ship, that weI >will have characterization information on the configurations being sold.e  E If EV7 systems are already considered stable enough to become primarysF development systems within VMS engineering then hopefully Revenue ShipF can't be too far away. It had better be or, at this rate, you won't beD able to get into work in the morning without climbing over a growing3 mound of EV7 servers overflowing into the car-park.c  C Would be nice if a side effect of cancelling EV8 is that all effort E can now be devoted to bumping the clock speed of EV7 systems which, IiC guess, might not have had the same priority if EV8 was still in theoC works. EV7 at 4Ghz in a couple of years with McKinley stuck at 2Ghz % would be amusing if it could be done..  C All of the EV7 information so far does seem to at least confirm the D *possibility* of reports from Ayr that some massive EV7 based systemE has already shipped somewhere. And even if the reports are nonsense IAA have no problems repeating a positive Alpha  rumour for a change!w     -- Alan   ------------------------------  $ Date: Fri, 1 Feb 2002 16:10:29 -00004 From: "Chris Sharman" <chris.sharman@ccagroup.co.uk>+ Subject: Re: How to fix corrupted RMS file?tB Message-ID: <1012579835.20863.0.nnrp-08.9e989e7e@news.demon.co.uk>  L > Many of the files only have 1 or 2 bad VBNs.  Is it possible to somehow do aeE > raw binary edit and fix the block by putting in the missing recordsJL > manually?  I can reconstruct the missing records from paper reports but toC > re-enter the entire file represents several man-months of effort.e  I If you have a VAX available, patch/absolute will allow you to do a binary  edit. I Alternatively, there's probably some freeware available, or you could usee DCL.  H The best bet though might be to use convert to recover the file: it willI gather all the data that's available, ignoring any corrupt index buckets,mH and build you a nice clean file, missing only the unrecoverable records,? which you could then rekey with whatever tools are appropriate.     Talk to support for best advice.  
 Chris Sharmanw   ------------------------------  % Date: Fri, 01 Feb 2002 11:56:58 -0500o% From: JF Mezei <jfmezei@videotron.ca>c+ Subject: Re: How to fix corrupted RMS file?.+ Message-ID: <3C5AC8D1.886D749@videotron.ca>    Jack Peacock wrote:eN > Many of the files only have 1 or 2 bad VBNs.  Is it possible to somehow do aE > raw binary edit and fix the block by putting in the missing recordsU > manually?   L Have you considered writing a small program that does $GET from the file andI $PUT to a new file, and when you get a bad block, you'd seek pas that bad F block, write a "blank error" block to the new file and then continue ?   ------------------------------  % Date: Fri, 01 Feb 2002 11:58:35 -0500 % From: JF Mezei <jfmezei@videotron.ca>d+ Subject: Re: How to fix corrupted RMS file?q, Message-ID: <3C5AC932.85C1343D@videotron.ca>   Chris Sharman wrote:J > The best bet though might be to use convert to recover the file: it willK > gather all the data that's available, ignoring any corrupt index buckets,oJ > and build you a nice clean file, missing only the unrecoverable records,A > which you could then rekey with whatever tools are appropriate.l  3 What if the errors are caused by hard disk errors ?v   ------------------------------  $ Date: Fri, 1 Feb 2002 07:48:05 -0800* From: "Jack Peacock" <peacock@simconv.com>' Subject: How to fix corrupted RMS file? 9 Message-ID: <lPy68.276867$Bw6.6749427@news.webusenet.com>e  I I have a situation where a failing SCSI controller has corrupted files ontJ all devices (two disks and backup tape).  Machine is an Alpha 2100 runningH VMS 6.1 and a financial application.  There are a handful of large filesJ (100+MB) which fail with bad VBNs when I run $ANALYZE/RMS.  Some files are indexed, others are relative.v  F Unfortunately I can't restore from a backup because the problem wasn'tL discovered until at least 2 months after it began...all 30 backup tapes have corrupted copies.   L Many of the files only have 1 or 2 bad VBNs.  Is it possible to somehow do aC raw binary edit and fix the block by putting in the missing recordsmJ manually?  I can reconstruct the missing records from paper reports but toA re-enter the entire file represents several man-months of effort.e  J I have shut down the 2100 causing the problem (a very nasty one as nothingI showed up in the error log or tape verify) and moved the files to anotherrJ machine, which has stopped further loss of data.  If anyone knows of tools@ to patch the RMS structure in a file I'd appreciate some advice.    Jack Peacockm   ------------------------------   Date: 1 Feb 2002 10:15:59 -08008( From: bob@instantwhip.com (Bob Ceculski)+ Subject: Re: How to fix corrupted RMS file?s= Message-ID: <d7791aa1.0202011015.6e4d4c9d@posting.google.com>7  k "Jack Peacock" <peacock@simconv.com> wrote in message news:<lPy68.276867$Bw6.6749427@news.webusenet.com>...yK > I have a situation where a failing SCSI controller has corrupted files onlL > all devices (two disks and backup tape).  Machine is an Alpha 2100 runningJ > VMS 6.1 and a financial application.  There are a handful of large filesL > (100+MB) which fail with bad VBNs when I run $ANALYZE/RMS.  Some files are > indexed, others are relative.2 > H > Unfortunately I can't restore from a backup because the problem wasn'tN > discovered until at least 2 months after it began...all 30 backup tapes have > corrupted copies.  > N > Many of the files only have 1 or 2 bad VBNs.  Is it possible to somehow do aE > raw binary edit and fix the block by putting in the missing records2L > manually?  I can reconstruct the missing records from paper reports but toC > re-enter the entire file represents several man-months of effort.d > L > I have shut down the 2100 causing the problem (a very nasty one as nothingK > showed up in the error log or tape verify) and moved the files to anothereL > machine, which has stopped further loss of data.  If anyone knows of toolsB > to patch the RMS structure in a file I'd appreciate some advice. >    Jack Peacockk  O 30 days omly!  we have a 4 week turnover on backup tapes also, but we also once M a month cut a tape and take it to a bank vault!  we have a seven year monthlysL tape archive in case we would have to reconstruct data ... as for the data, & you better limber up those fingers ...   ------------------------------  % Date: Fri, 01 Feb 2002 08:46:22 -0800d* From: James Gessling <jgessling@yahoo.com>  Subject: Identifying image files) Message-ID: <3C5AC65E.D816768F@yahoo.com>n  E I was looking for a way to better identify what cms class was used tox build an image. H I know about identification= in the option file, and am using that.  But
 noticed inH $ anal/image something called "image file build identification".  Anyone knowB how to set that?  (I can't find it in the linker manual)  vms 7.2.   Thanks, Jimr   ------------------------------   Date: 1 Feb 2002 11:20:17 -0600o- From: Kilgallen@SpamCop.net (Larry Kilgallen) $ Subject: Re: Identifying image files3 Message-ID: <JdMBiFC9q+uf@eisner.encompasserve.org>   V In article <3C5AC65E.D816768F@yahoo.com>, James Gessling <jgessling@yahoo.com> writes:G > I was looking for a way to better identify what cms class was used to' > build an image.aJ > I know about identification= in the option file, and am using that.  But > noticed inJ > $ anal/image something called "image file build identification".  Anyone > knowD > how to set that?  (I can't find it in the linker manual)  vms 7.2.  F That field is intimately tied in with the behaviour of PRODUCT INSTALLA for patch kits.  You would be better off to use the regular imagen9 identification field to store your CMS Class information.c   ------------------------------  % Date: Fri, 01 Feb 2002 12:13:44 +0000 % From: Alan Greig <a.greig@virgin.net>t4 Subject: Re: Itanium to be "Alpha Inside " says cNet8 Message-ID: <qe1l5uog23hosatvoc049u6jtj1sueolbp@4ax.com>  F On Thu, 31 Jan 2002 19:53:06 GMT, "Bill Todd" <billtodd@metrocast.net> wrote:    K >Push the stated dates out a year or so and it at least becomes potentially K >believable wishware.  But with the baggage Itanic carries there's no clearoM >way they can possibly hope to create a product with as much performance *or*a= >efficiency as EV7 and EV8 - and about 3 years later to boot.s  D Given that ex Alpha architects are heavily involved with AMD  HammerA and that Intel is now working on X86-64 itself. I wonder if thereaC could be a temptation within Intel to divert some of the Alpha teami% picked up from Compaq to X86-64 work.a   >  >- billE >D >*   -- Alan   ------------------------------    Date: 02 Feb 2002 01:41:50 +0800, From: Paul Repacholi <prep@prep.synonet.com>4 Subject: Re: Itanium to be "Alpha Inside " says cNet- Message-ID: <87wuxxdrq9.fsf@prep.synonet.com>i  6 "Terry C. Shannon" <terryshannon@mediaone.net> writes:  D > Yep. I doubt that superscalar, out of order execution, and related0 > Alpha RISC artifacts are compatible with EPIC.  IF > On the other hand, on-chip switching and possibly SMT are candidates$ > for inclusion in future IPF chips.  E What part of EPIC don't you understand? it already IS SMT. For a very. small slow value of SMT...   -- /< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.e@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Fri, 01 Feb 2002 14:08:24 GMTo( From: "Ken Farmer" <kfarmer@openvms.org>R Subject: Re: New Hewlett-PAQard Flash Poll Up at www.openvms.org and www.tru64.org? Message-ID: <sjx68.69337$a07.13752437@typhoon.southeast.rr.com>e  @ "Eric Smith" <eric-no-spam-for-me@brouhaha.com> wrote in message* news:qhzo2taito.fsf@ruckus.brouhaha.com...8 > "Terry C. Shannon" <terryshannon@mediaone.net> writes:K > > So, what do think about HP's proposed acquisition of Compaq in light ofy thep5 > > European Union's decision not to oppose the deal?e >iH > The European Union only cares whether the result will form a monopoly.F > They haven't said anything about whether the deal makes any businessJ > sense; that's not their job.  Therefore their lack of opposition doesn't. > offer any good reason to support the merger.      I We're polling the community as a follow-up to the earlier poll related topL the Walter Hewlett events.  Now that the EU has approved the merger does theJ community think it is more or less likely to happen.  It has nothing to doG with the EU thinking it makes business sense or not.  If any additionalPI events occur we will probably make a new poll to see if community opinion  has changed or swayed.  $ http://www.openvms.org/pollbooth.php" http://www.tru64.org/pollbooth.php  I If you look at the earlier poll related to Hewlett, you can already see atH slight (although not many people have voted on the second poll) shift inF opinion toward a successful merger in the second poll.  Now that mightD change, but it will be interesting to see if that trend continues asK HP-Compaq overcome obsticles to the merger.  We're just looking to see whatbJ the community thinks of the probability of a successful merger.  It's alsoJ interesting to see the differences in the OpenVMS and Tru64 communities as# far as their difference of opinion.e      I > And the deal *still* does not make any business sense.  I find it quitefJ > amusing that Walter Hewlett offers actual arguments as to why the mergerI > is bad, but the best that Carly Fiorina can offer by way of rebuttal isEC > personal attacks against Walter.  It doesn't matter what Walter'snG > background is, if he has good arguments against the merger.  It's not E > like Carly's background in medieval history is any more relevant ton
 > running HP.  >eI > Any time a big corporation has problems, the executives rush to start aSG > merger, acquisition, or divestiture.  It rarely achieves the promisedeG > effect; often the cure is worse than the disease.  It's a wonder that > > shareholders continue to put up with this style of so-called > "management" year after year.o   -- Kenneth Farmer http://www.OpenVMS.org http://www.Tru64.org   ------------------------------  * Date: Fri, 1 Feb 2002 07:10:30 -0800 (PST). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>R Subject: Re: New Hewlett-PAQard Flash Poll Up at www.openvms.org and www.tru64.org@ Message-ID: <20020201151030.36392.qmail@web20206.mail.yahoo.com>   IT IS DONE !!!!!!!!!!!!!!!!!!!    0 And I believe, if the HP families still refusing. the merger, the end brand name will be Compaq.   Regt   FC  2 --- "Terry C. Shannon" <terryshannon@mediaone.net> wrote:6 > So, what do think about HP's proposed acquisition of > Compaq in light of the3 > European Union's decision not to oppose the deal?K > You can weigh in with your& > opinion at http://www.openvms.org or > http://www.tru64.org > -- > Terry C. Shannon > Consultant and Publisher > Shannon Knows Compaq' > Director at Large, Encompass US, Inc.b. > Northern Delegate, DFWCUG Steering Committee" > email: terryshannon@mediaone.net4 > Web (info on SKC):  www.openvms.org, www.tru64.org >  >      =====p ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilo fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do You Yahoo!?3 Great stuff seeking new owners in Yahoo! Auctions!   http://auctions.yahoo.comn   ------------------------------   Date: Fri, 1 Feb 2002 13:06:42 From: latia43j&j@newho.com1 Subject: New Year's Sale on Toner Cartridges ....l" Message-ID: <5032623@MVB.SAIC.COM>   D & J Printing Corporation 2564 Cochise Drive Acworth, GA 30102o (V)770-974-8228- (F)770-974-7223  DPRINT2000@AOL.COM      3  --LASER, FAX AND COPIER PRINTER TONER CARTRIDGES--s  = *WE ACCEPT GOVERNMENT, SCHOOL AND UNIVERSITY PURCHASE ORDERS*r     9     ***FREE SHIPPING WITH ANY ORDER OF $200 OR MORE!!!***b   APPLE6  1   LASER WRITER SELECT 300/310/360 		$60          h<   LASER WRITER PRO 600/630 OR 16/600            $60         ;   LASER WRITER 300/320 OR 4/600         	$45               b7   LASER WRITER LS/NT/NTR/SC                     $50     3   LASER WRITER 2NT/2NTX/2SC/2F/2G               $50w)   LASER WRITER 12/640				             $600                            o HEWLETT PACKARDc  3   LASERJET SERIES 1200 (C7115A)                 $40n4   LASERJET SERIES 4100X/4100A (C8061A/X)        $99 *   LASERJET SERIES 1100/1100A (C4092A)		$400   LASERJET SERIES 2100/SE/XI/M/TN (C4096A)  	$706   LASERJET SERIES 2/2D/3/3D (92295A) 		$43            -   LASERJET SERIES 2P/2P+/3P (92275A)		$55	  	h2   LASERJET SERIES 3SI/4SI   (92291A)	        $75  =   LASERJET SERIES 4/4M/4+/4M+/5/5M/5N (92298A/X)$55          0>   LASERJET SERIES 4L/4ML/4P/4MP (92274A)	$40	                 ;   LASERJET SERIES 4000/T/N/TN  (C4127A/X-H YLD) $70        ib   LASERJET SERIES 4V/4MV (C3900A)		$80                              		                            ]   LASERJET SERIES 5000 (C4129X) 	       $95                                                   3   LASERJET SERIES 5L/6L	(C3906A)                $39s3   LASERJET SERIES 5P/5MP/6P/6MP (C3903A)        $50 :   LASERJET SERIES 5SI/5SI MX/5SI MOPIER/8000(C3909A/X)	$80+   LASERJET SERIES 8100/N/DN ((C4182X)		$1005     HEWLETT PACKARD LASERFAX  4   LASERFAX 500/700, FX1 			$50                      5   LASERFAX 5000/7000, FX2  			$65                    -7   LASERFAX FX3					$60                                 u8   LASERFAX FX4 					$65                                    LEXMARKo   3   E312L, E310 (13T0101)                         $75   7   OPTRA 4019, 4029 HIGH YIELD			$130                   m7   OPTRA R, 4039, 4049 HIGH YIELD		$125		               s^   OPTRA S, 4059 HIGH YIELD			$135                                                             F   OPTRA N               			$100                                       4   OPTRA T 610/612/614                           $215     EPSON LASER TONERa     EPL-7000/7500/8000 		$95                                n   EPL-1000/1500			$95t    
 EPSON INK JETo  0   STYLUS COLOR 440/640/740/760/860 (COLOR)   $20  0   STYLUS COLOR 740/760/860  (BLACK)          $20     CANONe:   LBP-430     			$45                                      #   LBP-460/465 	      $55           i   LBP-8 II    			$50		   LBP-LX      			$54					a   LBP-NX      			$90					    LBP-AX      			$49					    LBP-EX      			$59					n   LBP-SX      			$49					o   LBP-BX        		$90					   LBP-PX      			$49					o   LBP-WX          		$90					   LBP-VX      			$59		   			 &   CANON FAX L700 THRU L790 (FX1)	$55		'   CANON FAX L5000 THRU L7500 (FX2)	$65	 *   CANON LASERCLASS 4000/4500/300 (FX3)	$60+   CANON LASERCLASS 8500 THRU 9800 (FX4) $65   
 CANON COPIERSa  2   PC 1/2/3/6/6RE/7/8/11/12/65 (A30)	        $69			*   PC 210 THRU 780 (E40/E31)			     $80				3   PC 300/400 (E20/E16)                          $80e   NECf  R   SERIES 2 LASER MODEL 90/95			$100		  SERIES SUPERSCRIPT 860	                $115   =         ***FREE SHIPPING WITH ANY ORDER OF $200 OR MORE!!!***a       PLEASE NOTE:  &  * ALL OF OUR PRICES ARE IN US DOLLARS;  * WE SHIP UPS GROUND.  ADD $6.50 FOR SHIPPING AND HANDLINGr4  * WE ACCEPT ALL MAJOR CREDIT CARDS OR "COD" ORDERS.7  * COD CHECK ORDERS ADD $3.50 TO YOUR SHIPPING COST.   r>  * OUR STANDARD MERCHANDISE REPLACEMENT POLICY IS NET 90 DAYS.8  * WE DO NOT SELL TO RESELLERS OR BUY FROM DISTRIBUTERS.A  * WE DO NOT CARRY: BROTHER, MINOLTA, KYOSERA, PANASONIC, XEROX, n8                     FUJITSU, OKIDATA OR SHARP PRODUCTS. 8  * WE ALSO DO NOT CARRY:  DESKJET OR BUBBLEJET SUPPLIES.>  * WE DO NOT BUY FROM OR SELL TO RECYCLERS OR REMANUFACTURERS.  (            -PLACE YOUR ORDER AS FOLLOWS-   1) BY PHONE (770) 974-8228) 2) BY MAIL:  D AND J PRINTING CORPORATIONl              2564 COCHISE DR              ACWORTH, GA 30102" 3) BY INTERNET: DPRINT2000@AOL.COM  =  INCLUDE THE FOLLOWING INFORMATION WHEN YOU PLACE YOUR ORDER:t   1) YOUR PHONE NUMBER 2) COMPANY NAMEi 3) SHIPPING ADDRESSu 4) CONTACT NAMEe 5) ITEMS NEEDED WITH QUANTITIESe0 6) METHOD OF PAYMENT (COD, CREDIT CARD, OR P.O.)* 7) CREDIT CARD NUMBER WITH EXPIRATION DATE; ** IF YOU ARE ORDERING BY PURCHASE ORDER, PLEASE INCLUDE A -=    SEPARATE BILLING ADDRESS AND SHIPPING ADDRESS WHEN NEEDED.F   R ** TO BE REMOVED FROM THIS LIST, SEND YOUR REQUEST TO                               DPRINT2000@AOL.COMi                ------------------------------   Date: 1 Feb 2002 00:09:01 -0800., From: tony.cheung@asiayeah.com (Tony Cheung)L Subject: Re: Opening a file for writing in shareable mode (newbie questions)= Message-ID: <f9dc0a5a.0202010009.5a49d61c@posting.google.com>h   Hi All,   F Thanks to all, I have finally managed to open a log file, while a userF could do a TYPE/CONTINUS (unix equivalent of tail -f) on the log file.   Here's how I do it finally,-  E _fd = ::open(_fileName.c_str(), O_CREAT | O_APPEND | O_WRONLY, 00644,e "shr=get","ctx=rec","rop=rea");i  B after every write(), I am now doing a fsync() so that a user could/ tail on the file and see the real-time changes.h   Tony Cheungv  U system@SendSpamHere.ORG wrote in message news:<00A08CE7.EB1C0571@SendSpamHere.ORG>...rn > In article <f9dc0a5a.0201300340.5303050c@posting.google.com>, tony.cheung@asiayeah.com (Tony Cheung) writes:
 > >Hi All, > >tF > >I am trying to open a log file for writting in a C++ application in > >OpenVMS 7.3.v > >-I > >I am only familar with Unix and I just found out while the application H > >is writting to the log, the user cannot view the log file due to fileG > >locking. (originally I've thought they could do a unix equivalent ofe > >tail -f)w > >a. > >Here's the code I use to open the log file, > > B > >::open(_fileName.c_str(), O_CREAT | O_APPEND | O_WRONLY, 00644) >  MB > ::open(_fileName.c_str(), O_CREAT | O_APPEND | O_WRONLY, 00644, 0 >        "shr=get","rfm=var","rat=cr","mrs=255") > B > I believe is the syntax.  I use the fopen() in C and this works. > L > Keep the file rfm:var and rat:cr and more VMS applications will be able to$ > process the file while it is open.   ------------------------------  % Date: Fri, 01 Feb 2002 11:09:53 +0000r( From: Nic Clews <sendspamhere@127.0.0.1>Y Subject: Re: Proliant better than Alphas  was (Re: Alphaserver 4100: physical memory) memr) Message-ID: <3C5A7781.6283BAF2@127.0.0.1>e   Fabio Cardoso wrote: > 4 > You cannot deny that in a few years OpenVMS, Linux- > and WNT or similar will run in the same box + > concurrently. Sharing the same hardware !e. > Intel problems were not their processors but& > the bad developed operating systems.  A After some while hacking about with my home AMD based system, andc< conducting my own research (and other observations) into theH instabilities I'm experiencing, I think this conclusion is correct. I'llC spare you the gruesome details of having to follow procedures whicheE included clicking my heels three times, and resulted in corrupting myc system disk.  D I know at home I need a board and CPU upgrade, but I'm steering wellG clear of VIA chipsets and AMD processors. Perhaps on paper AMD may look A better, but the field tells a different story. Whilst I'm not thec@ world's biggest fan of M$ operating systems, in my case they areA absolved. There is software, hardware, and what I now describe asw
 "sufferware".b  H It's a P4 and a mobo with an Intel chipset for me, I personally will not! consider AMD for my next upgrade.    --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot come   ------------------------------  # Date: Fri, 01 Feb 2002 10:35:19 GMTs1 From: CSABA  HARANGOZO   <csabah@zipworld.com.au>N6 Subject: Re: Question - those pesky MS Windows keys...8 Message-ID: <Hbu68.3583$ko4.319326@nasal.pacific.net.au>  ( Colin Blake <colin@theblakes.com> wrote: > "David J. Dachtera" wrote:  9 >> I don't suppose any of this is documented anywhere...?o   > I found these on the web:e  1 >   Windows key = Displays taskbar and Start menug- >   Windows key + E = Starts Windows Explorera, >   Windows key + F = Finds files or folders- >   Ctrl + Windows key + F = Finds a computer + >   Windows key + M = Minimizes all windowsi9 >   Shift + Windows key + M = Undoes Minimize All Windows 1 >   Windows key + R = Displays the Run dialog boxt: >   Windows key + Tab = Cycles through the taskbar buttons> >   Windows key + Break = Displays the System Properties sheet  9 	In Windblows 95, you can find a file called "Tips" under = 	C:\Windows. I think it is a .txt. It lists different things,-, 	tips, shortcuts, etc.  Worth have a look...   						Cheers,   Csabai  I    ----------------------------------------------------------------------CE    * Csaba I. Harangozo     |    'To err is human', said the hedgehogwE    * csabah@zipworld.com.au |           as he dismounted a wirebrush.oI    ----------------------------------------------------------------------m;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:w   ------------------------------  % Date: Fri, 01 Feb 2002 11:49:40 +0000n% From: Alan Greig <a.greig@virgin.net>-6 Subject: Re: Question - those pesky MS Windows keys...8 Message-ID: <e10l5uk08cbrthc01kfnapaard3qc0p4h9@4ax.com>  5 On Thu, 31 Jan 2002 21:36:20 -0500, "Kenneth Randell"e <ken.randell@fortel.com> wrote:1  L >Not to be overly nosey, but is this USB keyboard + mouse X11/Motif work forM >the Itanium port, or is this something we can expect to see in an Alpha soon  >to arrive at your door?  C If you order a 16p EV7 system Compaq will throw in a USB keyboard +i# scroll wheel mouse absolutely free.l  & Power cable still costs $399 though :) -- Alan   ------------------------------  % Date: Fri, 01 Feb 2002 11:50:09 +0000a% From: Alan Greig <a.greig@virgin.net>U6 Subject: Re: Question - those pesky MS Windows keys...8 Message-ID: <p60l5uor7nd3hc3ti67hqe0ntgmogi9tvr@4ax.com>  5 On Thu, 31 Jan 2002 08:01:02 -0500, "Fred Kleinsorge"-$ <kleinsorge@star.zko.dec.com> wrote:  J >Outstanding.  Thanks to everyone.  I will generate some keys, and suggestH >that the keysym files be updated.  What these keys might actually do in+ >Motif/CDE is something entirely different.l >oL >As an extra added bonus.  I decided since it was "easy" to do, I have put aM >hack into the code (that apparently Linux/XFree86 has done)... if there is aaI >thumbwheel on a USB mouse, by default it will generate UP and DOWN arrowtI >keys (and for a delta > abs(1) it will use PAGE UP and PAGE DOWN).  ThisdK >will allow you to scroll in Netscape/Mozilla, and to move up and down in ai   Keep up the good work!  G >terminal editing session.  Strictly speaking, I "should" be generatingeG >CTRL-UP/DOWN since that is what the style guide suggests for operatingrL >scrolling regions - but you have no idea how many things do and don't work.L >I'll try to provide a system tool to enable sending control - for those who	 >want it.y >eK >I've also made the USB keyboard decoder structure driven, and will providewF >the ability for system managers to "load" custom keyboard translationL >tables.  We translate all keyboards into scancodes that are compatable withM >the LK401/444/443.  This will allow you to change the translation (of courserH >you'll need new KEYSYM files) it ALSO will allow custom keyboards to beM >supported without a custom driver (there have been at least 3 customers overM0 >the years who I have built custom drivers for). >a+ >Next stop?  Who knows - multi-seat anyone?C >c >  >,? >"Malcolm" <malcolm@neverness.freeserve.co.uk> wrote in message * >news:a39uhf$mjg$1@newsg4.svr.pol.co.uk... >>C >> "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message . >> news:kZY58.209$am1.4475@news.cpqcorp.net...E >> > I've just finished the USB keyboard and mouse input decoders for2
 >> X11/Motif. H >> > And while I'm in here, I think I'll actually generate something for >thoseM >> > pesky 3 extra keys on keyboards designed for windows (I'll do it for the3$ >> > current PS2 keyboards as well). >> >H >> > But generating keycodes is one thing, deciding on what the *keysym* >shouldoK >> > be is another.  That is, X11 uses a set of tables that are loaded fromoK >> > KEYSYM files to translate the keycodes that it gets, into keysyms that  >the >> > application uses. >> >K >> > Does anyone know what, if any, is the  standard or even typical keysyml2 >> > mappings for these keys on random UNIX boxes? >> >M >> Does this help? In order: left Windows key, right Windows key, "menu" key.i >>< >> From a Linux system with a UK keyboard, XFree86 X server. >>= >> KeyPress event, serial 24, synthetic NO, window 0x4400001, F >>     root 0x26, subw 0x0, time 3114162516, (51,-78), root:(180,443),H >>     state 0x10, keycode 115 (keysym 0xffe7, Meta_L), same_screen YES,, >>     XLookupString gives 0 characters:  "" >>? >> KeyRelease event, serial 24, synthetic NO, window 0x4400001,oF >>     root 0x26, subw 0x0, time 3114162562, (51,-78), root:(180,443),H >>     state 0x50, keycode 115 (keysym 0xffe7, Meta_L), same_screen YES,, >>     XLookupString gives 0 characters:  "" >>= >> KeyPress event, serial 24, synthetic NO, window 0x4400001,uF >>     root 0x26, subw 0x0, time 3114165319, (51,-78), root:(180,443),K >>     state 0x10, keycode 116 (keysym 0xff20, Multi_key), same_screen YES,l, >>     XLookupString gives 0 characters:  "" >>? >> KeyRelease event, serial 24, synthetic NO, window 0x4400001, F >>     root 0x26, subw 0x0, time 3114165385, (51,-78), root:(180,443),K >>     state 0x10, keycode 116 (keysym 0xff20, Multi_key), same_screen YES, , >>     XLookupString gives 0 characters:  "" >>= >> KeyPress event, serial 24, synthetic NO, window 0x4400001,sF >>     root 0x26, subw 0x0, time 3114166428, (51,-78), root:(180,443),F >>     state 0x10, keycode 117 (keysym 0xff67, Menu), same_screen YES,, >>     XLookupString gives 0 characters:  "" >>? >> KeyRelease event, serial 24, synthetic NO, window 0x4400001,,F >>     root 0x26, subw 0x0, time 3114166474, (51,-78), root:(180,443),F >>     state 0x10, keycode 117 (keysym 0xff67, Menu), same_screen YES,, >>     XLookupString gives 0 characters:  ""B >> X connection to :0.0 broken (explicit kill or server shutdown). >> >> -Malcolm. >>J >> > The keys, BTW, are the ones that look like the flying MS Windows logo	 >> (theretK >> > is a left and right) as well as the one that looks like a menu with ang >> arrowC >> > on it (i.e. like you are selecting something from a pulldown).w >> >G >> > The USB definitions for these are left and right GUI and "Keyboard0 >> > Application". >> > >> > Any opinions out there? >> > >> > >> >> >H   -- Alan   ------------------------------  % Date: Fri, 01 Feb 2002 10:03:21 -05001% From: JF Mezei <jfmezei@videotron.ca>o( Subject: Re: setting the record straight+ Message-ID: <3C5AAE38.5505161@videotron.ca>i  $ re: naysayers causing damage to VMS.  F Naysayers only reflect the thinking of a certain percentage of the VMSJ "population". And that thinking is the result of Compaq's handling of VMS.  J NOT complaining about Compaq's handling of VMS would cause far more damageG because it would give Compaq carte blanche to increase the its negative/ handling of VMS.  N If a governmnent had plans to kill off all citizens by slowly increasing dosesK of poison in food so that the folks wouldn't really notice until it was tooiJ late, wouldn't you should out as loud as you could the minute you realised what the government was up to ?=   ------------------------------  $ Date: Fri, 1 Feb 2002 11:55:59 -0500> From: "Koska, John C. (LNG-MBC)" <John.C.Koska@lexisnexis.com>( Subject: RE: setting the record straightM Message-ID: <3D35AD137AAAD411A6BA0008C7B1B12D0160273F@MBCALBEXC03.BENDER.COM>w  E Please excuse this injection, but I had a few spare brain cycles that-E spun your way on this whole Compaq marketing VMS etc discussion; and o( I could not help myself in a reply post.  F It has occurred to me that VMS is a "cash cow" for Compaq, and as suchG one has to "freshen" the cow once in awhile to keep milk production up.9 Hence, the small boost.C  E So, unless one can change the view of VMS in the eyes of Compaq from EI a "cow" to "a small bright star" that can become a "Sun" (pun intended); HI any efforts to lessen milk production or perceived as such... may result LG in the "cow" being send to the slaughter house, or to another farmer.   F One being very preferred over the other, from my perspective.  I like E milk.  And I do think VMS can shine in a HPAQ company.  Market forces 6 and world events are changing to favor VMS technology.  
 Got Milk?, :) jck
 John Koska Matthew Bender & Co., Inc. -"   A Member of the LexisNexis Group
 1275 Broadway7 Albany, NY  12204  USAn 518-487-3255 John.C.Koska@lexisnexis.com   ) I post personal opinion only, and all the9* disclaimers one could imagine apply.  That( includes, I speak for myself only and my) views in no way represent my employer(s).R+ One should also take note of the ElectronicS) Communications Privacy Act of 1986, whichA+ imposes civil and criminal liability on any5( person who intentionally intercepts "any( wire, oral or electronic communication."   > -----Original Message-----. > From: JF Mezei [mailto:jfmezei@videotron.ca]+ > Sent: Thursday, January 31, 2002 11:23 PM	 > To: Info-VAX@Mvb.Saic.Com * > Subject: Re: setting the record straight >  >  > "Alan E. Feldman" wrote:E > > Re the "plan": I don't know of any successful endeavor that saved < > > things by killing them. I suppose there could me such a  > situation, but > > I don't see this as such.  >  > @ > Two years ago. Compaq started to see a problem with declining  > VMS sales. Its@ > options were to kill VMS or give it a small boost. They chose  > to give it a> > small boost. But now they think theyu are safe for a while,  > so they aren't > doing anything.  > < > The only way to get Compaq's attention is to aim where it  > hurts: the subsidies< > that VMS generate to help them run their wintel stuff. If  > they see those= > subsidies threathened by customers leaving VMS faster than I > anticipated, they ' > will react with another rensaissance.  > 9 > HOWEVER: the minute their wintel business starts to be   > profitable and startsP; > to regain market share, then they won't need VMS anymore.A > = > And when Compaq ceases to exist in a few months, PC prices   > should rise a bit0> > since there won't be so much overcapacity. This should make  > HP's PC business= > perhaps profitable. And this may be bad news for VMS if HP   > doesn't feel it  > needs VMS to survive.  >    ------------------------------  % Date: Fri, 01 Feb 2002 12:40:38 -0500-% From: JF Mezei <jfmezei@videotron.ca>$( Subject: Re: setting the record straight, Message-ID: <3C5AD30B.B4FBE467@videotron.ca>  7 "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>  wrote:o*  Organization: Compaq Computer Corporation  M > OK.  We've hit the bottom.  Bill and JF now have now trotted out Nazi's andU4 > genocide.  Need these threads continue any longer? > N > Bill, until you actually become a customer... flake off.  JF... go with him.     Mr Kleinsorge,    M If you are going to start to use such words doing personal attacks, I suggest2L you add a big disclaimer that dissociate yourself from your employer that is identified in your message.6   Secondly, what do you prefer:   H -some customers who are very worried about the future of VMS and want to discuss what CompaqCO is doing, which includes discussing the problems with Compaq's handling of VMS r   or  L -customers who "flake off" at your request and leave you alone, but tell allB their customers/employers that they should stay away from Compaq ?    L For someone whose job is dependant Compaq continuing to develop VMS,  I findJ it quite odd that you would have such a reaction.  Considering that you'veI already seen your peers at Alpha and compilers sold off to companies they M wouldn't have chosen to work for, I am quite surprised that you would feel soEN secure that you'd have no problem insulting those customers who fear that yourD job  and try to find ways to convince Compaq to start promoting VMS.  J Fine, I will leave you alone. But don't expect ANY sympathy in a few yearsK when you are sold to Microsoft. I won't even bother telling you "I TOLD YOUUJ SO". And meanwhile I will silenty become in the second class of people whoA have "flaked off" and do tell customers to avoid anything Compaq.A   ------------------------------  # Date: Fri, 01 Feb 2002 16:17:10 GMTR1 From: "Mark D. Jilson" <jilly@clarityconnect.com>P Subject: Re: Software SupportI2 Message-ID: <3C5ABFD1.E67EF125@clarityconnect.com>  C In general, software support is not sold for particular versions of0H software but sold to allow a company to receive support on the currentlyF supported version(s) of the product.  Generally, when new versions areB released they become the currently supported version and the olderF version is no longer supported.  In some cases Compaq makes a decisionG to allow support for older versions either due to computability reasonslF or because it is a good idea and sometimes Compaq decides to formalize? support for older versions but with a price uplift and selectedeF limitations.  Prior Version Support for OpenVMS is an example of this.  = > Is there a clause in the support contract that requires thea > site to stay updated?h   -- aD Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  $ Date: Fri, 1 Feb 2002 08:06:22 +0100 From: zessin@decus.dei  Subject: RE: There must be a way* Message-ID: <00A08E7F.CCF84DCA.1@decus.de>   "Barry Treahy, Jr." wrote: >Paul Repacholi wrote:/ >>"Barry Treahy, Jr." <Treahy@mmaz.com> writes:o) Sigh, he 'wrote' - he did not 'writes'...   B >>>Are you sure about this?  Don't partitions appear as additionalC >>>LUN's for the SCSI ID?  That is what we see based on our SCSI toN >>>SCSI RAID Array...O >>> >>That is doone totally inside the RAID adapter. VMS sees eachC >>'partition' as a physical unit. A disk is a disk, is a disk. Evenr> >>if it is a floppy or a CD, or in this case, some thing else. >>C >I would agree with you except that the array is SCSI ID 7 and each G >parition is represented as LUN's, therefore instead of seeting DKA100,-G >DKA200, DKA300 as you would normally see with individual drives, I seem >DKA700, DKA701, DKA702, etc....   A LUN is a separate disk!t  7 DKA0   means that there is a disk at target id 0, LUN 0 7 DKA1   means that there is a disk at target id 0, LUN 1 7 DKA100 means that there is a disk at target id 1, LUN 0 7 DKA200 means that there is a disk at target id 2, LUN 0 7 DKA700 means that there is a disk at target id 7, LUN 0e7 DKA701 means that there is a disk at target id 7, LUN 1o7 DKA702 means that there is a disk at target id 7, LUN 2w  ? All are separate disks. On HSZ array controllers you can create @ a mix like DKA100, DKA101, DKA200, DKA201. Each can be a unit on@ top of a storage-set or a partition carved out of a storage-set.? A storage-set is usually a number of disks combined to a RAID-ne; set. Still, all are separate disks to the operating system.    -- w
 Uwe Zessin   ------------------------------  % Date: Fri, 01 Feb 2002 15:22:09 +0000n% From: Alan Greig <a.greig@virgin.net>m7 Subject: VMS booted on Itanic according to The InquirerW8 Message-ID: <picl5ukr103il9pnn1dj9thse31nt8tden@4ax.com>  ' http://www.theinquirer.net/01020208.htm    Compaq boots VMS on Itanic     Parallel Lines  & By Mike Magee, 01/02/2002 11:16:30 BST    E THE PORT OF VMS to the Itanium platform is moving quickly, Compaq hastA told the INQUIRER, with engineers already booting the OS on Intels chips.C But there's obviously still a way to go, the company has cautioned.1  D Richard George, European marketing director of Compaq's Alpha group,@ also moved to reassure his customers that whatever happened withF Hewlett Packard, and merger or no merger, his company was committed toA both developing and supporting its Unix - Tru64 - for at least 12y years.  F That commitment was part of contracts it had entered into with various of Compaq's customers, he said.t  A After the merger, Compaq will work with HP to produce a convergedeC version - known in the trade as Itanium Unix, and that will featurec' embedded clustering technology he said.   E Porting VMS to the Itanium platform was a simpler matter than porting 2 it from the VAX to the Alpha platform, he claimed.  A That required tens of thousands of software modules, while so farwE moving from Alpha to VMS has only taken 50 software modules, he said.5  ? There is, however, a great deal of work to be done on compiler, F application, middleware and other technology before the formal release/ of VMS for the Itanium, probably in mid 2005. -      The Inquirer   2002 Breakthrough- Publishing Ltd   All rights reserved.  ( Discuss this story on our Message Forum 
 Back to Front            w  d  m               h  i  u  d  w  b  h Home      -   -- Alan   ------------------------------  % Date: Fri, 01 Feb 2002 10:56:44 -0500S% From: JF Mezei <jfmezei@videotron.ca> 7 Subject: Re: VMS boots on itanium!  Tru64 for 12 years!2, Message-ID: <3C5ABAB7.13BA4A39@videotron.ca>   Bob Ceculski wrote::F > Richard George, European marketing director of Compaq's Alpha group,  J Unless it comes on paper signed by Capellas and Carly, I doesn't hold muchM credibility as far as a public statement is concerned. Similar statements hadh been made about Alpha and MPE.  H > That commitment was part of contracts it had entered into with various! > of Compaq's customers, he said.d  J Yep, they will honour contracts with individual customers, but it does notM mean that the software will remain publicly available, and it certaintly does N not mean that ISVs have committed to continuing to develop for Tru64 on Alpha.  E What that statement means however is that local sales folks are seingsL potential customers stay away from a dead solution (Tru64 on Alpha) and thatM they feel compelled to reduce some of the damage created by Capellas, Winklert and friends.   ------------------------------   Date: 1 Feb 2002 07:41:16 -0800k( From: bob@instantwhip.com (Bob Ceculski)3 Subject: VMS boots on itanium!  Tru64 for 12 years!t= Message-ID: <d7791aa1.0202010741.7d2dce2a@posting.google.com>d   Compaq boots VMS on Itanic     Parallel Lines e& By Mike Magee, 01/02/2002 11:16:30 BST  E THE PORT OF VMS to the Itanium platform is moving quickly, Compaq haseA told the INQUIRER, with engineers already booting the OS on Inteld chips.C But there's obviously still a way to go, the company has cautioned.s  D Richard George, European marketing director of Compaq's Alpha group,@ also moved to reassure his customers that whatever happened withF Hewlett Packard, and merger or no merger, his company was committed toA both developing and supporting its Unix - Tru64 - for at least 12o years.  F That commitment was part of contracts it had entered into with various of Compaq's customers, he said.n  A After the merger, Compaq will work with HP to produce a converged,C version - known in the trade as Itanium Unix, and that will feature ' embedded clustering technology he said.a  E Porting VMS to the Itanium platform was a simpler matter than porting42 it from the VAX to the Alpha platform, he claimed.  A That required tens of thousands of software modules, while so farkE moving from Alpha to VMS has only taken 50 software modules, he said.l  ? There is, however, a great deal of work to be done on compiler,fF application, middleware and other technology before the formal release- of VMS for the Itanium, probably in mid 2005.e   ------------------------------  # Date: Fri, 01 Feb 2002 16:04:24 GMTe4 From: "Terry C. Shannon" <terryshannon@mediaone.net>7 Subject: Re: VMS boots on itanium!  Tru64 for 12 years!I= Message-ID: <c0z68.18715$%h1.7530878@typhoon.ne.mediaone.net>2  5 "Bob Ceculski" <bob@instantwhip.com> wrote in messagel7 news:d7791aa1.0202010741.7d2dce2a@posting.google.com...t > Compaq boots VMS on Itanic >  > Parallel Lines( > By Mike Magee, 01/02/2002 11:16:30 BST >lG > THE PORT OF VMS to the Itanium platform is moving quickly, Compaq has C > told the INQUIRER, with engineers already booting the OS on Intela > chips.E > But there's obviously still a way to go, the company has cautioned.e  H Indeed there is. Methinks the rumours of a VMS-on-IPF boot are a wee bitI premature. At least one cross-compiler has been up and running for nearly ? four months now, but the scheduled first boot isn't until 2H02.    ------------------------------  % Date: Fri, 01 Feb 2002 10:58:13 +0000u% From: Alan Greig <a.greig@virgin.net>s? Subject: Re: Where does VMS fit in here? (Was Re: HP admits...)48 Message-ID: <hbsk5u8pac5taroptg028bedk5it9isbi5@4ax.com>  ) On 31 Jan 2002 12:32:12 -0800, Eric Smithy) <eric-no-spam-for-me@brouhaha.com> wrote:e  E >The KL10-A is only used in the 1080, was in tall cabinets, and has avH >KL10-PA, though it could be field upgraded to a -PV or -PW.  It did not >have internal RH20 channels.r  G >In summary, when someone says "Model A" or "Model B", it is ambiguous.eH >But it's most likely that they are referring to the KL10-PA or KL10-PV,J >and not the system-level packaging.  A 2040 (KL10-C) was often configuredG >with a KL10-PA, in which case it can be considered to have a "Model A"o >backplane.m  D So therefore the 2040s with a KL10-PV (model B) could be more easilyF upgraded to a 2060 than a 2040 with KL10-PA (model A). As you wouldn'tC have to replace the model A CPU? Which is what I thought I recalledo anyway.   E A 1080 initially fitted with a KL10-PA if field upgraded to a KL10-PVn@ FOC (high level of system crashes and more convenient for DEC toB replace with a model B than a model A) by DEC would, in deed, haveE reduced the number of spares F-S had to hold onto if all other KL-10seF locally were model B. Again that fits in with what I recall happening.  B Machines in question were #1115 (1080 Dundee University) and #2172B (2040 upgraded to 2060) Dundee College of Technology. The replacedF KL10-PA from #1115 was on display in Dundee University Computer CentreE (DEC didn't want it back) for many years and may even still be there.a   -- Alan   ------------------------------  ! Date: Fri, 01 Feb 02 12:44:56 GMT  From: jmfbahciv@aol.come? Subject: Re: Where does VMS fit in here? (Was Re: HP admits...)o+ Message-ID: <a3eabb$pvd$2@bob.news.rcn.net>l  3 In article <80+MwCB4qcq+@eisner.encompasserve.org>, 1    koehler@encompasserve.org (Bob Koehler) wrote:rF >In article <a3bjko$q8e$3@bob.news.rcn.net>, jmfbahciv@aol.com writes: >>  G >> I'd be surprised if anybody was running a later release on old gear.?E >> Usually, people only bother if they have to get code for new gear.  >aA >   Nonsense.  I worked on lots of projects where we kept the OS,tB >   compilers, and such up to date.  I'm looking at installing 7.3/ >   on an old system in the next couple months.s  6 Are there any technical reasons for keeping updated?  ; Is there a clause in the support contract that requires thei site to stay updated?    /BAH  ' Subtract a hundred and four for e-mail.o   ------------------------------  $ Date: Fri, 1 Feb 2002 10:35:02 -0500+ From: "Main, Kerry" <Kerry.Main@Compaq.com>t? Subject: RE: Where does VMS fit in here? (Was Re: HP admits...)aT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1C12@kaoexc01.americas.cpqcorp.net>  < >>> Are there any technical reasons for keeping updated? <<<  C Just came back from Customer with some large VAX's and they are nowtD considering a VAX to Alpha upgrade. Their reasoning was not based on> performance, as they use large VAX's and they handle the loads( adequately, but rather "supportability".  F They are in the process of updating all their hardware and software toE vendor supported version levels as they view having good support fromr? all their vendors a critical component of meeting their businesS requirements. =20d  H Note - this does not mean upgrade to the latest and greatest, but ratherD the latest version which makes the most sense for their environment.  H Rather than invest in maint and software contracts from Compaq and theirG third party ISV's for "enterprise" level VAX 76xx's, they view a better F investment would be take that same money and invest in a small cluster, of "workgroup" level servers like DS20's.=20   Regards, =20 
 Kerry Main Senior Consultantg Compaq Canada Corp.r Professional Servicesa Voice: 613-592-4660e Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----2 From: jmfbahciv@aol.com [mailto:jmfbahciv@aol.com] Sent: February 1, 2002 7:45 AM To: Info-VAX@Mvb.Saic.Comi? Subject: Re: Where does VMS fit in here? (Was Re: HP admits...)r    3 In article <80+MwCB4qcq+@eisner.encompasserve.org>,01    koehler@encompasserve.org (Bob Koehler) wrote: F >In article <a3bjko$q8e$3@bob.news.rcn.net>, jmfbahciv@aol.com writes: >>=20pG >> I'd be surprised if anybody was running a later release on old gear.rE >> Usually, people only bother if they have to get code for new gear.o >nA >   Nonsense.  I worked on lots of projects where we kept the OS,aB >   compilers, and such up to date.  I'm looking at installing 7.3/ >   on an old system in the next couple months.   8 Are there any technical reasons for keeping updated? =20; Is there a clause in the support contract that requires theX site to stay updated?=20   /BAH  ' Subtract a hundred and four for e-mail..   ------------------------------  * Date: Fri, 1 Feb 2002 15:30:00 +0000 (UTC) From: david20@alpha1.mdx.ac.uk? Subject: Re: Where does VMS fit in here? (Was Re: HP admits...)o+ Message-ID: <a3ec9o$ijt$2@aquila.mdx.ac.uk>g  E In article <a3eabb$pvd$2@bob.news.rcn.net>, jmfbahciv@aol.com writes:p4 >In article <80+MwCB4qcq+@eisner.encompasserve.org>,2 >   koehler@encompasserve.org (Bob Koehler) wrote:G >>In article <a3bjko$q8e$3@bob.news.rcn.net>, jmfbahciv@aol.com writes:  >>> H >>> I'd be surprised if anybody was running a later release on old gear.F >>> Usually, people only bother if they have to get code for new gear. >>B >>   Nonsense.  I worked on lots of projects where we kept the OS,C >>   compilers, and such up to date.  I'm looking at installing 7.3e0 >>   on an old system in the next couple months. >t7 >Are there any technical reasons for keeping updated?  t< >Is there a clause in the support contract that requires the >site to stay updated? f >m  D For software support you are charged more for prior version support.  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------   Date: 1 Feb 2002 10:18:42 -0800 ( From: bob@instantwhip.com (Bob Ceculski)? Subject: Re: Where does VMS fit in here? (Was Re: HP admits...)r< Message-ID: <d7791aa1.0202011018.988ffbe@posting.google.com>   "Main, Kerry" <Kerry.Main@Compaq.com> wrote in message news:<BE56C50EA024184DAF48F0B9A47F5CF401AB1C12@kaoexc01.americas.cpqcorp.net>...C> > >>> Are there any technical reasons for keeping updated? <<< > E > Just came back from Customer with some large VAX's and they are nowdF > considering a VAX to Alpha upgrade. Their reasoning was not based on@ > performance, as they use large VAX's and they handle the loads* > adequately, but rather "supportability". > H > They are in the process of updating all their hardware and software toG > vendor supported version levels as they view having good support fromhA > all their vendors a critical component of meeting their businese > requirements.  w > J > Note - this does not mean upgrade to the latest and greatest, but ratherF > the latest version which makes the most sense for their environment. > J > Rather than invest in maint and software contracts from Compaq and theirI > third party ISV's for "enterprise" level VAX 76xx's, they view a bettermH > investment would be take that same money and invest in a small cluster, > of "workgroup" level servers like DS20's.  > 
 > Regards, >  t > Kerry Main > Senior Consultantm > Compaq Canada Corp.h > Professional Services  > Voice: 613-592-4660  > Fax  :  819-772-7036 > Email: Kerry.Main@Compaq.com >   * what took them so long to figure that out?   ------------------------------   End of INFO-VAX 2002.062 ************************