1 INFO-VAX	Thu, 03 Oct 2002	Volume 2002 : Issue 546       Contents:C Re: "Intel's Huge Bet Turns Iffy":  Doubts hit the mainstream (NYT) C Re: "Intel's Huge Bet Turns Iffy":  Doubts hit the mainstream (NYT) 0 Re: "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"..." a method to shorten newsgroup URLs& Re: a method to shorten newsgroup URLs& Re: a method to shorten newsgroup URLs An example of disaster recovery ! 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 ! Re: Announcing WHOIS V1.5 for VMS ! Re: Announcing WHOIS V1.5 for VMS ! Re: Announcing WHOIS V1.5 for VMS B Another security issue with the UCX POP server on older versions ?P Back to the start. What do I need to be able to access an Ingres II dbase from J9 Business Case for mini-merge in EVA (Was: Re: Mini-Merge)  Re: Disaster-Tolerant clusters
 Re: FDL Files  Handling of <CR><LF> files Re: Handling of <CR><LF> files Re: Handling of <CR><LF> files Re: Handling of <CR><LF> files Re: Handling of <CR><LF> files Re: Handling of <CR><LF> files 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"! 7 Re: HP tells VMS users "Relax, you are sitting pretty"!  HP-UX and Tru64 UNIX  webcast ! Re: HP-UX and Tru64 UNIX  webcast I 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 yawnP Re: license costs (was: RE: Microsoft reeling from hack attacks, VMS   just yawnP Re: license costs (was: RE: Microsoft reeling from hack attacks, VMS   just yawnP Re: license costs (was: RE: Microsoft reeling from hack attacks, VMS   just yawn- logical name weirdness (was: RE: UAF Problem) 1 Re: logical name weirdness (was: RE: UAF Problem) F Re: Mini-Merges (was Re: Hardware Mirroring 'vs' Software Mirroring ?)F Re: Mini-Merges (was Re: Hardware Mirroring 'vs' Software Mirroring ?)# Native SAX/DOM Impemenation for VMS ' Re: Native SAX/DOM Impemenation for VMS ' Re: Native SAX/DOM Impemenation for VMS ' Re: Native SAX/DOM Impemenation for VMS ' Re: Native SAX/DOM Impemenation for VMS 
 Re: netscape? 
 Re: netscape? : Re: Network question - How to ensure a unique MAC address?: Re: Network question - How to ensure a unique MAC address? Re: OpenView on OpenVMS ) Re: OpenVMS LPD x LAT Printers - HELP !!! ! Re: Pathworks, and shares on PC's P Re: Press Release  LEGATO Teams with HP To Release An Industry-First For Backup P Re: Press Release  LEGATO Teams with HP To Release An Industry-First For Backup L Re: Proposal: Retirement of some Components of the Compaq C++ Class  Library? Re: Telnet to a consoleport of an openVMS using a DECserver 300 ? Re: Telnet to a consoleport of an openVMS using a DECserver 300 P Veritas Software CFO Resigns (was: "Underqualified tipster backed HP merger"...)P 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 Re: VMS 7.3-1 CD will not boot Re: VMS 7.3-1 CD will not boot3 Re: Why slow system when using logical search list? 3 Re: Why slow system when using logical search list? 3 Re: Why slow system when using logical search list? ) wildcard search searching too many files? - Re: wildcard search searching too many files? - Re: wildcard search searching too many files? - Re: wildcard search searching too many files? " 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 ?" Re: Writing a new VMS filesystem ?" Re: Writing a new VMS filesystem ?7 Re: Writing a VMS CLI ?, was: Re: Suggestion for SEARCH   F ----------------------------------------------------------------------    Date: 03 Oct 2002 01:50:37 +0800, From: Paul Repacholi <prep@prep.synonet.com>L Subject: Re: "Intel's Huge Bet Turns Iffy":  Doubts hit the mainstream (NYT)- Message-ID: <87u1k4enma.fsf@prep.synonet.com>   / bdc@world.std.com (Brian 'Jarai' Chase) writes:   % > C.O.V: The older grumpier Slashdot.   2 Can I steal this for my .sig? It is a real keeper!   / > -brian. (DAMN HIPPY KIDS!  GET OFFA MY LAWN!)    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Thu, 03 Oct 2002 08:22:49 -0400 2 From: Atlant Schmidt <atlantnospam@mindspring.com>L Subject: Re: "Intel's Huge Bet Turns Iffy":  Doubts hit the mainstream (NYT). Message-ID: <3D9C3699.38B93F42@mindspring.com>  ( Andrew Harrison SUNUK Consultancy wrote:  B > One customer I deal with has a remove a box before putting a newA > box into one of their main datacenters. The datacenter is by no  > means full so whats going on.  > - > Ans They have run out of power and cooling.   * Add another data point to your collection:  , At my work site, we were in exactly the same- situation last summer; our limitation was the ) point at which the Boston Edison (NStar?) ) Transformer vaults that feed our building  would burst into flame.   ' We were not allowed to power-up any new 0 testers without first talking to the guy looking at the building ammeter(s).    Atlant   ------------------------------  $ Date: Thu, 3 Oct 2002 16:44:37 +0300* From: "Bill Todd" <billtodd@metrocast.net>9 Subject: Re: "Underqualified tipster backed HP merger"... Q Message-ID: <1037270357C4D411A1C900A0C9D4BFCB9EE4B8@hqnts40div01.academy.kiev.ua>   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         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@0FEL;"!4;V1D#0I396YT.B`Q,"\P,R\R,#`R(#$W = M.C`Y.C4V#0I4;SH@#0I3=6)J96-T.B!293H@(E5N9&5R<75A;&EF:65D('1I = M<'-T97(@8F%C:V5D($A0(&UE<F=E<B(N+BX-"@T*+2TM+2U38V%N36%I;#H@ = M4F]U=&EN9R!$;VUA:6X@26YF;W)M871I;VX@9F]R(%--5%`@;6%I;"TM+2TM = M#0I0871H.B!C87)R:65R+FMI978N=6$A;F5W<RYK:65V+G-O=F%M+F-O;2%3 = M=FET;VYL:6YE+D-/32%N97=S9F5E9"YG86UM82YR=2%'86UM82Y252%N97=S = M9F5E9"YI8VPN;F5T(6YE=W-F965D+F9J<V5R=BYN970A;F5W<V9E960N;F5W = M<S)M92YC;VTA8F]R9&5R,2YN;G1P+F%U<S$N9VEG86YE=W,N8V]M(6YN='`N = M9VEG86YE=W,N8V]M(6YN='`S+F%U<S$N9VEG86YE=W,N8V]M(6)I;C4N;FYR = M<"YA=7,Q+F=I9V%N97=S+F-O;2Y03U-4140A;F]T+69O<BUM86EL#0I&<F]M = M.B`B0FEL;"!4;V1D(B`\8FEL;'1O9&1`;65T<F]C87-T+FYE=#X-"DYE=W-G = M<F]U<',Z(&-O;7`N;W,N=FUS#0I2969E<F5N8V5S.B`\,T0Y,S5"0T4N.49! = M0C$X.4%`=FED96]T<F]N+F-A/B`\-S%B.7!U:S(R-34S9#0R83AT8V%M93!U = M-'9M<V8V-FMD9$`T87@N8V]M/B`\,T0Y-$,V,C,N-$1"-S0Y.$!V:61E;W1R = M;VXN8V$^(#PW-S9H<'5O,V\V;C9O;3<P<'-D8F0W97,S,W%A,35A:F1J0#1A = M>"YC;VT^(#PS1#DX03A!02XW.#-!-3%%-$!V:61E;W1R;VXN8V$^(#Q/0S)M = M.2XT,B1-63$N.3`Y-#<Y0&YE=W,N8W!Q8V]R<"YN970^(#QY=C-M.2XU,3$S = M-B1):30N,C4W,3,P-4!B:6XR+FYN<G`N875S,2YG:6=A;F5W<RYC;VT^(#PS = M;SEJ<'5C<C9Q,S%S87-B.6@U:FHT-7(Q-F0T9W!K-&UN0#1A>"YC;VT^(#PU = M1VYM.2XV,C`X-R1Q-#(N,C@U,C4V.$!B:6XS+FYN<G`N875S,2YG:6=A;F5W = M<RYC;VT^(#PT8W%L<'4T<C9L-&MO9VMV-7-B9'!N.7!C<V]U:F)E8CDT0#1A 1 B>"YC;VT^(#Q).4MM.2XR,#8U-B1B634N.#,T-C!`8FEN-`==  `  end    ------------------------------  # Date: Thu, 03 Oct 2002 16:21:49 GMT 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> 9 Subject: Re: "Underqualified tipster backed HP merger"... 2 Message-ID: <x8_m9.19$IF4.588908@news.cpqcorp.net>   Bill Todd wrote in message ... > A >"Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message - >news:NOEm9.30$EJ3.526448@news.cpqcorp.net...  >  >... > L >> One day you may have some Zen-like breakthrough and be able to see things3 >> from someone elses eyes - but I highly doubt it.  > I >Actually, I find it very easy to see situations from others' viewpoints.   : It certainly doesn't show up in your internet personality.   >  IJ >just frequently disagree with those viewpoints, because they're biased asG >hell and their holders are often resolutely rigid in maintaining those  >biases. >   I Come on.  Everyone has biases.  Everyone sees things through the prism of L their own experiences.  Five years in New York certainly changed me from theJ myopic midwesterner of my youth.  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".  G >Objectivity is an acquired discipline, Fred, not something one is born  with. L >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.   ------------------------------  # Date: Thu, 03 Oct 2002 16:46:26 GMT 1 From: LESLIE@JRLVAX.HOUSTON.RR.COM (Jerry Leslie) 9 Subject: Re: "Underqualified tipster backed HP merger"... ; Message-ID: <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.  F With the economy in recession, there are unemployed people omitting orD lying about having a degree and/or high-tech work experience to get  low-paying jobs.  @ If they tell the truth, they probably won't get hired because of@ the prospective employer's fear that they'll quit when high-tech jobs become available again.  A 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.htmlK    Panelists: Jobless IT workers should reinvent themselves - Computerworld   H   "NEW YORK -- Out-of-work IT workers in the U.S. upset about lower-costD    H-1B and L-1 workers and offshore outsourcing firms wresting awayG    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):   9      http://www.tuscaloosanews.com/apps/pbcs.dll/article? 6      Date=20020930&Category=APN&ArtNo=209300938&Ref=AR1      Alabama food stamp questions routed to India   J     "...Sen. Richard Shelby both revealed and denounced the system Monday,K      saying Alabamians who could be answering the calls may instead wind up ?      on food stamps because of the loss of jobs in America...."     2 --Jerry Leslie   (my opinions are strictly my own)9   Note: leslie@jrlvax.houston.rr.com is invalid for email   M   Globalization: from the same people who brought you Global Crossing & Enron    ------------------------------   Date: 2 Oct 2002 23:14:36 -0700 $ From: bdhobbs18@acm.org (Bill Hobbs)+ Subject: a method to shorten newsgroup URLs = Message-ID: <74ca5032.0210022214.72c298ef@posting.google.com>   C During discussions here at cov, occasionally postings from this and F other newsgroups have been referenced.  The URL may march majesticallyC across the screen ... sometimes it marches several times across the E screen.  I recall a couple of times where someone used a service that B replaces a long URL with a shorter one.  I would like to present a. method that can shorten Google newsgroup URLs.  F Say you're involved in a thread and you have to dredge up some ancientE history as part of your next post.  So you go to Google groups search E page (http://www.google.com/advanced_group_search?hl=en) and you cast A around until you find the post you're looking for.  Now you could C include the URL at this point, but it may look something like this:    http://groups.google.com/groups?as_q=madonna%20quick-lime%20rhonda&safe=off&ie=ISO-8859-1&as_usubject=bored&as_uauthors=travaglia&lr=&as_drrb=b&as_mind=1&as_minm=1&as_miny=1985&as_maxd=1&as_maxm=1&as_maxy=1994&num=100&as_scoring=d&hl=en  C For some readers, this URL is not pleasant to work with.  Also, the E page has irritating highlights, which, by the way, give an indication B how your wetware may be organized.  So let's try to clean this up.  0 1) click on "original format" near the top right  W http://groups.google.com/groups?selm=1992Jun9.140657.8519%40waikato.ac.nz&output=gplain   A That reduced the URL considerably, got rid of the highlights, and - covered your tracks ... but it sure is plain.   @ 2) chop off that last query component "&output=gplain" and press return  I http://groups.google.com/groups?selm=1992Jun9.140657.8519%40waikato.ac.nz   C You're back to the pretty Google format, you have a link to look at D the other articles in this thread (if there are any), and you have aD URL that should be much more manageable than what you started with. F In this particular case the URL went from some 240 characters to aboutE 70.  It appears that Google only needs the message-id to retrieve the 7 proper posting and defaults to a fairly useable format.   B NOTE: For those BOFHs that have a PFY to train, may I present someG required reading at http://eisner.encompasserve.org/~hobbs_b/BOFH.HTML.    ------------------------------  $ Date: Thu, 3 Oct 2002 13:20:23 +00002 From: John Eisenschmidt <jweisen@eisenschmidt.org>/ Subject: Re: a method to shorten newsgroup URLs 4 Message-ID: <20021003132023.B26799@eisenschmidt.org>  C It might be worth it to submit a feature request to Google. Perhaps G they could add a "Link to this Article" with the shortest possible URL   required to reach that message.   E Unless the Voices are Mistaken, Bill Hobbs (bdhobbs18@acm.org) Wrote: E > During discussions here at cov, occasionally postings from this and H > other newsgroups have been referenced.  The URL may march majesticallyE > across the screen ... sometimes it marches several times across the G > screen.  I recall a couple of times where someone used a service that D > replaces a long URL with a shorter one.  I would like to present a0 > method that can shorten Google newsgroup URLs. > H > Say you're involved in a thread and you have to dredge up some ancientG > history as part of your next post.  So you go to Google groups search G > page (http://www.google.com/advanced_group_search?hl=en) and you cast C > around until you find the post you're looking for.  Now you could E > include the URL at this point, but it may look something like this:  >  > http://groups.google.com/groups?as_q=madonna%20quick-lime%20rhonda&safe=off&ie=ISO-8859-1&as_usubject=bored&as_uauthors=travaglia&lr=&as_drrb=b&as_mind=1&as_minm=1&as_miny=1985&as_maxd=1&as_maxm=1&as_maxy=1994&num=100&as_scoring=d&hl=en > E > For some readers, this URL is not pleasant to work with.  Also, the G > page has irritating highlights, which, by the way, give an indication D > how your wetware may be organized.  So let's try to clean this up. > 2 > 1) click on "original format" near the top right > Y > http://groups.google.com/groups?selm=1992Jun9.140657.8519%40waikato.ac.nz&output=gplain  > C > That reduced the URL considerably, got rid of the highlights, and / > covered your tracks ... but it sure is plain.  > B > 2) chop off that last query component "&output=gplain" and press > return > K > http://groups.google.com/groups?selm=1992Jun9.140657.8519%40waikato.ac.nz  > E > You're back to the pretty Google format, you have a link to look at F > the other articles in this thread (if there are any), and you have aF > URL that should be much more manageable than what you started with. H > In this particular case the URL went from some 240 characters to aboutG > 70.  It appears that Google only needs the message-id to retrieve the 9 > proper posting and defaults to a fairly useable format.  > D > NOTE: For those BOFHs that have a PFY to train, may I present someI > required reading at http://eisner.encompasserve.org/~hobbs_b/BOFH.HTML.    --  / John W. Eisenschmidt <jweisen@eisenschmidt.org> C    Public Key   |  http://www.eisenschmidt.org/jweisen/misc/pgp.asc D    Fingerprint  |  5F9B F916 5AD1 3295 CF99 BC1E 1F97 E6A3 37E3 BEF2J Is this mail an attachment? http://www.jensbenecke.de/misc/outlook.en.html   ------------------------------  % Date: Thu, 03 Oct 2002 11:54:52 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender)/ Subject: Re: a method to shorten newsgroup URLs ; Message-ID: <3d9c13ec.524144494f47414741@radiogaga.harz.de>   % Bill Hobbs (bdhobbs18@acm.org) wrote: E > During discussions here at cov, occasionally postings from this and H > other newsgroups have been referenced.  The URL may march majesticallyE > across the screen ... sometimes it marches several times across the G > screen.  I recall a couple of times where someone used a service that D > replaces a long URL with a shorter one.  I would like to present a0 > method that can shorten Google newsgroup URLs. ...   C Or go to http://www.makeashorterlink.com/ , let it shorten the URL, ; and post that one (perhaps together with the original URL).    cu,    Martin --  G So long, and thanks        | Martin Vorlaender  |  VMS & WNT programmer 4 for all the books...       | work: mv@pdv-systeme.deK In Memoriam Douglas Adams  |       http://www.pdv-systeme.de/users/martinv/ ;             1952-2001      | home: martin@radiogaga.harz.de    ------------------------------  % Date: Thu, 03 Oct 2002 03:11:26 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> ( Subject: An example of disaster recovery, Message-ID: <3D9BED99.4A574AAA@videotron.ca>  F Not quite a disaster (yet), but this gives some insight on the type ofL planning needed, especially in tropical areas where severe weather can force mass evacuations.    ##  O U.S. flight control of the International Space Station was shifted early today  L from Houston's Mission Control Center to Houston Support Group personnel in M Mission Control Moscow as Hurricane Lili threatened the Johnson Space Center.   O Preparations included powering down Mission Control Houston as Lili approached  I the Gulf Coast.  The storm was expected to take a more northerly heading  O beginning late today or early Thursday, leading to a landfall on the Louisiana  O coast.  Forecasters say it will be at least midnight before the storm's course  E becomes more clear, so preparations continue at Johnson Space Center.    <...>    N The Houston Support Group is an organization that includes flight controllers N and others based at Mission Control Moscow in the Russian capital's suburb of M Korolev.  They will continue reduced flight control operations communicating  M with the orbiting laboratory using Russian ground stations augmented by U.S.  N ground stations. The group in Russia remains in close contact with the flight N control team in Houston, which is using other Johnson Space Center facilities.   <...>   J The station's 240-foot solar wing assembly is no longer tracking the sun, K because of reduced monitoring capabilities on the ground.   As a result of  L decreased power production, some non-essential equipment aboard the station K was turned off to reduce power consumption. Otherwise, the crew is working  = through an essentially normal day on the orbiting laboratory.    ------------------------------  % Date: Thu, 03 Oct 2002 08:22:28 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> * Subject: Re: Announcing WHOIS V1.5 for VMS, Message-ID: <3D9C366E.AB8409D7@videotron.ca>   Mike Rechtman wrote: > C > Downloaded from the web page. UNzipping on VMS and on W2K gave me  > corrupted text files.  > (*.com, release_notes)  M The ZIP file was created with ZIP V2.2 and with the /VMS qualifier. (there is 2 an indexed file to help build a list of servers).   L I tested it on my vaxes, as well as on an alpha with UNZIP5.4.x  that was on5 the freeware CD. It didn't seem to have any problems.    Did you unzip it on a PC ?   ------------------------------   Date: 3 Oct 2002 08:16:28 -0600 - From: koehler@encompasserve.org (Bob Koehler) * Subject: Re: Announcing WHOIS V1.5 for VMS3 Message-ID: <femAnMWJaYN6@eisner.encompasserve.org>   ` In article <3D9C4B07.67740588@digital.com>, Mike Rechtman <michael.rechtman@digital.com> writes: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?       unzip -a   A    Or change the record type of the existing files with set file.    ------------------------------  # Date: Thu, 03 Oct 2002 10:59:13 GMT 2 From: Mike Rechtman <michael.rechtman@digital.com>* Subject: Re: Announcing WHOIS V1.5 for VMS+ Message-ID: <3D9C4B07.67740588@digital.com>   A 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. 1 Has anyone succesfully downloaded and built this?    TIA, Mike   JF Mezei wrote:  >  > A better mousetrap ? > K > The WHOIS software I had found for VMS seemed to date from before Al Gore 2 > invented the Internet (eg: educational servers). > L > So I set out to build a better WHOIS client which can handle today's needs@ > better. It is fully native to VMS, designed for TCPIP Services > R > It is available for download at: http://pages.infinit.net/jfmezei/vms/index.html > P > Package contains source and objects and a simple build procedure, as well as aW > procedure to update the built-in list of servers (there are about 160 known servers).  > O > The utility also does lookups by IP address (eg: put in any IP address and it ? > will tell you who owns the block containing that IP address).    --  E --------------------------------------------------------------------- E Usual disclaimer: All opinions are mine alone, perhaps not even that. ? Mike Rechtman                            *rechtman@tzora.co.il* F Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------  -----BEGIN GEEK CODE BLOCK-----  Version: 3.1: GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++ N++ K? w--- V+++$6 PS+ PE-- t 5? X- tv-- b+ DI+ D-- G e++ h--- r+++ y+++@ ------END GEEK CODE BLOCK------    ------------------------------  # Date: Thu, 03 Oct 2002 11:18:10 GMT  From: system@SendSpamHere.ORG * Subject: Re: Announcing WHOIS V1.5 for VMS0 Message-ID: <00A14E35.7E043FD3@SendSpamHere.ORG>  ` In article <3D9C4B07.67740588@digital.com>, Mike Rechtman <michael.rechtman@digital.com> writes:B >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.  2 >Has anyone succesfully downloaded and built this?  B Yup!  Save for needing to change some TCPIP$ references in WHOIS.C< to UCX$, I had no problem whatsoever with files in the .ZIP.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  # Date: Thu, 03 Oct 2002 11:39:13 GMT F From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman)* Subject: Re: Announcing WHOIS V1.5 for VMS1 Message-ID: <B%Vm9.4$iq4.262189@news.cpqcorp.net>   9 I have also downloaded it successfully, and tried it out.   It works, and looks interesting.   --  (  B. Z. Lederman   Personal Opinions Only  8  Posting to a News group does NOT give anyone permission8  to send me advertising by E-mail or put me on a mailing  list of any kind.  5  Please remove the "DISABLE-JUNK-EMAIL" if you have a 5  legitimate reason to E-mail a response to this post.    ------------------------------  % Date: Thu, 03 Oct 2002 15:24:59 +0400 4 From: "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU>* Subject: Re: Announcing WHOIS V1.5 for VMS/ Message-ID: <3D9C290B.1090808@SMTP.DeltaTel.RU>    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?    	Yes. W/O problems.    --   Cheers, F +OpenVMS [Sys|Net] HardWorker .......................................+@ Delta Telecom Inc., NMT-450i, IMT-MC-450(CDMA) cellular operatorF Russia,191119,St.Petersburg,Transportny per. 3  Cel: +7 (901) 971-3222F +http://starlet.deltatel.ru ................. Frying on OpenVMS only +   ------------------------------  $ Date: Thu, 3 Oct 2002 12:54:20 -0400% From: "John Vottero" <John@mvpsi.com> * Subject: Re: Announcing WHOIS V1.5 for VMS/ Message-ID: <upotht7a3a2i16@news.supernews.com>   : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3D9C366E.AB8409D7@videotron.ca... > Mike Rechtman wrote: > > E > > Downloaded from the web page. UNzipping on VMS and on W2K gave me  > > corrupted text files.  > > (*.com, release_notes) > L > The ZIP file was created with ZIP V2.2 and with the /VMS qualifier. (there is3 > an indexed file to help build a list of servers).  > K > I tested it on my vaxes, as well as on an alpha with UNZIP5.4.x  that was  on7 > the freeware CD. It didn't seem to have any problems.  >   E Using UNZIP V5.12 it tries to allocate all the free space on the disk E (3,000,000 blocks) and then fails when the disk is full.  Listing the  contents of the zip file works.   4 I guess it's time for me to update my copy of UNZIP.   ------------------------------   Date: 3 Oct 2002 12:32:19 -0600 B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)K Subject: Another security issue with the UCX POP server on older versions ? 3 Message-ID: <i+FOJZGtbV0Z@eisner.encompasserve.org>   J The following extracts are from an e-mail I sent to Hoff after I found theF problem while exploring the reported issue with the UCX POP server. HeC tells me that he's tried it on recent versions of TCP/IP and hasn't I 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 currentC vulnerability, so if this is a problem on the hobbyist CD versions, * then no doubt others will find it as well]  I I would be very interested in knowing if anyone manages to duplicate this $ and on which UCX or TCP/IP versions.  K [I would have tried it on other TCP/IP versions myself before reporting it, K 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)]  ? ---------------------------------------------------------------   G While exploring the -logfile security issue with the POP server, I have G found another security issue. Testing was done using Alpha VMS 7.2 with 4 TCP/IP V5.0 (in other words, the hobbyist versions).  I The nature of the problem is that if POP is enabled, but has not yet been F activated by an incoming connection to port 110, then a non-privileged@ user can start up TCPIP$POP_SERVER and it will bind to port 110.  H Furthermore, the non-privileged user can set TCPIP$POP_TRACE to true (it@ only needs to be defined as a process level logical) and specifyL -loglevel thread on the command line to get a full trace of all POP activity# including contents of the messages.   E Last night, I was able to set up an environment where, after a system I reboot, the non-privileged account ran the POP server and was able to see I the contents of a test message been picked up from SYSTEM by Mozilla on a 	 Win98 PC.   C -------------------------------------------------------------------    Simon.   --  B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       + Microsoft: The Lada of the computing world.    ------------------------------   Date: 3 Oct 2002 09:12:46 -0700 0 From: andrew.g.scott@ntlworld.com (Andrew Scott)Y Subject: Back to the start. What do I need to be able to access an Ingres II dbase from J = Message-ID: <ac8de108.0210030812.4a2b4e3d@posting.google.com>   F I've posted a couple of specific questions related to this subject but= I'm returning to first principles to try and sort out what is 	 required.   C Basically I want to find out what I need installed on our Alpha VMS @ (7.3) server in order to run a Java program against an Ingres II@ dbase. Because it's VMS, the Ingres II dbase is off the standardE development route i.e. it's somewhere between V2.5 and 2.6 I believe. E So, I don't have access to the JDBC driver which I believe comes with  2.6.  E I _thought_ I'd need to have ODBC drivers installed on the server. (I B was told by someone here that they were but something's broken and no-one is able to assist. :-( )   @ So I'm throwing myself at your mercy. What do I need to tell our? support people to install and what do they/I need to configure?    Thanks Andrew Scott   ------------------------------   Date: 3 Oct 2002 10:20:31 -0600 + From: young_r@encompasserve.org (Rob Young) B Subject: Business Case for mini-merge in EVA (Was: Re: Mini-Merge)3 Message-ID: <B9Jed40hTjjp@eisner.encompasserve.org>   _ 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.  YoufA 	will sell more EVAs.  How many more?  Who knows.  Count the costd@ 	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:  "WellR? 	since we can't go with EVA and have to do this BCV crap, mightr< 	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 wase 	there!i        				Rob  MB Men with walkie-talkie                  I'm home again to you babeC Men with flashlights waving             You know it makes me wondernG Up upon the tower                       Sittin' in the quiet slipstreami> The clock reads daylight savin'         Rollin' in the thunder  .                                 -- Neil Young   " cc: Andy.Schneider@youknowhere.com   ------------------------------  # Date: Thu, 03 Oct 2002 15:26:17 GMT # From: "John Smith" <a@nonymous.com>L' Subject: Re: Disaster-Tolerant clusters I Message-ID: <tkZm9.172252$8b1.46491@news01.bloor.is.net.cable.rogers.com>i  > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message7 news:cf15391e.0210021313.4ea22734@posting.google.com...tF > Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote in message7 news:<01KMUIPIXVQQ9OF8NK@sysdev.deutsche-boerse.com>...sK > > I was assuming that anyone who could afford two buildings with a lot oftJ > > hardware in each could also afford a third with just one small machine > > in it.  :-|  >s@ > The major impediment in practice is not the buildings, but the > inter-site links.n >eE > Paying for TelCo vendor data circuits (particuarly at the high datasF > rates required between sites for timely shadow copies) is expensive.B > And for redundancy, you really need two (diversely routed) linksB > (preferably from different vendors) between your two main sites.B > Often it has been a big hurdle to get folks to pay for just one. > E > Adding a 3rd site means adding two more inter-site links (from thatIC > 3rd site to each of the primary sites).  Bandwidth of at least 10aH > megabits is required by the Cluster Software SPD, so T1 (1.5 megabits)= > links can't be used, much less Fractional-T1 or inexpensiverF > frame-relay (256 or 56 kbit) links.  You may be able to save some byE > using the links to the 3rd site to provide redundancy in place of aeE > second link between the main sites, but that means the links to thet% > 3rd site have to be big pipes, too.  >GE > Getting right-of-way to string or bury your own fiber is difficult,lG > particularly for the distances needed to avoid hazards common to bothn > sites. >lD > In large metropolitan areas where dark fiber is readily available,G > costs can be much more reasonable, but elsewhere, it's a big problem.:    F If you have 'line-of-sight' in radio terms (ie. no interference in theA Fresnel zone), through judicious choices of antennae, cables, andCI amplifiers, you can get 20-25 mile range using 802.11b or 802.11a and not G run afoul of FCC radiated power limitations for unlicensed spectrum. It I isn't the kind of range one might want for fail-safe disaster situations,sH but it may be sufficient and/or cost effective for those not in an urban environment.  I You can do longer ranges using licensed spectrum and devices like Western > Multiplex radios (now owned by Proxim) to 100Mbps full-duplex.   ------------------------------  # Date: Thu, 03 Oct 2002 11:47:06 GMT F From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman) Subject: Re: FDL Files1 Message-ID: <_6Wm9.6$iq4.262189@news.cpqcorp.net>t  U In article <upni9t8m66jrda@corp.supernews.com>, "Vivek Soni" <visoni@bmc.com> writes:w  0 >I am working with some ancient code on OpenVMS. >-I >The code is basically in C but  for report writing and displaying on the:1 >screen we some formatting done with help of .FDLo >  >files.R >"M >Now.....I am not getting the basic idea how this fomatting is done using theu >FDL files.r >s >SFORM   Node Report >        TYPE    SCROLLABLEa, >        CENTER_TITLE    Node Summary Report >        CARGO   CCCG_rpt_node' >        HDCPY_CARGO     CCCG_rptH_nodei    > This does not look like an FDL (File Definition Language) file* as we normally understand them on OpenVMS.  > FDL files describe the organization and characteristics of RMS3 files.  I've never seen one used for a screen form.   ; This looks as if it was part of some other package, such as 7 TeX, or some other screen formatting or text processingb: package.  (It doesn't look like FMS to me.  I never worked8 with TDMS or any of the other screen formatting packages# supplied by Digital / Compaq / HP.)u  < I suggest you look at the code again to see if there are any; other hints as to how this file was actually used.  Perhaps ; there is a command procedure that builds your package that  9 contains commands to 'compile' or otherwise use this filet7 that would give some indication of what it actually is.      --  (  B. Z. Lederman   Personal Opinions Only  8  Posting to a News group does NOT give anyone permission8  to send me advertising by E-mail or put me on a mailing  list of any kind.  5  Please remove the "DISABLE-JUNK-EMAIL" if you have a 5  legitimate reason to E-mail a response to this post.s   ------------------------------  % Date: Thu, 03 Oct 2002 03:52:09 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>n# Subject: Handling of <CR><LF> files-, Message-ID: <3D9BF721.97259FFC@videotron.ca>  L When I use Ymodem to transfer text files from my PSION to VMS, the resultingO files are created as STREAM-LF with Carriage Return Carriage Control attribute.B  N When I use TPU to edit it, each line ends with the little "cr" character. So I5 have to do a global replace to remove that character.@  L Each line is terminated with a <cr><lf>. So the stream_lf attribute probablyS sees the <cr> as part of the record since it is before the end of record character.   I And if I change the file to Stream_CR, then the <lf> is seen as the first  character of every line.  M Is there a magic incantation of SET FILE/ATTRIB that would make RMS recogniseuN a <CR><LF> combination as end of line (and thus not have one of those 2 appear as being part of the data ?)   ------------------------------  % Date: Thu, 03 Oct 2002 05:16:14 -0400p- From: JF Mezei <jfmezei.spamnot@videotron.ca>o' Subject: Re: Handling of <CR><LF> filesc, Message-ID: <3D9C0AD1.5F97DE8E@videotron.ca>   Bill Todd wrote:K > Use a binary editor to examine the file and see if each line in fact endsiI > with CR-LF.  If it does, just change the record format to STREAM (well,;6 > whatever the one that terminates records thusly is)   G Thanks. I was thinking too "complex" and didn't think to try the simple( solution: stream.(  G SET file /attrib=(rfm:stm)   did the trick. RMS then interprets the two=K character <cr><lf> as a line terminator and TPU then doesn't display any of5 those characters.Y   Thanks.%   ------------------------------  # Date: Thu, 03 Oct 2002 08:20:49 GMT * From: "Bill Todd" <billtodd@metrocast.net>' Subject: Re: Handling of <CR><LF> files5@ Message-ID: <B5Tm9.32734$bY5.197678@bin4.nnrp.aus1.giganews.com>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3D9BF721.97259FFC@videotron.ca...D > When I use Ymodem to transfer text files from my PSION to VMS, the	 resulting;F > files are created as STREAM-LF with Carriage Return Carriage Control
 attribute. >:K > When I use TPU to edit it, each line ends with the little "cr" character.! So I7 > have to do a global replace to remove that character.5 >1E > Each line is terminated with a <cr><lf>. So the stream_lf attribute  probablyJ > sees the <cr> as part of the record since it is before the end of record
 character. >,K > And if I change the file to Stream_CR, then the <lf> is seen as the firstY > character of every line. >(E > Is there a magic incantation of SET FILE/ATTRIB that would make RMSM	 recognise!I > a <CR><LF> combination as end of line (and thus not have one of those 2  appear > as being part of the data ?)  F It has been a very long time since I've considered such issues, but myD recollection is that the 'carriage control' attribute (which IIRC isK separate and distinct from the STREAM_LF record format which just indicatesdK how RMS records are terminated) controls what characters are *added by RMS*wK to each record when that record is sent (using RMS) to a unit-record device J (such as a printer or terminal).  My guess is that TPU is attempting to do0 something sensible with them and not succeeding.  I Use a binary editor to examine the file and see if each line in fact endswG with CR-LF.  If it does, just change the record format to STREAM (well, F whatever the one that terminates records thusly is) and it should workH (though you might also have to change the carriage control to null).  IfJ instead each record just ends in LF (as it should, if created as STREAM_LFJ as you say), try just changing the file to null carriage control:  TPU mayB then just accept each record as a line and do what you want it to.   - bill   ------------------------------  $ Date: Thu, 3 Oct 2002 12:38:27 -0400* From: "Syltrem" <syltremzulu@videotron.ca>' Subject: Re: Handling of <CR><LF> filesi5 Message-ID: <Pm_m9.14428$H67.66372@tor-nn1.netcom.ca>d  K And what about a file that came (ftom the Internet) with an <LF> at the end 
 of each line?f& Can I use some magic on these as well?  I think not, but hope I'm wrong!  < Record format:      Stream, maximum 0 bytes, longest 0 bytes4 Record attributes:  Carriage return carriage control   $ dump/rec=cou=3 st:f.lisRB 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 368  @ Record number 1 (00000001), 44 (002C) bytes, RFA(0001,0000,0000)  <  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  @ 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     --   Syltrem7I http://pages.infinit.net/syltrem (OpenVMS related web site - en franais)p8 To reply to myself directly, remove zulu from my address  J "JF Mezei" <jfmezei.spamnot@videotron.ca> a crit dans le message de news:! 3D9C0AD1.5F97DE8E@videotron.ca...  > Bill Todd wrote:H > > Use a binary editor to examine the file and see if each line in fact endsK > > with CR-LF.  If it does, just change the record format to STREAM (well,t7 > > whatever the one that terminates records thusly is)  > I > Thanks. I was thinking too "complex" and didn't think to try the simplem > solution: stream.e > I > SET file /attrib=(rfm:stm)   did the trick. RMS then interprets the twotJ > character <cr><lf> as a line terminator and TPU then doesn't display any of > those characters.M >a	 > Thanks.y   ------------------------------   Date: 3 Oct 2002 12:00:30 -0600  From: briggs@encompasserve.org' Subject: Re: Handling of <CR><LF> filese3 Message-ID: <rwXYWZGmKtQg@eisner.encompasserve.org>e  b In article <Pm_m9.14428$H67.66372@tor-nn1.netcom.ca>, "Syltrem" <syltremzulu@videotron.ca> writes:M > And what about a file that came (ftom the Internet) with an <LF> at the endc > of each line?0( > Can I use some magic on these as well?" > I think not, but hope I'm wrong! > > > Record format:      Stream, maximum 0 bytes, longest 0 bytes6 > Record attributes:  Carriage return carriage control >  > $ dump/rec=cou=3 st:f.liss  = If you could give us a regular dump instead of a record dump,o  that would be much more helpful.   	John Briggs   ------------------------------  % Date: Thu, 03 Oct 2002 13:17:51 -0400r2 From: Atlant Schmidt <atlantnospam@mindspring.com>' Subject: Re: Handling of <CR><LF> filesa. Message-ID: <3D9C7BBF.13252692@mindspring.com>   Syltrem wrote:  M > And what about a file that came (ftom the Internet) with an <LF> at the endy > of each line?r( > Can I use some magic on these as well?" > I think not, but hope I'm wrong!  . Well, if nothing else, about six lines of Perl& should make quick work of any of these( "line-ending" problems (at least so long( as the VMS Perl can write an appropriate output file format).  * Below is a fairly complete example of such$ a program, this one converting <CR>s% (Macintosh-style line-breaks) to <LF>=1 (Unix-style line-breaks), with full orchestrationo/ and five-part harmony and all the phenomena and  stuff...   Atlant   -=-=-=-=-=-=-=-=-=-s     #! /pd/osbin/perl5 -wc   if (    ($#ARGV==-1)9      || ($ARGV[0] eq "-usage") || ($ARGV[0] eq "-help") )y   {l     print "Usage:\n";k     print "\n";m.     print "  $0 <filename_to_be_converted>\n";     print "\n";9     exit( 0 );   }a     $infile  = $ARGV[0]; $tmpfile = $infile . ".tmp"; $bakfile = $infile . ".bak";  % convert_a_file( $infile,  $tmpfile );t% rename_a_file(  $infile,  $bakfile );s% rename_a_file(  $tmpfile, $infile  );p  
 exit( 0 );     ###################m #o4 # convert_a_file -- Do the work of converting a file #b  / sub convert_a_file( $ $ )   # $infile, $outfile    {a       my $infile = shift;h     my $outfile = shift;    -     print "Converting $infile to $outfile\n";n  F     open( INFILE,  "<".$infile  ) or die( "Failure to open $infile for copying!" );  I     open( OUTFILE, ">".$outfile ) or die( "Failure to create $outfile foro copying!" );       while (<INFILE>)       {aF         s/\r/\n/g;                          # The HEART OF THE MATTER!         print OUTFILE;       }r       close( INFILE );       close( OUTFILE );b     }T     ###################- #-/ # rename_a_file -- Rename a file, fail on error  #m #o  1 sub rename_a_file( $ $ )   # $old_name, $new_nameR   {m       my $old_name = shift;L     my $new_name = shift;2    .     print "Renaming $old_name to $new_name\n";  J     rename( $old_name, $new_name ) or die( "Failure to rename $old_name to $new_name!" );     }o   ------------------------------   Date: 3 Oct 2002 12:23:08 -0600V- From: koehler@encompasserve.org (Bob Koehler)r' Subject: Re: Handling of <CR><LF> filesc3 Message-ID: <WtCCA3PMrDvW@eisner.encompasserve.org>s  b In article <Pm_m9.14428$H67.66372@tor-nn1.netcom.ca>, "Syltrem" <syltremzulu@videotron.ca> writes:M > And what about a file that came (ftom the Internet) with an <LF> at the ende > of each line?e( > Can I use some magic on these as well?" > I think not, but hope I'm wrong! > > > Record format:      Stream, maximum 0 bytes, longest 0 bytes6 > Record attributes:  Carriage return carriage control >   G    If the lines are separated by LF (like UNIX), set them to stream-lf. C    If the lines are separated by CR-LF (like Windows), set them the D    stream.  If the lines are separated by CR, set them to stream-cr.  D    Please review the VMS documenation on file meta data.  The Guide ?    to OpenVMS File Applications would be a good place to start.%   ------------------------------  $ Date: Thu, 3 Oct 2002 13:56:04 -0400* From: "Syltrem" <syltremzulu@videotron.ca>' Subject: Re: Handling of <CR><LF> files&5 Message-ID: <Av%m9.14434$H67.66349@tor-nn1.netcom.ca>    Right!  ! $ set fil/attr=rfm=STMLF st:f.lish  
 did the work!h   --   Syltrem I http://pages.infinit.net/syltrem (OpenVMS related web site - en franais)s8 To reply to myself directly, remove zulu from my address  J "Bob Koehler" <koehler@encompasserve.org> a crit dans le message de news:( WtCCA3PMrDvW@eisner.encompasserve.org...A > In article <Pm_m9.14428$H67.66372@tor-nn1.netcom.ca>, "Syltrem"n" <syltremzulu@videotron.ca> writes:K > > And what about a file that came (ftom the Internet) with an <LF> at the" endp > > of each line? * > > Can I use some magic on these as well?$ > > I think not, but hope I'm wrong! > >'@ > > Record format:      Stream, maximum 0 bytes, longest 0 bytes8 > > Record attributes:  Carriage return carriage control > >  >eI >    If the lines are separated by LF (like UNIX), set them to stream-lf. E >    If the lines are separated by CR-LF (like Windows), set them thetF >    stream.  If the lines are separated by CR, set them to stream-cr. > E >    Please review the VMS documenation on file meta data.  The Guide A >    to OpenVMS File Applications would be a good place to start.u >d   ------------------------------  % Date: Thu, 03 Oct 2002 12:13:46 +0100o' From: Andrew Harrison SUNUK Consultancyo@ Subject: Re: HP tells VMS users "Relax, you are sitting pretty"!. Message-ID: <3D9C266A.9050903@nospamn.sun.com>   Fred Kleinsorge wrote:4 > Andrew Harrison SUNUK Consultancy wrote in message' > <3D9B1800.8060504@nospamn.sun.com>...- >  >> >>Bill Todd wrote: >>8 >>>"Bob Ceculski" <bob@instantwhip.com> wrote in message: >>>news:d7791aa1.0210011205.7b7dca00@posting.google.com... >>>p >>> " >>>>it is found here ... so relax! >>>>F >>>>http://searchhp.techtarget.com/qna/0,289202,sid6_gci854116,00.html >>>u >>>sJ >>>Indeed.  I particularly liked the sentence about migrating from PA-RISC >> > to > L >>>Itanic:  "That's why our competitors would like to call it a migration or >> > al > E >>>disruption, but I challenge them to show me one customer who had ad >> > difficult  > J >>>transition" - when I suspect it would at this time be difficult to find >> > oner > = >>>customer who had migrated at all in any significant sense.r >>>c >>: >>It would be pretty remarkable if any major customers hadE >>done a serious migration to Itanium, you need Itanium II to supportk: >>HP-UX and unless HP have invented a working time machine< >>or in the new climate payed someone to invent one for them  >>its a practical impossibility. >> >  > K > HP-UX runs on Itanium-1.  Customers/ISV's may have chosen to do migrationd > using that platform. >  >   5 So provide some examples of customers migrating theirM5 applications and data from an existing PA-RISC systeml+ to an Itanium I or II system running HP-UX..  . I suspect that there is now going to be a long/ silence from Freddy, par for the course though.l   Regardse Andrew Harrisont   >  >    ------------------------------  # Date: Thu, 03 Oct 2002 16:11:15 GMTh5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>d@ Subject: Re: HP tells VMS users "Relax, you are sitting pretty"!2 Message-ID: <D_Zm9.18$Zx4.394391@news.cpqcorp.net>  2 Andrew Harrison SUNUK Consultancy wrote in message >>L >> HP-UX runs on Itanium-1.  Customers/ISV's may have chosen to do migration >> using that platform.s >> >> >p6 >So provide some examples of customers migrating their6 >applications and data from an existing PA-RISC system, >to an Itanium I or II system running HP-UX. > / >I suspect that there is now going to be a longe0 >silence from Freddy, par for the course though. >c  L Still a putz, aren't you.  Why in the world would you think I have a list ofF HP-UX customers?  Or any insight into their customer base.  Oh, that'sL right - your in marketing so that would be the norm for you.  Tell you what,B send me the list of all Sun customers, and I'll see what I can do.   ------------------------------  % Date: Thu, 03 Oct 2002 16:41:01 -0000i- From: wspencer@ap.nospam.org (Warren Spencer)h@ Subject: Re: HP tells VMS users "Relax, you are sitting pretty"!5 Message-ID: <929C86DCBwarrenspencer1977@216.168.3.30>l  D Andrew.Harrison@Sun.COM (Andrew Harrison SUNUK Consultancy) wrote in$ <3D9C266A.9050903@nospamn.sun.com>:   ; >>>It would be pretty remarkable if any major customers hadlF >>>done a serious migration to Itanium, you need Itanium II to support; >>>HP-UX and unless HP have invented a working time machinen= >>>or in the new climate payed someone to invent one for them-! >>>its a practical impossibility.0  
 -- snip --  B >> HP-UX runs on Itanium-1.  Customers/ISV's may have chosen to do! >> migration using that platform.   
 -- snip --  / >I suspect that there is now going to be a longo0 >silence from Freddy, par for the course though. >2 >Regards >Andrew Harrison  D Perhaps you should start with an apology for getting it dead wrong.    ws   --     Warren Spencer' Senior Software Engineer (not a writer)l The Associated Press  < ** Time flies like an arrow.  Fruit flies like a bananna. **   ------------------------------  # Date: Thu, 03 Oct 2002 15:29:13 GMT # From: "John Smith" <a@nonymous.com>-& Subject: HP-UX and Tru64 UNIX  webcastH Message-ID: <dnZm9.131529$q41.4319@news02.bloor.is.net.cable.rogers.com>  0 HP-UX and Tru64 UNIX  A Side by Side Comparison-  Overview and Standalone Administration Focusa  G In response to high demand for a webcast offered this past August, thisiI session is being offered once again to Customers. Two additional sessions2 are scheduled:  . When: Wednesday, Oct 16th at 10 -11:30am ET or&  Wednesday, Oct 16th at 7  8:30 pm ET  * Registration and Agenda details are below.   Session Overview:zK No operating system is more critical to enterprise customers than UNIX(tm), I with its ability to deliver robust, mission-critical solutions.  Upon therH merger of HP and Compaq, HP is now the largest UNIX vendor in the world,K with more than two million HP-UX and Tru64(tm)UNIX installations worldwide.dK You, our valued Tru64(tm)UNIX customers, have expressed some concerns aboutsJ the differences between these operating systems, and how those differences$ will affect your operational staffs.  J As HP moves to consolidate its Enterprise UNIX offerings around HP-UX withK Tru64(tm) UNIX features on Itanium(tm), it is important for you to be aware J of the technical differences and similarities between HP Tru64 UNIX and HPI HP-UX.  This webcast will explore and compare the two UNIXs in influencesuI and evolution, kernel facilities, installation and system administration,oD device management, resource management and clustering.  This talk isC intended to leave the audience with an appreciation of the relative H strengths of both UNIX operating systems and many similarities that will+ provide an ease-of-evolution going forward.d  I Delivery: This session will be delivered via the web using the HP Virtual = Classroom together with audio teleconferencing via the phone.-  C Registration: To register for one of these sessions and learn more: F <http://www.hpbroadband.com> and enter your email address, country and% company and the key word "tru64unix".h   10:00 AM ET is'   8:00 AM in Colorado Springs, Colorado    9:00 AM in Houston, Texas    3:00 PM in London, England   4:00 PM in Munich, Germany  
 7:00 PM ET is-$   7:00 AM in Singapore and Hong Kong*   8:00 AM in Tokyo, Japan and Seoul, Korea!   9:00 AM in Melbourne, AustraliaS#   11:00 AM in Auckland, New Zealand+&       4:00 PM in Cupertino, California  $ Session Agenda 1  1.5 hrs in length! - Road maps for HP UNIX offerings- - Releases, chips and platformsh - How different or alike? !        o Common UNIX is UNIX coreu4        o Functionally equivalent enterprise features+        o Differentiating value-add featurest - Device Management and Storageo        o Journal File Systemst, - Administrative Frameworks and Installation(        o System Administration Framework&        o SMP and Platform Partitioning)        o Resource Management  FrameworksP - Clustering)        o TruClusters and MC/Service Guardd - Latest Enterprise Features  4 Open questions and answers (15-30 minutes in length)   ------------------------------   Date: 3 Oct 2002 12:15:44 -0600m- From: koehler@encompasserve.org (Bob Koehler) * Subject: Re: HP-UX and Tru64 UNIX  webcast3 Message-ID: <4KgbA66c195R@eisner.encompasserve.org>   n In article <dnZm9.131529$q41.4319@news02.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:  L > No operating system is more critical to enterprise customers than UNIX(tm)  H    Says who?  HP?  And just when they were getting they're act together.   ------------------------------  % Date: Thu, 03 Oct 2002 16:03:04 +0200 @ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk>R Subject: Re: Java 1.3.1. Failing to run a program trying to access an Ingres dbase+ Message-ID: <3D9C4E18.5070804@mail.tele.dk>o   Tom M wrote:  I > If you have the CA JDBC server running on some node and are using theiroM > JDBC driver, you should be able to access it with code that looks something  > like this: >  > Connection connection; > A > try { Class.forName("ca.edbc.jdbc.EdbcDriver").newInstance(); }9    . Not that it has any relevanve for the original0 question, but: why are you calling newInstance ?   Arne   ------------------------------   Date: 3 Oct 2002 07:57:32 -0600 - From: koehler@encompasserve.org (Bob Koehler) Y Subject: Re: license costs (was: RE: Microsoft reeling from hack attacks, VMS   just yawns3 Message-ID: <Gin$MkvHp$FB@eisner.encompasserve.org>.  n In article <3D9B2879.7050609@mail.tele.dk>, Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk> writes: > konabear wrote:3 > N >> Of course if HP did license OpenVMS for the low end, and dust off DECwrite,2 >> DECcalc...  Hey we'd have a desktop system! :^) >  > Hmmm.t > 4 > I think people expectations of word-processors and3 > spread-sheets has raised a lot the last 10 years.g  H    Yes.  Microsoft has excellent and well known examples of what should     not be done.    ------------------------------  % Date: Thu, 03 Oct 2002 16:09:22 +0200 @ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk>Y Subject: Re: license costs (was: RE: Microsoft reeling from hack attacks, VMS   just yawnc+ Message-ID: <3D9C4F92.5040906@mail.tele.dk>i   Bob Koehler wrote:  p > In article <3D9B2879.7050609@mail.tele.dk>, Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk> writes:4 >>I think people expectations of word-processors and3 >>spread-sheets has raised a lot the last 10 years.s    J >    Yes.  Microsoft has excellent and well known examples of what should  >    not be done.l    2 For the 1% of computer users that has a clue: yes.  % The other 99% love their MS software.o   Arne   ------------------------------   Date: 3 Oct 2002 12:07:44 -0600 - From: koehler@encompasserve.org (Bob Koehler)hY Subject: Re: license costs (was: RE: Microsoft reeling from hack attacks, VMS   just yawni3 Message-ID: <H0I0WRR3yQph@eisner.encompasserve.org>e  n In article <3D9C4F92.5040906@mail.tele.dk>, Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk> writes: > ' > The other 99% love their MS software.e  G    I think it's a lot-vehate relationship.  They hate they way it workst6    but they don't know they could love something else.   ------------------------------  % Date: Thu, 03 Oct 2002 19:29:39 +0200s@ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk>Y Subject: Re: license costs (was: RE: Microsoft reeling from hack attacks, VMS   just yawn + Message-ID: <3D9C7E83.3050103@mail.tele.dk>n   Bob Koehler wrote:  p > In article <3D9C4F92.5040906@mail.tele.dk>, Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk> writes:' >>The other 99% love their MS software.i    I >    I think it's a lot-vehate relationship.  They hate they way it workst8 >    but they don't know they could love something else.    1 The interest in WordPerfect, Lotus and StarOfficen+ as alternatives seems to be relative small.r     Arne   ------------------------------  + Date: Thu, 03 Oct 2002 14:27:21 +0100 (MET)/9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>u6 Subject: logical name weirdness (was: RE: UAF Problem); Message-ID: <01KN8BL1Q91E9OF8NK@sysdev.deutsche-boerse.com>t  > > > > SYS$SYSTEM is a list logical of SYS$SYSROOT:[SYSEXE] and > > > SYS$COMMON:[SYSEXE].   > >  > > Sort of.   > > ? > >    "SYS$SYSTEM" = "SYS$SYSROOT:[SYSEXE]" (LNM$SYSTEM_TABLE)a > > K > > SYS$SYSROOT itself, on the other hand, is a search list which points to J > > the TRANSLATION OF SYS$SPECIFIC:[SYSEXE] and SYS$COMMON:[SYSEXE].  The > 4 > Well, if you're going to go into that much detail: >  > $ slf sys$sysrooto? >    "SYS$SYSROOT" [exec] = "DSA0:[SYS0.]" [concealed,terminal]  > (LNM$SYSTEM_TABLE) >         = "SYS$COMMON:"SH > 1  "SYS$COMMON" [exec] = "DSA0:[SYS0.SYSCOMMON.]" [concealed,terminal] > (LNM$SYSTEM_TABLE) > . > There's no [SYSEXE] present in SYS$SYSROOT.    Sorry, I should have written F               vvvvvvvvvLD    SYS$SYSROOT:[SYSEXE] itself, on the other hand, is a search list @    which points to the TRANSLATION OF SYS$SPECIFIC:[SYSEXE] and     SYS$COMMON:[SYSEXE].   I > > I would still like to know why the /TRAN=CONC is needed in the first  I > > translation but not the second.  In other words, I think it would be sE > > more logical for the SYS$SYSROOT and SYS$SYSTEM logicals to show uL > > SYS$SPECIFIC and SYS$COMMON as the entries, rather than SYS$SYSROOT and  > > SYS$COMMON.  > D > Yes, it is confusing because SYS$SYSROOT means different things inB > different contexts. As part of program or command input, it is a? > search list composed of (the translation of) SYS$SPECIFIC andeC > (directly) SYS$COMMON. When appearing in DIRECTORY output and thee > like, it means SYS$SPECIFIC.  " Right.  That's the main "problem".  F > These two statements are not equivalent. You need /TRAN=CONC for theA > first equivalence name so that when you use a logical name likei6 > SYS$SYSTEM in a parse, you get SYS$SYSTEM instead ofA > SYS$SPECIFIC:[SYSEXE]. You don't need /TRAN=CONC for the secondIF > because the second is SYS$COMMON which itself is concealed. In fact,@ > if you made both first level equivalence names concealed, thenG > DIRECTORY would list all files as being under SYS$SYSROOT:[SYSEXE] in:A > which case you would not be able to distinguish between the twog@ > directories except by following the repeat of the alphabetical? > sequence of the file names. And forget about DIRECTORY/TOTAL.v   OK, understood and agreed.  E > Now, SYS$SYSROOT could still have been defined as in the following:  > ; > $ DEFINE SYS$SYSROOT SYS$SPECIFIC:/TRAN=CONC, SYS$COMMON:w; >                                  ^                      ^ G > (For those who wish to experiment with variations of this at home, doeE > NOT forget to include the trailing colons on the equivalence names!gH > And use something like AEF$SYSROOT instead of SYS$SYSROOT to avoid theH > chance of screwing up your process environment or of running the wrong > file later.) > F > which I would think would make everyone happy. However, the questionD > then is: Why is it defined using [SYSn.] instead of SYS$SPECIFIC?   B There was another thread a while back (initiated by me) regarding H defining a concealed device in terms of another concealed device.  This H doesn't seem to work.  Perhaps that is why [SYSn.] is needed instead of C SYS$SPECIFIC.  Your definition above works.  However, the "logical a extension"    E $ DEFINE SYS$XXX SYS$SPECIFIC:[SYSEXE]/TRAN=CONC, SYS$COMMON:[SYSEXE]r  I does not.  (The definition works, but you can't do a DIR on it.  SET DEF  B gives no error, but SHOW DEFAULT then does.)  Perhaps it is "more H consistent" to use [SYSn.] since "logical extensions" would have to use  it as well.o   > InG > the previous thread on this issue, one poster suggested that it mightuE > be due to something in the boot process of older VAXes. But even innE > that case, it could be re-defined later in the startup, unless thatnF > were considered too risky for some reason. Or maybe it's a result ofH > the "If it ain't broke, don't fix it" philosophy. Or perhaps they justD > don't have time to deal with this. "It works; I'm going home" :-).  A I think any of these three reasons might be valid.  The question  5 remains, however, as to what the original reason was.   E > I think maybe it's time that someone "Ask the Wizard". Maybe he can,D > help us with this question. And if someone does get answer, please> > post it to the NG. Thanks. (While you're at it, also ask whyE > [000000]VMS$COMMON.DIR is SET FILE/ENTER-ed as [SYSn]SYSCOMMON.DIR.eB > Yes, this construct can be useful, but it's hard to see what the6 > original motivation was and it is not without cost.)  F Again, an interesting question.  IF the idea of separate roots on the C system disk was introduced before search lists were, then it would sD perhaps make sense.  At least, [SYSn...] would include the stuff in  SYS$COMMON.i  < > Why?  Displaying SYS$SYSROOT for the first translation is E > confusing since in other contexts this is a search list which also  E > includes SYS$COMMON, which is displayed for the second translation.t  H > Agreed. It would be nice to see SYS$SPECIFIC instead of SYS$SYSROOT inD > directory listings and the like. Lacking that, it would be nice to > know why.    Agreed.s   ------------------------------  + Date: Thu, 3 Oct 2002 19:23:12 +0200 (CEST)i: From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>: Subject: Re: logical name weirdness (was: RE: UAF Problem)J Message-ID: <Pine.LNX.4.21.0210031909480.31193-100000@irys.stanpol.com.pl>  ) On Thu, 3 Oct 2002, Phillip Helbig wrote:p [...]hK >+> > I would still like to know why the /TRAN=CONC is needed in the first dK >+> > translation but not the second.  In other words, I think it would be  G >+> > more logical for the SYS$SYSROOT and SYS$SYSTEM logicals to show -N >+> > SYS$SPECIFIC and SYS$COMMON as the entries, rather than SYS$SYSROOT and  >+> > SYS$COMMON.  >+> F >+> Yes, it is confusing because SYS$SYSROOT means different things inD >+> different contexts. As part of program or command input, it is aA >+> search list composed of (the translation of) SYS$SPECIFIC and@E >+> (directly) SYS$COMMON. When appearing in DIRECTORY output and thee  >+> like, it means SYS$SPECIFIC. [...]QG >+> Now, SYS$SYSROOT could still have been defined as in the following:o >+> = >+> $ DEFINE SYS$SYSROOT SYS$SPECIFIC:/TRAN=CONC, SYS$COMMON:d= >+>                                  ^                      ^-  /  NO, the same but *without* the "/TRANS=CONC" !h<  SYS$SPECIFIC and SYS$COMMON are "equivalnet level" names :)9  When the "original" [SYS%.] requires /TRAN=CONC the same : (means: "/TRAN=CONC") is already 'saved' in the SYS$COMMON definition.n<  You can *not* conceale already concealed "rooted directory"= (but you *can* conceale - including concealing in the "rootedi: directory" creation) already concealed logical for device.   [...]n2 >+> which I would think would make everyone happy.    No - see later :)   [...]r> >+> Why?  Displaying SYS$SYSROOT for the first translation is G >+> confusing since in other contexts this is a search list which also )G >+> includes SYS$COMMON, which is displayed for the second translation.- >+J >+> Agreed. It would be nice to see SYS$SPECIFIC instead of SYS$SYSROOT inF >+> directory listings and the like. Lacking that, it would be nice to
 >+> know why.s    The simplest, IMHO.>  Think what value get a programm or procedure where will *get*; the directory of file: SYS$SYSROOT:[SYSEXE] will be exactlyu8 SYS$SYSTEM, *even* if the code is not search-list aware.  When the translation stands: ; $ DEFINE /SYSTEM/EXEC SYS$SYSROOT SYS$SPECIFIC:,SYS$COMMON:   @  both f$parse and f$trnlnm while the path is "read" will return  you SYS$SPECIFIC:[SYSEXE]...  9  In other words: use the original and "modified" lognamese and check the output of:) $ write sys$output f$trnlnm("SYS$SYSTEM")     and supose you do:   # $ SET DEFA 'f$trnlnm("SYS$SYSTEM")'1   ..or the same for f$parse...    Regards - Gotfryd   -- nE =====================================================================-F $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=MEb. $!                        GS@stanpol.zabrze.plE =====================================================================w   ------------------------------  % Date: Thu, 03 Oct 2002 08:12:39 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>O Subject: Re: Mini-Merges (was Re: Hardware Mirroring 'vs' Software Mirroring ?)F) Message-ID: <3D9BEDE7.524FAD23@127.0.0.1>e   Keith Parris wrote:a > [ > Nic Clews <sendspamhere@127.0.0.1> wrote in message news:<3D901B9D.3DDEA7E9@127.0.0.1>...n > > Rob Brooks wrote:eP > > > I can't give you an example of the type of problem that could cause a fullS > > > merge; a full merge would be needed only if the context needed for mini-mergew6 > > > has been destroyed.  That shouldn't happen . . . > >nJ > > Is the example when a system crashes? the 'dirty' bit is set on both /L > > all members of a HBVS due to improper dismount, and the operating systemH > > software will perform a full merge by default. (Also interested in a > > reply to David's response).a >   > No, these are separate issues. > G > The "rebuild" operation that frees blocks that are incorrectly markedRG > free (because a node had them in its extent cache and had them marked H > as in-use in BITMAP.SYS just to be on the safe side, but then the nodeE > crashed and didn't dismount the volume "cleanly") and fixes up diskm4 > quotas has nothing to do with shadowing or merges.  E I wasn't referring to the rebuild. From the article "Volume Shadowing H Phase II Overview, Questions and Common Problems" it talks about a mergeD copy and mini merge. My query is what context determines that a full? merge takes place, and the write log file context is ignored. I E mentioned the 'dirty' bit because it is referred to later in the sametC article regarding copy direction determination ("proper dismount").s  G You've answered most in your reply to David, but in your reply you alsonG assume (imply?) there are other surviving nodes. So, if there were *no*tD surviving nodes, would that also trigger the full merge? (write logs ignored)  H (It was Rob Brooks that suggested it could happen. David also went on toC suggest that non clustered systems do it, isn't this analogous to acH totally failed cluster? Sorry to be picky, but David is as interested as I am).   -- e? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesg nclews at csc dot comS   ------------------------------  # Date: Thu, 03 Oct 2002 14:33:37 GMTT/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks)"O Subject: Re: Mini-Merges (was Re: Hardware Mirroring 'vs' Software Mirroring ?)l- Message-ID: <SHT3JXGRLQg9@cuebid.zko.dec.com>m  * Nic Clews <sendspamhere@127.0.0.1> writes:I > You've answered most in your reply to David, but in your reply you alsocI > assume (imply?) there are other surviving nodes. So, if there were *no* F > surviving nodes, would that also trigger the full merge? (write logs
 > ignored) > J > (It was Rob Brooks that suggested it could happen. David also went on toE > suggest that non clustered systems do it, isn't this analogous to a-J > totally failed cluster? Sorry to be picky, but David is as interested as > I am).  D If there are no surviving nodes, a mini-merge should be started whenD the virtual unit is first mounted on whichever node mounts it first.J A non-clustered node will behave in the same way; it'll begin a mini-mergeD when the virtual unit is next mounted following the crash or reboot.C This is actually the simple case; we've spent a fair amount of time"J trying to make sure that we've got all the state needed to do a mini-mergeH if the cluster starts having nodes crash one-by-one in rapid succession.  H I'm speaking of HSG80-based mini-merge.  The biggest distinction betweenO HSC/HSJ/HSD mini-merge and HSG80 mini-merge is that the HSG80 write history log0G is kept on each member unit; it's kept in the controller for the older,:! MSCP-based write history logging.g   -- B  M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com@   ------------------------------  $ Date: Thu, 3 Oct 2002 10:47:59 +0200% From: "Jakob Erber" <erberj@yahoo.de>s, Subject: Native SAX/DOM Impemenation for VMS% Message-ID: <3d9c043f$1@news.post.ch>e   Hello,  H is there an Implementation for XML processing out there, which is not in Java?e   best regards   Jakob    ------------------------------  $ Date: Thu, 3 Oct 2002 05:44:35 -0700, From: "James Gessling" <jgessling@yahoo.com>0 Subject: Re: Native SAX/DOM Impemenation for VMS4 Message-ID: <anhe3k$dmc33$1@ID-46415.news.dfncis.de>  : There's the Xerces parser in C++ available from this page:7 http://www.openvms.compaq.com/openvms/products/ips/xml/n  1 We are using it quite successfully in production.T   Jimt  0 "Jakob Erber" <erberj@yahoo.de> wrote in message news:3d9c043f$1@news.post.ch...a > Hello, >sJ > is there an Implementation for XML processing out there, which is not in > Java?v >o > best regards >s > Jakob  >o >c   ------------------------------  % Date: Thu, 03 Oct 2002 16:07:05 +0200d@ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk>0 Subject: Re: Native SAX/DOM Impemenation for VMS+ Message-ID: <3D9C4F09.4090303@mail.tele.dk>    Jakob Erber wrote:  J > is there an Implementation for XML processing out there, which is not in > Java?T  4 Compaq ported Jakarta Xerces and Xalan to VMS, so if3 C++ is OK then go to www.openvms.compaq.com and gete5 them. It is the best and it is some kind of official.I  4 For C try and search in old posts - the question has+ come up a few times during the last months.t   Arne   ------------------------------  # Date: Thu, 03 Oct 2002 14:58:23 GMTc% From: "-Andy-" <acs@fcgnet.works.net>r0 Subject: Re: Native SAX/DOM Impemenation for VMS> Message-ID: <Xns929C6F4731970acsfcgnetworksnet@216.166.71.232>  3 "Jakob Erber" <erberj@yahoo.de> enlightened us withi- news:3d9c043f$1@news.post.ch on 03 Oct 2002: -   > Hello, > : > is there an Implementation for XML processing out there, > which is not in Java?o  < This topic came up here some time in the past few months....  (A Google search MIGHT find it.)   If you want one in C ->a   Non-validating:o  C Expat -> http://www.libexpat.org/ (It compiles with no problem     e4 	(VMS 7.3/Alpha & Compaq C V6.5-001 anyway) though I#      	haven't actually used it yet)a   Validating:l  ' libXML2 (XML for the Gnome project) -> e! http://www.xmlsoft.org/index.htmlr<     	(Haven't tried to compile it... you'll want to go here:<     	http://mail.gnome.org/archives/xml/ and search for VMS)  : The ones ported by Compaq (from Apache.org?) are Java/C++.   -Andy-   ------------------------------  % Date: Thu, 03 Oct 2002 07:29:57 -0500,5 From: Michael Rice <MichaelARice@no-spam.knology.net>d0 Subject: Re: Native SAX/DOM Impemenation for VMS/ Message-ID: <upoe3e7vmqds19@corp.supernews.com>0   Jakob Erber wrote: > Hello, > J > is there an Implementation for XML processing out there, which is not in > Java?e >  > best regards >  > JakobR >  >   F I believe the Expat library (expat.sourceforge.net) was ported to VMS F earlier this year.  Also, the XML library used in Gnome (xmlsoft.org) 	 may work.5   ------------------------------   Date: 3 Oct 2002 08:11:20 -0600p- From: koehler@encompasserve.org (Bob Koehler)i Subject: Re: netscape?3 Message-ID: <INmmbYtbqL0p@eisner.encompasserve.org>   t In article <1OJm9.1898$F53.2012078@newssvr28.news.prodigy.com>, "Phillip Sobottke" <psobottke@ameritech.net> writes:L > Is the netscape browser located on the freeware cd or the layered productsH > cd?  If not, where can I get a copy (without ordering the hobbiest cd)  !    sys$system:netscape-export.exeo   ------------------------------  % Date: Thu, 03 Oct 2002 16:04:45 +0200o@ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk> Subject: Re: netscape?+ Message-ID: <3D9C4E7D.4060302@mail.tele.dk>    Phillip Sobottke wrote:l  L > Is the netscape browser located on the freeware cd or the layered productsH > cd?  If not, where can I get a copy (without ordering the hobbiest cd)  5 You can download CSWB from www.openvms.compaq.com andR> Mozilla from both www.openvms.compaq.com and www.mozilla.org !   Arne   ------------------------------  % Date: Thu, 03 Oct 2002 08:11:51 +0200r From: Dirk Munk <munk@home.nl>C Subject: Re: Network question - How to ensure a unique MAC address? 5 Message-ID: <wcRm9.166606$H6.13617732@zwoll1.home.nl>g  E You are running Decnet Phase V (DECnet plus, DECnet/OSI) in Phase IV rQ compatibility mode. Phase IV will produce MAC addresses of the AA-00-04-00-xx-yy rD type, where xx-yy represents the DECnet Phase IV area & node number.  H By not using phase IV compatibility mode, you will prevent the hardware N addresses being overwritten by the Phase IV MAC addressess. You can choose to M use Phase IV compatibility mode for for every individual ethernet interface. jP That means you can use more ethernet interfaces on the same ethernet segment at Q the same time (impossible with Phase IV). In more complex networks where systems aQ are connected with 2 or more ethernet interfaces, using Phase IV MAC adresses on  7 ethernet interfaces can result in very akward problems.a  P Unless you're using PhaseIV-only equipment, I don't see any reason to use Phase K IV compatibility anymore. You can also try to experiment with Phase V only oK addresses (area > 64). No danger there that these MAC addresses ever occur.v     Stef Steunenberg wrote:e= > We have 2 AlphaServer 800 5/400's running OpenVMS v7.1-1H2,hF > DECnet-Plus v7.1 and UCX v4.2, with device type DE500 network cards.H > Call the Alpha's N1 and N2. They on are a subnet where the router onlyE > routes TCP/IP (not DECnet). N1 and N2 communicate separately with 2 @ > process control computers via the network, using a proprietaryG > interface which requires the MAC addresses of the Alpha's and process / > control computers be entered on each partner.; > H > As part of a disaster recovery plan, I got hold of an AlphaServer 1000C > 4/200 with a device type DE435 network card, which I want to make C > identical to N2. With the network cable unplugged, I did an image E > backup of N2's system disk onto this Alpha, and booted it up as N2.i > The NCL command  > + > NCL>show csma station csmacd-0 all status  > G > gave the hardware address as 00-00-F8-10-59-20 and the MAC Address asEH > AA-00-04-00-1F-04. (The UCX command "show interface we0/full" gave theF > same ethernet address as the MAC address.) Perhaps not surprisingly,C > this MAC address is the same as that of N2. However, with my very C > limited understanding of networking, I thought that MAC addressesFD > should be unique. Undeterred, I connected the new N2 directly to aH > spare process control computer, configured the interface with this MAC= > address, and communication between the two was established.w > A > As a next step, I renamed the new Alpha to N3 and put it on the 3 > network. To do this, I first gave the NCL command  > 2 > NCL>flush session control naming cache entry "*" > 3 > then deregistered the entries for N1 and N2 using-D > sys$system:decnet_register, added the IP address for N3 to the UCXD > local host table, edited modparams.dat and changed SCSSYSTEMID andE > SCSNODE to "N3", reconfigured decnet using net$configure and TCP/IPeF > using ucx$config, and rebooted. It came up as N3, but reported a MACH > address identical to N1 (not N2)! When connected to a different subnetD > to that of N1 and N2, I can telnet from N3 to N1 and N2 ("set hostF > N1/N2" does not work because of the router). However, if I issue theH > "set host N1" command from other nodes on this subnet, they connect to > N3.r > G > My question is: can I force N3 to generate a unique MAC address? Do It
 > need to? > 	 > Thanks,  > Michael O'Connor > Process Computing Dept., > New Zealand Steelr   ------------------------------  # Date: Thu, 03 Oct 2002 15:51:35 GMTs# From: "mhr" <mreilly36@comcast.net> C Subject: Re: Network question - How to ensure a unique MAC address?o@ Message-ID: <aIZm9.40774$bY5.236648@bin4.nnrp.aus1.giganews.com>  H With de500 (41xxx chipsets) you can change the MAC address with the srom program avalible from intel. mhr&C "Stef Steunenberg" <stef.steunenberg@bhpsteel.com> wrote in message 6 news:83743802.0210021428.4d4a611@posting.google.com...= > We have 2 AlphaServer 800 5/400's running OpenVMS v7.1-1H2,eF > DECnet-Plus v7.1 and UCX v4.2, with device type DE500 network cards.H > Call the Alpha's N1 and N2. They on are a subnet where the router onlyE > routes TCP/IP (not DECnet). N1 and N2 communicate separately with 2e@ > process control computers via the network, using a proprietaryG > interface which requires the MAC addresses of the Alpha's and processn/ > control computers be entered on each partner.i > H > As part of a disaster recovery plan, I got hold of an AlphaServer 1000C > 4/200 with a device type DE435 network card, which I want to makeeC > identical to N2. With the network cable unplugged, I did an image E > backup of N2's system disk onto this Alpha, and booted it up as N2.o > The NCL commandI >h+ > NCL>show csma station csmacd-0 all status, >tG > gave the hardware address as 00-00-F8-10-59-20 and the MAC Address astH > AA-00-04-00-1F-04. (The UCX command "show interface we0/full" gave theF > same ethernet address as the MAC address.) Perhaps not surprisingly,C > this MAC address is the same as that of N2. However, with my very2C > limited understanding of networking, I thought that MAC addressesRD > should be unique. Undeterred, I connected the new N2 directly to aH > spare process control computer, configured the interface with this MAC= > address, and communication between the two was established.p >.A > As a next step, I renamed the new Alpha to N3 and put it on theb3 > network. To do this, I first gave the NCL command0 >02 > NCL>flush session control naming cache entry "*" >t3 > then deregistered the entries for N1 and N2 usinghD > sys$system:decnet_register, added the IP address for N3 to the UCXD > local host table, edited modparams.dat and changed SCSSYSTEMID andE > SCSNODE to "N3", reconfigured decnet using net$configure and TCP/IPaF > using ucx$config, and rebooted. It came up as N3, but reported a MACH > address identical to N1 (not N2)! When connected to a different subnetD > to that of N1 and N2, I can telnet from N3 to N1 and N2 ("set hostF > N1/N2" does not work because of the router). However, if I issue theH > "set host N1" command from other nodes on this subnet, they connect to > N3.o >mG > My question is: can I force N3 to generate a unique MAC address? Do IH
 > need to? > 	 > Thanks,i > Michael O'Connor > Process Computing Dept.n > New Zealand Steelh   ------------------------------   Date: 3 Oct 2002 08:12:38 -0600n- From: koehler@encompasserve.org (Bob Koehler)i  Subject: Re: OpenView on OpenVMS3 Message-ID: <P6sRv8YF2jv2@eisner.encompasserve.org>t  r In article <muLm9.126813$q41.103681@news02.bloor.is.net.cable.rogers.com>, "Yong Liu" <fdu9774@rogers.com> writes: > Hi,  > H > we are planning to have an island made up of Alpha servers and anotherH > island of regular HP workstation merged. Do you know if OpenView, HP's8 > network management software,  works on OpenVMS island.  F    IIRC OpenView works with just about any TCP/IP stack.  But it won'tE    help you manage DECnet or any other non-IP stack if you have those1
    in use.   ------------------------------  * Date: Thu, 3 Oct 2002 03:40:42 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>2 Subject: Re: OpenVMS LPD x LAT Printers - HELP !!!@ Message-ID: <20021003104042.80262.qmail@web20208.mail.yahoo.com>   As my config didnt work:   My LAT printer: (server2)a    / Terminal queue JTUC, idle, on C16000::LTA4146:,a mounted form DEFAULT   <R:9999999 - site ->   /BASE_PRIORITY=4 h"   /DEFAULT=(FORM=DEFAULT)Lowercase   /OWNER=[SYSTEM]    /PROCESSOR=LATSYM    /PROTECTION=(S:M,O:D,G:R,W:S)t       My printcap (server1)h   #u # Remote Printer JTUC|jtuc:\ .         :lf=/SYS$SPECIFIC/TCPIP$LPD/JTUC.LOG:\         :lp=JTUC:\         :rm=c16000:\         :rp=jtuc:\*         :sd=/SYS$SPECIFIC/TCPIP$LPD/JTUC:\         :cr: #-       The LPR message (server1)0   $ print a./que=jtucr. Job A (queue JTUC, entry 2858) started on JTUC $e4 LPD Retrying failed job: A Number: 2858 User: SYSTEM Status: %TCPIP-E-LPD_REQREJ1. ECT, print request rejected by !AS (queue !AS)     In the log (server1)    6 %%%%%%%%%%%                    3-OCT-2002 07:35:07.18  %%%%%%%%%%%%    # %TCPIP-I-LPD_LOGSUC, using log filea  SYS$SPECIFIC:[TCPIP$LPD]JTUC.LOG        6 %%%%%%%%%%%%                    3-OCT-2002 07:35:07.26
  %%%%%%%%%%%%a    3 %TCPIP-I-LPD_SYMBRUN, symbiont is running the queuem JTUC    ( lpd$ast_handler save_entry_number = 2858    6 %%%%%%%%%%%%                    3-OCT-2002 07:36:04.08
  %%%%%%%%%%%%m    1 %TCPIP-E-LPD_REQREJECT, print request rejected by  c16000 (queue jtuc)s       Regardsr   FC w    2 --- Tim Llewellyn <tim.llewellyn@blueyonder.co.uk> wrote: >  >  > Bob Koehler wrote: > >  > > In article >h5 <20021001202916.11640.qmail@web20203.mail.yahoo.com>, 2 > Fabio Cardoso <fabiopenvms@yahoo.com.br> writes:	 > > > Bob  > > >l1 > > > Yes ! We have TCPIP (V5.0A) in the AS-1000.o2 > > > The LPD is configured but I am receiving the	 > message-3 > > > of LPD reject in my server. I created a localJ	 > printer<2 > > > there to test. When I send the job, the file > goes4 > > > to the spool directory. But when I try to send' > > > to the LAT print I have problems: > > >  > > > ) > > > In my server I set up the LPR queues2 > > > (rm:server2,rp:lat-printer) is this right  ? > > >o > > 4 > >    I set up UCX LPD queues over a decade ago.  I > don't recall any great4 > >    difficulty, but I had already been setting up > ULTRIX queues which UCXE > >    choose to look like.  > > 3 > >    Sorry, but that's too long ago and I've been. > using Multinet ever 1 > >    since.  I'm sure someone else will be morec > helpfull.  > 6 > If anyone is going to help Fabio anymore he needs to > post some hard data,1 > ie the approriate section of his printcap file.U >  > Fabio? >  >  > -- h! > tim.llewellyn@blueyonder.co.uk u > 5 > * PLEASE NOTE tim.llewellyn@cableinet.co.uk address( > is NO LONGER VALID *     =====o ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilf fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do you Yahoo!?) New DSL Internet Access from SBC & Yahoo!  http://sbc.yahoo.com   ------------------------------  $ Date: Thu, 3 Oct 2002 13:36:19 -0400* From: "Syltrem" <syltremzulu@videotron.ca>* Subject: Re: Pathworks, and shares on PC's5 Message-ID: <4d%m9.14432$H67.66475@tor-nn1.netcom.ca>i   Hi Thanks for this.  I I would probably go with SMB. I read a bit about samba and smbclient, andi have a question:H Do I need some process running on the system, in order to use smbclient?G It looks like there must be something, just like I need UCX or Multinet H running to use FTP (with TCP/IP), I need Samba to use SBMCLIENT with SMB	 protocol.    Am I getting this right?F What would be the "lighter" installation, just enough to get smbclient going?< I have downloaded the software - not installed anything yet.   Thanks   --   Syltrem I http://pages.infinit.net/syltrem (OpenVMS related web site - en franais)r8 To reply to myself directly, remove zulu from my address  G "Tony Scandora" <Scandora@cmt.anl.gov> a crit dans le message de news:   anf9md$48l$1@milo.mcs.anl.gov...E > If you buy and run Microsoft's UNIX Services for Windows or anotheru vendor'sI > product, or download and install cygwin, your PC will be able to run ana NFSeI > server, which VMS should be able to treat as a VMS disk.  That might bee more> > of an imposition on your PC and your time than you care for. > H > Most PCs can run an FTP server, which can obey commands from a VMS FTPI > client if you want to configure and run an FTP server on your PC.  It'sg not J > hard, and can be done with software that comes with Windows.  You run an FTP E > client utility program on your VMS system, and it can get directoryi listingsK > and get and put files.  It's not as easy as a VMS $ COPY command, but theMH > utility is easy to learn, and you can create command files for it with DCL. > J > You can also use Microsoft's proprietary SMB protocols, thanks to Samba, anK > open source implementation with good client and server code for UNIX, andaI > varying quality code for other environments, including VMS.  Instead of I > running an FTP server on your PC, you create a file share, which any PC, cannL > map.  VMS can't map a Windows file share like Windows can, but Samba has aH > client utility program that can get directory listings and put and get file.gE > Go to www.samba.org and find the VMS distribution.  You should find G > instructions how to build the client utility, and it's simple to run.r OnceK > you figure out what commands to type at it, you will be able to write DCLt to > tell it what to do.e >g
 > Summary: >.K > NFS -- you run a UNIX environment for Windows on your PC (difficult), mapn itI > on VMS (not difficult if you can install the NFS client), and use DCL $c COPY" > and $ DIRECTORY commands (easy). >eK > FTP -- you run an FTP server on your PC (not difficult) and an FTP client.L > utility program on VMS (not difficult, but not as easy as DCL $ COPY and $ > DIRECTORY commands). >eK > SMB -- you create a file share on your PC (easy) and run the Samba client G > for VMS (not difficult, but not as easy as DCL $ COPY and $ DIRECTORY  > commands). >c3 > Tony Scandora, Argonne National Lab, 630-252-7541c > scandora@cmt.anl.gov >g7 > "Syltrem" <syltremzulu@videotron.ca> wrote in messagec1 > news:fK2m9.14057$H67.64770@tor-nn1.netcom.ca...-F > > Since peecees's command language (DOS) is dumb and insufficient toK > > accomplish most tasks, and because I don't know (nor want to learn justr > thisK > > morning) VBscript or something akin, I was wondering if it was possible  to, > > copy a VMS file to a PC share, from DCL.L > > From DOS you can access shares that sit on both PC`s or VMS, very easily7 > > (COPY \\PC\SHARENAME\FILE.TXT \\VMS\SHARENAME\*.*).o' > > How about doing the same, from VMS?  > > H > > If it can be done, please give a reference to the manual where it is% > > explained, or the command syntax.lI > > I don't really know where to start looking (keywords to search in thec > book`s > > index or the AskOpenVMS).. > > 
 > > Thanks > >t > > -- > >t > > Syltrem9C > > http://pages.infinit.net/syltrem (OpenVMS related web site - enm	 franais)>< > > To reply to myself directly, remove zulu from my address > >p > >s > >  >  >s   ------------------------------   Date: 2 Oct 2002 23:57:17 -0700a% From: Bart.Zorn@xs4all.nl (Bart Zorn) Y Subject: Re: Press Release  LEGATO Teams with HP To Release An Industry-First For Backup  = Message-ID: <a98cd882.0210022257.5c30431c@posting.google.com>-  B Can someone explain what "Industry-First" means? I have been using SLS/ABS for years now!  	 Bart Zorne  g "Sue Skonetski" <susan.skonetski@hp.nospam.com> wrote in message news:<amsccf$b13$1@web1.cup.hp.com>...cN > http://www.legato.com/corporate_info/pressroom/press.cfm?oid=0006E61D-C306-1 > D90-886280CFAB3DFFFF >  >  > N > LEGATO Teams with HP To Release An Industry-First For Backup And Recovery Of > OpenVMS ServersoH > OpenVMS Customers Who Select the LEGATO NetWorker Solution to Receive" > Direct Technical Support from HP >       [ Snip ... ]e   ------------------------------   Date: 3 Oct 2002 08:15:20 -0700j) From: jbrankin@ntlworld.com (Jim Brankin):Y Subject: Re: Press Release  LEGATO Teams with HP To Release An Industry-First For Backup  = Message-ID: <863f19d6.0210030715.49ec51eb@posting.google.com>a  j Bart.Zorn@xs4all.nl (Bart Zorn) wrote in message news:<a98cd882.0210022257.5c30431c@posting.google.com>...D > Can someone explain what "Industry-First" means? I have been using > SLS/ABS for years now! >    Well, this is new is it not?       "Until this time customersJ  could not deploy OpenVMS in a heterogeneous fibre-channel backup solutionK  and share those devices with other operating systems. They could only back-E  up over the network or be limited to an OpenVMS-specific solution. "g  F You can use the same tape silo for VMS, Unix,  NT or whatever so long F as you use Legato on them all.  The Legato s/w stops them conflicting  with each other.     Thats my take anyhow.        > Bart ZornS > i > "Sue Skonetski" <susan.skonetski@hp.nospam.com> wrote in message news:<amsccf$b13$1@web1.cup.hp.com>...EP > > http://www.legato.com/corporate_info/pressroom/press.cfm?oid=0006E61D-C306-1 > > D90-886280CFAB3DFFFF > >  > >  > > P > > LEGATO Teams with HP To Release An Industry-First For Backup And Recovery Of > > OpenVMS ServersuJ > > OpenVMS Customers Who Select the LEGATO NetWorker Solution to Receive$ > > Direct Technical Support from HP > >  >  >    [ Snip ... ]C   ------------------------------   Date: 3 Oct 2002 10:58:19 -0700l* From: krblock@computer.org (Kenneth Block)U Subject: Re: Proposal: Retirement of some Components of the Compaq C++ Class  Library = Message-ID: <d3999c0b.0210030958.3f41f980@posting.google.com>n  H > Have you considered depreciating the interfaces and removing them from3 > the documentation while leaving them in the code?t  A Absolutely, but to get the cost savings of not having to continuenA qualifing and porting, removal is necessary. Retirement is a long ' process, deprecation is the first step.S  9 On Tru64, the first step was to announce the retirement.    C The second step was to remove the shared libraries from the base OSeC and put them into a seperate retired subset. This will occur in theiE next release of Tru64, about 3 years after the decision to retire wash made.o  > The third step will be to eliminate the retired subset and the? documentation, but the libraries will continue to ship with them compiler in archive form..  D The fourth step will be to drop the libraries from the compiler kit.  E Along the way if customers indicate that they value these interfaces, " we will reconsider the retirement.   ------------------------------   Date: 3 Oct 2002 02:56:28 -0700.6 From: jaq.vanrooijen@tiscalimail.nl (Hans van Rooijen)H Subject: Re: Telnet to a consoleport of an openVMS using a DECserver 300= Message-ID: <2a3a3daf.0210030156.1cc919b5@posting.google.com>   ` "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3D9BB96E.DF4B942A@fsi.net>... > Hans van Rooijen wrote:g > > D > > I configured a DECserver 300 with a IP address and port 1 of theJ > > DECserver as a listnet port 2001. Port 1 of the DECserver is connected. > > to the console port of an openVMS machine.E > > When I make a connection from VMS machine (ucx4.2-4 / tcpip 5.0a)EH > > using the command: "telnet <ip address decserver> /port=2001", i get > > the USERNAME prompt.H > > When I fill in my username and press the enter key I get my usernameE > > echoed again. Then the password prompt follows. When I fill in my = > > password, then password is echoed character by character.tG > > It looks the DECserver is echoing characters and when i press enteroH > > then VMS machine is echoing the commands. When I use Refelections or8 > > telnet from Windows everything is working correctly.F > > I tried to disable the echoing of the DECserver but it won't work.; > > Does someone had simular problems and know the answer??n > > Thanks.t > < > I have a feeling that will be Telnet options on the DS300. > J > You'll be looking for characteristics like "new line" (turn it off, send4 > <CR> when type <CR>) and local echo (turn it off). > & > Dunno, but that's where I'd start...    C I disabled all the "new line" options and tried also the options ofD8 echo (remote, local, locsupr) but nothing seems to work.   ------------------------------  % Date: Thu, 03 Oct 2002 06:28:33 -0400x& From: Ken Robinson <kenrbnsn1@rcn.com>H Subject: Re: Telnet to a consoleport of an openVMS using a DECserver 300< Message-ID: <5.1.0.14.2.20021003062416.04d6be38@pop.rcn.com>  1 At 02:56 AM 10/3/2002 -0700, you wrote (in part):i> >"David J. Dachtera" <djesys.nospam@fsi.net> wrote in message $ >news:<3D9BB96E.DF4B942A@fsi.net>... > > Hans van Rooijen wrote:b > > >oF > > > I configured a DECserver 300 with a IP address and port 1 of theL > > > DECserver as a listnet port 2001. Port 1 of the DECserver is connected0 > > > to the console port of an openVMS machine.G > > > When I make a connection from VMS machine (ucx4.2-4 / tcpip 5.0a)tJ > > > using the command: "telnet <ip address decserver> /port=2001", i get > > > the USERNAME prompt. >a > D >I disabled all the "new line" options and tried also the options of9 >echo (remote, local, locsupr) but nothing seems to work.D  L It's been a while since I've worked with a DECserver, but I would make sure I that the port is set for full duplex, not half duplex. A setting of half uB duplex would give you the results you are seeing. Also, check the L characteristics of the OPA0 port on the VMS machine. If that is set to half / duplex, then it's VMS that's doing the echoing.M  I You said that Telnet & Reflections work. Are you telnetting to OPA0?  If s5 you hook up a regular terminal to OPA0, what happens?    Ken Robinson   ------------------------------  % Date: Thu, 03 Oct 2002 17:04:47 -0000 - From: wspencer@ap.nospam.org (Warren Spencer) Y Subject: Veritas Software CFO Resigns (was: "Underqualified tipster backed HP merger"...)w5 Message-ID: <929C826C9warrenspencer1977@216.168.3.30>   + billtodd@metrocast.net (Bill Todd) wrote inr9 <9RXm9.446650$5r1.19115736@bin5.nnrp.aus1.giganews.com>: u  G >Bullshit.  The employer's ability to choose based on the criteria s/he.E >feels are important has been removed by the potential employee's liecI >about his/her credentials.  And for all your protestations about ethics,y( >this doesn't seem to bother you at all. > I >'Situational ethics' was all the rage 30-some years ago.  Apparently you+D >never developed a very good understanding of it, let alone advanced >beyond it.P  M The "underqualified tipster" is not alone.  Is resume padding now the rage?  M Check this one out:i ________________ Veritas Software CFO Resigns t Thu Oct 3,12:10 PM ETn  G MOUNTAIN VIEW, Calif. (AP) - Veritas Software Corp. Thursday said that oL Kenneth E. Lonchar resigned as executive vice president and chief financial F officer, after the company learned he had "misstated" his educational 
 credentials. +   Complete story at: (url wrap!)@ http://story.news.yahoo.com/news?tmpl=story&ncid=528&e=2&cid=528' &u=/ap/20021003/ap_on_hi_te/veritas_cfo    ________________   ws   Warren Spencer' Senior Software Engineer (not a writer)w The Associated Press  < ** Time flies like an arrow.  Fruit flies like a bananna. **   ------------------------------  $ Date: Thu, 3 Oct 2002 20:04:47 +0300- From: wspencer@ap.nospam.org (Warren Spencer)MY Subject: Veritas Software CFO Resigns (was: "Underqualified tipster backed HP merger"...)aQ Message-ID: <1037270357C4D411A1C900A0C9D4BFCB9EEB06@hqnts40div01.academy.kiev.ua>n  + billtodd@metrocast.net (Bill Todd) wrote in 9 <9RXm9.446650$5r1.19115736@bin5.nnrp.aus1.giganews.com>:    G >Bullshit.  The employer's ability to choose based on the criteria s/he E >feels are important has been removed by the potential employee's lieoI >about his/her credentials.  And for all your protestations about ethics,-( >this doesn't seem to bother you at all. >$I >'Situational ethics' was all the rage 30-some years ago.  Apparently youcD >never developed a very good understanding of it, let alone advanced >beyond it.   M The "underqualified tipster" is not alone.  Is resume padding now the rage?  S Check this one out:  ________________ Veritas Software CFO Resigns e Thu Oct 3,12:10 PM ET   G MOUNTAIN VIEW, Calif. (AP) - Veritas Software Corp. Thursday said that YL Kenneth E. Lonchar resigned as executive vice president and chief financial F officer, after the company learned he had "misstated" his educational 
 credentials. a   Complete story at: (url wrap!)@ http://story.news.yahoo.com/news?tmpl=story&ncid=528&e=2&cid=528' &u=/ap/20021003/ap_on_hi_te/veritas_cfo    ________________   ws   Warren Spencer' Senior Software Engineer (not a writer)= The Associated Press  < ** 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)M871Ib= M;VXM+2TM+0T*1G)O;3H@=W-P96YC97)`87`N;F]S<&%M+F]R9R`H5V%R<F5N== M(%-P96YC97(I#0I396YT.B`Q,"\P,R\R,#`R(#(P.C`W.C$S#0I4;SH@#0I30= M=6)J96-T.B!697)I=&%S(%-O9G1W87)E($-&3R!297-I9VYS("AW87,Z(")5.= M;F1E<G%U86QI9FEE9"!T:7!S=&5R(&)A8VME9"!(4"!M97)G97(B+BXN*0T* = M#0HM+2TM+5-C86Y-86EL.B!2;W5T:6YG($1O;6%I;B!);F9O<FUA=&EO;B!F1= M;W(@4TU44"!M86EL+2TM+2T-"E!A=&@Z(&-A<G)I97(N:VEE=BYU82%N97=S.= M+FMI978N<V]V86TN8V]M(5-V:71O;FQI;F4N0T]-(6YE=W-F965D+F=A;6UA = M+G)U(4=A;6UA+E)5(6YE=W-F965D+FUE9&EA+FMY;W1O+74N86,N:G`A;&]Gt= M8G)I9&=E+G5O<F5G;VXN961U(7-N+7AI="TP,R%S;BUX:70M,#$A<VXM<&]Sg= M="TP,2%S=7!E<FYE=W,N8V]M(6YE=W,N<W5P97)N97=S+F-O;2%N;W0M9F]R = M+6UA:6P-"D9R;VTZ('=S<&5N8V5R0&%P+FYO<W!A;2YO<F<@*%=A<G)E;B!3 = M<&5N8V5R*0T*3F5W<V=R;W5P<SH@8V]M<"YO<RYV;7,-"E-U8FIE8W0Z(%9E = M<FET87,@4V]F='=A<F4@0T9/(%)E<VEG;G,@*'=A<SH@(E5N9&5R<75A;&EF = M:65D('1I<'-T97(@8F%C:V5D($A0(&UE<F=E<B(N+BXI#0I$871E.B!4:'4L = M(#`S($]C="`R,#`R(#$W.C`T.C0W("TP,#`P#0I/<F=A;FEZ871I;VXZ(%1Ha= M92!!<W-O8VEA=&5D(%!R97-S#0I-97-S86=E+4E$.B`\.3(Y0S@R-D,Y=V%Rr= M<F5N<W!E;F-E<C$Y-S=`,C$V+C$V."XS+C,P/@T*4F5F97)E;F-E<SH@/#-$e= M.3,U0D-%+CE&04(Q.#E!0'9I9&5O=')O;BYC83X@/#<Q8CEP=6LR,C4U,V0T = M,F$X=&-A;64P=31V;7-F-C9K9&1`-&%X+F-O;3X@/#-$.31#-C(S+C1$0C<T = M.3A`=FED96]T<F]N+F-A/B`\-S<V:'!U;S-O-FXV;VTW,'!S9&)D-V5S,S-Qn= M83$U86ID:D`T87@N8V]M/B`\,T0Y.$$X04$N-S@S034Q131`=FED96]T<F]Nm1 B+F-A/B`\3T,R;3DN-#(D35DQ+CDP.30W.4!N97=S+F-P<0==h `r end    ------------------------------  $ Date: Thu, 3 Oct 2002 09:00:29 +01004 From: "Chris Sharman" <chris.sharman@ccagroup.co.uk> Subject: Re: VMS 7.3 DCL / MXu4 Message-ID: <angtda$1d8$1$8300dec7@news.demon.co.uk>  8 "John Johnstone" <jj_usenet2@yahoo.com> wrote in message# news:3D99C7F8.295C898C@yahoo.com...eJ > OK, I've gotten mixed up with what works vs. what's required.  As far asD > what syntax works on the DCL command line, on VMS 7.1, 7.2 and 7.3 > systems here, these all work:o >.= > $ mail login.com/sub="Test" smtp%"joe_user@test_domain.com"gA > $ mail login.com/sub="Test" "smtp%""joe_user@test_domain.com""" A > $ mail login.com/sub="Test" smtp%"""joe_user@test_domain.com"""c >tH > Since all of these systems are using TCPIP rather than MX, maybe there= > is a change somewhere past the DCL parsing with MX and 7.3.   J The first mx%"a@b.c" is what I used to use, along with mx%myalias which mxA would translate. mx now fails to do that translation: it requires0 "mx%""myalias""".r) Mis-translations I've seen along the way:sL Mail going to _both_ the translation of "myalias" and myalias@ccagroup.co.ukG (which is our local domain) - the local one gets non-delivered, and thes$ external one doesn't seem to arrive.0 Mail going out with the mx% still on: <mx%a@b.c>H What's made of this at the remote end, or in between, is anyone's guess.2 Perhaps it is a combination of VMS 7.3 and MX 5.0.I If anything's unclear, sorry - I'm fighting with Outlook, which naturallyt: thinks it knows best on how to type email addresses. Grrr.   Chrisn   ------------------------------  $ Date: Thu, 3 Oct 2002 12:46:02 -0400% From: "John Vottero" <John@mvpsi.com> ' Subject: Re: VMS 7.3-1 CD will not boote/ Message-ID: <upot2etfvolmb8@news.supernews.com>e  + "Dirk Munk" <munk@home.nl> wrote in messagei/ news:V6Im9.163968$H6.13464358@zwoll1.home.nl...e > Charlie Hammond wrote:9 > > In article <THom9.158444$H6.13180892@zwoll1.home.nl>, $ > > Dirk Munk <munk@home.nl> writes: > >s > >c7 > >>I'm using a copied [OpenVMS Alpha V7.3-1 CD-ROM]..." > >i > >  > > Why are you using a copy?e >aL > Since I work for a big organization, packages tend to get lost. So our VMS 7.3-1rE > kits were on someones desk and we did not know where they were. Ourt friendlyG > Compaq, oops, HP engineers however had a kit for us, so we copied the 
 CD's. ThisK > morning we were able to trace our kits, so I tried again with an originalr CD. To > no avail I'm afraid. >g > >  > > F > >>... booting the CD it will go as far as reporting that the network	 interface L > >>is set to full duplex etc. After that I see some more activity, but thenB > >>after a while the CD player doesn't do very much anymore. Only occasionally0 > >>I see the read led flash for a short moment. > >>) > >>... The VMS 7.3 CD has no problems...  > >, > >h > > Is the V7.3 CD a copy? > No > 3 > > Does an "original" (not a copy) V7.3-1 CD boot?, >OH > Yes, but just like with the copy it will get to the EWA0 message, load	 some moretF >   stuff from CD (2 burst of activity), and then everything gets very quiet. Just>3 >   occasionaly a short flash of the CD-Rom player.h >p  K Are you sure you're looking at the right console?  It's been a few years soiJ I don't remember the details but I once had a similar problem.  The systemL would start booting but at a certain point all output would stop even thoughL CD access continued for a while.  It turned out that both consoles, graphicsD and serial, work initially.  I believe that we were booting from theK graphics console but the system was set to use the serial console and afterhE a point, it switched all output to the serial console so the graphicsa console looked hung.  $ Check your CONSOLE firmware setting.   ------------------------------  % Date: Thu, 03 Oct 2002 19:37:21 +0200h From: Dirk Munk <munk@home.nl>' Subject: Re: VMS 7.3-1 CD will not boott5 Message-ID: <9f%m9.169363$H6.13858611@zwoll1.home.nl>o   John Vottero wrote: - > "Dirk Munk" <munk@home.nl> wrote in messageo1 > news:V6Im9.163968$H6.13464358@zwoll1.home.nl...  >  >>Charlie Hammond wrote: >>8 >>>In article <THom9.158444$H6.13180892@zwoll1.home.nl>,# >>>Dirk Munk <munk@home.nl> writes:r >>>- >>>" >>>@7 >>>>I'm using a copied [OpenVMS Alpha V7.3-1 CD-ROM]...i >>>r >>>  >>>Why are you using a copy? >>L >>Since I work for a big organization, packages tend to get lost. So our VMS >  > 7.3-13 > E >>kits were on someones desk and we did not know where they were. Ourl > 
 > friendly > G >>Compaq, oops, HP engineers however had a kit for us, so we copied the  >  > CD's. This > K >>morning we were able to trace our kits, so I tried again with an original  >  > CD. To >  >>no avail I'm afraid. >> >> >>> F >>>>... booting the CD it will go as far as reporting that the network >  > interface  > L >>>>is set to full duplex etc. After that I see some more activity, but thenB >>>>after a while the CD player doesn't do very much anymore. Only >  > occasionally > 0 >>>>I see the read led flash for a short moment. >>>>) >>>>... The VMS 7.3 CD has no problems...e >>>C >>>  >>>Is the V7.3 CD a copy?/ >> >>No >> >>2 >>>Does an "original" (not a copy) V7.3-1 CD boot? >>H >>Yes, but just like with the copy it will get to the EWA0 message, load >  > some morev > F >>  stuff from CD (2 burst of activity), and then everything gets very > 
 > quiet. Just  > 3 >>  occasionaly a short flash of the CD-Rom player.L >> >  > M > Are you sure you're looking at the right console?  It's been a few years so L > I don't remember the details but I once had a similar problem.  The systemN > would start booting but at a certain point all output would stop even thoughN > CD access continued for a while.  It turned out that both consoles, graphicsF > and serial, work initially.  I believe that we were booting from theM > graphics console but the system was set to use the serial console and after8G > a point, it switched all output to the serial console so the graphics> > console looked hung. > & > Check your CONSOLE firmware setting. >  >  > K I know the problem you're mentioning. However this system has never used a cR serial console, and since I'm the sole user it can't have been switched to serial.   ------------------------------  # Date: Thu, 03 Oct 2002 17:55:22 GMTr4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>' Subject: Re: VMS 7.3-1 CD will not boot 0 Message-ID: <3D9C826B.1A36344E@blueyonder.co.uk>   John Vottero wrote:e > - > "Dirk Munk" <munk@home.nl> wrote in messagee1 > news:V6Im9.163968$H6.13464358@zwoll1.home.nl...c > > Charlie Hammond wrote:; > > > In article <THom9.158444$H6.13180892@zwoll1.home.nl>,m& > > > Dirk Munk <munk@home.nl> writes: > > >- > > >-9 > > >>I'm using a copied [OpenVMS Alpha V7.3-1 CD-ROM]...0 > > >m > > >M > > > Why are you using a copy?N > >kN > > Since I work for a big organization, packages tend to get lost. So our VMS > 7.3-1wG > > kits were on someones desk and we did not know where they were. Our)
 > friendlyI > > Compaq, oops, HP engineers however had a kit for us, so we copied the- > CD's. ThisM > > morning we were able to trace our kits, so I tried again with an originali > CD. To > > no avail I'm afraid. > >p > > >t > > >wH > > >>... booting the CD it will go as far as reporting that the network > interfacesN > > >>is set to full duplex etc. After that I see some more activity, but thenD > > >>after a while the CD player doesn't do very much anymore. Only > occasionally2 > > >>I see the read led flash for a short moment. > > >>+ > > >>... The VMS 7.3 CD has no problems...e > > >e > > >f > > > Is the V7.3 CD a copy? > > No > >e5 > > > Does an "original" (not a copy) V7.3-1 CD boot?  > >sJ > > Yes, but just like with the copy it will get to the EWA0 message, load > some moreiH > >   stuff from CD (2 burst of activity), and then everything gets very
 > quiet. Just 5 > >   occasionaly a short flash of the CD-Rom player.  > >S > M > Are you sure you're looking at the right console?  It's been a few years so L > I don't remember the details but I once had a similar problem.  The systemN > would start booting but at a certain point all output would stop even thoughN > CD access continued for a while.  It turned out that both consoles, graphicsF > and serial, work initially.  I believe that we were booting from theM > graphics console but the system was set to use the serial console and afteroG > a point, it switched all output to the serial console so the graphicsf > console looked hung. > & > Check your CONSOLE firmware setting.  L Why would this cause a problem with 7.3-1 CD but not thw 7.3 CD? Dirk stated the 7.3 CD works fine.     -- s tim.llewellyn@blueyonder.co.uk t  H * PLEASE NOTE tim.llewellyn@cableinet.co.uk address is NO LONGER VALID *   ------------------------------  % Date: Thu, 03 Oct 2002 11:42:52 +0100C( From: Nic Clews <sendspamhere@127.0.0.1>< Subject: Re: Why slow system when using logical search list?) Message-ID: <3D9C1F2C.9589979A@127.0.0.1>r   Lawrence Bleau wrote:d >   M > Here's what I found about the problem.  When using a logical name to open atI > file (as in SDFDIR:filename), if the logical name is a search list thatoP > contains a remote node name and disk/directory on the remote system as well asO > a local disk/directory, a lot of time is spent in kernel mode and the programiM > slows to a crawl.  If the logical name is changed to be *solely* the remote N > node, disk, and directory, with *no* local  parts (ie, not a search list but9 > still remote access), the program speeds up noticeably.n > P > To demonstrate this, I wrote a short test program that would do nothing exceptO > open a file on the remote system, read its entire contents, and close it, the N > proceed to the next file and repeat the process.  Nothing else.  I specifiedN > SDFDIR:filename as the file to open, where filename is generated internally.L > With SDFDIR defined as SAMPEX::$SDF:[SDF}, it went through at the expected? > pace, taking about 7-8 secs per file.  With SDFDIR defined asoJ > SAMPEX::$SDF:[SDF],$STEP_DATA:[DWYER.SDF],$STEP:[DWYER.STEP.DATA] (whereL > $STEP_DATA: and $STEP: are local disks) the program took 45 secs per file.& > This is almost a factor of 6 slower.  F Did you do any testing using a search list that matched only the localA node (i.e. DECnet not involved?) Did you try different numbers of- 'targets' for the search list?  @ My gut reaction is that when you hit a search list, you are thenH performing each physical file lookup, before the search list 'ends' withC a match. I'm surprised it is a rise in kernel mode you see, I wouldxG perhaps have expected RMS operations to take place in exec mode. Do theeA rate of logical translations as observed by MONITOR seem to be ino proportion?e  3 I've no answer, I'm speculating about your results..   --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot comX   ------------------------------   Date: 3 Oct 2002 08:04:17 -0600n- From: koehler@encompasserve.org (Bob Koehler)y< Subject: Re: Why slow system when using logical search list?3 Message-ID: <5496jbJVG+jy@eisner.encompasserve.org>r  ] In article <anfbiq$4qc$1@grapevine.wam.umd.edu>, bleau@umtof.umd.edu (Lawrence Bleau) writes: Q > Hi, I have a performance question that make take some insider knowledge of RMS.eM > It was quite a puzzler.  First, my config: OpenVMS AXP V7.1-2 on DECstationt > 3000 model 300, Fortran V7.2.  >  [...]  > M > Here's what I found about the problem.  When using a logical name to open aiI > file (as in SDFDIR:filename), if the logical name is a search list that>P > contains a remote node name and disk/directory on the remote system as well asO > a local disk/directory, a lot of time is spent in kernel mode and the programnM > slows to a crawl.  If the logical name is changed to be *solely* the remotesN > node, disk, and directory, with *no* local  parts (ie, not a search list but9 > still remote access), the program speeds up noticeably.t >   H    How long between attempts?  There is an obsrevable delay in opening aC    connection via DECnet if the remote node does not have a processwD    running to accept the connection.  Once such a process starts, itA    hangs around after it goes idle because there is often another     connection soon..  G    Try waiting quite a while and then retesting in the reverse order of A    your posted tests.  Also check the remote node to see what theaG    timeout is before the idle network process exits.  For test pruposesoC    that timeout can be set to 0 under DECnet Phase IV, I'm not sureT    about Phase V.    ------------------------------  # Date: Thu, 03 Oct 2002 14:09:55 GMT$9 From: Hein van den Heuvel <hein_netscape@eps.zko.dec.com> < Subject: Re: Why slow system when using logical search list?/ Message-ID: <3D9C4DA7.C0B0FCBA@eps.zko.dec.com>f   Lawrence Bleau wrote:   M > Here's what I found about the problem.  When using a logical name to open asI > file (as in SDFDIR:filename), if the logical name is a search list thatoP > contains a remote node name and disk/directory on the remote system as well asO > a local disk/directory, a lot of time is spent in kernel mode and the programeM > slows to a crawl.  If the logical name is changed to be *solely* the remote0N > node, disk, and directory, with *no* local  parts (ie, not a search list but9 > still remote access), the program speeds up noticeably.  >n  Q I suspect the explanaiton is to be found in the RMS search list processing rules.f See:  [  http://www.openvms.compaq.com:8000/731FINAL/4506/4506pro_018.html#apps_search_list_parsinga   It sepcifically reads:I "When RMS tries to locate a file using multiple search lists, it uses alle combinations of the Q elements in the search lists. First it combines the first entry in the first list  with the first entryO in the second list. Then it combines the first entry in the first list with the- second entry in the- second list.P      After trying all combinations of the first entry in the first list with all entries in the secondDS list, RMS repeats the exercise using the entries in the second list with the secondo entry in theK first list. This continues until RMS locates the file or until it tries alli combinations of all lists. "  O If you toss a remote filespace in the equation then I could see the cost becomeD prohibitif.aP This is how it is, how it has worked for 20+ years, and how it is going to stay,D so if this ends up hurting you, you'll need to take evasive actions.  
 Good luck, Hein./   ------------------------------  + Date: Thu, 03 Oct 2002 18:42:21 +0100 (MET)\9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> 2 Subject: wildcard search searching too many files?; Message-ID: <01KN8L0L9C5K9QWKOO@sysdev.deutsche-boerse.com>   G I just did a wildcard SEARCH on a large number of files.  While it was RG progressing, I did CTRL-T to see how it was progressing.  It said that eG it was scanning a file which, from its name, I suspected should not be %A matched by the wildcard file spec (which included /SINC=YES).  A I? DIR/DAT=(C,M) showed that the file was a couple of weeks old.  2* Specifying this file explicitly results in  "    %SEARCH-E-NOFILE, no file found  I I would certainly hope that SEARCH would, conceptually speaking, build a  I list of files and then search them, not search them all and suppress the QG output for those that don't match the file spec!  Actually, I think it  F does do this, since searching ALL files takes a lot longer.  However, 7 I'm still puzzled as to why CTRL-T told me what it did.2   ------------------------------   Date: 3 Oct 2002 12:11:54 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) 6 Subject: Re: wildcard search searching too many files?3 Message-ID: <H2XJYXL$pFYD@eisner.encompasserve.org>e  w In article <01KN8L0L9C5K9QWKOO@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:hI > I just did a wildcard SEARCH on a large number of files.  While it was  I > progressing, I did CTRL-T to see how it was progressing.  It said that tI > it was scanning a file which, from its name, I suspected should not be  C > matched by the wildcard file spec (which included /SINC=YES).  A '  C That is surprising to me for a wildcard search.  I would suspect itpD would be "looking for" the entire specification at one time.  SurelyD it does not try to guess in advance what possible filespecs might be
 out there.  K > I would certainly hope that SEARCH would, conceptually speaking, build a iK > list of files and then search them, not search them all and suppress the iI > output for those that don't match the file spec!  Actually, I think it wH > does do this, since searching ALL files takes a lot longer.  However, 9 > I'm still puzzled as to why CTRL-T told me what it did.=  B Of course if you were to do a multi-filespec search it will handleD each filespec one at a time, and since you have a date qualification8 the file header for each file must be fetched from disk.   ------------------------------  + Date: Thu, 03 Oct 2002 19:17:21 +0100 (MET)m9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> 6 Subject: Re: wildcard search searching too many files?; Message-ID: <01KN8MFB9Z209QWKOO@sysdev.deutsche-boerse.com>4  E > That is surprising to me for a wildcard search.  I would suspect itlF > would be "looking for" the entire specification at one time.  SurelyF > it does not try to guess in advance what possible filespecs might be > out there.   I don't quite follow this.  D > Of course if you were to do a multi-filespec search it will handleF > each filespec one at a time, and since you have a date qualification: > the file header for each file must be fetched from disk.  I OK.  I guess I just happened to hit CTRL-T when it was fetching the file sH header.  I've since tried pressing CTRL-T more often during the search, F and MOST of the time it reports that it is searching a file it should H be.  The remaining minority, I suppose, are the file-header fetches you 
 mentioned.   ------------------------------   Date: 3 OCT 2002 17:25:02 GMTy+ From: Dave Greenwood <greenwoodde@ornl.gov>W6 Subject: Re: wildcard search searching too many files?1 Message-ID: <3OCT02.17250229@feda34.fed.ornl.gov>F  Q In a previous article, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote: I > I just did a wildcard SEARCH on a large number of files.  While it was PI > progressing, I did CTRL-T to see how it was progressing.  It said that iI > it was scanning a file which, from its name, I suspected should not be aC > matched by the wildcard file spec (which included /SINC=YES).  A nA > DIR/DAT=(C,M) showed that the file was a couple of weeks old.   , > Specifying this file explicitly results in >  s$ >    %SEARCH-E-NOFILE, no file found >  hK > I would certainly hope that SEARCH would, conceptually speaking, build a  K > list of files and then search them, not search them all and suppress the  I > output for those that don't match the file spec!  Actually, I think it oH > does do this, since searching ALL files takes a lot longer.  However, 9 > I'm still puzzled as to why CTRL-T told me what it did.a  D File dates are maintained in the header of the file, rather than theD directory entry for the file.  Therefore, SEARCH has to *open* everyE file matching the wildcard file spec in order to determine which onesb? match the /SINC=YES requirement.  Presumably the search is onlyt3 carried out on the files which match the /SINC=YES.   C I would assume that many/most files matching the wildcard file specbD do not also match the /SINC=YES requirement.  So the odds are prettyE good that a CTRL-T would happen to find SEARCH with a file open which  is not actually being searched.    Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVsH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------   Date: 3 Oct 2002 08:09:37 -0600 - From: koehler@encompasserve.org (Bob Koehler).+ Subject: Re: Writing a new VMS filesystem ?r3 Message-ID: <56LCub9jxoiS@eisner.encompasserve.org>d  i In article <863f19d6.0210021250.12eb20e6@posting.google.com>, jbrankin@ntlworld.com (Jim Brankin) writes:  > ? > Your first port of call is mount. Read it and understand the uA > data structures it allocates and links together. You will have r? > to write your own mount program. There is no /type qualifier  < > to mount to make it spawn a file system specific program.   >    Yes there is, but the qualifier is /processor, not /type.  =    mount/processor=file-spec will use the ACP of your choice.o   ------------------------------   Date: 3 Oct 2002 08:12:09 -0600aB From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)+ Subject: Re: Writing a new VMS filesystem ? 3 Message-ID: <Y+v2QHQ8Olk6@eisner.encompasserve.org>f  i In article <863f19d6.0210021250.12eb20e6@posting.google.com>, jbrankin@ntlworld.com (Jim Brankin) writes: z > In article <lUvAvP3LnO89@eisner.encompasserve.org>, clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes: >> nC >> Is there any support in VMS for users writing a new filesystem ?l >> ( >  > Use the source.  > < > It will cost you, but you cannot do without it. Not all ofB > VMS is on the CDs but I think they will give you everything you  > need.  >   E That's what starting to think, but I just thought that I would check.j  C > If this is a commerial venture, then I think it will be difficults > to make money from it.  ! Heading off comments from others:n  K No, it's nothing like that. Basically, each winter I pick 1-2 projects thatuJ are fun to do and that also enhance my skills. One of last year's projectsM was writing my first VMS device driver (a _highly_ enjoyable experience BTW).t, Any resulting work is just for personal use.  E One of the projects for this year that I was considering was a simpleOG filesystem, but it appears that this is one area of VMS that is nowhere J nearly as well documented (nor is the documentation as available) as it is on Linux for example.t    Thanks to all for the responses.   Simon.   --  B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       + Microsoft: The Lada of the computing world.u   ------------------------------   Date: 3 Oct 2002 09:02:50 -0600-- From: Kilgallen@SpamCop.net (Larry Kilgallen)3+ Subject: Re: Writing a new VMS filesystem ?r3 Message-ID: <hoFNerYfYA$3@eisner.encompasserve.org>8  x In article <Y+v2QHQ8Olk6@eisner.encompasserve.org>, clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:  M > No, it's nothing like that. Basically, each winter I pick 1-2 projects thatoL > are fun to do and that also enhance my skills. One of last year's projectsO > was writing my first VMS device driver (a _highly_ enjoyable experience BTW). . > Any resulting work is just for personal use. > G > One of the projects for this year that I was considering was a simplerI > filesystem, but it appears that this is one area of VMS that is nowhereeL > nearly as well documented (nor is the documentation as available) as it is > on Linux for example.   B The VMS device driver interface is not only better documented thanB the file system interface; it is also more fully engineered.  That@ is at least partly related to customer demand, but a robust file5 system is also a more difficult task (in my opinion).s  A I would rate a file system as at least an order of magnitude moreME work than a device driver.  Start by looking at all the ACP QIO callsiC in the I/O User's Guide to get an idea of what must be implemented.-   ------------------------------  % Date: Thu, 03 Oct 2002 17:40:54 +0200@@ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk>+ Subject: Re: Writing a new VMS filesystem ?r+ Message-ID: <3D9C6506.2090303@mail.tele.dk>8   Atlant Schmidt wrote:    > Simon Clubley wrote:- > I may be out of date, but isn't VMS *STILL* 
 > in need of:t > 	 >   o UDFn >   o FAT-32	 >   o UFSb	 >   o AFSu
 >   o Mac HFSs > 6 > (Among others) Write it, and *SELL* it to HP so they5 > can *FINALLY* answer at least one of these customerd > requests!   * Are there customer request for all those ?   FAT-32 ?   Arne   ------------------------------  % Date: Thu, 03 Oct 2002 11:27:27 -0400 2 From: Atlant Schmidt <atlantnospam@mindspring.com>+ Subject: Re: Writing a new VMS filesystem ?r- Message-ID: <3D9C61DF.EA8F6EC@mindspring.com>    Simon Clubley wrote:  1 > Basically, each winter I pick 1-2 projects thateL > are fun to do and that also enhance my skills. One of last year's projectsO > was writing my first VMS device driver (a _highly_ enjoyable experience BTW).e. > Any resulting work is just for personal use.  + I may be out of date, but isn't VMS *STILL*s in need of:r     o UDF-
   o FAT-32   o UFS-   o AFS    o Mac HFS0  4 (Among others) Write it, and *SELL* it to HP so they3 can *FINALLY* answer at least one of these customero	 requests!e   Atlant   ------------------------------  # Date: Thu, 03 Oct 2002 16:43:34 GMTeF From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman)+ Subject: Re: Writing a new VMS filesystem ?n2 Message-ID: <Ws_m9.21$GF4.586814@news.cpqcorp.net>  n In article <3D9C6506.2090303@mail.tele.dk>, Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk> writes: >  >Atlant Schmidt wrote: >a >> Simon Clubley wrote:h. >> I may be out of date, but isn't VMS *STILL* >> in need of: >>  
 >>   o UDF
 >>   o FAT-32<
 >>   o UFS
 >>   o AFS >>   o Mac HFS >>  7 >> (Among others) Write it, and *SELL* it to HP so theyp6 >> can *FINALLY* answer at least one of these customer >> requests! > + >Are there customer request for all those ?o > 	 >FAT-32 ?r >s >Arne   : At one time or another there have been requests for almost# every on-disk file system there is.   ; There have been programs that will let you mount a diskettec8 in FAT format so you can exchange data with a PC.  There= are occasionally requirements to exchange more data than willu: fit on a diskette with a system that uses a different file: format.  Networking isn't always a solution as there isn't always a compatible network.  : The increased use of CD-R and CD-RW, and the drop in media> costs, seem to have solved a lot of problems because I haven't< seen as many requests for this functionality lately.  Still,: there are times when it would be nice to be able to take a: disk out of a Windows or MacOS or Unix or Linux system and6 plug it into an OpenVMS system and work with the data.  > I don't think there are any spare resources to do anthing like? this internally at the moment, but I think it is a project thatDA a reasonably experienced programmer could take on.  You will needc> access to an OpenVMS source listings kit, and you will want to8 look at the various ACPs that already exist for mounting@ something other than an ODS-2 or ODS-5 disk.  (Hint: there's one< for ISO-9660 CDs.  It's read only, but it's a start.)  There@ should also be an old module for ODS-1 / RSX-11 disks somewhere.; As others have noted, this task isn't as well documented as > writing a driver, but if you do some web searches you may well: find some of the older articles from DECUS newsletters and2 Symposia that should have some useful information.   --  (  B. Z. Lederman   Personal Opinions Only  8  Posting to a News group does NOT give anyone permission8  to send me advertising by E-mail or put me on a mailing  list of any kind.  5  Please remove the "DISABLE-JUNK-EMAIL" if you have ah5  legitimate reason to E-mail a response to this post.s   ------------------------------  + Date: Thu, 03 Oct 2002 18:52:21 +0100 (MET)h9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> + Subject: Re: Writing a new VMS filesystem ?h; Message-ID: <01KN8LB3QA4E9QWKOO@sysdev.deutsche-boerse.com>s  D > There have been programs that will let you mount a diskette in FAT- > format so you can exchange data with a PC. -  H > Still, there are times when it would be nice to be able to take a diskG > out of a Windows or MacOS or Unix or Linux system and plug it into ane) > OpenVMS system and work with the data. H  @ > I don't think there are any spare resources to do anthing likeA > this internally at the moment, but I think it is a project thatr6 > a reasonably experienced programmer could take on.    G Well, there's Hunter's MGPCX, which can read and write MS-DOS floppies iF on VMS.  How much work would it take to cook up something similar for F other file systems?  This would take care of getting the files on and E off the system.  Presumably, it would be a lot more work to have VMS  $ applications access them "directly".   ------------------------------   Date: 3 Oct 2002 12:12:08 -0600c- From: koehler@encompasserve.org (Bob Koehler)"+ Subject: Re: Writing a new VMS filesystem ?e3 Message-ID: <2sW3th5$OKgG@eisner.encompasserve.org>   b In article <3D9C61DF.EA8F6EC@mindspring.com>, Atlant Schmidt <atlantnospam@mindspring.com> writes: > Simon Clubley wrote: > - > I may be out of date, but isn't VMS *STILL*n
 > in need of:a >       o UDF    	- what's that?l-    o FAT-32     - no, no, a thousand times nod-    o UFS        - no, no, a thousand times not&    o AFS        - no, no, 999 times no,    o Mac HFS    - no, no, a hundred times no   > 6 > (Among others) Write it, and *SELL* it to HP so they5 > can *FINALLY* answer at least one of these customert > requests!*  E    A file system is a reliable place to keep and organize data.  UFS.-    etc., don't cut it.    h   ------------------------------  % Date: Thu, 03 Oct 2002 04:30:56 +0200M2 From: martin@radiogaga.harz.de (Martin Vorlaender)@ Subject: Re: Writing a VMS CLI ?, was: Re: Suggestion for SEARCH; Message-ID: <3d9babe0.524144494f47414741@radiogaga.harz.de>     lbohan@dbc..spamless..com wrote:5 > I had always thought a (modified?) Perl would make a > a very cool CLI/shell.   h  4 You mean like http://sourceforge.net/projects/psh/ ?2 I have no idea whether it works under VMS, though.   cu,e   Martin --  F                           | Martin Vorlaender  |  VMS & WNT programmer3  Cetero censeo            | work: mv@pdv-systeme.deiF  Redmondem delendam esse. |   http://www.pdv-systeme.de/users/martinv/:                           | home: martin@radiogaga.harz.de   ------------------------------   End of INFO-VAX 2002.546 ************************