1 INFO-VAX	Thu, 06 Apr 2000	Volume 2000 : Issue 192       Contents: "Galaxy" on Intel? Re: "Galaxy" on Intel? Re: "Galaxy" on Intel? Re: "Galaxy" on Intel? Re: Alpha 1000 SCSI question Re: Any word on PMDF / Innosoft  Re: Audio server availability ' AUTOGEN values not adjusted post-reboot + Re: AUTOGEN values not adjusted post-reboot + Re: AUTOGEN values not adjusted post-reboot # boot DS10 with no keyboard/terminal  Re: Cluster Question Re: Cluster Question Re: Cluster Question. Galaxy (or perhaps Wildfire) and shared memory3 how to run the diagnostics test on a VAXstation II? 7 Re: how to run the diagnostics test on a VAXstation II?  ID Ports on DS10 Re: ID Ports on DS10 Re: In need for a console  Re: Inform & VMS Re: Inform & VMS Re: Inform & VMS" Re: Initiatalizing a Printer Queue" Re: Initiatalizing a Printer Queue7 Re: localtime() function C RTL don't agree w/ show time & Re: method for "reply to all" in MAIL?& Re: method for "reply to all" in MAIL?& Re: method for "reply to all" in MAIL?& Re: method for "reply to all" in MAIL? Re: Microvax 3100 CDROM offline  Re: OpenVMS Times 
 OpenVMS Times  Re: OpenVMS Times  Re: OpenVMS Times  Re: OpenVMS Times  Re: OpenVMS Times  Portable unformatted files Re: Problems with batch queues+ QueueMGR Journal files consuming disk space / Re: QueueMGR Journal files consuming disk space / Re: QueueMGR Journal files consuming disk space  Re: Scary.. nasdaq on Win 20000  Set a form on a generic queue ! Re: Set a form on a generic queue ! Re: Set a form on a generic queue ! Re: Set a form on a generic queue  Re: So who will buy VMS ?  Re: So who will buy VMS ?  Re: Suggestion for authorize3 Re: Use of LMF for e-business software distribution ) Re: We be the BIG PAINFUL OUCH in dot com  What are they doing?
 Re: ZIP/UNZIP   F ----------------------------------------------------------------------  # Date: Thu, 06 Apr 2000 02:52:18 GMT 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>  Subject: "Galaxy" on Intel? - Message-ID: <38EBFC89.EA38502E@earthlink.net>   G A fellow I now work with told me aout a coming product which will allow F the simultaneous running of W/9x, Linux, etc. on Intel-based machines.: He didn't know the product name/vendor, he just remembered hearing/reading about it.   G Sounded to me like "Galaxy" on Intel. Not sure what the value would be.   & ...and of course, VMS won't be there.    *SIGH*   --   David J. Dachtera  dba DJE Systems " http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/    ------------------------------  * Date: Thu, 6 Apr 2000 02:19:04 +0000 (   )3 From: Christopher Smith <chriss@Mufasa.pubserv.com>  Subject: Re: "Galaxy" on Intel? J Message-ID: <Pine.LNX.4.05.10004060213540.26604-100000@Mufasa.pubserv.com>  , On Thu, 6 Apr 2000, David J. Dachtera wrote:  I > A fellow I now work with told me aout a coming product which will allow H > the simultaneous running of W/9x, Linux, etc. on Intel-based machines.< > He didn't know the product name/vendor, he just remembered > hearing/reading about it.   H Wouldn't be VMWare, or simmilar, would it?  This is the only thing closeF that I know of, and it's more of something to create a vitrual machineD within one operating system that will host another operating system.4 Really, this seems completely different from galaxy.  I > Sounded to me like "Galaxy" on Intel. Not sure what the value would be.   J Well -- The creators, if we're speaking of the same product, will say thatJ people like to run certain applications, and that if some of your favoriteH apps run in one o/s and some in another, you should be able to still run them together.  ( > ...and of course, VMS won't be there.   E I'm not sure how I feel about this.  On one hand, it's an interesting H proposition.  On the other hand, I wish the entire 32-bit intel platformH would die quickly, and be replaced with something better. (Note that I'mE not trying to start a my-cpu-is-better-than-yours thread.  I'd simply - prefer that something else was more popular.)    Regards,   Chris   O =============================================================================== @ "My two cents"			(http://rootworks.com/twocentsworth.cgi?128562)= Christopher Smith(chriss@pubserv.com)			Prgramer^W Programmer  Prime Synergy of Champaign, IL. % ------------------------------------- I "Where a calculator on the ENIAC is equipped with 18,000 vacuum tubes and H weighs 30 tons, computers in the future may have only 1,000 vacuum tubes; and weigh only 1.5 tons." -- Popular Mechanics, March 1949  O -------------------------------------------------------------------------------    ------------------------------  # Date: Thu, 06 Apr 2000 03:24:09 GMT $ From: Ed Wilts <ewilts@mediaone.net> Subject: Re: "Galaxy" on Intel? , Message-ID: <38EC0359.25D8C1C0@mediaone.net>   "David J. Dachtera" wrote: > I > A fellow I now work with told me aout a coming product which will allow H > the simultaneous running of W/9x, Linux, etc. on Intel-based machines.< > He didn't know the product name/vendor, he just remembered > hearing/reading about it.   " Check out http://www.vmware.com.    I > Sounded to me like "Galaxy" on Intel. Not sure what the value would be.   A It's hardly "Galaxy" but more along the lines of IBM's VM type of C product.  It has a lot of value - the web site gives some examples.    --   Ed Wilts Mounds View, MN, USA mailto:ewilts@mediaone.net   ------------------------------  $ Date: Thu, 6 Apr 2000 00:46:31 -0400' From: "Bill Todd" <billtodd@foo.mv.com>  Subject: Re: "Galaxy" on Intel? ( Message-ID: <8ch4oi$f5m$1@pyrite.mv.net>  L I don't know whether this has anything to do with what the original post wasH talking about, but the ability of the new Unisys machines that Compaq isG about to resell to separate their 32 (?) processors into 1, 2, 4, or (I F think) 8 equal-sized independent partitions, and use shared memory forH communication, is somewhat similar to Wildfire, and should allow running& multiple different systems in one box.   - bill  / Ed Wilts <ewilts@mediaone.net> wrote in message & news:38EC0359.25D8C1C0@mediaone.net... > "David J. Dachtera" wrote: > > K > > A fellow I now work with told me aout a coming product which will allow J > > the simultaneous running of W/9x, Linux, etc. on Intel-based machines.> > > He didn't know the product name/vendor, he just remembered > > hearing/reading about it.  > " > Check out http://www.vmware.com. > K > > Sounded to me like "Galaxy" on Intel. Not sure what the value would be.  > C > It's hardly "Galaxy" but more along the lines of IBM's VM type of E > product.  It has a lot of value - the web site gives some examples.  >  > --
 > Ed Wilts > Mounds View, MN, USA > mailto:ewilts@mediaone.net   ------------------------------  # Date: Wed, 05 Apr 2000 22:23:19 GMT  From: Dirk Munk <munk@home.nl>% Subject: Re: Alpha 1000 SCSI question ' Message-ID: <38EBBCE6.451D33A7@home.nl>   F The Alpha 1000 has one internal SCSI controller. For the Alpha 1000A iC know that the use of the external SCSI connector of the internal on D board controller is no longer supported because of problems with theG signal quality on the SCSI cabling!! So if you have the raid controller G connected to the internal on board controller, then it would be wise to ! buy an extra controller instead.    
 Joe wrote: > J > We ha an alpha 1000 it has for disk dua100 200 300 400 also a drive mua07 > it is a raid system with the following caracteristics G > Disk $1$DUA400: (HS1CP1), device type MSCP served SCSI disk array, is 	 > online, J >     mounted, file-oriented device, shareable, served to cluster via MSCP	 > Server,  >     error logging is enabled.  > > >     Error count                    0    Operations completed > 67453 >     Owner process                 ""    Owner UIC 
 > [SYSTEM]2 >     Owner process ID        00000000    Dev Prot > S:RWPL,O:RWPL,G:R,W = >     Reference count               90    Default buffer size  > 512 ; >     Total blocks            16751956    Sectors per track  > 113 = >     Total cylinders             3707    Tracks per cylinder  > 40M >     Host name               "HS1CP1"    Host type, avail              HSD4,  > yes & >     Allocation class               1 > @ >     Volume label            "ORACLE"    Relative volume number > 0 ; >     Cluster size                  17    Transaction count  > 82? >     Free blocks              4742796    Maximum files allowed  > 4653325 >     Extend quantity                5    Mount count  > 3 4 >     Mount status              System    Cache name > "_$1$DUA100:XQPCACHE" H >     Extent cache size             64    Maximum blocks in extent cache > 474279J >     File ID cache size            64    Blocks currently in extent cache > 2618F >     Quota cache size               0    Maximum buffers in FCP cache > 424 2 >     Volume owner UIC        [SYSTEM]    Vol Prot > S:RWCD,O:RWCD,G:RWCD,W:RWCD  > K > The disk slows down while doing a restore of a file. I believe everything J > might be connected to the same scsi bus. In mv3100 i type show scsi on >H > prompt. On this alpha I am wondering if there is a way to see how manyM > buses are in the server and which devices are connecte to them. I also want J > to add an dat drive to the server and i think that it would be better to1 > added to a secondary scsi bus. any suggestions?    ------------------------------  # Date: Wed, 05 Apr 2000 23:44:17 GMT  From: d.webb@mdx.ac.uk( Subject: Re: Any word on PMDF / Innosoft) Message-ID: <8cgj4d$3ah$1@nnrp1.deja.com>   G In article <Pine.OSF.4.21.0004051135110.19139-100000@athena.csdco.com>, ,   John Nebel <nebel@athena.csdco.com> wrote: > D > Is there any word on what might be happening with PMDF maintenance after D > 18 months?  I talked with Innosoft on the phone and they said they wereH > talking with another company about it but wouldn't say much beyond theD > fact that it wasn't Compaq because they were "too much in bed with( > Microsoft".  Also that it was not Sun. >  > John Nebel >  >   H Strange reason that "Too much in bed with Microsoft". Who are they goingH to get to maintain the new NT version of PMDF or is that being dropped ?  A The frontpage of the PMDF System Managers guide for PMDF 6.0 says   C "Operating System and Version: Solaris Sparc or Intel V2.6 or later F                                Digital Unix (DEC OSF/1) V4.0B or later@                                OpenVMS Alpha or VAX 6.1 or later;                                NT V4.0 SP5 or later (Intel)    "   
 David Webb VMS and Unix team leader CCSS Middlesex University    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  $ Date: Wed, 5 Apr 2000 16:19:30 -0400/ From: "Paul A. Jacobi" <Paul.Jacobi@compaq.com> & Subject: Re: Audio server availability+ Message-ID: <8cg7i4$k49$1@lead.zk3.dec.com>   4 "Theo Jakobus" <jakobus@iaf.fhg.de> wrote in message# news:38EB3469.D349B45@iaf.fhg.de... D > Does it support the internal sound chip ESS 1888 of the PWS 500au?  L The highest priority  for MMOV V2.2 kit is to provide support for an Ensoniq	 PCI card.   L I have a working driver for the ESS1888 chip, which I hope to include in the
 kit, but IJ don't know if it will be official supported.  At the minimun, I hope to be able to release L it on the freeware kit.  There may be some minor limitation, such as limited input/outputK port selection.  It likely that the ESS1888 driver will only work on the GL 	 (Cypress) - systems and not the older MX (Intel) systems.     H Paul A. Jacobi                                              Phone: (603) 884-1948C Compaq Computer Corporation                   FAX  : (603) 884-0189 A OpenVMS Systems Group, ZKO3-4/U14   Email: Paul.Jacobi@compaq.com  110 Spitbrook Road Nashua, NH 03062-2698    ------------------------------  # Date: Wed, 05 Apr 2000 20:25:39 GMT " From: gboulton@bigfoot.com.invalid0 Subject: AUTOGEN values not adjusted post-reboot/ Message-ID: <7jNG4.17$PU.7010@news.pacbell.net>   > System is - AlphaStation 200, 96Mb RAM, OpenVMS 7.2 (Hobbyist)0 User is - Fluent in Unix, baffled by OpenVMS :-)  J I'm getting a problem after installing DEC C from the OpenVMS distributionF CD. I was quite happily compiling away, remotely, when I realised thatE DECwindows on the console had quit and dumped out to text console. It D reported that GBLSECTIONS was 243 and needed to be 280. And it keeps0 reporting the same thing after any reboots, too.  D So... I edited SYS$SYSTEM:MODPARAMS.DAT and added ADD_GBLSECTIONS=60G (http://www.openvms.digital.com/commercial/c/igalp.htm said this syntax H would increase the global sections setting by 60, which should suffice).   Then did$ $ @SYS$UPDATE:AUTOGEN GETDATA REBOOTJ and after some churning, the rebooted system came back and reported that ID needed 280 GBLSECTIONS, not 243. It hadn't changed! :-(  Also tried:- $ @SYS$UPDATE:AUTOGEN GETDATA REBOOT FEEDBACK > but that just reported that FEEDBACK was an invalid parameter.  F I checked SYS$SYSTEM:PARAMS.DAT, and my changes in MODPARAMS.DAT _are_J getting integrated, but no new setting is going into effect over a reboot.  F Can I get my GBLSECTIONS increased? If so, how, given that the Compaq-E prescribed method isn't doing anything for me? Come to that, what are H (GBL)SECTIONS? I see references to PAGES in the FAQ, but not SECTIONS...C My hunch was something along the lines of my machine running out of F memory (but then why not page out some other little stuff that's still running/idling?)  H I was able to get back to DECwindows by removing some startup stuff fromL SYSTARTUP_VMS.COM, and start it manually afterwards, but I'd rather know howK to make the system genuinely happy. Given my complete ineptitude in OpenVMS G I'm (reluctantly) somewhat reliant on having a GUI available until I've  worked everything out.  $ Any and all advice/info appreciated! Thanx  :Gareth  --  >  Gravissima calamitas umquam supra           | Gareth Boulton /  Occidentem accidens erat religio Christiana |  G       [Gore Vidal, 1987 CE]                  | gboulton(@)bigfoot(.)com    ------------------------------   Date: 5 Apr 2000 20:56:19 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)4 Subject: Re: AUTOGEN values not adjusted post-reboot6 Message-ID: <8cg99j$3g2$1@mailint03.im.hou.compaq.com>  T In article <7jNG4.17$PU.7010@news.pacbell.net>, gboulton@bigfoot.com.invalid writes: :...E :So... I edited SYS$SYSTEM:MODPARAMS.DAT and added ADD_GBLSECTIONS=60 H :(http://www.openvms.digital.com/commercial/c/igalp.htm said this syntaxI :would increase the global sections setting by 60, which should suffice).  ..	 :Then did % :$ @SYS$UPDATE:AUTOGEN GETDATA REBOOT K :and after some churning, the rebooted system came back and reported that I 7 :needed 280 GBLSECTIONS, not 243. It hadn't changed!...   E   Try adding the following line into in MODPARAMS.DAT, after removing ?   the ADD_GBLSECTIONS=60 line.  (The ADD_ applies only once...)        MIN_GBLSECTIONS=300   C   Over-configuring (within reason :-) the GBLSECTIONS and GBLPAGES  3   settings is generally a rather harmless activity.   C   Then look for any other incidents of GBLSECTIONS settings in the  A   MODPARAMS.DAT file.  (It's usually beneficial to clean out the  >   cruft that tends to accumulate in the MODPARAMS.DAT file...)     Then:   6     $ @SYS$UPDATE:AUTOGEN SAVPARAMS SETPARAMS FEEDBACK  C   Then check the report that AUTOGEN has generated, looking for any 9   reports of misspelled parameters, warnings, and such...      Then reboot the system via:        $ @SYS$SYSTEM:SHUTDOWN  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 05 Apr 2000 21:53:20 +0100 . From: mpatt644 <mpatt644@netscapeonline.co.uk>4 Subject: Re: AUTOGEN values not adjusted post-reboot4 Message-ID: <38EBA7C0.A0C27FEE@netscapeonline.co.uk>   Try putting in MODPARAMS.DAT   MIN_GBLSECTIONS = 280   G This will force Autogen to set the parameter to at least 280 regardless E of other factors, I prefer to use this method over the ADD_ value for = those parameters which I think I've got a good handle on. For A GBLSECTIONS you could safely increase it above 280 if you want.  l  # gboulton@bigfoot.com.invalid wrote:  > @ > System is - AlphaStation 200, 96Mb RAM, OpenVMS 7.2 (Hobbyist)2 > User is - Fluent in Unix, baffled by OpenVMS :-) > L > I'm getting a problem after installing DEC C from the OpenVMS distributionH > CD. I was quite happily compiling away, remotely, when I realised thatG > DECwindows on the console had quit and dumped out to text console. ItsF > reported that GBLSECTIONS was 243 and needed to be 280. And it keeps2 > reporting the same thing after any reboots, too. > F > So... I edited SYS$SYSTEM:MODPARAMS.DAT and added ADD_GBLSECTIONS=60I > (http://www.openvms.digital.com/commercial/c/igalp.htm said this syntaxaJ > would increase the global sections setting by 60, which should suffice). > 
 > Then did& > $ @SYS$UPDATE:AUTOGEN GETDATA REBOOTL > and after some churning, the rebooted system came back and reported that IF > needed 280 GBLSECTIONS, not 243. It hadn't changed! :-(  Also tried:/ > $ @SYS$UPDATE:AUTOGEN GETDATA REBOOT FEEDBACK @ > but that just reported that FEEDBACK was an invalid parameter. > H > I checked SYS$SYSTEM:PARAMS.DAT, and my changes in MODPARAMS.DAT _are_L > getting integrated, but no new setting is going into effect over a reboot. > H > Can I get my GBLSECTIONS increased? If so, how, given that the Compaq-G > prescribed method isn't doing anything for me? Come to that, what areeJ > (GBL)SECTIONS? I see references to PAGES in the FAQ, but not SECTIONS...E > My hunch was something along the lines of my machine running out ofuH > memory (but then why not page out some other little stuff that's still > running/idling?) > J > I was able to get back to DECwindows by removing some startup stuff fromN > SYSTARTUP_VMS.COM, and start it manually afterwards, but I'd rather know howM > to make the system genuinely happy. Given my complete ineptitude in OpenVMSrI > I'm (reluctantly) somewhat reliant on having a GUI available until I'vee > worked everything out. > & > Any and all advice/info appreciated! > Thanxw	 > :Gareth  > --? >  Gravissima calamitas umquam supra           | Gareth Boulton 0 >  Occidentem accidens erat religio Christiana |I >       [Gore Vidal, 1987 CE]                  | gboulton(@)bigfoot(.)coml   ------------------------------   Date: 5 Apr 2000 23:23:46 GMT 2 From: mathog@seqaxp.bio.caltech.edu (David Mathog), Subject: boot DS10 with no keyboard/terminal, Message-ID: <8cghu2$1e7@gap.cco.caltech.edu>  H How does one configure a DS10 using the SRM to boot and not hang when itI doesn't find a keyboard/mouse?   Optimally, I'd like the boot messages tomF continue to go to the graphics adapter, but could live without that ifE necessary.  If a keyboard/mouse are present they should be "usable". sJ That is, if I have to set console to serial or some such, I still want to I be able to control the machine, if necessary, using a keyboard and mouse u+ and not have to plug a serial line into it.l   Thanks,i   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech M   ------------------------------   Date: 5 Apr 2000 18:35:52 GMTk2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Cluster Questiong6 Message-ID: <8cg128$t17$1@mailint03.im.hou.compaq.com>   In article <C16B19ADF2A3D111882C00805FE6C65004FF3642@xch-f22bh-01.ds.boeing.com>, "Wolf, Gerald J" <Gerald.Wolf@F22.Boeing.com> writes: ) :These systems were given new node names.d  G   Please see the OpenVMS FAQ for information on changing the node name.m  ) :How do we get out of this predicament?  oC :Do not know how to bring up the satellites to run sysgen to change., :the scsnode to reflect the new node names.   D   You can read and write the ALPHAVMSSYS.PAR file in each satellite C   root directly from SYSGEN on the boot server, via the USE commandoB   and explicit specification of the path to the file's location in   the satellite's system root.   Your help would be appreciated.s  E   Probably the easiest approach would be to simply REMOVE the system iD   root for each satellite node and then re-add it -- via the utilityD   CLUSTER_CONFIG or CLUSTER_CONFIG_LAN running on the boot server...E   This won't affect the contents of the local disks on the satellite,mG   but it will clean up anything left in SYS$SPECIFIC on the satellite's-   root on the system disk.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 05 Apr 2000 14:39:12 -0400-1 From: "Mark D. Jilson" <jilly@clarityconnect.com>- Subject: Re: Cluster Question02 Message-ID: <38EB8850.62ECBA9C@clarityconnect.com>  * I'm assuming this is a common system disk.  B $ SET DEF SYS$SYSDEVICE:[SYSn.SYSEXE] ! n will probably be 11 & 12 $ MCR SYSGEN USE ALPHAVSMSYS.PARh6 SHOW SCSNODE	! will show you the nodename of this root SET SCSNODE mumble WRITE ALPHAVMSSYS.PARn EXIT  . Whatever you do, DO NOT do a WRITE CURRENT !!!     "Wolf, Gerald J" wrote:  > M > I have 3 Alpha 255 workstations.  One is the server the other 2 boot off ofm > it."* > These systems were given new node names.) > An Autogen was run on each system.  Nowl > The server boots up fine.eN > The satellites can not find their page & swap files.  They also come up into# > the cluster with their old names.a > I > How do we get out of this predicament?  Do not know how to bring up the2$ > satellites to run sysgen to changeM > the scsnode to reflect the new node names.  Your help would be appreciated.5 >  > Thank You, > Gerry Wolf > Gerald (Gerry) Wolft   --  D Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  # Date: Wed, 05 Apr 2000 18:35:33 GMTl/ From: Hans.Bachner@altavista.net (Hans Bachner)e Subject: Re: Cluster Question * Message-ID: <38eb864d.1223559@news.aon.at>  O "Wolf, Gerald J" <Gerald.Wolf@F22.Boeing.com> wrote on Wed, 5 Apr 2000 09:40:53t -0700:  L >I have 3 Alpha 255 workstations.  One is the server the other 2 boot off of >it.) >These systems were given new node names. ( >An Autogen was run on each system.  Now >The server boots up fine.M There are several places where you need to change the name (MODPARAMS.DAT forv5 the SCS node name, DECnet, TCP/IP Services at least).l  M >The satellites can not find their page & swap files.  They also come up intoh" >the cluster with their old names.  N Where were the page files located in the old configuration? Do the local disksL have the node name in their label and is label construction dynamic when theO local disks are mounted? How are the page files named; is the node name part ofe# the pagefile name or its directory?e  C Please check out the details so we can provide further suggestions.o    : ---------------- speaking only for myself ---------------- Hans Bachner Compaq Computer Austria + Compaq Customer Services - Software Supporte E-Mail: Hans.Bachner@compaq.comi   ------------------------------  $ Date: Wed, 5 Apr 2000 21:10:24 -0400' From: "Bill Todd" <billtodd@foo.mv.com>d7 Subject: Galaxy (or perhaps Wildfire) and shared memoryr( Message-ID: <8cgo3b$3tf$1@pyrite.mv.net>  J Though Galaxy and Wildfire/Marvel seem pretty neat, some of the hopes thatJ have been expressed for them may overlook certain complexities inherent inH sharing memory across independent system instances executing in separateG partitions.  Interesting applications of shared memory that may require F significant re-thinking to achieve optimal results include things likeL shared-memory DLM coordination (rather than just using shared memory to pass> DLM messages of the current variety) and shared-memory caches.  K In thinking about the latter, I started wondering whether the (small) added H latency involved in fetching cache lines from non-local memory in such aI shared-memory cache might be largely offset by the fact that once fetchedpF the lines would likely remain in local processor cache, such that eachD required line would only be fetched remotely once (given the size ofG outermost-level processor caches these days).  That sounded pretty goodrB until I asked myself just how multiple independent OS instances inJ partitions that might be hardware-isolated for robustness (to support trueJ cluster-in-a-box availability with no inter-instance shared failure modes)I might allow write activity to shared memory by one instance to invalidate 1 data in the processor caches of another instance.c  H So my question is:  is inter-instance shared memory likely to have to beK uncached memory to avoid such (potentially infectious) interactions?  Or is G it envisioned that there will be 'rules' dictating the handling of suchSE shared memory (perhaps involving suitable lock acquisition) that willdA eliminate the need for such cross-instance invalidation (e.g., by G guaranteeing that any stale data in an instances caches should never bemA accessed)?  Or am I creating a problem where none in fact exists?    Thanks for any insight,n   - bill   ------------------------------  # Date: Wed, 05 Apr 2000 19:35:31 GMTr* From: j-sivier@uiuc.edu (Jonathan Sivier )< Subject: how to run the diagnostics test on a VAXstation II?6 Message-ID: <7AMG4.6267$nb2.135127@vixen.cso.uiuc.edu>  I    I'm trying to find the trouble with my VAXstation II/GPX and thought IsH might be able to get some helpful information by running the diagnosticsH test.  I have the tape "MVII DIAG CUST TK50" and according to the manualI the first time you power on the system it will automatically (apparently)mF go into the "MicroVAX Diagnostic Monitor", read the tape and then giveE you a menu of tests, etc.  There is no mention that I can find of howlG you might run this test program if this is NOT the first time you power"I on the system.  I've looked in the FAQ and can't find anything that looksNE likely.  Is there any way to run the diagnostics on a system that hashI been turned on before?  The manual mentions nothing about the boot promptbG (>>>) that appears between power on tests 3 and 2, it seems to indicateFG that you won't get a boot prompt.  It doesn't mention anything that youoJ have to do to make the tape load and the program run, it implies that thisG will happen automatically.  Is this even something that I can do, or is 1 it a one time event that can never be done again?I      Thanks for any help.    Jonathan  8 --------------------------------------------------------8 |  Jonathan Sivier      |  Flight Simulation Lab       |8 |  j-sivier@uiuc.edu    |  Beckman Institute           |8 |  Work: 217/244-1923   |  405 N. Mathews              |8 |  Home: 217/359-8225   |  Urbana, IL  61801           |8 --------------------------------------------------------8 |  Home page URL: http://www.uiuc.edu/ph/www/j-sivier  |8 --------------------------------------------------------   ------------------------------   Date: 5 Apr 2000 19:52:18 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)@ Subject: Re: how to run the diagnostics test on a VAXstation II?6 Message-ID: <8cg5hi$1dn$1@mailint03.im.hou.compaq.com>  c In article <7AMG4.6267$nb2.135127@vixen.cso.uiuc.edu>, j-sivier@uiuc.edu (Jonathan Sivier ) writes:tB LI have the tape "MVII DIAG CUST TK50" and according to the manualJ :the first time you power on the system it will automatically (apparently)G :go into the "MicroVAX Diagnostic Monitor", read the tape and then give F :you a menu of tests, etc.  There is no mention that I can find of howH :you might run this test program if this is NOT the first time you powerK :on the system... Is there any way to run the diagnostics on a system that  H :has been turned on before?  The manual mentions nothing about the boot < :prompt (>>>) that appears between power on tests 3 and 2...  ?   Please see the previous posting in thread "Re: 2 microVAX II l4   questions" for the MicroVAX II diagnostic codes...  C   The "sniffer" bootstrap looks for bootable media anywhere it can  B   find it and -- in the absence of an installed OpenVMS system or D   other "bootprint" -- it'll eventually find and boot from the tape ?   drive, if there is a bootable cassette loaded in the drive...xA   Other bootable devices include disks, RAM/ROM memory containing21   the appropriate "bootprint", and the network...y  E   If you want to request a direct bootstrap of a TMSCP-class magtape B<   drive such as the TK50, use a VAX console command such as:       >>> B MUA0  B   If you want to know the details of the "serpentine" setup of theE   Q-bus, please search for the word "serpentine" over in the OpenVMS  A   Ask The Wizard area...   http://www.openvms.digital.com/wizard/eD   (The topic has been discussed a few times in here and over there.)  F   You probably have either a BA23 pedestal, or a BA123 rolling "coffeeG   table" enclosure -- knowing which enclosure you have will be releventd@   to determining how the Q-bus wiring and slots are organized...  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Wed, 5 Apr 2000 16:08:01 -0400& From: "Stan Barndt" <stan@nextaxs.com> Subject: ID Ports on DS10n# Message-ID: <8cg6g7$rif@netaxs.com>o   Hi, K     I am trying to figure out what the device id for the parallel port on a L DS10 would be.  Any ideas, and what parameters do I need to set to use it on a print queue??a   Stan Barndtu HSB Consulting   ------------------------------   Date: 5 Apr 2000 20:20:01 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: ID Ports on DS10G6 Message-ID: <8cg75h$2qa$1@mailint03.im.hou.compaq.com>  L In article <8cg6g7$rif@netaxs.com>, "Stan Barndt" <stan@nextaxs.com> writes:L :    I am trying to figure out what the device id for the parallel port on a :DS10 would be.     A   The OpenVMS Alpha parallel port driver is LRA0:, most commonly.   = :Any ideas, and what parameters do I need to set to use it on  :a print queue??  H   Depends on the printer, and on the OpenVMS version -- not all parallelE   printers use the same, you may have to tweak the SET PRINTER/POLLEDn0   settting and/or the printer interface setting.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 05 Apr 2000 18:17:45 GMT6* From: morrisj@epsilon3.com (Jay E. Morris)" Subject: Re: In need for a console2 Message-ID: <38eb827b.20982505@news.brooks.af.mil>  B On Mon, 03 Apr 2000 13:14:49 +0200, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> wrote:t   >miguel ramirez wrote:I >>     I'm running a  microvax 3100 model 20 computer and I would like topJ >> know what type of console I should get.  I've been sugested to look forJ >> a VT-320.  If so, where could I find one.  I am also looking for a 4206 >> or 4207 tektronix terminal. >o+ >VT220/VT320/VT420/VT5xx would all be fine.i > : >They are not that expensive to nuy new, but you should be/ >able to find a used one for very little money.e >  >ArnePB I once got two VT320s at a Salvation Army Thrift store for $25.  I6 recently got a VAXStation 2000 for $1 at another one.   . I've started going by the SA store more often. --
 Jay E. Morrise System Software Specialist  0 (confuses the PHBs to call us managers or admin)& General Dynamics Communication Systems' for/Epidemilogical Surveilence Division- Brooks AFB, TX   ------------------------------   Date: 5 Apr 2000 18:02:46 GMTc* From: helbig@astro.rug.nl (Phillip Helbig) Subject: Re: Inform & VMS2. Message-ID: <8cfv46$4f8$1@info.service.rug.nl>  H In article <009E826A.C11009EC@SendSpamHere.ORG>, system@SendSpamHere.ORG( (Brian Schenkenberger, VAXman-) writes:   ] > In article <8cf87f$qvs$1@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:rK > >In article <009E824E.C58C2AF8@SendSpamHere.ORG>, system@SendSpamHere.ORGt+ > >(Brian Schenkenberger, VAXman-) writes: s > >hB > >> Doubtful.  The wife and I aren't so young as you might think  > >cF > >I was just going by the picture of her somewhere on your web pages. > 4 > Well, I'll have to tell her of your compliment! :)  9 I don't know how old the photo is, but she looks young atS  )    http://www.tmesis.com/pix/FAMILY.HTMLXl   ------------------------------  # Date: Wed, 05 Apr 2000 22:24:37 GMTl= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)o Subject: Re: Inform & VMSu0 Message-ID: <009E82B4.A9F94368@SendSpamHere.ORG>  [ In article <8cfv46$4f8$1@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:.I >In article <009E826A.C11009EC@SendSpamHere.ORG>, system@SendSpamHere.ORG0) >(Brian Schenkenberger, VAXman-) writes: i >c^ >> In article <8cf87f$qvs$1@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:L >> >In article <009E824E.C58C2AF8@SendSpamHere.ORG>, system@SendSpamHere.ORG, >> >(Brian Schenkenberger, VAXman-) writes:  >> >C >> >> Doubtful.  The wife and I aren't so young as you might think - >> >G >> >I was just going by the picture of her somewhere on your web pages.s >> o5 >> Well, I'll have to tell her of your compliment! :)h >e: >I don't know how old the photo is, but she looks young at > * >   http://www.tmesis.com/pix/FAMILY.HTMLX  G And I don't look a day over 18 either in any photos on my web sight! ;)    --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM   ------------------------------   Date: 5 Apr 2000 18:37 CST' From: carl@gerg.tamu.edu (Carl Perkins)h Subject: Re: Inform & VMSe, Message-ID: <5APR200018375484@gerg.tamu.edu>  " warren.sander@compaq.com writes...I }What I wanted to accomplish is to create a file that could be printed onkL }an OpenVMS system to an OpenVMS attached printer and make a reasonably niceJ }looking copy of the OpenVMS in print if you didn't have a PC and/or a PDF }viewer.  H Interestingly enough, it failed to print on 2 out of the 3 I tried it onH (I would have tried fewer if it had worked sooner, or more if it had not worked on the 3rd one.)i  E DEClaser 3250 (tried first bcasue it can do duplex): %DCPS-W-VMERROR:u: PostScript virtual memory exhausted - offending command is (and no command given)  C LN17ps: %DCPS-W-LIMCHK, limitcheck: Implementation limit exceeded -( offending command is image  * The former has 7MB of memory, the latter 6  E Interestinly enough, the printer it did print on also has only 6MB ofw memory. It is DEClaser 5100.  J I guess I'll have to check the menues to compare configurations. I suspectD that the 5100 is set to for "page protect" and the other two aren't.   --- Carl   ------------------------------  " Date: Wed, 5 Apr 2000 17:59:10 GMT From: briggs@eisner.decus.orgf+ Subject: Re: Initiatalizing a Printer Queue & Message-ID: <2000Apr5.135910.1@eisner>  \ In article <38eb6bca.18604168@news.indigo.ie>, prodtwo@indigo.ie (Aluset Production) writes:C > I have been trying to create a printer queue on my aging Vax 3100r > running VMS 5.5. > D > I have been using the following command but I get a terminal queueH > each time I try it instead of a printer queue. What am I doing wrong?? > ! > "INIT /QUEUE /START /ON=LTA6010  > /DEFAULT=(NOBURST,NOTRAILER)* > /RECORD_BLOCKING/DEVICE=PRINTER LTA6010"  H There is no functional difference between a terminal queue and a printerG queue.  It's just a naming convention.  If you are feeding your printeroF through a terminal port (e.g. LTA6010), you have a terminal queue.  IfH you are feeding your printer through a parallel port, you have a printer queue.  9 They both cause black marks to appear on paper (usually).a  D For that matter, there's precious little that distinguishes a server' queue from a terminal or printer queue.o  % What problem are you trying to solve?e  & 	John Briggs			briggs@eisner.decus.org   ------------------------------  % Date: Wed, 05 Apr 2000 20:16:40 +0100 . From: Max Kelly <maxk@removethis.esatclear.ie>+ Subject: Re: Initiatalizing a Printer Queue 8 Message-ID: <s14nes4t3gh153i44g7kjgr6pq6cvgvrcc@4ax.com>  D >> I have been trying to create a printer queue on my aging Vax 3100 >> running VMS 5.5.e >> iE >> I have been using the following command but I get a terminal queue I >> each time I try it instead of a printer queue. What am I doing wrong??t >> t" >> "INIT /QUEUE /START /ON=LTA6010 >> /DEFAULT=(NOBURST,NOTRAILER) + >> /RECORD_BLOCKING/DEVICE=PRINTER LTA6010"- >-I >There is no functional difference between a terminal queue and a printer H >queue.  It's just a naming convention.  If you are feeding your printerG >through a terminal port (e.g. LTA6010), you have a terminal queue.  If0I >you are feeding your printer through a parallel port, you have a printerr >queue.0 >e: >They both cause black marks to appear on paper (usually). >gE >For that matter, there's precious little that distinguishes a server ( >queue from a terminal or printer queue. >S& >What problem are you trying to solve? >w' >	John Briggs			briggs@eisner.decus.orgD   John   Thanks foe replying.  / The problem I am trying to solve is as follows.TD I have an existing printer queue for a different printer which works well.nC With my new terminal queue, when I send data to the printer from myeE Vax Basic program, the complete program has to finish spooling beforehA the printing will start. On my other printer, the printing starts&C immediatly I start the program. I was assuming, maybe wrongly, thatm0 this was because I had created a terminal queue.   Any help would be appreciated.   Thanks	 Max Kelly    ------------------------------   Date: 5 Apr 2000 19:04:50 GMTr) From: leslie@clio.rice.edu (Jerry Leslie)o@ Subject: Re: localtime() function C RTL don't agree w/ show time' Message-ID: <8cg2oi$1gi$1@joe.rice.edu>o  5 Charlie Hammond (hammond@not@peek.ppb.dec.com) wrote:f  * : In article <8cfc30$5li$1@joe.rice.edu>, - : leslie@clio.rice.edu (Jerry Leslie) writes:   F : >Attempts to use SYS$MANAGER:UTC$TIME_SETUP.COM to correct the Time C : >Differential Factor (TDF) failed, even though the final attempt u : >included: : >s : >  o deleting the two files: : >>- : >    - SYS$SYSROOT:[SYSEXE]SYS$TIMEZONE.DATm( : >    - SYS$SYSTEM:SYS$TIMEZONE_SRC.DAT  1 : These two files must be in SYS$COMMON:[SYSEXE].eF : If DIRECTORY SYS$SYSTEM:SYS$TIMEZONE*.DAT shows them in SYS$SYSROOT,F : delete them and use SYS$MANAGER:UTC$TIME_SETUP.COM to recreate them.  C They are, and were (note their deletion), in SYS$COMMON:[SYSEXE]...R  ,   $ dsd SYS$SYSROOT:[SYSEXE]SYS$TIMEZONE.DAT     Directory SYS$COMMON:[SYSEXE]i  ?   SYS$TIMEZONE.DAT;1         1/9         4-APR-2000 18:05:04.40      Total of 1 file, 1/9 blocks.  '   $ dsd SYS$SYSTEM:SYS$TIMEZONE_SRC.DATe     Directory SYS$COMMON:[SYSEXE]s     SYS$TIMEZONE_SRC.DAT;1?                              1/9         4-APR-2000 18:04:27.38       Total of 1 file, 1/9 blocks.      Q : **** THE FOLLOWING INSTRUCTIONS MAY NOT APPLY TO FUTURE VERSION OF OPENVMS ****t  N : If the file SYS$STARTUP:DTSS$UTC_STARTUP.COM is present you may need to run I : SYS$UPDATE:DTSS$INSTALL_TIMEZONE_RULE.COM to recreate it with corretly. J : (Do this immediatly after [re]executing SYS$MANAGER:UTC$TIME_SETUP.COM.)  F : If SYS$UPDATE:DTSS$INSTALL_TIMEZONE_RULE.COM is not present on your B : system, you may need to delete SYS$STARTUP:DTSS$UTC_STARTUP.COM - : and DEASSIGN/SYSTEM/EXEC SYS$TIMEZONE_RULE.     )    $ dsd SYS$STARTUP:DTSS$UTC_STARTUP.COMn  %    Directory SYS$COMMON:[SYS$STARTUP]o      DTSS$UTC_STARTUP.COM;1x@                               3/9        14-MAY-1998 14:42:57.34      Total of 1 file, 3/9 blocks.t  )    $ dsd SYS$STARTUP:DTSS$UTC_STARTUP.COMs  %    Directory SYS$COMMON:[SYS$STARTUP]o      DTSS$UTC_STARTUP.COM;1c@                               3/9        14-MAY-1998 14:42:57.34      Total of 1 file, 3/9 blocks.r  #    $ show logical SYS$TIMEZONE_RULE E     %SHOW-S-NOTRAN, no translation for logical name SYS$TIMEZONE_RULEi    4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  # Date: Wed, 05 Apr 2000 18:22:24 GMTo* From: morrisj@epsilon3.com (Jay E. Morris)/ Subject: Re: method for "reply to all" in MAIL? 2 Message-ID: <38eb842a.21413453@news.brooks.af.mil>  @ On 4 Apr 2000 10:17:51 GMT, helbig@astro.rug.nl (Phillip Helbig) wrote:   > J >I also like verbose commands.  I know a unix system admin(!) who thought J >that rm was the command for "remote mount": rm /home/users/ didn't work, 1 >so he remembered "oh yeah, add -Rf then it does.   B Why do I have this feeling that he knew exactly what he was doing.  Perhaps it was recovery for him.     --
 Jay E. Morrisr System Software Specialist i0 (confuses the PHBs to call us managers or admin)& General Dynamics Communication Systems' for/Epidemilogical Surveilence Divisione Brooks AFB, TX   ------------------------------  # Date: Wed, 05 Apr 2000 18:27:17 GMTe* From: morrisj@epsilon3.com (Jay E. Morris)/ Subject: Re: method for "reply to all" in MAIL?i2 Message-ID: <38eb8551.21708388@news.brooks.af.mil>  9 On Tue, 04 Apr 2000 16:29:51 GMT, d.webb@mdx.ac.uk wrote:   ? >Has Dec TCPIP services 5.0a stopped telling people exactly howv8 >to forge mail when they type HELP in the SMTP dialogue.2 >I just checked and UCX 4.2 eco 3 still tells you. >ie 
 >HELP MAIL2 >214 MAIL FROM:<sender>  ...  Specifies the sender >M7 Just tried mine and I get "214 Help text not available"h   --
 Jay E. Morrist System Software Specialist  0 (confuses the PHBs to call us managers or admin)& General Dynamics Communication Systems' for/Epidemilogical Surveilence Divisions Brooks AFB, TX   ------------------------------  % Date: Wed, 05 Apr 2000 15:18:10 -0400h" From: Dan Sugalski <dan@sidhe.org>/ Subject: Re: method for "reply to all" in MAIL? 6 Message-ID: <4.3.0.20000405151423.018f6ad0@24.8.96.48>  . At 06:27 PM 4/5/00 +0000, Jay E. Morris wrote:: >On Tue, 04 Apr 2000 16:29:51 GMT, d.webb@mdx.ac.uk wrote: >aA > >Has Dec TCPIP services 5.0a stopped telling people exactly howT: > >to forge mail when they type HELP in the SMTP dialogue.4 > >I just checked and UCX 4.2 eco 3 still tells you. > >ie  > >HELP MAIL4 > >214 MAIL FROM:<sender>  ...  Specifies the sender > >r8 >Just tried mine and I get "214 Help text not available"  I Doesn't really make *that* much difference. It's not like forging mail's yL anything but trivial, and it is fully documented in the RFCs. (The S is for   simple, and it's not kidding...)   					Dan  I --------------------------------------"it's like this"------------------- 2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and even-;                                       teddy bears get drunk    ------------------------------  # Date: Wed, 05 Apr 2000 23:31:33 GMTB From: d.webb@mdx.ac.uk/ Subject: Re: method for "reply to all" in MAIL? ) Message-ID: <8cgicl$2l7$1@nnrp1.deja.com>b  . In article <8cddat$9lt$2@info.service.rug.nl>,   helbig@astro.rug.nl wrote:D > In article <8cd59a$79s$1@nnrp1.deja.com>, d.webb@mdx.ac.uk writes: >-
 > > HELP MAIL-5 > > 214 MAIL FROM:<sender>  ...  Specifies the sender- >- > help mail  > 214 Help text not available  >f  D help mail in lowercase will return that message about the text being unavailable. Try it in uppercase.  
 David Webb VMS and Unix team leader CCSS Middlesex University   > $ tcpip sh vers2 >i; >   DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0As4 >   on a AlphaStation 255/233 running OpenVMS V7.2-1 >t > $  >uF > Back to the wish list: minor peeve: aN AlphaStation (nice to see the VAX)H > ghosts around though).  Somewhat larger peeve: in the RFC822 headers IH > see V5.0A-1, i.e. it includes the ECO number etc.  Can sh version giveE > me this somehow?  Somewhat larger peeve: all HELP facilities shouldr page! > properly, so I don't have to dou >h? > DEFINE/KEY PF2 "SPAWN HELP/LIBRARY=MAILHELP"/TERMINATE/NOECHOe >nB > It seems this problem exists with all "embedded" help libraries. >n    & Sent via Deja.com http://www.deja.com/ Before you buy.n   ------------------------------  # Date: Wed, 05 Apr 2000 18:52:33 GMTs From: PaulMac2@aol.com( Subject: Re: Microvax 3100 CDROM offline) Message-ID: <8cg21a$fjh$1@nnrp1.deja.com>    I found my answer:  < ftp1.service.digital.com/public/vms/vax/v5.5-2/vaxscsi03_061  ! Thanks to everyone who responded.i -- Paul MacAvaney PaulMac2@aol.com    & Sent via Deja.com http://www.deja.com/ Before you buy./   ------------------------------  % Date: Wed, 05 Apr 2000 17:13:53 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: OpenVMS Times/ Message-ID: <38EBAC8A.F1F2C261@vl.videotron.ca>u   Sue Skonetski wrote: > M > This is Sue Skonetski, I am the editor of the OpenVMS Times and a VMS Bigote  L Welcome to comp.os.bigot.vms :-)  This is where the few remeining VMS bigots come :-) :-)  M In your newsletter, I noticed that you still make the claims that VMS is usedhK extensively for the world international funds transfers. I suggest that you3L review this bragging since SWIFT, unless you know something customers don't,M will not continue to support the VMS platform software (ST400) in a couple of 7 years when the SWIFT network migrates to an IP network.-  K Customers still running ST400 are now looking at other solutions, mostly ona Unix or NT.d  M The more Compaq brags about this sector, the harder it will come back and hit H them in the face when it becomes more publiscized that VMS is losing yet another niche market.s  M If Compaq has lined up another vendor who will provide customers with another N SWIFT network solution for VMS, then I would strongly suggest that you includeG this in your VMS Times newsletter. As a matter of fact, news of any new-0 software available on VMS would be most welcome.   ------------------------------  $ Date: Wed, 5 Apr 2000 17:05:49 -04005 From: "Sue Skonetski" <susan.skonetski@compaq.nospam>u Subject: OpenVMS Times6 Message-ID: <8cg9qu$3vd$1@mailint03.im.hou.compaq.com>  K This is Sue Skonetski, I am the editor of the OpenVMS Times and a VMS BigotlJ (I could stop any time I wanted but I am just not ready yet).  I have beenE looking through the comments about OpenVMS times.   And would like too address some of the questions.  L The newsletter began life last August as an internal newsletter done in wordK and then generated to a PDF, and has evolved to where we are now.  Which iseK a pdf generated off of Quark as Warren stated, Warren generates the PS filepK and puts the files up on the web.  The orignal intent for the newsletter is L more of awareness than anything else.  And the more places we can get it theG better.  Some areas are printing for distribution and rumor has it that( translation may take place.I  I I never use the word migration unless it is about  something migrating TOn. VMS or we are talking about animals and birds.  G This is the second customer issue and with your suggestions it will get:< better over time.  The next issue is expected out on July 5.  
 Best Regards,>   Sueh   ------------------------------  % Date: Wed, 05 Apr 2000 22:19:38 +01002. From: mpatt644 <mpatt644@netscapeonline.co.uk> Subject: Re: OpenVMS Times4 Message-ID: <38EBADE9.8301529C@netscapeonline.co.uk>   So where do I get it from ?      Sue Skonetski wrote: > M > This is Sue Skonetski, I am the editor of the OpenVMS Times and a VMS BigotPL > (I could stop any time I wanted but I am just not ready yet).  I have beenG > looking through the comments about OpenVMS times.   And would like toh  > address some of the questions. > N > The newsletter began life last August as an internal newsletter done in wordM > and then generated to a PDF, and has evolved to where we are now.  Which isvM > a pdf generated off of Quark as Warren stated, Warren generates the PS file:M > and puts the files up on the web.  The orignal intent for the newsletter isMN > more of awareness than anything else.  And the more places we can get it theI > better.  Some areas are printing for distribution and rumor has it thata > translation may take place.c > K > I never use the word migration unless it is about  something migrating TO 0 > VMS or we are talking about animals and birds. > I > This is the second customer issue and with your suggestions it will get > > better over time.  The next issue is expected out on July 5. >  > Best Regards,  >  > Suee   ------------------------------  % Date: Wed, 05 Apr 2000 17:44:55 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: OpenVMS Times. Message-ID: <38EBB3CE.E9F932A@vl.videotron.ca>   mpatt644 wrote:- >  > So where do I get it from ?,  < http://www.openvms.digital.com/openvmstimes/openvmstimes.pdf   ------------------------------  % Date: Wed, 05 Apr 2000 19:42:13 -0500B% From: Keith Brown <kbrown780@isd.net>c Subject: Re: OpenVMS Times' Message-ID: <38EBDD65.BAC9FF68@isd.net>e   Sue Skonetski wrote: > M > This is Sue Skonetski, I am the editor of the OpenVMS Times and a VMS BigotnL > (I could stop any time I wanted but I am just not ready yet).  I have beenG > looking through the comments about OpenVMS times.   And would like toE  > address some of the questions. > N > The newsletter began life last August as an internal newsletter done in wordM > and then generated to a PDF, and has evolved to where we are now.  Which isgM > a pdf generated off of Quark as Warren stated, Warren generates the PS fileaM > and puts the files up on the web.  The orignal intent for the newsletter is N > more of awareness than anything else.  And the more places we can get it theI > better.  Some areas are printing for distribution and rumor has it thatA > translation may take place.  > K > I never use the word migration unless it is about  something migrating TO 0 > VMS or we are talking about animals and birds. > I > This is the second customer issue and with your suggestions it will gete> > better over time.  The next issue is expected out on July 5. >  > Best Regards,o >  > Suei   Hi Sue,l  > I've been an OpenVMS customer (Bigot) for 16 years.  I mention> this just so you know that I've seen how OpenVMS marketing has= been mishandled for quite a long time.  That said,  I thoughtn< the content of your OpenVMS Times brochure was excellent, it= just needs to be seen by people other than those who frequent @ this group. I don't know how to get this message heard by Compaq8 management but I think others in this group will echo my sentiments.     
 Best Regards,n  o Keith Brownd kbrown780@isd.net    ------------------------------  $ Date: Wed, 5 Apr 2000 20:48:11 -0400' From: "Bill Todd" <billtodd@foo.mv.com>s Subject: Re: OpenVMS Times( Message-ID: <8cgn0m$1qh$1@pyrite.mv.net>  L Welcome to an eclectic group - we're not all VMS bigots (at least in our own3 eyes), but pretty much all appreciate the platform.s  G Putting a (metaphorical) face behind the publication may help limit the.H natural cynicism VMS folk have toward Compaq's treatment of VMS (much ofI which of course was inherited by the Q when it purchased DEC, but they'verJ done far less to abate it than they could have in the intervening nearly 2L years).  We recognize that Compaq residents may not always be able to call a3 spade a spade, but do your best - and best of luck.g   - bill  > Sue Skonetski <susan.skonetski@compaq.nospam> wrote in message0 news:8cg9qu$3vd$1@mailint03.im.hou.compaq.com...G > This is Sue Skonetski, I am the editor of the OpenVMS Times and a VMS/ BigotOL > (I could stop any time I wanted but I am just not ready yet).  I have beenG > looking through the comments about OpenVMS times.   And would like tod  > address some of the questions. >gI > The newsletter began life last August as an internal newsletter done ing wordJ > and then generated to a PDF, and has evolved to where we are now.  Which isH > a pdf generated off of Quark as Warren stated, Warren generates the PS fileJ > and puts the files up on the web.  The orignal intent for the newsletter isJ > more of awareness than anything else.  And the more places we can get it theyI > better.  Some areas are printing for distribution and rumor has it that- > translation may take place.  > K > I never use the word migration unless it is about  something migrating TO:0 > VMS or we are talking about animals and birds. >4I > This is the second customer issue and with your suggestions it will get > > better over time.  The next issue is expected out on July 5. >> > Best Regards,g >e > Suei >c >a   ------------------------------  $ Date: Wed, 5 Apr 2000 17:45:53 -04002 From: "Richard B. Gilbert" <DRAGON@compuserve.com># Subject: Portable unformatted filesN7 Message-ID: <200004051746_MC2-A00C-C63E@compuserve.com>A  J         UNFORMATTED simply means that the data was dumped in binary rathe= rn8 than being converted to the ASCII character equivalents.  J         You have two problems.  The first, and perhaps the most difficult=  J is that the Alpha and PC binary floating point formats are not necessaril= y J the same.  I believe that PCs use IEEE floating point formats (single and=  H double precision) while the Alpha can use either IEEE or Digital's VAX FG and VAX G (single and double) formats.  FORTRAN defaults to VAX F and G J formats.  If you can read your files on the Alpha, you can probably conve= rtJ them to IEEE format fairly easily.  If you don't have the Alpha available= ,aE you will have to learn more than you ever wanted to know about binaryi, floating point formats and bit manipulation.  G         The second problem is that VMS/RMS files have a structure while G Unix/LINUX see files as an ordered stream of bytes.  When you read youriJ FORTRAN produced files on the PC, some bytes are your data and other byte= smH describe how the data is stored.  You will have to learn a lot about VMSF file structures to know which bytes are data and which are metadata. =  G Worse, some of the metadata is stored in the file header; e.g. fixed oruJ variable length records, record length or maximum record length, etc.  Th= egG file header is not transferred with the file.  Since Unix/LINUX are not)J record oriented, they have no place to store record attributes and no ide= a(J what do do with them if you did find some place to store them.d  All that=  D will have to be built into the program you write to read your files.           Good luck!    ! Message text written by anonymousw >Hi,G I used to run  fortran files which produced (at high CPU price...) manyS. data files UNFORMATTED on a alpha/VMS machine.8 Now I would like to use them on a  PC/LINUX (mandrake) .H I find that  the  PC g77-produced executable files refuse to read  them. IsE there a  simple solution  to convert the VMS  unformatted data files,r8 which does NOT implies to re-run all the MonteCarlo's ?? Thank  you very much,E Carlotta Pittori  F p.s. I found nowhere a clear answer to this question , not even in the4 "FROM  VMS TO LINUX HOWTO" and maybe I'm not able to5 understand the  VMS help  on the  CONVERT  command...  <$   ------------------------------  $ Date: Thu, 6 Apr 2000 13:44:43 +1000/ From: "Phil Howell" <howellp@snowyhydro.com.au> ' Subject: Re: Problems with batch queuesF3 Message-ID: <UKTG4.63608$3b6.244696@ozemail.com.au>   B Miller, Daniel <Daniel.Miller@Nightfreight.co.uk> wrote in message; news:017BBD86A4F6D3118D640020182FB53D049FEE@NF-HOUSE-NT1...O > Hi everyone, >eB > Has anyone had any problems with Openvms 7.2-1 and batch queues? >AI > We have two separate batch jobs which run daily, one at 11:00am and oneM> > at 23:00pm.  They both resubmit themselves for the next day. >TD > The batch job which runs at 23:00pm did not run on 4/3/00 and as aH > consequence did not resubmit itself for 5/3/00.  However the job whichB > runs at 11:00am ran twice on the 4/3/00 and was submitted twice. > F > It looks like somehow the 23:00 job has been replaced by or confusedJ > with the 11:00 job.  i cant see anything in the logs which submitted theE > jobs for the 4/3/00. Also the two logs for the 11:00am job look ok, " > other than there being two logs. >. > Daniel Miller  > Nightfreight Plc   Is it a vms cluster?( What node does the queue manager run on?& What node does the batch queue run on?' Do all nodes have the same system time?n Phil   ------------------------------   Date: 05 Apr 2000 14:05:16 EDT> From: Stephen McElduff <stephen.mcelduff@transcore.com.nospam>4 Subject: QueueMGR Journal files consuming disk space4 Message-ID: <38EB81A2.E92B6FBA@transcore.com.nospam>  G I have a system running OpenVMS 6.2 at a client site which is writing a E great deal of stuff to the QueueManager journal file ( > 10 MGB in 24h hours)  D Having read the queue manager / queue database chapter in the SysMGR5 manual I am still unable to answer several questions:   F 1) How to examine contents of Queue Manager journal file to see what's5 in it (in this case, what is making in grow so large)y  H 2)This system has been running for 5+ years w/o incident until recently,H the single disk filled up over the weekend, causing the system to crash.    D 3)I stopped the queue manager yesterday & then restarted it with theF /new_version qualifier, only to later findo out thiat this initializesH th queueu database (I have backup tapes from which I can recover this)..    B Any ideas/suggestions or comments would be most welcome, thank you   ------------------------------  $ Date: Thu, 6 Apr 2000 15:08:15 +12006 From: "Antony Wardle" <antony.wardle@nospam.met.co.nz>8 Subject: Re: QueueMGR Journal files consuming disk space3 Message-ID: <fcTG4.63579$3b6.244605@ozemail.com.au>   % Something similer has happened to me. 3 The journal file has a list of what jobs are in the.9 queues currently. If you delete this file, you will looset+ the entries, and not the queues themselves.s  , Fixes are to look for the qman patch at cmq,   and secondly if thes    ) sys$system:SYS$QUEUE_MANAGER.QMAN$JOURNALa    - Is really large, you can shrink it by typing:a $ run sys$system:jbc$command $ diagnostic 7  < This dynamically shrinks the file. The patch keeps it there.E I'm on 7.1, but I think that this will work on 6.2 for Vax and Alpha.    Hope this helps.   Antony      K "Stephen McElduff" <stephen.mcelduff@transcore.com.nospam> wrote in message . news:38EB81A2.E92B6FBA@transcore.com.nospam... >iI > I have a system running OpenVMS 6.2 at a client site which is writing a G > great deal of stuff to the QueueManager journal file ( > 10 MGB in 24r > hours) > F > Having read the queue manager / queue database chapter in the SysMGR7 > manual I am still unable to answer several questions:  >tH > 1) How to examine contents of Queue Manager journal file to see what's7 > in it (in this case, what is making in grow so large)- >-J > 2)This system has been running for 5+ years w/o incident until recently,J > the single disk filled up over the weekend, causing the system to crash. >e >dF > 3)I stopped the queue manager yesterday & then restarted it with theH > /new_version qualifier, only to later findo out thiat this initializesJ > th queueu database (I have backup tapes from which I can recover this).. >L > D > Any ideas/suggestions or comments would be most welcome, thank you   ------------------------------  # Date: Thu, 06 Apr 2000 03:17:34 GMTa$ From: Ed Wilts <ewilts@mediaone.net>8 Subject: Re: QueueMGR Journal files consuming disk space, Message-ID: <38EC01CD.45B6A6C7@mediaone.net>   Stephen McElduff wrote:a > I > I have a system running OpenVMS 6.2 at a client site which is writing agG > great deal of stuff to the QueueManager journal file ( > 10 MGB in 24d > hours)  F This is a VERY old bug that has long been patched.  Hunt around in theG public archives (http://www.service.digital.com) for alpqman or vaxqman  patch kits.1   	.../Ed    -- a Ed Wilts Mounds View, MN, USA mailto:ewilts@mediaone.net   ------------------------------  % Date: Wed, 05 Apr 2000 16:39:17 +01002. From: Roger@natron.demon.co.uk (Roger Barnett)( Subject: Re: Scary.. nasdaq on Win 20000- Message-ID: <770069664wnr@natron.demon.co.uk>   S In article: <8cfjid$13lc@newton.cc.rl.ac.uk>  "Richard Brodie" <R.Brodie@rl.ac.uk> W writes:B > F > Over here in the UK, there was concern how the London Stock ExchangeM > would react to the fluctuations in the NASDAQ. It reacted by being offline.e) > Some extremely red faces there I guess.-    H Is the Stock Exchange IT infrastructure still owned & run by Andersens ?   -- c
 Roger BarnettM   ------------------------------  # Date: Wed, 05 Apr 2000 22:37:48 GMT:= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)1& Subject: Set a form on a generic queue0 Message-ID: <009E82B6.8186CBAC@SendSpamHere.ORG>  
 Can't!  :(  I Here's what I need/want to do.  I have defined a postscript setup routine I to modify the DCPS list processor output (which prints line numbers and arI pseudo-greenbar like background in gray) making it print "green" bars on tH my LNC02.  I have a generic DCPS queue setup for handling list formatted output called DCPS$TEXT_LIST  9 I can print a file with the true greenbar background via:r  2 $ PRINT/QUEUE=DCPS$TEXT_LIST/SETUP=GREENBAR <file>  H But, I want to somehow make the /SETUP=GREENBAR a default on this queue.G I can't define and mount a form on a generic queue and the DCPS startup3* will only provide for default /PARAMETERS.  I Ideas and suggestions welcome.  The goal is to get greenbar with a simplef  # $ PRINT/QUEUE=DCPS$TEXT_LIST <file>e   --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM   ------------------------------  $ Date: Wed, 5 Apr 2000 18:55:40 -0500) From: "John E. Malmberg" <wb8tyw@qsl.net> * Subject: Re: Set a form on a generic queue7 Message-ID: <011901bf9f5a$754a9b80$020a0a0a@xile.realm>   > Brian Schenkenberger, VAXman- <system@SendSpamHere.ORG> wrote:  K > Here's what I need/want to do.  I have defined a postscript setup routinewK > to modify the DCPS list processor output (which prints line numbers and a J > pseudo-greenbar like background in gray) making it print "green" bars onJ > my LNC02.  I have a generic DCPS queue setup for handling list formatted > output called DCPS$TEXT_LIST >n; > I can print a file with the true greenbar background via:D >84 > $ PRINT/QUEUE=DCPS$TEXT_LIST/SETUP=GREENBAR <file>  J > But, I want to somehow make the /SETUP=GREENBAR a default on this queue.I > I can't define and mount a form on a generic queue and the DCPS startuph, > will only provide for default /PARAMETERS. >lK > Ideas and suggestions welcome.  The goal is to get greenbar with a simpleA >s% > $ PRINT/QUEUE=DCPS$TEXT_LIST <file>d  L When you define the logical name DCPS_LIB to point to your additional deviceK control library, you can specify the data type that it applies to.  In this - case IIRC, it would be the data type of LIST.i  H You will need to name your module so that it covers up the default setup@ module that DCPS does, and make sure that it provides all of the, functionality, in addtion to your new stuff.  I This will of course affect any queue that you print the LIST datatype to,s even autodetect.  L After each DCPS upgrade, you may need to check to see if new changes need to  be made to your modified module.   -John  wb8tyw@qsl.network   ------------------------------  # Date: Thu, 06 Apr 2000 00:34:05 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)9* Subject: Re: Set a form on a generic queue0 Message-ID: <009E82C6.BFA0FAFD@SendSpamHere.ORG>  c In article <011901bf9f5a$754a9b80$020a0a0a@xile.realm>, "John E. Malmberg" <wb8tyw@qsl.net> writes::? >Brian Schenkenberger, VAXman- <system@SendSpamHere.ORG> wrote:e >nL >> Here's what I need/want to do.  I have defined a postscript setup routineL >> to modify the DCPS list processor output (which prints line numbers and aK >> pseudo-greenbar like background in gray) making it print "green" bars on K >> my LNC02.  I have a generic DCPS queue setup for handling list formatted  >> output called DCPS$TEXT_LISTa >>< >> I can print a file with the true greenbar background via: >>5 >> $ PRINT/QUEUE=DCPS$TEXT_LIST/SETUP=GREENBAR <file>n >eK >> But, I want to somehow make the /SETUP=GREENBAR a default on this queue.yJ >> I can't define and mount a form on a generic queue and the DCPS startup- >> will only provide for default /PARAMETERS.a >>L >> Ideas and suggestions welcome.  The goal is to get greenbar with a simple >>& >> $ PRINT/QUEUE=DCPS$TEXT_LIST <file> > M >When you define the logical name DCPS_LIB to point to your additional devicenL >control library, you can specify the data type that it applies to.  In this. >case IIRC, it would be the data type of LIST. > I >You will need to name your module so that it covers up the default setup0A >module that DCPS does, and make sure that it provides all of the:- >functionality, in addtion to your new stuff.l  ( I want to avoid mucking with 'defaults'.     --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM   ------------------------------  $ Date: Wed, 5 Apr 2000 20:16:08 -0500) From: "John E. Malmberg" <wb8tyw@qsl.net>c* Subject: Re: Set a form on a generic queue7 Message-ID: <022201bf9f65$b22b5200$020a0a0a@xile.realm>   > Brian Schenkenberger, VAXman- <system@SendSpamHere.ORG> wrote:   > >oF > >> Here's what I need/want to do.  I have defined a postscript setup routine L > >> to modify the DCPS list processor output (which prints line numbers and asJ > >> pseudo-greenbar like background in gray) making it print "green" bars onC > >> my LNC02.  I have a generic DCPS queue setup for handling liste	 formattedh! > >> output called DCPS$TEXT_LIST  > >>> > >> I can print a file with the true greenbar background via: > >>7 > >> $ PRINT/QUEUE=DCPS$TEXT_LIST/SETUP=GREENBAR <file>h > >sF > >> But, I want to somehow make the /SETUP=GREENBAR a default on this queue.L > >> I can't define and mount a form on a generic queue and the DCPS startup/ > >> will only provide for default /PARAMETERS.  > >>G > >> Ideas and suggestions welcome.  The goal is to get greenbar with a  simple > >>( > >> $ PRINT/QUEUE=DCPS$TEXT_LIST <file> > >  >o* > I want to avoid mucking with 'defaults'.  K You may be able to embed your PostScript code into a custom LAYUP file that I you can invoke through the logical name that gives the generic queue it's I defaults.  There should be some samples in the documentation about addingO' things like offsets for 3 hole punches.   L Forgive my imprecision, I do not have any DCPS at this location, so am going entirely by memory.    -Johnn wb8tyw@qsl.network   ------------------------------   Date: 5 Apr 2000 13:32:43 CSTt; From: wayne@tachyon.xxx.174348.killspam.02a6 (Wayne Sewell)h" Subject: Re: So who will buy VMS ?. Message-ID: <OULSMh8wFvxr@tachxxsoftxxconsult>  h In article <38EAF8AC.F43C7E6@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes: > David Turner wrote:m >> Here's a pointe >> T5 >> What is the average age of people in this group???m >> aM >> I would guess around 40-50 years old with a few in their thirties... maybee >> u3 >> What happens to VMS when noone has heard of it ?o+ >> When the current IT managers retire ????i >> hN >> We as Grandfathers of the future can rant and rave of the benefits  of thisE >> wonderous OS, but do they teach it in schools, or will they ever ?r >> e. >> I can guess the answer is probably a big NO >> eO >> As far as I know - Unix and NT are favorites in the colleges, well they wereb/ >> when I was there studying languages, anyhow.nO >> Every Alpha we have sold this month, with the expection of 1 to a well known ) >> Space Agency, have been Tru64 or Linuxh > 7 > I think this audience can be grouped in 3 categories:  > H > * a large group of 30-40 year olds which learned VMS is the golden VAX
 > VMS days ind4 >   the 80's - this is undoubtetly the largest groupG > * a smaller group of 40-60 year olds which started with PDP-something. > and  >   migrated to VAX VMS G > * a very small group of 20-30 year olds which learned VMS in the 90'sd > ( > The last group is obviously too small. >     I Gee, I don't fit in any of these.  Based on geezerhood, I would be in the M middle group, except that I never touched a PDP in my life.  If you adjust iteO to be  "started with PDPs or something non-digital (such as ibm mainframes) and ' migrated", then I get to play too.  :-)i     -- sO ===============================================================================sK Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachyon.xxx 8 http://www.tachyon.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)eO ===============================================================================cN Butler:"Gentlemen!"  Curly(as he and other Stooges look around):"Who came in?"   ------------------------------  $ Date: Wed, 5 Apr 2000 22:39:20 -0400+ From: "David Turner" <d_b_turner@yahoo.com>-" Subject: Re: So who will buy VMS ?/ Message-ID: <senu2950rfg174@corp.supernews.com>e  
 Bill Gates      J "Brian Schenkenberger, VAXman-" <system@SendSpamHere.ORG> wrote in message* news:009E8250.063B0552@SendSpamHere.ORG...I > In article <38EAF8AC.F43C7E6@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?=s  <arne.vajhoej@gtech.com> writes: > >David Turner wrote: > >> Here's a point  > >>7 > >> What is the average age of people in this group???s > >>I > >> I would guess around 40-50 years old with a few in their thirties...  maybes > >>5 > >> What happens to VMS when noone has heard of it ? - > >> When the current IT managers retire ????E > >>K > >> We as Grandfathers of the future can rant and rave of the benefits  ofo thisG > >> wonderous OS, but do they teach it in schools, or will they ever ?a > >>0 > >> I can guess the answer is probably a big NO > >>L > >> As far as I know - Unix and NT are favorites in the colleges, well they were1 > >> when I was there studying languages, anyhow. K > >> Every Alpha we have sold this month, with the expection of 1 to a wells known.+ > >> Space Agency, have been Tru64 or Linuxe > >c8 > >I think this audience can be grouped in 3 categories: > > I > >* a large group of 30-40 year olds which learned VMS is the golden VAXa > >VMS days in5 > >  the 80's - this is undoubtetly the largest group=H > >* a smaller group of 40-60 year olds which started with PDP-something > >and > >  migrated to VAX VMSH > >* a very small group of 20-30 year olds which learned VMS in the 90's > > ) > >The last group is obviously too small.a > > J > >And yes. In the 80's students learned VMS. In the 90's students learned > >Unix. And@ > >today students only learn Windows. And that can be a problem. >nJ > Hmmm.  We went from the modern industrial age to the bronze age and backJ > to the stone age...  What's next for us in this technological evolution?J > Following this devolution, what will the "primordial soup" of one celled > technology look like?o >i > --4 > VAXman- OpenVMS APE certification number: AAA-0001 VAXman@TMESIS.COMr   ------------------------------  # Date: Thu, 06 Apr 2000 02:33:39 GMT.7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>e% Subject: Re: Suggestion for authorizea- Message-ID: <38EBF82F.772D326E@earthlink.net>e   JF Mezei wrote:  >  > "David J. Dachtera" wrote: > > > $allin1/NOINIT > >hG > > True. However, All-in-1 was DECpaq's most expensive layered product.G > > license. All-in-1 sites are now even more rare than they ever were.3 > P > But at one point, when they introduced a personal ALL-IN-1 licence, it becauseN > a VERY good deal. For a few hundred bucks, you not only got Allin1, but also6 > Message Router, CDA converter library, and DECnotes. > G > The VMS system management hooks into Allin1 are worth the cost alone.l  H I dunno - All-in-1 installs an _AWFUL_ lot of stuff! You may not want toH do that on an already crowded system disk, not to mention having to killD several foreign heads of state just to get bugdet approval on such a thing!   -- i David J. Dachteraa dba DJE Systemse" http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/    ------------------------------   Date: 5 Apr 2000 18:42:01 GMTs2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)< Subject: Re: Use of LMF for e-business software distribution6 Message-ID: <8cg1dp$t17$2@mailint03.im.hou.compaq.com>  b In article <38EB7473.BD58466B@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:M :What is the current availability of LMF for vendors to generate PAKs for non H :DEC products ? Last I had checked a few years ago, it cost thousands of :dollars to obtain it.  D   I'm working with an OpenVMS Product Manager and with the CSA folksA   to try to make a LMF PAK generator more easily available -- the F   prototype does work quite nicely, though it requires V7.2 and later,E   and will likely also require CSA membership.  (I'm currently one of F   the hold-ups on any plans to release this, as I need to create some    documentation for it...)  E   I am not in a position to comment on any pricing plans for this newk   PAK generator.   	--   E   LMF PAKs and most any other protection scheme in existance can and  F   have been hacked, obviously...  This tends to deter at least some ofE   the vendors from making software downloads more freely available...t  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 06 Apr 2000 00:01:47 GMT- From: d.webb@mdx.ac.uk2 Subject: Re: We be the BIG PAINFUL OUCH in dot com) Message-ID: <8cgk53$4i3$1@nnrp1.deja.com>u  & In article <2000Apr4.131437.1@eisner>,-   young_r@eisner.decus.org (Rob Young) wrote:0D > In article <8cd6b7$8fp$1@nnrp1.deja.com>, d.webb@mdx.ac.uk writes: > > In articleB > > <Pine.GSO.3.96.1000404102624.19892L-100000@bgp.atmcanada.com>,0 > > Mike Goumans <mgoumans@atmcanada.com> wrote:( > >> Or dont forgot those Jumbo Patches. > >>H > >> This is quite typical for most people though. When things go wrong, > > justB > >> as much effort in blaming other people is exerted as is spent fixing > > thed
 > >> problem.7 > >>D > >> Im all fine with Software RAID in some respects, but a hardware based < > >> solution would have probably done them somewhat better. > >> > >> > >oE > > Not so sure about that. We just had a problem with a Sun hardwareo raid5 > > system. Had a disk go on a raid 5 set in a A1000..  > > Simple yes ? Hot swappable ?D > > Sun engineer came up with new disk. But instead of replacing the6 > > busted disk he removed it and then put it back in.G > > On our storageworks systems this would be no problem - I have often  > > reseated disks. G > > However on the A1000 it tried to rebuild the raid set automaticallynH > > - came up with lots of write errors and decided that another disk in > > the raid set was bad.eE > > So now we have two disks gone in the raid set. The engineer spentlH > > hours then trying to get the raid array to see the second disk as okB > > (he assumed that it was really ok but was just marked as bad).D > > We eventually just replaced both disks and restored from backup. > > F > > Now it is just conceivable that the second disk really had died at/ > > that precise moment but I somehow doubt it.u > >i > < > 	They both die at the same time more than you can imagine. >-  @ The precise moment I was refering to was the moment the engineerE reseated the busted drive. The raid array had been running for almosti4 a whole day with one dead disk without any problems.    A > 	At a site recently (last year) when we examined the log files, > > 	one disk kicked out, spare picked up and less than a SECOND latere@ > 	another drive blew out, third party raid controller, not evenA > 	a SUN part!  RAID5 is *very* scary!  Quite some time to do thec? > 	restore.. shortly after that all drives replaced one at timea> > 	with new drives.  Lesson: don't use cheap drives, don't use> > 	cheap controllers, don't use cheap stuff.  You get what you > 	pay for.  > 	 > 				Rob1 >0 >2  6 In this case controller and drives purchased from SUN.  
 David Webb VMS and Unix team leader CCSS Middlesex University    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  ! Date: Wed, 05 Apr 00 21:57:45 ESTe From: smpsof@excite.comw Subject: What are they doing?o< Message-ID: <200004060503.e36538926382@tot-th.proxy.aol.com>  G Now you can learn EVERYTHING about your friends, neighbors, enemies,=20E0 employees, co-workers, your boss, even yourself!  = Is there someone online that you want to find out more about?-  @ Are they exploring areas of the internet that they shouldn't be?  J It's time for you to see for yourself and find out what they are really d= oing online!9  J Don't let suspicions become paranoia, uncover the truth now before it's t= oo late!d  I Many people hire a private investigator to observe, track and record what(J their husband, wife, boyfriend/girlfriend and children are doing.  Be you= rnJ own private investigator. Get the full details of the hidden truth. Now y= ouI can  investigate anyone secretly, and in the privacy of your own home!=20w  J Get your hands on the most powerful spy software available today! With it= ,NJ you can find out who they are talking to and more importantly what they a= re talking about!  # See and record every word typed in:e   	EMailsD 	Private Messageso 	Chat Roomso 	Message BoardsT
 	ICQ & IRC  J Find out who they are talking to and what they are saying.  Find out what=  typeUJ of chatrooms they are going in.  Record and check out all the web sites t= hey1J are visiting or searching for!  Best of all, they don't have to be using = the sameJ computer as you!  Spy-Soft can find all this out by using just their IP A= ddress! J And with all the easy to use tools, finding out an IP is one of the easie= st features!  J Need to find out about someone who's not online?  With Spy-Soft, you can =
 locate anyoneaJ by their name, phone number, state license plate number, social security = number, even=20n: e-mail address.  You can even find unlisted phone numbers!  J Credit checks are easy and free with Spy-Soft.  Never pay again just to s= ee a copy of) your's or anyone else's credit report!=20S  J Take a look at some of the other features packed into Spy-Soft's powerful=	  tools...N  $  - Look at anyone's criminal records  - Examine their driving recordm,  - Locate people who have changed their name$  - Locate birth parents and adoptees   - Anonymously surf the internet   - Locate long lost friends  =20  F WARNING:  You may be shocked or overwhelmed by the results of what you find!!! =20i  @ Spy-Soft is simple to install and use and will work on any PC or* Macintosh that has an internet connection.    0 To order Spy-Soft, send in the order form below.  =20H    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -          R-ID#:   154                    Send To.......2                                           TechSoftB                                           10500 Sherman Grove #210<                                           Sunland, CA  91040  	 					 =20   9 Your Name________________________________________________D  : Address___________________________________________________  E City_____________________________State_________Zip__________      =20-  . [ ] Please rush me Spy-Soft for just...$22.95.  , =BB Include $2.00 for Shipping and handling.< =BB Please make checks and money orders payable to TechSoft.   Important! Please circle one:8  / Is your computer a   [PC]   or a   [Macintosh]?1  < *Note*  After purchasing our program, we are not responsible< for your use of it.                                      =20   ------------------------------  # Date: Thu, 06 Apr 2000 02:05:24 GMTi7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>t Subject: Re: ZIP/UNZIP- Message-ID: <38EBF18F.6B57DED9@earthlink.net>l   "David J. Dachtera" wrote: [snip]   Corrected links:, http://home.earthlink.net/~djesys/unzip.html* http://home.earthlink.net/~djesys/zip.html   -- P David J. Dachtera> dba DJE Systemsl" http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/E   ------------------------------   End of INFO-VAX 2000.192 ************************eue and the DCPS startup- >> will only provide for default /PARAMETERS.a >>L >> Ideas and suggestions welcome.  The goal is to get greenbar with a simple >>& >> $ PRINT/QUEUE=DCPS$TEXT_LIST <file> > M >When you define the logical name DCPS_LIB to point to your additional devicenL >control library