1 INFO-VAX	Fri, 04 Oct 2002	Volume 2002 : Issue 547       Contents: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"... 4GB Disk Blowut $34 each! Re: Announcing WHOIS V1.5 for VMS ! Re: Announcing WHOIS V1.5 for VMS ! Re: Announcing WHOIS V1.5 for VMS ! Re: Announcing WHOIS V1.5 for VMS F Re: Another security issue with the UCX POP server on older versions ?F Re: Another security issue with the UCX POP server on older versions ?F Re: Another security issue with the UCX POP server on older versions ?9 Business Case for mini-merge in EVA (Was: Re: Mini-Merge) = Re: Business Case for mini-merge in EVA (Was: Re: Mini-Merge) = Re: Business Case for mini-merge in EVA (Was: Re: Mini-Merge)  Re: Disaster-Tolerant clusters RE: Disaster-Tolerant clusters
 Re: FDL Files 
 Re: FDL Files E Re: Formal security advisory now issued for POP server security issue P Re: From Mark Gorham - Clarification - OpenVMS Symposium AKA OpenVMS Advanced Te* Re: Global pages used by a specific image? Re: Handling of <CR><LF> files Re: Handling of <CR><LF> files7 Re: HP tells VMS users "Relax, you are sitting pretty"! 7 Re: HP tells VMS users "Relax, you are sitting pretty"! ! Re: HP-UX and Tru64 UNIX  webcast P Re: I want Citrix Metaframe Server for OpenVMS !!!! was (Re:   OpenVMSMultisessiI Re: Java 1.3.1. Failing to run a program trying to access an Ingres dbase P Re: license costs (was: RE: Microsoft reeling from hack attacks, VMS   just yawn1 Re: logical name weirdness (was: RE: UAF Problem) @ Re: My VMS Webserver book is available - missing acknowledgments netscape
 Re: netscape? 	 netscape?  Re: OpenVMS 7.3-1 for Hobbyist?  Re: OpenVMS 7.3-1 for Hobbyist?  Re: OpenVMS 7.3-1 for Hobbyist?  Re: OpenVMS 7.3-1 for Hobbyist?  Re: OpenVMS 7.3-1 for Hobbyist?  Re: OpenVMS is strategic) Re: OpenVMS LPD x LAT Printers - HELP !!! ' Originator of detached process from DCL + Re: Originator of detached process from DCL + Re: Originator of detached process from DCL ! Re: Pathworks, and shares on PC's ! Re: Pathworks, and shares on PC's ! Re: Pathworks, and shares on PC's / Re: Problem using Perl library functions on VMS & Re: QUEUE MANAGER dying during backups
 Re: tcp/ip tcp/ip Re: tcp/ip == UCX P Re: Veritas Software CFO Resigns (was: "Underqualified tipster backed HP merger"P Re: Veritas Software CFO Resigns (was: "Underqualified tipster backed HP merger"P Re: Veritas Software CFO Resigns (was: "Underqualified tipster backed HP merger" Re: VMS 7.3 DCL / MX, Re: VMS 7.3-1 CD will not boot = USB problem0 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) What Uses BYTLM? Re: What Uses BYTLM?" Re: Writing a new VMS filesystem ?" Re: Writing a new VMS filesystem ?" Re: Writing a new VMS filesystem ?" Re: Writing a new VMS filesystem ?" Re: Writing a new VMS filesystem ?" Re: Writing a new VMS filesystem ?  F ----------------------------------------------------------------------  # Date: Thu, 03 Oct 2002 13:44:37 GMT * From: "Bill Todd" <billtodd@metrocast.net>9 Subject: Re: "Underqualified tipster backed HP merger"... C Message-ID: <9RXm9.446650$5r1.19115736@bin5.nnrp.aus1.giganews.com>   3 "jlsue" <jlsuexxxz@screaminet.com> wrote in message 2 news:tlgopug0g58sd74eutjopcp7m0u86u0tvc@4ax.com...H > On Wed, 02 Oct 2002 22:10:48 GMT, "Bill Todd" <billtodd@metrocast.net> > wrote: >  > > 6 > >"jlsue" <jlsuexxxz@screaminet.com> wrote in message > > K > >Suggesting that it's OK to lie to the employer to remove his/her ability  to* > >make that choice would seem to qualify. > >  > ) > Bah.  Nobody's choice has been removed.   L Bullshit.  The employer's ability to choose based on the criteria s/he feelsL are important has been removed by the potential employee's lie about his/herL credentials.  And for all your protestations about ethics, this doesn't seem to bother you at all.   H 'Situational ethics' was all the rage 30-some years ago.  Apparently youJ never developed a very good understanding of it, let alone advanced beyond it.    - bill   ------------------------------  % Date: Thu, 03 Oct 2002 08:28:47 -0500 & From: jlsue <jlsuexxxz@screaminet.com>9 Subject: Re: "Underqualified tipster backed HP merger"... 8 Message-ID: <tlgopug0g58sd74eutjopcp7m0u86u0tvc@4ax.com>  F On Wed, 02 Oct 2002 22:10:48 GMT, "Bill Todd" <billtodd@metrocast.net> wrote:   > 4 >"jlsue" <jlsuexxxz@screaminet.com> wrote in message > L >Suggesting that it's OK to lie to the employer to remove his/her ability to( >make that choice would seem to qualify. >   E Bah.  Nobody's choice has been removed.  If the employee can't do the D job, get rid of him/her.  It really doesn't matter what their resume@ said then (I've met folks who really have the "experience" theirD resume says, but they really can't do the job anyway).  And besides,> the interview process should be able to weed-out those who are completely incapable.   > And I don't think I ever suggested that it's okay to lie - butE certainly anyone with an open mind can understand many of the reasons E that might lead someone to do it.  However, as I said earlier in that = post, I'm really just curious how far people would take their + black-and-white view of this kind of thing.   C When people make blank statements, for example, saying that someone D who lies on a resume should be fired, I begin to wonder just how farC they would really follow their resolve in this matter.  Even to the > point of allowing it to destroy a business?  A product?  What?  A I'm thinking, if I were ever to have the misfortune of becoming a B manager, how would I want to handle this kind of situation with anE employee.  Imho, if someone obviously can't do the job, it might make & a difference on how I would handle it.  F But don't try to push this back on my own ethics in this kind of thing= because I guarantee that you'll be very mistaken.  For me, my B credibility is much more important than my technical abilities and? experiences. So I take a very careful approach in presenting my : experiences and abilities, trying not to overstate them.     ------------------------------  $ Date: Thu, 3 Oct 2002 19:31:12 -0400* From: "Bill Todd" <billtodd@metrocast.net>9 Subject: Re: "Underqualified tipster backed HP merger"... 6 Message-ID: <aqOdndR_dZKfQACgXTWcpw@News.GigaNews.Com>  > "Jerry Leslie" <LESLIE@JRLVAX.HOUSTON.RR.COM> wrote in message5 news:Cv_m9.66965$121.1723302@twister.austin.rr.com... < > Jan-Erik =?iso-8859-1?Q?S=F6derholm?= (aaa@aaa.com) wrote: > : , > : http://www.theinquirer.net/?article=5559 > :  > : /Jan-Erik Sderholm. > H > With the economy in recession, there are unemployed people omitting orE > lying about having a degree and/or high-tech work experience to get  > low-paying jobs. > B > If they tell the truth, they probably won't get hired because ofB > the prospective employer's fear that they'll quit when high-tech > jobs become available again.  D If the employer is worried about that, appropriate safeguards can beG discussed.  Which is the ethical way to approach the issue, rather than < lying up front just in case the employer might be concerned.  H People are far too prone to confuse convenience (usually, their own) andJ perceived practicality with ethics.  While there may be some justificationF for answering unethical behavior with unethical behavior of one's own,E that's not the case here:  there's nothing unethical in an employer's A preference for hiring people who can be expected to stick around.    > C > In the case of IT, such a time seems unlikely, given offshore job < > relocations and L-1 & H-1B visas (URL wrapped to 2 lines): > = >    http://www.computerworld.com/careertopics/careers/labor/   >    story/0,10801,74627,00.html? >    Panelists: Jobless IT workers should reinvent themselves - 
 Computerworld  > J >   "NEW YORK -- Out-of-work IT workers in the U.S. upset about lower-costF >    H-1B and L-1 workers and offshore outsourcing firms wresting awayI >    their jobs should accept that highly skilled, cheap foreign labor is  >    here to stay..."  >  > + > You can decide which is the greater evil:  > $ >    o lie and take a low-paying job@ >    o don't lie and go on welfare and get food stamps. Speaking/ >      of food stamps (URL wrapped to 2 lines):   I While going on welfare is undesirable, it (unlike lying) is not unethical E (assuming that one is actively seeking work) and hence not in any way I 'evil'.  So the literal answer to your question is trivially easy, though = the ethical decision the prospective worker faces may not be.    > ; >      http://www.tuscaloosanews.com/apps/pbcs.dll/article? 8 >      Date=20020930&Category=APN&ArtNo=209300938&Ref=AR3 >      Alabama food stamp questions routed to India  > L >     "...Sen. Richard Shelby both revealed and denounced the system Monday,J >      saying Alabamians who could be answering the calls may instead wind upA >      on food stamps because of the loss of jobs in America...."   L The only aspect of the H-1B program that may be unethical is the possibilityI that it can turn foreign workers into a kind of slave labor (and that's a L very real concern).  Otherwise, it's simply one more aspect of the interplayK between protectionism and free trade, and thus neither good not evil per se 1 (though a legitimate policy question to discuss).    - bill   ------------------------------  # Date: Thu, 03 Oct 2002 23:40:58 GMT * From: "Bill Todd" <billtodd@metrocast.net>9 Subject: Re: "Underqualified tipster backed HP merger"... @ Message-ID: <eA4n9.47777$bY5.257197@bin4.nnrp.aus1.giganews.com>  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message, news:x8_m9.19$IF4.588908@news.cpqcorp.net... >   > Bill Todd wrote in message ... > > C > >"Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message / > >news:NOEm9.30$EJ3.526448@news.cpqcorp.net...  > >  > >... > > G > >> One day you may have some Zen-like breakthrough and be able to see  things5 > >> from someone elses eyes - but I highly doubt it.  > > K > >Actually, I find it very easy to see situations from others' viewpoints.  > < > It certainly doesn't show up in your internet personality.  K Being able to see another viewpoint does not automatically generate respect ) for it:  respect must be earned by merit.    >  > >  IL > >just frequently disagree with those viewpoints, because they're biased asI > >hell and their holders are often resolutely rigid in maintaining those 
 > >biases. > >  >   > Come on.  Everyone has biases.  @ Of course they do.  But some are able to move beyond them toward9 objectivity, while others often don't even appear to try.   +   Everyone sees things through the prism of J > their own experiences.  Five years in New York certainly changed me from the " > myopic midwesterner of my youth.  I Good for you.  And the Internet in its own way is even more cosmopolitan.   *   I can't once recall you're stepping backL > from the fray, and considering that perhaps your own viewpoint may only be a  > sliver of the "truth".  L No, you just can't recall recognizing it when I do so, which happens all the time.    > I > >Objectivity is an acquired discipline, Fred, not something one is born  > with. J > >And acquiring it seems to get harder as one gets older, so I don't have too ( > >much hope for most of our generation. > >  > > > Pehaps.  But it has never been a strength of any generation.  F Probably true.  But there have certainly been times when our country'sG leadership has seemed interested in engendering objectivity rather than J suppressing it, and the citizenry seems to respond to either approach.  SoG the question becomes whether we're getting the kind of leadership (both G political and corporate) that we want these days or simply experiencing G random fluctuations because we as a country haven't a clue what kind of  leadership we want.    - bill   ------------------------------  $ Date: Thu, 3 Oct 2002 23:43:41 -0400' From: "Main, Kerry" <Kerry.Main@hp.com> 9 Subject: RE: "Underqualified tipster backed HP merger"... T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660A6C@kaoexc01.americas.cpqcorp.net>   Bill,   G <<<'Situational ethics' was all the rage 30-some years ago.  Apparently G you never developed a very good understanding of it, let alone advanced 
 beyond it.>>>   E While I certainly do not condone not telling the truth on a resume, I G also do not agree with "holier than thou" people preaching against such J acts and who like to think their ethics are above such low level deeds.=20  H Especially when those individuals have also strayed in the past as well.B Like publishing extracts from previously agreed private conference< discussions in a public newsgroup to suit ones own purposes.   'nuff said.    Regards   
 Kerry Main Senior Consultant  Hewlett-Packard (Canada) Co.! Consulting & Integration Services  Voice: 613-592-4660  Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom       -----Original Message-----2 From: Bill Todd [mailto:billtodd@metrocast.net]=20 Sent: October 3, 2002 9:45 AM  To: Info-VAX@Mvb.Saic.Com 9 Subject: Re: "Underqualified tipster backed HP merger"...       3 "jlsue" <jlsuexxxz@screaminet.com> wrote in message 2 news:tlgopug0g58sd74eutjopcp7m0u86u0tvc@4ax.com...H > On Wed, 02 Oct 2002 22:10:48 GMT, "Bill Todd" <billtodd@metrocast.net> > wrote: >  > > 6 > >"jlsue" <jlsuexxxz@screaminet.com> wrote in message > > F > >Suggesting that it's OK to lie to the employer to remove his/her=20
 > >ability to* > >make that choice would seem to qualify. > >  > ) > Bah.  Nobody's choice has been removed.   F Bullshit.  The employer's ability to choose based on the criteria s/heD feels are important has been removed by the potential employee's lieH about his/her credentials.  And for all your protestations about ethics,' this doesn't seem to bother you at all.   H 'Situational ethics' was all the rage 30-some years ago.  Apparently youC never developed a very good understanding of it, let alone advanced 
 beyond it.   - bill   ------------------------------  $ Date: Fri, 4 Oct 2002 01:00:02 -0400* From: "Bill Todd" <billtodd@metrocast.net>9 Subject: Re: "Underqualified tipster backed HP merger"... 6 Message-ID: <bRadnRTzm8bevQCgXTWcow@News.GigaNews.Com>  2 "Main, Kerry" <Kerry.Main@hp.com> wrote in messageL news:BE56C50EA024184DAF48F0B9A47F5CF402660A6C@kaoexc01.americas.cpqcorp.net. .. Bill,   G <<<'Situational ethics' was all the rage 30-some years ago.  Apparently G you never developed a very good understanding of it, let alone advanced 
 beyond it.>>>   E While I certainly do not condone not telling the truth on a resume, I G also do not agree with "holier than thou" people preaching against such G acts and who like to think their ethics are above such low level deeds.   H Especially when those individuals have also strayed in the past as well.B Like publishing extracts from previously agreed private conference< discussions in a public newsgroup to suit ones own purposes.   ***   G Funny that you should bring that up so soon after my own statement that F responding to unethical behavior (your own lies) with arguably equallyI unethical behavior (exposing them by divulging private material) could be = defensible.  But I guess you didn't bother to read that part.    - bill   ------------------------------  $ Date: Thu, 3 Oct 2002 16:45:31 -0400# From: "Island" <sales@islandco.com> ! Subject: 4GB Disk Blowut $34 each / Message-ID: <uppb05enrmgr15@news.supernews.com>   D Qty Seagate(DEC Branded) UW SCSI Disks with 68PIN Converter $34 each   --	 Sales Dpt  Island Computers US Corporation  2700 Gregory Street 	 Suite 180  Savannah GA 31404  Tel: 912 447 6622  Fax: 912 201 0096  sales@islandco.com www.islandco.com' http://www.islandco.com/legal-email.htm    We sell Alpha Systems ! * All emails are checked for Virus and Worms   ------------------------------  % Date: Thu, 03 Oct 2002 14:45:58 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> * Subject: Re: Announcing WHOIS V1.5 for VMS' Message-ID: <3D9C3C06.FFFBFC73@aaa.com>   ; Make sure to use a version of UNZIP that is "VMS-aware", so = it re-creates the files with the correct (as saved in the ZIP  archive) file attributes.    Jan-Erik Sderholm.    PS. 5 No, I have not downloaded this particular ZIP file...  DS.    Mike Rechtman wrote: > C > Downloaded from the web page. UNzipping on VMS and on W2K gave me  > corrupted text files.  > (*.com, release_notes)- > I tried using anonymous FTP & was rejected. 3 > Has anyone succesfully downloaded and built this?  >  > TIA, > Mike >    ------------------------------  % Date: Thu, 03 Oct 2002 22:44:02 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> * Subject: Re: Announcing WHOIS V1.5 for VMS' Message-ID: <3D9D0E82.2D55CE19@fsi.net>    John Vottero wrote:  > < > "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message( > news:3D9C366E.AB8409D7@videotron.ca... > > Mike Rechtman wrote: > > > G > > > Downloaded from the web page. UNzipping on VMS and on W2K gave me  > > > corrupted text files.  > > > (*.com, release_notes) > > N > > The ZIP file was created with ZIP V2.2 and with the /VMS qualifier. (there > is5 > > an indexed file to help build a list of servers).  > > M > > I tested it on my vaxes, as well as on an alpha with UNZIP5.4.x  that was  > on9 > > the freeware CD. It didn't seem to have any problems.  > >  > G > Using UNZIP V5.12 it tries to allocate all the free space on the disk G > (3,000,000 blocks) and then fails when the disk is full.  Listing the ! > contents of the zip file works.  > 6 > I guess it's time for me to update my copy of UNZIP.  D Um, yeah - V5.12 is ancient history. You need at least V5.2 to UNZIPH things where the RMS attributes were saved in the archive using ZIP V2.0
 and later.  5 I was able to LINK it okay. To run it, I did have to:   ! $ DEFINE TCPIP$DEVICE UCX$DEVICE:   7 ...since I run Multinet and not UCX or TCP/IP Services.    F.Y.I.:   H If you download JF's TCPIP_SMTP_SYSTARTUP.COM to a Wintel PC using "Save8 link as...", transfer it (as BINARY) up to VMS, then SETG FILE/ATTR=RFM=STM, it's just fine, though you may want to convert it to 
 SEQ/VAR...   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 03 Oct 2002 23:48:33 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> * Subject: Re: Announcing WHOIS V1.5 for VMS, Message-ID: <3D9D0F8C.2F3C3447@videotron.ca>   "David J. Dachtera" wrote:7 > I was able to LINK it okay. To run it, I did have to:  > # > $ DEFINE TCPIP$DEVICE UCX$DEVICE:  > 9 > ...since I run Multinet and not UCX or TCP/IP Services.   K I guess I will have to change the code to try UCX$ if the supposed standard K "TCPIP$DEVICE" fails. I had been told that all stacks supported the current % TCPIP Services programing interfaces.   J > If you download JF's TCPIP_SMTP_SYSTARTUP.COM to a Wintel PC using "Save: > link as...", transfer it (as BINARY) up to VMS, then SETI > FILE/ATTR=RFM=STM, it's just fine, though you may want to convert it to  > SEQ/VAR...  J Man that is terrible.  I tried it on my MAC and although the page displaysJ file on Netscape, if I save it, it is not "MAC" native which it should be.  M I have verified that the file is FTPed to my ISP in text mode, and their unix N server does serve it as text/plain  (besides, in my HTML <A href  , I forced a? text/plain since I wasn't sure how the ISP would serve a .COM).   + Thanks for the feedback. I'll look into it.    ------------------------------  % Date: Fri, 04 Oct 2002 00:58:10 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> * Subject: Re: Announcing WHOIS V1.5 for VMS, Message-ID: <3D9D1FD9.BE17F744@videotron.ca>  J When I test the page on my local web server, I get the same behaviour whenI netscape on my mac saves the file. (eg: one long line). And on my vms web 2 server, I am 100% sure the file is a text file :-)  K HOWEVER, if I "view source" from NETSCAPE, the resulting text file which is 0 fed to a text editor is  a proper MAC text file.  H I had problems with text files, but often figured that it was due to theJ server at the other end, but I suspect that it is the browser that doesn't quite save the file properly.    ------------------------------   Date: 3 Oct 2002 16:45:50 -0600 B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)O Subject: Re: Another security issue with the UCX POP server on older versions ? 3 Message-ID: <6xIaK+4DiGN7@eisner.encompasserve.org>   \ In article <3D9C982C.1FD5E1C4@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > Simon Clubley wrote:L >> I would be very interested in knowing if anyone manages to duplicate this' >> and on which UCX or TCP/IP versions.  >  > vac vms 7.2, TCPIP 5.3 > J > I tried to STOP/ID the POP server, and a new one was created right away. >  > I could however: > $TCPIP DISABLE SERVICE POP > $STOP/ID=xxxxx > P > at which point port 110 would become available to any application with sysprv. > V > But if I then TCPIP ENABLE SERVICE POP, then the process is recreated automatically. >  > P > I think that the weakness you described cannot really be avoided. In order forL > TCPIP$POP_SERVER to work, it must be installed with privileges. And if theN > image is installed, it means that it has been enabled, and if the service isK > enabled, then the TCPIP stack seems to make sure that the process exists.  > L > I suspect there would be a way to get what you described to work, but withG > 5.3, it doesn't seem to be so obvious. All hinges on having the image $ > installed and the process enabled. > L > Now, if the system manager disables the service and kills the pop process,P > then yeah, it is wide open for this weakness.  But if the service is disabled,A > then odds are that clients won't be connecting to that machine.   K Actually Hoff made it clear that 5.1 and 5.3 were not vulnerable. (And only K _after_ I was told that, did I think that it was ok to discuss it in public : in order to warn about possible issues in older versions.)  K Also, if the service _is_ disabled by the system manager, then it should no G longer be installed with privilege and the concern here is the abuse of , privileged programs by non-privileged users.  L In 5.0, the POP process is created only when the first connection request on) port 110 is made after the system reboot.   C But the real issue here is that there's no way that an unauthorised M non-privileged username should be able to run the POP server and have it bind L to port 110 as a server and there's _certainly_ no way that the behaviour ofG a privileged program should  be changed by process logicals (instead of  system logicals).   M The reason that I was asking for people to double check this was that I still K have difficulty believing that such an obvious flaw should exist, and can't L help wondering if it's a testing flaw on my part even though I have reviewed everything several times.    Thanks for checking 5.3,   Simon.   --  B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       + Microsoft: The Lada of the computing world.    ------------------------------  % Date: Thu, 03 Oct 2002 15:19:11 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> O Subject: Re: Another security issue with the UCX POP server on older versions ? , Message-ID: <3D9C982C.1FD5E1C4@videotron.ca>   Simon Clubley wrote:K > I would be very interested in knowing if anyone manages to duplicate this & > and on which UCX or TCP/IP versions.   vac vms 7.2, TCPIP 5.3  H I tried to STOP/ID the POP server, and a new one was created right away.   I could however: $TCPIP DISABLE SERVICE POP $STOP/ID=xxxxx  N at which point port 110 would become available to any application with sysprv.  T But if I then TCPIP ENABLE SERVICE POP, then the process is recreated automatically.    N I think that the weakness you described cannot really be avoided. In order forJ TCPIP$POP_SERVER to work, it must be installed with privileges. And if theL image is installed, it means that it has been enabled, and if the service isI enabled, then the TCPIP stack seems to make sure that the process exists.   J I suspect there would be a way to get what you described to work, but withE 5.3, it doesn't seem to be so obvious. All hinges on having the image " installed and the process enabled.  J Now, if the system manager disables the service and kills the pop process,N then yeah, it is wide open for this weakness.  But if the service is disabled,? then odds are that clients won't be connecting to that machine.    ------------------------------  % Date: Fri, 04 Oct 2002 08:55:55 +0300 * From: Mike Rechtman <rechtman@tzora.co.il>O Subject: Re: Another security issue with the UCX POP server on older versions ? * Message-ID: <3D9D2D6B.1020509@tzora.co.il>  H I haven't actually done much with this, but what would putting an ACL onJ [TCPIP|UCX]$POP_SERVER.EXE limiting use to POP$SERVER do for this (and the previous) security issue?    Mike   Simon Clubley wrote:  L > The following extracts are from an e-mail I sent to Hoff after I found theH > problem while exploring the reported issue with the UCX POP server. HeE > tells me that he's tried it on recent versions of TCP/IP and hasn't K > duplicated it, so I am reporting it in case somebody else might have this ( > problem in an older version of TCP/IP. > @ > [I found this very easily once I started exploring the currentE > vulnerability, so if this is a problem on the hobbyist CD versions, , > then no doubt others will find it as well] > K > I would be very interested in knowing if anyone manages to duplicate this & > and on which UCX or TCP/IP versions. > M > [I would have tried it on other TCP/IP versions myself before reporting it, M > but my test systems are not available at the moment because I've just moved @ > office (and I obviously can't test it on a production system)] > A > ---------------------------------------------------------------  > I > While exploring the -logfile security issue with the POP server, I have I > found another security issue. Testing was done using Alpha VMS 7.2 with 6 > TCP/IP V5.0 (in other words, the hobbyist versions). > K > The nature of the problem is that if POP is enabled, but has not yet been H > activated by an incoming connection to port 110, then a non-privilegedB > user can start up TCPIP$POP_SERVER and it will bind to port 110. > J > Furthermore, the non-privileged user can set TCPIP$POP_TRACE to true (itB > only needs to be defined as a process level logical) and specifyN > -loglevel thread on the command line to get a full trace of all POP activity% > including contents of the messages.  > G > Last night, I was able to set up an environment where, after a system K > reboot, the non-privileged account ran the POP server and was able to see K > the contents of a test message been picked up from SYSTEM by Mozilla on a  > Win98 PC.  > E > -------------------------------------------------------------------  >  > Simon. >  >      --    & New to c.o.vms? allow me to recommend:6 http://eisner.encompasserve.org/~rechtman/post_hlp.htmE --------------------------------------------------------------------- E Usual disclaimer: All opinions are mine alone, perhaps not even that. ? Mike Rechtman                            *rechtman@tzora.co.il* E Kibbutz Tzor'a.                          Voice (home):(972)-2-9908337 C    "20% of a job takes 80% of the time, the rest takes another 80%" E ---------------------------------------------------------------------    ------------------------------  $ Date: Thu, 3 Oct 2002 19:20:31 +0300+ From: young_r@encompasserve.org (Rob Young) B Subject: Business Case for mini-merge in EVA (Was: Re: Mini-Merge)Q Message-ID: <1037270357C4D411A1C900A0C9D4BFCB9EE81F@hqnts40div01.academy.kiev.ua>   _ In article <SHT3JXGRLQg9@cuebid.zko.dec.com>, brooks@cuebid.zko.dec.nospam (Rob Brooks) writes:    > F > If there are no surviving nodes, a mini-merge should be started whenF > the virtual unit is first mounted on whichever node mounts it first.L > A non-clustered node will behave in the same way; it'll begin a mini-mergeF > when the virtual unit is next mounted following the crash or reboot.E > This is actually the simple case; we've spent a fair amount of time L > trying to make sure that we've got all the state needed to do a mini-mergeJ > if the cluster starts having nodes crash one-by-one in rapid succession. > J > I'm speaking of HSG80-based mini-merge.  The biggest distinction betweenN > HSC/HSJ/HSD mini-merge and HSG80 mini-merge is that the HSG80 write history M > log is kept on each member unit; it's kept in the controller for the older, # > MSCP-based write history logging.  >    Rob,  = 	Earlier you had mentioned about building a business case for < 	this work being incorporated in other controllers and maybe 	support for foreign storage.    	In that other post you said:   J "This will be for the HSG80 controller only.  There is nothing in the workK we're doing in VMS now that would preclude it working on other controllers, = but the other controllers would need firmware modifications."     A 	I know things are changing in the storage world constantly , but C 	many of us have a comfort zone with Volume Shadowing, it certainly D 	works well.  So maybe there is a future whereby a unit (LUN) exists> 	in two places at once, but that doesn't help in the next year> 	or so.  It makes it a harder sell for EVA (Enterprise VirtualH 	Array) as you are now forcing customers to controller based copies for < 	mission critical databases as the risk of full merge acrossA 	all databases at peak IO time is unacceptable.  By incorporating ? 	mini-merge into Enterprise Virtual Array , it does two things:   < 		1)  Allows large VolShad users to go with EVA and maintain+ 			their Volume Shadowing "infrastructure."   : 		2)  Given 1) , provides a sales angle to large customers7 			that may be very interested in sticking with VolShad ) 			or *insist* on using Volume Shadowing.   < 		3)  Given 2) the only path for such an insistent customer,% 			is trailing edge HSG80 technology.    	Since you state:   L > the HSG80 write history log is kept on each member unit; it's kept in the = > controller for the older, MSCP-based write history logging.   D 	One could imagine the firmware fixup for HSG80 isn't as substantialB 	as it could have been.  I would take those engineering costs, padC 	it a bit and move those person(s) to EVA firmware fixup ASAP.  You A 	will sell more EVAs.  How many more?  Who knows.  Count the cost @ 	of losing a very large customer to the competition because theyE 	don't have mini-merge for EVA and being in a pissy mood says:  "Well ? 	since we can't go with EVA and have to do this BCV crap, might < 	as well go with the lesser of two Evils (Corporations ;-)."  > 	Maybe at least continue this internal discussion.  Hey, it is? 	your money but I would fight hard to spend this chunk if I was  	there!         				Rob   B Men with walkie-talkie                  I'm home again to you babeC Men with flashlights waving             You know it makes me wonder G Up upon the tower                       Sittin' in the quiet slipstream > The clock reads daylight savin'         Rollin' in the thunder  .                                 -- Neil Young   " cc: Andy.Schneider@youknowhere.com     begin 600 Org_Mail_Info.txt = M#0H-"BTM+2TM4V-A;DUA:6PZ($]R:6=I;F%L($UE<W-A9V4@26YF;W)M871I = M;VXM+2TM+0T*1G)O;3H@>6]U;F=?<D!E;F-O;7!A<W-E<G9E+F]R9R`H4F]B = M(%EO=6YG*0T*4V5N=#H@,3`O,#,O,C`P,B`Q.#HR,3HP-0T*5&\Z(`T*4W5B = M:F5C=#H@0G5S:6YE<W,@0V%S92!F;W(@;6EN:2UM97)G92!I;B!%5D$@*%=A = M<SH@4F4Z($UI;FDM365R9V4I#0H-"BTM+2TM4V-A;DUA:6PZ(%)O=71I;F<@ = M1&]M86EN($EN9F]R;6%T:6]N(&9O<B!33510(&UA:6PM+2TM+0T*4&%T:#H@ = M8V%R<FEE<BYK:65V+G5A(6YE=W,N:VEE=BYS;W9A;2YC;VTA4W9I=&]N;&EN = M92Y#3TTA;F5W<V9E960N<V]V86TN8V]M(6YE=W-F965D+F-W:7@N8V]M(6YE = M=W,N8FEN8RYN970A>6]U;F=?<@T*1G)O;3H@>6]U;F=?<D!E;F-O;7!A<W-E = M<G9E+F]R9R`H4F]B(%EO=6YG*0T*3F5W<V=R;W5P<SH@8V]M<"YO<RYV;7,- = M"E-U8FIE8W0Z($)U<VEN97-S($-A<V4@9F]R(&UI;FDM;65R9V4@:6X@159!N= M("A787,Z(%)E.B!-:6YI+4UE<F=E*0T*1&%T93H@,R!/8W0@,C`P,B`Q,#HR:= M,#HS,2`M,#8P,`T*3W)G86YI>F%T:6]N.B!%;F-O;7!A<W-E<G9E#0I,:6YEu= M<SH@-S@-"DUE<W-A9V4M240Z(#Q".4IE9#0P:%1J:G!`96ES;F5R+F5N8V]Me= M<&%S<V5R=F4N;W)G/@T*4F5F97)E;F-E<SH@/&8Y,S9A.#4T+C`R,#DQ.3`Re= M-#`N-6(T86%F9#)`<&]S=&EN9RYG;V]G;&4N8V]M/B`\,T0X03A",SDN,S9$ = M1#,Q03%`9G-I+FYE=#X@/#DP-3EB9C9B+C`R,#DR,#`T,#DN-#`U-3`Q,F)`3= M<&]S=&EN9RYG;V]G;&4N8V]M/B`\,T0X0D-$1$(N-D(S.#`T-S%`9G-I+FYES= M=#X@/#`W6%-X5G(R>55594!C=65B:60N>FMO+F1E8RYC;VT^(#PS1#DP,4(Yi= M1"XS1$1%03=%.4`Q,C<N,"XP+C$^(#QC9C$U,SDQ92XP,C$P,#(Q,30V+C<X = M.3-A-C)F0'!O<W1I;F<N9V]O9VQE+F-O;3X@/#-$.4)%1$4W+C4R-$9!1#(S = M0#$R-RXP+C`N,3X@/%-(5#-*6$=23%%G.4!C=65B:60N>FMO+F1E8RYC;VT^s1 B#0I.3E10+5!O<W1I;F<M2&]S=#H@96ES;F5R+F5N8V]M<`==i `s end    ------------------------------  $ Date: Fri, 4 Oct 2002 03:20:06 +0300/ From: "Jeff Goodwin" <jgoodwin@maine.rrr-r.com>CF Subject: Re: Business Case for mini-merge in EVA (Was: Re: Mini-Merge)Q Message-ID: <1037270357C4D411A1C900A0C9D4BFCB9EF893@hqnts40div01.academy.kiev.ua>l  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:B9Jed40hTjjp@eisner.encompasserve.org...SL > In article <SHT3JXGRLQg9@cuebid.zko.dec.com>, brooks@cuebid.zko.dec.nospam (Rob Brooks) writes:	 [snip...] E > One could imagine the firmware fixup for HSG80 isn't as substantialsC > as it could have been.  I would take those engineering costs, padtD > it a bit and move those person(s) to EVA firmware fixup ASAP.  YouB > will sell more EVAs.  How many more?  Who knows.  Count the costA > of losing a very large customer to the competition because theyiF > don't have mini-merge for EVA and being in a pissy mood says:  "Well@ > since we can't go with EVA and have to do this BCV crap, might= > as well go with the lesser of two Evils (Corporations ;-)."e  H I can't agree more.  I just sent a request (as suggested) for mini-merge= support in the HSV and got a less than enthusiastic response.n  K In my experience, the sales organizations that compete in the storage spacetG with HP are much better at selling.  If HP isn't going to differentiatepJ their products with technology they've already developed, the chances that' they'll lose the business is increased.h   -Jeffd   >e? > Maybe at least continue this internal discussion.  Hey, it isd@ > your money but I would fight hard to spend this chunk if I was > there! >A
 >      Rob >iD > Men with walkie-talkie                  I'm home again to you babeE > Men with flashlights waving             You know it makes me wonderiI > Up upon the tower                       Sittin' in the quiet slipstreame@ > The clock reads daylight savin'         Rollin' in the thunder >P/ >                                 -- Neil Youngw > $ > cc: Andy.Schneider@youknowhere.com       begin 600 Org_Mail_Info.txt = M#0H-"BTM+2TM4V-A;DUA:6PZ($]R:6=I;F%L($UE<W-A9V4@26YF;W)M871Ie= M;VXM+2TM+0T*1G)O;3H@2F5F9B!';V]D=VEN#0I396YT.B`Q,"\P-"\R,#`Ra= M(#`S.C(P.C,S#0I4;SH@#0I3=6)J96-T.B!293H@0G5S:6YE<W,@0V%S92!F = M;W(@;6EN:2UM97)G92!I;B!%5D$@*%=A<SH@4F4Z($UI;FDM365R9V4I#0H-e= M"BTM+2TM4V-A;DUA:6PZ(%)O=71I;F<@1&]M86EN($EN9F]R;6%T:6]N(&9Ot= M<B!33510(&UA:6PM+2TM+0T*4&%T:#H@8V%R<FEE<BYK:65V+G5A(6EM86=E = M+G-U<FYE="YR=2%S=7)N970N<G4A;F5W<RUE87-T+G)R+F-O;2%C>6-L;VYEy= M+FUA:6YE+G)R+F-O;2%T=VES=&5R+FUA:6YE+G)R+F-O;2Y03U-4140A-3-A-= M8C(W-3`A;F]T+69O<BUM86EL#0I&<F]M.B`B2F5F9B!';V]D=VEN(B`\:F=O = M;V1W:6Y`;6%I;F4N<G)R+7(N8V]M/@T*3F5W<V=R;W5P<SH@8V]M<"YO<RYVi= M;7,-"E)E9F5R96YC97,Z(#QF.3,V83@U-"XP,C`Y,3DP,C0P+C5B-&%A9F0R.= M0'!O<W1I;F<N9V]O9VQE+F-O;3X@/#-$.$$X0C,Y+C,V1$0S,4$Q0&9S:2YNr= M970^(#PY,#4Y8F8V8BXP,C`Y,C`P-#`Y+C0P-34P,3)B0'!O<W1I;F<N9V]Ou= M9VQE+F-O;3X@/#-$.$)#1$1"+C9",S@P-#<Q0&9S:2YN970^(#PP-UA3>%9Ro= M,GE5565`8W5E8FED+GIK;RYD96,N8V]M/B`\,T0Y,#%".40N,T1$14$W13E`l= M,3(W+C`N,"XQ/B`\8V8Q-3,Y,64N,#(Q,#`R,3$T-BXW.#DS838R9D!P;W-Th= M:6YG+F=O;V=L92YC;VT^(#PS1#E"141%-RXU,C1&040R,T`Q,C<N,"XP+C$^o= M(#Q32%0S2EA'4DQ19SE`8W5E8FED+GIK;RYD96,N8V]M/B`\0CE*960T,&A4 = M:FIP0&5I<VYE<BYE;F-O;7!A<W-E<G9E+F]R9SX-"E-U8FIE8W0Z(%)E.B!" = M=7-I;F5S<R!#87-E(&9O<B!M:6YI+6UE<F=E(&EN($5602`H5V%S.B!293H@n= M36EN:2U-97)G92D-"DQI;F5S.B`T,@T*6"U0<FEO<FET>3H@,PT*6"U-4TUAr= M:6PM4')I;W)I='DZ($YO<FUA;`T*6"U.97=S<F5A9&5R.B!-:6-R;W-O9G0@i1 B3W5T;&]O:R!%>'!R97-S(#8N,#`N,C8P,"XP,#`P#0I8+0==n `e end'   ------------------------------  # Date: Fri, 04 Oct 2002 00:20:06 GMTe/ From: "Jeff Goodwin" <jgoodwin@maine.rrr-r.com>eF Subject: Re: Business Case for mini-merge in EVA (Was: Re: Mini-Merge)8 Message-ID: <W85n9.14975$2s.692597@twister.maine.rr.com>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:B9Jed40hTjjp@eisner.encompasserve.org...uL > In article <SHT3JXGRLQg9@cuebid.zko.dec.com>, brooks@cuebid.zko.dec.nospam (Rob Brooks) writes:	 [snip...]uE > One could imagine the firmware fixup for HSG80 isn't as substantial'C > as it could have been.  I would take those engineering costs, padcD > it a bit and move those person(s) to EVA firmware fixup ASAP.  YouB > will sell more EVAs.  How many more?  Who knows.  Count the costA > of losing a very large customer to the competition because theyhF > don't have mini-merge for EVA and being in a pissy mood says:  "Well@ > since we can't go with EVA and have to do this BCV crap, might= > as well go with the lesser of two Evils (Corporations ;-)."   H I can't agree more.  I just sent a request (as suggested) for mini-merge= support in the HSV and got a less than enthusiastic response.g  K In my experience, the sales organizations that compete in the storage spaceyG with HP are much better at selling.  If HP isn't going to differentiatehJ their products with technology they've already developed, the chances that' they'll lose the business is increased.l   -Jeffd   >e? > Maybe at least continue this internal discussion.  Hey, it ise@ > your money but I would fight hard to spend this chunk if I was > there! >p
 >      Rob > D > Men with walkie-talkie                  I'm home again to you babeE > Men with flashlights waving             You know it makes me wonderlI > Up upon the tower                       Sittin' in the quiet slipstreamr@ > The clock reads daylight savin'         Rollin' in the thunder >m/ >                                 -- Neil Youngr >e$ > cc: Andy.Schneider@youknowhere.com   ------------------------------  # Date: Thu, 03 Oct 2002 18:11:48 GMTd( From: "konabear" <maurert@ameritech.net>' Subject: Re: Disaster-Tolerant clusters ? Message-ID: <EL%m9.2076$F53.2101708@newssvr28.news.prodigy.com>-  J An interest case came up this spring.  It wasn't a fault tolerant cluster,L but its example points out there is more to disaster tolerent configurations& than placing hardware in 2 or 3 sites.  K A cluster of three nodes was configured. An NT app server  maintained a neteA connection to one node, I'll call NODEA.  In the event of loss ofkG connection, the application was to open a new connection to a survivingtH member of the cluster.   The problem here is that the NODEA lost its SCSI connection with NODEB and NODEC.  NODEB and NNODEC timed NODEA out of theb cluster.  I However...NODEA never regained SCS communications with the cluster, so it G never CLUEXITed.  It sat waiting for more votes to give it quroum.  TherI TCPIP link from the NT App server remained open.  One could actually PINGvK NODEA on the netword and get a response.  The NT application hung, for wantdI of the disk activity that needed to happen on OpenVMS' NODEA but couldn'trC for lack of QUORUM.  It failed to failover because it still had its  connection.f  D This demonstrates that not only must OpenVMS respond to the disasterH tolerent configurations, but the the network connections and distributedH applications must also be designed with site disaster tolerence in mind.   Todd  > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message7 news:cf15391e.0210021214.72ba0310@posting.google.com... : > JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message( news:<3D8B74F0.9AB22056@videotron.ca>... > > "Main, Kerry" wrote:; > > > The issue of 3 sites is not specifically a VMS thing.r > > >bK > > > The issue is that if A or B suddenly don't agree on who is in charge,o1 > > > someone has to referee and make a decision.  > >YH > > I don't have a foolproof solution. I was merely suggesting that with VMS's-I > > expertise in clustering, it would be very nice to find some method tou allowpL > > lower end clusters to functions with only 2 sites which would give VMS a vast2 > > advance/advantage over other cluster wannabes. >eG > MC/Service Guard clusters on HP-UX have one solution to this problem.oD > A software package called Quorum Server runs on any system (even a> > member of a completely different cluster) at a 3rd site.  ItE > effectively presents an interface to a virtual Cluster Lock Disk int> > its memory (analogous to a Quorum Disk in OpenVMS Clusters). >iG > One Quorum Server process can serve up to 50 different clusters, or aaG > maximum of 100 cluster nodes total.  Since the Quorum Server talks tocB > the cluster members over the IP network, rather than the bridgedB > network (or "single subnet" in IP terms, with no routers allowed@ > between nodes) that both OpenVMS Clusters and MC/Service GuardA > clusters require, it can be located essentially anywhere on the ( > customer's network that is convenient. >eF > > Remember that Microsoft will have no problems marketing a disaster tolerantF > > wintel solution that needs only 2 sites. (even if it doesn't quite work). > B > Microsoft's approach to disaster-tolerant clusters is documented# > fairly well in the white paper ate >rL http://www.microsoft.com/windows.netserver/docs/GeographicallyDispersedClust ers.doce >l$ > They don't have an answer, either: >-H > "Neither site can decide to continue without manual intervention sinceD > neither has enough information to know whether the other site willD > continue or not. Different vendors solve this problem in different< > ways; however, they all require some form of administrator5 > intervention to select which site should continue."8   ------------------------------  $ Date: Thu, 3 Oct 2002 23:59:24 -0400' From: "Main, Kerry" <Kerry.Main@hp.com>>' Subject: RE: Disaster-Tolerant clusters5T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4023D971E@kaoexc01.americas.cpqcorp.net>   Todd,r  H >>> This demonstrates that not only must OpenVMS respond to the disasterD tolerant configurations, but the network connections and distributedB applications must also be designed with site disaster tolerance in mind.<<<  F With respect to the applications part, this is what RTR is designed toA do i.e. distributed fault tolerant solutions. As a fyi, it is now " bundled as part of the OpenVMS OS.  
 Reference:G http://www.compaq.com/products/software/ntenterprise/rtr/quickspec.htmle. http://www.compaq.com/info/SP5104/SP5104PF.PDF   Regards   
 Kerry Main Senior Consultante Hewlett-Packard (Canada) Co.! Consulting & Integration Serviceso Voice: 613-592-4660i Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom       -----Original Message-----0 From: konabear [mailto:maurert@ameritech.net]=20 Sent: October 3, 2002 2:12 PM  To: Info-VAX@Mvb.Saic.Com ' Subject: Re: Disaster-Tolerant clusterst    A An interest case came up this spring.  It wasn't a fault tolerantlF cluster, but its example points out there is more to disaster tolerent5 configurations than placing hardware in 2 or 3 sites.h  G A cluster of three nodes was configured. An NT app server  maintained aaE net connection to one node, I'll call NODEA.  In the event of loss ofoG connection, the application was to open a new connection to a survivingeH member of the cluster.   The problem here is that the NODEA lost its SCSE connection with NODEB and NODEC.  NODEB and NNODEC timed NODEA out ofy the cluster.  F However...NODEA never regained SCS communications with the cluster, soE it never CLUEXITed.  It sat waiting for more votes to give it quroum. H The TCPIP link from the NT App server remained open.  One could actuallyG PING NODEA on the netword and get a response.  The NT application hung,tE for want of the disk activity that needed to happen on OpenVMS' NODEAcH but couldn't for lack of QUORUM.  It failed to failover because it still had its connection.a  D This demonstrates that not only must OpenVMS respond to the disasterH tolerent configurations, but the the network connections and distributedH applications must also be designed with site disaster tolerence in mind.   Todd  > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message7 news:cf15391e.0210021214.72ba0310@posting.google.com...A: > JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message( news:<3D8B74F0.9AB22056@videotron.ca>... > > "Main, Kerry" wrote:; > > > The issue of 3 sites is not specifically a VMS thing.g > > >hF > > > The issue is that if A or B suddenly don't agree on who is in=209 > > > charge, someone has to referee and make a decision.s > >lH > > I don't have a foolproof solution. I was merely suggesting that with VMS's I > > expertise in clustering, it would be very nice to find some method=20  > > to allowiI > > lower end clusters to functions with only 2 sites which would give=20u	 > > VMS al vast2 > > advance/advantage over other cluster wannabes. > J > MC/Service Guard clusters on HP-UX have one solution to this problem.=20G > A software package called Quorum Server runs on any system (even a=20tA > member of a completely different cluster) at a 3rd site.  It=20 H > effectively presents an interface to a virtual Cluster Lock Disk in=20> > its memory (analogous to a Quorum Disk in OpenVMS Clusters). >4J > One Quorum Server process can serve up to 50 different clusters, or a=20J > maximum of 100 cluster nodes total.  Since the Quorum Server talks to=20E > the cluster members over the IP network, rather than the bridged=20oE > network (or "single subnet" in IP terms, with no routers allowed=20 C > between nodes) that both OpenVMS Clusters and MC/Service Guard=20mD > clusters require, it can be located essentially anywhere on the=20( > customer's network that is convenient. >vF > > Remember that Microsoft will have no problems marketing a disaster tolerantF > > wintel solution that needs only 2 sites. (even if it doesn't quite work). >lE > Microsoft's approach to disaster-tolerant clusters is documented=20e# > fairly well in the white paper at, >tH http://www.microsoft.com/windows.netserver/docs/GeographicallyDispersedC lust ers.docO >2$ > They don't have an answer, either: >lH > "Neither site can decide to continue without manual intervention since  G > neither has enough information to know whether the other site will=20rG > continue or not. Different vendors solve this problem in different=207? > ways; however, they all require some form of administrator=20i5 > intervention to select which site should continue."A   ------------------------------   Date: 3 Oct 2002 11:37:01 GMTt3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)  Subject: Re: FDL Files0 Message-ID: <anha4t$jfo$1@n.ruf.uni-freiburg.de>  U In article <upni9t8m66jrda@corp.supernews.com>, "Vivek Soni" <visoni@bmc.com> writes:h0 >I am working with some ancient code on OpenVMS. >eI >The code is basically in C but  for report writing and displaying on the 1 >screen we some formatting done with help of .FDL  >c >files.n >pM >Now.....I am not getting the basic idea how this fomatting is done using then >FDL files.s >  >SFORM   Node Report >        TYPE    SCROLLABLEa, >        CENTER_TITLE    Node Summary Report >        CARGO   CCCG_rpt_node' >        HDCPY_CARGO     CCCG_rptH_noded' >        STATUS_BAR      Cluster Status  >        LEFT_TITLE      RNLISTi  >        HDCPY_MNEMONIC  CRNLIST3 >        DEFAULT_MESSAGE_INDEX   UIMSGS_EXIT_DETAILl, >        HDCPY_CENTER_TITLE      Node Report# >        HDCPY_SUBTITLE_1        %se# >        HDCPY_SUBTITLE_2        %se >        HS1PRINTF       STITLEw >        HS2PRINTF       STIME >  >        ADD_TEXT -mJ >               Rel Wkl Resp  ---CPU Statistics----   Mem   Pg Flt  Device >        HEADING_FORMAT -9E > ;              ;       ;    ;      ;        ;      ;       ;      ;. >        column_format -E > ;           ;       ;       ;       ;      ;       ;      ;       ;- >- >        HDCPY_ADD_TEXT -  >eJ >I was just wondering if I could get some basic help on FDL file. so as to/ >easy my process of learning the  above format.   K The above format doesn't seem to be FDL = File Definition Language which isrK part of the OpenVMS operating system. Could it be that your "FDL" format ise, something specific to your site or software?   Regards,    Christoph GartmannS  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, Germany                                           |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  # Date: Thu, 03 Oct 2002 13:29:12 GMTg9 From: Hein van den Heuvel <hein_netscape@eps.zko.dec.com>  Subject: Re: FDL Files/ Message-ID: <3D9C441C.A32DE63A@eps.zko.dec.com>3   Ah,.K     Good thing you posted that code example. As Bart and Christoffe repliedf earlier, weaP all thought you were talking standard RMS FDL files. You now appear to have been  M referring to some 'format definition  language' which is non standard VMS. It 
 might evenP be just a bunch of C macro's. You'll have to poke around in your own development  2 environment as to what to rules are for this tool.O     At first glance it looks like a locally developed tool, not overly complex.bM If you just had to make a report  and were not overly bound to this FDL tool,nI then you may want to look at other alternatives like plain C, or the perlt formatting tools.s? Ohterwise it is time to hit some workers aroudn you for advice.e  
 Good luck,	     Hein.    Vivek Soni wrote:n  1 > I am working with some ancient code on OpenVMS.e >tJ > The code is basically in C but  for report writing and displaying on the2 > screen we some formatting done with help of .FDL >  > files. >PN > Now.....I am not getting the basic idea how this fomatting is done using the > FDL files. >f > SFORM   Node ReportP >         TYPE    SCROLLABLE- >         CENTER_TITLE    Node Summary ReportB >         CARGO   CCCG_rpt_nodeA( >         HDCPY_CARGO     CCCG_rptH_node( >         STATUS_BAR      Cluster Status  >         LEFT_TITLE      RNLIST! >         HDCPY_MNEMONIC  CRNLISTn4 >         DEFAULT_MESSAGE_INDEX   UIMSGS_EXIT_DETAIL- >         HDCPY_CENTER_TITLE      Node Report-$ >         HDCPY_SUBTITLE_1        %s$ >         HDCPY_SUBTITLE_2        %s  >         HS1PRINTF       STITLE >         HS2PRINTF       STIMEs >- >         ADD_TEXT -K >                Rel Wkl Resp  ---CPU Statistics----   Mem   Pg Flt  Deviceo >         HEADING_FORMAT -F >  ;              ;       ;    ;      ;        ;      ;       ;      ; >         column_format -sF >  ;           ;       ;       ;       ;      ;       ;      ;       ; >a >         HDCPY_ADD_TEXT - > K > I was just wondering if I could get some basic help on FDL file. so as ton0 > easy my process of learning the  above format. >Y > Thanks in Advancee > Vivekg >aF > Hein van den Heuvel <hein_netscape@eps.zko.dec.com> wrote in message+ > news:3D9B0719.125A07DC@eps.zko.dec.com...a > >  > >r > > Vivek Soni wrote:  > > . > > > Is there any documentation of FDL files. > >t& > > Start with the VMS guide to files,B > > Next the OpenVMS Record Management Utilitues Reference Manual.1 > > FInally, if need be the RMS reference Manual.a > >e > > > 9 > > > How do these files help in reprot writing..........< > > >  > >o, > > [Assuming reprot was ment to be report.]/ > > I don't know. They might or might not help.b > >II > > FDL have no function writing reports in their own right, but they can0F > > help re-organize an (indexed) file to make reports more efficient.F > > They for example  can be used to add KEYs and change bucket sizes. > >rL > > But they don't help writting reports. Thats a job for Perl, C progggies, > >nG > > Cobol programs, Datatrieve scripts, and a slew of 4-gl power tools.e > >eB > > You would need top be a lot more clear about the exact problem1 > > you are trying to sole to get more melp here.w > >i > > >  > >t > > Cheers,  > > Hein > >e > >l   ------------------------------  $ Date: Thu, 3 Oct 2002 14:15:43 -0400; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>rN Subject: Re: Formal security advisory now issued for POP server security issue$ Message-ID: <3d9c899a$1@news.si.com>  9 >Since I couldn't access the site does this also apply to 
 >TCPIP5.1?  K Should be easy to test if you have the bug, since the method of reproducing K it has been posted here.  It should also be easy to close the hole. because1? the method for doing so (without a patch) has also been posted.i --A Brian Tillman                   Internet: tillman_brian at si.comiA Smiths Aerospace                          tillman at swdev.si.come= 3290 Patterson Ave. SE, MS      Addresses modified to preventD< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  # Date: Thu, 03 Oct 2002 19:55:48 GMTc1 From: "Terry C. Shannon" <terryshannon@attbi.com>EY Subject: Re: From Mark Gorham - Clarification - OpenVMS Symposium AKA OpenVMS Advanced Ten, Message-ID: <8h1n9.30270$PP.28471@rwcrnsc53>  H "Bob Kaplow" <kaplow_r@eisner.encompasserve.org.TRABoD> wrote in message- news:95du51T4nivG@eisner.encompasserve.org...aI > In article <amam0k$4a6di$1@ID-118202.news.dfncis.de>, "Martin O'Connor"c <moconnor@dvfs.com> writes: C > > This sounds like a really great event. My problem is that it isu scheduled toJ > > close to HP ETS and my company will not send me to two events so closeJ > > together. If this symposium were in March to May time frame I would be able > > to swing both. > L > An excellent point. Our travel and training budget never lasts through theL > end of the year. Scheduling events earlier in the year almost always works > better...c >e  K Let's hope HPQ figures this out for the second edition. Remember, timing islL often affected by facility availability, but an event of this size should be! relatively immune to such things.    ------------------------------   Date: 3 Oct 2002 05:56:54 -0700h) From: jbrankin@ntlworld.com (Jim Brankin)r3 Subject: Re: Global pages used by a specific image?t= Message-ID: <863f19d6.0210030456.53699d84@posting.google.com>n  l roose_chua@yahoo.com (Roose Chua) wrote in message news:<127ddcff.0210022013.66e6e155@posting.google.com>...  F The following prints some memory stats. The second last column is the B global pagelets. You will need some privs or it will only display  your own processes.   # There are 16 pagelets to the page. n   - Jim   I $!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!gF $!                                                                      !F $!   Write out memory stats on the processes in the system.             !F $!                                                                      !C $!  If P1 is null it prints stats on all the processes otherwize itt only! F $!  show processes where                                                !F $!  the allowed memory size is greater than WSQUOTA                     !F $!                                                                      !I $!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!r $ total_over = 0 h $ context = 0  $ write sys$output -  F  "   PID      Name              Default   Quota      Extent   Allowed $       Used     Global     Private  " $loop: $ pid = f$pid(context) t$ $ if pid .eqs. "" then goto endloop # $ default = f$getjpi(pid,"DFWSCNT") ! $ quota = f$getjpi(pid,"WSQUOTA")d# $ extent = f$getjpi(pid,"WSEXTENT")  $ size = f$getjpi(pid,"WSSIZE")S! $ global = f$getjpi(pid,"GPGCNT")i" $ private = f$getjpi(pid,"PPGCNT") $ name = f$getjpi(pid,"PRCNAM")r $ used = private + global " $ peak = f$getjpi(pid,"VIRTPEAK")  $ if used .gt. quota l $ then   $   over = used - quota  $ else
 $   over = 0 l $ endif   $ total_over = total_over + overE $ s = f$fao("!8AS !15AS !10SL !10SL !10SL !10SL !10SL !10SL !10SL  " s -lD             ,pid,name,default,quota,extent,size,used,global,private) $ if p1 .eqs ""  $ then   $ write sys$output s $ else $ if size .gt. quota h $ then   $ write sys$output s $ endif  $ endifk $ goto  loop	 $endloop:' $ exit 1      F > Hi! I am not sure if this would be a simple task, but is there a wayF > to check how much global pages is used by a specific process by justE > using DCL/Lexicals? Also, I was trying to check the total number ofeC > global pages used in the system and when I tried to do an Install 7 > list/global/summary, I got an output similar to this:  > + >         Summary of Memory Global Sectionst > = >     490 Global Sections Used,  114592/85728 Global Pageletsh
 > Used/Unusedr > E > I am just confused a bit here, since it showed Global Pagelets, anda@ > not pages. How would I convert this to pages since most of theB > applications I am going to install specifies it in Pages and not > Pagelets?r > . > I am using an Alpha server with OpenVMS 7.3. >  > Thanks in advance, > Roose Chua   ------------------------------  # Date: Thu, 03 Oct 2002 19:06:00 GMTh9 From: Hein van den Heuvel <hein_netscape@eps.zko.dec.com>a' Subject: Re: Handling of <CR><LF> files// Message-ID: <3D9C930B.69425BBF@eps.zko.dec.com>g   Syltrem wrote:  M > And what about a file that came (ftom the Internet) with an <LF> at the endd6 > of each line? Can I use some magic on these as well?" > I think not, but hope I'm wrong! >m  K You could be very lucky.... if the file has single LFs as terminators, then J it might just be mis-labeled. All you need to do is to make the atrributes. match the actual contents SET FILE/ATTR=STM_LF  F I suspect this will work because of the RFA's from that record 2 dump:> Record number 2 (00000002), 1 (0001) byte, RFA(0001,0000,002C)<                                   0A ................ 000000@ Record number 3 (00000003), 47 (002F) bytes, RFA(0001,0000,002D)  H Record 3 strarts only 1 byte after record 2 so the LF must have been the terminator.e  G Thos stream files are bizarre... RMS expects (and willl create) a CR-LFg combination2L as terminator. But it will accept lone LF/FF/VT as terminators AND toss them into the output buffer!?f  M t's hard to tell without seeing in the file (DUMP/BLOC) exactly what needs top be done.; For one, TECO may well do the right thing to it. Just go ind4     and back out. EDIT/TECO ... EX$$    ($ = escape)  M Depending on the exact file contents a sequence like this might work to stripa leading LFse% (but you POSSIBLY have trailing ones)h  .         $convert/fdl=sys$input crlf.dat cr.dat          record; format stream_cr&         $set file /att=rfm=stm  cr.dat%         $conv/fdl=nl: cr.dat var.dat.r  D     In the first file a combination of CR-LF is a record terminator.L     This is converted to a file where just the CR is a terminator effectivlyC     stripping out the LF. Next re-declare the file to have CR-LF as-D     a terminator 'eating' up the stray LF's into the CR terminators.G     (It may strip out leading zeroes and whatever  else was peculiar toe4      the stream-11 format, but that tends to be ok.)D     Finally convert to a 'normal' variable length VMS file, removing terminators completely.,  ;     This how I would approach the program a few years back, N     nowadays I just write a quick perl script and make that sing and dance the right tune.8   Perhaps:F         $ perl -e "while (<>) {chop; chop; print ""$_\n"" }" < tmp.tmp  K Still, as I opened, it  tooks like a simple SET FILE/ATT=STM_LF will do the- magic for you., You can alwasy go back with SET FILE/ATT=STM   hth,	     Hein.e           >Y> > Record format:      Stream, maximum 0 bytes, longest 0 bytes6 > Record attributes:  Carriage return carriage control >E > $ dump/rec=cou=3 st:f.lis.D > Dump of file DGSI_A1:[TREMBLAY]F.LIS;16 on  3-OCT-2002 12:32:55.00= > File ID (29169,103,0)   End of file block 20 / Allocated 36v >nB > Record number 1 (00000001), 44 (002C) bytes, RFA(0001,0000,0000) >s> >  222C3830 305F495F 50412045 4C544954 TITLE AP_I_008," 000000> >  6F72746E 6F432064 6F697265 50205041 AP Period Contro 000010> >           0A227972 6975716E 4920736C ls Inquiry"..... 000020 > @ > Record number 2 (00000002), 1 (0001) byte, RFA(0001,0000,002C) > > >                                   0A ................ 000000 > B > Record number 3 (00000003), 47 (002F) bytes, RFA(0001,0000,002D) >p> >  333D574F 522F204E 49414D20 4D524F46 FORM MAIN /ROW=3 000000> >  3D544847 4945482F 20323D4C 4F432F20  /COL=2 /HEIGHT= 000010> >    0A2620 38373D48 54444957 2F203132 21 /WIDTH=78 &.. 000020 >c > -- >u	 > SyltremeK > http://pages.infinit.net/syltrem (OpenVMS related web site - en franais) : > To reply to myself directly, remove zulu from my address >sL > "JF Mezei" <jfmezei.spamnot@videotron.ca> a crit dans le message de news:# > 3D9C0AD1.5F97DE8E@videotron.ca...t > > Bill Todd wrote:J > > > Use a binary editor to examine the file and see if each line in fact > endsM > > > with CR-LF.  If it does, just change the record format to STREAM (well,h9 > > > whatever the one that terminates records thusly is)  > >kK > > Thanks. I was thinking too "complex" and didn't think to try the simplea > > solution: stream.V > > K > > SET file /attrib=(rfm:stm)   did the trick. RMS then interprets the twouL > > character <cr><lf> as a line terminator and TPU then doesn't display any > of > > those characters.r > >e > > Thanks.n   ------------------------------  $ Date: Thu, 3 Oct 2002 15:14:42 -0400* From: "Syltrem" <syltremzulu@videotron.ca>' Subject: Re: Handling of <CR><LF> filesd5 Message-ID: <jF0n9.14442$H67.66438@tor-nn1.netcom.ca>t  L I was just trying to avoid convert/fdl, perl or tpu scripts, etc. which wereK my usual way of fixing the problem. Didn't think set fil/attr would work aswB the <LF> really is in the record and I figured I had to remove it.  3 Indeed the set fil/attr is sufficient in this case.c All files already fixed by now.*   Thanks to all who responded.   --   SyltremeI http://pages.infinit.net/syltrem (OpenVMS related web site - en franais)o8 To reply to myself directly, remove zulu from my address  E "Hein van den Heuvel" <hein_netscape@eps.zko.dec.com> a crit dans leo5 message de news: 3D9C930B.69425BBF@eps.zko.dec.com...i >i >t > Syltrem wrote: > K > > And what about a file that came (ftom the Internet) with an <LF> at thee end 8 > > of each line? Can I use some magic on these as well?$ > > I think not, but hope I'm wrong! > >s >HH > You could be very lucky.... if the file has single LFs as terminators, thenL > it might just be mis-labeled. All you need to do is to make the atrributes0 > match the actual contents SET FILE/ATTR=STM_LF >nH > I suspect this will work because of the RFA's from that record 2 dump:@ > Record number 2 (00000002), 1 (0001) byte, RFA(0001,0000,002C)> >                                   0A ................ 000000B > Record number 3 (00000003), 47 (002F) bytes, RFA(0001,0000,002D) >-J > Record 3 strarts only 1 byte after record 2 so the LF must have been the
 > terminator.  > I > Thos stream files are bizarre... RMS expects (and willl create) a CR-LFn
 > combinationsI > as terminator. But it will accept lone LF/FF/VT as terminators AND toss  them > into > the output buffer!?  >nL > t's hard to tell without seeing in the file (DUMP/BLOC) exactly what needs to
 > be done.= > For one, TECO may well do the right thing to it. Just go in;6 >     and back out. EDIT/TECO ... EX$$    ($ = escape) >4I > Depending on the exact file contents a sequence like this might work to9 strip;
 > leading LFs;' > (but you POSSIBLY have trailing ones)H >T0 >         $convert/fdl=sys$input crlf.dat cr.dat" >         record; format stream_cr( >         $set file /att=rfm=stm  cr.dat' >         $conv/fdl=nl: cr.dat var.dat.; ><F >     In the first file a combination of CR-LF is a record terminator.C >     This is converted to a file where just the CR is a terminatorT
 effectivlyE >     stripping out the LF. Next re-declare the file to have CR-LF as5F >     a terminator 'eating' up the stray LF's into the CR terminators.I >     (It may strip out leading zeroes and whatever  else was peculiar toH6 >      the stream-11 format, but that tends to be ok.)F >     Finally convert to a 'normal' variable length VMS file, removing > terminators completely.] >4= >     This how I would approach the program a few years back,`L >     nowadays I just write a quick perl script and make that sing and dance the-
 > right tune.` >-
 > Perhaps:H >         $ perl -e "while (<>) {chop; chop; print ""$_\n"" }" < tmp.tmp >,I > Still, as I opened, it  tooks like a simple SET FILE/ATT=STM_LF will do+ the9 > magic for you.. > You can alwasy go back with SET FILE/ATT=STM >s > hth, >     Hein.< >] >H >E >5 >5 > ><@ > > Record format:      Stream, maximum 0 bytes, longest 0 bytes8 > > Record attributes:  Carriage return carriage control > >r > > $ dump/rec=cou=3 st:f.lis F > > Dump of file DGSI_A1:[TREMBLAY]F.LIS;16 on  3-OCT-2002 12:32:55.00? > > File ID (29169,103,0)   End of file block 20 / Allocated 36R > >uD > > Record number 1 (00000001), 44 (002C) bytes, RFA(0001,0000,0000) > >e@ > >  222C3830 305F495F 50412045 4C544954 TITLE AP_I_008," 000000@ > >  6F72746E 6F432064 6F697265 50205041 AP Period Contro 000010@ > >           0A227972 6975716E 4920736C ls Inquiry"..... 000020 > >sB > > Record number 2 (00000002), 1 (0001) byte, RFA(0001,0000,002C) > > @ > >                                   0A ................ 000000 > >iD > > Record number 3 (00000003), 47 (002F) bytes, RFA(0001,0000,002D) > > @ > >  333D574F 522F204E 49414D20 4D524F46 FORM MAIN /ROW=3 000000@ > >  3D544847 4945482F 20323D4C 4F432F20  /COL=2 /HEIGHT= 000010@ > >    0A2620 38373D48 54444957 2F203132 21 /WIDTH=78 &.. 000020 > >  > > -- > >e > > SyltremvC > > http://pages.infinit.net/syltrem (OpenVMS related web site - ent	 franais)t< > > To reply to myself directly, remove zulu from my address > >sH > > "JF Mezei" <jfmezei.spamnot@videotron.ca> a crit dans le message de news:t% > > 3D9C0AD1.5F97DE8E@videotron.ca...t > > > Bill Todd wrote:L > > > > Use a binary editor to examine the file and see if each line in fact > > endsH > > > > with CR-LF.  If it does, just change the record format to STREAM (well,; > > > > whatever the one that terminates records thusly is)m > > >tF > > > Thanks. I was thinking too "complex" and didn't think to try the simple > > > solution: stream.  > > > I > > > SET file /attrib=(rfm:stm)   did the trick. RMS then interprets the  two J > > > character <cr><lf> as a line terminator and TPU then doesn't display anye > > of > > > those characters.e > > >l
 > > > Thanks.  >    ------------------------------  % Date: Thu, 03 Oct 2002 14:40:11 +0100w( From: Nic Clews <sendspamhere@127.0.0.1>@ Subject: Re: HP tells VMS users "Relax, you are sitting pretty"!) Message-ID: <3D9C48BB.628B6D63@127.0.0.1>T  ( Andrew Harrison SUNUK Consultancy wrote: >   7 > So provide some examples of customers migrating their,7 > applications and data from an existing PA-RISC system;- > to an Itanium I or II system running HP-UX.;   Try comp.sys.hp.hpux  (0 > I suspect that there is now going to be a long1 > silence from Freddy, par for the course though.5  H And if I'd been asked a question more relevant to another forum, you getD a long silence from me too, particularly when its origin is flawed.   9 So, what is the air-speed velocity of an unladen swallow?H   -- Y? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences9 nclews at csc dot com9   ------------------------------  % Date: Thu, 03 Oct 2002 14:44:57 -0400-- From: JF Mezei <jfmezei.spamnot@videotron.ca>/@ Subject: Re: HP tells VMS users "Relax, you are sitting pretty"!, Message-ID: <3D9C9028.20779458@videotron.ca>   Fred Kleinsorge wrote:N > Still a putz, aren't you.  Why in the world would you think I have a list of > HP-UX customers? o  L Because you expect all HP-UX customers to eventually migrate to VMS on AlphaI and decided to take matters in your own hands since your upper management: doen't see it your way ?  K And those who made the mistake of migrating to IA64 already are the easiestPM targets since they would be more likely to abandon HP-UX and move to VMS just- to spite HP.   :-) :-)+   ------------------------------  # Date: Thu, 03 Oct 2002 20:19:31 GMT2# From: "John Smith" <a@nonymous.com><* Subject: Re: HP-UX and Tru64 UNIX  webcastH Message-ID: <nD1n9.15494$Aiq1.8161@news04.bloor.is.net.cable.rogers.com>  : "Bob Koehler" <koehler@encompasserve.org> wrote in message- news:4KgbA66c195R@eisner.encompasserve.org...dJ > In article <dnZm9.131529$q41.4319@news02.bloor.is.net.cable.rogers.com>,% "John Smith" <a@nonymous.com> writes:  >bE > > No operating system is more critical to enterprise customers thanr UNIX(tm) >aJ >    Says who?  HP?  And just when they were getting they're act together.    L It's the same e-mail message that they sent for the original webcast back inJ August. It's geared to unix weenies who think that unix is the only o/s on the planet worth owning.   ------------------------------   Date: 4 Oct 2002 03:43:36 GMT 2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>Y Subject: Re: I want Citrix Metaframe Server for OpenVMS !!!! was (Re:   OpenVMSMultisessi , Message-ID: <anj2p801j3e@enews2.newsguy.com>  5 Tim Llewellyn <tim.llewellyn@blueyonder.co.uk> wrote:r > "Zane H. Healy" wrote:N >> server.  In other words, I fire up a VNC session under Linux, connect to itK >> on my WinXP box, and then tryed to get DECterm, or DECmail to display onnG >> that VNC session, no matter what I tried, I couldn't get it to work.y  N > Ah, did you try the security negating -ac switch to Xvnc? I have to use that2 > with Cygwin to get xdm to work from VMS as well.   > so Xvnc -ac -query vaxname  / > is the way to go if you are happy to use -ac.s  L No, I'd not heard of this option, I might give it a try when I get a chance,I but I think I'm happier with the solution I came up with, since it allows G for 'separate' OpenVMS, UNIX, and Windows XP 'desktops' all on the samee machine.  K > hmmm, Cygwin has a nasty habit of entering paging frenzy then crashing at N > inoportune moments. Also, eats up memory the IP stack on W98 is using. Also,T > with xdm from VMS, there is a very odd problem of only partial mouse functionalityL > for me. Xvnc is not quite as nice an Xserver (no scroll mouse for example)+ > but it isn't crashing continually for me.s  L My guess is that it runs better on WinXP.  My only problem has been that forF some odd reason the CDE 'toolbar' thing didn't show up.  I solved thatJ problem by logging in using 'eXodus' on my G4 PowerMac, and dragging it toI the center of the screen, and then logging out.  Once I logged back in ono< the XP system, I was able to possition it where I wanted it.  N > Ah, I've been looking for some trick like like. ts10 doesn't seem to like &.  L Screen is *totally* cool!  I'd heard about it years ago, but didn't check itG out until I started looking for a way to run the PDP-10 version of simh.J unattached to any specific login session.  Since trying it out for that, I
 use it daily.I  K >> I've yet to try running either the ts10 or simh VAX emulation.  I reallyh3 >> don't see much use for running VMS that slow :^)N   > Well, if I had a real VAX ...r  F Well, there is that....  Still, my main use for VAXen have been things> hooked up to Q-Bus boards, which makes emulation a bit tricky.   			Zanel   ------------------------------  # Date: Fri, 04 Oct 2002 01:10:09 GMTe  From: "Tom M" <kryios@attbi.com>R Subject: Re: Java 1.3.1. Failing to run a program trying to access an Ingres dbase, Message-ID: <RT5n9.28688$xI5.6479@sccrnsc02>  F In some environments, particularly applets in IE, it won't work if you don't.   Tomc  : "Arne Vajhj" <arne.vajhoej@mail.tele.dk> wrote in message% news:3D9C4E18.5070804@mail.tele.dk...p > Tom M wrote: > K > > If you have the CA JDBC server running on some node and are using their E > > JDBC driver, you should be able to access it with code that looks 	 something  > > like this: > >A > > Connection connection; > > C > > try { Class.forName("ca.edbc.jdbc.EdbcDriver").newInstance(); }  >  > 0 > Not that it has any relevanve for the original2 > question, but: why are you calling newInstance ? >, > Arne >e   ------------------------------   Date: 3 Oct 2002 15:49:01 -0600 - From: koehler@encompasserve.org (Bob Koehler)SY Subject: Re: license costs (was: RE: Microsoft reeling from hack attacks, VMS   just yawnr3 Message-ID: <IdU3RO4aTrQN@eisner.encompasserve.org>o  n In article <3D9C7E83.3050103@mail.tele.dk>, Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk> writes: > Bob Koehler wrote: > q >> In article <3D9C4F92.5040906@mail.tele.dk>, Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk> writes:s( >>>The other 99% love their MS software. >  > J >>    I think it's a lot-vehate relationship.  They hate they way it works9 >>    but they don't know they could love something else.r >  > 3 > The interest in WordPerfect, Lotus and StarOfficel- > as alternatives seems to be relative small.   >    And Billy boy hopes they'll stay that way.  Currently theirD    suffering from massive stealth marketting, proving that DEC isn't     the only one capable of that.   ------------------------------   Date: 3 Oct 2002 19:10:55 -0700 . From: spamsink2001@yahoo.com (Alan E. Feldman): Subject: Re: logical name weirdness (was: RE: UAF Problem)= Message-ID: <b096a4ee.0210031810.7dba9a84@posting.google.com>d   "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl> wrote in message news:<Pine.LNX.4.21.0210031909480.31193-100000@irys.stanpol.com.pl>...+ > On Thu, 3 Oct 2002, Phillip Helbig wrote:s > [...]e [...] H > >+> Yes, it is confusing because SYS$SYSROOT means different things inF > >+> different contexts. As part of program or command input, it is aC > >+> search list composed of (the translation of) SYS$SPECIFIC andrG > >+> (directly) SYS$COMMON. When appearing in DIRECTORY output and thec" > >+> like, it means SYS$SPECIFIC. >  [...]I > >+> Now, SYS$SYSROOT could still have been defined as in the following:c > >+> ? > >+> $ DEFINE SYS$SYSROOT SYS$SPECIFIC:/TRAN=CONC, SYS$COMMON:1? > >+>                                  ^                      ^d > 1 >  NO, the same but *without* the "/TRANS=CONC" !r  ; You need /trans=conc to be able to fool f$parse into givingk$ sys$sysroot instead of sys$specific.  > >  SYS$SPECIFIC and SYS$COMMON are "equivalnet level" names :)   OK.i  ; >  When the "original" [SYS%.] requires /TRAN=CONC the samee< > (means: "/TRAN=CONC") is already 'saved' in the SYS$COMMON
 > definition.d   Not sure what you mean here.  > >  You can *not* conceale already concealed "rooted directory"? > (but you *can* conceale - including concealing in the "rootedP< > directory" creation) already concealed logical for device.  C Did you try it? I did (VMS v6.1) and it worked fine. Please show an6$ example where this does not work for  8 $ DEFINE AEF$SYSROOT SYS$SPECIFIC:/TRAN=CONC,SYS$COMMON:  C Also, maybe the form above did *not* work in older versions of VMS, D which would explain why SYS$SYSROOT is defined using the translationE of SYS$SPECIFIC instead of SYS$SPECIFIC itself (yes, plus SYS$COMMON,l of course).t   > [...]e4 > >+> which I would think would make everyone happy. >  >  No - see later :)   OK.    > [...]s@ > >+> Why?  Displaying SYS$SYSROOT for the first translation is I > >+> confusing since in other contexts this is a search list which also  I > >+> includes SYS$COMMON, which is displayed for the second translation.v > >+L > >+> Agreed. It would be nice to see SYS$SPECIFIC instead of SYS$SYSROOT inH > >+> directory listings and the like. Lacking that, it would be nice to > >+> know why.e >  >  The simplest, IMHO.@ >  Think what value get a programm or procedure where will *get*= > the directory of file: SYS$SYSROOT:[SYSEXE] will be exactly : > SYS$SYSTEM, *even* if the code is not search-list aware. >  When the translation stands:p= > $ DEFINE /SYSTEM/EXEC SYS$SYSROOT SYS$SPECIFIC:,SYS$COMMON:  > B >  both f$parse and f$trnlnm while the path is "read" will return  > you SYS$SPECIFIC:[SYSEXE]...  D Agreed. That's why you need to append /tran=conc to sys$specific: in the DEFINE command.h  ; >  In other words: use the original and "modified" lognamest > and check the output of:+ > $ write sys$output f$trnlnm("SYS$SYSTEM")e >  >  and supose you do:d > % > $ SET DEFA 'f$trnlnm("SYS$SYSTEM")'o >  > ..or the same for f$parse...  C I tried all these with my version with /tran=conc and they all workoD fine. Please give an example in which AEF$SYSROOT does not work like SYS$SYSROOT.   >  >  Regards - Gotfryd   Disclaimer: JMHO Alan E. Feldmana   ------------------------------   Date: 4 Oct 2002 03:22:16 GMTn2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>I Subject: Re: My VMS Webserver book is available - missing acknowledgmentso+ Message-ID: <anj1h81ji2@enews1.newsguy.com>   % winston@ssrl.slac.stanford.edu wrote:v > VMSers --i  , > I'm pleased to report the availability of   ; > OpenVMS with Apache, OSU, and WASD: The Nonstop Webserver # > Digital Press, ISBN 1-55558-264-8g > by Alan Winston  w  H Outstanding, I'll be ordering a copy from Amazon in the very near futureE (maybe even tonite)!  I've really been looking forwards to this book!t   			Zane2   ------------------------------  # Date: Thu, 03 Oct 2002 23:08:56 GMT 2 From: "Phillip Sobottke" <psobottke@ameritech.net> Subject: netscape ? Message-ID: <c64n9.2114$F53.2124910@newssvr28.news.prodigy.com>4  G I'm having trouble getting netscape to connect to the internet.  I have0I configured tcp/ip, but am not sure if I used the right addresses.  I have0I all the info for my ethernet card, router, and internet provider.  I have G DSL with a linksys router, should I be using a static IP address?  WheneL trying to connect, netscape tells me there is no DNS entry.  Thanks for your supportt   ------------------------------  # Date: Fri, 04 Oct 2002 00:56:23 GMT $ From: winston@SSRL.SLAC.STANFORD.EDU Subject: Re: netscape?8 Message-ID: <00A14E8E.A6B36166@SSRL04.SLAC.STANFORD.EDU>  t In article <c64n9.2113$F53.2124909@newssvr28.news.prodigy.com>, "Phillip Sobottke" <psobottke@ameritech.net> writes:  M >I have successfully installed netscape, but when running, it cannot find thecL >DNS entry of whatever site.  I configured TCP/IP, but I'm not sure if I didK >it right.  I have the all the information for my network card, router, andtJ >internet provider, but am probably not using the right info in the tcp/ip
 >config.    ? >I have DSL and a linksys router, should I be using a static IP   >address?  Thanks for your help.  N Life is somewhat easier with a static ip address.  Does your ISP expect you toN be doing PPP-over-IP?  (Unlikely if you have DSL, but it might be expecting toN DHCP-serve you a new address every time you boot, and if you don't have a DHCP& client configured you're out of luck.)  K But to diagnose this problem, the first step is to take netscape out of theV@ picture.  Can you do DNS lookups from TCP/IP?  If you've run the8 @sys$startup:tcpip$define_commands procedure  you can do  " $ NSLOOKUP www.openvms.compaq.com   I If this doesn't work, then you might not have told TCPIP where to look toNK find a DNS.  That info should have come from your DNS provider.  If that's  2 properly configured, then you have to look deeper.   -- AlanA   ------------------------------  # Date: Thu, 03 Oct 2002 23:08:56 GMT_2 From: "Phillip Sobottke" <psobottke@ameritech.net> Subject: netscape?? Message-ID: <c64n9.2113$F53.2124909@newssvr28.news.prodigy.com>H  L I have successfully installed netscape, but when running, it cannot find theK DNS entry of whatever site.  I configured TCP/IP, but I'm not sure if I did%J it right.  I have the all the information for my network card, router, andI internet provider, but am probably not using the right info in the tcp/ipeG config.  I have DSL and a linksys router, should I be using a static IPG address?  Thanks for your help.    ------------------------------   Date: 3 Oct 2002 11:55:18 -0700m< From: alphaman-nixspam@hsv.sungardtrust.com (Aaron Sakovich)( Subject: Re: OpenVMS 7.3-1 for Hobbyist?= Message-ID: <8af17fe1.0210031055.6084718b@posting.google.com>o  l Michael Rice <MichaelARice@no-spam.knology.net> wrote in message news:<upkpeokgk2ac7f@corp.supernews.com>...I > I remember reading that v7.3-1 was going to be available for hobbyists mG > in the beginning of Sept.  The web site still says they are shipping  3 > v7.2 - any info on when v7.3-1 will be available?- > 	 > Thanks.-	 > Michael-  E I'm running 7.3-1 with a hobbyist license.  Nothing special required, E works like a charm; probably the easiest VMS install I've ever had to  do.    Just do it,  Aaron    ------------------------------  $ Date: Thu, 3 Oct 2002 16:12:44 -0500. From: "Michael Rice" <Michael.A.Rice@saic.com>( Subject: Re: OpenVMS 7.3-1 for Hobbyist?' Message-ID: <3d9c501c$1@cpns1.saic.com>e  I "Aaron Sakovich" <alphaman-nixspam@hsv.sungardtrust.com> wrote in message,7 news:8af17fe1.0210031055.6084718b@posting.google.com...iB > Michael Rice <MichaelARice@no-spam.knology.net> wrote in message+ news:<upkpeokgk2ac7f@corp.supernews.com>... J > > I remember reading that v7.3-1 was going to be available for hobbyistsH > > in the beginning of Sept.  The web site still says they are shipping5 > > v7.2 - any info on when v7.3-1 will be available?i > >  > > Thanks.c > > Michaeld > G > I'm running 7.3-1 with a hobbyist license.  Nothing special required,rG > works like a charm; probably the easiest VMS install I've ever had toh > do.. > 
 > Just do it,c > Aarons  L Where did you get the 7.3-1 media?  Is Montagar shipping 7.3-1 and they justI haven't updated their Web site yet or did you get it somewhere else?  Didl. you get the 7.3-1 hobbyist PAKs from Montagar?   Michaelt   ------------------------------  $ Date: Thu, 3 Oct 2002 18:53:33 -0400  From: John Santos <JOHN@egh.com>( Subject: Re: OpenVMS 7.3-1 for Hobbyist?5 Message-ID: <1021003185246.1922A-100000@Ives.egh.com>a  ' On Thu, 3 Oct 2002, Michael Rice wrote:y  K > "Aaron Sakovich" <alphaman-nixspam@hsv.sungardtrust.com> wrote in messageP9 > news:8af17fe1.0210031055.6084718b@posting.google.com...iD > > Michael Rice <MichaelARice@no-spam.knology.net> wrote in message- > news:<upkpeokgk2ac7f@corp.supernews.com>... L > > > I remember reading that v7.3-1 was going to be available for hobbyistsJ > > > in the beginning of Sept.  The web site still says they are shipping7 > > > v7.2 - any info on when v7.3-1 will be available?  > > > 
 > > > Thanks.G
 > > > MichaelS > >_I > > I'm running 7.3-1 with a hobbyist license.  Nothing special required,TI > > works like a charm; probably the easiest VMS install I've ever had to  > > do.T > >  > > Just do it, 	 > > Aarons > N > Where did you get the 7.3-1 media?  Is Montagar shipping 7.3-1 and they justK > haven't updated their Web site yet or did you get it somewhere else?  Did 0 > you get the 7.3-1 hobbyist PAKs from Montagar? > 	 > Michaela  ( Hobbyist PAK's are not version-specific.   --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Thu, 03 Oct 2002 21:14:04 -0500 5 From: Michael Rice <MichaelARice@no-spam.knology.net>h( Subject: Re: OpenVMS 7.3-1 for Hobbyist?0 Message-ID: <3D9CF96C.90704@no-spam.knology.net>   John Santos wrote:) > On Thu, 3 Oct 2002, Michael Rice wrote:  >  > K >>"Aaron Sakovich" <alphaman-nixspam@hsv.sungardtrust.com> wrote in messaget9 >>news:8af17fe1.0210031055.6084718b@posting.google.com...V >>C >>>Michael Rice <MichaelARice@no-spam.knology.net> wrote in message  >>- >>news:<upkpeokgk2ac7f@corp.supernews.com>...  >>J >>>>I remember reading that v7.3-1 was going to be available for hobbyistsH >>>>in the beginning of Sept.  The web site still says they are shipping5 >>>>v7.2 - any info on when v7.3-1 will be available?  >>>> >>>>Thanks.t >>>>Michael  >>>pH >>>I'm running 7.3-1 with a hobbyist license.  Nothing special required,H >>>works like a charm; probably the easiest VMS install I've ever had to >>>do. >>>h >>>Just do it, >>>Aaron >>N >>Where did you get the 7.3-1 media?  Is Montagar shipping 7.3-1 and they justK >>haven't updated their Web site yet or did you get it somewhere else?  Dida0 >>you get the 7.3-1 hobbyist PAKs from Montagar? >>	 >>Michaell >  > * > Hobbyist PAK's are not version-specific. >   E Good to know...although I still don't have anywhere to get the media.:   ------------------------------   Date: 4 Oct 2002 03:18:11 GMTm2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>( Subject: Re: OpenVMS 7.3-1 for Hobbyist?+ Message-ID: <anj19j0ji2@enews1.newsguy.com>'  6 Michael Rice <MichaelARice@no-spam.knology.net> wrote:G > Good to know...although I still don't have anywhere to get the media.n  I I would assume that you can buy a Media Kit from HP, I know I was able tos buy 7.2-1H1 from Compaq.   		Zane   ------------------------------  " Date: Fri, 4 Oct 2002 02:20:47 GMT- From: bdc@world.std.com (Brian 'Jarai' Chase)a! Subject: Re: OpenVMS is strategic & Message-ID: <H3FqIo.Kr0@world.std.com>  5 In article <1021002225749.1922F-100000@Ives.egh.com>,I" John Santos  <JOHN@egh.com> wrote:  B > Andrew's followup was, as usual, content free, and so not worthy
 > of a reply.- > E > I haven't seen this brochure, but I live in the US, and it probablyn( > wouldn't come to me personally anyway.  H My reading of Andrew's reply was that it's doubtful any Sun or IBM shopsH would consider buying HP Alpha servers running OpenVMS.  I would have to& agree with him based on the following:  I [1] HP killed Alpha, so who in their right mind would purchase a platformmJ     based on a dead-end processor?  I'm not knocking the lovely Alpha, butJ     it's no longer a viable alternative, having met its death at the hands     of incompetent management.  3 [2] The Itanium (or Itanium 2) is still semi-vapor.   C [3] Any company which has large investments in Solaris, AIX, or MVSmG     software and system administration knowledge is not going to changevI     over to OpenVMS.  It's about as likely as a company running primarilyn%     on OpenVMS changing over to Unix.a  D One of the most compelling reasons for people to move to Alpha basedI systems was their incredible performance.  That's no longer the case; the,B other players are finally catching up, primarily because of "grossD neglect" on the part of the companies responsible for developing the Alpha.  F The only reasons anyone would consider moving to OpenVMS/Alpha at thisH point would be if you needed to run some application which only could beH run on OpenVMS/Alpha and you needed to run it /now/.  Almost anyone elseD considering moving to OpenVMS would most likely wait until HP startsI selling OpenVMS/IA64.  Even then, there'd need to be some very compellingw/ monetary reason for making that kind of change.r  H At this point, I think HP's primary concern, assuming they're looking toH keep OpenVMS around, is to keep their customers who already use it.  AndB maybe to get some of those people to buy more Alpha hardware untilA OpenVMS/IA64 solutions are real.  If they want to get new OpenVMS J customers, well... What are the things that OpenVMS can do, and that those? customers need, which their existing OS can't do?  What are thesJ applications which run on OpenVMS that have no viable equivalents on theirH Unix and MVS systems?  The answers to those types of questions will helpJ to direct marketing to areas where OpenVMS could be successfully marketed.   -brian.  --  F --- Brian Chase | bdc@world.std.com | http://world.std.com/~bdc/ -----H This counter is [6,177,399,753] times as pointless as a real one.  -- K.   ------------------------------  $ Date: Fri, 4 Oct 2002 12:07:35 +1000* From: "Dale King" <dalek@forpresident.com>2 Subject: Re: OpenVMS LPD x LAT Printers - HELP !!!' Message-ID: <anit57$isk$1@lore.csc.com>N   Fabio Cardoso wrote: > My printcap (server1)t >f > #p > # Remote Printer
 > JTUC|jtuc:\p0 >         :lf=/SYS$SPECIFIC/TCPIP$LPD/JTUC.LOG:\ >         :lp=JTUC:\ >         :rm=c16000:\ >         :rp=jtuc:\, >         :sd=/SYS$SPECIFIC/TCPIP$LPD/JTUC:\ >         :cr: > #  > The LPR message (server1)h  6 > LPD Retrying failed job: A Number: 2858 User: SYSTEM > Status: %TCPIP-E-LPD_REQREJe0 > ECT, print request rejected by !AS (queue !AS)   Try: $ telnet c16000 515M If you get a rejected message that tells you either the remote printer is not K accepting LPD (port 515) or there could be a firewall blocking the attempt.h  M If you can connect via telnet, then check the printer/remote machine (c16000) ' has a printer called "jtuc" configured.    What type of device is c16000?   ------------------------------   Date: 3 Oct 2002 13:58:24 -0700e From: tironef@yahoo.come0 Subject: Originator of detached process from DCL= Message-ID: <a159f330.0210031258.3b945f77@posting.google.com>o  E I'm trying to determine the originator of detached process from DCL.  . I tried the following from a detached process:  + $ WRITE SYS$OUTPUT "''F$GETJPI("","MODE")'"2  $ LOGIN_PID = F$GETJPI("","PID")% $ MASTPID = F$GETJPI("","MASTER_PID")s+ $ MASTNAM = F$GETJPI("''MASTPID'","PRCNAM")a! $ WRITE SYS$OUTPUT "''LOGIN_PID'"g $ WRITE SYS$OUTPUT "''MASTPID'"o $ WRITE SYS$OUTPUT "''MASTNAM'"s. $ WRITE SYS$OUTPUT "''F$GETJPI("","JOBTYPE")'"   Here is the output:t    $ WRITE SYS$OUTPUT "INTERACTIVE" INTERACTIVE   $ LOGIN_PID = F$GETJPI("","PID")% $ MASTPID = F$GETJPI("","MASTER_PID") ) $ MASTNAM = F$GETJPI("0000326C","PRCNAM")a $ WRITE SYS$OUTPUT "0000326C"R 0000326C $ WRITE SYS$OUTPUT "0000326C"D 0000326C  $ WRITE SYS$OUTPUT "test_021308" test_021308  $ WRITE SYS$OUTPUT "0" 0h  D I can tell that I'm running as a detached process as JOBTYPE=0.  TheA MASTER_PID points to the detached process when I need to know whor created it.o   Thanks,v   Frank.   ------------------------------  % Date: Thu, 03 Oct 2002 22:51:39 -0500l1 From: "David J. Dachtera" <djesys.nospam@fsi.net>s4 Subject: Re: Originator of detached process from DCL' Message-ID: <3D9D104B.977F672D@fsi.net>'   tironef@yahoo.com wrote: > F > I'm trying to determine the originator of detached process from DCL.0 > I tried the following from a detached process: > - > $ WRITE SYS$OUTPUT "''F$GETJPI("","MODE")'"0" > $ LOGIN_PID = F$GETJPI("","PID")' > $ MASTPID = F$GETJPI("","MASTER_PID")v- > $ MASTNAM = F$GETJPI("''MASTPID'","PRCNAM")r# > $ WRITE SYS$OUTPUT "''LOGIN_PID'"r! > $ WRITE SYS$OUTPUT "''MASTPID'"r! > $ WRITE SYS$OUTPUT "''MASTNAM'"/0 > $ WRITE SYS$OUTPUT "''F$GETJPI("","JOBTYPE")'" >  > Here is the output:  > " > $ WRITE SYS$OUTPUT "INTERACTIVE"
 > INTERACTIVEt" > $ LOGIN_PID = F$GETJPI("","PID")' > $ MASTPID = F$GETJPI("","MASTER_PID")o+ > $ MASTNAM = F$GETJPI("0000326C","PRCNAM")  > $ WRITE SYS$OUTPUT "0000326C"e
 > 0000326C > $ WRITE SYS$OUTPUT "0000326C" 
 > 0000326C" > $ WRITE SYS$OUTPUT "test_021308"
 > test_021308n > $ WRITE SYS$OUTPUT "0" > 0s > F > I can tell that I'm running as a detached process as JOBTYPE=0.  TheC > MASTER_PID points to the detached process when I need to know whon
 > created it.   G Hhmmm... Bloody good question. Maybe one of the super-techies can speakf; to whether that info. is contained in the PCB or elsewhere.n  G Another question one might ask is can we set an AUDIT event on $CREPRCs' or $SPAWNs?e   -- L David J. Dachteram dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 04 Oct 2002 00:34:41 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca>s4 Subject: Re: Originator of detached process from DCL, Message-ID: <3D9D1A59.2023785E@videotron.ca>  H > > I can tell that I'm running as a detached process as JOBTYPE=0.  TheE > > MASTER_PID points to the detached process when I need to know whop > > created it.i   F$GETJPI(mypid, "UIC") F$GETJPI(mypid, "USERNAME")   J The UIC is the UIC in effect at the time the "father" created the detached	 process. e  L Consider an experiment I did today: killled TCPIP$POP process, and magicallyE "someone" recreated it. (I suspect TCPIP$INETACP process). Obviously, ( TCPIP$INETACP has all mighty privileges.  L But for me, when I want to create a detacted process that runs on a specific account, I use eJ SUBMIT/USER=username STARTUP.COM   where STARTUP.COM is the procedure thatL acually creates the detached process, running under that account.  Otherwise: RUN/DETACHED will put your UIC into the new process's UIC.   ------------------------------   Date: 3 Oct 2002 12:13:13 -07000< From: alphaman-nixspam@hsv.sungardtrust.com (Aaron Sakovich)* Subject: Re: Pathworks, and shares on PC's= Message-ID: <8af17fe1.0210031113.798eb473@posting.google.com>0  _ "Tony Scandora" <Scandora@cmt.anl.gov> wrote in message news:<anf9md$48l$1@milo.mcs.anl.gov>...5 :FK > FTP -- you run an FTP server on your PC (not difficult) and an FTP client0L > utility program on VMS (not difficult, but not as easy as DCL $ COPY and $ > DIRECTORY commands).  7 But it IS as easy as a DCL $ COPY or DIRECTORY command:l    $ DIR /FTP pc"user pass"::   $ DIR /FTP /ANONYMOUS pc::m9  $ COPY /FTP vmsfile.ext pc"user pass"::"\dir\pcfile.ext"A  E And don't forget with TCP/IP 5.3 you've also got the /PASSIVE switch.i  < Too bad you can't TYPE/FTP nor DELETE /FTP (although you canF approximate the former by copying to TT:.)  I hope that in the future,D any network spec (node::) will be automatically routed to the proper networking services.   Aarono   ------------------------------   Date: 3 Oct 2002 15:55:46 -0600V- From: koehler@encompasserve.org (Bob Koehler)e* Subject: Re: Pathworks, and shares on PC's3 Message-ID: <upvpbXnrDnGs@eisner.encompasserve.org>e  | In article <8af17fe1.0210031113.798eb473@posting.google.com>, alphaman-nixspam@hsv.sungardtrust.com (Aaron Sakovich) writes: > > > Too bad you can't TYPE/FTP nor DELETE /FTP (although you canH > approximate the former by copying to TT:.)  I hope that in the future,F > any network spec (node::) will be automatically routed to the proper > networking services.  D    "copy/ftp nla0: target" is almost as good as delete/ftp, but what(    I'm really waiting for is submit/ftp.   ------------------------------  $ Date: Thu, 3 Oct 2002 15:18:39 -0400* From: "Syltrem" <syltremzulu@videotron.ca>* Subject: Re: Pathworks, and shares on PC's5 Message-ID: <%I0n9.14443$H67.66480@tor-nn1.netcom.ca>e  3 What I dislike, it to have user/pwd in a .COM file.,? Anonymous is not very good either, best is DECnet with proxy...a But you're right, FTP is easy.   --   SyltremnI http://pages.infinit.net/syltrem (OpenVMS related web site - en franais) 8 To reply to myself directly, remove zulu from my address  H "Aaron Sakovich" <alphaman-nixspam@hsv.sungardtrust.com> a crit dans leC message de news: 8af17fe1.0210031113.798eb473@posting.google.com...v9 > "Tony Scandora" <Scandora@cmt.anl.gov> wrote in messageh' news:<anf9md$48l$1@milo.mcs.anl.gov>...o > :dF > > FTP -- you run an FTP server on your PC (not difficult) and an FTP clientL > > utility program on VMS (not difficult, but not as easy as DCL $ COPY and $  > > DIRECTORY commands). > 9 > But it IS as easy as a DCL $ COPY or DIRECTORY command:  >  >  $ DIR /FTP pc"user pass"::0 >  $ DIR /FTP /ANONYMOUS pc::); >  $ COPY /FTP vmsfile.ext pc"user pass"::"\dir\pcfile.ext"s >lG > And don't forget with TCP/IP 5.3 you've also got the /PASSIVE switch.  >h> > Too bad you can't TYPE/FTP nor DELETE /FTP (although you canH > approximate the former by copying to TT:.)  I hope that in the future,F > any network spec (node::) will be automatically routed to the proper > networking services. >n > Aaronf   ------------------------------  # Date: Thu, 03 Oct 2002 18:33:53 GMTe From: sasadmin <jec@nospam.net> 8 Subject: Re: Problem using Perl library functions on VMS2 Message-ID: <877kgzwec9.fsf@Alethion.systasis.net>  + p_sture@elias.decus.ch (Paul Sture) writes:d  = > In article <87n0q3mesm.fsf@Alethion.systasis.net>, sasadmin  > <jec@nospam.net> writes:/ > > p_sture@elias.decus.ch (Paul Sture) writes:  > > 5 > >> I am having trouble using a Perl library on VMS.l > > 
 > > (snip) > >  > >> use LWP::UserAgent; > > 
 > > (snip) > > E > >> Both cpan.dir and cpan.pm exist in perl_root:[lib]. cpan.pm doesC* > >> contain package CPAN::LWP::UserAgent; > >>   > >> Any ideas?e > > H > > Does the file LWP.DIR exist as a subdirectory of the perl_root tree? >  > No.  > * > > Is the file UserAgent.pm in that tree? >  > Again no.  > & > > Have you checked file protections? > >  > They seem OK.  > E > (and let's see if I can give that Exchange server in .FJ a taste ofe= > its own medicine with this posting - even a direct mail to aF > postmaster@fsc.com.fj results in the same complaint about "Sensitive > content" :-) ) >  > __ > Paul Sture
 > Switzerlandh   Hi Paul:  E Based on your answers, it looks like Craig's reply is the followup to > what I'd write: the LWP package (looks pretty cool, btw) isn't8 installed. Please let us know what happens post-install.   Cheers,y   jeck   -- E Microsoft Free By 2003   ------------------------------   Date: 3 Oct 2002 13:44:29 -0700t1 From: glenmark@utxvms.cc.utexas.edu (Glen Martin)a/ Subject: Re: QUEUE MANAGER dying during backupsr= Message-ID: <6e2f14f4.0210031244.155f3d95@posting.google.com>M  q Glen Mark martin <glenmark@utxvms.cc.utexas.edu> wrote in message news:<3D8F7420.2040108@utxvms.cc.utexas.edu>...  > Hoff Hoffman wrote:0O > >   Please apply the mandatory ECOs for OpenVMS, and ECOs for BACKUP and for CL > >   the queue manager, as a start.  I know that there are ECOs for OpenVMSL > >   Alpha V6.2 for these areas, as well as mandatory ECOs for the release. > K > Already in the cards. I was just wondering if I was dealing with a known  E > issue or if anyone had a clue as to what might have triggered this   > puzzling behavior...  D Just as a followup on this issue, I did bring our systems up to date@ on patches(including one for QMAN). The BACKUP job came and went< without killing the QUEUE MANAGER, so we're making progress.  F On the downside, the BACKUP job is now terminating abnormally. Digging back into the patch list...g   Thanks.n   Glen   ------------------------------  % Date: Fri, 04 Oct 2002 04:15:19 +0200c2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: tcp/ipi; Message-ID: <3d9cf9b7.524144494f47414741@radiogaga.harz.de>5  1 Phillip Sobottke (psobottke@ameritech.net) wrote: I > My system is telling me I do not have a license for tcp/ip.  Isn't this H > license included in the hobbiest pack?  If so, what is the name of the, > license? (I do not see one called tcp/ip.)   UCXt  : (see the FAQ, section MISC20, or 12.5 in the HTML version)   cu,p   Martin --  F                           | Martin Vorlaender  |  VMS & WNT programmer3  Cetero censeo            | work: mv@pdv-systeme.derF  Redmondem delendam esse. |   http://www.pdv-systeme.de/users/martinv/:                           | home: martin@radiogaga.harz.de   ------------------------------  # Date: Thu, 03 Oct 2002 22:20:52 GMT,2 From: "Phillip Sobottke" <psobottke@ameritech.net> Subject: tcp/ip>? Message-ID: <8p3n9.2106$F53.2119730@newssvr28.news.prodigy.com>!  G My system is telling me I do not have a license for tcp/ip.  Isn't thislF license included in the hobbiest pack?  If so, what is the name of the* license? (I do not see one called tcp/ip.)   ------------------------------  % Date: Thu, 03 Oct 2002 22:53:03 -0400o- From: JF Mezei <jfmezei.spamnot@videotron.ca>o Subject: Re: tcp/ip == UCX, Message-ID: <3D9D028E.298DA839@videotron.ca>   Stuart Johnson wrote:  > 
 > Phillip, > ? > TCP/IP, as provided by HP/Compaq for OpenVMS, is called UCX. l  J Isn't it time that they fixed up the naming and dropped UCX allltogether ?K There should be just a TCPIP licence (with hidden back-support for existingt. UCX licences, but no new UCX licences issues).   ------------------------------   Date: 4 Oct 2002 02:01:59 GMTr( From: bill@cs.uofs.edu (Bill Gunshannon)Y Subject: Re: Veritas Software CFO Resigns (was: "Underqualified tipster backed HP merger".5 Message-ID: <anisqn$eo7k7$1@ID-135708.news.dfncis.de>l  5 In article <929C826C9warrenspencer1977@216.168.3.30>, 0 	wspencer@ap.nospam.org (Warren Spencer) writes:- > billtodd@metrocast.net (Bill Todd) wrote ina; > <9RXm9.446650$5r1.19115736@bin5.nnrp.aus1.giganews.com>: a > H >>Bullshit.  The employer's ability to choose based on the criteria s/heF >>feels are important has been removed by the potential employee's lieJ >>about his/her credentials.  And for all your protestations about ethics,) >>this doesn't seem to bother you at all.- >>J >>'Situational ethics' was all the rage 30-some years ago.  Apparently youE >>never developed a very good understanding of it, let alone advanced1 >>beyond it. > O > The "underqualified tipster" is not alone.  Is resume padding now the rage?  r >   B You should have seen the case we had locally.  President of localr@ Community College.  Undergraduate school was de-certified by the@ State of CA.  Graduate school claimed they had no record of saidA person ever attending their institution.  And. believe it or not, C there were local people who came out publicly in support of keeping.! him as president.  Go figure.....t   bill   -- oJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   r   ------------------------------  # Date: Fri, 04 Oct 2002 02:06:12 GMTw! From: rob.buxton@wcc.spam.govt.nzgY Subject: Re: Veritas Software CFO Resigns (was: "Underqualified tipster backed HP merger"o& Message-ID: <3d9cf772.1985742777@news>  % You can also be jailed for fraud, seeoA http://onenews.nzoom.com/onenews_detail/0,1227,105041-1-7,00.html       B On Thu, 03 Oct 2002 17:04:47 -0000, wspencer@ap.nospam.org (Warren Spencer) wrote:d  , >billtodd@metrocast.net (Bill Todd) wrote in: ><9RXm9.446650$5r1.19115736@bin5.nnrp.aus1.giganews.com>:  >CH >>Bullshit.  The employer's ability to choose based on the criteria s/heF >>feels are important has been removed by the potential employee's lieJ >>about his/her credentials.  And for all your protestations about ethics,) >>this doesn't seem to bother you at all.  >>J >>'Situational ethics' was all the rage 30-some years ago.  Apparently youE >>never developed a very good understanding of it, let alone advancedg >>beyond it. >rN >The "underqualified tipster" is not alone.  Is resume padding now the rage?   >Check this one out: >________________  >Veritas Software CFO Resigns  >Thu Oct 3,12:10 PM ET >oH >MOUNTAIN VIEW, Calif. (AP) - Veritas Software Corp. Thursday said that M >Kenneth E. Lonchar resigned as executive vice president and chief financial  G >officer, after the company learned he had "misstated" his educational o >credentials.  >s >Complete story at: (url wrap!)yA >http://story.news.yahoo.com/news?tmpl=story&ncid=528&e=2&cid=528h( >&u=/ap/20021003/ap_on_hi_te/veritas_cfo >  >________________  >o >wsh >P >Warren Spencerl( >Senior Software Engineer (not a writer) >The Associated Presso >o= >** Time flies like an arrow.  Fruit flies like a bananna. **t   ------------------------------  $ Date: Fri, 4 Oct 2002 05:06:12 +0300! From: rob.buxton@wcc.spam.govt.nznY Subject: Re: Veritas Software CFO Resigns (was: "Underqualified tipster backed HP merger"tQ Message-ID: <1037270357C4D411A1C900A0C9D4BFCB9EFA5A@hqnts40div01.academy.kiev.ua>V  % You can also be jailed for fraud, seecA http://onenews.nzoom.com/onenews_detail/0,1227,105041-1-7,00.html       B On Thu, 03 Oct 2002 17:04:47 -0000, wspencer@ap.nospam.org (Warren Spencer) wrote:o  , >billtodd@metrocast.net (Bill Todd) wrote in: ><9RXm9.446650$5r1.19115736@bin5.nnrp.aus1.giganews.com>:  >0H >>Bullshit.  The employer's ability to choose based on the criteria s/heF >>feels are important has been removed by the potential employee's lieJ >>about his/her credentials.  And for all your protestations about ethics,) >>this doesn't seem to bother you at all.o >>J >>'Situational ethics' was all the rage 30-some years ago.  Apparently youE >>never developed a very good understanding of it, let alone advanced  >>beyond it. >rN >The "underqualified tipster" is not alone.  Is resume padding now the rage?   >Check this one out: >________________h >Veritas Software CFO Resigns  >Thu Oct 3,12:10 PM ET > H >MOUNTAIN VIEW, Calif. (AP) - Veritas Software Corp. Thursday said that M >Kenneth E. Lonchar resigned as executive vice president and chief financial eG >officer, after the company learned he had "misstated" his educational - >credentials.  >0 >Complete story at: (url wrap!)@A >http://story.news.yahoo.com/news?tmpl=story&ncid=528&e=2&cid=528R( >&u=/ap/20021003/ap_on_hi_te/veritas_cfo >  >________________- >  >wsR >T >Warren Spencera( >Senior Software Engineer (not a writer) >The Associated Press= >O= >** Time flies like an arrow.  Fruit flies like a bananna. **      begin 600 Org_Mail_Info.txt = M#0H-"BTM+2TM4V-A;DUA:6PZ($]R:6=I;F%L($UE<W-A9V4@26YF;W)M871I = M;VXM+2TM+0T*1G)O;3H@<F]B+F)U>'1O;D!W8V,N<W!A;2YG;W9T+FYZ#0I3i= M96YT.B`Q,"\P-"\R,#`R(#`U.C`U.C(Q#0I4;SH@#0I3=6)J96-T.B!293H@n= M5F5R:71A<R!3;V9T=V%R92!#1D\@4F5S:6=N<R`H=V%S.B`B56YD97)Q=6%Lh= M:69I960@=&EP<W1E<B!B86-K960@2%`@;65R9V5R(BXN+BD-"@T*+2TM+2U3e= M8V%N36%I;#H@4F]U=&EN9R!$;VUA:6X@26YF;W)M871I;VX@9F]R(%--5%`@a= M;6%I;"TM+2TM#0I0871H.B!C87)R:65R+FMI978N=6$A;F5W<RYK:65V+G-OC= M=F%M+F-O;2%3=FET;VYL:6YE+D-/32%N97=S9F5E9"YG86UM82YR=2%'86UMr= M82Y252%N97=S+FUA>'=E;&PN<WER+F5D=2%N97=S+6AO9RYB97)K96QE>2YE-= M9'4A=6-B97)K96QE>2%E;F5W<RYS9VDN8V]M(6YE=W,N>'1R82YC;RYN>B%Nr= M97=S9F5E9#`Q+G1S;GHN;F5T(6YE=W,P,BYT<VYZ+FYE="%N;W0M9F]R+6UAc= M:6P-"D9R;VTZ(')O8BYB=7AT;VY`=V-C+G-P86TN9V]V="YN>@T*3F5W<V=R.= M;W5P<SH@8V]M<"YO<RYV;7,-"E-U8FIE8W0Z(%)E.B!697)I=&%S(%-O9G1WS= M87)E($-&3R!297-I9VYS("AW87,Z(")5;F1E<G%U86QI9FEE9"!T:7!S=&5RX= M(&)A8VME9"!(4"!M97)G97(B+BXN*0T*365S<V%G92U)1#H@/#-D.6-F-S<RT= M+C$Y.#4W-#(W-S=`;F5W<SX-"E)E9F5R96YC97,Z(#PS1#DS-4)#12XY1D%" = M,3@Y04!V:61E;W1R;VXN8V$^(#PW,6(Y<'5K,C(U-3-D-#)A.'1C86UE,'4T = M=FUS9C8V:V1D0#1A>"YC;VT^(#PS1#DT0S8R,RXT1$(W-#DX0'9I9&5O=')Ou= M;BYC83X@/#<W-FAP=6\S;S9N-F]M-S!P<V1B9#=E<S,S<6$Q-6%J9&I`-&%XS= M+F-O;3X@/#-$.3A!.$%!+C<X,T$U,44T0'9I9&5O=')O;BYC83X@/$]#,FTYn= M+C0R)$U9,2XY,#DT-SE`;F5W<RYC<'%C;W)P+FYE=#X@/'EV,VTY+C4Q,3,V = M)$EI-"XR-3<Q,S`U0&)I;C(N;FYR<"YA=7,Q+F=I9V%N97=S+F-O;3X@/#-Oa1 B.6IP=6-R-G$S,7-A<V(Y:#5J:C0U<C$V9#1G<&LT;6Y`-`==S `T endS   ------------------------------  $ Date: Thu, 3 Oct 2002 15:08:09 -0400; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>h Subject: Re: VMS 7.3 DCL / MX/$ Message-ID: <3d9c95e4$1@news.si.com>  K >The first mx%"a@b.c" is what I used to use, along with mx%myalias which mxOB >would translate. mx now fails to do that translation: it requires >"mx%""myalias""".  G Do you have your MAIL$PROTOCOL* logicals set correctly?  Here are mine:$   (LNM$SYSTEM_TABLE)  %   "MAIL$PROTOCOL_DSN" = "DSN$MAILSHR"u#   "MAIL$PROTOCOL_MX" = "MX_MAILSHR" %   "MAIL$PROTOCOL_SMTP" = "MX_MAILSHR"n   ------------------------------  % Date: Thu, 03 Oct 2002 22:27:25 +0200y From: Dirk Munk <munk@home.nl>5 Subject: Re: VMS 7.3-1 CD will not boot = USB problemP& Message-ID: <3D9CA82D.2040100@home.nl>  # Well, my instincts were right.  :-)S  F After removing the USB card, the VMS 7.3-1 CD booted fine, and I'm in G the process of making a backup of my system disk now before I 'm going f to upgrade to 7.3-1.  I What I don't quite understand is why the VMS 7.3-1 CD  stumbled over the  I USB adapter. It is a Vivanco USB adapter with the Agere(=Lucent) USS344S pB chip, and that chip is suppose to be supported in the new VMS USB I driver. The chip is the only intelligent part of the PCI card, the other hI components are an oscillarator, a power regulator, and lots of resistors w and capacitors.   H So now I wonder if I should place the card in a specific slot, or is it I not supported in a PWS or ........ Maybe a HP engineer can enlighten me ?.   Dirk Munk wrote:  G > I was hoping to upgrade my PWS500au from 7.3 to 7.3-1 tonight, but I   > stumbled over a problem. >rG > After booting the CD it will go as far as reporting that the network  B > interface is set to full duplex etc. After that I see some more F > activity, but then after a while the CD player doesn't do very much I > anymore. Only occasionally I see the read led flash for a short moment.  >"I > I'm using a copied CD, but I cleaned the CD player and did a anal/read u" > over the CD and saw no problems. >fG > My system is vary basic, Powerstorm 4D20 and Qlogic SCSI controller. mF > The only thing special is a USB card with the Lucent chipset. I was D > hoping to connect a scroll mouse to that, so I installed the card B > months ago. The VMS 7.3 CD has no problems, so I suppose it has  > something to do with 7.3-1.h >r  > Has anyone seen this problem ? >a
 > Regards, >p > Dirk >    ------------------------------  # Date: Thu, 03 Oct 2002 19:53:41 GMT 1 From: "Terry C. Shannon" <terryshannon@attbi.com>-9 Subject: Re: VMS future (oh not not another one of these) = Message-ID: <9f1n9.34569$dp1.80085@rwcrnsc52.ops.asp.att.net>M   >s( > A kind-but-anonymous person has helped- > me to remember that I was thinking of Larryy/ > Cabrinetti (+/- a bit of spelling). Larry was 1 > the uberVeep in charge of that bit of the worldi2 > that developed and failed to successfully market	 > Multia.e >r  K I remember the guy. Smart, pleasant, well-dressed. Not directly responsible,K for the Multia Disaster. Blame that on the marketing chumps that refused toiI call the thing a cheap Alpha PC (it was) or a cheap Alpha workstation (it- was).-  K Some of the Microsofy software on the box was pretty slick. And if you're akI former DEC stockholder, you'll be delighted to know that DEC DELIBERATELY5J destroyed a warehouseful (10K-15K) of Multias somewhere over in Asia whereK they were made. Didn't want 'em getting loose and depressing Alpha "value."   8 There really ought to be a book about Stupid DEC Tricks! >n >c   ------------------------------  % Date: Thu, 03 Oct 2002 14:59:08 -0400o2 From: Atlant Schmidt <atlantnospam@mindspring.com>9 Subject: Re: VMS future (oh not not another one of these) - Message-ID: <3D9C937C.90D4565@mindspring.com>-   Atlant Schmidt wrote:    > Atlant Schmidt wrote:i >o( > > Larry Coppenrath (?), the VP who ran. > > the organization that housed both E&RT and > > the Terminals Group... ><* > No, not Coppenrath. *NOW* I remember who& > he was. (Cutler's lieutenant, IIRC.) >t- > So Larry somebody-else-I'll-remember-later.l  & A kind-but-anonymous person has helped+ me to remember that I was thinking of Larryf- Cabrinetti (+/- a bit of spelling). Larry wasi/ the uberVeep in charge of that bit of the worldr0 that developed and failed to successfully market Multia.o   Atlant   ------------------------------  % Date: Thu, 03 Oct 2002 16:17:08 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>k9 Subject: Re: VMS future (oh not not another one of these)p, Message-ID: <3D9CA5BC.21B63E56@videotron.ca>   "Terry C. Shannon" wrote: M > Some of the Microsofy software on the box was pretty slick. And if you're atK > former DEC stockholder, you'll be delighted to know that DEC DELIBERATELYuL > destroyed a warehouseful (10K-15K) of Multias somewhere over in Asia whereM > they were made. Didn't want 'em getting loose and depressing Alpha "value."s  L Perhaps the Sierra Club or Greenpeace should have been contacted to point toL the wasteful practices of DEC. Wasn't this at or near the time where DEC wasM commended for having developped a way to clean circuit boards without harmfulhN chemicals ?  If those folks had learned about all the dangerous materuials DECN was throwing away, they would not have given it such a "environmental" honour.  N Another one interesting "best trick" was its policy to destroy all Microvax IIL boards that it could get its hands on (returned for upgrade etc) in order to  prevent them from being re-used.   ------------------------------  # Date: Thu, 03 Oct 2002 20:31:37 GMTu# From: "John Smith" <a@nonymous.com>l9 Subject: Re: VMS future (oh not not another one of these)tJ Message-ID: <JO1n9.132338$q41.109729@news02.bloor.is.net.cable.rogers.com>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3D9CA5BC.21B63E56@videotron.ca... > "Terry C. Shannon" wrote:-F > > Some of the Microsofy software on the box was pretty slick. And if you're a@ > > former DEC stockholder, you'll be delighted to know that DEC DELIBERATELYH > > destroyed a warehouseful (10K-15K) of Multias somewhere over in Asia wherekF > > they were made. Didn't want 'em getting loose and depressing Alpha "value." >rK > Perhaps the Sierra Club or Greenpeace should have been contacted to pointn toJ > the wasteful practices of DEC. Wasn't this at or near the time where DEC was G > commended for having developped a way to clean circuit boards without- harmfulhL > chemicals ?  If those folks had learned about all the dangerous materuials DECeH > was throwing away, they would not have given it such a "environmental" honour.- >-D > Another one interesting "best trick" was its policy to destroy all Microvax IIiK > boards that it could get its hands on (returned for upgrade etc) in order$ to" > prevent them from being re-used.    K Part of this destruction, and it was not limited to Digital, is the way the5L tax codes work. If you have stuff in inventory (new, refurb, used,...doesn't( matter), it has to be counted as assets.  C In some jurisdictions, 'capital'-based taxes include assets held ingI inventory, and the taxes imposed can be higher than the profit margins on H those assets. Hence it is 'tax-efficient' to destroy those assets ratherL than hang on to them in hopes of selling them. They keep only enough productE around to fulfill expected warranty issues, the rest is trashed. ThisbJ happens with most companies with products that have 'failed' in the marketJ and they don't want to depress the value of their other products, as Terry/ had mentioned, or products that are simply EOL.o  C Not marketing those assets efficiently to begin with is an entirely  different matter.i   ------------------------------  # Date: Fri, 04 Oct 2002 05:20:16 GMT3# From: "John Smith" <a@nonymous.com>o9 Subject: Re: VMS future (oh not not another one of these)1I Message-ID: <ky9n9.175860$8b1.41996@news01.bloor.is.net.cable.rogers.com>e  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3D9D0762.7EE5001F@fsi.net...f >eI > I wanna know what brain surgeon actually believed a desktop Alpha coulde6 > do anything besides bolster sales of large machines! >cI > I don't see Deskpros dis-/replacing Proliants. What could they POSSIBLYt > have been thinking??!!    / Well there you go again.....being rational. :-)l  H I think that's why everyone SHOUTS at CPQ and now HPQ management...being, rational with them seems to get VMS nowhere.   ------------------------------  # Date: Fri, 04 Oct 2002 01:57:45 GMTe! From: rob.buxton@wcc.spam.govt.nzr Subject: What Uses BYTLM?a& Message-ID: <3d9cf182.1984223041@news>  	 Hi Chaps,   ( I've got a couple of development Alphas.B One is on OpenVMS 7.2-2, the other has just been upgraded to 7.3-1  B I've got some Batch Jobs that use old Sybase Open Client software.  E I tried running these jobs on the new 7.3-1 System and they went intoK- Mutex Wait State when I tried accessing them.o  ? On the 7.2-2 System they work fine. Using Availabilty Manager I-4 managed to determine that they were exhausing BYTLM.  E After firing the processes up the ones on the 7.3-1 System were using:F roughly double the BYTLM that they were on the 7.2-2 System. As far asD I can tell all of the Sybase Open Client software and files accessed' is the same. Same Images are installed.m  " So, what kind of thing uses BYTLM?  = I can fix the problem by adjusting PQL_MBYTLM, but I'd rathercE understand what's going on and try and determine if I'm going to have = to make changes on the Production Systems prior to upgrading.>  ? Also wondering what else might be impacted in a similar manner.h    As always, thanks for any input.   Rob.   ------------------------------  % Date: Thu, 03 Oct 2002 22:37:57 -0500w7 From: "Craig A. Berry" <craigberry@nospam.telocity.com>p Subject: Re: What Uses BYTLM?oG Message-ID: <craigberry-156A32.22375703102002@news.directvinternet.com>l  C In article <3d9cf182.1984223041@news>, rob.buxton@wcc.spam.govt.nz , wrote:  G > After firing the processes up the ones on the 7.3-1 System were usingdH > roughly double the BYTLM that they were on the 7.2-2 System. As far asF > I can tell all of the Sybase Open Client software and files accessed) > is the same. Same Images are installed.v > $ > So, what kind of thing uses BYTLM?  A Mailbox I/O, for one thing.  Note that the Open Client libraries -D probably make extensive use of the C RTL, and it may have increased A default buffer sizes for some things.  There may well be ways to bF control this with feature logicals such as DECC$PIPE_BUFFER_SIZE.  See  I <http://www.openvms.compaq.com/doc/731FINAL/5763/5763pro_004.html#index_x' _107>a   ------------------------------  % Date: Thu, 03 Oct 2002 15:59:35 -0400r- From: Jonathan Boswell <jsb@ost.cdrh.fda.gov>C+ Subject: Re: Writing a new VMS filesystem ?-0 Message-ID: <3D9CA1A7.38C69762@ost.cdrh.fda.gov>   Bob Koehler wrote:  >    o UDF        - what's that?  M It's just the successor to ISO 9660 CDROMs!  Nothing important, really.  It's0N most often used for packet writing multiple sessions on CD-R and CD-RW and canL often be closed to ISO 9660 format.  Oh, and it's also used on DVD-ROMs, DVD video, and DVD-R disks.i   ------------------------------   Date: 3 Oct 2002 15:51:37 -0600o- From: koehler@encompasserve.org (Bob Koehler)s+ Subject: Re: Writing a new VMS filesystem ?s3 Message-ID: <+DR$Bdt2YQ7Y@eisner.encompasserve.org>O  c In article <3D9C8B76.E3E81875@mindspring.com>, Atlant Schmidt <atlantnospam@mindspring.com> writes:r > ( > Right. Don't help someone migrate *TO*, > VMS by providing any kind of compatibility$ > back to their legacy Unix systems.  D    COE is already fixing that.  They no more need to have UFS on VMSG    then they did Files-11 on UNIX.  They do need to be able to transferrD    thier files and have them understood.  The only missing part is aC    true stream file (no CR, no LF, no CRLF) and I understand that'so    comming as part of COE.   ------------------------------   Date: 3 Oct 2002 15:52:15 -0600V- From: koehler@encompasserve.org (Bob Koehler)o+ Subject: Re: Writing a new VMS filesystem ?b3 Message-ID: <ACyQhuWZ7htH@eisner.encompasserve.org>'  ` In article <3D9CA1A7.38C69762@ost.cdrh.fda.gov>, Jonathan Boswell <jsb@ost.cdrh.fda.gov> writes: > Bob Koehler wrote:! >>    o UDF        - what's that?i > O > It's just the successor to ISO 9660 CDROMs!  Nothing important, really.  It'shP > most often used for packet writing multiple sessions on CD-R and CD-RW and canN > often be closed to ISO 9660 format.  Oh, and it's also used on DVD-ROMs, DVD > video, and DVD-R disks.o  @    Now that I can see a need for.  ODS-6 would be a good target.   ------------------------------   Date: 3 Oct 2002 16:00:59 -0600a- From: koehler@encompasserve.org (Bob Koehler)'+ Subject: Re: Writing a new VMS filesystem ?o3 Message-ID: <J1m3GEg0H$ii@eisner.encompasserve.org>   n In article <3D9C6506.2090303@mail.tele.dk>, Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk> writes: > 
 > FAT-32 ?  E    Somehow Intel managed to require a FAT file system for IA-64 boot.p2    We don't have to like it, but it will be there.   ------------------------------  % Date: Thu, 03 Oct 2002 14:24:54 -0400M2 From: Atlant Schmidt <atlantnospam@mindspring.com>+ Subject: Re: Writing a new VMS filesystem ?q. Message-ID: <3D9C8B76.E3E81875@mindspring.com>   Bob Koehler wrote:  d > In article <3D9C61DF.EA8F6EC@mindspring.com>, Atlant Schmidt <atlantnospam@mindspring.com> writes: > > Simon Clubley wrote: > >1/ > > I may be out of date, but isn't VMS *STILL*  > > in need of:- > >- >-  >    o UDF        - what's that?/ >    o FAT-32     - no, no, a thousand times nod/ >    o UFS        - no, no, a thousand times no ( >    o AFS        - no, no, 999 times no. >    o Mac HFS    - no, no, a hundred times no >s > >18 > > (Among others) Write it, and *SELL* it to HP so they7 > > can *FINALLY* answer at least one of these customerT
 > > requests!  >=G >    A file system is a reliable place to keep and organize data.  UFS.C >    etc., don't cut it.  & Right. Don't help someone migrate *TO** VMS by providing any kind of compatibility" back to their legacy Unix systems.  # Instead, make fun of their systems.u  & And wonder why VMS marketshare shrinks" further and further and further...   Atlant   ------------------------------  % Date: Thu, 03 Oct 2002 19:42:17 -0400r- From: JF Mezei <jfmezei.spamnot@videotron.ca>e+ Subject: Re: Writing a new VMS filesystem ?m, Message-ID: <3D9CD5D8.C5428378@videotron.ca>   Bob Koehler wrote:F >    thier files and have them understood.  The only missing part is aE >    true stream file (no CR, no LF, no CRLF) and I understand that'sf >    comming as part of COE.   SET FILE /ATTRIB=(rfm=UDF)   ------------------------------   End of INFO-VAX 2002.547 ************************