0 INFO-VAX	Wed, 17 Jan 2001	Volume 2001 : Issue 34      Contents:7 (on ebay) OPEN VMS 7.1 FOR THE ALPHA PROCESSOR SEALED B ; Re: (on ebay) OPEN VMS 7.1 FOR THE ALPHA PROCESSOR SEALED B 0 ***** INSANITY ***** READ IS IMPORTANT - OR NO ?4 Re: ***** INSANITY ***** READ IS IMPORTANT - OR NO ?# Re: ACP_DATACHECK, was: Faster gzip # Re: ACP_DATACHECK, was: Faster gzip ( RE: BJ's Warehouse club - using OpenVMS?	 Re: Books 	 Re: Books 	 Re: Books  Re: C code to get file ACL
 Re: CMS Query  Compaq and IBM Re: Compaq and IBM Re: Compaq and IBM Re: Compaq and IBM Re: Compaq and IBM Re: Compaq and IBM Re: Compaq and IBM Re: Compaq and IBM Re: Compaq and IBM Re: Compaq and IBM& Compaq continues the Digital Tradition* Re: Compaq continues the Digital Tradition* Re: Compaq continues the Digital Tradition* Re: Compaq continues the Digital Tradition4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution Re: DECC / CLD question  Re: DECC / CLD question + Re: Don't know whether to laugh or cry..... , re:  Don't know whether to laugh or cry.....+ re: Don't know whether to laugh or cry..... 1 Error: DECnet address is not Equal to SCSSYSTEMID 5 Re: Error: DECnet address is not Equal to SCSSYSTEMID 5 Re: Error: DECnet address is not Equal to SCSSYSTEMID  Re: Free Cobol Compiler... Re: GS160 hardware question  Re: HIghest file version Re: HOWTO: Mounting device Re: HP-9000 to DECServer Re: HP-9000 to DECServer Re: HP-9000 to DECServer Re: HP-9000 to DECServer I/O Express x RDB locks   LED error codes for Alpha 3400 ?- Looking for SGET or WGET for VMS with TCPWare ! Lowercase filenames on VMS V7.2-1 % Re: Lowercase filenames on VMS V7.2-1 % Re: Lowercase filenames on VMS V7.2-1 % Re: Lowercase filenames on VMS V7.2-1 & Mail and attathments on OpenVMS to dos Re: Misbehaving Seagate drive , Re: Mistakes were made: was RE: Compaq: etc. New OpenVMS Times now on line ! RE: New OpenVMS Times now on line ! Re: New OpenVMS Times now on line ! Re: New OpenVMS Times now on line ! RE: New OpenVMS Times now on line ! RE: New OpenVMS Times now on line  Re: Oldtimers response Re: Oldtimers response% Open VMS mail and set forward numbers ) Re: Open VMS mail and set forward numbers ) Re: Open VMS mail and set forward numbers ) Re: Open VMS mail and set forward numbers ) Re: Open VMS mail and set forward numbers ) Re: Open VMS mail and set forward numbers ) Re: Open VMS mail and set forward numbers - Re: OpenVMS : solid but low profile - by CNET * Re: OpenVMS Volume Management (On the fly)* Re: OpenVMS Volume Management (On the fly)* Re: OpenVMS Volume Management (On the fly)* Re: OpenVMS Volume Management (On the fly)* Re: OpenVMS Volume Management (On the fly) Re: OpenVMS x AS-400% Re: powerchute for VMS AXP don't work % Re: powerchute for VMS AXP don't work  Re: QuixoticVMS?E Reboot not working on AlphaStation Dec 3000 Model 300 , OpenVMS 7.2-1  Removing old users from DS900  Re: Run .com Every 5 Min?  Re: Run .com Every 5 Min?  Re: Run .com Every 5 Min?  Re: select() on VMS  Server queue Re: Server queue TCP/IP Configuration Re: Vax 7830 or 7730 Re: Vax 7830 or 7730 Veritas Netbackup agent for VMS # Re: Veritas Netbackup agent for VMS # Re: Veritas Netbackup agent for VMS # Re: Veritas Netbackup agent for VMS # Re: Veritas Netbackup agent for VMS # Re: Veritas Netbackup agent for VMS  Re: VMS ftp patch site problem? 9 Re: VMS scheduling products - what are people using today  Re: What is LAT? Re: What is LAT? Re: What is LAT?( Re: where is the new version of OpenVMS? WRQ drops LAT ???  Re: WRQ drops LAT ???  Re: WRQ drops LAT ???  Re: WRQ drops LAT ???  Re: WRQ drops LAT ???  x25 packet switching+ Re: [TCPIP V5.0A ECO1] BIND Server errors ?   F ----------------------------------------------------------------------  + Date: Wed, 17 Jan 2001 12:12:57 -0500 (EST) . From: Mark Fearer <mfearer@mail.fearernet.com>@ Subject: (on ebay) OPEN VMS 7.1 FOR THE ALPHA PROCESSOR SEALED BI Message-ID: <Pine.LNX.4.21.0101171211380.14687-100000@mail.fearernet.com>   A http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=1208302943    ------------------------------  % Date: Wed, 17 Jan 2001 17:49:12 +0000   From: steven.reece@quintiles.comD Subject: Re: (on ebay) OPEN VMS 7.1 FOR THE ALPHA PROCESSOR SEALED BH Message-ID: <OFAAA89704.36E79E22-ON802569D7.0061B037@qedi.quintiles.com>  H But Mark, we'll never be able to get a bid in since ebay won't be up for long enough!!!!   : Mark Fearer (mfearer at mail dot fearernet dot com) wrote:: >>>(on ebay) OPEN VMS 7.1 FOR THE ALPHA PROCESSOR SEALED B    D http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=1208302943<<<   ------------------------------  % Date: Wed, 17 Jan 2001 09:13:11 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.br 9 Subject: ***** INSANITY ***** READ IS IMPORTANT - OR NO ? L Message-ID: <OFCB1E691C.B3E34CC1-ON032569D7.0043031A@ep-bc.petrobras.com.br>   Click   G http://news.cnet.com/news/0-1003-201-4500953-0.html?tag=st.ne.1002.lthd   % May be ... Hp should buy Compaq ! ! !    RIDICULOUS ! ! !   ------------------------------  % Date: Wed, 17 Jan 2001 14:24:07 +0000 % From: Alan Greig <agreig@my-deja.com> = Subject: Re: ***** INSANITY ***** READ IS IMPORTANT - OR NO ? 8 Message-ID: <3dab6tgmd7pvdj2rm8qgupra82ne4elsrm@4ax.com>  # On Wed, 17 Jan 2001 09:13:11 -0300, * fabio_compaq@ep-bc.petrobras.com.br wrote:   >Click > H >http://news.cnet.com/news/0-1003-201-4500953-0.html?tag=st.ne.1002.lthd > & >May be ... Hp should buy Compaq ! ! ! >  >RIDICULOUS ! ! !  >     D What I find more ridiculous is the reports of other analysts respose to this suggesion:  E "Bear Stearns PC analyst Andrew Neff after the bell Tuesday fired off @ what he called a "manifesto," recommending massive and immediateF consolidation of the major U.S. PC vendors. Some of his contemporaries strongly disagreed.  ...  ... F "Needham & Co. analyst Charles Wolf said the report was the "height of@ stupidity" and an overreaction tainted by the current woes of PC stocks.  ... 6 Wolf said none of Neffs proposed mergers make sense.   A "Why would HP buy Compaq?" he said. "What do they buy? Theyd get ; nothing. Theres no technology there... This is insanity."    ? So one market analyst suggests HP should buy Compaq and another ( responds that Compaq has no technology."  C There's Compaq failing to get the message across again about Alpha,  VMS, Storageworks etc...   --
 Alan Greig   ------------------------------    Date: 17 Jan 2001 10:13:18 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> , Subject: Re: ACP_DATACHECK, was: Faster gzipH Message-ID: <y44ryy5yoh.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  4 mathog@seqaxp.bio.caltech.edu (David Mathog) writes:  H > >One could argue that using the file system for this purpose is reallyI > >using the wrong tool for the job, made worse by the usual connect-the- B > >components approach of Unix which doesn't fit so well with VMS.J > While you are free to argue whatever you want both Unix and WNT use file > caching pervasively.  M The point is that, from a performance point of view, using the file system to N do IPC, even in the presence of caching, is broken - you're wasting at least aK factor of two, probably of four, of amodern system's most scarce resource - K memory bandwidth - in the copying of data to and from the cache, instead of E directly putting it into the buffer of the next program in the chain.    	Jan   ------------------------------   Date: 17 Jan 2001 16:14:07 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog), Subject: Re: ACP_DATACHECK, was: Faster gzip, Message-ID: <944gcf$ot0@gap.cco.caltech.edu>   In article <y44ryy5yoh.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:5 >mathog@seqaxp.bio.caltech.edu (David Mathog) writes:  > I >> >One could argue that using the file system for this purpose is really J >> >using the wrong tool for the job, made worse by the usual connect-the-C >> >components approach of Unix which doesn't fit so well with VMS. K >> While you are free to argue whatever you want both Unix and WNT use file  >> caching pervasively.  > N >The point is that, from a performance point of view, using the file system toO >do IPC, even in the presence of caching, is broken - you're wasting at least a L >factor of two, probably of four, of amodern system's most scarce resource -L >memory bandwidth - in the copying of data to and from the cache, instead ofF >directly putting it into the buffer of the next program in the chain. >   C I see what you mean.  But I think that if you want to run the same  9 program in either of these two modes (and this is common)      $ foo/out=temp   $ bar/in=temp    or  .   $ pipe foo/out=sys$Output | bar/in=sys$input  K the input/output system might as well run through the file IO interface in  K both cases.  The OS should be bright enough to route the data appropriately J and with maximum efficiency in both cases.  And I agree that in the second. case it should use ICC or something similar.    D Unfortunately this example illustrates one of VMS's absolutely worstG failings - PIPE throughput is horrifically bad.  For each "|" stage the I execution time goes up by a large factor so that there's a huge overhead  J for even a two level pipe.  I posted a notice of this defect to this groupA in 6/2000, here's the deja URL for that post (manually wrapped):    M   http://x70.deja.com/[ST_rn=ps]/getdoc.xp?AN=630323251&search=thread&CONTEXT A   =979747640.1635188793&HIT_CONTEXT=979747628.1635188790&hitnum=0   E In the test case cited there execution times for a simple pipe (just   copying data through) were:    Pipe |'s N    -            00:00:01 Y    0            00:00:01 Y    1            00:00:13 Y    2            00:08:44  D Ie, the final test was:  $ pipe echo < test.pfa | echo| echo > nla0:   Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech  J **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------   Date: 17 Jan 2001 07:02:26 GMT- From: djweath@attglobal.net (Dave Weatherall) 1 Subject: RE: BJ's Warehouse club - using OpenVMS? 5 Message-ID: <DTiotGxQ0bj6-pn2-Br93GwKWUvUS@localhost>   = On Tue, 16 Jan 2001 13:03:43, system@SendSpamHere.ORG (Brian   Schenkenberger, VAXman-) wrote:   N > On Thursday I went to rent a DVD and I was told that my account was inactive  % You find time to watch the telly <G>.    Cheers - Dave.   ------------------------------  # Date: Wed, 17 Jan 2001 10:25:49 GMT + From: "Nikita V. Belenki" <public@kits.net>  Subject: Re: Books; Message-ID: <Nqe96.8387$1%2.386186@sjc-read.news.verio.net>   ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in message 0 news:9426te$4ja$2@mailint03.im.hou.compaq.com...  D >   Digital Press has an OpenVMS System Management book (by Lawrence Baldwin)D >   that is reasonable, but that (currently) targets the OpenVMS VAX
 platforms.D >   An update to the book -- covering OpenVMS Alpha and other system
 managementF >   areas such as the web and networking -- is underway, but that book likely( >   won't be available on your schedule.  I By the way, are there any current plans concerning "OpenVMS Internals and  Data Structures"?    Kit.   ------------------------------  % Date: Wed, 17 Jan 2001 09:48:52 -0800 ! From: Shane.F.Smith@Healthnet.com  Subject: Re: BooksD Message-ID: <OFABCED0D3.55DEADFD-ON882569D7.0061D245@foundation.com>  J I've heard some interesting rumblings, but nothing I'd point to and call a rumour.    Shane           ? "Nikita V. Belenki" <public@kits.net> on 01/17/2001 02:25:49 AM    To:   Info-VAX@Mvb.Saic.Com  cc:    Subject:  Re: Books     ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in message 0 news:9426te$4ja$2@mailint03.im.hou.compaq.com...  D >   Digital Press has an OpenVMS System Management book (by Lawrence Baldwin)D >   that is reasonable, but that (currently) targets the OpenVMS VAX
 platforms.D >   An update to the book -- covering OpenVMS Alpha and other system
 managementF >   areas such as the web and networking -- is underway, but that book likely( >   won't be available on your schedule.  I By the way, are there any current plans concerning "OpenVMS Internals and  Data Structures"?    Kit.   ------------------------------   Date: 17 Jan 2001 18:49:08 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Books6 Message-ID: <944pf4$joo$2@mailint03.im.hou.compaq.com>  h In article <OFABCED0D3.55DEADFD-ON882569D7.0061D245@foundation.com>, Shane.F.Smith@Healthnet.com writes: : B ..I've heard some interesting rumblings, but nothing I'd point to  :and call a rumour.   9   Could that rumbling merely be my stomach growling?  :-)   A :...are there any current plans concerning "OpenVMS Internals and  :Data Structures"?  E   I'd tend to expect to see incremental updates, but I don't know if  D   any schedule, any DRI (Designated Responsible Individual), or any &   other details have been announced...  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 17 Jan 2001 09:47:41 +0000 * From: Paul Parsons <nospam@nospam.nowhere># Subject: Re: C code to get file ACL . Message-ID: <3A656A3D.85CA15F2@nospam.nowhere>  8 Thanks for everybody's help. Spot on. What a news group!   Paul   ------------------------------  # Date: Wed, 17 Jan 2001 11:28:46 GMT  From: abirkett@my-deja.com Subject: Re: CMS Query) Message-ID: <943vlb$kmr$1@nnrp1.deja.com>    Hi,   C Thanks for the responses. I tried the verify/repair but that didn't E work. I also had a look down the Compaq patch tree and only found one C for version 4. I suppose I'll have to try to push an upgrade to the ; next version - a VMS upgrade is not possible at this point.   
 Thanks again.    Ade        Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Wed, 17 Jan 2001 06:42:55 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.br  Subject: Compaq and IBM L Message-ID: <OFAE80E83B.FDB7A753-ON032569D7.003529A3@ep-bc.petrobras.com.br>  3 Compaq will ship Proliants with  Lotus Domino .....   9 http://www5.compaq.com/newsroom/pr/2001/pr2001011501.html   % Compaq and IBM:  Shark, Tivoli, Lotus   . Is Compaq planning to merge with IBM ???? :- /      
 Regards FC   ------------------------------  % Date: Wed, 17 Jan 2001 13:27:04 +0100 > From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr> Subject: Re: Compaq and IBM . Message-ID: <9442sg$i3e$1@reader1.imaginet.fr>  6 <fabio_compaq@ep-bc.petrobras.com.br> wrote in messageF news:OFAE80E83B.FDB7A753-ON032569D7.003529A3@ep-bc.petrobras.com.br...5 > Compaq will ship Proliants with  Lotus Domino .....  > ; > http://www5.compaq.com/newsroom/pr/2001/pr2001011501.html  > ' > Compaq and IBM:  Shark, Tivoli, Lotus 3 ......................................., Alpha, ...    ------------------------------  % Date: Wed, 17 Jan 2001 12:02:23 +0000 % From: Alan Greig <agreig@my-deja.com>  Subject: Re: Compaq and IBM 8 Message-ID: <kg1b6tsvrvtuc0qm9pfsrr9l05fu5rrf75@4ax.com>  # On Wed, 17 Jan 2001 06:42:55 -0300, * fabio_compaq@ep-bc.petrobras.com.br wrote:  4 >Compaq will ship Proliants with  Lotus Domino ..... > : >http://www5.compaq.com/newsroom/pr/2001/pr2001011501.html > & >Compaq and IBM:  Shark, Tivoli, Lotus > / >Is Compaq planning to merge with IBM ???? :- /   F Doubt it but it fits in with what I've heard from other major softwareC suppliers - that Compaq are building (or re-building) relationships E with partners other than Microsoft. Curiously I've heard it said that B Compaq seem less Microsoft-centric than DEC in its last few years.  E By no means does this imply that Compaq intend to trash Microsoft but : it does seem to suggest that Compaq recognise they must be
 broad-based.    D If Compaq merged with anyone I'd suggest Oracle as a candidate. Like to see Andrew spin that one!   --
 Alan Greig   ------------------------------  % Date: Wed, 17 Jan 2001 11:25:41 -0300S) From: fabio_compaq@ep-bc.petrobras.com.brI Subject: Re: Compaq and IBM L Message-ID: <OF7792DB96.2A163922-ON032569D7.004F19D4@ep-bc.petrobras.com.br>  $ If it=B4s to give suggestions ......  1 Compaq should buy Lotus and Tivoli from IBM ! ! ! 1 And People Soft (to port an ERP to OpenVMS) ! ! !L   Regardsu   FC        6 Alan Greig <agreig@my-deja.com> em 17/01/2001 10:02:23             Info-VAX@Mvb.Saic.Com        Assunto: Re: Compaq and IBM     # On Wed, 17 Jan 2001 06:42:55 -0300,e* fabio_compaq@ep-bc.petrobras.com.br wrote:  4 >Compaq will ship Proliants with  Lotus Domino ..... >e: >http://www5.compaq.com/newsroom/pr/2001/pr2001011501.html >t& >Compaq and IBM:  Shark, Tivoli, Lotus > / >Is Compaq planning to merge with IBM ???? :- /p  F Doubt it but it fits in with what I've heard from other major softwareC suppliers - that Compaq are building (or re-building) relationshipseE with partners other than Microsoft. Curiously I've heard it said thatlB Compaq seem less Microsoft-centric than DEC in its last few years.  E By no means does this imply that Compaq intend to trash Microsoft but : it does seem to suggest that Compaq recognise they must be broad-based.  D If Compaq merged with anyone I'd suggest Oracle as a candidate. Like to see Andrew spin that one!   --
 Alan Greig         =9   ------------------------------    Date: 17 Jan 2001 08:56:24 -0500* From: young_r@eisner.decus.org (Rob Young) Subject: Re: Compaq and IBMl+ Message-ID: <eaGbrMIt6TPS@eisner.decus.org>w  ` In article <kg1b6tsvrvtuc0qm9pfsrr9l05fu5rrf75@4ax.com>, Alan Greig <agreig@my-deja.com> writes:% > On Wed, 17 Jan 2001 06:42:55 -0300,c, > fabio_compaq@ep-bc.petrobras.com.br wrote:    oF > If Compaq merged with anyone I'd suggest Oracle as a candidate. Like > to see Andrew spin that one!  E 	Don't do that!  I laughed way too hard.  Good thing I wasn't sippingM- 	coffee I would have sprayed the screen. . .     			Rob   ------------------------------  % Date: Wed, 17 Jan 2001 14:43:56 +0000 % From: Alan Greig <agreig@my-deja.com>n Subject: Re: Compaq and IBMw8 Message-ID: <4gbb6tgmbu4agsempbmj4je5sviaretfba@4ax.com>  C On 17 Jan 2001 08:56:24 -0500, young_r@eisner.decus.org (Rob Young)o wrote:  a >In article <kg1b6tsvrvtuc0qm9pfsrr9l05fu5rrf75@4ax.com>, Alan Greig <agreig@my-deja.com> writes:p& >> On Wed, 17 Jan 2001 06:42:55 -0300,- >> fabio_compaq@ep-bc.petrobras.com.br wrote:e >p > G >> If Compaq merged with anyone I'd suggest Oracle as a candidate. Likel >> to see Andrew spin that one!  > F >	Don't do that!  I laughed way too hard.  Good thing I wasn't sipping. >	coffee I would have sprayed the screen. . .  >   C Then I'll be the first to suggest Comacle as the combined name. Butr> who would be laughing and would it be all the way to the bank?  , And Capellas is a friend of Larry Ellison...   --
 Alan Greig   ------------------------------  % Date: Wed, 17 Jan 2001 13:45:08 -0300n) From: fabio_compaq@ep-bc.petrobras.com.br  Subject: Re: Compaq and IBMaL Message-ID: <OF437B93C6.727CB782-ON032569D7.005BEC9B@ep-bc.petrobras.com.br>   So,e    6 Compaq should be named DECompaqen , Comtandec etc ....   FC        6 Alan Greig <agreig@my-deja.com> em 17/01/2001 12:43:56             Info-VAX@Mvb.Saic.Comb       Assunto: Re: Compaq and IBMa    C On 17 Jan 2001 08:56:24 -0500, young_r@eisner.decus.org (Rob Young)o wrote:  D >In article <kg1b6tsvrvtuc0qm9pfsrr9l05fu5rrf75@4ax.com>, Alan Greig <agreig@my-deja.com> writes:& >> On Wed, 17 Jan 2001 06:42:55 -0300,- >> fabio_compaq@ep-bc.petrobras.com.br wrote:  >  >pG >> If Compaq merged with anyone I'd suggest Oracle as a candidate. Liker >> to see Andrew spin that one!- >-I >    Don't do that!  I laughed way too hard.  Good thing I wasn't sipping 0 >    coffee I would have sprayed the screen. . . >e  C Then I'll be the first to suggest Comacle as the combined name. ButB> who would be laughing and would it be all the way to the bank?  , And Capellas is a friend of Larry Ellison...   --
 Alan Greig   ------------------------------    Date: 18 Jan 2001 00:11:47 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Compaq and IBMe- Message-ID: <87y9wai2f0.fsf@prep.synonet.com>D  ' Alan Greig <agreig@my-deja.com> writes:6  E > Then I'll be the first to suggest Comacle as the combined name. Buta@ > who would be laughing and would it be all the way to the bank?   As in oracle? or as in debacle?t   -- r< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.&@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Wed, 17 Jan 2001 09:47:55 -0800 ! From: Shane.F.Smith@Healthnet.com3 Subject: Re: Compaq and IBM-D Message-ID: <OF27C446C2.1B26AD70-ON882569D7.0061B79C@foundation.com>  K Maybe that wouldn't be such a bad thing for us. They do seem to know how to 5 manage multiple platforms, and to market effectively.    Shane,          = fabio_compaq@ep-bc.petrobras.com.br on 01/17/2001 02:12:55 AMj   To:   Info-VAX@Mvb.Saic.ComE cc:    Subject:  Compaq and IBM    3 Compaq will ship Proliants with  Lotus Domino .....W  9 http://www5.compaq.com/newsroom/pr/2001/pr2001011501.htmls  % Compaq and IBM:  Shark, Tivoli, Lotuss  . Is Compaq planning to merge with IBM ???? :- /      
 Regards FC   ------------------------------  % Date: Wed, 17 Jan 2001 13:49:47 -0500I- From: JF Mezei <jfmezei.spamnot@videotron.ca>n Subject: Re: Compaq and IBMs+ Message-ID: <3A65E94B.F0C35B0@videotron.ca>a  * fabio_compaq@ep-bc.petrobras.com.br wrote: > 5 > Compaq will ship Proliants with  Lotus Domino .....l  H This is in fact a good sign. Not because of Lotus or IBM, but because ofH Microsoft. If Compaq is now able to *sell* products that compete againstK existing Microsoft products it means that products such as Office Server oro+ VMS might also be able to be sold/marketed.e  K Of course, it could very well be an agreement to package such Lotus systems N "on demand" as opposed to actively marketing a solution which competes againstL Microsoft, in which case. Compaq is no further ahead since this would be theG same as making Office Server, VMS etc available without marketing them.h   ------------------------------  % Date: Wed, 17 Jan 2001 11:06:02 -0500G' From: Jack Patteeuw <jpatteeu@ford.com> / Subject: Compaq continues the Digital Traditionu( Message-ID: <3A65C2EA.5758DAE9@ford.com>   STEALTH MARKETING AT ITS BEST !T  G Well the EV68/833 Mhz version of the ES40 is now "officially" availabletG (it's on the DBL price file and in the QuickSpec).  Of course you wouldi0 never know this if you checked the ES40 web site4 (http://www5.compaq.com/alphaserver/es_series.html).   Sigh.   
 Jack Patteeuwy   ------------------------------   Date: 17 Jan 2001 17:38:18 GMT& From: nobody@nowhere.com (Marble Head)3 Subject: Re: Compaq continues the Digital Traditions9 Message-ID: <Xns902C8DCE2nobodynowherecom@16.121.112.222>   H Jack Patteeuw <jpatteeu@ford.com> wrote in <3A65C2EA.5758DAE9@ford.com>:    >STEALTH MARKETING AT ITS BEST ! >aH >Well the EV68/833 Mhz version of the ES40 is now "officially" availableH >(it's on the DBL price file and in the QuickSpec).  Of course you would1 >never know this if you checked the ES40 web sitet5 >(http://www5.compaq.com/alphaserver/es_series.html).  >- >Sigh. >- >Jack Patteeuw >a  ) I think we all share in your frustration.q   ------------------------------  % Date: Wed, 17 Jan 2001 10:03:42 -0800 ! From: Shane.F.Smith@Healthnet.comc3 Subject: Re: Compaq continues the Digital Tradition.D Message-ID: <OFF89826B8.FD266B6C-ON882569D7.0062EBF6@foundation.com>  I Yup, and where are the carefully selected benchmarks and the adverts thatiK should go with them? We need something like (numbers plucked out of my ***,i0 but a realistic guess for the right benchmarks):  H      The Athlon is 5% faster than the Pentium 3 at the same clock speed. The Alpha is 50%/      faster. Need speed? The choice is obvious.a  E Yes, it's spin. That's what advertising is. It's strange Compaq don'ty
 realise that.i   Shanet          ; Jack Patteeuw <jpatteeu@ford.com> on 01/17/2001 08:06:02 AMe  4 Please respond to patteeuw@pt9500.pcse.poee.ford.com   To:   Info-VAX@Mvb.Saic.Com  cc:b  0 Subject:  Compaq continues the Digital Tradition     STEALTH MARKETING AT ITS BEST !g  G Well the EV68/833 Mhz version of the ES40 is now "officially" availableuG (it's on the DBL price file and in the QuickSpec).  Of course you would 0 never know this if you checked the ES40 web site4 (http://www5.compaq.com/alphaserver/es_series.html).   Sigh.u  
 Jack Patteeuwn   ------------------------------    Date: 17 Jan 2001 19:05:35 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> 3 Subject: Re: Compaq continues the Digital TraditiontH Message-ID: <y4bst6njf4.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  ) Jack Patteeuw <jpatteeu@ford.com> writes:I  I > Well the EV68/833 Mhz version of the ES40 is now "officially" availableMI > (it's on the DBL price file and in the QuickSpec).  Of course you woulde2 > never know this if you checked the ES40 web site6 > (http://www5.compaq.com/alphaserver/es_series.html).  N THey better - or they would have to withdraw the SPEC CPU2000 results _again_.   > Sigh.L   Indeed.o   	Jan   ------------------------------  % Date: Wed, 17 Jan 2001 10:42:55 +0000&) From: Christof Brass <brass@infopuls.com>8= Subject: Re: Compaq: A simple, affordable clustering solutiona+ Message-ID: <3A65772F.23B050C@infopuls.com>i   JF Mezei wrote: O > Some people may choose to blindly disbeleive all of what Andre Harrison says.0P > I chose to beleive what I think is plausible. I don't read all his posts (someL > subjects are clearly catfights between individuals). But if I stumble on aP > post of his that makes sense, I have no problem stating that I agree with what
 > he says.  ? The point is that I don't decide if I should believe something *@ or not if it is not clear whether it is based on provable facts < if it is posted by a wellknown FUDster like Andrew Harrison.  N > Sorry, but if I get hired by Sun, and I consistently see Compaq screw up andM > present wintel for serious applications, you bet your ass that I will blastc- > the competitor's solution as much as I can.e  @ SUN claims that their people do independent consulting offering @ the best solution available to the customer. If Andrew Harrison 8 only speaks for SUN than there is no point in discussing
 technical @ terms with him or about what he said. His attitude is that of a > consultant. So we can expect that he behaves like one what he A obviously didn't in that case what I pointed out here. It should i> also be made clear who payed for Andrew Harrison's service. If it s? is the customer than I want to re-emphasise my opinion that he c< didn't act according to the rules of consulting and care of > customer relationship. As SUN couldn't help anyway because of @ the lousy performance of the available SPARC cpus he could have @ done a smart move in offering a perfect solution and re-selling > the ES40s instead of Compaq. I basically don't understand why ? companies are using Solaris/SPARC for Oracle RDBMS because the aA performance is that lousy. If you look at the TPSD (transactions w? per Second and Dollar) rate you would never buy SUN. To switch  ? to a different platform with your Oracle DB if Alpha will once  > be retired is no problem as you can trade in your license for @ another type of cpu and OS. So why wasting time and money right , now by using Solaris/SPARC instead of Tru64?  H > I certaintly would not expect a Sun or HP employee pointing out to the7 > customer that Compaq is shooting itself in the foot. t  L > Furthermore, when Compaq refuses to pitch VMS to customers, and refuses toL > market it, could you in your honest self, recommend that a company bet itsP > business on VMS when it is most unclear what Compaq's true  intentions for VMS > are ?s  < VMS wasn't mentioned at all. The aspects mentioned apply to ? the Alpha processor independently of the OS used. With respect  ? to VMS it is not the right moment to give up. With the current  @ perspective you could easily win within the typical time frame. = What I mean is: if VMS offers you the advantages you need in l@ certain circumstances then you will win economically within the A forseeable future even if VMS dies later. I regard this attitude -> of eternity thinking a major problem for good decisions. Most @ managers don't know enough to make good decisions. Instead they = use criteria which are common but not very helpful like "how 0> many people are using this technique?" or "how long will this ? company support this product?". To show why these criteria are ,5 not helpful is beyond this thread but could easily beo understood.l  < But let me add one observation which let me think that your @ contribution was not very thought through. Andrew Harrison said ; that using Alpha based ES40s had been the best solution. Hen didn't fA say that this weren't a good solution because maybe VMS wouldn't  ? be supported for more than the next 20 years or something like -> that. I wonder why you had this idea to say this Compaq Alpha > based solution which was even proposed by Andrew Harrison the = wellknown FUDster against VMS and Compaq would not be a good a9 solution? Could you please explain how that could happen?o   ------------------------------  % Date: Wed, 17 Jan 2001 10:32:02 +00002% From: Alan Greig <agreig@my-deja.com>y= Subject: Re: Compaq: A simple, affordable clustering solution-8 Message-ID: <ppra6tc67oubudevh23jlee6j4b5l436ir@4ax.com>  A On 16 Jan 2001 15:57:56 GMT, mathog@seqaxp.bio.caltech.edu (David$ Mathog) wrote:  a >In article <gr786tosbfi1b6iha2b7rekrfh0a3tcbl3@4ax.com>, Alan Greig <agreig@my-deja.com> writes:hB >>In The Economist a couple of weeks ago appeared an article which> >>suggested that Alpha technology had died along with Digital:X >>http://www.economist.com/displayStory.cfm?Story_ID=442777&CFID=101748&CFTOKEN=92856291 ><SNIP>D >>F >>This week's edition contains the following letter which I will quoteH >>in full because you can't access this link unless you are an economist8 >>subscriber - some links work unregistered; some don't.X >>http://www.economist.com/displayStory.cfm?Story_ID=471556&CFID=101748&CFTOKEN=92856291& >>Economist, Jan 13-19th 2001, Letters >> >>Alpha Plus >>========== >> >>Sir, >> ><SNIP>a >>Not so. Compaq's? >>Alpha technology and our PC business serve different markets.C ><SNIP>- >> >>Werner Koepf >>Chairman and CEO >>Compaq Computer International  >>Zurich >sO >At last somebody from Compaq who is sufficiently on the ball to give a timely -M >reply to bad press.  Interesting that it came from the international branch  L >and not the head office in the USA.  However while most of what he says is R >nice I do worry that the quoted sentence that says Alphas and PCs serve differentJ >markets.  I think it is not just a simplification but rather an admissionG >that Compaq does not, and will not, position Alphas to compete against H >their own or anybody else's PC systems.  Since "PC" these days includesK >Nway servers, that pretty much knocks the bottom half off of the potentialgG >Alpha market.   I'm not just talking VMS here - if Alpha/Linux doesn't 6 >compete against PCs, what does it compete against???   E Koepf says they serve different markets but goes on to say that Alpha/E technology is driving the future. This could easily be read as the PC:F as we know it (WIndows) has a finite life span in front of it and thatC Compaq intend to drive the Alpha processor into the market from the B top end down  rather than the failed DEC push of all things to allF men. Alpha Linux, Hobby VMS and T64 could well be seen as a calculated foothold in the low end.  D I don't think we can get away from the fact that Compaq has to speakD in riddles until it's a bit more confident of where the future lies.E DEC assumed the future was NT everywhere. That's now highly unlikely.a  # Found a bit of background on Koepf:   N http://www5.compaq.com/newsroom/pr/2000/0,1494,wp~14583_2!ob~33306_1_1,00.html  B "...while Koepf will concentrate on the strategic direction of theF operation and the implementation of Compaq Computer International GmbHD in Zurich, Switzerland. Walker will be based in Zurich and report to Koepf. i ... D Koepf has been with Compaq for more than six years, the last year asC the vice president and general manager of EMEA. Previously he spentaF four years as chairman and chief executive officer of European SiliconC Structures BV, and 22 years with Texas Instruments, where he became E vice president of the company's European Semiconductor Group and viceo1 president of its International Systems Division. i  F Koepf holds both an MSc in Economics from Munich University and an MSc6 in Electrical Engineering from St. Poelten, Austria".   F Interesting background: Both technically and in the fact that he's not ex DECie it appears.   --
 Alan Greig   ------------------------------  % Date: Wed, 17 Jan 2001 12:04:36 +0000i0 From: andrew harrison <andrew.nospam@uk.sun.com>= Subject: Re: Compaq: A simple, affordable clustering solutionr* Message-ID: <3A658A54.A0E7C3D1@uk.sun.com>   Christof Brass wrote:t > B > Do us a favour. Name the customer and the people involved. We'll@ > send somebody familiar with the technical terms to sell them a- > couple of ES40s or whatever is appropriate.   > Or did you make up this story?  < Why should I, so Compaq can have another bite at the cherry.  ; And no I didn't make it up it is entirely true and I hardly(8 need to point out to you that it is also obviously true : this behaviour is what people complain about all the time.   Regards  Andrew HarrisonA Enterprise IT Architect.   ------------------------------    Date: 17 Jan 2001 11:07:05 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>g  Subject: Re: DECC / CLD questionH Message-ID: <y41yu25w6u.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  L Any CLD-based program of course has to check all switches that it thinks theN CLD contains, that's why you will see an error message like this even when you* haven't actually specified a value for it.  I THe symptom you see is indicative of the image and the actual contents ofbG the process's DCLTABLES having come out of synch. There are a number ofbI possibilities that might apply; one is that you have just installed a new>H compiler, but haven't logged out and in again to get the new copy of theM DCLTABLES. Or the install placed them in the wrong directory, and they aren'tmK visible from another cluster node. Or the UAF entry for the current processs? specifies a different copy of DCLTABLES. There likely are more.o   Jan    ------------------------------   Date: 17 Jan 2001 18:17:05 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)  Subject: Re: DECC / CLD question6 Message-ID: <944nj1$jeg$1@mailint03.im.hou.compaq.com>  ] In article <EJEDILJIPPJOIEFOLDHLKENICDAA.tom@kednos.com>, Tom Linden <tom@kednos.com> writes: M :CC/STANDARD=VAXC/NOMEMBER_ALIGN/EXTERN_MODEL=COMMON_BLOCK /define=("ILTCHECKb :1", "ILTDUMP 1") /DEBUG. :/NOOPTIMIZE  /object=OBJ$:ILTALLOC ILTALLOC.C& :%CLI-F-SYNTAX, error parsing 'ACCEPT'; :-CLI-E-ENTNF, specified entity not found in command tables. : 5 :This is running DEC C V6.0-001 on OpenVMS Alpha V6.22  E   You either have old tables lurking (eg: in SYS$SPECIFIC:), multipleaF   tables, or you have not logged out and back in or otherwise reloadedB   DCLTABLES after installing a new version of the compiler, or youB   need to reinstall the new DCLTABLES on this or other nodes in a 
   cluster.  @   For grins, try SET COMMAND/TABLE=SYS$COMMON:[SYSLIB]DCLTABLES.C   Also check to see that the top version of DCLTABLES is installed..  M :Not sure why I am getting the error in the first place, don't see /ACCEPT ont :command line.  B   The compiler is looking to see if you specified the qualifier...  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 17 Jan 2001 07:02:28 GMT- From: djweath@attglobal.net (Dave Weatherall)84 Subject: Re: Don't know whether to laugh or cry.....5 Message-ID: <DTiotGxQ0bj6-pn2-QvQodNiDWX7P@localhost>r  B On Tue, 16 Jan 2001 18:19:07, fabio_compaq@ep-bc.petrobras.com.br  wrote:  L > Two things are important to the end costumer.... performance and a GUI ! ! > ! + > They dont care what is the back end .....  > H > SAP has tyhe SAPGUI, the Web is a kind of GUI (???), but OpenVMS still > usingcG > DEC VT terminals and X-Windows which is not the preferable GUI to and E > end-user. Its good for us: system managers becase rheres a little  > complexity > to put X-Windows to work ! > B > The new OpenVMS GUI shoud  like the Windows GUI.....Using an ICA > client-like !eL > Its important to have a good device driver for OpenVMS run this graphicalA > erminal or have a "Citrix Terminal Server-like" under OpenVMS !   E But CDE, of which I am not a fan, is the same GUI that is running on ,A all NCD terminals hosted on our Solaris machine. Eveybody in our cE office had a Alphastation on their desk (it was I'm told the largest .E cluster in Germany). Our systems department changed the stations for wC NCD's leaving the Monitors, Keyboard and mice the same. The log-in rF screen looks the same. When you're past the Solaris startup you get toC the CDE screen and the only way you know it's NOT the old Alpha is -3 when the key-maps start to mis-behave (I simplify).   D Whether its is a good idea to have the Solaris as the only (TCP/IP) - route to our VMS cluster is another question.e   Cheers - Dave.  D PS I have to confess to not being a GUI person. There are good uses E for them (My Cakewalk music software) but there are some things more oF easily/quickly done from the command line/keyboard. I still prefer the old Decwindows/Motif to CDE. t   ------------------------------  % Date: Wed, 17 Jan 2001 12:12:09 +0100o/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> 5 Subject: re:  Don't know whether to laugh or cry.....a6 Message-ID: <009F6407.2E0AA4BD.2@maxwell.ph.kcl.ac.uk>   > 5 > OH! I almost forgot one more very disturbing point. J > At Sun microsystems site is a hardware compatiblilty list.  Compaq makesM > more intel boxes that can run Solaris 8 than any other manufacture of intel-% > boxes.  Now what does this tell us?1 >   O "Never attribute to malice that which is adequately explained by incompetence".h  J I don't believe it's a conspiracy. If Compaq cared about whether Sun wouldE keep their PCs on the Solaris HCL, then it would be Tru64 getting thewG cold shoulder, not (just) VMS. Plus Compaq would not be offering Linux,c1 which is surely the product which Sun fears most.e  H No, more likely what happened was that Compaq bought Digital, and wantedG to merge its systems with Digital's (sensible, since an ever-increasing7J number of parts are going to be common between the Intel and Alpha productE lines). Political dynamics of a takeover made it near-inevitable thatdH Compaq's pre-existing systems would be adopted, and Digital's abandoned.G At that time, Compaq probably bought the Palmer line about VMS, so it'sW@ unlikely that there was even any discussion of technical merits.  F But it's a good point to make, that if Compaq wanted to tell the worldH that VMS is defintely here to stay, a very good way to do it would be toI migrate a mission-critical internal system from NT to VMS, or even better D *back* from NT to VMS, and then tell the world that they'd done it. A Almost-free advertising, a better service to all their customers mG (including the Intel ones), and a very strong message to send to folks  F within Compaq who are still locked in a PC-company mindset, as well as
 to customers.a   	Yours,f
 		Nigel Arnote- 		NRA@MAXWELL.PH.KCL.AC.UK                   t  7 		"In the beginning there was nothing, which exploded."i   ------------------------------  % Date: Wed, 17 Jan 2001 14:35:41 +0000   From: steven.reece@quintiles.com4 Subject: re: Don't know whether to laugh or cry.....H Message-ID: <OF488EC3BB.FB68E514-ON802569D7.004FE9A2@qedi.quintiles.com>  I And also a real big bit of bad publicity for the PC company that couldn'ttH even tune their own systems so that the performance of the Windows basedH system was acceptable.  Never mind the fact that it migrated back to theJ old reliable OpenVMS on Alpha hardware, just look at the fact they screwed it up and had to back out.  I That's worse than keeping with the Windows stuff as far as Joe Public, ITu& Manager to the Stars is concerned.....  C Nigel Arnot (sysmgr at maxwell dot ph dot kcl dot ac dot uk) wrote:eI >>>But it's a good point to make, that if Compaq wanted to tell the worldfH that VMS is defintely here to stay, a very good way to do it would be toI migrate a mission-critical internal system from NT to VMS, or even betterPC *back* from NT to VMS, and then tell the world that they'd done it. @ Almost-free advertising, a better service to all their customersF (including the Intel ones), and a very strong message to send to folksF within Compaq who are still locked in a PC-company mindset, as well as to customers.<<<   ------------------------------  # Date: Wed, 17 Jan 2001 13:31:35 GMTh From: sfm1115@bjc.org : Subject: Error: DECnet address is not Equal to SCSSYSTEMID1 Message-ID: <3a659e42.156428322@news.starnet.net>a  B I am getting an error I never noticed before on one of my servers:  : DECnet address (*****) is not equal to SCSSYSTEMID (*****)  E Should I change the DECnet address or the System ID?  If so, how do Ie go about doing this?     Thanks   Shawnu   sfm1115@bjc.org    ------------------------------  # Date: Wed, 17 Jan 2001 14:09:20 GMTe- From: leonard.sobczynski@compaq.com (EzRider)e> Subject: Re: Error: DECnet address is not Equal to SCSSYSTEMID0 Message-ID: <3a65a6a5.764795467@news.compaq.com>  8 On Wed, 17 Jan 2001 13:31:35 GMT, sfm1115@bjc.org wrote:   Shawn,  = The parameter that is going to be changed is dependant on itshB environment.  Is this a clustered node?  If yes is it CI or ?  OneB other question, is it Phase IV or V  DECnet?  I do not believe theF version of OpenVMS would enter into this, however it may be helpful to have.r   EzRider    ------------------------------  % Date: Wed, 17 Jan 2001 18:56:03 +0100 2 From: "Thomas H. Pauli" <thomaspauli@arcormail.de>> Subject: Re: Error: DECnet address is not Equal to SCSSYSTEMID+ Message-ID: <3A65DCB3.8020601@arcormail.de>a  C Well, the SCSSYSTEM ID must be set to DECnetgroup*1024 + DECnetnode 9 for example a DECnet node 28.172 must have a SCSNODEID ofeG 28*1024+172 = 28844. This should be placed into SYS$SYTEM:MODPARAMS.DAT @ and an AUTOGEN should run. After rebooting the system everything should work.   Greetings, Thomas-   sfm1115@bjc.org wrote:  D > I am getting an error I never noticed before on one of my servers: > < > DECnet address (*****) is not equal to SCSSYSTEMID (*****) > G > Should I change the DECnet address or the System ID?  If so, how do Id > go about doing this? >  >  > Thanks >  > ShawnN >  > sfm1115@bjc.orgN     -- O? ---------------------------------------------------------------/9 *** Please notice! New eMail address from 12-dec-2000 on:X thomaspauli@arcormail.de? --------------------------------------------------------------- 9 Thomas H. Pauli, Hammersteinstr.19, 14199 Berlin, Germany    ------------------------------  % Date: Wed, 17 Jan 2001 11:02:41 +0100l7 From: Alain Chappuis <Alain.Chappuis@medecine.unige.ch>e# Subject: Re: Free Cobol Compiler...a1 Message-ID: <3A656DC1.94387112@medecine.unige.ch>n  " > "Valdemir J. Santos" a =E9crit : > =d  J > I=B4d like to know if is there any free Cobol compiler similar to Compa= q Cobol. > to use in my PC. > Thank you.   See for the pages:1 http://www.adtools.com/products/downloadCOBV3.htmr   Have a nice day. Alain. -- =  A +----------------------+----------------------------------------+ A | Alain Chappuis       | Responsable: E-mail; cmu.unige.ch      |sA | Analyste programmeur | WEB : medecine, cds, ebn, jid, Sifm    | A | Universite de Geneve | E-mail: Alain.Chappuis@unige.ch        |-A | Centre Medical Univ. | Phone: +41 (22) [70]25.073             |tA | 1, Rue Michel-Servet | FAX : +41 (22) 347.33.34 ou 702.58.58  |lA | CH-1211 Geneve 4     | http://cmub.unige.ch/www/si/alain.html |oA +----------------------+----------------------------------------+c   ------------------------------  # Date: Wed, 17 Jan 2001 12:04:27 GMTo From: jordanlh@my-deja.com$ Subject: Re: GS160 hardware question) Message-ID: <9441o9$m7i$1@nnrp1.deja.com>i  * In article <3A641DDE.37CE436B@uk.sun.com>,3   andrew harrison <andrew.nospam@uk.sun.com> wrote:h > Jordan Henderson wrote:  > [snip] > >g > >o> > > Hmmm... Please, enlighten us, I've searched dejanews and IA > > can't find Kerry accusing you of FUD surrounding OPS in a boxh > > on Wildfire. > > 2 > > If you can't find it will you finally go away? > >  >i1 > You didn't look hard enough rummage a bit more.  >h  ? I've looked again.  It's not there. I'm beginning to think this 5 is just about as reliable as everything else you say.n  : It's funny, you make all sorts of unbacked assertions, but9 whenever the facts are checked, well, let's just say your'; credibility suffers.  I won't accuse you of lying again, itm* could just be you are hopelessly confused.  E > > >Hint OPS in a box is partitioning the database to get around thee$ > > >issues of having a NUMA system. > > >o > > = > > (Translation: OPS in a box is a scheme to get the highestl: > > performance out of a NUMA system when running Oracle.) > >  >t > You forgot to add. > 8 > By using the fact that OPS allows you to run instances< > on QBB's which effectively partition your memory subsystem; > reducing the traffic over the switch interconnect to lock ? > and recovery traffic. This is very helpfull in a NUMA system.o >a  B As you said in another thread about Rdb performance, this may well- be, but it's not backed up by any benchmarks.-  	 > Regards- > Andrew Harrison  > Enterprise IT Architectr >    -Jordan Hendersona jordan@greenapple.comu     Sent via Deja.comw http://www.deja.com/   ------------------------------    Date: 17 Jan 2001 08:42:44 -0500, From: koehler@eisner.decus.org (Bob Koehler)! Subject: Re: HIghest file versione+ Message-ID: <zO5wjsHUNnrD@eisner.decus.org>k  W In article <3A646704.4FE38027@Teradyne.com>, Android <Andy.Warren@Teradyne.com> writes:.K > I don't use ODS5 (which may be different?)  But, under ODS2, 32767 is thes4 > maximum file version number...  ie FILE.TYPE;32767 >    Not changed on ODS-5.o  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences CorporationP= NASA GSFC Flight Software       | Federal Sector, Civil GrouprE                                 | please remove ".aspm" when replyingC   ------------------------------  % Date: Wed, 17 Jan 2001 11:25:58 +0000i' From: Hitendra Patel <h.patel@rl.ac.uk> # Subject: Re: HOWTO: Mounting devicet( Message-ID: <3A658146.9419D5D0@rl.ac.uk>  	 Dear All,o  C Once again a BIG thank you to everyone who responsed. Another happym user....;))o   ------------------------------    Date: 17 Jan 2001 10:33:51 -0500, From: koehler@eisner.decus.org (Bob Koehler)! Subject: Re: HP-9000 to DECServerf+ Message-ID: <6xB666$yDYoC@eisner.decus.org>o  J In article <942cso$br7$1@nnrp1.deja.com>, craig.lansing@ipaper.com writes:D > I realize that this is more of an HP-UX than VMS question, but.... > H > Has anyone used the HP-9000 ocd/ddfa ethernet to serial comm. softwareE > to communicate with a port on a DEC Terminal Server (DECServer 90M,tI > 700, or 900TM)?  Does this work well?  Any major problems?  Any specialy0 > configuration (dp or otherwise)considerations? > G > On a similar note, has anyone used an HP-9000 as a bootp server for aY5 > DECServer and is there anything special about that?  >   N Its not clear to me, are you trying to get from the HP to the terminal server F via a serial port or via the Ethernet port?  What does ocd/ddfa do and what hardware does it utilize?  D If you need to get in via the Ethernet port, some DECservers supportE TCP/IP but I'm not sure if any do for console functions.  You can getaG LAT from 3rd parties like KiResearch.  If you're coming from the HP viadG a serial port into a serial port of the DECserver you just need to makeeE sure you've got the physical connections, baud rate, and such typicalq serial line parameters right.n  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationf= NASA GSFC Flight Software       | Federal Sector, Civil GroupiE                                 | please remove ".aspm" when replying/   ------------------------------    Date: 17 Jan 2001 23:26:36 +0800, From: Paul Repacholi <prep@prep.synonet.com>! Subject: Re: HP-9000 to DECServer.- Message-ID: <877l3ujj2r.fsf@prep.synonet.com>R  6 "Craig D. Lansing (root)" <lansing@beldar.com> writes:  Q > By your reply I have now gotten infinitely more info. than I got from the HP-UX@S > newsgroup where I started.  Be that as the case, I am trying to avoid using an HP Q > DTC (terminal server) to do the serial communications to the DECServer.  I justlS > seems like an extra piece of hardware.  I'd rather go straight via TCP/IP or somehO > other HP supported protocol to a port on the DECServer and run an RS-232 line M > from that port back into the same DECServer that is connected to the Alpha.-S > I realize that all this buys me is one less failure point (the DTC).  Ultimately,o  8 If you use a Lantronix with LAT, it cna be configured as a LAT/Telnet gateway.-  9 Or at leasst the older ones can. Their web site is prettyo7 dweeby, but their tech support is good. shock horror...d; They even know what VMS and LAT are. Will the wonders nevers cease.   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.t@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Wed, 17 Jan 2001 11:25:04 -0500 * From: Chuck Chopp <ChuckChopp@rtfmcsi.com>! Subject: Re: HP-9000 to DECServer.+ Message-ID: <3A65C760.7A58BA3D@rtfmcsi.com>     "Craig D. Lansing (root)" wrote:  Q > By your reply I have now gotten infinitely more info. than I got from the HP-UXhS > newsgroup where I started.  Be that as the case, I am trying to avoid using an HPdQ > DTC (terminal server) to do the serial communications to the DECServer.  I justrS > seems like an extra piece of hardware.  I'd rather go straight via TCP/IP or someiO > other HP supported protocol to a port on the DECServer and run an RS-232 linexM > from that port back into the same DECServer that is connected to the Alpha.iS > I realize that all this buys me is one less failure point (the DTC).  Ultimately,eO > I'd like to have just gone sockets directly to the Alpha and avoid the serialnI > nonsense altogether, but that was way beyond the vendor's capabilities.s >. > Hoff Hoffman wrote:n >yN > > In article <942cso$br7$1@nnrp1.deja.com>, craig.lansing@ipaper.com writes:G > > :I realize that this is more of an HP-UX than VMS question, but....0 > >t
 > >   Ayup...I > >cK > > :Has anyone used the HP-9000 ocd/ddfa ethernet to serial comm. softwareSH > > :to communicate with a port on a DEC Terminal Server (DECServer 90M,L > > :700, or 900TM)?  Does this work well?  Any major problems?  Any special3 > > :configuration (dp or otherwise)considerations?l > >eG > >   If you are connecting on the serial side opf the DECserver, well,e> > >   it's a serial line that expects XON/XOFF line control... > >iE > >   I'd suspect a lower density of folks familiar with HP/UX serial 6 > >   connections here than in the HP/UX newsgroups... > >qD > >   On the network side, you'd need LAT client software for HP/UX.D > >   The LAT protocol and associated example software was licensed,3 > >   and was not generally available for download.  > >iI > >   I'd suspect a lower density of folks familiar with HP/UX LAT client  > >   availability here than...a > >.J > > :On a similar note, has anyone used an HP-9000 as a bootp server for a8 > > :DECServer and is there anything special about that? > >vI > >   A cheap/used OpenVMS VAX would be an alternative approach...  OtheraK > >   approaches might be available, but the problem description is slim...l > >tR > >  --------------------------- pure personal opinion ---------------------------P > >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com  T I've had a little experience with HP's DTC equipment in the past.  A former employerR of mine hired me for OpenVMS system administration work and failed to tell me thatS they were eliminating their VAX systems and replacing with HP 3000 systems [runningsQ MPE/ix].  I took a few classes on the 3000's and then promptly bugged out of thatoR place to keep working with OpenVMS.  Anyway, the DTCs typically use a non-routableU network protocol called PROBE that is similar to DEC's LAT protocol.  I'm not sure if4H HP-UX speaks PROBE, too, or if the DTCs also can communicate via TCP/IP.  Q The big question is whether or not the software on the HP-UX system can speak viao3 TCP/IP sockets or if it must communicate via PROBE.d  T Can you clarify what the "ocd/ddfa" software does?  Does it emulate a serial port onU the host operating system [e.g. makes a device available under "/dev"], or does it dooS some other network-based communications w/o presenting a pseudo-device of some sorte	 to HP-UX?0  P If you can speak TCP/IP from the HP-UX system, for this application specificallyO [since HP-UX obviously speaks TCP/IP in general], then you can use a DS700 or al; DS90M.  I'm not sure what a DS900 is - I've never seen one.b  R I have used numerous types of DHCP/BOOTP servers to provide boot images to variousT types of terminal servers that support this functionality.  This includes DHCP/BOOTPP servers on OpenVMS [TCPware, Multinet and UCX], Unix [AIX and HP-UX] and NetWare2 v4.x/v5.x to do this at various times in the past.  R The biggest issue with using DHCP/BOOTP servers to provide boot images to terminalR servers is the exact model of terminal server that you have.  The DS700s have beenR around for a long time now and over time they have changed.  These changes includeS increases in the amount of RAM on the terminal server [and the corresponding memoryDR requirements of the boot image], changes to the remote bootstrap firmware, supportT for Flash RAM memory cards [to hold a boot image], etc...  Early models of the DS700T had various problems with booting via BOOTP and getting a boot image via TFTP from aR remote host.  I would highly recommend that you spend the money and get a terminalR server with Flash RAM installed in it so that it boots locally instead of over theQ LAN/WAN.  This will simplify your administration of terminal server and will also R make booting it a much faster and more reliable process.  Otherwise, you must makeP sure that your terminal server can obtain its IP configuration from a DHCP/BOOTPT server [which in turn tells it what TFTP server to use] and then obtain a boot imageR via TFTP.  Also, your network infrastructure needs to be set up so that routers inT your TCP/IP network can forward the UDP broadcast packets involved the in DHCP/BOOTPT protocols and forward them to your DHCP/BOOTP servers [if the DHCP/BOOTP clients are6 on a different IP subnet than the DHCP/BOOTP servers].  N All that said, I've used the serial port loopback method many times to provideT interfaces between applications that could only initiate outbound TCP connections toU talk to a remote piece of equipment.  Effectively, you set up two ports on a terminaltQ server to accept incoming TCP connections on specific TCP port numbers.  Then you R install a null modem cable between the ports.  Each host system connects to one ofS the specified TCP port numbers and then begins sending data and listing for data onoU the TCP connection.  The terminal server simply serves as a passthru/relay agent thateU passes the data through to the various systems that connected to it via TCP/IP.  This S also works when one of the systems is an older VMS system that does not have TCP/IPiJ on it and can only speak LAT, in which case you simply enable incoming LATP connections on one the terminal server ports and incoming TCP connections on the5 other terminal server port used in the configuration.   M If your HP-UX system must use a DTC because a requirement for using the PROBEcU protocol, then you can still implement the same type of configuration, except insteadsT of having two ports on a single terminal server connected via a null modem cable youP will use one terminal server port on each of two different devices (the terminalO server and the DTC).  One thing to watch out for when using different models oftT terminal server equipment in this manner is the varying types of physical connectorsQ used on the serial ports.  Some terminal servers use DB25 or even DB9 connectors.tL Still others use RJ45 jacks, but each particular piece of equipment may haveQ different signal-to-pin assignments so be sure that you have the necessary serialiS port pinout documentation to be sure that you properly build your null modem cable.<P Another issue to be aware of is that some brands/models of terminal servers haveN different default behaviors w/respect to their readiness to accept an incomingQ network connection for a port based on the RS232 hardware signals such as DSR, CDoR [a.k.a. DCD] and RTS.  You may need to make sure that DTR/DSR or CTS/RTS or DTR/CDT are crossed-over between the serial ports or just looped locally at one end in orderS for the port to be enabled for incoming network connections.  Another similar issue-U is the software configuration of the port as it relates to these same hardware signaloK lines on the port.  Some terminal servers can be configured specifically to L [dis]allow connections based on the status of DSR, CD, RTS or even RI.  I'veO encountered strange timing problems where a bug in the terminal server softwarenR introduced disconnects becacuse it was expecting (and not detecting) certain inputP hardware signals to transition in a certain manner in response to changes in the$ ports output signals of DTR and RTS.   I hope this helps.     Regards,   Chucke -- Chuck Chopp-  8 ChuckChopp@rtfmcsi.com            http://www.rtfmcsi.com0                                   ICQ # 22321532@ RTFM Consulting Services Inc.     864 801 2795 voice & voicemail2 103 Autumn Hill Road              864 801 2774 fax4 Greer, SC  29651                  800 774 0718 pager7                                   8007740718@skytel.coma   ------------------------------  % Date: Wed, 17 Jan 2001 16:23:48 +0000O% From: Alan Greig <agreig@my-deja.com>.! Subject: Re: HP-9000 to DECServeri8 Message-ID: <1ihb6t87s9756v5eee9pabs9sr3u7tguq5@4ax.com>  E On 17 Jan 2001 10:33:51 -0500, koehler@eisner.decus.org (Bob Koehler)v wrote:  E >If you need to get in via the Ethernet port, some DECservers supportuF >TCP/IP but I'm not sure if any do for console functions.  You can get  B Certainly the DECServer 700 does. Note that its on standad port 233 *not* 2048 or 2000 as most third party LAT servers.-   $ telnet aaa.bbb.ccc.ddd # ! (remote access password)  , %TELNET-I-TRYING, Trying ... aaa.bbb.ccc.ddd< %TELNET-I-SESSION, Session 01, host aaa.bbb.ccc.ddd, port 23( -TELNET-I-ESCAPE, Escape character is ^]  - Network Access SW V2.2 for DS700-16 (BL29-52)-  > (c) Copyright 1997, Digital Equipment Corporation - All Rights Reserved  ' Please type HELP if you need assistancec   Enter username> xxxl  . Local> SHOW PORT ! Just to show it's a console> Local -734- Invalid operation from a remote management console Local>   --
 Alan Greig   ------------------------------  % Date: Wed, 17 Jan 2001 08:11:25 -0300h) From: fabio_compaq@ep-bc.petrobras.com.bra  Subject: I/O Express x RDB locksL Message-ID: <OFB6DAB346.21923CA8-ON032569D7.003D03CA@ep-bc.petrobras.com.br>  @ Do anyone is using I/O Express under OpenVMS with RDB to improve
 performance ?n  B I still having problems with RDB locks in one specific application (developed in GEMBASE).eJ A consulting company is suggesting install I/O Express  to improve the I/O queuing.A The main problem is: when the users exceed a specific number, the: application begin E to generate locks in the RDB !!! Now the application is with 50 usersa online and were cut-+ about 50 (> 50 means high number of locks).-  H Do you have any experience with this kind of product and configuration ?   Regards    FC   ------------------------------  # Date: Wed, 17 Jan 2001 17:03:40 GMT9 From: trevor_deja@my-deja.com ) Subject: LED error codes for Alpha 3400 ? ) Message-ID: <944j94$5ai$1@nnrp1.deja.com>>   Hi  G Is there online anywhere, a list (with a description of the problem) ofnC the error codes displayed by the rear panel LED's for an Alpha 3000n model 400.  Ta   Regards, Trevoro   trevor_deja@my-deja.com      Sent via Deja.comt http://www.deja.com/   ------------------------------  % Date: Wed, 17 Jan 2001 12:40:21 -0500'- From: "Peter Weaver" <peter.weaver@stelco.ca> 6 Subject: Looking for SGET or WGET for VMS with TCPWare4 Message-ID: <yPk96.121022$Z2.1449646@nnrp1.uunet.ca>  ? Does anyone have a copy of SGET or WGET (I do not know what the F difference is if anyone out there can fill me in) for VMS (VAX or AXP)' with TCPWare? I found a copy of WGET atnF http://nucwww.chem.sunysb.edu/htbin/software_list.cgi?package=wget-1_5A _3d but it was Multinet specific. I also found references in DejaTB about a copy of WGET on a FTp site but I could not get to the site yesterday or today.y     --   RULES OF THE AIR   -----------------t>  #14. Always try to keep the number of landings you make equal-       to the number of take offs you've made.y   ------------------------------  # Date: Tue, 16 Jan 2001 23:29:29 GMT ' From: rreffner@cstone.net (Rob Reffner) * Subject: Lowercase filenames on VMS V7.2-1. Message-ID: <3a64d906.2896922@news.cstone.net>  B I have encounter a situation where lowercase filenames are causing@ problems. I was not aware that VMS allowed this but I have found> several. Is there a way to prevent this and what is the cause?     Thnaks in advance,     Rob-   ------------------------------   Date: 17 Jan 2001 16:28:23 GMT8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond). Subject: Re: Lowercase filenames on VMS V7.2-16 Message-ID: <944h77$i6r$1@mailint03.im.hou.compaq.com>  X In article <3a64d906.2896922@news.cstone.net>, rreffner@cstone.net (Rob Reffner) writes:C >I have encounter a situation where lowercase filenames are causingeA >problems. I was not aware that VMS allowed this but I have found-? >several. Is there a way to prevent this and what is the cause?   A Read the release notes and new features manual entries about the t9 Extend File Specifications that became available in V7.2.   1 Perhaps you could start with HELP EXT_FILE_SPECS.y  D There is also a Guide to Extended File Specifications.  (AA_EZRA-TE)   -- iK     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAcH        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Wed, 17 Jan 2001 11:26:13 -0500h5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>0. Subject: Re: Lowercase filenames on VMS V7.2-1, Message-ID: <944h61$au61$1@lead.zk3.dec.com>  7 Don't use ODS-5, and you shouldn't get lowercase names.h  6 From DCL you can use the SET PROCESS/PARSE=TRADITIONAL  C But that won't stop an application from doing something to create aa lowercase name.a    B Rob Reffner wrote in message <3a64d906.2896922@news.cstone.net>...C >I have encounter a situation where lowercase filenames are causinggA >problems. I was not aware that VMS allowed this but I have foundh? >several. Is there a way to prevent this and what is the cause?n >s >e >Thnaks in advance,b >  >t >Rob >    ------------------------------   Date: 17 Jan 2001 17:22:51 GMT' From: david20@alpha2.mdx.ac.uk (D.Webb)E. Subject: Re: Lowercase filenames on VMS V7.2-10 Message-ID: <944kdb$d4t$1@aquila.news.mdx.ac.uk>  X In article <3a64d906.2896922@news.cstone.net>, rreffner@cstone.net (Rob Reffner) writes:C >I have encounter a situation where lowercase filenames are causing A >problems. I was not aware that VMS allowed this but I have found ? >several. Is there a way to prevent this and what is the cause?l >n >t >Thnaks in advance,s >  >i >Rob >i  4 It would help if you could provide more information.P However since you are using VMS 7.2-1 I would guess it has something to do with C using files on a disk with the new (optional) ODS-5 disk structure.a   From HELP :-   V72_FEATURES     System_Management_Features        Extended_File_Specifications  C          Extended File Specifications is a feature of OpenVMS Alpha >          Version 7.2 that allows the use of Windows-style fileF          specifications. Extended File Specifications includes support          for the following:a  B          o  The ODS-5 disk structure. ODS-5 is an extension to theF             existing ODS-2 disk structure, and adds the ability to useF             extended file names that can be more easily mapped betweenF             Windows and OpenVMS. ODS-5 expands the available characterH             set and filename length to be consistent with Windows 95 andG             Windows NT, and sets the stage for future Unicode file namel&             support through PATHWORKS.     and from  HELP Ext_File_Specse   EXT_FILE_SPECS  
   Overview       Features         ODS-5   /         More_Characters_Legal_Within_File_Namesr  I              A broader set of characters is available for naming files ontL              OpenVMS. ODS-5 offers support for file names that use the 8-bitM              ISO Latin-1 character and 16-bit Unicode (UCS-2) character sets.r  ;              ISO LATIN-1 and Unicode (UCS-2) Character Sets I              The ISO Latin-1 Multinational character set is a superset ofnL              the traditional ASCII character set used by versions of OpenVMSJ              previous to Version 7.2. In extended file specifications, allN              characters from the 8-bit ISO Latin-1 Multinational character setD              are valid in file specifications, except the following:  9                 C0 control codes (0x00 to 0x1F inclusive)y*                 Double quotation marks (")                 Asterisk (*)                 Backslash (\).                 Colon (:) 3                 Left and right angle brackets (< >)                  Slash (/)i!                 Question mark (?)e                  Vertical bar (|)  L              To unambiguously enter or display certain special characters inM              an ODS-5 compliant file specification, such as a space, you muste9              precede the character with a circumflex (^).z       and    EXT_FILE_SPECS     Usingr       File_Specificationse         Extended_(ODS-5)_Syntaxe           Case_Preservationa  I              On an ODS-5 volume, the case for all versions of a file namenK              is identical; the case is preserved as the file name was firstbK              created. When you create more than one file with the same namehK              differing only in case, DCL treats the subsequent files as newcI              versions, and converts them to the same case as the originalr              file.  =              For example, the following sequence of commands:0                $ CREATE CaPri.;1              $ CREATE CAPRIe              $ CREATE caprio  *              produces the resulting files:  )              CaPri.;1  CaPri.;2  CaPri.;3D  I              In prior versions of OpenVMS, DCL and RMS converted all file.K              specifications to uppercase. On ODS-5 volumes, the case of alla<              file names is preserved as created by the user.    
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Wed, 17 Jan 2001 11:06:25 +0200 3 From: "Phillip du Plooy" <itbpjdp@puknet.puk.ac.za> / Subject: Mail and attathments on OpenVMS to dosm- Message-ID: <979722400.640741@news.puk.ac.za>y   Hallo,  L I got it to work! I can now mail a txt mail attachment from OpenVMS 7.2 (DECG Alpha 2100 ) using multinet 4.3 to Novell Groupwise. With the following  steps: $ edit p.txt ! tik die boodskapa) $ SET FILE p.txt /ATTR=(RFM:STMLF,RAT:CR)a $ mpack -o p.txt p.txt Subject: toets set filei) $ @DSA0:[SOFTWARE.MMAIL]MMAIL.COM p.txt;2-A I got mpack from ftp.andrew.cmu.edu:pub/mpack/ and mmail.com from K http://seqaxp.bio.caltech.edu/pub/SOFTWARE/mmail.com . It works fine (I had  to compile mpack) .e  K One thing I have a problem with is: how do you put something in the messagee part of the mail?   	 thank youn Phillip du Plooy DBA/OpenVMS SysAdmin.r  Potchefstroom University for CHE South Africa  D When dealing with backups apply Riley's law: Murphy was an optimist.   ------------------------------    Date: 17 Jan 2001 15:26:41 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)& Subject: Re: Misbehaving Seagate drive* Message-ID: <3a65aba1$1@news.kapsch.co.at>  o In article <emhp5t0fqqv21r6jntgrnieoqecb5qmm56@4ax.com>, John Laird <john@laird-towers.freeserve.co.uk> writes:tH >Sorry to inflict yet another of these "my non-Decpaq disk doesn't work"E >incident reports on everyone, but with Deja the way it is, I haven't/A >been able to find a reliable past history to get any clues from.e >iH >I have acquired a second-hand ST15150N, which is a Seagate Barracuda 4.I >I'd like to use it in my Alphastation 200, but I can only get it to worke >in a Vaxstation 4000/60.u >nF >On the Alpha, it is seen at the console prompt, and configured by VMSI >6.2, but attempts to mount it /foreign or init it result in a delay of aoG >minute or so, odd ticks and led flashes on the drive, and a "medium isaG >offline" message.  Device errors are recorded in the error log (can ber >supplied if necessary). >rF >On the Vaxstation (also 6.2), it works perfectly.  I have chained theE >new disk and the existing Alpha system disk (a Barracuda 2) onto the G >Vaxstation and run SCSI_INFO - it indicated that the infamous ARRE andiE >AWRE bits are set on the new disk, and can't be changed, but the FAQ I >indicates that 6.2 ought to be ok anyway.  On the Alpha, the new disk is G >sandwiched between the existing system disk and a CDROM drive, both ofsH >which continue to work just fine, so it is not a cabling or terminationB >issue.  All of the relevant 6.2 patches have been applied to both
 >machines. >rH >If it failed to work on both boxes, I would probably put it down to oneI >of those "not quite SCSI" devices, but using the same version of VMS andTG >getting different results is a bit of a puzzle.  Perhaps the code baserH >for Vax and Alpha had diverged at the device driver level to affect the/ >way generic drives are supported and handled ?d > G >Any clues would be gratefully appreciated.  At the end of the day, ther@ >disk cost me $50 in UK money, and I can apparently use it in myI >Vaxstation which also has rather better drive bay cooling anyway, so allt> >is not lost.  I can try Alpha 7.2 in a few days time as well.  M I recommend V7, too. V6 and early V7 versions were not so tolerant to Non-DEC,H disks (they insisted really on features a disk should have when it tells it have - but in fact has not).   F Better go to V7.2-1 (or maybe V7.2-1H1 if you have newer hardware too)5 and forget V7.2 (or any other versions before V7.1-2)e   just my 0.02   -- n< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888c< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Wed, 17 Jan 2001 10:57:17 +0000s% From: Alan Greig <agreig@my-deja.com>n5 Subject: Re: Mistakes were made: was RE: Compaq: etc.s8 Message-ID: <s3ua6t82tsbb02t1k37j2ud65cpoinki6k@4ax.com>  E On 16 Jan 2001 22:23:56 +0800, Paul Repacholi <prep@prep.synonet.com>  wrote:  ( >Alan Greig <agreig@my-deja.com> writes: >aD >> On 15 Jan 2001 16:15:12 GMT, mathog@seqaxp.bio.caltech.edu (David >> Mathog) wrote:P >T >...I >> >places), but it doesn't offset the fact that the sole supported (sic)eK >> >browser for VMS is Netscape 3.03, nor does it limit the downside to thei >> T? >> Mozilla  1.0 is currently sheduled for release no later thano> >> 28-May-2001 according to the web site roadmap. Assuming VMSH >> engineering have JAVA support and HTTPS sorted by then I would expectF >> to see Mozilla 1.0 (equivalent to Netscape 6) released very shortlyF >> thereafter.. Mozilla 0.7 (current pre-beta) seems considerably more >> stable than 0.6 > = >Bzzzt. Ah, does the word VAX ring a bell, or is there a Javac >kit for vaxen now?v >sA >I used Mozzilla once. I'm sure it is much nicer with on a 866MHze@ >264 with 512MB. Sucks rocks on a 96 meg M600 though. Like it is >on an IPC, *painfull*!  >p >As for the Jave pdf thing...   F I have to admit I gave up getting the JAVA acrobat PDF reader to work.C Seems to be highly dependent on the version of JAVA and even when I F thought I had everything right - ie it installed correctly - ever timeC I tried to run it I got an error message about unable to access therD audio mixer or similar followed by an argument out of range error orB with another version of JAVA I get java.lang.NoClassDefFoundError: com/apple/mrj/MRJAboutHandlere  5 Where Apple comes into the equation I haven't a clue.a --
 Alan Greig   ------------------------------  % Date: Wed, 17 Jan 2001 08:29:39 -0500m5 From: "Sue Skonetski" <susan.skonetski@compaq.nospam>-& Subject: New OpenVMS Times now on line6 Message-ID: <9446jp$g9i$1@mailint03.im.hou.compaq.com>  J Please note that the latest issue of OpenVMS Times is now available on theK OpenVMS website.  This newsletter is in pdf format and will be available ine HTML.e  5 http://www.openvms.compaq.com/openvmstimes/index.htmll  
 Best Regards,w
 Sue Skonetskis editor   ------------------------------  % Date: Wed, 17 Jan 2001 08:31:33 -0600l+ From: "Main, Kerry" <Kerry.Main@compaq.com>r* Subject: RE: New OpenVMS Times now on lineN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284C25@kaoexc3.kao.cpqcorp.net>  
 Hello All,  H For those that might not have yet had a chance to read the OpenVMS timesL yet, there is an article on Eurex and the Chicago Board of Trades (CBOT) new (yes, NEW) system. /  D Something to consider for the folks who work in the finance markets.  0 Check it out in the OpenVMS times pointer below.  L "THE CHICAGO BOARD OF TRADE AND EUREX 'S JOINT VENTURE A/C/E LAUNCHES COMPAQ) OPENVMS-BASED ELECTRONIC TRADING PLATFORM   L On 28 August 2000,the Chicago Board of Trade (CBOT) and Eurex announced thatD their joint venture, a/c/e - alliance/ cbot/eurex,launched their newJ electronic trading platform which runs on Compaq OpenVMS based AlphaServerI systems at its core. This new platform is identical to the platform Eurexe) currently operates in Frankfurt,Germany."I  ? [snip .. see OpenVMS times for more info.. pointer in attached]u  2 The Eurex and CBOT press releases can be found at:G <http://www.cbot.com/cbot/www/cont_detail/0,1493,11+24+108+863,00.html>sL <http://www.eurexchange.com/index2.html?eh&3&1&entrancehall/news_pressreleas es_69_en.html>   Regards,  
 Kerry Main Senior Consultant- Compaq Canada Inc. Professional Services- Voice: 613-592-4660, Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----: From: Sue Skonetski [mailto:susan.skonetski@compaq.nospam] Sent: January 17, 2001 8:30 AM To: Info-VAX@Mvb.Saic.Coml& Subject: New OpenVMS Times now on line    J Please note that the latest issue of OpenVMS Times is now available on theK OpenVMS website.  This newsletter is in pdf format and will be available inG HTML.   5 http://www.openvms.compaq.com/openvmstimes/index.html0  
 Best Regards,r
 Sue Skonetskiq editor   ------------------------------    Date: 17 Jan 2001 23:58:48 +0800, From: Paul Repacholi <prep@prep.synonet.com>* Subject: Re: New OpenVMS Times now on line- Message-ID: <873deijhl3.fsf@prep.synonet.com>c  7 "Sue Skonetski" <susan.skonetski@compaq.nospam> writes:f  L > Please note that the latest issue of OpenVMS Times is now available on theM > OpenVMS website.  This newsletter is in pdf format and will be available ins > HTML.d  / IE, unreadable or near unreadable on VMS/Vax...n     -- k< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.)@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Wed, 17 Jan 2001 11:05:47 -0500@0 From: David Beatty <David.Beatty.NOSPAM@sas.com>* Subject: Re: New OpenVMS Times now on line2 Message-ID: <csJlOkhIcDjCq62fzfISFK3fwlkg@4ax.com>  @ I like the reference Terry Shannon has in "Shannon Knows Compaq"B regarding the "UNIX-centric firm from Mountain View, CA" and their
 "chagrin".   David R. Beattyo  3 On Wed, 17 Jan 2001 08:29:39 -0500, "Sue Skonetski"-& <susan.skonetski@compaq.nospam> wrote:  K >Please note that the latest issue of OpenVMS Times is now available on theuL >OpenVMS website.  This newsletter is in pdf format and will be available in >HTML. >66 >http://www.openvms.compaq.com/openvmstimes/index.html >  >Best Regards, >Sue Skonetski >editorf >y   ------------------------------  % Date: Wed, 17 Jan 2001 11:09:14 -0600 + From: "Main, Kerry" <Kerry.Main@compaq.com>d* Subject: RE: New OpenVMS Times now on lineN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284C2D@kaoexc3.kao.cpqcorp.net>   Paul,o  6 >>> IE, unreadable or near unreadable on VMS/Vax...<<<  H There is a native OpenVMS PDF Reader available from Applied Synergy Inc.  
 See attached.e   Regards,  
 Kerry Main Senior Consultantm Compaq Canada Inc. Professional Services- Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com  J +++ attached is the original post to comp.os.vms - see contact info at end for the latest status +++e     -----Original Message-----6 From: Chris Scheers [mailto:chris@applied-synergy.com] Sent: July 28, 2000 10:06 PM To: Info-VAX@Mvb.Saic.Comf- Subject: Announcement: PDF Viewer for OpenVMSn    H Applied Synergy, Inc. is pleased to announce the ASI PDF Viewer V1.0 for OpenVMS!  E This is a native VMS application supporting the latest PDF specs.  IttH requires OpenVMS Alpha V6.1 or later and DECwindows Motif V1.1 or later.   Java is NOT required.n  H Although the code is ready, the official product release will be delayed1 a bit until the documentation has been completed.o  E For those of you feeling adventurous, you can download the PDF ViewersE and start using it.  This is the final code, but is unsupported untila the official product release.s  ! To download the PDF Viewer, go tosD http://www.applied-synergy.com/pdf.html and use either of the links.  F If you use the VMS version of UNZIP on PDF010.ZIP, the file attributes should be correct.  C If you download PDF010.A, you will need to fix the file attributes:-  , 	$ Set File/Attr=(RFM:FIX,LRL:9216) PDF010.A  E You will need a key file.  After you install the PDF Viewer, copy thetG following text (without the ----- lines) to a file named PDF.KEY in the  same directory as PDF.KEY.   ---------------------------- Product: PDF Viewer, License: Evaluation  Expires: 28-JUL-2000#30s Name: comp.os.vms reader Checksum: 1-adgm-dagf-nkel-andge ----------------------------  A Please read the release notes.  The information provided includessE instructions on integrating the ASI PDF Viewer with Netscape 3.03 forP OpenVMS.  = Please send any comments to:  pdf-preview@applied-synergy.com   G -----------------------------------------------------------------------2$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com I   Fax: 817-237-3074M   ------------------------------   Date: 17 Jan 2001 17:42:20 GMT' From: david20@alpha2.mdx.ac.uk (D.Webb)T* Subject: RE: New OpenVMS Times now on line0 Message-ID: <944lhs$d50$1@aquila.news.mdx.ac.uk>  | In article <910612C07BCAD1119AF40000F86AF0D805284C2D@kaoexc3.kao.cpqcorp.net>, "Main, Kerry" <Kerry.Main@compaq.com> writes: >Paul, >.7 >>>> IE, unreadable or near unreadable on VMS/Vax...<<<t >rI >There is a native OpenVMS PDF Reader available from Applied Synergy Inc.r >o >See attached. >r	 >Regards,  >o  G But at $200 per unit (special introductory offer $150 per unit) I won'ts be using this product.  @ $200 per concurrently open PDF file on VMS as against $0 per PC   < If you have any PC's around then that has to be a nobrainer.  o  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------    Date: 17 Jan 2001 10:53:31 -0500, From: koehler@eisner.decus.org (Bob Koehler) Subject: Re: Oldtimers response + Message-ID: <hkII1vFqF4Fy@eisner.decus.org>t  |  Wayne Holland <wholland@tscnet.com> wrote in article <0895A83C6EA85CA8.D023B5C33D46CBB6.954901EA1AAFCC94@lp.airnews.net>...  ...A >  I mentioned the word VMS to a college student once and he said  > "Whats that?"   H   I was walking around with my '95 DECUS OpenVMS T-shirt one day and wasH   startled to have a fellow come up and say "Hey, OpenVMS, yeah, we used   that in school".  F   I strongly suspect you can find a college student somewhere ignorant   on any topic you choose.  E   I also had a coworker who had a PDP-10 based computer science classt   with Bill as in BLISS.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporatione= NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replyingb   ------------------------------   Date: 17 Jan 2001 16:48:26 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog) Subject: Re: Oldtimers responseO, Message-ID: <944icq$q5q@gap.cco.caltech.edu>  Z In article <hkII1vFqF4Fy@eisner.decus.org>, koehler@eisner.decus.org (Bob Koehler) writes:} > Wayne Holland <wholland@tscnet.com> wrote in article <0895A83C6EA85CA8.D023B5C33D46CBB6.954901EA1AAFCC94@lp.airnews.net>...n > ...eB >>  I mentioned the word VMS to a college student once and he said >> "Whats that?"   > I >  I was walking around with my '95 DECUS OpenVMS T-shirt one day and was I >  startled to have a fellow come up and say "Hey, OpenVMS, yeah, we used  >  that in school".s  E Safe bet he was at least 25 years old, and more than likely, over 30.   K VMS was common on campuses through the early 90s. After that, while DEC wasoH under the leadership (sick) of he who shall not be named, it pretty muchJ vaporized in academia.  There are still a few VMS systems around, but veryF few students, including and especially those in CS, ever use this OS.   F >  I also had a coworker who had a PDP-10 based computer science class >  with Bill as in BLISS.    And the class was when?  '78?t   David Mathog mathog@seqaxp.bio.caltech.eduE? Manager, sequence analysis facility, biology division, Caltech -J **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  % Date: Wed, 17 Jan 2001 09:21:19 -0500 + From: Clayton Kroh <ckroh@MAIL.CLARION.EDU>e. Subject: Open VMS mail and set forward numbers+ Message-ID: <3A65AA5F.79F0C3F2@clarion.edu>f  Z We are running OpenVMS 7.1-1H2 Alpha and are in the process of analyzing the mail usage toX determine how to better support the student population. Is there a way that I can easilyY determine if a user currently has their email forwarded to another address instead of the Y address the university provides? I would like to be able to run a command file that woulduZ do the analysis to give me the raw numbers. For example, I would like to know that 500 outI of 6000 students currently have their email forwarded to another address.n   Thanks   -- Clayton Kroh Manager, Enterprise Services Clarion University of PA ckroh@clarion.edul (814) 393-1673   ------------------------------   Date: 17 Jan 2001 09:29 CSTm' From: carl@gerg.tamu.edu (Carl Perkins)a2 Subject: Re: Open VMS mail and set forward numbers- Message-ID: <17JAN200109292542@gerg.tamu.edu>l  / Clayton Kroh <ckroh@MAIL.CLARION.EDU> writes...W[ }We are running OpenVMS 7.1-1H2 Alpha and are in the process of analyzing the mail usage toLY }determine how to better support the student population. Is there a way that I can easily.Z }determine if a user currently has their email forwarded to another address instead of theZ }address the university provides? I would like to be able to run a command file that would[ }do the analysis to give me the raw numbers. For example, I would like to know that 500 outlJ }of 6000 students currently have their email forwarded to another address. }--i
 }Clayton Kroht  J To check for forwarding done by VMS Mail (rather than any add-on product),6 from a privileged account (requires SYSNAM privilege):   $ mail MAIL> show forward/user=*n
 MAIL> quit  2 This will list all forwarding that it knows about.  ; How to get this into a file to do further processing? I wasf going to suggest a  , $ define/user sys$output forwarding_data.tmp  B right before the "MAIL" command, but I just tried it and it didn'tF work (it creates a file containing several two byte records consisting# entirely of spaces - very strange).b   On the other hand this works:y  , $ define/user sys$output forwarding_data.tmp $ mail MAIL> show forward/user=*e
 MAIL> quit $ deassign sys$outpute  B I do not know why the user mode redefinition of sys$output doesn't7 work, but it doesn't on this OpenVMS Alpha V6.1 system.n   --- Carl   ------------------------------    Date: 17 Jan 2001 11:02:08 -0500, From: koehler@eisner.decus.org (Bob Koehler)2 Subject: Re: Open VMS mail and set forward numbers+ Message-ID: <1hI9pYlBiMlh@eisner.decus.org>e  Y In article <3A65AA5F.79F0C3F2@clarion.edu>, Clayton Kroh <ckroh@MAIL.CLARION.EDU> writes:,\ > We are running OpenVMS 7.1-1H2 Alpha and are in the process of analyzing the mail usage toZ > determine how to better support the student population. Is there a way that I can easily[ > determine if a user currently has their email forwarded to another address instead of the [ > address the university provides? I would like to be able to run a command file that woulde\ > do the analysis to give me the raw numbers. For example, I would like to know that 500 outK > of 6000 students currently have their email forwarded to another address.  >   M You might want to look at MAILUAF.  I don't recall if it's on the Freeware CDwG or the DECUS SIG collection.  In either case start from pointers in theo FAQ.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationt= NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replying    ------------------------------  % Date: Wed, 17 Jan 2001 11:31:58 -0500x+ From: Clayton Kroh <ckroh@MAIL.CLARION.EDU>y2 Subject: Re: Open VMS mail and set forward numbers+ Message-ID: <3A65C8FE.CEAFCB26@clarion.edu>o  ' This is exactly what I was looking for.e   Thanks   Carl Perkins wrote:k  1 > Clayton Kroh <ckroh@MAIL.CLARION.EDU> writes...e] > }We are running OpenVMS 7.1-1H2 Alpha and are in the process of analyzing the mail usage too[ > }determine how to better support the student population. Is there a way that I can easily \ > }determine if a user currently has their email forwarded to another address instead of the\ > }address the university provides? I would like to be able to run a command file that would] > }do the analysis to give me the raw numbers. For example, I would like to know that 500 out-L > }of 6000 students currently have their email forwarded to another address. > }--g > }Clayton Krohn >uL > To check for forwarding done by VMS Mail (rather than any add-on product),8 > from a privileged account (requires SYSNAM privilege): >0 > $ mail > MAIL> show forward/user=*c > MAIL> quit >A4 > This will list all forwarding that it knows about. >2= > How to get this into a file to do further processing? I waso > going to suggest a >>. > $ define/user sys$output forwarding_data.tmp >lD > right before the "MAIL" command, but I just tried it and it didn'tH > work (it creates a file containing several two byte records consisting% > entirely of spaces - very strange).1 >c > On the other hand this works:s >i. > $ define/user sys$output forwarding_data.tmp > $ mail > MAIL> show forward/user=*  > MAIL> quit > $ deassign sys$output  >rD > I do not know why the user mode redefinition of sys$output doesn't9 > work, but it doesn't on this OpenVMS Alpha V6.1 system.  >s
 > --- Carl   -- Clayton Kroh Manager, Enterprise Services Clarion University of PA ckroh@clarion.edut (814) 393-1673   ------------------------------  % Date: Wed, 17 Jan 2001 11:44:39 -0500e  From: jamese@beast.dtsw.army.mil2 Subject: Re: Open VMS mail and set forward numbers0 Message-ID: <01011711443977@beast.dtsw.army.mil>  M koehler@eisner.decus.org (Bob Koehler) wrote on 17 Jan 2001 11:02:08 -0500 inu  <1hI9pYlBiMlh@eisner.decus.org>:  ; > In article <3A65AA5F.79F0C3F2@clarion.edu>, Clayton Kroh r" > <ckroh@MAIL.CLARION.EDU> writes:L > > We are running OpenVMS 7.1-1H2 Alpha and are in the process of analyzingM > > the mail usage to determine how to better support the student population.RL > > Is there a way that I can easily determine if a user currently has theirL > > email forwarded to another address instead of the address the universityM > > provides? I would like to be able to run a command file that would do theOK > > analysis to give me the raw numbers. For example, I would like to know oI > > that 500 out of 6000 students currently have their email forwarded ton > > another address. > O > You might want to look at MAILUAF.  I don't recall if it's on the Freeware CDeI > or the DECUS SIG collection.  In either case start from pointers in the  > FAQ.  K MAILUAF.ZIP is available on the WKU site (ftp://ftp.wku.edu/vms/fileserv orm2 http://www2.wku.edu/www/fileserv/fileserv.html) or ftp://ftp.tmk.com/ftp-wku-edu.  : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-1919t; 2024 West Street, Suite 300              800-810-0827 x1919e5 Annapolis, MD 21401-3556           fax   410-280-1094e   ------------------------------  % Date: Wed, 17 Jan 2001 16:27:31 +0000h% From: Alan Greig <agreig@my-deja.com> 2 Subject: Re: Open VMS mail and set forward numbers8 Message-ID: <nqhb6tgpit7jv216k66t1onsndvcmdtb14@4ax.com>  B On 17 Jan 2001 09:29 CST, carl@gerg.tamu.edu (Carl Perkins) wrote:   >0< >How to get this into a file to do further processing? I was >going to suggest aa >e- >$ define/user sys$output forwarding_data.tmpc >nC >right before the "MAIL" command, but I just tried it and it didn'tyG >work (it creates a file containing several two byte records consisting $ >entirely of spaces - very strange).  8 Just tried this on VMS 7.2-1 (Alpha) and it worked fine. >t >On the other hand this works: >s- >$ define/user sys$output forwarding_data.tmpm  6 I guess you mean define sys$output forwarding_data.tmp   >$ maile >MAIL> show forward/user=* >MAIL> quitl >$ deassign sys$output >nC >I do not know why the user mode redefinition of sys$output doesn'tn8 >work, but it doesn't on this OpenVMS Alpha V6.1 system. >-	 >--- Carlm   --
 Alan Greig   ------------------------------   Date: 17 Jan 2001 15:49:43 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)02 Subject: Re: Open VMS mail and set forward numbers0 Message-ID: <944eun$mpn$1@n.ruf.uni-freiburg.de>  Y In article <3A65AA5F.79F0C3F2@clarion.edu>, Clayton Kroh <ckroh@MAIL.CLARION.EDU> writes:s[ >We are running OpenVMS 7.1-1H2 Alpha and are in the process of analyzing the mail usage tosY >determine how to better support the student population. Is there a way that I can easily Z >determine if a user currently has their email forwarded to another address instead of theZ >address the university provides? I would like to be able to run a command file that would[ >do the analysis to give me the raw numbers. For example, I would like to know that 500 outVJ >of 6000 students currently have their email forwarded to another address.   What about this one:  % $ saveoutput = F$TRNLNM("sys$output")o $ DEFINE sys$output mist1.temp $ MAIL SHOW FORWARD/USER=*  EXIT  $ DEFINE sys$output 'saveoutput'# $ DEFINE/USER sys$output mist2.temp . $ SEARCH/NOWARNING mist1.temp "###"/NOOUT/STAT? $ SEARCH/NOWARNING mist2.temp "Records searched"/OUT=mist3.tempe $ OPEN/READ infile mist3.temp-' $ READ/END_OF_FILE=eoflabel infile line 
 $eoflabel: $ CLOSE infile7 $ fnum = F$EDIT( F$EXTRACT( 18, 16, line ), "COLLAPSE")RB $ WRITE sys$output "Users having a forwarding address sat: ", fnum% $ DELETE/NOCONFIRM/NOLOG mist%.temp;*e $ EXIT     Regards,    Christoph Gartmann   H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------    Date: 17 Jan 2001 14:14:33 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)6 Subject: Re: OpenVMS : solid but low profile - by CNET( Message-ID: <3a659ab9@news.kapsch.co.at>  l In article <93hq9m$l9l$1@fizban.fizban.pprd.abbott.com>, "Dave Gudewicz" <david.gudewicz@abbott.com> writes:7 ><fabio_compaq@ep-bc.petrobras.com.br> wrote in messageaG >news:OF90C847C0.AAF96FD6-ON032569D0.0039C100@ep-bc.petrobras.com.br...a9 >[some info about the demise of vms at petrobras snipped]r7 >I suggest sending this to richard.marcello@compaq.com.: >r >He is the VP in charge of VMS.d > & >He should be interested in this news.   <RANT>  ; 1) Why are we responsible to send this news to the VMS VP ?-+ 	Isn't this a job for a Q [VMS] marketeer ?e; 	(I so far know only three of them [kerry, susan, warren] -b 		are there some more ?)  . 2) Why didn't you send this info to Marcello ?$ 	Because you won't get paid for it ?   3) Why is this "news" ?n" 	fabio told it more than once here3 	and most likely did his company to Q (brazil), tooO  8 4) Why do you think that Q is really interested in VMS ?' 	Only because they stopped bashing it ?t: 	Or because there a now more Q readers (if I would be evil9 		I would say now 10 instead of 5 that is 100% increase -o7 		but, no, I'm not that bad) in this VMS USENET group ?PG 	Or because Q earns still a lot of money with VMS (and keeps surprised)e   </RANT>h   -- i< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888i< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------    Date: 17 Jan 2001 09:55:53 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>e3 Subject: Re: OpenVMS Volume Management (On the fly))H Message-ID: <y4ae8q5zhi.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  ) "Bill Todd" <billtodd@foo.mv.com> writes:e  E > (which it treats differently anyway, IIRC, with separate per-volumec( > index files - and per-volume bitmaps?)  M Just so. There is a byte in the six-byte file-id (basically an index into theuI index file) that indicates which volume of the volume set is meant. FilesPI larger than any one volume handled by extension headers (which is what is  stored in the index file).   	Jan   ------------------------------    Date: 17 Jan 2001 10:00:09 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>y3 Subject: Re: OpenVMS Volume Management (On the fly)-H Message-ID: <y47l3u5zae.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  + fabio_compaq@ep-bc.petrobras.com.br writes:o  I > Of course is this Bill..... Nowadays Sun/ Veritas are saying that their2K > file-system is better to use in a 24x7x365 environments because, when is eN > needed to resize a file-system (put more disks in the RAID without dismount L > the RAID) the whole server doesnt need to be stopped to umount / resize /  > mount the fs....  J From the application's point of view, it doesn't really matter whether youL have to go the unmount etc route or whether the thing is write-locked for anK extensive period of time: you cannot conclude or start your transactions inaM both cases. Now, extending a stripe or RAID-5 set while allowing writes, suchdM as occurs when a shadow set (mirrored volume) does its catch-up copying, thatn would be quite a feat.   	Jan   ------------------------------    Date: 17 Jan 2001 08:49:25 -0500* From: young_r@eisner.decus.org (Rob Young)3 Subject: Re: OpenVMS Volume Management (On the fly)i+ Message-ID: <k4lqZqunwk8S@eisner.decus.org>E   In article <y47l3u5zae.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:- > fabio_compaq@ep-bc.petrobras.com.br writes:  > J >> Of course is this Bill..... Nowadays Sun/ Veritas are saying that theirL >> file-system is better to use in a 24x7x365 environments because, when is O >> needed to resize a file-system (put more disks in the RAID without dismount bM >> the RAID) the whole server doesnt need to be stopped to umount / resize / - >> mount the fs....- > L > From the application's point of view, it doesn't really matter whether youN > have to go the unmount etc route or whether the thing is write-locked for anM > extensive period of time: you cannot conclude or start your transactions in-O > both cases. Now, extending a stripe or RAID-5 set while allowing writes, suchaO               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^5O > as occurs when a shadow set (mirrored volume) does its catch-up copying, thatnI   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^r > would be quite a feat. >   - 	Quite a feat and a natural progression , eh?e   				Rob.   ------------------------------  % Date: Wed, 17 Jan 2001 11:38:18 -0500"' From: "Bill Todd" <billtodd@foo.mv.com>n3 Subject: Re: OpenVMS Volume Management (On the fly) ' Message-ID: <944hik$91$1@pyrite.mv.net>s  J Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> wrote inJ message news:y47l3u5zae.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de...- > fabio_compaq@ep-bc.petrobras.com.br writes:E >aK > > Of course is this Bill..... Nowadays Sun/ Veritas are saying that their L > > file-system is better to use in a 24x7x365 environments because, when isF > > needed to resize a file-system (put more disks in the RAID without dismountK > > the RAID) the whole server doesnt need to be stopped to umount / resize  /B > > mount the fs.... >aL > From the application's point of view, it doesn't really matter whether youK > have to go the unmount etc route or whether the thing is write-locked for* anJ > extensive period of time: you cannot conclude or start your transactions inJ > both cases. Now, extending a stripe or RAID-5 set while allowing writes, suchJ > as occurs when a shadow set (mirrored volume) does its catch-up copying, that > would be quite a feat.  A And is, I suspect, exactly what the Sun system allows.  There's aaK many-years-old algorithm for doing so which simply advances through the oldeD stripes and moves data to new stripes that include the new disk (theI additional capacity of which means there's always room to do this without  having temp storage anywhere).  K The most simple-minded approach moves data in the smallest units that allowsF N full old stripes to be replaced by M full new stripes, and locks theG moving data only for the brief time it takes to perform the move, but IeC suspect something even finer-grained could be worked out if it werecJ considered desirable.  As these chunks are re-striped, continuing accessesH to the RAID simply use the new stripe mapping if the access falls in theF logical volume block range already re-striped, else use the old stripeG mapping if the access falls in the logical volume block range yet to be:L re-striped, else stall for a fraction of a second if the access falls in the; chunk currently being moved (and then use the new mapping)..  I This does require shuffling 100% of the data to integrate one or more new G volumes, but at near-sequential-access disk speeds (given that multipleoK stripe segments are read/written at once on each disk).  It also requires arF fair amount of lock activity if the stripe set members are distributedL across multiple hosts rather than coordinated at a single host (or a centralK intelligent controller such as HSx), but given that amount of lock activity J that *normal* write-access produces on such a distributed parity-protectedH stripe set that should be reasonable (at least if the normal overhead of/ such a configuration is considered reasonable).e   - bill   >q > JanY   ------------------------------    Date: 17 Jan 2001 18:58:12 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>o3 Subject: Re: OpenVMS Volume Management (On the fly)gH Message-ID: <y4ely2njrf.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  ) "Bill Todd" <billtodd@foo.mv.com> writes:i  9 > And is, I suspect, exactly what the Sun system allows. o  J I thought I had said that, but apparently didn't: ...while allowing writesL to occur during restructuring. Doing it read-only is "easy", and AH said the6 volume is write-locked while the restructuring occurs.   	Jan   ------------------------------  % Date: Wed, 17 Jan 2001 11:28:52 +0000n% From: Alan Greig <agreig@my-deja.com>  Subject: Re: OpenVMS x AS-400-8 Message-ID: <k3va6t8i76k0avh3fqtojh0of8790vtpim@4ax.com>  D On Wed, 17 Jan 2001 01:50:18 +0000 (UTC), mustang@ucc.asn.au.invalid wrote:  + >fabio_compaq@ep-bc.petrobras.com.br wrote:s< >: Schlumberger, one of the oldest companies in Brazil usingA >: OpenVMS + Oracle turned off their machines to use the "legacy"1" >: IBM  AS-400 running SAP ....... >aG >Fabio, Scumbugger's had an agenda to get VMS out, for about ten years.o  A No wonder when you consider what DEC told them ten years ago. Seer below...  D >As has been said before, often people trip over VAXen in cupboards,C >or under desks that only one person uses and has been doing so fora> >the past ten years, so there's often VMS about, its just that >no-one remembers :)D >My manager in Perth had me decommission the last uVAX in the officeC >& Prep helped with getting a 4000/90 running smoothly & quietly in  >the corner, just-in-case. >eD >All of the Geophysical stuff they used to do on VMS has been rolled@ >into Geoframe(TM), their uber-G&G app., so the only reason they5 >need a VAXstation around is to read old field tapes.  > B >I seem to recall mumblings about DEC pissing SLB off in a big way; >- whether it was the Ultrix-on-AXP promise, or licensing,  C >or something else, they ran straight into the waiting arms of Sun.-  B Schlumberger were told exactly the same thing as McDonnell DouglasC (then owners of Unigraphics) - that VMS had no future and to targeteF Ultrix instead. Not surprisingly most people given this message lookedC at cheaper more complete Unix platforms. It pains me to repeat thisrD but it was true. Some of the Unigraphics developers I met were closeF to tears at DEC's stupidity. I well remember the informal meeetings atF some of the last of the really big DEC User and DEC Computing shows ofF the early 90s as we all predicted the death of DEC by suicide as smamy@ little suited creeps from DEC set policies in the face of logic,? customers, their own technical employees and software partners.   B CA, for all their faults, actually apologised (they used that wordC specifically) to customers at a meeting in the UK for advising thataD VMS had no future in the past. Claimed they had no choice as this is@ what DEC told them. Now they no longer advise migration from VMSE without specific good cause and confirmed that Compaq have explicitly E over-turned the no-future message. And, of course, make large amountsa of money from VMS...  E Compaq, to my knowledge, have never actually used the word "sorry" or E "apologise". It is no surpise that some companies want to get rid of _E any remaining Compaq/Digital systems when they've been burned before.d  D Michael Capellas used to be a senior IT manager with Schlumberger. IC often wonder if this helps to explain the VMS license plate he worehC round his neck at a presentation. Has he seen the problem from botht ends?  --
 Alan Greig   ------------------------------  # Date: Wed, 17 Jan 2001 14:27:04 GMTt! From: larryrblackwell@my-deja.comn. Subject: Re: powerchute for VMS AXP don't work) Message-ID: <944a3i$snu$1@nnrp1.deja.com>-  ) In article <93n12r$9c4$1@nnrp1.deja.com>,s$   larryrblackwell@my-deja.com wrote:. > I am trying to get Powerchute of OpenVMS AXP/ > 7.2.1 working with no luck. I've read reports:. > where it is broke after 7.1 but yet I see it2 > running on 2 of our installations. Installing it+ > on as AlphaServer DS10. Have followed alli( > instructions explicitly (including the2 > undocumented 2400 baud) and have tried it on two. > different ports. One is the 9pin Serial port1 > TTA0: and the other is a 25 pin RS232 Port on aM+ > Digiboard Accele XR. The program seems toO3 > communicate when running APCSETUP and if I unplugi3 > the serial cable it wants to shutdown the system.p2 > However if I unplug the UPS it does not send out/ > warning messages or try to shutdown after thet- > interval. I am using the cables sent by APCs% > Part # 940-0039A to the 25 pin Port . > Part # 940-0039A with Part # 940-0029A and a/ > female to female gender changer for the 9 pinm* > port. Anybody got any clues? APC doesn't > Thanks in advance5 >o > Sent via Deja.comu > http://www.deja.com/ >rE The problem that I had with the UPS is resolved. As if often the caseAF it was quite simple but undocumented. I thought you might like to knowD what it was in case you have customers or systems that have the sameG problem. Also I had to go through three tiers of support at APC to findp	 this out..  F I caused the problem by connecting the Powerchute for Windows softwareF to my laptop before the AlphaServer. It seems the UPS has two modes ofA operation; smart signalling for Powerchute for Windows and simple F (dumb) signalling for VMS boxes. Once set the UPS will not change it'sG signalling mode unless turned off or sent a reset command. You can also0- do this by sending a reset command to the UPS-     Sent via Deja.com: http://www.deja.com/   ------------------------------  # Date: Wed, 17 Jan 2001 15:12:52 GMT>= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) . Subject: Re: powerchute for VMS AXP don't work0 Message-ID: <009F63F6.83BE8CA0@SendSpamHere.ORG>  M In article <944a3i$snu$1@nnrp1.deja.com>, larryrblackwell@my-deja.com writes:c* >In article <93n12r$9c4$1@nnrp1.deja.com>,% >  larryrblackwell@my-deja.com wrote:e/ >> I am trying to get Powerchute of OpenVMS AXPa0 >> 7.2.1 working with no luck. I've read reports/ >> where it is broke after 7.1 but yet I see it 3 >> running on 2 of our installations. Installing itr, >> on as AlphaServer DS10. Have followed all) >> instructions explicitly (including theI3 >> undocumented 2400 baud) and have tried it on two$/ >> different ports. One is the 9pin Serial portf2 >> TTA0: and the other is a 25 pin RS232 Port on a, >> Digiboard Accele XR. The program seems to4 >> communicate when running APCSETUP and if I unplug4 >> the serial cable it wants to shutdown the system.3 >> However if I unplug the UPS it does not send outO0 >> warning messages or try to shutdown after the. >> interval. I am using the cables sent by APC& >> Part # 940-0039A to the 25 pin Port/ >> Part # 940-0039A with Part # 940-0029A and ar0 >> female to female gender changer for the 9 pin+ >> port. Anybody got any clues? APC doesn'ti >> Thanks in advance >> >> Sent via Deja.com >> http://www.deja.com/n >>F >The problem that I had with the UPS is resolved. As if often the caseG >it was quite simple but undocumented. I thought you might like to knowtE >what it was in case you have customers or systems that have the same H >problem. Also I had to go through three tiers of support at APC to find
 >this out. >nG >I caused the problem by connecting the Powerchute for Windows software:G >to my laptop before the AlphaServer. It seems the UPS has two modes ofpB >operation; smart signalling for Powerchute for Windows and simpleG >(dumb) signalling for VMS boxes. Once set the UPS will not change it's#H >signalling mode unless turned off or sent a reset command. You can also. >do this by sending a reset command to the UPS >O >I >Sent via Deja.com >http://www.deja.com/S   "R" is "Smart" for dumb!  I Why would you want to run your AlphaServer and handle its power backup inr such a "dumb" mode???   I But the APC Powercheroot (isn't that an exploding joke cigar?) can't giveoI you access to settings of the UPS nor advanced shutdown features of their-H UPS.  So, for Windows, they give away the better of their operating modeI software but make VMS folks *pay* for the half-wit substandard mode soft-  ware.    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             GO city, n., 1. a place where trees are cut down and streets are named after them.m   ------------------------------    Date: 17 Jan 2001 18:03:35 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: QuixoticVMS? * Message-ID: <3a65d067$1@news.kapsch.co.at>  t In article <GPn76.12480$BI2.3466393@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes:, >>    2 - There is no SAP to run under OVMS. >># >True. Hasn't been for a Dog's age.r   But do you still remember why ?:= Because DEC (Germany) pissed the SAP company (also german)..... Can you say 'please migrate to dUNIX and NT' ?  F It's sad that all porting assistance efforts never ended in asking SAP@ on 'what is the problem with SAP on VMS and how can we help you'   -- s< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Wed, 17 Jan 2001 11:59:40 -0500b' From: "Zeni Schleter" <zzb@y12.doe.gov> N Subject: Reboot not working on AlphaStation Dec 3000 Model 300 , OpenVMS 7.2-1, Message-ID: <944j29$4ca$1@sws1.ctd.ornl.gov>  J This started when I upgraded from VMS 7.1 to 7.1-2 , I think.  I am now at	 7.2-1 and J I have confirmed that I can shutdown  the system without choosing a rebootH and the system will shutdown fine.   It will boot fine afterwards.  If II choose the reboot option , the system will shutdown and try to reboot andEK hang after giving the line about the VMS system .   I have to halt and then.% reboot.  This behavior is consistent.g  J If this has been posted before, please point me in the right direction for	 the FAQs.a   TIA,  Zeni B. Schleter    Email: ZZB@y12.doe.gov   ------------------------------  # Date: Wed, 17 Jan 2001 17:01:23 GMTi* From: Edward Heller <ejheller@my-deja.com>& Subject: Removing old users from DS900) Message-ID: <944j4s$51h$1@nnrp1.deja.com>a  G I have a DS900 terminal server that is set up for authentication. TherecD are several old users still defined (although disabled). I could notF find a mechanism to remove these users from the memory of the terminal server. Am I missing something?l Thanks.i   --
 Edward Hellerh TransCore, ITS Atlanta, GA, USA     Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Wed, 17 Jan 2001 09:36:19 -0500 - From: "Richard D. Piccard" <piccard@ohio.edu>-" Subject: Re: Run .com Every 5 Min?( Message-ID: <3A65ADE1.1B92CD57@ohio.edu>  ? The other replies have told you how to do it.  I will mention aO potential problem:  F Unless you take steps to prevent it, this will eventually fall over onE its face, mysteriously, because it cannot open the log file -- and of F course this means no log file to trace the problem.  The source of theC difficulty is the maximum permitted version number of the log file,w 32,767.   C Therefore, if you have one of these rapid-repeat self-re-submittingsG jobs, you should also have a periodic (e.g., once a month) housekeeping/E job that runs in a different queue, that does a stop/queue/next, that A checks to make sure there is no job still running, and purges anduH renames the log file back down to version 1, etc., and finally re-starts
 the queue.  #                                 RDP      Ken Kazama wrote:i  < > How can I run a command procedure in batch every 5 miutes?/ > I don't find any SUBMIT option can do this...t >u > Thanks in advance. >e > -- > K.K.   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------    Date: 17 Jan 2001 10:22:56 -0500* From: young_r@eisner.decus.org (Rob Young)" Subject: Re: Run .com Every 5 Min?+ Message-ID: <Uhl$iewGY8As@eisner.decus.org>r  ? 	To get around the "version number problem" and to help manage xD 	log files for frequently submitted procedures, here is a technique  	that works well for me.   $! $       submit = "submit"I $!A $       submit                                                  ->A         /after="+00:10:00"                                      -dA         /noprint                                                -eA         /log='this_dir''procedure_name'_'mmdd'_'hhmm'.log       - A         /queue='queue'                                          -sA         /user=SYSTEM                                            -cA         /name='procedure_name'                                  -^2         'this_dir''procedure_name''procedure_type' $! $!9 $       log_file = this_dir + procedure_name + "_*.LOG;*"^ $! $	delete = "delete"^2 $       if f$search("''log_file'") .nes. "" then --         delete/before="-00:31"/log 'log_file'o $! $! $       exit  = 	I'm keeping 30 minutes worth of these log files.  The global1. 	and local variables to support the above are:    5 $       this_proc       == f$environment("PROCEDURE")e; $       this_dir        == "''f$element(0,"]",this_proc)']"n6 $       procedure_name  == f$parse(this_proc,,,"name")6 $       procedure_type  == f$parse(this_proc,,,"type")& $       queue           == "sys$batch"" $       time_now        = f$time()5 $       nowm            = f$cvtime(time_now,,"month")a3 $       nowd            = f$cvtime(time_now,,"day") 4 $       nowh            = f$cvtime(time_now,,"hour")6 $       nowmin          = f$cvtime(time_now,,"minute")( $       hhmm            == nowh + nowmin& $       mmdd            == nowm + nowd    : 	As you can see , the procedure above resubmits itself to	/ 	run every 10 minutes.  A typical logfile name:y   CHECK_QUEUES_0117_1000.LOG;1  @ 	One other thing that may not be so obvious.. since I am runningC 	out of SYSTEM, I don't want to work out of SYSTEM'S home directoryoA 	so this procedure is located in its own directory [CHECK].  Whate< 	that requires is a set default to that directory so in that0 	procedure above somewhere is located this line:   		$ set default 'this_dir'   				Robh   ------------------------------    Date: 17 Jan 2001 10:30:23 -0500* From: young_r@eisner.decus.org (Rob Young)" Subject: Re: Run .com Every 5 Min?+ Message-ID: <7rDjzdJyidri@eisner.decus.org>p  X In article <Uhl$iewGY8As@eisner.decus.org>, young_r@eisner.decus.org (Rob Young) writes:     > $!; > $       log_file = this_dir + procedure_name + "_*.LOG;*"a > $! > $	delete = "delete"t4 > $       if f$search("''log_file'") .nes. "" then -/ >         delete/before="-00:31"/log 'log_file'f   > < > 	As you can see , the procedure above resubmits itself to	1 > 	run every 10 minutes.  A typical logfile name:h >  > CHECK_QUEUES_0117_1000.LOG;1 > B > 	One other thing that may not be so obvious.. since I am runningE > 	out of SYSTEM, I don't want to work out of SYSTEM'S home directoryhC > 	so this procedure is located in its own directory [CHECK].  What > > 	that requires is a set default to that directory so in that2 > 	procedure above somewhere is located this line: >  > 		$ set default 'this_dir' >   = 	Minor nit on my own posting.... I am building up a full pathnD 	to delete log files so the set default may not be needed.  However,? 	it doesn't hurt as I may be assuming other files are needed ora> 	checked that reside in that directory (for instance, whipping= 	up temp files and searching them for stuff).  By not needingaA 	the directory path for each command, it is easier to write theseo 	little scripts and check them.t   				Robo   ------------------------------  % Date: Wed, 17 Jan 2001 08:14:11 -0500 / From: Dave Butenhof <David.Butenhof@compaq.com>n Subject: Re: select() on VMS* Message-ID: <3A659AA3.C4545A76@compaq.com>   Eugene Zharkov wrote:l  / > In article <3A6428E3.C17CFC7F@theblakes.com>,  >e/ > > select() does NOT block the entire process.e >jK > Yes, that is what I have always thought. Even without upcalls it does not H > block the entire process. At least not "until the specified I/O eventsC > occur or the timeout expires", maybe just for up to 200 millisec.i  H Technically, without upcalls, any $SYNC (or equivalent, including $QIOW,G $WAITFR, etc.) does "block the process". However, the thread library inrJ that case posts a repeating "wall clock" timer AST to perform timeslicing,B and that AST will break through a wait. The current thread will beH timesliced (presuming it's not SCHED_FIFO) and another thread allowed toG run. However, the thread is considered to be CPU-bound, and it can't beDG "put aside" until the blocking operation completes. Instead, it will be5G readied at the tail of its scheduling queue. That means it'll run againbK when the queue cycles through, possibly only to block once more for anotherr 200 mS... and so forth.O  E With upcalls, the exec notifies the thread library that the thread isiK blocking. It's set aside in user mode until the kernel tells us that it cano= continue, allowing other threads to run without interference.m  C /------------------[ David.Butenhof@compaq.com ]------------------\eC | Compaq Computer Corporation              POSIX Thread Architect |uC |     My book: http://www.awl.com/cseng/titles/0-201-63392-2/     | C \-----[ http://home.earthlink.net/~anneart/family/dave.html ]-----/h   ------------------------------  % Date: Wed, 17 Jan 2001 04:36:23 -0500 ) From: "C Castiglia" <ccastiglia@snet.net>t Subject: Server queue.5 Message-ID: <DId96.22839$OD.8480125@typhoon.snet.net>V  A Dumb question:  What is a "server queue" and what tool is used ton create/manage one?   ------------------------------   Date: 17 Jan 2001 10:48:45 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)y Subject: Re: Server queuer0 Message-ID: <943tad$fve$1@n.ruf.uni-freiburg.de>  a In article <DId96.22839$OD.8480125@typhoon.snet.net>, "C Castiglia" <ccastiglia@snet.net> writes:nB >Dumb question:  What is a "server queue" and what tool is used to >create/manage one?e  O You have batch queues and print queues. A server queue is something in-between.pM The processing part of the queue (the so called "symbiont") is a program thatSK does some sort of task (e.g. a PostScript to PDF converter). Thus, jobs (ortN files) put into the queue are arranged by the VMS queueing system (e.g. sortedM by size, by submission time,...) and processed by the symbiont. The result ist mostly a file.  K To manager a server queue you use normal DCL commands like START/QUEUE, SET  ENTRY, ... .   Regards,    Christoph Gartmannw  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Wed, 17 Jan 2001 10:27:29 -0500o& From: "Rod Prince" <prince@wserve.com> Subject: TCP/IP Configuration . Message-ID: <979745336.608212@night.wserv.com>  F Does anybody know of a way to configure multiple NON Clustered OpenVMS$ systems to have the same IP address?  G Some basic background would probably be helpful for that question.  TheeF software application that I work with is used to process real time POSL terminal traffic.  Part of this information is sent to remote systems.  EachJ field system consists of up to four boxes.  A box (system) can be a VAX orI AXP with at least 2 NICS, and running OpenVMS.  The systems are connected1K together via Ethernet.  The POS terminals are handle thru front end devicesnJ that connect to the Ethernet(s) on the back side and serial lines (RS232 /L 422) to the terminals on the other.  These systems are used to sell tickets,F so much of the ticket information has to be transmitted real time to aL remote system that is actually responsible for the event in question.  TheseL remote systems are connected via LAT ports.  To initiate a connection with aK remote system the operator will start a communication process on one of hismL local systems, which one is anybody's guess.  They actually have reasons forJ which system to use, but for all practical purposes it can be considered aG random event.  This communication process would grab a LAT port that iseH actually connected to the remote system via any number of things, leasedE line, dial up line or X25 to name a few.  We then attempt to initiatea1 communications via an industry standard protocol.o  K In order to reduce the amount of hardware at a field sight, I would like topF change the remote communication process to just use IP to talk to themI selves when we are talking to one of our remote sights.  But to do this IiH need to be able to initiate a sequence with a remote system using just aJ single address/port combination.  I don't know which of the remote systemsJ are going to be used to handle my connection, and it would take to long toI try and poll multiple address for a connection.  It can mean thousands of L dollars in lost revenue and customer relations if a connection is broken and not reestablished in seconds.M  H So my question remains, is it possible to configure a VAX / AXP OpenVMS,L system to have two IP address's.  The first would be unique for each system,L the second would be the same on all the box's in a computer room.  CurrentlyI we use UCX 4.1+, OpenVMS 5.5-2+.  We are a bit slow about upgrading fieldSI systems.  Newer systems get the latest released versions normally, but weMJ don't bother upgrading field systems until they quit working and typically) that is not until the hardware wears out.l  
 Rod Prince C&S Software, Inc. prince@wserv.com   ------------------------------  # Date: Wed, 17 Jan 2001 15:32:38 GMTi From: carsesrac@my-deja.comM Subject: Re: Vax 7830 or 7730o( Message-ID: <944dum$8g$1@nnrp1.deja.com>   Thank you all for the answers.  6 In article <942cul$652$1@mailint03.im.hou.compaq.com>,&   hoffman@xdelta.zko.dec.nospam wrote: >>A > In article <941nl3$n3h$1@nnrp1.deja.com>, carsesrac@my-deja.com) writes: 5 > :...we have is a 7830 with 3 cpu's, but when I givee > :the command:A) > :$ write sys$output f$getsyi("hw_name")a, > :It says "VAX 7730" instead of "VAX 7830". >>G >   The arbiter is the console bootstrap display of the processor modelt name,tH >   Here are the three most likely processor model names that the power- up >   sequence will display: >h >    KA7AA  : VAX 7000-600 >    KA7AB  : VAX 7000-700 >    KA7AC  : VAX 7000-800* There are three KA7AC processors on board.A > :And what do have to modify in the software to let it show as at" > :VAX 7830 instead of a VAX 7730. >sD >   A far more recent version of OpenVMS VAX that has this knowledge built.0 >   in, or a (custom) patch to the one you have. >iB We have OpenVMS VAX 7.1 and I understand that this version VMS can, detect that the processor is a VAX 7000-800. Thanks for the expanation.     Sent via Deja.coma http://www.deja.com/   ------------------------------  % Date: Wed, 17 Jan 2001 17:54:30 +0000.  From: steven.reece@quintiles.com Subject: Re: Vax 7830 or 7730oH Message-ID: <OFCD38CA64.1C7EF35C-ON802569D7.0062352F@qedi.quintiles.com>  H I'm grateful too for this - it explains why the 7000-850 which we had at; this site reported itself as a 7000-750 on OpenVMS VAX 6.1.  Thanks.e Steve.  0 carsesrac at my dash deja dot com wrote/quoted :! >>>Thank you all for the answers.e  6 In article <942cul$652$1@mailint03.im.hou.compaq.com>,&   hoffman@xdelta.zko.dec.nospam wrote: >"A > In article <941nl3$n3h$1@nnrp1.deja.com>, carsesrac@my-deja.com  writes: 5 > :...we have is a 7830 with 3 cpu's, but when I givec > :the command:t) > :$ write sys$output f$getsyi("hw_name") , > :It says "VAX 7730" instead of "VAX 7830". >wG >   The arbiter is the console bootstrap display of the processor model  name,<<< (trimmed for brevity)t   ------------------------------  % Date: Wed, 17 Jan 2001 08:11:27 -0700-+ From: Linda Luik <p14175@email.sps.mot.com>A( Subject: Veritas Netbackup agent for VMS1 Message-ID: <3A65B61F.F7BFFD6E@email.sps.mot.com>d  , This is a multi-part message in MIME format.& --------------CD58829E60991DA9CBBD5884* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit:  E I think this has been discussed before, but I can't find the emails. <  @ My company has decided that Veritas Netbackup is going to be theG 'one-size-fits-all' backup application. It will be used to backup Unix,dE NT, VMS, and (I think) the Windows 2000 servers. The application willrG reside on a Unix server. Does anyone out there have experience with the) VMS client?    Thanks! 
 Linda Luik& --------------CD58829E60991DA9CBBD5884- Content-Type: text/x-vcard; charset=us-ascii;P  name="p14175.vcf" Content-Transfer-Encoding: 7bit ( Content-Description: Card for Linda Luik  Content-Disposition: attachment;  filename="p14175.vcf"   begin:vcard  n:Luik;Linda tel;pager:1.888.772.5230 tel;fax:480.655.3569 tel;work:480.655.4432  n x-mozilla-html:FALSE 	-mozilla-cpt:;3344;;;( org:Motorola  SPS ;IT-CIM maildrop: M555 version:2.1-& email;internet:linda.luik@motorola.com6 title:Regional VMS Systems Adminstrator/Backup Analyst5 adr;quoted-printable:;;2200 W. Broadway Road  =0D=0A=l fn:Luik, Linda	 end:vcardg  ( --------------CD58829E60991DA9CBBD5884--   ------------------------------  % Date: Wed, 17 Jan 2001 13:30:02 -0300.) From: fabio_compaq@ep-bc.petrobras.com.bro, Subject: Re: Veritas Netbackup agent for VMSL Message-ID: <OF349B0E77.9CE05FA2-ON032569D7.005AA42F@ep-bc.petrobras.com.br>  : --0__=032569D7005AA42F8f9e8a93df938690918c032569D7005AA42F* Content-type: text/plain; charset=us-ascii   Ask this guy below ...  &    ,---------------------------------.'     |         O p e n V M S           |o'     |          Programming            |n'     |           Alan Fay              |e'     |     Author of the VERITAS       |-'     |    NetBackUp OpenVMS Client     | '     |    Phone (0044) 1264 771678     |e'     | Nr. Andover, Hampshire, England |l'     |  Email alan.fay@btinternet.com  |1'     `---------------------------------'r    I I worked at VRTS ! I have my own reservations about this company ...... :t -(((F Nowadays I am prefering EDM, TSM, I want to stay far from them . . . .        < Linda Luik <p14175@email.sps.mot.com> em 17/01/2001 13:11:27             Info-VAX@Mvb.Saic.Com       ( Assunto: Veritas Netbackup agent for VMS    D I think this has been discussed before, but I can't find the emails.  @ My company has decided that Veritas Netbackup is going to be theG 'one-size-fits-all' backup application. It will be used to backup Unix,BE NT, VMS, and (I think) the Windows 2000 servers. The application willlG reside on a Unix server. Does anyone out there have experience with thet VMS client?t   Thanks!o
 Linda Luik (See attached file: p14175.vcf)n          : --0__=032569D7005AA42F8f9e8a93df938690918c032569D7005AA42F( Content-type: application/octet-stream;  	name="p14175.vcf"6 Content-Disposition: attachment; filename="p14175.vcf"! Content-Transfer-Encoding: base64   L YmVnaW46dmNhcmQgDQpuOkx1aWs7TGluZGENCnRlbDtwYWdlcjoxLjg4OC43NzIuNTIzMA0KdGVsL O2ZheDo0ODAuNjU1LjM1NjkNCnRlbDt3b3JrOjQ4MC42NTUuNDQzMiAgDQp4LW1vemlsbGEtaHRtL bDpGQUxTRQ0KCS1tb3ppbGxhLWNwdDo7MzM0NDs7Ow0Kb3JnOk1vdG9yb2xhICBTUFMgO0lULUNJL TSBtYWlsZHJvcDogTTU1NQ0KdmVyc2lvbjoyLjENCmVtYWlsO2ludGVybmV0OmxpbmRhLmx1aWtAL bW90b3JvbGEuY29tDQp0aXRsZTpSZWdpb25hbCBWTVMgU3lzdGVtcyBBZG1pbnN0cmF0b3IvQmFjL a3VwIEFuYWx5c3QNCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7MjIwMCBXLiBCcm9hZHdheSBSb2Fk4 ICA9MEQ9MEE9DQpmbjpMdWlrLCBMaW5kYQ0KZW5kOnZjYXJkDQo=  < --0__=032569D7005AA42F8f9e8a93df938690918c032569D7005AA42F--   ------------------------------    Date: 18 Jan 2001 00:25:10 +0800, From: Paul Repacholi <prep@prep.synonet.com>, Subject: Re: Veritas Netbackup agent for VMS- Message-ID: <87puhmi1sp.fsf@prep.synonet.com>a  - Linda Luik <p14175@email.sps.mot.com> writes:-  G > I think this has been discussed before, but I can't find the emails. r > B > My company has decided that Veritas Netbackup is going to be theI > 'one-size-fits-all' backup application. It will be used to backup Unix,lG > NT, VMS, and (I think) the Windows 2000 servers. The application will I > reside on a Unix server. Does anyone out there have experience with them > VMS client?   9 And a second thought. How much is FAB down time per hour?    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 18 Jan 2001 00:18:51 +0800, From: Paul Repacholi <prep@prep.synonet.com>, Subject: Re: Veritas Netbackup agent for VMS- Message-ID: <87u26yi238.fsf@prep.synonet.com>e  - Linda Luik <p14175@email.sps.mot.com> writes:c  G > I think this has been discussed before, but I can't find the emails. l > B > My company has decided that Veritas Netbackup is going to be theI > 'one-size-fits-all' backup application. It will be used to backup Unix,sG > NT, VMS, and (I think) the Windows 2000 servers. The application will I > reside on a Unix server. Does anyone out there have experience with the= > VMS client?   ( One size fits all == one size fits none.  : How are you going to do image backups of system disks thatA can be restored? You will have to run from CD or other standalone  system.e  ? What about RMU backups for RDB? or what ever oricle/oricle uses, for its backups?   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Wed, 17 Jan 2001 12:33:28 -0500 - From: "Peter Weaver" <peter.weaver@stelco.ca>U, Subject: Re: Veritas Netbackup agent for VMS4 Message-ID: <5Jk96.121020$Z2.1449998@nnrp1.uunet.ca>  8 "Linda Luik" <p14175@email.sps.mot.com> wrote in message+ news:3A65B61F.F7BFFD6E@email.sps.mot.com...oF > I think this has been discussed before, but I can't find the emails. > B > My company has decided that Veritas Netbackup is going to be theC > 'one-size-fits-all' backup application. It will be used to backupe Unix,nB > NT, VMS, and (I think) the Windows 2000 servers. The application willE > reside on a Unix server. Does anyone out there have experience withp then
 > VMS client?e  @ NetBackup works fine to backup and restore individual files. ForD example if you are using it to backup the disks where the programersB write code and a programmer purged away something they need to getC back. BUT IT WILL NOT WORK IN A DISASTER RECOVERY SITUATION. Do notf@ depend on it to backup your system drive. Do not depend on it toD restore an entire disk. The manual that comes with the software even> tells you that it can not be used to recover the system drive.  E Management was sold on the idea that we did not need Operation peopleoF to go around and swap tapes on the individual machines, but in the endE we ended up still doing image backups to tape and doing the NetBackupe= to a tape robot. If a person needs one file restored then thelA NetBackup people can do it from their desk. If more than one filep> needs to be restored we go to the VMS backup savesets on tape.   --   RULES OF THE AIR   ----------------- :  #13. Stay out of clouds. The silver lining everyone keeps:       talking about might be another airplane going in the;       opposite direction. Reliable sources also report thato6       mountains have been known to hide out in clouds.   ------------------------------   Date: 17 Jan 2001 18:39:48 GMT= From: jlw@psulias.psu.edu (j.lance wilkinson, (814) 865-1818):, Subject: Re: Veritas Netbackup agent for VMS+ Message-ID: <944otk$fim@r02n01.cac.psu.edu>S  _ In article <3A65B61F.F7BFFD6E@email.sps.mot.com>, Linda Luik <p14175@email.sps.mot.com> writes:7  F >I think this has been discussed before, but I can't find the emails.  > A >My company has decided that Veritas Netbackup is going to be the H >'one-size-fits-all' backup application. It will be used to backup Unix,F >NT, VMS, and (I think) the Windows 2000 servers. The application willH >reside on a Unix server. Does anyone out there have experience with the
 >VMS client? W >F >Thanks! >Linda Luike  < 	I have been evaluating Netbackup DataCenter v3.4 since mid-< 	September 2000.  No v3.4 for OpenVMS, but v3.2 client seems= 	to work.  Backups just happen.  My experience so far is thati? 	it's been slower than the performance on the Unix Master/MediaeD 	server's own backups, by a significant magnitude.  It's performanceA 	is about as fast as I'm getting from the Netware (Target) clienta@ 	and the WinNT client.  Unix clients are 136Mb/Min to 141Mb/Min,@ 	while all the others for me are about 21Mb/Min to 23Mb/Min.  At> 	that rate, I'd never get all the fullsaves done before they'd1 	have to be started again the next month, but....t  @ 	Problem MAY be that Unix defaults to full duplex on its network> 	interfaces while my Netware boxes are defaulting or forced to@ 	half duplex (older COMPAQ CPQNF3 NICS in Proliants); same mightD 	be the case for my WinNT boxes (same COMPAQ hardware) and, perhaps,D 	for the OpenVMS interfaces (don't know how to check that).  Veritas0 	says NetBackup NEEDS Full Duplex over the wire.  M +-"Never Underestimate the bandwidth of a station wagon full of mag tapes"--+-N | J.Lance Wilkinson ("Lance")            InterNet:  Lance.Wilkinson@psu.edu | M | Systems Design Specialist - Lead       AT&T:      (814) 865-1818          |oM | Library Computing Services             FAX:       (814) 863-3560          |tM | E3 Paterno Library                     "I'd rather be dancing..."         |0M | Penn State University         A host is a host from coast to coast,       |SM | University Park, PA 16802     And no one will talk to a host that's close |IM | <postmaster@psulias.psu.edu>  Unless the host that isn't close            |tM | VMS GopherMeister             Is busy, hung or dead.                      |tM +------"He's dead, Jim. I'll get his tricorder. You take his wallet."-------+e9                  [apologies to DeForest Kelly, 1920-1999]o3 <A Href="http://perdita.lcs.psu.edu">home page</a> tJ <a Href="http://perdita.lcs.psu.edu/junkdec.htm">junk mail declaration</a>   ------------------------------    Date: 17 Jan 2001 14:36:00 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)( Subject: Re: VMS ftp patch site problem?* Message-ID: <3a659fc0$1@news.kapsch.co.at>  l In article <93hq3c$l9k$1@fizban.fizban.pprd.abbott.com>, "Dave Gudewicz" <david.gudewicz@abbott.com> writes:6 >Anyone else notice nothing new here since 5-DEC-2000? > = >    http://ftp.support.compaq.com/patches/.new/openvms.shtml   C Yes, indeed. Though there are at least 2 more ECOs for V7.2-1 now:     	VMS721_LAN-V02001 	VMS721_MOUNT96-V0200e  E It's better to have/use also DSNLINK_NEW and to also be subscribed to " the COMPAQ VMS ECO mailing list...  9 >If this "isn't the place" for VMS patches, then what is?m  	 how about   * 	ftp://ftp.service.digital.com/public/vms/  J You could also check the DSIN articles similar to 'what ECOs are there forK what VMS version' (check the real article title yourself) for unknown ECOs.s  H >And yes, I've sent a note about this somewhere in the "tell us what youH >think" place, but me thinks that wormhole is plugged up somewhere.  ;-)   I gave up years ago...   -- o< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888o< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Wed, 17 Jan 2001 09:31:32 +0200m% From: Gabriel Sterk <gabi@aipm.co.il>nB Subject: Re: VMS scheduling products - what are people using today2 Message-ID: <000b01c08057$84882980$2c46bf10@manai>  C Check out JSS (Job Scheduling and Control System) Vax & Alpha, froma ICAM Technology Corp.l  3 My last contact to them was at (quite a while ago):f' 3201 Crestmoor Dr., San Bruno, CA 94066s* Phone: (415) 872-3217  Fax: (415) 367-0941 E-mail: icam@mindspring.como   Regards,
 Gabriel Sterk    -----Original Message-----6 From: Dave Gudewicz [mailto:david.gudewicz@abbott.com]& Sent: Monday, January 15, 2001 9:53 PM To: Info-VAX@Mvb.Saic.Coma> Subject: VMS scheduling products - what are people using today    I Wondered what others here are using for VMS scheduling chores these days.hE The DECscheduler product was sent to the black hole a few years back. J If its been developed and supported in the manner which we are accustomed, then OK.9 But somehow I think not.  Please correct me if I'm wrong. K This is my perception based on other things the black hole has swallowed ino	 the past.P Thanks,t   Dave...v   ------------------------------  % Date: Wed, 17 Jan 2001 09:15:40 +0100d% From: "Fred Zwarts" <F.Zwarts@KVI.nl>  Subject: Re: What is LAT?a. Message-ID: <943kbc$mgc$1@info.service.rug.nl>  - <craig.lansing@ipaper.com> wrote in message =d# news:942l45$j7a$1@nnrp1.deja.com...dE > I'll preface this with a disclaimer that I am VMS ignorant, so be =a kind.t >=20E > I have a vendor with whom I need to serially communicate to their =i AlphanB > via an RS-232 connection to a DECServer Terminal Server which isB > connected via ethernet to the Alpha.  All debate aside about whyG > serial.... this seems fairly straightforward.  The Terminal Server isbE > onsite here in Virginia and the Alpha is in Memphis, but to my mind4D > that really shouldn't matter since I thought that the purpose of aF > Terminal Server is to provide an ethernet to serial interface and as  E Note "ethernet", which is something different than Wide Area Network.   C > long as the Terminal Server was within RS-232 limits of the end =  device,nD > it really does not matter where the host is.  The vendor says thatE > since he uses LAT to communicate with the Terminal Server he cannotrH > connect to it over the WAN, the Alpha server must be on the local LAN.A > Therefore we cannot test until our local Alpha is installed.  = 	 Somethingd- > seems really strange with this, doesn't it?4  3 Strange only if you think that Ethernet equals WAN.t  I LAT =3D Local Area Transport protocol. As the names says already, it is =A designed@ for Local Area Networks (LAN), not for Wide Area Networks (WAN).A It is a Ethernet protocol on its own (not based on DECnet or IP).yF Because of its local nature, it has certain performance enhancements = that you* do not find in protocols designed for WAN.F Some (older) DECserver Terminal Servers use only the LAT protocol and,< therefore, can connect only to systems on the local network.C Other DECserver Terminal Servers use not only LAT, but also telnet.h   ------------------------------   Date: 17 Jan 2001 16:29:38 GMT) From: leslie@clio.rice.edu (Jerry Leslie)o Subject: Re: What is LAT?a' Message-ID: <944h9i$pr3$1@joe.rice.edu>   $ Fred Zwarts (F.Zwarts@KVI.nl) wrote: :aQ : <craig.lansing@ipaper.com> wrote in message news:942l45$j7a$1@nnrp1.deja.com...eS : > The vendor says that since he uses LAT to communicate with the Terminal Server -T : > he cannot connect to it over the WAN, the Alpha server must be on the local LAN.B : > Therefore we cannot test until our local Alpha is installed.  9 : > Something seems really strange with this, doesn't it?t  N As others have pointed out, LAT is not a routable protocol, but can operate on a WAN by bridging it.X  O The pipeline control center I supported had a DECnet/TCPIP/LAT WAN that use LATa3 to collect data from RTUs (Remote Terminal Units). 2  G IIRC, LAT was given priority over other protocols in the Cisco routers."  4 --Jerry Leslie     (my opinions are strictly my own)  S P.S.: I'm the person who suggested that Craig post in comp.os.vms and comp.sys.dec.c   ------------------------------  % Date: Wed, 17 Jan 2001 10:09:41 -0700 + From: "Barry Treahy, Jr." <treahy@mmaz.com>s Subject: Re: What is LAT?l( Message-ID: <3A65D1D5.A3C61A10@mmaz.com>   JF Mezei wrote:   G > > since he uses LAT to communicate with the Terminal Server he cannot J > > connect to it over the WAN, the Alpha server must be on the local LAN. >fX > That is correct. LAT (Local Area Transport) is not routable. It is however bridgeable.P > As I recall, LAT talks ethernet to ethernet so routers don't know how/where to > route a packet. " > LAT is also sensitive to delays. >hP > However, some of the last terminal servers were able to talk via TELNET/TCPIP, > and that is routable.e >cH > If one were to take a frame relay link, could one bridge LAT over it ?  T Yes, I did this for years over a 56K Frame-Relay link and had zero problems with LATW timeouts, even when the link was saturated.  I used Telco Systems Magnalink CompressioneP Bridges which, by the way, are available for purchase by any interested party...   Barryv   ------------------------------  % Date: Wed, 17 Jan 2001 09:26:56 +0000i2 From: Chris Sharman <Chris.Sharman@CCAgroup.co.uk>1 Subject: Re: where is the new version of OpenVMS? . Message-ID: <3A656560.60B13A34@CCAgroup.co.uk>   Hoff Hoffman wrote:. > ^ > In article <qt166tg3ndq5ucmt5gnc5496hc557o1tt3@4ax.com>, Beyonder <beyonder@vrx.net> writes: > :I have I think 7.2,A >Please see the OpenVMS roadmap.  Pointers are in the OpenVMS FAQS  < Been there. The pictures are too small to read, & apparentlyC unexpandable (Netscape 3.03). The text says 7.3 will be out H1CY01.-> Presumably it hasn't shipped - can anyone narrow it down yet ?8 I'm interested in when it will ship in volume in the UK.  E We've also got an old VAX still, so we're currently running Alpha 7.1SF with VAX 6.2 - would we still be able to run VAX 6.2, or if not what ?  
 Thanks, Chris3   ------------------------------  # Date: Wed, 17 Jan 2001 15:02:45 GMTa+ From: tom@automatedtech.com (Tom Hickerson). Subject: WRQ drops LAT ???3 Message-ID: <3a65b36c.57715540@news.mindspring.com>   8 I've heard that WRQ is dropping LAT from the next/latest> release of Reflections.   Meridan's SuperLAT has bit the dust.: Are there other LAT vendors out there that support W2000 ?  
 Tom Hickerson1 tom@automatedtech.comn   ------------------------------  % Date: Wed, 17 Jan 2001 13:27:41 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.br  Subject: Re: WRQ drops LAT ???L Message-ID: <OFE39DF5C4.AFA461F9-ON032569D7.005A461D@ep-bc.petrobras.com.br>  H There=B4s no future for LAT ! I am converting the last queues to TCP/IP=  now !H LAT is like BSC-3 .... nobody know anymore ! ! ! There=B4s no interest = to7 run a protocol which works only in one network segment.e   Regards, FCo        < tom@automatedtech.com (Tom Hickerson) em 17/01/2001 13:02:45             Info-VAX@Mvb.Saic.Come       Assunto: WRQ drops LAT ???    8 I've heard that WRQ is dropping LAT from the next/latest> release of Reflections.   Meridan's SuperLAT has bit the dust.: Are there other LAT vendors out there that support W2000 ?  
 Tom Hickersons tom@automatedtech.comt           =1   ------------------------------  # Date: Wed, 17 Jan 2001 17:04:19 GMT0+ From: tom@automatedtech.com (Tom Hickerson)m Subject: Re: WRQ drops LAT ???3 Message-ID: <3a65cf38.64831332@news.mindspring.com>n  L >Theres no future for LAT ! I am converting the last queues to TCP/IP now !H >LAT is like BSC-3 .... nobody know anymore ! ! ! Theres no interest to8 >run a protocol which works only in one network segment.  C We have an interest  in "a protocol which only runs on one segment"T@ because we like the extra level of security it gives us and it's faster than TELNET.S   ------------------------------  % Date: Wed, 17 Jan 2001 16:33:50 +0000W% From: Alan Greig <agreig@my-deja.com>H Subject: Re: WRQ drops LAT ???8 Message-ID: <m2ib6ts7m2slosj3n4caducrj7v5usdae8@4ax.com>  < On Wed, 17 Jan 2001 15:02:45 GMT, tom@automatedtech.com (Tom Hickerson) wrote:8  9 >I've heard that WRQ is dropping LAT from the next/latesto? >release of Reflections.   Meridan's SuperLAT has bit the dust.D; >Are there other LAT vendors out there that support W2000 ?a  ? Ericom Powerterm. Partners with Compaq and Powerterm ships withe Pathworks 32   www.ericom.com     --
 Alan Greig   ------------------------------    Date: 17 Jan 2001 13:42:17 -0500/ From: jordan@lisa.gemair.com (Jordan Henderson)u Subject: Re: WRQ drops LAT ???* Message-ID: <944p29$ons$1@lisa.gemair.com>  8 In article <m2ib6ts7m2slosj3n4caducrj7v5usdae8@4ax.com>,' Alan Greig  <agreig@my-deja.com> wrote: = >On Wed, 17 Jan 2001 15:02:45 GMT, tom@automatedtech.com (Tom- >Hickerson) wrote: > : >>I've heard that WRQ is dropping LAT from the next/latest@ >>release of Reflections.   Meridan's SuperLAT has bit the dust.< >>Are there other LAT vendors out there that support W2000 ? > @ >Ericom Powerterm. Partners with Compaq and Powerterm ships with
 >Pathworks 32: >+  D A good product.  I believe it comes bundled in the Pathworks Client @ installations, although there may be an upgraded product you can purchase from Ericom.1   >www.ericom.comc >  >t >--  >Alan Greigh   -Jordan Henderson  jordan@greenapple.comd   ------------------------------  % Date: Wed, 17 Jan 2001 13:14:28 -0500g) From: Bob Ricci <maxx0623@concentric.net>p Subject: x25 packet switchingc3 Message-ID: <020201c080b1$549743a0$585b5cc0@Subway>   , This is a multi-part message in MIME format.  + ------=_NextPart_000_01FF_01C08087.6BB1F960e Content-Type: text/plain;  	charset="iso-8859-1"o+ Content-Transfer-Encoding: quoted-printable   E Anybody still using a Demsa loaded by software configured using x25 = J router 2000 software. I am currently loading the demsa off a vax4000 and =B dialing in through connnet to an alpha server running x.25. I am =J installing a new alphaserver on which i have configured x.25. Now i want =? the software which is loaded to the demsa to point to the new = E alphaserver. I am assuming i have to run x25rousetup.com but am not =lI familiar with the answers to all the questions. Is there any file which =2H has the old defaults in them so i can just change the new node name to = connect to?=20 Robert V. Riccis Systems Manager1 Drs. Associates (SUBWAY) 325 Bic Dr.a Milford, Ct 06460l  tel  203 877 4281 ext 1144e fax to pc 203 783 7144  fax 203 876 6682. email ricci_r@subway.com  or     maxx0623@concentric.neti http://www.subway.comy  + ------=_NextPart_000_01FF_01C08087.6BB1F960g Content-Type: text/html; 	charset="iso-8859-1"i+ Content-Transfer-Encoding: quoted-printable   > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD>3 <META content=3D"text/html; charset=3Diso-8859-1" =n http-equiv=3DContent-Type>9 <META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR>  <STYLE></STYLE>l </HEAD>a <BODY bgColor=3D#ffffff>D <DIV><FONT size=3D2>Anybody still using a Demsa loaded by software =
 configured=20eH using x25 router 2000 software. I am currently loading the demsa off a =
 vax4000=20F and dialing in through connnet to an alpha server running x.25. I am =
 installing=20 C a new alphaserver on which i have configured x.25. Now i want the =e software which=20eI is loaded to the demsa to point to the new alphaserver. I am assuming i =a
 have to=20E run x25rousetup.com but am not familiar with the answers to all the =d
 questions.=20tD Is there any file which has the old defaults in them so i can just =
 change the=20n* new node name to connect to? </FONT></DIV>@ <DIV><FONT size=3D2>Robert V. Ricci<BR>Systems Manager<BR>Drs. =
 Associates=20wI (SUBWAY)<BR>325 Bic Dr.<BR>Milford, Ct 06460<BR>&nbsp;tel&nbsp; 203 877 =- 4281 ext=20 G 1144<BR>fax to pc 203 783 7144<BR>&nbsp;fax 203 876 6682<BR>email <A=20 J href=3D"mailto:ricci_r@subway.com">ricci_r@subway.com</A><BR>&nbsp;or&nbs= p;&nbsp;&nbsp;&nbsp;=20t <A =J href=3D"mailto:maxx0623@concentric.net">maxx0623@concentric.net</A><BR><A= =20-J href=3D"http://www.subway.com">http://www.subway.com</A></FONT></DIV></BO=
 DY></HTML>  - ------=_NextPart_000_01FF_01C08087.6BB1F960--a   ------------------------------    Date: 17 Jan 2001 17:54:23 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)4 Subject: Re: [TCPIP V5.0A ECO1] BIND Server errors ?* Message-ID: <3a65ce3f$1@news.kapsch.co.at>  T In article <3a5ded25$1@pull.gecm.com>, "Tim Jackson" <tim.jackson@amsjv.com> writes:A >I too had Peter's "zone dump failed" problem.  I tried using theaF >TCPIP$BIND_SERVER_MERGE_DYNAMIC_UPDATES logical (I gave it a value of? >"TRUE".  Is that okay or should it have some specific value?).e  J I think, only the existance (and not the value) of the logical is checked.6 But I may be wrong of course. Test it (and tell me ;-)  K All I know is, that in TCPIP V5.1 the default is 'merge' and you do have to K define a logical to prevent the DDNS merges (hence the V5.0 functionality).e  E >                                                                It'st3 >almost working now but I have found a new message:i >fG >Thu 11 15:43:08 ERROR: rename(xxxxxx.db_dumptmp,xxxxxx.db_log) failed:e
 >i/o error >4@ >When I look at the .DB_DUMPTMP and .DB_LOG file security I get: >.@ >XXXXXX.DB_DUMPTMP;1  [TCPIP$AUX,TCPIP$BIND]           (R,R,R,R)3 >XXXXXX.DB_LOG;1             [TCPIP$AUX,TCPIP$BIND]t >(RWED,RWED,RE,) >h> >i.e. it's "read-only" so no wonder the "rename" doesn't work.  K Maybe it's V5.0 (instead of V5.0A), or your own system's default protectionFI or this bug is still there (in V5.0-111) but I haven't seen it (because IP so far didn't enable *_MERGE_*)t  I >Is this a known problem or am I missing something?  As a side issue, areuI >there any other "undocumented" logical names that you can tell us about?o   not me  F >My platform and version information given by the "tcpver" command is: >r7 >  DIGITAL TCP/IP Services for OpenVMS VAX Version V5.0l) >  on a VAX 4000-200 running OpenVMS V7.1   H I recommend deep heartly V5.0-11 (aka V5.0A - but not V5.0-10 aka V5.0A)H and the ECO1 (V5.0-111). And a lot of problems - but alas not all - will
 disappear.  ( It's really time for ECO 2 _and_ V5.1 !!   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888s< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   End of INFO-VAX 2001.034 ************************