1 INFO-VAX	Thu, 05 Apr 2001	Volume 2001 : Issue 190       Contents:1 access to encompasserve, or encompass membership? 5 Re: access to encompasserve, or encompass membership?  Another Win for OpenVMS  Re: Another Win for OpenVMS  Re: Another Win for OpenVMS  Re: Another Win for OpenVMS  Re: Another Win for OpenVMS  RE: Another Win for OpenVMS  Any PC software for 10$/cd" booting a 3300 for the first time.& Re: booting a 3300 for the first time. CD backups.  Re: CD on new DS10, Re: Compaq Releases ECP - download available Re: Firmware question.....$ Re: free disk space on a bound disks( RE: GS160 froze due to a bad KGPSA-CX...0 How to create a TCP/IP queue for a Xerox printer  Re: installing pci cards on ds10  Re: installing pci cards on ds10  Re: installing pci cards on ds10) Re: It's all a Zincuous plot I tell you!!  Re: Link for ECP new white paper  OVMS Tech Update Presentations" Re: OVMS Tech Update Presentations PC software for 10$/cd@ Re: PCSI Patch - VMS VAX v7.2 (Was: Re: TCP/IP 5.0A ECO Appears)# Re: POSIX Streams, File Permissions > Re: product announcement: the rebirth of DateSim (version 2.1)> Re: product announcement: the rebirth of DateSim (version 2.1) Re: pthreads + printf  Recovering data from a disk  Re: Recovering data from a disk  Re: Restart TCP/IP Services : Re: Seeking CD-R/CD-RW SCSI INQUIRY data / Yamaha CRW4416S: Re: Seeking CD-R/CD-RW SCSI INQUIRY data / Yamaha CRW4416S4 Re: TCPIP V5.0A install fails, can't proceed; ideas? Re: VMS-Related: Affordable  Re: VMS-Related: Affordable  Re: VMS-Related: Affordable > Re: What to do with old CDROMS... (do NOT try this at home...)) Re: When might SYS$SCHDWK not wake me up? ) Re: When might SYS$SCHDWK not wake me up?  Re: ZXLp-L2 bugcheck analysis  Re: ZXLp-L2 bugcheck analysis  Re: ZXLp-L2 bugcheck analysis , Re: [Q] DCL minute of the day: semi-graphics  F ----------------------------------------------------------------------   Date: 5 Apr 2001 00:06:05 -0500 7 From: hamilton@encompasserve.org (Bradford J. Hamilton) : Subject: access to encompasserve, or encompass membership?3 Message-ID: <VB6iy6B3We8l@eisner.encompasserve.org>    Hi Eric,   Slightly OT...  S Am I correct in understanding that you have forgotten your Encompass membership ID?   [ Your Encompass (nee DECUS) membership ID should be the last five letters of your last name, E concatenated with the first two letters of your first name (zelleer).   [ If instead, you lost the password to your account on Encompasserve (nee DECUSERVE), you may T login under the username PROBLEMS, and describe your problem.  The friendly folk who+ maintain the site will be able to help you.    Thanks,  Brad  \ >In article <3ACBE692.E1E6CEE9@ericzeller.com>, Eric Zeller <ezeller@ericzeller.com> writes: <snip>  ` > I registered with DECUS to get the openVMS CD, then promptly lost my password. DECUS has since > [ > changed to Encompass. The microvax doesn't have a CD Drive anyway, but I was wondering if    <snip>P > Eric Zeller     "Real SUV's don't have cupholders" -    ezeller@ericzeller.com > http://www.ericzeller.com K > "The Ships hung in the air in exactly the same way bricks don't" - HHGTTG  >  >  >    ------------------------------   Date: 5 Apr 2001 00:11:33 -0500 7 From: hamilton@encompasserve.org (Bradford J. Hamilton) > Subject: Re: access to encompasserve, or encompass membership?3 Message-ID: <tMvSLuPtVqd7@eisner.encompasserve.org>   n >In article <VB6iy6B3We8l@eisner.encompasserve.org>, hamilton@encompasserve.org (Bradford J. Hamilton) writes: <snip>] > Your Encompass (nee DECUS) membership ID should be the last five letters of your last name, =                                                          ^^^^ H Of course, I *really* meant first, not last!  Time to get some shut-eye! <snip>   ------------------------------  # Date: Wed, 04 Apr 2001 20:59:00 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>  Subject: Another Win for OpenVMS< Message-ID: <oWLy6.34229$Wz.9323509@typhoon.ne.mediaone.net>  7       Compaq to supply computers for new E*Trade branch $       Wednesday April 4, 3:00 AM EDT  F       NEW YORK, April 4 (Reuters) - Compaq Computer Corp.(CPQ) said onF Wednesday it will supply about $2 million worth of computers, wirelessH technology and handheld devices to E*Trade Group Inc.(ET) for the online+ trading firm's new branch in New York City.   I       Last year, E*Trade purchased Compaq servers and storage and support D services for other facilities, and this deal expands on that earlier relationship, Compaq said...      K E*Trade (unlike another online entity whose name begins with "E") relies on F OpenVMS to ensure that mission-critical apps are up 24x7. Which is why4 Charlie Matco relies on E*Trade for his IRA account.       begin 666 logo_reuters.gif= M1TE&.#EA9 `1`+/_`/_____7P?^,.<K*ZI^?W&9FPC4UK0,#EP`````````` = M`````````````````````"P`````9 `1`$ $_Q#(2:N]..O--2$#5QQD>1CA = M8)*%I!X$91SM](;3N.+Z:N0F0ZT2" ",/=.PPVPZGQU"`;1)D@PQP,NG)>$D = ML]9L=058668R=D(@?XD"0:$P&-,NHY]$%VNK778E639>%&=W>4 P`'X[& %Q = M<W4E2U"6EYB/:909B2XD,3<6+X,`812B0'H5GEUW?F\6D *SDD*3I7LG8+N? = M![&N@[BHA:IXO3.K%JT2L[5TMS.YF=3534A!P-;;W)U7TZ@?XK'BY3@?%0-4 = MZN7C6NT?*>W:Y1K/D[W++ 5V*5=S`(/)0#1GC) YFP#.B:$#8 E_)PI6:D;Q = MC#)5`S+Z"<7"G< )IW0(_3)THIXN%!I!N:*3\8*S2-"@W6%U9<R0%P?I^'H3 = M<B?)G$-T&+"93@I1"B_EQ)PTT9.?&B^FF&SX8<R;5+I@F$NC9R-(J01Z3C!R 9 J9%,V"U*$+=2B4*$A?K?PZ&33=FU:&VL9P9VBK1E,?!>["1Z\2<B%" `[  `  end    ------------------------------   Date: 4 Apr 2001 15:12:15 -0700 1 From: nothome@spammers.are.scum (Malcolm Dunnett) $ Subject: Re: Another Win for OpenVMS, Message-ID: <1V4o1cJRTUFN@malvm1.mala.bc.ca>  = In article <oWLy6.34229$Wz.9323509@typhoon.ne.mediaone.net>,  :     "Terry C. Shannon" <terryshannon@mediaone.net> writes:  9 >       Compaq to supply computers for new E*Trade branch & >       Wednesday April 4, 3:00 AM EDT > H >       NEW YORK, April 4 (Reuters) - Compaq Computer Corp.(CPQ) said onH > Wednesday it will supply about $2 million worth of computers, wirelessJ > technology and handheld devices to E*Trade Group Inc.(ET) for the online- > trading firm's new branch in New York City.  > K >       Last year, E*Trade purchased Compaq servers and storage and support F > services for other facilities, and this deal expands on that earlier > relationship, Compaq said... >  >  > M > E*Trade (unlike another online entity whose name begins with "E") relies on H > OpenVMS to ensure that mission-critical apps are up 24x7. Which is why6 > Charlie Matco relies on E*Trade for his IRA account. >   D     Did you accidentally cut the part where Compaq actually mentions@ VMS in the press release? Anybody who reads this and doesn't seeA VMS specifically mentioned is going to assume that it's a load of 1 Wintel gear, with possibly a Tru64 system or two.    ------------------------------  # Date: Wed, 04 Apr 2001 23:51:33 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>$ Subject: Re: Another Win for OpenVMS< Message-ID: <9sOy6.34262$Wz.9429090@typhoon.ne.mediaone.net>  > "Malcolm Dunnett" <nothome@spammers.are.scum> wrote in message& news:1V4o1cJRTUFN@malvm1.mala.bc.ca...> > In article <oWLy6.34229$Wz.9323509@typhoon.ne.mediaone.net>,< >     "Terry C. Shannon" <terryshannon@mediaone.net> writes: > ; > >       Compaq to supply computers for new E*Trade branch ( > >       Wednesday April 4, 3:00 AM EDT > > J > >       NEW YORK, April 4 (Reuters) - Compaq Computer Corp.(CPQ) said onJ > > Wednesday it will supply about $2 million worth of computers, wirelessL > > technology and handheld devices to E*Trade Group Inc.(ET) for the online/ > > trading firm's new branch in New York City.  > > E > >       Last year, E*Trade purchased Compaq servers and storage and  support H > > services for other facilities, and this deal expands on that earlier  > > relationship, Compaq said... > >  > >  > > L > > E*Trade (unlike another online entity whose name begins with "E") relies onJ > > OpenVMS to ensure that mission-critical apps are up 24x7. Which is why8 > > Charlie Matco relies on E*Trade for his IRA account. > >  > F >     Did you accidentally cut the part where Compaq actually mentionsB > VMS in the press release? Anybody who reads this and doesn't seeC > VMS specifically mentioned is going to assume that it's a load of 3 > Wintel gear, with possibly a Tru64 system or two.  >   J No, I didn't cut anything significant out (other than the middle paragraphI which was yadda-yadda-yadda). No reference to the OS in the article. But, J given that it has been publicly disclosed in many venues that E*Trade wentJ with VMS and WildFire last year, it is safe to infer that VMS will show up in this incremental deal.   I It's equally safe to infer that the terms of the deal do not allow CPQ to ( specify the OS in the press release. ;-}   ------------------------------  * Date: Thu, 5 Apr 2001 00:41:41 +0000 (UTC)/ From: wallacengromit@usa.net (WALLACE n GROMIT) $ Subject: Re: Another Win for OpenVMSD Message-ID: <20010405004138.25788.qmail@nwcst312.netaddress.usa.net>  @ Another OpenVMS user that uses "E" in their name is eSpeed, withC their US Government securities trading system as well it's Futures, < (Cantor Exchange), Money Markets, and one or two others, 7/8 machines in all.  D Of course how much longer OpenVMS will run these, remains to be seen   -WallaceL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=9 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ? "Terry C. Shannon" <terryshannon@mediaone.net> wrote in message 6 news:oWLy6.34229$Wz.9323509@typhoon.ne.mediaone.net...9 >       Compaq to supply computers for new E*Trade branch & >       Wednesday April 4, 3:00 AM EDT > H >       NEW YORK, April 4 (Reuters) - Compaq Computer Corp.(CPQ) said onH > Wednesday it will supply about $2 million worth of computers, wirelessJ > technology and handheld devices to E*Trade Group Inc.(ET) for the onlin= e - > trading firm's new branch in New York City.  > J >       Last year, E*Trade purchased Compaq servers and storage and suppo= rtF > services for other facilities, and this deal expands on that earlier > relationship, Compaq said... >  >  > J > E*Trade (unlike another online entity whose name begins with "E") relie= s  onH > OpenVMS to ensure that mission-critical apps are up 24x7. Which is why6 > Charlie Matco relies on E*Trade for his IRA account. >  >  >  >       D ____________________________________________________________________J Get free email and a permanent address at http://www.netaddress.com/?N=3D= 1    --  7 Posted from nwcst312.netaddress.usa.net [204.68.23.57]  1 via Mailgate.ORG Server - http://www.Mailgate.ORG    ------------------------------  % Date: Wed, 04 Apr 2001 23:19:03 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> $ Subject: Re: Another Win for OpenVMS, Message-ID: <3ACBE423.70952D05@videotron.ca>   "Terry C. Shannon" wrote: K > It's equally safe to infer that the terms of the deal do not allow CPQ to * > specify the OS in the press release. ;-}    L Well, whenever the OS isn't mentioned , then you know it is VMS. So in fact,H by not announcing VMS, Compaq announced it was VMS. Whenver Compaq sellsG Microsoft junk, you will be seing some mention about "industry standard & Windows 2000 server" , or True64 etc .   ------------------------------  % Date: Wed, 04 Apr 2001 23:53:43 -0500 + From: "Main, Kerry" <Kerry.Main@compaq.com> $ Subject: RE: Another Win for OpenVMSR Message-ID: <DC4745D1A85CA04180C83CDC706A9D180B2A10@cthexc02.americas.cpqcorp.net>   Terry,  F >>> But, given that it has been publicly disclosed in many venues thatJ E*Trade went with VMS and WildFire last year, it is safe to infer that VMS' will show up in this incremental deal."   % Fyi .. to add fuel to your statement: 7 http://www.compaq.com/alphaserver/gs/quotes/etrade.html   I "[snip..] From the beginning, we have leveraged enterprise solutions from H Compaq -particularly their AlphaServers and OpenVMS clusters, along withJ ProLiant NT servers, Storage and mission critical services - to enable theG computing environment necessary to meet the high demands of our growing 
 business."   Regards,  
 Kerry Main Senior Consultant  Compaq Canada Inc. Professional Services  Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----9 From: Terry C. Shannon [mailto:terryshannon@mediaone.net]  Sent: April 4, 2001 7:52 PM  To: Info-VAX@Mvb.Saic.Com $ Subject: Re: Another Win for OpenVMS      > "Malcolm Dunnett" <nothome@spammers.are.scum> wrote in message& news:1V4o1cJRTUFN@malvm1.mala.bc.ca...> > In article <oWLy6.34229$Wz.9323509@typhoon.ne.mediaone.net>,< >     "Terry C. Shannon" <terryshannon@mediaone.net> writes: > ; > >       Compaq to supply computers for new E*Trade branch ( > >       Wednesday April 4, 3:00 AM EDT > > J > >       NEW YORK, April 4 (Reuters) - Compaq Computer Corp.(CPQ) said onJ > > Wednesday it will supply about $2 million worth of computers, wirelessL > > technology and handheld devices to E*Trade Group Inc.(ET) for the online/ > > trading firm's new branch in New York City.  > > E > >       Last year, E*Trade purchased Compaq servers and storage and  support H > > services for other facilities, and this deal expands on that earlier  > > relationship, Compaq said... > >  > >  > > L > > E*Trade (unlike another online entity whose name begins with "E") relies onJ > > OpenVMS to ensure that mission-critical apps are up 24x7. Which is why8 > > Charlie Matco relies on E*Trade for his IRA account. > >  > F >     Did you accidentally cut the part where Compaq actually mentionsB > VMS in the press release? Anybody who reads this and doesn't seeC > VMS specifically mentioned is going to assume that it's a load of 3 > Wintel gear, with possibly a Tru64 system or two.  >   J No, I didn't cut anything significant out (other than the middle paragraphI which was yadda-yadda-yadda). No reference to the OS in the article. But, J given that it has been publicly disclosed in many venues that E*Trade wentJ with VMS and WildFire last year, it is safe to infer that VMS will show up in this incremental deal.   I It's equally safe to infer that the terms of the deal do not allow CPQ to ( specify the OS in the press release. ;-}   ------------------------------   Date: 4 Apr 2001 21:01:08 +0200  From: <># Subject: Any PC software for 10$/cd & Message-ID: <3acb6f74$1@news.takas.lt>   Send me an email I'll send a list	 Thank you  softwarefor10@hotmail.com    ------------------------------  # Date: Thu, 05 Apr 2001 03:27:33 GMT * From: Eric Zeller <ezeller@ericzeller.com>+ Subject: booting a 3300 for the first time. . Message-ID: <3ACBE692.E1E6CEE9@ericzeller.com>  Y The company I was most recently working for went belly up (sound familiar) and during the   6 final weeks, I was able to bring home a microvax 3300.  @ (mostly to save the cleanup crew the cost of lifting the thing).  S It came with one VT320 terminal and an ethernet adapter. When I went to turn it on,   . it says it's trying to boot from the ethernet.  ^ I registered with DECUS to get the openVMS CD, then promptly lost my password. DECUS has since  Y changed to Encompass. The microvax doesn't have a CD Drive anyway, but I was wondering if   ^ it would be possible to copy the boot files to a linux bootp server, hook up the ethernet, and   boot the microvax that way?   e Failing that, can someone point me to a list of cheap SCSI CD Drives known to work with the microvax?    Thank you for your time...   --N Eric Zeller     "Real SUV's don't have cupholders" -    ezeller@ericzeller.com http://www.ericzeller.com I "The Ships hung in the air in exactly the same way bricks don't" - HHGTTG    ------------------------------  # Date: Thu, 05 Apr 2001 03:52:35 GMT 1 From: pat jankowiak <vaxhackery@worldnet.att.net> / Subject: Re: booting a 3300 for the first time. 0 Message-ID: <3ACBEB72.FF0F9734@worldnet.att.net>  < All you really need is an RRD40 which is an external scsi CD+ drive, and a storage expansion cabinet with @ a SCSI HDD. You can enter the interactive boot mode and tell the? machine where to boot from. If no one closer to you has some of > these laying around, the DFWCUG has a few, we could fix you up- for very small cost. e-mail me if interested!e   Eric Zeller wrote:   > [ > The company I was most recently working for went belly up (sound familiar) and during then > 8 > final weeks, I was able to bring home a microvax 3300. > B > (mostly to save the cleanup crew the cost of lifting the thing). > U > It came with one VT320 terminal and an ethernet adapter. When I went to turn it on,  > 0 > it says it's trying to boot from the ethernet. > ` > I registered with DECUS to get the openVMS CD, then promptly lost my password. DECUS has since > [ > changed to Encompass. The microvax doesn't have a CD Drive anyway, but I was wondering ifP > ` > it would be possible to copy the boot files to a linux bootp server, hook up the ethernet, and >  > boot the microvax that way?l > g > Failing that, can someone point me to a list of cheap SCSI CD Drives known to work with the microvax?T >  > Thank you for your time... >  > --P > Eric Zeller     "Real SUV's don't have cupholders" -    ezeller@ericzeller.com > http://www.ericzeller.com K > "The Ships hung in the air in exactly the same way bricks don't" - HHGTTGt   ------------------------------  $ Date: Wed, 4 Apr 2001 20:50:26 +0100; From: "Leigh G. Bowden" <LGBowden@bowdenfamily.fsnet.co.uk>  Subject: CD backups./ Message-ID: <9afu0b$ec4$1@newsg3.svr.pol.co.uk>e  H I suspect that this has been covered before but I can't find it. We haveI quite a few remote sites with master/slave pairs of uVAX 3100/nn machinespI all running VMS6.2. Each has three SCSI 2.1GB disks and a CD. I'll not go G into the history but there is no way of doing backups of these machinesrL easily - there's certainly no tape drives and nobody to really put a tape in reliably from day to day.   L Should a disk fail it is fairly easy to recreate it's data on the data disksF from it's mirror but the system disk is harder to replace. There isn't< enough space on any of the other disks for a system saveset.  H I was wondering therefore about using the CD. I know VMS doesn't supportJ CD-W type devices. If I create a saveset on VMS machine and then FTP it inK binary mode to a PC and then blat it on a CD also in binary mode would thisg work?.  K The idea being to have standalone backup on all the other HDD and boot fromeK them. Mount the CD and restore the contents. It sounds to easy there has toe be a catch.o   ------------------------------  % Date: Wed, 04 Apr 2001 15:53:02 -0600( From: Kevin Handy <kth@srv.net>t Subject: Re: CD on new DS10 ' Message-ID: <3ACB97BE.F5A32EB1@srv.net>   = This looks like what I need. I even see the error message I'mT( getting in the description. Many thanks.  < I'll download all the necessary bits and try installing them% tomorrow, and make sure it all works.e   "Mark D. Jilson" wrote:w > E > Have you pulled the patches for V7.2-1, especially the SYS$DQDRIVERm > ones, from= > http://ftp.support.compaq.com/patches/.new/openvms.shtml ??vJ > Search on VMS721 at that page.  You especially want VMS721_DRIVER-V0200,/ > VMS721_UPDATE-V0100 & VMS721_DQCONFIG-V0200 .  >  > Kevin Handy wrote: > >pE > > I am having a problem with a new DS10 that I have recently boughteB > > (with VMS 7.2-1 license). I am waiting for a response from theD > > company I bought it from, but thought I'd ask here in case it is > > something well known.n > >uB > > The system boots fine, and everything seems to work correctly,@ > > except for the CD-rom drive.  If I put in one of the install= > > CD's that came with the system, and try to mount it using  > >f" > >         mount dqa0:/over=ident > >E= > > the system will crash with an error message that includese? > > the text "exception while above ASTDEL". I'd try to include = > > more of the message, but the system clears the screen ands> > > reboots too fast for me to get much information off of it. > >-: > > If I put in a CD that I burned myself (on windows 95),? > > it mounts and reads without any problems. I also received ae4 > > manditory update CD, and it mounts and reads OK.: > > It seems that only the VMS install CD's (even some old= > > VAX/VMS ones) will cause it to crash when I try to mount.  > > 9 > > Sometimes, it will mount, then die when I try to do an" > > directory "DIR DQA0:[000000]". > >t? > > I have re-installed VMS (from the same CD that causes it toa: > > crash) and did not have any problems with the install.B > > Tried to mount it afterwards, and it crashed just like before. > >n> > > I haven't tried a previous version of VMS yet (hoping I'll% > > hear from someone how to fix it).h > >o > > --I > > If they're not putting secret messages to me in their music, then why"B > > do they keep putting my picture on the other side of the CD's? >  > --H > Jilly   - Working from Home in the Chemung River Valley - Lockwood, NYL >         - jilly@clarityconnect.com                      - Brett Bodine fanL >         - Mark.Jilson@Compaq.com                        - since 1975 or so5 >         - http://www.jilly.baka.com               -    -- =E If they're not putting secret messages to me in their music, then why:> do they keep putting my picture on the other side of the CD's?   ------------------------------   Date: 04 Apr 2001 22:59:02 GMT' From: prosullivan@aol.com (PROSULLIVAN);5 Subject: Re: Compaq Releases ECP - download availableR: Message-ID: <20010404185902.03945.00001832@ng-fh1.aol.com>  9 I have used ECP for past two years on VMS and one year on"# Sun/HP/Tru64/NT/2000/AIX and Linux.-  L Unlike CA, the full product lets you capacity plan - the 'free' version doesL not. However, check out the csv dump facility - no more nightmare DCL or API scripts.  H To get the data in PAWZ you will have to buy a pawz agent c $300 list (+ pre-req pawz server etc)  ! CA 7.3 support? i don't think so.>       regards    posp   ------------------------------  % Date: Wed, 04 Apr 2001 20:51:07 +01003+ From: "antonio.carlini" <arcarlini@iee.org>u# Subject: Re: Firmware question.....i' Message-ID: <3ACB7B2B.712CDBD3@iee.org>   1 Some of the later MicroVAX 3100 series (at least)d. have the console in flash. The VAXstation 4000- series almost certainly do and quite possiblyY the VAX 4000-50x/600/70x too.a  ) The VAX 4000-200 is almost certainly ROM.g   Antonior   Dan O'Reilly wrote:r > O > It does to the extent that some have ROM chips that can be replaced.  There's * > not a flash firmware like the Alpha has. > ( > At 08:30 AM 4/4/2001, Dirk Munk wrote:K > >I don't think a Vax has replacable firmware. Adapters in a Vax may have,h  > >but not the Vax itself AFAIK. > >R > >Alva Butler wrote:i > >  > > > Good morning,p > > >rK > > >      Do you know what is the most current version of firmware for thea > > > following systems ?c > > >n > > >      VAX 4000/600  > > >      VAX 4000/200t > > >, > > > Regards, John Colhoun  >  > ------K > +-------------------------------+---------------------------------------+TK > | Dan O'Reilly                  |                                       |eK > | Principal Engineer            |  "Why should I care about posterity?  |mK > | Process Software              |   What's posterity ever done for me?" |vK > | http://www.process.com        |                    -- Groucho Marx    |tK > +-------------------------------+---------------------------------------+    -- q   ---------------s- Antonio Carlini             arcarlini@iee.orgp   ------------------------------  % Date: Wed, 04 Apr 2001 17:18:38 -0600m1 From: "David J. Dachtera" <djesys.nospam@fsi.net>p- Subject: Re: free disk space on a bound diskss' Message-ID: <3ACBABCE.B9DC3A35@fsi.net>E  , "mike.price"@nospam@littlewoods.co.uk wrote: > K > We have just set up a bound volume containing 20 disks in one big volume.s  F Why? That's a bit outrageous, unless there is a valid reason for doing this.a  P > I have created several very big files on the volume but I can't see any way ofC > determining how much disk space is left except by doing a dir/sizhM > Normally "sho dev d" would give free disk space but in this case it appears A > all the volumes in the bound volume set are still totally free.nM > Is there some way of getting "sho dev d" to work or have I missed somethingt  F That makes no sense. If you've built files on the volume-set, then you should show some usage.n  iJ >  I have done this before but it was a long time ago on VMS6.?? - I don't? > remember it not working then but maybe my memory has failed??   F Here's some DCL I use to display disk volumes, their total size, theirF space in use, space free and percent free. Note that it was written to# handle shadow-sets and volume-sets.t   USER$ROOT:[EXE]FREEDISK.COM;14    $ IF P1 .EQS. "" THEN P1 := *s $ SAY := WRITE SYS$OUTPUT 	 $ TMB = 0t	 $ FMB = 0s
 $ CNTR = 0
 $ PCNT = 0 $P_LOOP:  $ ELEM = F$ELEM( PCNT, ",", P1 ) $ PCNT = PCNT + 1s# $ IF ELEM .EQS. "" THEN GOTO P_LOOP-) $ IF ELEM .EQS. "," THEN GOTO EXIT_P_LOOP1 $ LNMTRN = F$TRNLNM( ELEM )r $ IF LNMTRN .NES. "" THEN -T2 $ ELEM = F$PARSE( ELEM,,, "DEVICE", "NO_CONCEAL" ) $! ELEM = LNMTRN $ GOSUB GET_DATA
 $ GOTO P_LOOPs
 $EXIT_P_LOOP:e
 $ PCNT = 0 $ GOSUB P_SHIFTi! $ IF P1 .NES. "" THEN GOTO P_LOOP  $ IF    TMB .NE. 0 $ THEN+ $ FPCT = ((( FMB * 1000) / TMB ) + 5 ) / 10x $ SAY ""H $ MSG = F$FAO( "!UL Volume!%S Mounted, Aggregate: (MB, rounded)", CNTR )H $ SAY F$FAO( "!45AS !8UL !8UL !8UL !3UL", MSG, TMB, TMB - FMB, FMB, FPCT )3 $ ENDIFD $ EXIT $!	 $P_SHIFT:D	 $ P1 = P2D	 $ P2 = P3D	 $ P3 = P4 	 $ P4 = P5D	 $ P5 = P6D	 $ P6 = P7D	 $ P7 = P8D	 $ P8 = ""  $ RETURN $!
 $GET_DATA: $ PREV_DISK :=+ $ ELEM = ELEM - "_" - "_" - ":" - ":" - ":"3 $ ELEM = "_''ELEM':"
 $DISKLOOP:# $ DISK = F$DEVICE("''ELEM'","DISK")r( $ IF DISK .EQS. PREV_DISK THEN GOTO TAPE! $ IF DISK .EQS. "" THEN GOTO TAPE  $ PREV_DISK = DISK $ MNT = F$GETDVI( DISK, "MNT" )s! $ IF .NOT. MNT THEN GOTO DISKLOOPa) $ SMSTR = F$GETDVI( DISK, "SHDW_MASTER" )s( $ SMBR = F$GETDVI( DISK, "SHDW_MEMBER" ) $ IF SMBR THEN GOTO DISKLOOP' $! IF SMSTR .NES. "" THEN GOTO DISKLOOPN% $ IF    F$GETDVI( DISK, "VOLSETMEM" )E $ THEN $       GOSUB PROC_VSETn $ ELSE $       GOSUB VOL_STATSc $ ENDIFh $ GOTO DISKLOOPd $TAPE: $ RETURN $PROC_VSET:i- $ DISK = F$GETDVI( DISK, "ROOTDEVNAM" ) - "_" 	 $PV_LOOP:u $ GOSUB VOL_STATSe- $ DISK = F$GETDVI( DISK, "NEXTDEVNAM" ) - "_" $ $ IF DISK .NES. "" THEN GOTO PV_LOOP $ RETURN $! $VOL_STATS:h% $ MNAME = F$GETDVI(DISK,"MEDIA_NAME")*! $ ERCNT = F$GETDVI(DISK,"ERRCNT") ! $ VOLNM = F$GETDVI(DISK,"VOLNAM")_# $ MBLKS = F$GETDVI(DISK,"MAXBLOCK")_% $ FBLKS = F$GETDVI(DISK,"FREEBLOCKS")t $ UBLKS = MBLKS - FBLKSt $ IF    (FBLKS * 100) .LT. 0* $ THEN  FPCT = (FBLKS * 10) / (MBLKS / 10)$ $ ELSE  FPCT = (FBLKS * 100) / MBLKS $ ENDIF/ $ IF    CNTR .EQ. 0  $ THEN $ SAY ""? $ SAY "                   Media    Err     Volume      Total   M Blocks    Free   Pct"H $ SAY "Device Name        Name     Cnt     Label       Blocks   in use   Blocks v Free"n $ ENDIFT $ CNTR = CNTR + 1o% $ lvn = f$getdvi( disk, "logvolnam" )  $ lv := : $ if f$length( lvn ) .eq. 2 then lv =f$fao( "(!AS)", lvn )< $ SAY F$FAO( "!16AS !10AS !3UL !13AS !8UL !8UL !8UL !3UL", -C         DISK + lv, MNAME, ERCNT, VOLNM, MBLKS, UBLKS, FBLKS, FPCT )n2 $ TMB = TMB + ((( MBLKS * 10 ) / 2048 ) + 5 ) / 102 $ FMB = FMB + ((( FBLKS * 10 ) / 2048 ) + 5 ) / 10 $ RETURN   -- w David J. Dachtera  dba DJE Systems- http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/u  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.e   ------------------------------  % Date: Wed, 04 Apr 2001 15:25:20 -0400d: From: "Koska, John C. (LNG-MBC)" <John.C.Koska@bender.com>1 Subject: RE: GS160 froze due to a bad KGPSA-CX...nK Message-ID: <3D35AD137AAAD411A6BA0008C7B1B12D6DBF39@MBCALBEXC03.BENDER.COM>r   > -----Original Message-----F > From: steven.reece@quintiles.com [mailto:steven.reece@quintiles.com]) > Sent: Wednesday, April 04, 2001 5:56 AMe > To: Info-VAX@Mvb.Saic.Comn3 > Subject: Re: GS160 froze due to a bad KGPSA-CX...a > . > Not particularly neat, tidy or nice but.....@ > How about partitioning the GS160 into more than two instances 
 > and put thep% > KGPSA cards on the new instance(s)? = > Use in-memory transports for clustering and hope/plan that t > any problems8 > with the KGPSAs don't cause the whole cluster to hang. > I did say it wasn't neat.o > Steve. >   H If I understand you correctly, you are suggesting 3 software partitions,G which probably would hang like a monolithic setup, since the underlying C software partitions are on 1 hardware partition and 1 console.  Or  I at least, I think that is the case and the console firmware would behave  I the same.  It might be worth a try, if I can't afford another master PCI C, box and KGPSA cards.  Thanks for the idea.    H I think at the moment that I prefer, if I can to get another master PCI J box for a 3rd physical console, to put up 3 hardware partitions/instances L (I only have 2 master PCI boxes in my GS160 currently) to fully work around K the problem and avoid quorum disk thingy... unless the version 5.9 console , firmware resolves the issue.  D I should know if the 5.9 firmware resolves the issue tonight, since H Compaq Field Services is coming onsite and we are going to test with theD failed KGPSA card to see if the console hangs a boot or rolls by it.  E I will try to drop a post back as to the results, so those following  $ this thread will know what happened.   :) jck
 John Koska Matthew Bender & Co., Inc.
 1275 Broadwayd Albany, NY  12204d USAn 518-487-3255 JKoska@bender.comn  H "I post personal opinion only, and all the disclaimers one could imagine apply.  K That includes, I speak for myself only and my views in no way represent my i
 employer(s)."    ------------------------------  % Date: Wed, 04 Apr 2001 18:33:33 -0400 + From: Jorge Valenzuela <jvalen@alefdata.cl>m9 Subject: How to create a TCP/IP queue for a Xerox printera+ Message-ID: <3ACBA13D.5EB188F3@alefdata.cl>    Hello:  G     We have a new Xerox Document Center 230 and we nned to connect to ao Alpha Open VMS, B the xerox tech support told us that we can do it creating a TCP/IP
 queue.... bute how do we creat it ?  A                                                         thanks in3 advance@     Jorge V.S.'010404m   --H ////////////////////////////////////////////////////////////////////////   //  ALEF DATA S.A.  //5 //  Fn:(562) 695-6600  //  Jorge Valenzuela Sepulveda 2 //  Fx:(562) 697-2037  //  Jefe Area de Ingeniera1 //  Agustinas 1141 piso 7. //  jvalen@alefdata.cle- //  Santiago, Chile  //  alefdata@alefdata.cllG ///////////////////////////////////////////////////////////////////////k   ------------------------------  % Date: Wed, 04 Apr 2001 20:59:33 +0100 + From: "antonio.carlini" <arcarlini@iee.org>m) Subject: Re: installing pci cards on ds10d' Message-ID: <3ACB7D25.937BAD06@iee.org>s   john nixon wrote:o > K > How difficult or tricky is it to install a PCI card in a DS10 running VMSt > 7.2-1?  1 Power off, open the box, slide in the card, closeh( the box, power up. If you can do it with" a PC, you can do it with an Alpha.  ' Obviously there is the possibility thatn& the Alpha won't work when you power it& up so I guess you have to ask yourself* how likely you think it is that that might* happen and, if it does happen, how likely . is it that someone will realise it was you :-)   > J > Do you have to deal with CSRs or Vectors (showing my age here), or otherN > interrupt addresses, or do you just stick the card in and it works.  Or does  9 PCI is plug and  play (or more correctly, plug and pray).a4 During power-up the system scans the bus looking for0 cards ... each card effectively requests certain/ resources and the system allocates them as bestC it can.F  K > it depend on the card?  I need to order a bisynch card (pbxdp) for a DS10sA > and don't know if we should install it or if we need to pay foro= > installation.  (installation will cost more than the card).r  2 I did one of those a few years ago ... went pretty smoothly for me.  D > I suppose when we get the card, it will come with documentation or/ > instructions, but I would like to know first.   2 Mine came out of a desk drawer in anti static bag , along with a finger pointing in the general * direction of the system I was supposed to  install it in.  9 Docs would have been a luxury in an engineering group :-)i  5 I do recall hunting out the right cables and getting e5 *working* ones was more of a challenge than the card t itself.    Antoniom   -- h   ---------------i- Antonio Carlini             arcarlini@iee.orgr   ------------------------------  % Date: Wed, 04 Apr 2001 21:08:38 +0100i+ From: "antonio.carlini" <arcarlini@iee.org>w) Subject: Re: installing pci cards on ds10e' Message-ID: <3ACB7F46.93DDC3D4@iee.org>s   john nixon wrote:h > L > Good.  That sounds promising.  It is a supported option, but I am not sureI > if the driver is included in the base OS, or if it is part of a layered M > software package (in this case, 2780/3780PE).  If the driver is provided by L > the software, can I install the software before installing the device?  OrK > does the device need to be installed so that the software will know which  > driver to load.-  , WANDD is the bit on Alpha that provides the ( driver for the pbxdp. It comes with X25 * but it presumably comes with the SNA stuff% too (but I never used that on Alpha).p, It is not (or at least last summer, was not) part of OpenVMS or DECnet-Plus.W  - If you install the card without the software,e+ nothing happens (well the system configures ( the card on the PCI bus but the OS won't know it's there).   & You can certainly install the software% without the card ... the device won'ty" show up until you reboot with the  card installed.l  $ It makes no difference (AFAIR) which order you choose to do things.   Antonioy   ---------------a- Antonio Carlini             arcarlini@iee.orgs   ------------------------------  $ Date: Wed, 4 Apr 2001 17:33:13 -0400* From: "Paul A. Jacobi" <nospan@nospam.com>) Subject: Re: installing pci cards on ds10w2 Message-ID: <0tMy6.553$fB6.15794@news.cpqcorp.net>  6 "antonio.carlini" <arcarlini@iee.org> wrote in message! news:3ACB7D25.937BAD06@iee.org...s  , > Power off, open the box, slide in the card  I Please remember to remove the AC power cord, and wait at least 10 secondso before opening the box!e  E The DS10 and most modern PCs have a portion of the circuit board that-K remains powered, even when switched off.  For the DS10, the auxiliary power F is used to power the remote console, which allow power on/off via RMC> commands on COM1.h   Paul A. Jacobi Compaq Computer Corporation ! OpenVMS Systems Group, ZKO3-4/U14p 110 Spitbrook Road Nashua, NH 03062-2698  Email: Paul.Jacobi@compaq.comn   ------------------------------  # Date: Wed, 04 Apr 2001 19:26:59 GMTw4 From: "Terry C. Shannon" <terryshannon@mediaone.net>2 Subject: Re: It's all a Zincuous plot I tell you!!< Message-ID: <7AKy6.34215$Wz.9284821@typhoon.ne.mediaone.net>  9 "Paul Repacholi" <prep@prep.synonet.com> wrote in message,' news:8766gk4nvy.fsf@prep.synonet.com...- >0A > Sun has been working on preventing those nasty remote denial ofhA > service attacks in a well tested (well, for Sun anyway) method.s > I > This reduces the proportion of DOS down time for the happy owner of theu > new Ultra-SparcIII.e > H > Yes, the cache-Gate fogs of Sillycon valley are now playing at a Blade > 1000 somewhere near[1] you.  > F > Oh dear. But, there is a u-code fix RSN, and the midrange boxes willG > be fixed by Scotts tame vet before being alowed to wander free range.o >   C Better fixed by a tame vet than vetted by a lamer, or whatever. But J "Zincuous?" Is this a cryptic reference to that scourge of the data centre known as Zinc Whiskers???g   ------------------------------   Date: 04 Apr 2001 23:00:51 GMT' From: prosullivan@aol.com (PROSULLIVAN)- Subject: Re: Link for ECP : Message-ID: <20010404190051.03945.00001833@ng-fh1.aol.com>  N ECP for tru64 is not free. You will also need an ECP analyzer for it as well.   I I've used ECP for six OS's and foind it excellent - it feeds into the ECPA planner.   ------------------------------  $ Date: Wed, 4 Apr 2001 14:59:03 -04002 From: "Sue Skonetski" <susan.skonetski@compaq.com> Subject: new white paper2 Message-ID: <8aKy6.545$fB6.15617@news.cpqcorp.net>  I Folks I just wanted to let you know that there is some new information on L the web site.  In particular there is a white paper done by John AtoZ titledC "Using Fibre Channel in a Disaster-Tolerant OpenVMS Cluster System"f  2 Visit http://www.openvms.compaq.com/new/index.html   Thanks,t sues   ------------------------------   Date: 4 Apr 2001 18:22:41 -0500i+ From: becker@encompasserve.org (Jim Becker) ' Subject: OVMS Tech Update Presentationsn3 Message-ID: <9PgUvqYVQz0R@eisner.encompasserve.org>   E The presentations from the OpenVMS Technical Update are now available @ on the ESILUG web site. The event was held March 27-28, 2001, in College Park, Maryland.w  6 You can find the presentations on the ESILUG web site:% http://encompasserve.org/lugs/esilug/u  : Most of the files submitted by the speakers are PowerPointA presentations. I've divided them up into Zip files of 2-9MB each.2   ------------------------------   Date: 4 Apr 2001 18:45:54 -0500R, From: durkin@encompasserve.org (Mike Durkin)+ Subject: Re: OVMS Tech Update Presentations-3 Message-ID: <nIImlV8LvAS3@eisner.encompasserve.org>    Jim,# 	  Tuesday's presentations are MIA:X  ( -ERROR-(404):  no such file or directory Requested method: GET-4 Requested URL:    /lugs/esilug/ovmstud/tue-talks.zip HTTP protocol:    HTTP/1.1  # 	Thanks for putting this stuff up !t   Mike DurkinW	 DECUServeh   ------------------------------   Date: 4 Apr 2001 21:16:27 +0200A From: <> Subject: PC software for 10$/cda& Message-ID: <3acb730b$1@news.takas.lt>   Send me an email I'll send you a list	 Thank youm software1for10@hotmail.com   ------------------------------  % Date: Wed, 04 Apr 2001 14:06:13 -040017 From: David Beatty <David.Beatty@sasSPAMITUPTHEZZZ.com>sI Subject: Re: PCSI Patch - VMS VAX v7.2 (Was: Re: TCP/IP 5.0A ECO Appears) 2 Message-ID: <WWHLOup=Qol33DK1dNTgbNVbGZfX@4ax.com>  E On Wed, 04 Apr 2001 17:32:18 +0100, steven.reece@quintiles.com wrote:    >' >l# >Peter Langstoeger wrote / quoted :n >>>>C >>The long awaited VMS72_PCSI ECO for OpenVMS VAX is now officiallyi
 >available > " >I did read the announcement, too.L >But, after two more weeks, it is still NOT available in the FTP server area" >and NOT downloadable via DSNlink.2 >So, is it really available or do I need glasses ?# >Or should I get paranoic instead ?  ><<< > D >It is in the UK.  VMS72_PCSI-V0100 or, more correctly for the file,$ >DEC-VAXVMS-VMS72_PCSI-V0100--4.PCSI >VL >I got a copy via DSNlink on the 21-MAR-2001.  There's a new kit as of todayJ >too, probably because the cover letter that came with it documented it as >being a kit for Alpha !!! >yH >The e-mail that came back to confirm I'd ordered it also told me to use >VMSINSTAL to put the kit on : >dH >"If this ECO kit is for an OpenVMS system, it can be installed with the >VMSINSTAL command procedure:v > G >$ @SYS$UPDATE:VMSINSTAL VMS72_PCSI-V0100 DSN$COPY_DIRECTORY: OPTIONS Nt > > >where "VMS72_PCSI-V0100" is the name of this particular ECO."  > This is not a standard backup saveset; it's a PRODUCT package.1 In order to install it, you would use the command-6 PRODUCT INSTALL VMS72_PCSI /SOURCE=DSN$COPY_DIRECTORY.   David R. Beattye   >o >Steve.n   ------------------------------  $ Date: Wed, 4 Apr 2001 18:45:47 -0400  From: John Santos <JOHN@egh.com>, Subject: Re: POSIX Streams, File Permissions6 Message-ID: <1010404182621.11356A-100000@Ives.egh.com>  * On Wed, 4 Apr 2001, andrew harrison wrote: [...]s8 > The UCX IP stack was developed on Tru64 and ported to 4 > OpenVMS they share code. This isn't an idea it is - > actual code. The UCX utilites are the same.c  ( This is only true of UCX V5.0 and later.4 V5.0 was first released with VMS V7.2, in late 1998. V5.1 is current.  7 I think the POD, SMURF, etc. attacks are all much olderl8 than that and, if anything, apply to UCX V4 and earlier,8 which have no connection whatever to the Tru64 IP stack.  5 At least one of the 3rd-party IP stacks was NOT basedo6 in any way shape or form on BSD and was not written in3 C, so is unlikely to share vulnerabilities with BSD 6 code or to have any C null-terminated-string or buffer2 or stack overwriting problems.  I don't know which ones this applies to.   2 Will someone who knows the truth about this please4 speak up?  (A present or former IP stack developer.) [...]:B > > If a lot of protocols have firstly been implemented not on VMSC > > than this reflects mainly the fact that the market share of VMSL" > > in these areas isn't that big. > @ > Of course the great thing about your argument is that you have= > now argued for something that you origionally claimed wouldr > be the ruination of OpenVMS.  : They were not necessarily implemented 1st on Unix, either.: TCP/IP was 1st implemented on TOPS-10, among other things.   > > > COE will be implimented on OpenVMS (in the kernel) from the : > spec which as you have now said is perfectly acceptable. > @ > The COE utilites will probably be ported from Tru64 to OpenVMS: > but they are utilites and should not have any impact on  > OpenVMS itself.  > < > You appear to have forgotten what your origional argument < > was since you are now agreeing that it is OK to impliment 2 > from a spec provided the implimentation is done  > properly.   4 BTW, only one "o" in "original", and only one "i" in "implement".  5 > Perhaps you should appologise to everyone for beingE > a time waster.  9 Only one "p" in apologize (though I think the "s" is okay 7 in British English, it's a "z" in American English, butE only one "p" in either.)  	 > RegardsI > Andrew Harrisons > Enterprise IT Architect"   -- M John SantosS Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------   Date: 4 Apr 2001 16:59:18 CDT = From: wayne@tachysoft.xxx.412538.killspam.015a (Wayne Sewell) G Subject: Re: product announcement: the rebirth of DateSim (version 2.1),. Message-ID: <yFAWE6GdG8EW@tachxxsoftxxconsult>  o In article <JYfeSkOjf6Qw@eisner.encompasserve.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:Ap > In article <aCeAXgtvmStT@tachxxsoftxxconsult>, wayne@tachysoft.xxx.412538.killspam.015a (Wayne Sewell) writes: > R >> This customer uses DateSim during remote logins to set the time for the processM >> to the remote user's local time, which is much easier on the nerves of the O >> users.  As far as they are concerned, the server is running in the same time  >> zone they are.  > G > By "remote", do you mean the technical VMS definition (not local, notr# > dialup, not network, not batch) ?  >   I No, remote as in the user is not in the same physical location as the VMSRM machine, far enough away to be in a different time zone.  I'm not really surelG what the connection process is.   It could be dialup, telnet, set host,LL geographically separated cluster nodes (and therefore a local login from theJ viewpoint of vms), or something else.   I have not talked directly to thisO customer; the SP32 support people have.  The only thing I know for sure is thatcO a process is created running DCL, on behalf of a user that may or may not be in H the same time zone as the VMS machine.  The customer has written the DCL< necessary to map the user to a timezone name and to call theK synch_with_timezone procedure.  I assume so anyway, since they are activelyeH testing this virtual timezone functionality and will soon be using it in
 production.  o        N The caveat that applies to all process-level time simulation tools is that howO well it works depends on how much the process needs to interreact with the restGM of the system running in real time and exactly which applications the processBK is trying to run.   Any rogue application that bypasses system services andtK accesses the time quadword directly (it is unfortunately readable from useraN mode) will see the real system time.   I suspect that these are captive users,J pretty much locked into their own environment.  In fact, I *hope* they are7 captive users, if time zones confuse them so much.  :-)   L I do know that command procedures are being created on the fly and submittedK with the /delete qualifier.  I assume these procedures are generated by thehM captive environment rather than the unsophisticated users.  However, since nooK permanent files are created, the customer is avoiding one of the gotchas ofeK time simulation: files lying around with creation/modification dates in thedK future, from the viewpoint of VMS itself.  Of course, future dates on files L don't seem to cause much of a problem anyway if you don't try to do anythingH with them from a realtime process.  Just sitting on disk they don't hurtL anything, and dir/ful displays them without complaint, even though they lookN weird, especially if the modification date is earlier than the creation date. M Of course, analyze/repair gets rather annoyed when it finds files with future L dates.  :-)  When you're talking about an offset of only an hour or two, theI files won't be in the future for very long anyway.  Not like some files IhN created while testing DateSim, which were created (will be created?) on August 4th, 8043.  :-)    Wayned   --  O ===============================================================================oM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxi: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)1O ===============================================================================lB Jed Clampett, checking into hotel: "This place got a cement pond?"+ Ellie May: "And do yuh let critters in it?"    ------------------------------   Date: 4 Apr 2001 17:07:04 CDTp= From: wayne@tachysoft.xxx.412538.killspam.015a (Wayne Sewell).G Subject: Re: product announcement: the rebirth of DateSim (version 2.1)-. Message-ID: <A$Oob42ZW$TN@tachxxsoftxxconsult>  n In article <yFAWE6GdG8EW@tachxxsoftxxconsult>, wayne@tachysoft.xxx.412538.killspam.015a (Wayne Sewell) writes:   [stuff deleted]c  M > future, from the viewpoint of VMS itself.  Of course, future dates on files N > don't seem to cause much of a problem anyway if you don't try to do anything& > with them from a realtime process.      J Damn, I accidentally used another VMS technical term in the wrong way.  ByO "realtime process" I do *not* mean a process in the realtime priority range.  I L mean a normal process running in real VMS system time, as opposed to DateSim pseudotime.      -- dO ===============================================================================/M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx0: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O ===============================================================================nB Jed Clampett, checking into hotel: "This place got a cement pond?"+ Ellie May: "And do yuh let critters in it?"a   ------------------------------  # Date: Wed, 04 Apr 2001 23:26:16 GMTe3 From: "MrSignor" <MrSignor@nospam_bellatlantic.net>e Subject: Re: pthreads + printf8 Message-ID: <s4Oy6.7813$jL4.1802293@typhoon1.ba-dsg.net>  * thank you all that posted info/suggestions  F today, I narrowed it down to sleep/usleep, by removing the printf fromD the main. It would seem that if you have called sleep, usleep is NOT$ going to return until sleep returns.  A I logged a call with Compaq today at work - where we are NOT upto 7 date on our Pthread patches - just as I am not at home.s  F The engineer could see NOT any info for my particular problem, and has? accepted by example program - i'll post back when i get a replyn  E In the meantime, i will install patches here and at work and see what' happens.   thanks again   -Fredf, ============================================. <Shane.F.Smith@Healthnet.com> wrote in message> news:OF35407E2A.0DE37875-ON88256A24.0001C2FE@foundation.com... > H > Caution, sneaky undocumented (afaik) trick approaching. Probably won't help5 > with this specific problem, but it's worth knowing.f >dJ > Leafing through the pthreads header file for C one day, I found a couple ofC > interesting calls mentioned that weren't in the pthreads manuals:dJ > pthread_mutex_setname_np and pthread_cond_setname_np. These allow you toF > apply names to the mutexes and condition variables you create, which appearI > in the SDA when you're examining the process. This makes debugging them J > /way/ easier, since you know which resources are deadlocked. Have a look inK > "pthreads.h", the arguments ar address of cond/mutex, name to assign, andc aRF > void pointer I've not found a use for. Passing the address of a null" > pointer has been working for me. >TE > Note, though, the "_np" suffix. This indicates the routines are notf > portable.s >c > Shanet >b >  >  >i >tG > MrSignor <MrSignor@nospam_bellatlantic.net> on 04/03/2001 04:31:21 PMI >h? > Please respond to MrSignor <MrSignor@nospam_bellatlantic.net>a >b > To:   Info-VAX@Mvb.Saic.Comr > cc:s >e > Subject:  pthreads + printf  >t >e > Alpha VMS 7.2-1  >c? > I have been writing some threaded code and seem to have hit a  > wall, or at least a deadlock.m >wG > Basically, I am compiling with /reentrancy=multi, although the onlineeA > help says this is applicable to the MAIN only, and I am linkinga! > with threads_enabled + upcalls.f >uH > One thread enters an infinite while loop, it calls usleep, to wait forB > 100 milli-secs (adjusted for usleep), and then when it awakes it > prints the current time. >tL > The other thread (main really) loops on sleep (rather than usleep), for 30J > seconds, and it uses printf to display how many seconds remain, if it is > awoken prematurely.i >.E > Problem, once it begins, a few outputs occur - sometimes, sometimes@< > only 1. At this point I am assuming a problem with Printf. >0A > The above explanation is over simplified, but tomorrow, I am toc( > do exactly what I have explained here. >-8 > Anyone have any suggestions for further investigation. >i > TIAr >i > -Fred  >t >n >s >e >e >3 >7 >. >B   ------------------------------  % Date: Wed, 04 Apr 2001 17:20:56 -0400rI From: "Ernie Bisson, MIT Bates Linear Accelerator" <BISSON@AESIR.MIT.EDU>o$ Subject: Recovering data from a disk1 Message-ID: <010404172056.2021695d@BATES.MIT.EDU>-   Hi.n  N I have disk that has valuable data on it that I would like to try and recover.O It's a removable RZ28B that connects into a StorageWorks BA353 box. When trying O to mount it, I hear not so good sounds. It eventually comes back with a messagep# that Operator assistence is needed.2  L It contains data from online experiments conducted here. The data is writtenH on a VMS V5.4-3 system. It is then swapped into a VMS V6.2 system, which5 sends the data to a Unix box and get written to a CD.e  O Does anyone know of any companies, preferably local to Boston, that can attempta a restoration of this disk?>   Thanks for any help, Ernie4  P -------------------------------------------------------------------------------- Ernie Bisson Unix/VMS Systems Administrator M.I.T. Bates Linear Acceleratorh 21 Manning Roadr$ Middleton, Massachusetts  01949-2846  (978) 774-2370 or (617) 253-9218   E-Mail : bisson@mit.edueP --------------------------------------------------------------------------------   ------------------------------   Date: 4 Apr 2001 21:53:47 GMTa) From: leslie@clio.rice.edu (Jerry Leslie)c( Subject: Re: Recovering data from a disk' Message-ID: <9ag55b$jc6$1@joe.rice.edu>a  H Ernie Bisson, MIT Bates Linear Accelerator (BISSON@AESIR.MIT.EDU) wrote:   : Hi.e  @ : I have disk that has valuable data on it that I would like to  : try and recover...     http://www.excaliburdr.com/3A Excalibur Data Recovery, New England's data recovery specialists.L  4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  % Date: Wed, 04 Apr 2001 14:00:15 -0400a7 From: David Beatty <David.Beatty@sasSPAMITUPTHEZZZ.com>f$ Subject: Re: Restart TCP/IP Services2 Message-ID: <2V=LOmJxGGYEKPWNxBlV8fbnvvjA@4ax.com>  C As far as I know, there isn't one.  The Multinet server is flexiblee@ enough to restart without destroying any current IP connections.A The only way to reliably stop Digital TCP/IP Services (UCX) is to < stop any applications using it (e.g. SQL*Net for TCP/IP from< Oracle), stop and restart UCX, then start those applicationsA again.  With all that work, it's easier just to reboot and get iti
 over with.  ? Decnet Phase IV with UCX is even worse.  I've never seen Decnet-? restart and work correctly when UCX is on the system unless UCXe@ is stopped; I suspect that's because of how UCX ties the TCP/IP ; address to the Decnet broadcast mask for ARP, as opposed too the MAC address.   David R. Beattye  C On 4 Apr 2001 09:31:40 -0500, young_r@encompasserve.org (Rob Young)v wrote:   >M: >	Usually I stick at it until I figure it out... but given< >	the time spent in help and poking at com files, am tossing< >	the towel.  For Digital/Compaq TCP/IP Services what is the$ >	equivalent (short of a reboot) to: >v1 >	$ @multinet:start_server   ! Does restarts too!  >-	 >	$ tcpip- >	TCPIP> show version  >p: >  DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A >r	 >	Thanks.c >R >				Rob   ------------------------------  % Date: Wed, 04 Apr 2001 21:20:15 +0100g4 From: John Laird <john@laird-towers.freeserve.co.uk>C Subject: Re: Seeking CD-R/CD-RW SCSI INQUIRY data / Yamaha CRW4416Ss8 Message-ID: <2pumctkhhva8dddj34n5804ur24m64p9se@4ax.com>  1 On Wed, 04 Apr 2001 16:09:59 +0100, Tim Llewellyn   <tim.llewellyn@bbc.co.uk> wrote:   >Terry Kennedy wrote:- >>N >>   By the way, I'm sure DKDRIVER (actually, probably PKxDRIVER) on Alpha andK >> just about every VAX can spare the 2K to have a local deblock buffer. It P >> should be trivial to do, since we're talking about read-only media here. [TheL >> commands for writing are completely different, and CD-ROMs are mounted as >> read-only anyway.]j >> >:R >yes Terry, I've been wondering for a while why VMS can't support 2048 byte blocks# >on CD's, seems a bit silly really.W  G It was my understanding (based on half-remembered snippets from this nglG over the years) that, firstly 512-byte sectors were demanded, then codeSH was added to switch sector size on the drive if it claimed to be capableB of such things, and finally the more normal 2048-byte sectors wereD handled transparently if all attempts to use smaller sectors failed.  E There may be two issues on any machine, depending on whether you want H run-time support, in which case it is VMS, or boot support in which caseG it is the console code.  I have two quad-speed devices, a Toshiba which C I think honours the mode select for 512-byte sectors, and a Pioneer F which has a jumper setting (which I have never set).  Both have workedC out of the box on a 4000/60 which must be at least 8 years old, and'F neither drive is less than 4-5 years old.  About the only thing I haveH not tested is the bootability of the Pioneer, because I have no bootableF CD at present.  It returns me nosuchfile if I try an ODS-2 disk, but ID would not take that as definitive proof that the console driver read anything at all.  H Maybe I have just been lucky, but I do sometimes wonder at the extent to. which some folks will claim "incompatibility".     	JohnR --  
 John Laird   ------------------------------  $ Date: Wed, 4 Apr 2001 18:02:50 -0400* From: "Paul A. Jacobi" <nospan@nospam.com>C Subject: Re: Seeking CD-R/CD-RW SCSI INQUIRY data / Yamaha CRW4416S:2 Message-ID: <MUMy6.554$fB6.15727@news.cpqcorp.net>  5 "Terry Kennedy" <terry@gate.tmk.com> wrote in message   J >   Minor nit - the default data sector size on CD-ROM drives is 2048, and the ! > only music sector size is 2352.d  L Yes, you are correct.  The default block size for CD-ROM is 2048 bytes (2K).  K There have been some investigation into adding 2K block support in DKDRIVER,H for CD-ROMs, but none have been successful.  All supported Compaq CD-ROMI drives support 512 byte clock mode, so there is no real business need for,H changing the code.  DKDRIVER is written in ported MACRO32 code, which isG already difficult to maintain.  Adding a bunch of new code adds a greatSJ amount of risk.  DMA support is very tricky since you may need to DMA a 2KI block into a 512-byte buffer, and make sure the leading and trailing datai# gets mapped to the block hole page.n  F DQDRIVER used for IDE/ATAPI CD-ROM does implement 2K blocks for CD-ROMG drives.  IDE/ATAPI CD-ROM drives do not have a 512-byte mode.  DQDRIVERlE "cheats" on the DMA by transferring all data to a system buffer, then J deblocking and using ioc$movtouser to copy data back to user buffer.  This" simplicity costs some performance.     Paul A. Jacobi Compaq Computer Corporation ! OpenVMS Systems Group, ZKO3-4/U14  110 Spitbrook Road Nashua, NH 03062-2698i Email: Paul.Jacobi@compaq.com    ------------------------------   Date: 4 Apr 2001 21:03:29 GMTe* From: bleau@umtof.umd.edu (Lawrence Bleau)= Subject: Re: TCPIP V5.0A install fails, can't proceed; ideas? ) Message-ID: <9ag271$qp2$1@hecate.umd.edu>t  m In article <60By6.1144$CN.193691@nostril.pacific.net.au>, CSABA  HARANGOZO   <csabah@zipworld.com.au> writes: , >Lawrence Bleau <bleau@umtof.umd.edu> wrote: > E >	I was bitten by this as well. What solved the problem is an upgradeaG >	to the latest PCSI from the CD set. It can be done without a shutdownr. >	( you just have to log out and back again ).  N Are you referring to DEC-AXPVMS-VMS62TO71U2_PCSI-V0200-4.PCSI ?  If so, I have  access to it and can install it.   Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edu    ------------------------------  # Date: Wed, 04 Apr 2001 19:46:00 GMTd4 From: "Terry C. Shannon" <terryshannon@mediaone.net>$ Subject: Re: VMS-Related: Affordable< Message-ID: <YRKy6.34217$Wz.9291298@typhoon.ne.mediaone.net>  > "Malcolm Dunnett" <nothome@spammers.are.scum> wrote in message& news:r9j1P9fFFy6K@malvm1.mala.bc.ca...> > In article <KWEy6.32859$Wz.9165720@typhoon.ne.mediaone.net>,< >     "Terry C. Shannon" <terryshannon@mediaone.net> writes: > >eK > > The gospel, like most religious tracts, is subject to interpretation byLK > > various theologians and processor priests n' priestesses. I believe theyD > > Alpha lifespan will be extended due to the slippage in processorD > > generations. If you go back to the Alpha rollout and look at the originalK > > processor roadmap, we'd be at EV8 right now. Since we are not, it would  seem; > > likely that Alpha has gained a de facto life extension.  > >aF >    So you're saying that as long as they never get around to rolling@ > out the EV8 ( or EV7 even ) the Alpha could live forever?  :-) > I >    Course one could read the gospels to say that the failure to deliver G > these follow-ons on time means the Alpha's lifespan will be seriouslyoH > shortened as competing processors eliminate any performance advantagesE > the Alpha might have. A quick rule-of-thumb calculation from posted  > SPECint 2000 benchmarks at:  >v? > (http://www.compaq.com/alphaserver/performance/spec2000.html)t >rC >   suggests that a Pentium needs about a 50% greater clock rate toaC > match alpha performance, which suggests there's really no lead in @ > currently shipping products for integer performance. Of courseC > floating performance is a different story, but how many loads area# > that dependant on FP performance?r >d  D Certainly not Quake and Duke Nukem. Note that all the next-gen chipsE (UltraSparc III, Unobtainium, Power4, etc) have taken a lot longer to B materialize than the marketing powerpoints would have you believe.  I Dunno what the deal is with EV7, being as it implements the EV6 core. Ther5 new stuff is the lockstepping and glueless SMP logic.e   ------------------------------  % Date: Wed, 04 Apr 2001 17:25:06 -0600 , From: Mark Morgan <morgan@silvertiptech.com>$ Subject: Re: VMS-Related: Affordable1 Message-ID: <3ACBAD52.76E66420@silvertiptech.com>l   Paul Repacholi wrote:. > 6 > mathog@seqaxp.bio.caltech.edu (David Mathog) writes: > ? > > In article <3ACB9D13.692BA33B@infopuls.com>, Christof Brasss  > > <brass@infopuls.com> writes: > G > > >If VMS is behind wrt I/O speed it will catch up. I would recommendyE > > >not to through the baby out with the bath because this aspect isa= > > >temporarily (yes, I know, for some years now, but betterh. > > >performance to come soon) disadvantagous. > < > The poor performance of C IO has been there since day one.  E Terribly, on VMS.  I wrote a bit of code that used memory buffers and F block io to bypass the crtl io and rms overhead, and got 3-4 orders ofH magnitude improvement in performance.  I don't think it's VMS here, but  the imp in the CRTL.  D I did release it to the public domain at one point, don't know if itC was ever integrated into the item they were doing.  I might be ableo= to find a copy, if people are interested.  There were certaint limitations,C like it had to be a cr text file, or fixed length binary, but undere thosefE conditions, I'd be interested in testing it against other OS's, it isr# pretty fast, even on the old vaxen.u   -- r Mark Morgany Silvertip Technologies, Inc. morgan@silvertiptech.com 406 863 9863 phone 406 863 9865 fax   ------------------------------   Date: 4 Apr 2001 18:47:18 CDT== From: wayne@tachysoft.xxx.412538.killspam.015a (Wayne Sewell)o$ Subject: Re: VMS-Related: Affordable. Message-ID: <v$QgyPZhIVQT@tachxxsoftxxconsult>  a In article <9afd65$a8l@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:iZ > In article <3ACB9D13.692BA33B@infopuls.com>, Christof Brass <brass@infopuls.com> writes: > E >>Is there any problem to provide a low level x86 emulation on Alpha?c > L > Yes.  It was called FX!32 on WNT/Alpha and it never ran very well.  It wasH > an amazing piece of technology, but in the end what it gave you was an9 > Alpha that cost 3X as much running at 1/3 the speed.   n    M The problem I had with FX!32 was not the performance.  It was that hardly anyoN packages would work with it.  Seemed like every sillyass application that cameL along had a device driver as part of the kit, even some that you would neverM have dreamed would require their own device driver.  And FX!32 flatly refused K to even attempt device drivers.  So the thing was virtually useless.  I canh> recall only one or two packages that ran properly under FX!32.       --  O ===============================================================================sM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)=O ===============================================================================0B Jed Clampett, checking into hotel: "This place got a cement pond?"+ Ellie May: "And do yuh let critters in it?"u   ------------------------------  # Date: Thu, 05 Apr 2001 03:41:13 GMT=1 From: pat jankowiak <vaxhackery@worldnet.att.net>cG Subject: Re: What to do with old CDROMS... (do NOT try this at home...)l0 Message-ID: <3ACBE8C6.904BAB4E@worldnet.att.net>  6 These are great fun links. I must comment on a couple.   Nicholas Mark de Smith wrote:c   <snip> > E > http://www.hamjudo.com/notes/cdrom.html (good results with DEC CDs)b I use AOL CDs. n   > ? > http://www.netcomuk.co.uk/~wwl/cdzap.html (a complete nutter)s  A I dug out the tesla coil and was going to try this.. I received at) small RF burn, so I put it away for now. o    J > http://www.powerlabs.org/uwavexp.htm (never, not in a million years am I > going to do this)t  A As for the microwave gun, I've done this before, and demonstratedn; it safely at DFWDAYS event last year. The target was a dellh< computer running a demo, and it was crashed by the microwaveA beam. (some people said that since it was running windows, how doa we know the weapon crashed it?)a  A What the experimenter on the microwave site above, is showing, isF> a reckless experiment with no regard to saftey. If you want to> build a microwave DEW for experimental purposes, by all means,A make a wavegiude with a tunable stub on the 'backside', and use at" horn antenna on the business end.   ? That way, you can match the tube to the waveguide and feedhorn,eA and the beamwidth is at least confined to a small angle (mine hadn7 a 18 degree beamwidth). You can tune it by placing somea? flourescent lamps before the mouth of the horn, and sliding thet9 shorting plate of the stub in and out until the lamps arer? brightest. Use insulated pliers, as there is some arcing as theg: shorting plate slides back and forth. Also, use a separate> filament transformer, so you can keep the tube 'hot', and just@ apply HV when you are ready. If you don't know what the heck I'm? talking about, you might not be qualified to do the experiment.   ? Also, the average power should be reduced. A microwave puts outs? 600-900 watts, but by reducing the size of the capacitor in the > power supply to 5-10% of its original value, the average power; can be cut to only about 50 watts. This is what was demo'd.r? anything more would have been too dangerous. Images of the unito are at:s  ' http://www.montagar.com/~patj/uwdew.htme  ? Increasing the power: The inverse is true to a degree as far asa7 the capacitor is concerned, but you'll just burn up the = magnetron. Also, please note that magnetrons operate (producehA power) over a fairly narrow range of DC voltage. The relationshipI@ between the applied voltage and the fixed magnetic field gives a> certain area where the tube will oscillate efficiently. If you> build a big enough regulated power DC supply, you can get much@ more power from the tube, for a very short time. The tube failed spectacularly, BTW.e     <snip> >  > I'm off to play... >  > Nick   ------------------------------  % Date: Wed, 04 Apr 2001 15:49:24 -0500./ From: Chris Scheers <chris@applied-synergy.com>-2 Subject: Re: When might SYS$SCHDWK not wake me up?3 Message-ID: <3ACB88D4.6EEE64A7@applied-synergy.com>l   JF Mezei wrote:p >  > David Jones wrote:M > > Suppose this 'trivial processing' did a hiber()/wake() sequence somewherenN > > inside a library call.  If the timing was such that on rare occasions bothG > > the $SCHDWK and latent $WAKE/$SCHDWK fired before the latent $HIBER:M > > was called, then the $HIBER in the main loop would miss the intended wakeM > > and block forever. >  > Would it really ?e > J > A covert $HIBER hidden in "process" would also have a covert $SCHDWK (orM > equivalent $SETIMR with an AST that would call $WAKE). If the covert $HIBER2P > consumes a set WAKEPEN without waiting, then the covert $SCHDWK would ~likely~P > deliver wakepen after the covert $HIBER, so that the real $HIBER would see the > bit still set.    G The assumption is that synchronization code is waiting for some event. n+ So the "correct" way to code the $HIBER is:i   	loop  		$HIBER 	while condition not satisfied  E If the $HIBER is woken early, the code will detect that the conditione5 has not yet been satisfied and will go back to sleep.o  E This has the side effect of eating $WAKEUPs.  This will eat a $SCHDWK- that fires too early.-  F All wakup/hibernate pairs are susceptible to this.  If you execute anyA RTL code between the $SCHDWK and $HIBER, this possibility must beo considered.t  G -----------------------------------------------------------------------e$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com -   Fax: 817-237-3074    ------------------------------  % Date: Wed, 04 Apr 2001 17:51:33 -0400:- From: JF Mezei <jfmezei.spamnot@videotron.ca>52 Subject: Re: When might SYS$SCHDWK not wake me up?, Message-ID: <3ACB975D.1B644B03@videotron.ca>   Chris Scheers wrote:H > All wakup/hibernate pairs are susceptible to this.  If you execute anyC > RTL code between the $SCHDWK and $HIBER, this possibility must beg
 > considered.o  N I have always used an AST to call $WAKE with the $HIBER at the end of the mainM "loop" of the program. And just prior to the $HIBER is the $SETTIMR that williM trigger the AST. That AST can also be triggered by the reception of a mailboxvT message and will also awaken the process (and cancel the outstanding timer request).  ' I have found that this works very well.   N I love ASTs because they can make your program so much more esthetic and eventK driven. I don't particularly like event flags, and hate the fact that TCPIPnL QIO routines don't have the TIMEOUT function since it forces me to implementQ my own ugly timeout function with event flags which makes AST much harder to use.i   ------------------------------  # Date: Wed, 04 Apr 2001 18:07:22 GMTn= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)u& Subject: Re: ZXLp-L2 bugcheck analysis0 Message-ID: <009FA099.084191A0@SendSpamHere.ORG>  p In article <009FA087.24FB95FF@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes: >OK, >_1 >Here's what I've found in my ZXLp-L2 crash dump.s >lH >The system crashes with a DECWINDOWS bugcheck which corresponds to lineI >14191 in the V7-2.1 listing of DUBDRIVER.  The reason it crashes is thatP! >IOC$MAP_IO returns SS$_BADPARAM.e >(F >I computed the address of UCB$L_GUB_BASE_ADDRESS(R5) and examined itsE >contents and it has: 07000000(16).  The driver called the IOC$MAP_IOe@ >requesting:  #<1024*1024*16*2>   ; Map 16Mbytes in sparse space= >(This looks like 32 Meg to me)  and #IOC$K_BUS_MEM_BYTE_GRAN2 >0D >The MAP_IO routine in IO_SUPPORT_1605 checks the following for this >attribute:i >C3 >3   40220         case IOC$K_BUS_MEM_BYTE_GRAN : {g
 >3   40221D >3   40222             /* Sparse Memory Space is from 0 to 128 MB */
 >3   40223L >3   40224             if ((bus_address + num_bytes) > ONE_TWENTY_EIGHT_MB )3 >3   40225                     return SS$_BADPARAM;P >R >So, let me see... >jF >1024*1024*16*2 is 02000000(16)  plus 07000000(16) yields 09000000(16)@ >or 01000000(16) more than ONE_TWENTY_EIGHT_MB 08000000(16).  :( >i >The question now is WHY???  >t >--rP >VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM >           P >city, n., 1. a place where trees are cut down and streets are named after them.    J Using the above analysis, I called upon my VAX for its only useful feature these days, $PATCH/ABSOLUTE.  " $ PATCH/ABSOLUTE SYS$GUBDRIVER.EXE PATCH>EXAMINE 25881 00002588:  267F0200		;LDAH    R19, 512(R31)	; 32Mi PATCH>DEPOSIT 2588+ NEW>267F0100			;LDAH    R19, 256(R31)	; 16Mo NEW>EXIT PATCH>UPDATE    L I put this patched version into place and the system boots without crashing.L I now get to the point where DECWindows starts up and all I get is the hour-/ glass.  Nothing in the DECW$*.LOGs either... :(o     Any ideas???   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMr            lO city, n., 1. a place where trees are cut down and streets are named after them.e   ------------------------------  % Date: Wed, 04 Apr 2001 15:35:43 -0500t/ From: Chris Scheers <chris@applied-synergy.com>h& Subject: Re: ZXLp-L2 bugcheck analysis3 Message-ID: <3ACB859F.9ED3CEAD@applied-synergy.com>   & "Brian Schenkenberger, VAXman-" wrote: >  > OK,s > 2 > Here's what I've found in my ZXLp-L2 crash dump. > I > The system crashes with a DECWINDOWS bugcheck which corresponds to line J > 14191 in the V7-2.1 listing of DUBDRIVER.  The reason it crashes is that" > IOC$MAP_IO returns SS$_BADPARAM. > G > I computed the address of UCB$L_GUB_BASE_ADDRESS(R5) and examined itsaF > contents and it has: 07000000(16).  The driver called the IOC$MAP_IOA > requesting:  #<1024*1024*16*2>   ; Map 16Mbytes in sparse spaceC> > (This looks like 32 Meg to me)  and #IOC$K_BUS_MEM_BYTE_GRAN > E > The MAP_IO routine in IO_SUPPORT_1605 checks the following for thish > attribute: > 4 > 3   40220         case IOC$K_BUS_MEM_BYTE_GRAN : { > 3   40221iE > 3   40222             /* Sparse Memory Space is from 0 to 128 MB */M > 3   40223sM > 3   40224             if ((bus_address + num_bytes) > ONE_TWENTY_EIGHT_MB )D4 > 3   40225                     return SS$_BADPARAM; >  > So, let me see...M > G > 1024*1024*16*2 is 02000000(16)  plus 07000000(16) yields 09000000(16) A > or 01000000(16) more than ONE_TWENTY_EIGHT_MB 08000000(16).  :(c >  > The question now is WHY???    , Brian, how about trying a little experiment?  E Take the piggy back board off the video card and try it with just thel main board.2  3 I wouldn't be surprised if you got it to work then.t  G -----------------------------------------------------------------------R$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com E   Fax: 817-237-3074M   ------------------------------  # Date: Wed, 04 Apr 2001 21:51:18 GMTg= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)i& Subject: Re: ZXLp-L2 bugcheck analysis0 Message-ID: <009FA0B8.50915BB3@SendSpamHere.ORG>  e In article <3ACB859F.9ED3CEAD@applied-synergy.com>, Chris Scheers <chris@applied-synergy.com> writes:-' >"Brian Schenkenberger, VAXman-" wrote:  >> 2 >> OK, >>  3 >> Here's what I've found in my ZXLp-L2 crash dump.R >> PJ >> The system crashes with a DECWINDOWS bugcheck which corresponds to lineK >> 14191 in the V7-2.1 listing of DUBDRIVER.  The reason it crashes is thatS# >> IOC$MAP_IO returns SS$_BADPARAM.. >> rH >> I computed the address of UCB$L_GUB_BASE_ADDRESS(R5) and examined itsG >> contents and it has: 07000000(16).  The driver called the IOC$MAP_IOCB >> requesting:  #<1024*1024*16*2>   ; Map 16Mbytes in sparse space? >> (This looks like 32 Meg to me)  and #IOC$K_BUS_MEM_BYTE_GRANP >> MF >> The MAP_IO routine in IO_SUPPORT_1605 checks the following for this
 >> attribute:n >> e5 >> 3   40220         case IOC$K_BUS_MEM_BYTE_GRAN : {s >> 3   40221F >> 3   40222             /* Sparse Memory Space is from 0 to 128 MB */ >> 3   40223N >> 3   40224             if ((bus_address + num_bytes) > ONE_TWENTY_EIGHT_MB )5 >> 3   40225                     return SS$_BADPARAM;W >> 1 >> So, let me see... >> >H >> 1024*1024*16*2 is 02000000(16)  plus 07000000(16) yields 09000000(16)B >> or 01000000(16) more than ONE_TWENTY_EIGHT_MB 08000000(16).  :( >> p >> The question now is WHY???T >y > - >Brian, how about trying a little experiment?  > F >Take the piggy back board off the video card and try it with just the >main board. > 4 >I wouldn't be surprised if you got it to work then.  H S.O.S. I'm afraid.  I restored the original SYS$GUBDRIVER.EXE and pulled$ off the piggyback card.  Same crash.  H I haven't tried with my patched driver but I'm not holding out much hopeH for it either.  Unless I followup otherwise, assume that 1/2 the device + with my "hacked" driver also does not work.    Grrrr...   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMe            hO city, n., 1. a place where trees are cut down and streets are named after them.t   ------------------------------  # Date: Wed, 04 Apr 2001 17:59:04 GMTf= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)l5 Subject: Re: [Q] DCL minute of the day: semi-graphicsa0 Message-ID: <009FA097.DF1446E5@SendSpamHere.ORG>  U In article <3ACB5D05.42D57DF4@gmx.ch>, Didier Morandi <Didier.Morandi@gmx.ch> writes:eQ >I don't remember the escape characters to toggle semi-graphics without having totE >embed an <ESC>(0 <ESC>(B pair every x character in a column drawing.  > / >I don't have any terminal book under the hand.c >O >Thanks, >l >D.g   Try CTRL-N/CTRL-Of   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMi             O city, n., 1. a place where trees are cut down and streets are named after them.o   ------------------------------   End of INFO-VAX 2001.190 ************************