1 INFO-VAX	Mon, 30 Sep 2002	Volume 2002 : Issue 539       Contents:C Re: "Intel's Huge Bet Turns Iffy":  Doubts hit the mainstream (NYT) C Re: "Intel's Huge Bet Turns Iffy":  Doubts hit the mainstream (NYT) C Re: "Intel's Huge Bet Turns Iffy":  Doubts hit the mainstream (NYT) C Re: "Intel's Huge Bet Turns Iffy":  Doubts hit the mainstream (NYT)  Re: CSWB data set hang-up  FA: HiNote Ultra MMB Base  Hobbyist License RE: Hobbyist License RE: Hobbyist License Re: Hobbyist License Re: Hobbyist LicenseP Re: I want Citrix Metaframe Server for OpenVMS !!!! was (Re: OpenVMS Multisessio Re: Newcomers to VMS Re: Newcomers to VMS Re: Newcomers to VMS# Status of the CDA converter library  Re: The perils of reusable code  Re: UCX security advisory  Re: VMS performance software WASD Security Advisory Issued 6 Re: What do the readers want in comp.os.vms / INFO-VAX6 Re: What do the readers want in comp.os.vms / INFO-VAX  F ----------------------------------------------------------------------  % Date: Sun, 29 Sep 2002 15:28:03 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> L Subject: Re: "Intel's Huge Bet Turns Iffy":  Doubts hit the mainstream (NYT), Message-ID: <3D975440.F71F2A56@videotron.ca>   Bill Todd wrote: >  > (URL below wraps)  > N > http://www.nytimes.com/2002/09/29/technology/circuits/29CHIP.html?ex=1033876" > 800&en=573e03cf736d51a5&ei=5062&  K Thanks for the pointer. Ironically, the NYtimes no longer works on Netscape H 4.76 (MAC), I just stare at a blank page. But I am able to pull it up on  MOSAIC on my old Microvax 3100 !  M What is significant in the article is that it appears as a title on the front N page (at least of the electronic edition). And that it is a reputable "non IT"L newspaper that publishes it. In other words, the message in the article will become more "mainstream".   N What is also interesting in this is the mention that HP gets deep discounts onM the chip. If HP remains Intel's only major IA64 customer, Intel won't be able N to make any money on the chip with such discounts.  Will HP be stuck having toM pay for Intel's continued development of IA64 ? If so, can Intel be more cost 2 efficient than HP's former in-house capabilities ?  I Looks like Intel is far less cost efficient at developping new chips than  Digital, HP or Sun.   J Now, the power requirements are an interesting thing. If Google has 15,000K wintel boxes, and each goes to IA64 that consumes 130 watts, we are talking M about 1.9 megawatts of power. At that scale, they could build their own power M plant that generates DC 12 and 5 volts directly. Eliminating the transformers N and power supplies in each wintel box would save a lot of money and also a lot+ of power since they are not 100% efficient.   N I think that Greenpeace and Sierra club should focus on shops like Google. How6 much power does AltaVista consume compared to Google ?   ------------------------------  % Date: Sun, 29 Sep 2002 21:43:10 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> L Subject: Re: "Intel's Huge Bet Turns Iffy":  Doubts hit the mainstream (NYT)' Message-ID: <3D9757CE.515BB9B1@aaa.com>   A Not that it matters much, but the article sad "15000 processors", : not "boxes". It could be fewer multi CPU boxes, of course.= Otherwise, you math is correct. But you must also ad the rest 1 of the systems, disks, motherboards, PCI cards... + You should probably double your 1.9 MW's... 6 At 3.8 MW, and with *my* current cost for electricity,5 that's over 1,5 Million USD a year just for power :-)    Jan-Erik Sderholm.    JF Mezei wrote:  > L > Now, the power requirements are an interesting thing. If Google has 15,000M > wintel boxes, and each goes to IA64 that consumes 130 watts, we are talking  > about 1.9 megawatts of power.    ------------------------------  % Date: Sun, 29 Sep 2002 23:16:20 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> L Subject: Re: "Intel's Huge Bet Turns Iffy":  Doubts hit the mainstream (NYT), Message-ID: <3D97C203.963EDDEC@videotron.ca>   Neil Rieck wrote: M > I'll bet execs wished they hadn't killed Alpha-EV8 so soon. Of course, they 4 > probably won't be around to take the heat in 2007.  M It will be interesting to see whether Carly tries to do any damage control on  Monday.   H A single article, even from NY Times can do some damage, but if it isn'tM followed up by others, the damage can be repaired. But if this starts a trend I of mainstream media saying negative things baout IA64, then that could be  quite damaging.    ------------------------------  % Date: Sun, 29 Sep 2002 22:29:21 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> L Subject: Re: "Intel's Huge Bet Turns Iffy":  Doubts hit the mainstream (NYT)9 Message-ID: <9GOl9.1784$Qh1.312447@news20.bellglobal.com>   K Quote from article: The more powerful Itanium 2 was introduced in July, but L market researchers now project that Itanium will garner less than 10 percentI of the market for server computing as far ahead as 2007. Intel executives " have not disputed those forecasts.K I'll bet execs wished they hadn't killed Alpha-EV8 so soon. Of course, they 2 probably won't be around to take the heat in 2007.  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------  % Date: Sun, 29 Sep 2002 19:08:31 +0100  From: "Ian" <ian@127.0.0.1> " Subject: Re: CSWB data set hang-up. Message-ID: <an7fqf$3oa$1@news5.svr.pol.co.uk>  J I expect some sort of network link got terminated at the remote end. TheseI messages get re-used in other things for purposes other than the original  meaning.9 "Hans M. Aus" <aus@vim.uni-wuerzburg.de> wrote in message > news:aus-1809021537030001@wvia20.virologie.uni-wuerzburg.de..." > The problem went just went away. > F > In article <aus-1809021442350001@wvia20.virologie.uni-wuerzburg.de>,/ > aus@vim.uni-wuerzburg.de (Hans M. Aus) wrote:  > = > > Does the following mean that cswb is looking for a modem? I > > How and where do I tell cswb that it's a direct ethernet connection ?  > >  > > CSWB.LOG;1 > >  > > Starting mozilla-bin...  > > %RMS-F-RER, file read error & > > -SYSTEM-F-HANGUP, data set hang-up >  > --D > Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   ------------------------------  % Date: Sun, 29 Sep 2002 19:54:23 -0400 2 From: "Homer J Simpson" <hsimpson@burnsenergy.com>" Subject: FA: HiNote Ultra MMB BaseA Message-ID: <FaMl9.28532$IO5.3480541@e3500-atl1.usenetserver.com>   = http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=2058352746    ------------------------------  # Date: Sun, 29 Sep 2002 20:54:31 GMT . From: peter@langstoeger.at (Peter LANGSTOEGER) Subject: Hobbyist License 4 Message-ID: <bMJl9.84952$142.1037981@news.chello.at>  > Does anyone know which product uses the OPENVMS-HOBBYIST PAK ?   TIA    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atP A-1030 VIENNA  AUSTRIA              I'm looking for (a) Network _and_ VMS Job(s)   ------------------------------  % Date: Sun, 29 Sep 2002 14:23:19 -0700 # From: "Tom Linden" <tom@kednos.com>  Subject: RE: Hobbyist License 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIGEDFFNAA.tom@kednos.com>   6 Not sure exactly what you are asking, obviously the OS: does.  Our PL/I which you can download form www.kednos.com respects that license pak.   >-----Original Message----- 6 >From: Peter LANGSTOEGER [mailto:peter@langstoeger.at]) >Sent: Sunday, September 29, 2002 1:55 PM  >To: Info-VAX@Mvb.Saic.Com >Subject: Hobbyist License >  > ? >Does anyone know which product uses the OPENVMS-HOBBYIST PAK ?  >  >TIA >  >--  >Peter "EPLAN" LANGSTOEGER& >Network and OpenVMS system specialist >E-mail  peter@langstoeger.at A >A-1030 VIENNA  AUSTRIA              I'm looking for (a) Network   >_and_ VMS Job(s)  >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.391 / Virus Database: 222 - Release Date: 9/19/2002  >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.391 / Virus Database: 222 - Release Date: 9/19/2002   ------------------------------    Date: 29 Sep 2002 17:17:53 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: RE: Hobbyist License 3 Message-ID: <qn3k1TfDfcef@eisner.encompasserve.org>   _ In article <CIEJLCMNHNNDLLOOGNJIGEDFFNAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes: 8 > Not sure exactly what you are asking, obviously the OS< > does.  Our PL/I which you can download form www.kednos.com > respects that license pak.  > I diagree with Tom, in that I do not believe any DEC/Compaq/HPC product honors the Product Authorization Key for OPENVMS-HOBBYIST .    >>-----Original Message-----7 >>From: Peter LANGSTOEGER [mailto:peter@langstoeger.at] * >>Sent: Sunday, September 29, 2002 1:55 PM >>To: Info-VAX@Mvb.Saic.Com  >>Subject: Hobbyist License  >> >>@ >>Does anyone know which product uses the OPENVMS-HOBBYIST PAK ?  A That Product Authorization Key was added to the Hobbyist licenses ? specifically for the use of third parties who want to allow use ? of their product by hobbyist without involving the hobbyist (or > the vendor) in an extra round of obtaining PAKs, regardless of? the fact that it would be free of charge.  This is not an issue > with DEC/Compaq/HP products, since the Hobbyist Program issues# individual PAKs for those products.   E LJK/Security is another product that honors the Product Authorization < Key for OPENVMS-HOBBYIST (effective with LJK/Security V2.8).   	http://www.ljk.com/   ------------------------------  % Date: Sun, 29 Sep 2002 19:20:40 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: Hobbyist License , Message-ID: <3D978AB8.D9C09455@videotron.ca>   Larry Kilgallen wrote:@ > I diagree with Tom, in that I do not believe any DEC/Compaq/HPE > product honors the Product Authorization Key for OPENVMS-HOBBYIST .   K Wouldn't it be simpler to have the VMS licence thing notice the presence of D "OPENVMS-HOBBYIST" and then grant unlimited access to any product ?   G Wasn't there a t-shirt at oen DECUS some years ago that showed the code = necessary to let the lmf checks all return "access granted" ?    ------------------------------    Date: 29 Sep 2002 20:30:20 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: Hobbyist License 3 Message-ID: <cH01dUJczUER@eisner.encompasserve.org>   \ In article <3D978AB8.D9C09455@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > Larry Kilgallen wrote:A >> I diagree with Tom, in that I do not believe any DEC/Compaq/HP F >> product honors the Product Authorization Key for OPENVMS-HOBBYIST . > M > Wouldn't it be simpler to have the VMS licence thing notice the presence of F > "OPENVMS-HOBBYIST" and then grant unlimited access to any product ?   D That would remove third party control over their products, certainly an unfriendly move.    ------------------------------  # Date: Sun, 29 Sep 2002 19:18:22 GMT 4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>Y Subject: Re: I want Citrix Metaframe Server for OpenVMS !!!! was (Re: OpenVMS Multisessio 0 Message-ID: <3D974FE9.AF32BD77@blueyonder.co.uk>   Ed Wensell III wrote:  >  > Ed Wensell III wrote:  > > = > > Failing Xwindows as others have suggested, how about VNC?  > > 9 > > http://www.uk.research.att.com/vnc/platforms.html#vms  > > L > > IIRC, on UNIX/VMS systems, VNC turns into separate user instances rather@ > > than console control. You can then use the VNC client or any+ > > Java-capable web browser to connect in.  > A > The package is viewer only... I'll go back to sleep now. Sorry.    C However, you can run the vnc server on unix and get it to request a C login screen from VMS using XDM (TCP/IP 5.1 and above). I have just A managed to get this working. OK xdm security is a painful kludge. > However, its good not to have to login to unix/vms again when C the windows box I sit in front of (its got the big screen) needs a  B reboot. OK, linux is involved, but then my VMS is running on ts10 8 on the same linux box so its not really an issue for me.  D has anyone tried porting the vnc server to VMS? I got the sourcecode; for the latest versio, but .configure is very daunting :-).      regards,   --   tim.llewellyn@blueyonder.co.uk    H * PLEASE NOTE tim.llewellyn@cableinet.co.uk address is NO LONGER VALID *   ------------------------------  # Date: Sun, 29 Sep 2002 19:30:30 GMT % From: bdc@world.std.com (Brian Chase)  Subject: Re: Newcomers to VMS & Message-ID: <H37suu.4M3@world.std.com>  3 In article <vj0VyjCHEyfx@eisner.encompasserve.org>, C Simon Clubley <clubley@remove_me.eisner.decus.org-Earth.UFP> wrote:   E > Although due to real world time pressures I have only been skimming D > comp.os.vms for the last couple of months, I have still managed toG > see a number of new names appearing asking basic beginners questions.  >  > First of all, welcome to VMS.  > E > Second, I am interested in knowing why there have been a upsurge of E > newcomers to VMS. Was it anything to do with the Slashdot article ?   H In my case, it's because I have some hardware which runs VMS.  I'm stillH working on getting a hobbyist CD.  I did see the article about the folksG running a publicly accessible OpenVMS cluster, but I kind of wonder how F long that'll last before it gets abused into oblivion... Hmm, well, inB checking just now, it doesn't look like that server is on the net  anymore.  F > Third, how have you found VMS to work with ? What are your comments, > both good and bad ?   ? I worked with it many years ago as an end user.  It was an okay G experience.  Certainly from a standpoint of being a feature rich OS and H reliable, my impression of it was quite good.  In particular, I like theJ batch-processing system, which came in very handy for long Ada compiles.  I And I loved the VAX MACRO assembler--firstly for the rich VAX instruction G and register set, and secondly for the capabilities of MACRO.  I'd also J have to say that the help system was well done.  On the downside, I didn'tI like the VMS command line syntax.  It always seemed like it took an awful ; lot of typing to get very common and/or simple things done.   E I'm curious to learn more about the administrative side of it, and in J particular, I'd like to play with its clustering capabilites.  I've yet toF see any decent clustering system for any of the Unix OSes I support.  B Aside from that, I think it's good to get exposure to a variety of@ different systems; it helps one to see more of what is possible.   -brian.  --  F --- Brian Chase | bdc@world.std.com | http://world.std.com/~bdc/ ----->       IBM 1130 Club Motto:  "Computer People Are Happy People"   ------------------------------  % Date: Sun, 29 Sep 2002 23:37:39 +0200  From: Dirk Munk <munk@home.nl> Subject: Re: Newcomers to VMS 5 Message-ID: <toKl9.148377$H6.12344215@zwoll1.home.nl>    Brian Chase wrote:5 > In article <vj0VyjCHEyfx@eisner.encompasserve.org>, E > Simon Clubley <clubley@remove_me.eisner.decus.org-Earth.UFP> wrote:  >  > E >>Although due to real world time pressures I have only been skimming D >>comp.os.vms for the last couple of months, I have still managed toG >>see a number of new names appearing asking basic beginners questions.  >> >>First of all, welcome to VMS.  >>E >>Second, I am interested in knowing why there have been a upsurge of E >>newcomers to VMS. Was it anything to do with the Slashdot article ?  >  > J > In my case, it's because I have some hardware which runs VMS.  I'm stillJ > working on getting a hobbyist CD.  I did see the article about the folksI > running a publicly accessible OpenVMS cluster, but I kind of wonder how H > long that'll last before it gets abused into oblivion... Hmm, well, inD > checking just now, it doesn't look like that server is on the net 
 > anymore. >  > F >>Third, how have you found VMS to work with ? What are your comments, >>both good and bad ?  >  > A > I worked with it many years ago as an end user.  It was an okay I > experience.  Certainly from a standpoint of being a feature rich OS and J > reliable, my impression of it was quite good.  In particular, I like theL > batch-processing system, which came in very handy for long Ada compiles.  K > And I loved the VAX MACRO assembler--firstly for the rich VAX instruction I > and register set, and secondly for the capabilities of MACRO.  I'd also L > have to say that the help system was well done.  On the downside, I didn'tK > like the VMS command line syntax.  It always seemed like it took an awful = > lot of typing to get very common and/or simple things done.   O No, not really. You can usually abbreviate to about three characters per word.  J At least the command syntax is readable and logical. In Unix you take any I character in lower case or uppercase and give it some meaning, not to be  J deducted from the character. So you have to read the manual to see what a  certain Unix switch means.  B In a VMS command procedure I normally use the the full syntax (no O abbreviations), so anyone can read and understand the command without a manual.      > G > I'm curious to learn more about the administrative side of it, and in L > particular, I'd like to play with its clustering capabilites.  I've yet toH > see any decent clustering system for any of the Unix OSes I support.  D > Aside from that, I think it's good to get exposure to a variety ofB > different systems; it helps one to see more of what is possible. > 	 > -brian.    ------------------------------   Date: 30 Sep 02 05:39:07 +0200) From: p_sture@elias.decus.ch (Paul Sture)  Subject: Re: Newcomers to VMS ) Message-ID: <O5+Za$oRYHj3@elias.decus.ch>   N In article <H37suu.4M3@world.std.com>, bdc@world.std.com (Brian Chase) writes:5 > In article <vj0VyjCHEyfx@eisner.encompasserve.org>, E > Simon Clubley <clubley@remove_me.eisner.decus.org-Earth.UFP> wrote:  > F >> Although due to real world time pressures I have only been skimmingE >> comp.os.vms for the last couple of months, I have still managed to H >> see a number of new names appearing asking basic beginners questions. >>    >> First of all, welcome to VMS. >>  F >> Second, I am interested in knowing why there have been a upsurge ofF >> newcomers to VMS. Was it anything to do with the Slashdot article ? > J > In my case, it's because I have some hardware which runs VMS.  I'm stillJ > working on getting a hobbyist CD.  I did see the article about the folksI > running a publicly accessible OpenVMS cluster, but I kind of wonder how H > long that'll last before it gets abused into oblivion... Hmm, well, inD > checking just now, it doesn't look like that server is on the net 
 > anymore.  B telnet hobbes.thevax.org or visit www.hobbes.thevax.org and select Application.  * or http://vmsbox.cjb.net/vms-accounts.html   > G >> Third, how have you found VMS to work with ? What are your comments,  >> both good and bad ? > A > I worked with it many years ago as an end user.  It was an okay I > experience.  Certainly from a standpoint of being a feature rich OS and J > reliable, my impression of it was quite good.  In particular, I like theL > batch-processing system, which came in very handy for long Ada compiles.  K > And I loved the VAX MACRO assembler--firstly for the rich VAX instruction I > and register set, and secondly for the capabilities of MACRO.  I'd also L > have to say that the help system was well done.  On the downside, I didn'tK > like the VMS command line syntax.  It always seemed like it took an awful = > lot of typing to get very common and/or simple things done.   > But that "awful lot of typing" does come in very handy for DCL; procedures. It really can make them much more maintainable.    > G > I'm curious to learn more about the administrative side of it, and in L > particular, I'd like to play with its clustering capabilites.  I've yet toH > see any decent clustering system for any of the Unix OSes I support.  D > Aside from that, I think it's good to get exposure to a variety ofB > different systems; it helps one to see more of what is possible. >   , Have at it, at least with the documentation:  - http://www.openvms.compaq.com/doc/#ovmsdocset  or. http://www.openvms.compaq.com:8000/#ovmsdocset  8 (for the full doc set, including compilers etc, drop off the last bit of those urls)   C I'd recommend the following to learn about the admin and clustering  stuff (in no particular order)   OpenVMS System Manager's Manual  OpenVMS Cluster Systems - Guidelines for OpenVMS Cluster Configurations   OpenVMS Guide to System Security   __
 Paul Sture Switzerland    ------------------------------  % Date: Sun, 29 Sep 2002 17:22:52 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> , Subject: Status of the CDA converter library, Message-ID: <3D976F22.A8C05133@videotron.ca>  K Does anyone know who is now in charge of the CDA converter library ?  Still F that german firm or has it fallen back to Digital/Compaq/HP/whatever ?  ? Was the product abandonned ? Or is it still being maintained ?    M I ask this because ever since I upgraded to 7.2, I have been unable to use it , because the name of the licence has changed.  9 it now wants "CDA RT" , and I have: CDA-CONVERTER-LIBRARY   & With 5.5-2, I had no licence problems.   ------------------------------  % Date: Mon, 30 Sep 2002 00:06:47 -0000 ! From: Z  <zarlenga@conan.ids.net> ( Subject: Re: The perils of reusable code/ Message-ID: <upf5cnc5v9k24b@corp.supernews.com>   : Webb, William W Raleigh, NC <wwebb1@email.usps.gov> wrote:< : The reuse of some object-oriented code has caused tactical< : headaches for Australia's armed forces. As virtual reality ...    Great story!  Thanks.    ------------------------------   Date: 30 Sep 02 05:04:56 +0200) From: p_sture@elias.decus.ch (Paul Sture) " Subject: Re: UCX security advisory) Message-ID: <7aaHMwGjKKC$@elias.decus.ch>   \ In article <87it0obwmc.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:1 > JF Mezei <jfmezei.spamnot@videotron.ca> writes:  >  >> David Webb wrote: > F >> > The fact you found any programs installed with SETPRV is actuallyF >> > more worrying since this indicates the writer was taking the easyC >> > way out and not working out what privileges the program really  >> > needed. >   F >> And security for tcpip stack is one of the more important aspect ofF >> OS security these days since that is where the attacks tend to comeC >> from. So the TCPIP folks not having conducted due diligence with ; >> regards to security/privileges requirements is very bad.  >   H > All part of the leaner, meaner more efficient compuke/hp that the goatG > gave us last year. Including pink slipping the testing groups. Proper H > test and qualification is done by an external group to the developers.F > It is the only way you can ensure that the assumptions about the run, > time environment etc don't screw you over. > E >> I am still ready to volunteer to patrol the golad coast beaches to D >> ensure the TCPIP engineers don't spend too much time waxing their >> surfboards... :-) >   > >> This issue does highlight the potential problems of the COEE >> initiative: when they start to port more and more unix software to E >> VMS, more and more loopholes (unix leftovers) such as the -logfile  >> are likely to appear. > F > Isn't it nice to be standard! After all, we can't go having VMS only> > flaws, we must have the proper billygoat blessed kiss of joyH > *standard* bugs and flaws. Now id they could just paint the bugs blue, > C&C would be enraptured. ;)  >     9 Does all this mean we can enter for DEFCON next time? :-)   I As my Unix colleague said on Friday when I told him of the vulnerability: 7 "It's always mail that's the weakest link, isn't it?"    __
 Paul Sture Switzerland    ------------------------------    Date: 29 Sep 2002 15:25:53 -0700/ From: prosullivan@hotmail.com (paul o'sullivan) % Subject: Re: VMS performance software < Message-ID: <5a24d880.0209291425.763d59d@posting.google.com>  f Jilly <jilly@clarityconnect.com> wrote in message news:<9o2l9.11665$V64.3097691@newsfeed.slurp.net>...3 > Differences between PAWZ & ECP & Capacity Planner  > , > ECP V5.4B from HP available for free from K > http://www.openvms.compaq.com/openvms/products/ecp/index.html provides a   > > H > I do not know if CP & PAWZ can use the ECP V5.4B collected data and I J > doubt that ECP V5.4B Data Analayzer would handle OpenVMS data collected  > by the PerfCap collectors. >  > A 5.4b (ECP_POLL) process is compatible with the current version of C PerfCap Analyzer, more by accident more than design. Like 5.4a, the ? new fix is not compatible with any (Compaq, Digital or PerfCap) D Capacity Planner because the EVM and SAMPLE files are not created by
 this product.   C For PAWZ compability 5.4 collectors are compatible with PerfCap 3.0 E PAWZ Agents only. This is again by accident - HP never really changed  the file format from 5.3.   D Reading PerfCap files with HP Analyzer? Only for 5.1,5.2,5.3,5,4 and PerfCap 3.0 VMS collectors.   E Version 4.0 PAWZ has a new VMS collector (PMD) which does not use any B of the older ECP-type stuff. The 4.0 PerfCap VMS analyzer can readE data files from ECP 5.x HP ECP 5.4, PerfCap 3.x and 4.x from VMS, HP, 8 Sun, AIX, Tru64 and NT. Look at www.pawz.ws for details.   ------------------------------  % Date: Mon, 30 Sep 2002 10:10:53 +0930 / From: Mark Daniel <Mark.Daniel@wasd.vsm.com.au> & Subject: WASD Security Advisory Issued. Message-ID: <3D979D95.9020706@wasd.vsm.com.au>  A [The following message was provided to the info-WASD mailing list A   late last week.  It is provided again here in comp.os.vms as an 4   advice to non-subscribers using the WASD package.]  ! info-WASD has been quiet of late.  Well that's about to change!  @ The following is the opening statement from the introduction ...        - YOU MUST APPLY FIXES - %      This is MANDATORY UPDATE advice.   A      All sites are at least potentially vulnerable to some or all ;      of the issues described in this and related documents.   C All WASD sites are strongly encouraged to carefully read the advice   C    http://wasd.vsm.com.au/ht_root/doc/misc/wasd_advisory_020925.txt   E and *immediately* apply the relevant updates and configuration fixes.       http://wasd.vsm.com.au/wasd/    Further detail is available at  6    http://jl.gailly.net/security/wasd-vuln-2002-09.txt  E This information will soon be published via Bugtraq so subscribers to H info-WASD will not be the only ones to know.  I plan an announcement viaE comp.os.vms this time tomorrow for non info-WASD subscribers.  Please A pass this message along to any you know in that category as well.   * My regrets over any issues this may cause.   Regards, Mark.  F +--------------------------------------------------------------------+E   Mark Daniel                         http://wasd.vsm.com.au/adelaide F   mailto:Mark.Daniel@wasd.vsm.com.au (Mark.Daniel@dsto.defence.gov.au)F +--------------------------------------------------------------------+   ------------------------------  % Date: Sun, 29 Sep 2002 14:46:45 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> ? Subject: Re: What do the readers want in comp.os.vms / INFO-VAX , Message-ID: <3D974A94.EC67EDDA@videotron.ca>  ! re: creation of another newsgroup   G Aren't there specialised vmsnet.* newsgroups already ? If so, shouldn't ' comp.os.vms be a more "general" forum ?   M Secondly, if you create a specific newsgroups to discuss non technical stuff, H is that where Sue will be asked to make her postings about new software, upcoming events etc etc ?   = And if she is allowed to post on cov, what happens if we have  comments/suggestions ?  N If engineers monitor only cov, we will be able to ask about whether there have( been any layoffs in their area etc etc ?  F The engineers who do monitor cov don't seem shy about expressing theirN opinions. And this provides the readers with a feel for the type of atmosphereE that exists inside of their employer, whomever it might be this week.    ------------------------------    Date: 29 Sep 2002 19:25:32 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>? Subject: Re: What do the readers want in comp.os.vms / INFO-VAX 6 Message-ID: <20020929192532.17814.qmail@nym.alias.net>  C On Sun, 29 Sep 2002, JF Mezei <jfmezei.spamnot@videotron.ca> wrote: " >re: creation of another newsgroup > H >Aren't there specialised vmsnet.* newsgroups already ? If so, shouldn't( >comp.os.vms be a more "general" forum ?  E  o  Not everybody can persuade their provider to carry vmsnet groups.   I  o  The vmsnet heirarchy does not have any group which could be used as a B     generic replacement for comp.os.vms. Nor does it cover all the/     technical areas currently handled by c.o.v.   @  o  Have you looked in vmsnet.* recently? Talk about low volume.  N >Secondly, if you create a specific newsgroups to discuss non technical stuff,I >is that where Sue will be asked to make her postings about new software,  >upcoming events etc etc ?  H I am *not* proposing that people be told they are not allowed to post in comp.os.vms.  > >And if she is allowed to post on cov, what happens if we have >comments/suggestions ?   K People could try making better use of Usenet perhaps? If Sue posts stuff to E c.o.v. and some new group, it is childs play to set a followup to the G non-technical group if that is what is appropriate. I'm sure this could K even be managed for Info-VAX subscribers without dramatic software changes.   O >If engineers monitor only cov, we will be able to ask about whether there have ) >been any layoffs in their area etc etc ?   G Again, I am not proposing forbidding any specific sort of posting. I am F suggesting that there should be an option, and that to provide such an0 option a new newsgroup may be the best solution.  G >The engineers who do monitor cov don't seem shy about expressing their O >opinions. And this provides the readers with a feel for the type of atmosphere F >that exists inside of their employer, whomever it might be this week.  C Fine. However, from this posting, I get the impression that were an K alternative group created you'd strongly resist any encouragement to use it  for non-technical discussion.      Doc. --  6 The bigger the humbug, the better people will like it.K ~ Phineas Taylor Barnum.                             https://vmsbox.cjb.net    ------------------------------   End of INFO-VAX 2002.539 ************************                                                                                                                                                                                                                                                                                                                                                                                                                                                              @    A    B    C    D    E    F    G    H    I    J    K    L    M    N    O    P    Q    R    S    T    U    V    W    X    Y    Z    [    \    ]    ^    _    `    a    b    c    d    e    f    g    h    i    j    k    l    m    n    o    p    q    r    s    t    u    v    w    x    y    z    {    |    }    ~                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        