1 INFO-VAX	Fri, 17 Aug 2001	Volume 2001 : Issue 456       Contents:# Re: a bit of historical perspective # Re: a bit of historical perspective # Re: a bit of historical perspective # Re: a bit of historical perspective & Alpha -> Itanium: Binary compatiblity?* Re: Alpha -> Itanium: Binary compatiblity?* Re: Alpha -> Itanium: Binary compatiblity?* Re: Alpha -> Itanium: Binary compatiblity?* Re: Alpha -> Itanium: Binary compatiblity?* Re: Alpha -> Itanium: Binary compatiblity?* Re: Alpha -> Itanium: Binary compatiblity?* Re: Alpha -> Itanium: Binary compatiblity?4 Re: An engineer speaks (was Re: FYI:  I hate Compaq)4 Re: An engineer speaks (was Re: FYI:  I hate Compaq)* Attunity Connect On Platform for VMS/Alpha. Re: Attunity Connect On Platform for VMS/Alpha. Re: Attunity Connect On Platform for VMS/Alpha. Re: Attunity Connect On Platform for VMS/Alpha. Re: Attunity Connect On Platform for VMS/Alpha Re: Be OS: The end :-(4 Can't compile sourcecode that import from a JAR-file Compaq in good companyF Re: Could VMS be a desktop OS? (was: The Alpha Systems Customer Update Re: DQS QDELETE query ; Re: Encompass and CETS-2001 USPS mail survey need your help  Encompass membership problems  Essential Web Services Summit ! RE: Essential Web Services Summit 5 Re: How to perform network benchmark on UCX/OVMS 7.1? 5 Re: How to perform network benchmark on UCX/OVMS 7.1? 0 Re: How to set image ident info in C source code0 Re: How to set image ident info in C source code0 Re: How to set image ident info in C source code0 Re: How to set image ident info in C source code0 Re: How to set image ident info in C source code Re: intel we site  Re: intel we site : Re: Is there a Lexical function that shows a process state: Re: Is there a Lexical function that shows a process state: Re: Is there a Lexical function that shows a process state just received this BEA WebLogic  just received this BEA WebLogic  Re: More Alpha rubbish in print P Re: NUMA Performance of "Certain base OS features" in QBB0 - Which features are P Re: NUMA Performance of "Certain base OS features" in QBB0 - Which features are N Re: OT:  Yugo -- was You Get What You Pay For, a.k.a., There's No Free   LunchN Re: OT:  Yugo -- was You Get What You Pay For, a.k.a., There's No Free   Lunch# Re: OT: TOPS-20 and TOPS-10 live on # Re: OT: TOPS-20 and TOPS-10 live on  OT: TOPS-20 and TOPS-10 live on # Re: OT: TOPS-20 and TOPS-10 live on & Re: Printing in different output trays" Re: Printing on HP8550 Color Laser0 Re: Problems adding a user account on VAXVMSv0600 Re: Problems adding a user account on VAXVMSv060" Re: restoring os on a VAX 4000-200' Re: Result of your mail service request ' Re: Result of your mail service request  some SFF questions Re: some SFF questions Re: some SFF questions Re: SYSTEM HANG-UP9 Re: TCPware v5.5-3: file size change during FTP transfer? $ Re: Terry Shannon Tech Talk on Tru64$ Re: Terry Shannon Tech Talk on Tru64$ Re: Terry Shannon Tech Talk on Tru64$ Re: Terry Shannon Tech Talk on Tru64 Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded  Re: The Final Knell Has Sounded & Re: The VMS Opensource Porting Project Re: TOPS-20 and TOPS-10 live on P Re: Unix sys admins storing Unix logs on VMS systems ?, was: Re: An ad  Compaq s= VMS - game not over yet (Was Re: The Final Knell Has Sounded)   F ----------------------------------------------------------------------  % Date: Fri, 17 Aug 2001 11:23:52 +0100 % From: Alan Greig <a.greig@virgin.net> , Subject: Re: a bit of historical perspective8 Message-ID: <21spnt462g9bid15qloa8hatdu3npsvp4d@4ax.com>  E On Thu, 16 Aug 2001 22:10:43 -0400, "Bill Todd" <billtodd@foo.mv.com>  wrote:  L >Was just rummaging around following some old TheRegister links and stumbledL >across a couple of 1998 articles suggesting what plans Pfeiffer had in mind* >when he orchestrated the purchase of DEC:  3 Here's another: http://194.15htt9.40.109/753005.htm    Selected quote:    Posted 30th April 1998  ? The Federal Trading Commission (FTC) is making an extraordinary F condition on Digital's sale of its semiconductor operations to Intel -A a trustee will have to be appointed to supervise the licensing of ? Alpha to other manufacturers, and if the FTC doesn't agree with B decisions that are made, it will step in and look after the chip's? future itself. This condition is included in the consent decree F permitting the Intel-Digital deal to go ahead, and is an unprecedented@ piece of government intervention in the free market, in order to preserve it.  E The decree seems tacitly to conclude that, left to their own devices, @ Intel and Digital (or Compaq. The new parent company) would takeD decisions about the future of Alpha that would not necessarily be inA the interests of free competition in the 64-bit market. Digital's < Alpha technology has become more obviously key to the 64-bitD generation over the past few months, so it makes sense to the FTC toB force it into free licensing, if not quite into the public domain.   -----    So much for regulation.  -- Alan   ------------------------------  % Date: Fri, 17 Aug 2001 13:28:58 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> , Subject: Re: a bit of historical perspective, Message-ID: <3B7D5458.3FC19B2A@videotron.ca>   Alan Greig wrote: A > The Federal Trading Commission (FTC) is making an extraordinary H > condition on Digital's sale of its semiconductor operations to Intel -   > So much for regulation.   K Compaq is based in Texas. The person currently living in the White House is  based in Texas.    ------------------------------    Date: 17 Aug 2001 10:41:24 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett) , Subject: Re: a bit of historical perspective, Message-ID: <ckN1yh3RL9ju@malvm5.mala.bc.ca>  - In article <3B7D5458.3FC19B2A@videotron.ca>,  3     JF Mezei <jfmezei.spamnot@videotron.ca> writes:    > Alan Greig wrote: B >> The Federal Trading Commission (FTC) is making an extraordinaryI >> condition on Digital's sale of its semiconductor operations to Intel -  >  >> So much for regulation. > M > Compaq is based in Texas. The person currently living in the White House is  > based in Texas.   A    Would that be the guy who is supporting protectionist measures A against Canadian lumber in order to get Congressional support for < his Free Trade Area of the Americas plan? (the irony of this apparently being lost on him)   A    He doesn't sound like the sort of person who'd let a few rules  get in the way.    ------------------------------  % Date: Fri, 17 Aug 2001 11:52:28 -0600 % From: Dan O'Reilly <dano@process.com> , Subject: Re: a bit of historical perspectiveB Message-ID: <5.1.0.14.2.20010817115124.047e3c40@ntbsod.psccos.com>  & At 11:28 AM 8/17/2001, JF Mezei wrote: >Alan Greig wrote:C > > The Federal Trading Commission (FTC) is making an extraordinary J > > condition on Digital's sale of its semiconductor operations to Intel - >  > > So much for regulation.  > L >Compaq is based in Texas. The person currently living in the White House is >based in Texas.  L And just what the heck does THAT have to do with anything?  I'm gonna go outN on a limb here, and say you're not a Bush supporter.  But for crying out loud,6 that kind of statement you just made is beyond belief.   ------------------------------  % Date: Fri, 17 Aug 2001 10:00:18 +0200 $ From: "Jakob Erber" <erberj@post.ch>/ Subject: Alpha -> Itanium: Binary compatiblity?  Message-ID: <3b7ccf13$1@hcwe67>    Hi All,   L did Compaq already make a statement about how customers will have to migrateK there applications to the new Plattform? Will there be no effort at all, or G will a recompile become neccessary (hardly possibly) or will there be a  image converter?   best regards   Jakob    ------------------------------  % Date: Fri, 17 Aug 2001 10:24:04 +0100 % From: Alan Greig <a.greig@virgin.net> 3 Subject: Re: Alpha -> Itanium: Binary compatiblity? 8 Message-ID: <qiopnt4bl6hekpafal6our769t2o8sp9jt@4ax.com>  B On Fri, 17 Aug 2001 10:00:18 +0200, "Jakob Erber" <erberj@post.ch> wrote:   >Hi All, > M >did Compaq already make a statement about how customers will have to migrate L >there applications to the new Plattform? Will there be no effort at all, orH >will a recompile become neccessary (hardly possibly) or will there be a  @ Current planning is for a recompile but possibilities for binary> translation/emulation are being looked at. There is no currentD suggestion that a future IA64 will be able to execute Alpha binaries	 natively,    >image converter?  > 
 >best regards  >  >Jakob >    -- Alan   ------------------------------  % Date: Fri, 17 Aug 2001 10:15:42 -0400 2 From: "Gary E. Green" <gegreen@dra-consulting.com>3 Subject: Re: Alpha -> Itanium: Binary compatiblity? 8 Message-ID: <3b7d2873$0$18891$f92e4de5@news.stratos.net>  I At a recent COMPAQ presentation, I believe I heard 'em say the plan is to L use something like the "vest"-ing process that was used for the VAX -> Alpha transition.    ------------------------------  # Date: Fri, 17 Aug 2001 14:43:15 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)3 Subject: Re: Alpha -> Itanium: Binary compatiblity? 2 Message-ID: <74af7.271$bB1.19246@news.cpqcorp.net>  m In article <3b7d2873$0$18891$f92e4de5@news.stratos.net>, "Gary E. Green" <gegreen@dra-consulting.com> writes: J :At a recent COMPAQ presentation, I believe I heard 'em say the plan is toM :use something like the "vest"-ing process that was used for the VAX -> Alpha  :transition.  K   I and other folks -- and I'm sure many customers -- would certainly like  I   to see DECmigrate and emulation tools available for this, but I do not  <   yet know of any formal commitments to provide these tools.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 17 Aug 2001 09:14:08 -0700 , From: "James Gessling" <jgessling@yahoo.com>3 Subject: Re: Alpha -> Itanium: Binary compatiblity? 4 Message-ID: <9ljfsd$9bmau$1@ID-46415.news.dfncis.de>  I "Jakob Erber" <erberj@post.ch> wrote in message news:3b7ccf13$1@hcwe67... 	 > Hi All,  > F > did Compaq already make a statement about how customers will have to migrate J > there applications to the new Plattform? Will there be no effort at all, orI > will a recompile become neccessary (hardly possibly) or will there be a  > image converter? > H What about things in OpenVMS that are already supplied vested?  Like the Basic 3 run time library.  Can it be "re"vested to Itanium.    Jim    ------------------------------    Date: 17 Aug 2001 09:24:49 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett) 3 Subject: Re: Alpha -> Itanium: Binary compatiblity? , Message-ID: <6q5YePz5YOnn@malvm5.mala.bc.ca>  5 In article <9ljfsd$9bmau$1@ID-46415.news.dfncis.de>,  1    "James Gessling" <jgessling@yahoo.com> writes:  >>J > What about things in OpenVMS that are already supplied vested?  Like the > Basic 5 > run time library.  Can it be "re"vested to Itanium.  >   5    And, not to be too repetetive but, what about FMS?   B    OTOH maybe their intention is to finally port these products to* native code ( well I can dream can't I? ).   ------------------------------  % Date: Fri, 17 Aug 2001 13:25:55 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 3 Subject: Re: Alpha -> Itanium: Binary compatiblity? , Message-ID: <3B7D53A2.6ACB8B68@videotron.ca>   Hoff Hoffman wrote: L >   I and other folks -- and I'm sure many customers -- would certainly likeJ >   to see DECmigrate and emulation tools available for this, but I do not> >   yet know of any formal commitments to provide these tools.    I At what point in the project would such decisions have to be made (at the J technical level) ? How long should customers expect to wait until there is< hard evidence that such converters would be made available ?  L Is this something that is considered "icing on the cake" and will be done ifK there are budgets/time left at the end of the project, or would this become M included in the mandate to port VMS once the feasability of the port has been 
 established ?     N *Assuming* that you had been given a mandate to include on-the-fly conversion,H which would require some changes to the image activator to automaticallyK invoke a convertor when a foreign .EXE is encountered. Assuming this, would L the state of the porting project at this point in time have begun to examineE this issue, or are you guys still busy at levels well below the image H activator and thus haven't gotten around to examining the issue at all ?  D Would the concept of an automatic on-the-fly image convertor be even considered at all ?   = Also, has there been discussions about a VAX-IA64 convertor ?    ------------------------------  % Date: Fri, 17 Aug 2001 13:05:29 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> 3 Subject: Re: Alpha -> Itanium: Binary compatiblity? 2 Message-ID: <E9cf7.286$bB1.19624@news.cpqcorp.net>  D Malcolm Dunnett wrote in message <6q5YePz5YOnn@malvm5.mala.bc.ca>...5 >In article <9ljfsd$9bmau$1@ID-46415.news.dfncis.de>, 2 >   "James Gessling" <jgessling@yahoo.com> writes: >>> K >> What about things in OpenVMS that are already supplied vested?  Like the  >> Basic6 >> run time library.  Can it be "re"vested to Itanium. >> > 6 >   And, not to be too repetetive but, what about FMS? > C >   OTOH maybe their intention is to finally port these products to + >native code ( well I can dream can't I? ).    >   I FMS is on the list of things being ported.  AFAIK, FMS has a native Alpha  version.   ------------------------------    Date: 17 Aug 2001 11:29:28 -05009 From: kaplow_r@eisner.encompasserve.org.mars (Bob Kaplow) = Subject: Re: An engineer speaks (was Re: FYI:  I hate Compaq) 3 Message-ID: <Sq$bLO+AVPe3@eisner.encompasserve.org>   Z In article <3B7C7C2A.CE6B2B4@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:; >> where is terry shannon to respond to this blast-in-name?  > H > Folks pissed him off in another thread. Don't be surprised if he stays  > silent for an extended period.    F I've never knownthe words "Terry Shannon" and "silent" to go together.B But then it's been a month since I've seen a "Shannon No's Compaq"   ------------------------------  # Date: Fri, 17 Aug 2001 17:20:20 GMT  From: dagger <dagger@nope.nuts> = Subject: Re: An engineer speaks (was Re: FYI:  I hate Compaq) ) Message-ID: <3B7D5262.BF9C96CA@nope.nuts>   # He has just posted to the Tru64 NG.   > From  http://www.compaq.com/newsroom/pr/2001/pr2001080601.html\   "Compaq and the Compaq logo are trademarks of Compaq Information Technologies Group, L.P."  
 Any comments?    Bob Kaplow wrote:   \ > In article <3B7C7C2A.CE6B2B4@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:= > >> where is terry shannon to respond to this blast-in-name?  > > J > > Folks pissed him off in another thread. Don't be surprised if he stays" > > silent for an extended period. > H > I've never knownthe words "Terry Shannon" and "silent" to go together.D > But then it's been a month since I've seen a "Shannon No's Compaq"   ------------------------------    Date: 17 Aug 2001 05:55:37 -0700+ From: stephane_paquin@hotmail.com (SPaquin) 3 Subject: Attunity Connect On Platform for VMS/Alpha < Message-ID: <fdd7874.0108170455.7524040b@posting.google.com>  C Did anybody clearly understood what is included and what one can do B with the Attunity Connect On Platform for VMS/Alpha free package ?F http://www.openvms.compaq.com/openvms/products/ips/attunity/index.html  ? Does this package make the Alpha a client only for data sources  residing on other nodes ?   ? Or does it make the Alpha a data source server that a client PC  running Windoze can query ?	  F After reading the doc, it is still not clear what is included and what is not. Anybody using it ?   Thanks Stphane   ------------------------------    Date: 17 Aug 2001 08:04:29 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett) 7 Subject: Re: Attunity Connect On Platform for VMS/Alphai, Message-ID: <5qZT3N2sajOg@malvm5.mala.bc.ca>  9 In article <oe8qnto0n443gpt5568s8tmdd9i0g4mnd9@4ax.com>,  +     Alan Greig <a.greig@virgin.net> writes:e   > A >>Or does it make the Alpha a data source server that a client PCm >>running Windoze can query ?a > H > Yes  but only for Oracle unless additional licenses have recently been > added. > C      Maybe I'm missing the point, but isn't that available nativelyoD in Oracle through SQL*Net anyway? So for free you get the ability to) do something you could already do anyway?   C      Or is the idea that the included software is a free demo which A admittedly doesn't do anything particularly valuable but lets youd> try the product to see if it's worth buying the other modules?   ------------------------------  % Date: Fri, 17 Aug 2001 14:57:39 +0100m% From: Alan Greig <a.greig@virgin.net>e7 Subject: Re: Attunity Connect On Platform for VMS/Alphas8 Message-ID: <oe8qnto0n443gpt5568s8tmdd9i0g4mnd9@4ax.com>  D On 17 Aug 2001 05:55:37 -0700, stephane_paquin@hotmail.com (SPaquin) wrote:  D >Did anybody clearly understood what is included and what one can doC >with the Attunity Connect On Platform for VMS/Alpha free package ?sG >http://www.openvms.compaq.com/openvms/products/ips/attunity/index.htmls >i@ >Does this package make the Alpha a client only for data sources >residing on other nodes ?  A Unless it has changed recently the free with VMS license does notoF include this functionality. VMS as a client is available at additional cost.e  @ >Or does it make the Alpha a data source server that a client PC >running Windoze can query ?  F Yes  but only for Oracle unless additional licenses have recently been added.   >eG >After reading the doc, it is still not clear what is included and whath >is not. Anybody using it ?   C We make use of Attunity to access mainly Oracle (formerly DEC) DBMSTF data and RMS files from PC based apps (Access, IIS Active Server Pages3 etc) We had to buy licenses for this functionality.2 >n >Thanks 	 >StphaneT   -- Alan   ------------------------------  % Date: Fri, 17 Aug 2001 16:42:09 +0100i% From: Alan Greig <a.greig@virgin.net>P7 Subject: Re: Attunity Connect On Platform for VMS/AlphaA8 Message-ID: <rpeqnts16ftqn5j0lspu3o7ssam001nfkt@4ax.com>  A On 17 Aug 2001 08:04:29 -0700, nothome@spammers.are.scum (Malcolm  Dunnett) wrote:u  : >In article <oe8qnto0n443gpt5568s8tmdd9i0g4mnd9@4ax.com>, , >    Alan Greig <a.greig@virgin.net> writes: >M  D >     Maybe I'm missing the point, but isn't that available nativelyE >in Oracle through SQL*Net anyway? So for free you get the ability to4* >do something you could already do anyway? >rD >     Or is the idea that the included software is a free demo whichB >admittedly doesn't do anything particularly valuable but lets you? >try the product to see if it's worth buying the other modules?    I think that's its purpose yes.h   -- Alan   ------------------------------    Date: 17 Aug 2001 09:22:09 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett) 7 Subject: Re: Attunity Connect On Platform for VMS/Alphan, Message-ID: <ebW2fVskrWE9@malvm5.mala.bc.ca>  9 In article <rpeqnts16ftqn5j0lspu3o7ssam001nfkt@4ax.com>, e*    Alan Greig <a.greig@virgin.net> writes:  C > On 17 Aug 2001 08:04:29 -0700, nothome@spammers.are.scum (Malcolms > Dunnett) wrote:l > ; >>In article <oe8qnto0n443gpt5568s8tmdd9i0g4mnd9@4ax.com>, -- >>    Alan Greig <a.greig@virgin.net> writes:1 >> > E >>     Maybe I'm missing the point, but isn't that available natively F >>in Oracle through SQL*Net anyway? So for free you get the ability to+ >>do something you could already do anyway?0 >>E >>     Or is the idea that the included software is a free demo whichfC >>admittedly doesn't do anything particularly valuable but lets you @ >>try the product to see if it's worth buying the other modules? > ! > I think that's its purpose yes.e >   &    Aah, the old "bait and switch". :-)   ------------------------------  % Date: Fri, 17 Aug 2001 11:07:15 -0400o, From: "John W. Hom" <j.hom.1@alumni.nyu.edu> Subject: Re: Be OS: The end :-(s- Message-ID: <3B7D3323.9070805@alumni.nyu.edu>i   David J. Dachtera wrote:   > Didier Morandi wrote:  > * >>Nothing to do with VMS, but the quality? >>? >>http://www.zdnet.com/zdnn/stories/news/0,4586,5095795,00.htmlf > I > I didn't read that as the end for BeOS, rather the beginning of BeOS on ! > Palm, displacing Whinebloze/CE.     ; I agree.  BeOS will not disappear because the folks at Palmn  9 realize their current OS is not as robust as some others.r: I have a reliable Palm IIIxe and it runs great for what it5 was originally designed to do.  Hand-helds have sincey5 evolved into something greater, and it's wise of Palmw1 to admit this (to themselves if not publicly) ando8 purchase a robust and stable OS.  Remember, they have to8 compete against the marketing machine that is Microsoft.  7 When the new OS does roll out, it would be nice if they    called it Palm BeOS.  ;-)    John -- i John W. Homc j.hom.1@alumni.nyu.edu  3 Beware of all enterprises that require new clothes.-  >                                         -- Henry David Thoreau   ------------------------------    Date: 17 Aug 2001 01:09:15 -07002 From: mats.bjornlund@capgemini.se (Mats Bjornlund)= Subject: Can't compile sourcecode that import from a JAR-fileT= Message-ID: <7aec40b2.0108170009.7692b0b5@posting.google.com>f   Hey everybody,D when I compile my java-file parse_test_dom.java that import from the% xerces.jar I get the following error:    [****i AXP AF 092%> show defT   DISK1:<USER.BJORNLUND>& AXP AF 092%> javac parse_test_dom.javaB parse_test_dom.java:9: Class javax.xml.parsers.DocumentBuilder not
 found in impoo rt.t) import javax.xml.parsers.DocumentBuilder;j        ^F parse_test_dom.java:10: Class javax.xml.parsers.DocumentBuilderFactory	 not found.  in import.t0 import javax.xml.parsers.DocumentBuilderFactory;        ^ ...C ****]o    9 My own written file (parse_test_dom.java) look like this:a   [**** % AXP AF 092%> type parse_test_dom.java  /* S Made By: Bjornlund Date: 2001-08-14 Version:F                                                                       	         1  .0 Bjornlund - First Version */   import java.io.IOException; ) import javax.xml.parsers.DocumentBuilder;g0 import javax.xml.parsers.DocumentBuilderFactory;3 import javax.xml.parsers.FactoryConfigurationError;l6 import javax.xml.parsers.ParserConfigurationException; import org.w3c.dom.Document;  import org.xml.sax.SAXException;   //...-   public class Parse_test_dom {:) public static void main(String [] args) {e? String xmlFile = "file:///xerces-2_0_0_beta/data/personal.xml";D try {0#    DocumentBuilderFactory factory =p% DocumentBuilderFactory.newInstance(); :    DocumentBuilder builder = factory.newDocumentBuilder();.    Document document = builder.parse(xmlFile);' } catch (FactoryConfigurationError e) {nB    System.out.println("Unable to get a Documant Builder Factory");* } catch (ParserConfigurationException e) {8    System.out.println("Parser unable to be configured"); } catch (SAXException e) {'    System.out.println("Parsing Error");o } catch (IOException e) { '    System.out.println("I/O Exception");i }o }} AXP AF 092%> ****]a     The CLASSPATH is set to:   [**** $ AXP AF 092%> show log JAVA$CLASSPATH8    "JAVA$CLASSPATH" = "DISK1:<USER.BJORNLUND>XERCES.JAR" (LNM$PROCESS_TABLE)j AXP AF 092%> ****]:  E If I check what xerces.jar contains, then it holds among other thingsi the following files:   [****n AXP AF 092%> jar tf xerces.jar	 META-INF/  META-INF/MANIFEST.MF javax/
 javax/xml/ javax/xml/parsers/ org/ .... javax/Makefile javax/xml/Makefile' javax/xml/parsers/DocumentBuilder.class . javax/xml/parsers/DocumentBuilderFactory.class1 javax/xml/parsers/FactoryConfigurationError.class0 javax/xml/parsers/Makefile javax/xml/parsers/package.html4 javax/xml/parsers/ParserConfigurationException.class! javax/xml/parsers/SAXParser.class7( javax/xml/parsers/SAXParserFactory.class ...0 ****]2  < The files parse_test_dom.java and xerces.jar are in the same$ directory, "DISK1:<USER.BJORNLUND>".  > What do I need to do to be able to use the files stored in theD xerces.jar file. This is the first time I use jar- files. Can anyone  see what I have done wrong here.  F Can anyone help me ? I have tried to read from forums and also manuals but can't find any help there.   Thanks in Advancea MB   ------------------------------  % Date: Fri, 17 Aug 2001 13:42:53 -0400l- From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Compaq in good company , Message-ID: <3B7D579B.DEAEC510@videotron.ca>  D Yesterday, on CNN , they gave a breakdown of varous computer maker'sD performance, as a result of HP announcing some quarterly results (or projections thereof).7  J HP has lost about 45% of its share price, while in the same period, CompaqS lost 48% of its share price, while others such as Dell loss less than half of that.h  K It is interesting that the media keep talking about Carly Fiorina's future,-F but nobody talks about Compaq. It is also intertesting that CNN rarelyH mentions Compaq (rarely listed along with the other box makers when they compare daily performance).1  F One thing that was mentioned about HP: its desktop business remains an important core business for HP.@   ------------------------------  % Date: Fri, 17 Aug 2001 09:16:59 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>vO Subject: Re: Could VMS be a desktop OS? (was: The Alpha Systems Customer Updatee2 Message-ID: <lP8f7.257$bB1.19042@news.cpqcorp.net>  B Click on options from the login panel, and select the old desktop.    % John E. Malmberg wrote in message ...l' >In article <3B7A9A4B.C673821D@gmx.ch>,-/ >Didier Morandi <Didier.Morandi#gmx.ch> writes:- >> Fred Kleinsorge wrote:  >> ../..C >>> Subsequently, the industry (including DEC) standardized the API * >>> and created Motif, and eventually CDE. >>K >> Btw, as far as CDE is concerned, the start_new_desktop global symbol (ornH >> logical name, I do not remember, I saw it once only yesterday) set toJ >> FALSE does not prevent my station to start the CDE as documented in theI >> DECwindows configuration file. I'll figure this out tomorrow, today iss. >> an holiday, the day of the Assuption (sp?). > H >The installation of the traditional desktop is optional.  If it was notH >selected as an installation option, I would not expect the logical name >to have much effect.l >t >-John >wb8tyw@qsl.networkl >Personal Opinion Only   ------------------------------  % Date: Fri, 17 Aug 2001 10:21:38 +0100e3 From: Adrian Birkett <abirkett@unnecessary.csc.com>n Subject: Re: DQS QDELETE query3 Message-ID: <3B7CE221.DA4A8B1C@unnecessary.csc.com>i   Adam,v  B Thanks very much for the hint, it guided us to the solution of, orD rather, reason for the problem. When we looked further into this, weH notice that the user on the client cluster submitted the jobs on the VAXF whilst the DQS processing is done on an Alpha. When we issued the sameH qdelete command on the Alpha, it worked correctly. We shall have to look9 further into introducing a cluster alias for this system.d   Many thanks,   Adea   ------------------------------    Date: 17 Aug 2001 11:08:16 -05009 From: kaplow_r@eisner.encompasserve.org.mars (Bob Kaplow)OD Subject: Re: Encompass and CETS-2001 USPS mail survey need your help3 Message-ID: <MYMist1D66MX@eisner.encompasserve.org>-  ] In article <yX7e7.63$ij.47825@typhoon1.gnilink.net>, "Jeff Killeen" <Jeff@IDM-IO.com> writes:t > Hi - I need your help... > = > Encompass HQ recently mailed 3 letters related to CETS-2001v > F > 1) A letter to former DECUS US Chapter members who are not currently$ > Encompass member from Joe Pollizzi > ' > 2) A letter from Rich Marcello on IPFv > 1 > 3) A letter from Clay Denton updating CETS-2001m > M > The letters would have either come in a envelope with a Encompass and DECUS @ > logo - or they would have come in a envelope with a CETS logo. > C > When you get these letters please doing me the following favor...v >  > A) Save the envelope > = > B) Post here or Email me (Jeff@Killeen.cc) the following...d > . >     - Letter received (1, 2, and/or 3 above) > > >     - Envelope type (Encompass/DECUS logo or CETS-2001 logo) > 1 >     - Postmark date, postmark city, and postage  > K > ...there appears to have been a problem with late delivery and we need toeH > document it.  Thanks in advance - your assistance will be appreciated!    K Just got mine. The envelopy has the Encompass logo in the upper left, DECUS L in the lower left. It contains 2 pae Encompass letter from Clay and one pageI Itanium letter from Rich. I'm a current member, so the letter form Joe toh$ former members wouldn't apply to me.  G The postage meter is from Chicago, dated 14-Aug, and the cancelation isoJ Chicago, IL 607 08-15-01. It arrived inthe Chicago suburbs today, 8-17-01.   Hope that helps.   ------------------------------  % Date: Fri, 17 Aug 2001 11:17:16 -0500 ( From: Jerry Kraus <nospam@somewhere.net>& Subject: Encompass membership problems8 Message-ID: <9sgqntk9p44ke57uhok4udoirgghcje1ot@4ax.com>  D On 4-Aug I applied for a basic membership over the net. I would likeE to order the VMS hobbiest kit. It said I would receive the membershipjC number by the end of the week, and a card later by snail mail. It'snB been a couple of weeks now, and no email. I sent an email to theirD information@decus.org address a week ago but again no response. Does@ anyone know if this is normal, and I should continue to wait; or should I try reapplying?  
 Thanks, JerryH --) Jerry (remove *-* for true email address)    ------------------------------  % Date: Fri, 17 Aug 2001 08:40:42 -0400o; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>l& Subject: Essential Web Services Summit$ Message-ID: <3b7d1138$1@news.si.com>  J I received and Email last night from Intel advertising about an "EssentialI Web Services SUmmit" put on by Interl, Microsoft, and DevelopMentor.  TheVI reason I thought I'd post about this is because of the following excerpt:a  A >Microsoft's .NET platform is the most significant platform shifthB >since the move from DOS to Windows NT. Come hear instructors from> >DevelopMentor cover three equally important technologies: theD >Common Language Runtime, Web Services and IntelR VTune? Performance9 >Analyzer. The Common Language Runtime provides a secure,e@ >type-oriented runtime environment for components written in any
 >language.  H Over and over again, Digital's and, now, Compaq's competitors have givenK them so many opportunities to play up the strengths of their products, likeFL OpenVMS, whose run time interface has been language-independent from Day OneI twenty-odd years ago, and they fail to capitalize on those opportunities.g Sad. --A Brian Tillman                   Internet: tillman_brian at si.comnA Smiths Aerospace                          tillman at swdev.si.comt= 3290 Patterson Ave. SE, MS      Addresses modified to prevente< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Fri, 17 Aug 2001 11:30:50 -0500n* From: WILLIAM WEBB <WWEBB1@email.usps.gov>* Subject: RE: Essential Web Services Summit- Message-ID: <0033000032573534000002L042*@MHS>-  D =0A>Microsoft's .NET platform is the most significant platform shift' >since the move from DOS to Windows NT.:  H Note how they conveniently forget the intermediate steps of such squatu= lentB pseudo-operating systems as WIN/386, Windows 3.0, and Windows 3.1.   WWWebb > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETa' > Sent: Friday, August 17, 2001 8:56 AMmF > To: Webb, William W - Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET( > Subject: Essential Web Services Summit >t > > > I received and Email last night from Intel advertising about > an "Essentialn7 > Web Services SUmmit" put on by Interl, Microsoft, ands > DevelopMentor.  Thei8 > reason I thought I'd post about this is because of the > following excerpt: >-C > >Microsoft's .NET platform is the most significant platform shiftmD > >since the move from DOS to Windows NT. Come hear instructors from@ > >DevelopMentor cover three equally important technologies: theF > >Common Language Runtime, Web Services and IntelR VTune? Performance; > >Analyzer. The Common Language Runtime provides a secure, B > >type-oriented runtime environment for components written in any > >language. > ? > Over and over again, Digital's and, now, Compaq's competitorsl > have given> > them so many opportunities to play up the strengths of their > products, like, > OpenVMS, whose run time interface has been# > language-independent from Day Onec< > twenty-odd years ago, and they fail to capitalize on those > opportunities. > Sad. > --C > Brian Tillman                   Internet: tillman_brian at si.comdC > Smiths Aerospace                          tillman at swdev.si.com-? > 3290 Patterson Ave. SE, MS      Addresses modified to prevent0> > Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@": >        This opinion doesn't represent that of my company >=   ------------------------------  % Date: Fri, 17 Aug 2001 12:17:27 +0200_, From: Didier Morandi <Didier.Morandi@gmx.ch>> Subject: Re: How to perform network benchmark on UCX/OVMS 7.1?& Message-ID: <3B7CEF37.E29E0869@gmx.ch>   Netsurfer wrote: > G > My HP OpenView is generating lots of reports on brief network outageshB > Usually false-alarms where SNMP traps detect network down and upH > within the time-frame of 1 minutes. Perhaps it was the server too busyH > to respond on-time, or there is some misconfiguration of UCX settings.G > I need to find out the causes for such REGULAR occurance and stop it.   C First start to see if VMS is complaining about some network events:t   $ set term/bro $ reply/enable  E If your terminal is now filled with messages, fix the causes, then go  back to your HP console.   D.   ------------------------------  % Date: Fri, 17 Aug 2001 13:57:32 +0200s= From: Oswald Knoppers <Oswald.Knoppers@contrastmediagroep.nl>C> Subject: Re: How to perform network benchmark on UCX/OVMS 7.1?5 Message-ID: <3B7D06AC.14AC8E03@contrastmediagroep.nl>h   Netsurfer wrote: > 0 > My box is running OpenVMS 7.1 w/ UCX 4.1 ECO-9B > No DECnet, just pure basic TCP/IP services, no full NAS package.  C If you are not running DECnet you can use sda to check on your line6" counters (SDA> show lan/counters).  " I would start investigating these.   Regards,   Oswald   ------------------------------  # Date: Thu, 16 Aug 2001 21:54:27 GMTm' From: Steve Thompson <smt@twcny.rr.com>v9 Subject: Re: How to set image ident info in C source code,J Message-ID: <Pine.LNX.4.33.0108161754350.12264-100000@ibmbox.vgersoft.com>  $ On Thu, 16 Aug 2001, JF Mezei wrote:   > Hoff Hoffman wrote:o0 > >   That would involve the Compaq C statement: > >f( > >     #pragma module progname "string" >' >oL > From within the C program, is there a way to access that information ? ForJ > instance, if I want to use printf to display the module name and version/ > number that has been coded with the #pragma ?7 >gP > (Right now, I have a separate printf statement with a manually entered version5 > number I try to ensure matches the one in #pragma).g  # You could always do something like:    	#define IDENT "string"5 	#pragma module progname IDENT   	int main()  	{  		printf("Ident is %s\n",IDENT);
 		exit(1); 	}  
 or some such.e   steve.   ------------------------------  # Date: Thu, 16 Aug 2001 22:16:22 GMT52 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)9 Subject: Re: How to set image ident info in C source codeg2 Message-ID: <WCXe7.240$bB1.18730@news.cpqcorp.net>  t In article <Pine.LNX.4.33.0108161754350.12264-100000@ibmbox.vgersoft.com>, Steve Thompson <smt@twcny.rr.com> writes:% :On Thu, 16 Aug 2001, JF Mezei wrote:o :a :> Hoff Hoffman wrote:1 :> >   That would involve the Compaq C statement:u :> >) :> >     #pragma module progname "string"t :> :>M :> From within the C program, is there a way to access that information ? ForhK :> instance, if I want to use printf to display the module name and versionr0 :> number that has been coded with the #pragma ?  H   Nope.  The C pre-processor and C compiler do not offer it back to you.  J :> (Right now, I have a separate printf statement with a manually entered > :> version number I try to ensure matches the one in #pragma).  K   I typically use external references to linker directives and definitions,tK   and IDENTIFICATION.  I do set the "#pragma module progname IDENT" stuff, pE   but I don't default that through as the image-level identification.hH   I do also obviously have to use the #pragma extern_model stuff to get +   these variables to all resolve correctly.s  $ :You could always do something like: :  :	#define IDENT "string" :	#pragma module progname IDENTt  ;   Yep, that'll work too.  (Or the /DEFINE on the compiler.)     N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 17 Aug 2001 18:38:12 +0010 % From: paddy.o'brien@zzz.tg.nsw.gov.au 9 Subject: Re: How to set image ident info in C source codes5 Message-ID: <01K7911KT9JM0041OH@tgmail.tg.nsw.gov.au>h   Hoff wrote:a  L >In article <Pine.LNX.4.33.0108161754350.12264-100000@ibmbox.vgersoft.com>, * >Steve Thompson <smt@twcny.rr.com> writes:& >:On Thu, 16 Aug 2001, JF Mezei wrote: >: >:> Hoff Hoffman wrote:g2 >:> >   That would involve the Compaq C statement: >:> >J* >:> >     #pragma module progname "string" >:>  >:>_K >:> From within the C program, is there a way to access that information ?   >ForL >:> instance, if I want to use printf to display the module name and version1 >:> number that has been coded with the #pragma ?  >nI >  Nope.  The C pre-processor and C compiler do not offer it back to you.^ >.K >:> (Right now, I have a separate printf statement with a manually entered  ? >:> version number I try to ensure matches the one in #pragma).o >uL >  I typically use external references to linker directives and definitions,L >  and IDENTIFICATION.  I do set the "#pragma module progname IDENT" stuff, F >  but I don't default that through as the image-level identification.I >  I do also obviously have to use the #pragma extern_model stuff to get c, >  these variables to all resolve correctly. >s% >:You could always do something like:o >: >:	#define IDENT "string"g  >:	#pragma module progname IDENT >u< >  Yep, that'll work too.  (Or the /DEFINE on the compiler.)  L On DECUS, or somewhere similar, (possibly the freeware CD), there are MACRO J codes to extract the ident from the .EXE that is being run.  Both VAX and  Alpha (not IA64 yet :-)r  J JF, I'm feeling lazy at the moment, but if you have no success in finding 1 them, drop me a line and I'll send you my copies.n   Regards, Paddy   Paddy O'Brien, Transmission Development,r
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australia.& (Street address, 201 Elizabeth Street)     Tel:   +61 2 9284-3063 Fax:   +61 2 9284-3050& Email: paddy.o'brien@zzz.tg.nsw.gov.au  F Either "\'" or "\s" (to escape the apostrophe) seems to work for most  people, ; but that little whizz-bang apostrophe gives me little spam.A   ------------------------------  # Date: Fri, 17 Aug 2001 14:15:35 GMTL2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)9 Subject: Re: How to set image ident info in C source codeg2 Message-ID: <bG9f7.268$bB1.19183@news.cpqcorp.net>  ] In article <01K7911KT9JM0041OH@tgmail.tg.nsw.gov.au>, paddy.o'brien@zzz.tg.nsw.gov.au writes:.M :On DECUS, or somewhere similar, (possibly the freeware CD), there are MACRO  K :codes to extract the ident from the .EXE that is being run.  Both VAX and n :Alpha (not IA64 yet :-)     These tools *will* break.  m  E   There have been some discussions around providing a documented API aG   for this across the platforms, though nothing is on the schedule yet.y  K :JF, I'm feeling lazy at the moment, but if you have no success in finding  2 :them, drop me a line and I'll send you my copies.  '   There are various examples including:s  6     http://www.openvms.compaq.com/freeware/freeware40/&       srh_examples/DECUS_UNDOC_CLINIC/  ,   Specifically: fake_debug and showimagvers.  ,   These tools *will* break with IPF systems.  D   I would use the approach I suggested in an earlier posting to this1   thread, and discourage the approach shown here.   N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Fri, 17 Aug 2001 16:38:03 GMTt= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) 9 Subject: Re: How to set image ident info in C source codeu0 Message-ID: <00A00AA1.EBC2AEC9@SendSpamHere.ORG>  g In article <bG9f7.268$bB1.19183@news.cpqcorp.net>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:a^ >In article <01K7911KT9JM0041OH@tgmail.tg.nsw.gov.au>, paddy.o'brien@zzz.tg.nsw.gov.au writes:N >:On DECUS, or somewhere similar, (possibly the freeware CD), there are MACRO L >:codes to extract the ident from the .EXE that is being run.  Both VAX and  >:Alpha (not IA64 yet :-)m >  >  These tools *will* break.   > F >  There have been some discussions around providing a documented API H >  for this across the platforms, though nothing is on the schedule yet. > L >:JF, I'm feeling lazy at the moment, but if you have no success in finding 3 >:them, drop me a line and I'll send you my copies.a >#( >  There are various examples including: > 7 >    http://www.openvms.compaq.com/freeware/freeware40/s' >      srh_examples/DECUS_UNDOC_CLINIC/i >a- >  Specifically: fake_debug and showimagvers.s >n- >  These tools *will* break with IPF systems.n  A Perhaps we should worry about that when you release OpenVMS IPF. e( Correction........................ *IF*    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMh            oJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbess   ------------------------------  % Date: Fri, 17 Aug 2001 08:09:36 -0500   From: norm.raphael@jamesbury.com Subject: Re: intel we site4 Message-ID: <C2256AAB.00484866.00@jklh21.valmet.com>   Yep!' Did some one give you a hand with this?<        4 susan.skonetski@compaq.com on 08/16/2001 09:32:18 AM  , Please respond to susan.skonetski@compaq.com   To:   Info-VAX@mvb.saic.com  cc:f Subject:  intel we site          folks can you access this?    = http://www.compaq.com/hps/ipf-enterprise/customer_quotes.htmla   ------------------------------  % Date: Fri, 17 Aug 2001 12:58:23 -0400D; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>d Subject: Re: intel we site$ Message-ID: <3b7d4d9d$1@news.si.com>   >folks can you access this?a> >http://www.compaq.com/hps/ipf-enterprise/customer_quotes.html  H I can access it with Lynx on OpenVMS VAX 7.2.  I can also access it withG Navigator V3.03, but the latter reports "too many Javascript errors" asdK well, and that the server "stats.kisoft.com" is trying to set cookies on mye system.  Bad Dog!  --A Brian Tillman                   Internet: tillman_brian at si.comJA Smiths Aerospace                          tillman at swdev.si.coms= 3290 Patterson Ave. SE, MS      Addresses modified to preventA< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Thu, 16 Aug 2001 17:49:44 -0500E( From: "Bill Ames" <billames@accunet.net>C Subject: Re: Is there a Lexical function that shows a process statew/ Message-ID: <tnojeup0uflf78@corp.supernews.com>   L That may work. I will have to work on it. What I want is to have a procedureH run in batch every 15 minutes that would email me when a process is in aK RWMBX.  I would have some info sent at the same time.  I'm not that good at K DCL but I have created similar processes that checks on disk space and diskd errors every 15 minutes.   Here is my pseudo code.a   check for the RWMBX stateh if system state = RWMBX then     create a log     mail log to me else!     resubmit to run in 15 minutes  end if exit  & Any suggestions would be very welcome.   Thanks,t   Bill   ------------------------------  % Date: Fri, 17 Aug 2001 19:29:29 +0010a% From: paddy.o'brien@zzz.tg.nsw.gov.aurC Subject: Re: Is there a Lexical function that shows a process state 5 Message-ID: <01K792U5XA8I0041BG@tgmail.tg.nsw.gov.au>u   Bill,e   >Here is my pseudo code. >0 >check for the RWMBX state >if system state = RWMBX then. >    create a log. >    mail log to me- >else-" >    resubmit to run in 15 minutes >end if  >exit   E I would think that your resubmit should be outside the if block, and s# particularly not in an else clause.o  7 I would imagine that you would always want to resubmit.e   Regards, Paddy   Paddy O'Brien, Transmission Development,.
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australiat& (Street address, 201 Elizabeth Street)     Tel:   +61 2 9284-3063 Fax:   +61 2 9284-3050& Email: paddy.o'brien@zzz.tg.nsw.gov.au  F Either "\'" or "\s" (to escape the apostrophe) seems to work for most  people,,; but that little whizz-bang apostrophe gives me little spam.    ------------------------------    Date: 17 Aug 2001 13:34:00 +0200- From: tiz@ludens.elte.hu (Toth Istvan Zoltan)uC Subject: Re: Is there a Lexical function that shows a process state.! Message-ID: <n4CsdWTNf4eD@ludens>W  Z In article <tnojeup0uflf78@corp.supernews.com>, "Bill Ames" <billames@accunet.net> writes:     Hi!a   > Here is my pseudo code.l  $   And here is my non-pseudo code. :)4   I think you can use this program for your problem.4   If you don't want to extract it from news, you can   download it from              http://vms.elte.hu/     Good luck!      H Tth, Istvn Zoltn          tiz@ludens elte hu        SYSTEM PROGRAMMERG  ......................................................................eG  VMS Competence Center                            VMS Szakrti KzpontoG  Etvs Lornd University                 Etvs Lornd TudomnyegyetemtG  Budapest, Hungary                                             BudapestlG  ======================================================================t     $!C $! Copyright (C) 2001  ELTE VMS Competence Center (vcc@vms.elte.hu)e $!G $! This program is free software; you can redistribute it and/or modifyhG $! it under the terms of the GNU General Public License as published by D $! the Free Software Foundation; either version 2 of the License, or& $! (at your option) any later version. $! $!   PROGRAM:    check_state $!G $!   ABSTRACT:   This program checks states of processes in the system, ? $!               and it sends a mail to the specified user whentD $!               a process stays in a specified resource wait state. $!F $!               To check processes of other users you WORLD privilege $!               is needed.m $!E $!   USAGE:      Typical usage of check_state is to submit it into a pE $!               queue. To do this you can use the following command.S $!G $!               submit check_state.com /param=("tiz@ludens.elte.hu", -o; $!                  "00:00:05.00", "", "RWMBX/00:00:10.00")n $! $!   PARAMETERS: $!H $!      P1        :     E-mail address(es) to which messages are sended.? $!      P2        :     Checking interval in delta-time format.oI $!      P3        :     Name of log file. If you don't want to log eventsc) $!                      specify "" as P3. G $!      P4 .. P8  :     Watched process states and amount of time whiletF $!                      process have to stay in the specified state toC $!                      generate warning. You can specify maximum 6t@ $!                      state to watch. Format of parameters is  $!7 $!                                   "state/delta time"t $!$ $!                      For example: $!8 $!                                 "RWMBX / 00:05:00.00" $!F $!                      This parameters specifies than program have toE $!                      check state RWMBX and when a process stays inrE $!                      this state for 5 minutes, check_state have to < $!                      send a mail to specified addresses.  $!L $!                      You can use the following resource wait state names: $!- $!                         RWAST  -  AST waite1 $!                         RWMBX  -  Mailbox fullc3 $!                         RWNPG  -  Non-paged pool 3 $!                         RWPFF  -  Page file fulll/ $!                         RWPAG  -  Paged poolsD $!                         RWBRK  -  Waiting for BROADCAST to finish: $!                         RWIMG  -  Image activation lock1 $!                         RWQUO  -  Pooled quotaM6 $!                         RWLCK  -  Lock ID data base4 $!                         RWSWP  -  Swap file space= $!                         RWMPE  -  Modified page list emptyi> $!                         RWMPB  -  Modified page writer busy- $!                         RWSCS  -  SCS waitD< $!                         RWCLU  -  Cluster transition wait< $!                         RWCAP  -  CPU capability required3 $!                         RWCSV  -  Cluster servert4 $!                         RWSNP  -  System snapshot4 $!                         PSXFR  -  POSIX fork wait@ $!                         RWINS  -  Inner mode (semaphore) wait9 $!                         RWEXH  -  'Exit Handling' wait  $! $! $s& $       on control_y then goto cleanup" $       on error then exit $status $b $     !l $     ! Initializing variables o $     !w" $       gosub initialize_variables $  $     !o $     ! Checking parameters- $     !-) $       address = f$edit (p1, "collapse"):9 $       if address .eqs. "" then return 44 ! SS$_BADPARAMs $  $       set noon' $       interval = f$cvtime(p2,"DELTA") 4 $       if .not. $status then exit 44 ! SS$_BADPARAM $       set on $  $       if p3 .nes. "" $       then" $          open/write logfile 'p3'6 $          write logfile f$fao("!%D program start", 0)
 $       endiff   $       idx = 4g $       param_loop:d $          param = p'idx'o $          if param .eqs. "" $          thenr $             idx = idx + 1a0 $             if idx .lt. 8 then goto param_loop! $             goto param_loop_endM $          endif $sE $          state = f$edit(f$element(0, "/", param),"upcase,collapse")oC $          time  = f$edit(f$element(1, "/", param),"compress,trim")b $v
 $        ! $        ! Checking time
 $        ! $          set noonw' $          tmp = f$cvtime(time,"DELTA")a $          if .not. $status  $          theno $             call write_log -G                   "Invalid delta time: ''param', parameter ignored. " -n                   "''address'"                goto param_loop $          endif $          set onw $ 
 $        ! $        ! Checking statee
 $        ! $          idx2 = state_firsty $          check_state_loop:) $             if state .eqs. state_'idx2'  $             then? $                stslst         = stslst + f$string(idx2) + ","r& $                time_'idx2'    = time* $                goto check_state_loop_end $             endift $. $             idx2 = idx2 + 1-@ $             if idx2 .le. state_last then goto check_state_loop $             then! $                call write_log -mL                     "Unknown process state: ''state', parameter ignored. " -                      "''address'"                   goto param_loop $             endif     $          check_state_loop_end: $O $          idx = idx + 1- $          if idx .lt. 8 then goto param_loopT $       param_loop_end:p $C$ $       stslstlen = f$length(stslst) $l $     !e $     ! Main loop 	 $     !  h $       main_loop: $          ctx       = "" I $          tmp       = f$context("PROCESS", ctx, "STATE", "MWAIT", "EQL")u $          newlst    = ",". $          curtim    = f$cvtime(,"COMPARISON")' $          prclstlen = f$length(prclst)  $n
 $        !, $        ! Checking specified process states
 $        ! $          check_loop: $             pid = f$pid(ctx)6 $             if pid .eqs. "" then goto check_loop_end $s) $             newlst = newlst + pid + ","a $d* $             state = f$getjpi(pid,"EFWM")D $             if f$locate(",''state',",stslst) .eq. stslstlen then -                   goto check_loop $i5 $             if f$locate(pid, prclst) .ne. prclstlenm $             then; $                if (chk_'pid'_wartim .lts. curtim) .and. -u8                     (chk_'pid'_state .eq. state) .and. -+                     (chk_'pid'_mail .eq. 0)e $                thenO* $                   ststxt = state_'state'- $                   dettim = chk_'pid'_dettim-$ $                   call write_log -M                        "Process ''pid' stays in ''ststxt' since ''dettim'." --#                        "''address'"n& $                   chk_'pid'_mail = 1 $                endif $             else$ $                time = time_'state'G $                chk_'pid'_wartim =  f$cvtime("+''time'","COMPARISON") .+ $                chk_'pid'_dettim =  curtimt& $                chk_'pid'_mail   =  0* $                chk_'pid'_state  =  state $             endifw $e $             goto check_loop3 $          check_loop_end: $b $           ! A $           ! Deleting symbols of invalid entries in process list0
 $           !t $          idx      = 0w$ $          prclst    = prclst - "," ' $          newlstlen = f$length(newlst)p $  $          cleanup_loop:- $             pid = f$element(idx,",",prclst) 9 $             if pid .eqs. "," then goto cleanup_loop_endn $ 4 $             if f$locate(pid,newlst) .eq. newlstlen $             then/ $                delete/symbol chk_'pid'_wartimN/ $                delete/symbol chk_'pid'_dettimf- $                delete/symbol chk_'pid'_maile. $                delete/symbol chk_'pid'_state $             endifu $              $             idx = idx + 1m $          cleanup_loop_end: $  $          prclst = newlst $i $          wait 'interval' $          goto main_loopt $" $       main_loop_end: $N $       exit $t $d
 $ cleanup:) $       if p3 .nes. "" then close logfilet $       exit $o $ !  $ !  Subroutines $ !r $a $ initialize_variables:t $  $       prclst       = "," $       stslst       = "," $l $       state_first  = 1 $ 2 $       state_1      = "RWAST"          ! AST wait6 $       state_2      = "RWMBX"          ! Mailbox full8 $       state_3      = "RWNPG"          ! Non-paged pool8 $       state_4      = "RWPFF"          ! Page file full4 $       state_5      = "RWPAG"          ! Paged poolI $       state_6      = "RWBRK"          ! Waiting for BROADCAST to finishu? $       state_7      = "RWIMG"          ! Image activation lockl6 $       state_8      = "RWQUO"          ! Pooled quota; $       state_9      = "RWLCK"          ! Lock ID data basen9 $       state_10     = "RWSWP"          ! Swap file spaceaB $       state_11     = "RWMPE"          ! Modified page list emptyC $       state_12     = "RWMPB"          ! Modified page writer busye2 $       state_13     = "RWSCS"          ! SCS waitA $       state_14     = "RWCLU"          ! Cluster transition wait-A $       state_15     = "RWCAP"          ! CPU capability required 8 $       state_16     = "RWCSV"          ! Cluster server9 $       state_17     = "RWSNP"          ! System snapshotg9 $       state_18     = "PSXFR"          ! POSIX fork wait<E $       state_19     = "RWINS"          ! Inner mode (semaphore) waita> $       state_20     = "RWEXH"          ! 'Exit Handling' wait $  $       state_last   = 20d $t $       return $ initialize_variables_end:n $u $  $ write_log: subroutineo7 $       mail nl: "''p2'" /subject="[check_state] ''p1'"r+ $       write logfile f$fao("!%D ''p1'", 0)  $ endsubroutinea   ------------------------------  % Date: Fri, 17 Aug 2001 10:03:35 -0400 2 From: "Sue Skonetski" <susan.skonetski@compaq.com>( Subject: just received this BEA WebLogic2 Message-ID: <ru9f7.263$bB1.19025@news.cpqcorp.net>  . BEA WebLogic Server V. 6.0 on OpenVMS is here.  D You can now confidently sell e-business solutions on OpenVMS to your e-business prospects!!  I BEA Systems, Inc. is one of the world's leading e-business infrastructure D software companies with more than 10,000 customers worldwide and theH preferred application server vendor for the OpenVMS e-business solution.  K BEA 's WebLogic Server V. 6.0 for OpenVMS is now shipping and available fornK purchase. You and your customers will be able to view a demo of the product-K at the BEA booth (Partner Pavilion) at CETS, Anaheim, California, Septemberh 9-14 and/or down load it fromn6 http://commerce.bea.com/downloads/weblogic_server.jsp.  $ Encourage your customers to try it!!   New functionality:  H WebLogic Server (WLS) V.6.0 is a high-end Java-based application server,5 compliant with Sun's JAVA2 Enterprise Edition (J2EE).A  $ Some of the added functionality are:  ?                     a completely new management infrastructureo  J                     clustered messaging with JAVA Messaging Service (JMS)  !                     XML servicesu  I                     Major web server enhancements, including native code  extensions for file servingt  0                     Support for virtual hosting  /                     Integrated user managemento  5                     Full support for HTTP V.1.1, andn  H                     integration with web load balancing solutions, thusL eliminating the need for separate web servers like Netscape. WebLogic Server6 can simultaneously act as a web server and app server.   e-Business Solution on OpenVMS  ? BEA WebLogic Server provides a proven foundation for e-businesswH applications, offering the presentation, business and information-access( logic, security and management services.  D For your customers wanting an all-OpenVMS solution we recommend: BEAH WebLogic Server V.6.0 with Oracle 9iRAC as the back-end database. Please4 note that Oracle 9iRAC be available on OpenVMS 3Q01.  L Compaq sells the infrastructure. This has proven to be a successful model in3 the past and ensures a joint sale with our partner.   / Additional product information is available at:d  7 http://bea.com/products/weblogic/server/datasheet.shtml-  : Please direct any questions: openvms.ebusiness@compaq.com.   ------------------------------  # Date: Fri, 17 Aug 2001 15:53:33 GMTs2 From: "Sue Skonetski" <susan.skonetski@compaq.com>( Subject: just received this BEA WebLogic2 Message-ID: <16bf7.279$bB1.19267@news.cpqcorp.net>   ------------------------------  % Date: Fri, 17 Aug 2001 09:14:47 +0100o% From: Alan Greig <a.greig@virgin.net>e( Subject: Re: More Alpha rubbish in print8 Message-ID: <5dkpnt8qm91hl63vl9nbtplf03fsjksoqm@4ax.com>  B On Thu, 16 Aug 2001 23:18:08 GMT, "Ken Farmer" <kfarmer@tru64.org> wrote:  ! >What's the url for that article?t >m >Ken  F Network News is a print publication and most print stories are delayedF prior to appearing online. Their web site is www.networknews.co.uk butF I can't yet find the article with a search. It's on page three of this weeks' print edition.c   -- Alan   ------------------------------  % Date: Fri, 17 Aug 2001 19:03:07 +0200r  From: Paul Sture <paul@sture.ch>Y Subject: Re: NUMA Performance of "Certain base OS features" in QBB0 - Which features are  + Message-ID: <VA.00000424.216f31e0@sture.ch>s  J In article <Mbi6ykYjzE1A@eisner.encompasserve.org>, Larry Kilgallen wrote: > In article <y4bslgj6ln.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:P > > From the mention of QBB0 and therefore CPU0, I would assume anything tied toQ > > CPU0. I/O data structures, lock manager data structures, SCS data structures, " > > possibly the PFN database, ... > H > I think the ambiguity is because they have been trying to fix these as > they discover them.o  G Which has interesting implications for implementation timescales. Until L our applications have been fully tested on V7.3, we are "stuck" at V7.2-1H1.  4 > Unless someone from VMS Development chimes in withG > a current list, someone who has a NUMA machine should ask at US DECUSe > next month in Los Angeles. >e Thanks for the suggestion. ___ 
 Paul Sture Switzerland    ------------------------------  % Date: Fri, 17 Aug 2001 19:03:06 +0200   From: Paul Sture <paul@sture.ch>Y Subject: Re: NUMA Performance of "Certain base OS features" in QBB0 - Which features are  + Message-ID: <VA.00000423.216f304f@sture.ch>m  M In article <y4bslgj6ln.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan   Vorbrueggen wrote:N > From the mention of QBB0 and therefore CPU0, I would assume anything tied toO > CPU0. I/O data structures, lock manager data structures, SCS data structures,   > possibly the PFN database, ... > 6 Thanks. I hadn't thought of the SCS data structures...   ___ 
 Paul Sture Switzerlandu   ------------------------------  + Date: Fri, 17 Aug 2001 09:47:20 -0700 (PDT)u. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>W Subject: Re: OT:  Yugo -- was You Get What You Pay For, a.k.a., There's No Free   Lunchi@ Message-ID: <20010817164720.30927.qmail@web20201.mail.yahoo.com>   I am new in this:S   What is/was Yugo ?=209  / I had a Serbian girlfriend a long time ago !=20i   Regardss   FC=20     * --- Alan Greig <a.greig@virgin.net> wrote:1 > On Wed, 15 Aug 2001 15:19:10 -0400, "Richard D. 
 > Piccard" > <piccard@ohio.edu> wrote:m >=20/ > >My favorite Yugo story was the dealership in0# > Kalamazoo, MI, in 1989, which hadt5 > >on their big sign, "1988 Yugo, $5995, buy one, geti > one free." >=203 > Yugo technology must have been highly advanced ass > NATO blew up the6 > factory remember.So next time you come up behind one > just remember it/ > probably has weapons lock and could be armed.  >=20 >=20 > -- > Alan     =3D=3D=3D=3D=3DaL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dy F=E1bio dos Santos Cardoso OpenVMS System Manager Petrobras / Rio de Janeiro BrazilL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D.  2 __________________________________________________ Do You Yahoo!?H Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/    ------------------------------  % Date: Fri, 17 Aug 2001 19:09:24 +0200   From: Paul Sture <paul@sture.ch>W Subject: Re: OT:  Yugo -- was You Get What You Pay For, a.k.a., There's No Free   Lunchg+ Message-ID: <VA.00000426.2174f3a2@sture.ch>v  G In article <20010817164720.30927.qmail@web20201.mail.yahoo.com>, Fabio   Cardoso wrote: > I am new in this:  >  > What is/was Yugo ? i >sJ It was an obsolete Fiat car design licensed for manufacture in the former I Yugoslavia. Cheap, but I believe eventually failed European safety and/orcD emissions standards, so is not imported anymore, at least to Europe.   ___h
 Paul Sture Switzerland    ------------------------------  % Date: Fri, 17 Aug 2001 08:05:14 -0400e' From: Howard S Shubs <howard@shubs.net>t, Subject: Re: OT: TOPS-20 and TOPS-10 live on< Message-ID: <howard-52B209.08051417082001@enews.newsguy.com>  8 In article <mpupntkgmu19llkp0eekvto7h7qfcrihio@4ax.com>,'  Alan Greig <a.greig@virgin.net> wrote:   G > Just in the last week or so pre-built binaies have been made availble C > for WIndows and the emulator claims to be able to compile and run ) > under VMS but I haven't tried that yet.!  : How fast does the emulator run versus the actual hardware? -- t Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  ! Date: Fri, 17 Aug 01 10:11:06 GMTo From: jmfbahciv@aol.com , Subject: Re: OT: TOPS-20 and TOPS-10 live on+ Message-ID: <9lj48o$ra2$1@bob.news.rcn.net>f  < In article <howard-52B209.08051417082001@enews.newsguy.com>,+    Howard S Shubs <howard@shubs.net> wrote: 9 >In article <mpupntkgmu19llkp0eekvto7h7qfcrihio@4ax.com>, ( > Alan Greig <a.greig@virgin.net> wrote: >sH >> Just in the last week or so pre-built binaies have been made availbleD >> for WIndows and the emulator claims to be able to compile and run* >> under VMS but I haven't tried that yet. > ; >How fast does the emulator run versus the actual hardware?    Who the fuck cares?  t   /BAH  ' Subtract a hundred and four for e-mail.    ------------------------------  % Date: Fri, 17 Aug 2001 12:38:30 +0100 % From: Alan Greig <a.greig@virgin.net>s( Subject: OT: TOPS-20 and TOPS-10 live on8 Message-ID: <mpupntkgmu19llkp0eekvto7h7qfcrihio@4ax.com>  # So guess what I've been up to then.   =  [FOR ADDITIONAL INFORMATION TYPE "?" TO ANY OF THE FOLLOWING  QUESTIONS.]R  E       DO YOU WANT TO REPLACE THE FILE SYSTEM ON THE PUBLIC STRUCTURE?f Yl  3       DO YOU WANT TO DEFINE THE PUBLIC STRUCTURE? Y   -       HOW MANY PACKS ARE IN THIS STRUCTURE: 1D  >       ON WHICH "CHANNEL,UNIT" IS LOGICAL PACK # 0 MOUNTED: 0,0  /       DO YOU WANT THE DEFAULT SWAPPING SPACE? Ye  ;       DO YOU WANT THE DEFAULT SIZE FRONT END FILE SYSTEM? Ye  4       DO YOU WANT THE DEFAULT SIZE BOOTSTRAP AREA? Y  +       [STRUCTURE "PS" SUCCESSFULLY DEFINED]a       [PS MOUNTED]  #       ?PS UNIT 0 HAS NO BAT BLOCKS.e;       DO YOU WANT TO WRITE A SET OF PROTOTYPE BAT BLOCKS? Yw       %%NO SETSPD            System restarting, wait...4       ENTER CURRENT DATE AND TIME: 13-AUG-2001 14:13  + If that's not enough here's more of a clue:C  5 This terminal log of a session running under Windows.        @LOGOp3       Killed Job 4, User CCD-ARG, Account , TTY 46, :         at 16-Aug-2001 13:11:34,  Used 0:00:19 in 68:44:18       ^C9        Simh Alan's TOPS20 V4.1, TOPS-20 Monitor 4.1(5471)        @        @LOGIN CCD-ARG*        Job 4 on TTY46 16-Aug-2001 13:11:46       @SYS ALL,        Thu 16-Aug-2001 13:11:51  Up 68:52:17.        1+3 Jobs   Load av   0.01   0.02   0.02  ;        Job  CJB Line Program State  Time     Limit    User,r <Directory>(=          4*   3   46  SYSTAT  RUN   0:00:00           CCD-ARGS  >          1        42  PTYCON  TI    0:00:22           OPERATOR>          2    0   44  BATCON  RUN   0:00:00           OPERATOR>          3    1   45  PTYCON  TI    0:00:17           OPERATOR       @TYPE HELLO.MACl               TITLE HELLOg"               SEARCH MONSYM,MACSYM*       START:  HRROI 1,[ASCIZ/HELLO WORLD/]               PSOUT                HALTF        END START       @VDIR         PS:<CCD-ARG>@     HELLO.EXE.1;P777700        2 1024(36)   15-Aug-2001 16:18:24 CCD-ARG @       .MAC.3;P777700           1 30(36)     17-Aug-2001 10:57:07 CCD-ARGf@       .QAC.2;P777700           1 80(7)      16-Aug-2001 13:05:25 CCD-ARGi@       .REL.2;P777700           1 30(36)     17-Aug-2001 10:57:18 CCD-ARGe@     HELLO10.QAC.1;P777700      1 103(7)     13-Aug-2001 16:43:12 CCD-ARGe@     HELLO2.EXE.1;P777700       2 1024(36)   16-Aug-2001 13:06:11 CCD-ARGa@       .MAC.5;P777700           1 71(7)      17-Aug-2001 11:05:52 CCD-ARGi@       .QAC.4;P777700           1 23(36)     17-Aug-2001 11:00:26 CCD-ARGp@       .REL.5;P777700           1 29(36)     17-Aug-2001 11:06:04 CCD-ARG         Total of 11 pages in 9 files  t     @! tops-10     @TYPE HELLO2.MAC             TITLE HELLO2  (     START:  OUTSTR  [ASCIZ/HELLO WORLD/]             EXIT
     END STARTt     @EXEC HELLO2.MAC     MACRO:  HELLO2     LINK:   Loading      [LNKXCT HELLO2 execution]c     HELLO WORLD      EXIT     @i         @RUN HELLO       HELLO WORLD        @I SYS         Operator is in attendance        Remote logins allowed        Local logins allowed %        Pseudo-terminal logins allowedo.        ARPANET terminal logins are not allowed%        Console terminal login allowed         Accounting is being done %        Account validation is disableds)        Working set preloading is disabled1'        Tape-drive allocation is enabledm-        Automatic file-retrieval-waits allowedt+        Maximum offline-expiration is 0 days *        Scheduler bias-control setting is 8#        Class scheduling is disabled        @I VER9        Simh Alan's TOPS20 V4.1, TOPS-20 Monitor 4.1(5471) *        TOPS-20 Command processor 5.1(1354)        Program is HELLO)   =====   D Until recently only TOPS-10 has been able to boot under the publiclyB available emulators but now TOPS-20 V4.1 boots (with some caveats)E under Bob Supniks simh emulatos for the PDP-10 (KS10 DECSYSTEM-2020).o Index   B It's all still preliminary and there are some bugs but both it andB (possibly) ts10 (another simulator) have finally reached the stageB where they can boot TOPS-20. They've been able to boot TOPS-10 forF some time but TOPS-20 required more floating point support. I actuallyE had tears in my eyes when I saw "System restarting, wait..." The last F time I saw that  was in 1990 with the "SYSTEM OVERRIDE" switch toggledA to override failing fans just to boot one last time before it was  wheeled out the door.   D Most of the old DECUS tapes are online and available for download so+ we can start programming in Simula again :)   D Some of the info needed is all over the place but a good start point isD  http://www.aracnet.com/~healyzh/pdp10emu.html and the alt.sys.pdp10
 newsgroup.  E Just in the last week or so pre-built binaies have been made availbleiA for WIndows and the emulator claims to be able to compile and runc' under VMS but I haven't tried that yet.  -- Alan   ------------------------------  % Date: Fri, 17 Aug 2001 14:25:35 +0100n% From: Alan Greig <a.greig@virgin.net>3, Subject: Re: OT: TOPS-20 and TOPS-10 live on8 Message-ID: <f75qntgm9l6qu29ot4jefoftg6bmstetdd@4ax.com>  E On Fri, 17 Aug 2001 08:05:14 -0400, Howard S Shubs <howard@shubs.net>  wrote:  9 >In article <mpupntkgmu19llkp0eekvto7h7qfcrihio@4ax.com>, ( > Alan Greig <a.greig@virgin.net> wrote: >lH >> Just in the last week or so pre-built binaies have been made availbleD >> for WIndows and the emulator claims to be able to compile and run* >> under VMS but I haven't tried that yet. >l; >How fast does the emulator run versus the actual hardware?d  F I haven't done any real benchmarks but on a 500 Mhz Pentium III thingsD look at least as fast as a real 2020 (the baby of the PDP-10 family)B and a 2020 was around 1/5th speed of a KL10 from distant memory (IE last used a 2020 in 1985). So the 2020 was comparable to a VAX 11/780a? (or maybe 750). So my guess is that on most modern hardware the F emulation is somewhere between the speed of a real KS10 and a KL10. OnD an 833Mhz EV68 it could well be faster than any real PDP-10 ever wasE but not as fast as Jupiter (the canceled 'PDP20') was supposed to be.s  ' I've just typed in  the following code:   $TYPE LOOP.MACt          TITLE LOOP           SEARCH MONSYM,MACSYMu          .REQUIRE SYS:MACREL    START:  MOVE 1,COUNT           SOJL 1,ELOOP           JRST .-1   ELOOP:  TMSG <FINISHED   >          HALTF  COUNT:  ^D10000000           END START  D This decrements a memory location from 10 million and took 6 secondsE to execute on a PIII 500 Mhz under Windows 2000. Two instructions are F executed in the loop (SOJL - Subtract One Jump if Less than zero; JRSTE - Jump and ReSTore) so that;s 20 million instructions in 6 seconds or D better than 3 million PDP-10 instructions per second. I think that's) close to a KL10 for this particular test.P -- Alan   ------------------------------    Date: 17 Aug 2001 05:22:58 -0700  From: nigl@efman.nl (Franc Nigl)/ Subject: Re: Printing in different output trays = Message-ID: <7b613313.0108170422.78feae19@posting.google.com>   e nigl@efman.nl (Franc Nigl) wrote in message news:<7b613313.0108160535.5d722b02@posting.google.com>...t > Hi there,  > H > We're using DCPS V1.8 and a HP 8150 (with 8 output trays) on a VMS 7.3H > system. According to the specs it should be possible to print a job to9 > different output trays (/PARAM=OUTPUT_TRAY=MAILBOX_xx).t > F > According to my imagination I've tested everything I could think of.< > $ print/que=<queuename>/notify/param=output_tray=mailbox_1 > ...t= > $ print/que=<queuename>/notify/param=output_tray=mailbox_01s > ...n< > $ print/que=<queuename>/notify/param=output_tray=MAILBOX_1 > ...3> > $ print/que=<queuename>/notify/param="output_tray=MAILBOX_1" > ...j? > $ print/que=<queuename>/notify/param="output_tray=mailbox_01"n > D > The printer is connected to the DCPS-symbiont and I've checked theE > channels with SDA; couldn't find any mailboxes over there though...i > @ > Could please somebody shed some light on this... as I'm out of > options...! > (I know I'm very restricted)...  > 	 > Regards0 > Francs  D Okay I've answered my own questions finally... thanks in advance for your response...  B the solution can be found by replacing the lps$$unrecogni* entries= within the DCPS$DEVCTL.TLB text library with the lps$$hp8000*v? entries... But be carefull as this might create other issues...t   Regardse Franci   ------------------------------  % Date: Fri, 17 Aug 2001 10:09:05 +0200/, From: Theo Jakobus <Theo.Jakobus@iaf.fhg.de>+ Subject: Re: Printing on HP8550 Color Laser:) Message-ID: <3B7CD121.3080102@iaf.fhg.de>n   Franc Nigl wrote:i > Hi there,o > A > Could anyone help me with another issue regarding a Color LasereB > printer from HP. We cannot get it to work actually on our VMS7.3E > system. We're working with DCPS 1.8 and DQS... The printer is aliveAH > and the DQS-mechanism is sending the jobs through to the server... ButA > somehow they don't get printed on the system. If we ping to the G > printer then everything is working fine... According to my, allthoughlG > restricted, view... it could be something network related but somehow H > I'm not sure as the printer isn't listed in the supported devices list
 > of DCPS. > H > Could anybody please comment on this... I would really be gratefull... > 	 > Regardsp > Franci >   Q Printing under DCPS first inquires the printer identification and if the printer n' isn't known to DCPS there is no output!aP I checked the DCPS020.RELEASE_NOTES under "1.1.2 New Printers Supported" is the Q HP LaserJet 8100 and HP LaserJet 8150 listed, so I guess this printer type isn't s6 supported under DCPS 1.8. I suggest an upgrade to 2.0.     Regards,   -- .  ; *********************************************************** ; *                                                         *e; *  Theo Jakobus                                           * ; *  Fraunhofer-Institut fuer Angewandte Festkoerperphysik  *i; *  Tullastr. 72                                           *p; *  D-79108 Freiburg                                       * ; *  Germany                                                *-; *  Phone:   +49-(0)761-5159-325                           *S; *  FAX :    +49-(0)761-5159-200                           *e; *  e-mail:  Theo.Jakobus@iaf.fhg.de                       *.; *  http://www.iaf.fhg.de                                  *1; *                                                         *n; ***********************************************************5   ------------------------------  # Date: Thu, 16 Aug 2001 22:02:59 GMT82 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)9 Subject: Re: Problems adding a user account on VAXVMSv060i2 Message-ID: <nqXe7.237$bB1.18396@news.cpqcorp.net>  q In article <f4436989.0108161320.2658b31e@posting.google.com>, Alex.Feliziani@space.gc.ca (Alex Feliziani) writes:r  B   OpenVMS VAX V6.0?  I'd encourage an upgrade to OpenVMS VAX V6.2,D   and from there an upgrade along to OpenVMS VAX V7.3.  Get current.  > :I am trying to add a user account on my VAX system using ADD.     First:     SET DEFAULT SYS$SYSTEM  *   Or have the SYSUAF logical name defined.   :The following is what i enter;e :bD :UAF> add Alex/password=simulator/pwdlifetime=none/flags=nodisuser -, /uic=[200,10]/account=system/device=dka200 - /directory=[user.alex]lgicmd=""g  0   I'll assume there is a missing "/" in there.  8   I'd probably not use /lgicmd="", I'd use /lgicmd=LOGIN     :/owner="Alex Feliziani" :  : 4 :Then i reboot and enter the username and password.   (   There is absolutely no need to reboot.  # :It gives me the following message:i :t/ :                    USER AUTHORIZATION FAILUREs  A   If you have a valid login, you can use security auditing and/orpB   (less desirably) accounting to check the details of the failure.  G :I created a subdirectory on $disk 2 named ALEX in the USER directory. oB :I would really appreciate it if someone would be able to help me!  *   Is "$disk 2" ($disk2?) actually dka200:?  D   Is the dka200:[alex] directory owned by UIC [200,10]?  (Hopefully :   [200,10] is showing as [ALEX] or as [grpnam,ALEX], too.)    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 17 Aug 2001 12:27:29 +0200u, From: Didier Morandi <Didier.Morandi@gmx.ch>9 Subject: Re: Problems adding a user account on VAXVMSv060 & Message-ID: <3B7CF190.6C561E70@gmx.ch>   Alex Feliziani wrote:  >  > 0 >                     USER AUTHORIZATION FAILURE   (from top of my head)0 $ set term/bro> $ set audit/alarm=enable=logfail=all (or login=failure=all???) $ reply/enable $ set host 0 Username: Alex Password: simulatori    J should give you the reason as an audit message displayed on your terminal.  B Also, you should add /nopwdexp in your account creation command toG disable the pre-expired password feature (if it existed within V6.x, donF not remember) or you will have to enter a new password when you log in successfully the first time.   D.   ------------------------------  # Date: Thu, 16 Aug 2001 22:11:14 GMTi2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)+ Subject: Re: restoring os on a VAX 4000-200 2 Message-ID: <6yXe7.238$bB1.18696@news.cpqcorp.net>  [ In article <dbe3dda9.0108161332.2ac42e8c@posting.google.com>, aball@nxco.com (Aron) writes: E :I recently recieved a tape which is said to contain a complete imagelF :of a vms system.  How could I go about restoring this on the 4000-200G :I have.  It has a tape drive, though I don't know how to copy the tape , :to the hard drive and make it functional.    F   In the following command, mmcu: is the device name of the tape, and G   ddcu: is the name of the target disk.  On a VAX 4000 model 200 seriesYG   system, the disk device name will probably be DIAu: or DUAu:, and the!H   tape MIAu: or MUAu:.  (If you are not sure, use the DCL commands SHOW G   DEVICE D and SHOW DEVICE M.)  The contents of the target disk device c+   will be clobbered by this BACKUP command.t  #     $ BACKUP mmcu:/SAVE ddcu:/IMAGE   D   I would encourage you to acquire a distribution kit rather than anF   image BACKUP, as you'll spend a non-trivial amount of time cleaning F   up from the old system -- what you have will probably boot, assumingC   the tape contains an image BACKUP of V5.4-2 or later, but you mayaE   (will) find local customizations and various device names from the iD   previous system.  (If you are unfamiliar with OpenVMS VAX, this is   NOT where you want to start.)-  5 :Thanx for all the help, I've hardly played with VMS.5  G   Please acquire the OpenVMS FAQ, and please also remember to read the -G   OpenVMS documentation.  Pointers to the documentation are in the FAQ.e  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  + Date: Fri, 17 Aug 2001 09:40:50 -0700 (PDT)e. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>0 Subject: Re: Result of your mail service request@ Message-ID: <20010817164050.80366.qmail@web20203.mail.yahoo.com>   Bob   " My problem was solved yesterday !  Thank you !    Regardsr   FC f/ --- Bob Knowles <bob.knowles@compaq.com> wrote:s6 > Alternatively, find an SMTP guru (I'm not one, but I$ > had this done for me several years4 > ago), who can TelNet in and send a fake message as > from your old self.J >  > be >  >  > & > fabio_compaq@petrobras.com.br wrote: > 
 > > People > >s6 > > Is there a way to unsubscribe and old address. The > Lotus Notes team6 > > changed my email to fabio_compaq@petrobras.com.br,
 > but I stilla5 > > receiving email from the list, in the old addressu( > > fabio_compaq@ep-bc.petrobras.com.br.3 > > How can I stop the sending of emails to the old0 > address. This old addressn > > still workingg > > for receiving emails only. > >P > > Regards  > >g > > FC > >k > >l+ > >                     Info-VAX-Request@MVa2 > >                     B.SAIC.COM                ' > Para:   fabio_compaq@petrobras.com.brU6 > >                                                cc:2 > >                     15/08/2001 13:57          * > Assunto:     Result of your mail service2 > >                                               	 > requestH > >, > >  > > [UNSUBSCRIBE INFO-VAX] > > 6 > > You are not subscribed to INFO-VAX and, therefore, > cannot unsubscribe.A > >I  > > End of mail service request. > > begin:vcard  > n:Knowles;BobO > tel;work:+44 (0)118 920 3592 > x-mozilla-html:FALSE > adr:;;;;;;
 > version:2.1 ' > email;internet:bob.knowles@compaq.com . > fn:Bob Knowles, Mail and Messaging, Info Mgt > end:vcard  >     2 __________________________________________________ Do You Yahoo!?H Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/a   ------------------------------  % Date: Fri, 17 Aug 2001 12:48:41 -0400D; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>s0 Subject: Re: Result of your mail service request$ Message-ID: <3b7d4b56$1@news.si.com>  J >Alternatively, find an SMTP guru (I'm not one, but I had this done for me
 several yearsAG >ago), who can TelNet in and send a fake message as from your old self.a   $ telnet/port=25 mvb.saic.comJ HELO olddomainname MAIL FROM:<oldmailaddress>' RCPT TO:<info-vax-request@mvb.saic.com>  DATA unsubscribe0 .  QUIT --A Brian Tillman                   Internet: tillman_brian at si.comRA Smiths Aerospace                          tillman at swdev.si.comR= 3290 Patterson Ave. SE, MS      Addresses modified to preventR< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  # Date: Fri, 17 Aug 2001 09:51:41 GMT  From: Dirk Munk <munk@home.nl> Subject: some SFF questions ' Message-ID: <3B7CE926.BC1238D8@home.nl>C  G We are currently developing a application for bulk e-mails, and we wantC to use SFF for this.   In the SFF reedme:  L http://www.openvms.compaq.com/freeware/freeware50/MAJORDOMO/SFF/SMTP_SFF.TXT  5 I find the C-code for calling UCX$SMTP_SEND_FROM_FILE7   It is:  C unsigned int UCX$SMTP_SEND_FROM_FILE(infile_name, logfd, log_level)  char *infile_name; FILE *logfd; int log_level;  F However I need the Cobol equivalent for this call, can someone help me out with this ?7  F Furthermore the readme states that MIME mail should work to, but there@ are no examples how to accomplish this with callable interfaces.   ------------------------------    Date: 17 Aug 2001 06:36:24 -0700  From: southshore@niia.net (Jeff) Subject: Re: some SFF questionsD= Message-ID: <b342eec2.0108170536.3c0f97e2@posting.google.com>   : It's been a while since I've done COBOL, but here it goes:    Some place in the data division:  2        05 FILENAME PIC X(12) VALUE "FILENAME.TXT".&        05 NULLCHAR PIC 9 COMP VALUE 0.)        05 FILED    PIC 9(9) COMP VALUE 0.l!        05 LOGLEVEL PIC 9(9) COMP.m!        05 RETVALUE PIC 9(9) COMP.T  @ I don't know what other initialization might be required before  calling the routine:      *        CALL UCX$SMTP_SEND_FROM_FILE  USING"             FILENAME BY REFERENCE,             FILED BY REFERENCE, !             LOGLEVEL BY REFERENCEm        GIVING RETVALUE.   M And I don't remember if the parameter passing qualifiers come before or aftert the parameter names.   Hope this helps.    M Dirk Munk <munk@home.nl> wrote in message news:<3B7CE926.BC1238D8@home.nl>...1I > We are currently developing a application for bulk e-mails, and we want  > to use SFF for this. >  > In the SFF reedme: > N > http://www.openvms.compaq.com/freeware/freeware50/MAJORDOMO/SFF/SMTP_SFF.TXT > 7 > I find the C-code for calling UCX$SMTP_SEND_FROM_FILE( >  > It is: > E > unsigned int UCX$SMTP_SEND_FROM_FILE(infile_name, logfd, log_level)b > char *infile_name; > FILE *logfd; > int log_level; > H > However I need the Cobol equivalent for this call, can someone help me > out with this ?t > H > Furthermore the readme states that MIME mail should work to, but thereB > are no examples how to accomplish this with callable interfaces.   ------------------------------  % Date: Fri, 17 Aug 2001 19:03:07 +0200   From: Paul Sture <paul@sture.ch> Subject: Re: some SFF questions + Message-ID: <VA.00000425.216f330c@sture.ch>   I In article <b342eec2.0108170536.3c0f97e2@posting.google.com>, Jeff wrote:n< > It's been a while since I've done COBOL, but here it goes: > " > Some place in the data division: > 4 >        05 FILENAME PIC X(12) VALUE "FILENAME.TXT".( >        05 NULLCHAR PIC 9 COMP VALUE 0.+ >        05 FILED    PIC 9(9) COMP VALUE 0.w# >        05 LOGLEVEL PIC 9(9) COMP.t# >        05 RETVALUE PIC 9(9) COMP.a > B > I don't know what other initialization might be required before  > calling the routine: > , >        CALL UCX$SMTP_SEND_FROM_FILE  USING$ >             FILENAME BY REFERENCE,! >             FILED BY REFERENCE,6# >             LOGLEVEL BY REFERENCEn >        GIVING RETVALUE.- > O > And I don't remember if the parameter passing qualifiers come before or afterv > the parameter names. >  1 - the correct syntax isn           BY REFERENCE varname  ? 2 - BY REFERENCE is the default for passing the first parametern  K 3 - BY REFERENCE, BY VALUE, BY DESCRIPTOR etc set the default for remainingh     parameters in the list.H  A hence from 2 and 3, all three BY REFERENCE clauses are redundant.'   > Hope this helps. > O > Dirk Munk <munk@home.nl> wrote in message news:<3B7CE926.BC1238D8@home.nl>...aK > > We are currently developing a application for bulk e-mails, and we wants > > to use SFF for this. > >  > > In the SFF reedme: > > P > > http://www.openvms.compaq.com/freeware/freeware50/MAJORDOMO/SFF/SMTP_SFF.TXT > > 9 > > I find the C-code for calling UCX$SMTP_SEND_FROM_FILE  > > 
 > > It is: > > G > > unsigned int UCX$SMTP_SEND_FROM_FILE(infile_name, logfd, log_level)f > > char *infile_name; > > FILE *logfd; > > int log_level; > > J > > However I need the Cobol equivalent for this call, can someone help me > > out with this ?M > > J > > Furthermore the readme states that MIME mail should work to, but thereD > > are no examples how to accomplish this with callable interfaces. >    ___ 
 Paul Sture SwitzerlandD   ------------------------------  / Date: Fri, 17 Aug 2001 07:48:42 +0200 (MET DST)e& From: Rudolf Wingert <win@fom.fgan.de> Subject: Re: SYSTEM HANG-UPc6 Message-ID: <200108170548.HAA05439@sinet1.fom.fgan.de>   Hello,  E every BACKUP you start, run within a process context. There are a few F quotas, which should be right sized. FILLM, TEQLM, ASTLM and some moreC quotas are very important to BACKUP. First time I thought, give the-J backup process as many quota as possible. But this wil hang up the system.E The TSC specialist did me send a DSN article with some rules, and the D problem if some quota to high. Please contact your support area. The9 problem did we a year ago and I can't remember the rules.b   Regards Rudolf Wingert   ------------------------------    Date: 17 Aug 2001 03:56:39 -0700- From: tessier-ashpool@usa.net (Chris Bardell)tB Subject: Re: TCPware v5.5-3: file size change during FTP transfer?= Message-ID: <9f261edc.0108170256.34c0cdcd@posting.google.com>   . Many thanks for everyone's time & suggestions.  4 Further investigations are centering on the logical D TCPWARE_FTP_SEMANTICS_FIXED_IGNORE_CC which appears to get round the problem.  @ Looks like you can $DEFINE this at process level so that it onlyA applies to specific usernames (such as my 'problem' user) withoutLA affecting the other users (for whom the transition from v5.4-3 to= v5.5-3 had been seamless).  F Anyway, thanks again for the suggestions. I've learned a lot of usefulD stuff out of this. And I got a response from Hunter Goatley - thanksC mate. I can now lie to people that "me & Hunter, we go way back...". etc.   Regards. Chris Bardell, UK.   ------------------------------  # Date: Fri, 17 Aug 2001 16:58:55 GMT.- From: Terry C Shannon <shannon@world.std.com> - Subject: Re: Terry Shannon Tech Talk on Tru64eD Message-ID: <Pine.SGI.4.21.0108171255550.10187-100000@world.std.com>  H Manners? Heck, ever since JUne 25 manners have disappeared. But you mustB understand that we are dealing with whiners, whingers, and peurile
 juveniles.  H Hence time spent ikn newsgroups is a complete waste. Best thing to do is eschew this tripe.  + On Wed, 8 Aug 2001, Robert Deininger wrote:h  ? > In article <2de05464.0108081502.56624985@posting.google.com>, 6 > utlonghornsrule@yahoo.com (Newbie JrSysAdmin) wrote: >  > > ">  % > > > Copyright 2001 Terry C. ShannonM: > > > Not affiliated with ... Compaq Computer Corporation. > > H > > lackey, do you even know what a good hotel room in anaheim costs, or5 > > did your "non-affiliate" take care of it for you?t > 8 > What's happened to people's manners in this newsgroup? >  > -- r > Robert Deininger > rdeininger@mindspring.comc >    ------------------------------  # Date: Fri, 17 Aug 2001 17:05:01 GMT - From: Terry C Shannon <shannon@world.std.com>f- Subject: Re: Terry Shannon Tech Talk on Tru64hD Message-ID: <Pine.SGI.4.21.0108171304070.10187-100000@world.std.com>  D Enron? Oh yeah, the energy company that bought half a dozen rebadged Unisys boxes. Oops!w    On 9 Aug 2001, Doc.Cypher wrote:  $ > -----BEGIN PGP SIGNED MESSAGE----- > E > On 8 Aug 2001, utlonghornsrule@yahoo.com (Newbie JrSysAdmin) wrote:  > >"> $ > >> Copyright 2001 Terry C. Shannon9 > >> Not affiliated with ... Compaq Computer Corporation.  > >dG > >lackey, do you even know what a good hotel room in anaheim costs, or 4 > >did your "non-affiliate" take care of it for you? > = > Does Enron Corp know that you make abusive posts on usenet?  > 9 > Google offers no protection against things like this...i > O > http://visualroute.ipartners.pl:81/?go=192.152.140.9&submit=VisualRoute+Trace  >  >  > Doc. > - --  8 > The bigger the humbug, the better people will like it.M > ~ Phineas Taylor Barnum.                              http://vmsbox.cjb.net  >  > -----BEGIN PGP SIGNATURE-----  > Version: 2.6.2 > B > iQEVAwUBO3HEcsriC3SGiziTAQFYvAf+LQBOf2+e44cv0+NozgO+R//3YLk3MVHFB > rjlzzDgF4C5MrYoD2GTnLE2DBSyUiVmXjzWLZun9D/DfXsfe26D29NG71QR7oWP9B > rLMG9ZkV6mwROERKm+I9v102Qp7eE9ID9KcQFfasGFq2LjcDan8PpIHrpkV6rVTEB > I7VSjXnHwspqoOHB166t5XJNpgxqh5zsns+SA58xNPUUCrAjtDr7qWjnM+Wi9WP0B > Havd2ZZujui/10GrweNp3Vde2HwzY05UTCY8NEh1TK1/o7oq6hUY4vzq+hmGB88H: > xcisSVD9pETjuQSnQlrB9hpQdJhPzAeidbSh8qzUUSjZA3Yd/fb2Xg== > =EWWce > -----END PGP SIGNATURE-----g >    ------------------------------  # Date: Fri, 17 Aug 2001 17:07:43 GMT2- From: Terry C Shannon <shannon@world.std.com>s- Subject: Re: Terry Shannon Tech Talk on Tru64MD Message-ID: <Pine.SGI.4.21.0108171305490.10187-100000@world.std.com>  J Man, you REALLY want to get served with papers. Careful what you wish for, you just might get it!  H And do get the facts straight before you make an utter fool of yourself!  ' On 9 Aug 2001, Newbie JrSysAdmin wrote:l  p > "Ken Farmer" <kfarmer@tru64.org> wrote in message news:<iDtc7.107157$TM5.15799642@typhoon.southeast.rr.com>...C > > "Robert Deininger" <rdeininger@mindspring.com> wrote in message'J > > news:rdeininger-0808012318320001@user-2iveb8l.dialup.mindspring.com...C > > > In article <2de05464.0108081502.56624985@posting.google.com>,e: > > > utlonghornsrule@yahoo.com (Newbie JrSysAdmin) wrote: > > >l
 > > > > ">) > > > > > Copyright 2001 Terry C. Shannonm> > > > > > Not affiliated with ... Compaq Computer Corporation. > > > >uL > > > > lackey, do you even know what a good hotel room in anaheim costs, or9 > > > > did your "non-affiliate" take care of it for you?t > > >b< > > > What's happened to people's manners in this newsgroup? > > >a > > > -- > > > Robert Deininger > > > rdeininger@mindspring.coms > >  > > J > > Plus he's/she's hiding in the shadows behind some alias.  Come out Jr. > > > oh, yes, i'm "hiding" while saying my own words, rather thanE > bullshitting you by wrapping my name around a compaq press release.-H > gotta hand it to shannon, though- compaq's lackeys could not have spun* > it any better. simply an amazing grovel. >    ------------------------------  # Date: Fri, 17 Aug 2001 17:03:23 GMTh- From: Terry C Shannon <shannon@world.std.com>l- Subject: Re: Terry Shannon Tech Talk on Tru64-D Message-ID: <Pine.SGI.4.21.0108171259310.10187-100000@world.std.com>  I Actually, as a Board member, my hotel accommodations are covered. This is G part of the generous comepensation plan we Directors receive for the 40 ( days or so a year we ontribute to DECUS.  H Want to get in on the Big Bucks? Cool! The Bod Is looking for a few good candidates!(  % On Thu, 9 Aug 2001, Jim Becker wrote:    > Robert Deininger wrote:  > > A > > In article <2de05464.0108081502.56624985@posting.google.com>,d8 > > utlonghornsrule@yahoo.com (Newbie JrSysAdmin) wrote: > >  > > > ">' > > > > Copyright 2001 Terry C. Shannonx< > > > > Not affiliated with ... Compaq Computer Corporation. > > > J > > > lackey, do you even know what a good hotel room in anaheim costs, or7 > > > did your "non-affiliate" take care of it for you?e > > : > > What's happened to people's manners in this newsgroup? > >  > > -- > > Robert Deininger > > rdeininger@mindspring.come > C > And what happened to checking facts instead of spreading baseless0F > innuendo? Fact: Compaq is not "taking care of" Terry Shannon's hotel > arrangements at CETS.p >  > -- > Jim Becker- > The Urban Institute (http://www.urban.org/)u) > Encompass (http://www.encompassus.org/)00 > ESILUG (http://encompasserve.org/lugs/esilug/) >    ------------------------------  % Date: Fri, 17 Aug 2001 02:13:03 -0400t- From: JF Mezei <jfmezei.spamnot@videotron.ca>o( Subject: Re: The Final Knell Has Sounded, Message-ID: <3B7CB5E9.E92CED95@videotron.ca>   "David J. Dachtera" wrote:H > Alpha is dead with no viable replacement currently on the market or on > the foreseeable horizon.  K IA64 is its replacement. It is viable. But its performance may not be up todN what Alpha could have been. But it is safe to say that the IA64 will be faster than the Microvax II.   I > The last non-government VMS holdouts are abandoning in droves, with theA8 > possible exceptions of Cerner and who ever bought SMS.  K Abandonning in droves may be an exageration. At this point in time, I wouldhL beleive a statement such as "stopped investing in VMS", but companies aren'tN about to drop VMS ASAP.  As long as they can upgrade their machines and/or addM processors without having to change the whole box, VMS customers don't have a. reason to actively LEAVE VMS.I  J However, strategically, I think that the remaining customers will start toN look at their non-VMS options for the apps that still run on VMS. If they findI something that is competitive, they may decide that strategically, over a-& medium/long term, they should migrate.  L But "leaving in droves" is an exageration right now. What is left of the VMSJ customer base is pretty resilient. They know and accept that Compaq has noE intentions to push VMS back into success and accept that VMS has been M relegated to a hidden small niche market. Compaq's murder of Alpha just added $ more confirmation of those policies.  M I reckon that most remaining VMS customers are "cold" businesses without much1J of a "evangelical" loyalty to VMS. If it works and doesn't cause problems,0 then they don't see a reason to get rid if it.    H The murder of Alpha has a more insidious effect. By demoralising the VMSM loyalists who now agree that VMS has no future, there won't be anyone left toaM fight FOR VMS in those shops that are re-evaluating their VMS infrastructure. M I , for one, would encourage customers to move to another non-Compaq platformeI whereas in the past, I have put my job on the line to fight to keep a VMS I system at that place of employment. (Once, I lost due to DEC's overpricedmK incompetence, and had to leave, and another time, I succeeded in saving thebL VMS system, but battle scars forced me to leave (no thanks to DEC since theyL didn't support me in that fight, even though it resulted in an additional 10" years of that customer using VMS).  K While one can say "nobody's been fired for choosing IBM/Microsoft, the same E cannot be said about VMS. And the big difference is that both IBM and O Microsoft fully back their products with both support and especially marketing.   K The Alpha murder convinced me that it was pointless to try to fight against  Compaq to save VMS.   A > Gee - maybe it's time for an INDEPENDENT OpenVMS User Group andr > Symposium -   K I agree entirely. But Compaq disagrees. (I offered to them to form a globalvL VMS user group, but they weren't interested saying thet the US <whatever the5 DECUS name is this week> chapter fulfilled that role.    ------------------------------  # Date: Fri, 17 Aug 2001 10:50:06 GMTs From: no.one@ishere.com (Bob) ( Subject: Re: The Final Knell Has Sounded: Message-ID: <Xns910046D003EBFgneissmailroom@63.210.103.21>  , Hamlyn Mootoo <univms@bigfoot.com> wrote in   <3B7CA9C6.9E6328C4@bigfoot.com>:  B >> Gee - maybe it's time for an INDEPENDENT OpenVMS User Group andG >> Symposium - followed soon by an Independent OpenVMS, in the hands ofRJ >> profit-minded entrepreneurs who know something about marketing to boot. > I >Hey Dave, why don't you get Linus Torvalds' email address and ask him to + >write a lookalike VMS that runs on PC's?  s  , it's already been done by others, called TSX see http://www.sandh.com/os.htmO   ------------------------------  % Date: Fri, 17 Aug 2001 08:30:46 -0400a From: William_Bochnik@acml.com( Subject: Re: The Final Knell Has Sounded> Message-ID: <OFE12A80FE.CE80D9F1-ON85256AAB.00444AE9@acml.com>  > At any given moment, there is a decent percent of systems that? are either coming off lease, being considered for a renewal, or9: in the works as a new lease/purchase.  Computer technologyA changes so rapidly, and costs drop so fast, that companies do not 7 generally stay on one hardware set for 5 years anymore.mA Announcements (or perceptions) like this drive reconsideration orC> cancellations to the point where (oh let's be conservative and@ say) 1/3 the installed base would be GONE in a year.  This dropsA the viability of the product lines in C's eyes, so they put stuffM> on maintenance, the avalanche starts rolling, and the reset is
 history...   IMHO.:      i                                                                                                          oi                     JF Mezei                                                                             ti                     <jfmezei.spamnot@vid                To:  Info-VAX@Mvb.Saic.Com                       wi                     eotron.ca>                          cc:                                              si                                                 Subject:     Re: The Final Knell Has Sounded             oi                     08/17/2001 02:13 AM                                                                  :i                                                                                                          Ii                                                                                                                  "David J. Dachtera" wrote:; > Alpha is dead with no viable replacement currently on the  market or on > the foreseeable horizon.  > IA64 is its replacement. It is viable. But its performance may not be up to? what Alpha could have been. But it is safe to say that the IA64e will be faster than the Microvax II.e  @ > The last non-government VMS holdouts are abandoning in droves, with the8 > possible exceptions of Cerner and who ever bought SMS.  = Abandonning in droves may be an exageration. At this point inu
 time, I would ; beleive a statement such as "stopped investing in VMS", but  companies aren't: about to drop VMS ASAP.  As long as they can upgrade their machines and/or addC@ processors without having to change the whole box, VMS customers don't have a reason to actively LEAVE VMS.e  A However, strategically, I think that the remaining customers will_ start toA look at their non-VMS options for the apps that still run on VMS.h If they find3 something that is competitive, they may decide thatt strategically, over at& medium/long term, they should migrate.  A But "leaving in droves" is an exageration right now. What is left-
 of the VMS< customer base is pretty resilient. They know and accept that
 Compaq has no:@ intentions to push VMS back into success and accept that VMS has been< relegated to a hidden small niche market. Compaq's murder of Alpha just added$ more confirmation of those policies.  @ I reckon that most remaining VMS customers are "cold" businesses without much@ of a "evangelical" loyalty to VMS. If it works and doesn't cause	 problems,.. then they don't see a reason to get rid if it.  @ The murder of Alpha has a more insidious effect. By demoralising the VMS > loyalists who now agree that VMS has no future, there won't be anyone left to= fight FOR VMS in those shops that are re-evaluating their VMS  infrastructure.E9 I , for one, would encourage customers to move to another  non-Compaq platform > whereas in the past, I have put my job on the line to fight to
 keep a VMS> system at that place of employment. (Once, I lost due to DEC's
 overpriced@ incompetence, and had to leave, and another time, I succeeded in
 saving theA VMS system, but battle scars forced me to leave (no thanks to DECN
 since they> didn't support me in that fight, even though it resulted in an
 additional 10H" years of that customer using VMS).  3 While one can say "nobody's been fired for choosing. IBM/Microsoft, the sameoA cannot be said about VMS. And the big difference is that both IBMe andc9 Microsoft fully back their products with both support andw especially marketing.r  = The Alpha murder convinced me that it was pointless to try tos
 fight againste Compaq to save VMS.D  A > Gee - maybe it's time for an INDEPENDENT OpenVMS User Group andP
 > Symposium -   = I agree entirely. But Compaq disagrees. (I offered to them toE
 form a globalo> VMS user group, but they weren't interested saying thet the US
 <whatever the 5 DECUS name is this week> chapter fulfilled that role.c          F ______________________________________________________________________;  The information contained in this transmission may containa@ privileged and confidential information and is intended only forA the use of the person(s) name above.  If you are not the intendede= recipient, or an employee or agent responsible for deliveringe3 this message to the intended recipient, any review,e@ dissemination, distribution or duplication of this communication? is strictly prohibited.  If you are not the intended recipient, A please contact the sender immediately by reply e-mail and destroys# all copies of the original message.o   ------------------------------  % Date: Fri, 17 Aug 2001 10:05:31 -0400o( From: Hamlyn Mootoo <univms@bigfoot.com>( Subject: Re: The Final Knell Has Sounded+ Message-ID: <3B7D24AB.4E5C0421@bigfoot.com>   
 Bob wrote: > - > Hamlyn Mootoo <univms@bigfoot.com> wrote in " > <3B7CA9C6.9E6328C4@bigfoot.com>: > D > >> Gee - maybe it's time for an INDEPENDENT OpenVMS User Group andI > >> Symposium - followed soon by an Independent OpenVMS, in the hands ofeL > >> profit-minded entrepreneurs who know something about marketing to boot. > >DK > >Hey Dave, why don't you get Linus Torvalds' email address and ask him too+ > >write a lookalike VMS that runs on PC's?t > . > it's already been done by others, called TSX! > see http://www.sandh.com/os.htm   E Admittedly, I did not know of this OS.  One problem though - it's notlF open source.  I wonder how prevalent this OS would have been if it HAD been open source.f     HM   ------------------------------  % Date: Fri, 17 Aug 2001 10:10:45 -0400e2 From: "Sue Skonetski" <susan.skonetski@compaq.com>( Subject: Re: The Final Knell Has Sounded2 Message-ID: <aB9f7.267$bB1.18940@news.cpqcorp.net>   Here we go again.o  L The sky is not falling and I wish that I had a dime for every supposed death knoll.  J There is VMS Times and there will very shortly be a Tru64 newsletter, bothJ have alpha articles.  Why have 3-5 newsletters from the same org, it takes* people, time and money to do a newsletter.   Sue0 editor OpenVMS Times    < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message  news:3B7C8AFB.928F5A3@fsi.net... > <exasperation> >i* > Well, it's tough to argue at this point: >eH > Alpha is dead with no viable replacement currently on the market or on > the foreseeable horizon. >WH > No more Alpha newsletter. Oh, there'll be mention of it in the OpenVMS> > Times for a while, but that'll fade, too. History repeats... >w > No more CI clusters. >  > No more SCSI clusters. >1I > The last non-government VMS holdouts are abandoning in droves, with theo8 > possible exceptions of Cerner and who ever bought SMS. > J > No VMS newbie sessions at CETS-2001. I hear even Wayne Sauer's venerableB > performance and management sessions got bumped. No DFW stuff was% > accepted, either, from what I hear.r >n4 > No more platforms + no more newbies = no more VMS. >eJ > Congratulations Compaq - you won. VMS is now officially dead, outside ofJ > the government markets you chose for it. (The business schools will haveB > to rewrite their text books - instead of the market choosing theJ > product, the product chose the market. Wonder what Clem Stone or old man$ > Rockefeller would say about that?) >- > </exasperation>E >GA > Gee - maybe it's time for an INDEPENDENT OpenVMS User Group andsF > Symposium - followed soon by an Independent OpenVMS, in the hands ofI > profit-minded entrepreneurs who know something about marketing to boot.v >kF > (Geez! I've *REALLY* gone off the deep end! What's the number of the7 > employment office at the scavenger company again...?)w >a > -- > David J. Dachtera  > dba DJE Systemsg > http://www.djesys.com/ >s* > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/0   ------------------------------  % Date: Fri, 17 Aug 2001 15:49:46 +0100m% From: Alan Greig <a.greig@virgin.net> ( Subject: Re: The Final Knell Has Sounded8 Message-ID: <2jaqnt0g526377h39lllhe1mirdvin0rpt@4ax.com>  3 On Fri, 17 Aug 2001 10:10:45 -0400, "Sue Skonetski"i# <susan.skonetski@compaq.com> wrote:/   >Here we go again. >MM >The sky is not falling and I wish that I had a dime for every supposed death2 >knoll.K >fK >There is VMS Times and there will very shortly be a Tru64 newsletter, bothjK >have alpha articles.  Why have 3-5 newsletters from the same org, it takesh+ >people, time and money to do a newsletter.h  E An excellent example of Compaq logic.. Why have 3-5 Operating Systems-E from the same org? It takes people, time and money to do an Operatingm System.   E If you can't see why we're nervous right now then there's no hope for  the rest of Compaq I fear.   -- Alan   ------------------------------  % Date: Fri, 17 Aug 2001 15:57:36 +0100w( From: Nic Clews <sendspamhere@127.0.0.1>( Subject: Re: The Final Knell Has Sounded) Message-ID: <3B7D30E0.FA54BB3B@127.0.0.1>f   Sue Skonetski wrote: >  > Here we go again.o > N > The sky is not falling and I wish that I had a dime for every supposed death > knoll.  G Any chance of making up some sandwich boards with "The end of the worldoG is nigh" and stick "OpenVMS" and "Compaq" on them, and send them out toi all the usual suspects?   A That way they'd be given something more 'productive', walking the H streets proclaiming doom and gloom while the rest of us just get on with the job in hand.   :-)0  
 Regards, Nic.o   --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot com    ------------------------------  % Date: Fri, 17 Aug 2001 12:06:28 -0400s' From: "Bill Todd" <billtodd@foo.mv.com>k( Subject: Re: The Final Knell Has Sounded( Message-ID: <9ljfe0$mqg$1@pyrite.mv.net>  5 "Nic Clews" <sendspamhere@127.0.0.1> wrote in message # news:3B7D30E0.FA54BB3B@127.0.0.1...  > Sue Skonetski wrote: > >i > > Here we go again.m > >aJ > > The sky is not falling and I wish that I had a dime for every supposed deathn
 > > knoll. >gI > Any chance of making up some sandwich boards with "The end of the worldoI > is nigh" and stick "OpenVMS" and "Compaq" on them, and send them out tom > all the usual suspects?  >-C > That way they'd be given something more 'productive', walking the J > streets proclaiming doom and gloom while the rest of us just get on with > the job in hand.  F Actually, we do consider our efforts to be productive.  They're in theJ nature of a public service:  we couldn't care less if individuals activelyK choose to blindly 'get on with the job' while VMS sinks (and perhaps CompaqoD along with it), but it would be unfortunate if you dragged along any innocents along with you.o   - bill   ------------------------------  % Date: Fri, 17 Aug 2001 12:13:04 -0400i' From: "Bill Todd" <billtodd@foo.mv.com>4( Subject: Re: The Final Knell Has Sounded( Message-ID: <9ljfq9$mrj$1@pyrite.mv.net>  + <William_Bochnik@acml.com> wrote in messagey8 news:OFE12A80FE.CE80D9F1-ON85256AAB.00444AE9@acml.com... > @ > At any given moment, there is a decent percent of systems thatA > are either coming off lease, being considered for a renewal, or-< > in the works as a new lease/purchase.  Computer technologyC > changes so rapidly, and costs drop so fast, that companies do noti9 > generally stay on one hardware set for 5 years anymore.eC > Announcements (or perceptions) like this drive reconsideration ort@ > cancellations to the point where (oh let's be conservative andB > say) 1/3 the installed base would be GONE in a year.  This dropsC > the viability of the product lines in C's eyes, so they put stuffL@ > on maintenance, the avalanche starts rolling, and the reset is > history...  I I believe Terry noted at some point that VMS has historically experiencediI something like a 15% annual turnover (15% of old business disappears and,ED despite the best efforts of Compaq and before that DEC marketing, isI replaced by new business).  If one assumes that new VMS business will nowlL become rare-to-non-existent, while the rate of disappearance of old businessF will accelerate (duh), losing 30% per year seems indeed a conservative	 estimate.b   - bill   ------------------------------  % Date: Fri, 17 Aug 2001 16:41:20 +0100n% From: Alan Greig <a.greig@virgin.net>c( Subject: Re: The Final Knell Has Sounded8 Message-ID: <v9eqntob529t0ukb4rngs8s2erebp20hqt@4ax.com>  F On Fri, 17 Aug 2001 15:57:36 +0100, Nic Clews <sendspamhere@127.0.0.1> wrote:   >pB >That way they'd be given something more 'productive', walking theI >streets proclaiming doom and gloom while the rest of us just get on with, >the job in hand.t  C Carry on sleep-walking Nic. The purpose (or at least my purpose) ofhD many of the doom profits is to try and *force* Compaq to take strongE re-assuring measures right now which we can hold it to later. LeavingtF things as they are will result in the death of VMS I have no doubts. IA (and others) spent a considerable amount of time analysing recentr= events. You just believe what Compaq say. I don't I'm afraid,t  F What's your take Nic on the announced support of Oracle for Tru64/IA64E but no corresponding support statement for VMS on IA64? Conspiracy oreE cockup? Either way Oracle (and CA for that matter) don't seem to havemC your blind confidence or else they'd have announced an intention tos port by now.   -- Alan   ------------------------------    Date: 17 Aug 2001 11:47:23 -0500+ From: young_r@encompasserve.org (Rob Young)n( Subject: Re: The Final Knell Has Sounded3 Message-ID: <9RQpvsMYVJcs@eisner.encompasserve.org>S  ` In article <2jaqnt0g526377h39lllhe1mirdvin0rpt@4ax.com>, Alan Greig <a.greig@virgin.net> writes:5 > On Fri, 17 Aug 2001 10:10:45 -0400, "Sue Skonetski"u% > <susan.skonetski@compaq.com> wrote:o >  >>Here we go again.o >>N >>The sky is not falling and I wish that I had a dime for every supposed death >>knoll. >>L >>There is VMS Times and there will very shortly be a Tru64 newsletter, bothL >>have alpha articles.  Why have 3-5 newsletters from the same org, it takes, >>people, time and money to do a newsletter. > G > An excellent example of Compaq logic.. Why have 3-5 Operating SystemseG > from the same org? It takes people, time and money to do an Operatingn	 > System.n >   < 	Hmmmm.  Newsletters cost money, they try to supplement with> 	ads but it is probably still losing money.  Make money?  Yes.D 	We need to keep hammering away at that idea.  Why just yesterday...H 	the venerable http://news.cnet.com/news/0-1005-200-6895482.html?tag=owvH 	we find the Industry Standard is shutting its doors.  Why?  Ad revenues. 	fell.  Publishing isn't immune to a downturn.  A 	But wait... the two OSes developed in-house make money hand overmB 	fist... gee, let's try to compare them to other industry segments? 	that are making money hand over fist and how folks are killingt/ 	off their money making segments in a downturn.a  A 	Not too many examples of highly profitable segments getting axedu- 	in downturns?   Gee... I wonder why?  Hmmmm.-  > 	So when does VMS get killed off?  Soon?  Ink isn't dry on the 	"announcement" yet?    G > If you can't see why we're nervous right now then there's no hope fora > the rest of Compaq I fear.  % 	We?  You got a mouse in your pocket?n   				Robt   ------------------------------  % Date: Fri, 17 Aug 2001 13:49:51 -0400n' From: "Bill Todd" <billtodd@foo.mv.com>,( Subject: Re: The Final Knell Has Sounded( Message-ID: <9ljlfl$rtt$1@pyrite.mv.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:9RQpvsMYVJcs@eisner.encompasserve.org...OE > In article <2jaqnt0g526377h39lllhe1mirdvin0rpt@4ax.com>, Alan Greig0 <a.greig@virgin.net> writes:7 > > On Fri, 17 Aug 2001 10:10:45 -0400, "Sue Skonetski"-' > > <susan.skonetski@compaq.com> wrote:A > >m > >>Here we go again.m > >>J > >>The sky is not falling and I wish that I had a dime for every supposed deathi
 > >>knoll. > >>I > >>There is VMS Times and there will very shortly be a Tru64 newsletter,  bothH > >>have alpha articles.  Why have 3-5 newsletters from the same org, it takesa. > >>people, time and money to do a newsletter. > >pI > > An excellent example of Compaq logic.. Why have 3-5 Operating SystemseI > > from the same org? It takes people, time and money to do an Operatingn > > System.s   ...   B > But wait... the two OSes developed in-house make money hand overC > fist... gee, let's try to compare them to other industry segments.@ > that are making money hand over fist and how folks are killing0 > off their money making segments in a downturn. > B > Not too many examples of highly profitable segments getting axed& > in downturns?   Gee... I wonder why?  B Glad you've joined us in that respect, at least:  it seems utterlyK incomprehensible why Compaq would kill (well, fatally wound:  it claims the I corpse will be kept on life-support for a long time, but of course that's K only a 'commitment') its most profitable hardware line at all, let alone ine a downturn.d  G Or perhaps you are under the impression that Alpha and VMS/Tru64 aren't L intimately connected.  Unfortunately for Compaq, a significant number of its( customers don't seem to share that view.   ...   I > > If you can't see why we're nervous right now then there's no hope for  > > the rest of Compaq I fear. > & > We?  You got a mouse in your pocket?  H Why not take a sample of the number of comp.os.vms participants who haveL voiced nervousness compared with the number who have voiced confidence?  I'mB sure the ratio exceeds 2:1, and possibly by quite a bit.  Hardly a< scientific sample, but certainly sufficient to justify 'we'.   - bill   >  > Rob  >h   ------------------------------  % Date: Fri, 17 Aug 2001 13:48:30 -0400o% From: "John Vottero" <John@mvpsi.com>r( Subject: Re: The Final Knell Has Sounded/ Message-ID: <tnqm66o6p4c188@news.supernews.com>l  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message  news:3B7C8AFB.928F5A3@fsi.net... [snip] >AJ > No VMS newbie sessions at CETS-2001. I hear even Wayne Sauer's venerableB > performance and management sessions got bumped. No DFW stuff was% > accepted, either, from what I hear.t >c  F My CETS2001 info says that there will be a Techworks Bootcamp entitledE "OpenVMS Systems Management 101 Bootcamp" and it's being led by Davide Dachtera and Rob Lyons.,   Are there two David Dachteras?   ------------------------------  # Date: Fri, 17 Aug 2001 14:09:18 GMTr2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)/ Subject: Re: The VMS Opensource Porting Project 2 Message-ID: <iA9f7.266$bB1.19176@news.cpqcorp.net>  w In article <lI_e7.16023$ZM2.1413749@newsread2.prod.itd.earthlink.net>, "mulp" <michaelpettengill@earthlink.net> writes:h? :"Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in messagea' :news:9ku76o$2ggt$1@info.cs.uofs.edu...  :iH :> Any other suggestions, as we still have a lot of students who haven'tL :> picked a project yet??  (not Emacs, these are undergrads, not prodigies.)  J   The autoconf and imake tools come to mind.  I've been running into stuff   that uses these a lot lately.n  M :There is an interest in a search engine that works on VMS.  What looks to beeL :the best code to start with for a search engine (google's code is no longerK :available) is HT:/Dig.  This is a large project because there are a number 3 :of components that need to be ported, or reported.   :   There is/was an OpenVMS port of SWISH-E or SWISH around.  L :tcl/tk has also been ported, but not the later versions.  Updating the portI :to the latest version of TCL might be a bit of a challenge since it adds  :support for multithreading.  0   Here is the most recent version I am aware of:  A     ftp://sapodilla.rsmas.miami.edu/pub/VMS-tcl/tcl8.0p2-tk8.0p2/     N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 17 Aug 2001 12:17:37 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com>s( Subject: Re: TOPS-20 and TOPS-10 live on( Message-ID: <9ljg2n$n4a$1@pyrite.mv.net>  2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:mpupntkgmu19llkp0eekvto7h7qfcrihio@4ax.com...   ..._  G > Just in the last week or so pre-built binaies have been made availbleiC > for WIndows and the emulator claims to be able to compile and rune) > under VMS but I haven't tried that yet.   A Now see if you can get a copy of the VAX emulator to run on it...e   - bill   > -- > Alan   ------------------------------  % Date: Fri, 17 Aug 2001 08:50:29 -0400 , From: "J. Scott Greig" <jsgreig@geminaq.com>Y Subject: Re: Unix sys admins storing Unix logs on VMS systems ?, was: Re: An ad  Compaq sp2 Message-ID: <nl8f7.7125$752.388236@brie.direct.ca>  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3B7C7BAF.7C23F7CD@fsi.net...a > paul@wren.cc.kux.edu wrote:0 > > 3 > > On Thu, 16 Aug 2001 12:28:43 GMT, Simon Clubley:9 > > <simon_clubley@remove_me.excite.com-Earth.UFP> wrote:1 > >o1 > > >On Thu, 16 Aug 2001 10:29:39 GMT, in article@H > > ><3b7b9faf.573525986@news.cc.ukans.edu>, paul@wren.cc.kux.edu wrote: > > >>I > > >>Usenix security presenters tell Unix sys admins to store their Unixe > > >>logs on VMS systems. > > >> > > >nJ > > >Do you have an online reference to this ? Is there a specific context toF > > >this recommendation and are the people making this recommendation
 consideredE > > >to have a position of authority in the Unix security community ?b > > >eI > > >If this can be verified as true (and if it is been made as a general G > > >recommendation), this could be very valuable material for some VMS  people.w > >aF > > I think it was during Marcus Ranum's 8th Usenix Security SymposiumH > > presentation that he made that recommendation. Don't know if he ever5 > > put it "in print", either physically or vitually.c >R3 > Put out an APB for a recording of the session(s).7  ) Yet another use for WRITEBOOT.EXE !?!  :)a Scott  >  > -- > David J. Dachteras > dba DJE Systems  > http://www.djesys.com/ >l* > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/h   ------------------------------  % Date: Fri, 17 Aug 2001 11:48:37 +0100s% From: Alan Greig <a.greig@virgin.net>tF Subject: VMS - game not over yet (Was Re: The Final Knell Has Sounded)8 Message-ID: <fespnt0fq6qffic2ka06s20uir1nolkv52@4ax.com>  7 On Thu, 16 Aug 2001 22:09:47 -0500, "David J. Dachtera"t <djesys.nospam@fsi.net> wrote:    I >Congratulations Compaq - you won. VMS is now officially dead, outside ofiI >the government markets you chose for it. (The business schools will haveO  @ I have heard through the grapevine that at least one 'government? market' is close to ordering a nuclear strike on Houston. Don't C believe all the selected quotes. My guess is the JSTARS folks might F not be *too* upset as I doubt a system just upgraded from VAX to ES40s@ is performance (speed) critical. However I can imagine that someB government projects need every last ounce of speed (as well as theF reliability and security of VMS) which can be squeezed out of the box.B If they now project that the fastest available VMS systems for theE next four or five years will be slower than could otherwise have beenuD expected and that even after that point IA64 is way behind where EV8D could have been, then they will not be happy and I can quite believe the grapevine.  F Compaq hasn't won anything yet. I still quite believe it possible that? VMS will outlive Compaq just as it outlived Digital's misguidedNC attempts to close it down. From Compaq's presentations to the LinuxeE crowd it seems clear that Tru64 has no long term future and again VMSsF may well outlive it just as it outlived previous DEC flavours of Unix.  A >to rewrite their text books - instead of the market choosing theaI >product, the product chose the market. Wonder what Clem Stone or old manm# >Rockefeller would say about that?)n >i ></exasperation> >M@ >Gee - maybe it's time for an INDEPENDENT OpenVMS User Group andE >Symposium - followed soon by an Independent OpenVMS, in the hands ofGH >profit-minded entrepreneurs who know something about marketing to boot. >-E >(Geez! I've *REALLY* gone off the deep end! What's the number of the 6 >employment office at the scavenger company again...?)   -- Alan   ------------------------------   End of INFO-VAX 2001.456 ************************