1 INFO-VAX	Mon, 15 Sep 2003	Volume 2003 : Issue 512       Contents:+ Re: "HP breakup on the way" - Merrill Lynch + Re: Backup foreground/background operations + Re: Backup foreground/background operations $ Re: Backup/Copy tree with alias file# Re: Booting hobbyist CD on PWS433au # Re: Booting hobbyist CD on PWS433au # RE: Booting hobbyist CD on PWS433au # Re: Booting hobbyist CD on PWS433au " Breece Hill -Mti 1530 tape library. Difference Intel EFI and Phoenix cME FirstWare Re: Do we need a DCL debugger?, Re: Documentation for $setenv system service, Re: Documentation for $setenv system service HELP: Using CLI with C program" Re: HELP: Using CLI with C program Re: Max Files Allowed & iSCSI ' Re: Moving a Tk70 from 3400 to 4000/600 % Re: New Itanium sales figures arrived % Re: New Itanium sales figures arrived L Re: OpenVMS clusters (Alpha) - standalone workstation joined to the cluster?L Re: OpenVMS clusters (Alpha) - standalone workstation joined to the cluster? Re: OpenVMS I64 V8.0 test drive  Re: PDP-11 OS Release Dates # Re: Question on running GnuPG 1.2.0  Re: read on socket returns zero  Reimport VMS mail problems Re: Reimport VMS mail problems Re: Reimport VMS mail problems  Remove Pathworks/Advanced Server< Re: Strange DCL Problem:  DCL Can't Find My GOSUB Labels....< Re: Strange DCL Problem:  DCL Can't Find My GOSUB Labels....< Re: Strange DCL Problem:  DCL Can't Find My GOSUB Labels.... Re: TCPIP$SMTP question  THOSE ANNOYING POP UP MESSAGES. 	 vaxorcist 2 Re: Why does MAIL DIR go slow during mail receive?2 Re: Why does MAIL DIR go slow during mail receive?  F ----------------------------------------------------------------------  % Date: Mon, 15 Sep 2003 09:41:19 +0100 U From: Andrew Harrison SUNUK Consultancy <andrew_nospam.harrison_remove_this@sun#.com> 4 Subject: Re: "HP breakup on the way" - Merrill Lynch0 Message-ID: <bk3tvg$m5v$1@new-usenet.uk.sun.com>   Bob Koehler wrote: > In article <bjsn02$71j$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > 5 >>The economics of Linux on x86 are reasonably dodgy, 6 >>putting it on Power or something even more daft like. >>zSeries only serves to compound the problem. >  > H >    IBM disagrees.  Who's business judgement do you think I value more?< >    IBM knows how to make money.  You know how to make FUD. >    Humm  > Have a look at the Telia Connect references on IBM's web site.  ; Looks great SuSU/zSeries Linux utility web services etc etc  fully buzzword compliant.   9 Telia Connect has been quietly closed by Telia because of  high cost base etc.   9 So thats a great customer reference, for those of you who = remember the GS160/320 reference discussions this is actually , worse that most of the GS160/320 references.  ; Of course IBM are keen on Linux on a mainframe, they get to 8 sell you a 1 CPU system for 400,000k and then you get to pay ~15,000 per year for Linux.   = IBM GS get to help you get it all running and keep it running : and you get the fun of running arround trying to find apps that run on it.   < Why would IBM think anything other than Linux is a good idea its a great idea...  For them   / Very very questionable for customers interested " in cost saving like Telia Connect.   Regards  Andrew Harrison    ------------------------------  % Date: Mon, 15 Sep 2003 08:54:22 +0200 ( From: "Rudolf Wingert" <win@fom.fgan.de>4 Subject: Re: Backup foreground/background operations: Message-ID: <MCELKPMOKPMNDNKJNIONKENJCBAA.win@fom.fgan.de>   Hello,   Bart Zorn writes:   ' > See HELP BACKUP_command /RELEASE_TAPE   N This does release the tape, but not what I do want to have. The tape should beI untouched. The backup process should be go to the background. I do have a P command procedure, which do store the backup of different nodes on one (!) tape.* Is there any way to do, what I mean? e.g.:  4 	$ BACKUP/IMAGE/COMPARE/RECORD=BACKGROUND node1dsk1: tape:node1dsk1.saveset/SAVESET4 	$ BACKUP/IMAGE/COMPARE/RECORD=BACKGROUND node1dsk2: tape:node1dsk1.saveset/SAVESET4 	$ BACKUP/IMAGE/COMPARE/RECORD=BACKGROUND node2dsk1: tape:node1dsk1.saveset/SAVESET4 	$ BACKUP/IMAGE/COMPARE/RECORD=BACKGROUND node2dsk1: tape:node1dsk1.saveset/SAVESET  # TIA and best regards Rudolf Wingert    ------------------------------  % Date: Mon, 15 Sep 2003 07:40:52 -0500 ( From: Wayne Sewell <wayne@tachysoft.com>4 Subject: Re: Backup foreground/background operations/ Message-ID: <00A25EE5.273C42EB.1@tachysoft.com>   ) >From: "Rudolf Wingert" <win@fom.fgan.de>  >X-Newsgroups: comp.os.vms1 >Subject: Backup foreground/background operations ; >Message-ID: <MCELKPMOKPMNDNKJNIONAEJCCBAA.win@fom.fgan.de>  >  >Hello,  > N >I do make a backup to a tape from a lot of nodes under OpenVMS 7.3-1 AXP. TheQ >backup is an image backup with the compare and record options. Is it possible to J >setup the backup command, so that the backup and compare function will beN >processed within the foreground and the record within the background. If yes,O >the next backup could start during the record phase of the predecessor backup. ? >In case of this I need much less time for the complete backup.  > $ >TIA and best regards Rudolf Wingert >      Rudolph,  J You might look into the TAPESYS product from Software Partners (sp32.com),K which will do exactly what you want.  TAPESYS provides a wrapper around VMS N backup called SYSBAK, and being able to have multiple backups to the same tape= drive in progress simultaneously is one of the main features.   G The SYSBAK definition file allows specification of a list of backups to K perform, such as all of the disks in your cluster.  SYSBAK will do these in M sequence, using the same drive, but it does *not* wait for recording passes.  K Each individual backup is performed by a separate process.  Once the master O process determines that the recording (or delete) pass has started and the tape N drive is no longer in use, the next backup is started in a new process.  ThereM is no rewinding and no tape movement because the tape is already at the end.    O Thus the individual backup processes are running in parallel, one writing while M one or more are recording.  The master process monitors the recording backups L and marks them complete when the recording pass is finished.  Obviously, theD overall job does not finish until all recording passes are complete.   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 =============================================================================== N Butler:"Gentlemen!"  Curly(as he and other Stooges look around):"Who came in?"   ------------------------------  + Date: Mon, 15 Sep 2003 16:43:02 +0200 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> - Subject: Re: Backup/Copy tree with alias file ; Message-ID: <01L0P87D6L8YAMK0HT@sysdev.deutsche-boerse.com>   L > > Having a search list does this, but how does having some elements of the# > > search list being aliases help?  > G > You could have 2 "common" trees, and use the alias to point to one or I > the other during a vms upgrade procedure, leaving the other common tree I > intact. (ok, one could also use "rename" to rename the backup tree into ' > the production tree and vice versa).    8 Maybe, but I was thinking about the original motivation.   ------------------------------  % Date: Mon, 15 Sep 2003 09:12:56 +0100 $ From: Issinoho <issinoho@slayme.com>, Subject: Re: Booting hobbyist CD on PWS433au5 Message-ID: <1063612380.51685.0@despina.uk.clara.net>   F In that case, what options do I have for using a replacement card? Is G there the equivalent of a hardware compatibility list I can check? Are  , there any off-the-shelf cards I can plug in?     Tom Linden wrote:   7 > Try googling a bit I just did and found the following  >  > J >>I've tried to install 5.1A on a AS2100 with a KZPBA-CX (UW-SE SCSI), butC >>even if SRM sees the disks, the OS doesn't, so the install fails.  >>6 >>KZPBA-CA is supported, and the specs are identical.. > I > it really is the same device. KZPBA-CA is the selling code, -CX the one A > that field services uses. This has been confirmed by a local HP J > maintenance man. The reason why the install fails is probably due to old6 > firmware on the card, or SCSI-terminations (sigh..). > t  >  > H > You will have to find someone who knows more about it than I.  I would > googleH > on that part number.  I know I had to remove the resistors to run on a > shared" > scsi bus.  sorry can't help more >  >  >>-----Original Message------ >>From: Issinoho [mailto:issinoho@slayme.com] * >>Sent: Sunday, September 14, 2003 5:37 PM >>To: Info-VAX@Mvb.Saic.Com . >>Subject: Re: Booting hobbyist CD on PWS433au >> >>J >>Bingo! sounds good. But I'm not sure what you're advising. I think we'veI >>established that it's not an 'au' system; rather an 'a' and there is no  >>on-board SCSI controller. M >>What do I do with the resistors? Can you explain in layman's terms, please. J >>What's really bugging me is why I'm having to fight like hell to get VMSC >>on this box. What's the fundamental issues here? Is there a basic I >>hardware incompatiblity which means I'm banging my head against a wall?  >>, >>All help and input greatfully appreciated. >> >>Tom Linden wrote:  >> >>>>-----Original Message-----1 >>>>From: John Travell [mailto:john@jomatech.com] , >>>>Sent: Sunday, September 14, 2003 2:20 PM >>>>To: Info-VAX@Mvb.Saic.Com 0 >>>>Subject: Re: Booting hobbyist CD on PWS433au >>>> >>>>2 >>>>"Tom Linden" <tom@kednos.com> wrote in message7 >>>>news:CIEJLCMNHNNDLLOOGNJIKEJAHPAA.tom@kednos.com...  >>>> >>>>H >>>>>Try copying CD to a drive using dd and then booting from that drive >>>>>  >>>>>  >>>>>   >>>>>>-----Original Message-----1 >>>>>>From: issinoho [mailto:issinoho@slayme.com] 1 >>>>>>Sent: Saturday, September 13, 2003 12:59 AM  >>>>>>To: Info-VAX@Mvb.Saic.Com . >>>>>>Subject: Booting hobbyist CD on PWS433au >>>>>> >>>>>>H >>>>>>Having finally got my PWS433au up and running, I've been trying to7 >>>>>>boot the Alpha hobbyist CD with thus far no luck. J >>>>>>I pulled the ATAPI CDROM from the box and installed an RRD42 which IL >>>>>>know is OK as it's been doing its stuff happily in my VAXstation for aI >>>>>>while now. The SCSI card is a DEC (Qlogic) KZPBA-CX and the console  >>>>>>firmware is V7.2-1. L >>>>>>When I do a 'boot dka400' I get the usual 'jumping to bootstrap' stuffK >>>>>>then a bit of a delay, then the 'OpenVMS 7.2' banner appears, another  >>>>>>delay, then... >>>>>>0 >>>>>>'failed to send read to dka400.4.0.1010.0'0 >>>>>>'error loading IO_ROUTINES.EXE, status=54' >>>>>>K >>>>>>Anyone know what is going on? I've tried booting an old OSF CD and it K >>>>>>dies in a similar fashion. I've triple checked my SCSI connectors and ) >>>>>>terminations and it all looks good.  >>>>>>  >>>>>>Any help much appreciated. >>>>>> >>>>2 >>>>Did nobody think of checking the status code ? >>>>$ exit %x54 - >>>>%SYSTEM-F-CTRLERR, fatal controller error  >>>  >>> A >>>Bingo!  The KZPBA-CX is the differntial SCSI controller.  Near  >> >>the external >>L >>>connector there should be a bank of 8 (yellow) resistor packs.  These areK >>>pulled when deployed on a share SCSI bus.  Not sure how to use the board B >>>otherwise.  Maybe the resistors have to be in.  The KZPBA-CY is >> >>what you may >>B >>>want.  Another thought, does the riser board have a 68 pin SCSI >> >>connector? >>L >>>600au had an onboard controller, in which case pul the one on the PCI bus >>>and use that one. >>>  >>> F >>>>This suggests either that the SCSI controller is faulty, or is not2 >>>>configured correctly, or not supported by VMS." >>>>What does the console command: >>>> >>>> >>>>>>>show device >>>> >>>>return ? Also  >>>> >>>> >>>>>>>show config >>>> >>>> >>>>-- >>>>John Travell& >>>>Independent VMS crashdump analyst.# >>>>john- at - jomatech - dot - com  >>>>+44-(0)23-92552229 >>>>http://www.jomatech.com/ >>>> >>>> >>>> >>>>--- * >>>>Outgoing mail is certified Virus Free.> >>>>Checked by AVG anti-virus system (http://www.grisoft.com).E >>>>Version: 6.0.515 / Virus Database: 313 - Release Date: 01/09/2003  >>>> >>>> >>>>--- * >>>>Incoming mail is certified Virus Free.> >>>>Checked by AVG anti-virus system (http://www.grisoft.com).D >>>>Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003 >>>> >>>  >>>---) >>>Outgoing mail is certified Virus Free. = >>>Checked by AVG anti-virus system (http://www.grisoft.com). C >>>Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003  >>>  >> >>--- ( >>Incoming mail is certified Virus Free.< >>Checked by AVG anti-virus system (http://www.grisoft.com).B >>Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003 >> >  > --- ( > Outgoing mail is certified Virus Free.< > Checked by AVG anti-virus system (http://www.grisoft.com).B > Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003 >    ------------------------------  % Date: Mon, 15 Sep 2003 10:23:19 +0100 $ From: Issinoho <issinoho@slayme.com>, Subject: Re: Booting hobbyist CD on PWS433au5 Message-ID: <1063616605.53372.0@despina.uk.clara.net>    Other thoughts...   I The card has a 50pin connector as well as the used 68pin, if I connected  3 the CD directly to it would that make a difference?    I also found the KZPBA-CY O <http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=2753611776&category=39969>  F on ebay however it does not ship to the UK. If indeed this card would H solve my problems would anyone over the pond be kind enough to purchase : and ship it for me. The item has a $15 'Buy it now' price.     Tom Linden wrote:   7 > Try googling a bit I just did and found the following  >  > J >>I've tried to install 5.1A on a AS2100 with a KZPBA-CX (UW-SE SCSI), butC >>even if SRM sees the disks, the OS doesn't, so the install fails.  >>6 >>KZPBA-CA is supported, and the specs are identical.. > I > it really is the same device. KZPBA-CA is the selling code, -CX the one A > that field services uses. This has been confirmed by a local HP J > maintenance man. The reason why the install fails is probably due to old6 > firmware on the card, or SCSI-terminations (sigh..). > t  >  > H > You will have to find someone who knows more about it than I.  I would > googleH > on that part number.  I know I had to remove the resistors to run on a > shared" > scsi bus.  sorry can't help more >  >  >>-----Original Message------ >>From: Issinoho [mailto:issinoho@slayme.com] * >>Sent: Sunday, September 14, 2003 5:37 PM >>To: Info-VAX@Mvb.Saic.Com . >>Subject: Re: Booting hobbyist CD on PWS433au >> >>J >>Bingo! sounds good. But I'm not sure what you're advising. I think we'veI >>established that it's not an 'au' system; rather an 'a' and there is no  >>on-board SCSI controller. M >>What do I do with the resistors? Can you explain in layman's terms, please. J >>What's really bugging me is why I'm having to fight like hell to get VMSC >>on this box. What's the fundamental issues here? Is there a basic I >>hardware incompatiblity which means I'm banging my head against a wall?  >>, >>All help and input greatfully appreciated. >> >>Tom Linden wrote:  >> >>>>-----Original Message-----1 >>>>From: John Travell [mailto:john@jomatech.com] , >>>>Sent: Sunday, September 14, 2003 2:20 PM >>>>To: Info-VAX@Mvb.Saic.Com 0 >>>>Subject: Re: Booting hobbyist CD on PWS433au >>>> >>>>2 >>>>"Tom Linden" <tom@kednos.com> wrote in message7 >>>>news:CIEJLCMNHNNDLLOOGNJIKEJAHPAA.tom@kednos.com...  >>>> >>>>H >>>>>Try copying CD to a drive using dd and then booting from that drive >>>>>  >>>>>  >>>>>   >>>>>>-----Original Message-----1 >>>>>>From: issinoho [mailto:issinoho@slayme.com] 1 >>>>>>Sent: Saturday, September 13, 2003 12:59 AM  >>>>>>To: Info-VAX@Mvb.Saic.Com . >>>>>>Subject: Booting hobbyist CD on PWS433au >>>>>> >>>>>>H >>>>>>Having finally got my PWS433au up and running, I've been trying to7 >>>>>>boot the Alpha hobbyist CD with thus far no luck. J >>>>>>I pulled the ATAPI CDROM from the box and installed an RRD42 which IL >>>>>>know is OK as it's been doing its stuff happily in my VAXstation for aI >>>>>>while now. The SCSI card is a DEC (Qlogic) KZPBA-CX and the console  >>>>>>firmware is V7.2-1. L >>>>>>When I do a 'boot dka400' I get the usual 'jumping to bootstrap' stuffK >>>>>>then a bit of a delay, then the 'OpenVMS 7.2' banner appears, another  >>>>>>delay, then... >>>>>>0 >>>>>>'failed to send read to dka400.4.0.1010.0'0 >>>>>>'error loading IO_ROUTINES.EXE, status=54' >>>>>>K >>>>>>Anyone know what is going on? I've tried booting an old OSF CD and it K >>>>>>dies in a similar fashion. I've triple checked my SCSI connectors and ) >>>>>>terminations and it all looks good.  >>>>>>  >>>>>>Any help much appreciated. >>>>>> >>>>2 >>>>Did nobody think of checking the status code ? >>>>$ exit %x54 - >>>>%SYSTEM-F-CTRLERR, fatal controller error  >>>  >>> A >>>Bingo!  The KZPBA-CX is the differntial SCSI controller.  Near  >> >>the external >>L >>>connector there should be a bank of 8 (yellow) resistor packs.  These areK >>>pulled when deployed on a share SCSI bus.  Not sure how to use the board B >>>otherwise.  Maybe the resistors have to be in.  The KZPBA-CY is >> >>what you may >>B >>>want.  Another thought, does the riser board have a 68 pin SCSI >> >>connector? >>L >>>600au had an onboard controller, in which case pul the one on the PCI bus >>>and use that one. >>>  >>> F >>>>This suggests either that the SCSI controller is faulty, or is not2 >>>>configured correctly, or not supported by VMS." >>>>What does the console command: >>>> >>>> >>>>>>>show device >>>> >>>>return ? Also  >>>> >>>> >>>>>>>show config >>>> >>>> >>>>-- >>>>John Travell& >>>>Independent VMS crashdump analyst.# >>>>john- at - jomatech - dot - com  >>>>+44-(0)23-92552229 >>>>http://www.jomatech.com/ >>>> >>>> >>>> >>>>--- * >>>>Outgoing mail is certified Virus Free.> >>>>Checked by AVG anti-virus system (http://www.grisoft.com).E >>>>Version: 6.0.515 / Virus Database: 313 - Release Date: 01/09/2003  >>>> >>>> >>>>--- * >>>>Incoming mail is certified Virus Free.> >>>>Checked by AVG anti-virus system (http://www.grisoft.com).D >>>>Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003 >>>> >>>  >>>---) >>>Outgoing mail is certified Virus Free. = >>>Checked by AVG anti-virus system (http://www.grisoft.com). C >>>Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003  >>>  >> >>--- ( >>Incoming mail is certified Virus Free.< >>Checked by AVG anti-virus system (http://www.grisoft.com).B >>Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003 >> >  > --- ( > Outgoing mail is certified Virus Free.< > Checked by AVG anti-virus system (http://www.grisoft.com).B > Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003 >    ------------------------------  % Date: Mon, 15 Sep 2003 06:14:46 -0700 # From: "Tom Linden" <tom@kednos.com> , Subject: RE: Booting hobbyist CD on PWS433au9 Message-ID: <CIEJLCMNHNNDLLOOGNJIMEJOHPAA.tom@kednos.com>   E contact island computer, www.hpaq.net the usually have lots of these. H I know that KZPBA-BY will work, since I pulled one out of a working PWS.   >-----Original Message----- , >From: Issinoho [mailto:issinoho@slayme.com]) >Sent: Monday, September 15, 2003 1:13 AM  >To: Info-VAX@Mvb.Saic.Com- >Subject: Re: Booting hobbyist CD on PWS433au  >  > F >In that case, what options do I have for using a replacement card? IsG >there the equivalent of a hardware compatibility list I can check? Are - >there any off-the-shelf cards I can plug in?  >  >  >Tom Linden wrote: > 8 >> Try googling a bit I just did and found the following >> >>K >>>I've tried to install 5.1A on a AS2100 with a KZPBA-CX (UW-SE SCSI), but D >>>even if SRM sees the disks, the OS doesn't, so the install fails. >>> 7 >>>KZPBA-CA is supported, and the specs are identical..  >>J >> it really is the same device. KZPBA-CA is the selling code, -CX the oneB >> that field services uses. This has been confirmed by a local HPK >> maintenance man. The reason why the install fails is probably due to old 7 >> firmware on the card, or SCSI-terminations (sigh..).  >> t >> >>I >> You will have to find someone who knows more about it than I.  I would 	 >> google I >> on that part number.  I know I had to remove the resistors to run on a 	 >> shared # >> scsi bus.  sorry can't help more  >> >> >>>-----Original Message----- . >>>From: Issinoho [mailto:issinoho@slayme.com]+ >>>Sent: Sunday, September 14, 2003 5:37 PM  >>>To: Info-VAX@Mvb.Saic.Com/ >>>Subject: Re: Booting hobbyist CD on PWS433au  >>>  >>> K >>>Bingo! sounds good. But I'm not sure what you're advising. I think we've J >>>established that it's not an 'au' system; rather an 'a' and there is no >>>on-board SCSI controller.? >>>What do I do with the resistors? Can you explain in layman's  >terms, please. K >>>What's really bugging me is why I'm having to fight like hell to get VMS D >>>on this box. What's the fundamental issues here? Is there a basicJ >>>hardware incompatiblity which means I'm banging my head against a wall? >>> - >>>All help and input greatfully appreciated.  >>>  >>>Tom Linden wrote: >>>  >>>>>-----Original Message----- 2 >>>>>From: John Travell [mailto:john@jomatech.com]- >>>>>Sent: Sunday, September 14, 2003 2:20 PM  >>>>>To: Info-VAX@Mvb.Saic.Com1 >>>>>Subject: Re: Booting hobbyist CD on PWS433au  >>>>>  >>>>> 3 >>>>>"Tom Linden" <tom@kednos.com> wrote in message 8 >>>>>news:CIEJLCMNHNNDLLOOGNJIKEJAHPAA.tom@kednos.com... >>>>>  >>>>> I >>>>>>Try copying CD to a drive using dd and then booting from that drive  >>>>>> >>>>>> >>>>>>! >>>>>>>-----Original Message----- 2 >>>>>>>From: issinoho [mailto:issinoho@slayme.com]2 >>>>>>>Sent: Saturday, September 13, 2003 12:59 AM  >>>>>>>To: Info-VAX@Mvb.Saic.Com/ >>>>>>>Subject: Booting hobbyist CD on PWS433au  >>>>>>>  >>>>>>> I >>>>>>>Having finally got my PWS433au up and running, I've been trying to 8 >>>>>>>boot the Alpha hobbyist CD with thus far no luck.K >>>>>>>I pulled the ATAPI CDROM from the box and installed an RRD42 which I < >>>>>>>know is OK as it's been doing its stuff happily in my >VAXstation for a J >>>>>>>while now. The SCSI card is a DEC (Qlogic) KZPBA-CX and the console >>>>>>>firmware is V7.2-1.< >>>>>>>When I do a 'boot dka400' I get the usual 'jumping to >bootstrap' stuff L >>>>>>>then a bit of a delay, then the 'OpenVMS 7.2' banner appears, another >>>>>>>delay, then...  >>>>>>> 1 >>>>>>>'failed to send read to dka400.4.0.1010.0' 1 >>>>>>>'error loading IO_ROUTINES.EXE, status=54'  >>>>>>> L >>>>>>>Anyone know what is going on? I've tried booting an old OSF CD and itL >>>>>>>dies in a similar fashion. I've triple checked my SCSI connectors and* >>>>>>>terminations and it all looks good. >>>>>>> ! >>>>>>>Any help much appreciated.  >>>>>>>  >>>>> 3 >>>>>Did nobody think of checking the status code ?  >>>>>$ exit %x54. >>>>>%SYSTEM-F-CTRLERR, fatal controller error >>>> >>>>B >>>>Bingo!  The KZPBA-CX is the differntial SCSI controller.  Near >>>  >>>the external  >>> B >>>>connector there should be a bank of 8 (yellow) resistor packs.
 >These areL >>>>pulled when deployed on a share SCSI bus.  Not sure how to use the boardC >>>>otherwise.  Maybe the resistors have to be in.  The KZPBA-CY is  >>>  >>>what you may  >>> C >>>>want.  Another thought, does the riser board have a 68 pin SCSI  >>> 
 >>>connector?  >>> A >>>>600au had an onboard controller, in which case pul the one on  >the PCI bus >>>>and use that one.  >>>> >>>>G >>>>>This suggests either that the SCSI controller is faulty, or is not 3 >>>>>configured correctly, or not supported by VMS. # >>>>>What does the console command:  >>>>>  >>>>>  >>>>>>>>show device  >>>>>  >>>>>return ? Also >>>>>  >>>>>  >>>>>>>>show config  >>>>>  >>>>>  >>>>>--  >>>>>John Travell ' >>>>>Independent VMS crashdump analyst. $ >>>>>john- at - jomatech - dot - com >>>>>+44-(0)23-92552229  >>>>>http://www.jomatech.com/  >>>>>  >>>>>  >>>>>  >>>>>---+ >>>>>Outgoing mail is certified Virus Free. ? >>>>>Checked by AVG anti-virus system (http://www.grisoft.com). F >>>>>Version: 6.0.515 / Virus Database: 313 - Release Date: 01/09/2003 >>>>>  >>>>>  >>>>>---+ >>>>>Incoming mail is certified Virus Free. ? >>>>>Checked by AVG anti-virus system (http://www.grisoft.com). E >>>>>Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003  >>>>>  >>>> >>>>--- * >>>>Outgoing mail is certified Virus Free.> >>>>Checked by AVG anti-virus system (http://www.grisoft.com).D >>>>Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003 >>>> >>>  >>>---) >>>Incoming mail is certified Virus Free. = >>>Checked by AVG anti-virus system (http://www.grisoft.com). C >>>Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003  >>>  >> >> ---) >> Outgoing mail is certified Virus Free. = >> Checked by AVG anti-virus system (http://www.grisoft.com). C >> Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003  >> >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003  >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003   ------------------------------    Date: 15 Sep 2003 07:33:39 -0700. From: al5vf03p02@sneakemail.com (William Webb), Subject: Re: Booting hobbyist CD on PWS433au= Message-ID: <d5ce4b06.0309150633.6d68189b@posting.google.com>   ' Random thoughts on your CD-ROM problem:   3 It's probably not a termination issue; you wouldn't * get as far as you did in the boot process.  7 I suspect that the RRD42 just might be too old to work  4 right on your system;  You can't assume that it will8 work with your PW433 just because it worked fine on your VAXstation.   9 I'm fairly certain that RRD42s have been known to have a  : hard time reading "burned" CDs, and the Alpha Hobbyist CD  is probably exactly that.   3 It reads just enough to boot, but when it tries to  ' read more off of the CD-ROM, it fails.    ( What other SCSI devices are you using?  ' (Do a SHOW DEV D at the console prompt)   8 I've personally used wide and narrow on the same chain,   : I understand that Ultra and narrow are somewhat less happy  together, your mileage may vary.  = As you suggested, I'd try disconnecting everything else from  ; the SCSI controller and using a 50-pin cable to connect to  
 the RRD42.  & Try booting then and see what happens.   HTH,   WWWebb    a Issinoho <issinoho@slayme.com> wrote in message news:<1063616605.53372.0@despina.uk.clara.net>...  > Other thoughts...  > K > The card has a 50pin connector as well as the used 68pin, if I connected  5 > the CD directly to it would that make a difference?  >  > I also found the KZPBA-CY Q > <http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=2753611776&category=39969>  H > on ebay however it does not ship to the UK. If indeed this card would J > solve my problems would anyone over the pond be kind enough to purchase < > and ship it for me. The item has a $15 'Buy it now' price. >  >  > Tom Linden wrote:  > 9 > > Try googling a bit I just did and found the following  > >  > > L > >>I've tried to install 5.1A on a AS2100 with a KZPBA-CX (UW-SE SCSI), butE > >>even if SRM sees the disks, the OS doesn't, so the install fails.  > >>8 > >>KZPBA-CA is supported, and the specs are identical.. > > K > > it really is the same device. KZPBA-CA is the selling code, -CX the one C > > that field services uses. This has been confirmed by a local HP L > > maintenance man. The reason why the install fails is probably due to old8 > > firmware on the card, or SCSI-terminations (sigh..). > > t  > >  > > J > > You will have to find someone who knows more about it than I.  I would
 > > googleJ > > on that part number.  I know I had to remove the resistors to run on a
 > > shared$ > > scsi bus.  sorry can't help more > >  > >  > >>-----Original Message-----/ > >>From: Issinoho [mailto:issinoho@slayme.com] , > >>Sent: Sunday, September 14, 2003 5:37 PM > >>To: Info-VAX@Mvb.Saic.Com 0 > >>Subject: Re: Booting hobbyist CD on PWS433au > >> > >>L > >>Bingo! sounds good. But I'm not sure what you're advising. I think we'veK > >>established that it's not an 'au' system; rather an 'a' and there is no  > >>on-board SCSI controller. O > >>What do I do with the resistors? Can you explain in layman's terms, please. L > >>What's really bugging me is why I'm having to fight like hell to get VMSE > >>on this box. What's the fundamental issues here? Is there a basic K > >>hardware incompatiblity which means I'm banging my head against a wall?  > >>. > >>All help and input greatfully appreciated. > >> > >>Tom Linden wrote:  > >>  > >>>>-----Original Message-----3 > >>>>From: John Travell [mailto:john@jomatech.com] . > >>>>Sent: Sunday, September 14, 2003 2:20 PM > >>>>To: Info-VAX@Mvb.Saic.Com 2 > >>>>Subject: Re: Booting hobbyist CD on PWS433au > >>>> > >>>>4 > >>>>"Tom Linden" <tom@kednos.com> wrote in message9 > >>>>news:CIEJLCMNHNNDLLOOGNJIKEJAHPAA.tom@kednos.com...  > >>>> > >>>>J > >>>>>Try copying CD to a drive using dd and then booting from that drive > >>>>>  > >>>>>  > >>>>> " > >>>>>>-----Original Message-----3 > >>>>>>From: issinoho [mailto:issinoho@slayme.com] 3 > >>>>>>Sent: Saturday, September 13, 2003 12:59 AM ! > >>>>>>To: Info-VAX@Mvb.Saic.Com 0 > >>>>>>Subject: Booting hobbyist CD on PWS433au > >>>>>> > >>>>>>J > >>>>>>Having finally got my PWS433au up and running, I've been trying to9 > >>>>>>boot the Alpha hobbyist CD with thus far no luck. L > >>>>>>I pulled the ATAPI CDROM from the box and installed an RRD42 which IN > >>>>>>know is OK as it's been doing its stuff happily in my VAXstation for aK > >>>>>>while now. The SCSI card is a DEC (Qlogic) KZPBA-CX and the console  > >>>>>>firmware is V7.2-1. N > >>>>>>When I do a 'boot dka400' I get the usual 'jumping to bootstrap' stuffM > >>>>>>then a bit of a delay, then the 'OpenVMS 7.2' banner appears, another  > >>>>>>delay, then... > >>>>>>2 > >>>>>>'failed to send read to dka400.4.0.1010.0'2 > >>>>>>'error loading IO_ROUTINES.EXE, status=54' > >>>>>>M > >>>>>>Anyone know what is going on? I've tried booting an old OSF CD and it M > >>>>>>dies in a similar fashion. I've triple checked my SCSI connectors and + > >>>>>>terminations and it all looks good.  > >>>>>>" > >>>>>>Any help much appreciated. > >>>>>> > >>>>4 > >>>>Did nobody think of checking the status code ? > >>>>$ exit %x54 / > >>>>%SYSTEM-F-CTRLERR, fatal controller error  > >>>  > >>> C > >>>Bingo!  The KZPBA-CX is the differntial SCSI controller.  Near  > >> > >>the external > >>N > >>>connector there should be a bank of 8 (yellow) resistor packs.  These areM > >>>pulled when deployed on a share SCSI bus.  Not sure how to use the board D > >>>otherwise.  Maybe the resistors have to be in.  The KZPBA-CY is > >> > >>what you may > >>D > >>>want.  Another thought, does the riser board have a 68 pin SCSI > >> > >>connector? > >>N > >>>600au had an onboard controller, in which case pul the one on the PCI bus > >>>and use that one. > >>>  > >>> H > >>>>This suggests either that the SCSI controller is faulty, or is not4 > >>>>configured correctly, or not supported by VMS.$ > >>>>What does the console command: > >>>> > >>>> > >>>>>>>show device > >>>> > >>>>return ? Also  > >>>> > >>>> > >>>>>>>show config > >>>> > >>>> > >>>>-- > >>>>John Travell( > >>>>Independent VMS crashdump analyst.% > >>>>john- at - jomatech - dot - com  > >>>>+44-(0)23-92552229 > >>>>http://www.jomatech.com/ > >>>> > >>>> > >>>>	 > >>>>--- , > >>>>Outgoing mail is certified Virus Free.@ > >>>>Checked by AVG anti-virus system (http://www.grisoft.com).G > >>>>Version: 6.0.515 / Virus Database: 313 - Release Date: 01/09/2003  > >>>> > >>>>	 > >>>>--- , > >>>>Incoming mail is certified Virus Free.@ > >>>>Checked by AVG anti-virus system (http://www.grisoft.com).F > >>>>Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003 > >>>> > >>>  > >>>---+ > >>>Outgoing mail is certified Virus Free. ? > >>>Checked by AVG anti-virus system (http://www.grisoft.com). E > >>>Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003u > >>>  > >> > >>--- * > >>Incoming mail is certified Virus Free.> > >>Checked by AVG anti-virus system (http://www.grisoft.com).D > >>Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003 > >> > >  > > --- * > > Outgoing mail is certified Virus Free.> > > Checked by AVG anti-virus system (http://www.grisoft.com).D > > Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003 > >I   ------------------------------    Date: 15 Sep 2003 09:43:03 -0700$ From: benitos@stcc.cc.tx.us (Benito)+ Subject: Breece Hill -Mti 1530 tape libraryE< Message-ID: <ad6309a1.0309150843.1f6be78@posting.google.com>   Hello,E I am kind of new to OpenVms and need some help.  We recently purchase F a MTI/Breece hill 1530 tape library.  I would like to know what is theE most cost effective way to manage it via OpenVms.  I am trying to set A up MRU robot utility but can't find the gkdriver.  I know MTI hasn= software but I hear it is not cheap.  Any help would be truly1 appreciated.  Thanks.    Benito   ------------------------------    Date: 15 Sep 2003 00:44:59 -07001 From: tochmaarniet@hotmail.com (Godfried van Loo) 7 Subject: Difference Intel EFI and Phoenix cME FirstWarev= Message-ID: <ef7d6766.0309142344.4f02bfa9@posting.google.com>.  	 Dear all,   D Does anybody know the exact difference between Intel EFI and PhoenixF cME FirstWare? EFI is a replacement for BIOS, but is it true that whatD EFI will be able to do, Phoenix cME FirstWare already is capable to?2 What will be a better sollution, EFI or FirstWare?E EFI is now on all Itanium systems, but will it be on other systems as- well?-  > Anybody any experiences with EFI and/or Phoenix cME FirstWare?     Regards,     Godfried van Loo The Netherlandso   ------------------------------  + Date: Mon, 15 Sep 2003 13:07:03 +0200 (MET)e9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>e' Subject: Re: Do we need a DCL debugger?u; Message-ID: <01L0P0NLAMLEAMK0HT@sysdev.deutsche-boerse.com>N  M > > Again, Fortran95 (and 90) got it right.  Model this stuff on EXIT {label}e >  > Not in DCL Phillip :-) > E > $ EXIT   0          ! Don't know a suitable hex code of the top my n
 > head :-)  = I mean the behaviour.  Obviously, it wouldn't be called EXIT.t   ------------------------------  + Date: Mon, 15 Sep 2003 12:46:20 +0200 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>n5 Subject: Re: Documentation for $setenv system servicei; Message-ID: <01L0OZUWVBHUAMK0HT@sysdev.deutsche-boerse.com>   > > The VMS documentation is in an ideal position to be updated   E Does that apply to HELP as well?  If so, I think it would be good to eE have ALL HELP entries behave like HELP FORTRAN, i.e. show a complete tI list of qualifiers and the default for each at the start, repeating this m, information in the entry for each qualifier.   ------------------------------    Date: 15 Sep 2003 06:27:21 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) 5 Subject: Re: Documentation for $setenv system serviced3 Message-ID: <msseb6WauMaP@eisner.encompasserve.org>B  w In article <01L0OZUWVBHUAMK0HT@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:t? >> The VMS documentation is in an ideal position to be updated H > " > Does that apply to HELP as well?  D VMS HELP information is created by the documentation people and uses, the same source files as the DCL Dictionary.  % > If so, I think it would be good to KG > have ALL HELP entries behave like HELP FORTRAN, i.e. show a complete  K > list of qualifiers and the default for each at the start, repeating this  . > information in the entry for each qualifier.  C But a redesign of the help format is somewhat different from adding C a bit of information.  Some might feel expanding the information inn- the fashion you describe would be cumbersome.m   ------------------------------    Date: 15 Sep 2003 09:12:11 -0700- From: soccer13player@yahoo.com (Nom de Plume)O' Subject: HELP: Using CLI with C programn< Message-ID: <f401eb7f.0309150812.9b5d9c0@posting.google.com>  C What I want to do is have a program that can act as a command line,RC like AUTHORIZE does.  Parse the line using a defined command table,  and run a routine.   I have a C program:-   #include <stdio.h> #include <limits.h>  #include <descrip.h> #include <lib$routines.h>a #include <cli$routines.h>B   void test (void);g   main ()t {s extern int efsmgr; unsigned long status;t struct dsc$descriptor_s input; char inputStr[MAX_INPUT];w  $DESCRIPTOR (prompt,"EFSMGR> "); unsigned short inputLen;  " input.dsc$b_class = DSC$K_CLASS_S;" input.dsc$b_dtype = DSC$K_DTYPE_T; input.dsc$a_pointer = inputStr;b input.dsc$w_length = MAX_INPUT;e  6 status = lib$get_command (&input, &prompt, &inputLen);> status = cli$dcl_parse (&input, &efsmgr, lib$get_input, 0, 0);  9 (void) printf ("%s %d\n", input.dsc$a_pointer, inputLen);w }    void test (void)      {      return;      }   I have a CLD file:  
 MODULE efsmgrn IDENT "V0.1"   DEFINE VERB starte        ROUTINE testd>        PARAMETER P1, PROMPT="Facility", VALUE (REQUIRED, LIST, TYPE=facility)        NOQUALIFIERS    DEFINE TYPE facility        KEYWORD all         deva>cc efsmgr& deva>set command/object efsmgr_cld.cld deva>link efsmgr, efsmgr_cld deva>run efsmgr. EFSMGR> start allaF %CLI-W-BUFOVF, command buffer overflow - shorten expression or command line/ %TRACE-W-TRACEBACK, symbolic stack dump followsnC   image    module    routine             line      rel PC          l abs PC>                                             0 FFFFFFFF800888B4 FFFFFFFF800888B4>                                             0 FFFFFFFF800888B4 FFFFFFFF800888B4>                                             0 FFFFFFFF800888B4 FFFFFFFF800888B4>  EFSMGR                                     0 0000000000010554 0000000000020554>  EFSMGR  EFSMGR  main                    6620 0000000000000154 0000000000020154>  EFSMGR  EFSMGR  __main                     0 0000000000000064 0000000000020064>                                             0 FFFFFFFF8028F59C FFFFFFFF8028F59C	 start allt    F                                                                       .                                              9     Jasonp   ------------------------------  # Date: Mon, 15 Sep 2003 17:01:22 GMTe" From:   VAXman-  @SendSpamHere.ORG+ Subject: Re: HELP: Using CLI with C program=0 Message-ID: <00A25F11.EF1C3C5E@SendSpamHere.ORG>  l In article <f401eb7f.0309150812.9b5d9c0@posting.google.com>, soccer13player@yahoo.com (Nom de Plume) writes:D >What I want to do is have a program that can act as a command line,D >like AUTHORIZE does.  Parse the line using a defined command table, >and run a routine.u >: >I have a C program: >- >#include <stdio.h>- >#include <limits.h> >#include <descrip.h>T >#include <lib$routines.h> >#include <cli$routines.h> >m >void test (void); >/ >main () >{ >extern int efsmgr;- >unsigned long status; >struct dsc$descriptor_s input;  >char inputStr[MAX_INPUT];! >$DESCRIPTOR (prompt,"EFSMGR> ");e >unsigned short inputLen;  >n# >input.dsc$b_class = DSC$K_CLASS_S;e# >input.dsc$b_dtype = DSC$K_DTYPE_T;t  >input.dsc$a_pointer = inputStr;  >input.dsc$w_length = MAX_INPUT; > 7 >status = lib$get_command (&input, &prompt, &inputLen); ? >status = cli$dcl_parse (&input, &efsmgr, lib$get_input, 0, 0);n >i: >(void) printf ("%s %d\n", input.dsc$a_pointer, inputLen); >} >t >void test (void)- >     {-
 >     return;e >     }  >   + Try defining a value for MAX_INPUT for one.s   --L VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)COM            .5   "Well my son, life is like a beanstalk, isn't it?" f   ------------------------------    Date: 15 Sep 2003 05:40:40 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) & Subject: Re: Max Files Allowed & iSCSI3 Message-ID: <bdIW$wYmZ2+U@eisner.encompasserve.org>   g In article <cedamvklsubmjt5ikk6h2basc8r8qe5cag@4ax.com>, Gary L. Ross <rossgl@parknicollet.com> writes:t  D > Has there been any mention of when iSCSI will be supported in VMS?  K I have never heard anything about iSCSI to indicate it should be a prioritytI for HP VMS Development.  But it certainly sounds like something you couldr write as a freeware project.   ------------------------------  % Date: Mon, 15 Sep 2003 12:15:25 +0100s* From: Nic Clews <sendspamhere@[127.0.0.1]>0 Subject: Re: Moving a Tk70 from 3400 to 4000/600' Message-ID: <bk46tf$p7f$1@lore.csc.com>o   Paul Repacholi wrote:u > . > Nic Clews <sendspamhere@[127.0.0.1]> writes: > F > > I had a TF85 which was a DOA, this is what I used, removing the TFC > > and replacing with the TK. Squirreling ironwork is a good idea.i > I > A disk cradle and some mechano should also get the job done. Main thingX4 > you need is to get the right offset of the holes .  B FWIW, I tried an RF72 cage, no good, it looks like it might but itG doesn't. On the VAX 4000-3/4/5/6/7000 chassis, the right hand DSSI slotrA has a standard and an offset DSSI, disk and tape slots. RF70 cage E doesn't work either. In each case I found the left hand overhang wenth/ too far into the adjacent (occupied) drive bay.   G I suppose you could get a tabletop box, or some other 5v-0v-12v supply,  but it doesn't look pretty.c  G I'd like to agree with you Paul, on the meccano, but I can't. The depthpE of the mounting holes differ, as are the types of screws between tape-E and disk, deep rubber bung mounts to flush short shaft. Common threadcD and distance between mounts. However, there is not a lot of room forF manoeuvre, the slides are reasonably accurate on line-up, and you alsoH need to give it a good shove to mate with the system chassis. Any offset( would make that job much more difficult.  E But take this as 0.02 (local currency) because I speak as someone whohH admits to using cereal packet cardboard on the back of hobby system disk5 drives (RF31) when no proper slides were available...t -- u? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Scienceso nclews at csc dot comi   ------------------------------  % Date: Mon, 15 Sep 2003 03:03:12 -04004* From: "Bill Todd" <billtodd@metrocast.net>. Subject: Re: New Itanium sales figures arrived2 Message-ID: <FnCdnXPurcGp-fiiXTWJig@metrocast.net>  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in messagee# news:3F65426B.E5D9BC2B@istop.com...a* > Andrew Harrison SUNUK Consultancy wrote:> > > This results in ~170 Madisons/wafer when you factor in the< > > round wafer square die losses at the edges of the wafer. > > ; > > Lets say you get a 60% yield this gets you 102 MadisonsV > > per wafer. >aH > Back in the very early days of the Compaq purchase of Digital, I got aF > presentation from a Digit about Alpha vs IA64/Merced. One of the big	 arguments>G > against IA64 was that the complexity of the chip would result in much> largerL > chips and any time you have a larger chip area, it result in significantly > lower yields.l  I Let's say your wafer has 10 defects on it (spread about at least somewhatiI evenly).  If the chip area is small enough to allow you put 1000 chips on-J the wafer, your yield will be about 99%.  If it's about 10x larger and youK can put only 100 chips on the wafer, your yield will be about 90%.  If it'stJ nearly 10x larger still and you can put only 10 chips from the wafer, your  yield will be 0% to perhaps 30%.  L In other words, percentage yield only starts to fall off *dramatically* whenJ the number of chips that will fit on the wafer gets into the same order ofL magnitude as the number of defects on the wafer (Itanic and IIRC EV7 as wellL hedge a bit against this by including a few additional cache cells so that aI defect in a cell can be worked around:  when the cache consumes somethingoF like 50% of the overall chip area and the chip is large, this is cheap insurance).l  K The absolute yield (the *number* of good chips you can obtain from a wafer,>H rather than the percentage of good chips) is of course much more closelyL related to the chip area.  If your process technology is good enough to keepE the number of defects on the wafer relatively low, then the chip cost>K becomes fairly closely proportional to the inverse of the chip size (though(K other costs, such as packaging the chip, may not be).  Differences in wafereJ size are also a factor:  larger wafers can be less expensive per unit area% and have fewer defects per unit area.   =  The Digit then stated that Intel would have a very hard timetH > being competitive with a chip whose yield is significantly inferior to competitors.  D That would depend very strongly on whether Itanic was competing in a> high-margin server market or in a low-margin commodity market.  I In a high-margin server market the ability to compete is not very closelycI related to the cost of producing the processor chip - because the cost of/K the processor chip(s) in the server is negligible compared with the overalliJ server cost.  For example, let's assume that it costs Intel $100 to createH an Itanic chip, and that it costs cHumPaq $1000 to create an Alpha chip,L giving an Itanic-based 4-processor box a full $3600 potential cost lead overJ an Alpha 4-processor box (I doubt that the *production* cost difference isL anywhere nearly that great, but the "Alpha can't compete" argument was basedL in including development costs as well plus the assumption that Itanic wouldK out-sell Alpha by several orders of magnitude).  When all is said and done,lJ the cost of the system in which these processors are used will be hundredsJ of thousands of dollars (one doesn't purchase even something as small as aK quad-processor Alpha or Itanic box to run code that could be satisfied by adJ low-end server) - i.e., the processor-cost differences will be down in the noise.  J That's one reason why the argument that Alpha couldn't compete with ItanicL due to fabrication cost differences (even including development costs spreadE out over a far smaller volume) was so bogus.  Other important reasonsfI include EV8's far higher (2x - 4x) per-chip commercial performance due totF SMT (even if it was a full process generation behind Itanic, as EV7 isJ today) and EV7/EV8's incorporation of additional functionality on the chipH (the 'server on a chip' approach), both of which decrease overall serverJ cost far more than even the 10:1 production cost difference assumed above:G we're discussing simple yields here, not the higher-level architectural 8 decisions that make Itanic look so not-state-of-the-art.  K By contrast, in low-margin commodity systems where the processor productioniL cost is a far greater percentage of the overall system cost (the rest of theL system costs far less due to the efficiencies of high-volume production, butL the die cost per unit area is about the same as for a high-end chip - thoughK of course fixed development costs for the chip are spread out across orderstL of magnitude more units), ability to compete is much more closely related to yield.   >e? > Now, I don't know what current yield would be for IA64 chips.aK > Is the 60% figure quoted by Mr Harrisson more or less an industry average. for'+ > real server chips (Alpha, Power, Sparc) ?i  H Yields are some of the most closely-guarded secrets in the industry.  MyL impression is that 60% is pretty pessimistic for a mature process, but might+ be typical for a new process at first ship.m   - bill   ------------------------------  % Date: Mon, 15 Sep 2003 14:59:11 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>3. Subject: Re: New Itanium sales figures arrived0 Message-ID: <bk4gjg$ssp$1@new-usenet.uk.sun.com>   JF Mezei wrote:c* > Andrew Harrison SUNUK Consultancy wrote: > < >>This results in ~170 Madisons/wafer when you factor in the: >>round wafer square die losses at the edges of the wafer. >>9 >>Lets say you get a 60% yield this gets you 102 Madisonse >>per wafer. >  > H > Back in the very early days of the Compaq purchase of Digital, I got aP > presentation from a Digit about Alpha vs IA64/Merced. One of the big argumentsN > against IA64 was that the complexity of the chip would result in much largerL > chips and any time you have a larger chip area, it result in significantlyL > lower yields. The Digit then stated that Intel would have a very hard timeU > being competitive with a chip whose yield is significantly inferior to competitors.7 >    This is all still true.   G If you take Ultra III, the 1.2 GHz parts are also fabricated in a 130nm $ process using I think a 300mm wafer.  D USIII is under half the die size of Madison and this results in ~4201 US III's per wafer as opposed to 170 for Madison.O  A However USIII doesn't have a large L2 onchip cache, its off chip.'< It does however have things like a memory controller on-chip which in Madison is off-chip.m  @ So USIII starts by having a much larger number of dies per wafer to start off with.   How many of those fail ?  A Difficult question, Madison for example has a large on-chip cachet@ this has some redundancy so that if a defect occurs in the cache@ component of the die it can in some circumstances be avoided. Of> course this redundancy from defects also increases the size of the die.  > So for Madison the proportion of the Madison Die that might be> able to survive a defect is higher than it is on USIII but the die is ~2.5x the size.  = But is isn't just yield that contributes to your CPU and then ; systems cost, its also how integrated the chip is (SOC) andc% what its thermal characteristics are.o  9 As I said earlier Madison has a cache, USIII has a memorya8 controller, USIIIi has a cache, MC and SMP interconnect.  > So Madison and USIII are probably pretty much even on addional) circuitry costs and USIIIi is well ahead.l  > However Madison is ~130 watts, USIII 53 and USIIIi is 59 watts7 so both US processors are easier to house and cool than>0 Madison. Opteron is similar to USIIIi ~60 watts.  : EV7 isn't quite as good from this respect, at 135 watts it; has a similar power budget to Madison (it does however have ( onchip Memory controller(s) and router).  9 Currently in a 180nm process its die size is 400mm/sq. Ifc; it was manufactured in an 130nm process like USIII/IIIi andt4 Madison then it would be ~300mm/sq or about 190 dies4 per wafer. At 130ns EV79 was targetted at ~120watts.  9  From this given similar failure rates for both Alpha andV< Itanium you could surmise that Alpha would be slightly ahead= in the same process than Madison with an additional advantageV& of being more integrated than Madison.  < But no one is agressively targetting Alpha to new processes.  ? > Now, I don't know what current yield would be for IA64 chips.FO > Is the 60% figure quoted by Mr Harrisson more or less an industry average for0M > real server chips (Alpha, Power, Sparc) ? Are there significant differencesg > between those chips ?F > @ 60% is a guess based on the fact that Madison is a new processor- being FABBED in a new foundary (130ns/300mm).e  ? Real data about yields is closely guarded by the manufacturers.,  P > And in terms of current IA64, would its yield still be significantly inferior, > or would it have caught up ?   RegardsC Andrew HarrisonJ   ------------------------------  + Date: Mon, 15 Sep 2003 12:04:57 +0200 (MET)a9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> U Subject: Re: OpenVMS clusters (Alpha) - standalone workstation joined to the cluster?t; Message-ID: <01L0OYESLW3MAMK0HT@sysdev.deutsche-boerse.com>3  H > Problem is, you need to have some files in *1* place, SYSUAF and such,G > and you do not have any shared storage, so the drives are all tied tonC > a machine. No node, no disk, no SYSUAF :( How ever, if you set upcH > several drives into a shadow set, you can then point SYLOGICALS at the5 > shadow DSA unit and run with that *very carefully*.a  1 > Doing this without a CI/DSSI or a HS is a pain.a  H Where's the problem?  As you say, a shadow set WITH THE MEMBERS MOUNTED B ON MORE THAN ONE NODE is the solution here.  Why "very carefully"?  E > Problem is, if you take down some nodes, change stuff on the shadoweH > set, then drop those nodes and reboot the ones that have been down you! > end up with the old contents :(   $ Can you explain this in more detail?   ------------------------------  % Date: Mon, 15 Sep 2003 11:31:36 +0100 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>U Subject: Re: OpenVMS clusters (Alpha) - standalone workstation joined to the cluster? + Message-ID: <bk44e9$pga@newton.cc.rl.ac.uk>v  G > > Problem is, if you take down some nodes, change stuff on the shadowrJ > > set, then drop those nodes and reboot the ones that have been down you# > > end up with the old contents :(e >r& > Can you explain this in more detail?  I Folks often play fast and loose with the quorum rules. The mechanisms fornI ensuring shadow merges propogate in the right direction aren't guaranteedeC to work correctly, if you adjust EXPECTED_VOTES and boot subsets ofo' the cluster that shouldn't have quorum.o   ------------------------------  # Date: Mon, 15 Sep 2003 16:49:09 GMT & From: John Reagan <john.reagan@hp.com>( Subject: Re: OpenVMS I64 V8.0 test drive1 Message-ID: <94m9b.4726$We6.267@news.cpqcorp.net>t   Hans Vlems wrote:w   > L > Yup, that's what I discovered today. No Pascal however. I have no Bliss to > test and very little C.e >   ; Pascal is 'in progress'.  I have most of it working with a aC cross-compiler and am tracking down the few bugs I've found (I can n; currently hang the system with a non-local GOTO - a bug in .H SYS$GOTO_UNWIND no doubt).  Pascal should be available with V8.1 as the  plans indicate.d     -- k John Reagano' Compaq Pascal/{A|I}MACRO Project LeaderO Hewlett-Packard Companyo   ------------------------------  # Date: Mon, 15 Sep 2003 06:46:47 GMTo4 From: Brian Inglis <Brian.Inglis@SystematicSw.ab.ca>$ Subject: Re: PDP-11 OS Release Dates8 Message-ID: <55mamvk4s8if41ppn0rnl03kbf8vo9799q@4ax.com>  - On 14 Sep 2003 13:06:18 GMT in alt.sys.pdp11,I- bill@gw5.cs.uofs.edu (Bill Gunshannon) wrote:o  9 >In article <2e48mvsvnhf6f77demj9977hu2de8eb6vl@4ax.com>,a8 >	Brian Inglis <Brian.Inglis@SystematicSw.ab.ca> writes:0 >> On 28 Aug 2003 19:16:43 GMT in alt.sys.pdp11,0 >> bill@gw5.cs.uofs.edu (Bill Gunshannon) wrote: >> d1 >>>In article <3F314E27.3010108@flying-disk.com>,i0 >>>	Alan Frisbie <Abuse@Flying-Disk.com> writes: >>>>  D >>>> It is worst than that.   There are places in Altair BASIC whereE >>>> they saved space by jumping into the second byte of a three-bytegD >>>> instruction!   Yes, it's true.   I'm not kidding.   In the late? >>>> 1970's, a group of us disassembled Altair BASIC (easy) andyC >>>> proceeded to reverse-engineer and comment it (hard).   It took0A >>>> me a while to understand that section of code, after which I># >>>> felt, shall we say, "unclean".v >>> D >>>It was more common than you might think.  Being an early discipleF >>>of Pascal I had been using Tiny Pascal on the TRS-80 Model I.  WhenF >>>the Model III came out and had disks and a serial port without thatC >>>hokey Expansion Interface I snapped one up.  Because it had more H >>>ROM than the Model I none of the old software would work.  I figured,D >>>"No problem, a little dis-assembly, fix up a few pointers and re-C >>>assemble for the higher start address."  Boy was I wrong.  There)F >>>wre places where they jumped into the middle of the address portionD >>>of an instruction because the second byte just happened to be theB >>>same as the opcode they needed to execute when entering at thatB >>>point.  Obviously, after relocation and re-assembly this was noC >>>longer the case.  Luckily a better (disk based) Pascal came out,hB >>>but I still spent a lot of time trying to get it to work on theA >>>Model III just for the fun of it.  I was never successful. :-(y >>>i >>>Now that was real computing., >> o, >> You forgot the bad in the last sentence!  >cB >While I was not refering to the actual practice but to the fun of@ >dis-assembling, moving and re-assembling code I do have to comeC >to the defense of the original programmer.  It's easy to point out>C >how bad a programming practice tricks like this were when you havetF >the luxury of virtually unlimited memory.  Things were not always so.G >As an example, and to bring this back on topic for this newsgroup, :-)tB >my first exposure to the PDP-11 was being asked to write programsC >in UCSD Pascal (and later, COBOL) for an LSI-11/02.  I got the jobaD >because the other more experienced programmers were used to workingE >on things like UNIVAC and Honeywell Mainframes and constantly argued ? >that there was no way you could write any useful program for aiD >machine with only 28K Words of memory.  Having much experience withD >other Micros, some with as little as 4K, I was not nearly as jaded.% >You learned to make every bit count.-  @ I started on 32KW PDP-15/40 ADSS and 32KB PDP-11/10 DOS/Batch in@ assembler. I've also written useful mainframe programs in only a few KB of assembler. e? Functionality, reliability, comprehensibility, maintainability,f: and efficiency were paramount, and in roughly that order.   ? You could often reduce code size by using more space for singlee: instance data, and squeeze repeated data using more code. A If you needed more space, you found a simpler way to do the job. r= If you needed more functionality, you figured out the minimum  bits you had to change or add. i? It was always a thrill to come up with a solution that ended upm6 changing only a single instruction bit, and any single( instruction change was almost as great.   9 Thanks. Take care, Brian Inglis 	Calgary, Alberta, Canada7 -- rF Brian.Inglis@CSi.com 	(Brian dot Inglis at SystematicSw dot ab dot ca),     fake address		use address above to reply   ------------------------------  + Date: Mon, 15 Sep 2003 15:03:36 +0000 (UTC) , From: lewis@mazda.mitre.org (Keith A. Lewis), Subject: Re: Question on running GnuPG 1.2.0. Message-ID: <bk4kc7$cco$1@newslocal.mitre.org>  } John Santos <JOHN@egh.com> writes in article <1030912185539.3498B-100000@Ives.egh.com> dated Fri, 12 Sep 2003 19:03:10 -0400:r, >On Fri, 12 Sep 2003, Patrick Spinler wrote: >h >> $ noprivn >> $ gpg# >> gpg: can't lock memory: error -1n+ >> %NONAME-E-NOMSG, Message number 00000002  >> $ set proc/priv= PSWAPM >> $ gpg* >> gpg: Go ahead and type your message ... >> -	 >> -- Patl > 1 >I don't know why it needs PSWAPM, but it does.     J It must be locking pages into memory.  The question is why.  Normally thisL feature of VMS is for performance, but it doesn't affect the result.  But inJ this case could it be for security?  If you allocate a bunch of memory andL don't initialize it, might you get somebody else's private key in your data?  K Second question -- does preventing the pages from being swapped out to diskbK actually make it secure, or is there another way memory contents might fall0F into the hands of another user?  I'm guessing that GPG writes over theJ memory before releasing it (under normal termination conditions at least).  J Unless the page-locking is both necessary and reliable for preventing thisJ kind of attack, the maintainers of the VMS version of GPG should change itL so that it still works even if it can't lock the pages into physical memory.= As is, a non-privileged VMS user can build it but not run it.o   >Other weirdnesses is itI >only works on STREAM_LF files, so you need to convert text files to/from H >STREAM_LF before/after using it.  I imagine for binary files, you couldH >just lie about the attributes with "$ set file/attribute=RFM:STMLF" andF >convert back to sequential fixed 512 after, but I haven't tried this.  I Typical of apps written for Unix.  I have found that any kind of file can K survive gzip/gunzip if you record the attributes somewhere and then execute J the command you mention above before you compress the file, then after you( decompress it, restore the attributes.    A >The first time you run it, it creates a subdirectory (under yourtD >default login directory) to hold key rings, etc. and then complains5 >if the subdirectory has world or group read access.   >n, >  $ set file/prot=(w,g) sys$login:gnupg.dir >makes it shut up. >  >--  >John Santos >Evans Griffiths & Hart, Inc.  >781-861-0670 ext 539i  + --Keith Lewis              klewis$mitre.orgs> The above may not (yet) represent the opinions of my employer.   ------------------------------    Date: 14 Sep 2003 23:32:13 -0700- From: bhushann@hotmail.com (Bhushan Narkhede)d( Subject: Re: read on socket returns zero< Message-ID: <8a3b834.0309142232.3e343bda@posting.google.com>   The issue has been solved.  D The problem lied in the ioctl(...) function call to set Nonblocking. This is what I found on < http://ftp.support.compaq.com.au/pub/ecoinfo/ecoinfo/758.htm  B o  A user reports calling ioctl sets errno to ENOSYS (Function notD      implemented).   Beginning  with OpenVMS V7.0, the library looksD      for support in the underlying TCPIP stack and sets  this  errorD      if the support is not found.  The function has been enhanced toD      execute UCX$EXAMPLES:UCX$IOCTL_ROUTINES under these conditions.  6 So, I used sys$.. services and it is working fine now.  9 I would like to thank all of you who extended their help.h   Rgds,D Bhushan3   ------------------------------    Date: 15 Sep 2003 04:57:16 -0700- From: david.balazic@uni-mb.si (David Balazic)@# Subject: Reimport VMS mail problems>= Message-ID: <2821c598.0309150357.5efd98f2@posting.google.com>d  E On OpenVMS V7.3-1, I extracted my mails ( EXTRACT/ALL myfile.txt ) to D save disk space. I did this twice. Then I compressed both files with gzip ( details : gzip --version gzip 1.2.4 (18 Aug 93) Compilation options:- NO_DIR NO_UTIME STDC_HEADERS NO_MULTIPLE_DOTS> ) - I used the command line : gzip -9v myfile.txtu  E Now I want to reimport those mail messages into the VMS mail utility.w  E I had not problems with one file. I ungzipped it, and in MAIL I wrote  :t $ gzip -d myfile.txt-gz  $ MAIL MAIL> SET FILE myfile.txt  MAIL> COPY/ALL import mail.mai  B and they were done. Then I downloaded them over POP3 to my desktop system.o  E But the second file gives problems. When I try to use it in MAIL with  SET FILE it gives an error :   MAIL> set file MAIL_EXT2.TXT: %MAIL-E, error reading $EL_A:[UEL003R2A.MAIL]MAIL_EXT2.TXT3 -RMS-W, 610 byte record too large for user's buffero   Help! What can I do ?1  E The desktop program I use is mozilla 1.4 on win2000pro, so if someone> cannD tell how to import it there directly, that is an acceptable solution too.   Thanks in advance,
 David Balazicp   ------------------------------  # Date: Mon, 15 Sep 2003 14:06:14 GMT 9 From: Hein van den Heuvel <hein_netscape@eps.zko.dec.com>>' Subject: Re: Reimport VMS mail problemsc/ Message-ID: <3F65C5FD.A0924B90@eps.zko.dec.com>>   > MAIL> set file MAIL_EXT2.TXT< > %MAIL-E, error reading $EL_A:[UEL003R2A.MAIL]MAIL_EXT2.TXT5 > -RMS-W, 610 byte record too large for user's bufferl >  > Help! What can I do ?s  I For the export you used what in fact was teh original mail file format, ap
 sequentialG file with form-feed and From: as message delimiters. In those days maileE was strictly for text files (heck, just about anything was a straight>* text file) with record length < 255 bytes. Two possible reasons:CE - The zip/unzip munged the file attributes to something like 512 byten records.E   issue set file/attr=lrl=9999 mail.txt and try again. It would imply 
 that set filet?   on the original extracted file, untouched by zip, would work.fH - The extract/all moved a record into the text file that mail really can not handle.>I   So even the original extracted file would not work. (This is unverified> speculation on my behalve!)>E   In this case, I fear that the best you can do is to write a tool to G read the text file and write all but those long records into a new text9 file.>F   You could experiment with just dropping the long records, truncating- them, replacing them with <oops> or whatever.eE   You could put them aside in a special fiel for study, and you might0C want to print out the mail header (form-feed/From:) for any and all>F message with such long record. SMOP with perl / basic / awk. You might9 even try CONVERT/EXCEP=long-records.txt mail.txt test.txt>  
 Good luck, Hein.r   ------------------------------  % Date: Mon, 15 Sep 2003 12:46:39 -0400O* From: JF Mezei <jfmezei.spamnot@istop.com>' Subject: Re: Reimport VMS mail problems/) Message-ID: <3F65ECED.D9446A6B@istop.com>    David Balazic wrote: > MAIL> set file MAIL_EXT2.TXT< > %MAIL-E, error reading $EL_A:[UEL003R2A.MAIL]MAIL_EXT2.TXT5 > -RMS-W, 610 byte record too large for user's bufferc  N Do a DIR/FULL on mail_ext2.txt   to see what sort of file format gzip created.M With GZIP, do you have an option to ensure that the created file is in "text"a format ?  I VMS prefers variable length records for text. It can also handle streamlf-' files and a few other formats for text.-  : How big is your file ? If it is manageable, you could try:  M EDITR/TPU mail_ext2.txt and once it has loaded, just change one character and M change it back, then <ctrl-z> to save the file. TPU will then create the filenL as variable length records. While inside of TPU, you may wish to look at theC text to see if it look OK in terms of the text, record lengths etc.f   ------------------------------  % Date: Mon, 15 Sep 2003 15:10:12 +0100i% From: David Gray <police@spamcop.net>o) Subject: Remove Pathworks/Advanced Serverh8 Message-ID: <d0ibmv4cktj0javmdkvp9c94ap7simvvkl@4ax.com>   Greetings all, -  B Is it possible to remove *all* trace of Pathworks /Advanced Server from OpenVMS 7.3-1?  f  E Basically I'm trying to install Advanced Server ( V7.3A) over the top C of Pathworks (V6.1).   V6.1 was installed but never configured, andrC all the errors I'm getting are leading me to the  conclusion that ad clean install might be best.     Cheers,n
 	Dave.       ------------------------------  # Date: Mon, 15 Sep 2003 13:55:13 GMTl3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond),E Subject: Re: Strange DCL Problem:  DCL Can't Find My GOSUB Labels....n2 Message-ID: <5xj9b.4700$5T5.4297@news.cpqcorp.net>  4 In article <z4XZboc3X4wd@eisner.encompasserve.org>, / Kilgallen@SpamCop.net (Larry Kilgallen) writes:-  G >Did you try analyzing it with Charlie Hammond's freeware DCL checker ?m   Thanks for the plug, Larry!v  A There is at least a chance that DCL_CHECK will find your problem.sB If it is one of the "common problems" -- which can be hard to findE manually in a large DCL procedure -- DCL_CHECK will probably find it.   ? If you want a copy of the most up-to-date version of DCL_CHECK,w? please email me and tell me an address to which I can email it.h= You'll get a "Cover Letter" plus four file in four additional-  email messages -- five in total.  E (Email to an OpenVMS system using VMS mail may be easier than copyingu+ the files from an other system to OpenVMS.)n   -- eJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Mon, 15 Sep 2003 10:24:42 -0400t< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>E Subject: Re: Strange DCL Problem:  DCL Can't Find My GOSUB Labels....-9 Message-ID: <bk4i3c$opcqo$1@ID-141708.news.uni-berlin.de>    Robert Alan Byer wrote:y > ...l< > %DCL-W-USGOSUB, target of GOSUB not found - check spelling andg > presence of labeli > ...c  = Try putting an ENDIF (or 20 or 30 ENDIF lines :) ) just abovee< the label. If the GOSUB works after that then you have a lot: of debugging to do, Charlie's DCL checker should help with that.e   -- d Peter Weaver Weaver Consulting Services Inc.M Canadian VAR for CHARON-VAX  www.weaverconsulting.cal   ------------------------------  + Date: Mon, 15 Sep 2003 15:10:57 +0000 (UTC)o, From: lewis@mazda.mitre.org (Keith A. Lewis)E Subject: Re: Strange DCL Problem:  DCL Can't Find My GOSUB Labels....t. Message-ID: <bk4kq1$cco$2@newslocal.mitre.org>   byer@mail.ourservers.net (Robert Alan Byer) writes in article <c4bfc78e.0309130631.1b194e5d@posting.google.com> dated 13 Sep 2003 07:31:03 -0700:mH >Yes, that's the first thing I checked and the subroutines that DID workH >before I added ton of stuff to it also do the SAME THING so I'm stumped" >in trying to figure this one out.  D Subroutines, hmmm?  I hope you're not using SUBROUTINE/ENDSUBROUTINEE statements unless you're using CALL to access them.  GOSUB works with 
 naked labels.   + --Keith Lewis              klewis$mitre.orgA> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Mon, 15 Sep 2003 01:53:42 -0400<* From: JF Mezei <jfmezei.spamnot@istop.com>  Subject: Re: TCPIP$SMTP question) Message-ID: <3F6553D7.1279D925@istop.com>t   Tom Linden wrote:g0 > 1. what causes the "no queue entry .." message2 > 2. why doesn't  $ tcpip anal mail/repair fix it?! >    The 5 files are still there.i  H In my case, if I send an email from this mac, with the from: having spamL counter measures, but with an added reply-to with the correct email, but theL To: bounces for some reason, then the message just stays there in limbo. TheK VMS STMP software probably tries to deliver a non delivery notification buts0 that one fails due to the spam counter measures.   ------------------------------   Date: Mon, 15 Sep 2003 10:21:13 # From: "NOMORE" <zxvsdgs@freeuk.com> ( Subject: THOSE ANNOYING POP UP MESSAGES.@ Message-ID: <dwf9b.1266$fX1.160103@newsfep2-gui.server.ntli.net>  + Want to stop those annoying pop up messagesY" Without spending $30+ on software.: I will show you how http://savea4tune.net/nomorepopups.htm                                                                                                                                                                                                                                                                                                                                                                                                                                                      l ............................................................................................................     ---5( MAF Anti-Spam ID: 20030907125819Y7x6RvG8   ------------------------------  + Date: Mon, 15 Sep 2003 15:58:27 +0000 (UTC)m, From: lewis@mazda.mitre.org (Keith A. Lewis) Subject: vaxorcist. Message-ID: <bk4nj3$4jj$1@newslocal.mitre.org>  { JF Mezei <jfmezei.spamnot@istop.com> writes in article <3F653DCA.C02F1B33@istop.com> dated Mon, 15 Sep 2003 00:19:31 -0400: - >While on a long bike ride, I got to think...p > J >The VMS engineers should resurrect the AI code that had been removed fromK >almost all VMS 5.0 kits. (reference, the document called "Vaxorcist" which / >made the rounds of the internet at that time).   + http://www.gnu.org/fun/jokes/vaxorcist.htmln  > A mixup with an AI distribution and an Ozzy Osbourne CD?  LMAO  & >Once fixed, one should be able to do: >c >@vaxorcistd. >VAXORCIST-I-QUESTION What do you want to do ?W >> write a command procedure that lists all users who have not logged in since last mayd. >VAXORCIST-I-WORKING Generating your porcedure >r ><a few seconds later> >iO >VAXORCIST-I-TRY Do you wish to try the procedure before seing its code [Y] ? NtA >VAXORCIST-W-ANGRY I am getting angry at you for not trusting me.iB >VAXORCOIST-I-SAVE Do you wish to save the command procedure ? [y] > 	 >etc etc.h  + --Keith Lewis              klewis$mitre.orgC> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Mon, 15 Sep 2003 01:50:36 -0400o* From: JF Mezei <jfmezei.spamnot@istop.com>; Subject: Re: Why does MAIL DIR go slow during mail receive?i( Message-ID: <3F65531D.5BF5FD1@istop.com>   Paul Repacholi wrote:tH > The MAIL.MAI file is a standard RMS multi-key file. But, once the mailG > delivery starts, it will be opened shared write by both processes ande1 > they will be pinging locks backward and foward.  > 7 > Now that should not slow you down to 1 minutes worth,f  N If the incoming message is large, what I *suspect* is that the TCPIP side willH add the record to the MAIL.MAI file with a lock for pending update, thenJ create the separate file and only once the seperate data file is complete,N will the software then complete the record in mail.mai and release the record.  J Now, the DIR command scans the file. Upon hitting the record locked by theL TCPIP software, it is quite possible that the DIR command just waits for the0 lock to be released, thinking it would be quick.  N ALL-IN-1 has similar behaviour when multiple processes (or even multiple menusH in a single process) access a file cabinet when one record pointing to a document is locked/in-use.   ------------------------------  + Date: Mon, 15 Sep 2003 11:26:37 +0200 (MET)c9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>h; Subject: Re: Why does MAIL DIR go slow during mail receive?A; Message-ID: <01L0OX3TLN02AMK0HT@sysdev.deutsche-boerse.com>h  C > As a first step, get them to try doing a PURGE/RECLAIM and see if + > that gets things back to near reasonable.i > @ > (btw, on unix this would result in a mail delivery failure...)   On VMS as well:a   PURGEo  
   /RECLAIM  B      Releases deleted message space back to OpenVMS RMS for reuse.  E      Because your mail file is locked while PURGE/RECLAIM is running,s>      you cannot receive new mail. Users attempting to send youA      mail while PURGE/RECLAIM is running receive an error messageeF      indicating that their message has not been sent successfully. YouD      cannot access your own Mail files while a PURGE/RECLAIM command      is running.   ------------------------------   End of INFO-VAX 2003.512 ************************