1 INFO-VAX	Tue, 19 Sep 2000	Volume 2000 : Issue 524       Contents:* Re: Adding hard drives to dec alpha server# Re: Adv Server 7.2 and Windows 2000 6 ANN: The ASI PDF Viewer is now available for purchase. BOF: Affordable OpenVMS  Re: Boot Strings Re: Boot Strings Re: Compaq VMS promo Re: Compaq VMS promo Re: Compaq VMS promo Re: Compaq VMS promo" Re: GCC for Alpha with Objective-C" Re: GCC for Alpha with Objective-C" Re: GCC for Alpha with Objective-C Re: Hobbyist Cluster? E Re: INITIALIZE options: /header & /maximum_files, how do they relate? E Re: INITIALIZE options: /header & /maximum_files, how do they relate? E Re: INITIALIZE options: /header & /maximum_files, how do they relate? ) Re: need to convert DIF to delimited text % Re: No more SYSDUMP.DMP? No more NTP? % Re: No more SYSDUMP.DMP? No more NTP? % Re: No more SYSDUMP.DMP? No more NTP? % Re: No more SYSDUMP.DMP? No more NTP? ! Nothing to lose, $50,000 to gain!  Re: OpenVMS  Re: OpenVMS  Quantum Fireball?  Re: Quantum Fireball?  Re: Quantum Fireball?  See You in LA (CETS2000) Re: TCPIP V5.0 complaints  Re: TCPIP V5.0 complaints  Re: TCPIP V5.0 complaints  Re: TCPIP V5.0 complaints @ The performance effect of PALcode (was: To VMS From SCO/Solaris) Re: To VMS From SCO/Solaris  Re: To VMS From SCO/Solaris  Re: To VMS From SCO/Solaris  Re: To VMS From SCO/Solaris  Re: To VMS From SCO/Solaris  Re: To VMS From SCO/Solaris  Re: VMS Session Using Exceed Why are these files open?  Re: Why are these files open? 
 Re: Wiring Re: [JAVA] Adobe Acrobat Viewer < [OpenVMS VAX V7.2] Upgrade deletes SYS$COMMON:[DECW$INCLUDE]  F ----------------------------------------------------------------------  % Date: Mon, 18 Sep 2000 19:50:56 +0000 - From: SysAdmin <djesys.nospam@fsi.net.mapson> 3 Subject: Re: Adding hard drives to dec alpha server . Message-ID: <39C67220.94D78E1E@fsi.net.mapson>   Hoff Hoffman wrote:  [snip]L >   Yes, we really need to implement a SHOW VERSION command for DCL, to show. >   the OpenVMS version and platform and such.  & I find the following works quite well:  # $ UPT*IME :== SHOW SYSTEM/NOPROCESS   @ "$ UPT/CLU" shows me OpenVMS versions and uptime for the current cluster.  F I also have in my LGICMD a rather more involved VERS*ION command which@ uses WRITE SYS$OUTPUT and F$GETSYI to display the hardware name,B architecture name and OpenVMS version for the current machine. For example:   $ VERS% Alpha V7.1-2 (AlphaStation 200 4/233)    ...my $0.00 US.    David J. Dachtera    ------------------------------  # Date: Mon, 18 Sep 2000 20:38:08 GMT * From: "Jack Peacock" <peacock@simconv.com>, Subject: Re: Adv Server 7.2 and Windows 2000C Message-ID: <Q2vx5.8949$ks.284815@newsread1.prod.itd.earthlink.net>   > "Jack Peacock" <peacock@simconv.com> wrote in message news:...H  Apologies if this shows up twice or more, the regular news server seems* to be highly unreliable the last few days.  > Will Pathworks Advanced Server V7.2 operate as a backup domainH controller in a network where the primary domain controller is a WindowsE 2000 Server?  I have a test setup which seems to work except that the = Win2K server logs some type of synch error every few minutes.   C Environment is:  Alpha 2100, 128MB, OpenVMS 7.2, AS 7.2A on the VMS - side, configured as backup domain  controller   G  AMD K7, 256MB, Win2K  Server SP1 on the NT side, configured as primary  domain controller.  G In the Win2K server event log: << The full synchronization request from C the server VMS completed successfully. 127 object(s) has(have) been F returned to the caller.  >>  I get this message twice every 5 minutes.H "VMS" is the Pathworks server.  Is this a known problem with AS 7.2, andH is there an ECO for it?  It's more a nuisance than a serious error but IF will have to explain to the customer why it will appear on their error2 logs when they switch from NT4 to Win2K next week.  F  Is there no way to set up AS 7.2 as a standalone server?  I know thatE moving Pathworks into a separate domain solves the Win2K sync message ' problem, but its not an ideal solution.       Jack Peacock    ------------------------------  % Date: Mon, 18 Sep 2000 23:56:32 -0500 / From: Chris Scheers <chris@applied-synergy.com> ? Subject: ANN: The ASI PDF Viewer is now available for purchase. O Message-ID: <95411B71EBC5C064.D92E066524FD3F55.E8AA7D6E139A73F9@lp.airnews.net>   = The ASI PDF Viewer is now available for purchase.  (Finally!)   / 	 http://www.applied-synergy.com/pdf/index.html   ? V1.0 is available via download only.  V1.1 will ship on CD-ROM.   C Anyone who purchases V1.0 will receive V1.1 (and any other versions  released in the next year.)   G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com     Fax: 817-237-3074    ------------------------------  % Date: Mon, 18 Sep 2000 20:50:30 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>   Subject: BOF: Affordable OpenVMS- Message-ID: <39C6C666.ED502623@earthlink.net>    This came in today's e-mail...   >David, E >	The prescheduled Birds of a Feather sessions are set.  Your session F >Affordable OpenVMS is Thursday 9:15-10:30 am in the BOF Area 1 of theF >Encompass Cafe.  Thank you for being so flexible as we worked out the, >kinks!  I look forward to seeing you in LA! >			Thanks, Jenny   $ If you can make it, that'd be GREAT!   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------   Date: 18 Sep 2000 14:08:30 PDTT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) Subject: Re: Boot Strings 3 Message-ID: <NZqg17FPtSWJ@mccdev.slac.stanford.edu>   G In article <8q5b08$iu6$1@nnrp1.deja.com>, byatesiii@my-deja.com writes: H > Is there any way to view the Boot Strings prior to bringing the systemF > down? We have a variety of systems, Vax 6000, 7000, Alphas... and inE > the middle of an upgrade is a bad time to find someone's done you a  > favor.  H         Not on VAXen.  That's why I keep hard copy of the console outputH     next to the console. :-)  As  you  proably know already, for the VAXH     6000's,  just  do a SHOW BOOT at the >>> prompt.  Don't  know  about     7000's.   H         On essentially _all_ Alpha's, a SHOW at the >>> prompt will listH     all  the  console  variables   including  things  like  auto_action,H     boot_osflags  and  bootdef_dev.   Furthermore,  with  recent  enoughH     versions of VMS, you can use F$GETENV to query _many_, but not  all,>     console varaibles.  For example (WO == WRITE SYS$OUTPUT) :  $         $ wo f$getenv("auto_action")         HALT%         $ wo f$getenv("boot_osflags")          5,0 $         $ wo f$getenv("bootdef_dev")?         MSCP 0 5 0 8 0 6000 6601095,MSCP 0 5 0 9 0 6000 6601095 	         $                  -Ken --  M  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edu :  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------   Date: 18 Sep 2000 21:15:59 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Boot Strings 6 Message-ID: <8q60mf$dnn$1@mailint03.im.hou.compaq.com>  G In article <8q5b08$iu6$1@nnrp1.deja.com>, byatesiii@my-deja.com writes: G :Is there any way to view the Boot Strings prior to bringing the system E :down? We have a variety of systems, Vax 6000, 7000, Alphas... and in D :the middle of an upgrade is a bad time to find someone's done you a :favor.   E   It takes a little kernel-mode code to look at the console bootstrap J   settings on OpenVMS VAX.  The f$getenv() lexical on OpenVMS Alpha makes G   this easier -- the lexical and the underlying $getenv system service  G   have been around for a long time, but only got documented in OpenVMS     Alpha V7.2 and later.   G   The easiest approach is likely to simply take the system down for the J   normal preparation for the operating system upgrade (eg: as part of the A   BACKUP of the system disk), and look at the console settings...   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 18 Sep 2000 21:56:50 +0200 " From: "Hans Vlems" <hvlems@iae.nl> Subject: Re: Compaq VMS promo ( Message-ID: <8q5rkd$kqg$1@news.IAEhv.nl>   Terry,  J believe me, I've been a VMS fan since 1982 but as long as the big software3 players (SAP et. al.) do not support VMS it's dead. H Computers are no longer bought, it's the applications that are now being	 selected. K In the minds of CEO's any box that cannot run SAP R/3 is probably something  you do not need.J The problem is to get this point across to the VMS ambassadors. They still seem to live in 1985.J IF someone might turn the tide that THEN that somebody must be prepared to kickK some %ss c.s. b%lls. It's good to see that at least one person is trying to 	 leave the I "we have a good product: see" path in favor of the "we sell a platform to  run yourG company's applications on". That may seem the same to you but it really  isn't.  D So Compaq should focus on partnerships that do count, not on WNT W2K integration issues. ( That'll reduce VMS to third line status.  F Example: the company I work for decided to use a software tool sold by Manugistics.I It doesn't run on VMS, but it runs on unix and rumours had it even on our  favorite brand: Tru64.G Which it didn't after all. Compaq US tried to convice Manugistics US to  support Tru64/Alpha  which did not succeed.G So we're going for YAUV (yet another unix vendor). End of story. Compaq  seems unable to B convince software vendors that C's platforms are worthwile, have a significant marketshare  and thus potential profit.  D You should ask yourself why. The installed base for VMS and TRU64 is enormous. Even if any K sw vendor would tap only 5% that would be quite profitable. Why no support?   L Answer: Bobbie dear managed to convince the world that A) VMS was legacy and
 B) was notJ able to sell TRU64 convincingly because he spent to much time with his pal
 Billy boy.    
 Hans Vlems0 Terry C. Shannon heeft geschreven in bericht ... > . >"Hans Vlems" <hvlems@iae.nl> wrote in message# >news:8q3hok$fdd$1@news.IAEhv.nl...  >> Sue,  >>A >> keep this up and you might even get to save VMS from the faith ) >> predicted by Bobby (the knife) Palmer.  > L >VMS has survived fires, floods, terrorist bombings and yes, even Bob Palmer< >and Bill Gates. How's THAT for an industrial-strength OS??? >  >  >  >    ------------------------------  # Date: Mon, 18 Sep 2000 21:14:33 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Compaq VMS promo 9 Message-ID: <ZAvx5.6905$tn.81473@typhoon.ne.mediaone.net>   - "Hans Vlems" <hvlems@iae.nl> wrote in message " news:8q5rkd$kqg$1@news.IAEhv.nl... > Terry, > L > believe me, I've been a VMS fan since 1982 but as long as the big software5 > players (SAP et. al.) do not support VMS it's dead.   K The lack of SAP support certainly is a show-stopper in a number of markets.   J > Computers are no longer bought, it's the applications that are now being > selected. C > In the minds of CEO's any box that cannot run SAP R/3 is probably 	 something  > you do not need.L > The problem is to get this point across to the VMS ambassadors. They still > seem > to live in 1985.  G I don't know about that... the Ambassadors I've dealt with seem to know J what's going. Getting buy-in from senior Compaq management (well above the( Rich Marcello pay grade) is the problem.   cheers,    terry s    ------------------------------  % Date: Mon, 18 Sep 2000 23:19:07 -0400 * From: David A Froble <davef@tsoft-inc.com> Subject: Re: Compaq VMS promo - Message-ID: <39C6DB2B.D2BF83AC@tsoft-inc.com>    Hans Vlems wrote:  >  > Terry, > L > believe me, I've been a VMS fan since 1982 but as long as the big software5 > players (SAP et. al.) do not support VMS it's dead.   O In some people's worlds, this may be true.  There are other worlds, and in some O of them, they care less than nothing for SAP et.al.  This may be meaningless to O you, but those worlds do exist, and their money spends as well as anyone elses.   K If SAP was so all emcompassing, why are they having some difficulties now?   Maybe they aren't so great?   J > Computers are no longer bought, it's the applications that are now being > selected.   O When a customer is looking for an application, this is a large factor.  Not all P customers are looking for an application.  Some already have an application, andM want to run it on the most robust, secure, reliable, scalable, and all around 6 best commercial operating system available today, VMS.  ( (Hey Bill, how's that for cheerleading?)  M > In the minds of CEO's any box that cannot run SAP R/3 is probably something  > you do not need.   Tunnel vision can be helped.  L > The problem is to get this point across to the VMS ambassadors. They still > seem > to live in 1985.L > IF someone might turn the tide that THEN that somebody must be prepared to > kickM > some %ss c.s. b%lls. It's good to see that at least one person is trying to  > leave the K > "we have a good product: see" path in favor of the "we sell a platform to 
 > run yourI > company's applications on". That may seem the same to you but it really  > isn't.  K Vast difference.  Doesn't make one better than the other.  Would be nice to  cover both bases.   F > So Compaq should focus on partnerships that do count, not on WNT W2K > integration issues.   ( Can't argue with such good common sense.  * > That'll reduce VMS to third line status. > H > Example: the company I work for decided to use a software tool sold by > Manugistics.K > It doesn't run on VMS, but it runs on unix and rumours had it even on our  > favorite brand: Tru64.I > Which it didn't after all. Compaq US tried to convice Manugistics US to  > support Tru64/Alpha  > which did not succeed.4 > So we're going for YAUV (yet another unix vendor).  O If the software vendor knew that you and most others would take this path, then O where is the incentive for them to be more competitive.  It's you customers who , are fostering and nourishing such attitudes.  L If you need a tool, it doesn't matter what it runs on, until you're spendingP more on a system just for the tool, and on supporting another platform.  Have noN idea what the product is or what it does, so cannot comment on this particular	 decision.    > End of story. Compaq > seems unable to D > convince software vendors that C's platforms are worthwile, have a > significant marketshare  > and thus potential profit. > F > You should ask yourself why. The installed base for VMS and TRU64 is > enormous. Even if any M > sw vendor would tap only 5% that would be quite profitable. Why no support?  > N > Answer: Bobbie dear managed to convince the world that A) VMS was legacy and > B) was notL > able to sell TRU64 convincingly because he spent to much time with his pal > Billy boy.  J There has been really terrible actions taken in the past, as far as VMS isI concerned.  That's why Terry is right in claiming the wonder that VMS has 	 survived.   I So, if you were in charge now, how would you get these reluctant software  vendors to consider VMS?   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Tue, 19 Sep 2000 00:55:30 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com>N Subject: Re: Compaq VMS promo2( Message-ID: <8q6rco$74l$1@pyrite.mv.net>  5 David A Froble <davef@tsoft-inc.com> wrote in messaged' news:39C6DB2B.D2BF83AC@tsoft-inc.com...s   ...a  K > So, if you were in charge now, how would you get these reluctant softwaren > vendors to consider VMS?  E Spend some serious money on VMS to demonstrate unmistakable corporateoI commitment to a future those vendors might have an interest in being partlF of.  After so many years of lost opportunities and unmet expectations, nothing else will do the job.t   - bill   >e > Dave >E > --6 > David Froble                       Tel: 724-529-04506 > Dave Froble Enterprises, Inc.      Fax: 724-529-0596@ > DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com8 > T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  + Date: Mon, 18 Sep 2000 13:51:38 -0500 (EST)o1 From: "Robert J. Slover" <slover@Rose-Hulman.Edu>p+ Subject: Re: GCC for Alpha with Objective-C W Message-ID: <Pine.LNX.3.96.1000918134736.15904A-100000@rocinante.admin.rose-hulman.edu>l  E The question is, does it compile Objective-C?  The Sun compiler does, , but I don't know that the DEC compiler does.  B In a month or so, I'll try to get the GCC kit going on my hobbyistB Alpha.  I'm getting a new job, so I might have enough of a life toB actually work on the GNUstep port to VMS I've always wanted to do.   --Robert  ( On Mon, 18 Sep 2000, Dan Sugalski wrote:  B > At 04:29 PM 9/18/00 +0000, Bru@cpmx.mail.saic.com, Pierre wrote: > >hi, > >VG > >is GCC 2.8 the last version for OpenVMS Alpha ? does it contains the-# > >Objective-C part or only C/C++ ?- > N > The kit I saw did have objective C in it. Unfortunately gcc 2.8.0 generates K > bad code in some circumstances (and I don't know what, exactly, but perl a% > trips them) so I wouldn't trust it.7 > N > Try scaring up a hobbyist kit if you can and use Dec C instead. It's a much K > better compiler than gcc in general, and has the advantage of generating l > good code. > 
 > 					Dan > K > --------------------------------------"it's like this"-------------------U4 > Dan Sugalski                          even samuraiA > dan@sidhe.org                         have teddy bears and evenI= >                                       teddy bears get drunk  >  >  >    ------------------------------  % Date: Mon, 18 Sep 2000 16:03:56 -0400 " From: Dan Sugalski <dan@sidhe.org>+ Subject: Re: GCC for Alpha with Objective-C ; Message-ID: <5.0.0.25.0.20000918160217.01cc4e40@24.8.96.48>   2 At 01:51 PM 9/18/00 -0500, Robert J. Slover wrote:  F >The question is, does it compile Objective-C?  The Sun compiler does,- >but I don't know that the DEC compiler does.e >hC >In a month or so, I'll try to get the GCC kit going on my hobbyisteC >Alpha.  I'm getting a new job, so I might have enough of a life toeC >actually work on the GNUstep port to VMS I've always wanted to do.r  I Nope, the Dec C compiler doesn't compile Objective C. It's also possible hJ that more recent versions of GCC generate proper code for Alphas. While I I wouldn't use it myself much (since Dec C generates much better optimized sK code for Alpha machines), I'd love to have a working GCC on OpenVMS Alpha.  A (Speaking as one of the guys who handles the VMS port of perl...)l  ) >On Mon, 18 Sep 2000, Dan Sugalski wrote:t >ND > > At 04:29 PM 9/18/00 +0000, Bru@cpmx.mail.saic.com, Pierre wrote: > > >hi, > > > I > > >is GCC 2.8 the last version for OpenVMS Alpha ? does it contains thel% > > >Objective-C part or only C/C++ ?n > > F > > The kit I saw did have objective C in it. Unfortunately gcc 2.8.0  > generatesrL > > bad code in some circumstances (and I don't know what, exactly, but perl' > > trips them) so I wouldn't trust it.I > >lK > > Try scaring up a hobbyist kit if you can and use Dec C instead. It's a   > muchL > > better compiler than gcc in general, and has the advantage of generating > > good code. > >o- > >                                       Dan  > >sM > > --------------------------------------"it's like this"-------------------e6 > > Dan Sugalski                          even samuraiC > > dan@sidhe.org                         have teddy bears and eveny? > >                                       teddy bears get drunkc > >  > >s > >D     					Dan  I --------------------------------------"it's like this"-------------------r2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and even ;                                       teddy bears get drunkp   ------------------------------   Date: 18 Sep 2000 21:38 PSTd) From: rankin@eql.caltech.edu (Pat Rankin)-+ Subject: Re: GCC for Alpha with Objective-C-/ Message-ID: <18SEP200021383883@eql.caltech.edu>o  < In article <5.0.0.25.0.20000918134441.02743af0@24.8.96.48>,\'  Dan Sugalski <dan@sidhe.org> writes...-B > At 04:29 PM 9/18/00 +0000, Bru@cpmx.mail.saic.com, Pierre wrote:F >>is GCC 2.8 the last version for OpenVMS Alpha ? does it contains the" >>Objective-C part or only C/C++ ? [...]eN > Try scaring up a hobbyist kit if you can and use Dec C instead. It's a much K > better compiler than gcc in general, and has the advantage of generating T > good code.  =      When did Compaq implement a compiler for the Objective-C @ programming language?  DEC C/Compaq C is a very good C compiler,< but it is totally useless for someone who wants Objective-C.  2                 Pat Rankin, rankin@eql.caltech.edu   ------------------------------  % Date: Tue, 19 Sep 2000 04:06:47 +0100   From: Paul Sture <paul@sture.ch> Subject: Re: Hobbyist Cluster?+ Message-ID: <VA.000000d2.02186f9f@sture.ch>i  N In article <OF366724DF.53023BD5-ON8325695B.006BDF04@ep-bc.petrobras.com.br>,   wrote:+ > From: fabio_compaq@ep-bc.petrobras.com.brv > Newsgroups: comp.os.vms   > Subject: Re: Hobbyist Cluster?' > Date: Fri, 15 Sep 2000 16:40:53 -0300a > J > Do you have any information about MicroVMS ?  I remember when I began to  > work with VAX/VMS (1989) thereI > was a literature from DEC, but now Im  trying to search anything on thed  > Internet but I dont match !!!! > F MicroVMS was, as Gotfryd says only available up to about the time you F remember. It was a special version of VMS designed to run on MicroVAX M machines - the first "VAX on a chip" machines. IIRC correctly, these systems  M did not provide the full VAX instruction set, and MicroVMS emulated these in 'M software. The MicroVAX systems typically had smaller disk capacity than full  N size VAXes, and MicroVMS itself would attempt to conserve disk space by doing @ such things as not creating an operator log (by default anyway).  J In later versions of VMS, the differences between "full" VMS and MicroVMS B were merged into one distribution, and it became just "VMS" again.  H With the addition of a POSIX compliant package later on, it was renamed M "OpenVMS", although many of us in the VMS world saw this as a marketing ploy..  N Many of us here might write "OpenVMS", but when spoken it becomes just "VMS".  :-)   L To answer your internet question, try searching for "OpenVMS" or just "VMS".J Also try www.openvms.digital.com. www.levitte.org also contains some good  links.   <rest snipped> ___ 
 Paul Sture Switzerlandh   ------------------------------  # Date: Tue, 19 Sep 2000 01:04:42 GMTS0 From: gilley@nospam.bravewc.com (Charles Gilley)N Subject: Re: INITIALIZE options: /header & /maximum_files, how do they relate?7 Message-ID: <KYyx5.6548$5m.23883@skycache.prestige.net>-  L RTFH - read the fine.... handbook?  I did - maybe I just didn't connect the I dots.  Regarding the /image qualifier and ignoring all of this.  Are you fG saying that the header and max_files are picked up with a backup/image?s  G RTFH - rtf help.  Okay, coming back up to speed....  and, yes, now I'm 6% starting to put it together.  Thanks.o  I In article <gurman-9C0CC2.22292017092000@news.crosslink.net>, "Joseph B. s Gurman" <gurman@ari.net> wrote:o9 >In article <yNdx5.6085$5m.21979@skycache.prestige.net>, f2 >gilley@nospam.bravewc.com (Charles Gilley) wrote: >  >> ... time passes ....l >>  L >> Now I need to recreate this drive, and I have no idea what value we used  >> for eL >> the header parameter.  Reading the online doc, I see we have two options  >> that F >> appear to relate - /header and /maximum_files.  Are these mutually 
 >> exclusive?n >> Cooperative?h >7@ >    Well, sorry simply to say, "RTFH," but here's what it says: > M >> INITIALIZE                                                                :	 >>        M >>                                                                           -) >>                                       iM >>   /HEADERS                                                                  >>         lM >>                                                                           6) >>                                       nM >>         /HEADERS=number-of-headers                                          >>               eM >>                                                                           e) >>                                       pG >>Specifies, for disk volumes, the number of file headers to be        eG >>allocated for the index file. The minimum and default value           G >>is 16. The maximum is the value set with the /MAXIMUM_FILES          tG >>qualifier.                                                           t >>            & >                                     G >>This qualifier is useful when you want to create a number of          G >>files and want to streamline the process of allocating space         eG >>for that number of file headers. If you do not specify this          sG >>qualifier, the file system dynamically allocates space as it         a+ >>is needed for new headers on the volume. e >tC >    So /maximum_files tells the file system the largest number of e> >headers you want to allow, and /header tewlls it how many to J >pre-allocate so it doesn't waste time creating them as you're adding the  >files.  >oH >    Are you by any chabce restoring the file system from a BACKUP tape G >made with the /IMAGE qualifier? If so, you can probably ignore all of e >this. >Y
 >    Best, >r >                  Joe Gurmanm   ------------------------------  % Date: Mon, 18 Sep 2000 21:27:56 -0500r7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>iN Subject: Re: INITIALIZE options: /header & /maximum_files, how do they relate?- Message-ID: <39C6CF2C.92CC76BC@earthlink.net>    Charles Gilley wrote:t > M > RTFH - read the fine.... handbook?  I did - maybe I just didn't connect the J > dots.  Regarding the /image qualifier and ignoring all of this.  Are youI > saying that the header and max_files are picked up with a backup/image?.  G Yes. Other info. includes the cluster size, volume label, ownership and  protection info., etc.   -- f David J. Dachtera. dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/S  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.a   ------------------------------  % Date: Mon, 18 Sep 2000 23:32:57 -0400$* From: David A Froble <davef@tsoft-inc.com>N Subject: Re: INITIALIZE options: /header & /maximum_files, how do they relate?- Message-ID: <39C6DE69.A37715A9@tsoft-inc.com>i   Charles Gilley wrote:h > M > RTFH - read the fine.... handbook?  I did - maybe I just didn't connect theoJ > dots.  Regarding the /image qualifier and ignoring all of this.  Are youI > saying that the header and max_files are picked up with a backup/image?e  P The /IMAGE qualifier on BACKUP, in addition to some other things, gets a copy ofP all the initialization information for a volume.  On an IMAGE restore, the firstO action is to INIT the target volume to be the same as the source volume.  OthereP actions include restoring all files contiguous, and without gaps, thus retainingH maximum contiguous free space.  One exception is that INDEXF.SYS will (IM believe) always have minimum of 4 segments.  Thus, whatever amount of headers J required at the time of the backup of the source disk (remember, it's justG another file) will automatically be restored onto the destination disk.   I For example, if INDEXF.SYS on the source disk is now 100,000 blocks, thencO (haven't checked lately, so may be wrong) when created on the destination disk,SP the whole 100,000 blocks are allocated.  Due to contiguous storage on the targetM disk, a significant portion of the allocated space may not actually be needede and/or used.  O (It's been well over a year since I last did such, so if any of the above is in  error, senility is to blame.)i   Dave   -- y4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  # Date: Tue, 19 Sep 2000 04:39:21 GMTa% From: Bill Hobbs <hobbsb@my-deja.com>h2 Subject: Re: need to convert DIF to delimited text) Message-ID: <8q6qlm$ch1$1@nnrp1.deja.com>a  C In article <8pbiaa$j29$1@nnrp1.deja.com>, rnbwil@my-deja.com wrote:tH > We have some rather large dif files that were pulled from an AS400 andF > are destined eventually for an SQL server but we need to convet them > from dif to ^ delimited text.S >bH > CDA Convert wont do it on an Alpha, only VAX.  We're running an AS1200 > w/ OVMS 7.1-2. >aG > I've fumbled through a DCL script that reads-a-record/writes-a-recordt6 > but it takes FOREVER and our files are 3gb and more.  C I suggest that you consider using PERL - very good string handling.tA Initially you can write a conversion program, but it shouldn't behA too difficult to go straight from the dif file into the database.     & Sent via Deja.com http://www.deja.com/ Before you buy.h   ------------------------------  % Date: Mon, 18 Sep 2000 22:14:16 +0200W" From: "Hans Vlems" <hvlems@iae.nl>. Subject: Re: No more SYSDUMP.DMP? No more NTP?( Message-ID: <8q5sl4$nhr$1@news.IAEhv.nl>   John,:  F could be that the bug was fixed, but not 15 years ago. I'm pretty sureE it was there in V6.2 (if you could call it a bug in the first place).v   Hans' John Santos heeft geschreven in berichtd- <1000917231754.11849A-100000@Ives.egh.com>...u' >On Mon, 18 Sep 2000, Hans Vlems wrote:  >c@ >> The dumpfile must be as large as the size of the main memory.J >> Unless you change the value of DUMPSTYLE, that'll allows you to dump in thet >> pagefile.J >> The DUMPFILE must be bigger than 0 pages! During a dump, there's no VMS
 >> runningJ >> any more and thus nor RMS services. The dump proces uses raw disk IO to puti >> theJ >> contents of the memory on disk. Raw disk IO equals to primitive and has no
 >> ability tom >> open/create/extend files.I >> make sure you reboot if you throw away the dumpfile. Should the system  crashf >> andH >> dump before the reboot it will dump the memory contents all over your filesr >> that took' >> the space that RMS thought was free.p >> >lD >NO!!  Not any more.  That bug was fixed about 15 years ago.  If youB >delete the dump file, the space doesn't get deallocated until you) >reboot.  Still, it is playing with fire.s >oC >The best way I know of to get rid of the dump file is to rename it A >(so VMS won't find it at boot time), reboot, and then delete the  >renamed file. > & >But this isn't what you want to do... >r
 >> Hans Vlemsl >>G >> Cthulhu heeft geschreven in bericht <8q33or$1a3$1@kadath.deep.it>...yG >> >R'lyeh did a bugcheck again, but this time there was no SYSDUMP.DMPf< >> >left anywhere... is it because I removed the old one? :?5 >> >I didn't made any change to any system parameter. 4 >> >Now I've CREATEd a 0-lenght new one, I'll see... >> >D >SYSDUMP.DMP is a permanent file.  It should be at least as large asC >main memory, unless you set it up to do a selective dump.  AUTOGENVD >makes a good guess of the right size for selective dumps if you set7 >the sysgen parameter DUMPSTYLE for it (set the 1 bit).oD >At least, it has always been good enough for me.  Also, on Alpha's,@ >you can set the 8 bit to get compressed dumps.  On Alphas, 1 isA >the default set by AUTOGEN for small memory systems and 9 is thefC >default for large memory (more then 128MB).  I don't think AUTOGEN ? >does anything fancy on VAXes, so I would just set it to "1" ind0 >MODPARAMS.DAT and then let AUTOGEN pick a size. >uL >Then, in your systartup_vms.com, run "analyze/crash sys$system:sysdump.dmp"B >(i.e. SDA) and do a "COPY SYSDUMP.SAV".  This will make a copy ofD >sysdump.dmp for later analysis, and here's the cool part -- only ifC >the system crashed.  On a normal reboot, it skips the copy.  (This D >check is only done if the process name is STARTUP, I think.  So youD >can't stuff the analyze/crash in a batch file.  This is bad becauseG >on a big system, the copy can take quite a long time, and logins don't " >get enabled until it finishes...) ><E >If you have multiple crashes, you'll end up with lots of versions of D >sysdump.sav, so you might want to put a version limit on it or just >watch it carefully. > C >P.S.  you can extend sysdump.sav, but the system won't use the newuB >space until you reboot.  You can extend it with either AUTOGEN or >sys$update:swapfiles.comn >nC >> >And every time R'yleh reboots, it forget to start the TCPIP$NTPf >> >process.B >> >SHOW CONF ENA SERV says it is an enabled services, i.e. when IJ >> >manually launch @TCPIP$NTP_STARTUP there are some complaints being the. >> >service already active. What am I missing? >h> >Don't know.  Maybe TCPIP$NTP only gets created when the first= >client connects to the NTP port, so it is normal that it not 
 >be there? >i >> >: >> >MicroVAX 3400, OpenVMS 7.2 with no ECO, DEC TCPIP 5.0. >o6 >The normal recommendation is to use TCPIP 5.0A, but I$ >don't think this exists for VAX :-( >  >> > >> > diagnosingly, >> >    Cthulhu  >  >Hope this helps.D >--i >John Santos >Evans Griffiths & Hart, Inc.g >781-861-0670 ext 539t >a   ------------------------------   Date: 18 Sep 2000 21:23:26 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman). Subject: Re: No more SYSDUMP.DMP? No more NTP?6 Message-ID: <8q614e$dnn$2@mailint03.im.hou.compaq.com>  M In article <8q5sl4$nhr$1@news.IAEhv.nl>, "Hans Vlems" <hvlems@iae.nl> writes: J :...could be that the bug was fixed, but not 15 years ago. I'm pretty sure :it was there in V6.2...  I   The ability to delete an active dumpfile was disabled in the (as it wastH   then known) VAX/VMS V5.0 release, which shipped over twelve years ago.  I   Starting with the VAX/VMS V5.0 release, a channel is held open and the  E   system dumpfile thus cannot be deleted until after a system reboot.eJ   This I/O channel prevents reclaiming the storage until after the reboot,H   but it also prevents a system crash from overwriting the (erroneously)   reallocated disk storage.k  I   This problem resulted from the comparatively primitive file system thatpJ   is used to map core operating system files during the OpenVMS bootstrap.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 18 Sep 2000 22:30:17 GMT& From: Cthulhu <cthulhu@kadath.deep.it>. Subject: Re: No more SYSDUMP.DMP? No more NTP?( Message-ID: <8q651p$qm$1@kadath.deep.it>  ! John Santos <JOHN@egh.com> wrote::  D > main memory, unless you set it up to do a selective dump.  AUTOGENE > makes a good guess of the right size for selective dumps if you set 8 > the sysgen parameter DUMPSTYLE for it (set the 1 bit).  B And when I finally RTFM, I learned about GENFILES from AUTOGEN. :)E I deleted SYSDUMP.DMP in a mistake, now it's back again where it havet to stay!  ? > Don't know.  Maybe TCPIP$NTP only gets created when the first > > client connects to the NTP port, so it is normal that it not > be there?a  # No! I saved a log of boot messages:   8 %%%%%%%%%%%  OPCOM  18-SEP-2000 14:45:35.06  %%%%%%%%%%%# Message from user INTERnet on RLYEHi  INTERnet ACP Activate NTP Server  8 %%%%%%%%%%%  OPCOM  18-SEP-2000 14:45:36.58  %%%%%%%%%%%# Message from user INTERnet on RLYEH % INTERnet ACP Process creation success   8 %%%%%%%%%%%  OPCOM  18-SEP-2000 14:45:36.60  %%%%%%%%%%%# Message from user INTERnet on RLYEH-C INTERnet ACP NTP Accept Request from Host: 127.0.0.1        Port: 0a  8 %%%%%%%%%%%  OPCOM  18-SEP-2000 14:45:39.06  %%%%%%%%%%%# Message from user INTERnet on RLYEHy7 INTERnet ACP detected TCPIP$NTP exiting before 'accept'e  8 %%%%%%%%%%%  OPCOM  18-SEP-2000 14:45:39.26  %%%%%%%%%%%# Message from user INTERnet on RLYEHkF INTERnet ACP AUXS error during process exit  Status = %CLI-E-NOCMDPROC  F I may think I have misconfigured something, but then why if I relaunch0 TCPIP$NTP_STARTUP.COM by hand, it works fine? :?  7 > The normal recommendation is to use TCPIP 5.0A, but I0% > don't think this exists for VAX :-(   B I think it exists, but it is not avaliable to hobbyists! Still no, anyway.   
 	arrangingly,t 	   Cthulhu+  E P.S.: and since I was there, I installed all the "Rating 1" ECOs pluse
 VAXACRT...   --    G        Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it wgah'nagl fhtgan! # 		        <cthulhu at rlyeh dot it>i   ------------------------------   Date: 18 Sep 2000 22:32:08 GMT& From: Cthulhu <cthulhu@kadath.deep.it>. Subject: Re: No more SYSDUMP.DMP? No more NTP?( Message-ID: <8q6558$qq$1@kadath.deep.it>  ! Hans Vlems <hvlems@iae.nl> wrote:-  A > make sure you reboot if you throw away the dumpfile. Should the A > system crash and dump before the reboot it will dump the memory-( > contents all over your files that took  ) Ok, I have SYSDUMP.DMP back in its place.D8 I'll not check  if the bug has been corrected or not. ;)   	safely, 	   Cthulhuv -- e  G        Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it wgah'nagl fhtgan!e# 		        <cthulhu at rlyeh dot it>h   ------------------------------  + Date: Mon, 18 Sep 2000 14:06:24 -0700 (PDT)/& From: 64757.JWorden@lc01176.zianet.com* Subject: Nothing to lose, $50,000 to gain!- Message-ID: <0G13009P9PAIQO@mx.west.saic.com>   = Look this over before you hit the delete button.  You WILL be 	 suprised.b  > YES! YOU really can earn $50,000 in 90 days with a little hard= work and the "how to" reports available through this program.t? The miracle is that this email marketing plan only costs $20 to ' get started ($5 each for four reports).h  > Why not take the time now to read this letter, order your four9 reports and get started on your way to financial freedom?   1                            MAKE YOUR OWN FUTURE!!o  0                            WORK YOUR OWN HOURS!!  @           WORK PART-TIME... WORK FULL-TIME... WORK FROM HOME...!  :    >DON'T DELETE !! DON'T DELAY!! PRINT!! READ!! THEN READ
 AGAIN!!!<<  7 ======================================================= 2 *** Print This Letter Now For Future Reference ***  4 $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$  < Every state in the USA allows you to recruit new multi-level business< partners, and we offer a product for EVERY dollar sent. YOUR ORDERS COME BY9 MAIL AND ARE FILLED BY E-MAIL, so you are not involved ing personal selling.s6 You do it privately in your own home, store or office.   This is how it works:a  & 1.  Save this letter to your computer.  > 2. Order all 4 reports shown on the list below (you can't sell them if youe don't order them).  B         For each report, send $5.00 CASH, the NAME & NUMBER OF THE REPORT YOU AREA         ORDERING, YOUR E-MAIL ADDRESS, YOUR NAME & RETURN ADDRESSc
 (in case of aRB         problem) to the person whose name appears on the list next to the         report.d  @ MAKE SURE YOUR RETURN ADDRESS IS ON YOUR ENVELOPE IN CASE OF ANY MAIL	 PROBLEMS!   B         When you place your order, make sure you order each of the
 four reports.t  C         Within a few days you will receive, via e-mail, each of theu
 four reports.rA         Save them on your computer so they will be accessible forn> you to send to  the 1,000's of people who will order them from you.  @         IMPORTANT-- DO NOT alter the names of the people who are listed next to>         each report, or their sequence on the list, in any way
 other than is B         instructed below in steps "3" through "7" or you will loseE out on the      majority of your profits. Once you understand the waye; this works, you'll      also see how it doesn't work if youa
 change it.  C         Remember, this method has been tested, and if you alter it,  it will not>
         work.   A 3. After you've ordered the four reports, go to your copy of this ? letter (on your computer) and remove the name and address under > REPORT #4. This person has made it through the cycle and is no doubt counting their $50,000!   @ 4. Move the name and address under REPORT #3 down to REPORT # 4.  @ 5. Move the name and address under REPORT #2 down to REPORT # 3.  @ 6. Move the name and address under REPORT #1 down to REPORT # 2.  6 7. Insert your name/address in the REPORT #1 position.  < Please make sure you copy every name and address ACCURATELY!  > 8. Save this modified letter, including the new list of names, and save? it to your computer. Make NO changes to the Instruction portion  of this> letter.e  > 9.  Study each report you have received by email from the four people you sent $5.   < 10.  Send this modified letter via email to potential buyers: using what you learned in the reports about bulk emailing.  A To assist you with marketing your business on the internet, the 4t reportsm7 you purchase will provide you with invaluable marketingt information whichd= includes how to send bulk e-mails, where to find thousands ofl freeA classified ads and much, much more such as How to obtain free web A sites, how to obtain top rankings in search engines for your web- = site, how to send bulk e-mail into AOL and Compuserve, how to 8 market your products on newsgroups, free classified ads,; electronic malls,bulletin boards, banner ads and much more.o  8 THERE ARE TWO PRIMARY METHODS OF BUILDING YOUR BUSINESS:   METHOD #1: SENDING BULK E-MAIL  < Let's say that you decide to start small, just to see how it goes, and we'llr> assume you and all those involved send out only 2,000 programs& each. (The reports will tell you how.)  < Let's also assume that the mailing receives a 0.5% response. Using a good> list the response could be much better. Also, many people will send out7 hundreds of thousands of programs instead of 2,000. Butw continuing with this@ example, you send out only 2,000 programs. With a 0.5% response, that iss@ only 10 orders for REPORT #1. Those 10 people respond by sending	 out 2,000g; programs each for a total of 20,000. Out of those 0.5%, 100a people respondA and order REPORT #2. Those 100 mail out 2,000 programs each for ar total ofA 200,000. The 0.5% response to that is 1,000 orders for REPORT #3.w Those.= 1,000 send out 2,000 programs each for a 2,000,000 total. Ther
 0.5% responsed> to that is 10,000 orders for REPORT #4. That's 10,000 $5 bills for you. CASH!!!i  A Your total income in this example is $50 + $500 + $5,000+ $50,000f for ap total of $55,550!!!   ? REMEMBER FRIEND, THIS IS ASSUMING 1,990 OUT OF THE 2,000 PEOPLE, YOU MAIL TOy2 WILL DO ABSOLUTELY NOTHING AND TRASH THIS PROGRAM!  A DARE TO THINK FOR A MOMENT WHAT WOULD HAPPEN IF EVERYONE, OR HALFs SENT OUT" 100,000 PROGRAMS INSTEAD OF 2,000.  @ Believe me, many people will do just that, and more! By the way,	 your costt< to participate in this is practically nothing. You obviously already have ano* internet connection and e-mail is FREE !!!  A REPORT #2 will show you the best methods for bulk e-mailing, tellA	 you wherea> to obtain free bulk e-mail software and where to obtain e-mail lists.  , METHOD #2 - PLACING FREE ADS ON THE INTERNET  ? 1. Advertising on the 'Net is very, very inexpensive, and therei are HUNDREDS of FREE places to advertise.  ; Let's say you decide to start small just to see how well it 
 works. Assume @ your goal is to get ONLY 10 people to participate.(Placing a lot? of FREE ads on the internet will EASILY get a larger response.)t8 Also assume that everyone else in gets ONLY 10 people to participate.  < Follow this example to achieve the STAGGERING results below.  . 1st level-your 10 members with $5 .........$50  8 2nd level-10 members from those 10 ($5 x 100).......$500  7 3rd level-10 members from those 100 ($5 x 1,000) $5,000d  8 4th level-10 members from those 1,000 ($5 x 10k) $50,000  . THIS TOTALS ---------------------------$55,550  > Remember friends, this assumes that the people who participate only recruit@ 10 people each. Think for a moment what would happen if they got	 20 peoplee< to participate! Most people get 100's of participants! THINK	 ABOUT IT!c  ? For every $5.00 you receive, all you must do is e-mail them the  report they  ordered. THAT'S IT!   . ALWAYS PROVIDE SAME-DAY SERVICE ON ALL ORDERS!A This will guarantee that the e-mail THEY send out, with YOUR name  andM@ address on it, will be prompt because they can't advertise until they receive the report!-  * ------------------------------------------  ' PLACE YOUR ORDER FOR THESE REPORTS NOW:-  6 ______________________________________________________  = REPORT #1 "The Insider's Guide to Advertising for Free on thep	 Internet"n   ORDER REPORT #1 FROM:-   J.L. Wordent 2200 Holiday #25 Las Cruces, NM 880053 ___________________________________________________e  < REPORT #2 "The Insider's Guide to Sending Bulk E-mail on the	 Internet"i   ORDER REPORT #2 FROM:v   P.J. Vadneyo 652 Wood Violet Lane Sun Prairie, WI 5359006 ______________________________________________________  ? REPORT #3 "The Secrets to Multilevel Marketing on the Internet"d   ORDER REPORT #3 FROM:r   K.R. Tropics P.O. Box 89-3042 Mililani, Hawaii 967894 ____________________________________________________  = REPORT #4 "How to become a Millionaire utilizing the Power of 
 Multilevel Marketing and the Internet"t   ORDER REPORT #4 FROM:d  
 David Rollinsy 400 W. Baseline Rd. lot # 171- Tempe, AZ 85283e2 __________________________________________________    ******* TIPS FOR SUCCESS *******  ; * TREAT THIS AS YOUR BUSINESS! Be prompt, professional, andI
 follow the directions accurately.  = * Send for the four reports IMMEDIATELY so you will have themt when the orders start coming in because:   < When you receive a $5 order, you MUST send out the requested product/report.7  < * ALWAYS PROVIDE SAME-DAY SERVICE ON THE ORDERS YOU RECEIVE.  @ * Be patient and persistent with this program. If you follow the6 instructions exactly, your results WILL BE SUCCESSFUL!  > * ABOVE ALL, HAVE FAITH IN YOURSELF AND KNOW YOU WILL SUCCEED!  ' ******* YOUR SUCCESS GUIDELINES *******   2 Follow these guidelines to guarantee your success:  > If you don't receive 20 orders for REPORT #1 within two weeks, continue, advertising or sending e-mails until you do.  = Then, a couple of weeks later you should receive at least 100 
 orders for@ REPORT #2. If you don't, continue advertising or sending e-mails	 until youf do.a  @ Once you have received 100 or more orders for REPORT #2, YOU CAN RELAX,@ because the system is already working for you, and the cash will continue to  roll in!   THIS IS IMPORTANT TO REMEMBER:  A Every time your name is moved down on the list, you are placed inl
 front of aA DIFFERENT report. You can KEEP TRACK of your PROGRESS by watching  whicho$ report people are ordering from you.  = If you want to generate more income, send another batch of e-d mails or@ continue placing ads and start the whole process again! There is no limit tol0 the income you will generate from this business!  6 Before you make your decision as to whether or not you participate in thise$ program. Please answer one question.    DO YOU WANT TO CHANGE YOUR LIFE?  > If the answer is yes, please look at the following facts about
 this program:C  < 1. YOU ARE SELLING A PRODUCT WHICH DOES NOT COST ANYTHING TO PRODUCE!  < 2. YOU ARE SELLING A PRODUCT WHICH DOES NOT COST ANYTHING TO SHIP!i  @ 3. YOU ARE SELLING A PRODUCT WHICH DOES NOT COST YOU ANYTHING TO
 ADVERTISE!  ? 4. YOU ARE UTILIZING THE POWER OF THE INTERNET AND THE POWER OFt MULTI-LEVELi8 MARKETING TO DISTRIBUTE YOUR PRODUCT ALL OVER THE WORLD!  ? 5. YOUR ONLY EXPENSES OTHER THAN YOUR INITIAL $20 INVESTMENT ISO
 YOUR TIME!  @ 6. VIRTUALLY ALL OF THE INCOME YOU GENERATE FROM THIS PROGRAM IS PURE PROFIT!r  . 7. THIS PROGRAM WILL CHANGE YOUR LIFE FOREVER.< ************************************************************  8 ORDER YOUR REPORTS TODAY AND GET STARTED ON YOUR ROAD TO FINANCIAL FREEDOM!   NOW IS THE TIME FOR YOUR TURNc  ' DECISIVE ACTION YIELDS POWERFUL RESULTSn  7 =======================================================u  7 PLEASE NOTE: If you need help with starting a business, 
 registering a @ business name, learning how income tax is handled, etc., contact
 your local> office of the Small Business Administration (a Federal agency)A 1-(800)827-5722 for free help and answers to questions. Also, they Internal@ Revenue Service offers free help via telephone and free seminars about ? business tax requirements. Your earnings and results are highlyt dependant on; your activities and advertising. This letter constitutes nom
 guarantees@ stated nor implied. In the event that it is determined that this letterA constitutes a guarantee of any kind, that guarantee is now void. d1  If you have any question of the legality of thiso letter contact@ the Office of Associate Director for Marketing Practices Federal Trade.: Commission Bureau of Consumer Protection in Washington DC.  7 =======================================================s  A This letter is sent IAW Bill s.1618 TITLE III passed by the 105thn US; Congress and is based on a listing of persons who expressedf interest in 8 recieving information on proven successful internet home businesses.   ; ***********************************************************.  ; If this message has reached you in error, please accept ourd
 apologies.   ------------------------------  % Date: Mon, 18 Sep 2000 22:07:17 +0200 " From: "Hans Vlems" <hvlems@iae.nl> Subject: Re: OpenVMS( Message-ID: <8q5s7v$m7s$1@news.IAEhv.nl>  F Wrong. VMS was once the development platform for SAP and was supported as a customer platform for VMS.fL DEC/Compaq should never have taken no for an answer and instead of trying to: port WNT they should have ported SAP at their own expense.  K This part of the business may not be missed for a hw/os vendor that expectsh to survive.  
 Hans Vlems  * David A Froble heeft geschreven in bericht$ <39C63E67.9C2D48CD@tsoft-inc.com>... >Peter LANGSTOEGER wrote:  >>D >> And SAP abandoned support for VMS many years ago (and I don't see> >>         statements or actions of Q to [try to] revert this) >hE >Without getting into specifics and details, I'll repeat a rumor thatu
 DEC/CompaqL >approached SAP on 3 separate occasions, and were rebuffed.  Maybe any blame of. >Compaq on this issue is GROSSLY mis-directed. >r >Davew >i >--e5 >David Froble                       Tel: 724-529-0450p5 >Dave Froble Enterprises, Inc.      Fax: 724-529-0596y? >DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.comh7 >T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Mon, 18 Sep 2000 23:43:39 -0400p* From: David A Froble <davef@tsoft-inc.com> Subject: Re: OpenVMS- Message-ID: <39C6E0EB.6D1F9076@tsoft-inc.com>T   Hans Vlems wrote:l > H > Wrong. VMS was once the development platform for SAP and was supported! > as a customer platform for VMS.oN > DEC/Compaq should never have taken no for an answer and instead of trying to< > port WNT they should have ported SAP at their own expense.  - That was then, and BP happened.  This is now.p  M Will you explain just how you do this when the owner of the software will nota
 cooperate?  6 Also explain how you will do this without source code?   Two simple questions.t  P Only one possible answer.  Spend more money than it's worth.  Not good business.   Try blaming SAP.  G Another case of search for the guilty, and prosecution of the innocent.   N DEC did commit many mistakes, but from the information I've gotten, this isn't one of them.   Dave   -- o4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  # Date: Mon, 18 Sep 2000 18:46:03 GMTp! From: "dls2" <dlshearer@home.com>  Subject: Quantum Fireball?; Message-ID: <Lptx5.80828$e11.562125@news1.rdc1.nj.home.com>   1 I have a Quantum Fireball (SCSI) HDD which I havex4 attached to a multia/UDB, in the hopes of being able4 to install OpenVMS Hobbyist thereon.  Unfortunately,7 I can't proceed with the installation, because the disk 1 drive does not seem to be detected.  I am able tos. detect DAD* (virtual devices?), DKA600 (CD-ROM7 drive), and DVA0 (floppy drive), but not the harddrive.h  3 Any suggestions as to what I might be able to do in 4 order to resolve the problem of an undetected drive?     appreciatively,a   --  Derrick Sheareri   ------------------------------  # Date: Mon, 18 Sep 2000 20:21:21 GMT * From: "Jack Peacock" <peacock@simconv.com> Subject: Re: Quantum Fireball?C Message-ID: <5Pux5.8936$ks.281154@newsread1.prod.itd.earthlink.net>   , "dls2" <dlshearer@home.com> wrote in message5 news:Lptx5.80828$e11.562125@news1.rdc1.nj.home.com...T3 > I have a Quantum Fireball (SCSI) HDD which I have:6 > attached to a multia/UDB, in the hopes of being able% > to install OpenVMS Hobbyist thereone >i5 > Any suggestions as to what I might be able to do inw6 > order to resolve the problem of an undetected drive? >eG I believe it is a problem with the command tag queueing in the Fireball G series.  I have Fireballs working with the Mylex controller on an AlphaeC 2100, with command tag queue disabled, but have not had any success C getting it to work on other Alpha or VAX units, including a Multia.n    Jack Peacockh   ------------------------------  % Date: Mon, 18 Sep 2000 16:17:10 -0400e* From: David A Froble <davef@tsoft-inc.com> Subject: Re: Quantum Fireball?- Message-ID: <39C67846.753068D0@tsoft-inc.com>D   dls2 wrote:Q > 3 > I have a Quantum Fireball (SCSI) HDD which I have 6 > attached to a multia/UDB, in the hopes of being able6 > to install OpenVMS Hobbyist thereon.  Unfortunately,9 > I can't proceed with the installation, because the disk 3 > drive does not seem to be detected.  I am able tos0 > detect DAD* (virtual devices?), DKA600 (CD-ROM9 > drive), and DVA0 (floppy drive), but not the harddrive.y > 5 > Any suggestions as to what I might be able to do inf6 > order to resolve the problem of an undetected drive? >  > appreciatively,  >   --  Derrick ShearerN  O You didn't mention the SCSI ID of either the host or the disk.  Contention here> would cause such problems.  M Some of the Quantum drives don't work very well with VMS, don't know why, but= it's fairly common.    Dave   -- e4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Mon, 18 Sep 2000 21:25:54 -0500s7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>r! Subject: See You in LA (CETS2000)s- Message-ID: <39C6CEB2.78799FC7@earthlink.net>   
 Hi, Folks,  C Well, I won't be doing the DCL or Zip/Unzip sessions, but I will berB giving one of the DFW Sessions on OpenVMS Security Management. TheG session is scheduled for Wednesday, October 4 at 9:30 a.m. - 10:45 a.m. 9 Room 409A-B according to the best info. I currently have.   D I'm hoping the Affordable OpenVMS BOF on Thursday from 9:15-10:30 amH won't conflict with any important sessions. Don't know yet if any of the Compaq brass will be there...u  G By the way, the session notes for the DCL and Zip/Unzip sessions I gave H at San Diego are on-line at http://www.djesys.com/vms/support/ in .HTML, .PS, .PPT and .PDF forms.y   -- p David J. Dachterae dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/h  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.w   ------------------------------  % Date: Mon, 18 Sep 2000 22:15:38 +0200 " From: "Hans Vlems" <hvlems@iae.nl>" Subject: Re: TCPIP V5.0 complaints( Message-ID: <8q5snk$nou$1@news.IAEhv.nl>   Hoff,   ' Is it possible to download TCPIP 5.0A ?t   If so, could you post the URL?  
 Hans Vlems    ( Hoff Hoffman heeft geschreven in bericht- <8q5gat$avu$5@mailint03.im.hou.compaq.com>...t >rC >In article <00091610275001@antinode.org>, sms@antinode.org writes:PG >:   Using "DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0 on a B >:AlphaStation 200 4/233 running OpenVMS V7.2" (the hobbyist kit).7 >:  Does any of this get better in TCPIP V5.0A or V5.1?o > L >  Donno about the anonymous FTP logging bug, but I know of a latent problemL >  with telnet in V5.0 that would make me want to upgrade to that release in >  most cases. >sI >  I don't know that the ^T handler has been added to the FTP client, butoA >  would tend to doubt it.  That's a cute extension, I might add.  >n# >  V5.1 is currently in field test.o >t+ > --------------------------- pure personalo# opinion --------------------------- 0 >   Hoff (Stephen) Hoffman   OpenVMS Engineering hoffman#xdelta.zko.dec.com >w   ------------------------------  + Date: Mon, 18 Sep 2000 15:33:39 -0500 (CDT)e From: sms@antinode.org" Subject: Re: TCPIP V5.0 complaints) Message-ID: <00091815333934@antinode.org>b  " From: "Hans Vlems" <hvlems@iae.nl> > Hoff,g) > Is it possible to download TCPIP 5.0A ?o  D    Or V5.1?  Or Compaq C V6.2, or any of the stuff that's newer thanH the latest Hobbyist CD-ROM?  When I first got my bargain AlphaStation, IE invested in the VMS V7.2 field test kit just so I could run somethingNH other than Linux.  When I complained about that stuff, I got suggestions@ to update to the _real_ V7.2.  The Hobbyist CD-ROM was _greatly_D appreciated, but all of us cheapskates are now falling behind again.  2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)L >  Donno about the anonymous FTP logging bug, but I know of a latent problemL >  with telnet in V5.0 that would make me want to upgrade to that release in >  most cases.  E    See above, but I telnet into the thing more than out from it, so Im% haven't noticed any trouble that way.y  I >  I don't know that the ^T handler has been added to the FTP client, butgA >  would tend to doubt it.  That's a cute extension, I might add.s  E    I always liked it.  (All the more after I put TCPIP on the AlpSta, G and it wasn't there.)  I also remember the first time I did a CTRL/T in3E BACKUP and it gave me more than the time of day.  That was a pleasanth surprise, too.  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home) C    382 South Warwick Street        (+1) 763-781-0308  (voice, work)SG    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work)T9    sms@antinode.org                sms@provis.com  (work)W   ------------------------------   Date: 18 Sep 2000 22:28:53 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)" Subject: Re: TCPIP V5.0 complaints6 Message-ID: <8q64v5$ec5$1@mailint03.im.hou.compaq.com>  B In article <00091815333934@antinode.org>, sms@antinode.org writes:# :From: "Hans Vlems" <hvlems@iae.nl>  :> Hoff,* :> Is it possible to download TCPIP 5.0A ? :tE :   Or V5.1?  Or Compaq C V6.2, or any of the stuff that's newer thanH :the latest Hobbyist CD-ROM?  I   There are generally no (sanctioned, generally-accessable) kit download i,   sites available for the released products.  I   Please check directly with the hobbyist folks for current contents and  I   for plans and upgrade schedules.  If any.  (I don't particularly track  K   this, and I don't know that the hobbyist that do follow comp.os.vms will e#   even see this particular thread.)   G   The most recent available OpenVMS distribution kit is the V7.3 field .H   test kit.  The V7.3 Software Developer's Kit (SDK) can be ordered via E   QA-MT3AD-H8 (list price US$39.95).  Contact your Compaq reseller or E   representative to order.  In North America, SDK orders can also be     placed via 1-800-ATCOMPAQ.  I   This kit contains OpenVMS and the current revisions of the core layeredeH   products.  It does not contain C, but it does contain TCP/IP Services.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 18 Sep 2000 23:53:34 -0400S* From: David A Froble <davef@tsoft-inc.com>" Subject: Re: TCPIP V5.0 complaints- Message-ID: <39C6E33E.70BD2167@tsoft-inc.com>e   sms@antinode.org wrote:a > $ > From: "Hans Vlems" <hvlems@iae.nl>	 > > Hoff,-+ > > Is it possible to download TCPIP 5.0A ?O > F >    Or V5.1?  Or Compaq C V6.2, or any of the stuff that's newer thanJ > the latest Hobbyist CD-ROM?  When I first got my bargain AlphaStation, IG > invested in the VMS V7.2 field test kit just so I could run something#J > other than Linux.  When I complained about that stuff, I got suggestionsB > to update to the _real_ V7.2.  The Hobbyist CD-ROM was _greatly_F > appreciated, but all of us cheapskates are now falling behind again. > 4 > From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)N > >  Donno about the anonymous FTP logging bug, but I know of a latent problemN > >  with telnet in V5.0 that would make me want to upgrade to that release in > >  most cases. > G >    See above, but I telnet into the thing more than out from it, so Io' > haven't noticed any trouble that way.  > K > >  I don't know that the ^T handler has been added to the FTP client, butnC > >  would tend to doubt it.  That's a cute extension, I might add._ > G >    I always liked it.  (All the more after I put TCPIP on the AlpSta,RI > and it wasn't there.)  I also remember the first time I did a CTRL/T intG > BACKUP and it gave me more than the time of day.  That was a pleasanta > surprise, too.  . Yeah, all the uses of ^T are nice, and useful.  O As for the TCP/IP V5.1, check the V7.3 FT CDs.  I thought it was going to be onI the second one (FT2).T  M Distribution of software for VMS appears to be strictly the cost of the mediaoP and handling these days, so electronic access seems reasonable.  Not sure why itN hasn't happened yet.  Might have something to do with QC and packaging.  MightO not want developers putting stuff up for access before whatever's normally donet is done.   Dave   -- P4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------    Date: 18 Sep 2000 22:45:46 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) I Subject: The performance effect of PALcode (was: To VMS From SCO/Solaris)R+ Message-ID: <NC60WjMdo5LW@eisner.decus.org>n  d In article <20000918200203.29007.00004532@ng-cg1.aol.com>, dashw459@aol.comeatspam (Doug W.) writes:  N > When it comes to performance your PAL is not mine.  How sacred is PAL to theM > Q's strategy?  I'm glad its there, keep it there, but how about some directt > hardware support for VMS?r  G The Alpha chip was designed with VMS in mind, but PALcode was used whenoG there was something complicated that would not cause a performance hit. D So we have interlocked queue operations, which mainly involve memoryE references (in terms of time delay).  Try to write a (useful) programhD that spends more than 1 percent of it's time doing interlocked queue operations.C   ------------------------------  % Date: Mon, 18 Sep 2000 16:34:49 -0400 * From: David A Froble <davef@tsoft-inc.com>$ Subject: Re: To VMS From SCO/Solaris- Message-ID: <39C67C69.28E20B34@tsoft-inc.com>A   Brian Tillman wrote: > K > >How about some type of document, not sure what type, and maybe shouldn'tEM > >prejudice that decision up front, that lists all the things VMS does for aAK > >customer.  Put this in the form (possibly) of a check list, which can be 	 > used toLN > >determine what you will lose by leaving VMS, or a list of things a customerN > >should confirm their new system(s) should be able to do.  A document easily > usedM > >by someone in an organization considering a switch from VMS, or who may be  > inK > >some stage of such a switch, or who has completed a switch.  I'm sure ite > shouldI > >be put in a more politically neutral maner, but basically something toe
 > shove upL > >the noses of the PHBs and show them what they're giving up, and what type > ofM > >shaky position they are placing themselves in, should things start getting 	 > >tense.e > N > I, for one, am not sure what good such a document would do, since a majorityH > of the migrations from OpenVMS to another O/S happen for non-technical > (i.e., political) reasons.  P You're not understanding completely what I'm saying.  This is mostly political. O What is a politician best at, if they last long.  Covering their ass.  Show thesL guy who will be held responsible should things go awry what he'll be lookingO at.  If he's the decision maker, he'll think twice when he sees some statisticsmP on problems NT shops are having.  If he's not the decision maker, he will eitherM shift the responsibility onto the decision maker, or will see that his ass isIM covered in some manner.  In any case, you keep shoving the data at the personxO who will be 'on the carpet' when things go bad.  Should he choose to ignore it, K make sure his boss knows what exposure the guy has accepted.  He'll be on a  short leash then.a  P Won't work all the time.  Nothing does.  Don't answer that with 'VMS' cause I'll reply with 'David Mathog'.  M Such documents would be helpful.  If Compaq wants us to use them, then Compaqs+ should make them available and easy to use..  	 Examples:   M Does the decision maker know that with a VMS image backup of the system disk,SO you can restore the system on new/different hardware, and pretty much be up and O running?  Does he know what a headache this is with NT?  Does he know how oftensP people running NT are faced with re-building the system disk?  Does he know that5 this includes re-installing most of the applications?3  M Alan Greig posted a piece a while back about doing a disaster test.  EveryonenE was given new hardware, at a recovery site, and their tapes.  Object,tL time/possibility of getting back into operation.  He was under 6 hours.  theI Unix and NT people were measuring their time in days.  Don't remember thesO details.  A good write-up of this alone would be good ammunition to use against  the Unix/NT advocates.  , Some people won't care.  Can't win them all.   Dave   -- :4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------   Date: 19 Sep 2000 00:02:03 GMT' From: dashw459@aol.comeatspam (Doug W.) $ Subject: Re: To VMS From SCO/Solaris: Message-ID: <20000918200203.29007.00004532@ng-cg1.aol.com>  % David Froble & Dabvid Mathog wrote...p       >>  2 >>VMS, considering ALL markets, is turning around.   >>      G >They're clearly selling a lot of high margin big iron to the financialv  I >people.  More power to them.  But if there's another market sector with s  J >improved sales there's scant evidence of it.  (Compaq sure isn't talking   1 >about it - probably because it isn't happening.)o    O In the financial sector a lot of the demand for big iron VMS units is generatedeO by the need to upgrade legacy applications  to meet the unprecedented growth in L the US stock market.  There have been a few highly visible wins where VMS isJ being used for new financial applications.  These are important sales thatK vindicate the VMS strategy and hardware.  But most of the bucks are used to O keep what is euphemistically referred to as "our heritage applications" humming  under unimaginable loads.i    I For example, in the US if you want to be a player you have to provide the-E options data off the OPRA ticker.  At the beginning of this year 2500<L transactions per second were enough to handle OPRA.  Projected rates for theO end of this year is 12000 tps.  This is expected to rise to 24000 tps in 2001. hL Dividing this load up over multiple units is possible, but messy.  There areM realtime statistics to calculate that need to look at the whole market.  KeepuD in mind this is just one ticker.  What about equities, bonds, forex,/ commodities and things you never dreamed about.)    K There are all kinds of financial applications.  VMS is a great solution forID many of them.  But some of the most critical and lucrative financialO applications are positively weird.  Sadly, for these applications VMS no longer-M matches up to the requirements it once satisfied so easily.  So while VMS hasiM enjoyed notable successes in the financial sector, the trend for the criticale! functionality is rewrite for SUN.     L SUNs displacement of VMS is gaining impressive momentum.  Legacy VMS systemsM are are being rewritten faster than anyone forecast.  The financial sector isaO obscenely wealthy.  On a good day a single trader can generate enough profit tohO cover the yearly capital expenses for computers.  The rise in the TPS rate plussN the need to come up with an Internet strategy has made VMS legacy systems ripeO for a rewrite.  The wealthy won't keep critical functionality on VMS because iteJ currently resides there.  When the pedal hits the metal these people don'tM flinch about replacing football fields of Alphas.  All things considered costd is low on their priority list.    M If VMS is to have a respectable presence in the financial sector it will have M to do things better than SUN and do things SUN does not do.  Yeah, it alreadyDI does and I have heard about STATIC.  But put yourself in the place of themM customer, bend a few sacred strategies, forget about what you believe most of L your customers want and take a loss on supporting some hardware most of this newsgroup would run from.o    O Performance and availability are high on the priority list.  You may think thisDO is VMS's strong point, but a lot of the critical finance stuff is weird.  Don'ttM expect this kind of customer to view things the way a typical VMS user does.  O The TPS increases have hammered finance applications badly.  You can never have O enough performance.  How far is DEC willing to go to increase VMS performance? dO The Alpha is a fine chip capable of running any OS.  So what, I'm running VMS. dL When it comes to performance your PAL is not mine.  How sacred is PAL to theK Q's strategy?  I'm glad its there, keep it there, but how about some direct  hardware support for VMS?     O VMS's strengths are its reliability,clustering, load sharing and availability.  N Excellent selling points.  But some very critical financial applications avoidK all of this functionality.  Another braindead customer?  Well probably, but.O maybe the customer has good reasons.  In any case in the financial sector there.O are football fields of unclustered Alphas, including big GS units.   ClusteringnK is still optional under VMS but how comfortable is such a customer?  Is VMSi2 still a good place to be if you are not clustered?    O The heritage applications were built before SMP, clustering and rapid failoversuG in an era where sytems had to be designed to withstand VMS bug checks. 9L Customers who could afford it implemented hot standby systems.  After a hugeL investment in software they got  protection from the hardware, VMS and theirK own stupidity.  Stupidity protection is important.  With unanticipated dropwN dead dates from the exchanges, 100 releases per year can be typical.  A few ofM these can be expected to badly screw up.  The customer also got instantaneouspL failover, hybrid release installations, instant fallback, multiple copies ofL the database and minimal effect on TPS rates during a failover which is whatO the customer defined as availability.  When  a system under heavy load switcheseK he is monitoring the TPS rate and seconds of delay.  At one second he is nodG longer realtime, at 10 seconds he has a real problem, at 20 the data is2M unsellable, at 30 an official event is declared.  All this LIVE/STANDBY stuffpO might seem hopelessly antiquated and definitely not worthy of VMS support.  ButoH the customer likes it, has years of experience with it and is willing toN happily purchase two of everything.  Perhaps he is wrong and needs education. @ But when things go wrong he knows where the SEC is going onsite.    L A one sided conversation with DEC with such a customer might go like this...  I I am interested in an architecture with hot standby units.  Do you make a O watchdog timer?  After the laughter subsides the customer is told there are 3rdaM party devices.  How do I connect the servers up to the Watchdog, what kind of0L comms port do you have?  None,  your recommending a terminal server?  You doO understand this is a critical component in a live/standby architecture?  Well IdN suppose I can deal with the Watchdog issue, what kind of backplane RAID do youM support?  You only have a single backplane RAID device and its in mothballs?  L Well I appreciate your belief that the future belongs to multihosted devicesJ but do you understand what I am building?  What on earth would I do with aN multihosted device?  SANs are the answer and they can keep my data in one safeG place forever?  You do realize the whole idea is to keep 2 databases onHK separate hardware and that the databases are not shared and may not even be L identical?  And while I recognize the sanctity of data and the importance ofL having a safe place to keep it forever this is the financial sector, not theL insurance sector.  Everything goes to disk, but its half-life is measured inO seconds.  After 30 seconds I don't care if you take a bar magnet to the disks. eM But nevermind, lets move on, I'll just purchase 2 SANs.  We are expecting 12KkN TPS, it would be real nice if I could uniquely timestamp each transaction, canD VMS do this for me?  Well yes, I do understand the need for backwardN compatibility but surely you make some kind of cheap device that measures time in smaller increments?    M And so it goes.  There are some perks.  If you are supporting  large criticalaO financial functionality under VMS, SUN is very interested in you.  The platinumeO card treatment is available so be prepared with plenty of outlandish requests. sM Its hard to understand how in the past VMS could gain such a good hold in the N financial sector without really trying but now is stumbling badly.  These kindK of applications take 2-3 years before they go online.  They are being builthD right now and not on VMS.   So sales may still increase for a while.   ------------------------------    Date: 18 Sep 2000 22:30:32 -0500* From: young_r@eisner.decus.org (Rob Young)$ Subject: Re: To VMS From SCO/Solaris+ Message-ID: <ZUol7nFlvCYx@eisner.decus.org>   d In article <20000918200203.29007.00004532@ng-cg1.aol.com>, dashw459@aol.comeatspam (Doug W.) writes:   >  > O > And so it goes.  There are some perks.  If you are supporting  large criticaldQ > financial functionality under VMS, SUN is very interested in you.  The platinumcQ > card treatment is available so be prepared with plenty of outlandish requests. nO > Its hard to understand how in the past VMS could gain such a good hold in theiP > financial sector without really trying but now is stumbling badly.  These kindM > of applications take 2-3 years before they go online.  They are being builtoF > right now and not on VMS.   So sales may still increase for a while. >  >   > 	Silly you.  Let's just say the re-write is highly successful.> 	In 3 years time, they will have to go up against the heritage> 	application running on son-of-Marvel and Galaxy Phase IV.  So; 	it is a big Sun box against 32 VMS instances carved out ofnB 	256 CPU - ( 21364 .13 micron shrink with 2.5+ MByte on-chip L2 ) < 	cranking at 1.5+ GHz.  Maybe the Sun parts are in the same E 	neighborhood regarding frequency.  They won't have on-chip switches  H 	and better yet won't be able to shuttle locks and dispatch I/O through C 	shared memory.(1)  They'll have Dynamic Domains and VMS will have AC 	Galaxy instances flipping CPUs back and forth faster than you can t 	blink an eye.  B 	Now maybe senior management cripples things to make their effortsC 	pan out.  Maybe they don't get a chance to.  If performance counts-G 	as you point out (and it does), VMS will shine.  In 2 or 3 years time aF 	it will take a stacked deck to outperform VMS on Marvel+, and surely C 	NDAs have been trotted out to show that ;-).  Unix will always be  
 	chasing VMS.P   				Robp    N (1)  Maybe there is a way to outpeform 32 - 8 CPU machines that are performingH      random transactions (seldom stepping on the same rows in the DB) , L      sharing lock data in shared memory, 32 separate schedulers, 32 separateL      compute queues, separate I/O databases, etc.  Maybe Sun and others willG      surprise us!  Doubt it.  So maybe they spend twice as much and get #      less performance.  That works!n   ------------------------------  % Date: Mon, 18 Sep 2000 21:50:01 -0400t, From: taterskins@patriot.net (Ramon L. Tate)$ Subject: Re: To VMS From SCO/SolarisD Message-ID: <taterskins-ya023480001809002150010001@news.patriot.net>  F And the glaringly OBVIOUS conclusion by all sentient beings other thanG certain managerial Compaqters, it seems, is that there ARE NO PROTECTEDeI MARKETS! Every one is connected to the other, whether you like it or not,e7 and if you don't accept or undertand that, you're dead.o  B Sorry for the shouting, but I just couldn't repress it any longer.  H In article <hsnassc3g6g59tjke573gqiasge7fb5et9@4ax.com>, "Larry D Bohan,& Jr" <LBohan@dbc.spam_less..com> wrote:  2 > On Sun, 17 Sep 2000 23:54:31 GMT, Craig A. Berry > <calepine@my-deja.com> wrote:  > G > >So, it appears that VMS is being cut out of the picture, or at least K > >that's all I can infer from these public statements.  It's possible thatpI > >the docs I found are only for the front-end pieces and there are stillT  > >other pieces that run on VMS. >  > A > yes, that's how Kerry M's URL caught my eye, having remembered o$ > this posting, earlier this year .. >  >  > > Kerry Main wrotes: > > M > > > I find this a bit difficult to believe, but perhaps you could provide ah0 > > > pointer as to where you saw this article ? > > L > > I found it at DECUS Muenchen (DECUS.DECUS.DE) under the NOTES conference5 > > COMPAQ, the last new topic 16.0. Hope this helps.b > >  > > Regards Rudolf Wingert > > " > > P.S. The German stock is EUREX > A > The 'Deutsche Brse' informed all participating banks, that thet
 > development-F > of the new EUREX Client/Server Software for OpenVMS/AXP and AIX will > stop and that E > support will cease on mid-2001. New versions will only be availablea > for SOLARIS and NT.u > F > The reason stated in the newsletter was 'support problems with JAVA' > (lot of the stuffLG > is written in JAVA and downgraded from 1.2 to 1.1.8 for VMS and AIX).a > A > I know for sure, that some banks are not amused at all (the areo > running disaster tolerantm > VMS Clusters)... >  > --   > mit freundlichen Gruessen  >  > Karl Rohwedder               oE > iT-Ingenieurteam     | Ellernbruch 11       | D-38112 Braunschweig  C > Telefon: 0531/515521 | Telefax: 0531/515531 | Mobil: 0172/5434843pG >  E-Mail: rohwedder@decus.decus.de           | iT-IngTeam@t-online.de q- >          karl.rohwedder@it-ingenieurteam.dee# [lots of MIME garbage trimmed away]r   -- i
 Ramon L. Tater	 Casa Maat= taterskins@patriot.net   "Skin" that "tater" before replying!e   ------------------------------  % Date: Mon, 18 Sep 2000 20:49:39 -05001% From: Keith Brown <kbrown780@isd.net>a$ Subject: Re: To VMS From SCO/Solaris' Message-ID: <39C6C633.604CA7B8@isd.net>.   David A Froble wrote:  >  > Brian Tillman wrote: > >wM > > >How about some type of document, not sure what type, and maybe shouldn'tuO > > >prejudice that decision up front, that lists all the things VMS does for aeM > > >customer.  Put this in the form (possibly) of a check list, which can be  > > used towP > > >determine what you will lose by leaving VMS, or a list of things a customerP > > >should confirm their new system(s) should be able to do.  A document easily > > usedO > > >by someone in an organization considering a switch from VMS, or who may bef > > inM > > >some stage of such a switch, or who has completed a switch.  I'm sure itm
 > > shouldK > > >be put in a more politically neutral maner, but basically something toh > > shove upN > > >the noses of the PHBs and show them what they're giving up, and what type > > ofO > > >shaky position they are placing themselves in, should things start gettings > > >tense.  > >aP > > I, for one, am not sure what good such a document would do, since a majorityJ > > of the migrations from OpenVMS to another O/S happen for non-technical > > (i.e., political) reasons. > Q > You're not understanding completely what I'm saying.  This is mostly political.oQ > What is a politician best at, if they last long.  Covering their ass.  Show theyN > guy who will be held responsible should things go awry what he'll be lookingQ > at.  If he's the decision maker, he'll think twice when he sees some statisticsnR > on problems NT shops are having.  If he's not the decision maker, he will eitherO > shift the responsibility onto the decision maker, or will see that his ass istO > covered in some manner.  In any case, you keep shoving the data at the personsQ > who will be 'on the carpet' when things go bad.  Should he choose to ignore it,lM > make sure his boss knows what exposure the guy has accepted.  He'll be on at > short leash then.S > R > Won't work all the time.  Nothing does.  Don't answer that with 'VMS' cause I'll > reply with 'David Mathog'. > O > Such documents would be helpful.  If Compaq wants us to use them, then Compaq - > should make them available and easy to use.s >  > Examples:  > O > Does the decision maker know that with a VMS image backup of the system disk,?Q > you can restore the system on new/different hardware, and pretty much be up andnQ > running?  Does he know what a headache this is with NT?  Does he know how ofteneR > people running NT are faced with re-building the system disk?  Does he know that7 > this includes re-installing most of the applications?a > O > Alan Greig posted a piece a while back about doing a disaster test.  EveryoneaG > was given new hardware, at a recovery site, and their tapes.  Object,eN > time/possibility of getting back into operation.  He was under 6 hours.  theK > Unix and NT people were measuring their time in days.  Don't remember the Q > details.  A good write-up of this alone would be good ammunition to use against  > the Unix/NT advocates. > . > Some people won't care.  Can't win them all. >  > Dave >  > --6 > David Froble                       Tel: 724-529-04506 > Dave Froble Enterprises, Inc.      Fax: 724-529-0596@ > DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com8 > T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486  A I would love to see this document! You implied Alan Greig was theo author. Is this so?e -- b Keith Browno kbrown780@isd.net    ------------------------------  % Date: Tue, 19 Sep 2000 00:24:59 -0400e* From: David A Froble <davef@tsoft-inc.com>$ Subject: Re: To VMS From SCO/Solaris- Message-ID: <39C6EA9B.A3456632@tsoft-inc.com>o   "Doug W." wrote: >   N This is a really great post.  It opened my eyes to things I just wouldn't have	 imagined.e  Q > In the financial sector a lot of the demand for big iron VMS units is generatedVQ > by the need to upgrade legacy applications  to meet the unprecedented growth inrN > the US stock market.  There have been a few highly visible wins where VMS isL > being used for new financial applications.  These are important sales thatM > vindicate the VMS strategy and hardware.  But most of the bucks are used tokQ > keep what is euphemistically referred to as "our heritage applications" hummingo > under unimaginable loads.b > K > For example, in the US if you want to be a player you have to provide thevG > options data off the OPRA ticker.  At the beginning of this year 2500rN > transactions per second were enough to handle OPRA.  Projected rates for theP > end of this year is 12000 tps.  This is expected to rise to 24000 tps in 2001.N > Dividing this load up over multiple units is possible, but messy.  There areO > realtime statistics to calculate that need to look at the whole market.  KeepuF > in mind this is just one ticker.  What about equities, bonds, forex,1 > commodities and things you never dreamed about.  > M > There are all kinds of financial applications.  VMS is a great solution foryF > many of them.  But some of the most critical and lucrative financialQ > applications are positively weird.  Sadly, for these applications VMS no longer O > matches up to the requirements it once satisfied so easily.  So while VMS hasoO > enjoyed notable successes in the financial sector, the trend for the criticalt# > functionality is rewrite for SUN.l > N > SUNs displacement of VMS is gaining impressive momentum.  Legacy VMS systemsO > are are being rewritten faster than anyone forecast.  The financial sector is.Q > obscenely wealthy.  On a good day a single trader can generate enough profit topQ > cover the yearly capital expenses for computers.  The rise in the TPS rate plusiP > the need to come up with an Internet strategy has made VMS legacy systems ripeQ > for a rewrite.  The wealthy won't keep critical functionality on VMS because it L > currently resides there.  When the pedal hits the metal these people don'tO > flinch about replacing football fields of Alphas.  All things considered cost.  > is low on their priority list.  : Guess they're not part of the 'affordable VMS' crowd?  :-)  O > If VMS is to have a respectable presence in the financial sector it will havevO > to do things better than SUN and do things SUN does not do.  Yeah, it alreadywK > does and I have heard about STATIC.  But put yourself in the place of thenO > customer, bend a few sacred strategies, forget about what you believe most ofrN > your customers want and take a loss on supporting some hardware most of this > newsgroup would run from.o > Q > Performance and availability are high on the priority list.  You may think thistQ > is VMS's strong point, but a lot of the critical finance stuff is weird.  Don'teN > expect this kind of customer to view things the way a typical VMS user does.Q > The TPS increases have hammered finance applications badly.  You can never havepP > enough performance.  How far is DEC willing to go to increase VMS performance?P > The Alpha is a fine chip capable of running any OS.  So what, I'm running VMS.N > When it comes to performance your PAL is not mine.  How sacred is PAL to theM > Q's strategy?  I'm glad its there, keep it there, but how about some direct  > hardware support for VMS?t > P > VMS's strengths are its reliability,clustering, load sharing and availability.P > Excellent selling points.  But some very critical financial applications avoidM > all of this functionality.  Another braindead customer?  Well probably, butpQ > maybe the customer has good reasons.  In any case in the financial sector therefQ > are football fields of unclustered Alphas, including big GS units.   ClusteringeM > is still optional under VMS but how comfortable is such a customer?  Is VMS 4 > still a good place to be if you are not clustered?  N Yes, the reliability is still there, and could reduce significantly the number1 of failovers done.  Still, your points are valid.t  Q > The heritage applications were built before SMP, clustering and rapid failoverscH > in an era where sytems had to be designed to withstand VMS bug checks.N > Customers who could afford it implemented hot standby systems.  After a hugeN > investment in software they got  protection from the hardware, VMS and theirM > own stupidity.  Stupidity protection is important.  With unanticipated dropcP > dead dates from the exchanges, 100 releases per year can be typical.  A few ofO > these can be expected to badly screw up.  The customer also got instantaneous N > failover, hybrid release installations, instant fallback, multiple copies ofN > the database and minimal effect on TPS rates during a failover which is whatQ > the customer defined as availability.  When  a system under heavy load switcheslM > he is monitoring the TPS rate and seconds of delay.  At one second he is nonI > longer realtime, at 10 seconds he has a real problem, at 20 the data ishO > unsellable, at 30 an official event is declared.  All this LIVE/STANDBY stuff Q > might seem hopelessly antiquated and definitely not worthy of VMS support.  ButgJ > the customer likes it, has years of experience with it and is willing toO > happily purchase two of everything.  Perhaps he is wrong and needs education.lB > But when things go wrong he knows where the SEC is going onsite.  C With that kind of threat, 3 or 4 of everything isn't out of reason.m  N > A one sided conversation with DEC with such a customer might go like this... > K > I am interested in an architecture with hot standby units.  Do you make ahQ > watchdog timer?  After the laughter subsides the customer is told there are 3rdeO > party devices.  How do I connect the servers up to the Watchdog, what kind ofgN > comms port do you have?  None,  your recommending a terminal server?  You doQ > understand this is a critical component in a live/standby architecture?  Well I P > suppose I can deal with the Watchdog issue, what kind of backplane RAID do youN > support?  You only have a single backplane RAID device and its in mothballs?N > Well I appreciate your belief that the future belongs to multihosted devicesL > but do you understand what I am building?  What on earth would I do with aP > multihosted device?  SANs are the answer and they can keep my data in one safeI > place forever?  You do realize the whole idea is to keep 2 databases oniM > separate hardware and that the databases are not shared and may not even benN > identical?  And while I recognize the sanctity of data and the importance ofN > having a safe place to keep it forever this is the financial sector, not theN > insurance sector.  Everything goes to disk, but its half-life is measured inP > seconds.  After 30 seconds I don't care if you take a bar magnet to the disks.O > But nevermind, lets move on, I'll just purchase 2 SANs.  We are expecting 12K P > TPS, it would be real nice if I could uniquely timestamp each transaction, canF > VMS do this for me?  Well yes, I do understand the need for backwardP > compatibility but surely you make some kind of cheap device that measures time > in smaller increments? > O > And so it goes.  There are some perks.  If you are supporting  large criticalhQ > financial functionality under VMS, SUN is very interested in you.  The platinum-P > card treatment is available so be prepared with plenty of outlandish requests.O > Its hard to understand how in the past VMS could gain such a good hold in thenP > financial sector without really trying but now is stumbling badly.  These kindM > of applications take 2-3 years before they go online.  They are being builtmF > right now and not on VMS.   So sales may still increase for a while.  O I'd think that there are people who would add specific value.  Buying from suchvM isn't popular in this market?  In any case, what you're saying is that Sun iseF willing to cut out the third party and deal direct with these types ofE requirements.  I'm starting to see why they are getting the business.d  H Do you see any possibility of VMS regaining ground, should they make theK required moves?  Or, is the lead time such that Sun would enjoy the several N years of being the 'only recourse' regardless of how bad they stumble, and how good someone else is?a  ' Thanks for the interesting perspective.i   Dave   -- o4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Mon, 18 Sep 2000 14:14:30 -0400a% From: "Brian Tillman" <tillman_brian>l% Subject: Re: VMS Session Using Exceed $ Message-ID: <39c65b1d$1@news.si.com>  I >Hi, I can connect to my VMS host using Reflections but I would prefer to  >use Exceed if possible.B >Has anyone done this ? Specifically I'm interested in the connect	 >command.n  K I wrote a command procedure called EXCEED.COM that will let people run just J about any VMS X Window app using eXceed.  Below my .sig is the README file for that command procedure.S --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Industries, Inc.                   tillman at swdev.si.comt= 3290 Patterson Ave. SE, MS      Addresses modified to preventi< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company    4 How to open a window on the VMS systems using eXceed  K Many people with PCs on their desks still require the ability to connect tot the F Engineering VMScluster for some of their work. The eXceed package fromK Hummingbird Communications allows PCs to act as X Window display servers so I that you can pop up a terminal window, a CMS window, an LSEDIT window, orr justE about any other VMS tool on a PC's screen. If you have the HCL eXceedo package F on your PC, here's how you use it. In the following, the client is the programa' you wish to run, such as LSEDIT or CMS.e  H 1) Choose Xstart from the eXceed group. If your PC is running Windows orD Windows for Workgroups, this will be a program group in your ProgramH Manager. If your PC is running Windows 95 or Windows NT, this will be an0 item named "exceed" in your Start/Programs menu.  E 2) When the window appears, decide which VMS system is to receive the G client request. This is not related to the VMS system where your windowoE client will run. This selection only chooses the VMS system that willuI receive the request for a client from your PC. Any system in the SWDEV orIE DUAL VMSclusters can be chosen to run the client. More on this later.e  K The systems you can select for receiving your connection are AGVAX, ANTRIM, H ARENAC, BARRY, BENZIE, BORUTA, BUSH, CHAMPL, CRAMER, EMMORE, FREI, FSAS,K HELZER, HURON, IONIA, KOSTER, LAKE, MCGOOK, MIHEVE, MILSW2, OLUNDD, OLUNDJ,iG REGAN, RYBICK, SYKES, TERWED, VANDEN, WARD, WEAVER, WILLIA, WOLTER, andsK ZEQOLL in the SWDEV VMScluster, and CASS, DUAL1, DUAL2, DUAL3, IL96, KING2,U" and QUEEN2 in the DUAL VMScluster.  I Place the name of your choice in the text widget labeled "Host". While it J should not be necessary, it is a good idea to add ".si.com" after the host name (i.e., "agvax.si.com").  - 3) Choose one of the following Start Methods:n1 A) Select REXEC for connecting to any VMS system. / B) Select RSH for connecting to any VMS system.o  G - For AGVAX and BENZIE, RSH requires presence of a .RHOSTS file in your A VMS login directory. You can create this file yourself by loggingJB into any SWDEV VMScluster system with a terminal emulation programB and then using any editor or the CREATE command to create it. ThisA file should contain one line with the Internet address of your PC " starting in column one, like this:   mypc.si.comG  A where "mypc" is your PC's host name. If you do not know your PC's * host name, contact the Help Desk at x7700.  A - For all other VMS systems, RSH requires the presence of a proxy4= record for you and your PC in a system database. A VMS systemm@ manager will need to do this, so if you plan to use one of theseB systems in the "Host" text widget, contact the Help Desk at x7700.( They'll arrange to get your proxy added.  I 4) For REXEC starts, enter your VMS username for the selected host in thee textJ widget labeled "User ID" and your VMS password for that system in the text widget labeled "Password".  I For RSH starts, enter your VMS username for the selected host in the texta5 widget labeled "User ID". You do not need a password.o  L 5) If your Xstart window has a text widget labeled "Host Type", click on the; arrow at the right end of this widget and select "DEC VMS".   J 6) Enter the eXceed launch command into the text widget labeled "Command". Ther, launch command must look like the following:  3 @@DECW_COM:EXCEED @A clienthost client [parameters]   G where "clienthost" is the name of the VMS system on which you want yournB window client (the program you want) to run, "client" is a keywordI specifying the client program you want or the name of the client program,'H and "parameters" are optional parameters that some clients may need. TheJ brackets in the above indicate that the parameters don't always have to beC there. Don't include brackets if you do specify parameters. Rather,t% enclose the parameters in quotes (").u  J The client host can be almost any VMS system, as long as it is running theI DECwindows product and, if the host in the "Host" widget differs from themI client host, provided you have a DECnet proxy to an account on the clientsI host system. If you do not have DECnet proxy access between the system inoK the "Host" widget and the system in the command line, or if you do not knowgL if you have a DECnet proxy between the two systems, contact the Help Desk toE arrange a proxy. YOU DO NOT NEED A PROXY IF THE "HOST" SYSTEM AND THEk- HOST IN THE COMMAND LINE ARE THE SAME SYSTEM.l  8 The "client" keywords and their meanings are as follows:  . CALENDAR - run the DECwindows Calendar program   CMS - run DECwindows CMS  > DCL - execute an arbitrary DCL command. Note, however, that it: must be a DECwindows process or, if you specify a command;6 procedure, it must eventually be a DECwindows process.: Choosing "SHOW SYMBOL" or "DIRECTORY", for example, has no meaning.  ! DECTERM - create a DECterm window    EVE - run DECwindows EVE/TPU  # FILEVIEW - run the FileView program   1 LSEDIT - run DECwindows Language Sensitive Editord   MAIL - run DECwindows Mail  C SESSION - start the DECwindows Session Manager. This will make youre: PC act as a X terminal and give you a complete VMS session< from which you can launch any of the DECwindows applications. you have defined in the Session Manager menus.  I If you specify the keywords "DCL", "DECTERM", "EVE", or "LSEDIT", you caneK specify optional parameters, as mentioned above. For the "DCL" keyword, thehI parameters are the DCL command to be executed. For the "DECTERM" keyword,lK the parameters are any qualifiers valid for the CREATE/TERMINAL command (ifaC you don't know what these are, then you're better off not using theaK parameters). For the "EVE" and "LSEDIT" keywords, the optional parameter isk a VMS file specification.d  K If you specify anything other than one of the above keywords, the client istF assumed to be the name of a program that will create a window, such asJ the DECwindows Clock. However, running arbitrary X client programs in thisI fashion isn't recommended unless you know just what you're doing. Any VMS G system manager will be glad to help. If there is any client you wish to H regularly run that isn't covered by one of the above keywords, it can be added.  F 7) Enter a description of your X connection in the text widget labeledK "Description". This step isn't necessary at all, but it will give a name tobJ your Xstart icon if you decide to save the settings and install the Xstart in a program group.:  G 8) Click on "Run!". This will launch your window request. It may take aML little while (up to two or three minutes, but usually not that long) for the  window to pop up, so be patient.  H 9) You may wish to save the settings you've chosen. If so, pull down theI "File" menu and choose "Save As...". This will pop up a dialogue box thateI will allow you to specify a name for your settings and save them to disk.n  K 10) You may wish to create a separate icon for these settings. If so, clickn onK the "Install..." menu item. This will pop up a dialogue box that will allow J you to specify the name of the group into which to insert your settings asJ an icon. You can also choose what the icon will be from a list of several.K Once you have installed the settings, you'll be able to simply double clickhK on the icon to launch the window client. For Windows 95 and Windows NT, thet1 icon can also be placed on the PC desktop screen.r   ------------------------------  % Date: Mon, 18 Sep 2000 17:22:46 -0700r& From: bill robertson <wcr@pacbell.net>" Subject: Why are these files open?* Message-ID: <39C6B1D6.F25E118@pacbell.net>  E On my 6.2 system, I do a sho dev/files for a particular disk, and seecH lots of executable files open by the system (000000). Yet I have anotherB apparently identically configured system where this command yields nothing.  @ In neither case are the executables installed.  What's going on?     Bill Robertson wcr@pacbell.net    ------------------------------   Date: 19 Sep 2000 00:41:05 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)& Subject: Re: Why are these files open?6 Message-ID: <8q6cn1$fcj$1@mailint03.im.hou.compaq.com>  S In article <39C6B1D6.F25E118@pacbell.net>, bill robertson <wcr@pacbell.net> writes:eF :On my 6.2 system, I do a sho dev/files for a particular disk, and see: :lots of executable files open by the system (000000).... , :...the executables [are not -srh installed.    :   Would this be an OpenVMS VAX or an OpenVMS Alpha system?  G   Specific examples of the names of some of these executables would be?   L   Would these image files assocuated with any particular product or package?  I   Are these images actually executables, or are they shareable images, or    COMMONs, or something else?o  J   Would these particular executables have once been installed (or mapped)?  H   Would this "particular disk" be a system disk, or an application disk?  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 18 Sep 2000 15:55:44 -0400v* From: David A Froble <davef@tsoft-inc.com> Subject: Re: WiringY- Message-ID: <39C67340.D6664051@tsoft-inc.com>    Hoff Hoffman wrote:l > N >   Oh: I'd probably put the cross-over in the connector at system (which-everL >   of the various systems that could be called "VAX 3100" this is).  Not atM >   the patch panel.  Why?  It's rather easier to erroneously swap around theiO >   patch wires at the patch panel (and there is no apparently obvious physicaloO >   means to prevent this), and rather less likely for these same folks to swapdM >   around the connectors located at the system(s).  This cross-over locationeJ >   would make it more difficult to screw up the wiring, in other words... > P >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   Real good point here.A  I The nice thing about UTP wiring, if done correctly, is that everything is,L straight through.  Always.  When using such circuits for terminals, keep theL custom stuff at the end of the circuit.  Steve is suggesting at the MicroVAXL side.  I've done it at the terminal side.  Not a big difference.  Big key isB until you get to your custom piece, everything is always standard.  O Now for the important point, if you've not already figured it out.  Label, verynP prominently, the custom cables.  If it's a 'VAX' or a 'TERMINAL' cable, label itN as such.  Heck, use the 1" sticky labels, and put some fine print on each one.  K If you're not going to pay someone to do the wiring, then do as others haveeN suggested, get a tester.  Even if you work for peanuts, you'll save many timesN it's cost.  Remember, you WILL have problems from time to time, and the tester will be your friend.   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Mon, 18 Sep 2000 23:56:48 -0500./ From: Chris Scheers <chris@applied-synergy.com> ( Subject: Re: [JAVA] Adobe Acrobat ViewerO Message-ID: <0AD133B5ECED3D4B.DC4809DD4522DD30.DAE21CF3EC32C49D@lp.airnews.net>o   Peter LANGSTOEGER wrote: > B > I have followed the instructions (to the best of my knowlege) at > L >         http://www.openvms.compaq.com/openvms/products/ips/pdf_viewer.html > N > to install the ADOBE Acrobat Viewer on my Alpha (V7.2-1, JAVA V1.1.8-5, ...)  # Please consider the ASI PDF Viewer:   . 	http://www.applied-synergy.com/pdf/index.html  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com f   Fax: 817-237-3074    ------------------------------    Date: 18 Sep 2000 22:57:48 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)E Subject: [OpenVMS VAX V7.2] Upgrade deletes SYS$COMMON:[DECW$INCLUDE]h* Message-ID: <39c681cc$1@news.kapsch.co.at>  C I just noted (obviously the hard way ;-) that my last upgrades fromo@ OpenVMS VAX V7.1 (with MOTIF V1.2-5) to V7.2 (with MOTIF V1.2-5)2 deleted (or did not relocate ?) the directory tree   	SYS$COMMON:[DECW$INCLUDE...]n   on all my VAX system disks.a  I I didn't read about this in the release notes. Did I overlook something ?e  J It seems, I wouldn't get trapped if I upgraded from MOTIF V1.2-3 to V1.2-5G at the same time (which was only the case on one of my Alphas). But no,e5 MOTIF was current before the VMS upograde and gotcha.n  J The solution now is to reinstall MOTIF V1.2-5, but I don't think that this" is good behaviour of DEQ at all...   just to warn others    -Peter  H PS: Isn't this a good reason for a OpenVMS VAX V7.1-1 consolidated kit ? -- l< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888i< FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------   End of INFO-VAX 2000.524 ************************