1 INFO-VAX	Sat, 18 Jun 2005	Volume 2005 : Issue 339       Contents: Re: Backup Procedure Re: Backup Procedure Re: Backup Procedure Re: Backup Procedure Re: Backup question   Re: Batch utility to crop images3 Re: Intel neuters Montvale, Itanic screams in alarm 3 Re: Intel neuters Montvale, Itanic screams in alarm 3 Re: Intel neuters Montvale, Itanic screams in alarm  Re: New OpenVMS Planet Website Problem with reboot  Re: Problem with reboot  Re: Problem with reboot  Re: Problem with reboot  Re: Problem with reboot  Re: Problem with reboot  RZ29B and BA350  Re: RZ29B and BA350  Re: RZ29B and BA350 G Re: Sequential File Record Formats (was: Re: unix script on VMS to DOS) G Re: Sequential File Record Formats (was: Re: unix script on VMS to DOS)  several new 7.3-2 patches!!!!!" Re: several new 7.3-2 patches!!!!! Re: Upgrade to VMS 4.6  F ----------------------------------------------------------------------  % Date: Sat, 18 Jun 2005 00:42:45 -0700  From: Z <Z@no.spam>  Subject: Re: Backup Procedure * Message-ID: <VfQse.5594$uS2.4845@fe03.lga>  
 AEF wrote:G > Not a problem. This is VMS, not Unix. BACKUP allocates and mounts the  > tape and it stays that way.   G Always wise to let BACKUP do the mount, IMO. Many problems are created  C by users specifying /FOREIGN when it's either inappropriate or not   specifying it when it's needed.    ------------------------------  % Date: Sat, 18 Jun 2005 19:01:58 +1000 6 From: "O'Brien Paddy" <Paddy.O'Brien@transgrid.com.au> Subject: Re: Backup Procedure X Message-ID: <8BAD914A0B8CA84C9E94187103A1AB9E05BE46@EX-TG2-PR.corporate.transgrid.local>  , This is a multi-part message in MIME format.  ' ------_=_NextPart_001_01C573E4.620DF37E . Content-Type: text/plain; charset="iso-8859-1"+ Content-Transfer-Encoding: quoted-printable   0 From: Dave Greenwood on behalf of Dave Greenwood   [snips]   D >I'd go with the   $ SET NOON   suggestion mentioned earlier in this6 >thread.  Put it just before the first BACKUP command.  & Yes -- and multiple exclamation marks.  E >My guess is that either BACKUP is returning an error status and your F >procedure is exiting on the implied "$ ON ERROR THEN EXIT", or BACKUPF >is returning a warning status and you have a "$ ON WARNING THEN EXIT"F >somewhere.  Note that BACKUP will return a warning status if it triesB >to record the backup date and a file has been deleted between theD >actual backup and the recording passes.  Also, BACKUP will return aE >warning status (%BACKUP-W-ACCONFLICT) if it encounters a file that's # >open for write by another process.   L Also, (I have not seen any comment regarding this in this thread) although =L BACKUP returns only a warning for the ACCONFLICT, the final $status returne=L d from BACKUP for that saveset is %X10A38410.  This is an error status.  I =L have not looked up what the text for this error is -- not sure which help/m= essage file to look in.   L Since I backup/image nightly all disks (180GB) on my production machine to =G one SDLT tape, SET NOON is the first command in my backup command file.    Regards, Paddy    G ***********************************************************************   C "This electronic message and any attachments may contain privileged @ and confidential information intended only for the use of the=20D addressees named above.  If you are not the intended recipient of=20C this email, please delete the message and any attachment and advise D the sender.  You are hereby notified that any use, dissemination,=207 distribution, reproduction of this email is prohibited.   C If you have received the email in error, please notify TransGrid=20 C immediately.  Any views expressed in this email are those of the=20 ? individual sender except where the sender expressly and with=20 C authority states them to be the views of TransGrid.  TransGrid uses > virus-scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************     ' ------_=_NextPart_001_01C573E4.620DF37E - Content-Type: text/html; charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">  <HTML> <HEAD>L <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Diso-8859-= 1"> K <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version 6.5.7226.0"> # <TITLE>Re: Backup Procedure</TITLE>  </HEAD>  <BODY>) <!-- Converted from text/plain format -->   F <P><FONT SIZE=3D2>From: Dave Greenwood on behalf of Dave Greenwood<BR> <BR> [snips]<BR>  <BR>L &gt;I'd go with the&nbsp;&nbsp; $ SET NOON&nbsp;&nbsp; suggestion mentioned=  earlier in this<BR>B &gt;thread.&nbsp; Put it just before the first BACKUP command.<BR> <BR>* Yes -- and multiple exclamation marks.<BR> <BR>L &gt;My guess is that either BACKUP is returning an error status and your<BR>L &gt;procedure is exiting on the implied &quot;$ ON ERROR THEN EXIT&quot;, o= r BACKUP<BR>L &gt;is returning a warning status and you have a &quot;$ ON WARNING THEN EX= IT&quot;<BR>L &gt;somewhere.&nbsp; Note that BACKUP will return a warning status if it tr= ies<BR> I &gt;to record the backup date and a file has been deleted between the<BR> L &gt;actual backup and the recording passes.&nbsp; Also, BACKUP will return = a<BR> L &gt;warning status (%BACKUP-W-ACCONFLICT) if it encounters a file that's<BR>* &gt;open for write by another process.<BR> <BR>L Also, (I have not seen any comment regarding this in this thread) although =L BACKUP returns only a warning for the ACCONFLICT, the final $status returne=L d from BACKUP for that saveset is %X10A38410.&nbsp; This is an error status=K &nbsp; I have not looked up what the text for this error is -- not sure wh= % ich help/message file to look in.<BR>  <BR>L Since I backup/image nightly all disks (180GB) on my production machine to =K one SDLT tape, SET NOON is the first command in my backup command file.<BR>  <BR> Regards, Paddy<BR> </FONT>  </P>   <FONT SIZE=3D3><BR>  <BR>K ***********************************************************************<BR>  <BR>G "This electronic message and any attachments may contain privileged<BR> B and confidential information intended only for the use of the <BR>F addressees named above.  If you are not the intended recipient of <BR>G this email, please delete the message and any attachment and advise<BR> F the sender.  You are hereby notified that any use, dissemination, <BR>; distribution, reproduction of this email is prohibited.<BR>  <BR>E If you have received the email in error, please notify TransGrid <BR> E immediately.  Any views expressed in this email are those of the <BR> A individual sender except where the sender expressly and with <BR> G authority states them to be the views of TransGrid.  TransGrid uses<BR> B virus-scanning software but excludes any liability for viruses<BR>  contained in any attachment.<BR> <BR>@ Please note the email address for TransGrid personnel is now<BR>( firstname.lastname@transgrid.com.au"<BR> <BR>K ***********************************************************************<BR>  </FONT>  </BODY>  </HTML> ) ------_=_NextPart_001_01C573E4.620DF37E--    ------------------------------  % Date: Sat, 18 Jun 2005 07:23:23 -0500 ( From: Wayne Sewell <wayne@tachysoft.com> Subject: Re: Backup Procedure / Message-ID: <00A4575F.1350A00A.1@tachysoft.com>   > >From: wayne@tachysoft.xxx.504279.killspam.00c3 (Wayne Sewell) >Subject: Re: Backup Procedure >Date: 18 Jun 2005 04:25:26 CDT / >Message-ID: <WMsmVQ4g$kja@tachxxsoftxxconsult> 7 >From: "O'Brien Paddy" <Paddy.O'Brien@transgrid.com.au>  >X-Newsgroups: comp.os.vms >Subject: Re: Backup ProcedureY >Message-ID: <8BAD914A0B8CA84C9E94187103A1AB9E05BE46@EX-TG2-PR.corporate.transgrid.local> & >Date: Sat, 18 Jun 2005 19:01:58 +1000  1 >From: Dave Greenwood on behalf of Dave Greenwood  >  >[snips] > E >>I'd go with the   $ SET NOON   suggestion mentioned earlier in this 7 >>thread.  Put it just before the first BACKUP command.  > ' >Yes -- and multiple exclamation marks.  > F >>My guess is that either BACKUP is returning an error status and yourG >>procedure is exiting on the implied "$ ON ERROR THEN EXIT", or BACKUP G >>is returning a warning status and you have a "$ ON WARNING THEN EXIT" G >>somewhere.  Note that BACKUP will return a warning status if it tries C >>to record the backup date and a file has been deleted between the E >>actual backup and the recording passes.  Also, BACKUP will return a F >>warning status (%BACKUP-W-ACCONFLICT) if it encounters a file that's$ >>open for write by another process. > M >Also, (I have not seen any comment regarding this in this thread) although = M >BACKUP returns only a warning for the ACCONFLICT, the final $status returne= M >d from BACKUP for that saveset is %X10A38410.  This is an error status.  I = M >have not looked up what the text for this error is -- not sure which help/m=  >essage file to look in. >   = It's the same one (%BACKUP-W-ACCONFLICT).  It *is* a warning.    HARPO> exit %X0A38410 ; %BACKUP-W-ACCONFLICT, !AS is open for write by another user   2 (You have to drop the leading 1 to make it print.)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: 18 Jun 2005 17:43:15 +0200. From: huber@NOBODY-mppmu.mpg.de (Joseph Huber) Subject: Re: Backup Procedure + Message-ID: <RHNucpXnIXWX@vms.mppmu.mpg.de>   ` In article <1119025454.233225.119170@g43g2000cwa.googlegroups.com>, WeLikeNuts@gmail.com writes:H > Let me preface this inquiry by saying that I am new to VMS.  So please > don't tear me a new one. > H > We use the backup procedure  below to backup our system and data disksE > to tape.  However, only the first saveset in the procedure actually G > gets created.  As far as I can tell from the documentation I've read, A > my commands seem correct. The tape should have more than enough D > capacity.  Any insight is greatly appreciated.  Thanks in advance. >  > $ WAIT 00:00:00 " > $ INIT/OVER=EXPIR MKA100: MTH_BA; > $ BACKUP/REWIND/LOG/LIST=BACK.LOG/IGNORE=INTERLOCK/RECORD  > DKC0:[*...]*.* -8 >   MKA100:SYS_DKC0.BCK/MEDIA_FORMAT=COMPACTION/NOASSISTC > $ BACKUP/NOREWIND/LOG/LIST=BACK.LOG/IMAGE/IGNORE=INTERLOCK/RECORD  > DKA0:[*...]*.* -8 >   MKA100:SYS_DKA0.BCK/MEDIA_FORMAT=COMPACTION/NOASSIST
 > $ LOGOUT > $  >   B As others have said already, errors in first backup would exit the
 procedure.F One reason for sure is: on the second backup You omit a /ignore=label.C If it was a batch job, and no operator enabled, it simply ended the A second backup doing nothing. (otherwise an operator request would & be pending and the procedure waiting).. So in addition to adding all the other things,! add LABEL to the /IGNORE=() list.     --  6    Joseph Huber, Muenchen  http://www.huber-joseph.de/   ------------------------------  % Date: Sat, 18 Jun 2005 07:27:45 -0500 ( From: Wayne Sewell <wayne@tachysoft.com> Subject: Re: Backup question/ Message-ID: <00A4575F.AF6EF388.3@tachysoft.com>   > >From: wayne@tachysoft.xxx.504279.killspam.00c3 (Wayne Sewell) >Subject: Re: Backup question  >Date: 18 Jun 2005 01:07:10 CDT / >Message-ID: <0ThlQrwZVpJI@tachxxsoftxxconsult> ! >From: John Santos <john@egh.com> L >User-Agent: Mozilla/5.0 (X11; U; OpenVMS AlphaServer_1200_5/533_4MB; en-US;% >            rv:1.7.8) Gecko/20050526  >X-Accept-Language: en-us, en  >MIME-Version: 1.0 >X-Newsgroups: comp.os.vms >Subject: Re: Backup question 2 >In-Reply-To: <00A456D3.566EDA9B.17@tachysoft.com>   >Wayne Sewell wrote:@ >>>From: wayne@tachysoft.xxx.504279.killspam.00c3 (Wayne Sewell) >>>Subject: Re: Backup question ! >>>Date: 17 Jun 2005 14:25:52 CDT * >>>From: Dave Froble <davef@tsoft-inc.com> >>>X-Newsgroups: comp.os.vms >>>Subject: Re: Backup question ( >>>Date: Thu, 16 Jun 2005 03:03:10 -0400? >>>Organization: Posted via Supernews, http://www.supernews.com  >>   >>   >>>Wayne Sewell wrote: >>> B >>>>>From: wayne@tachysoft.xxx.504279.killspam.00c3 (Wayne Sewell)! >>>>>Subject: Re: Backup question # >>>>>Date: 15 Jun 2005 04:22:56 CDT 3 >>>>>Message-ID: <JqIGcZm3dZyb@tachxxsoftxxconsult> / >>>>>From: "Syltrem" <syltremzulu@videotron.ca>  >>>>>X-Newsgroups: comp.os.vms! >>>>>Subject: Re: Backup question  >>   >>   >>  S >>>>Rather than copy after the fact, it's possible to make vms backup write two (or Q >>>>more) copies of the backup tape in the first place, if you have multiple tape L >>>>drives of the same type.  The tapesys product contains a facility calledS >>>>CMP/TSHAD (tape shadowing).  It is basically a virtual tape drive that fans out P >>>>to two or more physical tape drives.  tapesys does the backup to the virtualO >>>>tape drive, and all operations are simultaneously performed on the physical J >>>>drives.  Therefore you have two or more identical copies of the backupS >>>>savesets.  Created at the time of the backup.  The alternate tape(s) are in the N >>>>tapesys database like the original, and can be automatically sent to vault3 >>>>destination(s) independently of the first tape.  >>>> >>   >>   >>>About time Wayne.  :-)  >>>  >>   >>   >> ??? >>  N >> Tapesys has had this functionality at least since 1992, when I first workedA >> with software partners.  I think it goes back to the eighties.  >>   > E >I think Dave meant "It's about time you put your two cents into this G >thread, since these people are clearly looking for Tapesys and there's G >been tons of idle speculation about how backup works and little actual H >information from people (like you) who know how backup actually works",0 >not "It's about time Tapesys had this feature."  J Well, I really took it as "it's about time *something* could do this", not? taking it as a slam against tapesys, but okay.  Duh on me.  :-)     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: Sat, 18 Jun 2005 19:58:47 +1000 6 From: "O'Brien Paddy" <Paddy.O'Brien@transgrid.com.au>) Subject: Re: Batch utility to crop images X Message-ID: <8BAD914A0B8CA84C9E94187103A1AB9E05BE47@EX-TG2-PR.corporate.transgrid.local>  , This is a multi-part message in MIME format.  ' ------_=_NextPart_001_01C573EC.5210AA3D . Content-Type: text/plain; charset="iso-8859-1"+ Content-Transfer-Encoding: quoted-printable   3 From: Ken Fairfield [mailto:my.full.name@intel.com]  >Bob Koehler wrote: L >> In article <42ACE889.90DCDD64@teksavvy.com>, JF Mezei <jfmezei.spamnot@t= eksavvy.com> writes: >>=20 , >>>What is the best tool on VMS to do that ? >>=20  >>=20 K >>    IMHO the Fortran compiler.  Even if it is stuck at 77.  But I suppose 1 >>    you could use some other compiler instread.  > G >    Actually, "stuck" at F95 on Alpha (granted, F77 on VAX).  Would be D >nice if development would continue so we could get F2003 on Alphas,0 >but indications are F2003 will be Itanium only.  L What I do not understand, and feel somewhat aggrieved about is that the com=L piler itself should be common code.  It is, IIRC, only the GEM backend that=
  is specific.   L Having given SL and friends to Intel, this "maintenance mode" (which SL act=L ually stated in a c.l.f thread) is just another ploy to force us off Alpha,=6  much as stopping at F77 was a ploy to get us off VAX.  L Regardless of F2003, there is much development work on F95 which was given =L up on.  No cross references (yes, I know SCA, but I can't read output on a =F train), and if the CXML S/D/C/Zgemm is so good, why is MATMUL so poor?  L In fact, few of the array functions are where they should be now.  The only=L  ones that compare in speed with CXML and DO loops are straight copies and = assignments.  L Incidentally, why do we pay for the right to upgrade things that are in mai=L ntenace mode?  FMS was upgraded to 2.5 purely for an IA64 release.  It and =L GKS have not even been bugfixed in at least 10 years, and we reported a lot="  of bugs in GKS about 8 years ago.   Regards, Paddy  L I am clearing bottlenecks by returning code to DO loops or using CXML LAPAC=4 K and BLAS with the more complicated argument lists.   Regards, Paddy    G ***********************************************************************   C "This electronic message and any attachments may contain privileged @ and confidential information intended only for the use of the=20D addressees named above.  If you are not the intended recipient of=20C this email, please delete the message and any attachment and advise D the sender.  You are hereby notified that any use, dissemination,=207 distribution, reproduction of this email is prohibited.   C If you have received the email in error, please notify TransGrid=20 C immediately.  Any views expressed in this email are those of the=20 ? individual sender except where the sender expressly and with=20 C authority states them to be the views of TransGrid.  TransGrid uses > virus-scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************     ' ------_=_NextPart_001_01C573EC.5210AA3D - Content-Type: text/html; charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">  <HTML> <HEAD>L <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Diso-8859-= 1"> K <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version 6.5.7226.0"> / <TITLE>Re: Batch utility to crop images</TITLE>  </HEAD>  <BODY>) <!-- Converted from text/plain format -->   L <P><FONT SIZE=3D2>From: Ken Fairfield [<A HREF=3D"mailto:my.full.name@intel=+ com">mailto:my.full.name@intel.com</A>]<BR>  &gt;Bob Koehler wrote:<BR>L &gt;&gt; In article &lt;42ACE889.90DCDD64@teksavvy.com&gt;, JF Mezei &lt;jf=* mezei.spamnot@teksavvy.com&gt; writes:<BR> &gt;&gt;<BR>9 &gt;&gt;&gt;What is the best tool on VMS to do that ?<BR>  &gt;&gt;<BR> &gt;&gt;<BR>L &gt;&gt;&nbsp;&nbsp;&nbsp; IMHO the Fortran compiler.&nbsp; Even if it is s=# tuck at 77.&nbsp; But I suppose<BR> J &gt;&gt;&nbsp;&nbsp;&nbsp; you could use some other compiler instread.<BR> &gt;<BR>L &gt;&nbsp;&nbsp;&nbsp; Actually, &quot;stuck&quot; at F95 on Alpha (granted=! , F77 on VAX).&nbsp; Would be<BR> K &gt;nice if development would continue so we could get F2003 on Alphas,<BR> 7 &gt;but indications are F2003 will be Itanium only.<BR>  <BR>L What I do not understand, and feel somewhat aggrieved about is that the com=L piler itself should be common code.&nbsp; It is, IIRC, only the GEM backend=  that is specific.<BR> <BR>L Having given SL and friends to Intel, this &quot;maintenance mode&quot; (wh=L ich SL actually stated in a c.l.f thread) is just another ploy to force us =D off Alpha, much as stopping at F77 was a ploy to get us off VAX.<BR> <BR>L Regardless of F2003, there is much development work on F95 which was given =L up on.&nbsp; No cross references (yes, I know SCA, but I can't read output =L on a train), and if the CXML S/D/C/Zgemm is so good, why is MATMUL so poor?= <BR> <BR>L In fact, few of the array functions are where they should be now.&nbsp; The=L  only ones that compare in speed with CXML and DO loops are straight copies=  and assignments.<BR>  <BR>L Incidentally, why do we pay for the right to upgrade things that are in mai=L ntenace mode?&nbsp; FMS was upgraded to 2.5 purely for an IA64 release.&nbs=L p; It and GKS have not even been bugfixed in at least 10 years, and we repo=0 rted a lot of bugs in GKS about 8 years ago.<BR> <BR> Regards, Paddy<BR> <BR>L I am clearing bottlenecks by returning code to DO loops or using CXML LAPAC=8 K and BLAS with the more complicated argument lists.<BR> <BR> Regards, Paddy</FONT>  </P>   <FONT SIZE=3D3><BR>  <BR>K ***********************************************************************<BR>  <BR>G "This electronic message and any attachments may contain privileged<BR> B and confidential information intended only for the use of the <BR>F addressees named above.  If you are not the intended recipient of <BR>G this email, please delete the message and any attachment and advise<BR> F the sender.  You are hereby notified that any use, dissemination, <BR>; distribution, reproduction of this email is prohibited.<BR>  <BR>E If you have received the email in error, please notify TransGrid <BR> E immediately.  Any views expressed in this email are those of the <BR> A individual sender except where the sender expressly and with <BR> G authority states them to be the views of TransGrid.  TransGrid uses<BR> B virus-scanning software but excludes any liability for viruses<BR>  contained in any attachment.<BR> <BR>@ Please note the email address for TransGrid personnel is now<BR>( firstname.lastname@transgrid.com.au"<BR> <BR>K ***********************************************************************<BR>  </FONT>  </BODY>  </HTML> ) ------_=_NextPart_001_01C573EC.5210AA3D--    ------------------------------    Date: 18 Jun 2005 09:06:26 -0700 From: bob@instantwhip.com < Subject: Re: Intel neuters Montvale, Itanic screams in alarmB Message-ID: <1119110786.387392.76200@o13g2000cwo.googlegroups.com>  . hey Bill ... I worry about America and me, not/ what the world thinks ... if you want to follow 2 the world over the cliff, go right ahead ... their. are 1000s of flights daily to escort you right out of here ...    ------------------------------  % Date: Sat, 18 Jun 2005 13:10:40 -0400 ( From: Bill Todd <billtodd@metrocast.net>< Subject: Re: Intel neuters Montvale, Itanic screams in alarm= Message-ID: <-4ednRdqRIgMyCnfRVn-oA@metrocastcablevision.com>    bob@instantwhip.com wrote:0 > hey Bill ... I worry about America and me, not > what the world thinks ...   D Y'know, boob, I generally don't find your drivel worth reading, let F alone responding to.  But since your response here is so disgustingly F self-centered and thus so typical of much of the problem with America H and Americans today, it seems appropriate to point it out as an example F - since being associated with your level of thinking should make even I the most hardened chickenhawk take a step back and ponder at least a bit.      if you want to follow 4 > the world over the cliff, go right ahead ... their0 > are 1000s of flights daily to escort you right > out of here ...   G Sorry:  this is my country, and I have no intention of leaving it just  D because a bunch of cretins (aided by confused but generally willing * sheep like you) have managed to hijack it.   I intend to get it back.   - bill   ------------------------------  % Date: Sat, 18 Jun 2005 13:24:57 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> < Subject: Re: Intel neuters Montvale, Itanic screams in alarm, Message-ID: <42B458E8.BE96BF3C@teksavvy.com>   Bill Todd wrote:I > which may occur (e.g., the Iraqis have every bit as much right to light E > off a nuke, if they can get their hands on one, about half-way down G > Pennsylvania Avenue as we had to go after those responsible for 9/11,   E Actually, that isn't the case.  Both NATO and the UN agreed that 9/11 F was an attack on the united states, both agreed it was Bin Ladin, bothE agreed that the Taliban were harbouring Bin Ladin and protecting him. ? And it wasn't just the USA who went into Afghanistan. There was  legitimacy in that invasion.  E Where I still have question is in the refusal by the USA to hand over H the evidence that it was Bin Ladin to the Afghan government. In a normalG extradition process, the asking country has to show the evidence to the D holding country to convince the holding country that the extraditionH request is valid. On that point alone, the afghan government had a rightG to hold/protect Bin Ladin since it had not been shown any evidence that  he was a terrible criminal.   E However, the rest of the world was more than willing to overlook this E and agree to the military action since the government of afghnanistan E was very disliked, but due process should have been followed to truly E remove any legitimacy to the Afghan government. Note: the Taliban was  put in power by the USA.  D Now, consider that the Bin Ladin family have huge investments in theD USA, including propping up Bush Jrs failing oil businesses. ConsiderE that they had meetings at the white house the day after 9-11 and were H given the green light to use their own jets to leave the USA.  "We don'tD like our son/brother Osaama, he is an asshole, but please don't kill3 him" might have been some of the discussion points.   G An Ossama alive is worth far more to the Rumsfeld/Cheney/Wolfowitz trio B than a dead one. The day Bin Ladin is officially killed is the dayC americans might no longer tolerate all the extreme measures the USA F regime has instituted alongside the patriot act. (And yes, patriot actG really does allow the FBI to find out about all the books you purchased B or borrowed from a library - my guess is so that they can spot anyC person with an arabic name who borrows books about nuclear energy).     D Bin Ladin is probably quite dead in some cave, burried under tons ofD rubble. Since the supposed tapes of him which came out at convenientE times are verified by the CIA for authenticity, it becomes quite easy # for the CIA to produce those tapes.    ------------------------------  % Date: Sat, 18 Jun 2005 08:09:30 +0200 - From: Didier Morandi <prenom.nom@freesurf.fr> ' Subject: Re: New OpenVMS Planet Website 4 Message-ID: <42b3ba9e$0$16647$626a14ce@news.free.fr>   Larry Kilgallen wrote:  l > In article <1119045473.216316.179570@g47g2000cwa.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes: >  >> >>Didier Morandi wrote:  >  > N >>>To me it is a gateway towards making $$$, not a fiendly corner as Ken's is. >>> 
 >>>my 2 euros  >>>  >>>D.  >> >>D >>You mean 2 errors! OK, one error. "Fiendly" is not a complementary >>term! :-)  >  > 0 > In fact, it is not even a complimentary term !  K If I add to my post an addendum (how could an addendum not be added?) with  @ "Friendly" instead, does this solve your problem, Gentlemen? :-)   D.   ------------------------------   Date: 18 Jun 2005 08:51:10 GMT$ From: "Doc." <doc@openvms-rocks.com> Subject: Problem with reboot7 Message-ID: <Xns96796EAAF4BDDdcovmsrox@212.100.160.126>   F I'm currently trying to enable shadowing on Deathrow node DAHMER, but D have hit a snag.  This is on VMS 7.2, and I don't think there's any  patches installed. :(     I edited MODPARAMS.DAT and added SHADOWING=2  ALLOCLASS=2    Did an autogen, then a reboot.  J I got a bugcheck with a volume already mounted error (sorry, didn't catch  the exact error).   = I then tried a conversational boot to reset the parameters...    b -flags 0,1 set startup/opa0:  set window_system 0  set alloclass 0  set shadowing 0  set writesysparams 0 continue   $ spawn  $ @sys$system:startup   I That just froze partway through SYSTARTUP_VMS and sat there for about 20-  30 minutes before I did CTRL-P.   I Now the system gives the following messages in the boot and sits there...   5 OpenVMS (TM) Alpha Operating System, Version V7.2       ? %DECnet-I-LOADED, network base image loaded, version = 05.0D.00   6 %SYSINIT-I- waiting to form or join an OpenVMS Cluster> %VMScluster-I-LOADSECDB, loading the cluster security database0 %EWA0, Twisted-Pair(10baseT) mode set by console> %CNXMAN,  Sending VMScluster membership request to system GEIN2 %CNXMAN,  Now a VMScluster member -- system DAHMER6 %MSCPLOAD-I-CONFIGSCAN, enabled automatic disk serving     Anyone got any ideas?      Doc. --  G OpenVMS:     Eight out of ten hackers prefer *other* operating systems. G http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.    ------------------------------   Date: 18 Jun 2005 09:17:07 GMT$ From: "Doc." <doc@openvms-rocks.com>  Subject: Re: Problem with reboot7 Message-ID: <Xns967972E44C348dcovmsrox@212.100.160.126>    %NEWS-I-NEWMSG, Doc. wrote in / news:Xns96796EAAF4BDDdcovmsrox@212.100.160.126    8 > %MSCPLOAD-I-CONFIGSCAN, enabled automatic disk serving  , The system eventually allowed me back in. :)  0 Here's the error I got with shadowing enabled...  K %SYSINIT-E- volume already mounted on a differently named device, status =   007280B4     Doc. --  G OpenVMS:     Eight out of ten hackers prefer *other* operating systems. G http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.    ------------------------------  # Date: Sat, 18 Jun 2005 09:10:34 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)  Subject: Re: Problem with reboot6 Message-ID: <00A45733.60103E1D@SSRL.SLAC.STANFORD.EDU>  ^ In article <Xns96796EAAF4BDDdcovmsrox@212.100.160.126>, "Doc." <doc@openvms-rocks.com> writes:G >I'm currently trying to enable shadowing on Deathrow node DAHMER, but  E >have hit a snag.  This is on VMS 7.2, and I don't think there's any   >patches installed. :( > ! >I edited MODPARAMS.DAT and added  >SHADOWING=2 >ALLOCLASS=2 >  >Did an autogen, then a reboot.  > K >I got a bugcheck with a volume already mounted error (sorry, didn't catch   >the exact error).  J I think that's typically "can't mount the system disk because someone elseH in the cluster has a disk with the same label mounted", but might on theM other hand be the result of your having turned your local $dahmer$dka0 into a G cluster-known $2$dka0 which was already mounted by somebody else in the D cluster.  Bugcheck seems like an appropriate response to that error.   > > >I then tried a conversational boot to reset the parameters... > 
 >b -flags 0,1  >set startup/opa0: >set window_system 0 >set alloclass 0 >set shadowing 0 >set writesysparams 0 	 >continue  >  >$ spawn >$ @sys$system:startup > J >That just froze partway through SYSTARTUP_VMS and sat there for about 20-  >30 minutes before I did CTRL-P. > J >Now the system gives the following messages in the boot and sits there... > 6 >OpenVMS (TM) Alpha Operating System, Version V7.2     > @ >%DECnet-I-LOADED, network base image loaded, version = 05.0D.00 > 7 >%SYSINIT-I- waiting to form or join an OpenVMS Cluster ? >%VMScluster-I-LOADSECDB, loading the cluster security database 1 >%EWA0, Twisted-Pair(10baseT) mode set by console ? >%CNXMAN,  Sending VMScluster membership request to system GEIN 3 >%CNXMAN,  Now a VMScluster member -- system DAHMER 7 >%MSCPLOAD-I-CONFIGSCAN, enabled automatic disk serving  >  >  >Anyone got any ideas?     Log in on GEIN, and try     $ SHOW SYSTEM /NODE=DAHMER  = and see what processes are running and what state they're in.    Also try   $ MC SYSMAN  SYSMAN> SET ENV/NODE=GEIN  SYSMAN> DO SHOW DEVICE /MOUNT  SYSMAN> DO SHOW DEVICE       -- Alan    ------------------------------  % Date: Sat, 18 Jun 2005 10:44:38 +0100 6 From: "Alex Daniels" <AlexNoSpamDaniels@themail.co.uk>  Subject: Re: Problem with reboot6 Message-ID: <42b3ed08$0$23699$db0fefd9@news.zen.co.uk>  0 "Doc." <doc@openvms-rocks.com> wrote in message 1 news:Xns967972E44C348dcovmsrox@212.100.160.126...  > %NEWS-I-NEWMSG, Doc. wrote in 0 > news:Xns96796EAAF4BDDdcovmsrox@212.100.160.126 > 9 >> %MSCPLOAD-I-CONFIGSCAN, enabled automatic disk serving  > . > The system eventually allowed me back in. :) > 2 > Here's the error I got with shadowing enabled... > L > %SYSINIT-E- volume already mounted on a differently named device, status =
 > 007280B4 >   K You still have the DAHMER's System disk mounted on the other two nodes, as  I DAHMER$DKA0, it will need to be dismounted from those boxes first. As by  K setting an ALLOCLASS, you are changing it. to $x$DKA0, where x is DAHMER's  
 ALLOCLASS.     GEIN $ sh dev d   M Device                  Device           Error    Volume         Free  Trans   Mnt M  Name                   Status           Count     Label        Blocks Count   Cnt M DAHMER$DKA0:            HostUnavailable      0  ALPHASYS       4254750     1   3                          mounted    MANSON $ sh dev d   M Device                  Device           Error    Volume         Free  Trans   Mnt M  Name                   Status           Count     Label        Blocks Count   Cnt M DAHMER$DKA0:            HostUnavailable      0  ALPHASYS       4254750     1   3                          mounted   L Did you set SHADOW_SYS_DISK and SHADOW_SYS_UNIT? You will want set at least 7 the former, if you are going to shadow the system disk.    Alex   ------------------------------   Date: 18 Jun 2005 10:01:18 GMT$ From: "Doc." <doc@openvms-rocks.com>  Subject: Re: Problem with reboot7 Message-ID: <Xns96797A69928C3dcovmsrox@212.100.160.126>   % %NEWS-I-NEWMSG, Alex Daniels wrote in . news:42b3ed08$0$23699$db0fefd9@news.zen.co.uk   2 > "Doc." <doc@openvms-rocks.com> wrote in message 3 > news:Xns967972E44C348dcovmsrox@212.100.160.126...   D >> %SYSINIT-E- volume already mounted on a differently named device, >> status = 007280B4  B > You still have the DAHMER's System disk mounted on the other twoG > nodes, as DAHMER$DKA0, it will need to be dismounted from those boxes E > first. As by setting an ALLOCLASS, you are changing it. to $x$DKA0,   > where x is DAHMER's ALLOCLASS.  > Yup, one of our other admin people cluebatted me with that. :)  G > Did you set SHADOW_SYS_DISK and SHADOW_SYS_UNIT? You will want set at ? > least the former, if you are going to shadow the system disk.   I We don't intend to use shadowed system disks, we just want to play about  D with LD and see if we can have the SYSUAF and other common files on  shadowed volumes.      Doc. --  G OpenVMS:     Eight out of ten hackers prefer *other* operating systems. G http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.    ------------------------------  % Date: Sat, 18 Jun 2005 13:09:00 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>   Subject: Re: Problem with reboot, Message-ID: <42B4552C.EF93F5A8@teksavvy.com>  
 "Doc." wrote: " > I edited MODPARAMS.DAT and added
 > SHADOWING=2 
 > ALLOCLASS=2   H This may sound stupid, but is the allocation class 2 unique to this node on the cluster ?  E Also, do you have other system disks already mounted as shadowsets on H other nodes, and VMS might try to form a new shadowset for this node and$ find that the name is already used ?    F As the faulty node boots, you should do a show dev d to see what shops up from the faulty node.   ------------------------------  % Date: Sat, 18 Jun 2005 08:18:36 +0200 - From: Didier Morandi <prenom.nom@freesurf.fr>  Subject: RZ29B and BA3504 Message-ID: <42b3bcc1$0$19120$626a14ce@news.free.fr>  F I have purchased two uVAX 3400 plus a bunch of spare parts and cables.A Among them I found an RZ29B-VA/4.3Gb in its green BA350-like box.   L When I plug it in the BA of my PWS600au it starts spinning to death, the BA 8 starts moving on its table, and the disk does not mount.  O Anything wrong between the RZ29-VA and a BA350? The disks I do have in the box  
 are SWXD3-WE.    Thanks,    D.   ------------------------------  % Date: Sat, 18 Jun 2005 11:02:59 -0400 - From: William Webb <william.w.webb@gmail.com>  Subject: Re: RZ29B and BA3507 Message-ID: <8660a3a105061808022dba2f14@mail.gmail.com>   : On 6/18/05, Didier Morandi <prenom.nom@freesurf.fr> wrote:H > I have purchased two uVAX 3400 plus a bunch of spare parts and cables.C > Among them I found an RZ29B-VA/4.3Gb in its green BA350-like box.  >=20L > When I plug it in the BA of my PWS600au it starts spinning to death, the = BA: > starts moving on its table, and the disk does not mount. >=20L > Anything wrong between the RZ29-VA and a BA350? The disks I do have in th= e box  > are SWXD3-WE.  >=20	 > Thanks,  >=20 > D. >=20  F The SWXD3-WE is a fast/wide device, and the RZ29-VA is a narrow deviceD (and I don't think it's fast, either and the speed differences might@ be another reason for the chaos you're describign to take place.  G I think hardware went 8-bit =3D> 16-bit =3D> 16-bit fast however, as we E all know, the first S in SCSI does not stand for "standard".  Neither  does the second one..   ; THe BA350 (if that's what it really is) is a narrow device.   D The most common mistake I see with BA boxes occurs with systems with@ onboard SCSI that also has an external connector coming from the motherboard. .  C Following the natural tendency of humans to want to fill up all the D empty slots, people will load the BA shelf up with disks, completely@ overlooking the fact that their system also has * internal* SCSIF devices at one or more of the addresses at which they have just placed StorageWorks disks.   3 And that can make all sorts of weird things happen.   C Also, if you're using a KZPBA PCI host bus adapter in your -au, you 4 can't use both the internal and external interfaces.   WWWebb --=20 C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------    Date: 18 Jun 2005 08:07:20 -0700; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com>  Subject: Re: RZ29B and BA350C Message-ID: <1119107240.554994.129100@g49g2000cwa.googlegroups.com>    Didier Morandi wrote: H > I have purchased two uVAX 3400 plus a bunch of spare parts and cables.C > Among them I found an RZ29B-VA/4.3Gb in its green BA350-like box.  > M > When I plug it in the BA of my PWS600au it starts spinning to death, the BA : > starts moving on its table, and the disk does not mount. > P > Anything wrong between the RZ29-VA and a BA350? The disks I do have in the box > are SWXD3-WE.  > 	 > Thanks,  >  > D.  E My first quick guess would be that the RZ29 is busted badly.  You are F saying that when you power it up and it starts "spinning to death" theD vibrations make the BA350 move around the table?  If so, that's bad.A These disks are pretty quiet and vibrationless so if you have one E causing the BA to move then it's almost certainly crashed and burned. - Get a refund if you can and look for another.    ------------------------------  + Date: Sat, 18 Jun 2005 08:19:26 +0000 (UTC) 3 From: Howard Siegel <not.interested@nospam.invalid> P Subject: Re: Sequential File Record Formats (was: Re: unix script on VMS to DOS), Message-ID: <d90lee$a95$1@reader1.panix.com>   hoff@hp.nospam writes:g > In article <42b27e29$1_1@glkas0286.greenlnk.net>, "chris" <christian.rothwell@baesystems.com> writes: L > :Is there any utility out there to view line feeds and carridge returms onH > :DOs??? the file is saved as a txt file or EDF file. , currently viewd > :through notepad.  > H >   The Microsoft Windows Notepad tool generally wants the Stream-formatJ >   sequential file, while the Wordpad tool can operate with either StreamG >   or Stream LF, IIRC.  (I *think* Wordpad is the more flexible of the H >   two, in terms of which sequential file format(s) it will accept.  If >   not, try the other.)  A At least when dealing with text files brought over in binary mode E from Unix to Windows (either FTP'ed in binary mode or dragged/dropped B via NFS/Samba/etc.), Notepad runs all the lines together in to oneF long long line.  Wordpad knows how to interpret the "UNIX end-of-line" convention.   A I haven't done all that much moving files to/from VMS and Windows ? lately, so I don't know how well Wordpad will handle any of the $ various VMS end-of-line conventions.   --    ? hsiegel~at~pobox~dot~com  <*>  Netcom Class of '93, RIP Netcom!    ------------------------------  % Date: Sat, 18 Jun 2005 08:57:50 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> P Subject: Re: Sequential File Record Formats (was: Re: unix script on VMS to DOS); Message-ID: <cTUse.13127$Qr3.1399890@news20.bellglobal.com>   1 "Hoff Hoffman" <hoff@hp.nospam> wrote in message  , news:VlHse.7285$Fi1.2572@news.cpqcorp.net... >  [...snip...]E >  And yes, you need to use FTP ASCII mode transfer -- but I'd expect D >  if you look at a DIRECTORY/FULL of what you are sending, the fileF >  format you are sending is not compatible with Windows expectations.& >  All sequential files are not alike. [...snip...]   Just to add on to Hoff's point:   K Many IS/IT folk this side of Y2K seem to have forgotten (or never learned)  L why FTP ASCII transfers are necessary. More than 15 years ago the computing K world needed to deal with many more operating systems than today. For some  B reason, almost every operating system used a different method for F terminating a text records when stored to disk. Here is a list of the & methods that I've encountered include:  	 <CR> only 	 <LF> only  <NULL> only  <CR><LF> <LF><CR> <ctrl-Z> no special character(s)   F Believe it or not, the last one is the default method used by vanilla K OpenVMS. Reminiscent of Pascal strings, RMS text files store a line-length  G byte count value at the beginning of the stored data. Line termination  G characters are usually only appended to each data line by the software   reading the RMS file.    Click here for more info: = http://www3.sympatico.ca/n.rieck/docs/openvms_text_files.html   K When it became desirable to transfer text files from system to system, FTP  J ASCII was developed to do the translation. (e.g.. when in ASCII mode, the K local FTP client knows how to read text files on the local system; it then  K sends record data to the far end; the remote FTP client knows how to write  ! text files on the remote system).   L Today, some IS/IT people have been stung by accidentally FTPing binary data J in ASCII mode (which will attempt to do a text-like translation). To make J matters worse, they did experimental binary transfers of ASCII files from M "UNIX to UNIX" or "UNIX to Windows" and discovered that the transfers seemed  M to work. From this point on they only used binary transfers somehow thinking   this method was superior.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  + Date: Sat, 18 Jun 2005 05:49:34 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)' Subject: several new 7.3-2 patches!!!!! $ Message-ID: <d90cle$fl4$1@online.de>  I I notice that several new patches for 7.3-2 have arrived in the last few   days.   C Why wasn't I notified via the announcement list I signed up for at  I OpenVMS.org?  Until recently I have gotten notifications even before the   patches showed up at ITRC.  I Why is the new Fibre-SCSI patch preceeded by a dot in the list?  This is  D normally done for superseded patches, but in this case it's the NEW + patch.  Is there perhaps a problem with it?    ------------------------------  # Date: Sat, 18 Jun 2005 15:34:47 GMT 6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com>+ Subject: Re: several new 7.3-2 patches!!!!! < Message-ID: <raXse.29662$Kw.598780@twister.southeast.rr.com>  L I just got back from one week vacation late last night.  I'm posting on the  site then sending out alerts.    Ken   % _____________________________________ " Kenneth R. Farmer <>< 336-736-7376# OpenVMS.org: http://www.OpenVMS.org ' dba.OpenVMS.org: http://dba.OpenVMS.org ' dcl.OpenVMS.org: http://dcl.OpenVMS.org         M "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>  / wrote in message news:d90cle$fl4$1@online.de... I >I notice that several new patches for 7.3-2 have arrived in the last few  > days.  > D > Why wasn't I notified via the announcement list I signed up for atJ > OpenVMS.org?  Until recently I have gotten notifications even before the > patches showed up at ITRC. > J > Why is the new Fibre-SCSI patch preceeded by a dot in the list?  This isE > normally done for superseded patches, but in this case it's the NEW - > patch.  Is there perhaps a problem with it?  >    ------------------------------    Date: 18 Jun 2005 09:07:52 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: Re: Upgrade to VMS 4.6 , Message-ID: <42b3e468$1@news.langstoeger.at>  \ In article <42B31166.15D1724F@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >"Stanley F. Quayle" wrote: F >> I need the upgrades to move from VMS V4.5 to V4.6.  Anyone have the >> tapes around??  > F >I *MAY* still have TK50s for MicroVMS , but as I recall, I started atG >4.7.  Not sure if they are readable. I'd have to look through my stack  >of old TKs.  G Maybe MicroVMS was differently to VAX/VMS, but with VMS version 4.7 was G an upgrade to V4.6 only. Means, to "start with V4.7" you had to install E V4.6 (big reel tape + small MUP tape) and then upgrade to V4.7 (small  reel tape + small MUP tape).   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   End of INFO-VAX 2005.339 ************************                                                                                                              6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B    6B     7B    7B    7B    7B    7B    7B    7B    7B    7B    	7B    
7B    7B    7B    
7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B     7B    !7B    "7B    #7B    $7B    %7B    &7B    '7B    (7B    )7B    *7B    +7B    ,7B    -7B    .7B    /7B    07B    17B    27B    37B    47B    57B    67B    77B    87B    97B    :7B    ;7B    <7B    =7B    >7B    ?7B    @7B    A7B    B7B    C7B    D7B    E7B    F7B    G7B    H7B    I7B    J7B    K7B    L7B    M7B    N7B    O7B    P7B    Q7B    R7B    S7B    T7B    U7B    V7B    W7B    X7B    Y7B    Z7B    [7B    \7B    ]7B    ^7B    _7B    `7B    a7B    b7B    c7B    d7B    e7B    f7B    g7B    h7B    i7B    j7B    k7B    l7B    m7B    n7B    o7B    p7B    q7B    r7B    s7B    t7B    u7B    v7B    w7B    x7B    y7B    z7B    {7B    |7B    }7B    ~7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    7B    