1 INFO-VAX	Wed, 16 Nov 2005	Volume 2005 : Issue 639       Contents: Re: Alpha Powered logo) Batch Job Log Files are VFC Record Format - Re: Batch Job Log Files are VFC Record Format - Re: Batch Job Log Files are VFC Record Format - Re: Batch Job Log Files are VFC Record Format - Re: Batch Job Log Files are VFC Record Format - Re: Batch Job Log Files are VFC Record Format - Re: Batch Job Log Files are VFC Record Format G Re: Lack of response on c.o.v. (was:Re: File spec wildcard match test?) ' Re: LK201 surgery: broken leg for R key ' Re: LK201 surgery: broken leg for R key ' Re: LK201 surgery: broken leg for R key ' Re: LK201 surgery: broken leg for R key ' Re: LK201 surgery: broken leg for R key ' Re: LK201 surgery: broken leg for R key 1 Looking for inexpensive power supply for DTC03-AA # Making iso file from VMS install CD ' Re: Making iso file from VMS install CD ' Re: Making iso file from VMS install CD ' Re: Making iso file from VMS install CD ' Re: Making iso file from VMS install CD ' Re: Making iso file from VMS install CD ' Re: Making iso file from VMS install CD " OT: Carly wants to work with Arnie" Re: OT: Fiorina still up to things+ Re: OT: Sun's Andy Bechtolsheim  on Itanium + Re: OT: Sun's Andy Bechtolsheim  on Itanium + RE: OT: Sun's Andy Bechtolsheim  on Itanium + RE: OT: Sun's Andy Bechtolsheim  on Itanium + RE: OT: Sun's Andy Bechtolsheim  on Itanium + Re: OT: Sun's Andy Bechtolsheim  on Itanium + Re: OT: Sun's Andy Bechtolsheim  on Itanium + Re: OT: Sun's Andy Bechtolsheim  on Itanium + Re: OT: Sun's Andy Bechtolsheim  on Itanium + Re: OT: Sun's Andy Bechtolsheim  on Itanium + RE: OT: Sun's Andy Bechtolsheim  on Itanium + RE: OT: Sun's Andy Bechtolsheim  on Itanium " Re: Unable to Boot Firmware CD-ROM  F ----------------------------------------------------------------------  % Date: Tue, 15 Nov 2005 18:07:08 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: Alpha Powered logo , Message-ID: <437A6A1A.FC3DD600@teksavvy.com>   William Webb wrote: B > Hi, jf-  off-topic- can the pixellated cat logo be turned into a > proper X background?  E A very nice soul provided me with a document from which I was able to N extract a vector format of the Alphapowered logo and I have the right colours.  > The answer to your question is YES. I can scale it to biblical proportions if you want :-)     ? However, I am not sure exactly what you want.  I can generate a B 1280*1024 image, but should the background be black ? If now, whatD colour ? Should the logo be as big as possible to fit the page rightD smack in the middle, or do you want it to be more like a logo at the bottom corner of the page ?   8 and by proper X background, do you mean a .XPM format ?     H Not sure about the copyright issues though. At this p;oint in time, withE Alpha clearly dead and not marketed by the trademark owner, would the H owner sue me if I just made the .EPS available and let people make their own images ?   ------------------------------    Date: 15 Nov 2005 12:52:18 -0800( From: "Craig Dedo" <Dedo.Craig@mayo.edu>2 Subject: Batch Job Log Files are VFC Record FormatB Message-ID: <1132087938.577884.87590@g14g2000cwa.googlegroups.com>  	 Everyone: D     Recently, some of the batch job log files created when I use theG SUBMIT command have the VFC (Variable-length with Fixed Control) record G format, instead of the standard record format of Variable-length.  This F is causing problems, especially since the TYPE command is not designed to work with VFC files.   D     This just started happening and on only with the log files for a few batch jobs.   B     We are using OpenVMS Alpha 7.3-1.  We will be going to OpenVMS 7.3-2 in a month or so.   !     I have a number of questions.   E     1.  How can this happen?  I thought that the batch job controller E **always** used Variable-length records with Carriage-return carriage  control.  F     2.  Is there a way to force the batch job controller to create logE files in the standard format?  I already tried the method of deleting C the existing log files in the directory so that the file and record E attributes of the previous versions would not affect the new version.   C     3.  Are there one or more configuration parameters of either my @ account or the disk or directory that affect the file and record" attributes of batch job log files?  F     Please help.  We need to move a new program into production within7 a few weeks and we would like to clear up this problem.    Craig T. Dedo, VMS Consultant $ Mayo Central Lab for Clinical Trials& Superior Drive Support Center 2-110-26 200 1st Street SW  Rochester, MN   55905  Voice Phone:  (507) 538-4636 Fax Phone:    (507) 284-0615   E-mail:  <Dedo.Craig@mayo.edu>   ------------------------------    Date: 15 Nov 2005 14:35:10 -0800$ From: "AEF" <spamsink2001@yahoo.com>6 Subject: Re: Batch Job Log Files are VFC Record FormatC Message-ID: <1132094110.394759.276010@f14g2000cwb.googlegroups.com>    Craig Dedo wrote:  > Everyone: F >     Recently, some of the batch job log files created when I use theI > SUBMIT command have the VFC (Variable-length with Fixed Control) record I > format, instead of the standard record format of Variable-length.  This H > is causing problems, especially since the TYPE command is not designed > to work with VFC files.   E The TYPE command works fine for my VFC files. Can you demonstrate the  problem?  F >     This just started happening and on only with the log files for a > few batch jobs.  > D >     We are using OpenVMS Alpha 7.3-1.  We will be going to OpenVMS > 7.3-2 in a month or so.  > # >     I have a number of questions.  > G >     1.  How can this happen?  I thought that the batch job controller G > **always** used Variable-length records with Carriage-return carriage 
 > control.  E Hmmmmm. All of my log files are VFC format. Are you sure you ever had  them otherwise?   H >     2.  Is there a way to force the batch job controller to create logG > files in the standard format?  I already tried the method of deleting E > the existing log files in the directory so that the file and record G > attributes of the previous versions would not affect the new version.   " Short of rewriting it, I doubt it.  E >     3.  Are there one or more configuration parameters of either my B > account or the disk or directory that affect the file and record$ > attributes of batch job log files?  - I am not aware of any and I doubt they exist.   H >     Please help.  We need to move a new program into production within9 > a few weeks and we would like to clear up this problem.   , What problem? You can't TYPE your log files?   >  > Craig T. Dedo, VMS Consultant & > Mayo Central Lab for Clinical Trials( > Superior Drive Support Center 2-110-26 > 200 1st Street SW  > Rochester, MN   55905  > Voice Phone:  (507) 538-4636 > Fax Phone:    (507) 284-0615    > E-mail:  <Dedo.Craig@mayo.edu>   ------------------------------  + Date: Tue, 15 Nov 2005 23:01:11 +0000 (UTC) - From: klewis@OMEGA.MITRE.ORG (Keith A. Lewis) 6 Subject: Re: Batch Job Log Files are VFC Record Format. Message-ID: <dldpbn$mqm$2@newslocal.mitre.org>   "AEF" <spamsink2001@yahoo.com> writes in article <1132094110.394759.276010@f14g2000cwb.googlegroups.com> dated 15 Nov 2005 14:35:10 -0800: >  >Craig Dedo wrote: >> Everyone:G >>     Recently, some of the batch job log files created when I use the J >> SUBMIT command have the VFC (Variable-length with Fixed Control) recordJ >> format, instead of the standard record format of Variable-length.  ThisI >> is causing problems, especially since the TYPE command is not designed  >> to work with VFC files. > F >The TYPE command works fine for my VFC files. Can you demonstrate the	 >problem?   L The broken thing in this department is the web server (Apache, CSWS).  MaybeK he's trying to view the log files over the web, in which case a script that I uses TYPE could actually fix his problem.  (Or a "downgrade" to the older  version of CSWS.)   0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  # Date: Tue, 15 Nov 2005 23:34:04 GMT + From: Ryan Moore <rmoore@rmoore.dyndns.org> 6 Subject: Re: Batch Job Log Files are VFC Record Format; Message-ID: <Pine.LNX.4.64.0511151530560.3332@jaipur.local>     I can't reproduce this on 7.3-2.   Sample procedure:    $ set output=::15  $ loop:  $  show time $  wait ::1  $ goto loop   @ I can do a TYPE/TAIL/CONT/INTER=15 on the log file just fine and TYPE when I kill the job.   9 The file I get is VFC with "Print file carriage control".   & On Tue, 15 Nov 2005, Craig Dedo wrote:   >  >  > Everyone: E >    Recently, some of the batch job log files created when I use the I > SUBMIT command have the VFC (Variable-length with Fixed Control) record I > format, instead of the standard record format of Variable-length.  This H > is causing problems, especially since the TYPE command is not designed > to work with VFC files.  > E >    This just started happening and on only with the log files for a  > few batch jobs.  > C >    We are using OpenVMS Alpha 7.3-1.  We will be going to OpenVMS  > 7.3-2 in a month or so.  > " >    I have a number of questions. > F >    1.  How can this happen?  I thought that the batch job controllerG > **always** used Variable-length records with Carriage-return carriage 
 > control. > G >    2.  Is there a way to force the batch job controller to create log G > files in the standard format?  I already tried the method of deleting E > the existing log files in the directory so that the file and record G > attributes of the previous versions would not affect the new version.  > D >    3.  Are there one or more configuration parameters of either myB > account or the disk or directory that affect the file and record$ > attributes of batch job log files? > G >    Please help.  We need to move a new program into production within 9 > a few weeks and we would like to clear up this problem.  >  > Craig T. Dedo, VMS Consultant & > Mayo Central Lab for Clinical Trials( > Superior Drive Support Center 2-110-26 > 200 1st Street SW  > Rochester, MN   55905  > Voice Phone:  (507) 538-4636 > Fax Phone:    (507) 284-0615  > E-mail:  <Dedo.Craig@mayo.edu> >  >    ------------------------------  % Date: Tue, 15 Nov 2005 18:46:21 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 6 Subject: Re: Batch Job Log Files are VFC Record Format, Message-ID: <437A7347.7BD1F764@teksavvy.com>  H > >     Recently, some of the batch job log files created when I use theK > > SUBMIT command have the VFC (Variable-length with Fixed Control) record K > > format, instead of the standard record format of Variable-length.  This J > > is causing problems, especially since the TYPE command is not designed > > to work with VFC files.   H What you need to consider is that the program that executes in the batchG job might be generating output in a format which creates extremely long B lines which then cause VMS to complain about lack of buffer quota.   ------------------------------  % Date: Tue, 15 Nov 2005 20:22:22 -0500 ( From: Wayne Sewell <wayne@tachysoft.com>6 Subject: Re: Batch Job Log Files are VFC Record Format/ Message-ID: <00A4CDAA.BF8A68FD.5@tachysoft.com>   ) >From: "Craig Dedo" <Dedo.Craig@mayo.edu>  >X-Newsgroups: comp.os.vms3 >Subject: Batch Job Log Files are VFC Record Format ! >Date: 15 Nov 2005 12:52:18 -0800     
 >Everyone:E >    Recently, some of the batch job log files created when I use the H >SUBMIT command have the VFC (Variable-length with Fixed Control) recordH >format, instead of the standard record format of Variable-length.  ThisG >is causing problems, especially since the TYPE command is not designed  >to work with VFC files. > E >    This just started happening and on only with the log files for a  >few batch jobs. > C >    We are using OpenVMS Alpha 7.3-1.  We will be going to OpenVMS  >7.3-2 in a month or so. > " >    I have a number of questions. > F >    1.  How can this happen?  I thought that the batch job controllerF >**always** used Variable-length records with Carriage-return carriage	 >control.  > G >    2.  Is there a way to force the batch job controller to create log F >files in the standard format?  I already tried the method of deletingD >the existing log files in the directory so that the file and recordF >attributes of the previous versions would not affect the new version. > D >    3.  Are there one or more configuration parameters of either myA >account or the disk or directory that affect the file and record # >attributes of batch job log files?  > G >    Please help.  We need to move a new program into production within 8 >a few weeks and we would like to clear up this problem. >   L As others have stated, VFC files are often created by submit, if not always,4 and type (not /tail) has no problem with such files.  M When you have a failure, is it with type or with type/tail?  I have often had N problems with type/tail if the log file is large.  Could the "few batch files"+ with the problem have very large log files?    Wayne O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== P Jake Blues:"You traded the Caddy for a microphone? ...... Okay, I can buy that."   ------------------------------  # Date: Wed, 16 Nov 2005 04:48:15 GMT   From: John Santos <john@egh.com>6 Subject: Re: Batch Job Log Files are VFC Record Format+ Message-ID: <jSyef.16656$rO4.4906@trnddc05>    Craig Dedo wrote:  > Everyone: F >     Recently, some of the batch job log files created when I use theI > SUBMIT command have the VFC (Variable-length with Fixed Control) record I > format, instead of the standard record format of Variable-length.  This H > is causing problems, especially since the TYPE command is not designed > to work with VFC files.  > F >     This just started happening and on only with the log files for a > few batch jobs.  > D >     We are using OpenVMS Alpha 7.3-1.  We will be going to OpenVMS > 7.3-2 in a month or so.  > # >     I have a number of questions.  > G >     1.  How can this happen?  I thought that the batch job controller G > **always** used Variable-length records with Carriage-return carriage 
 > control.  A AFAIK, batch logs have *ALWAYS* (since FT VAX V1.0, ca 1977) been 7 VFC files.  TYPE has always worked just fine with them.    > H >     2.  Is there a way to force the batch job controller to create logG > files in the standard format?  I already tried the method of deleting E > the existing log files in the directory so that the file and record G > attributes of the previous versions would not affect the new version.  >   G That's the problem:  there is no "standard" format.  I have no idea why 8 editors seem to prefer sequentail variable with implied H carriage-control, and DCL seems to prefer VFC, but that's the way it is.B BTW, "$ open/write" also creates VFC files, but "$ create" creates sequential variable files.    E >     3.  Are there one or more configuration parameters of either my B > account or the disk or directory that affect the file and record$ > attributes of batch job log files?  " Nothing I know of can change this.     > H >     Please help.  We need to move a new program into production within9 > a few weeks and we would like to clear up this problem.  >  > Craig T. Dedo, VMS Consultant & > Mayo Central Lab for Clinical Trials( > Superior Drive Support Center 2-110-26 > 200 1st Street SW  > Rochester, MN   55905  > Voice Phone:  (507) 538-4636 > Fax Phone:    (507) 284-0615    > E-mail:  <Dedo.Craig@mayo.edu> >      --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------    Date: 15 Nov 2005 14:26:31 -0800$ From: "AEF" <spamsink2001@yahoo.com>P Subject: Re: Lack of response on c.o.v. (was:Re: File spec wildcard match test?)C Message-ID: <1132093591.008257.250210@o13g2000cwo.googlegroups.com>   
 Jim wrote:1 > "AEF" <spamsink2001@yahoo.com> wrote in message > > news:1131818226.446880.25040@z14g2000cwz.googlegroups.com... > > Jim wrote:7 > >> "BRAD" <bradhamilton@comcast.net> wrote in message ) > >> news:437541DD.8050607@comcast.net...  > >> > AEF wrote: 
 > >> > <snip>  [...] 
 > >> > <snip> H > >> Sorry to say, I didn't see the earlier post.  The OP should specify > >> whetherL > >> he is trying to get Decnet Phase IV or Decnet/OSI going.  These are two	 > >> very  > >> different beasts. > >  > > DECnet phase IV. See > > y > > http://groups.google.com/group/comp.os.vms/browse_frm/thread/ad73ad2d5b26956b/f88d636370a39c67?hl=en#f88d636370a39c67  > > M > The problem lies at the remote node.  Those other commands you cited excute   F What remote node? I'm running these commands on the same node for thatD node. Nowhere do I specify some other node. The "remote node" is the local node.   < > on the local node and you have the right to execute there.M > If I remember correctly, the configurator module executes on a remote node, H > and all of the accounts and passwords must be correct for execution to > complete.   E Why does it execute on a remote node? Which remote node? All of them?   : The manual says "The configurator module listens to system9 identification messages transmitted periodiclaly by every > Digital-supported node on the Ethernet circuit, and builds theD configuration list from the received message". Why does this require running on a remote node?   C It also says the the module requires a default nonprivileged DECnet B account or an account associated with the $NICONFIG object. I have0 default nonpriv DECnet account on every machine.  D > The DECnet Phase IV manual should describe how this command works.  G Yes. That's how I found out about the "configurator" and decided to try  it out. It doesn't work.  ; > Exactly why does the account Mystery_User come into play?   D That's me. I am MYSTERY_USER. The NCP SET MOD CONFIG KNOWN CIRC SURV< ENABLE was run interactively from a DCL prompt under account
 MYSTERY_USER.    > Jim    AEF    ------------------------------    Date: 15 Nov 2005 10:48:08 -0800" From: chris_doran@postmaster.co.uk0 Subject: Re: LK201 surgery: broken leg for R keyC Message-ID: <1132080488.778158.132720@g14g2000cwa.googlegroups.com>    Dave Froble wrote: > William Webb wrote: ? > > On 11/15/05, JF Mezei <jfmezei.spamnot@teksavvy.com> wrote:  > > F > >>Yesterday, my R key on my LK201 equipped workstation started to be1 > >>flaxy. Today, it stopped working alltogether.  > $ > Ok, similar topic, a cry for help. > G > I've got a LK-411 keyboard with 3 keys missing.  "Z", "left Alt", and H > "left compose".  I really miss the "Z".  Having the Alt would be nice.* > Probably better off without the compose. > J > Anybody have a broken LK-411 keyboard that is only good for spare parts?E >   I'd really like to have a "Z" key at least.  Picking up a pen and I > sticking it down the hole where the "Z" key should be every time I need  > a "Z" is becoming tiring.  >  > Any and all help appriciated.  >  > --6 > David Froble                       Tel: 724-529-04506 > Dave Froble Enterprises, Inc.      Fax: 724-529-0596@ > DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com > 170 Grimplin Road  > Vanderbilt, PA  15486   F I've got a box full of spare keys for LK-401s if anyone needs one, but" I can't say if they'll fit a -411.  H Chris (London, England, but postage anywhere will hardly break the bank)   ------------------------------  % Date: Tue, 15 Nov 2005 14:23:47 -0500 2 From: "Stanley F. Quayle" <squayle@insight.rr.com>0 Subject: Re: LK201 surgery: broken leg for R key/ Message-ID: <4379EF73.23091.10F4077C@localhost>   + On 15 Nov 2005 at 12:16, Dave Froble wrote: C > Anybody have a broken LK-411 keyboard that is only good for spare 	 > parts?    E How about a working LK-411, and then use your broken one for parts?   < Global-IT has them for $60 (a client needed one recently)...  
 --Stan Quayle  Quayle Consulting Inc.  
 ----------- Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363 3 8572 North Spring Ct., Pickerington, OH  43147  USA 0 stan-at-stanq-dot-com       http://www.stanq.com) "OpenVMS, when downtime is not an option"    ------------------------------  + Date: Tue, 15 Nov 2005 21:24:02 +0000 (UTC) - From: klewis@OMEGA.MITRE.ORG (Keith A. Lewis) 0 Subject: Re: LK201 surgery: broken leg for R key. Message-ID: <dldjli$le0$1@newslocal.mitre.org>   "Stanley F. Quayle" <squayle@insight.rr.com> writes in article <4379EF73.23091.10F4077C@localhost> dated Tue, 15 Nov 2005 14:23:47 -0500: , >On 15 Nov 2005 at 12:16, Dave Froble wrote:D >> Anybody have a broken LK-411 keyboard that is only good for spare
 >> parts?  > F >How about a working LK-411, and then use your broken one for parts?  = >Global-IT has them for $60 (a client needed one recently)...   G I have several brand new PCXLA's.  They came with the DEC PCs, and they H don't play nice with Alphas unless you have an intervening KVM.  I don'tA know if the parts are compatible with the high-end DEC equipment.   ! $2 each + shipping from Virginia.   0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Tue, 15 Nov 2005 17:30:57 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 0 Subject: Re: LK201 surgery: broken leg for R key0 Message-ID: <11nkobv3qu7k4a7@corp.supernews.com>  # chris_doran@postmaster.co.uk wrote:  > Dave Froble wrote: >  >>William Webb wrote:  >>> >>>On 11/15/05, JF Mezei <jfmezei.spamnot@teksavvy.com> wrote: >>>  >>> F >>>>Yesterday, my R key on my LK201 equipped workstation started to be1 >>>>flaxy. Today, it stopped working alltogether.  >>$ >>Ok, similar topic, a cry for help. >>G >>I've got a LK-411 keyboard with 3 keys missing.  "Z", "left Alt", and H >>"left compose".  I really miss the "Z".  Having the Alt would be nice.* >>Probably better off without the compose. >>J >>Anybody have a broken LK-411 keyboard that is only good for spare parts?E >>  I'd really like to have a "Z" key at least.  Picking up a pen and I >>sticking it down the hole where the "Z" key should be every time I need  >>a "Z" is becoming tiring.  >> >>Any and all help appriciated.  >> >>--6 >>David Froble                       Tel: 724-529-04506 >>Dave Froble Enterprises, Inc.      Fax: 724-529-0596@ >>DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com >>170 Grimplin Road  >>Vanderbilt, PA  15486  >  > H > I've got a box full of spare keys for LK-401s if anyone needs one, but$ > I can't say if they'll fit a -411. > J > Chris (London, England, but postage anywhere will hardly break the bank) >   E If I remember correctly, the LK-401 came with VT-420 terminals.  The  H keys push down on switches.  In the LK-411, (VT-510/520/525) terminals, G someone got real smart.  The switches are just several pieces of film,  L which the key pushes against.  Real simple.  Real smart.  Then PCs happened.   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Tue, 15 Nov 2005 17:32:39 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 0 Subject: Re: LK201 surgery: broken leg for R key0 Message-ID: <11nkof2fasa9a03@corp.supernews.com>   Stanley F. Quayle wrote:- > On 15 Nov 2005 at 12:16, Dave Froble wrote:  > C >>Anybody have a broken LK-411 keyboard that is only good for spare 	 >>parts?   >  > G > How about a working LK-411, and then use your broken one for parts?   > > Global-IT has them for $60 (a client needed one recently)... >  > --Stan Quayle  > Quayle Consulting Inc. >  > ----------/ > Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363 5 > 8572 North Spring Ct., Pickerington, OH  43147  USA 2 > stan-at-stanq-dot-com       http://www.stanq.com+ > "OpenVMS, when downtime is not an option"  >  >    Thanks.   G I have spare keyboards.  Won't spend money while any are working.  Was  5 hoping to scrounge something headed for the dumpster.   * Might contact them about key replacements.   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Tue, 15 Nov 2005 17:33:57 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 0 Subject: Re: LK201 surgery: broken leg for R key0 Message-ID: <11nkohh1aqrf944@corp.supernews.com>   Keith A. Lewis wrote:  > "Stanley F. Quayle" <squayle@insight.rr.com> writes in article <4379EF73.23091.10F4077C@localhost> dated Tue, 15 Nov 2005 14:23:47 -0500:  > - >>On 15 Nov 2005 at 12:16, Dave Froble wrote:  >>D >>>Anybody have a broken LK-411 keyboard that is only good for spare
 >>>parts?  >>G >>How about a working LK-411, and then use your broken one for parts?   > >>Global-IT has them for $60 (a client needed one recently)... >  > I > I have several brand new PCXLA's.  They came with the DEC PCs, and they J > don't play nice with Alphas unless you have an intervening KVM.  I don'tC > know if the parts are compatible with the high-end DEC equipment.  > # > $2 each + shipping from Virginia.  > 2 > --Keith Lewis              klewis {at} mitre.org@ > The above may not (yet) represent the opinions of my employer.  F I've also got a bunch of those.  Replaced them with LK-411 keyboards.  Can't stand PC keyboards.   F I'm going to look again, but I seem to remember that the keys are not 	 the same.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------    Date: 15 Nov 2005 21:14:10 -0800 From: mcbill20@yahoo.com: Subject: Looking for inexpensive power supply for DTC03-AAC Message-ID: <1132118050.727151.202400@g47g2000cwa.googlegroups.com>   E I have a DTC03-AA DECtalk card cage and the power supply just died. I F tried a Google search for this part and didn't find much. The few hitsF I did find were absolutely absurd-- for example, some site called Code= Micro is trying to rip people off by charging $7200 for this.   D I am mostly a software guy so rather than attemp to repair the powerD supply I was hoping to find an inexpensive one. Anyone here have one8 they will sell or know of a reasonable place to get one?   Thanks.  Bill   ------------------------------    Date: 15 Nov 2005 13:32:14 -0800, From: "rcyoung" <rcyoung@aliconsultants.com>, Subject: Making iso file from VMS install CDB Message-ID: <1132090334.544600.39400@o13g2000cwo.googlegroups.com>  E What is the best way to create an iso image file of a Vax VMS install  CD?   G I tried using a Redhat Linux that was here, but it only has a DVD drive F and the "dd if=/cdrom  of=cdrom.iso " approach makes a 4Gb file from a5 600Mb Vax CDROM! A bit on the large side I am afraid.   ) I want to try out the SIMH Vax simulator.    ------------------------------  % Date: Tue, 15 Nov 2005 15:41:54 -0600 % From: Dan Foster <usenet@evilphb.org> 0 Subject: Re: Making iso file from VMS install CD5 Message-ID: <slrndnklh2.r89.usenet@zappy.catbert.org>   n In article <1132090334.544600.39400@o13g2000cwo.googlegroups.com>, rcyoung <rcyoung@aliconsultants.com> wrote: > I > I tried using a Redhat Linux that was here, but it only has a DVD drive H > and the "dd if=/cdrom  of=cdrom.iso " approach makes a 4Gb file from a7 > 600Mb Vax CDROM! A bit on the large side I am afraid.    Try altering that slightly to:   dd if=/dev/cdrom of=cdrom.iso   @ /dev/cdrom and /cdrom are two different things; one is the 'raw'F physical device (akin to DKA0) and one is the mounted filesystem (akin to DKA0:[000000]).   -Dan   ------------------------------  % Date: Tue, 15 Nov 2005 14:51:14 -0700 % From: Dan O'Reilly <dano@process.com> 0 Subject: Re: Making iso file from VMS install CDA Message-ID: <6.1.2.0.2.20051115145043.023c71f8@raptor.psccos.com>   6 Find a PC with Nero on it and make an image of the CD.  & At 02:32 PM 11/15/2005, rcyoung wrote:F >What is the best way to create an iso image file of a Vax VMS install >CD? > H >I tried using a Redhat Linux that was here, but it only has a DVD driveG >and the "dd if=/cdrom  of=cdrom.iso " approach makes a 4Gb file from a 6 >600Mb Vax CDROM! A bit on the large side I am afraid. > * >I want to try out the SIMH Vax simulator.   ------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: Tue, 15 Nov 2005 22:31:37 GMT + From: Ryan Moore <rmoore@rmoore.dyndns.org> 0 Subject: Re: Making iso file from VMS install CD; Message-ID: <Pine.LNX.4.64.0511151428180.2711@jaipur.local>   J I assume using /cdrom here means the disk filesystem is mounted at /cdrom.  G If you want to make an image of it, then use the raw device name.  For  : example, if the DVD-ROM device is device /dev/hdc then do:   dd if=/dev/hdc of=cdrom.iso    Don't mount the disk at all.  # On Tue, 15 Nov 2005, rcyoung wrote: G > What is the best way to create an iso image file of a Vax VMS install  > CD?  > I > I tried using a Redhat Linux that was here, but it only has a DVD drive H > and the "dd if=/cdrom  of=cdrom.iso " approach makes a 4Gb file from a7 > 600Mb Vax CDROM! A bit on the large side I am afraid.  > + > I want to try out the SIMH Vax simulator.    ------------------------------  + Date: Tue, 15 Nov 2005 22:53:45 +0000 (UTC) - From: klewis@OMEGA.MITRE.ORG (Keith A. Lewis) 0 Subject: Re: Making iso file from VMS install CD. Message-ID: <dldotp$mqm$1@newslocal.mitre.org>   "rcyoung" <rcyoung@aliconsultants.com> writes in article <1132090334.544600.39400@o13g2000cwo.googlegroups.com> dated 15 Nov 2005 13:32:14 -0800: F >What is the best way to create an iso image file of a Vax VMS install >CD? > H >I tried using a Redhat Linux that was here, but it only has a DVD driveG >and the "dd if=/cdrom  of=cdrom.iso " approach makes a 4Gb file from a 6 >600Mb Vax CDROM! A bit on the large side I am afraid. > * >I want to try out the SIMH Vax simulator.  I My Linux systems have the CD device at /dev/cdrom, not /cdrom.  When it's 7 mounted, it's /mnt/cdrom but you don't want to do that.   M If you're getting too big an image, you could use the count= qualifier on dd.   0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------    Date: 15 Nov 2005 19:06:54 -0800, From: "rcyoung" <rcyoung@aliconsultants.com>0 Subject: Re: Making iso file from VMS install CDC Message-ID: <1132110414.434910.200960@g49g2000cwa.googlegroups.com>    You will not believe this one.  : I tried several PC type CDROM extraction/ripping utilitiesE (freeware/shareware) , and none would give me an image of the install D CDROM that the SIMH simulator would accept. Most were heavily gearedB towards DVDs, music CDs, etc with only a little service being paidD towards the "strange" (from their perspective) VMS file type format.  G Then I tried the Mac OS/X "disk utility" and BINGO. The resulting image D was readable and I installed Vax VMS on my Mac OS/X running the SIMH
 simulator.  D True, I only had a CD for VMS 6.2 in house (all other Vax media wereE TK50). But I have ordered Vax OS 7.3 on CDROM and it should get in by  the end of the week.     Licenses I already have .    ------------------------------  % Date: Wed, 16 Nov 2005 08:27:01 +0200 4 From: Mike Rechtman <michael.rechtman.nospam@hp.com>0 Subject: Re: Making iso file from VMS install CD& Message-ID: <437AED55.750BE3D2@hp.com>   rcyoung wrote: > G > What is the best way to create an iso image file of a Vax VMS install  > CD?  > I > I tried using a Redhat Linux that was here, but it only has a DVD drive H > and the "dd if=/cdrom  of=cdrom.iso " approach makes a 4Gb file from a7 > 600Mb Vax CDROM! A bit on the large side I am afraid.  > + > I want to try out the SIMH Vax simulator.   $ If you have access to a VMS machine:$ install the LD (virtual disk) driver: create an LD disk of the correct size (123000 blocks IIRC)' backup/image the CD to the virtual disk ( dismount and disconnect the virtual diskH burn the file you created to a CD - On VMS using CDRECORD, on a PC using e.g. Ne  ro. H (or just transfer the file to a PC for use as a disk using an emulator - worked for me.)   Mike --  E --------------------------------------------------------------------- E Usual disclaimer: All opinions are mine alone, perhaps not even that. ? Mike Rechtman                            *rechtman@tzora.co.il* F Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------  -----BEGIN GEEK CODE BLOCK-----  Version: 3.1: GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++ N++ K? w--- V+++$6 PS+ PE-- t 5? X- tv-- b+ DI+ D-- G e++ h--- r+++ y+++@ ------END GEEK CODE BLOCK------    ------------------------------  % Date: Tue, 15 Nov 2005 22:49:15 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> + Subject: OT: Carly wants to work with Arnie , Message-ID: <437AAC28.B673F7D7@teksavvy.com>  3 from: http://news.com.com/2061-10796_3-5954390.html      Carly working with Arnie?    November 15, 2005 5:20 PM PST   A Former Hewlett-Packard CEO Carly Fiorina is seriously considering G running for lieutenant governor of California on the Republican ticket, H according to published reports. Fiorina, who was ousted by HP's board ofF directors in February after five turbulent years at the helm, would beH backing Gov. Arnold Schwarzenegger (assuming of course that they do both= run and are elected, or reelected in the guvernator's case).    C During her tenure at HP, Fiorina resisted calls to break the iconic G Silicon Valley company into two separate companies, with one focused on E business customers and another focused on consumers. HP's merger with @ Compaq Computer, which was spearheaded by Fiorina, has also been criticized.   G Fiorina's interest in GOP politics is well-known, and in recent months, B Fiorina has made public speeches in which she hinted at going intoF public service and possibly politics. She is also writing a book to beC published by the Penguin Group that is expected to be a combination H memoir of her Silicon Valley career and her views on women in business.   G If she were to run, she would join other Silicon Valley veterans on the H state election slate. California State Controller Steve Westly, a formerG eBay vice president, is waging a campaign for the Democratic nomination > for governor. Steve Poizner, who founded Strategic Mapping andD SnapTrack, is a Republican running for state insurance commissioner.: SnapTrack was acquired by Qualcomm for $1 billion in 2000.   ------------------------------  % Date: Tue, 15 Nov 2005 16:05:14 -0600 " From: "Schroeder, AJ" <aj1@qg.com>+ Subject: Re: OT: Fiorina still up to things ) Message-ID: <dldm2r$6ii$1@sxnews1.qg.com>     Peter 'EPLAN' LANGSTOEGER wrote:A > In article <43689c8f$1@news1.ethz.ch>, S <soterroatyahoodotcom> 	 > writes: @ >> http://money.cnn.com/2005/09/09/news/newsmakers/case_fiorina/ > 8 > Carly and HealthCare ? Going in touch with VMS again ?A > Or should we fear that VMS is losing the health business, too ?   I Sorry for the late post, but here in the Milwaukee area, we have a large  J health-care facility that uses VMS as the backend for Cerner (big medical . application) Several GS1280s and EVA cabinets.  M I don't have the article on hand, but their head Systems Manager stated that  . there are no plans to move from Alphas or VMS.  < I think the only way VMS can be stopped is if HP kills it...  
 AJ Schroeder     ------------------------------  # Date: Tue, 15 Nov 2005 19:15:19 GMT ( From: Alan Greig <greigaln@netscape.net>4 Subject: Re: OT: Sun's Andy Bechtolsheim  on Itanium; Message-ID: <btqef.7862$375.6542@fe3.news.blueyonder.co.uk>    GreyCloud wrote:    The worst case F > I saw was when a technician tried to get a direct replacement for a H > transistor in a nuclear instrument drawer... a 2N335.  They had to go   H Reminds me of something I once read somewhere. Someone apparently got a B DOD part number wrong by one letter and an anchor for an aircraft B carrier was delivered to a site hundreds of miles from any water. 9 Probably at astronomical cost. Funny whether true or not.    --  
 Alan Greig   ------------------------------  % Date: Tue, 15 Nov 2005 12:44:28 -0700 % From: Dan O'Reilly <dano@process.com> 4 Subject: Re: OT: Sun's Andy Bechtolsheim  on ItaniumA Message-ID: <6.1.2.0.2.20051115124050.02344278@raptor.psccos.com>   ) At 12:15 PM 11/15/2005, Alan Greig wrote:      >GreyCloud wrote:  >   The worst caseF >>I saw was when a technician tried to get a direct replacement for a G >>transistor in a nuclear instrument drawer... a 2N335.  They had to go  > I >Reminds me of something I once read somewhere. Someone apparently got a  K >DOD part number wrong by one letter and an anchor for an aircraft carrier  G >was delivered to a site hundreds of miles from any water. Probably at  . >astronomical cost. Funny whether true or not.  A You almost got it right.  It happened in the mid 80's, if memory  I serves.   A logistics type at Fort Carson (right next to where I live in  L Colorado Springs) ordered something for a headlight on an Army vehicle.  He H got a digit wrong (I think it was transposed) and they ended up with an F anchor for a light cruiser (I think it weighed in at about 10 tons or I so).  There was a picture of it in the paper.  The anchor got donated to  L the Navy guys here who are involved in the reserves and at NORAD.  The real D problem was apparently the DOD order system had part numbers but no : descriptions, so it wasn't caught when originally ordered.   ------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: Tue, 15 Nov 2005 15:16:31 -0500 # From: "Dan Allen" <dallen@nist.gov> 4 Subject: RE: OT: Sun's Andy Bechtolsheim  on Itanium: Message-ID: <JFEPKAPBPMDFDBOIANGDEEHOHAAA.dallen@nist.gov>   > -----Original Message-----. > From: Dan O'Reilly [mailto:dano@process.com]* > Sent: Tuesday, November 15, 2005 2:44 PM > To: Info-VAX@Mvb.Saic.Com 5 > Subject: Re: OT: Sun's Andy Bechtolsheim on Itanium  >  > + > At 12:15 PM 11/15/2005, Alan Greig wrote:  >  >  > >GreyCloud wrote:  > >   The worst caseG > >>I saw was when a technician tried to get a direct replacement for a I > >>transistor in a nuclear instrument drawer... a 2N335.  They had to go  > > J > >Reminds me of something I once read somewhere. Someone apparently got aL > >DOD part number wrong by one letter and an anchor for an aircraft carrierH > >was delivered to a site hundreds of miles from any water. Probably at0 > >astronomical cost. Funny whether true or not. > B > You almost got it right.  It happened in the mid 80's, if memoryJ > serves.   A logistics type at Fort Carson (right next to where I live inM > Colorado Springs) ordered something for a headlight on an Army vehicle.  He I > got a digit wrong (I think it was transposed) and they ended up with an G > anchor for a light cruiser (I think it weighed in at about 10 tons or J > so).  There was a picture of it in the paper.  The anchor got donated toM > the Navy guys here who are involved in the reserves and at NORAD.  The real E > problem was apparently the DOD order system had part numbers but no < > descriptions, so it wasn't caught when originally ordered.   ^^^^^^^^^^^^  K And apparently no costs either. What part of an Army vehicle costs anything  close to that anchor?    Dan    ------------------------------  % Date: Tue, 15 Nov 2005 13:23:12 -0700 % From: Dan O'Reilly <dano@process.com> 4 Subject: RE: OT: Sun's Andy Bechtolsheim  on ItaniumA Message-ID: <6.1.2.0.2.20051115131949.02731168@raptor.psccos.com>   ( At 01:16 PM 11/15/2005, Dan Allen wrote:     > > -----Original Message-----0 > > From: Dan O'Reilly [mailto:dano@process.com], > > Sent: Tuesday, November 15, 2005 2:44 PM > > To: Info-VAX@Mvb.Saic.Com 7 > > Subject: Re: OT: Sun's Andy Bechtolsheim on Itanium  > >  > > - > > At 12:15 PM 11/15/2005, Alan Greig wrote:  > >  > >  > > >GreyCloud wrote:  > > >   The worst caseI > > >>I saw was when a technician tried to get a direct replacement for a K > > >>transistor in a nuclear instrument drawer... a 2N335.  They had to go  > > > L > > >Reminds me of something I once read somewhere. Someone apparently got aN > > >DOD part number wrong by one letter and an anchor for an aircraft carrierJ > > >was delivered to a site hundreds of miles from any water. Probably at2 > > >astronomical cost. Funny whether true or not. > > D > > You almost got it right.  It happened in the mid 80's, if memoryL > > serves.   A logistics type at Fort Carson (right next to where I live inO > > Colorado Springs) ordered something for a headlight on an Army vehicle.  He K > > got a digit wrong (I think it was transposed) and they ended up with an I > > anchor for a light cruiser (I think it weighed in at about 10 tons or L > > so).  There was a picture of it in the paper.  The anchor got donated toO > > the Navy guys here who are involved in the reserves and at NORAD.  The real G > > problem was apparently the DOD order system had part numbers but no > > > descriptions, so it wasn't caught when originally ordered. >   ^^^^^^^^^^^^ > L >And apparently no costs either. What part of an Army vehicle costs anything >close to that anchor?  K This was an inventory system.  Costs are seldom associated with line items  H in a case like that.  The guy just says "I need 24 frammis flanges" and E they get ordered.  He has no concept of cost, nor should he.  That's  D controlled out of a more centralized location.  Remember, this is a K DOD-wide system, not your local Ace Hardware Store.  The problem with that  K system was that at the time all he had to enter was a long part number and  H the system accepted it as valid, but he had no way of checking what was  actually ordered.    ------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: Tue, 15 Nov 2005 15:37:21 -0500 # From: "Dan Allen" <dallen@nist.gov> 4 Subject: RE: OT: Sun's Andy Bechtolsheim  on Itanium: Message-ID: <JFEPKAPBPMDFDBOIANGDGEHPHAAA.dallen@nist.gov>   > -----Original Message-----. > From: Dan O'Reilly [mailto:dano@process.com]* > Sent: Tuesday, November 15, 2005 3:23 PM > To: Dan Allen  > Cc: Info-VAX@Mvb.Saic.Com 5 > Subject: RE: OT: Sun's Andy Bechtolsheim on Itanium  >  > * > At 01:16 PM 11/15/2005, Dan Allen wrote: >  >   > > > -----Original Message-----2 > > > From: Dan O'Reilly [mailto:dano@process.com]. > > > Sent: Tuesday, November 15, 2005 2:44 PM > > > To: Info-VAX@Mvb.Saic.Com 9 > > > Subject: Re: OT: Sun's Andy Bechtolsheim on Itanium  > > >  > > > / > > > At 12:15 PM 11/15/2005, Alan Greig wrote:  > > >  > > >  > > > >GreyCloud wrote:  > > > >   The worst caseK > > > >>I saw was when a technician tried to get a direct replacement for a M > > > >>transistor in a nuclear instrument drawer... a 2N335.  They had to go  > > > > N > > > >Reminds me of something I once read somewhere. Someone apparently got aP > > > >DOD part number wrong by one letter and an anchor for an aircraft carrierL > > > >was delivered to a site hundreds of miles from any water. Probably at4 > > > >astronomical cost. Funny whether true or not. > > > F > > > You almost got it right.  It happened in the mid 80's, if memoryN > > > serves.   A logistics type at Fort Carson (right next to where I live inD > > > Colorado Springs) ordered something for a headlight on an Army > vehicle.  HeM > > > got a digit wrong (I think it was transposed) and they ended up with an K > > > anchor for a light cruiser (I think it weighed in at about 10 tons or N > > > so).  There was a picture of it in the paper.  The anchor got donated toG > > > the Navy guys here who are involved in the reserves and at NORAD.  >  The real I > > > problem was apparently the DOD order system had part numbers but no @ > > > descriptions, so it wasn't caught when originally ordered. > >   ^^^^^^^^^^^^ > > N > >And apparently no costs either. What part of an Army vehicle costs anything > >close to that anchor? > L > This was an inventory system.  Costs are seldom associated with line itemsI > in a case like that.  The guy just says "I need 24 frammis flanges" and F > they get ordered.  He has no concept of cost, nor should he.  That'sE > controlled out of a more centralized location.  Remember, this is a L > DOD-wide system, not your local Ace Hardware Store.  The problem with thatL > system was that at the time all he had to enter was a long part number andI > the system accepted it as valid, but he had no way of checking what was  > actually ordered.  >   N I have 20 years of civilian DOD employment (1970-1990) on my resume and AFAICRL every item I ever "ordered", even a box of pencils from the storeroom, had aL "cost" listed. Of course they had incredibly coherent MIL-speak descriptions too....    Dan  > ------L > +-------------------------------+----------------------------------------+L > | Dan O'Reilly                  |  "There are 10 types of people in this |L > | Principal Engineer            |   world: those who understand binary   |L > | Process Software              |   and those who don't."                |L > | http://www.process.com        |                                        |L > +-------------------------------+----------------------------------------+ >  >  >    ------------------------------  % Date: Tue, 15 Nov 2005 13:43:46 -0700 " From: GreyCloud <mist@cumulus.com>4 Subject: Re: OT: Sun's Andy Bechtolsheim  on Itanium: Message-ID: <b5udncbYALsC1efenZ2dnUVZ_tGdnZ2d@bresnan.com>   Bill Gunshannon wrote:2 > In article <lZednUEN59UNh-feRVn-sA@bresnan.com>,' > 	GreyCloud <mist@cumulus.com> writes:  >  >>Bill Gunshannon wrote: >> >>= >>>In article <sPydnXCiboZt7uTenZ2dnUVZ_tydnZ2d@bresnan.com>, ( >>>	GreyCloud <mist@cumulus.com> writes: >>>  >>>  >>>>Bill Gunshannon wrote: >>>> >>>> >>>>? >>>>>In article <xaGdnSAok9bMj-TenZ2dnUVZ_tCdnZ2d@bresnan.com>, * >>>>>	GreyCloud <mist@cumulus.com> writes: >>>>>  >>>>>  >>>>> K >>>>>>Currently.  It appears that the Military is taking a big interest in  : >>>>>>their systems and what these systems have to offer.  >>>>>  >>>>> F >>>>>Care to provide some pointers?  I found one article about DOD and! >>>>>SGI and that was from April.  >>>>>  >>>>>  >>>>>  >>>>> F >>>>>>                                                  Which used to M >>>>>>belong to the old DEC VMS systems.  I always wondered who the military  M >>>>>>was buying from.  Check out their military videos.  Small market niche  = >>>>>>really.  Only takes a few sales to make a hefty profit.  >>>>>  >>>>> < >>>>>Unless your giving them away like most Itanium systems. >>>>- >>>>http://www.sgi.com/industries/government/  >>>> >>>>And some videos. >>>>9 >>>>http://www.sgi.com/industries/government/weather.html  >>>> >>>  >>> 4 >>>I'll take a look.  I'll reserve comment til then. >>>  >>>  >>> ! >>>>Whatever happened to JSTARS??  >>>  >>> I >>>Alive and well.  With new 3 new planes delivered between February 2003 K >>>and March 2005.  Still claims to be AlphaServer GS-320 based and I would J >>>not expect to see that change.  I have seen no mention of plans to moveI >>>it to Itanium.  Considering power and heat budgets aboard an aircraft, ' >>>I think it unlikely to be an option.  >>>  >>I >>If it is working very well for the Air Force then they'll continue the  I >>contracts.  Believe me, the FEDS move very slow and are slow to change. I >>Then you have all that work that went into the logistics of JSTARS, so  J >>there in another behemoth that won't change any time soon... the supply 	 >>system.  >  > F > The supply system has changed considerably in the last decade.  ThatH > is not what will keep JSTARS flying.  The fact that it works and worksG > reliably will.  But that also means until someone comes up with a new H > system with the same functionality to pitch the old system will remainF > pretty much as it is.  If anyone is working on a new system, it is aF > pretty safe bet it is not VMS based,  That is not necessarily a good > thing. > E > OK, I viewed the video.  Let me address this first comment and then  > give you my general comments.  >    > G >>In the weather video, the only puzzling thing I have is why does the  I >>U.S. Navy consider weather data as classified SECRET?  That leads into   >>what they are doing. >  > J > First, what makes you think the SECRET data refered to is weather?  TheyG > spoke of correlating clasified and unclasified data sets, the doesn't * > necessarily mean they were both weather. > K > Second, it could have been weather data. If you have atmospheric pictures H > that could reveal classified satellite technology the data produced by' > those satellites would be classified.  > E > Third if you have an operation that is dependant on certain weather C > conditions the predicitonof those conditions would be classified.  > F > There are probably numerous other reasons.  Lots of information thatF > seems harmless to the untrained can be very damaging in the hands of > an inteligence analyst.  >  > H > And now to general comments on the videos overall.  They are old. TheyC > do not necessarily reflect any current SGI - government business. G > The oldest was from 1998 and the newest is from 2002.  A lifetime ago  > in this industry.    > H > The flight simulation is cute, but my Xbox can do that today!!  I haveG > been in a CH47 simulator (recently) that does all that they claim for 7 > theirs and it was definitely not using SGI computers.  > G > Origin 3000, Origin 3800, Origin 3900, SGI Onyx.  All of the machines D > mentioned are MIPS, not Itanium.  And Onyx is a decade old.  Video8 > games do what their "visualization system" used to do. > E > Show me something current, other than the WPAFB system, that SGI is F > doing with the government.  One system does not make them the leaderF > and considering that the WPAFB system doesn't do anything that couldF > not have been done faster/better with either XEON or AMD cpus it wasD > probably another money loosing system where the intended value wasC > in being able to make veiled claims as a form of bragging rights.  > G > If this was meant to show SGI as a powerhouse company pushing Itanium 2 > systems to the government, it fails.  Sorry.....  C Understood.  I didn't pay attention to the dates and that seems to  H change the situation.  Actually, the dates gives SGI a flailing company I look.  The only thing new they put out was one Itanium linux box.  And I  " don't see much of a market for it.   ------------------------------  % Date: Tue, 15 Nov 2005 18:31:07 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 4 Subject: Re: OT: Sun's Andy Bechtolsheim  on Itanium, Message-ID: <437A6FB7.1CDBE598@teksavvy.com>   GreyCloud wrote:I > But I can see a problem with JSTARS if someone in gov. would review the D > problem with the vendors.  Of course these contracts using old DEC9 > systems can also be junked in favor of something newer.   C In such an application, is the computer so tightly coupled with the C aircraft and attached hardware that they don't expect to change the D hardware type or software for the lifetime of the aircraft, or is itA common to replace the computers inside the aircraft with new more  powerful TYPES ?    F At the time DEC announced Alpha would eventually replace VAX, how longC before the military decided to start a project to build Alpha based 
 aircraft ?   ------------------------------  % Date: Tue, 15 Nov 2005 18:35:10 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 4 Subject: Re: OT: Sun's Andy Bechtolsheim  on Itanium, Message-ID: <437A70AA.E923B69D@teksavvy.com>   Bill Gunshannon wrote:J > First, what makes you think the SECRET data refered to is weather?  TheyG > spoke of correlating clasified and unclasified data sets, the doesn't * > necessarily mean they were both weather.  D Haven't seen the video. But any data which can be used to reveal theB position of the spying aircraft at a specific time would easily be deemed to be classified.   ------------------------------   Date: 15 Nov 2005 23:50:10 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)4 Subject: Re: OT: Sun's Andy Bechtolsheim  on Itanium+ Message-ID: <3tvahiFurbg4U1@individual.net>   : In article <JFEPKAPBPMDFDBOIANGDEEHOHAAA.dallen@nist.gov>,& 	"Dan Allen" <dallen@nist.gov> writes: >  >  > M > And apparently no costs either. What part of an Army vehicle costs anything  > close to that anchor?  >    The engine in an Abrams Tank.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 15 Nov 2005 17:42:11 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 4 Subject: Re: OT: Sun's Andy Bechtolsheim  on Itanium3 Message-ID: <vk2rrHiFN7z2@eisner.encompasserve.org>   \ In article <437A6FB7.1CDBE598@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  E > In such an application, is the computer so tightly coupled with the E > aircraft and attached hardware that they don't expect to change the F > hardware type or software for the lifetime of the aircraft, or is itC > common to replace the computers inside the aircraft with new more  > powerful TYPES ?    H If the computer is up to the task, more performance might not be needed.G Of course the performance requirement could be changed, but if the goal G is to "avoid missing any events" presumably the current gear is able to * do that or it would not have been fielded.   ------------------------------  % Date: Tue, 15 Nov 2005 19:54:58 -0500 # From: "Dan Allen" <dallen@nist.gov> 4 Subject: RE: OT: Sun's Andy Bechtolsheim  on Itanium: Message-ID: <JFEPKAPBPMDFDBOIANGDMEIEHAAA.dallen@nist.gov>   > -----Original Message-----F > From: bill@triangle.cs.uofs.edu [mailto:bill@triangle.cs.uofs.edu]On > Behalf Of Bill Gunshannon * > Sent: Tuesday, November 15, 2005 6:50 PM > To: Info-VAX@Mvb.Saic.Com 5 > Subject: Re: OT: Sun's Andy Bechtolsheim on Itanium  >  > < > In article <JFEPKAPBPMDFDBOIANGDEEHOHAAA.dallen@nist.gov>,( > 	"Dan Allen" <dallen@nist.gov> writes: > >  > >  > > O > > And apparently no costs either. What part of an Army vehicle costs anything  > > close to that anchor?  > >  >  > The engine in an Abrams Tank.  >  > bill  N I suspect you under estimate the cost of an anchor for a cruiser 8-) I have noP clue what an Abrams gas turbine costs a la carte but I wouldn't describe it as a "part" in any event.   >  > --L > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h> >    ------------------------------  % Date: Tue, 15 Nov 2005 22:08:11 -0500 ' From: "Main, Kerry" <Kerry.Main@hp.com> 4 Subject: RE: OT: Sun's Andy Bechtolsheim  on ItaniumR Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB70CCFF@tayexc19.americas.cpqcorp.net>   > -----Original Message-----9 > From: Larry Kilgallen [mailto:Kilgallen@SpamCop.net]=20 ! > Sent: November 15, 2005 6:42 PM  > To: Info-VAX@Mvb.Saic.Com 5 > Subject: Re: OT: Sun's Andy Bechtolsheim on Itanium  >=20: > In article <437A6FB7.1CDBE598@teksavvy.com>, JF Mezei=20( > <jfmezei.spamnot@teksavvy.com> writes: >=20G > > In such an application, is the computer so tightly coupled with the G > > aircraft and attached hardware that they don't expect to change the H > > hardware type or software for the lifetime of the aircraft, or is itE > > common to replace the computers inside the aircraft with new more  > > powerful TYPES ?=20  >=20B > If the computer is up to the task, more performance might not=20 > be needed.@ > Of course the performance requirement could be changed, but=20
 > if the goal A > is to "avoid missing any events" presumably the current gear=20  > is able to, > do that or it would not have been fielded. >=20  G Keep in mind the average performance during peak periods of Cust Wintel = servers these days is 10-25% and with UNIX systems is 15-30%.   H Hence, while performance is obviously always going to be a considerationE for some app environments, in the typical business environment today, C one of the biggest challenges Cust's have is grossly under utilized  servers.  F In these cases, the reliability really does mean a whole lot more than the actual HW cost.=20  D Heck, this is one of the reasons why so many VAX's are still used inE Manufacturing. Performance is not an issue, but reliability certainly  is.   G [Side note - I remember talking to some Mfging folks trying to convince H them that consolidating their numerous standalone VAX's to a small AlphaG cluster would enhance their overall availability. That received quite a F chuckle from all the Cust's in the room as none of them could rememberF very clearly when *any* of their VAX's had indeed crashed or otherwise% gone down in the previous two years.]    :-)    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Tue, 15 Nov 2005 21:08:53 +0100 & From: "H Vlems" <nospam@what.ever.com>+ Subject: Re: Unable to Boot Firmware CD-ROM < Message-ID: <96be8$437a4068$513b9a2c$28316@news.versatel.nl>  K Err, stay away from the hardware if the device shows up in the device list. L Try to get your hands on a regular (i.e. not a howe grown copy) VMS bootable disk and try that first. H Most CD burning software products have a "burn bootable CD" option. Read that as L MicroSoft OS bootable. It won't make linux cd's bootable and you'll for sure confuse 9 the poor Alpha if you try to feed it MS boot block info..    Hans  4 "Schnootling" <chuckm@dis.wa.gov> schreef in bericht= news:1132031931.455891.165470@f14g2000cwb.googlegroups.com...  > Hi David,  > 5 > No, I haven't. I'll (gulp) try doing that tomorrow.  >  > Chuck the Cautious >    ------------------------------   End of INFO-VAX 2005.639 ************************