1 INFO-VAX	Thu, 24 Aug 2000	Volume 2000 : Issue 472       Contents:! "HELP Specify" for V7.1 and later % Re: ??==DCPS 1.8 and HP 4050 printer. % Re: ??==DCPS 1.8 and HP 4050 printer.  all about....mmmm 9 Re: AS250 SRM runs, but no graphics on known good monitor  RE: Big AlphaServer Sale Re: Big AlphaServer Sale Re: Big AlphaServer Sale4 Cables for VAXstation 3100 & Storage Expansion unit?! Re: CETS2000 working session list + Re: Cluster transaction processing paradigm + Re: Cluster transaction processing paradigm 0 COM on Openvms and communicating with Windows NT4 Re: COM on Openvms and communicating with Windows NT4 Re: COM on Openvms and communicating with Windows NT DCE 1.5 and UCX 5.0a and 7.2 DCPS and HP 4500N? Re: DCPS and HP 4500N? Re: DCPS and HP 4500N? Re: DECNet Phase IV Manuals ?  Re: DECNet Phase IV Manuals ?  Re: DECNet Phase IV Manuals ?  Re: DECNet Phase IV Manuals ? " eBay - The Energizer Bunny Tragedy& Re: eBay - The Energizer Bunny Tragedy& Re: eBay - The Energizer Bunny Tragedy Error status from VMSTar Re: Error status from VMSTar= Re: File Maintenance: CONVERT /SORT or /NOSORT on index files 2 Re: Here we go again - WTB/T/etc source listing CD2 Re: Here we go again - WTB/T/etc source listing CD2 Re: Here we go again - WTB/T/etc source listing CD2 Re: Here we go again - WTB/T/etc source listing CD2 Re: Here we go again - WTB/T/etc source listing CD9 Hobbes is back up! Come visit us at www.hobbesthevax.com! # Re: HP LJ8000 won't print correctly # Re: HP LJ8000 won't print correctly  Incredible Self-run e-Business1 Re: Internal Record/Index Structure of RMS files?  Re: LEDs & VAXStation 3100 M48 Re: LEDs & VAXStation 3100 M48 Re: LEDs & VAXStation 3100 M48 Re: LEDs & VAXStation 3100 M48  Linking FORTRAN program question$ Re: Linking FORTRAN program question$ Re: Linking FORTRAN program question# Re: Pathworks - NT accounts problem  Queue always prints extra page" Re: Queue always prints extra page RTR and DECdtm$ Re: Setting VT420 to 36 line display$ RE: Setting VT420 to 36 line display$ Re: Setting VT420 to 36 line display$ Re: Setting VT420 to 36 line display$ Re: Setting VT420 to 36 line display Re: split large files  test- The SAMBA-VMS list seems to be working again.  UCX routing problem # Updated key file for ASI PDF Viewer 0 Using AlphaServer 2100 for testing fiber channel VAXstation 3100 cables Re: VAXstation 3100 cables% Re: VMS as real time operating system = Re: VMS at home, ISDN, router, Linux, static IP addresses,... = Re: VMS at home, ISDN, router, Linux, static IP addresses,... = Re: VMS at home, ISDN, router, Linux, static IP addresses,... = Re: VMS at home, ISDN, router, Linux, static IP addresses,... = Re: VMS at home, ISDN, router, Linux, static IP addresses,... ( What is meaning of BACKUP error message? What is the IPCACP process?  Re: Why [000000]?  Re: Why [000000]?  X display video capture for VMS   F ----------------------------------------------------------------------  % Date: Wed, 23 Aug 2000 21:31:10 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> * Subject: "HELP Specify" for V7.1 and later- Message-ID: <39A488EE.DBE7A819@earthlink.net>   A You may want to cut this text out and paste it into your terminal  program:   HELP_SPECIFY.COM:    $ CREATE SPECIFY.HLP	 1 Specify      See the DCL_Tips topic.  $ EOD $ $ LIBR/HELP SYS$HELP:HELPLIB SPECIFY $ EXIT   ...or just type it in by hand.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   H This *IS* comp.os.vms. 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: 23 Aug 2000 15:35:20 PDTT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515). Subject: Re: ??==DCPS 1.8 and HP 4050 printer.3 Message-ID: <yxKz+En9iSgq@mccdev.slac.stanford.edu>   s In article <aus-2308001241260001@wvia71.virologie.uni-wuerzburg.de>, aus@vim.uni-wuerzburg.de (Hans M. Aus) writes: 6 > Will DCPS 1.8 work with a HP 4050 N (or NT) printer?  H         Yes, we are doing it  under  DCPS  1.8  (and 1.7 before that) toH     several HP4050N's around the site (the 4050NT just has an additional     [T]ray, correct?).  H         As another poster mentioned, DCPS will  access the HP 4050 as anH     "unrecognized  printer"  just fine, but you may lose  tray-selection1     and/or other features.  What I've done is to:   3       1) Extract the two HP4000 text modules, named -          LPS$$HPLASERJET4050_INITPSDEVICE and /          LPS$$HPLASERJET4000_SETINPUTTRAY, from ?          SYS$LIBRARY:DCPS$DEVCTL.TLB into a pair of .TXT files;   8       2) Rename those .TXT files to LPS$$UNRECOGNIZED_*;  8       3) Create a new text library, HP4050_DEVCTL.TLB inD          SYS$COMMON:[SYSLIB] and insert into it the two text modules          from (2) above;  A       4) Define a search-list logical name, DCPS_HP4050_LIB, that ;          lists SYS$LIBRARY:HP4050_DEVCTL first, followed by           DCPS$DEVCTL;   C       5) And finally, initialize the DCPS queue for the HP4050 with 8          DCPS_HP4050_LIB rather than the usual DCPS_LIB.    H     This  method  works  very   nicely,   but   please  note  that  suchH     "customizations" to your DCPS setup must be re-implemented with eachH     new  release of DCPS, at least until such time as DCPS supports  theD     printer "natively" and you can do away with your customizations.           -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: Wed, 23 Aug 2000 21:55:01 -0400 2 From: rdeininger@mindspring.com (Robert Deininger). Subject: Re: ??==DCPS 1.8 and HP 4050 printer.L Message-ID: <rdeininger-2308002155010001@user-2ive7lp.dialup.mindspring.com>   In article <yxKz+En9iSgq@mccdev.slac.stanford.edu>, Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) wrote:   J >     This  method  works  very   nicely,   but   please  note  that  suchJ >     "customizations" to your DCPS setup must be re-implemented with eachJ >     new  release of DCPS, at least until such time as DCPS supports  theF >     printer "natively" and you can do away with your customizations.  H Why must it be re-customized?  This has been mentioned a couple of timesF lately, but I don't understand.  You have put your custom modules intoE your own device control library.  DCPS won't replace that.  It should C just work after a DCPS upgrade, unless they completely change their E conventions for unrecognized printers.  At least for recent versions, : DCPS has looked for the same module names in each version.  @ Same convention, same module name, same library, same customizedE module, and same printer.  So what if a newer version of the symbiont ? sends the same data to the same printer?  What's to break?  I'm 	 confused.    --   Robert Deininger rdeininger@mindspring.com    ------------------------------  # Date: Thu, 24 Aug 2000 02:27:24 GMT  From: wfblyw@e.com Subject: all about....mmmm6 Message-ID: <gK%o5.1864$Kp4.4542@telenews.teleline.es>  . Go to: http://www.lanzadera.com/revistapandoraF htuyyzicrsrozceulddyzuernldupynxrwldihjjxyjqizpwcrzorhfzemvuztwhbijpyz   ------------------------------   Date: 23 Aug 2000 19:16:11 GMT+ From: Tom Leitner <tom@radar.tu-graz.ac.at> B Subject: Re: AS250 SRM runs, but no graphics on known good monitor1 Message-ID: <8o17tr$1lt$1@fstgss02.tu-graz.ac.at>   9 In comp.sys.dec Terry Kennedy <terry@gate.tmk.com> wrote: E > In comp.os.vms Fred Kleinsorge <kleinsorge@star.zko.dec.com> wrote: O >> The ZLXp-E (i.e. the TGA 1) is pretty old.  It needs special console support   O >> We will be phasing out the ELSA card and replacing is with the 3DLabs Oxygen  >> VX1 in late fall.  L >   Please post info when this is orderable, as I'd really like to try some-K > thing better than the ELSA but not as hideously expensive as the 300/350.   C This is definately good news. Will there be a Tru64 driver as well?    Tom  --  N Dr. Tom Leitner             Dept. of Communications, Graz Univ. of Technology,K tom@radar.tu-graz.ac.at     Inffeldgasse 12, A-8010 Graz / Austria / Europe : PGP public key @ http://wiis.tu-graz.ac.at/people/tom.html   ------------------------------  % Date: Wed, 23 Aug 2000 16:39:30 -0400 + From: "Main, Kerry" <Kerry.Main@COMPAQ.COM> ! Subject: RE: Big AlphaServer Sale J Message-ID: <910612C07BCAD1119AF40000F86AF0D8052846EF@kaoexc4.kao.dec.com>   David,  L >>> The 1 Ghz Athlon is Cint95 42.9, I don't have the numbers for an 833 MhzL Alpha, but for a 466 Mhz DS10 the number is 24.6.  (And yes I know that SpecJ has changed their methods yet again - they do it every couple of years.)<<  G Spec95 is dead. History. Gonzo. Of course they need to change every few 3 years. They need to adapt to changing technologies.   L For the latest industry standard benchmark numbers for measuring cpu, memory7 bandwidth and compiler optimizations, please reference: = http://ideasinternational.com/benchmark/spec/specint2000.html K http://ideasinternational.com/benchmark/spec/specfp2000.html (a really cool E one for those doing technical computing which requires FP operations)   I Yes, I know your focus is on smaller systems, but these are two different G discussions ie. pure performance and price/performance. The url's above A illustrate the current state of cpu performance numbers on a pure  performance basis.  J Pricing is always an issue and an area I have no control over, so the onlyD thing I can say is that pricing is always being reviewed to adapt to changing market conditions.   J >>> Surely it would have been easier to go with a pure VMS solution.  ThatL they did not is most likely due to the realization that VMS could not handle4 the webserver traffic they expected to encounter. <<  I While I have no idea as to what the reasons were, keep in mind that these G solutions were designed 2-3 years ago when VMS did not have some of the J technologies it has today - like Galaxy and some of the web technologies.   K Again, it might not have made any difference, but with Galaxy software, you 9 can have the mid tier Web server running on one partition F (ES40/GS60/80/140/160/320) and the back end tier running on a separateK partition on the same system with an area of shared memory to transfer data H back and forth. So, if a application was customized to take advantage ofH this, you could have the mid tier sharing data at memory speeds with the back end tier.    J On top of this, as Andrew pointed out, if the mid tier started peaking outA with the load it had, you can specify a business rule which would G automatically migrate a cpu (or more) from the back end to the mid tier L application to help out over the peak periods. Now, perhaps in the off hoursJ when the back end system needs more cpu power (database maint or ??) , youK could specify a rule which transferred a few cpu's from the mid tier to the " back end tier - all automagically.  G This is pretty cool stuff and as the new Apache, OSU and other mid tier J applications start taking advantage of this, I suspect it will prove to beK very popular. For other new java application integration stuff that is only / recently been announced for OpenVMS, reference: L <http://www.attunity.com/content/newsevents/detail.asp?catid=6&scatid=20&o=1 07&y=01/01/2000&h=1>  L As a fyi, Oracle Rdb has some very cool stuff coming with respect to Galaxy.   :-)    Regards,  
 Kerry Main Senior Consultant,
 Compaq Canada  Professional Services  Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com        -----Original Message-----# From: mathog@seqaxp.bio.caltech.edu & [mailto:mathog@seqaxp.bio.caltech.edu]' Sent: Saturday, August 19, 2000 9:16 PM  To: Info-VAX@Mvb.Saic.Com ! Subject: RE: Big AlphaServer Sale     J In article <910612C07BCAD1119AF40000F86AF0D8052846AE@kaoexc4.kao.dec.com>,- "Main, Kerry" <Kerry.Main@compaq.com> writes:  >David,  > L >While I can appreciate that the UNIX based programs that you are running inI >your environment may not be running as fast as you would like them to or K >perhaps as fast as a native UNIX environment, please do not try to make it K >appear that VMS performance is behind on other programs that were designed 0 >to take advantage of VMS architectual features.  ; Aargh.  Kerry, enough with this mice versus elephant logic!   I I've spent months trying to wring equivalent disk IO performance out of a K VMS DS10 and just couldn't get it to match that of a Linux DS10.  (And I've F posted these results here before).  Not even using RAMdisks on the VMSI system let it catch up, presumably because the IO overhead in RMS was too J high.   That is the arena I'm discussing - small systems, writing directlyJ to one disk at a time. Every time I bring this up you cite the performanceF of huge systems striping data across a zillion disks using specializedH hardware and man years of programmer work to optimize performance.  TheyK just aren't the same thing and cannot be compared.  That VMS runs well in a J data center is irrelevant for the guy trying to get work through a smaller	 machine.    D This is hardly a novel situation - look at NT - it works well on the) desktop but is a disaster when scaled up.      > I >As an example, many large and extremely IO intensive banks still use RMS ;                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ H == datacenter.  Mice versus elephants.  I'm driving a disk or two, theseK folks are probably spreading the IO across tens if not hundreds of devices.   J >databases because they can not get the IO performance that they need from >databases like Oracle.      > < >>>> It doesn't include small scale technical computing, <<< > G >While OVMS obviously does not dominate the WS industry, take a look at I >http://www.genetek.com/ - they have an extremely competitive workstation J >offering (on OpenVMS) because it takes advantage of many of the Alpha andK >OpenVMS specific features. Floating point 64bit performance is a killer on H >the Alpha and their seismic solution takes advantage of these features.  @ That site doesn't include the string "vms".  In any case, I saidJ specifically that for CPU bound applications VMS and Tru64 are quite closeB (as is Linux/Alpha with the ccc compiler.)  My guess is that theirJ application is very nearly CPU bound so it doesn't matter which of these 3! OS's they use in terms of speed.    J If VMS was really competitive in this end of the computing field you'd be K able to cite hundreds or thousands of such stories.  Circa 1988 that would  K have been the case.  But now you have to look _really hard_ to find VMS in   use in small systems.    > J >>>> Certain aspects of network performance are also inferior, but only by >factors of 2 or 3. << > J >So how does this explain the success of OpenVMS based solutions that haveJ >huge network and disk IO like www.northernlight.com (one of the top ratedG >internet search engines), e*Trade (huge network and disk IO speaks for < >itself), ISE (Internatinal Securities Exchange) reference: 7 >http://www.iseoptions.com/about/technology_compaq.html   G First of all, this is one more of your mice versus elephants arguments. I Secondly, even with that huge VMS machine to work with, they still chose  K not to use VMS for everything.  The web interface at northernlight does NOT  run on OpenVMS:   * $ lynx -head http://www.northernlight.com/   HTTP/1.1 200 OK # Date: Sun, 20 Aug 2000 00:05:47 GMT ) Server: Apache/1.3.9 (Unix) mod_perl/1.21   K Surely it would have been easier to go with a pure VMS solution.  That they K did not is most likely due to the realization that VMS could not handle the I webserver traffic they expected to encounter.  But it might have been due K to some other factors, such as ready access to Apache/Unix programmers, or oH perhaps the desire to save some money and not have to buy the extra VMS @ cluster licenses or machines.  But I'm guessing, if somebody at K Northernlight would care to explain this design decision I'm sure we'd all o% like to hear the reasoning behind it.a   >eL >>>> But Compaq is doing a rotten job of keeping the Alpha up to speed <<<<  >oG >Since the 1Ghz x86 is below the cpu integer capabilities of the 833Mhzn Alpha   H The 1 Ghz Athlon is Cint95 42.9, I don't have the numbers for an 833 MhzH Alpha, but for a 466 Mhz DS10 the number is 24.6.  (And yes I know that E Spec has changed their methods yet again - they do it every couple of  years.).K And that 1 Ghz AMD machine will cost less than the DS10.  Just because it'saH the top of the AMD/Intel line doesn't mean that it should be compared toJ the top of the Alpha line.  A machine with an 833Mhz Alpha in it will costE at least 5X more than the 1 Ghz x86 machine will.  The alpha isn't 5X F faster though, so the price/performance leadership is very strongly inI AMD/Intel's favor.   (Note also that the performance bottlenecks I see in ( VMS have nothing to do with CPU power!)   L >and is not even close to the FP capabilities of the 667Mhz Alpha, I guess I >am missing something. u  G Yes, the COST of the Alpha system.  As I said - if cost is no problem, eI people buy Alphas (and Tru64).  But if you're discussing parallel systemssL and building blocks, the price/performance advantage does not belong to the H Alpha.  (Has it ever?  From the very beginning it was always "twice the ' performance at three times the price.")E  K >The API systems are competitive in pricing with equivalent 1Ghz WS systems 
 >as well.   K There are a couple of machines downstairs with API guts - and they've been TK nothing but trouble.  Especially the dual CPU system that couldn't be made TD to run at its rated speed and they had to "dumb it down" to 500 Mhz G processors.  At least the Digital and Compaq Alphas have been reliable.E  B >Keep in mind the 1ghz x86 cpu's are WS or small 1 or 2 cpu server >offerings only right now.  I That's exactly my point - that's the part of the computing market I'm in!eJ We "mice" use systems like that.  The vast majority of all computers have I no more than 2 processors.  And VMS needs real work to be competitive on rH these systems.  Period.  (And I do not mean to imply that VMS's failuresG on these smaller systems in any way means that it doesn't work well on IG "elephant" systems where the computing environment is quite different.)e   > G >In addition, for technical computing where FP is used quite a bit, the H >600Mhz DS10 is better than the 1Ghz x86 in FP capabilities (1Ghz=335 vs >DS10=411 vs API 833Mhz=644).d  3 When did the 600 Mhz DS10 ship?  Got a part number?   G It may beat the the Intel/AMD crowd in FP, but it won't be as fast for pJ integer math.  What I do is technical computing, and it's almost entirely K integer math.  Similarly, it's the very rare business program that isn't atvI least 75% integer.  So file servers, web servers, most databases, and the J like, won't be as fast on that more expensive alpha as they will be on theH less expensive Intel/AMD machine.  (Caveat - memory bandwidth counts forI some applications, and the Compaq Alphas do tend to have very good memoryp bandwidth's.)    >HL >Reference the new standard benchmark for measuring CPU, memory and compiler
 >performance:t5 >http://www.spec.org/osg/cpu2000/results/cpu2000.htmli >l  H Ok, the new standard does fold in the memory bandwidth problems on some ' systems better.  Here are some numbers:r  2 CINT2000                             CPU base peak2  AlphaServer DS10 6/600              1    345  3642  Intel VC820 (1.0 GHz Pentium III)   1    407  4102  Microstar K7T Pro motherboard 1GHz  1      ?    ?   CFP2000-2  AlphaServer DS10 6/600              1    377  4112  Intel VC820 (1.0 GHz Pentium III)   1    273  2842  Microstar K7T Pro motherboard 1GHz  1    290  302  J The DS10 VMS machine costs what, $6500?  I'd estimate that a machine basedI on the VC820 should be available for about half that.  (This for systems eJ with similar memory, disk controllers, and disks.)   The PIII is faster atK integer math than the 600 Mhz DS10, and vice versa for floating point.  The1J Intel machine (running Linux or WNT) will be (or appear to be) much faster. for disk and network IO than the VMS machine.     J >>>> so I don't know how longer they'll be able to hold onto the Linux end of >the market. <<< >rK >Well, if you think Compaq plans to ignore Linux, check out these articles:h3 >http://www.techweb.com/wire/story/TWB20000814S00180K >http://alllinuxdevices.com/news_story.php3?ltsn=2000-07-05-001-02-NW-LF-CM   H I didn't say they were going to ignore it.  I said that they are losing E ground in the price/performance arena and have already been surpassed I (outright) in integer performance.  Yes, the Alpha is still faster in FP L< and still costs a lot more to obtain that extra performance.   >mE >Well, how about another example - perhaps these folks are doing thisa becauseC$ >they have nothing better to do eh ?? >http://www.informix.com/ (see announcement on home page today)L< >http://www.informix.com/informix/press/2000/aug/linux.html J >"Informix, Compaq and SuSE Team to Deliver Alpha Linux Computing Platform >for e-Business"  I Ok, informix thinks there's money to be made there.  (They've been wrong t@ before...)  And how many Informix products do we see on OpenVMS?   >  >or these folks:5 >http://www.turbolinux.com/news/pr/alpha-release.htmllC >"TurboLinux Launches High-Performance 64-Bit OS for Alpha Systems"   G Suse, Turbolinux, and RedHat all think there's money to be made selling.L Linux/Alpha distributions.  Good for them.  And if Compaq and Samsung don't G deliver on faster Alpha's they'll just drop these lines and go back to -" their core, Intel based, business.   >-G >>>> in the last 6 months the speed of Athlons and PIII's has more than' >doubled. << >-K >Wrong. Are you saying 6 months ago, the highest available chip was 500Mhz?g  B That was a rough date.  I've got a Nov 30 1999 Microtimes with adsK indicating that 500 Mhz was the fasted PIII that was widely available then.mI So 8.5 months, not 6.   Today was the first I've heard of a 600 Mhz DS10.i   >L+ >833Mhz Alpha API rating = 533 int; 644 FP.- >4D >Based on above, I fail to see how you feel Alpha has not kept up in >performance.   I There's that elephant again.  What does a 1 Ghz Intel or AMD system cost?eG What does an 833 Mhz ES40 cost?  (That's the only system I know of thatCG has SPEC values for that processor.)  Who cares how fast an ES40 is if c, you've only got money for something smaller?   Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech n   ------------------------------   Date: 23 Aug 2000 15:19:45 PDTT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)! Subject: Re: Big AlphaServer Salec3 Message-ID: <KscEPyZpN0QY@mccdev.slac.stanford.edu>a  + In article <39A404C7.F886C5A2@uk.sun.com>, oH     Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:  A While I'd love to let Jim respond to this, it's possible he feelsm     constrained:       > > You appear to be an OpenVMS advocate, I say this because you? > have fallen into the classic trap that most OpenVMS advocates ? > fall into of assuming that because OpenVMS does something onem> > way that there is no other way of acheiving the same effect.  H         You appear  to  have  fallen  into  Jim's  trap.   You  see, JimH     oversees  E-Trade's  VMS  systems (in the Bay Area at  least),  rubsH     shoulders daily with the E-Trade's unix admins,  and  is  privvy  toH     _exactly_  what  the  VMS  and  Sun  machines  do, and don't do, forH     E-Trade.  I am totaly sure he  is privvy to precise availability andH     performance  numbers  for those systems as well as the  numbers  and"     tasks filled by those systems.      eH         While Jim practise VMS advocacy as an _avocation_, the points heH     made in his post  are  based on professional, first-hand experience.H     They can't be brushed aside by _attempting_ to paint him as _merely_H     an "advocate", i.e., an unreliable VMS booster.  He knows whereof he
     speaks...            -Ken -- 3M  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: Thu, 24 Aug 2000 02:04:50 GMTP From: jgessling@yahoo.comA! Subject: Re: Big AlphaServer Sale1) Message-ID: <8o1vrp$407$1@nnrp1.deja.com>.  3 In article <KscEPyZpN0QY@mccdev.slac.stanford.edu>,5F   Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) wrote:, > In article <39A404C7.F886C5A2@uk.sun.com>,B >     Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:  >dC > While I'd love to let Jim respond to this, it's possible he feelse >     constrained: >g Ken,  F Yes, I am constrained, my predicisor (sp?) got fired for revealing tooC many details of our configuration.  And I usually (never) engage inrB usenet flame wars.  But let me say this, Andrew's response left meC scratching my head in total confusion, what the heck was he talkinge about?  Some thoughts.  E I, like Andrew am an architect.  As such I choose the best design for G the job.  For the web front end, that's Sun cause the netscape stuff isnD there.  For the backend, that's VMS cause that's where the data (and$ the protection for the business is).  D I think the difference is this.  Would you choose availability (e.g.D clustering type features) in your OS or at the application level?  IG would much rather run a VMS cluster than pay Resonate (for example) foroD cluster features, and Netscape for Kiva load balancing (that doesn'tA work) and on and on.  But the reality is the web (and applicationaE server) stuff come first and often only on sun.  They make up for therG lack of reliability features by doing it at the application level.  WayaG wrong from my point of view, because it's not transparent.  Reliabilitye2 belongs as low on the software stack as it can be.  C Bottom line.  Sun is where the software is.  But guess what, in theiE disposable, many node world, they are too expensive.  I know of an OSvE that is cheap, with cheap hardware and has most of the same software.nC I'm talking about NT.  Furthermore, there is a cheaper OS with alsoe& most of the software, it's call Linux.  G I read today where the Intel guy was saying that "horizontal" is a muchsB stronger business model than "vertical" and referred to Sun as theE vertical.  Meaning going from sand to silicon to hardware to software E to systems.  This vertical model can easily be toppled by such thingse6 as NT or Linux that offer that same thing for cheaper.  F Not true for VMS.  Compaq my have vertical model, but the tower is wayF stronger.  Kept up by features that are unmatched.  Keep in mind where> sun came from.  Taking Unix from the university and running onE commodity hardware (6800).  A guy from a garage in Finland can easilyt bring it down.   Phew!,  Jims    & Sent via Deja.com http://www.deja.com/ Before you buy.d   ------------------------------  # Date: Thu, 24 Aug 2000 00:08:53 GMTo! From: ctrana@qx.net (Chris Trana)e= Subject: Cables for VAXstation 3100 & Storage Expansion unit?e) Message-ID: <39a4614f.719190@news.qx.net>:  C I recently obtained a VAXstation 3100 and external storage unit for E it. To install OpenVMS, I will need to connect my CD-ROM drive to theoD expansion unit and attach it to the VAXstation. Unfortunately I haveB very little experience with SCSI hardware and almost none with DEC
 hardware.   C On the expansion unit there are two female Centronics 50 connectorseF and on the VAXstation, there is a tab that when removed exposes a maleA DB68 connector. I think I will need a SCSI 2 Centronics male/DB68oE female cable to connect the two. Does anyone know of a good source to<E get this type cable? Or even better where I can get a F/F DB68 genderK
 converter?  E I know that after connecting the expansion unit with the proper cableeB I will need to use a terminator. But what kind? There are only twoF Centronics connectors on the back of the box. Is there such a thing as a Centronics terminator?  F If anyone could point me to where I can obtain the necessary cables orD a good reference site I would greatly appreciate it. Although I knowF practically nothing about DEC hardware, I love OpenVMS and really want" to start tinkering with this VAX.   
 Thank you, Chrisd   ------------------------------  % Date: Wed, 23 Aug 2000 20:53:57 +0000a- From: SysAdmin <djesys.nospam@fsi.net.mapson>s* Subject: Re: CETS2000 working session list. Message-ID: <39A439E5.414F5C24@fsi.net.mapson>   FWIW...I  E I'm working on finding a way to finance this trip to DECUS. Given theaD state of the OpenVMS market in Chicago, that's no small task; so, no# guarantees. I'll see what I can do.f  B If I can't be there, I'll try to ship handouts anyway (see the PDFA versions at http://www.djesys.com/vms/support/ ), probably to the H attention of one of the DFW folks (Dave/Pat/John/?). If can't go, and ifH time allows, I'll try to put together a freeware CD and ship that out asE well (as many as I can manage in the time available - I had none left  over last year!).   F If I can't go, and if someone else wants to give the sessions, the PPT% files are available at that same URL.k   Jeff Killeen wrote:  > M > Soon the DFW sessions will be posted.  And if you are not going to be there J > that will be interesting since your DCL sessions are being added to that	 > list...s >  > -- >  > Jeff Killeen - www.Killeen.ccsG > =====================================================================sD > "David J. Dachtera" <djesys.nospam@earthlink.net> wrote in message) > news:39A1D6F8.1BD7630E@earthlink.net...  > > Jeff Killeen wrote:i
 > > [snip]& > > > The DFW sessions are not in yet. > >  > > Will they be soon? > > C > > I won't be going, but I'd like to know if I'm missing anything.n > >t -- David J. Dachteras dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/e  H This *IS* comp.os.vms. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.y   ------------------------------  % Date: Wed, 23 Aug 2000 14:33:01 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>i4 Subject: Re: Cluster transaction processing paradigm, Message-ID: <39A418D3.9A0EEA27@videotron.ca>   Jim Johnson wrote:A > Finally, the 'VMS brains trust' may well have other reasons for & > pushing an RTR-everywhere solution.   M Since RTR is available for NT and Unix,  I suspect that Compaq sees this as aoM much more strategic product than any VMS-only "proprietary" solution. RTR canoL outlive VMS should VMS die. And Compaq is not affraid to push solutions thatK run on NYT or UNIX, so it is natural that we see Compaq push RTR instead ofk some VMS-specific product.   ------------------------------  # Date: Wed, 23 Aug 2000 19:15:25 GMTt? From: Jim.Johnson@software-exploration.nospam.com (Jim Johnson)r4 Subject: Re: Cluster transaction processing paradigm0 Message-ID: <39a42259.40825694@news.demon.co.uk>  , On Wed, 23 Aug 2000 14:33:01 -0400, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:u   >Jim Johnson wrote:xB >> Finally, the 'VMS brains trust' may well have other reasons for' >> pushing an RTR-everywhere solution. e >3N >Since RTR is available for NT and Unix,  I suspect that Compaq sees this as aN >much more strategic product than any VMS-only "proprietary" solution. RTR canM >outlive VMS should VMS die. And Compaq is not affraid to push solutions thatiL >run on NYT or UNIX, so it is natural that we see Compaq push RTR instead of >some VMS-specific product.h  6 Yes, that's one of the two reasons that occur to me.    D Although support for the XA API and the TIP protocol should hide theF proprietary nature of DECdtm reasonably well -- for those that want it hidden.e   Jim.   Jim Johnsonb Software Exploration, Ltd.' Software Navigation and Discovery Toolse   ------------------------------  # Date: Wed, 23 Aug 2000 19:11:08 GMTr From: bellfra@my-deja.comn9 Subject: COM on Openvms and communicating with Windows NTh) Message-ID: <8o17jq$7bm$1@nnrp1.deja.com>4  F I am trying to get the window nt client to communicate with my openvmsB server. I start the server process on the  openvms server and then< run the client process, but I get the message RPC service isB unavailable.  Based on the example supplied by COmpaq with its ComD software this should work. Has anyone had any sucess getting this to work.i    & Sent via Deja.com http://www.deja.com/ Before you buy.i   ------------------------------  # Date: Wed, 23 Aug 2000 20:14:44 GMTh& From: wspencer@ap.org (Warren Spencer)= Subject: Re: COM on Openvms and communicating with Windows NT . Message-ID: <sq8c5kn1t9116@news.supernews.com>  ; bellfra@my-deja.com wrote in <8o17jq$7bm$1@nnrp1.deja.com>:e  G >I am trying to get the window nt client to communicate with my openvmssC >server. I start the server process on the  openvms server and thenf= >run the client process, but I get the message RPC service ispC >unavailable.  Based on the example supplied by COmpaq with its ComvE >software this should work. Has anyone had any sucess getting this tot >work. >t >p' >Sent via Deja.com http://www.deja.com/i >Before you buy. >u  A Need some more details here.  What product are you attempting to sG commission?  Bridgeworks?  COM for OpenVMS?  Have you verified all the eK version restrictions?  What version of what are you running?  Whose TCP/IP  J and what version?  Can you PING the OpenVMS box from the NT box?  Exactly # what error message are you getting?e   ws   -- nJ << My employer does not necessarily agree with my opinions - neither do I  >>   ------------------------------  % Date: Wed, 23 Aug 2000 15:58:43 -0400 * From: David A Froble <davef@tsoft-inc.com>= Subject: Re: COM on Openvms and communicating with Windows NTs- Message-ID: <39A42CF3.EECA94F4@tsoft-inc.com>    bellfra@my-deja.com wrote: > H > I am trying to get the window nt client to communicate with my openvmsD > server. I start the server process on the  openvms server and then> > run the client process, but I get the message RPC service isD > unavailable.  Based on the example supplied by COmpaq with its ComF > software this should work. Has anyone had any sucess getting this to > work.s  O A more detailed explanation would help a bit.  You don't explicitly state whichy system gets the error message.  O COM is layered on the RPC (remote procedure call) capabilities on VMS.  I don't,  know how it's implemented on NT.  L We have had this stuff working for quite some time now, and it seems to workK well.  It's usefulness with existing applications is questionable.  Biggest'N problem we have had is programs with global PSECTs, ie; COMMON, MAP.  When youN start executing multiple threads, the storage remains global, not just for oneM user, but all users.  You must either allocate all storage such that it isn'tRP global, or lock a particular thread to cause it to complete before any other can execute.   Dave   -- c4 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: 23 Aug 2000 21:57:34 GMT' From: Al Butler <al_butler@hotmail.com>o% Subject: DCE 1.5 and UCX 5.0a and 7.22+ Message-ID: <39A4482C.A93B3C68@hotmail.com>   ? We are trying to run the DCE RPC ONLT deamon and it is failing.c The error is :H (rpcd) Can't set ept object type: (0xe1281d2) invalid object (dce / rpc)   Any idea what this means.b   DCE 1.5e
 OpenVMS 7.2-1e DEC TCP/IP 5.0ao  
 Regards al   ------------------------------  % Date: Wed, 23 Aug 2000 14:19:47 -0400T$ From: "Ray T." <lists@aik.tec.sc.us> Subject: DCPS and HP 4500N?v- Message-ID: <39A415C3.5A23951E@aik.tec.sc.us>r  G Both the HP4050 and HP4500 are supposed to accept Postscript 2.  But I tH can print the same file to both and the 4500 just prints page after pageF of strange symbols.  I have both set up as just plain Postscript usingB DCPS 1.7 printing to the HP Direct cards using raw tcpip.  If the D 4500 was just accepting PCL, then it would print out Poscript on the@ first line, but it doesn't.  It just prints a few symbols at theA top of each page.  It likes to print the heart symbol a lot.  ThesA 4050 prints just fine with the same identical entries in the DCPSu startup.  
 Any ideas?   Ray    ------------------------------    Date: 23 Aug 2000 14:15:08 -0500- From: Graham Allan <allan@mnhep1.hep.umn.edu>  Subject: Re: DCPS and HP 4500N?p0 Message-ID: <w53bsyju6v7.fsf@lanark.spa.umn.edu>  & "Ray T." <lists@aik.tec.sc.us> writes:  I > Both the HP4050 and HP4500 are supposed to accept Postscript 2.  But I nJ > can print the same file to both and the 4500 just prints page after pageH > of strange symbols.  I have both set up as just plain Postscript usingD > DCPS 1.7 printing to the HP Direct cards using raw tcpip.  If the F > 4500 was just accepting PCL, then it would print out Poscript on theB > first line, but it doesn't.  It just prints a few symbols at theC > top of each page.  It likes to print the heart symbol a lot.  TheeC > 4050 prints just fine with the same identical entries in the DCPSd
 > startup.  F No help, but ours does that too (with DCPS 1.7, have not yet tried 1.8- on that system). Would love to find a cure...    G. --  I -------------------------------------------------------------------------t: Graham Allan - I.T. Manager - gta@umn.edu - (612) 624-50409 School of Physics and Astronomy - University of MinnesotagI -------------------------------------------------------------------------3   ------------------------------   Date: 23 Aug 2000 15:00:54 PDTT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) Subject: Re: DCPS and HP 4500N? 3 Message-ID: <wNSWuWVNVGHn@mccdev.slac.stanford.edu>s  . In article <39A415C3.5A23951E@aik.tec.sc.us>, +     	"Ray T." <lists@aik.tec.sc.us> writes:tI > Both the HP4050 and HP4500 are supposed to accept Postscript 2.  But I nJ > can print the same file to both and the 4500 just prints page after pageH > of strange symbols.  I have both set up as just plain Postscript usingD > DCPS 1.7 printing to the HP Direct cards using raw tcpip.  If the F > 4500 was just accepting PCL, then it would print out Poscript on theB > first line, but it doesn't.  It just prints a few symbols at theC > top of each page.  It likes to print the heart symbol a lot.  TheCC > 4050 prints just fine with the same identical entries in the DCPSe
 > startup.  H         The  HP4500  has  trouble  auto-sensing  Postscript  input filesH     received over TCP/IP on port 9100.  It turns out that if you did theH     same  tests with DCPS and the printer configured for Appletalk,  theH     Postscript would print correctly.  As close as  I  con  figure,  theH     Postscript  received  on  port 9100 is interpretted as PCL, thus youH     get one or two "weird" characters per page...and waste a tree in the     process!  :-{t  H         My solution is to go into the HP4500's setup (don't recall whichH     one, write me if you can't figure  it out) and change the "protocol"H     from  "Automatic" to "Postscript".  This works fine for the  several     HP4500's we need to access.d  H         OTOH, if you actually _need_ to  be  able to send raw PCL to the>     printer, things could get considerably more complicated...           -Ken -- aM  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: 23 Aug 2000 19:43:27 GMT) From: leslie@clio.rice.edu (Jerry Leslie)n& Subject: Re: DECNet Phase IV Manuals ?' Message-ID: <8o19gv$923$1@joe.rice.edu>,  ( John E. Malmberg (wb8tyw@qsl.net) wrote: :-E : If you can find a set, the Pathworks V4 manual set had a very good -- : section on troubleshooting DECnet Phase IV.-  J Thanks, I'll see if that documentation still exists at this client's site.  L It would still be convenient to have it online some place, perhaps a Legacy ; Productions Documentation page, that would include UCX 4.2.e    4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------   Date: 23 Aug 2000 20:53:45 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)& Subject: Re: DECNet Phase IV Manuals ?6 Message-ID: <8o1dkp$9s7$1@mailint03.im.hou.compaq.com>  S In article <8o19gv$923$1@joe.rice.edu>, leslie@clio.rice.edu (Jerry Leslie) writes:pM :It would still be convenient to have it online some place, perhaps a Legacy  < :Productions Documentation page, that would include UCX 4.2.  C   All of this stuff predates the HTML-ization of the documentation.sD   AFAIK, only Bookreader and print versions were available for this.F   I know of no current plans to HTML-ize older documentation versions,E   though there is a group scanning in various older hardcopy manuals.h  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 23 Aug 2000 18:48:30 -0400 / From: "Andrew C. Stoffel" <acs@cyberportal.net>t& Subject: Re: DECNet Phase IV Manuals ?D Message-ID: <acs-2DDDC3.18483023082000@premium.news.fcgnetworks.net>  7 In article <8o1dkp$9s7$1@mailint03.im.hou.compaq.com>, v$ hoffman@xdelta.zko.dec.nospam wrote:  F > In article <8o19gv$923$1@joe.rice.edu>, leslie@clio.rice.edu (Jerry  > Leslie) writes:tH > :It would still be convenient to have it online some place, perhaps a E > :Legacy Productions Documentation page, that would include UCX 4.2.c  E >   All of this stuff predates the HTML-ization of the documentation.sF >   AFAIK, only Bookreader and print versions were available for this.  H [Hmmm... It's possible there's another message somewhere I haven't seen ( yet related to this.... but anyway.... ]  ? I'm assuming that it's the DECnet Phase IV manuals that aren't  ? available in HTML...... I happen to have an HTML version of thea7 UCX 4.2 documentation which I got off of one of the VMSwC documentation CD's last year (though at this point where I found it"  escapes me. )  C Simple with no frills... But IT works MUCH better with Apple's htmlhE based Help system than some of the newer documentation I've "stuffed"p
 in there....)i   -Andy-   -- nH ------------------------------------------------------------------------   ------------------------------  # Date: Thu, 24 Aug 2000 01:40:46 GMTs From: jgessling@yahoo.comi& Subject: Re: DECNet Phase IV Manuals ?) Message-ID: <8o1uer$2fm$1@nnrp1.deja.com>d  6 In article <8o1dkp$9s7$1@mailint03.im.hou.compaq.com>,&   hoffman@xdelta.zko.dec.nospam wrote:H >   I know of no current plans to HTML-ize older documentation versions,E Gee, since phase IV is still used at _plenty_ of sites.  It's too badaD it's considered "older".  Why can't Cpaq admit phase V is a bust and support the customers?   Jim     & Sent via Deja.com http://www.deja.com/ Before you buy.a   ------------------------------    Date: 23 Aug 2000 16:12:16 -0500* From: young_r@eisner.decus.org (Rob Young)+ Subject: eBay - The Energizer Bunny Tragedyn+ Message-ID: <10O4myx3sKO1@eisner.decus.org>e  $ 	Keeps going and going and going ...  3 	Hey... check this out.. our old pal eBay is having ; 	even more tragedy.  Now I know we are tired of the Itaniume< 	story and at one time we grew weary of the "infidelities in; 	high-office story"... but isn't it fun in a delicious kinde9 	of way?  I mean.. think of the punishment an end-user is = 	willing to take because they believe in a certain product!!!g& 	A true testament of the human spirit.  ; 	Good thing eBay had a backup server for the backup server!e  7 	Who knows.. imagine if the primary and the backup weree7 	down and they didn't have the backup for the backup to 	 	turn to!   8 	Got an idea.  Maybe you get a backup for the backup for@ 	the backup just in case the backup for the backup both go down.  ; 	Complicated I know but you gotta do something!  Especially A 	with 4 major hardware failures in the last 3 weeks.  By the way,i< 	looks like this latest episode is the good old RAID storage< 	problem that made its rounds here a while back.  Maybe they 	forgot to apply a Jumbo Patch!a   				Robj   P.S.  Front page stuff eh?  ;-)i    & http://www2.ebay.com/aw/announce.shtml   User: aw@ebay.com   Date: 08/23/00n  Time: 09:56:45 PDT ,                          ***SYSTEM UPDATE***  K eBay engineering, in order to ensure that the redundancy systems again willaK fail over in a timely manner, must complete one more maintenance procedure.eG This will make the site very slow or inaccessible for approximately 3-4  minutes.  L We will begin the procedure on or about 10:00 Pacific Time. We apologize for this additional inconvenience.  !                          Regards,n                          eBayv    User: aw@ebay.com  Date: 08/23/00e  Time: 05:45:49 PDTg,                          ***OUTAGE UPDATE***  M As mentioned earlier the eBay site was unavailable from 02:04 Pacific Time to + 04:15 Pacific Time on Wednesday, August 23.i  I The reason for this outage was a failure in one the disk subsystems whicheO stores some of the eBay data. This system has a built-in redundancy designed tolF kick in without user impact and has in the past successfully done so.   L When the redundancy of the disk system failed, we attempted to switch to ourK backup system. The redundancy issue also prevented us from switching to oursJ secondary system. We then started the process of switching to our tertiaryO back-up system. During this time, our engineers resolved the original issue and  brought the site back up.   5 We are working with our vendor to resolve this issue.a  7 We apologize to all eBay users impacted by this outage..  !                          Regards,m                          eBayg    User: aw@ebay.com  Date: 08/23/00e  Time: 04:28:23 PDTf  7 ** SYSTEM STATUS UPDATE - AUCTION EXTENSIONS/CREDITS***v  I Beginning at 02:04 Pacific Time, Wednesday, August 23 the eBay system was-N unavailable due to a hardware failure on our primary system. In addition, thisJ specific type of failure prevented us from switching to our backup system.L Engineering has addressed all issues regarding this problem and the site has? been available since 04:15 Pacific Time, Wednesday, August 23.    M Since the current system issues have lasted more than two hours, all listingsxL that were scheduled to end between 02:04 Pacific Time and 06:15 Pacific TimeO will be extended 24 hours. In addition, all insertion fees will be credited forqM listings scheduled to end between 02:04 Pacific time and 04:15 Pacific Time. a  = We apologize for the inconvenience that this may have caused.   !                          Regards,a                          eBayM    User: aw@ebay.com  Date: 08/23/00i  Time: 04:09:18 PDThH                          *** SYSTEM STATUS UPDATE- LISTING EXTENSIONS***  N Beginning at 02:04 Pacific Time, Wednesday, August 23 the eBay system has beenH unavailable. Engineering continues to work towards resolving the issue.   M Since the current system issues have lasted more than two hours, all listingsvO that were scheduled to end while the system was unavailable or scheduled to endtH two hours after the site becomes available will be extended 24 hours. InK addition, all insertion fees will be credited for listings scheduled to enda during the outage. o  N We apologize for any inconvenience that this may cause you and we will provideM you with more information on listing extensions and insertion credits as soonc( as the system issues have been resolved.  !                          Regards,e                          eBayd    User: aw@ebay.com  Date: 08/23/00n  Time: 02:56:45 PDT.4                          *** SYSTEM STATUS UPDATE***  H The eBay system has been currently unavailable since 02:04 Pacific Time,I Wednesday, August 23. Engineering continues to work towards resolving the M issues and we will keep you informed of the system status as more informationa becomes available.  !                          Regards,u                          eBay     7 	Creative trimming of the Announcement page has droppedu 	this from there:s    User: aw@ebay.com  Date: 08/09/00   Time: 21:24:33 PDTn-                          *** TECH MESSAGE ***o  E Recently we have experienced several issues that have impacted eBay'siL availability. We want to take a moment to update you about our situation and2 the things that we're doing to address the issues.  J First, over the last few weeks, we have been making a number of "headroom"O improvements to the entire system to ensure the scalability of the site for the G future. Normally, making these improvements should be invisible to you.r% Unfortunately, this was not the case.m  L These changes resulted in availability issues with My eBay and Seller SearchM during high traffic periods. There were a number of fine-tunes that had to be O made, as well as code issues that had to be addressed, to resolve this problem.h  G We believe these issues have been resolved. To be sure, though, we will K continue monitoring the system through a few more "prime times" (hours wheno( traffic of the site is at its heaviest).  L Second, we have experienced three hardware failures in the last 10 days thatI have resulted in system downtimes, including the one tonight. During each H failure, we have migrated to our backup system as quickly as possible to restore system availability.  O Later tonight and during our regularly scheduled maintenance on Friday morning, I we plan to make additional improvements to the system to help address the, hardware issues.  N System stability is still our number one priority. We appreciate your support.  !                          Regards,                           eBayt    User: aw@ebay.com  Date: 08/09/00r  Time: 19:57:52 PDTn.                          *** SYSTEM STATUS ***  ' The eBay system is currently available.p  N At 19:15 PT, we experienced a hardware failure on our main server. We migratedN to our backup system, and the site became available at 19:57 PT. Please accept our apologies.  K We will continue to carefully monitor the system and will inform you of any  changes in its status.  !                          Regards,i                          eBay     9 	Time for a replay of an earlier post from last December:r   ------------------     User: aw@ebay.com  Date: 12/01/99e  Time: 09:22:39 PSTa>                        *** HIGH-AVAILABILITY SYSTEM UPDATE ***   N Although we are pleased with the performance, scalability and fast recovery ofK the new high-availability system (the system which allows us to have a "hot M backup"), we have experienced two recent outages on the system that have been O hardware-related. We are working with our vendor to address these issues and tol+ continue to improve our system reliability.                            Regards,c                        eBayr      I Hey eBay, anybody home out there?  You might want to pick up that GartnerxP report.  Big clues abound.  Especially when your hot backup server takes a hit.  Hellooo.. hellooooo.        ------------------6      G In light of Gartner's recent pronouncement that you REALLY don't want at2 UE6500 nor UE10000 for high-availability, to wit:    G A recent Strategic Planning Research Note recommends against UE serversnB for availibility if you want to stay up more than 98% of the time.   = I thought it would be nice to look at the bright side of such 4 disturbing news with a special comp.os.vms Top Ten.       ?                Top Ten reasons for Sun FE to get the eBay call:-      ?  10)      Know where the good stuff is hid in the Liebert unitse   3  9)      Made a ton of friends (a few enemies too).1   ?  8)      First to 60 card punches gets family outing to Disney!e   B  7)      Get to learn about field service availability at 3 a.m.!    P  6)      Total site visit pool now up to $1800 (guess total 1999 visits,        
 	 win pool!).t   K  5)      Getting so fast at swapping CPU and I/O cards can now swap runningw 	 cards!   P  4)      OT is now paying for Aspen condo, Eddie Bauer Explorer, private         	 school, and projection TV.   M  3)      Be ideally-positioned to get in the FINAL bid on that kidney         / 	 transplant (once you get the server back up).D   M  2)      Have a bully pulpit from which to orate about UltraSPARC III chips, A 	 if they ever ship.   H          And the number one reason to be the lucky Sun FE on-call . . .    J  1)      Get a ground-floor opportunity to score brownie points with ScottD 	 McNealy by convincing eBay IT Management that the problem lies not0          with Sun hardware, but with Windows NT.   ------------------------------    Date: 23 Aug 2000 18:05:19 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)C/ Subject: Re: eBay - The Energizer Bunny Tragedyt+ Message-ID: <2N0mA9qt5gzh@eisner.decus.org>,  X In article <10O4myx3sKO1@eisner.decus.org>, young_r@eisner.decus.org (Rob Young) writes:  5 > 	Hey... check this out.. our old pal eBay is havingt= > 	even more tragedy.  Now I know we are tired of the Itaniums> > 	story and at one time we grew weary of the "infidelities in= > 	high-office story"... but isn't it fun in a delicious kinda; > 	of way?  I mean.. think of the punishment an end-user is-? > 	willing to take because they believe in a certain product!!!t( > 	A true testament of the human spirit.  D It seems to me more that eBay are coming up with creative methods toB avoid that 24x365 commitment.  If a 24 hour extension of deadlinesA for a two hour outage is enough to make the customers happy, they0A have solved the problem without having to get the system working.L   ------------------------------    Date: 23 Aug 2000 17:33:51 -0400/ From: jordan@lisa.gemair.com (Jordan Henderson)s/ Subject: Re: eBay - The Energizer Bunny Tragedy * Message-ID: <8o1fvv$bop$1@lisa.gemair.com>  + In article <2N0mA9qt5gzh@eisner.decus.org>,o: Larry Kilgallen <Kilgallen@eisner.decus.org.nospam> wrote:Y >In article <10O4myx3sKO1@eisner.decus.org>, young_r@eisner.decus.org (Rob Young) writes:s >s6 >> 	Hey... check this out.. our old pal eBay is having> >> 	even more tragedy.  Now I know we are tired of the Itanium? >> 	story and at one time we grew weary of the "infidelities in > >> 	high-office story"... but isn't it fun in a delicious kind< >> 	of way?  I mean.. think of the punishment an end-user is@ >> 	willing to take because they believe in a certain product!!!) >> 	A true testament of the human spirit.l >aE >It seems to me more that eBay are coming up with creative methods to9C >avoid that 24x365 commitment.  If a 24 hour extension of deadlines B >for a two hour outage is enough to make the customers happy, theyB >have solved the problem without having to get the system working.  > eBay really does need to extend the deadlines longer than just= the outage periods.  The problem is that a lot of people plan > to come in at the last few minutes to bid right around closing@ time for a given item.  This is a great boon to those auctioning< items as it can drive the prices up.  For auctions that are ? ending during the outage, the potential bidders need sufficientwB time to see that eBay is again available and plan for the bidding.  < 24 hour increments are a good idea as it's a lot more likely> that if you can be available at a given time today that you'll9 also be able to make yourself available at the same time .> tomorrow.  Had they extended it just 8 hours or something, you* might collide with sleep/work/other plans.   -Jordan Henderson- jordan@greenapple.com-   ------------------------------  % Date: Wed, 23 Aug 2000 14:33:54 -0400e6 From: "Dominic Olivastro" <DOlivastro@ChiResearch.com>! Subject: Error status from VMSTarg& Message-ID: <QZUo5.171$HI5.923@client>  H I am using VMSTar in a command procedure.  Is it possible to receive the? error status at the end of the run, as I do with a VMS command?   ; For example, I can do the following in a command procedure;t       $ copy here.dat there.datt(     $ if (.not. $Status) then GoTo Error  F Is there something similar in VMSTar?  Does it set a symbol to true ofJ false, or some such thing.  As it is, my procedure just continues, even if the VMSTar command fails.a   --# -----------------------------------r Dominic Olivastroi CHI Research, Inc. 10 White Horse Pike- Haddon Heights, NJ 08053  * Please note that the area code has changed  ( email: mailto:DOlivastro@ChiResearch.com! web:   http://www.ChiResearch.comg fax:   (856) 546-9633l voice: (856) 546-0600 (ext. 24)t   ------------------------------  % Date: Wed, 23 Aug 2000 21:06:15 +0000s- From: SysAdmin <djesys.nospam@fsi.net.mapson>l% Subject: Re: Error status from VMSTaro. Message-ID: <39A43CC7.C8003012@fsi.net.mapson>   Dominic Olivastro wrote: > J > I am using VMSTar in a command procedure.  Is it possible to receive theA > error status at the end of the run, as I do with a VMS command?p > = > For example, I can do the following in a command procedure;  >  >     $ copy here.dat there.dato* >     $ if (.not. $Status) then GoTo Error > H > Is there something similar in VMSTar?  Does it set a symbol to true ofL > false, or some such thing.  As it is, my procedure just continues, even if > the VMSTar command fails.0  G You'll have to check the actual value of $STATUS after the TAR command.c  G TAR is native to UN*X where a success status is 0. On VMS, that equateseE to a WARNING severity. On UN*X, error codes are usually non-zero; for.7 example, 1. On VMS, that equates to a SUCCESS severity.    David J. Dachtera3   ------------------------------   Date: 24 Aug 2000 01:38 -0400  From: hein@eps.zko.dec.c*mF Subject: Re: File Maintenance: CONVERT /SORT or /NOSORT on index files& Message-ID: <24AUG200001384971@miasys>  I In article <8nuebs$uuk$1@nnrp1.deja.com>, byatesiii@my-deja.com writes...s   >>G >We HAVE considered using NOSORT, however, /SORT sorts secondary withinmF >primary keys, and I'm pretty sure our application sometimes positions4 >to a primary key and reads sequentially from there.  < Not so. /SORT only affect whether the primary key is sorted.E If the input is already sorted (typically an other indexed file with tE the exact same key defintion) then /SORT is striclty a waste of time.(H If the input is not sorted, the /SORT is required. I seem to recall thatN recent convert version will default to /nosort if input primary key definitionL equals output primary key defiintion. I suppose /SORT could affect the order5 of duplicated (but believe that a table sort is used)-    H >Using /NOSORT, accoding to DOCS, for an indexed file results in primaryF >in sorted order, but not necessarily secondary in sorted order within* >primary. Therefore, we don't use /NOSORT.  , Please explain where exactly you read this. = Your really want to use /NOSORT, and convert will complain if 6 you ued it when not appropriate (records out of order)  C >We also played with FILE Allocation within the FDL, and found SOME ? >indexed files, when tuned, marked extra space as both USED andaG >ALLOCATED, so we could no longer determine true usage for growth. Even 2 >the lexicals returned EOF at the allocation size.F >So, if I tuned a 500 block file with an allocation of 100000, I got aH >100000/100000 file with EOF at 100000. Like I said, other indexed files6 >would've returned 500/100000... Go figure, I gave up!  K Yeah, that's an odd one. The lesson there is that the your are NOT supposedhM to look at the EOF for an indexed file. It does not have an official meaning.dD Sorry. If you need to know how much data there is in an indexed fle,C then I am afraid you'll have to count it (using ANAL/RMS probably).o   hth, 	Hein.   ------------------------------   Date: 23 Aug 2000 18:24:34 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman); Subject: Re: Here we go again - WTB/T/etc source listing CDr6 Message-ID: <8o14t2$8pj$1@mailint03.im.hou.compaq.com>  p In article <009EF07E.6D62CAB6@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:E :That is quite likely the case.  I believe what beyonder has clued inpG :to is the fact that these were handed out without the restrictive cov-a) :enent of the 'source license agreement'.e  M   The "source license" is handled quite different from the "source listings".D  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 23 Aug 2000 19:36:46 GMT0= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)D; Subject: Re: Here we go again - WTB/T/etc source listing CDd0 Message-ID: <009EF0A0.68F6DBBD@SendSpamHere.ORG>  k In article <8o14t2$8pj$1@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:r >mq >In article <009EF07E.6D62CAB6@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:aF >:That is quite likely the case.  I believe what beyonder has clued inH >:to is the fact that these were handed out without the restrictive cov-* >:enent of the 'source license agreement'. >*N >  The "source license" is handled quite different from the "source listings".  H There is a "signed" agreement for the source listings.  You cannot orderI them without it.  I scanned the agreement a few days ago and placed it on H my web site.  The sections: DEFINITIONS: 1.3; LICENSE: 4.2,4.3,4.4; SEC-H URITY: 6.1; I believe contain the wording which is the crux of the ques- tion in this thread. f   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMd   ------------------------------   Date: 23 Aug 2000 12:13:58 PDT* From: abuse@flying-disk.com (Alan Frisbie); Subject: Re: Here we go again - WTB/T/etc source listing CD ! Message-ID: <LtsCuQVEIVmi@flying>p  1 In article <009EF07E.6D62CAB6@SendSpamHere.ORG>, i? system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:.  G >>was provided by DEC/COMPAQ for use by DECUS (a wholly owned entity ofUE >>DEC/COMPAQ) as a prize, I am certain it would be judged not to haveTE >>been from a third party.  This is even if David Cathey briefly heldf% >>the prize to hand it to the winner.s >>A >>There are two parties: DEC/Compaq and the winner.  David Cathey.A >>may be an excellent master of ceremonies, but he is not a partyc >>to the transaction.e > F > That is quite likely the case.  I believe what beyonder has clued inH > to is the fact that these were handed out without the restrictive cov-* > enent of the 'source license agreement'.  9 I have one of those source listings CD kits that I won asd; a prize at VMS Magic or some similar session.   It was justxB handed to me, and I was never asked to sign any kind of agreement.  < I cannot remember who the M/C was, but I distinctly remember9 that it was provided by Brian Breton, VMS Product Managera7 (at least that is what he passed himself off as).  As Ir9 recall, several other source listing kits were passed out  in the same manner.m   -- 9B --  Alan E. Frisbie             Frisbie "AT" Flying-Disk "DOT" Com@ --  Flying Disk Systems, Inc.   Abuse "AT" Flying-Disk "DOT" Com   ------------------------------  % Date: Wed, 23 Aug 2000 15:21:43 -0400t* From: David A Froble <davef@tsoft-inc.com>; Subject: Re: Here we go again - WTB/T/etc source listing CDi- Message-ID: <39A42447.53919855@tsoft-inc.com>e   Larry Kilgallen wrote: > r > In article <009EF05B.B1A36FC8@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:k > > In article <eg7JRQYlYOn1@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:  > F > >>If it was given out directly by DEC/Compaq there is no third partyI > >>involved.  But please be specific about this DECUS event where sourcer > >>listings were given out. > > H > > Larry, at several DECUS events in the past, VMS source listings wereH > > given out as "prizes" at the "VMS Magic".  I know you attended theseI > > when they were scheduled as I could always count on one of your wittycI > > heckler's remarks to rise above the clamour of the crowd.  These wereoI > > typically given the to group handling magic -- David Cathey and panelrI > > of inebriated judges -- by DEC, and then given out based on the merit I > > of one's presentation tabulated -- in hexadecimal ;) -- by the panel.gI > > Thus, a third-party transfer right before this large group of digital I > > customers, some who might actually have paid the asking price for thee > > source listings license. > F > I have not attended VMS Magic in recent years, but if a listings kitG > was provided by DEC/COMPAQ for use by DECUS (a wholly owned entity ofdE > DEC/COMPAQ) as a prize, I am certain it would be judged not to have E > been from a third party.  This is even if David Cathey briefly held % > the prize to hand it to the winner.e > A > There are two parties: DEC/Compaq and the winner.  David CatheyoA > may be an excellent master of ceremonies, but he is not a partyi > to the transaction.   P I'm not sure where the third party stuff came from.  The pertinent issue here isC that DEC/Compaq DID give away source listings CDs, with no apparentsJ restrictions, license requirement, NDA requirement, and only the copyrightK notices to protect the intellectual property.  Once this has been done, anymN arguments about restrictions, NDA, etc become rather, well, meaningless.  Yes,O it's Compaq's property to handle as they see fit.  Just don't hand me argumentssF about the potential loss of trade secrets, intellectual property, etc.   Dave   -- g4 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: Wed, 23 Aug 2000 15:25:23 -0400e* From: David A Froble <davef@tsoft-inc.com>; Subject: Re: Here we go again - WTB/T/etc source listing CDa- Message-ID: <39A42523.F7B751CC@tsoft-inc.com>m   Hoff Hoffman wrote:  > r > In article <009EF07E.6D62CAB6@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:G > :That is quite likely the case.  I believe what beyonder has clued in I > :to is the fact that these were handed out without the restrictive cov-w+ > :enent of the 'source license agreement'.a > O >   The "source license" is handled quite different from the "source listings".s > P >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com  + Well, that muddied the water some more. :-)H  I By "source license" are you refering to sources as actual code, or to theo? license required to get the CD-ROM source listings and updates?t   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: Thu, 24 Aug 2000 00:37:22 -0400 - From: Hobbes The VAX <admin@hobbesthevax.com>eB Subject: Hobbes is back up! Come visit us at www.hobbesthevax.com!0 Message-ID: <39A4A682.5A471199@hobbesthevax.com>  H Hobbes The VAX is finally back up on the internet.  The problem with theD proxy server was fixed through the purchase of a router, and we haveG also purchased and installed a UPS unit that will keep Hobbes going forPF one hour in the case of a power outage.  What is Hobbes you might ask?E A free, public-access VAX available to anyone with the inclination todB sign up for an account.  It is running Digital's OpenVMS operatingF system.  Please check out our homepage for a more detailed description of Hobbes and more information.    http://www.hobbesthevax.come   Thanks!  -Mike & Steve   ------------------------------  # Date: Wed, 23 Aug 2000 19:00:19 GMT  From: smz@my-deja.com0, Subject: Re: HP LJ8000 won't print correctly) Message-ID: <8o16vm$6j2$1@nnrp1.deja.com>c  - In article <399B17C8.F7F77FDA@earthlink.net>,t:   "David J. Dachtera" <djesys.nospam@earthlink.net> wrote: > smz@my-deja.com wrote: > > 
 > > Hello, > >a- > > Newbie question regarding HP8000 printer.nA > > I can't seem to get this printer to format the page correctlyB (appearsH > > to not recognize a carriage return).  Prints accross the first line,E > > then continues off the sheet. Only prints the first page, insteada of aH > > series of pages with one line.  I'm guessing a forms issue currently > > set at NOINIT. > >P@ > > Currently, set up identically as HP 5si which are formatting- > > successfully (except for the extra page).  >  > O.k Usual requests here: > * > How are you sending data to the printer? >  > If TCP/IP: > TCP/IP stack & Version?t >a > If other, specify...   This is what we have:e  6 DIGITAL TCP/IP Services for OpenVMS Alpha Version V4.24   on a AlphaServer 8400 5/625 running OpenVMS V7.1-2   >d > We'll go from there. >a > -- > David J. Dachtera  > dba DJE Systems  > http://www.djesys.com/ >q    & Sent via Deja.com http://www.deja.com/ Before you buy.e   ------------------------------   Date: 23 Aug 2000 19:32:08 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman), Subject: Re: HP LJ8000 won't print correctly6 Message-ID: <8o18ro$94r$1@mailint03.im.hou.compaq.com>  A In article <8o16vm$6j2$1@nnrp1.deja.com>, smz@my-deja.com writes:l7 :DIGITAL TCP/IP Services for OpenVMS Alpha Version V4.2t5 :  on a AlphaServer 8400 5/625 running OpenVMS V7.1-2v  D   Is this printer connected via a terminal server such as a IP-basedB   DECserver?  If so, this is probably the settings on the newline A   processing in the telnet server running in the terminal server.s  D   Extra-page discussions are in the Ask The Wizard area.  Start withC   the pointers in "MGMT23. Why do I get extra blank pages on my HP -   Printer?" in the OpenVMS FAQ.a  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 23 Aug 2000 15:28:34 -0800l From: ebusiness@kki.net.pl' Subject: Incredible Self-run e-Businesss= Message-ID: <swbfqvc.tocsqrnjtajnnxgtcd@iwmhyq.kamtronic.com>t   Dear Friend,  ; How would you like to quit your job, become your own boss,  < and build up enough residual income to support yourself for  the rest of your life?  6 ...Forget the old-days of Network Marketing where you = had to "show the plan" and meet at the local high school for  B a "ra-ra" meeting. Our company offers you an opportunity that can 2 be operated from in front of your computer screen.  ; Imagine the feeling of being able to offer our opportunity c8 and products to millions of people in over 42 Countries ! and Territories around the World.   8 ...Not only do you have the ability to own a profitable < home-based business which is operating in the United States @ but you also have the potential of having distributors all over 
 the World.  4 Make a well informed decision which will impact your future today !  6 Simply click below to visit our Award-winning website:  # http://www.megaone.com/your-future/sK AOL members: <A HREF="http://www.megaone.com/your-future/">[Click_Here]</A>o   You will be glad you did!d   With My Warmest Regards,	 I&B Int'l      ---iH To remove yourself from further mailings, please send a blank e-mail to:& mailto:remmoi@yahoo.com?subject=Remove   ------------------------------   Date: 24 Aug 2000 01:25 -0400i From: hein@eps.zko.dec.c*m: Subject: Re: Internal Record/Index Structure of RMS files?& Message-ID: <24AUG200001254099@miasys>  y In article <3.0.5.32.20000822135829.009179c0@discovery.fuentez.com>, Jim Jennis <jjennis@discovery.fuentez.com> writes...- >Hi VMS Colleagues!e > I >I've got a bunch of fixed record length RMS prolog -3 indexed data filess  :G >a utility (other than writing my own C program to tear the files apart3L >record by record) that will show me the internal record structure and index  L As others have mentioned, anal/rms[/fdl] willl display the index defintions.I RMS does NOT have any field defintions. It is up to the user appplication.G to interpret record data (often witha compiler record structure layout.t  H The best tools to visualize the recored, and with that perhpas re-defineC the structure are TYPE[/PAGE] and EDIT [/EDT] for text-mostly filesc. and DUMP/RECOR=COUNT=x for text+binary  files.   hth, 	Hein.   ------------------------------  # Date: Wed, 23 Aug 2000 17:57:23 GMT + From: Chris Doran <chris_doran@my-deja.com>s' Subject: Re: LEDs & VAXStation 3100 M48e) Message-ID: <8o139m$1vq$1@nnrp1.deja.com>o  5 In article <39A3FB23.9BE6C58A@mail.polial.polito.it>,45   Alessandro Prete <ale@mail.polial.polito.it> wrote:uD > Does anybody know what is the meaning of the 8 LEDs placed  in the% > rearward of a VAXStation 3100 M48 ?o  G Diagnostics. E.g. if it gets stuck somewhere in the boot sequence, post:F the LED on/off status here and someone (maybe me) will try to tell you what's broken.   Chrisa    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------   Date: 23 Aug 2000 18:33:36 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)' Subject: Re: LEDs & VAXStation 3100 M48i6 Message-ID: <8o15e0$8pj$2@mailint03.im.hou.compaq.com>  j In article <39A3FB23.9BE6C58A@mail.polial.polito.it>, Alessandro Prete <ale@mail.polial.polito.it> writes:C :Does anybody know what is the meaning of the 8 LEDs placed  in thed$ :rearward of a VAXStation 3100 M48 ?  F   I might well be able to dig these up, but don't have the list handy.0   What is the (hexadecimal) code you are seeing?  I   The console self-test codes are listed over in the Ask The Wizard area,-H   in topic 1228 -- this assumes that you can get the graphics or serial %   console working to see these codes.a  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 23 Aug 2000 21:42:35 +0200w2 From: Alessandro Prete <ale@mail.polial.polito.it>' Subject: Re: LEDs & VAXStation 3100 M48 5 Message-ID: <39A4292B.916C865D@mail.polial.polito.it>   J Is there any place where I can find a table to interpret a fault condition (something as SGI tech pubs)  ?  Thanks,h     Alea   Chris Doran wrote:  7 > In article <39A3FB23.9BE6C58A@mail.polial.polito.it>,o7 >   Alessandro Prete <ale@mail.polial.polito.it> wrote:tF > > Does anybody know what is the meaning of the 8 LEDs placed  in the' > > rearward of a VAXStation 3100 M48 ?  >pI > Diagnostics. E.g. if it gets stuck somewhere in the boot sequence, postoH > the LED on/off status here and someone (maybe me) will try to tell you > what's broken. >  > Chrisd > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.y   ------------------------------    Date: 23 Aug 2000 18:07:39 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)w' Subject: Re: LEDs & VAXStation 3100 M48r+ Message-ID: <huwns0+Bvk7h@eisner.decus.org>a  L It should be in the hardcopy manual that came with your VAXStation 3100 M48.  j In article <39A4292B.916C865D@mail.polial.polito.it>, Alessandro Prete <ale@mail.polial.polito.it> writes:L > Is there any place where I can find a table to interpret a fault condition! > (something as SGI tech pubs)  ?f	 > Thanks,g	 >     Ale0 >  > Chris Doran wrote: > 8 >> In article <39A3FB23.9BE6C58A@mail.polial.polito.it>,8 >>   Alessandro Prete <ale@mail.polial.polito.it> wrote:G >> > Does anybody know what is the meaning of the 8 LEDs placed  in theE( >> > rearward of a VAXStation 3100 M48 ? >>J >> Diagnostics. E.g. if it gets stuck somewhere in the boot sequence, postI >> the LED on/off status here and someone (maybe me) will try to tell youl >> what's broken.. >> >> Chris >>) >> Sent via Deja.com http://www.deja.com/: >> Before you buy. >    ------------------------------  # Date: Wed, 23 Aug 2000 20:59:33 GMT// From: "Richard L. Dyson" <rick-dyson@uiowa.edu>@) Subject: Linking FORTRAN program question<) Message-ID: <39A3F4E5.18389C2C@uiowa.edu>@  G I have a user that was trying to build a FORTRAN program and was havingkH unresolved symbol problems and I wondered if anyone could help enlighten me.e  F I think I have run across this kind of problem in the past, so I triedG re-arranging the order of the subroutine libraries (*.OLB) that were onm the LINK command line.  G Maybe this is a dumb question :), but why does it matter what order the-D libraries are listed in for the link command?  Isn't a list of entryG points made and when subsequent references to that symbol are found the0E "right thing" is done?  If the order mattered, I imagine it would be XH possible to generate a situation where you can't resolve all the symbols) unless you list a library more than once?>  B Am I missing something here?  Can anyone suggest any documenation % pointers to help me read up on this? s   Thanks in Advance!!!   Regards, rick -- HH Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/H | | | |    |_   _|   Systems Analyst                     O: 319/335-1879H | | | | of   | |     The University of Iowa            FAX: 319/335-17536 | \_/ |     _| |_    Department of Physics & Astronomy-  \___/     |_____|   Iowa City, IA 52242-1479s   ------------------------------  % Date: Wed, 23 Aug 2000 17:12:22 -0400a, From: Steve Lionel <Steve.Lionel@compaq.com>- Subject: Re: Linking FORTRAN program question 8 Message-ID: <4df8qsou8rlkv2ahf0b66hijc1iikl9n58@4ax.com>  4 On Wed, 23 Aug 2000 20:59:33 GMT, "Richard L. Dyson" <rick-dyson@uiowa.edu> wrote:u    H >Maybe this is a dumb question :), but why does it matter what order theE >libraries are listed in for the link command?  Isn't a list of entryrH >points made and when subsequent references to that symbol are found theF >"right thing" is done?  If the order mattered, I imagine it would be I >possible to generate a situation where you can't resolve all the symbolss* >unless you list a library more than once?  > Yes, order does matter.  The linker never goes back to revisitE libraries previously read to resolve new references.  For example, ifh	 you have:i   LINK FOO,A/LIB,B/LIB,C/LIB  A and there is a reference pulled in from B.OLB which is defined inD< A.OLB (and not already referenced), the linker won't see it.  F The solution is to either add A/LIB again or to explicitly pull in the defining module using /INCLUDE..    - Steve Lionel (mailto:Steve.Lionel@compaq.com)  Fortran Engineeringh& Compaq Computer Corporation, Nashua NH  6 Compaq Fortran web site: http://www.compaq.com/fortran   ------------------------------  % Date: Wed, 23 Aug 2000 22:41:54 -0400e% From: James Griffin <griffin@vol.com>d- Subject: Re: Linking FORTRAN program questionoO Message-ID: <8FBA235D1A27E931.280C770679CAA4EF.A34D98A4CB424D9E@lp.airnews.net>t  E In article <4df8qsou8rlkv2ahf0b66hijc1iikl9n58@4ax.com>, Steve Lionel   <Steve.Lionel@compaq.com> wrote:A And, for that matter, the same situation exists under evey flavornF (IRIX, HPUX, Solaris, Linux, Tru64, etc.) that I've ever encountered. ' It isn't even *remotely* unique to VMS.y   Jim Griffinb jpg1@nrc.gov      6 > On Wed, 23 Aug 2000 20:59:33 GMT, "Richard L. Dyson" > <rick-dyson@uiowa.edu> wrote:r >  > J > >Maybe this is a dumb question :), but why does it matter what order theG > >libraries are listed in for the link command?  Isn't a list of entryrJ > >points made and when subsequent references to that symbol are found theH > >"right thing" is done?  If the order mattered, I imagine it would be K > >possible to generate a situation where you can't resolve all the symbolsy, > >unless you list a library more than once? > @ > Yes, order does matter.  The linker never goes back to revisitG > libraries previously read to resolve new references.  For example, ifr > you have:  >  > LINK FOO,A/LIB,B/LIB,C/LIB > C > and there is a reference pulled in from B.OLB which is defined int> > A.OLB (and not already referenced), the linker won't see it. > H > The solution is to either add A/LIB again or to explicitly pull in the! > defining module using /INCLUDE.c >  > / > Steve Lionel (mailto:Steve.Lionel@compaq.com)l > Fortran Engineeringe( > Compaq Computer Corporation, Nashua NH > 8 > Compaq Fortran web site: http://www.compaq.com/fortran   ------------------------------  % Date: Wed, 23 Aug 2000 18:43:23 -0500h) From: "John E. Malmberg" <wb8tyw@qsl.net>g, Subject: Re: Pathworks - NT accounts problem. Message-ID: <sq8o8o46t9122@corp.supernews.com>  & Ter <teroconnor@my-deja.company> wrote/  in message news:8o0r8l$nib$1@nnrp1.deja.com...   2 > We have a Pathworks v5.0f server on VMS 6.2-1h3., > Windows95 and NTv4 workstations can map to > fileshares OK.  5 > We have a WNTv4 server running a backup applicationh: > and want to backup fileshares from the Pathworks server.5 > However when we try to map a drive to the Pathworks / > fileshare from the NT server we get a messageo9 > saying "an error occurred in network provider Microsoft  > Windows Network error 2242: ( > The password of this user has expired"  . > However the user account of the "servername"( > does not have an expired password when( > viewed from "User manager for domains"# > has anyone seen such an occurancen  > - any ideas on resolving this. >t  - Count the number of groups on your NT Domain.e  G If you exceed the magic number of about 251, then that is your problem.l  K Pathworks 5.0x can only be a effective member of an NT domain that has lessm than about 251 groups.  J Once you go over the group limit, Pathworks 5.0x can no longer process anyC updates from domain controller, and that includes password updates.e  ) The fixes, If this is indeed the problem.r  J 1. Upgrade to Pathworks 6.0x ECO x or higher.  I recommend placing the the@ Pathworks Domain as a Resource domain that trusts the NT domain.  K 2. Remove groups from the NT domain until you get below the magic number ofn 251.  J 3. Manually set the passwords on the Pathworks 5.0x Server to match the NT% user password every time they change.f  J 4. You can use the undocumented "lmuser" command to do some things to yourJ Pathworks 5.0x that would horrify some security people, but if you keep it% quiet, probably no one would exploit.d   -Johnu wb8tyw@qsl.network   ------------------------------  % Date: Wed, 23 Aug 2000 21:33:06 -0700 - From: "Mark W. Ripley" <markr@millerslab.com>s' Subject: Queue always prints extra page . Message-ID: <39A4A582.4AFCAB16@millerslab.com>   Hello --  ? I am having problems with a terminal queue that refers to an HPS> laserprinter - it prints a blank sheet (form feed) after every? page.  All jobs sent to it are 1 page jobs.  The printer workedlB fine before I made it spooled.  I'm pretty sure there is something: really easy I'm missing, but at this point, I'll trade the? embarrassment of someone pointing it out to me for help finding- the problem.   Alpha VMS 6.2-1H3   2 SET DEV LTA9300:/SPOOLED=(LTA9300:,SYS$SYSDEVICE:)  < INIT/QUEUE/DEFAULT=NOFEED/START/ON=LTA9300:/PROCESS=LATSYM -& 	/SEPARATE=NOTRAILER/RECORD_BLOCKING - 	/DEVICE=PRINTER CM_PRINTERh  ; The terminal settings worked just fine when it was a simpleb
 printer port:     }DKC0:[RIPLEY] show term lta9300B Terminal: _LTA9300:   Device_Type: Unknown       Owner: SYMBIONT_2>                                               Username: SYSTEM  B    Input:    9600     LFfill:  0      Width: 132      Parity: None0    Output:   9600     CRfill:  0      Page:   66   Terminal Characteristics:pE    Interactive        Echo               Type_ahead         No EscapebB    No Hostsync        TTsync             Lowercase          No TabD    Wrap               Scope              No Remote          EightbitC    No Broadcast       No Readsync        No Form            FullduprB    No Modem           No Local_echo      No Autobaud        HangupE    No Brdcstmbx       No DMA             No Altypeahd       Set_speed-G    No Commsync        Line Editing       Overstrike editing No Fallback F    No Dialup          No Secure server   No Disconnect      No PasthruK    No Syspassword     No SIXEL Graphics  No Soft Characters No Printer PortJI    Numeric Keypad     No ANSI_CRT        No Regis           No Block_mode G    No Advanced_video  No Edit_mode       No DEC_CRT         No DEC_CRT2 I    No DEC_CRT3        No DEC_CRT4        No DEC_CRT5        No Ansi_Color     VMS Style Input   Device spooled to _DKC0:    
 >show port 26l  5 Port 26:                               Server: TSH904i  F Character Size:            8           Input Speed:               9600F Flow Control:            XON           Output Speed:              9600F Parity:                 None           Signal Control:        DisabledF Stop Bits:           Dynamic           Signal Select:  CTS-DSR-RTS-DTR  F Access:               Remote           Local Switch:              NoneF Backwards Switch:       None           Name:                   PORT_26F Break:                 Local           Session Limit:                4F Forwards Switch:        None           Type:                      AnsiF Default Protocol:        LAT           Default Menu:              NoneF Autolink Timer One:10 Two:10           Dialer Script:             None   Preferred Service: NoneA Authorized Groups:   0 (Current)  Groups:   0   Enabled Characteristics:D Autobaud,  Failover,  Input Flow Control,  Lock,  Loss Notification,2 Message Codes,  Output Flow Control,  Verification  @ Sorry for such a long message for such a simple problem, but any help is appreciated!   -- n Mark W. Ripley markr@millerslab.com http://www.millerslab.com    ------------------------------  % Date: Wed, 23 Aug 2000 21:44:43 -0500s7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>n+ Subject: Re: Queue always prints extra page - Message-ID: <39A48C1B.C0295A7D@earthlink.net>s   "Mark W. Ripley" wrote:a >a	 > Hello -  > A > I am having problems with a terminal queue that refers to an HPP@ > laserprinter - it prints a blank sheet (form feed) after everyA > page.  All jobs sent to it are 1 page jobs.  The printer workedhD > fine before I made it spooled.  I'm pretty sure there is something< > really easy I'm missing, but at this point, I'll trade theA > embarrassment of someone pointing it out to me for help findingB > the problem. [snip] b= > The terminal settings worked just fine when it was a simple  > printer port:i > " > }DKC0:[RIPLEY] show term lta9300D > Terminal: _LTA9300:   Device_Type: Unknown       Owner: SYMBIONT_2@ >                                               Username: SYSTEM > D >    Input:    9600     LFfill:  0      Width: 132      Parity: None2 >    Output:   9600     CRfill:  0      Page:   66 >  > Terminal Characteristics:rG >    Interactive        Echo               Type_ahead         No Escape D >    No Hostsync        TTsync             Lowercase          No TabF >    Wrap               Scope              No Remote          EightbitE >    No Broadcast       No Readsync        No Form            FulldupeD >    No Modem           No Local_echo      No Autobaud        HangupG >    No Brdcstmbx       No DMA             No Altypeahd       Set_speedcI >    No Commsync        Line Editing       Overstrike editing No Fallback-H >    No Dialup          No Secure server   No Disconnect      No PasthruM >    No Syspassword     No SIXEL Graphics  No Soft Characters No Printer PortdK >    Numeric Keypad     No ANSI_CRT        No Regis           No Block_modeeI >    No Advanced_video  No Edit_mode       No DEC_CRT         No DEC_CRT2oK >    No DEC_CRT3        No DEC_CRT4        No DEC_CRT5        No Ansi_Color1 >    VMS Style Input  8 I think the "No Form" setting may be what's getting you.  + Printer ports should always be set like so:9   $ SET TERM/PERM ddcu/FORM.  D ...so that hardware form-feeds are passed unmodified by the terminalH driver. Seeing the current setting, LATSYM may assume that an additionalH "form-feed" may be needed to ensure that the printer is always at TOF at the end of a print job.    -- r David J. Dachterai dba DJE Systemsr http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/l  H This *IS* comp.os.vms. 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.r   ------------------------------  # Date: Thu, 24 Aug 2000 02:25:22 GMTs? From: Jim.Johnson@software-exploration.nospam.com (Jim Johnson), Subject: RTR and DECdtm-. Message-ID: <39a477c5.852786@news.demon.co.uk>  C I'm moving this off to its own topic, as we've moved on quite a bitDC from the original point of this thread.  Forgive the length of what  follows.  , On Wed, 23 Aug 2000 14:33:01 -0400, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:i   >Jim Johnson wrote:aB >> Finally, the 'VMS brains trust' may well have other reasons for' >> pushing an RTR-everywhere solution. o >cN >Since RTR is available for NT and Unix,  I suspect that Compaq sees this as aN >much more strategic product than any VMS-only "proprietary" solution. RTR canM >outlive VMS should VMS die. And Compaq is not affraid to push solutions that-L >run on NYT or UNIX, so it is natural that we see Compaq push RTR instead of >some VMS-specific product.j  D I was troubled by this, not because I didn't believe that this was a> likely reason, but because its implicitly comparing apples and5 oranges.  The problem is in the application paradigm.i  D RTR, and other transaction queuing systems, act as reliable deliveryC mechanisms to execute atomic actions at an application.  This meansbE tha the stages of the overall action are separated in time as well asdB space.  Therefore, the overall data flow will definitely break the? isolation property in ACID, and may or may not break some othersF property (note that a well formed distributed application shouldn't --9 it's just that there's nothing to stop it from doing so).l  B DECdtm, and other atomic commitment protocols, provide a way for a@ distributed application to execute a number of steps as a singleD atomic action.  These steps may be separated in space, but cannot beF in time.  Furthermore, while the commitment protocol itself guarentees> nothing but an atomic decision, there is an extensive and wellA understood set of rules and middleware for ensuring that the ACIDc properties are preserved.   D In other words, these two things are almost perfectly complementary.C RTR, et al, is how you deliver requests to islands of activity, andl@ return information on their outcomes.  DECdtm, et al, is how youA ensure that those islands of activity can a) grow beyond a simplen< application and single database, and b) are internally ACID.  > A good example of using these in practice would be a reliable,F scalable trading system (in fact, this is the sort of area RTR startedE out in).  RTR forms the glue between the trader systems, which may be-E either simple user applications or automated database and transactioniB systems themselves, and the trading floor, could be a cluster-wideF application that acted upon a set of files/databases under transaction control.  D In this example, the trader system executes a (possibly complicated)C transaction, which includes queuing a request to RTR.  Upon commit,eB RTR then reliably delivers the request to a trading floor system's? application instance.  That application executes a transaction,GA including the dequeing of the request from RTR, and inserting the D final reply.  Finally, the reply is delivered reliably to the trader; system, which may or may not also read and process it undern transaction control.  < You need both a reliable transaction queuing mechanism and a> distributed (as in multiple resources and cluster-wide) commitE protocol in order to make this work.  Without both, some part of thiseF story will start to fall apart with either resulting inefficiencies or* non-transactional holes in the processing.    B Now, the way this came up had to do with the proprietary nature ofB DECdtm.  Yes, the DECdtm protocol and API are proprietary.  At theB time it was built that was the effective choice available.  X/OpenD hadn't yet started work on XA, and ISO was flailing about with theirC commitment protocols.  There were no open standards to comply with.I> The only thing that came close was LU 6.2 from IBM, and it hadF assumptions about application structure that we simply couldn't adopt.  E However, since DECdtm was initially built, XA has provided a standardaE for the API, and TIP for the protocol.  Could DECdtm be hidden behindaA them?  I reviewed the XA spec several times as it was underway inaC X/Open, and am sure the answer is yes for it.  While I've not givenmD TIP the same level of attention, I do know people who have, and they" concluded the answer was also yes.  E But why?  What problems does providing these interfaces solve?  Well,s> the reason for XA would be to be able to write a 2PC compliantD application that is recompilable on another machine.  There are someF soft spots in the standard that may prevent this from being completely true, these are fairly minor.   B TIP, on the other hand, would allow a single global transaction toF cross [system] vendor boundaries.  E.g., a MTS transaction that used a1 application branch and database on a VMS machine.T    @ If you think these features are important, that they are costingA Compaq lost revenue, then you should make that clear.  XA and TIPy? would require work - not huge amounts, but work that would pull2D resources from somewhere else.  Even if you think it is clear, don't assume that Compaq knows that.     Jim. Jim Johnsons Software Exploration, Ltd.' Software Navigation and Discovery Toolsg   ------------------------------    Date: 23 Aug 2000 14:09:40 -0500- From: Graham Allan <allan@mnhep1.hep.umn.edu>y- Subject: Re: Setting VT420 to 36 line displayl0 Message-ID: <w53em3fu74b.fsf@lanark.spa.umn.edu>  7 "Adrian Lumsden" <A.Lumsden@spamtrap.xdt.co.uk> writes:y  < > Nope. The VT420 supports 24, 36 or 48 lines on the screen.9 > You can even do two lots of 24 lines in a split screen,o > dual session mode.  I Really? I have a couple of VT420s (with no manuals), using dual sessions.rH I can see how you get 48-line mode... how do you enable the split-screen$ feature? I'd find that quite useful!   G. -- hI -------------------------------------------------------------------------e: Graham Allan - I.T. Manager - gta@umn.edu - (612) 624-50409 School of Physics and Astronomy - University of MinnesotaoI -------------------------------------------------------------------------    ------------------------------  % Date: Wed, 23 Aug 2000 16:43:33 -0300i1 From: "Boyle, Darren" <boyledj@bankofbermuda.com> - Subject: RE: Setting VT420 to 36 line displayfK Message-ID: <9F664D538536D411BD3200508B6FF01A8AE92A@bdant027.bda.bobda.com>0  L It's an F4 key stroke and can be used with shift or control (can't remember)K to switch between the multiple sessions or the 2 sessions on one screen etc@ etc. - Darren   > ----------4 > From: 	Graham Allan[SMTP:allan@mnhep1.hep.umn.edu]+ > Sent: 	Wednesday, August 23, 2000 4:09 PMf > To: 	Info-VAX@Mvb.Saic.Com0 > Subject: 	Re: Setting VT420 to 36 line display > 9 > "Adrian Lumsden" <A.Lumsden@spamtrap.xdt.co.uk> writes:e > > > > Nope. The VT420 supports 24, 36 or 48 lines on the screen.; > > You can even do two lots of 24 lines in a split screen,c > > dual session mode. > K > Really? I have a couple of VT420s (with no manuals), using dual sessions.rJ > I can see how you get 48-line mode... how do you enable the split-screen& > feature? I'd find that quite useful! >  > G. > --  K > -------------------------------------------------------------------------g< > Graham Allan - I.T. Manager - gta@umn.edu - (612) 624-5040; > School of Physics and Astronomy - University of MinnesotayK > -------------------------------------------------------------------------o >     F **********************************************************************C This message and any files transmitted with it are confidential andsJ may be privileged and/or subject to the provisions of privacy legislation.M They are intended solely for the use of the individual or entity to whom they L are addressed. If the reader of this message is not the intended recipient, B please notify the sender immediately and then delete this message.I You are notified that reliance on, disclosure of, distribution or copyingn of this message is prohibited.   Bank of Bermuda-F **********************************************************************   ------------------------------  % Date: Wed, 23 Aug 2000 15:28:50 -0400p* From: David A Froble <davef@tsoft-inc.com>- Subject: Re: Setting VT420 to 36 line displayw- Message-ID: <39A425F2.9AE62BE2@tsoft-inc.com>c   Veli Krkk wrote: > E > You can setup your VT420 to display 48 lines. And then you can haveaC > a single 48 line session or two 24 line sessions on that physicaluA > 48 line display. I setup my VT420 to 48 line session on 48 linesA > display just about all the time because I like to see more infoi > there.  2 Yeah, and the glasses you wear are how thick?  :-)   Dave   -- t4 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: Wed, 23 Aug 2000 15:32:07 -0400.* From: David A Froble <davef@tsoft-inc.com>- Subject: Re: Setting VT420 to 36 line display - Message-ID: <39A426B7.1E524801@tsoft-inc.com>o   Graham Allan wrote:e > 9 > "Adrian Lumsden" <A.Lumsden@spamtrap.xdt.co.uk> writes:g > > > > Nope. The VT420 supports 24, 36 or 48 lines on the screen.; > > You can even do two lots of 24 lines in a split screen,c > > dual session mode. > K > Really? I have a couple of VT420s (with no manuals), using dual sessions.OJ > I can see how you get 48-line mode... how do you enable the split-screen& > feature? I'd find that quite useful!  J It's been a long time.  I think it might be a <shift> or <ctrl> and the F4 (switch session) keys.   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: Wed, 23 Aug 2000 18:50:20 -0500 ) From: "John E. Malmberg" <wb8tyw@qsl.net>e- Subject: Re: Setting VT420 to 36 line displayR. Message-ID: <sq8olkb7t9129@corp.supernews.com>  / "Adrian Lumsden" <A.Lumsden@spamtrap.xdt.co.uk>C;  wrote in message news:8o0om3$af9$1@newsg3.svr.pol.co.uk...  <snip>; > I want to be able to set the thing into 36 line mode froma6 > software so that I can be sure that the display does8 > NOT scroll off the top of the screen. These things are6 > in use for monitoring production of steel. I've been9 > in situations before where (well meaning) people monkeym- > around with the setup and "break" software.r  A Putting a small washer under the SETUP key cap tends to help. :-):   -John( wb8tyw@qsl.network   ------------------------------   Date: 24 Aug 2000 01:41 -0400- From: hein@eps.zko.dec.c*m Subject: Re: split large files& Message-ID: <24AUG200001412573@miasys>  M In article <uFGlHSh21pFO@eisner.decus.org>, briggs@eisner.decus.org writes...ak >In article <NYon5.5815$194.147064@news.tpnet.pl>, "MariuszM" <Mariusz.Macherzynski@zks.skoczow.pl> writes: M >> I have 3 GB file. I need zip it but OpenVMS zip can compress only files be  >> low 2 GB.O >> I wrote simply procedure in DCL, which reads record by record from this filepM >> and writes these records to two output files but this is extremely long in   E Yeah, DCL RMS File IO is limited because DCL memory space is limited. I You want to usea real proram (or perl) to read/split/write using multiple  large buffers.   hth, 	Hein.   ------------------------------  % Date: Wed, 23 Aug 2000 20:12:02 -0600 $ From: Lee Y T Mah <lytmah@cha.ab.ca>
 Subject: testN) Message-ID: <39A48472.EB6757AC@cha.ab.ca>c   -- Leee  ; Lee Y T Mah                        Capital Health Authority ? Email:  lytmah@cha.ab.ca           Information Systems, RAH CSCp4 Phone:  (780) 477-4725, 477-4233   10240 Kingsway NW> Fax:  (780) 491-5119, 491-5619       Edmonton, AB, CAN  T5H3V9   ------------------------------  % Date: Wed, 23 Aug 2000 21:04:25 -0500R) From: "John E. Malmberg" <wb8tyw@qsl.net> 6 Subject: The SAMBA-VMS list seems to be working again./ Message-ID: <sq90h6i0t91178@corp.supernews.com>   K The SAMBA-VMS list seems to be working again, so cross-posts to comp.os.vmsh> otherwise known as info-vax#mvb.saic.com are no longer needed.  F If you have posted something to the SAMBA-VMS mailing list in the pastJ month, and did not get a reply, or if you have been wondering why you were5 not getting any messages, see http://lists.samba.org/C  < To view any messages that you might have missed, please see:! http://samba.cadcamlab.org/lists/   H A reminder that SAMBA is now using SAMBA.ORG for all samba addresses andK mailing lists except for the SAMBA-VMS homepage.  Please check your address  books.  ! The SAMBA-VMS homepage remains at 4 http://www.ifn.ing.tu-bs.de/ifn/sonst/samba-vms.html  H To subscribe to a SAMBA mailing list, please see http://lists.samba.org/D If you follow the hyper-link on the mailing list's name, you can now subscribe via the web.  
 Thank you, -Johni wb8tyw@qsl.network   ------------------------------  % Date: Wed, 23 Aug 2000 21:22:56 -0400u, From: Jack Pergal <jpergal@nospam.erols.com> Subject: UCX routing problem8 Message-ID: <d7u8qssrtn2usnrri8kr31p1biup4dtgql@4ax.com>  F I'm running ucx 2.0B on vms 5.52. I have routing enabled/supply. On anF alpha running osf1 I see the routes advertised by the vax, but I can'tE ping any nodes on those routes. On the vax I see routes advertised byaD the alpha and I can ping nodes on those routes. What am I missing on	 the vax?     		Thanks 		Jack   ------------------------------  % Date: Thu, 24 Aug 2000 00:38:59 -0500s/ From: Chris Scheers <chris@applied-synergy.com>e, Subject: Updated key file for ASI PDF ViewerO Message-ID: <E3A1605463487553.66260A85907B671B.2893405FD4C4C964@lp.airnews.net>.  D The evaluation key file for the ASI PDF Viewer released through this news group expires 28-AUG-2000.a  F There is one ACCVIO which some sites are seeing that needs to be fixedG yet.  When that is fixed, V1.1 of the PDF Viewer will be released alongl with license/pricing info.  H To extend the evaluation license, please place the following text in the/ file PDF.KEY in the PDF installation directory: # -----------------------------------Y Product: PDF Viewer  License: Evaluation0 Expires: 23-AUG-2000#45i Name: comp.os.vms reader Checksum: 1-gopj-fmge-cnfg-fidh6# -----------------------------------   @ We apologize for the inconvenience and appreciate your patience.  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com     Fax: 817-237-3074    ------------------------------  # Date: Wed, 23 Aug 2000 20:30:27 GMTa, From: DRHarrold@earthlink.net (Dave Harrold)9 Subject: Using AlphaServer 2100 for testing fiber channeli3 Message-ID: <39a4335c.690457625@news.earthlink.net>    Hi All,   ? We are in the process of installing some new fiber channel diskyD systems (HSG80 based).  My plan was to test this on our test clusterC which is a pair of AlphaServer2100 5/300 systems. (And, yes, I knowk& this isn't a supported configuration).  A I have talked to a couple of people in the local field office whoo> claim to have this configuration working, but they haven't yetC provided me with details of how to do this.  I would really like to ; test this stuff before it goes into the production systems.P  D So, has anyone been successful in using 2100s for this?  Or am I out+ of luck (Time to upgrade the test systems)?t   Thanks,M   Dave Harrold  [ ===========================================================================================n[ Dave Harrold                                               E-Mail: David_Harrold@Aurora.orgnQ Sr. Software Systems Engineer                              Phone : (414) 647-6204/Q Aurora Health Care                                         FAX   : (414) 647-4999  3031 W. Montana Street Milwaukee, WI 53234p  X "A common mistake people make when trying to design something completely foolproof is to/ underestimate the ingenuity of complete fools."-   ------------------------------  # Date: Thu, 24 Aug 2000 00:07:10 GMTt! From: ctrana@qx.net (Chris Trana)h Subject: VAXstation 3100 cables * Message-ID: <39a464d4.1620612@news.qx.net>  F I recently obtained a VAXstation 3100 and a Storage Expansion unit forE it. To install OpenVMS, I will need to connect my CD-ROM drive to the F expansion unit and attach that to the VAXstation. Unfortunately I have> little experience with SCSI hardware and non with DEC specific( hardware and have a couple of questions.  < On the back of the storage expansion unit there are two maleB Centronics 50 connectors. On the back of the VAXstation there is aF small plastic cover that when removed exposes a male DB68 connector. IF think I need a SCSI Centronics 50 male-to-DB68 female cable to connectC the VAX to the storage expansion. Does anyone know of a good sourcee@ for this type of cable? I've been unable to find one with a DB68: female end. Better yet, does anyone know where I can get a' female-to-female DB68 gender converter?i  E I know that once the VAXstation is connected to the storage expansionaD box, it will need to be terminated. What kind of terminator needs to> be used? Since there are only two Centronics 50 connectors I'mB assuming I need a Centronics terminator. Do those even exist? I've been unable to find them too.   C If anyone could give me a good source of cables/terminators for VAXpE hardware or a reference site that may clear up some of my confusion I F would appreciate it. Although I know little about DEC hardware, I love0 OpenVMS and can't wait to get it up and running!   Thanks,t Chrism   ------------------------------  # Date: Thu, 24 Aug 2000 03:36:38 GMTe2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com># Subject: Re: VAXstation 3100 cablest6 Message-ID: <aL0p5.412$M62.154336@typhoon.aracnet.com>  " Chris Trana <ctrana@qx.net> wrote:H > think I need a SCSI Centronics 50 male-to-DB68 female cable to connectE > the VAX to the storage expansion. Does anyone know of a good sourcedB > for this type of cable? I've been unable to find one with a DB68  H I'm afriad I've got some bad news.  As far as I know that's a DEC customF cable.  I think you'll find info on the specific cable you need in the OpenVMS FAQ.   				Zane   ------------------------------  % Date: Wed, 23 Aug 2000 14:28:51 -0400b- From: JF Mezei <jfmezei.spamnot@videotron.ca>n. Subject: Re: VMS as real time operating system, Message-ID: <39A417DA.85A1C405@videotron.ca>   Nigel Arnot wrote:G > I can't help speculating that a VMScluster would be an extremely goodhN > choice for military operations systems: a disaster-tolerant configuration is, > also a battlefield-damage-tolerant system.  M However, you could use a non-clustered solution and have the applications use N network links (TCP/IP for instance) to synchronize themselves across nodes andY allow automatic instant fallback without freezing a computer during a cluster transition.e   ------------------------------  % Date: Wed, 23 Aug 2000 20:57:41 +0000 - From: SysAdmin <djesys.nospam@fsi.net.mapson> F Subject: Re: VMS at home, ISDN, router, Linux, static IP addresses,.... Message-ID: <39A43AC5.DC5131F7@fsi.net.mapson>   Trevor,t  : Would you be willing to release your NAT code as freeware?   David J. Dachterao   trevor_deja@my-deja.com wrote: > 0 > In article <8ns8e1$hto$1@info.service.rug.nl>, >   helbig@astro.rug.nl wrote:D > > FINALLY I will be setting up my VMS stuff at home soon (next few	 > weeks). F > > The scenario I have followed up until now involved an ISDN router, > whichaF > > is quite expensive.  The idea is to get an ISP to give me a few IPG > > addresses and enter some names in his DNS.  He doesn't have to care  > whatJ > > is behind this ISDN router.  My VMS machines don't care if they are on > a J > > permanent connection, or a virtual permanent connection (i.e. dial-outJ > > AND dial-in on demand).  The IP addresses will be permanent, I can run+ > > my own DNS server for my own stuff etc.t > > E > > Unexpectedly, I find myself with a PC not being used for anything  > else.,G > > IIRC, someone mentioned that I could use a Linux box instead of thePI > > ISDN router.  I would intuitively prefer the latter, but now it lookse$ > > like the former will be cheaper. > >eH > > How easy is this, assuming a "standard" linux installation is up andJ > > running?  Should I worry about security?  Presumably, a VMS box cannot > > do what the linux box does.. > >u > >? >  > Hi Phillip > J > I have an Internet connected VMS setup at home (UK) using a NAT package,D > which provides multiple machine access without any special network > equipment/adaptors.  > B > The ISP I use is Demon Internet.  Their standard dial up accountI > provides one fixed IP address, and access via the SLIP or PPP protocol.  > I > I connect to the ISP using a modem connected to a serial line of a VAX,tH > running VMS (The Gateway VAX).  The Gateway VAX is also connected to aG > number of other machines via a Private Ethernet LAN, using private IPo > addresses (192.168.1.X). > D > I have written a NAT (Network Address Translation) package for theI > Gateway VAX and this allows the machines on the Private LAN transparenth1 > access through the Gateway VAX to the Internet.a > F > From the Private LAN any computer can access the Internet.  From theJ > Internet however, only the Gateway VAX can be accessed (which is the wayH > I prefer it).  You might consider this a drawback, however once loggedE > in to the Gateway VAX from the Internet the other machines would berI > accessible via Telnet, DECNET etc.  The Gateway VAX also acts as a Mail - > Server for the machines on the Private LAN.  > D > Multiple machines on the Private LAN can simultaneously access theJ > Internet, but the real advantage is not so much the simultaneous access,J > but more that any machine I go to on the LAN can connect to the InternetG > straight away without any faffing around changing cables, adaptors or  > software.- > E > I've been running this NAT package for over a year now.  It has its-G > limitations, but it works fine for me.  If you'd like to use this NATnH > package, and are prepared to be the first Guinea Pig to try it outsideJ > my house, I'll make it available.  It only works with VAX UCX, I'm usingH > it with V4.2 but it should work with any V4.X  If some kind soul wouldG > like to donate an old Alpha to a hardworking Hobbyist I'll port it to9 > Alpha UCX. > C > I don't know of any other NAT package for VMS, but as others have H > suggested there are a number of little boxes you can buy which combineH > media interface (modem or ISDN) and a NAT capability.  A dedicated boxI > will probably give you better performance, but will cost you something.e > J > One benifit of keeping the NAT function and the media interface seperateH > is that if you change to a different media later on, e.g. cable modem,I > you don't need buy another NAT box.  Plus which I think it's kinda neat4 > to do the NAT in the VAX.o > G > My only grumbles with my set up are all centred around the VAX serial.E > line.  The maximum baud rate I can get is 38400bits/sec on a CXY08. F > When multiple machines on the Private LAN are accessing the InternetE > this can seem a bit pedestrian.  Also the only serial line protocol J > available in VAX UCX is SLIP (No PPP), and this dramatically reduces theE > choice of available ISP's in the UK (in particular the cheap ones).o > A > To improve things I'm currently investigating a permanent cable-J > connection.  The cable operator Telewest has made available its hi speedI > internet connection in my area (and elsewhere) at a reasonable cost.  IaE > hope I may be able to connect my Gateway VAX via this service.  TheiI > cable modem provided will connect to the Gateway VAX via 10baseT, and ItH > will continue to run NAT on the Gateway VAX to provide Internet access? > for the machines on the Private LAN, but this is way off yet.e >  > Regards, Trevor  >  > trevor_deja@my-deja.come > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.f   ------------------------------  % Date: Wed, 23 Aug 2000 15:47:26 -0400d* From: David A Froble <davef@tsoft-inc.com>F Subject: Re: VMS at home, ISDN, router, Linux, static IP addresses,...- Message-ID: <39A42A4E.A527F15B@tsoft-inc.com>    trevor_deja@my-deja.com wrote: > J > I have an Internet connected VMS setup at home (UK) using a NAT package,D > which provides multiple machine access without any special network > equipment/adaptors.h > B > The ISP I use is Demon Internet.  Their standard dial up accountI > provides one fixed IP address, and access via the SLIP or PPP protocol.8 > I > I connect to the ISP using a modem connected to a serial line of a VAX,hH > running VMS (The Gateway VAX).  The Gateway VAX is also connected to aG > number of other machines via a Private Ethernet LAN, using private IPp > addresses (192.168.1.X). > D > I have written a NAT (Network Address Translation) package for theI > Gateway VAX and this allows the machines on the Private LAN transparent-1 > access through the Gateway VAX to the Internet..  O Rather interesting.  Is the software available?  For sale?  Freeware?  Possibly , submitted for the VMS freeware distribution?  F > From the Private LAN any computer can access the Internet.  From theJ > Internet however, only the Gateway VAX can be accessed (which is the wayH > I prefer it).  You might consider this a drawback, however once loggedE > in to the Gateway VAX from the Internet the other machines would bewI > accessible via Telnet, DECNET etc.  The Gateway VAX also acts as a Maile- > Server for the machines on the Private LAN.r  P Well, what good would a gateway/firewall be if it could be bypassed.  This isn't- a drawback, it's the sensible way to do this..  , What mail software is the gateway VAX using?  D > Multiple machines on the Private LAN can simultaneously access theJ > Internet, but the real advantage is not so much the simultaneous access,J > but more that any machine I go to on the LAN can connect to the InternetG > straight away without any faffing around changing cables, adaptors or" > software.n > E > I've been running this NAT package for over a year now.  It has itstG > limitations, but it works fine for me.  If you'd like to use this NATkH > package, and are prepared to be the first Guinea Pig to try it outsideJ > my house, I'll make it available.  It only works with VAX UCX, I'm usingH > it with V4.2 but it should work with any V4.X  If some kind soul wouldG > like to donate an old Alpha to a hardworking Hobbyist I'll port it tov > Alpha UCX.  N I'd like to get a copy.  As for the Alpha, I'm sure there would be closer ones- available, and my loaner is currently in use.d  C > I don't know of any other NAT package for VMS, but as others have H > suggested there are a number of little boxes you can buy which combineH > media interface (modem or ISDN) and a NAT capability.  A dedicated boxI > will probably give you better performance, but will cost you something.s > J > One benifit of keeping the NAT function and the media interface seperateH > is that if you change to a different media later on, e.g. cable modem,I > you don't need buy another NAT box.  Plus which I think it's kinda neat  > to do the NAT in the VAX.n  O Yes, it's what I'd wanted to do, but the simple little box just worked so well,t I didn't bother.  G > My only grumbles with my set up are all centred around the VAX serialLE > line.  The maximum baud rate I can get is 38400bits/sec on a CXY08.eF > When multiple machines on the Private LAN are accessing the InternetE > this can seem a bit pedestrian.  Also the only serial line protocolmJ > available in VAX UCX is SLIP (No PPP), and this dramatically reduces theE > choice of available ISP's in the UK (in particular the cheap ones).t > A > To improve things I'm currently investigating a permanent cablesJ > connection.  The cable operator Telewest has made available its hi speedI > internet connection in my area (and elsewhere) at a reasonable cost.  I-E > hope I may be able to connect my Gateway VAX via this service.  The.I > cable modem provided will connect to the Gateway VAX via 10baseT, and InH > will continue to run NAT on the Gateway VAX to provide Internet access? > for the machines on the Private LAN, but this is way off yet.   O What kind of VAX are you using for the gateway?  To use it with the cable modemdP you'll need 2 ethernet interfaces, one outside the gateway software, and one for; the internal network.  Leaves out some of the smaller VAXs.n   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: Wed, 23 Aug 2000 19:44:48 -0500 ) From: "John E. Malmberg" <wb8tyw@qsl.net>-F Subject: Re: VMS at home, ISDN, router, Linux, static IP addresses,.../ Message-ID: <sq8rrntvt91116@corp.supernews.com>   H As LINUX can handle almost any type of interface to an ISP including oneE that uses DHCP, I would tend to recommend that to do it your selfers.-  J The disadvantage of LINUX of course is that you have to make sure that you have properly secured the box.  J A LINUX box of a 486 class with two ethernet cards can be put together forC less than $100.00 U.S.  The NAT stuff is not too hard to install or K configure.  On the version that I used the "ipfwadm" program needed to havea& a minor error before it would compile.  J Unless you are lucky, you can not find a supported second Ethernet adapter, for a VAX system for anywhere close to that.  H Also available for around $200.00 U.S.D. you can purchase a Firewall box< with NAT that can be connected to most ISP connection types.  J The other advantage of using a separate dedicated appliance is that in theL case of a denial of service attack, it bears the brunt of it instead of your VMS system.r  5 However A VMS based NAT package might be nice though.    -Johno wb8tyw@qsl.network   ------------------------------  # Date: Thu, 24 Aug 2000 01:39:40 GMTo2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>F Subject: Re: VMS at home, ISDN, router, Linux, static IP addresses,...6 Message-ID: <w1%o5.409$M62.153423@typhoon.aracnet.com>   trevor_deja@my-deja.com wrote:E > I've been running this NAT package for over a year now.  It has its:G > limitations, but it works fine for me.  If you'd like to use this NATdH > package, and are prepared to be the first Guinea Pig to try it outsideJ > my house, I'll make it available.  It only works with VAX UCX, I'm usingH > it with V4.2 but it should work with any V4.X  If some kind soul wouldG > like to donate an old Alpha to a hardworking Hobbyist I'll port it to  > Alpha UCX.  I I think there are a lot of people around here that would be interested inaJ this.  When I got my DSL line I *really* wanted the firewall to be running1 VMS, but the necessary software wasn't available.5  H It sounds as if you've got the NAT set up so that you might also have at$ least limited firewall capabilities?  D I have found it useful to say that if you hit port 'X', you are thenL redirected to port 'Y' on machine 'Z'.  That's how I currently access my VMSK box from outside my firewall.  I've got mail redirected to the VMS box, andc6 I have a port that redirects to telnet on the VMS box.  G BTW, if you need a place to host a ZIP file containing your program, orIL code, I'm sure there are several of us here that would be willing to provide a home for it.   			Zanee   ------------------------------  # Date: Thu, 24 Aug 2000 03:25:59 GMTa2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>F Subject: Re: VMS at home, ISDN, router, Linux, static IP addresses,...6 Message-ID: <bB0p5.411$M62.154336@typhoon.aracnet.com>  ( John E. Malmberg <wb8tyw@qsl.net> wrote:J > As LINUX can handle almost any type of interface to an ISP including oneG > that uses DHCP, I would tend to recommend that to do it your selfers.   L > The disadvantage of LINUX of course is that you have to make sure that you  > have properly secured the box.  L Which is why OpenBSD is a better, though more difficult to setup choice.  DoG a base install of Linux on one machine and a base install of OpenBSD onhK another machine, then run SAINT against them.  You might find the results aX little scarry.  J > Also available for around $200.00 U.S.D. you can purchase a Firewall box> > with NAT that can be connected to most ISP connection types.  K If you're not comfortable setting up something like OpenBSD or are short on I time, this is probably your best bet.  Of course the advantage of using aa> OpenBSD box is you can also run stuff like a web server on it.  L > The other advantage of using a separate dedicated appliance is that in theN > case of a denial of service attack, it bears the brunt of it instead of your
 > VMS system.e  H Wouldn't it still keep you from being able to access the net?  Maybe I'm missing the point here.o  7 > However A VMS based NAT package might be nice though.w  K Yes :^) and I'd be very tempted to switch the AlphaStation 200 4/233 that's H my Firewall from OpenBSD to OpenVMS!  Downside being the Ethernet card IJ added isn't VMS compatible, and I don't have any spare PCI cards that are.   			Zane    ------------------------------  % Date: Wed, 23 Aug 2000 23:10:55 -0400a/ From: "Joe H. Gallagher" <dtrwiz@ix.netcom.com>e1 Subject: What is meaning of BACKUP error message?o- Message-ID: <39A4923E.A10E932B@ix.netcom.com>n  < On a uVAX-3100/90 running V7.2 of VMS, I am getting an error? message I don't understand.  The mka200 is a 4mm dat tape -- a t= TLZ06 look alike.  The backup (batch) command file is runningA) from the system manager's account and is:    $!      NIGHTLY_BACKUP.COM $!< $ r1 = f$edit(f$extract(0,3,f$cvtime(,,"WEEKDAY")),"UPCASE") $ show symbol r1 $ init  mka200: 'r1 /med=compM $ mount mka200: /for/med=compy5 $ backup/image/verify/ignor=interlock/nocrc dka100: -b*   mka200:F100'r1 /save/label='r1 /med=comp5 $ backup/image/verify/ignor=interlock/nocrc dka500: - *   mka200:F500'r1 /save/label='r1 /med=comp  $! some other processing follows  ? Near the end of the first pass when backing up the second disk, < the dka500: disk (before getting the "Starting Verification ( pass message"), I get the error message:  H %BACKUP-F-LABELERR, error in tape label processing on MKA200:[]F500WED.;  -SYSTEM-W-ENDOFFILE, end of file  > The data "appears" to be written on the tape correctly.  What < does this error message mean?  It this a hardware error?  Or1 is there something wrong with the BACKUP command?m   Joe H. Gallagher   ------------------------------  # Date: Thu, 24 Aug 2000 00:39:49 GMTa* From: Alan E. Feldman <alan48@my-deja.com>$ Subject: What is the IPCACP process?) Message-ID: <8o1qsi$ugo$1@nnrp1.deja.com>r  E What is the process IPCAPC? What does it do? Does it have anything toeD do with the IPC Q command that recalculates the quorum in a cluster?   -- Disclaimer: JMHO Alan E. Feldman  alan48  &-)e dellnet.comc    & Sent via Deja.com http://www.deja.com/ Before you buy.z   ------------------------------  % Date: Tue, 22 Aug 2000 22:58:40 -0700-) From: Rick Cadruvi <rick@rick.rdperf.com>  Subject: Re: Why [000000]?/ Message-ID: <39A36810.CC6D37F6@rick.rdperf.com>S  @ In fact, the early versions of ODS-2 supported limited filenamesA (I think 8.3).  Using UIC based directories in ODS-2 in the earlysA VMS days was VERY common.  I should know since I wrote a DOS tapey@ formatted BACKUP utility for VMS long before VMS Backup existed.     Rick...b   Tim Shoppa wrote:: >  > David Warren wrote:t > >pG > > Can anybody tell me why the root directory on a device is [000000]? G > > This is a common question from users and one I have always wonderedpK > > about.  It seems completely random, but the attached post makes it lookeH > > like a UIC.  I'd like to know the history, or at least make sense of	 > > it...o > D > "Because" the ODS-1 file structure (as used by ODS-1) had its rootD > directory in [0,0].  Each side of the comma is an octal byte, i.e.A > up to three digits, so the directory names are six digits long,  > or 000000.DIR. > G > Indeed, on ODS-1 disks without named directories the UFD's corresponde > exactly with the UIC.  > E > You may be interested in reading an older version of the ODS-1 disk  > spec, online ate > 0 >   http://pdp-11.trailing-edge.com/www/ods1.txt >  > It mentions 000000.DIR as :  > D >         The  master  file directory (MFD) is File ID 4,4,0.  It isI >         listed in the MFD (itself) as 000000.DIR;1.   The  MFD  is  the I >         root  of  the  volume's directory structure.  It lists the fivelI >         known files, plus whatever the user chooses to enter.   In  theaI >         two  level  UFD  structure  described in section 4.1.1, the MFDk9 >         contains entries for all user file directories.r >  > Tim.   ------------------------------  % Date: Wed, 23 Aug 2000 21:00:52 +0000h- From: SysAdmin <djesys.nospam@fsi.net.mapson>e Subject: Re: Why [000000]?. Message-ID: <39A43B84.D8D61D0F@fsi.net.mapson>   David Warren wrote:e > E > Can anybody tell me why the root directory on a device is [000000]?h  ; If John Belushi were here, he might say, "*BELCH* Why not?"    David J. Dachtera(   ------------------------------  % Date: Thu, 24 Aug 2000 12:12:57 +0930 $ From: "sseng" <sseng@ozemail.com.au>( Subject: X display video capture for VMS/ Message-ID: <PY%o5.185$cr3.8435@ozemail.com.au>c  L Is xvidcap or an equivalent utility available for VMS?  I have a requirement; to capture a video of an X-windows display to an mpeg file.m   ------------------------------   End of INFO-VAX 2000.472 ************************net the other machines would berI > accessible via Telnet, DECNET etc.  The Gateway VAX also acts as a Mail - > Server for the machines on the Private LAN.  > D > Multiple machines on the Private LAN can simultaneously access theJ > Internet, but the real advantage is not so much the simultaneous access,J > but more that any machine I go to on the LAN can connect to the InternetG > straight away without any faffing around changing cables, adaptors or  > software.-xWiħ`4^W c] Y8Vy癬%>etrL WʇD=퓘b#yBLױ-mƵn3Yc2Ln	XI0@Sž1{֪[7m):/iGN]θ>7lq)h1~ȿȅ#QJseUǎݼܓ;0yk{*
/	ifoes9=?_8sٞs!n.7qG%AǵGĿĿĿI+s.#~-ʐ_;XpȫsϤ>p$yĳe՞ДLxu=r׏־mɹ_P.}ܢ{ƫaL"ē]Dg]Ovq-:W>FEELsN)RN!W>HVؾx^2(85X_*I{v7팧{ǒerӪ=]O+a]wW2٫jv9[E#}8JgF.Ur5&tI~qj%M4-|x=a(s F*9ĭT1hn$B,nFzPfZdCZdG[U#qt|ۇ|_:tmtttДkc
xcZ4:`VjyGxg,X]wʺ&^z׸cDB|^oV_x_|'/UZmփqWvvüC~:POtR}vn9=KM?x~{>6TMy~{SϺ˔Ai6J灌T7lWmUia*! | k7K\W4ҤܿYiU\eL?6ǥWs`ߎ+'G
n>Y;V3H<(y0iH*#ۈ>G] ]3b<uzB"ko1
:
)4dJ͗!4id${d	潧w}{ι{93s170t}@ec?أt3)>TG[ˑsu{Xpe͟qΰ_FH|?!p 'ȱ|m[;^{[6va]4otӽ99@`ہ6.Rf\'d~M|j1d1;i=}I^6ڢbhmzac8WMeKX.cHwraM2M0ˁk==zӺ`H)'D<HsWoLKᘆ4pޚׂ9Lo^UoMNTAM"w]