1 INFO-VAX	Wed, 07 Mar 2001	Volume 2001 : Issue 132       Contents:. Re: A Compaq Qwestion a VMSer Would Never Ask.. Re: A Compaq Qwestion a VMSer Would Never Ask.. Re: A Compaq Qwestion a VMSer Would Never Ask.. Re: A Compaq Qwestion a VMSer Would Never Ask.. Re: A Compaq Qwestion a VMSer Would Never Ask.. Re: A Compaq Qwestion a VMSer Would Never Ask.. Re: A Compaq Qwestion a VMSer Would Never Ask.. RE: A Compaq Qwestion a VMSer Would Never Ask.0 Re: Availability of Patches For Layered Products0 Re: Availability of Patches For Layered Products0 Re: Availability of Patches For Layered Products0 Re: Availability of Patches For Layered Products0 Re: Availability of Patches For Layered Products0 Re: Availability of Patches For Layered Products, Re: better cooling for the XP1000 at no cost CacheGate Redux (on and on) 6 Re: Compaq to transfer clustering technology to Oracle6 Re: Compaq to transfer clustering technology to Oracle$ DCPS trouble after VMS/TCPIP upgrade( Re: DCPS trouble after VMS/TCPIP upgrade( Re: DCPS trouble after VMS/TCPIP upgrade1 re: DCPS trouble after VMS/TCPIP upgrade (solved) ' Re: Drop C/C++ better sooner than later ' Re: Drop C/C++ better sooner than later ' Re: Drop C/C++ better sooner than later  FTP Explorer (PC) & Multinet  Re: FTP Explorer (PC) & Multinet3 HELP: Part Numbers From Storageworks Bits & Pieces. 7 Re: HELP: Part Numbers From Storageworks Bits & Pieces. 7 Re: HELP: Part Numbers From Storageworks Bits & Pieces. / Re: In-memory layout of PACKED ARRAY OF BOOLEAN / Re: In-memory layout of PACKED ARRAY OF BOOLEAN / Re: In-memory layout of PACKED ARRAY OF BOOLEAN / Re: In-memory layout of PACKED ARRAY OF BOOLEAN / RE: In-memory layout of PACKED ARRAY OF BOOLEAN ( Re: Intel joke (When I'm Sixty Four....) Re: Janitor fixes 90L  re: Janitor fixes 90L  Re: Janitor fixes 90L  Re: Janitor fixes 90L  Re: Just Two Days Left to Vote Re: Just Two Days Left to Vote LL format RZ29 Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  RE: Low cost workstations  Re: Low cost workstations  RE: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations  Re: Low cost workstations O Re: Mimer (database engine)  for OpenVMS (and others) is available for download $ Re: OpenVMS and IEEE 1394 (FireWire)$ Re: OpenVMS and IEEE 1394 (FireWire)$ Re: OpenVMS and IEEE 1394 (FireWire) Re: OpenVMS Educational Program  Re: OpenVMS Educational Program  Re: OpenVMS Educational Program  Re: OpenVMS Educational Program  Re: OpenVMS Educational Program ! Re: Oracle/OVMS7.1 Memory tuning? ! Re: Oracle/OVMS7.1 Memory tuning? G OT: Encryption scheme based on Pig Latin circumvents Napster injunction 1 Re: Part Numbers From Storageworks Bits & Pieces. - PMDF Conversion hanging processes; Raid Array  Removing Ctl-M's Re: Removing Ctl-M's Re: Removing Ctl-M's Re: Removing Ctl-M's Re: Removing Ctl-M's Re: Removing Ctl-M's Re: Removing Ctl-M's Re: Removing Ctl-M's Re: Removing Ctl-M's Re: Removing Ctl-M's Re: Removing Ctl-M's Re: Removing Ctl-M's TELNETSYM monitoring Re: TELNETSYM monitoring Re: TELNETSYM monitoring Re: TELNETSYM monitoring Re: TELNETSYM monitoring Re: TELNETSYM monitoring Re: TELNETSYM monitoring Re: TELNETSYM monitoring Re: TELNETSYM monitoring Re: TELNETSYM monitoring Re: TELNETSYM monitoring Re: TELNETSYM monitoring* Re: TURBOchannel frame buffer test results Re: Umbrella in Germany  Re: VAX BSD 4.2/4.3 # VAX BSD 4.2/4.3 (was: TOPS-10 603A) 7 VMS 7.2 install requires MACRO32 for standalone BACKUP? ; Re: VMS 7.2 install requires MACRO32 for standalone BACKUP? ; Re: VMS 7.2 install requires MACRO32 for standalone BACKUP? ; Re: VMS 7.2 install requires MACRO32 for standalone BACKUP? & VMS Server Problems with ICA Clients ?* Re: VMS Server Problems with ICA Clients ?: We'll all fry together - not poisoning pigeons in the park. [BUG] f$element and returned delimiter (7.2-1)2 Re: [BUG] f$element and returned delimiter (7.2-1)2 Re: [BUG] f$element and returned delimiter (7.2-1)* Re: [INFO] wrong answer in Mgmt agents FAQ [Q] checksum$checksum algorithm # Re: [Q] checksum$checksum algorithm 4 [Q] rms$sts, rms$stv and iosb (level: very advanced)/ Re: [Q] search list (level: advanced beginners) / Re: [Q] search list (level: advanced beginners) / Re: [Q] search list (level: advanced beginners) / Re: [Q] search list (level: advanced beginners) * Re: [Q] sys$specific, sys$common and privs& [REQ] f$env("procedure","line_number")  F ----------------------------------------------------------------------  % Date: Wed, 07 Mar 2001 09:49:02 +0000 % From: Alan Greig <a.greig@virgin.net> 7 Subject: Re: A Compaq Qwestion a VMSer Would Never Ask. 8 Message-ID: <8g0catcqlg5f4aibrruqnr23c6uk6n204k@4ax.com>  4 On Tue, 06 Mar 2001 15:42:19 GMT, "Terry C. Shannon"" <terryshannon@mediaone.net> wrote:   > 3 >"Alan Greig" <a.greig@virgin.net> wrote in message 3 >news:g6j9atcmltnnf99melc4mv5tjersmbb09g@4ax.com...  >  >>I >> Anyone remember the old colour VT dating back to the mid 80s? Was it a @ >> VT125 or something? Also know as the Gigi. It had a DEC BASICI >> interpretor built in and the ability to upload/download BASIC programs  >> to/from a hot server. >> > K >Remember it well. Used to fool around with one o' these primitive graphics K >thingies back in 1983-4 when I worked with the aliens at POISE in Roswell,  >New Mexico.  E Yes, it's a little known fact outside MJ-12 that aliens not only like F strawberry ice cream - they also liked DEC. Except for the evil aliens( in partnership with Bill Gates obviously     -- Alan   ------------------------------    Date: 07 Mar 2001 20:07:58 +0800, From: Paul Repacholi <prep@prep.synonet.com>7 Subject: Re: A Compaq Qwestion a VMSer Would Never Ask. - Message-ID: <87itll93z5.fsf@prep.synonet.com>   ? system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:   ^ > In article <8766hmhgtf.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:B > >system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes: > > I > >> I recently came across the blue {Any Key} keytops.  If I get time, I I > >> will install them on my keyboard and place a picture on my web site. K > >> The big question for this group is, which key should be the {Any Key}?  > >  > >Do you have a Mac?  > 
 > No. Why?  1 The KB power key seems a perfect place for 'ANY'.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 7 Mar 2001 16:45:40 GMT # From: idr@hep.ucl.ac.uk (Ivan Reid) 7 Subject: Re: A Compaq Qwestion a VMSer Would Never Ask. 2 Message-ID: <slrn9acpdk.bhd.idr@ax9.hep.ucl.ac.uk>  ? On Tue, 06 Mar 2001 17:47:22 GMT, Brian Schenkenberger, VAXman- I  <system@SendSpamHere.ORG> wrote in <009F89C4.0D4F4BA4@SendSpamHere.ORG>:   E >I recently came across the blue {Any Key} keytops.  If I get time, I E >will install them on my keyboard and place a picture on my web site. G >The big question for this group is, which key should be the {Any Key}?   B 	The one that no-one uses?  With  ` and | on it...  (OK, LaTeXers' use the ` key, but not many others do.)    --  N Ivan Reid, Physics & Astronomy, University College London.   idr@hep.ucl.ac.uk< 	KotPT -- "for stupidity above and beyond the call of duty".   ------------------------------  # Date: Wed, 07 Mar 2001 17:30:51 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) 7 Subject: Re: A Compaq Qwestion a VMSer Would Never Ask. 0 Message-ID: <009F8A8A.E9256DAB@SendSpamHere.ORG>  X In article <slrn9acpdk.bhd.idr@ax9.hep.ucl.ac.uk>, idr@hep.ucl.ac.uk (Ivan Reid) writes:@ >On Tue, 06 Mar 2001 17:47:22 GMT, Brian Schenkenberger, VAXman-J > <system@SendSpamHere.ORG> wrote in <009F89C4.0D4F4BA4@SendSpamHere.ORG>: > F >>I recently came across the blue {Any Key} keytops.  If I get time, IF >>will install them on my keyboard and place a picture on my web site.H >>The big question for this group is, which key should be the {Any Key}? > C >	The one that no-one uses?  With  ` and | on it...  (OK, LaTeXers ( >use the ` key, but not many others do.) >  >-- O >Ivan Reid, Physics & Astronomy, University College London.   idr@hep.ucl.ac.uk = >	KotPT -- "for stupidity above and beyond the call of duty".   J The [`] key has the [~] as it's shifted function.  I use this when surfingJ the web for many personal URLs.  The [|] is a useful character for PIPEingK commands.  So, I can't agree that any of these keys are "no-one uses" keys.  --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              O city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------  # Date: Wed, 07 Mar 2001 17:32:04 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) 7 Subject: Re: A Compaq Qwestion a VMSer Would Never Ask. 0 Message-ID: <009F8A8B.14402962@SendSpamHere.ORG>  \ In article <87itll93z5.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:@ >system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes: > _ >> In article <8766hmhgtf.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes: C >> >system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:  >> >J >> >> I recently came across the blue {Any Key} keytops.  If I get time, IJ >> >> will install them on my keyboard and place a picture on my web site.L >> >> The big question for this group is, which key should be the {Any Key}? >> > >> >Do you have a Mac? >>   >> No. Why?  > 2 >The KB power key seems a perfect place for 'ANY'.  I A Mac has a keyboard key for power?  How stupid.  My cat would be turning & the machine on and off all night long.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              O city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------    Date: 07 Mar 2001 18:38:56 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> 7 Subject: Re: A Compaq Qwestion a VMSer Would Never Ask. H Message-ID: <y4y9uhiimn.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  ? system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:   K > A Mac has a keyboard key for power?  How stupid.  My cat would be turning ( > the machine on and off all night long.  J I presume it is like the NeXT key, or the one on my PC: once the system isL running, it is disabled or pops up a little menu that asks whether you want  to shut it down.   	Jan   ------------------------------  % Date: Wed, 07 Mar 2001 17:42:12 +0000   From: steven.reece@quintiles.com7 Subject: Re: A Compaq Qwestion a VMSer Would Never Ask. H Message-ID: <OFD75C6CB4.27AF0E9D-ON80256A08.00611769@qedi.quintiles.com>  I But what happens to the menu if you just press the button again?  Does it G assume that you really do want to power down or does it assume that you  pressed it accidentally?; Could be relevant for those Feline Fanciers out there......    Jan Vorbrueggen wrote:J >>>I presume it is like the NeXT key, or the one on my PC: once the system isK running, it is disabled or pops up a little menu that asks whether you want  to shut it down.<<<    ------------------------------  % Date: Wed, 07 Mar 2001 13:27:37 -0600 * From: WILLIAM WEBB <WWEBB1@email.usps.gov>7 Subject: RE: A Compaq Qwestion a VMSer Would Never Ask. - Message-ID: <0033000018060869000002L092*@MHS>   D =0ASome of my keyboards have a key that has a flying bent four-paned: window graphic on it instead of an alphanumeric character.  ; I *never* use that one, and have always assumed that it's a  Blue Screen of Death Key.    WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNET * > Sent: Wednesday, March 07, 2001 12:37 PM8 > To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET9 > Subject: RE: A Compaq Qwestion a VMSer Would Never Ask.  >  > 4 > In article <slrn9acpdk.bhd.idr@ax9.hep.ucl.ac.uk>, > idr@hep.ucl.ac.uk (Ivan Reid) 2 > writes: >On Tue, 06 Mar 2001 17:47:22 GMT, Brian > Schenkenberger, VAXman- & > > <system@SendSpamHere.ORG> wrote in' > <009F89C4.0D4F4BA4@SendSpamHere.ORG>:  > > H > >>I recently came across the blue {Any Key} keytops.  If I get time, = I H > >>will install them on my keyboard and place a picture on my web site= . ? > >>The big question for this group is, which key should be the  > {Any Key}? > > : > >     The one that no-one uses?  With ? ` and | on it... > (OK, LaTeXers * > >use the ` key, but not many others do.) > >  > >-- = > >Ivan Reid, Physics & Astronomy, University College London.  > idr@hep.ucl.ac.uk C > >     KotPT -- "for stupidity above and beyond the call of duty".  > ? > The [`] key has the [~] as it's shifted function.  I use this  > when surfing6 > the web for many personal URLs.  The [|] is a useful > character for PIPEing 9 > commands.  So, I can't agree that any of these keys are  > "no-one uses" keys.  > --4 > VAXman- OpenVMS APE certification number: AAA-0001 > VAXman(at)TMESIS(dot)COM > ? > city, n., 1. a place where trees are cut down and streets are  > named after them.  >=   ------------------------------   Date: 7 Mar 2001 10:34:37 +0100 * From: eplan@kapsch.net (Peter LANGSTOEGER)9 Subject: Re: Availability of Patches For Layered Products * Message-ID: <3aa600ad$1@news.kapsch.co.at>  \ In article <3aa5736d.16140598@news.wcc.govt.nz>, rob.buxton@wcc.govt.nz (Rob Buxton) writes:@ >But, where can you find information as regards what patches are' >available for a given layered product? = >In particular I was looking to see what Patches existed for:  >Pathworks V6.0C - VAX Only    I know of a ECO 1 for V6.0C 2 and I think there is also a patch after the ECO...   >SLS 2.9C & 2.9D - VAX Only.   Don't know of SLS though.   B >But a method of finding out the Patch Status of any given Layered >Product would be nice. 9 >Being able to download the Patches would be even better!   > PATHWORKS ECOs are full kits, so they were never downloadable.   <RANT>G With the LMF and faster network connection nowadays, I don't understand I why DEQ still doesn't offer all software free for download (or want a few @ bucks for a CD kit - maybe with paper docs). The CONDIST CDDS is ridicolous expensive.  </RANT>   J I always was ensured, that giving away a kit (eg. let someone copy my CDs)H is no legal problem because the license/PAK is the problem/money and notG the kit/tape/CD/files but OTOH I never seen anyone offering kits on its H site. And yes, I do believe it (it sounds absolutely logical and legal),H but I have no (fast) network connection to offer anything and so I never know for sure :-O.   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Wed, 07 Mar 2001 11:43:55 +0100 : From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de>9 Subject: Re: Availability of Patches For Layered Products - Message-ID: <3AA610EB.193BC875@volkswagen.de>    Peter LANGSTOEGER wrote: >  ...  >  > <RANT>I > With the LMF and faster network connection nowadays, I don't understand K > why DEQ still doesn't offer all software free for download (or want a few B > bucks for a CD kit - maybe with paper docs). The CONDIST CDDS is > ridicolous expensive. 	 > </RANT>  >  ...   H I can only agree, even patches for some products, e.g. pathworks are notG accessible via the net. In my opinion the contents od CONDISK should be  available via the internet.    --    - mit freundlichen Gruessen | with best regards    Karl Rohwedder                C iT-Ingenieurteam     | Ellernbruch 11       | D-38112 Braunschweig  A Telefon: 0531/515521 | Telefax: 0531/515531 | Mobil: 0172/5434843 E  E-Mail: rohwedder@decus.decus.de           | iT-IngTeam@t-online.de  +          karl.rohwedder@it-ingenieurteam.de	 DATEX-P: 4505018005::ROHWEDDER   ------------------------------  % Date: Wed, 07 Mar 2001 11:09:07 +0000t% From: Alan Greig <a.greig@virgin.net>p9 Subject: Re: Availability of Patches For Layered Products 8 Message-ID: <2i5cat0lt6727kpva1tmtntsii51ofv6hp@4ax.com>  B On 7 Mar 2001 10:34:37 +0100, eplan@kapsch.net (Peter LANGSTOEGER) wrote:   >o? >PATHWORKS ECOs are full kits, so they were never downloadable.e >  ><RANT> H >With the LMF and faster network connection nowadays, I don't understandJ >why DEQ still doesn't offer all software free for download (or want a fewA >bucks for a CD kit - maybe with paper docs). The CONDIST CDDS isa >ridicolous expensive. ></RANT>  ? At one point about four years ago many  kits were available fortC download in a section of ftp.digital.com - including full Pathworksn kits. They were later removed.    K >I always was ensured, that giving away a kit (eg. let someone copy my CDs)VI >is no legal problem because the license/PAK is the problem/money and noteH >the kit/tape/CD/files but OTOH I never seen anyone offering kits on itsI >site. And yes, I do believe it (it sounds absolutely logical and legal),tI >but I have no (fast) network connection to offer anything and so I neveru >know for sure :-O.r   -- Alan   ------------------------------  % Date: Wed, 07 Mar 2001 12:41:10 +0000t  From: steven.reece@quintiles.com9 Subject: Re: Availability of Patches For Layered ProductsiH Message-ID: <OF131C45A3.BD27249C-ON80256A08.004519CB@qedi.quintiles.com>  & Therer are probably very good reasons.$ Two I can think of specifically are:I - although you have a nice fat pipe on your network connection, the pipesoG into Compaq are carrying a whole host of protocols over a whole host of I links. i.e. you may not have a bottleneck doing ftps from the Compaq siteiF but if Compaq put all of the product kits up then they might develop a problem;H - is it encouraging people not to buy product update CDs if the kits areG all downloadable?  Wouldn't this cut off a stream of revenue?  Don't weiI want stuff like this (that is not _that_ expensive when compared with thewK licenses for a commercial outfit) to continue generating revenue for Compaq 1 to allow the developers to continue getting paid?   K Isn't it better to control the distribution of CDs in your environment than D to control the distribution of product kits that every Tom, Dick andG Harriet have downloaded from a web site?  (Added to which, a kit that'snH supplied on CD might be of a higher quality (less prone to corruption or% attack) than a web-supplied version).a   Steve.   Alan Greig wrote/quoted:
 >>>><RANT>H >With the LMF and faster network connection nowadays, I don't understandJ >why DEQ still doesn't offer all software free for download (or want a fewA >bucks for a CD kit - maybe with paper docs). The CONDIST CDDS is  >ridicolous expensive. ></RANT>  ? At one point about four years ago many  kits were available for C download in a section of ftp.digital.com - including full Pathworkso kits. They were later removed. <<<e   ------------------------------   Date: 7 Mar 2001 14:27:18 +0100e* From: eplan@kapsch.net (Peter LANGSTOEGER)9 Subject: Re: Availability of Patches For Layered Productsi( Message-ID: <3aa63736@news.kapsch.co.at>  k In article <OF131C45A3.BD27249C-ON80256A08.004519CB@qedi.quintiles.com>, steven.reece@quintiles.com writes:o' >Therer are probably very good reasons.E  $ This is in the eyes of the beholder.@ As you can read, I don't see your reasons as good or even valid.  % >Two I can think of specifically are:.J >- although you have a nice fat pipe on your network connection, the pipesH >into Compaq are carrying a whole host of protocols over a whole host ofJ >links. i.e. you may not have a bottleneck doing ftps from the Compaq siteG >but if Compaq put all of the product kits up then they might develop aA	 >problem;   = A 'problem' other companies solved years ago without problemsr (like NETSCAPE, M$, ...)  H The problem with the 'high load' is only a problem when many people loadF many data at the same time. This is unusual and happens only if a) theG server/service is new or b) the software is new (eg. an update is out).cI So, it should be _easily_ solvable, at least for an 'enterprise company'.s  I >- is it encouraging people not to buy product update CDs if the kits arenH >all downloadable?  Wouldn't this cut off a stream of revenue?  Don't weJ >want stuff like this (that is not _that_ expensive when compared with theL >licenses for a commercial outfit) to continue generating revenue for Compaq2 >to allow the developers to continue getting paid?  E The revenue comes hopefully from the sold licenses. A kit isn't worth0 anything without a license.@  H To get revenue from CDs kits is ridicolous. CDs must only finance itself (and the logistic behind)...  B Just look at the DECUS/MONTAGAR OpenVMS Hobbyist CD Kits. They are correctly priced ...  L >Isn't it better to control the distribution of CDs in your environment thanE >to control the distribution of product kits that every Tom, Dick andyH >Harriet have downloaded from a web site?  (Added to which, a kit that'sI >supplied on CD might be of a higher quality (less prone to corruption orr& >attack) than a web-supplied version).  M This is a customers problem and shouldn't be 'solved' by a producer/seller...o   -- r< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888N< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   Date: 7 Mar 2001 08:36:08 -0500-9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)09 Subject: Re: Availability of Patches For Layered Productso3 Message-ID: <$Dpx1$APX74R@eisner.encompasserve.org>r  \ In article <3aa5736d.16140598@news.wcc.govt.nz>, rob.buxton@wcc.govt.nz (Rob Buxton) writes:	 > Hi All,X > F > As part of getting our Systems up to date I've checked we've got allE > the mandatory & level 1 patches, checked and installed the relevent  > level 2 & 3 patches.B > So far so good, this covers VMS, DECNet & TCPIP and for some odd
 > reason CMS.iA > But, where can you find information as regards what patches aren( > available for a given layered product?> > In particular I was looking to see what Patches existed for: > Pathworks V6.0C - VAX Only > SLS 2.9C & 2.9D - VAX Only.p  . At least some Pathworks patches are listed at:  > 	http://eisner.decus.org/DECUServe/DECnotes/VMS/2841/SDIR.HTML   ------------------------------  % Date: Wed, 07 Mar 2001 10:19:28 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)5 Subject: Re: better cooling for the XP1000 at no cost-L Message-ID: <rdeininger-0703011019280001@user-2ive75o.dialup.mindspring.com>  0 In article <3AA5C3D3.C4ADAFE0@worldnet.att.net>," vaxhackery@worldnet.att.net wrote:  , > The fine XP1000 runs a bit warm, I think.. > 
 > I did this:n1 > http://www.montagar.com/~patj/xp1000maindec.htmi > A > It runs alot cooler now. Cost nothing. Took 10 minutes. You can > > actualy touch the cpu heatsink without burning your toungue!@ > (just kidding!) It did help alot though, as the unit generates > alot of heat inside.    G I'm not sure what your point is.  That little thermistor couldn't blockdF much air flow no matter where it was.  Did moving it to a hotter placeE result in the system running the fan a high speed all the time?  Thath, would certainly cool it  better, and louder.   -- n Robert Deininger rdeininger@mindspring.com-   ------------------------------   Date: 7 Mar 2001 13:50:33 -0500a+ From: young_r@encompasserve.org (Rob Young)u$ Subject: CacheGate Redux (on and on)3 Message-ID: <XCLpSlDnQNh1@eisner.encompasserve.org>S  ; 	Large CPU counts particullarly susceptible to the problem.k  2 	APAC, eBay, does it apply there?  Ouch ouch ouch.  1 http://www.theregister.co.uk/content/2/17417.html   M "It has gotten to the point that just about the first thing we ask [users] is>I 'what speed [UltraII] processor do you have', and one system panic isn't l+ enough for us to do something about it." 		u  ; 	Scotty Uptime won't listen unless you have deep pockets or & 	threaten to sing like a stool pigeon.   				Rob-   ------------------------------  $ Date: Wed, 7 Mar 2001 08:54:39 -05005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>r? Subject: Re: Compaq to transfer clustering technology to Oracle-, Message-ID: <985eic$crl5$1@lead.zk3.dec.com>  L To be even clearer.  While the design of the NT kernel and its device driverI environment shows the fingerprints of the same person, this does not meanPK that the rest of the system has such similarities.  There is no reason thateI any OS could not build a VMS-like clustering capability, but a shared-allTI implementation does not appear to be the direction that MS wants to take.         Bob Koehler wrote in message ...I >In article <y4zof0bmv5.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, I Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:mJ >> I would say much of the clustering technology goes into the kernel, and therL >> WNT/W2000 kernel is "based" on VMS, is it not? So maybe such a port, withG >> source from Redmond and their assistence(?), is possible in a finite  time.) >i? >Much of the I/O subsystem in NT has VMS and RSX as it's directe< >predecessors.  Much of the rest of the WNT kernel does not. >.G >---------------------------------------------------------------------- @ >Bob Koehler                     | Computer Sciences Corporation> >NASA GSFC Flight Software       | Federal Sector, Civil GroupF >                                | please remove ".aspm" when replying   ------------------------------  # Date: Wed, 07 Mar 2001 14:30:46 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>? Subject: Re: Compaq to transfer clustering technology to Oracle < Message-ID: <qCrp6.1373$G76.1433162@typhoon.ne.mediaone.net>  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message& news:985eic$crl5$1@lead.zk3.dec.com...G > To be even clearer.  While the design of the NT kernel and its device- driverK > environment shows the fingerprints of the same person, this does not meanrH > that the rest of the system has such similarities.  There is no reason thatK > any OS could not build a VMS-like clustering capability, but a shared-allhK > implementation does not appear to be the direction that MS wants to take.  >   G Very true. Note that u$oft elected not to adopt OpenVMS Galaxy APMP for + their mongrel DogPack "cluster" "solution."r   ------------------------------  % Date: Wed, 07 Mar 2001 09:43:45 +0100n5 From: "GWDVMS::MOELLER" <moeller@gwdvms.dnet.gwdg.de>w- Subject: DCPS trouble after VMS/TCPIP upgrade-. Message-ID: <E14aZXt-0000QN-00@gwdu42.gwdg.de>  C On a freshly upgraded ES40 (VMS 7.1-2/UCX 4 => VMS 7.2-1/TCPIP 5.0,AF no ECOs yet) with DCPS 1.5 installed, an attempt to START a DCPS Queue? (of the variety node::"ip_rawtcp/printer:9100") is greeted witht  B %SYSTEM-F-STKOVF, stack overflow, PC=0000000000032F1C, PS=0000001B   What gives?a  M Wolfgang J. Moeller, Tel. +49 551 201-1516/-1510, moeller@gwdvms.dnet.gwdg.derM GWDG, D-37077 Goettingen, F.R.Germany     |    Disclaimer: No claim intended!>M http://www.gwdg.de/~moeller/ ---- <moeller@gwdg.de> ---- <w.moeller@ieee.org>u   ------------------------------  $ Date: Wed, 7 Mar 2001 10:53:29 -0000* From: "Richard Brodie" <R.Brodie@rl.ac.uk>1 Subject: Re: DCPS trouble after VMS/TCPIP upgrade0, Message-ID: <9853v9$14go@newton.cc.rl.ac.uk>  @ "GWDVMS::MOELLER" <moeller@gwdvms.dnet.gwdg.de> wrote in message( news:E14aZXt-0000QN-00@gwdu42.gwdg.de...E > On a freshly upgraded ES40 (VMS 7.1-2/UCX 4 => VMS 7.2-1/TCPIP 5.0,iH > no ECOs yet) with DCPS 1.5 installed, an attempt to START a DCPS QueueA > (of the variety node::"ip_rawtcp/printer:9100") is greeted withh >yD > %SYSTEM-F-STKOVF, stack overflow, PC=0000000000032F1C, PS=0000001B >b
 > What gives?T  T I've had similar problems with other stuff with TCPIP 5.0; it's in the name resolverM somewhere I think. Try hard coding the IP address. In any case, unpatched 5.0 S is generally considered a "don't go there" release - it was a fairly major rebuild.I   ------------------------------  % Date: Wed, 07 Mar 2001 11:31:02 +0100e: From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de>1 Subject: Re: DCPS trouble after VMS/TCPIP upgradee, Message-ID: <3AA60DE6.EEE9874@volkswagen.de>  - To quote from the DCPS V1.7/1.8 releasenotes:m  C           This problem occurs when the TCP/IP host name is resolvednB           to an address by a DNS server. To avoid the problem, useE           the printer's TCP/IP address when creating the queue or putr;           the printer's TCP/IP name in the local host file.   B           This problem does not occur with TCP/IP Services V5.0 on@           VAX systems, nor with TCP/IP Services V4.2 or earlier.     1.2 DCPS Version 1.8 Fixes  8           The following problems are fixed in DCPS V1.8.  < You should upgrade tp DCPS V1.8 (btw. and to 5.0A-Eco1 also)     GWDVMS::MOELLER wrote: > E > On a freshly upgraded ES40 (VMS 7.1-2/UCX 4 => VMS 7.2-1/TCPIP 5.0,sH > no ECOs yet) with DCPS 1.5 installed, an attempt to START a DCPS QueueA > (of the variety node::"ip_rawtcp/printer:9100") is greeted withe > D > %SYSTEM-F-STKOVF, stack overflow, PC=0000000000032F1C, PS=0000001B > 
 > What gives?e > O > Wolfgang J. Moeller, Tel. +49 551 201-1516/-1510, moeller@gwdvms.dnet.gwdg.de:O > GWDG, D-37077 Goettingen, F.R.Germany     |    Disclaimer: No claim intended!cO > http://www.gwdg.de/~moeller/ ---- <moeller@gwdg.de> ---- <w.moeller@ieee.org>n   -- B  - mit freundlichen Gruessen | with best regardsi   Karl Rohwedder               aC iT-Ingenieurteam     | Ellernbruch 11       | D-38112 Braunschweig tA Telefon: 0531/515521 | Telefax: 0531/515531 | Mobil: 0172/5434843 E  E-Mail: rohwedder@decus.decus.de           | iT-IngTeam@t-online.de  +          karl.rohwedder@it-ingenieurteam.de' DATEX-P: 4505018005::ROHWEDDER   ------------------------------  % Date: Wed, 07 Mar 2001 13:24:52 +0100d5 From: "GWDVMS::MOELLER" <moeller@gwdvms.dnet.gwdg.de>e: Subject: re: DCPS trouble after VMS/TCPIP upgrade (solved). Message-ID: <E14aczs-0004Xa-00@gwdu42.gwdg.de>   Earlier tpday, I had written:yE > On a freshly upgraded ES40 (VMS 7.1-2/UCX 4 => VMS 7.2-1/TCPIP 5.0,oH > no ECOs yet) with DCPS 1.5 installed, an attempt to START a DCPS QueueA > (of the variety node::"ip_rawtcp/printer:9100") is greeted withs > D > %SYSTEM-F-STKOVF, stack overflow, PC=0000000000032F1C, PS=0000001B  5 Turned out that DCPS 1.5 is considered way too old - d4 an upgrade to DCPS 1.8 fixed the symptom (at least).  M Wolfgang J. Moeller, Tel. +49 551 201-1516/-1510, moeller@gwdvms.dnet.gwdg.degM GWDG, D-37077 Goettingen, F.R.Germany     |    Disclaimer: No claim intended! M http://www.gwdg.de/~moeller/ ---- <moeller@gwdg.de> ---- <w.moeller@ieee.org>.   ------------------------------    Date: 07 Mar 2001 15:21:58 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>t0 Subject: Re: Drop C/C++ better sooner than laterH Message-ID: <y4zoex64mx.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  3 bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:n  F > |> All granted. But the claim was "Ada has orders of magnitude more E > |> complexity than C", and I was looking for zeroth order effects. e< > |> The data do not bear out the allegation at all, IMNSHO.I > Well, I'm the one who made the above statement and I stand by it.  But  G > I hardly expected people would compare the binaries of the compilers. E > I can change the size of a binary by an order of magnitude with onep > additional option.  @ Of course, by including all debug symbols and linking everything@ statically. Are you seriously proposing that is the case for the compilers in question?  G Saying "orders of magnitude" means at least two, i.e., a factor of 100.bF If your complexity measure is worth anything, there will be at least aG strong correlation in compiler code size - because it has to handle allfG that complexity - and language complexity. There is no such correlation  in the data presented. o   	Jan   ------------------------------   Date: 7 Mar 2001 14:31:35 GMT01 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)a0 Subject: Re: Drop C/C++ better sooner than later+ Message-ID: <985go7$nl6$1@info.cs.uofs.edu>l  L In article <rdeininger-0603012127020001@user-2ive7c4.dialup.mindspring.com>,5  rdeininger@mindspring.com (Robert Deininger) writes:a |> sF |>                                                 I don't believe theB |> GNAT back-end is quite synchronized with the GCC back-end yet.    Then you would be wrong.  :-)s   H |>                                                                To say0 |> that GNAT *is* GCC is, I think, going to far.  9 Can't think of any better way to say it, cause it's true.   D Here is an extract from README.BUILD from the latest sources at NYU:          BUILDING GNAT  8      The current version of GNAT can be built on top of =      GCC 2.8.1. The sources for GNAT reside in a subdirectorya=      named ada under the top level GCC source directory.  Theb?      directory named src in this GNAT distribution contains thep>      subdirectory ada which should be copied to the GCC source<      directory.  It (src) also contains any patches that are=      needed to the GCC sources -- these should be applied (ton;      the files in the top level GCC source directory unless-:      otherwise specified). Note that there is a patch file;      called gcc-281.dif which need to be applied to the GCCa<      2.8.1 sources. When applying the patches be sure to use+      the "-p0" option of the patch program.i  @ So, let's see.  the GNAT source is merely a sub-directory of the? GCC build tree and you have to patch the GCC source in order to A build GNAT.  Sure looks like it's just a front-end for GCC to me.s  > That's how it began and nothing appears to have changed except? that now the friont-end is actually written in Ada95.  This is, = of course, a disadvantage rather than an advantage as you now > need a functioning version of GNAT in order to build GNAT fromA sources.  Looks like ACT has succeeded in re-creating the chickenn and the egg problem.   bill   -- (J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   o   ------------------------------   Date: 7 Mar 2001 14:33:22 GMTh1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)m0 Subject: Re: Drop C/C++ better sooner than later+ Message-ID: <985gri$nl6$2@info.cs.uofs.edu>   , In article <3AA5A295.13372D92@infopuls.com>,,  Christof Brass <brass@infopuls.com> writes: |>h |> If GNAT is the official Ada compiler on VMS what is the implementation language of the Ada front-end?  I GNAT was originally written in C, but in the current version the frontendi0 is written in Ada95 and the backend remains GCC.   bill   -- eJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  # Date: Wed, 07 Mar 2001 16:22:40 GMT:* From: Steven Whatley <swhatley@blkbox.com>% Subject: FTP Explorer (PC) & Multinetc: Message-ID: <kftp6.8572$gF.815973@news2.aus1.giganews.com>   Hi all,i  8 We have a user in Italy using the FTP program called FTP Explorer to access our VAX.E      http://www.ftpx.com/t  J The program looks nice and has an Italian language module.  The problem isF that it seems to not interpret VMS direcotry listings correctly.  If IA just use Win2k's FTP client and do a "dir", I get the following: r   FTP> dirM TESTING.ATT;1               1  15-MAR-2000 09:04 [USER,JOE] (RWED,RWED,RE,RE)eM TEST_PR.COM;8               1   4-AUG-2000 09:16 [USER,JOE] (RWED,RWED,RE,RE)sJ TEXT.DIR;1                  2  29-APR-1998 13:41 [USER,JOE] (RWE,RWE,RE,E) THIS_IS_A_TEST.TXT;2M                             0  22-AUG-2000 10:39 [USER,JOE] (RWED,RWED,RE,RE)yM TTAR.COM;1                  1  17-MAY-2000 09:32 [USER,JOE] (RWED,RWED,RE,RE)nJ USERS.DIR;1                 4   5-JAN-2000 15:48 [USER,JOE] (RWE,RWE,RE,E)  F Notice that THIS_IS_A_TEST.TXT uses two lines because the file name isG longer then 19 characters.  FTP Explorer doesn't seem to read VMS's twot+ line entry for a file.  FTP Explorer shows:l  H TEXT.DIR         1KB ATT File         29-APR-1998 13:41 (RWE,R... [US...& THIS_IS_A_TES... 0KB File             H TTAR.COM         1KB MSDOS Applica... 17-MAY-2000 09:32 (RWED,... [US...  A I've tried playing with FTP.INIT files.  I've tried setting up aniG execution path for FTP logins in the login.com by using F$MODE() .EQS. t: "NETWORK" and setting termianl settings and other things.   H Does anyone know how to get FTP Explorer v1.0 to work correctly with VMSI or to force directory listings to use only one line Within FTP?  Any infoo will be appreciated. I   Thanks,t Steven --   Steven Whatley Systems Engineer	 OAO Corp.h   ------------------------------   Date: 7 Mar 2001 12:29:36 -0500 - From: koehler@encompasserve.org (Bob Koehler) ) Subject: Re: FTP Explorer (PC) & Multinetn3 Message-ID: <0TRgP9Y7X6v7@eisner.encompasserve.org>p  g In article <kftp6.8572$gF.815973@news2.aus1.giganews.com>, Steven Whatley <swhatley@blkbox.com> writes:y > J > Does anyone know how to get FTP Explorer v1.0 to work correctly with VMSK > or to force directory listings to use only one line Within FTP?  Any info< > will be appreciated. s  F The real problem here gets to parsing a directory listing that the RFCA specifically states is human readable and not meant to be machine F readable.  The machine readable form provided by the RFC provides onlyA the file names (with or without path depending on the mood of they server).  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences CorporationB= NASA GSFC Flight Software       | Federal Sector, Civil GroupsE                                 | please remove ".aspm" when replyinge   ------------------------------   Date: 7 Mar 2001 03:17:15 ESTo1 From: byer@mail.ourservers.net (Robert Alan Byer)o< Subject: HELP: Part Numbers From Storageworks Bits & Pieces.1 Message-ID: <5eSmMbLK3Iqv@cartman.ourservers.net>   M I love DEC stuff, but I'm really begging to hate COMPAQ.  Can't find ANYTHING  anymore.  C I have some parts from a Storageworks box that I need some info on.m( (I basically need to know what they are)   	7031459-01s 	12-39921-01   Any help would be appreciated..-   -- -  @  +------------------+--------------------------+---------------+@  | Robert Alan Byer | byer@mail.ourservers.net | ICQ #65926579 |@  +------------------+--------------------------+---------------+@  | Send an E-mail request to obtain a copy of my PGP key.      |@  +-------------------------------------------------------------+@  | "It is by caffeine alone I set my mind in motion.  It is by |@  |  cans of cola the thoughts aquire speed, the hands aquire   |@  |  shakes, the shakes become a warning.  It is by caffeine    |@  |  alone I set my mind in motion."                            |@  +-------------------------------------------------------------+   ------------------------------   Date: 7 Mar 2001 10:11:02 -0500 / From: brooks@cuebid.zko.dec.nospam (Rob Brooks)e@ Subject: Re: HELP: Part Numbers From Storageworks Bits & Pieces.- Message-ID: <DLHxfy2Imcxv@cuebid.zko.dec.com>   1 In article <5eSmMbLK3Iqv@cartman.ourservers.net>, 4 	byer@mail.ourservers.net (Robert Alan Byer) writes:  O > I love DEC stuff, but I'm really begging to hate COMPAQ.  Can't find ANYTHING@
 > anymore. > E > I have some parts from a Storageworks box that I need some info on.S* > (I basically need to know what they are) > 
 > 	7031459-01l > 	12-39921-01  ! I see two matches for 12-39921-01e   CONN ASSY 68POS,Y ADAPTOR,SCSI  9 SCSI-3 TRI-LINK CONNECTOR BLOCK,68 PINS,2 FEM,1 MALE CONN   ( I found no matches for 70-31459-01 . . .  I This is from an internal-to-Compaq database.  I have no idea how accurate C or up-to-date it is.  It's one of the dwindling remnants of Digital" that haven't been wiped out.   --M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks@cuebid.zko.dec.com	   ------------------------------    Date: 08 Mar 2001 00:13:12 +0800, From: Paul Repacholi <prep@prep.synonet.com>@ Subject: Re: HELP: Part Numbers From Storageworks Bits & Pieces.- Message-ID: <871ys98smf.fsf@prep.synonet.com>l  3 byer@mail.ourservers.net (Robert Alan Byer) writes:g  F > I love DEC stuff, but I'm really begging to hate COMPAQ.  Can't find > ANYTHING anymore.,  - Funny, just what I was thinking last night...   / ( Comments about the Qs web idiots deleted... )n  E I was looking for the BA350 ( 8 bit ) shelf manual. Nada, not a f'ing C thing. Oh, all the old poxliant stuff is listed. DEC? Who are they.a  9 So, anyone have a pointer to BA350 8-bit SW Shelf manual.z9 The details on the Narrow to BA356 equivalent to a DWZZZ?    Yours in frustration...s   -- i< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.r@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Wed, 07 Mar 2001 11:19:56 -0500t- From: John Reagan <reagan@hiyall.zko.dec.com>e8 Subject: Re: In-memory layout of PACKED ARRAY OF BOOLEAN2 Message-ID: <3AA6195C.44572435@hiyall.zko.dec.com>   Paul Dias wrote: >  > Hi,e > O > Can anyone describe how OpenVMS Pascal would arrange the following in memory:  > " > PACKED ARRAY [1..659] OF BOOLEAN  G Appendix A in the Compaq Pascal Reference Manual gives the real details-( for how the compiler allocates things.    G That OpenVMS manual is to let you map the "standard" type names used in>F the OpenVMS manuals to Pascal syntax.  It isn't meant to be the Pascal
 reference.  A Table A-5 in Section A.2.5 (Storage Allocation of Types) says foreD Boolean that is packed size in bits is 1.  For PACKED ARRAYs it saysG that the size is the sum of the packed sizes in bits of all components,dD plus the sum of sizes in bits of any holes created to meet alignmentE requirements; if the sum is greater than 32, the sum is rounded up tom the next multiple of 8.e  @ So as Arne said the size of that PACKED ARRAY would be 83 bytes.  E You can get the compiler to tell you this information either with thenH SIZE and BITSIZE builtins and with the /SHOW=STRUCTURE_LAYOUT portion of the listing file.y   -- o John Reagang Compaq Pascal Project Leader   ------------------------------  % Date: Wed, 07 Mar 2001 16:38:30 +00000% From: Paul Dias <paul.dias@bbc.co.uk>g8 Subject: Re: In-memory layout of PACKED ARRAY OF BOOLEAN) Message-ID: <3AA66406.2A468A0D@bbc.co.uk>g  5 Well thanks, guys... that certainly clears things up.C  M I needed to know because I'm calling Pascal libraries from C, and I wanted to L make C structs that map directly onto Pascal records.  And I'm calling the CP using Java JNI, just for extra complication.  Oh, and the Java is being executed by a DCL script...!g  P Actually, how easy would it be to call Pascal from Java directly?  I didn't have$ time to properly investigate this...  
 Thanks again,    Paul.>     John Reagan wrote: >  > Paul Dias wrote: > >  > > Hi,o > >@Q > > Can anyone describe how OpenVMS Pascal would arrange the following in memory:0 > >m$ > > PACKED ARRAY [1..659] OF BOOLEAN > I > Appendix A in the Compaq Pascal Reference Manual gives the real detailsn( > for how the compiler allocates things. > I > That OpenVMS manual is to let you map the "standard" type names used ingH > the OpenVMS manuals to Pascal syntax.  It isn't meant to be the Pascal > reference. > C > Table A-5 in Section A.2.5 (Storage Allocation of Types) says forhF > Boolean that is packed size in bits is 1.  For PACKED ARRAYs it saysI > that the size is the sum of the packed sizes in bits of all components,vF > plus the sum of sizes in bits of any holes created to meet alignmentG > requirements; if the sum is greater than 32, the sum is rounded up toI > the next multiple of 8.  > B > So as Arne said the size of that PACKED ARRAY would be 83 bytes. > G > You can get the compiler to tell you this information either with the1J > SIZE and BITSIZE builtins and with the /SHOW=STRUCTURE_LAYOUT portion of > the listing file.  >  > --
 > John Reagan  > Compaq Pascal Project Leader   ------------------------------  % Date: Wed, 07 Mar 2001 16:40:19 +0000 % From: Paul Dias <paul.dias@bbc.co.uk>t8 Subject: Re: In-memory layout of PACKED ARRAY OF BOOLEAN) Message-ID: <3AA66473.E1F5D57A@bbc.co.uk>   5 Well thanks, guys... that certainly clears things up.   M I needed to know because I'm calling Pascal libraries from C, and I wanted tooL make C structs that map directly onto Pascal records.  And I'm calling the CP using Java JNI, just for extra complication.  Oh, and the Java is being executed by a DCL script...!s  P Actually, how easy would it be to call Pascal from Java directly?  I didn't have$ time to properly investigate this...  
 Thanks again,g   Paul.0     John Reagan wrote: >  > Paul Dias wrote: > >  > > Hi,  > >1Q > > Can anyone describe how OpenVMS Pascal would arrange the following in memory:p > >r$ > > PACKED ARRAY [1..659] OF BOOLEAN > I > Appendix A in the Compaq Pascal Reference Manual gives the real detailse( > for how the compiler allocates things. > I > That OpenVMS manual is to let you map the "standard" type names used ineH > the OpenVMS manuals to Pascal syntax.  It isn't meant to be the Pascal > reference. > C > Table A-5 in Section A.2.5 (Storage Allocation of Types) says forsF > Boolean that is packed size in bits is 1.  For PACKED ARRAYs it saysI > that the size is the sum of the packed sizes in bits of all components,5F > plus the sum of sizes in bits of any holes created to meet alignmentG > requirements; if the sum is greater than 32, the sum is rounded up to@ > the next multiple of 8.- > B > So as Arne said the size of that PACKED ARRAY would be 83 bytes. > G > You can get the compiler to tell you this information either with thedJ > SIZE and BITSIZE builtins and with the /SHOW=STRUCTURE_LAYOUT portion of > the listing file.0 >  > --
 > John Reagane > Compaq Pascal Project Leader   ------------------------------   Date: 7 Mar 2001 12:47:09 -0500o- From: koehler@encompasserve.org (Bob Koehler)t8 Subject: Re: In-memory layout of PACKED ARRAY OF BOOLEAN3 Message-ID: <bWeP4MCUgcfV@eisner.encompasserve.org>F  Q In article <3AA66406.2A468A0D@bbc.co.uk>, Paul Dias <paul.dias@bbc.co.uk> writes:s > R > Actually, how easy would it be to call Pascal from Java directly?  I didn't have& > time to properly investigate this... >      You'ld face two problems:     J   the JNI generates headers and stubs for C/C++, you'ld have to translate    those to Pascal by hand-  C   there are tools to run with the JNI which deal with long function-H   name mappings (see the VMS Java FAQ), they might not understand Pascal  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationn= NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replyingd   ------------------------------  % Date: Wed, 07 Mar 2001 10:00:04 -0800t! From: Tom Linden <tom@kednos.com>o8 Subject: RE: In-memory layout of PACKED ARRAY OF BOOLEAN9 Message-ID: <CIEJLCMNHNNDLLOOGNJIGEGNCCAA.tom@kednos.com>t  > If you could make JNI generate SDL then you call any language.   > -----Original Message-----6 > From: Bob Koehler [mailto:koehler@encompasserve.org]) > Sent: Wednesday, March 07, 2001 9:47 AM  > To: Info-VAX@Mvb.Saic.Com : > Subject: Re: In-memory layout of PACKED ARRAY OF BOOLEAN >  >e5 > In article <3AA66406.2A468A0D@bbc.co.uk>, Paul Diasa > <paul.dias@bbc.co.uk> writes:, > >c; > > Actually, how easy would it be to call Pascal from Javah > directly?  I didn't have( > > time to properly investigate this... > >i >a >o > You'ld face two problems:  >nK >   the JNI generates headers and stubs for C/C++, you'ld have to translateo >   those to Pascal by hand- >-E >   there are tools to run with the JNI which deal with long function.J >   name mappings (see the VMS Java FAQ), they might not understand Pascal >gH > ----------------------------------------------------------------------A > Bob Koehler                     | Computer Sciences Corporationg? > NASA GSFC Flight Software       | Federal Sector, Civil Group G >                                 | please remove ".aspm" when replyingy >r   ------------------------------  $ Date: Wed, 7 Mar 2001 08:57:51 -05005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> 1 Subject: Re: Intel joke (When I'm Sixty Four....),, Message-ID: <985eoc$cro7$1@lead.zk3.dec.com>  E This is displayed by the #9's BIOS initialization on any system it iso7 plugged into... it denotes the fact it is an S3 Trio64.       D Paul Repacholi wrote in message <8766hogk5m.fsf@prep.synonet.com>...( >"P.Lj" <plj@byron.ext.telia.se> writes: > E >> Come to think of Beatles When I'm Sixty Four, excellent promo whenc >> their IA64 is out.G > > >Ah, looked at the top right of a #9 videoed 4100 as it inits? >o >--t= >Paul Repacholi                               1 Crescent Rd.,a8 >+61 (08) 9257-1001                           Kalamunda.A >                                             West Australia 6076r/ >Raw, Cooked or Well-done, it's all half baked.h   ------------------------------  % Date: Wed, 07 Mar 2001 09:03:13 +0000t% From: Alan Greig <a.greig@virgin.net>p Subject: Re: Janitor fixes 90L8 Message-ID: <m7ubat0n034952gd9rtqdcj2s2kq6c02ls@4ax.com>  D On Tue, 06 Mar 2001 10:39:43 -0500, Ken Robinson <ksrobin@erenj.com> wrote:  6 >At 02:19 PM 3/6/01 +0000, Alan Greig wrote (in part): > E >>I saw a news report just a couple of weeks ago about the death of a G >>security guard very recently  I think in the US or Canada. ApparentlytG >>the guard had a habit of sitting in line of site of a large microwave F >>comms dish to enjoy the outside air and stay warm, He had apparentlyG >>been warned many times not to do this but no action had been taken. AhC >>combination of snow risk and high usage over Christmas caused the H >>telco to increase transmission power around tenfold and when the guard; >>sat in front of it he fell asleep and was cooked to deathy > $ >This, too, is an Urban Legend. See : ><http://www.darwinawards.com/legends/legends1998-11.html>  @ Thanks. Looks like the same story I saw except it was supposedly5 Christmas 2000, not 1998 as in the urban legend link./  
 >Ken Robinson    -- Alan   ------------------------------  % Date: Wed, 07 Mar 2001 11:13:39 +00009/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>. Subject: re: Janitor fixes 90L6 Message-ID: <009F8A80.2036084C.2@maxwell.ph.kcl.ac.uk>  c > On my long bicycle trips, I have speakers mounted on my handlbars with a small walkman/amplifier.f > K > In 1986, near the border of Alberta/Saskatchewan (near Fisk), my speakersGO > would do a buzzing sound at regular intervals. Thought it was a defect. But Ia > was near an airforce base. > L > Also, when I ride my bike on the IONA Beach pier directly behind VancouverD > Intl Airport, I also get that buzzing sound at regular intervals.  > I > This means that airport radars have enough energy to cause speakers (orkH > perhaps the amplifier) to buzz lond enough for me to hear it outdoors. >   F Not quite. It means that the radars induce enough voltage in the frontF end of the amplifier chain that they are driven into nonlinearity. TheG wires to the speakers are probably doing the pickup (try threading themlK through a ferrite core, as is done with the cables going to the back panel rL of a PC to stop RFI from crashing the PC). It's (almost certainly) harmless.G I used to get similar breakthrough from police and taxicab radios untilE# I upgraded my HiFi to a decent one.   E Also try (or rather, don't try) running a PC with the lid  off and a 1F mobile phone in close proximity. Calling the phone is rather likely to
 crash the PC!   G As for serious RFI, my favorite story (probably yet another legend, butEM very plausible) was the bored policeman manning a speed-trap near an RAF baseEG who decided to "clock" one of their fighters for fun. Unfortunately theRG fighter had its ECM (electronic countermeasures) pod turned on, and it mD interpreted the speed gun as a missile targeting radar. It thereforeG retalliated with a massive burst of microwaves, reducing the speed gun   to a smoking wreck.   H Later in a pub, the policeman mentioned what had happened to an RAF chapC who was unsympathetic. "Lucky we didn't have the weapons armed..."..   Nigel.   ------------------------------   Date: 7 Mar 2001 10:02:21 -0500t- From: koehler@encompasserve.org (Bob Koehler)n Subject: Re: Janitor fixes 90L3 Message-ID: <oEw6RFq0Dbqx@eisner.encompasserve.org>s  \ In article <3AA56DE7.C68513FE@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:I > This means that airport radars have enough energy to cause speakers (or H > perhaps the amplifier) to buzz lond enough for me to hear it outdoors.  @ Probably not the radar.  More likely the ILS or a co-located VOR (navigation aids).  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationf= NASA GSFC Flight Software       | Federal Sector, Civil GrouphE                                 | please remove ".aspm" when replyingr   ------------------------------  % Date: Wed, 07 Mar 2001 11:19:15 -0500 - From: "Richard D. Piccard" <piccard@ohio.edu>  Subject: Re: Janitor fixes 90L& Message-ID: <3AA65F7B.96DE2F@ohio.edu>  P I believe it was the technothriller novel "Ambush at Osirak," by Herbert CrowderQ that featured an AWACS defending itself by "bore-sighting" the primary radar dishnL at the incoming fighter and going to full, continuous power.  Microwaved the9 pilot.  Fiction, but I really don't know how unrealistic.-  +                                         RDPS     Nigel Arnot wrote:  N > > > I was always fond of the one about the dead pigeons they kept finding onN > > > the steps of the Baltic Exchange in London. It took a while, but someoneL > > > finally realised that they were flying through beam from the microwaveM > > > communications dish on top of (I think) the Net West tower, and gettings > > > cooked mid flight. > >uP > > I suspect this is an urban legend. You can easily do _power_transfer_ in theN > > microwave band and have people safely stand in the beam without any dangerO > > whatsoever. You wouldn't do data transfer on the water band (2.1 GHz, IIRC)9P > > that is used by a microwave oven anyway, because air contains a variable butM > > potentially large amount of water ("the rain in Spain falls mainly in thesR > > plain"), and having a broken link in a London fog isn't that good an idea. ButM > > even if you were using that band, it will take about 30s to a minute, I'd-N > > guesstimate, at quite high power levels to "cook" a pigeon's brain enough. > >  >e	 > Agreed.n >tJ > the version of the story I've heard involved dead seagulls, a destroyer,H > and a navy radar system. Slightly more plausible - some navy microwaveD > systems are dangerously high-powered - but probably also a legend. >- >         Yours, >                 Nigel Arnot-* >                 NRA@MAXWELL.PH.KCL.AC.UK >eG >                 "In the beginning there was nothing, which exploded."o   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Wed, 07 Mar 2001 09:53:43 +0000a% From: Alan Greig <a.greig@virgin.net> ' Subject: Re: Just Two Days Left to Votee8 Message-ID: <c41cat8m85bcq2lsujsjenlgltnigq738r@4ax.com>  4 On Tue, 06 Mar 2001 15:47:02 GMT, "Terry C. Shannon"" <terryshannon@mediaone.net> wrote:     >,F >I don't recall the details of this year-old poll. Was it sponsored by >Compaq?  * It was actually at www.openvms.digital.com   >cJ >In the case of the advocacy mechanism at www.compaqworkinggroup.org, bothG >ITUG and ENCOMPASS have contributed substantial financial and personalOJ >resources to the project. Compaq has done likewise. Compaq management hasJ >agreed to provide responses to the issues deemed most important by survey >and vote participants.: >rK >This effort was initiated at the behest of Bill Heil, and Howard Elias hassB >indicated that he fully supports this and other advocacy efforts.  D I took part in the survey anyway so hopefully we'll see the results.F Maybe Charlie Matco's dog could rummage through some waste-baskets and= come up with scraps from the unpublished VMS web site survey?    >n >cheers, >5 >terry s >h >    -- Alan   ------------------------------  # Date: Wed, 07 Mar 2001 14:28:44 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>' Subject: Re: Just Two Days Left to Voter< Message-ID: <wArp6.1371$G76.1432342@typhoon.ne.mediaone.net>  2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:c41cat8m85bcq2lsujsjenlgltnigq738r@4ax.com...6 > On Tue, 06 Mar 2001 15:47:02 GMT, "Terry C. Shannon"$ > <terryshannon@mediaone.net> wrote: >C >e > >WH > >I don't recall the details of this year-old poll. Was it sponsored by
 > >Compaq? >1, > It was actually at www.openvms.digital.com >l > >dL > >In the case of the advocacy mechanism at www.compaqworkinggroup.org, bothI > >ITUG and ENCOMPASS have contributed substantial financial and personal L > >resources to the project. Compaq has done likewise. Compaq management hasL > >agreed to provide responses to the issues deemed most important by survey > >and vote participants.e > > I > >This effort was initiated at the behest of Bill Heil, and Howard Eliass haseD > >indicated that he fully supports this and other advocacy efforts. >aF > I took part in the survey anyway so hopefully we'll see the results.H > Maybe Charlie Matco's dog could rummage through some waste-baskets and? > come up with scraps from the unpublished VMS web site survey?s  D Well, well, well... as fate would have, Charlie's Dog (Muttco to hisK friends) is gonna have a barkathon this afternoon with someone who might bes' able to obtain such kibbles and bits...    ------------------------------  % Date: Wed, 07 Mar 2001 11:54:08 -0700 % From: Dan O'Reilly <dano@process.com>  Subject: LL format RZ29tA Message-ID: <5.0.2.1.2.20010307115305.00aa7858@ntbsod.psccos.com>h  K Is there a way to low-level format an RZ29 on an Alphastation 200 4/233, orgK maybe on a VAXstation 4000-60?  I have a drive that I think is going south,,' and LLF is the last desperate chance...D     ------I +-------------------------------+---------------------------------------+eI | Dan O'Reilly                  |                                       |iI | Principal Engineer            |  "Why should I care about posterity?  |rI | Process Software              |   What's posterity ever done for me?" |rI | http://www.process.com        |                    -- Groucho Marx    |.I +-------------------------------+---------------------------------------+    ------------------------------  % Date: Wed, 07 Mar 2001 09:12:45 +0100 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>o" Subject: Re: Low cost workstations( Message-ID: <3AA5ED7D.F2DF3EE@gtech.com>   John Vottero wrote:aM > Of course the customer winds up paying.  OpenVMS development could never beFJ > supported by the revenues from small systems.  I'm sure that the revenueL > contribution from small systems is negligible compared to the revenue fromH > mid and large size systems.  That's why they should give it away!  TheL > marketing value is worth much more than the revenue loss!  Sun understands > this.    You may very well be rigth.a  A but I always get a bit suspicious when someone wants someone else C to pay for them (f.ex. large systems to pay for small systems VMS).s   Arne   ------------------------------  % Date: Wed, 07 Mar 2001 09:29:01 +0100t= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>n" Subject: Re: Low cost workstations) Message-ID: <3AA5F14D.1BD522B3@gtech.com>i   David Mathog wrote:Ek > In article <3AA4AC2F.D859E40E@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:II > >First, as I read various posts here then that price is excl. keyboard,h > >mouse andF > >monitor and with only 128 MB RAM and 1 disk. I think you will be atI > >$1500-2000 before you can use it. But $995 sounds great in marketing !l > L > There's an academic discount on top of that, and many people have monitorsH > laying around.  But yes, most people will probably add things to it to@ > bring the price up some, just as they would with a PC or DS10.  H The price of a DS10 which we compare to includes monitor+keyboard+mouse.  H > >Second, the system is probably way slower than a DS10 (at least otherA > >500 MHz UltraSparc II's are way slower than a DS10 in SPEC2000s > >benchmarks).u > I > It's about 1/2 to 2/3 as fast, depending upon the operation.  The cacheiK > memory  is a little small and the PCI slot is only 32 bits.  On the othera > hand, it costs <1/3 as much.  @ A SUN released in 2001 having 2/3 of the performance of an ALpha released  in 1999 is not that impressive !  B >                               Think of it as a Celeron or Duron.  G I do. It will compete in a market segment that Compaq does not have anylG offerings in. A market segment that Compaq should have an offering in !"D It is not competing against DS10/DS15. It is competing against a big" nothing in Compaq's product line !  G > >So the system are not competing with DS10's. It is competing againsts > >cheap Linux x86 boxes.s > G > Wrong.  I'm about 90% of the way towards ordering one specifically tohH > replace my VMS DS10.  The only thing stopping me now is that since theH > thing was only just announced I have not yet been able to confirm thatL > the rock standard PC133 memory it claims to take will really work with any> > 3rd party memory.   Once that's confirmed, I'm ordering one.   And ?   G A few cases of switching from X to Y does not make X and Y competitors.a ItD is like saying "I have switched from Oldsmobile Alero to VW Golf and	 thereforee$ those two cars must be competitors".   Arne   ------------------------------  % Date: Wed, 07 Mar 2001 09:40:09 +01000= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>c" Subject: Re: Low cost workstations) Message-ID: <3AA5F3E9.3F4C5577@gtech.com>i   John Vottero wrote:FL >                                                                   When SunN > announced free Solaris and the $995 Sun Blade they were really saying "We're" > going to kick Microsoft's ass!".  ' They are saying it, but they will not !w  A Could you sell a PC with a 500 MHz Athlon, 64 MB RAM, 15 GB disk,u0 no monitor, no keyboard, no mouse for $1000 ????  = And when considering that it does not run any of the standardn@ Windows applications (in the $1000 config) then it does not have7 a snowball in hell chance of competing against Windows.-  * It will probably compete a bit with Linux.  > And it will be a very nice box for existing Solaris developers and system managers !e   Arne   ------------------------------  % Date: Wed, 07 Mar 2001 12:48:26 +0000h- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> " Subject: Re: Low cost workstations) Message-ID: <3AA62E1A.DEFABAC9@bbc.co.uk>u   John Vottero wrote:y   >f >C% > Somebody do something!!  Anything!!L  " you mean, like buy a Sun Blad 100?   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukr  A I speak for myself only and my views in no way represent those of- MedAS or the BBC.C   ------------------------------  % Date: Wed, 07 Mar 2001 08:17:49 -0600a* From: WILLIAM WEBB <WWEBB1@email.usps.gov>" Subject: RE: Low cost workstations- Message-ID: <0033000018017550000002L002*@MHS>d  & =0ATwo words.  Cluster Quorum Machine.   Uh, Three words. Low-cost...   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ) > Sent: Wednesday, March 07, 2001 3:45 AM-8 > To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET$ > Subject: RE: Low cost workstations >e >S > John Vottero wrote:n > >d >       When Sun; > > announced free Solaris and the $995 Sun Blade they were- > really saying "We're$ > > going to kick Microsoft's ass!". >e) > They are saying it, but they will not !  > C > Could you sell a PC with a 500 MHz Athlon, 64 MB RAM, 15 GB disk, 2 > no monitor, no keyboard, no mouse for $1000 ???? >-? > And when considering that it does not run any of the standard B > Windows applications (in the $1000 config) then it does not have9 > a snowball in hell chance of competing against Windows.1 >a, > It will probably compete a bit with Linux. >I@ > And it will be a very nice box for existing Solaris developers > and system managers !o >  > Arne >=   ------------------------------   Date: 7 Mar 2001 15:10:35 GMT"1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) " Subject: Re: Low cost workstations+ Message-ID: <985j1b$nl6$3@info.cs.uofs.edu>o  L In article <OF884231FA.9CC3B960-ON03256A06.004AD061@ep-bc.petrobras.com.br>,,  fabio_compaq@ep-bc.petrobras.com.br writes:8 |> You are forgetting the COST OF STAFF of these systems |>  I |> How many OpenVMS System Managers per servers ?  Here is 1 to manage  2a |> servers. 7 |> How many WNT Admins per servers ? Here are 8 to  30.-7 |> How many Unix Roots per servers ? Here are 3  to 10.0  B we've been down this road before.  It doesn't take any more adminsB for Unix systems than it does for VMS.  Assuming you have real Sys Admins and not Linux kiddies.0  
 2 OpenVMS VAXs 28 Unix (*BSD/Linux/Ultrix)A? 40 Windows (combination 98/NT/2K moving rapidly towards all 2K) $ ~20 random OS (Amoeba/Plan9/QNX/etc)   1 Sys Admin!!!  > Oh yeah, I also do all the networking which includes not only 8 the LAN, but also a mini-ISP for faculty dialup service.  B I'll give you three guess which facet of the above wastes the most of my time!!   bill   -- tJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   t   ------------------------------   Date: 7 Mar 2001 15:17:52 GMTa1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)d" Subject: RE: Low cost workstations+ Message-ID: <985jf0$nl6$4@info.cs.uofs.edu>u  > In article <8994A66FFE9ED411BD200008C75D64FD753FA6@BELMAIL02>,1  "Vajhoej, Arne" <Arne.Vajhoej@GTECH.COM> writes:-: |> The reason that VMS is lower than Unix and NT in TCO is- |> exactly that it requires less management !j  = While this may be true of NT, again, in the case of Unix thise? is pure FUD from people with no experience whatsoever with realo> Unix systems.  I work with all of the above and a running Unix? server takes no more of my attention than a runnign VMS server.e  = I have Unix boxes in wiring closets and even under the raisedi; floors because they serve particular purposes (like printerl? servers, dialup servers, etc.) that never require my attention.n   bill  ' PS. Notice I said Unix and not Linux.  n   -- gJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   e   ------------------------------  % Date: Wed, 07 Mar 2001 15:34:50 +0000T- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>e" Subject: Re: Low cost workstations) Message-ID: <3AA6551A.2E58542F@bbc.co.uk>s   Bill Gunshannon wrote:  @ > In article <8994A66FFE9ED411BD200008C75D64FD753FA6@BELMAIL02>,3 >  "Vajhoej, Arne" <Arne.Vajhoej@GTECH.COM> writes:o< > |> The reason that VMS is lower than Unix and NT in TCO is/ > |> exactly that it requires less management !  >C? > While this may be true of NT, again, in the case of Unix thisiA > is pure FUD from people with no experience whatsoever with realR@ > Unix systems.  I work with all of the above and a running UnixA > server takes no more of my attention than a runnign VMS server.s > ? > I have Unix boxes in wiring closets and even under the raisedl= > floors because they serve particular purposes (like printerrA > servers, dialup servers, etc.) that never require my attention.r  H Bill, when you install/upgrade an application, do you have to do it once= per unix box, or just once per system disk like in a cluster?o --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uka  A I speak for myself only and my views in no way represent those ofn MedAS or the BBC.t   ------------------------------   Date: 7 Mar 2001 16:13:43 GMT 2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)" Subject: Re: Low cost workstations, Message-ID: <985mnn$lqf@gap.cco.caltech.edu>  h In article <3AA5ED7D.F2DF3EE@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes: >John Vottero wrote:N >> Of course the customer winds up paying.  OpenVMS development could never beK >> supported by the revenues from small systems.  I'm sure that the revenue M >> contribution from small systems is negligible compared to the revenue from I >> mid and large size systems.  That's why they should give it away!  TheeM >> marketing value is worth much more than the revenue loss!  Sun understands0 >> this. >: >You may very well be rigth. >iB >but I always get a bit suspicious when someone wants someone elseD >to pay for them (f.ex. large systems to pay for small systems VMS).  H The largest diversion of all was of all the money poured into VMS by theB customers and spent by Digital/Compaq to support other projects.     Regards,   David Mathog mathog@seqaxp.bio.caltech.edut? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  % Date: Wed, 07 Mar 2001 13:29:03 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.bra" Subject: Re: Low cost workstationsL Message-ID: <OF3349A38C.6FE88583-ON03256A08.005A305F@ep-bc.petrobras.com.br>  A Of course Tandem servers are much more expensives than Alphas....o  F Do the people at comp.os.nsk (?) have the same problems  and uncertain future like us ???  K Is Compaq planning to port Windows Data Center to run under Tandem machineso ?o  , Is NSK much more closer to OpenVMS or Unix ?  I Did you have seen a Tandem ? How is possbile to upgrade a Tandem if thesel machines are Non Stop ?   Regardsn   FC        C mathog@seqaxp.bio.caltech.edu (David Mathog) em 07/03/2001 13:13:43n  / Favor responder a mathog@seqaxp.bio.caltech.edua             Info-VAX@Mvb.Saic.Comy      " Assunto: Re: Low cost workstations    F In article <3AA5ED7D.F2DF3EE@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?" = <arne.vajhoej@gtech.com> writes: >John Vottero wrote:K >> Of course the customer winds up paying.  OpenVMS development could never  beK >> supported by the revenues from small systems.  I'm sure that the revenuegH >> contribution from small systems is negligible compared to the revenue fromI >> mid and large size systems.  That's why they should give it away!  ThelA >> marketing value is worth much more than the revenue loss!  Sun  understandsR >> this. >K >You may very well be rigth. >IB >but I always get a bit suspicious when someone wants someone elseD >to pay for them (f.ex. large systems to pay for small systems VMS).  H The largest diversion of all was of all the money poured into VMS by the@ customers and spent by Digital/Compaq to support other projects.   Regards,   David Mathog mathog@seqaxp.bio.caltech.edu-> Manager, sequence analysis facility, biology division, Caltech   ------------------------------   Date: 7 Mar 2001 16:29:20 GMTa2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)" Subject: Re: Low cost workstations, Message-ID: <985nl0$lqf@gap.cco.caltech.edu>  Y In article <3AA6551A.2E58542F@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:W >iI >Bill, when you install/upgrade an application, do you have to do it oncec> >per unix box, or just once per system disk like in a cluster?  F Not addressed to me, but I'll answer it anyway.  It depends.  If it's J something like "pine" then it's most likely served on an NFS disk and you I update the copy on the server and all the clients see it.  That's no moreaJ work than doing the equivalent VMS operation.  Similarly, on some systems,H everything under /usr is NFS mounted and so that can be updated from theJ central system too.  But it's not uncommon for /usr to be local, in which F case it becomes a system by system thing.  Things in /bin _tend_ to beK local (ls,cp,mv and the like) and if those need upgrading then it's usuallyVH done on a machine by machine basis.  But again, you could have a machine1 that boots over the net and /bin is NFS mounted.    G But upgrading a bunch of software on separate machine all at once isn'tuK that big a deal either, if they are all running the same OS you can usuallyyL run a script on one central machine that sends the appropriate commands out  to all the others.  5 VMS is slightly easier to manage.  But only slightly.4   Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech o   ------------------------------    Date: 08 Mar 2001 00:06:07 +0800, From: Paul Repacholi <prep@prep.synonet.com>" Subject: Re: Low cost workstations- Message-ID: <8766hl8sy8.fsf@prep.synonet.com>S  ' "John Vottero" <John@mvpsi.com> writes:d  D > The marketing value is worth much more than the revenue loss!  Sun > understands this.a  D What loss? It cost nothing to 'give away' the licence, in fact, lessC than 'not giving away' the licence. Reality is, you probably have ah  revenue profit from the CD kits.  E The only loss is 'oppertunity loss'. And Sun can see that the overall 0 profits are increased by freeing up the low end.   -- u< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.r@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Wed, 07 Mar 2001 14:24:31 -0300g) From: fabio_compaq@ep-bc.petrobras.com.brs" Subject: Re: Low cost workstationsL Message-ID: <OFB06A1A87.DC05D800-ON03256A08.005F46E8@ep-bc.petrobras.com.br>  I The brazilian government will make investments of US$ 500 milion in IT to8 the public schools# and hospitals in all the country...m  D If Sun wins, it is planning to put Sun  Rays in all the country ....  J What is Compaq offering ???? I dont know .... probably will not be OpenVMS/ to the hospitals .... Cerner  ? Where are you ?-  F I know just Sun., Dell, brazilians Microtec (ex-DEC owned) and Procomp (which developed the voting computer) . . .   Regards    FC            H Paul Repacholi <prep@prep.synonet.com>@k9.petrobras.com.br em 07/03/2001 13:06:07  ' Enviado Por:   prep@k9.petrobras.com.br                Info-VAX@Mvb.Saic.Com       " Assunto: Re: Low cost workstations    ' "John Vottero" <John@mvpsi.com> writes:-  D > The marketing value is worth much more than the revenue loss!  Sun > understands this.2  D What loss? It cost nothing to 'give away' the licence, in fact, lessC than 'not giving away' the licence. Reality is, you probably have a@  revenue profit from the CD kits.  E The only loss is 'oppertunity loss'. And Sun can see that the overallv0 profits are increased by freeing up the low end.   --< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.g@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 7 Mar 2001 09:21:45 -0700u1 From: nothome@spammers.are.scum (Malcolm Dunnett)s" Subject: Re: Low cost workstations, Message-ID: <KdxKSoPbwnH8@malvm1.mala.bc.ca>  * In article <3AA5F3E9.3F4C5577@gtech.com>, B    Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes: > John Vottero wrote:gM >>                                                                   When SungO >> announced free Solaris and the $995 Sun Blade they were really saying "We'rer# >> going to kick Microsoft's ass!".j > ) > They are saying it, but they will not !a >   C    Right, they'll more likely kick Compaq's ( specifically Tru64 ),tH particularly in academia, where cost is more important than performance.H There is no current Alpha that I could buy that would compete price-wiseH with this offering. I could get David's low-priced Alpha's for a similarA price, but it would cost an additional $1000 or so to buy a Tru64i@ license for each of them ( and the Tru64 "enthusiast" program is) useless for an educational institution ).e   > , > It will probably compete a bit with Linux. >   B    If we wanted a lab of Linux boxes we'd probably go with no-name Pentium clones.e  @ > And it will be a very nice box for existing Solaris developers > and system managers !d  J     And something that will get put in front of Comp. Sci. students ratherJ than anything Compaq has to offer. ( those "decision makers of the future" again )e   ------------------------------  % Date: Wed, 07 Mar 2001 10:04:30 +0000s% From: Alan Greig <a.greig@virgin.net> X Subject: Re: Mimer (database engine)  for OpenVMS (and others) is available for download8 Message-ID: <hs1catgafu2sd7j5dir5mkf90oi2r043op@4ax.com>  4 On Tue, 6 Mar 2001 22:34:57 +0100, "Peter Ljungberg"# <peter.p.ljungberg@telia.se> wrote:.   >s >http://www.mimer.com/developer  >C  ( Hmm, this looks like it is worth a look.     >c >/P.Lj >t   -- Alan   ------------------------------  % Date: Wed, 07 Mar 2001 07:00:53 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.brc- Subject: Re: OpenVMS and IEEE 1394 (FireWire)gL Message-ID: <OF3E59726B.FD19EAE6-ON03256A08.0036E31C@ep-bc.petrobras.com.br>  
 My point is :   
 - Mobility - Laboratory" - Tests and Evaluation of products  ) Just for small servers or Workstations...y  + Never  a GS ... I am not nuts ! ! !   :-)))      Regardse   FC        C mustang@ucc.asn.au.invalid@morwong.ucc.gu.uwa.edu.au> em 07/03/2001a 03:29:29  C Enviado Por:   David Manchester <mustang@morwong.ucc.gu.uwa.edu.au>                Info-VAX@Mvb.Saic.Com       - Assunto: Re: OpenVMS and IEEE 1394 (FireWire)0    * fabio_compaq@ep-bc.petrobras.com.br wrote:  A : Maxtor has that External Storage based on IEEE 1394 connectionssD : and in the FAQ is saying that a Mac (depending on the config.) can" : boot by the external storage....  : : Imagine an Alphaserver booting OpenVMS in same way ! ! !  , Big fscking deal (yeah yeah, I'm a unix guy)1 Why would you want to boot off a firewire device?h5 Maxtor's firewire drive would be an IDE->FW widget inl a cheap external case.1 No-one really wants to be booting their GS-seriesr! off a single IDE disk in a box...h   What's your point?   D.   --! I don't get mad.... I get stabby.l   ------------------------------    Date: 07 Mar 2001 23:54:22 +0800, From: Paul Repacholi <prep@prep.synonet.com>- Subject: Re: OpenVMS and IEEE 1394 (FireWire) - Message-ID: <87elw98tht.fsf@prep.synonet.com>   + fabio_compaq@ep-bc.petrobras.com.br writes:-  + > Just for small servers or Workstations...a > - > Never  a GS ... I am not nuts ! ! !   :-)))e  F Why? Is it too hard to imagine having news crews dumping their digital. video into the  GS studio archive/edit system?   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.u@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Wed, 07 Mar 2001 14:28:47 -0300y) From: fabio_compaq@ep-bc.petrobras.com.br - Subject: Re: OpenVMS and IEEE 1394 (FireWire) L Message-ID: <OF15D7971E.BB73871C-ON03256A08.005FEB2A@ep-bc.petrobras.com.br>   I agree Paul ...  E We can think put IEEE 1394 under Fibre Channel to work in a Video SANC   Nice idea ?a   Regardsh   FC        H Paul Repacholi <prep@prep.synonet.com>@k9.petrobras.com.br em 07/03/2001 12:54:22  ' Enviado Por:   prep@k9.petrobras.com.brM               Info-VAX@Mvb.Saic.Comi      - Assunto: Re: OpenVMS and IEEE 1394 (FireWire):    + fabio_compaq@ep-bc.petrobras.com.br writes:o  + > Just for small servers or Workstations...  >e- > Never  a GS ... I am not nuts ! ! !   :-)))e  F Why? Is it too hard to imagine having news crews dumping their digital. video into the  GS studio archive/edit system?   --< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.c@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 7 Mar 2001 13:43:14 GMT 1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)I( Subject: Re: OpenVMS Educational Program+ Message-ID: <985dti$m7m$1@info.cs.uofs.edu>r  , In article <tiZUU6QT$CCA@malvm1.mala.bc.ca>,4  nothome@spammers.are.scum (Malcolm Dunnett) writes:/ |> In article <97ojlq$87n$2@info.cs.uofs.edu>, R9 |>    bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:. |> eG |> > I don't know who to address this to (Hoff?) but maybe someone hereaF |> > has the ear of someone in management who can at least think about |> > it. |> > OE |> > Why does Compaq not just consider extending the current Hobbyist D |> > program or for corporate/political reasons coming up with a newC |> > name for a program with the same basic operating conditions ase |> > an Educational Program. |> > n7 |>    Why not ( in the following order of importance ):  |> n- |>   1.) Include OS base licenses in the CSLGh |> e@ |>   2.) Lower the entry level cost of the CSLG ( the single CPU@ |>       and 1-10 CPU licenses are awfully expensive relative to# |>       larger CPU configurations:A |> / |> 	 1 cpu  = $2775/CPUd |>         10 cpus = $600/CPUl |>         25 cpus = $360/CPUn  ? Not good enough.  Their competition for the school computer lab G is either free (Linux, *BSD) or backed by plenty of momentum (Windows).m  > If they hope to get back into the mainstream of academia it is= going to take darastic steps.  Given a choice between CSLG or < two more seats in a lab, I can guarantee where that $2775 is? going to get spent.  Compaq is playing catchup.  The ball is ine/ their court.  Or maybe, they really don't care.e   bill   -- :J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   j   ------------------------------   Date: 7 Mar 2001 16:19:51 GMT 2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)( Subject: Re: OpenVMS Educational Program, Message-ID: <985n37$lqf@gap.cco.caltech.edu>  _ In article <985dti$m7m$1@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:n- >In article <tiZUU6QT$CCA@malvm1.mala.bc.ca>,t >i? >If they hope to get back into the mainstream of academia it iss= >going to take drastic steps.  Given a choice between CSLG orc= >two more seats in a lab, I can guarantee where that $2775 isa >going to get spent.   Absolutely.l  - >  Compaq is playing catchup.  The ball is in-0 >their court.  Or maybe, they really don't care.  I Compaq is not playing catchup - they just aren't playing period.  And theoH new academic program is ironically the ultimate proof of that.  It is anH astonishingly awful piece of crap.  The CSLG is expensive, but at least H useful.  The new program is completely useless.  It seems the only thingD that it has accomplished is to convince a few more holdouts (myself J included) to get the heck off VMS so that we don't have to deal with these bozos any more.    Regards,   David Mathog mathog@seqaxp.bio.caltech.eduo? Manager, sequence analysis facility, biology division, Caltech i   ------------------------------   Date: 7 Mar 2001 09:27:12 -0700 1 From: nothome@spammers.are.scum (Malcolm Dunnett)a( Subject: Re: OpenVMS Educational Program, Message-ID: <zNqCRWb9y+b3@malvm1.mala.bc.ca>  , In article <985dti$m7m$1@info.cs.uofs.edu>, 7     bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:a  9 > |>    Why not ( in the following order of importance ):l > |> n/ > |>   1.) Include OS base licenses in the CSLGe > |> tB > |>   2.) Lower the entry level cost of the CSLG ( the single CPUB > |>       and 1-10 CPU licenses are awfully expensive relative to% > |>       larger CPU configurations:  > |> x > |> 	 1 cpu  = $2775/CPUe > |>         10 cpus = $600/CPUi > |>         25 cpus = $360/CPUr > A > Not good enough.  Their competition for the school computer labmI > is either free (Linux, *BSD) or backed by plenty of momentum (Windows).  >   =     But at least it would be a start in the right direction. t> With the CSLG you also get a lot of layered products. I'm sure= you can emulate most of these with freeware, but it's nice to)= have a supported collection designed for that OS. This is alla= a moot point anyway, as I don't expect either of these thingsA= to happen. I really meant this as an illustration of how easy = it would have been to improve the situation if they truly had.
 any interest.o   ------------------------------  + Date: Wed, 07 Mar 2001 19:24:47 +0200 (MET)t1 From: Phillip Helbig <HELBPHI@sysdev.exchange.de>s( Subject: Re: OpenVMS Educational Program3 Message-ID: <01K0XCVQK34Q9N53P5@sysdev.exchange.de>h  @ > With the CSLG you also get a lot of layered products. I'm sure? > you can emulate most of these with freeware, but it's nice to 6 > have a supported collection designed for that OS.=20  F You get CDs four times a year with up-to-date versions of compilers e= tc,=20F these also being Very Good Compilers, and can install them all easily= =20dD =66rom a (character-cell-based, thankfully) menu, with HELP getting= =20oF updated automatically etc.  It would take A LOT more time to do the s= ame=20C with freeware, even assuming software of comparable quality were=20-
 available.  4 > I really meant this as an illustration of how easy? > it would have been to improve the situation if they truly hadt > any interest.D  D Several people, including myself, have made many suggestions here. = =20sF While perhaps pessimism has led us not to expect instant conversion o= n=20F the part of the Q, I find it rather strange that no-one, whether or n= ot=20sD in an official capacity, has been able to answer questions like WHY= =20 F there are no multi-user licenses in the new educational programme etc= .a  F I think one needs to separate two things.  On the one hand, VMS IS al= ive=20C and well in markets where it has traditionally been strong (chip=20eC manufacturing, health care etc) and some new markets (mobile-phone=. =20 F billing systems etc).  On the other hand, WITHOUT IN ANY WAY GIVING U= P=20C ANY BENEFITS FROM THESE MARKETS, it could be a lot better in other== =20 E places, including those where it used to be strong, such as academia.t  F If Compaq were to really make an effort to get back into academia, th= en=20bF all of those 60%, 85%, 90%, 5-of-the-top-ten etc statements in the "d= id=20 F you know" section of the OpenVMS Times would move to 95% or 99% withi= n a=20F few years.  The additional revenue from that would more than make up = for=20" any losses in the academic sector.     --=20 F Phillip Helbig              Email ........... helbphi@sysdev.exchange= .deeF Deutsche B=F6rse Systems AG   Email ... Phillip.Helbig@Deutsche-Boers= e.comgF Xetra/Eurex Operations      Tel. ...................... +49 69 2101 4= 921oF 60485 Frankfurt am Main     Fax ....................... +49 69 2101 3= 411   F My opinions are not necessarily those of my employer and, no, I don't= =20c# have any stock-market tips for you.c   ------------------------------  % Date: Wed, 07 Mar 2001 13:43:01 -0500 # From: Jim Agnew <agnew@hsc.vcu.edu>g( Subject: Re: OpenVMS Educational Program+ Message-ID: <3AA68135.8016EB87@hsc.vcu.edu>    I second the motion... I "upgraded" 2 of the vaxstations in my lavc to the edu licenses... bongo, 2 nodes gone PERMANENTLY!!!!!   B thanks a lot for crapping out my main disk farm, now what do i do?   jimp   Phillip Helbig wrote:  > B > > With the CSLG you also get a lot of layered products. I'm sureA > > you can emulate most of these with freeware, but it's nice to'5 > > have a supported collection designed for that OS.e > J > You get CDs four times a year with up-to-date versions of compilers etc,G > these also being Very Good Compilers, and can install them all easilyuC > from a (character-cell-based, thankfully) menu, with HELP getting J > updated automatically etc.  It would take A LOT more time to do the sameB > with freeware, even assuming software of comparable quality were > available. > 6 > > I really meant this as an illustration of how easyA > > it would have been to improve the situation if they truly hadc > > any interest.e > D > Several people, including myself, have made many suggestions here.H > While perhaps pessimism has led us not to expect instant conversion onI > the part of the Q, I find it rather strange that no-one, whether or nothE > in an official capacity, has been able to answer questions like WHY H > there are no multi-user licenses in the new educational programme etc. > J > I think one needs to separate two things.  On the one hand, VMS IS aliveB > and well in markets where it has traditionally been strong (chipD > manufacturing, health care etc) and some new markets (mobile-phoneH > billing systems etc).  On the other hand, WITHOUT IN ANY WAY GIVING UPD > ANY BENEFITS FROM THESE MARKETS, it could be a lot better in otherG > places, including those where it used to be strong, such as academia.h > I > If Compaq were to really make an effort to get back into academia, thenhI > all of those 60%, 85%, 90%, 5-of-the-top-ten etc statements in the "did J > you know" section of the OpenVMS Times would move to 95% or 99% within aJ > few years.  The additional revenue from that would more than make up for$ > any losses in the academic sector. >  > --J > Phillip Helbig              Email ........... helbphi@sysdev.exchange.deJ > Deutsche Brse Systems AG   Email ... Phillip.Helbig@Deutsche-Boerse.comJ > Xetra/Eurex Operations      Tel. ...................... +49 69 2101 4921J > 60485 Frankfurt am Main     Fax ....................... +49 69 2101 3411 > G > My opinions are not necessarily those of my employer and, no, I don'tO% > have any stock-market tips for you.b   ------------------------------  $ Date: Wed, 7 Mar 2001 12:11:22 +0100+ From: "Robert de Boer" <r.e.deboer@kpn.com>a* Subject: Re: Oracle/OVMS7.1 Memory tuning?. Message-ID: <98557u$os1$1@info.service.rug.nl>   Alan,   K You wrote "I can now confirm that Oracle 8.0.5 on VMS 7.2-1 definitely doesiL not bypass the read cache on our systems." How did you see/checked this? ForK so far I know Oracle handles its own I/O, not using RMS-calls, and doing so.  bypassing the Virtual I/O Cache.   Robert de Boer r.e.deboer@kpn.com  2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:7jk9at4evs3javg0elrfjv5bc071b812mu@4ax.com.../ > On Mon, 05 Mar 2001 09:48:20 +0800, Netsurfero. > <netsurfer@sentosa.singaporemail.com> wrote: >t5 > >Just upgraded from 256MB to 640MB on my Alpha4000.h > >eI > >Without the original OpenVMS SysAdmin manual for the OpenVMS system, I E > >am totally lost in tuning the system after the increase of memory.e >tC > f you are totally stuck at tuning Oracle then you can use the notnH > quite so optimal approach of increasing the operating system disk readG > cache. Try setting SYSGEN param VCC_MAXSIZE to 200000 (size in blocks F > so equals 100MB). Last time I suggested this someone (don't rememberH > who offhand) said that Oracle bypassed the VMS read cache so this doesF > no good. I can now confirm that Oracle 8.0.5 on VMS 7.2-1 definitely0 > does not bypass the read cache on our systems. >0G > This should be a safe change to make. If performance improves you canwE > experiment further. The default read cache is only 6400 (3MB) whicha5 > might as well be zero for all it does at this size.8 >1 >V > -- > Alan   ------------------------------  % Date: Wed, 07 Mar 2001 14:48:45 +0000 % From: Alan Greig <a.greig@virgin.net> * Subject: Re: Oracle/OVMS7.1 Memory tuning?8 Message-ID: <qrhcatk0ko5krpoqghe2q348dukkhaq0kv@4ax.com>  3 On Wed, 7 Mar 2001 12:11:22 +0100, "Robert de Boer"n <r.e.deboer@kpn.com> wrote:    >Alan, > L >You wrote "I can now confirm that Oracle 8.0.5 on VMS 7.2-1 definitely doesM >not bypass the read cache on our systems." How did you see/checked this? ForhL >so far I know Oracle handles its own I/O, not using RMS-calls, and doing so! >bypassing the Virtual I/O Cache.a  D The VIOC is below the level of RMS. It's a logical block level cacheE so standard QIOs will go through it unless the buffer size is greater E than 35 blocks (think it is 35 off hand). You have to set the nocachemE flag specifically to over-ride this. It seems to be a widely held but E mistaken belief that VIOC is an RMS level cache. I'm going to do someiC testing on our 7.3 EFT2. system with the new XFC enabled when I get  the chance.n  = Oracle RDB and Oracle DBMS also go through the standard VIOC.a  D I can see the difference by running queries with the cache on or off? and monitoring time elapsed plus cache hit rates and I/O rates.1   -- Alan   ------------------------------  % Date: Wed, 07 Mar 2001 09:33:30 -0500e/ From: "Webb, William W" <wwebb1@email.usps.gov> P Subject: OT: Encryption scheme based on Pig Latin circumvents Napster injunctionK Message-ID: <D46FE9B132FB9B44AEC242A96E4AB75001925A1A@rlghncst625.usps.gov>.  ( Apologies to the group for posting this.  > I just thought that this is a shining example of the computer 7 illiteracy of our judicial system, not to mention being, *quite* humorous:5  K (Note:  "Pig Latin" is a verbal "encryption scheme" used by children in theI USI  which involves removing the first letter of a word, appending the suffixc "-ay" J  to the first letter, and placing this combination at the end of the word.+  ex: "Pig Latin" becomes "Ig-pay Atin-Lay")     > Aimster says Pig Latin code can circumvent Napster injunction  Reuters, 03.06.01, 7:16 PM ETn    J NEW YORK, March 6 (Reuters) - Programmers at the file-sharing firm AimsterL said on Tuesday they had found a disarmingly simple way for Napster users toG avoid recent restrictions imposed on the service by a federal judge: ani% encryption scheme based on Pig Latin.c    I Aimster, whose software lets users trade files by piggybacking on instantnI message networks, released the free Aimster Pig Encoder program Sunday on : its Web site www dot aimster dot com/pigencoder dotphtml).    J Under the terms of the injunction against Napster, the company must removeJ songs within three days of receiving notice by copyright holders. It's theI file name, not the file itself, that is screened: Early reports suggestedaF that copyrighted songs with slight misspellings in the file names were undisturbed.   Rest of article at:o  = www dot forbes dot com/newswire/2001/03/06/rtr198615 dot html    ==============================  ) William W. Webb, EDS, c/o USPS CMF/OSS/MS>. 4924 Green Road Raleigh, NC 27616 919 874 3043  e   ------------------------------  $ Date: Wed, 7 Mar 2001 08:23:18 -0500% From: "Islandco" <sales@islandco.com>s: Subject: Re: Part Numbers From Storageworks Bits & Pieces./ Message-ID: <taccp01tujkafe@corp.supernews.com>i  ) 12- 39921-01 CONN, 68 POS. Y ADAPTOR WIDEi  ( 70-31459-01  HSZ/HSD Controller assembly  % That's all I can find in our database    David    -- Island Computers US Corporation  2700 Gregory Street 	 Suite 150a Savannah GA 31404  Tel: 912 447 6622  Fax: 912 201 0096a sales@islandco.com www.islandco.com  C This message and any files transmitted with it are confidential andaJ may be privileged and/or subject to the provisions of privacy legislation.H They are intended solely for the use of the individual or entity to whomE they are addressed. If the reader of this message is not the intendedn
 recipient,G please notify Island Computers US Corp immediately and then delete thise message.I You are notified that reliance on, disclosure of, distribution or copying7 of this message is prohibited.    > "Robert Alan Byer" <byer@mail.ourservers.net> wrote in message+ news:5eSmMbLK3Iqv@cartman.ourservers.net...i >iF > I love DEC stuff, but I'm really begging to hate COMPAQ.  Can't find ANYTHING
 > anymore. >sE > I have some parts from a Storageworks box that I need some info on.t* > (I basically need to know what they are) >e > 7031459-01
 > 12-39921-01S >u! > Any help would be appreciated..l >p > -- > B >  +------------------+--------------------------+---------------+B >  | Robert Alan Byer | byer@mail.ourservers.net | ICQ #65926579 |B >  +------------------+--------------------------+---------------+B >  | Send an E-mail request to obtain a copy of my PGP key.      |B >  +-------------------------------------------------------------+B >  | "It is by caffeine alone I set my mind in motion.  It is by |B >  |  cans of cola the thoughts aquire speed, the hands aquire   |B >  |  shakes, the shakes become a warning.  It is by caffeine    |B >  |  alone I set my mind in motion."                            |B >  +-------------------------------------------------------------+ >(   ------------------------------  + Date: Wed, 07 Mar 2001 12:07:19 +0000 (WET) 5 From: Tom Wade VMS Systems <t.wade@picard.eurokom.ie>o6 Subject: PMDF Conversion hanging processes; Raid Array2 Message-ID: <01K0WWLSIB3M0004TA@PICARD.EUROKOM.IE>  
 Greetings,  J I am copying this to both PMDF and VMS lists because although the behaviorH I see happens with PMDF, the underlying problem might be VMS or hardwareH related, and I'm trying to find out if anyone else has seen this before.  9 Host systems (each host is on a different customer site):g  M A:  DS10, OpenVMS 7.2-1, PMDF 5.2-33 (Share library V5.2-33; linked 17:51:30, ;     Jun  6 2000), VMS Patches include SYS 5.0 & UPDATE 1.0. H     Raid Array 3000 (Raid 0+1).  Part of a SCSI cluster with three otherG     nodes, two V7.1-2 with patches and one 7.2-1 which is not connected(9     directly to the Raid Array (accesses disks via MSCP).   E B:  Alphaserver 1200, VMS 7.2-1, PMDF V5.2-31 (Share library V5.2-31;t"     linked 12:32:27, Feb  1 1999).8     Internal Mylex Raid Array (Raid 0+1).  Nonclustered.  J The PMDF Conversion channel is heavily used on both systems and it creates1 subprocesses to perform virus sweeping of e-mail.   J On node A, since upgrading the Raid firmware we have seen frequent (approxI 1 per day) instances of conversion programs 'hanging'.  When this happenst8 the hung process displays the following characteristics:   * no subprocesses active. ( * no activity - process is in LEF state.D * Analyze/system shows process has a 'busy' link to a device with noL   filename (e.g. 'Busy $2$DKA4:[]).  By setting the logical PMDF_SCRATCH the5   device can be varied, but the behavior is the same.<L * The process can not be STOP/ID'd.  This changes the 'busy' to 'Dpnd Busy'.F * ANALYZE/SYSTEM shows it's not low on count limits, 0 mutex count, no=   ASTs active, waiting for EF cluster 0, event mask BFFFFFFF.   G When this happens, the system must be rebooted or else the message filelJ and PMDF_SECONDARY_LOG must be pried loose from the process's dead fingersN (the messages are then processed normally).  Files are normally large (>10 000G blocks), but I have seen it happen with a file as small as 5000 blocks.t  I When we upgraded the firmware on the RA3000, we doubled the disk capacityrF which resulted in a higher throughput and a consequent increase in I/O	 activity.b  K On node B, the same thing has happened on a much less frequent scale (aboutyF 2 per month).  Node B processes between 1/20 and 1/10 of the volume of Node A.l  D The PMDF Conversion channel is the most CPU and I/O intensive of theL applications run on either machine.  Until I saw it happen on node B I wouldO have blamed the RA3000, but since it happened on the other node too, I'm not so-O sure.  Other possibilities include a VMS bug (SCSI, Lock or even CRTL) a bug insO the PMDF conversion channel or even something our own DCL is doing, but the wayqI it hangs on a device I/O suggests to me that the problem is either at the " hardware or software driver level.  B I would be most interested in hearing if anyone else has seen thisL behavior, whether with PMDF or not, and how they dealt with it.  Suggestions8 for further places to look also gratefully acknowledged.  N ------------------------------------------------------------------------------K Tom Wade, EuroKom | E-Mail: t.wade@picard.eurokom.ie  (all domain mailers). N Dale House        | X400:   g=tom;s=wade;o=eurokom;p=eurokom;a=eirmail400;c=ie/ 30, Dale Road     | Tel:      +353 (1) 278-7878eG Stillorgan        | Fax:      +353 (1) 278-7879                        i9 Co Dublin         | Disclaimer:  This is not a disclaimer F Ireland           | Tip:         "Friends don't let friends do Unix !"   ------------------------------  $ Date: Wed, 7 Mar 2001 17:22:07 +0800% From: "Chris" <ckempste@iinet.net.au>f Subject: Removing Ctl-M's 9 Message-ID: <983956529.975005@echidna.training.wa.gov.au>A   Dear all  H I have a series of files that have a ^M (ctrl-M) at the end of each lineH rather than a <CR><LF> combo, in unix we have a unix-to-dos command, canJ someone give me a pointer on how we can do bulk file conversion under VMS?   --   Chris Kempster BSc   ------------------------------  % Date: Wed, 07 Mar 2001 11:56:02 +0100V: From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de> Subject: Re: Removing Ctl-M's - Message-ID: <3AA613C2.7386E5C9@volkswagen.de>f  # Just a follow up, which might help:p  / MODIFY is downloadble from the WKU archives at:e  * 	ftp://ftp.wku.edu/vms/fileserv/MODIFY.ZIP   Karl Rohwedder wrote:0 > 3 > If you habe the famous MODIFY utility just do a :h > + >         $ modify <files> /control "^M" ""s >  > Acc. to the ZIP-Info:L > B > MODIFY -- Modify ASCII text files (replace strings, detab, etc.)5 > Written by Tom Worlton <worlton@anlpns.pns.anl.gov>s > * > Runs on both OpenVMS VAX and OpenVMS AXP >  > Chris wrote: > >i > > Dear all > >nL > > I have a series of files that have a ^M (ctrl-M) at the end of each lineL > > rather than a <CR><LF> combo, in unix we have a unix-to-dos command, canN > > someone give me a pointer on how we can do bulk file conversion under VMS? > >o > > -- > >h > > Chris Kempster BSc >  > -- > / > mit freundlichen Gruessen | with best regardsi >  > Karl RohwedderD > iT-Ingenieurteam     | Ellernbruch 11       | D-38112 BraunschweigC > Telefon: 0531/515521 | Telefax: 0531/515531 | Mobil: 0172/5434843 F >  E-Mail: rohwedder@decus.decus.de           | iT-IngTeam@t-online.de- >          karl.rohwedder@it-ingenieurteam.deg  > DATEX-P: 4505018005::ROHWEDDER   -- c  - mit freundlichen Gruessen | with best regardsl   Karl Rohwedder               aC iT-Ingenieurteam     | Ellernbruch 11       | D-38112 Braunschweig TA Telefon: 0531/515521 | Telefax: 0531/515531 | Mobil: 0172/5434843sE  E-Mail: rohwedder@decus.decus.de           | iT-IngTeam@t-online.de e+          karl.rohwedder@it-ingenieurteam.de, DATEX-P: 4505018005::ROHWEDDER   ------------------------------  % Date: Wed, 07 Mar 2001 11:39:22 +0100t: From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de> Subject: Re: Removing Ctl-M'sl- Message-ID: <3AA60FDA.1D354D29@volkswagen.de>o  1 If you habe the famous MODIFY utility just do a :   " 	$ modify <files> /control "^M" ""  . Acc. to the ZIP-Info:a    @ MODIFY -- Modify ASCII text files (replace strings, detab, etc.)3 Written by Tom Worlton <worlton@anlpns.pns.anl.gov>.  ( Runs on both OpenVMS VAX and OpenVMS AXP     Chris wrote: > 
 > Dear all > J > I have a series of files that have a ^M (ctrl-M) at the end of each lineJ > rather than a <CR><LF> combo, in unix we have a unix-to-dos command, canL > someone give me a pointer on how we can do bulk file conversion under VMS? >  > -- >  > Chris Kempster BSc   --    - mit freundlichen Gruessen | with best regards-   Karl Rohwedder               uC iT-Ingenieurteam     | Ellernbruch 11       | D-38112 Braunschweig lA Telefon: 0531/515521 | Telefax: 0531/515531 | Mobil: 0172/5434843 E  E-Mail: rohwedder@decus.decus.de           | iT-IngTeam@t-online.de i+          karl.rohwedder@it-ingenieurteam.dee DATEX-P: 4505018005::ROHWEDDER   ------------------------------  # Date: Wed, 07 Mar 2001 11:30:27 GMTb= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)t Subject: Re: Removing Ctl-M'sr0 Message-ID: <009F8A58.9016A8C8@SendSpamHere.ORG>  a In article <983956529.975005@echidna.training.wa.gov.au>, "Chris" <ckempste@iinet.net.au> writes:-	 >Dear all  >nI >I have a series of files that have a ^M (ctrl-M) at the end of each linekI >rather than a <CR><LF> combo, in unix we have a unix-to-dos command, canfK >someone give me a pointer on how we can do bulk file conversion under VMS?u   Create a file called NOCR.EDTd   In it place:   SUB/<13>//WHOLE/NOTYPE EXIT  3 The <13> is created in EDT with [GOLD]13[GOLD][KP3]d   Then, use the command:  % $ EDIT/EDT/COMMAND=NOCR.EDT <thefile>m   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMe            tO city, n., 1. a place where trees are cut down and streets are named after them.t   ------------------------------   Date: 7 Mar 2001 08:46:00 -0500o9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)  Subject: Re: Removing Ctl-M'sS3 Message-ID: <9JMleaCbZ2ms@eisner.encompasserve.org>l  a In article <983956529.975005@echidna.training.wa.gov.au>, "Chris" <ckempste@iinet.net.au> writes: 
 > Dear all > J > I have a series of files that have a ^M (ctrl-M) at the end of each lineJ > rather than a <CR><LF> combo, in unix we have a unix-to-dos command, canL > someone give me a pointer on how we can do bulk file conversion under VMS?   Try:   	$ EDIT/TECO <filespec>t 	ex$$   8 where those last two dollar signs are escape characters.  H If that is satisfactory, there are more streamlined ways than a separate image activation per file.   ------------------------------  # Date: Wed, 07 Mar 2001 14:17:45 GMTs= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)  Subject: Re: Removing Ctl-M'sd0 Message-ID: <009F8A6F.EEFCAF4D@SendSpamHere.ORG>  o In article <9JMleaCbZ2ms@eisner.encompasserve.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:1b >In article <983956529.975005@echidna.training.wa.gov.au>, "Chris" <ckempste@iinet.net.au> writes: >> Dear alll >> sK >> I have a series of files that have a ^M (ctrl-M) at the end of each line K >> rather than a <CR><LF> combo, in unix we have a unix-to-dos command, can M >> someone give me a pointer on how we can do bulk file conversion under VMS?n >  >Try:- >  >	$ EDIT/TECO <filespec> >	ex$$ > 9 >where those last two dollar signs are escape characters.  > I >If that is satisfactory, there are more streamlined ways than a separatey >image activation per file.f   Larry, r  J While I am a fan of TECO, the above will not work.  It is a godsend when IK need to strip the <CR><LF>.  In fact I use it within build procedures whichi, process RUNOFF output files  (such as .RNH):  
 .RNH.HLP :$     $(RUNOFF)$(RFLAGS) $(MMS$SOURCE)T     @ DEFINE TEC$INIT "EB$(MMS$TARGET)<ESC>K<ESC>EG$(PURGE) $(MMS$TARGET)<ESC><ESC>"     @ EDITT/TECO/COMMAND       --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMh            tO city, n., 1. a place where trees are cut down and streets are named after them.t   ------------------------------   Date: 7 Mar 2001 10:12:59 -0500n9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)y Subject: Re: Removing Ctl-M'st3 Message-ID: <GaXIDSujPXOv@eisner.encompasserve.org>k  p In article <009F8A6F.EEFCAF4D@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:q > In article <9JMleaCbZ2ms@eisner.encompasserve.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:tc >>In article <983956529.975005@echidna.training.wa.gov.au>, "Chris" <ckempste@iinet.net.au> writes:p >>> Dear all >>> L >>> I have a series of files that have a ^M (ctrl-M) at the end of each lineL >>> rather than a <CR><LF> combo, in unix we have a unix-to-dos command, canN >>> someone give me a pointer on how we can do bulk file conversion under VMS? >> >>Try: >> >>	$ EDIT/TECO <filespec>l >>	ex$$  >>: >>where those last two dollar signs are escape characters. >>J >>If that is satisfactory, there are more streamlined ways than a separate >>image activation per file. > 	 > Larry, a > L > While I am a fan of TECO, the above will not work.  It is a godsend when I > need to strip the <CR><LF>.    Ok then, before the ex$$ put:a   	<n[CTRL/M]$;i[CTRL/J]$>  J where each set of square brackets and contents thereof represents a single
 character.   ------------------------------   Date: 7 Mar 2001 10:22:34 -0500d- From: koehler@encompasserve.org (Bob Koehler)i Subject: Re: Removing Ctl-M's(3 Message-ID: <97DrPR0BjtpY@eisner.encompasserve.org>m  a In article <983956529.975005@echidna.training.wa.gov.au>, "Chris" <ckempste@iinet.net.au> writes:s
 > Dear all > J > I have a series of files that have a ^M (ctrl-M) at the end of each lineJ > rather than a <CR><LF> combo, in unix we have a unix-to-dos command, canL > someone give me a pointer on how we can do bulk file conversion under VMS? >   K You don't have too.  RMS understands stream-CR, stream-CRLF, and stream-LF 1 files.   Try set file/attr=rfm:stmcr-  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group3E                                 | please remove ".aspm" when replyingt   ------------------------------  # Date: Wed, 07 Mar 2001 16:16:26 GMTl) From: "Rob Brown" <robbrown@shaw.wave.ca>i Subject: Re: Removing Ctl-M's,J Message-ID: <01c0a722$0d279b40$5a8f4f18@cs918188-a.edmw1.ab.wave.home.com>  8 Bob Koehler <koehler@encompasserve.org> wrote in article* <97DrPR0BjtpY@eisner.encompasserve.org>...   > Try set file/attr=rfm:stmcrn  F Of course this is the wrong thing to do if you already have a variableI length record file which happens to have a <cr> at the end of each line. tI I've always used an editor to clean this up, but I had more than a couplee. of files to do, I'd want something better too.   ------------------------------    Date: 07 Mar 2001 23:57:15 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Removing Ctl-M'sg- Message-ID: <87ae6x8td0.fsf@prep.synonet.com>   ' "Chris" <ckempste@iinet.net.au> writes:e  J > I have a series of files that have a ^M (ctrl-M) at the end of each lineJ > rather than a <CR><LF> combo, in unix we have a unix-to-dos command, canL > someone give me a pointer on how we can do bulk file conversion under VMS?  H Do a DIR/FULL. Bet the file attribute is STMLF. Do a SET FILE ( see helpJ for exact details ) to change them to STM format. No need to edit anything	 normally.g   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 7 Mar 2001 12:40:44 -0500 - From: koehler@encompasserve.org (Bob Koehler)e Subject: Re: Removing Ctl-M'sr3 Message-ID: <yvSktzCblfiF@eisner.encompasserve.org>r  v In article <01c0a722$0d279b40$5a8f4f18@cs918188-a.edmw1.ab.wave.home.com>, "Rob Brown" <robbrown@shaw.wave.ca> writes: >  > : > Bob Koehler <koehler@encompasserve.org> wrote in article, > <97DrPR0BjtpY@eisner.encompasserve.org>... >  >> Try set file/attr=rfm:stmcr > H > Of course this is the wrong thing to do if you already have a variableK > length record file which happens to have a <cr> at the end of each line. aK > I've always used an editor to clean this up, but I had more than a couples0 > of files to do, I'd want something better too. >   @ Geneally I find I've gotten a CRLF file transfered and stored asF stream-LF, but other possibilities do happen and usually by trying all4 three stream modes I can get the file to look right.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationp= NASA GSFC Flight Software       | Federal Sector, Civil GrouprE                                 | please remove ".aspm" when replyingo   ------------------------------  # Date: Wed, 07 Mar 2001 18:51:18 GMTG= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)h Subject: Re: Removing Ctl-M'sb0 Message-ID: <009F8A96.25E7E912@SendSpamHere.ORG>  c In article <yvSktzCblfiF@eisner.encompasserve.org>, koehler@encompasserve.org (Bob Koehler) writes:-w >In article <01c0a722$0d279b40$5a8f4f18@cs918188-a.edmw1.ab.wave.home.com>, "Rob Brown" <robbrown@shaw.wave.ca> writes:- >> - >> -; >> Bob Koehler <koehler@encompasserve.org> wrote in article - >> <97DrPR0BjtpY@eisner.encompasserve.org>...  >> - >>> Try set file/attr=rfm:stmcr- >> -I >> Of course this is the wrong thing to do if you already have a variable.L >> length record file which happens to have a <cr> at the end of each line. L >> I've always used an editor to clean this up, but I had more than a couple1 >> of files to do, I'd want something better too.  >>   > A >Geneally I find I've gotten a CRLF file transfered and stored as G >stream-LF, but other possibilities do happen and usually by trying all05 >three stream modes I can get the file to look right.u  F The question was how to delete ^Ms in a file.  There have been severalF postings speculating that the file could be fixed by changing the fileF attributes.  If the file is in the format that this poster wants it toB be, changing the file attributes about will not solve the problem.  E Take my RUNOFF example.  RUNOFF produces its files in a format that I E want -- I just do not want the <CR><LF>.  Changing the file to STM is0 not the solution (in my case).   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              O city, n., 1. a place where trees are cut down and streets are named after them.e   ------------------------------  % Date: Wed, 07 Mar 2001 09:37:26 -0300t) From: fabio_compaq@ep-bc.petrobras.com.brC Subject: TELNETSYM monitoringML Message-ID: <OF35FCF1E8.44D89B88-ON03256A08.0044BE2F@ep-bc.petrobras.com.br>  I I have more than 1200 queues in my OpenVMS servers but I really dont known how manyJ are really working, because the help desk people use to create  the queues withoutw0 informing if it is a new queue or a moved queue.  C I believe we have about 900-1000 real printers in the company using  Lantronix EPS and MPS.  D So, how to monitor these EPS and MPS under OpenVMS  and the printers connected to them ?s  J If it is connected to the LAN or not ? Do you know any software to do that ???o  F If I had a Queue Monitor with a semaphore would be good . . . like red stopped, yellow stalled,J green idle, yellow blinking busy, and red blinking not connected .... just for example ! ! !s  ; Monitoring by queue or by print server .... (both ways) ....   Regards/   FC   ------------------------------   Date: 7 Mar 2001 14:16:27 +0100,* From: eplan@kapsch.net (Peter LANGSTOEGER)! Subject: Re: TELNETSYM monitoringe( Message-ID: <3aa634ab@news.kapsch.co.at>  x In article <OF35FCF1E8.44D89B88-ON03256A08.0044BE2F@ep-bc.petrobras.com.br>, fabio_compaq@ep-bc.petrobras.com.br writes:J >I have more than 1200 queues in my OpenVMS servers but I really dont know	 >how manymK >are really working, because the help desk people use to create  the queuese >without1 >informing if it is a new queue or a moved queue.n > D >I believe we have about 900-1000 real printers in the company using >Lantronix EPS and MPS.  >qE >So, how to monitor these EPS and MPS under OpenVMS  and the printers1 >connected to them ?   ACCOUNTING ?  K >If it is connected to the LAN or not ? Do you know any software to do thatn >???   PING ?  G >If I had a Queue Monitor with a semaphore would be good . . . like redi >stopped, yellow stalled,rK >green idle, yellow blinking busy, and red blinking not connected .... justo >for example ! ! ! >i< >Monitoring by queue or by print server .... (both ways) ...   Would be nice, though.H There was a 3rd party product for this, but I don't remember the name...   -- e< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888D< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Wed, 07 Mar 2001 13:14:53 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>a! Subject: Re: TELNETSYM monitoring ) Message-ID: <3AA6344D.BC62433C@bbc.co.uk>l  * fabio_compaq@ep-bc.petrobras.com.br wrote:  K > I have more than 1200 queues in my OpenVMS servers but I really dont know 
 > how manyL > are really working, because the help desk people use to create  the queues	 > without"2 > informing if it is a new queue or a moved queue. >-E > I believe we have about 900-1000 real printers in the company usingc > Lantronix EPS and MPS. >cF > So, how to monitor these EPS and MPS under OpenVMS  and the printers > connected to them ?  >aL > If it is connected to the LAN or not ? Do you know any software to do that > ???C >LH > If I had a Queue Monitor with a semaphore would be good . . . like red > stopped, yellow stalled,L > green idle, yellow blinking busy, and red blinking not connected .... just > for example ! ! !e >0= > Monitoring by queue or by print server .... (both ways) ...o >d	 > Regardsg >d > FC   Fabio:    F$GETQUI is your friend. Really.   regards5   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uke  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.e   ------------------------------  % Date: Wed, 07 Mar 2001 13:17:49 +0000A- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> ! Subject: Re: TELNETSYM monitoringn) Message-ID: <3AA634FD.D2374871@bbc.co.uk>V   Peter LANGSTOEGER wrote:   >i >r > ACCOUNTING ? >rM > >If it is connected to the LAN or not ? Do you know any software to do thate > >??? >  > PING ?  H Why bother, VMS queue goes stalled when my users turn their printers off% overnight. TELNETSYM does it for you.l  --e6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of5 MedAS or the BBC.5   ------------------------------   Date: 7 Mar 2001 14:31:35 +0100 * From: eplan@kapsch.net (Peter LANGSTOEGER)! Subject: Re: TELNETSYM monitoring * Message-ID: <3aa63837$1@news.kapsch.co.at>  Y In article <3AA634FD.D2374871@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:r >Peter LANGSTOEGER wrote:  >> ACCOUNTING ?u >>N >> >If it is connected to the LAN or not ? Do you know any software to do that >> >???e >>	 >> PING ?s > I >Why bother, VMS queue goes stalled when my users turn their printers offe& >overnight. TELNETSYM does it for you.  E But only if you submit a print job to the queue[s] (and waste paper).t A empty queue does nothing...k   -- w< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888o< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   Date: 7 Mar 2001 08:56:06 -0500s+ From: young_r@encompasserve.org (Rob Young)d! Subject: Re: TELNETSYM monitoring 3 Message-ID: <ljvxJZooKMSQ@eisner.encompasserve.org>a  x In article <OF35FCF1E8.44D89B88-ON03256A08.0044BE2F@ep-bc.petrobras.com.br>, fabio_compaq@ep-bc.petrobras.com.br writes: >  > K > I have more than 1200 queues in my OpenVMS servers but I really dont knowhN > how many are really working, because the help desk people use to create the A > queues without informing if it is a new queue or a moved queue.  >   % 	Don't you just love that?  Grrrrrrr./  E > I believe we have about 900-1000 real printers in the company usingd > Lantronix EPS and MPS. > F > So, how to monitor these EPS and MPS under OpenVMS  and the printers > connected to them ?D >   ; 	Automate it and be a star!  I had very strong incentive to0> 	write the following.  Could tell a long story but why bother.  & 	Note that lines have wrapped, so that> 	needs to be cleaned up.  If you figure out why I whip through@ 	queues more than once when I start one (after all , I am trying? 	to FREEZE_CONTEXT) let me know, on several runs I lap and haveh> 	two running at a time.  BUT you will note it won't resubmit a< 	copy if one is already running.  Several hundred queues are 	touched by the following.  D 	Warning:  Like anything for free, study it and make changes to suit@ 	you.  I make no claim as to the usefulness of the following DCL< 	nor to I actually claim it will do anything other than look9 	pretty and that is what I do.  Look at how purtty it is.    				Robn   $ goto bypass_comments             START_PRINT_QUEUES.COM  H         Purpose: To locate and start paused/stopped print queues.  WorksD         on all queues with *print* as a text string, but this can be         modified or ripped out.   N         Usage:  Runs in batch every 10 minutes and/or can be run interactively  F         Glitch:  It often starts again at the beginning before finallyG         whipping through.  Must be missing something in my queue logic.uE         Also, keep an eye on stopped_queue.list or it grows to a veryc<         large size :-) but is very handy for trend analysis.  I         Finally:  Queues are set up as terminal so searching only *print*h         narrows things.n           Rob Young   11/5/99$     $ bypass_comments: $! $       set NoOn $       call initializationa $       call resubmita  $       call start_paused_queues> $       call requeue_print_jobs  ! Note: Deletes "bad" entries $! $       exit $!     $ requeue_print_jobs:a $ subroutine $!B $!      This routine was heritage and didn't take time to rewrite,  $!      ripping out "vec" stuff. $! $       write sys$output ""S> $       write sys$output "Checking for retained jobs   . . . "= $       write sys$output "Please wait about 15 seconds . . ."1 $       write sys$output ""0 $!3 $!      Release retained jobs to try to print againt $!      Delete dangling jobs.sI $!      Note: will keep releasing and releasing jobs that are retained inn queuesD $!      that don't come back. I.E. are set with a bad /NODE in LATCP $! $       debug = "FALSE"t $       ! debug = "TRUE"+ $       temp = f$getqui("cancel_operation")	 $       total = 0e $       next_queue:eM $       qname = f$getqui("display_queue","queue_name","*","printer,terminal")o2 $       if qname .eqs. "" then goto no_more_queuesB $       if debug then  write sys$output "Checking queue: ''qname'" $       this_queue = 0 $       next_job:n6 $       num = f$getqui("display_job","entry_number",,-1                         "all_jobs,retained_jobs")u: $       vec = f$getqui("display_job","condition_vector",,-@                         "all_jobs,retained_jobs,freeze_context"). $       if num .eqs. "" then goto no_more_jobs- $       if debug then write sys$output  'num'e9 $       if vec .eqs. "0106109A"       ! PSM error opening  $       then& $               delete/entry='num'/log $       elseE $       if (vec .eqs. "010610D2") .or. - ! PSM error writing (device) A            (vec .eqs. "0000002C")        ! %SYSTEM-F-ABORT, abortL $       then( $               set entry 'num' /release8 $               write sys$output "Entry ''num' released"
 $       endifF $ endifd $!  $       if debug then sh sym vec $       total = total + 1m# $       this_queue = this_queue + 12 $       goto next_job. $ no_more_jobs:iH $       if debug then   write sys$output "  Jobs deleted: ''this_queue'" $       goto next_queuea $ no_more_queues:c+ $       if debug then   write sys$output "" G $       if debug then   write sys$output "Total Jobs Deleted: ''total'"e $       exit $! $ endsubroutine>     $ start_paused_queues: $ subroutine $!F $!      Some queues may be permanently out to lunch and yet they won't! $!      let me delete the queues!E $!K $       exclusion_list  = "AARK_PRINTE,AARK_PRINTD,AARK_PRINTK,"        + -eK                           "PCC_PRINTD,GLOSS_PRINTA,KLOSS_PRINTD,"       + -t(                           "KLOSS_PRINTC" $! $       count           =  0 $       queues_started  =  0D $       que_list        =  "*print*,"   ! Trailing "," must be there $! $ get_next_group:x8 $       next_queue_group = f$element(count,",",que_list)6 $       if next_queue_group .eqs. "" then goto get_out $       count = count + 1-) $       x = f$getqui ("CANCEL_OPERATION")2 $ next_queue:   qname= f$getquis0 ("DISPLAY_QUEUE","QUEUE_NAME","''next_queue_grou p'","TERMINAL")D0 $       if qname.eqs."" then goto get_next_group6 $       if exclusion_list - qname .nes. exclusion_list
 $       then @; $               write sys$output "Skipping ''qname' . . . "f $               goto next_queueh
 $       endifi $       paused    =C< f$getqui("DISPLAY_QUEUE","QUEUE_PAUSED","*","TERMINAL,FREEZE
 _CONTEXT") $       stopped   = < f$getqui("DISPLAY_QUEUE","QUEUE_STOPPED","*","TERMINAL,FREEZ E_CONTEXT")r $       if pausedt $       then( $               stop/queue/reset 'qname' $               wait 00:00:02- $               stopped   =-4 f$getqui("DISPLAY_QUEUE","QUEUE_STOPPED","*","TERMIN AL,FREEZE_CONTEXT") 
 $       endifA $       if stopped $       then" $               queues_started = 1# $               write sys$output ""vG $               write sys$output "''qname' is stopped, starting . . . "0# $               write sys$output ""B $               start 'qname' $ $               show que/all 'qname'I $               read/end_of_file=next_queue                             - I                 /prompt="Press [RETURN] to continue or wait . . ."      -eI                 /error=next_queue                                       - I                 /time_out=5                                             -i!                 sys$command dummyd# $               write sys$output ""  $!' $       gosub add_to_stopped_queue_lista
 $       endifl $       goto next_queuei
 $ get_out:) $       x = f$getqui ("CANCEL_OPERATION")e $       if .not. queues_startedm $       then# $               write sys$output ""RP $               write sys$output "No queues found in a stopped/paused state . .  ."
 $       endifu $ exit     $ add_to_stopped_queue_list: $! $!= $       if f$search("''this_dir'stopped_queue.list") .eqs. ""> $       then' $               open_sym = "open/write"o $       else( $               open_sym = "open/append"
 $       endif? $! $       close/nolog     sqlt< $       'open_sym'      sql     'this_dir'stopped_queue.list@ $       text = f$fao("!20ASMMDD !6SL HHMM !6SL",qname,mmdd,hhmm) $       write sql text $       close/nolog     sql  $ return $! $ endsubroutine5     $ initialization:  $ subroutine $       set noverify5 $       this_proc       == f$environment("PROCEDURE"),; $       this_dir        == "''f$element(0,"]",this_proc)']"-6 $       procedure_name  == f$parse(this_proc,,,"name")6 $       procedure_type  == f$parse(this_proc,,,"type")7 $       interactive     == f$mode() .eqs. "INTERACTIVE"m" $       time_now        = f$time()5 $       nowm            = f$cvtime(time_now,,"month"),3 $       nowd            = f$cvtime(time_now,,"day") 4 $       nowh            = f$cvtime(time_now,,"hour")6 $       nowmin          = f$cvtime(time_now,,"minute")6 $       nows            = f$cvtime(time_now,,"second")5 $       nowy            == f$cvtime(time_now,,"year") ( $       hhmm            == nowh + nowmin& $       mmdd            == nowm + nowd $       if .not. interactive $       then $               set proc/prio=2f
 $       endif & $       queue           == "sys$batch" $ endsubroutinet     $ resubmit:r $ subroutine $! $! $   job  = procedure_namei; $   temp = f$getqui("cancel_operation")             ! Cleard= $!                                                  ! context- $!M $!  ,,queue,  where queue = sys$batch.   Look for all jobs on sys$batch queueo $!? $   get_context = f$getqui("display_queue",,queue,"wildcard")  a $ next_job:i: $   jname = f$getqui("display_job","job_name",,"all_jobs"), $   if jname .eqs. "" then goto no_more_jobs) $   if jname .nes. job then goto next_job : $   goto found_the_job ! Job is already on sys$batch queue $! $ no_more_jobs:: $!3 $!  Job not found on sys$batch queue, submit to runa $! $       submit = "submit"z $!A $       submit                                                  -rA         /after="+00:10:00"                                      -1A         /noprint                                                ->A         /log='this_dir''procedure_name'_'mmdd'_'hhmm'.log       -lA         /queue='queue'                                          -eA         /user=SYSTEM                                            -tA         /name='procedure_name'                                  -a2         'this_dir''procedure_name''procedure_type' $! $!9 $       log_file = this_dir + procedure_name + "_*.LOG;*"o $       purge = "purge"I $!) $!      Keep a small number of log files.a $!2 $       if f$search("''log_file'") .nes. "" then --         delete/before="-00:31"/log 'log_file'p $! $! $       exit $!   $ found_the_job: $ write sys$output ""eK $ write sys$output " Job ''procedure_name' is already on ''queue' . . . . "  $ write sys$output ""s $ endsubroutineh   ------------------------------  % Date: Wed, 07 Mar 2001 14:28:37 +0000t- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>n! Subject: Re: TELNETSYM monitoring ) Message-ID: <3AA64595.8852F50C@bbc.co.uk>a   Rob Young wrote:  E >          Automate it and be a star!  I had very strong incentive to.G >         write the following.  Could tell a long story but why bother.m >  >n  D Agreed automation is the way to go, but be careful. I saved a lot ofB support calls by having a daemon job restart stopped/paused queuesE due to dropped ancient comms lines (all replaced by IP pritning now).,D However, there are situation where restarting a paused/stalled queueJ are not appropriate. A cheque print run stalled mid-way awaiting new stock+ to be loaded in the printer is one example.e   regards1 --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukw  A I speak for myself only and my views in no way represent those ofn MedAS or the BBC.    ------------------------------   Date: 7 Mar 2001 09:59:33 -0500S+ From: young_r@encompasserve.org (Rob Young)o! Subject: Re: TELNETSYM monitoringh3 Message-ID: <b3I5Q3qDSQIM@eisner.encompasserve.org>?  Y In article <3AA64595.8852F50C@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:  >  >  > Rob Young wrote: > F >>          Automate it and be a star!  I had very strong incentive toH >>         write the following.  Could tell a long story but why bother. >> >> > F > Agreed automation is the way to go, but be careful. I saved a lot ofD > support calls by having a daemon job restart stopped/paused queuesG > due to dropped ancient comms lines (all replaced by IP pritning now).4F > However, there are situation where restarting a paused/stalled queueL > are not appropriate. A cheque print run stalled mid-way awaiting new stock- > to be loaded in the printer is one example.  >   1 	Yeah... make sure that is on the exclusion_list.q   				Robt   ------------------------------  % Date: Wed, 07 Mar 2001 15:03:12 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>y! Subject: Re: TELNETSYM monitoringq) Message-ID: <3AA64DB0.AFE67BAF@bbc.co.uk>e   Rob Young wrote:  [ > In article <3AA64595.8852F50C@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:u > > H > > Agreed automation is the way to go, but be careful. I saved a lot ofF > > support calls by having a daemon job restart stopped/paused queuesI > > due to dropped ancient comms lines (all replaced by IP pritning now).oH > > However, there are situation where restarting a paused/stalled queueN > > are not appropriate. A cheque print run stalled mid-way awaiting new stock/ > > to be loaded in the printer is one example.E > >  >G: >         Yeah... make sure that is on the exclusion_list.  # Sure, I have an exclusion list too.-  I Just don't mention HP printiers and blank pages. I don't beleive there isEI a global solution when one does not control directly the model of printer- deployed for each user.a   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukq  A I speak for myself only and my views in no way represent those ofy MedAS or the BBC.t   ------------------------------  % Date: Wed, 07 Mar 2001 13:09:43 -0300s) From: fabio_compaq@ep-bc.petrobras.com.bru! Subject: Re: TELNETSYM monitoringeL Message-ID: <OFFB4A6CEC.CE177043-ON03256A08.0058AAA3@ep-bc.petrobras.com.br>  J I  have the same job starting queues each 15 minutes ....it works fine for
 me because= we  dont have problems with changing forms in the queues ....i   Regardst   FC        > Tim Llewellyn <tim.llewellyn@bbc.co.uk> em 07/03/2001 11:28:37  ) Favor responder a tim.llewellyn@bbc.co.uke             Info-VAX@Mvb.Saic.Coml      ! Assunto: Re: TELNETSYM monitoringn         Rob Young wrote:  E >          Automate it and be a star!  I had very strong incentive torG >         write the following.  Could tell a long story but why bother.: >  >E  D Agreed automation is the way to go, but be careful. I saved a lot ofB support calls by having a daemon job restart stopped/paused queuesE due to dropped ancient comms lines (all replaced by IP pritning now).eD However, there are situation where restarting a paused/stalled queueJ are not appropriate. A cheque print run stalled mid-way awaiting new stock+ to be loaded in the printer is one example.l   regardse --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uke  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.o   ------------------------------  % Date: Wed, 07 Mar 2001 13:12:59 -0300h) From: fabio_compaq@ep-bc.petrobras.com.brl! Subject: Re: TELNETSYM monitoringmL Message-ID: <OFA3B156F4.962C0597-ON03256A08.0058E0C0@ep-bc.petrobras.com.br>  I For me the most important is to know when a Printserver is not being usedl anymorevI or is turned off ....the Lantronix works with SNMP i believe.... but they- dont have an application for OpenVMS ! ! !0  K The rest is usefull but I am not responsible for this .... I created a menun to the helpD< desk people and they receive all the callings from the users   :-))))   Regardsl   FC        ; eplan@kapsch.net (Peter LANGSTOEGER) em 07/03/2001 10:31:35A  " Favor responder a eplan@kapsch.net             Info-VAX@Mvb.Saic.Coma      ! Assunto: Re: TELNETSYM monitoringP    7 In article <3AA634FD.D2374871@bbc.co.uk>, Tim Llewellyn ! <tim.llewellyn@bbc.co.uk> writes:t >Peter LANGSTOEGER wrote:. >> ACCOUNTING ?o >>I >> >If it is connected to the LAN or not ? Do you know any software to dot that >> >???w >>	 >> PING ?  >GI >Why bother, VMS queue goes stalled when my users turn their printers offg& >overnight. TELNETSYM does it for you.  E But only if you submit a print job to the queue[s] (and waste paper).A A empty queue does nothing...i   --< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888u< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   Date: 7 Mar 2001 11:20:31 -0500o+ From: young_r@encompasserve.org (Rob Young) ! Subject: Re: TELNETSYM monitoringr3 Message-ID: <wdBfk34KYMdx@eisner.encompasserve.org>u  x In article <OFFB4A6CEC.CE177043-ON03256A08.0058AAA3@ep-bc.petrobras.com.br>, fabio_compaq@ep-bc.petrobras.com.br writes:L > I  have the same job starting queues each 15 minutes ....it works fine for > me because? > we  dont have problems with changing forms in the queues ....r >   = 	Okay... so if you want bells and whistles there is a CD thate@ 	ships with each EPS that has a Web interface called "EzWebCon".C 	It installs cleanly under Windoze, has several sub-menus including.F 	Maintenance, and Statistics/Monitoring... under Statistics/MonitoringC 	Port Usage, Protocol Traffic, Printer Monitoring.... under Printerr 	Monitoring port status...  ? 	I guess that is what you are after.  Gives the point and clickh@ 	kiddies something to look at.  I have rarely used it (after all2 	that clicking I'm due for another cup of coffee).   				Robt   ------------------------------  $ Date: Wed, 7 Mar 2001 09:15:55 -05005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>e3 Subject: Re: TURBOchannel frame buffer test resultsc, Message-ID: <985fqa$cs2c$1@lead.zk3.dec.com>  I The TX was a dumb frame buffer.  Really.  I used to have a VMS driver andbG DDX for it, but I don't think we ever shipped it, I used to run it as a I second head on my system.  It was just too slow to be useable for general L use, I used it to display 24-bit images.  I never figured out why it shippedG on UNIX, except that they supported it on Ultrix, so I suppose it was atI compatability thing.  The only cool thing it had going was the PIP optione< that would allow live video to stream into the frame buffer.  I And yes, I believe that the only difference between the E2 and E3 was ther7 amount of offscreen memory for things like Z buffering.f   _Freda    @ Jerry Hudgins wrote in message <3AA53001.38C107EC@e-farm.com>... >jason andrade wrote:  >>+ >> Jerry Hudgins <jerry@e-farm.com> writes:$ >>G >> >For what it's worth, I believe that the 24-plane PMAGB-J would have G >> >the same compatibility characteristics as the 8-plane PMAG-J listedqH >> >above.  This might be a cheap route to TrueColor for DU/T64 systems. >>E >> probably - but there is a world of difference in usability between D >> the two cards.  from subjective feel, the J is very s l o w.  theA >> PMAGD-BA on the other hand was at least as snappy as 8 bit HX.f >rA >My limited experience supports this.  The TX card was noticeably # >slower than the ZLX on a 3000/700.$ >pD >> what's the difference between E3 and E2 btw ? just FB memory ? (i: >> have a E2 here i think, but have never seen/used an E3) >nF >The -E2 is an 8 MB device, with no Z-buffer.  The -E3 adds a Z-buffer >and another 8 MB. >  >-jchN   ------------------------------  % Date: Wed, 07 Mar 2001 09:27:43 +0000 % From: Alan Greig <a.greig@virgin.net>   Subject: Re: Umbrella in Germany8 Message-ID: <bjvbat8h3dtd872m2capc8l16uqimpicrs@4ax.com>  3 On Tue, 06 Mar 2001 22:49:36 GMT, "Andy Bustamante" % <A_C_Bustamante@earthlink.net> wrote:b  J >Or in my case sharing the goodies (posters/pens/stuff) with customers andI >potential customers helps take the edge off of the "VMS is dead" rumors. 5 >There is a Compaq and they help out their resellers.   D Yes it does but our preferred reseller (director ex-DEC and pro-VMS)C had not heard of the balls, umbrellas, posters etc until I told him.> about them. Compaq corporate can't seem to communicate pro-VMSD information to channels and VMS marketing probably don't easily have6 the resources to reach all Compaq channels themselves,    B >Compaq also sent a speaker to my customers' user group last year.   -- Alan   ------------------------------   Date: 07 Mar 2001 17:51:24 GMT. From: Seth <sethm@please-no-spam.retronet.net> Subject: Re: VAX BSD 4.2/4.3/ Message-ID: <985ses$rk@dispatch.concentric.net>i  D In alt.sys.pdp10 Arthur Krewat <krewat@bartek.dontspamme.net> wrote:G > Anyone know the copyright problems with this? BSD 4.3 was on the 'netoI > a few years ago, and probably still is somewhere. I am not the originalhA > licensee, and found this stuff in the garbage (public domain?).f  B [Sorry, I know this is a little off-topic for either PDP-10 or VMSB newsgroups, but I thought I'd mention it anyway if it helps towardC the development of a VAX emulator.  I really like VMS myself, shocke and horror!]  ? It's no problem assuming you both have ancient UNIX source code A licenses.  You can get them for free by visiting SCO at this URL:R  & http://www.sco.com/offers/ancient.html  D Once you've agreed to the terms, you can legally use any AT&T or BSD@ derived UNIX in accordance with the license, and you can requestE access to the UNIX Heritage Society's UNIX Archive to get old sourcesr at this URL:  " http://minnie.cs.adfa.edu.au/TUHS/   > art k.   -Sethp   ------------------------------  # Date: Wed, 07 Mar 2001 15:50:55 GMTe2 From: Arthur Krewat <krewat@bartek.dontspamme.net>, Subject: VAX BSD 4.2/4.3 (was: TOPS-10 603A)5 Message-ID: <3AA6588F.EBA839A4@bartek.dontspamme.net>'   Timothy Stark wrote: > = > >       I recently found a SYSTEM.EXE from 603A that worked A > > on the KS10's. My memory is a little fuzzy of the actual boot ? > > process, but is there anything else that is specific to the $ > > machine type besides SYSTEM.EXE? >iI > Very good news! :-)  It should work on my TS10 emulator (KS10 section).A >   A Tim, if it helps at all, I have BSD 4.2 (and 4.3) boot tapes for U> VAX-11/750 (and 780!). I have complete sources, especially the$ device drivers for disks/tapes, etc.  C This may help implementing most of the devices you need to emulate.p  E Anyone know the copyright problems with this? BSD 4.3 was on the 'net_G a few years ago, and probably still is somewhere. I am not the original ? licensee, and found this stuff in the garbage (public domain?).    art k.   ------------------------------   Date: 7 Mar 2001 07:23:50 GMT & From: dsf@frontiernet.net (Dan Foster)@ Subject: VMS 7.2 install requires MACRO32 for standalone BACKUP?7 Message-ID: <984nm6$lnq$1@node17.cwnet.frontiernet.net>    Howdy - E 	I'm immensely curious what it is about VMS 7.2 such that the install 9 requires MACRO32.EXE in order to build standalone BACKUP?    	This is according to:  H 	http://www.openvms.compaq.com:8000/72final/6521/6521pro.html#macro_back   -Dan   ------------------------------  % Date: Wed, 07 Mar 2001 08:32:31 +0000u* From: Ed Dennison <ed.dennison@compaq.com>D Subject: Re: VMS 7.2 install requires MACRO32 for standalone BACKUP?* Message-ID: <3AA5F21F.C915F095@compaq.com>   Dan,  K     I don't think it is the install of OpenVMS V7.2 that requires the MACROtC assembler. What does require the assembler is the command procedure S SYS$UPDATE:STABACKIT.COM which you invoke to build a standalone backup kit. This ispR used to build SETSIZE.EXE (and maybe other images depending upon the version beingP used). STABACKIT.COM has used SETSIZE to control the size of the PDA0 device for' some time - so this is not new to V7.2.'           Regards_                   Ed Dennison    Dan Foster wrote:D  	 > Howdy -6N >         I'm immensely curious what it is about VMS 7.2 such that the install; > requires MACRO32.EXE in order to build standalone BACKUP?i >  >         This is according to:s >oQ >         http://www.openvms.compaq.com:8000/72final/6521/6521pro.html#macro_back] >h > -Dan   ------------------------------  % Date: Wed, 07 Mar 2001 16:35:44 +0800d- From: David B Sneddon <dbsneddon@bigpond.com> D Subject: Re: VMS 7.2 install requires MACRO32 for standalone BACKUP?? Message-ID: <3.0.6.32.20010307163544.007a5800@mail.bigpond.com>o  ) At 07:23 AM 3/7/01 GMT, Dan Foster wrote:m >Howdy -F >	I'm immensely curious what it is about VMS 7.2 such that the install: >requires MACRO32.EXE in order to build standalone BACKUP? >  >	This is according to:" >oI >	http://www.openvms.compaq.com:8000/72final/6521/6521pro.html#macro_back  >  >-Dan=  F I think it depends on the medium you are going to build on but, if you> look at SYS$UPDATE:STABACKIT.COM you will see why it needs it. (Assuming you are talking VAX.)      Regards, Dave.n -- oI David B Sneddon (dbs)  OpenVMS Systems Programmer   dbsneddon@bigpond.com I Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/ I DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htmuI "Life is what happens to you while you're busy making other plans" Lennonx   ------------------------------  % Date: Wed, 07 Mar 2001 12:05:06 -0600 / From: Chris Scheers <chris@applied-synergy.com> D Subject: Re: VMS 7.2 install requires MACRO32 for standalone BACKUP?3 Message-ID: <3AA67852.EB182F35@applied-synergy.com>l   Dan Foster wrote:e > 	 > Howdy -rN >         I'm immensely curious what it is about VMS 7.2 such that the install; > requires MACRO32.EXE in order to build standalone BACKUP?     B This is not a V7.2 issue.  It has been a part of VAX/VMS forever. A (Well, maybe not forever, but I don't know how far back it goes.)   E On the VAX, standalone backup actually runs from a pseudo disk, i.e.,'	 RAM disk.   G If you take a look at SYS$UPDATE:STABACKIT.COM, it builds a small MACRO " program to manage the pseudo disk.   Therefore, MACRO32 is required.   G -----------------------------------------------------------------------i$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com     Fax: 817-237-3074I   ------------------------------   Date: 7 Mar 2001 11:51:52 +0100a* From: eplan@kapsch.net (Peter LANGSTOEGER)/ Subject: VMS Server Problems with ICA Clients ? * Message-ID: <3aa612c8$1@news.kapsch.co.at>  C I tried again to run the JAVA ICA Client to access a M$ NT5 TSE andnI was almost successful with the ICA_PN (Program Neighborhood) application.-  B I could define the parameters for a ICA session and then create itG (though I'm still unable to save the settings and so I have to redefinenH them everytime. As this is not usefull I'll try the ICAsession instead).    ; I was also able to log on, but then a message came, saying:.D "You do not have the proper encryption level to access this Session"    D I then started a native SOLARIS ICA Client and ran it on the SOLARISA local consol screen and all was perfect (except the hawk-spit SunuG keyboard which to top it was also not a US one and I hate German ones).nG But after only redirecting the display to my VMS workstation I also gotq3 this encryption level not sufficient error message.     H So the problems seems to be not in the [VMS] JAVA ICA Client, but in the& X11 server [requirements] instead !!??  E I tried it on my VS4090/V7.2/V1.2-5 and on my PWS433au/V7.2-1/V1.2-5.U No differences in this case.  H (But to make things more complicated, redirecting the display of the VMSF JAVA Client to the SOLARIS X11 server does not succeed and brings alsoE this encrypt errmsg and this contradicts the X11 server problemsourceo assumption)     K So PLEASE, does anyone have an idea what could be the reason and what couldrG help me avoiding another workstation (or X-term or Personal Crap) on mywG desk but continue to run some Win32 programs (like ClearVISN, WINS-Mgr, K Visio, reboot a NT system from remote ;-). The current solution (NCD/CITRIX I WinCenter) is NT4 and [will] not [be] NT5 and will therefor unfortunately  be switched off RSN...   -- w< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888d< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Wed, 07 Mar 2001 15:00:36 +0000k% From: Alan Greig <a.greig@virgin.net>e3 Subject: Re: VMS Server Problems with ICA Clients ?l8 Message-ID: <poicatgs361qiueoi218m4leoeambjas99@4ax.com>  B On 7 Mar 2001 11:51:52 +0100, eplan@kapsch.net (Peter LANGSTOEGER) wrote:  D >I tried again to run the JAVA ICA Client to access a M$ NT5 TSE andJ >was almost successful with the ICA_PN (Program Neighborhood) application.  F Citrix to NT5... Haven't tried that one yet. But try contacting CitrixE directly and asking them for a later version of the JAVA client. Last E year we had a citrix developer on site and he gave us a later version D of the JAVA client than that available for download. Current version> on Citrix website is 6.0.1146 and is available for download atL http://download2.citrix.com/FILES/en/products/client/ica/current/setup.class  " Do you have at least this version?  C >I could define the parameters for a ICA session and then create it H >(though I'm still unable to save the settings and so I have to redefineI >them everytime. As this is not usefull I'll try the ICAsession instead).l >l >o< >I was also able to log on, but then a message came, saying:E >"You do not have the proper encryption level to access this Session"m >s >oE >I then started a native SOLARIS ICA Client and ran it on the SOLARISlB >local consol screen and all was perfect (except the hawk-spit SunH >keyboard which to top it was also not a US one and I hate German ones).H >But after only redirecting the display to my VMS workstation I also got4 >this encryption level not sufficient error message. >: >LI >So the problems seems to be not in the [VMS] JAVA ICA Client, but in the-' >X11 server [requirements] instead !!??j >sF >I tried it on my VS4090/V7.2/V1.2-5 and on my PWS433au/V7.2-1/V1.2-5. >No differences in this case.f >sI >(But to make things more complicated, redirecting the display of the VMSnG >JAVA Client to the SOLARIS X11 server does not succeed and brings also.F >this encrypt errmsg and this contradicts the X11 server problemsource >assumption) >  > L >So PLEASE, does anyone have an idea what could be the reason and what couldH >help me avoiding another workstation (or X-term or Personal Crap) on myH >desk but continue to run some Win32 programs (like ClearVISN, WINS-Mgr,L >Visio, reboot a NT system from remote ;-). The current solution (NCD/CITRIXJ >WinCenter) is NT4 and [will] not [be] NT5 and will therefor unfortunately >be switched off RSN...s   -- Alan   ------------------------------  % Date: Wed, 07 Mar 2001 09:15:46 +0000u% From: Alan Greig <a.greig@virgin.net>oC Subject: We'll all fry together - not poisoning pigeons in the parkl8 Message-ID: <rbubat4c9l1ekn00sbscgv0p5udqaemjj7@4ax.com>  F On Tue, 06 Mar 2001 13:31:14 -0800, Shane.F.Smith@Healthnet.com wrote:   >lF >By co-incidence, I found this in my random surfing last night. The USL >military is working on a non-lethal microwave based weapon for use in crowd	 >control:, > D >http://www.cnn.com/2001/TECH/science/03/02/new.weapon.02/index.html >jB >                  The weapon is designed to stop people by firingC >                  millimeter-wave electromagnetic energy in a beam D >                  that quickly heats up the surface of the victim'sE >                  skin. Within seconds the person feels pain that ish5 >                  akin to touching a hot light bulb.s >                  ......b9 >       Michael Murphy, an Air Force lab researcher, saidlC >                  the beam could be used safely.  "We've tested 72dG >                  humans that have had over 6,500 exposures," he said.1 >A  >I'm glad I'm not in that job... >t) >Score 1 against the pigeon story though.   > At last a true story about possible fried pigeons. By completeD co-incidence on the main BBC radio morning news program this morning= there was a story about a large decorative six metre diameternD parabolic mirror which reflects the sky at ground level. It can alsoA focus the suns rays back into the sky of course. If not carefullymC positioned it was realized that this would fry pigeons (or anythingoF else) in a split second so sun positions throughout the year had to beC carefully plotted to control mirror positioning. The story aired on F "Today" on BBC Radio 4 at 6:55am GMT 07-MAR-2001 and will be availableE for replay www.bbc.co.uk/today (click the listen link and  go forwardpC to 50 minutest into the broadcast). There's an interview with one fi the physicists involved.     >Shane >- >- >- >  >a: >Alan Greig <a.greig@virgin.net> on 03/06/2001 06:19:59 AM >  >To:   Info-VAX@Mvb.Saic.Com >cc: >n  >Subject:  Re: Janitor fixes 90L >i >r0 >On Tue, 06 Mar 2001 11:09:13 +0000, Nigel Arnot% ><sysmgr@maxwell.ph.kcl.ac.uk> wrote:a >oK >>> > I was always fond of the one about the dead pigeons they kept findinga >on F >>> > the steps of the Baltic Exchange in London. It took a while, but >someoneL >>> > finally realised that they were flying through beam from the microwaveE >>> > communications dish on top of (I think) the Net West tower, and  >getting >>> > cooked mid flight. >>>sL >>> I suspect this is an urban legend. You can easily do _power_transfer_ in >theG >>> microwave band and have people safely stand in the beam without anyi >dangerrI >>> whatsoever. You wouldn't do data transfer on the water band (2.1 GHz,  >IIRC)L >>> that is used by a microwave oven anyway, because air contains a variable >butI >>> potentially large amount of water ("the rain in Spain falls mainly in. >theH >>> plain"), and having a broken link in a London fog isn't that good an
 >idea. ButI >>> even if you were using that band, it will take about 30s to a minute,e >I'dF >>> guesstimate, at quite high power levels to "cook" a pigeon's brain >enough. >>>m >>	 >>Agreed.  >>J >>the version of the story I've heard involved dead seagulls, a destroyer,H >>and a navy radar system. Slightly more plausible - some navy microwaveD >>systems are dangerously high-powered - but probably also a legend. >iD >I saw a news report just a couple of weeks ago about the death of aF >security guard very recently  I think in the US or Canada. ApparentlyF >the guard had a habit of sitting in line of site of a large microwaveE >comms dish to enjoy the outside air and stay warm, He had apparently F >been warned many times not to do this but no action had been taken. AB >combination of snow risk and high usage over Christmas caused theG >telco to increase transmission power around tenfold and when the guard : >sat in front of it he fell asleep and was cooked to death >i >     Yours, >>         Nigel Arnot# >>         NRA@MAXWELL.PH.KCL.AC.UKm >>@ >>         "In the beginning there was nothing, which exploded."   -- Alan   ------------------------------  # Date: Wed, 07 Mar 2001 12:00:04 GMTh, From: Didier Morandi <Didier.Morandi@gmx.ch>7 Subject: [BUG] f$element and returned delimiter (7.2-1)e& Message-ID: <3AA622A3.E83994FF@gmx.ch>   Sometimes life is hard...y   LEXICALS   F$ELEMENTi
     Argumentse         element-number  I          Specifies the number of the element to extract (numbering begins F          with zero). Specify the element-number argument as an integerI          expression. If the element-number argument exceeds the number of A          elements in the string, F$ELEMENT returns the delimiter. @                                            ^^^^^^^^^^^^^^^^^^^^^   ISLKP1> a="coucou toto"n ISLKP1> b=f$el(2," ",a)t ISLKP1> sh symb bb&   B = " "             <<======== space ISLKP1> a="coucou "i ISLKP1> b=f$el(2," ",a)6 ISLKP1> sh symb bG&   B = " "             <<======== space ISLKP1> b=f$el(1," ",a)  ISLKP1> sh symb bi*   B = ""              <<======== null byte   Hoff?d     D. -- c6 MORANDI Consultants, Swiss Quality Computer Consulting6 avenue de Granges-Paccot 2, 1700 Fribourg  Switzerland1     Tel: +41.79.705.46.70 - Fax: +41.26.465.13.58i4  Visit our Web site at http://Didier.Morandi.Free.fr   ------------------------------   Date: 7 Mar 2001 12:55:40 GMTo3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)o; Subject: Re: [BUG] f$element and returned delimiter (7.2-1)e0 Message-ID: <985b4c$fg8$1@n.ruf.uni-freiburg.de>  U In article <3AA622A3.E83994FF@gmx.ch>, Didier Morandi <Didier.Morandi@gmx.ch> writes:- >Sometimes life is hard... >a	 >LEXICALS2 >  F$ELEMENT >    Arguments >        element-numbero >.J >         Specifies the number of the element to extract (numbering beginsG >         with zero). Specify the element-number argument as an integer J >         expression. If the element-number argument exceeds the number ofB >         elements in the string, F$ELEMENT returns the delimiter.A >                                           ^^^^^^^^^^^^^^^^^^^^^i >o >ISLKP1> a="coucou toto" >ISLKP1> b=f$el(2," ",a) >ISLKP1> sh symb b' >  B = " "             <<======== spacet >ISLKP1> a="coucou " >ISLKP1> b=f$el(2," ",a) >ISLKP1> sh symb b' >  B = " "             <<======== spaceo >ISLKP1> b=f$el(1," ",a) >ISLKP1> sh symb b+ >  B = ""              <<======== null bytec  J There is some logic in it. As the delimiter is there, the following string is just empty. Likewise it is:   $ a=" coucou",   $ b=f$el(0," ",a)a
   $ sh symb b 	   $ B = "X# Thus, it is more a matter of taste.y   Regards,    Christoph GartmannH  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Wed, 07 Mar 2001 08:07:10 -0700c* From: Terry Aardema <taardema@nrcan.gc.ca>; Subject: Re: [BUG] f$element and returned delimiter (7.2-1)y' Message-ID: <3AA64E9E.51CB@nrcan.gc.ca>0   Didier Morandi wrote:A >  > Sometimes life is hard...I > 
 > LEXICALS
 >   F$ELEMENTp >     Arguments7 >         element-number > K >          Specifies the number of the element to extract (numbering beginslH >          with zero). Specify the element-number argument as an integerK >          expression. If the element-number argument exceeds the number ofdC >          elements in the string, F$ELEMENT returns the delimiter.oB >                                            ^^^^^^^^^^^^^^^^^^^^^ >  > ISLKP1> a="coucou toto"e > ISLKP1> b=f$el(2," ",a)  > ISLKP1> sh symb b.( >   B = " "             <<======== space  H There is no *THIRD* element of the above string, so the variable b beingE assigned " " is correct; the ZEROth element is "coucou" and the FIRSTb element is "toto".  3 As you may have guessed, F$ELEMENT is ZERO based...s   > ISLKP1> a="coucou "i > ISLKP1> b=f$el(2," ",a): > ISLKP1> sh symb bc( >   B = " "             <<======== space  G This makes sense as well; as you see in your next test, there is a NULL2E as the FIRST (remember, zero based) element of the string, due to theSG trailing space. There is still no SECOND element. Try this again with 21) trailing spaces in a, and you'll see that'  % $ b=f$el(2, ".", "coucou..")	! b = "" ) $ b=f$el(3, ".", "coucou..")    " b = "."o   > ISLKP1> b=f$el(1," ",a)h > ISLKP1> sh symb b , >   B = ""              <<======== null byte  H See above. All of the above results are consistant and expected with the way F$ELEMENT works.   > Hoff?v   > D. > --8 > MORANDI Consultants, Swiss Quality Computer Consulting8 > avenue de Granges-Paccot 2, 1700 Fribourg  Switzerland3 >     Tel: +41.79.705.46.70 - Fax: +41.26.465.13.58i6 >  Visit our Web site at http://Didier.Morandi.Free.fr   ------------------------------  % Date: Wed, 07 Mar 2001 12:37:12 -0500s' From: "Dale A. Marcy" <dqm@y12.doe.gov> 3 Subject: Re: [INFO] wrong answer in Mgmt agents FAQ + Message-ID: <3AA671C8.EF05E2F8@y12.doe.gov>f   Paul Sture wrote:l > H > In article <3AA064A7.85FB2F8B@earthlink.net>, David J. Dachtera wrote:; > > From: "David J. Dachtera" <djesys.nospam@earthlink.net>o > > Newsgroups: comp.os.vms27 > > Subject: Re: [INFO] wrong answer in Mgmt agents FAQ-) > > Date: Fri, 02 Mar 2001 21:27:35 -0600b > >d > > Didier Morandi wrote:1 > > >a > > > The text in page:-O > > > www.openvms.compaq.com/openvms/products/mgmt_agents/user_man.html#troublee > > >3: > > > gives an incorrect answer to the following question: > > >  > > > [start of quote] > > > Q:A > > > I am getting a PCSI error part-way through my installation:  > > >t= > > > The following product will be installed to destination:oI > > > COMPAQ AXPVMS V72_MGMTAGENTS V2.0-16 DISK$ALPHASYS-72:[VMS$COMMON.] . > > > Portion done: 0%...10%...20%...30%...40%$ > > > %PCSI-E-READERR, error readingM > > > $6$DKA300:[SYS0.][SYSUPD]COMPAQ-AXPVMS-V72_MGMTAGENTS-V0200-16-1.PCSI;1w) > > > -DDIS-E-TNF, invalid element syntaxa( > > > %PCSI-E-OPFAILED, operation failedJ > > > Terminating is strongly recommended. Do you want to terminate? [YES]? > > > %PCSI-E-CANCEL_WIP, termination resulted in an incomplete   > > > modification to the system5 > > > %PCSI-E-S_OPCAN, operation cancelled by requestcI > > > %PCSIUI-E-ABORT, operation terminated due to an unrecoverable error  > > > condition5 > > >d > > > A:L > > > You probably have a corrupt kit. The PCSI kit must be in fixed-length,R > > > 8192-byte CR format. Please verify the file attributes and copy a new kit to > > > your target machine. > > > [end of quote] > > > # > > > To me, the correct answer is:  > > >mC > > > NOTE:  An OpenVMS saveset or PCSI installation file is storedV: > > > on the Internet in a self-expanding compressed file. > > > > > > > For OpenVMS savesets, the name of the compressed saveset; > > > file will be kit_name.a-dcx_vaxexe for OpenVMS VAX orr? > > > kit_name.a-dcx_axpexe for OpenVMS Alpha. Once the OpenVMS-= > > > saveset is copied to your system, expand the compressedSE > > > saveset by typing RUN kitname.dcx_vaxexe or kitname.dcx_alpexe.s > > >cB > > > For PCSI files, once the PCSI file is copied to your system,B > > > rename the PCSI file to kitname-dcx_axpexe.pcsi, then it canG > > > be expanded by typing RUN kitname-dcx_axpexe.pcsi.  The resultant1J > > > file will be the PCSI installation file which can be used to install > > > the ECO. > > , > > Here again, the correct syntax would be: > >hB > > > rename the PCSI file to kitname.pcsi-dcx_axpexe, then it can8 > > > be expanded by typing RUN kitname.pcsi-dcx_axpexe. > >sC > > Note that both Netscape and IE will truncate the extension fromeM > > ..PCSI-DCX_%%%EXE to just .PCSI. Don't know if it's a browser bug or YAWB  > > (Yet Another Windows Bug). > > J > I've had similar when downloading VMSINSTAL kits using Windows Netscape.6 > eco_name.A-DCX_%%%EXE comes down as file eco_name.A. > R > This has more than once led me to try using VMSINSTAL direct on that file, whichN > usually results in error messages such as BACKUP-E-READERRS, excessive error > rate reading <filename>. Bah!n > 1 > IIRC, no problem with Netscape on VMS or Linux.r > ___e > Paul Sture
 > Switzerland   L      I usually try to correct this problem in the save box that windows popsJ up by changing the .A (.PCSI) to .A-DCX_%%%EXE (.PCSI-DCX_%%%EXE) and thenK saving.  I then end up with a file that has an extension of .A-DCX_%%%EXE.AdN (.PCSI-DCX_%%%EXE.PCSI), which I have to remember to rename prior to ftping toJ my VMS system, because VMS correctly does not like the double ".".  I wishN there was someway to override this behavior (i.e., tell the PC to only use theL extension I tell it and not add the original extension back onto the end) or? to correctly download the proper file extension from the start.m  
 Dale A. Marcy(5 Science Applications International Corporation (SAIC)r   ------------------------------  # Date: Wed, 07 Mar 2001 13:08:20 GMTw, From: Didier Morandi <Didier.Morandi@gmx.ch>( Subject: [Q] checksum$checksum algorithm& Message-ID: <3AA632A3.410EBC57@gmx.ch>  O What is the probability to have two different files with the same (unsupported) 	 checksum?W  	 Reminder:    $ checksum toto.txts $ sh symb checksum$checksumA"   CHECKSUM$CHECKSUM = "1914540957"   Thanks,s D.   ------------------------------   Date: 7 Mar 2001 10:24:35 -05000- From: koehler@encompasserve.org (Bob Koehler)u, Subject: Re: [Q] checksum$checksum algorithm3 Message-ID: <0vkMQ7j2LihZ@eisner.encompasserve.org>@  U In article <3AA632A3.410EBC57@gmx.ch>, Didier Morandi <Didier.Morandi@gmx.ch> writes: Q > What is the probability to have two different files with the same (unsupported)u > checksum?  >  > Reminder:a >  > $ checksum toto.txt. > $ sh symb checksum$checksumi$ >   CHECKSUM$CHECKSUM = "1914540957" >   ( I expect it's about 1 part in 4 billion.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporatione= NASA GSFC Flight Software       | Federal Sector, Civil GroupnE                                 | please remove ".aspm" when replyingo   ------------------------------  # Date: Wed, 07 Mar 2001 16:35:17 GMT?, From: Didier Morandi <Didier.Morandi@gmx.ch>= Subject: [Q] rms$sts, rms$stv and iosb (level: very advanced)h& Message-ID: <3AA66324.92B368C8@gmx.ch>   A more difficult one: 1 (toto.* does not exist in the following examples)    ISLKP1> run toto0 [1] %DCL-W-ACTIMAGE, error activating image TOTOD [2] -CLI-E-IMAGEFNF, image file not found $1$DGA1:[MORANDI]TOTO.EXE;( ISLKP1> write sys$output f$mess($status)) %CLI-E-IMAGEFNF, image file not found !ASc   ($status gives message #2)   ISLKP1> purge totoK [1] %PURGE-W-SEARCHFAIL, error searching for SYS$SYSDEVICE:[MORANDI]TOTO.;*s [2] -RMS-E-FNF, file not found( ISLKP1> write sys$output f$mess($status)- %DELETE-W-SEARCHFAIL, error searching for !AS    ($status gives message #1)   ISLKP1> open ch totoJ [1] %DCL-E-OPENIN, error opening SYS$SYSDEVICE:[MORANDI]TOTO.DAT; as input [2] -RMS-E-FNF, file not found( ISLKP1> write sys$output f$mess($status) %RMS-E-FNF, file not found   ($status gives message #2)   ISLKP1> dir dlz040::toto.txt; %DIRECT-E-OPENIN, error opening DLZ040::TOTO.TXT;* as input / -RMS-E-FND, ACP file or directory lookup failedn= -SYSTEM-F-UNREACHABLE, remote node is not currently reachable ( ISLKP1> write sys$output f$mess($status)/ %RMS-E-FND, ACP file or directory lookup failedt  N Now the question: whatever the reason for the difference between example 2 and0 example 3, I need to collect the three messages.   D.   ------------------------------  % Date: Wed, 07 Mar 2001 12:37:35 +0000o- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>l8 Subject: Re: [Q] search list (level: advanced beginners)) Message-ID: <3AA62B8F.E06F3F7B@bbc.co.uk>-   Didier Morandi wrote:   R > I need to have a logical name translated from a child log name table, but when IR > ask for its use, VMS complains not to be able to translate it. I have in a proc: >s > $ site = "02"@' > $ say "[creating ISLK_''site'_TABLE]"-: > $ create/name_table/nolog/prot=(s:rwed,o:rwed,g:r,w:r) -C >           /exec/parent=LNM$SYSTEM_DIRECTORY LNM$ISLK_'site'_TABLE  > $! > $ def = "define"2 > $ def/sys/tran=con/table=lnm$islk_'site'_table -M >                                     disk$islk_site LOG00:[ISLK_DAT.'site'.] " > $ sh log disk$islk_site /table=*? > "DISK$ISLK_SITE" = "LOG00:[ISLK_DAT.02.]" (LNM$ISLK_02_TABLE)e >e > but then:e >g > $ dir DISK$ISLK_SITE:[tmp]D > %DIRECT-E-OPENIN, error opening DISK$ISLK_SITE:[TMP]*.*;* as inputM > -RMS-F-DEV, error in device name or inappropriate device type for operation  >tR > I don't remember how to tell DCL to go through the descendants tables, as in the > DCL command sho log/desc.l >   G OK, second attempt to reply as PC crashed before the first one ws sent.   J The way I always do this is with LNM$FILE_DEV in the LNM$PROCESS_DIRECTORYS (process specific) or LNM$YSTEM_DIRECTORY (system wide) tables. You need to be very S careful to translate the current value and add in your new table to the searchlist,d as otherJ apps on the box might be doing the same. Anyway, a quick and dirty for you   $ sh log lnm$file_dev/tab=*r8    "LNM$FILE_DEV" = "LNM$PROCESS" (LNM$SYSTEM_DIRECTORY)         = "LNM$JOB"i         = "LNM$GROUP"I         = "LNM$SYSTEM"         = "DECW$LOGICAL_NAMES"> 1  "LNM$PROCESS" = "LNM$PROCESS_TABLE" (LNM$PROCESS_DIRECTORY)9 1  "LNM$JOB" = "LNM$JOB_80E01700" (LNM$PROCESS_DIRECTORY)o; 1  "LNM$GROUP" = "LNM$GROUP_000300" (LNM$PROCESS_DIRECTORY)B; 1  "LNM$SYSTEM" = "LNM$SYSTEM_TABLE" (LNM$SYSTEM_DIRECTORY)o; 1  "DECW$LOGICAL_NAMES" [table] = "" (LNM$SYSTEM_DIRECTORY)o  2 $ define/table=lnm$system_directory lnm$file_dev -T    LNM$PROCESS,LNM$JOB,LNM$GROUP,LNM$SYSTEM,LNM$ISLK_'site'_TABLE,DECW$LOGICAL_NAMES  P CREAT/NAME/PARENT=LNM$SYSTEM_DIRCTORY just specifies that the table is shareable3 and defines a logical name in LNM$SYSTEM_DIRECTORY.    Hope this helps    >1	 > Thanks,0 > D. >A- > (I'm really getting old...or it's too late)o         --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukl  A I speak for myself only and my views in no way represent those ofm MedAS or the BBC.t   ------------------------------  % Date: Wed, 07 Mar 2001 09:49:52 -0500.- From: "Richard D. Piccard" <piccard@ohio.edu>Y8 Subject: Re: [Q] search list (level: advanced beginners)( Message-ID: <3AA64A8C.C99D40D1@ohio.edu>  T This raises the issue:  is there the possibility of a race condition here.  In otherW words, is there a standard way to make sure that no one else does the same thing at the H same time, and the "second one wins."  I know you could use a variety ofV synchronization techniques among the places that you do this for yourself.  Is there a
 STANDARD way?e  +                                         RDPt     Tim Llewellyn wrote:   > [snip]  L > The way I always do this is with LNM$FILE_DEV in the LNM$PROCESS_DIRECTORYU > (process specific) or LNM$YSTEM_DIRECTORY (system wide) tables. You need to be verygU > careful to translate the current value and add in your new table to the searchlist,o
 > as other* > apps on the box might be doing the same.   > [snip]   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  $ Date: Wed, 7 Mar 2001 16:11:23 +0100> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>8 Subject: Re: [Q] search list (level: advanced beginners). Message-ID: <985iqt$e22$1@reader1.imaginet.fr>  3 Do not define LNM$FILE_DEV in LNM$SYSTEM_DIRECTORY, % but only in LNM$PROCESS_DIRECTORY ... ? unless you really need to start the system with your definitiong  
 Jean-Franoisg      8 "Richard D. Piccard" <piccard@ohio.edu> wrote in message" news:3AA64A8C.C99D40D1@ohio.edu... >hL > This raises the issue:  is there the possibility of a race condition here. In otherL > words, is there a standard way to make sure that no one else does the same thing at theJ > same time, and the "second one wins."  I know you could use a variety ofL > synchronization techniques among the places that you do this for yourself.
 Is there a > STANDARD way?m > - >                                         RDP  >  >m > Tim Llewellyn wrote: > 
 > > [snip] > 8 > > The way I always do this is with LNM$FILE_DEV in the LNM$PROCESS_DIRECTORY L > > (process specific) or LNM$YSTEM_DIRECTORY (system wide) tables. You need
 to be veryK > > careful to translate the current value and add in your new table to theS searchlist,o > > as other, > > apps on the box might be doing the same. > 
 > > [snip] >= > --D > ==================================================================D > Dick Piccard                           Academic Technology ManagerD > piccard@ohio.edu                                 Computer ServicesD > http://oak.cats.ohiou.edu/~piccard/                Ohio University >  >s   ------------------------------  % Date: Wed, 07 Mar 2001 15:33:06 +0000-- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> 8 Subject: Re: [Q] search list (level: advanced beginners)) Message-ID: <3AA654B2.FED16061@bbc.co.uk>7   "Jean-Franois Marchal" wrote:  5 > Do not define LNM$FILE_DEV in LNM$SYSTEM_DIRECTORY,m' > but only in LNM$PROCESS_DIRECTORY ....A > unless you really need to start the system with your definitionE  N there are cases where modification of the systemwide definition are desireableP but I would generally agree. My first reply (which got lost due to PC crash) was moreO detailed on the process v system defintions. Richard's point is somewhat valid,tG however any scheme using file locking or even the lock manager requiresnO cooperation between coresident applications. Generally, system wide definitions^N will get done in system startup and it is the system managers job to make sure	 conflicts  don't arise.   regardsc   >I > Jean-Franois" >I: > "Richard D. Piccard" <piccard@ohio.edu> wrote in message$ > news:3AA64A8C.C99D40D1@ohio.edu... > >,N > > This raises the issue:  is there the possibility of a race condition here.
 > In otherN > > words, is there a standard way to make sure that no one else does the same > thing at theL > > same time, and the "second one wins."  I know you could use a variety ofN > > synchronization techniques among the places that you do this for yourself. > Is there a > > STANDARD way?- > >-/ > >                                         RDPh > >  > >- > > Tim Llewellyn wrote: > >m > > > [snip] > > : > > > The way I always do this is with LNM$FILE_DEV in the > LNM$PROCESS_DIRECTORYeN > > > (process specific) or LNM$YSTEM_DIRECTORY (system wide) tables. You need > to be veryM > > > careful to translate the current value and add in your new table to the 
 > searchlist,- > > > as other. > > > apps on the box might be doing the same. > >c > > > [snip] > >m > > --F > > ==================================================================F > > Dick Piccard                           Academic Technology ManagerF > > piccard@ohio.edu                                 Computer ServicesF > > http://oak.cats.ohiou.edu/~piccard/                Ohio University > >  > >e   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those ofd MedAS or the BBC.    ------------------------------  # Date: Wed, 07 Mar 2001 11:07:00 GMT , From: Didier Morandi <Didier.Morandi@gmx.ch>3 Subject: Re: [Q] sys$specific, sys$common and privs=& Message-ID: <3AA61635.82BAD3A8@gmx.ch>   Answer:e  1 ISLKP1> dir sys$specific:[sysmgr]islk$logfile.logr   Directory SYS$SPECIFIC:[SYSMGR]   J ISLK$LOGFILE.LOG;1   insufficient privilege or object protection violation  ) Thank you for the two good answers given.K D.   ------------------------------  # Date: Wed, 07 Mar 2001 18:35:44 GMT=, From: Didier Morandi <Didier.Morandi@gmx.ch>/ Subject: [REQ] f$env("procedure","line_number")T& Message-ID: <3AA67F5A.5C3FF65A@gmx.ch>  O I would like to be able to know the line number executed in a DCL procedure, sonO that my error handler could log it tambien, together with the name of the proc,.H the timestamp, the pid, user, procname, error text et caetera et caeteraI (pronounce xtra, althouth should be et_tchtra (classic) or etkatra 	 (modern))   . I did this, but I am not really happy with it:   $ close/nolog ch $ close/nolog ch2. $ open/read ch source.com   $ open/write ch2 post_source.com $ i=0u $LOOP: $ read/end=EOF ch line $ write ch2 line $ i=i+1  $ rec = "$"  $ rec[74,6] := L='i'# $ if f$extract(0,2,line) .nes. "$!"s $ then1 $    line2=f$edit(line,"TRIM,COMPRESS,UNCOMMENT")-O $    if f$extract(f$len(line2)-1,1,line2) .nes. "-"         !do not process !!!M	 $    theny $       write ch2 recR
 $       i=i+1 
 $    endif $ endif  $ goto LOOP- $EOF:A
 $ close ch $ close ch2v $ exit   which gives this:    (post_source.com)7 ../..8; $! Create the logical name table LNM$ISLK_TABLE (shareable)JP $ set noon                                            !in case it exists alreadyP $                                                                         L=162  $ set proc/priv=sysprvP $                                                                         L=164 $ $ say "[creating common ISLK_TABLE]"P $                                                                         L=166 > $   create/name_table/nolog/prot=(sy:rwed,ow:rwed,gr:r,wo:r) -:           /exec/parent=LNM$SYSTEM_DIRECTORY LNM$ISLK_TABLEP $                                                                         L=169  $ P $                                                                         L=171 % $ say "[creating ISLK_''site'_TABLE]",P $                                                                         L=173 > $   create/name_table/nolog/prot=(sy:rwed,ow:rwed,gr:r,wo:r) -A           /exec/parent=LNM$SYSTEM_DIRECTORY LNM$ISLK_'site'_TABLEeP $                                                                         L=176  $ set proc/priv=nosysprvP $                                                                         L=178  $!  	 and this:P   ISLKP1> @READ_ISLK_JNL.COM ----------------' Error logged on  7-MAR-2001 18:29:32.40 1 from procedure   PROG00:[ISLK_USER.ISLK_MGR]B.B;6. produced by line 200 Error message is: ? %RMS-E-PRV, insufficient privilege or file protection violationp <RET> for next record: r ----------------' Error logged on  7-MAR-2001 18:29:32.72,1 from procedure   PROG00:[ISLK_USER.ISLK_MGR]B.B;6p produced by line 525 Error message is:s. %QUEMAN-F-OPENOUT, error opening !AS as output <RET> for next record:   ----------------' Error logged on  7-MAR-2001 18:29:32.91s1 from procedure   PROG00:[ISLK_USER.ISLK_MGR]B.B;6r produced by line 551 Error message is:p' %DELETE-W-FILNOTPUR, error deleting !AS  <RET> for next record: o   Someone did something similar? D.   ------------------------------   End of INFO-VAX 2001.132 ************************