1 INFO-VAX	Mon, 05 Dec 2005	Volume 2005 : Issue 676       Contents: Re: Moving VAX 4000s in a car ?  Re: Moving VAX 4000s in a car ? ? PCI-based 8 port Synchronous controller(PBXDP-AC) configuration  rdb5.1 and fortran date type ? Re: shadowing questions  Re: Tech manuals for 600au Re: V8.3 teaser  Re: V8.3 teaser  Re: VMS and defense / missiles Re: VMS and defense / missiles Re: VMS and defense / missiles  F ----------------------------------------------------------------------  % Date: Sun, 04 Dec 2005 00:06:08 +0800  From: prep@prep.synonet.com ( Subject: Re: Moving VAX 4000s in a car ?- Message-ID: <874q5qp3m7.fsf@prep.synonet.com>   * bill@cs.uofs.edu (Bill Gunshannon) writes:  1 > In article <11osmeeu9n705f@corp.supernews.com>, , > 	Dave Froble <davef@tsoft-inc.com> writes: >> JF Mezei wrote:L >>> Has anyone had experience moving some VAX 4000 style cabinets (BA430 and >>> BA440 cabinets) in a car ? >>> C >>> Would one be able to fit 2 inside ? How about 3 such cabinets ?  >>> K >>> The SOC mentions the cabinent is 69cm high, 53cm wide * 45cm deep ( 27"  >>> * 21" * 17.8") >>> : >>> Or is a minivan something that is necessary for this ? >>    >> How big of a car do you have? >  > My guess would be a 2CV.  :-)   N You can get a horse in a 2CV, so a few vaxen boxen shouldn't be any problem...   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 4 Dec 2005 21:40:24 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)( Subject: Re: Moving VAX 4000s in a car ?, Message-ID: <3vh628F160klqU1@individual.net>  - In article <874q5qp3m7.fsf@prep.synonet.com>,  	prep@prep.synonet.com writes:, > bill@cs.uofs.edu (Bill Gunshannon) writes: > 2 >> In article <11osmeeu9n705f@corp.supernews.com>,- >> 	Dave Froble <davef@tsoft-inc.com> writes:  >>> JF Mezei wrote: M >>>> Has anyone had experience moving some VAX 4000 style cabinets (BA430 and  >>>> BA440 cabinets) in a car ?  >>>>  D >>>> Would one be able to fit 2 inside ? How about 3 such cabinets ? >>>>  L >>>> The SOC mentions the cabinent is 69cm high, 53cm wide * 45cm deep ( 27" >>>> * 21" * 17.8")  >>>>  ; >>>> Or is a minivan something that is necessary for this ?  >>> ! >>> How big of a car do you have?  >>  >> My guess would be a 2CV.  :-) > P > You can get a horse in a 2CV, so a few vaxen boxen shouldn't be any problem...  F How do you get a horse in a 2CV?  Roll the top back and have the horse stand on it's hind legs?  :-)   N We won't even go into wether or not the motor in a 2CV could actually benerateL enough horsepower (no pun intended!) to move the weight of a horse or a VAX.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 4 Dec 2005 17:57:23 -0800  From: "cb" <chekban@gmail.com>H Subject: PCI-based 8 port Synchronous controller(PBXDP-AC) configurationC Message-ID: <1133747842.970739.119080@g49g2000cwa.googlegroups.com>   G  Hi i'm looking for the user manual of "PBXDP-AC"      PCI-based 8 port G Synchronous controller (8-port, Serial Interface with RS232 (V.24/V.28) F 6-foot octopus cable. Individual ports may be further configured using$ one of the following adapters/port.)  B The configuration of this card in Alpha Tru64 for X.25 OSI stacks.  B Can anyone provide any info on this ? i search through the web but found nothing.  thanks    ------------------------------   Date: 29 Nov 2005 09:33:06 GMT From: kyle katarn <sans>' Subject: rdb5.1 and fortran date type ? 3 Message-ID: <Xns971D6AFCFD7E6kfreefr@212.27.42.133>    Hello,   format for date_vms for RDB 5.1   9 We are trying to remove the CDD on an Fortran application  (VMS 6.2, RDB 5.1 on AXP).  3 There is a problem with the RDB date type DATE_VMS.   5 The SQL$PRE accept SQL_DATE_VMS (which is REAL*8) and * a OBJ is well generate (for .SFO programs)+ (i found that in the sql$example directory)   4 For fortran program (wich use DICTinary but not SQL)6 the frotran builder don't accept SQL_DATE_VMS but only REAL*8.   0 Pb : the type REAL*8 is not accepted by SQL$PRE.  % So, i had to create 2 include files : ' one for the .SFO program (SQL_DATE_VMS) ! one for the .FOR program (RAL*8).   + is-there a solution to avoid this problem ?  (and use only one include file)    thanks !   ------------------------------  * Date: Sun, 4 Dec 2005 21:25:35 +0000 (UTC)7 From: moroney@world.std.spaamtrap.com (Michael Moroney)   Subject: Re: shadowing questions( Message-ID: <dmvmsf$rgq$3@pcls4.std.com>  R helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:  I >Assume that each shadow set consists of just two members, each of which  D >has a local connection to only one machine---except in the case of D >system-disk shadow sets, the disks are connectedto different nodes.  F >Suppose a node starts a full shadow copy on a shadow set the disks ofD >which are connected to two other nodes in the cluster, but then theI >first node crashes.  Will the copy be picked up, where it was left off,  6 >by another node?  Or will the entire copy start anew?  G As long as the shadowset remains mounted, the copy will resume where it C left off.  If it ever becomes unmounted on all nodes, the copy will  start from the beginning.   D >Suppose a full copy is going on, but the node with the copy source @ >becomes unavailable.  Will the entire shadow set go into mount H >verification, picking up the copy where it was left off when the node, I >and the disk which is connected to it, become available again?  Or will   >the entire copy start anew?  H Again, as long as the shadowset remains mounted on at least one node at C all times, it will pick up where it left off.  (mountverify is OK,  G MV timeout is not)  If the source becomes unavailable, the shadowset as H a whole will go into mount verify state until it comes back or MVTIMEOUT is exceeded.   -Mike    ------------------------------  % Date: Sun, 04 Dec 2005 00:10:19 +0800  From: prep@prep.synonet.com # Subject: Re: Tech manuals for 600au - Message-ID: <87zmninous.fsf@prep.synonet.com>   / William Webb <william.w.webb@gmail.com> writes:   9 > On 12/1/05, Steven M. Schweda <sms@antinode.org> wrote:  >> From: prep@prep.synonet.com >>D >> > Anyone know where I can find a GOOD manual for the 600au et al?0 >> > Not the fluffy `stuff' on the hp website... >>H >>    Do you already have the "System Reference and Maintenance Guide"?: >>C >>       ftp://ftp.compaq.com/pub/products/workstations/miatasg.exe  >>8 >> No schematics, but it does have a few block diagrams. >>K >> ------------------------------------------------------------------------  >>7 >>    Steven M. Schweda               (+1) 651-699-9818 6 >>    382 South Warwick Street        sms@antinode-org  >>    Saint Paul  MN  55105-2547 >> > * > That's the one to which I was referring.  : All it needs is a Dell logo and it would be  complete.....   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  $ Date: Mon, 5 Dec 2005 07:28:18 +02007 From: "Guy Peleg" <guy.peleg@remove_this_header@hp.com>  Subject: Re: V8.3 teaser* Message-ID: <4393cff6@usenet01.boi.hp.com>  B "Guy Peleg" <guy.peleg@remove_this_header@hp.com> wrote in message$ news:438ea098@usenet01.boi.hp.com...2 > If you are not using BACKUP stop reading now.... > < > (if you stopped reading your boss should know about it ;-) > ; > If you ever used BACKUP you must have hit CTRL-T to watch D > it progress, and you probably saw output similar to the following: > K > IPL31::_VTAT3: 08:54:45 BACKUP    CPU=00:00:02.64 PF=1588 IO=5024 MEM=466 L >  Restoring file: DKA100:[DWMOTIF_SUPPORT_I64XB2U.KIT]HP-.PCSI$COMPRESSED;1: >  Saveset volume:1, saveset block:164 (32256 byte blocks) > E > Okay, how many people think that 164 blocks each 32256 is readable? $ > (if you do stop reading now....;-) > I > For V8.3 I slightly updated the message...here is the result, a picture  > is worth a thousand words....  > K > IPL31::_VTAT3: 07:53:25 BACKUP    CPU=00:00:02.34 PF=1406 IO=3537 MEM=477 L >  Restoring file: DKA100:[DWMOTIF_SUPPORT_I64XB2U.KIT]HP-.PCSI$COMPRESSED;1: >  Saveset volume:1, saveset block:489 (32256 byte blocks)/ >  15.04MB restored out of 1.18GB, 1% completed B >  Restore rate: 960KB/sec, estimated completion time: 08:14:42.74 >  > Guy  > J > (If you would like to be added to the V8.3 field test [Feb 2006] send meB > mail, and I'll connect you to the appropriate people within HP). >  >  >   A Based on feedback that I got, I will add the /PROGRESS qualifier. 9 /PROGRESS will write CTRL-T message to the log file every C n seconds. Also as suggested by JF, I will probably add a mechanism @ to request BACKUP to send CTRL-T style information to the OPCOM.    Thank you for all your feedback.   Guy    ------------------------------  % Date: Mon, 05 Dec 2005 01:02:31 -0500 - From: JF Mezei <jfmezei.spamnot@yeksavvy.com>  Subject: Re: V8.3 teaser, Message-ID: <4393D7E1.BC7FDA8A@yeksavvy.com>   Guy Peleg wrote:E > n seconds. Also as suggested by JF, I will probably add a mechanism B > to request BACKUP to send CTRL-T style information to the OPCOM.  E Great stuff ! Do I get a % of total VMS profits because of this ? :-)  :-) :-) :-) :-) :-)   H I was thinking about it. What are the different ways to send the requestF to backup ? (Consider the case where there might be multiple instances3 of Backup running on different nodes in a cluster).   H Could one specify /CLASS= and decide between any operator classes in theH backup command, and then that job would only respond to REQUEST/TO=classE that was specified ?  If multiple jobs had the same class I guess all  would respond.  H Also, when a request is issued, backup should not only send the responseG back to the OPCOM but also to its own sys$output. This way, the logfile F would have a record of that output. (consider for instance a case whenD you need to send  the logfile for analysis of a problem, that outputF would show the various "CTRL-T" that were requested during the job andF record the bheaviour/progress during the job. (especially now that youB will be outputting the throughput, having different CTRL-T outputsG showing a problem with throughput would help debug/analyse performance)    ------------------------------  $ Date: Sun, 4 Dec 2005 13:35:43 -0500* From: "FredK" <fred.nospam@nospam.dec.com>' Subject: Re: VMS and defense / missiles , Message-ID: <43933700$1@usenet01.boi.hp.com>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:43925D13.BF3CD24A@teksavvy.com...5 > http://news.com.com/2060-10801_3-0.html?tag=nefd.bl  > J > It shows computer controlled missiles that can be purchased at Marks andJ > Spencer in the UK.  (You'd think the UK's repressive anti-terrorist laws > would have banned these !).  > ' > However, they are controlled via USB.  > G > If VMS is to retain its standing within the military, Shirley it must F > fully support USB and come with DECWindows software to control those > missiles :-) :-) :-) :-) :-)  # Surely we no longer employ Shirley.    ------------------------------  % Date: Sun, 04 Dec 2005 22:44:33 -0700  From: Dan Notov <d9nn0@hp.com>' Subject: Re: VMS and defense / missiles , Message-ID: <4393d3c2$1@usenet01.boi.hp.com>   FredK wrote:< > "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message( > news:43925D13.BF3CD24A@teksavvy.com... > 5 >>http://news.com.com/2060-10801_3-0.html?tag=nefd.bl  >>J >>It shows computer controlled missiles that can be purchased at Marks andJ >>Spencer in the UK.  (You'd think the UK's repressive anti-terrorist laws >>would have banned these !).  >>' >>However, they are controlled via USB.  >>G >>If VMS is to retain its standing within the military, Shirley it must F >>fully support USB and come with DECWindows software to control those >>missiles :-) :-) :-) :-) :-) >  > % > Surely we no longer employ Shirley.  >  >  >  "Surely you can't be serious.") "I serious... and don't call me Shirley."      /danno   ------------------------------  % Date: Mon, 05 Dec 2005 01:07:36 -0500 - From: JF Mezei <jfmezei.spamnot@yeksavvy.com> ' Subject: Re: VMS and defense / missiles , Message-ID: <4393D912.A4C0B4D2@teksavvy.com>   FredK wrote:% > Surely we no longer employ Shirley.   H Is this confirmation that the VMS engineering group has been downsized ? :-) :-) :-) :-) :-) :-)   , Or did you replace Shirley with  Mr Maybee ?   ------------------------------   End of INFO-VAX 2005.676 ************************                                                                                                                                                                                                                                                                                                                                                                                                                                                                                      /font><br>B <a href="htdir011c.txt"><i><font size="-1">contents</font></i></a> </td> 	 <td></td>  <td valign="top"> $ <b>&quot;Archive Browsers&quot;.</b>O <br>Thanks to Alex Ivanov (<A HREF="mailto:S&B@S-and-B.ru">S&B@S-and-B.ru</A>), I this package allows BCK (backup saveset), TAR and  ZIP archive browsing.  , Requires WASD 8.2 or later and RTEset V1.1C.1 The primary download page (with demonstration) is T <a href="http://www.s-and-b.ru/en/download/">http://www.S-and-B.ru/en/download/</a>. </td>  </tr> 	 <tr></tr>    <tr> <td valign="top"> + <a href="rteset011c.zip">RTESET011C.ZIP</a> & <br><font size="-1">30-APR-2002</font> </td>  <td valign="top" align="left"> <font size="-1">56kB</font><br> C <a href="rteset011c.txt"><i><font size="-1">contents</font></i></a>  </td> 	 <td></td>  <td valign="top">  <b>RTE Support</b>U <br>Thanks again to Alex Ivanov (<A HREF="mailto:S&B@S-and-B.ru">S&B@S-and-B.ru</A>), N this kit provides a number of Run-Time Environments for WASD - DCL, PostScript? (yep!), TCL, TPU; build persistent CGI scripts in all of these! D Requires WASD 8.2 or later and GhostScript (6.5 or later) for the PS functionality.  1 The primary download page (with demonstration) is T <a href="http://www.s-and-b.ru/en/download/">http://www.S-and-B.ru/en/download/</a>. </td>  </tr> 	 <tr></tr>    <tr><td></td></tr>  O <!-- ...................................................................... -->    <tr><td colspan="4">( <font size=+1><b><u>Other</u></b></font>
 </td></tr>   <tr> <td valign="top"> : <a href="http://wasd.vsm.com.au/wasd_archive/">Archive</a> </td>  <td></td><td></td>7 <td>&quot;I'm sure that used to work before!&quot;</td>  </tr> 	 <tr></tr>    <tr> <td valign="top"> 1 <a href="hyperspixx201.zip">HYPERSPIXX201.ZIP</a> & <br><font size="-1">28-JAN-2001</font> </td>  <td valign="top" align="left">  <font size="-1">1.9MB</font><br>F <a href="hyperspixx201.txt"><i><font size="-1">contents</font></i></a> </td> 	 <td></td>  <td valign="top">  <p><b>HyperSPI<sup>++</sup></b> , <br>The basic HyperSPI available in the WASDL package, <i>plus</i> additional report items, <i>plus</i> more sophisticated: graphics. Should be suitable for WASD, OSU, CSWS (Apache),E Purveyor.  HyperSPI++ requires DECC 6.<i>n</i> and MMS/MMK to build.  H (Note: the VAX DECC 6.<i>n</i> currently bug-checks during compilation.) Author: Jean-Franois PironneG (<a href="mailto:jf.pieronne@laposte.net">jf.pieronne@laposte.net</a>). 	 </p></td>  </tr> 	 <tr></tr>    <tr> <td valign="top"> / <a href="hyp