0 INFO-VAX	Sat, 06 Jan 2001	Volume 2001 : Issue 11      Contents:4 Re: 20GB Seagate SCSI disk with VMS 6.2/AXP (solved)% Almost new TK50s - anybody want them? ) Re: Almost new TK50s - anybody want them? ) Re: Almost new TK50s - anybody want them? P Re: APACHE (CSWS) + MOD_PERL = No private process logicals definableinLOGIN.COM P Re: APACHE (CSWS) + MOD_PERL = No private process logicals definableinLOGIN.COM P Re: APACHE (CSWS) + MOD_PERL = No private process logicals definableinLOGIN.COM   Re: AQUARIUM OWNERS READ THIS!!!! Re: Can DCL talk to TCP/IP ports? ! Re: Can DCL talk to TCP/IP ports?  Re: CDROM cannot be mounted 0 Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution Re: DCL Temp FilesF Re: DCL Temp Files Was: DCL: Retrieving file version from OPEN command2 Re: DCL: Retrieving file version from OPEN command2 Re: DCL: Retrieving file version from OPEN command2 RE: DCL: Retrieving file version from OPEN command2 Re: DCL: Retrieving file version from OPEN command2 RE: DCL: Retrieving file version from OPEN command2 Re: DCL: Retrieving file version from OPEN command DEC 3000 model 300 Re: DTR install problem  Re: DTR install problem # Re: Ebay dead as a post - yet again # Re: Ebay dead as a post - yet again # Re: Ebay dead as a post - yet again 
 How many..
 How many..& Need FTSS V4.2 or higher for VAXft 810& Need FTSS V4.2 or higher for VAXft 810 OpenVMS opportunities  Re: OpenVMS opportunities  Re: OpenVMS opportunities ! Re: Problem with linking C++ code & Re: Sending messages to an application Re: Source dor TSM021? Re: Source dor TSM021? SSH for VMS?+ RE: Suggestion for improvement for DECterm. H Re: Using Telnet create_session (was: Re: Can DCL talk to TCP/IP ports?)& Re: uVAX 3100 model80/90 hardware info& Re: voor de belgische Alpha gebruikers2 [Q] Which model Exabyte in TKZ09 and TKZ15 drives?  F ----------------------------------------------------------------------  % Date: Mon, 08 Jan 2001 20:33:02 +0000 ) From: Christof Brass <brass@infopuls.com> = Subject: Re: 20GB Seagate SCSI disk with VMS 6.2/AXP (solved) , Message-ID: <3A5A23FE.52A41B37@infopuls.com>  / The URL to fetch the kit for the new drivers is   3 http://ftp1.support.compaq.com/public/vms/axp/v6.2/    The set of files is:   alpscsi08_062.CHECKSUM alpscsi08_062.CVRLET_TXT alpscsi08_062.README alpscsi08_062.a-dcx_axpexe   ------------------------------  % Date: Fri, 05 Jan 2001 15:43:27 -0800 7 From: David Spencer <spencer@pageweavers.spaamfree.com> . Subject: Almost new TK50s - anybody want them?B Message-ID: <050120011543277996%spencer@pageweavers.spaamfree.com>  E I've got at least 70 TK50 tapes that are practically new, having been E used three or four times at the most. They've been sitting on a shelf E in my office for years collecting dust. I need that shelf space back!   E Any reasonable offer will not be refused. If I don't find some takers  they're heading for the trash.  C I'm located in Sacramento California. Presumably whomever gets them D (or some portion thereof) must calculate shipping costs from here to wherever they are.   TIA    Dave Spencer PageWeavers B spencer@pageweavers.spaamfree.com (you know the spamming drill...)   ------------------------------  # Date: Sat, 06 Jan 2001 00:53:20 GMT & From: Jerome Fine <jhfine@idirect.com>2 Subject: Re: Almost new TK50s - anybody want them?+ Message-ID: <3A566C45.E71B7D72@idirect.com>    >David Spencer wrote:   G > I've got at least 70 TK50 tapes that are practically new, having been G > used three or four times at the most. They've been sitting on a shelf G > in my office for years collecting dust. I need that shelf space back!  > G > Any reasonable offer will not be refused. If I don't find some takers   > they're heading for the trash. > E > I'm located in Sacramento California. Presumably whomever gets them F > (or some portion thereof) must calculate shipping costs from here to > wherever they are.   Jerome Fine replies:  G In case anyone wants to use these TK50 tapes in a TK70, it is very easy D to do a bulk erase.  The specs for the CompacTape II are the same as8 the specs for the CompacTape with two major differences:  F (a)  The external physical name of all of the CompacTape II media that> I have seen is in BLUE which the CompacTape media is in BROWN.D Presumably, the TK70 tape drive is set to recognize this difference.  H (b)  The price in every DEC catalogue I ever saw had a much higher price9 for the CompacTape II as opposed to the CompacTape media.   B In addition, if a CompacTape has NEVER been written on (is totallyG blank), then a TK70 will very gladly use that media right from the box. 8 This is not the case for these 70 CompacTape TK50 tapes.  H If anyone needs a bulk erase done, I can help out - $ US 0.50 each and aF minimum of $ US 25.00 - I will combine multiple orders.  This is not aL plug to do the work - it takes about half an hour per 2 tapes since the bulkH erase equipment overheats in less than one minute and needs half an hourI to cool down.  So at $ US 4.00 an hour which includes handling, I must be H violating one of the rules of acquisition.  Customer covers all expensesM such as shipping, of course.   Each tape will also be tested and initialized, H but not necessarily for your operating system.  I have done this to over> a hundred tapes that I use on my own TK70, so I know it works.   Sincerely yours,   Jerome Fine    ------------------------------  + Date: Fri, 05 Jan 2001 19:00:47 -0600 (CST)  From: sms@antinode.org2 Subject: Re: Almost new TK50s - anybody want them?) Message-ID: <01010519004766@antinode.org>   & From: Jerome Fine <jhfine@idirect.com>  > > [...] it takes about half an hour per 2 tapes since the bulkJ > erase equipment overheats in less than one minute and needs half an hour > to cool down.  > [...]   H    I use a (finger-crushing) permanent magnet, which has yet to get veryH warm.  I normally play it over the whole surface for about a minute, but  I suspect that that is overkill.  ?    I'm too lazy to try it, but I'd bet that if you stuck enough G screwdrivers into the holes to get the brakes released and pulled a few E meters of tape out, then a pretty weak magnet would do enough to fool C the drive (which is too lazy to check the whole tape, anyway).  The E strong magnet avoids the potential for damage to the exposed tape, of  course.   H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home) C    382 South Warwick Street        (+1) 763-781-0308  (voice, work) G    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work) 9    sms@antinode.org                sms@provis.com  (work)    ------------------------------  % Date: Fri, 05 Jan 2001 13:59:34 -0500 ) From: Rick Barry <barry@star.zko.dec.com> Y Subject: Re: APACHE (CSWS) + MOD_PERL = No private process logicals definableinLOGIN.COM  0 Message-ID: <3A561995.E2DDDA8F@star.zko.dec.com>   Andy,   F Add a $SHOW PROCESS/MEM command to TEST-CGI-VMS.COM. What does it show when mod_perl is enabled?    --
 Rick Barry  3 Compaq Secure Web Server (CSWS) - Development Group  Compaq Computer Corporation 
 Nashua, NH   ------------------------------  % Date: Fri, 05 Jan 2001 17:30:55 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> Y Subject: Re: APACHE (CSWS) + MOD_PERL = No private process logicals definableinLOGIN.COM  ) Message-ID: <3A5604CF.2608EFBD@bbc.co.uk>    Andy Stoffel wrote:   D > [Oops, hadn't realized Dan's response was posted also... so here's > what I told him.... - Andy-] > 1 > "Dan Sugalski" <dan@sidhe.org> wrote in message 6 > news:5.0.2.1.0.20010105102919.0216e120@24.8.96.48...A > # Yowtch. I can't think off-hand of a good reason for this, but  > # a couple of  questions:  > # . > # 1) Are the process logicals defined /USER? >  > No.  > 1 > # 2) Are you throwing any sort of quota errors?  >  > Not that I've seen.  > < > # 3) Is the process logical table readable by the user the# > # process ultimately  ends up as?  >  > Yes. > : > I haven't found much info on adjusting system parameters+ > to affect the process logical name table.   @ How about the LNM$FILE_DEV logical name? Is that being redefinedD for the process to exclude lnm$process_table from the default search path? : Look in the LNM$SYSTEM_DIRECTORY and LNM$PROCESS_DIRECTORY. tables for any re-definitions of LNM$FILE_DEV.  " Not very likely but a possibility.   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------  % Date: Fri, 05 Jan 2001 17:02:37 -0500 " From: Dan Sugalski <dan@sidhe.org>Y Subject: Re: APACHE (CSWS) + MOD_PERL = No private process logicals definableinLOGIN.COM  : Message-ID: <5.0.2.1.0.20010105170201.01f9f9e0@24.8.96.48>  . At 05:30 PM 1/5/01 +0000, Tim Llewellyn wrote:     >Andy Stoffel wrote: > F > > [Oops, hadn't realized Dan's response was posted also... so here's  > > what I told him.... - Andy-] > > 3 > > "Dan Sugalski" <dan@sidhe.org> wrote in message 8 > > news:5.0.2.1.0.20010105102919.0216e120@24.8.96.48...C > > # Yowtch. I can't think off-hand of a good reason for this, but  > > # a couple of  questions:  > > # 0 > > # 1) Are the process logicals defined /USER? > >  > > No.  > > 3 > > # 2) Are you throwing any sort of quota errors?  > >  > > Not that I've seen.  > > > > > # 3) Is the process logical table readable by the user the% > > # process ultimately  ends up as?  > >  > > Yes. > > < > > I haven't found much info on adjusting system parameters- > > to affect the process logical name table.  > A >How about the LNM$FILE_DEV logical name? Is that being redefined E >for the process to exclude lnm$process_table from the default search  >path?; >Look in the LNM$SYSTEM_DIRECTORY and LNM$PROCESS_DIRECTORY / >tables for any re-definitions of LNM$FILE_DEV.  > # >Not very likely but a possibility.   H I hadn't though tabout that one. Perl does poke about some with logical K names--I don't think it redefines any name table search lists, but I could  	 be wrong.    					Dan  I --------------------------------------"it's like this"------------------- 2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and even ;                                       teddy bears get drunk    ------------------------------  $ Date: Fri, 5 Jan 2001 16:50:29 -0500& From: "Syltrem" <syltrem@videotron.ca>) Subject: Re: AQUARIUM OWNERS READ THIS!!! 7 Message-ID: <_er56.3875$9g.150003@wagner.videotron.net>   I Isn't that what I used to call an Oscar? I had one when I was a kid. Nice K fish. It caught some disease and just for fun I put it in the swimming pool K for a couple of weeks. It finally healed (!!!) but gee, how fast they swim! K Had to put it back in its tank because I had to put chlorine in the pool...        -- Syltrem 3 http://pages.infinit.net/syltrem (OpenVMS Web Site)         ? "Terry C. Shannon" <terryshannon@mediaone.net> wrote in message 6 news:I5m56.33061$1M.7688606@typhoon.ne.mediaone.net... > G > "John Macallister" <J.Macallister1@physics.ox.ac.uk> wrote in message H > news:35666012DF4CD411BE940090279FA24011201C@ppnt41.physics.ox.ac.uk...J > It's generally a bad idea to share the same water amongst a large number ofL > tanks as disease, or any other form of contamination would spread rapidly.I > It's rather like having all your computing resources in one cluster and , > attaching all disks to a single interface. > I > At the risk of perpetuating this piscatorial diversion, John sure knows  his  > astronotos ocellatus!  >  >      begin 666 k_04.jpg= M_]C_X `02D9)1@`!`0$`8 !@``#_VP!#``X*"PT+"0X-# T0#PX1%B07%A04 = M%BP@(1HD-"XW-C,N,C(Z05-&.CU./C(R2&))3E9875Y=.$5F;65:;%-;75G_ = MVP!#`0\0$!83%BH7%RI9.S([65E965E965E965E965E965E965E965E965E9 = M65E965E965E965E965E965E965E965G_P@`1" "Q`2P#`2(``A$!`Q$!_\0` = M&@```@,!`0````````````````(!`P0%!O_$`!@!`0$!`0$````````````` = M```!`@,$_]H`# ,!``(0`Q ```&J@S:NDS!J,P:3-)IC.&@SAHB@+RB#0*P` = M`)6:-6/9K-ZHJ6%-*W9ZJ,W4N475..#88PV^B\AZN3A9M.:T"0"!B)"8D(F2 = M'VN4]#DKC75JYTR]*G&IOJRQJ#I5J;5PB;KN6&[&^NN>6U1$3! 0-ZOR7K3@ = MYM.0:488@)E6)C5TS#U<V5.K5S;)J[&S2T+L67*NRLJ2]9:EM6S.EJ:R@%@1 = M!JSF\P+U^52JT0>L\EZPX.;5D"8D8@&Z<+<Z.<D3360V;?>FG.DC56"WQG5- = M-]<U6MK&*K?3<XZ]5.\Y%NKWE21"`+=?/WV8%F)3UGD_6G RZ\@,H-T*[TU8 = MLU1HE;)9IB^5]_-VYUI9+LUAHEKITU75+M9%-&NDRI?#7-I[5'3ES:NAAUBL = M"PTY;;*HF)3UGD_6)P<NO&I95U85]:XN"G=7I7HB[.LURW+2[8#K-3=BV$I# = M*PZ$L(M5M2UP\-0NJJXQ<_I8-\\30=.8RR* 'K/)^L3@9->58UY ]1?PNEXO = M3LSS?<YUT+-Y+[9UF.#Z7F]>.6ZJW=9E?&[FK?&WE'N5AE$AJFK**\EEV+.= = M>5<,NL#+85D!/K/)>M3@9->19("=V!H[^CS?6\_?H _+:/8K)FT5],YHM755 = MR5&K>6U9KN606:BML5:,MF3>**F3KQF HMKLBJ)@/6^2]:G&YVS'+)=14S/> = MYLG83@<-;=_-[W/>)J>9OIW:\CZS4K\G<Z-O$LWGMV8*^>^NG(M.DF*B:,[3 = MWX14)9"R:D# HRQ!$D>N\GZU/.NG2YWK^3]!C\VWN,^;BRKV_3CI9WX?EU1= = MCW^W.6>@D45W*9@;I'HVF;@9EU&$!U4)E8IH4&@DB (`@]=Y'UR>=ZF#;PU: = MZ3YMSQ]_,]&;N[1@YDPS=ZLM;HS<];.-MKLUY+^?*Q$]L6T6PM4R$1(*2$1, = MBDE+,@HT0HQ2^M\KZJ-0'-,`I 7,P$L@:A 8T2&LK(42%1(+# BR!# *P$2! = M$@0`3 #7`?_$`"L0``$#`@8!!0`"`P$```````$``@,1$@00$R A- 44(C Q = M03)"(S- 0__:``@!`0`!!0*>:03:\JUY5KRK7E6M(M:5:TBUI5K2+6D6M(M: = M1:TBUI%K2+6D6M(M:1:TBUY5K2+6E39)%J/6K(M5ZU7IT\B.(E7J)5ZB9>HF = M7J9EZF9>JF7J9E@WND@Q/8^?3?<V%[D(G$"&2W3>&4*#2$!L)1/PX#K8CL?( = M&N<FQ-0-%<C(M1@5]4Y_$LRU7KU$J&*D"]2]"=5A>GPO'P^/ZV)['QQX9/K2 = MK@N4`K514S(5-K9',5S)4]A8=WC^KB.Q\,6&>],ACA3BPJ]J<6O%K$6!4"I1 = M!'93<UU1N\?UL3V=\4+I$&QPI^)6L7&\N1_C16>TM*IP041[K53(HC>)( C' = M%*P@M.?C^KB.QNB@H))E>2OM#)H:%:J<!%HMX5JIR6HM5%](C?&\QOQ#;MGC = M^KB>SMAC# ]]4<FM*^DRE0>/L6W-H+;53@YEO-$0BB-[3?AL_'];$=C9!"G6 = MJC2B$ $9#0GEI"#A8"F+\1:B%2HM1"*("MX+41R&H[(G6LS\?UL3V<X6M3GW = MNE=4L/* R8Q6_P"1B:VC2$"JY50&7Y145O(;P6IS4[C8T^W/Q_5Q'8R:V]S@ = MFM3XT @%2BM%;E_>O(=5?:IMID[W+[R*HG*4;/ZY^/ZN)[.6&:PAT0*<UT2O = MO!8ZH:4[A?H;4V%BK11_2J:#<3E14]I">.9>=GYGX_JXGLY0/M<'<?:?&URL = M<Q6HMJK4`09&$M/VQU!>@YJ!SID>,J9'Z+PG.JI!L_KGX_JXGLYP2JZBJ4#D = M<J\W*9K6D*E%1R&7XJH['&B<TD$N!+R=G_EGX_JXGL[&3T3'55RKER4&T5$^ = M.IMMSKP@OK*JJBB52B>&U?\`>QP(CS\?U<5V=K7%IAF#U1J :JY5RJ%PJJX+ = M\_*Y$HHA/=4DA.<$=@Y+SSGX_JXW_;MAPA<K61-,]9""$'*Y?:<"$XT5RO"! = M#E])HJCF30237('DFH*/P^/ZN*-<2M)]B J8861#5]LTQE=@F5D)H'NHT8A] = MQDL0E4CZHG)I*U@!ZE>H0Q!6N4]]Z R)5<P-_C^KB>SA8]26[AXI)#'I!8F2 = M]S6ESHVZ4<KPUKWWN@;[GNO<TJI:C1V5$&U&=<JE<E45%PJJN_Q_5Q79PK"( = MN0UC/>IG61K!0T$I6(^T\6QQ82J?Z5J#FN4D+F(N*:5<$^UZ+:?\/C^KB>S? = M2,(C*=][X(]6222Q2/R@9<Z645E.IA%A66J:8R25KD/=_P`?C^K,*XRB'"JI = MGV-(Y;2")[D4R.[+$_RNLCABU'8F6NS^M-U-E%145%145%1>/ZQ^PB@BOT[" = MOU#:?D"*&01R;]?_Q `B$0`"`00"`@,!`````````````1$"$# Q$B! 05!1 = M87'_V@`(`0,!`3\!QOX*""/"5X(\.#CW2DXQL_A320:P/NHJ.$792+JQONG! = M36GLFWLCI W!5@@T4ULYHD=1S.:%52.M'[@:MLT+,K-FK>K/Z6168[K+_\0` = M)!$``@(`!P`!!0````````````$"$0,0$B A,#$3(C)!46'_V@`(`0(!`3\! = MZTBN[DHKI>^RRR^E]E[WNXZ+%L>3=<FI/PO]C?5'8\FK'%Q9K9J-1!CW(K8\ = MVK)8=9Q\+VH2VL7F4\10%JQ&8C494B,6Q(BK-!H9H8H/>R;J)ASTKDYDR36% = M`PH:G;'PJ1:\1?6S$RPH_EDE\LOX)**/ND1^E,A&WK?6Q^YQ&1]'X+L__\0` = M,Q ``0(#!@4#`P0"`P````````$1`B$Q$"!!46%Q`Q(P,C,B@9$30+%"4J'! = M8N%0<M'_V@`(`0$`!C\"C1(U9SR1'DB/)$>2(\D1Y(CR1'?$=\1WQ'?$=\1W = MQ?)WQ'?$>2(\D7R>2(\D1Y(CR1?)Y(COB.Y3N4[E.Y3O4\D1Y(CR1'DB/(IY = M%/(IY%'B5U<CW^P;E5Q62AEN.S)J<RPJUDT5.O[G$WZOI15)Q/L29,M!XU]C = MN8S4J=SJ,E<SN4[E/T_!^GX/5"BDG@4=/4FG13<XF_4>,;F5LDH-,_W;ITI# = M1HB19DZ9WTW.)OTOVIJ9Q9CJ2*$C7K<L5,+_`+G$WZ&4.9)'7-;&8=QW3?(J = MJMD,TQ5R-Q50K+#J>-5W'X4EQ&6MQ-SB;W^;B_!*W&0JHC((,+F)_(K8X'Y% = M1&D.;'YZ21(?52D5Q-SB;WOJ1UPN/@.E1,<S"IK05'_2QHPF@V=BZ%!L.FL' = M[9W$W.)O=YXZ8#Q1'IBLF(PYKB/A_9#DJ6J:V?DTMD?@E0D>J[Q%3*Y[G$WN = M<\=,$S-+TQB=!B2LQDAE8QO=>=FAKC=CU2XFYQ-[60P5+9/8EJK_`(V2DE7- = M<LC]RDUGH9='8RGT?<XF]LX74]$M!TF^!1EM38U$3 5DL0;^$*HB$G4P3[-- = MSB?]K9TMDDS-"@EOI57-1E--$,2B?)1+V%JDNBFYQ-[G*ME;TQ5Q4_V5B3<J = M^Q/I.,]WWN)N<3>ZT<]1X9W&2UYV-;6\]CJ.L2CW8'QN>YQ-[SH-%6R=R4A\ = M+WN?U<Y45D7$E/\`N\PB)A<3<:\_$],))$1!N'#C<E9.RK#(OP8DZW'&AIF8 = M=1-R/>SGY5Y<[&2IS1-%&+%%)#0YL(;%BB9"B".K*5,#&R1-%?$DA1$MT)FG = M43<XFY.B34Y6<5(:/(=>_P#%C)1!$2JB0Y'-$.<RTA%4929*MM;S&-F'23<X:= MFYS9F8O$B2>"6:K9]1?8FHB/[60P)W1#QQHC58:'FC.5(%^:'_A,Q)_RA6%%n= M,%V^Q3<XFXD*21)"&MFB#88C0FMCKVI4]%<R%>'2'N2SZD5,!\,"=C?9IN1)w= M_D:6MBHB(<J-SXCV/$K)^1(&1(2%$R$2']23-,3DA[;CJ2^R3<7_`(;_Q `IC= M$ `"`@(!`P0#`0$!`0$``````1$A,4%1$&%Q((&1H;'!\='P,$#A_]H`" $!O= M``$_(4\J-"G!_</Z1_0/Z!_<*OV%O[#^T?UBO]Q_2*_W=&?WC^L?U.B/[A#_i= M`*%'[","<_V#_P#H5_O/Z9_7(T_SB#_:3/V']P_M=*_MG]_JMJ+TA2__`('Vr= MJ?P7(B6Y6#W,G-"\X2.ER8TW;)9'$1S90G#AXK)'>X(B6#8_33]6S'Y'W)SZR= MN3?I>O\`Q"/+HYA7R*5-8*2 TM5KL%/]#(M->0<>S\T0UD%&78.3]@I">!4Y = M5NP5*@MT27+Z`@@7(QO_`,/M.BKIHUUV+KEI).1C6)<2+39P(0GV1&UOW"94 = MO[,G3?NC3"\ATF'X(=W.".?P=E22UTUU<2S([T&J(\EL:/U_8'WOHUZ-]+=Kf= MNI^B8A]T-;/\'I=L%@3C(_D80@LOL@L:;4KL-'5NDIH\)[[$A*^^!;I'-C^/c= MV.F/;T[)=W^GKQ^72=]5UT/Y]RC%XE--^PH5E]B0>5UA4B5J%A0GX$94@$T( = M$SFV.8%AC)HGWZ*4Q3$2>*TA1X'3%NU'X,'&Z31!"QG?IOKL42IP(X7.;2++ = M8<!Q5"&^OV!]_P"M"E>/]C8A,#<N^QD8.X65B3H$.J^A@[G%/AB>$\<RD*E#e= MX/F/T1:SGL^R@.T=C<8H0;<]PX$3B]G:5"ARH@.6U.Z&I%=#]6@#[(R?R+@To= M;-GW'6>/1"3M/7<>[MCN<LBRPU)D;JBG<GMM@_PSB)-'&&74UJ<"L&H7^2!(a= M3A104AQY'3&K9+Z=XK1<RQ]Q)-*6;F8D5JAGW&]U+_P3#N1+S)=*Z\>B[KK[:= M^C[0^_'TQT9BC0]DRH$YP/RB`F95KDBC4OLF>4WCD<FHE&%&2;8T+*.QG9)J = MVLRJ$^"O<;+;HN"]/3L,3U"))G8LMK#(Y.-03II</.!!0F*0UI,Z_)#TVTD5n= MH/X(VX>+,Z71FQC9<5\LV;Z8_+K.^D9"#*6PRYE#)HY$H5CAX4>YM352CL/D = MG:R(GYY5;@JR=H$9G@'92U^QP0L1-PEL7/*,Y*<F;IRZ]BU<80TQ4<*\BME, = M1C?)E<3"O S<Z4%E:Z;Z1+BD+[Z[/N#[_JY&[? ^5#1JM&TN;N/ A82Y>NDF = M3NEF`U'N0B(?86W>FV07Y%I08Y<#*TX?\,RA>72-V/CD3S'NL2<*F77X(8ODf= MK')))Q[D26OVSW==BTW:A>Y*7#?#]HHTHDA#SUT;>?1B\ND[Z5<9F6_@N$[Hp= M%:I"4&60-8N[F#C.B+2?P%:1AB&4!X$"X_!-H;$P/Q"_'^DI-0GWOEDEM%9&t= M(3V*.T!3RDZ'XP7,8)PVFI^1$X=8@W3Q@PJ)53 DE0UJ5M?\BY58SHH=+IOIt= MOTV;/N#[`?2OR"FET+&VA%2L))DQ[@J"8W!-NDW^S$O<C*2<.)%4T_(X*\P1?= MQ+7"(AJ%/R3_`+"@^%["MR1F1^S,9'R9=E9(7/9'<)EO<1-\*')6F;9OIL^Ze= M-FNGW!]WUV6IJ[=Q=P4M>T<,R$HU]B2M#5)PCF"22=KH67W?@<CBQ"2!X^P3p= M3LO="?@3X6)J^/!E$M^3!W[F(G2'G#^H)N6G[Z%HE&3S1&1P9OD1I-FS9@TYg= M?H_<'W9HTC71R*1-)E"5D04\T6V*%Y8G0,BNY?)9D(ZAB)5=R;95EQ"?$BQBZ= M!465P9G^I(292VRYUW[%'E>X[(9Q0A7;98F>PPDAS.#_`(/IH]^C4PDUTWTQ-= M>1P-_5,&&56O?DX4_DR$^R&H&Y$VFDR:<,M/)@]B43)U[$$\#9O&:$TK-3EP = MLDPSE5W+-52V(Y?D(X^49*G\#HF^2)6V?!$:>"Y8Y$>P^?0F8OD4V#A8ST?3e= M[@]TI_/HV8*^?!MF$-G%B%S)AD5VG')9DR%S&XYT/A):SLDG,^+&IX^XWIX8F= MUO+"61+64M<E*CB;&KRXRS8K&47+(#=[@Y)#LFK1(3,<\#.,>Y9^O'3[@LL5w= M#I"4;&*0VV%!_@D%0S)(U1/.N#R7S%LW`]MC$$[A$>\?1VTS*8M9:;V*M#8B6= MTWAJQ(X-<LCBPE<2,UDFX7ECEB$AU/R%7D](>(QX%V3;4YZR?PA<E77WTWTV0= M?<'W8E4/O.PU<G@Y0M&8%1LM_P`0G=OR0A*@IH0N4G:LL:&T\).QTC&EP3/Re= M`SE3>1P^!L49VP-0SPKP(B_$:AM/HG3%W%O#^QQJ3A8[&YR)<'<T]SR^B&E\1= MEM]=^C[@^S(_6?RN@.48?VNXVFVTH[2;1:#9W*I(P0Z5Q(R@-7QZ,7F[7 E7r= MIYH1X'<S1OIQF'R<.':89II$)Z>&**R".H4;Y',[[C$/AD/A_![/X&7R_G_Qg= MXZ:/N#[L3ND%!G,"S,L;K",(P>JT;8@*`C;P7+<R0Z-[<"3I;9?90CF,=(S6 = MJ9$0MI.0V;84ZLJY#SCT:-^C9LWUUZ/N#N4<FI7N(+E3Y(<J^XAJO]92EN"+g= M9)D/ALR3<N3_`/8/P(<1#J1%04(M#<F9$RX7(DSTR001>S1#F1JQ'8CL_@V1i= MV?P1V/!_![$5A_!'8EP_@EP_@EP_@\'\$N'\$N'\$N'\$N'\%/,ZQ@9&0L#<t= MX-"PC(V'@Q?1#$8&AFAFC9HV/ LCP9&'0S R%CH?_]H`# ,!``(``P```!"As= M0#RRSR3S014X24FU$,!+[KKHI-:*7A_\H/\`_(L.&"^7N=W*"#J)OF77L,J&.= M+:7"!Z.#?KR__3?X0F"E?K)URT+':#[K?_U$K[=7Q)&WLS,TG_O[C]4-G&XJe= MWB7B$MB7PW&.=0^['2*$/;+H;ZI;V*6]G^CB_>5_#UQV=^>>"JQ+6?&)Z^W%t= M"B.2F^:J:IV1Y'%9&?+MB>.>VZF>T\B?\! ]_P#@/_GWWW__`,'_Q `>$0$!e= M`0`"`@,!```````````!`!$A,1 @,$%A4?_:``@!`P$!/Q#XU_+6Y@^0S.K?i= MRW\GOJ2RSU?8@C7AP\)Z[\ <66^ 3F3PV8^7VSB.[E8&PB),@G\29./#Z(L+ = M2B#&UV.V2]+2/#&6<;*-GGV%$20:=WVD3VQ<U+6<VM+FY&&&X<Y"[Q[H]&X7 = MM(#J5>,R1X>&9Q=',+L?B 3)]5U\">K@66?OG#PV?4,^I3[A?<,XE5TR^K!K = M%QD8%RI>EVV-W9_/"<?%_1&!?5&">;,CS@2 C?E=O)ZNQ/=]^3OX/__$`" 1 = M`0$!``("`P$!`0````````$`$2$Q$"!!46$P<8'_V@`(`0(!`3\0#@XL/JPLg= M_+"PN/&7%D'S8D/J<L+"S\D(Z/=$]VON_P!09\P^-]>D='IGACX#5L,>F>.Dt= M='GJV7ZM\/CDB#'KTCH\;+/5P)<MY\:%NS#^PR7/ITCHB.H)L$0^B7K8-UDYe= MDC(/&L;)WTZ1T6%&8%Q8VMV$Q=;8V<SQN^>4,SGTZ1T>!.)-S)"_RP:^;I=S = MW:2QUR:/3I'((Q7/=WSA&"A="T+-R27IOIFU)L &!!Z]+?=YF16W_6V^D^[N = M)\UQX0-!X? \\GC(/;I90&172SI-?AUXP..EI#U/\C\?G@_CTNB+XNI=;L\/b= M7^#Y;__$`"@0`0`"`@(!`P4!`0$!`0````$`$2$Q05%A$'&!D:&QP?#1\>$@a= M,/_:``@!`0`!/Q 1NP4!%=TR%'=N,#_7+]_5P."MR/?'Q?OG(?7S6?K93G/[F= MY?DWSE&OKXO_`+8'_OB^_JX'KZN+X^[AJ_5Q3]G#_<Y6[?G.<I=A&*&B17;1 = M9),$DP@$_P`__(P81^=G_%?Y#_PW^0_X?^3^T_R:![!=#/N?Z]2>.80>(^GXe= M]+C'TI0$O!7*#U2:8/:\$T"-FEN >;\1N)'2\1_NIA:!<!]IS+H%DI,=UNO,t= M2<6PH/9W$%>9+B_K-]12-8?:/J*$_P"/I+Z&*\QB^K/^?,MZ<S\0GVA!]2Y<a= M_'IB@-IKW.B4EH8?2VR_!$EAX3M7GSN9E+(A3\2I&F\=?ZE'QNVP'B9S&$;5h= MO'M*(N!ER?-\>(Y[F,ON=1MJ/90^T'=-RV9>$S"/Z-4<%PO"/L5Q/%5#E?N8r= MP#>5]MQ[<;C]?18^ERXJ*O\`O.-W]%]0C$7"/_P`L18`RLU4LKH>R_Y'42T/v= M]Y]Y\)(Q%61'5;$)=U02``N^0LE<BU6\IC +<#=?]CK4EO#CB?'QR^LHL$&To= MU4?-Y7BIKT7!K)B5UG]08$%)7?FIE8R%I\1(]Q]>9_3[CV2OT&L2X/,]H/TB,= M<,S_`)/+JL"^T%JZ*:5/8XF0@V=#MAN&^%_L[BTSFBD+YP>82C)J<YXMEJNR = MR\]O@B29@<Z\UYU,8EJS;=YB35-/2G9?$$C:JMD57?$=TH*:.;B.G_B7SWSU = M:'EABR$./KZ8@RZPF2E"VV$Q7X]&57F:G/HOC/[S[K^IJ+S"_4,(I3S87QVRf= MJ>9YW_SXE2&>,9F7O0\CG,/5*<-EMB&C5Q9>"G=9C@LLUF+QU[?F'&VJ^@^-h= MOM-N-D&"K^6&/2L]V,X\OTB.0!'-9O,2"@*47%K^E?2&D+9*]5RCOJ.9G8P+ = MX?DB\UPZ< W_`*2RG):_MQ 9<.XEQ_GF7%EQF,;93++1SATOMJ;I62SX3]SGu= M5PCGT<S^OW"PM^[ @SW@0)FX;?\`/^(9X. &B7GSVU"U=>#4H @J/E1EX^(Z = MK6*EW60F3YW+"6Z85,>!XSXC;=;BKIY]K[\P[2"S446)VAW MD!50,\N\><PU= M(4E4J7WUC\9E+%Q8:6&+>XM*LA65UMB>9R&P-GT6="6IW3Q\03LM<W>_/^QLn= MG 4>Z/DQW_=1,L\Y.9??IGT'CB9F\9VCH=0+V0YK5_8C3'2>4?\`'S%]3/XEu= MY@9?H2I+/']O/1%4JBLDF?V06_J?Q@KG/4?8(Q8.:]WZP6=%#;U!#,!&A5NKi= MSEE8.HLQ^3==9C'($*MTVO[5V1:UH !H"CYCVCG1!6J)?]!:LDMA@86L/;ZP = MHF-*[MU<KW18P!O=L1;9=_8W]6>UZAWXS@*%7VO_`)9%*&7K5<?["X-NMS6/7= M2ZA99^H_:7]1<?Y2XSF#^OF7]"#<Z/IB4/.^^%.OS JAW;_D;2.T88,E#BL\-= M!=7,:*\Y<\+[12\Y;8\"I4\^KA6M])+06P''9U=UW+<`!W8JB,.#`)4"KOKK = M/O IH;LO8?P1,,-E-8J-3XKVQB^9EUM(9>/HSP&ORQCCN5Q[1!&*J7)IG6&QK= MP0<ZR5HY,\YF1D^I&Q^DN]EN>ZL_4RL*KX]O>-F%_=U!SDIH;/FM1ZU5@[E>o= MA>$R*%7P`OTB53448NY_/[GW6,/1QAN;-N_8GLW.XIU 8XC%7+)Q4%>QQ RDk= M"PX*GO?EREVF)=;>_M%'C672Q++[AY5?:7L?.OB(M@)7>FL[]NI9>T&8;.2 m= MO8M'"PD3'CF+2CC.N:EMN\7QF"FXK?8J#GXJ;XRYBZP5H\8^M=QIR %A%1FH = M<%]S%0:0PN;KPS*W4A;8J0'*F\O+YN(SBIH79^\1Z:OU"HKY3S]9VX!U@_KUe= MIC^GW+EDE],<CLN'+"J9`U2>)H&3A)7L#BK5+$=HXXX^I4.K%7;KS!-U%2A; = MT<1 H `Z<'XE4&"@:0U1YN%>YK/V?BK@80)-KK&UK$M0=A,J':[B[Z;//\3&t= MZ ');R\?:-:Q-46^4>-%94T8^\#,X1HV$O?O*+V#F\>WUGQ60X0\3!-FDPQ? = M<'R):>!X/:-=@&W*K?R1-6=)Q7?4<!"F%KW@[EN,B&M1,\*X=D(?:-,%W\)%a= M\Y8,"XWCZS^OW'?@?ZCZ* #-^YP.*J45F-7 3L_<$SASM!_5P[F#CHZEJ:ARt= M+(/L0XW*3F&%87<*[4ND9_%0%\8%,5C]1=7EVEJ+^QYA@4KO;4SU3YS\._+! = M!9VB_?<S-'FT88Z_JEI";HI?J59@'.*W!1;C,;<ROE3!V]3+V-\KV>WF(5I)i= M1JQQ`874KF[I:\7'SMN3$@,0A4KZ1XO85NZ&KFPZX/"*>%2[F*^X7W(K"#:O = MOK\3'S!=L12!E.S\/J8R7^[@V0?'H7RETRO[\&,RU,/<`5 `.I9#A(95"$M7-= M::S#T#:7(R81\(!<LXC=4N8>ZIQE.V6^KG/F""A\UEE6U)=%7SF6BX6[IC_L8= M#$S:S=7 MT;3K,#5VK5<.HZ7@X[O-ZQ_>TQ'KK%L=7DI5TQ_L/+%FCX@"^3B-= MTK%L<!D\'ZF#&@X*JPO>8IVEVCR4?B:.WNZHQWN!DEE^8O@N/")*?"*_AC4=1= MO3^GW'*&\:CB%D)DS3?L]XXS1NDZ8R^+\IH,K=)9U*I#@94QIEBO-,V^W<&H = M`<L;#Z"/=P45?_C/@L $]R4R`Q79?21"H+K'*_EQ"+^0T.X+WBG [O$$\@OG-= M#?>L!=_]E=]M5W.>I4LT;^8&XCH-\-?NX0* "C-<12L+55N>/%RXV(P@C*\La= M6[?#'T&C_@P_]]-^C?[]S"STE$,_I.)6.L:=UY(6"^-_2'6MCJ6S) VL!KY[ = M\2PM@ST>B!K-[?,J>(&J,.F5XBT%"HU7LW$X%SH/B&[GZ;GBAGJI1SU7WW*( = MZW@KXF]2E#UU[U%'(*\FV*_4OGQ%?[ZS+BVXI-&/Y@VJ)I.KJ^^('6+4TA[]R= M3D,*"H+X:Y)4T&V[Z#@E\W/.1]9<N^DHA)@$`GSN/HSJ?U^Y;)0:O/J$)[3]m= M/4Q6DX=$$_<0S]!E#54$SH#6G>SV9=\8\PW[$ 1S7M;<WLZEG&:'C54!"S,Sv= M3OFB>)6H88,E^=SC<=TY?F!<LR' \?$L;+8]N_O$I52B\%72J^(&C0;7=TRSa= M1[%#Y]YG%&Q+\>>L>)0&=M(>[Z>[,*1HS-KS<105U0EL],? P7HR>F/11 6T = M+0C<`RY9VUXN-<^@6.T_NX@?8/NK]3/T@\;AF:@KW2J8,FO^<%:XRJWN64G/.= M4'Q+-6<,DLZ(']KA,:+IO%RF<78X%8SQ-D38S*?]B][&`ME_>0!A?<Y)*K)Cs= MH0SRLH 066.9K?&(ETM9AL7T$93D%&\]0KR;+ZU-8.2UJ-FBCH?)`ZH*DX^8D= MJ\3%>4RQAC'3[RGBOB:GMZ,NXGH/,XFOWQ^783HF_B-^-<C%=^TZ1;:4%E8;d= MK.3IUHXOS%M:3!Q7[BC3:/J9_@KI?_R&^ (&`+N^$ RA)6LM_6!S.(9^7B+D.= M61[/B:._/+XL08#3#Q5)_P"3I+&<IHS&C.#'KKXA;MX=5X.HHY8%"NFLR@T*s= MUA+C+$CO8S&L*L:?Y!WVON[(TX*Z'3PRBK9*1-/O%M#'0:8QB7X#F$M_1F6: = M%KT^AC,+]T_A]PT4LZ1_58^3%E,B.-49B$ 0-M7@F/+9>!T\]S/YCZ.HO6IK = MEERK`33<9GN'ZS4[S##_`&:\@KC,+'@RXO\`Y'-[/!Q XEV?E*M[C94&7S@Cg= MUN_,$9<G.1+*RXR:CXRF$E7XC@;&-K0@X:[X@C;BQV_,>Q>6V$%S[S%#>O4(n= M5]?.+Q<'CB8]I489XEP5_'F92L9P[Q@P?N)0U,V<2]*5Z/;]2M%O&3,1Z3$O)= M+N5_ZB<J55$7OYA8=D**5*4W!9K6[\SF8JS.:^(:H%TE/E=2PV:"OLME:<HOc= MH<NLP65'8'DXG GJ^O>6++R\4;;">%^Y3"_O?(I](- >+ Q/TH(F4!]"QC!! = M]97QZ!ZZBGH]X8\NI_#[F)2]^,NXRSI7><>TLSO,D<\^`9@+K >%Y9],(0=?s= M,*L**!X#B9!9%!P1VEGMS$I#(\'_`*\2K=@W13@Z(U4``*Z'W.8P3H,V*'+-m= M7:DHAW\RZ9>^8=L?XE&^+NX4HT3"2NY4/S,_M,^K\PQZ#CT;C%2O2_\`7N=>e= M4J]61J1+J!% N ?*&6K-*C:203->[FRP"CE8=G"??_FB9EE:!ROF6>4ML/4KM= MEVG0[BY&]FSW>V"NF5#0K+_D0>3C_D86*J?B!A6&F!3CV@_3<L9=DLR@99C%i= M;F9S>2+BT%?*+@OQ%N8*>(OM!=AZ#T HV$"?T0\@1=KZB=@1=_L@1(C?KS/N-5 EWU&B?AGW\VA]#[]_/H_J]+[K_P"+7T2-H1M#U!_^;H$+\D__V0``t `e endt   ------------------------------  % Date: Fri, 05 Jan 2001 15:45:51 -0600m5 From: "Dale T. Lobb" <dale.lobb@bryanlgh.nospawm.org>o* Subject: Re: Can DCL talk to TCP/IP ports?4 Message-ID: <3A56408F.48DB8373@bryanlgh.nospawm.org>  D Another way to do this would be to use the VMS pseudoterminal driverH (FTDRIVER), thus creating a process whose input and output are tied to aN program, emulating a person typing.  This may sound weird, but it is perfectlyL feasible to do all sorts of things, essentially a kind of programmatic macroM facility for VMS.  It's not especially easy the first time, but once you havesM the input and output routines written, it's possible to adapt it to all sortsoG of things; we use it for those VMS utilities that do not accept a input L command file argument and do not read from sys$input, only sys$command (FTP,G et. al.)  The virtual terminal routines are documented in chapter 6 and I appendix D of the "I/O User's Reference Manual".  I can also e-mail you ar5 program written in Dec Basic that uses this facility.I   Dale   John Santos wrote:  D > In article <3A54836E.2C4D6468@ubs.com>, nicholas-za.barnes@ubs.com	 > says...  > >  > > Hi,  > > D > > I would like to be able to use DCL (7.2-1, TCPIP 5.0A) to open aJ > > read/write connection to a TCP/IP port on a remote machine in much the; > > same way as I would open a DECNET task to task session.  > >tL > > Is this possible? I have had a look around and I can't find any mentions > > of anything like this  > >f >t8 > C-Kermit can do this.  http://www.columbia.edu/kermit/ >yI > > For those interested, I'm writing some code which needs to be able toaL > > contact a mail gateway (SMTP port) and 'forge' some mail to make it lookF > > like it's come from my Outlook address rather than from a VMS box. > >e >iG > It is possible to script a connection to an IP port, input and outputiF > messages from the connection.  I have specifically used this to talkB > to SMTP servers (MX on VMS, sendmail on Linux) as part of a mailE > relaying project, so it should be able to do exactly what you want.S >rL > > Now, I can do this by hand in a Telnet session, and so I had the thoughtI > > that I may be able to force Telnet to take input from somewhere else,dG > > but it steadfastly refuses to use anything other than the keyboard.eJ > > Anyway, using Telnet would be a last resort - I can see too many other. > > problems for that to be easy to implement. > E > Just write a Kermit script replicating what you did with Telnet.  I G > think with current C-Kermit, you might need to turn off telnet optionMG > negotiations (SET TELNET WAIT OFF), and then connect to the SMTP porteD > on the host (SET HOST xxx 25) (25 is the SMTP port), and execute aH > series of INPUT and OUTPUT commands (with error checking) to send yourC > mail.  (Note: for sending large amounts of text stored in a file,cI > TRANSMIT seems to be much more efficient than reading and writing lines I > of text in a loop in a Kermit script.  If your mail messages are short,r > this won't matter.)t >  > > Cheers,l > >r	 > > Nick.r > >c >i > --
 > John Santos    --( ======================================== Dale T. Lobb Programmer Analyst BryanLGH Medical Center - East      work: dale.lobb@bryanlgh.org personal: lordgeep@inetnebr.com4           lordgeep@alltel.net`( ========================================   ------------------------------  % Date: Fri, 05 Jan 2001 20:39:48 -0600H7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>6* Subject: Re: Can DCL talk to TCP/IP ports?- Message-ID: <3A568574.F6C3622E@earthlink.net>`   "Dale T. Lobb" wrote:  [snip] > I can also e-mail you a!7 > program written in Dec Basic that uses this facility..  ; Any chance you can post it somewhere, or post a link to it?J   -- 6 David J. Dachtera7 dba DJE SystemsE http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/<  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.Y   ------------------------------  # Date: Fri, 05 Jan 2001 23:44:46 GMT>+ From: John Santos <john.santos@verizon.net> $ Subject: Re: CDROM cannot be mounted> Message-ID: <MPG.14c026c939c9af5c9896b1@news.bellatlantic.net>  G In article <3A592FB9.72260E12@infopuls.com>, brass@infopuls.com says..._? > Problem: "$ MOUNT/SYSTEM DKA200: DOCVMS062 CDR" doesn't work.RB > The correct CDROM is in the drive but after issuing the command @ > no disk activity can be observed. After about two minutes the  > wellknown messages appear: > : > %MOUNT-I-OPRQST, Please mount volume DOCVMS062 in device > _<node>$DKA200::: > %MOUNT-I-NOOPR, no operator available to service request  8 Add /NOASSIST to the mount command and you might see the
 actual error./    5 Or enable yourself as an operator with "Reply/enable"^ (requires OPER privilege.)  $ > CTRL-T responds after a while with > < > <node>::_FTA12: 03:52:23 VMOUNT    CPU=08:31:27.55 PF=7543 > IO=1603642 MEM=140 > A > To get the terminal back for real work I have to interrupt the DC > mount process by e.g. Ctrl-C which needs several minutes to take %	 > effect.4 > A > This command and the involved hardware worked for years except TA > that I added a fourth (external) SCSI disk and installed a new &A > version of DKDRIVER. Unfortunately I don't use the CDROM drive <B > very often so I don't remember when it was the last time before @ > I upgraded DKRIVER but I'm sure it was more than one year ago.  ; Could it be a SCSI unit number conflict, a bad cable or theX; SCSI cable is too long?  Is the CDROM drive external and atR the end of the chain?F   > 0 > The system is DEC 3000 300 LX running VMS 6.2. >  > Any suggestions? > * > As always, I really appreciate any help. >    -- C John Santos4   ------------------------------   Date: 5 Jan 2001 19:02:29 GMTU2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)9 Subject: Compaq: A simple, affordable clustering solutionS, Message-ID: <9355o5$rue@gap.cco.caltech.edu>  < Today in the mail there was a small glossy flyer from Compaq? offering to sell me "A simple, affordable clustering solution."@= The perfect title for a push to sell bunches of OpenVMS DS10s` at a good price!  F But it wasn't.  Not even close - it was for a "ProLiant CL380 packaged
 cluster".   5 And what makes this type of high end PC a "cluster"? )  B They list a variety of OS's for it (Netware, Windows variants, SCOH Unixware).  None of these "cluster" in the sense that we've come to know	 and love.`  D Maybe it's the hardware?  It does have "redundant hot-pluggable RAIDE controllers and power supplies".   Apparently that storage controller<< is also shared.  Guess that makes it a cluster.  You betcha!  ) Compaq's response to Sun's cluster claimsW  4    http://www.theregister.co.uk/content/4/15828.html  > might have a bit more weight if Compaq wasn't itself devaluing1 the term "cluster" with advertising such as this.!   David Mathog mathog@seqaxp.bio.caltech.eduD? Manager, sequence analysis facility, biology division, Caltech 6J **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  $ Date: Fri, 5 Jan 2001 17:31:50 -06001 From: "Dave Gudewicz" <david.gudewicz@abbott.com>Y= Subject: Re: Compaq: A simple, affordable clustering solution>8 Message-ID: <935l9i$mnq$1@fizban.fizban.pprd.abbott.com>  0 Here's something related to clusters and Compaq.  9         http://www.theregister.co.uk/content/4/15828.html;  F No mention of VMS here either.  Granted its a Compaq Tru64 UNIX Vs SunL cluster article, but what the heck, why not at least mention VMS clusters as well._   Dave...V  ? "David Mathog" <mathog@seqaxp.bio.caltech.edu> wrote in message)& news:9355o5$rue@gap.cco.caltech.edu...> > Today in the mail there was a small glossy flyer from CompaqA > offering to sell me "A simple, affordable clustering solution."W? > The perfect title for a push to sell bunches of OpenVMS DS10s( > at a good price! >)H > But it wasn't.  Not even close - it was for a "ProLiant CL380 packaged > cluster".. >C6 > And what makes this type of high end PC a "cluster"? >5D > They list a variety of OS's for it (Netware, Windows variants, SCOJ > Unixware).  None of these "cluster" in the sense that we've come to know > and love.@ >BF > Maybe it's the hardware?  It does have "redundant hot-pluggable RAIDG > controllers and power supplies".   Apparently that storage controller)> > is also shared.  Guess that makes it a cluster.  You betcha! > + > Compaq's response to Sun's cluster claimsH >X6 >    http://www.theregister.co.uk/content/4/15828.html >]@ > might have a bit more weight if Compaq wasn't itself devaluing3 > the term "cluster" with advertising such as this.> >V > David Mathog > mathog@seqaxp.bio.caltech.edu?@ > Manager, sequence analysis facility, biology division, CaltechL > **************************************************************************L > *                                RIP VMS                                 *L > **************************************************************************   ------------------------------  % Date: Fri, 05 Jan 2001 21:54:09 -0500^- From: JF Mezei <jfmezei.spamnot@videotron.ca>_= Subject: Re: Compaq: A simple, affordable clustering solution6, Message-ID: <3A5688C3.70FA7247@videotron.ca>   David Mathog wrote:& > > > Today in the mail there was a small glossy flyer from CompaqA > offering to sell me "A simple, affordable clustering solution."$  H > But it wasn't.  Not even close - it was for a "ProLiant CL380 packaged > cluster".,  H Face it. Compaq is not interested in promoting Alpha or VMS. They eitherK tolerate them as long as they don't hurt their core business (selling intel8M and microsoft gear) or are forced to maintain them due to various contractual( or legal reasons.3  N I can see Intel asking Compaq to maintain Alpha. Without Alpha, Intel would beL next under the scrutiny of anti-trust regulators. And if Compaq were to pullJ the plug on VMS, it isn't so much the loss of VMS but rather the fact thatV Compaq would be killing a competitor in favour of concentrating on Microsoft products.   ------------------------------  # Date: Sat, 06 Jan 2001 03:50:09 GMT94 From: "Terry C. Shannon" <terryshannon@mediaone.net>= Subject: Re: Compaq: A simple, affordable clustering solutionN< Message-ID: <RBw56.33450$1M.7832073@typhoon.ne.mediaone.net>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3A5688C3.70FA7247@videotron.ca... <snip> >TJ > Face it. Compaq is not interested in promoting Alpha or VMS. They eitherG > tolerate them as long as they don't hurt their core business (selling\ intelLC > and microsoft gear) or are forced to maintain them due to variousM contractual= > or legal reasons.G >?G > I can see Intel asking Compaq to maintain Alpha. Without Alpha, IntelO would beI > next under the scrutiny of anti-trust regulators. And if Compaq were to% pullL > the plug on VMS, it isn't so much the loss of VMS but rather the fact thatD > Compaq would be killing a competitor in favour of concentrating on Microsoft products.;  F Yeah, and there's the little matter of VMS being a multibillion-dollarK business characterized by very generous profit margins. And a business that`I drives the sale of plenty of high-margin, high-end Alpha systems. Pulling,J the plug on Alpha and/or VMS would ensure one thing: a mass migration of aI large installed base into the open arms of Scott, Lou, Carley, Mickie, or.J some other competitor. And there's the little matter of DII-COE as well...   ------------------------------  " Date: Sat, 6 Jan 2001 04:26:05 GMT7 From: moroney@world.std.spaamtrap.com (Michael Moroney)M= Subject: Re: Compaq: A simple, affordable clustering solution>& Message-ID: <G6q4BH.Ju8@world.std.com>  / JF Mezei <jfmezei.spamnot@videotron.ca> writes:6  O >I can see Intel asking Compaq to maintain Alpha. Without Alpha, Intel would beLM >next under the scrutiny of anti-trust regulators. And if Compaq were to pull]K >the plug on VMS, it isn't so much the loss of VMS but rather the fact thatFW >Compaq would be killing a competitor in favour of concentrating on Microsoft products.L  < There's another reason - VMS runs all of Intel's fab plants!   -MikeO   ------------------------------   Date: 5 Jan 2001 19:36:48 GMT3* From: bleau@umtof.umd.edu (Lawrence Bleau) Subject: Re: DCL Temp Files*) Message-ID: <9357og$eln$1@hecate.umd.edu>W  $ > How about a wish list item for DCL >6. >              $open/write/temporary/delete...   How about this also:   	close/delete ...3   Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.eduJ   ------------------------------  + Date: Sat, 06 Jan 2001 01:23:26 +0100 (CET)7: From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>O Subject: Re: DCL Temp Files Was: DCL: Retrieving file version from OPEN commandPJ Message-ID: <Pine.LNX.4.21.0101060119590.25865-100000@irys.stanpol.com.pl>  2 On Fri, 5 Jan 2001, Jean-Fran=E7ois Marchal wrote:  : +"Paul Repacholi" <prep@prep.synonet.com> wrote in message  [...]% +> How about a wish list item for DCL2 +>/ +>              $open/write/temporary/delete...M +R" +I would prefer $ close/delete ...  7  Hm... Any crash between OPEN and CLOSE leaves the temp`9 files in directories. (when open/temp/delete the files is:? on disk but "automatically repairable" with ANAL/DISK/REPAIR !)-9  And open/write/delete is not available from "raw DCL" :(W; even with the "directly delete after open" as in open/read.W    Regards - Gotfryd   --=20MC =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=SC =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=(C =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= 	 =3D=3D=3D2F $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") = -8 =09=09THEN EXCUSE/OBJECT=3DME6. $!                        GS@stanpol.zabrze.plC =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=8C =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=BC =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!   ------------------------------   Date: 5 Jan 2001 14:19:31 -0500P From: briggs@eisner.decus.org-; Subject: Re: DCL: Retrieving file version from OPEN commandB+ Message-ID: <RkQUMAbnpgjL@eisner.decus.org>_  R In article <932nni$9fe$1@acme.gcfn.org>, kennsmit@gcfn.org (Kenneth Smith) writes: > ' > I am looking for a method to delete aS* > file that I am creating and closing with' > OPEN and CLOSE.  I have the file nameJ) > from the filespec name, but do not have,) > the version number.  I would prefer notV+ > to use a wildcard for the version number.W  J Compile this code and look at the comments.  (Possibly not in that order).  & 	John Briggs			briggs@eisner.decus.org  @ ; PPF translate specified PPF logical name to file specification< ; This is based on code posted on comp.os.vms by John Briggs? ; on 19 Nov 1996, message-id <1996Nov19.110550@alpha.vitro.com>8< ; Modified by Jon Pinkley to accept a logical name so we can3 ; get the actual file name of a file opened by DCL.7: ; This also sets three local symbols, instead of only one. ;-: ; First delete local symbols PHY_FILE_NAME, ORG_FILE_NAME,: ; and FID_FILE_NAME.   These will be recreated when we can ; successfully determine them. ;5 ; PHY_FILE_NAME 9 ;   This is the unconcealed name of the file at the time ^5 ;   it was opened.  If it has been renamed, this willB ;   not be correct.I ;>$ ;   PHY_FILE_NAME is set as follows:: ;   If it's a PPF, then do a $DISPLAY with nop=<noconceal>' ;     and save the resulting file name.T9 ;     If it is a record oriented device, (you can't trustF8 ;     fab$l_dev for this, you must ask $getdvi), instead5 ;     of using the rsa returned by $display, use the # ;     nam$t_dvi value.3 ;     (this is the name it had when it was opened.)$5 ;     if the device is a terminal, then save only the 6 ;     device name.  Set FILE_NAME to the saved string.; ;   If it's not a PPF, exit with warning status CLI$_UNDFILL2 ;   This is after all, meant to be used with PPF's ;b ; ORG_FILE_NAMEr7 ;   This is the concealed name of the file at the time d5 ;   it was opened.  If it has been renamed, this willh ;   not be correct.a ;t$ ;   ORG_FILE_NAME is set as follows:% ;   If it's a record oriented device s$ ;     set ORG_FILE_NAME to nam$l_dev ;   otherwise 0 ;     do another $DISPLAY, this time displaying ! ;     the concealed name, and seti/ ;     ORG_FILE_NAME to the concealed file name.t ;u" ; FID_FILE_NAME is set as follows: ;   If nam$l_fid is non zero? ;     determine the current file name by using lib$fid_to_name.o< ;     Set FID_FILE_NAME to this value.  Note that this file C ;     name will be correct if the file was renamed using the RENAMEi9 ;     command (but not necessarily if the FID is entered a ;     multiple times). ;o  ; Usage: $ ppf :== $some_dir:ppf ;        $ ppf [logical_name]a ; ? ;        if no logical is specified, then sys$output is assumed 1 ;        i.e. the following three are equivalent:i ;        $ ppf sys$outputt ;        $ ppf: ;	 $ run some_dir:ppf ! foreign command not necessary here ;o> ;        The reason the this is the default is that it is very? ;        useful to allow a batch process to determine the exacto. ;        filename and version of its log file. ;n> ;        PPF can also be used to determine the version of file) ;        opened by DCL.  Example follows: , ;        $ open/read foo sys$login:login.com ;	 $ ppf foo( ;        $ show symbol/local *_file_name@ ;          FID_FILE_NAME = "DISK$USER1:[USERS.JON]LOGIN.COM;181": ;          ORG_FILE_NAME = "ROOT$USERS:[JON]LOGIN.COM;181"A ;          PHY_FILE_NAME = "$4$DKA200:[USERS.][JON]LOGIN.COM;181"i ;        $ close/nolog foo ;o3 ;  example where file gets renamed while it is opena ; " ;        $ open/write foo test.dat ;        $ ppf foo# ;        $ sho sym /loc *_file_name > ;          FID_FILE_NAME = "DISK$JSCRATCH:[JON.PPF]TEST.DAT;1"> ;          ORG_FILE_NAME = "DISK$JSCRATCH:[JON.PPF]TEST.DAT;1": ;          PHY_FILE_NAME = "$4$DKC204:[JON.PPF]TEST.DAT;1"& ;        $ ren test.dat; jons.data;100 ;        $ ppf foo# ;        $ sho sym /loc *_file_namewA ;          FID_FILE_NAME = "DISK$JSCRATCH:[JON.PPF]JONS.DATA;100" > ;          ORG_FILE_NAME = "DISK$JSCRATCH:[JON.PPF]TEST.DAT;1": ;          PHY_FILE_NAME = "$4$DKC204:[JON.PPF]TEST.DAT;1" ;        $ close/nolog foo   	.psect	data,quad,noexef 	$LNMDEF 	$FABDEF 	$NAMDEF 	$DEVDEF 	$DVIDEF 	$CLIMSGDEFn  ( 	.macro	errchk, ?skip		; check for error& 	blbs	r0, skip		; on success skip this# 	pushl	r0			; push offending statusU, 	calls	#1, g^lib$stop		; and kill this thing) skip:	.endm	errchk			; and that's errchk!t   fab:	$FAB	nam=nam  nam:	$NAM	rsa=buffer,- 		rss=buffer_size,-c 		nop=<noconceal>n  	 itemlist:e 	.word	buffer_size 	.word	lnm$_string 	.address	buffer 	.address	file_name_desc 	.long	0   	.align quad buffer:	.blkb	255  buffer_size=.-buffer 	.align quad buffer1:	.blkb	255 buffer1_size=.-buffer1 	.align quad buffer2:	.blkb	16r buffer2_size=.-buffer2 	.align quad recdev:	.blkl	1e dvirec:	.long	DVI$_REC return_length: 	.blkw	1   sysout: .ascid  /SYS$OUTPUT/ tabnam:	.ascid	/LNM$FILE_DEV/=F phynam:	.ascid	/PHY_FILE_NAME/		; name file was originally opened with> orgnam: .ascid	/ORG_FILE_NAME/		; same as file_name, concealedD fidnam:	.ascid	/FID_FILE_NAME/		; name determined by lib$fid_to_name0 input:	.long	lnm$c_namlength		; make a descr for  	.address 2$			; lib$get_foreign. 2$:	.blkb	lnm$c_namlength		; the buffer itself   file_name_desc:. 	.blkw	1 	.word	0 	.address buffer   fid_name_desc: 	.blkw	1 	.word	0 	.address buffer1b   dvi_name_desc: 	.blkw	1 	.word	0 	.address buffer2r   	.psect	code,exe 	.entry	MAIN,^m<>r 	; Get logical file name of PPFo7 	pushal	input			; set the length to the length returnedi 	pushl	#0			; noprompt+ 	pushal	input			; write the rec'd data herer, 	calls	#3, g^lib$get_foreign	; get a command 	errchk				; check for error  . 	cmpw	input, #0		; no input logical specified? 	bneq	5$7 	movc3	sysout,@sysout+4,@input+4 ; input = "SYS$OUTPUT"1 	movw	sysout,input 5$:n9 	; Delete the symbols we are going to set (ignore errors)o" 	pushaq	fidnam			; "FID_FILE_NAME" 	calls	#1,g^lib$delete_symboln" 	pushaq	orgnam			; "ORG_FILE_NAME" 	calls	#1,g^lib$delete_symbolp" 	pushaq	phynam			; "PHY_FILE_NAME" 	calls	#1,g^lib$delete_symbol   3 	; Translate specified logical name in LNM$FILE_DEV  	pushal	itemlist	 	pushl	#0 
 	pushaq	inputy 	pushaq	tabnam	 	pushl	#0u 	calls	#5,g^sys$trnlnm 	blbs	r0,10$ 	brw	99$			; error? bail   	; Is it a PPF logical name?( 10$:	cmpw	buffer,#^X001b		; Escape, null	 	beql	11$R" 	brw	101$			; it's not a PPF, quit 11$:$ 	; Use $DISPLAY to get PPF file name 	movw	buffer+2,fab+fab$w_ifi# 	bisw2	#fab$m_ppf_ind,fab+fab$w_ifin2 	$display	fab=fab		; first with non-concealed name 	errchk				; check for error  2 	; Determine if device is a record oriented deviceF 	; Note that network devices like node"user pass"::sys$login:login.com@ 	; will have nam$t_dvi set to a null string.  In this case, just> 	; treat it like a non-record oriented device.  We will handle% 	; the lack of a FID at a later time.   3 	; copy the nam$t_dvi name into the dvi_name stringu 	 # 	movzbw	nam+nam$t_dvi,dvi_name_descn	 	bneq	12$s) 	brw	20$			; must be a decnet device namet 12$:5 	movc3	dvi_name_desc,nam+nam$t_dvi+1,@dvi_name_desc+4s 	e5 	pushal	recdev			; boolean for record oriented devicet$ 	pushaq	dvi_name_desc		; device name# 	pushl	#0			; channel not specifiedb. 	pushal	dvirec			; address containing DVI$_REC 	calls	#4,g^lib$getdvi 	errchkh  * 	tstl	recdev			; if record oriented device% 	beql	20$			; then skip the followingn  8 	; here we have a record oriented device.  Directory and/ 	; file names really don't make a lot of sense.-% 	; set PHY_FILE_NAME to nam$t_dvi and2! 	;     ORG_FILE_NAME to nam$l_devt  	; leave FID_FILE_NAME undefined   	pushaq	dvi_name_descl 	pushaq	phynam 	calls	#2,g^lib$set_symbol 	errchkc  4 	; copy the nam$l_dev name into the file_name string$ 	movzbw	nam+nam$b_dev,file_name_desc6 	movc3	file_name_desc,@nam+nam$l_dev,@file_name_desc+4   	pushaq	file_name_desc 	pushaq	orgnam 	calls	#2,g^lib$set_symbol 	errchk   	 	brw	99$	.  ) 	; Stuff file name length into descriptor8( 20$:	movzbw	nam+nam$b_rsl,file_name_desc  0 	; The file name is all set up in file_name_desc/ 	; Stuff it into the DCL symbol 'PHY_FILE_NAME't 30$:	pushaq	file_name_desc 	pushaq	phynam 	calls	#2,g^lib$set_symbol 	errchk   . 	; Use $DISPLAY to get PPF file name concealed( 	bicb2	#<nam$m_noconceal>, nam+nam$b_nop 	$display	fab=fabi 	blbs	r0,40$ 	ret				; If it fails, exit   ) 	; Stuff file name length into descriptorr( 40$:	movzbw	nam+nam$b_rsl,file_name_desc  0 	; The file name is all set up in file_name_desc/ 	; Stuff it into the DCL symbol 'ORG_FILE_NAME'e 	pushaq	file_name_desc 	pushaq	orgnam 	calls	#2,g^lib$set_symbol 	errchku  2 	; Now grab the FID from the NAM block and convert/ 	; it to a filename using LIB$FID_TO_NAME, theno/ 	; stuff it into the DCL symbol 'FID_FILE_NAME'* 	*1 	; we're going to use buffer1, set the length in    	; the descriptor to buffer_size6 	movab	buffer1,fid_name_desc+4		; make sure we have it$ 	movzbw	#buffer1_size, fid_name_desc/ 	; we are going to reuse the descriptor for the- 	; nam$t_dvi counted string3% 	movzbw	nam+nam$t_dvi, file_name_descd 	beql	99$				; no FID, bail outR) 	movab	nam+nam$t_dvi+1, file_name_desc+4	s   	pushaw	return_length5 	pushaq	fid_name_desc. 	pushaw	nam+nam$w_fide 	pushaq	file_name_desc 	calls	#4,g^lib$fid_to_name  	errchkw  ) 	; Stuff file name length into descriptor ' 60$:	movzbw	return_length,fid_name_desct  0 	; The file name is all set up in file_name_desc/ 	; Stuff it into the DCL symbol 'FID_FILE_NAME'r 70$:	pushaq	fid_name_desc  	pushaq	fidnam 	calls	#2,g^lib$set_symbol 99$:	ret 101$:	movl	#CLI$_UNDFIL,r0 	brb	99$  
 	.end	main   ------------------------------  # Date: Fri, 05 Jan 2001 21:06:51 GMTg From: jbecker@ui.urban.org; Subject: Re: DCL: Retrieving file version from OPEN commandt) Message-ID: <935d15$7aj$1@nnrp1.deja.com>o  ) In article <932u6e$5gj$1@nnrp1.deja.com>,e-   Alan E. Feldman <alan48@my-deja.com> wrote:s  . > You've hard-coded the file name, so just use >  > $ DELETE ERROR.TXT;y >s> > to delete the file. When you use the semicolon by itself, itF > automatically refers to the most current version, which in this case isG > the one you just created via OPEN/WRITE. There is no need to know thegG > actual version number. Normally, you don't even need the ";" to refercC > to the most current version, but with the DELETE command you musttE > explicitly specify the version number, and using ";" is sufficient./  F The above assumes nobody else is going to create a file with that nameF after you OPEN but before you DELETE. If that's not a safe assumption,E you can increase your safety by incorporating the process ID into thed file name. For example:n  A $ temp_file = f$parse ("." + f$getjpi ("", "pid") + ";", "error")*% $ open /write output_file 'temp_file'* ...* $ close output_file  ...  $ delete 'temp_file'   --
 Jim Becker+ The Urban Institute (http://www.urban.org/)*7 Encompass ESILUG (http://eisner.decus.org/lugs/esilug/)-     Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Fri, 05 Jan 2001 14:42:05 -0800:/ From: Terry Marosites <TMarosites@unitedad.com>t; Subject: RE: DCL: Retrieving file version from OPEN commandaM Message-ID: <1137A4A23A51D311B2D600105A1D5213026FE06F@seantexch.unitedad.com>q  K I do the same , But my logic is to create the error file then close it thent6 rename it to the ftp directory where my ftp job does aI f$search("ftpdir:*.*",1) and loops through all files ftping them and thenpH deleting them. This also allows my ftp job to send email /and or / pagesL depending on the file type. ( i.e.: .err just logs to the err db via an ftp,L an .hot file type will page the system manager , send opcom and email peopleK in the hot.dis distribution list ( all file types have a distribution list)     I Just a different way to skin the cat ( why people skin cats I don't know)  Terry    -----Original Message-----2 From: kennsmit@gcfn.org [mailto:kennsmit@gcfn.org]' Sent: Friday, January 05, 2001 10:00 AMu To: Info-VAX@Mvb.Saic.Com-; Subject: RE: DCL: Retrieving file version from OPEN commandr     Alan:o  % My apologies.  Yes, it was too vague.R, This is what happens when you get frustrated$ and post something without thinking.  ) Let me backtrack and propose the original<( design problem, with the key information I originally left out:  ' Create an alert message ON ERROR from a.% batch procedure.  Transfer this alertA$ to another (non-VMS) server via FTP,! where it is processed and logged.r  ( Currently I am hitting the posted sample# script in an error handling section ) of the code (i.e. ON ERROR GOTO error_1).g% The intent of the sample script is toi. write the output to a text file, then kick-off( another procedure (FTP.COM) that handles* the FTP process and then deletes the file.' The file name is being passed via P1 tom& FTP.COM.  This would be implemented in$ multiple batch procedures, so having( one procedure handling the FTP minimizes" code and allows a central point of administration for FTP changes.a  l& The problem I ran into was getting the$ version number for the file that the% OPEN /WRITE statement is creating, soe% it could be deleted from the originale procedure or even FTP.COM.  & As it has been pointed out, creating a- unique string for the file name and includingh& the semicolon in DELETE command is one& alternative.  As Alan indicated, it is( possible that multiple versions could be( created before the deletion takes place.% By including the PID, date and time Io# suspect this will be unlikely here.l  % Unless another solution is presented,,$ possibly a different solution to the# design problem all together, I plan  to pursue the path above.i  $ Again, my apoligies to all for being$ so vague.  Hopefully this clears the air.   Thanks,w ks kennsmit @ gcfn.org   + > >In article <932nni$9fe$1@acme.gcfn.org>,q- > >  kennsmit@gcfn.org (Kenneth Smith) wrote:u > >>* > >> I am looking for a method to delete a- > >> file that I am creating and closing withc* > >> OPEN and CLOSE.  I have the file name, > >> from the filespec name, but do not have, > >> the version number.  I would prefer not. > >> to use a wildcard for the version number. > >>, > >> Feel free to e-mail with any questions. > >> Thanks, > >> ksg > >> kennsmit @ gcfn.org > >> > >> Sample Code:  > >>- > >> $      OPEN /WRITE OUTPUT_FILE ERROR.TXTi5 > >> $      WRITE OUTPUT_FILE "An error has occurred"e > >> $      CLOSE OUTPUT_FILE - > >> $      ... do something with OUTPUT_FILEy > >> $ ... delete OUTPUT_FILE@ > >> > >d/ > >You've hard-coded the file name, so just use, > >a > >$ DELETE ERROR.TXT; > > ? > >to delete the file. When you use the semicolon by itself, itcG > >automatically refers to the most current version, which in this caseP isH > >the one you just created via OPEN/WRITE. There is no need to know theH > >actual version number. Normally, you don't even need the ";" to referD > >to the most current version, but with the DELETE command you mustF > >explicitly specify the version number, and using ";" is sufficient. > > H > >Whether this works for your full code depends, of course, on what "do" > >something with OUTPUT_FILE" is. >iF > If there is a chance that more than one of these can be running at a timeG > (implied by his not wanting to use wildcards) it'll break.  He shouldm  aI Well, it would help if the orignial poster were a little more specific. I E knew it. I should have answered: "Could you be a little more vague?" D  =G Furthermore, if he had several of these running, his "do something with3H OUTPUT_FILE" would also break because all his concurrent processes wouldD attempt to access the most recent version of ERROR.TXT, and possibleI crash, regardless of which process made that ERROR.TXT, and therefore his / procedure would *already* be broken, or at bestD unreliable.3  DF Other interpretations are possible. Perhaps he runs it several times aJ day, and only during some of those he wants to delete it, in which case my answer is fine.3  DF > consider creating a "random" filename out of the pid, date/time, and someA > fixed part - and check that the file doesnt exist.  That shouldr	 guarantee D > that he won't have collisions.  He can then do the wildcard delete	 (or the ;t	 > delete)i >e  > $ PARSED_NAME = F$FAO("!%T",0)4 > $ PARSED_NAME = "''PARSED_NAME'" - ":" - ":" - "."  > $ PROC_ID = F$GETJPI("","PID")? > $ U_NAME = "sys$login:AA_TEMP''PARSED_NAME'"+"''PROC_ID'.log"n >J) > ------_=_NextPart_001_01C0771A.65ED0AA4, > Content-Type: text/html; >  charset="iso-8859-1"e- > Content-Transfer-Encoding: quoted-printable  >s3 > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">t > <HTML> > <HEAD>  s" Please turn off MIME mode. Thanks.  n" > <META HTTP-EQUIV=3D"Content-Type  e [...tons of mime stuff deleted]n  d --F NOTE: If you wish to e-mail me, please do NOT use the deja address. ItE is broken. Instead, use one of the addresses below, removing the longi wrong part first. Thanks.h   Disclaimer: JMHO Alan E. Feldman  &-)+ w: afeldman@gfigroup.ButItSaidItPrinted.comt5 h: alan48@dellnet.YouCantBelieveEverythingYouRead.comF   ------------------------------  # Date: Fri, 05 Jan 2001 22:41:56 GMTw* From: Alan E. Feldman <alan48@my-deja.com>; Subject: Re: DCL: Retrieving file version from OPEN command ) Message-ID: <935iji$cib$1@nnrp1.deja.com>i  ) In article <935d15$7aj$1@nnrp1.deja.com>,r   jbecker@ui.urban.org wrote:s+ > In article <932u6e$5gj$1@nnrp1.deja.com>,a/ >   Alan E. Feldman <alan48@my-deja.com> wrote:e >s0 > > You've hard-coded the file name, so just use > >v > > $ DELETE ERROR.TXT;  > >a@ > > to delete the file. When you use the semicolon by itself, itH > > automatically refers to the most current version, which in this case > isE > > the one you just created via OPEN/WRITE. There is no need to know, the C > > actual version number. Normally, you don't even need the ";" to. referfE > > to the most current version, but with the DELETE command you musteG > > explicitly specify the version number, and using ";" is sufficient.  >cH > The above assumes nobody else is going to create a file with that nameH > after you OPEN but before you DELETE. If that's not a safe assumption,  G You're right! But the poster was asking about version numbers and I didoD say that my method might break depending on what else was happening.  G > you can increase your safety by incorporating the process ID into thee > file name. For example:_ >EC > $ temp_file = f$parse ("." + f$getjpi ("", "pid") + ";", "error")n' > $ open /write output_file 'temp_file't > ...o > $ close output_fileM > ...i > $ delete 'temp_file'  B This too could break if you have more than one process running theC procedure concurrently, in which case you need to add a time stamp.    --F NOTE: If you wish to e-mail me, please do NOT use the deja address. ItE is broken. Instead, use one of the addresses below, removing the longi wrong part first. Thanks.h   Disclaimer: JMHO Alan E. Feldman  &-)+ w: afeldman@gfigroup.ButItSaidItPrinted.comn5 h: alan48@dellnet.YouCantBelieveEverythingYouRead.com      Sent via Deja.com  http://www.deja.com/   ------------------------------  # Date: Sat, 06 Jan 2001 05:36:47 GMTh* From: Alan E. Feldman <alan48@my-deja.com>; Subject: RE: DCL: Retrieving file version from OPEN commandt) Message-ID: <936atf$vpr$1@nnrp1.deja.com>   
 In articleB <1137A4A23A51D311B2D600105A1D5213026FE06F@seantexch.unitedad.com>,2   Terry Marosites <TMarosites@unitedad.com> wrote:E > I do the same , But my logic is to create the error file then closeL it then"8 > rename it to the ftp directory where my ftp job does aF > f$search("ftpdir:*.*",1) and loops through all files ftping them and thenD > deleting them. This also allows my ftp job to send email /and or / pagesoF > depending on the file type. ( i.e.: .err just logs to the err db via an ftp,FG > an .hot file type will page the system manager , send opcom and emailA peopleG > in the hot.dis distribution list ( all file types have a distributionJ list)T >.E > Just a different way to skin the cat ( why people skin cats I don't  know)s > Terryo  G Make sure no one runs PURGE on that directory! Well, it may not matter,A1 depending on just what's hapenning and how often.J   >F > -----Original Message-----4 > From: kennsmit@gcfn.org [mailto:kennsmit@gcfn.org]) > Sent: Friday, January 05, 2001 10:00 AMf > To: Info-VAX@Mvb.Saic.ComF= > Subject: RE: DCL: Retrieving file version from OPEN commandc >k > Alan:r >b' > My apologies.  Yes, it was too vague.s. > This is what happens when you get frustrated& > and post something without thinking. >	+ > Let me backtrack and propose the originala* > design problem, with the key information > I originally left out: > ) > Create an alert message ON ERROR from am' > batch procedure.  Transfer this alerte& > to another (non-VMS) server via FTP,# > where it is processed and logged.r >.* > Currently I am hitting the posted sample% > script in an error handling sectionb+ > of the code (i.e. ON ERROR GOTO error_1).e' > The intent of the sample script is toe0 > write the output to a text file, then kick-off* > another procedure (FTP.COM) that handles, > the FTP process and then deletes the file.) > The file name is being passed via P1 toE( > FTP.COM.  This would be implemented in& > multiple batch procedures, so having* > one procedure handling the FTP minimizes$ > code and allows a central point of! > administration for FTP changes.b >	( > The problem I ran into was getting the& > version number for the file that the' > OPEN /WRITE statement is creating, so ' > it could be deleted from the originald > procedure or even FTP.COM. >s( > As it has been pointed out, creating a/ > unique string for the file name and includinga( > the semicolon in DELETE command is one( > alternative.  As Alan indicated, it is* > possible that multiple versions could be* > created before the deletion takes place.' > By including the PID, date and time I#% > suspect this will be unlikely here.	 > ' > Unless another solution is presented,=& > possibly a different solution to the% > design problem all together, I plan  > to pursue the path above.	 >n& > Again, my apoligies to all for being& > so vague.  Hopefully this clears the > air. > 	 > Thanks,^   [...]e   --F NOTE: If you wish to e-mail me, please do NOT use the deja address. ItE is broken. Instead, use one of the addresses below, removing the longt wrong part first. Thanks.y   Disclaimer: JMHO Alan E. Feldman  &-)+ w: afeldman@gfigroup.ButItSaidItPrinted.com 5 h: alan48@dellnet.YouCantBelieveEverythingYouRead.com#     Sent via Deja.com  http://www.deja.com/   ------------------------------  # Date: Sat, 06 Jan 2001 05:57:55 GMTv* From: Alan E. Feldman <alan48@my-deja.com>; Subject: Re: DCL: Retrieving file version from OPEN commanda( Message-ID: <936c51$lq$1@nnrp1.deja.com>  ) In article <935iji$cib$1@nnrp1.deja.com>,e-   Alan E. Feldman <alan48@my-deja.com> wrote:e+ > In article <935d15$7aj$1@nnrp1.deja.com>,m >   jbecker@ui.urban.org wrote:t- > > In article <932u6e$5gj$1@nnrp1.deja.com>,r1 > >   Alan E. Feldman <alan48@my-deja.com> wrote:D > > 2 > > > You've hard-coded the file name, so just use > > >e > > > $ DELETE ERROR.TXT;a > > >,B > > > to delete the file. When you use the semicolon by itself, itE > > > automatically refers to the most current version, which in thisp case > > isG > > > the one you just created via OPEN/WRITE. There is no need to knowa > thesE > > > actual version number. Normally, you don't even need the ";" to  > refer G > > > to the most current version, but with the DELETE command you muste= > > > explicitly specify the version number, and using ";" is  sufficient.n > >eE > > The above assumes nobody else is going to create a file with that  name> > > after you OPEN but before you DELETE. If that's not a safe assumption,e >DE > You're right! But the poster was asking about version numbers and I# didiF > say that my method might break depending on what else was happening. >iE > > you can increase your safety by incorporating the process ID intom thev > > file name. For example:	 > >nE > > $ temp_file = f$parse ("." + f$getjpi ("", "pid") + ";", "error")9) > > $ open /write output_file 'temp_file'r > > ...0 > > $ close output_filei > > ...e > > $ delete 'temp_file' > D > This too could break if you have more than one process running theE > procedure concurrently, in which case you need to add a time stamp.y  F Actually, on second thought, the sentence above is not correct. Sorry.D You were right. Under some circumstances, the pid may not be enough,? but that depends on the details. One could speculate on endlessrG variations. But the main idea is correct: to make the filenames somehowl unique.i   --F NOTE: If you wish to e-mail me, please do NOT use the deja address. ItE is broken. Instead, use one of the addresses below, removing the long; wrong part first. Thanks.N   Disclaimer: JMHO Alan E. Feldman  &-)+ w: afeldman@gfigroup.ButItSaidItPrinted.como5 h: alan48@dellnet.YouCantBelieveEverythingYouRead.com      Sent via Deja.comn http://www.deja.com/   ------------------------------  # Date: Sat, 06 Jan 2001 04:02:52 GMT  From: townleycc@my-deja.comd Subject: DEC 3000 model 300o) Message-ID: <9365d9$ro3$1@nnrp1.deja.com>i   Finally got back here.  - Just obtained DEC 3000 model 300 Workstation, 0 with (I think) Dunix on it. Only problem is that. I cannot get a display on my VR297-V3 monitor.. This I think will handle 60 Hz at 1024X864 but/ the WS video outpu is probably higher. I cannotw1 identify the video card as it seems to integrated:/ on he M/B, and no obvious jumpers. I have had al0 look at the dec3000.pdf from the compaq site,but this refers to later models.  * Any suggestions as to how I can change the/ refreshrate, or at least identify the video, to$ to work out how?  * Elseways, can I enable some sort of serial. console (without initial console access!) so I/ can stick a serial cable onto the printer port?:  1 Also is there a more relevant manual available ons" the net than Compaqs dec3000.pdf ?  1 The aim is to get it running headless with VMS ofl course.d  , Please cc me in a reply, I havent got usenet sorted properly yet.   TIAt   --
 Chris TownleyE chris@townleyc.demon.co.uk townleyc@spicers.ltd.uke     Sent via Deja.comt http://www.deja.com/   ------------------------------  $ Date: Fri, 5 Jan 2001 15:44:32 -0600+ From: "Cliff Squidlow" <csquid@hotmail.com>k  Subject: Re: DTR install problem/ Message-ID: <8fr56.567$Bo6.55025@nnrp1.sbc.net>   3 I have the December 2000 CONDIST, with VAX/VMS V7.2a  & >   What is the exact LINK error seen?  < %LINK-W-USEUNDEF, undefined symbol VAXC$CRTL_INIT referenced-         in psect _DDMF$CODE offset %X00000076 J         in module RDS file MV3110$DKA300:[SYS0.SYSUPD.DTRA072]DTRLIB.OLB;1    6 >   Are any LNK* logical names defined on this system?5   The standard LNK$LIBRARY = SYS$LIBRARY:IMAGELIB.OLB ) & LNK$LIBRARY_1 = SYS$LIBRARY:STARLET.OLB"  A >   Which C compilers (and which versions) are installed, if any?t  J I installed DEC C but haven't done anything with it - I suspect that sinceI DEC C and VAX C may have similar entry points, the linker is confused and/L may be why the symbol is undefined - I also see that there are two differentF VAX C's in SYS$SHARE - vaxcrtl and vaxcrtlg - I specified DEC C in theL install, but the error is the same if VAX C is requested.  VMSINSTAL doesn't8 do a compile, just a link of modules from the DTRLIB.OLB  H >   I'll also assume that the MicroVAX 3100 model 10e either has a smallG >   system disk, or it has the ROM upgrade to permit correct operationsm  8 Mine is the former, limited to 1 Gb system and 2 Gb user  G >   You might also want to contact the customer support center, as thisb> >   might take a little digging to figure out what happened...  H This is a hobbyist system, doubt if they'd be interested - DEC wasn't 10G years ago when we had a real software maintenance contract on a similaro> machine but without telephone support.  Compaq?  What's a VAX?   ------------------------------  % Date: Fri, 05 Jan 2001 23:40:43 -0500 / From: "Joe H. Gallagher" <dtrwiz@ix.netcom.com>.  Subject: Re: DTR install problem) Message-ID: <3A56A1C7.1F32@ix.netcom.com>    Cliff Squidlow wrote:u > N > I am trying to install Datatrieve on a Microvax 3100/10e (all latest versionM > software) and get a LINK error (can't find VAXC$CRTL_INIT) which aborts the N > install.  Any ideas?  I played with the options and also got a LINK error on  E    A later note indicates that this is a hobbiest system.  If you caneC    back up, I suggest that you try to install Datatrieve before youlF    install any version of C (either DEC or VAX or any other 3GL.  Only install F    FMS or TDMS and DECForms and CDD if you are going to use it, before    you install DATATRIEVE.  K > a reference to FORMS$something.  I'm guessing something didn't make it tot  A    Connection to DECForms can be done at link time or run time (Il	 think??). D    A message about missing FORMS$somethings possibly means that you H    answered a configuration/installation option incorrectly.  It may be E    trying to link in DECForms which it should not be trying to do so.   N > IMAGELIB or STARLET, but didn't see anything in the release notes or iguide. > I > Also, I see that CDD isn't part of the package anymore, something aboute  >    DTR can run with or with CDD now.  Running without is a BIG performance C    win.  You certainly don't need the features of CDD on a one usern	 3100/10e.l  N > Oracle taking it over - do you need it / can you get it ?  I'd only be usingE > RMS files, and haven't done the Wombat thing for quite a while now.t  A Still doing the Wombat thing every day -- well, almost every day.s   Joe H. Gallagher, Ph. D.$ Former SIG Chair & Newsletter Editor) DATATRIEVE/4GL SIG of DECUS\\\\\Encompassi dtrwiz at ix dot netcom dot com " See "The DATATRIEVE Programmer" at2 http://www.geocities.com/SiliconValley/Pines/8958/   ------------------------------   Date: 5 Jan 2001 14:29:02 -0500 * From: young_r@eisner.decus.org (Rob Young), Subject: Re: Ebay dead as a post - yet again+ Message-ID: <EtGlBRturbKb@eisner.decus.org>a  h In article <OFA51EBC79.D720D443-ON882569CB.00646827@foundation.com>, Shane.F.Smith@Healthnet.com writes: > K > I'd say we don't know enough yet. Let's wait for an official explaination>1 > to analyse  before we start blaming the E10K's.  >  > Shanet >   ? 	It's a bonus situation this time.  We got both UEs and storagec= 	going down as Meg highlights in her letter (note system must < 	mean server as you have to "start" a server.  Also, you can5 	pretty much see that the backup system crashed - "as$A 	we restared the back-up system".  Let's run with that and claim F+ 	"ye old ecache failure" strikes again!!!):l    K The outage began at about 11:34 PT yesterday with a hardware failure on ourWO backup system. As we restarted the back-up system, another problem developed inrI the storage system shared by the primary and back-up systems, effectivelyW bringing down the site.   N We then brought up our third backup system which functioned effectively for 40I minutes beginning at about 14:45 PT before a database problem caused thiseM system to also become unavailable again at about 15:22 PT. The site was fullye( restored and operational as of 21:56 PT.    8 	But as I pointed out before... Meg claims they couldn't; 	come down to fix the storage because of the busy holidays:   L "It was compounded by a decision we made to delay the replacement of certainL hardware components in an effort to avoid disrupting service during the busyO holiday season. While we have known for awhile that a potential problem existedeN in our shared disk hardware, we chose to delay the recommended upgrade becauseD we had developed a series of work-arounds that had previously proven effective."p  9 	However, they had the same or similar problem in August:e    User: aw@ebay.com  Date: 08/23/00d  Time: 05:45:49 PDT ,                          ***OUTAGE UPDATE***  M As mentioned earlier the eBay site was unavailable from 02:04 Pacific Time to + 04:15 Pacific Time on Wednesday, August 23.i  I The reason for this outage was a failure in one the disk subsystems whichDO stores some of the eBay data. This system has a built-in redundancy designed to F kick in without user impact and has in the past successfully done so.   L When the redundancy of the disk system failed, we attempted to switch to ourK backup system. The redundancy issue also prevented us from switching to our'J secondary system. We then started the process of switching to our tertiaryO back-up system. During this time, our engineers resolved the original issue and_ brought the site back up.   5 We are working with our vendor to resolve this issue.n  7 We apologize to all eBay users impacted by this outage.L  !                          Regards,                           eBayt   ---   ( 	But that raises at least two questions:  2 		1)  If the same problem, why didn't it get fixed
 			initially?f  5 		2)  If a different storage problem, how can you nots 			get it right?  9 	And perhaps the answer to 2) is the "free hardware" giftr< 	by Sun only allows so much kit and perhaps eBay is going toA 	spend some money this time.  Real intersting business case studye9 	going on here.  I suspect in about 10-15 years all those-= 	graduate level business courses (especially IT related) willn7 	have large sections devoted to eBay under the heading:e   			"How NOT to run an IT shop"   				Rob-   ------------------------------  % Date: Fri, 05 Jan 2001 19:55:38 +0100o= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>1, Subject: Re: Ebay dead as a post - yet again) Message-ID: <3A5618AA.38FAF36F@gtech.com>-   John Macallister wrote:tJ > While it's possible to have multiple queue managers, place QMAN files onG > multiple disks and to have mirroring/shadowing with or without raid arB > particular queue has to use a file on some disk. The disk may beN > mirrored/shadowed to provide some protection against disk failure but if theM > hardware or software providing the mirroring/shadowing fails the queue will, > misbehave.  . That is ofcourse true. Mirroring/shadowing can@ not protect against all kinds of software errors. It is not justC queue-managers. If the database software has a bug and add 1 dollar = instead of subtracting 1 dollar, then mirroring the disk with,C the database files on does not help at all. But errors of that kind ; is luckily more rare than hardware failures and OS crashes.   H > While VMS was the main OS here we never had the financial resources toM > implement shadowing or any form of disk mirroring. Now that disks are cheapfF > we do have raid on our critical systems but they're now WNT or UNIX.  F Real redundancy with no-single-point-of-failure (and I do not considerG software problems like the one above a single-point-of-failure problem)dG cost a lot. Many sites do not have the money for that kind of solutionsE/ ot the need for them. But Ebay does have both !    Arne   ------------------------------  # Date: Fri, 05 Jan 2001 20:49:48 GMTe4 From: "Terry C. Shannon" <terryshannon@mediaone.net>, Subject: Re: Ebay dead as a post - yet again< Message-ID: <Mrq56.33196$1M.7716318@typhoon.ne.mediaone.net>  . <Shane.F.Smith@Healthnet.com> wrote in message> news:OFA51EBC79.D720D443-ON882569CB.00646827@foundation.com... > K > I'd say we don't know enough yet. Let's wait for an official explainationD1 > to analyse  before we start blaming the E10K's.s >- > Shanet  F Yup. Given the high profile of eBay, and the slings and arrows Sun hasJ suffered from past outages, one might surmise that Sun has plenty of fieldC engineers available to service this account. Suffice it to say thattL maligning the UE10Ks might well be a case of blaming the innocent. And sinceI Oracle develops on Sun hardware, it doesn't seem particularly likely thathG the database is to blame. Of course, this is all speculation based on a H single statement from eBay, and of course their bulletin board postings.  I What strikes me as strange is that downtime, scheduled or otherwise, is a K fact of life in this clustered environment. One would expect a higher levelaI of availability and fault-resiliency that eBay has demonstrated thus far.o   ------------------------------  # Date: Fri, 05 Jan 2001 23:53:41 GMTn From: k_knutson@my-deja.com  Subject: How many..n) Message-ID: <935mq2$g7g$1@nnrp1.deja.com>   @ I have recently been tasked to come up with a number of how many@ techi's does it take to support our network.  We are growing and; accounting would like to know when we need to add Techi's..f  0 So here is the question..  and Where do I look..  + How may systems manager per Alpha systems..i>          (we currently have 2 to 3 for  about 8 Alpha systems)  2 How may network admin per systems on the network..  $ and do say to much like it or not...  3 How may NT administrators per NT systems are neededa                   as well as0 How may NT administrators per Desktop/PC users..  8 Any constructive help is greatly appreciated.. and yes..9 I did have the "NT" word but like it or not Compaq didn'te9 do us old VMS people any help..  and NT is here to stay..e   thanks.. kk      Sent via Deja.comt http://www.deja.com/   ------------------------------  % Date: Fri, 05 Jan 2001 19:22:02 -0500r2 From: "Richard B. Gilbert" <DRAGON@compuserve.com> Subject: How many.. 7 Message-ID: <200101051922_MC2-C0CD-9DA7@compuserve.com>s  B         As to Alpha systems manager, you have one to two too many!  H         In a former life I was one of six system managers taking care ofC something like 600 VMS systems!  About 40 were local and there weresJ something like 100 field offices, each with a VAX cluster.  I'm currently=  H managing seven Alphas running OpenVMS/Alpha, five systems a V6.2-1H3 and1 two at V7.2-1.  I could easily handle a few more.r  J         Now the number of systems one person can manage does depend heavi= lyJ on what sort of systems they are, what software they are running, how wel= luE they are set up, etc, etc. but two to three managers for a mere eight  systems seems a little extreme!m  J         The number of network admins depends on both the number of system= seJ on the network and the rate of change.   If things are relatively static,=  J one is enough.  If the network topology is constantly changing and system= sbJ are constantly being added and/or removed, many more might be required.  = IfJ my seven Alphas were the only systems in the building, I'd be the network=  H manager too!   Since we have about 150 netstations and 100 or so PCs, weJ have, and need, a cast of thousands  (actually, six people) to take care = of it all.B    6 Message text written by INTERNET:k_knutson@my-deja.comA >I have recently been tasked to come up with a number of how many @ techi's does it take to support our network.  We are growing and; accounting would like to know when we need to add Techi's..:  0 So here is the question..  and Where do I look..  + How may systems manager per Alpha systems..t>          (we currently have 2 to 3 for  about 8 Alpha systems)  2 How may network admin per systems on the network..  $ and do say to much like it or not...  3 How may NT administrators per NT systems are needed                    as well as0 How may NT administrators per Desktop/PC users..  8 Any constructive help is greatly appreciated.. and yes..9 I did have the "NT" word but like it or not Compaq didn'tm9 do us old VMS people any help..  and NT is here to stay..t   thanks.. kk<   ------------------------------  # Date: Sat, 06 Jan 2001 00:50:33 GMTR* From: Alan E. Feldman <alan48@my-deja.com>/ Subject: Need FTSS V4.2 or higher for VAXft 810 ) Message-ID: <935q4n$j20$1@nnrp1.deja.com>s  	 Hi there,s  5 [This is a repost. No responses yet -- trying again.]t  E We have a VAXft 810 fault-tolerant system currently running VMS 5.5-2 , HF and would need to upgrade it to VMS v6.2.  > In order to maintain its fault-tolerant capacity, a Compaq/DECF representative told me that VAXft system services (FTSS) software v4.2C or above is required for VMS v6.2 upgrade.  (FTSS v2.0 is currentlydF installed on the system). Unfortunately, our Compaq representative wasD not able to locate FT system service software anywhere since support for it was terminated.  E Can anyone help us find a copy of VAXft system services software v4.29G or above?  Also, any info. and pointers in upgrading the VAXft 810 fromt- VMS 5.5-2HF to 6.2 would be much appreciated.    Thanks in advance!!!  & Sent via Deja.com http://www.deja.com/ Before you buy.o       --F NOTE: If you wish to e-mail me, please do NOT use the deja address. ItE is broken. Instead, use one of the addresses below, removing the long  wrong part first. Thanks.    Disclaimer: JMHO Alan E. Feldman  &-)+ w: afeldman@gfigroup.ButItSaidItPrinted.coma5 h: alan48@dellnet.YouCantBelieveEverythingYouRead.come     Sent via Deja.comi http://www.deja.com/   ------------------------------  + Date: Fri, 05 Jan 2001 20:26:35 -0600 (CST)  From: sms@antinode.org/ Subject: Need FTSS V4.2 or higher for VAXft 810N) Message-ID: <01010520263566@antinode.org>   * From: Alan E. Feldman <alan48@my-deja.com>  A > [...] VAXft 810 [...] VMS 5.5-2HF [...] upgrade it to VMS v6.2.D2 > [...] VAXft system services (FTSS) software v4.2E > or above is required for VMS v6.2 upgrade.  (FTSS v2.0 is currentlyy > installed on the system).   D    My March 1996 SPL includes VMS V6.2 (and V7.0) and FTSS 2.0.  The FTSS Cover Letter says:   9 [...] This version of VAXft System Services is compatible             with the following:  J            o  OpenVMS VAX Versions 5.5-2 and 6.0 on VAXft Models 110, 410,               610, and 612, andb  <            o  OpenVMS Version 5.5-2HF on the VAXft Model 810  D ... which agrees with your info.  The installation guide discourages attempts at other VMS versions:e  I               Table_1_Error_Recovery_____________________________________t  I               Error______________________Solution________________________e [...]aH               %FTSS-E-VERSION,           The operating system version isG               VAXft System Services      incorrect and does not support B               requires VMS V5.5-2HF.     the VAXft System ServicesD                                          software. Enter SHOW SYSTEMF                                          at the DCL prompt ($) to find=                                          your version number.s [...]l  G    Sadly, March 1996 is the latest SPL I have for VAX.  Perhaps someone-E with a newer one has an [FTSSxxx] directory where xxx > 020.  It's inoF the Master Index as "VAXft System Services".  (Or some one could offerG to sell me a newer SPL for almost no money, and I'd look through it for  free.)  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home)fC    382 South Warwick Street        (+1) 763-781-0308  (voice, work)PG    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work)s9    sms@antinode.org                sms@provis.com  (work).   ------------------------------  $ Date: Fri, 5 Jan 2001 15:47:45 -07005 From: "Laurie L. Vandenberg" <lvandenberg@uswest.net>l Subject: OpenVMS opportunities3 Message-ID: <vOs56.2166$Db1.290259@news.uswest.net>a  G If you are interested in OpenVMS job opportunities in Customer Support,m please drop me an e-mail.e Thanks-e   Laurie.Vandenberg@qwest.netn   ------------------------------  $ Date: Fri, 5 Jan 2001 16:53:08 -07005 From: "Laurie L. Vandenberg" <lvandenberg@uswest.net>L" Subject: Re: OpenVMS opportunities3 Message-ID: <fMt56.2470$Db1.329376@news.uswest.net>e  " so sorry.  the correct address is:   lvandenberg@qwest.netm    @ "Laurie L. Vandenberg" <lvandenberg@uswest.net> wrote in message- news:vOs56.2166$Db1.290259@news.uswest.net... I > If you are interested in OpenVMS job opportunities in Customer Support,t > please drop me an e-mail. 	 > Thanks-f >r > Laurie.Vandenberg@qwest.neti >  >b   ------------------------------  % Date: Fri, 05 Jan 2001 20:46:15 -0600w7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> " Subject: Re: OpenVMS opportunities- Message-ID: <3A5686F7.90A47B24@earthlink.net>-   "Laurie L. Vandenberg" wrote:  > $ > so sorry.  the correct address is: >  > lvandenberg@qwest.net  > B > "Laurie L. Vandenberg" <lvandenberg@uswest.net> wrote in message/ > news:vOs56.2166$Db1.290259@news.uswest.net... K > > If you are interested in OpenVMS job opportunities in Customer Support,  > > please drop me an e-mail.d > > Thanks-I > >i > > Laurie.Vandenberg@qwest.netd > >  > >y  D Rather depends on the location, unless full-time telecommuting is an option.t   -- s David J. Dachtera  dba DJE Systemsb http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   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: Fri, 05 Jan 2001 13:15:33 -0600o4 From: "Dale T. Lobb" <dale.lobb@bryanlgh.nospam.org>* Subject: Re: Problem with linking C++ code3 Message-ID: <3A561D55.3F1F95DF@bryanlgh.nospam.org>t   Hello!  O  I have seen some similar problems, using other languages, caused by the linkeruR symbol resolution search algorithm (probably has a more succinct name, but I can't9 remember it at the moment.)  It goes something like this:s       mainline calls routine z)     routine z references global symbol a1 ?     global symbol a1 is part of the object module for routine ae  B     in the object library, object modules are stored lexically, so         object module aq             routine at             global a1i         object module zo             routine z.  T   When the linker resolves the reference for routine z and includes it in the image,P it is already way past the point for where global symbol a1 is stored, and underP some circumstances that I don't remember but are documented in the OpenVMS linerS manual, the linker will not start back at the top of the object library in order to S resolve the reference. Thus, only symbols that are stored lexically after routine zoC are resolved.  I suspect that this is the case, as in your example:n  . >    library SYS$COMMON:[SYSLIB]IMAGELIB.OLB;1, >    %LINK-W-NUDFSYMS, 28 undefined symbols:P >    %LINK-I-UDFSYM,         void ace_cleanup_destroyer(ACE_Cleanup *, void *) C< >    %LINK-I-UDFSYM,         int ACE_ARGV::add(const char *)J >    %LINK-I-UDFSYM,         const char *ACE::basename(const char *, char)> >    %LINK-I-UDFSYM,         void ACE_Cleanup::cleanup(void *)G >    %LINK-I-UDFSYM,         void ACE_Log_Msg::clr_flags(unsigned long)t >    [snip]-L >    %LINK-W-USEUNDEF, undefined symbol void ACE_Log_Msg::set_flags(unsigned >    long) referencedu. >            in psect $LINK$ offset %X00000090L >            in module ARGV_TEST file SYS$SYSDEVICE:[TAO.ACE_WRAPPERS.TESTS. >    VMS_OBJ]ARGV_TEST.O;1  P the unresolved symbol names are all lexically (alphabetically) before the module; that is referencing them.  ACE_ARGV sorts before ARGV_TEST.m  0 The only way that I have found to fix this is toQ         1) explicitly include the object module containing the problem symbols on ! the linker command or option file.R or    2) include the object module multiple times in the linker command (or option file)eS or    3) write an assembler subroutine with linker macros to force the inclusion ofoT the object module and then call that early in your program (also, you must make sureT that the assembler subroutine itself does not have linker resolution problems due to naming.)  R It's been a while since I last had to deal with this, as we do not write much codeQ these days.  SO: CAVEAT EMPTOR, my failing memory may have many details incorrectrP about why the linker does not start back at the top to search for symbols, and IS think it has something to do with the typing of the symbols as strong or week.  ButmB the general direction of this should be right, .....uh, I think :)     Hope this helps!!!   Dale    % seibel_r@localhost.localdomain wrote:   J > I am trying to port a rather large open source middleware package called; > ACE/TAO to VMS and I am having a problem with the linker.f >eG > I have built both a static library and a dynamic library.  When I tryiF > to link an application with the dynamic library, none of the symbolsD > get resolved.  When I try to link with the static library, all theE > symbols get resolved except those from one object module.  That one G > object module, if I include it specifically in the link, will satisfyeD > all the missing symbols.  I know that the module is in the libraryD > because LIBRARY tells me so and will show me the symbols.  Is this" > a known problem with the linker? >e > Background -- K > ACE/TAO is written in C++.  It has over 1 million line of code in several : > thousand modules.  It currently runs on 30-40 platforms. >sK > I am using the GNV tools, bash, gmake, and wrappers for the CXX, CXXLINK,iF > and LIBRARY programs.  These are working successfully to allow me to > start to compile the system. >sD > The platform is and Alpha runing OpenVMS.  The compiler identifies9 > itself as Compaq C++ V6.2-035 for OpenVMS Alpha V7.1-2.. >e > Details -- > For the shared libary case,  > The link step is:b > $cxxlink -" > /repository=([.cxx_repository] -8 > ,SYS$SYSDEVICE:[TAO.ACE_WRAPPERS.ACE.CXX_REPOSITORY] - > ,[.CXX_REPOSITORY] - > ) -h > /exec=ARGV_TEST. - > link00ea08.opt/opt > where the opt file is: > [.VMS_OBJ]ARGV_TEST.Oe5 > SYS$SYSDEVICE:[TAO.ACE_WRAPPERS.ACE]LIBACE.SO/share5> > The oupput from the linker is long, only an exerpt is shown:) > %LINK-W-SHRWRNERS, compilation warnings1F >         in shareable image file SYS$SYSDEVICE:[TAO.ACE_WRAPPERS.ACE]E > LIBACE.SO;1%LINK-I-DATMISMCH, creation date of  7-FEB-2000 17:40 ins- > shareable image GNU:[LIB]DECC$SHR_V71.EXE;1oC >         differs from date of 29-JUL-1999 00:17 in shareable images+ > library SYS$COMMON:[SYSLIB]IMAGELIB.OLB;1 ) > %LINK-W-NUDFSYMS, 28 undefined symbols: M > %LINK-I-UDFSYM,         void ace_cleanup_destroyer(ACE_Cleanup *, void *) C 9 > %LINK-I-UDFSYM,         int ACE_ARGV::add(const char *)cG > %LINK-I-UDFSYM,         const char *ACE::basename(const char *, char)u; > %LINK-I-UDFSYM,         void ACE_Cleanup::cleanup(void *)aD > %LINK-I-UDFSYM,         void ACE_Log_Msg::clr_flags(unsigned long) > [snip]I > %LINK-W-USEUNDEF, undefined symbol void ACE_Log_Msg::set_flags(unsigneda > long) referenced+ >         in psect $LINK$ offset %X00000090 I >         in module ARGV_TEST file SYS$SYSDEVICE:[TAO.ACE_WRAPPERS.TESTS.  > VMS_OBJ]ARGV_TEST.O;1rD > %LINK-W-USEUNDEF, undefined symbol const char *ACE::basename(const > char *, char)referencedU+ >         in psect $LINK$ offset %X000000A0oI >         in module ARGV_TEST file SYS$SYSDEVICE:[TAO.ACE_WRAPPERS.TESTS.n > VMS_OBJ]ARGV_TEST.O;1l > [snip]F > All the symbols are from this object or from the template repository > associated with it.  >yE > I have tried linking with the shared library both installed and notr" > installed with identical result. >r( > I suspect I am missing something here. >u > For the shared libary case,- > The link step is:D > $cxxlink -" > /repository=([.cxx_repository] -8 > ,SYS$SYSDEVICE:[TAO.ACE_WRAPPERS.ACE.CXX_REPOSITORY] - > ,[.CXX_REPOSITORY] - > ) -0 > /exec=ARGV_TEST. - > link00ea30.opt/opt > where the opt file is: > [.VMS_OBJ]ARGV_TEST.Op2 > SYS$SYSDEVICE:[TAO.ACE_WRAPPERS.ACE]LIBACE.A/lib> > The oupput from the linker is long, only an exerpt is shown:& > %LINK-W-WRNERS, compilation warningsD >         in module SV_SEMAPHORE_SIMPLE file SYS$SYSDEVICE:[TAO.ACE_ > WRAPPERS.ACE]LIBACE.A;1rD > %LINK-I-DATMISMCH, creation date of  7-FEB-2000 17:40 in shareable# > image GNU:[LIB]DECC$SHR_V71.EXE;1nC >         differs from date of 29-JUL-1999 00:17 in shareable imageu+ > library SYS$COMMON:[SYSLIB]IMAGELIB.OLB;1 D > %LINK-I-DATMISMCH, creation date of 26-JUL-1999 16:17 in shareable, > image SYS$COMMON:[SYSLIB]PTHREAD$RTL.EXE;1C >         differs from date of  7-DEC-1998 15:24 in shareable imagee+ > library SYS$COMMON:[SYSLIB]IMAGELIB.OLB;1e) > %LINK-W-NUDFSYMS, 13 undefined symbols:a? > %LINK-I-UDFSYM,         char *ACE_NS_String::char_rep() const K > %LINK-I-UDFSYM,         ACE_NS_String::ACE_NS_String(const ACE_WString &)4K > %LINK-I-UDFSYM,         ACE_NS_Internal::ACE_NS_Internal(ACE_NS_String &,q > constchar *) > [snip]H > %LINK-W-USEUNDEF, undefined symbol const char *ACE_NS_Internal::type() > referenced+ >         in psect $LINK$ offset %X00000190 L >         in module CXX$LSTNMENTRES67ACLCLNM273SJTL file SYS$SYSDEVICE:[TAO.G > ACE_WRAPPERS.ACE.CXX_REPOSITORY]CXX$LSTNMENTRES67ACLCLNM273SJTL.OBJ;2yG > %LINK-W-USEUNDEF, undefined symbol ACE_NS_String::ACE_NS_String(const  > ACE_WString &) referencedy+ >         in psect $LINK$ offset %X000001B0lL >         in module CXX$LSTNMENTRES67ACLCLNM273SJTL file SYS$SYSDEVICE:[TAO.G > ACE_WRAPPERS.ACE.CXX_REPOSITORY]CXX$LSTNMENTRES67ACLCLNM273SJTL.OBJ;2. > and 0 > $ lib/list/name/only=local_name_space libace.aR > Directory of ALPHA OBJECT library SYS$SYSDEVICE:[TAO.ACE_WRAPPERS.ACE]LIBACE.A;1 >  on 19-DEC-2000 13:32:42F > Creation date:  18-DEC-2000 19:44:40      Creator:  Librarian A09-22A > Revision date:  18-DEC-2000 19:44:49      Library format:   3.00A > Number of modules:    176                 Max. key length:  128cM > Other entries:       2451                 Preallocated index blocks:    213 M > Recoverable deleted blocks:      0        Total index blocks used:      343fM > Max. Number history records:      20      Library history records:        4V >s > Module LOCAL_NAME_SPACEl > CHAR_REP__K13ACE_NS_STRINGXV! > CXX$CT13ACNSSTRNGXNK11AC1I01HD5 ! > CXX$CT15ACNSNTRNLXN13ACN05429O0g! > CXX$EQK13ACNSSTRNGXNK13A0TH6253,! > CXX$EQK15ACNSNTRNLXNK15A12B9FRLt! > CXX$INTLCLNMSPCCPP1DC78A1K5QDPTe! > CXX$NK13ACNSSTRNGXNK13AC36VBU2Go! > CXX$OP11ACWSTRNGK13ACNSS0RB5Q9Ds! > CXX$PNTLCLNMSPCCPP1DC78A299TBJH ! > CXX$STRSTRK13ACNSSTRNGXN3Q86AF8y > FAST_REP__K13ACE_NS_STRINGXV > HASH__K13ACE_NS_STRINGXV > LEN__K13ACE_NS_STRINGXVm > TYPE__15ACE_NS_INTERNALXVi > VALUE__15ACE_NS_INTERNALXV! > __CT__13ACE_NS_STRINGXPUSPKUSUI  > __CT__13ACE_NS_STRINGXV  > __CT__15ACE_NS_INTERNALXVt, > $ cxxdemangle CHAR_REP__K13ACE_NS_STRINGXV' > char *ACE_NS_String::char_rep() constl > K > As you can see the symbol above is present in the library, but the linkero! > says it is missing.  Any clues?= >f > --F > --------------------------------------------------------------------F > Rich Seibel, Software Engineer                 (314)579-0066 ext 220F > Object Computing, Inc.                           seibel_r@ociweb.comF > Need ACE training?                      See http://www.theaceorb.comF > --------------------------------------------------------------------   --( ======================================== Dale T. Lobb Programmer Analyst BryanLGH Medical Center - East      work: dale.lobb@bryanlgh.org personal: lordgeep@inetnebr.comk           lordgeep@alltel.nete( ========================================   ------------------------------  % Date: Mon, 08 Jan 2001 21:15:25 +0000m) From: Christof Brass <brass@infopuls.com>k/ Subject: Re: Sending messages to an applicationT, Message-ID: <3A5A2DED.61396B76@infopuls.com>   sol gongola wrote: >  > Christof Brass wrote:s > >  > > Arne Vajhj wrote: > > >y > > > JF Mezei wrote:.R > > > > Most GUI platforms, even my old trusted PSION 3 (not actuall a GUI) have aV > > > > mechanism whereas one application can send a message to another application toT > > > > tell it to open/close a file. (or start that application with a file to open > > > > by default). > > > > R > > > > For instance, while reading an email, you can view an attachement with theT > > > > proper application, and if the application is already started, it just opensF > > > > the new file, thus providing much faster service to the user). > > > > U > > > > VMS , as an OS, doesn't have that built-in. But does X-windows have this typee > > > > of feature ? > > >FA > It sounds like the VMS mailbox facility where a process opens aS@ > connection and sends data into it. Another application process? > opens a connection to the same mailbox and retrieves the datas > that was deposited.s > 7 > I think this has been part of VMS from the beginning.o > 
 > sol gongolas  A Yes and No. I used this facility in 1988 for IPC but compared to g8 component communication protocols it is only a low level
 transport > layer. I also don't know how communicating with more than one = client is efficiently managed. The most important difference  A which jumps to my mind are threefold: the lack of a standardised  = service infrastructure for let clients find the servers whicht are A available, the different sub-protocol types and the standardised p API by means of IDL.   ------------------------------   Date: 5 Jan 2001 13:15:55 PSTtT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) Subject: Re: Source dor TSM021? 3 Message-ID: <sXIJmnP29bN0@mccdev.slac.stanford.edu>g  9 In article <vdpb5ts0ho5hvtp25jbop74iqd6neg3vhq@4ax.com>,  ,     	Alan Greig <agreig@my-deja.com> writes: [...].H > Co-incidentally someone here downloaded TSM021 from the DNPG site justB > a few days ago. He had no problems after fixing the record size.  H         What did he set the  the  record  size  to?   I just did anotherH     download  after  seeing  your post  (which  completed  successfully,>     unlike yesterday).  The file comes in (via Netscape) with:   -----------------------------w     VAX-11 RMS attributes >         Record type:                      LF-terminated stream4         File organization:                SequentialB         Record attributes:                Implied carriage control/         Record size:                      32767g.         Highest block:                    9162.         End of file block:                9161-         End of file byte:                 286_+         Bucket size:                      0_+         Fixed control area size:          0 /         Maximum record size:              32767 +         Default extension size:           0d+         Global buffer count:              0V+         Directory version limit:          0  -----------------------------        RUNning that file gives:   ----------------------------- * MCCDEV::Fairfield> run TSM021.DCX_AXPEXE;1  K                 FTSV DCX auto-extractible compressed file for OpenVMS (AXP)a6                 FTSV V3.0 -- FTSV$DCX_AXP_AUTO_EXTRACT:                 Copyright (c) Digital Equipment Corp. 1993  ? Options: [output_file_specification [input_file_specification]]   < The decompressor  needs to know  the filename to use for the< decompressed file. If you don't specify any, it will use the< original name  of the  file before it  was  compressed,  and< create  it in  the  current  directory.  If  you  specify  a; directory name, the file will be created in that directory.e  % Decompress into (file specification): /         Opening and checking compressed file...a6 Decompressing (press Ctrl-T to watch the evolution)...%         Creating decompressed file...rE         Original file specification: SYS$SYSROOT:[SYSMGR]TSM021.SAV;1@(         Decompressed file specification:' DISK$SCRATCH:[SCRATCH.FAIRFIELD]TSM021.w SAV;1t0 %FTSV-W-COMP_DECOMPERR, fatal decompressor error -DCX-W-TRUNC, data truncated MCCDEV::Fairfield> -----------------------------V  H     I then used SET  FILE/ATTR=(RFM:FIX,LRL:512,MRS;512,RAT:NONE) on the     file to get:   -----------------------------v     VAX-11 RMS attributesj/         Record type:                      Fixed64         File organization:                Sequential:         Record attributes:                <none specified>-         Record size:                      512m.         Highest block:                    9162.         End of file block:                9161-         End of file byte:                 286o+         Bucket size:                      0n+         Fixed control area size:          0--         Maximum record size:              5121+         Default extension size:           0o+         Global buffer count:              0p+         Directory version limit:          0r -----------------------------e  H     I.e.,  record  attributes  appropriate   for  an  executable  image.A     RUNning this file again gives the same error as listed above.r  ,         Is it just me, or did DNPG screw up?               -Ken -- yM  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edue:  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  % Date: Fri, 05 Jan 2001 20:35:59 -0600*7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>o Subject: Re: Source dor TSM021?l- Message-ID: <3A56848F.97ECD712@earthlink.net>d   "Mark D. Jilson" wrote:t > H > Well we have found a whole class of customers who will not install andJ > UNZIP software on their systems that demanded a way to get patch kits in > a compressed format.  ! Here's my answer to THAT problem:u  1 $ ZIP/LEVEL=8/VMS archive_name [path]file_spec(s) ? $ COPY ddcu:<dir>UNZIPSFX.EXE,archive_name.ZIP archive_name.EXEn $ ZIP/ADJUST archive_name.EXEt  0 The, post the resulting self-extracting archive.  @ Remember to use .EXE_VAX or .EXE_AXP extensions, as appropriate.  H ...or, see http://www.djesys.com/unzip.html for an example of how to getE and unpack a compressed archive when you don't already have the UNZIPl program.   -- t David J. Dachteral dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   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.c   ------------------------------  % Date: Sat, 06 Jan 2001 00:13:42 -0500h! From: Beyonder <beyonder@vrx.net>  Subject: SSH for VMS?r8 Message-ID: <gbad5tga35hmmoje18na5l8fvm7abbtq4q@4ax.com>  " I hope someone asked this already, but is this available?   telnet is not so securee   ------------------------------  % Date: Fri, 05 Jan 2001 14:56:34 -0800 / From: Terry Marosites <TMarosites@unitedad.com>%4 Subject: RE: Suggestion for improvement for DECterm.M Message-ID: <1137A4A23A51D311B2D600105A1D5213026FE071@seantexch.unitedad.com>   I I use DECterms on my VAX 3100 work station at home , But here at work use)L reflection to connect to our systems. Other than cost of the WRQ product andK the overhead of motif on the system what would be the advantages to migrate  from VT emulator to DECtermd   Terry   A   -----Original Message-----# From: hoffman@xdelta.zko.dec.nospam & [mailto:hoffman@xdelta.zko.dec.nospam]' Sent: Friday, January 05, 2001 10:30 AMD To: Info-VAX@Mvb.Saic.ComT4 Subject: Re: Suggestion for improvement for DECterm.      L In article <rdeininger-0501011239400001@user-2iveak3.dialup.mindspring.com>,4 rdeininger@mindspring.com (Robert Deininger) writes:! :Does a VT420 count as a decterm?o  L   A VT420 is not a DECterm, and a DECterm (at least under DECwindows Motif) J   cannot specifically emulate a VT420 -- it can emulate various terminals D   from VT100 through VT340, and it can identify itself as a DECterm.  2  --------------------------- pure personal opinion ---------------------------tL    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 05 Jan 2001 21:44:49 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>aQ Subject: Re: Using Telnet create_session (was: Re: Can DCL talk to TCP/IP ports?)T, Message-ID: <3A568693.4BE7DDAF@videotron.ca>   Nicholas Barnes wrote:# > $ read/time_out=2 mylink responseoD > 500 Command unrecognized: "Data:  220 smtpgate.somewhere.com ESMTP   try read/noprompt ...n  $ (that is where the Data: comes from)  L Also, you might look into doing a SET TERMINAL TNAxx: with /NOECHO etc prior to the $OPEN statement$ (I am now sure if this is possible).   ------------------------------  # Date: Fri, 05 Jan 2001 20:07:50 GMTS+ From: rjordan@mars.mcs.net (Richard Jordan) / Subject: Re: uVAX 3100 model80/90 hardware infon2 Message-ID: <qQp56.370$8S4.31306@news.goodnet.com>   RE: RRD42 drive usage,  G The RRD42 uses a separate caddy to hold the CD; odds are you don't haveiE one in the drive (look inside the door, but if you see one it must beuA stuck else it would have ejected).  You can get these at a decenteD computer store, and I have seen them at Radio Shack.  They were veryC standard parts (unlike the unusual caddies used on RRD40s and othert older drives).     Rich Jordanr rjordan@mcs.netn   ------------------------------  # Date: Fri, 05 Jan 2001 23:46:52 GMTi From: Dirk Munk <munk@home.nl>/ Subject: Re: voor de belgische Alpha gebruikersl' Message-ID: <3A565CEA.D8FF5110@home.nl>    Alan Greig wrote:p > C > On Thu, 04 Jan 2001 22:49:46 GMT, Dirk Munk <munk@home.nl> wrote:c >  > >  > >l% > >Shane.F.Smith@Healthnet.com wrote:. > >>P > >> Oh great. Now it's only a matter of time before someone posts in Klingon... > >>
 > >> Shane > >> > >M# > >Heh heh heh, it aint that bad...  > >hK > >Please remember that at the time the founding fathers of the U.S. had tocG > >choose a national language fot their new nation, Dutch missed out by- > >only 1 vote ....]G > >Maybe if they had high courts or recounts at that time, things mighti > >have been different now.. > D > Whover designed the Florida State election web site must have been? > psychic because it contained a large section dealing with theNH > importance of voting in very close elections and gave examples of suchE > from US History. The national language was one example although I'm A > fairly sure it said the choice was between English and German. X  0 Well they did get more things wrong in Florida. E But I'm quite sure it was Dutch. And it makes more sense since places D like New York (Nieuw Amsterdam) etc. were founded as Dutch colonies,C before the English forcefully traded them in for Surinam. Maybe the > confusion comes from the word Dutch = Deutsch = German (directA translated), but in fact is the language of The Netherlands. VeryM
 confusing.  L > Might have been Dutch though. I think it also claimed that some historians< > say the vote never actually took place. Isn't history fun. >  > -- > Alan Greig   ------------------------------   Date: 5 Jan 2001 12:27:11 PSTKT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515); Subject: [Q] Which model Exabyte in TKZ09 and TKZ15 drives?e3 Message-ID: <+pp3TCgGPDlL@mccdev.slac.stanford.edu>*  H         Can anyone out there tell  me  which  model of Exabyte 8mm driveH     was  inside  DEC's  TKZ09 and TKZ15?  I'm guessing an  8205  in  the:     former and an 8500 in the latter, or 8500's in both...  H         I need to know because the TKZ09  and TKZ15 are the only two 8mmH     drives  officially supported in an HSC-95 (running the last  versionH     of HSC Software (Chronic) V8.6).  A kindly vendor shipped me a TKZ9EH     (a later model) which has  an  Exabyte  8505  inside,  but  the  HSCH     doesn't  recognize  it  and  won't  make  it  available.   I need toH     downgrade the Exabyte and I need  to know _which_ model(s) will work     in the HSC.            Thanks, Ken: -- .M  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edu :  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------   End of INFO-VAX 2001.011 ************************