1 INFO-VAX	Sat, 28 Sep 2002	Volume 2002 : Issue 536       Contents:D re: "Trend SMEX Content Filter has detected sensitive content" - ???D re: "Trend SMEX Content Filter has detected sensitive content" - ???0 Re: "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"...0 Re: "Underqualified tipster backed HP merger"...+ Re: BACKUP to saveset on NFS mounted volume ; Re: Celera Throws Compaq Servers In Trash - Forbes Magazine ! Re: Changing Strings in EXE files  Re: China clones Alpha ? Re: China clones Alpha ? Re: China clones Alpha ? Re: Deleting expired licenses 0 Re: Deleting expired licenses - irrelevant aside Re: Exit(status) strategy  Re: Exit(status) strategy # Re: OpenVMS 25th anniversary survey  Re: OpenVMS is strategic Re: OpenVMS is strategic Re: OpenVMS is strategic/ Re: Problem using Perl library functions on VMS 0 Re: Q: Can OpenVMS be run on a Digital PWS 500a?0 Re: Q: Can OpenVMS be run on a Digital PWS 500a?0 Re: Q: Can OpenVMS be run on a Digital PWS 500a?  Re: Q: Running OpenVMS diskless?  Re: Q: Running OpenVMS diskless? SMTP site logicals template  Re: Suggestion for SEARCH  RE: Suggestion for SEARCH  Re: The perils of reusable code # Re: Update IP number on OpenVMS 6.2 # Re: Update IP number on OpenVMS 6.2 # RE: Update IP number on OpenVMS 6.2 0 Re: VMS future (oh not not another one of these)0 Re: VMS future (oh not not another one of these) Re: warning during copy 2 Re: What IO performance expected on GS140 PCI bus?( Re: www.openvms.compaq.com has been HPedA Re: [mike@akitanet.co.uk: OpenVMS POP server local vulnerability]   F ----------------------------------------------------------------------  % Date: Sat, 28 Sep 2002 14:48:26 +0200 $ From: Michael Unger <unger@decus.de>M Subject: re: "Trend SMEX Content Filter has detected sensitive content" - ??? * Message-ID: <00A14A86.90A88D8A.8@decus.de>  N > From:	MX%"EXCHSVR-SA@fsc.com.fj"  "System Attendant" 27-SEP-2002 20:11:37.07 > To:	MX%"unger@decus.de"  > CC:	O > Subj:	ScanMail Message: To Sender, sensitive content found and action t aken.  >   & > Return-Path: <EXCHSVR-SA@fsc.com.fj>P > Received: from sugarnet.fsc.com.fj (202.62.125.193) by decus.decus.de (MX V5.3Q >           An5n) with SMTP for <unger@decus.de>; Fri, 27 Sep 2002 20:11:36 +0200 I > Received: from sugarnet.FSC.COM.FJ [202.62.125.193] (HELO localhost) by M >           sugarnet.fsc.com.fj (AltaVista Mail V2.0J/2.0J BL25J listener) id E >           0000_0052_3d94_9e20_07ef; Sat, 28 Sep 2002 06:06:24 +1200 $ > Received: from somewhere by smtpxdK > Message-ID: <BFBEDDF2CFEDD411917400508BF3A6FF013D0E2A@exchsvr.FSC.COM.FJ> 0 > From: System Attendant <EXCHSVR-SA@fsc.com.fj>& > To: 'Michael Unger' <unger@decus.de>R > Subject: ScanMail Message: To Sender, sensitive content found and action t aken.' > Date: Sat, 28 Sep 2002 06:15:27 +1200  > MIME-Version: 1.0 / > X-Mailer: Internet Mail Service (5.5.2650.21)  > Content-Type: text/plain >   ; > Trend SMEX Content Filter has detected sensitive content.  >   2 > Place = Info-VAX@Mvb.Saic.Com; ; ; Michael Unger > Sender = Michael Unger% > Subject = Re: Exit(status) strategy 8 > Delivery Time = September 28, 2002 (Saturday) 06:15:26 > Policy = Anti-Spam& > Action on this mail = Delete message  L Which obviously isn't true since that message went through to "comp.os.vms".   >   % > Warning message from administrator: 1 > Content filter has detected a sensitive e-mail.   K A technical explanation of DCL $STATUS values being "sensitive content" ???   N What's going on here? Just stupidity of a specific (M$ Exchange) mail scanning program?   Michael    ------------------------------  % Date: Sat, 28 Sep 2002 16:19:08 +0200 $ From: Michael Unger <unger@decus.de>M Subject: re: "Trend SMEX Content Filter has detected sensitive content" - ??? * Message-ID: <00A14A93.3C2AECF0.7@decus.de>  N > From:	MX%"EXCHSVR-SA@fsc.com.fj"  "System Attendant" 28-SEP-2002 14:50:36.11 > To:	MX%"unger@decus.de"  > CC:	O > Subj:	ScanMail Message: To Sender, sensitive content found and action t aken.  >   & > Return-Path: <EXCHSVR-SA@fsc.com.fj>P > Received: from sugarnet.fsc.com.fj (202.62.125.193) by decus.decus.de (MX V5.3Q >           An5n) with SMTP for <unger@decus.de>; Sat, 28 Sep 2002 14:50:35 +0200 I > Received: from sugarnet.FSC.COM.FJ [202.62.125.193] (HELO localhost) by M >           sugarnet.fsc.com.fj (AltaVista Mail V2.0J/2.0J BL25J listener) id E >           0000_0052_3d95_a469_82e3; Sun, 29 Sep 2002 00:45:29 +1200 $ > Received: from somewhere by smtpxdK > Message-ID: <BFBEDDF2CFEDD411917400508BF3A6FF014DC753@exchsvr.FSC.COM.FJ> 0 > From: System Attendant <EXCHSVR-SA@fsc.com.fj>& > To: 'Michael Unger' <unger@decus.de>R > Subject: ScanMail Message: To Sender, sensitive content found and action t aken.' > Date: Sun, 29 Sep 2002 00:54:36 +1200  > MIME-Version: 1.0 / > X-Mailer: Internet Mail Service (5.5.2650.21)  > Content-Type: text/plain >   ; > Trend SMEX Content Filter has detected sensitive content.  >   2 > Place = Info-VAX@Mvb.Saic.Com; ; ; Michael Unger > Sender = Michael UngerL > Subject = re: "Trend SMEX Content Filter has detected sensitive content" - > ??? 6 > Delivery Time = September 29, 2002 (Sunday) 00:54:35 > Policy = Anti-Spam& > Action on this mail = Delete message >   % > Warning message from administrator: 1 > Content filter has detected a sensitive e-mail.   K So the reply message from the content filter is "sensitive content" too ???    Strange behaviour ...    Michael    ------------------------------  % Date: Sun, 29 Sep 2002 15:28:35 +0200 @ From: Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne.vajhoej@mail.tele.dk>9 Subject: Re: "Underqualified tipster backed HP merger"... + Message-ID: <3D970003.9040801@mail.tele.dk>    JF Mezei wrote:    > jlsue wrote:? >>Wouldn't that depend on whether his work output, before being G >>"discovered", was valid?  I mean, sure it's wrong to lie on a resume. H >>But if someone does a great job after the hire, it seems to be foolish >>to fire him/her.    L > I disagree. If one is capable of lying on an "official" document, it means. > that he would be capable of lying elsewhere.    = That is one point of view. There are other. It is not science  but moral/ethics/culture.   N > If it is found that the company didn't check the employee's credentials, theK > company will look bad. The company could be accused of hiring incompetent N > people. And worse, if the company keeps the employee after having discoveredO > the lie, the company becomes an accomplice. A company really has no choice in 4 > the matter the minute the lie becomes known to it.  3 I got a feeling that this is one of the cases where 6 the difference in culture on each side of the atlantic	 shows up.   9 I have no doubt that 999 out of a 1000 US companies would 2 react like that. In Europe I think the majority of8 companies would have kept him (if he had been there some- years and they were satisfied with his work).    Arne   ------------------------------  # Date: Sat, 28 Sep 2002 15:40:06 GMT 4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>9 Subject: Re: "Underqualified tipster backed HP merger"... 0 Message-ID: <3D95CB48.727D39E0@blueyonder.co.uk>   jlsue wrote:? > Wouldn't that depend on whether his work output, before being G > "discovered", was valid?  I mean, sure it's wrong to lie on a resume. H > But if someone does a great job after the hire, it seems to be foolish > to fire him/her.    H What about the person who didn't lie on their CV and didn't get the job?H Surely this practice if endorsed will eventually lead to situation where all CV's are pure fiction.   --   tim.llewellyn@blueyonder.co.uk    H * PLEASE NOTE tim.llewellyn@cableinet.co.uk address is NO LONGER VALID *   ------------------------------  # Date: Sat, 28 Sep 2002 17:50:57 GMT * From: "Bill Todd" <billtodd@metrocast.net>9 Subject: Re: "Underqualified tipster backed HP merger"... C Message-ID: <5_ll9.361108$AR1.16001981@bin2.nnrp.aus1.giganews.com>   : "Arne Vajhj" <arne.vajhoej@mail.tele.dk> wrote in message% news:3D970003.9040801@mail.tele.dk...  > JF Mezei wrote:    ...   L > > If it is found that the company didn't check the employee's credentials, the A > > company will look bad. The company could be accused of hiring  incompetent E > > people. And worse, if the company keeps the employee after having 
 discoveredG > > the lie, the company becomes an accomplice. A company really has no 	 choice in 6 > > the matter the minute the lie becomes known to it. > 5 > I got a feeling that this is one of the cases where 8 > the difference in culture on each side of the atlantic > shows up.  > ; > I have no doubt that 999 out of a 1000 US companies would 4 > react like that. In Europe I think the majority of: > companies would have kept him (if he had been there some/ > years and they were satisfied with his work).   F You seem to be assuming that they indeed were satisfied with his work.I Another at least equally reasonable interpretation is that they were not, B which would cast even more doubt upon the competence of his merger recommendation.    - bill   ------------------------------   Date: 28 Sep 02 14:59:42 +0200) From: p_sture@elias.decus.ch (Paul Sture) 4 Subject: Re: BACKUP to saveset on NFS mounted volume) Message-ID: <vo1gwP6fz7cv@elias.decus.ch>   ` In article <13g5pu4crfk1e9m28sqrvhhg4r8spimt1u@4ax.com>, Alan Greig <a.greig@virgin.net> writes:. > On Wed, 25 Sep 2002 19:57:47 -0400, JF Mezei' > <jfmezei.spamnot@videotron.ca> wrote:  > + >>> Alan Greig <a.greig@virgin.net> writes: F >>> > BACKUP command fails with excessive crc errors. If the backup is/ >>> > "/NOCRC" then you *can* read the saveset.  >>H >>Check the TCPIP management manual for the NFS stuff. There are variousO >>parameters you cansetup to determine the remote and local format of data when I >>it is exchanged. It is fuzzy in my head now. I think that NFS on VMS is O >>capable of building two files on the target NFS drive with the RMS attributes N >>stored in one "control" file and the actual data in the other. But I *think*. >>you need to set it up for that type of file. > G > I'm familiar with that stuff and the RMS attributes are correctly set C > on save and correctly read on restore. Also if the BACKUP is done C > NOCRC/VERIFY the verification pass is successful. So the question H > remains why do we fail if BACKUP is calculating CRC checks if the dataG > is completely intact? Could this be related to historical BACKUP bugs D > where BACKUP would sometimes (incorrectly) fail with excessive crc, > errors when reading a saveset over DECNET? > D > In other words is the problem with an nfs mounted disk a sign of a
 > latent bug?   D Sorry, haven't been following this thread until now, but that soundsD similar to the recent floating point problem with NFS, as documented in    b > http://ftp1.support.compaq.com/public/vms/axp/v7.3/tcpip/5.3/axpvms-tcpip_eco-v0503-181-4.README   __
 Paul Sture Switzerland    ------------------------------  # Date: Sat, 28 Sep 2002 12:01:42 GMT 1 From: "Terry C. Shannon" <terryshannon@attbi.com> D Subject: Re: Celera Throws Compaq Servers In Trash - Forbes Magazine/ Message-ID: <GSgl9.622672$UU1.108941@sccrnsc03>   : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3D94AE92.EE9B67B5@videotron.ca... > Warren Spencer wrote:  > > 9 > > Here's the corresponding article from The Register... G > > Sources at Sandia say that while the final negotiations for the Red  Storm K > > contract between Sandia and Cray are not done, an announcement awarding  the 7 > > deal to Cray is impending within the next few weeks  >  > G > Most interesting artcicle. Nothing surprising about the loss of Alpha H > business. When you kill off a product line, you have to expect to lose	 sales !!!   B You should have voted ypur DEC shares aganst the CPQ acquisitiomn.   > I > However, I am puzzled. What CPU does Cray use these days ? I thought it  had  > adopted Alpha ?   I Haven't a clue what the Tera systems now use. But there's a marvelous new # tool called Google that might help.    ------------------------------   Date: 28 Sep 02 15:31:32 +0200) From: p_sture@elias.decus.ch (Paul Sture) * Subject: Re: Changing Strings in EXE files) Message-ID: <ygQp95t3diGP@elias.decus.ch>   W In article <3D939E36.1030306@tsoft-inc.com>, David Froble <davef@tsoft-inc.com> writes:  > Tim Llewellyn wrote: >  >>   > G >> Given the current propensity for companies to change ownership/name,  >> shouldn'tM >> best practice be to make the company name a parameter for the application  E >> (say a logical name translated at runtime)? Or would that throw up  >> problems of its own?  > N > Been doing that for 25 years!  Codes file look-up.  Many, many parameters.   > Is there any other way?  >   I Me too. Slightly less than 25 years in my case, but a company name change L along with new VAT number (a legal requirement on invoices and credit notes)? and a room full of pre-printed stationery taught me that trick.   H Plus it was then possible to sell your in house apps to other companies ; in the same group, or third parties, without reprogramming.    __
 Paul Sture Switzerland    ------------------------------  # Date: Sat, 28 Sep 2002 11:11:54 GMT  From: system@SendSpamHere.ORG ! Subject: Re: China clones Alpha ? 0 Message-ID: <00A14A46.C9A17C85@SendSpamHere.ORG>  h In article <d7791aa1.0209271703.681d7c47@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:k >wspencer@ap.nospam.org (Warren Spencer) wrote in message news:<92968AC57warrenspencer1977@216.168.3.30>... , >> I guess Bob C was right - Alpha lives on? >>  O >> "Other sources tell us that China has also successfully built clones of the  ( >> DEC, now Intel Alpha microprocessor." >>  ; >> Full story at:  http://www.theinquirer.net/?article=5609  >>   >> ws  > > >and notice that their military isn't dum like some of ours in> >choosing between alpha and windows ... probably will run vms! >  >from same article above ... > E >So what sort of chip is it? The article, here, says that the Chinese ! >CPU is based on RISC technology.  > G >According to sources close to China's plans, its military requirements E >specifically avoid Microsoft software, which the generals believe to F >be a flawed system in a battle zone. Other sources tell us that China? >has also successfully built clones of the DEC, now Intel Alpha  >microprocessor. > 3 >This will be an interesting development, we think.    Dateline armageddon:  C The allied front today lost the battle of armageddon to the aligned B maligned forces of evil when their Micro$oft based defense systems) BSoD at a critical affront in the battle.   D On a related story, Micro$oft chairman and founder William Gates IIID was overjoyed when he was granted the eternal right-hand seat to the$ lord of darkness himself, Beelzebub.       --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: Sat, 28 Sep 2002 12:09:53 GMT 1 From: "Terry C. Shannon" <terryshannon@attbi.com> ! Subject: Re: China clones Alpha ? / Message-ID: <l_gl9.622762$UU1.108800@sccrnsc03>   : "Warren Spencer" <wspencer@ap.nospam.org> wrote in message/ news:92968AC57warrenspencer1977@216.168.3.30... + > I guess Bob C was right - Alpha lives on?  > I > "Other sources tell us that China has also successfully built clones of  the ' > DEC, now Intel Alpha microprocessor."  > : > Full story at:  http://www.theinquirer.net/?article=5609 >   @ Now, I know that Bill Clinton gave the ChiComs the neutron bomb,J supercomputers, etc in exchange for campaign donations *takes big bucks toK euchre even the dumbest Sucker Mom twice) but I didb't know they got Alpha. K They've been working on a Chinese version of Tru64 called COSIX for several K years. Hence they will kick the USA's ass once all are military systems are  on Windoze.   : We truly are ignorant fools and derserve what we will get.   ------------------------------  # Date: Sat, 28 Sep 2002 17:44:50 GMT * From: "Bill Todd" <billtodd@metrocast.net>! Subject: Re: China clones Alpha ? C Message-ID: <mUll9.342321$5r1.15526181@bin5.nnrp.aus1.giganews.com>   < "Terry C. Shannon" <terryshannon@attbi.com> wrote in message) news:l_gl9.622762$UU1.108800@sccrnsc03...    ...   < > We truly are ignorant fools and derserve what we will get.  L Indeed we are:  it's certainly the logical result of embracing greedy idiotsH like C&C to run our leading corporations, but I guess the fact that they2 look just like so many of us makes it comfortable.   - bill   ------------------------------   Date: 28 Sep 02 15:07:12 +0200) From: p_sture@elias.decus.ch (Paul Sture) & Subject: Re: Deleting expired licenses) Message-ID: <8ypdvhrkGYit@elias.decus.ch>   w In article <01KMYEAN0SAY9QWGNO@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes: ' >> There is no such qualifier as /DATE.  >>  ! >> What you are coming across is:  >>  
 >> LICENSE >>  	 >>   LIST  >>   >>     /DATABASE >  > I don't think so:  >  > $ LICE LIST /DATE " > %LIB-F-BADBLOSIZ, bad block size > $ LICE LIST /DATabase  > 1 > Press Ctrl/Z to exit, use arrow keys to scroll. $ >  License Management Facility  V1.2 > D >  License Database File:       SYS$COMMON:[SYSEXE]LMF$LICENSE.LDB;1 >  >   A You are correct. I was unaware of the /DATE qualifier. "Bad block " size" does not always imply files:   $ lic list/date   %LIB-F-BADBLOSIZ, bad block size $ help/mess     BADBLOSIZ,  bad block size   %   Facility:     LIB, Library Facility   N   Explanation:  Either the library routine LIB$GET_VM is called with a requestG                 for 0 blocks, or the requested block size is too large.   M   User Action:  If the requested block size is 0, correct the source program. M                 If the specified block size is too large, use the DCL command M                 SET WORKING_SET to increase the current working set limit for 3                 your process and retry the program.      __
 Paul Sture Switzerland    ------------------------------   Date: 28 Sep 02 15:25:32 +0200) From: p_sture@elias.decus.ch (Paul Sture) 9 Subject: Re: Deleting expired licenses - irrelevant aside ) Message-ID: <HTyDT0SFB2nH@elias.decus.ch>   [ In article <3D93A89A.CD7A60A0@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  > Paul Sture wrote:  >>  X >> In article <amsgej$2bj$1@license1.unx.sas.com>, "Tom Cole" <tom.cole@sas.com> writes:O >> > Idle aside, I misread the example below 'cuz I was in a hurry and tried it A >> > on my V7.2-2 system as shown below with the resulting error:  >> > >> >    AXP> LICE LIST /DATE) >> >     %LIB-F-BADBLOSIZ, bad block size  >> >L >> > Anyone know what the /DATE qualifier does?  It's not in my online help;G >> > perhaps it's just a deprecated (and now apparantly non-functional) $ >> > qualifier, but I was curious... >> >0 >> > I suppose at best this is a minor bug... :) >> >' >> There is no such qualifier as /DATE.  >>     <snip>   >  > Well, ...  >  > define verb LICENSE  <snip>   >    qualifier DATE  >       value (type=$datetime)   <snip>   > G > Another case where it's in the command tables, but not in the on-line  > help.  >   In this case, deservedly so. :-)   __
 Paul Sture Switzerland    ------------------------------   Date: 28 Sep 02 15:55:16 +0200) From: p_sture@elias.decus.ch (Paul Sture) " Subject: Re: Exit(status) strategy) Message-ID: <r9HWGc4Dxifu@elias.decus.ch>   \ In article <3D9416B8.2E3DCB16@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > Ok, I have a C program. B > I want it to set $STATUS to indicate status, or various errors.  >  > If I   exit(2008) ;  > W > then the program ends , but DCL then says "%SYSTEM-W-NOMSG - Message number 000007D8"  > N > Is there a way to exit nicely, set $STATUS to a value but not get DCL to try > to say anything ?  >  Well, using the DCL equivalent:    $ exit 2008 ( %SYSTEM-W-NOMSG, Message number 000007D8 $ exit 2008 .or. %x10000001  $   O > I don't really want to go through the trouble of defining messages (I display I > the error message on screen, but want to make it possible for a command H > procedure to check the status in cases where this would be automated). > L > Also, is there a "safe" range of exit status I can use without interfering > with DCL etc ? > H > This is for a foreign command/utility, so I want it to be as simple as0 > possible (no SET COMMAND, no SET MESSAGE etc).     __
 Paul Sture Switzerland    ------------------------------   Date: 28 Sep 02 16:01:55 +0200) From: p_sture@elias.decus.ch (Paul Sture) " Subject: Re: Exit(status) strategy) Message-ID: <6BwiNbKrU46o@elias.decus.ch>   U In article <r9HWGc4Dxifu@elias.decus.ch>, p_sture@elias.decus.ch (Paul Sture) writes: ^ > In article <3D9416B8.2E3DCB16@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: >> Ok, I have a C program.C >> I want it to set $STATUS to indicate status, or various errors.   >>   >> If I   exit(2008) ;   >>  X >> then the program ends , but DCL then says "%SYSTEM-W-NOMSG - Message number 000007D8" >>  O >> Is there a way to exit nicely, set $STATUS to a value but not get DCL to try  >> to say anything ? >>  ! > Well, using the DCL equivalent:  > 
 > $ exit 2008 * > %SYSTEM-W-NOMSG, Message number 000007D8 > $ exit 2008 .or. %x10000001  > $  >    OOPS, try this instead:    $ exit 2008 ( %SYSTEM-W-NOMSG, Message number 000007D8 $ exit 2008 .or. %x10000001 9 $ sh sym $status	! OOPS this has changed the status value    $STATUS == "%X100007D9"  $ exit 2008 .or. %x10000000 ) $ sh sym $status	! status value preserved    $STATUS == "%X100007D8"  $   + The latter leaves your status value intact.     P >> I don't really want to go through the trouble of defining messages (I displayJ >> the error message on screen, but want to make it possible for a commandI >> procedure to check the status in cases where this would be automated).  >>  M >> Also, is there a "safe" range of exit status I can use without interfering  >> with DCL etc ?  >>  I >> This is for a foreign command/utility, so I want it to be as simple as 1 >> possible (no SET COMMAND, no SET MESSAGE etc).  >  >  > __ > Paul Sture
 > Switzerland  --   __
 Paul Sture Switzerland    ------------------------------  # Date: Sat, 28 Sep 2002 11:57:51 GMT 1 From: "Terry C. Shannon" <terryshannon@attbi.com> , Subject: Re: OpenVMS 25th anniversary survey+ Message-ID: <3Pgl9.23807$bX.3520@sccrnsc02>   > What's an ITANIUM? It's never mentioned in HPQ's Presario ads!  : "Didier Morandi" <Didier.Morandi@Free.fr> wrote in message! news:3D92AA80.8404C6A3@Free.fr...  > Paul Sture wrote:  > >  > ../.. C > > Itanium questions - I haven't a clue what our senior management  > > think of it. > 
 > ha ha ha >  > D.   ------------------------------  # Date: Sat, 28 Sep 2002 12:03:20 GMT 1 From: "Terry C. Shannon" <terryshannon@attbi.com> ! Subject: Re: OpenVMS is strategic / Message-ID: <cUgl9.622684$UU1.108657@sccrnsc03>   L The Brits have always done it better. Apparently they are not subject to the6 morons in Houston. Or a couple I could name in Nashua.  2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:k2f8pusq88umvuklce9vqagc7nd7v7cobp@4ax.com... > B > Just received a new set of brochures from HP in the UK for AlphaF > related products. I have to admit that someone has gone out of theirG > way to ensure that it, at least, tries to send a strong message about  > VMS. > H > "and remember, HP OpenVMS is now a *strategic platform* (underlined inG > original doc)" and "*OpenVMS is strategic* (large font page headline) G > as an enterprise server platform for the new HP" No mention of VMS on 9 > low end Itanium systems (iMultia, Mutanium?...) though.  > F > The roadmaps are described as "cast in stone" which surely indicatesE > that someone in marketing has at last started to figure out that we ( > are a bit wary of roadmaps these days. > E > Lots of offers including 33% trade in against any Sun or IBM system " > for any new AlphaServer ordered. > D > Not a word about helping anyone move from VMS to HP-UX or NT thankG > goodness. You'd almost think someone is paying  attention to feedback  > in comp.os.vms :-) > B > 8/10 for the glossies.  Now let's see how well they can execute. > -- > Alan   ------------------------------  # Date: Sat, 28 Sep 2002 12:04:36 GMT 1 From: "Terry C. Shannon" <terryshannon@attbi.com> ! Subject: Re: OpenVMS is strategic / Message-ID: <oVgl9.622703$UU1.109140@sccrnsc03>   G "Simon Clubley" <clubley@remove_me.eisner.decus.org-Earth.UFP> wrote in 5 message news:LsmglpxNjfCq@eisner.encompasserve.org... E > In article <k2f8pusq88umvuklce9vqagc7nd7v7cobp@4ax.com>, Alan Greig  <a.greig@virgin.net> writes: > > D > > Just received a new set of brochures from HP in the UK for AlphaH > > related products. I have to admit that someone has gone out of theirI > > way to ensure that it, at least, tries to send a strong message about  > > VMS. > >  > J > Assuming that this was a standard mailing, then my copy hasn't caught upL > with me at my new location yet, so I have a question: Is this a general HPJ > brochure or was it produced by the UK Alphaserver ["Top Dog" :-)] unit ? > H > For those outside of the UK, this unit has managed to produce stronglyK > pro-VMS literature even in the bad old days, so I'm interested in knowing I > if this is HP originated material or the Alphaserver unit promoting VMS  > again.  J Odss are good that it was the UK AlphaServer people. Such blashphemy would' not pass muster with the Houston croed.    ------------------------------  # Date: Sat, 28 Sep 2002 12:05:40 GMT 1 From: "Terry C. Shannon" <terryshannon@attbi.com> ! Subject: Re: OpenVMS is strategic + Message-ID: <oWgl9.36188$wH.3734@sccrnsc01>   A "Tim Llewellyn" <tim.llewellyn@blueyonder.co.uk> wrote in message * news:3D948F59.6344B251@blueyonder.co.uk... >  >  > Alan Greig wrote:  > >  >  > > G > > Lots of offers including 33% trade in against any Sun or IBM system $ > > for any new AlphaServer ordered. > D > Alan, you didn't mention the VMS unlimited user licence offer with > any new server!  > F > However, offers cannot be combined and end on 13th October. How many8 > people can push an upgrade order through that quickly?  G HP hopes a lot. HP's FY ends on 31 October and it takes time to process  orders. 4FQ will be ugly.    > : > Anyway, I like the overall message and the presentation. > C > So, people, start buying new VMS alpha's and hiring people to run 9 > them. Especially if you are in South West England. :-).  >  >  > --  > tim.llewellyn@blueyonder.co.uk > J > * PLEASE NOTE tim.llewellyn@cableinet.co.uk address is NO LONGER VALID *   ------------------------------   Date: 28 Sep 02 16:51:05 +0200) From: p_sture@elias.decus.ch (Paul Sture) 8 Subject: Re: Problem using Perl library functions on VMS) Message-ID: <UJu2dXEkLhSp@elias.decus.ch>   T In article <87n0q3mesm.fsf@Alethion.systasis.net>, sasadmin <jec@nospam.net> writes:- > p_sture@elias.decus.ch (Paul Sture) writes:  > 3 >> I am having trouble using a Perl library on VMS.  >  > (snip) >  >> use LWP::UserAgent; >  > (snip) > C >> Both cpan.dir and cpan.pm exist in perl_root:[lib]. cpan.pm does ( >> contain package CPAN::LWP::UserAgent; >>  
 >> Any ideas?  > F > Does the file LWP.DIR exist as a subdirectory of the perl_root tree?   No.   ( > Is the file UserAgent.pm in that tree?  	 Again no.   $ > Have you checked file protections? > 
 They seem OK.   C (and let's see if I can give that Exchange server in .FJ a taste of ; its own medicine with this posting - even a direct mail to  D postmaster@fsc.com.fj results in the same complaint about "Sensitive content" :-) )   __
 Paul Sture Switzerland    ------------------------------  # Date: Sat, 28 Sep 2002 08:28:08 GMT - From: bdc@world.std.com (Brian 'Jarai' Chase) 9 Subject: Re: Q: Can OpenVMS be run on a Digital PWS 500a? & Message-ID: <H353Iw.I18@world.std.com>  G In article <craigberry-6EC4BB.09384426092002@news.directvinternet.com>, 6 Craig A. Berry <craigberry@nospam.telocity.com> wrote:) > In article <3D92AEDA.D7A8B2F6@Free.fr>, 1 >  Didier Morandi <Didier.Morandi@Free.fr> wrote:   N > > First thing you have to do is to replace the PCI (or whatever PC-related) B > > CD-ROM drive with an SCSI one, or you will not be able to (try > > to) boot from the VMS CD.  > G > Wrong.  That's only true if you have the Intel PCI bridge chip.  The  E > Cypress chip allows booting from IDE CD-ROMs, at least with recent  G > versions of VMS.  See sections 14.18-14.21 of the OpenVMS FAQ, which  D > cover the original question in some detail.  Your SCSI controller J > sounds ok, but you'll need to find out whether your graphics controller " > is supported and replace if not.  I I'm not too worried about the CD-ROM drive.  I'll just pop in a nice SCSI G one into place and be done with it.  What I could use is a pointer to a G comprehensive list of supported video cards for OpenVMS.  Right now the @ box has an AccelGraphics Falcon card in it; I've no idea if it'sG supported.  I've never heard of that particular card before, so I don't B have much hope for it.  I do however have access to a junk pile ofD miscellaneous PCI graphics cards--I'm sure I can find one that'll be	 suitable.    -brian.  --  F --- Brian Chase | bdc@world.std.com | http://world.std.com/~bdc/ ----->       IBM 1130 Club Motto:  "Computer People Are Happy People"   ------------------------------  # Date: Sat, 28 Sep 2002 08:34:28 GMT - From: bdc@world.std.com (Brian 'Jarai' Chase) 9 Subject: Re: Q: Can OpenVMS be run on a Digital PWS 500a? & Message-ID: <H353tG.JxF@world.std.com>  G In article <craigberry-57E5B0.17001326092002@news.directvinternet.com>, 6 Craig A. Berry <craigberry@nospam.telocity.com> wrote:M > In article <BA52530E3149734A9BAABDBBFA808E49028BEB0C@rlghncst964.usps.gov>, ? >  "Webb, William W Raleigh, NC" <wwebb1@email.usps.gov> wrote:   ? > > http://www.compaq.com/legacysupport/digital/ExtIndex10.html  > I > Hmm.  That appears to consist entirely of NT drivers and won't be much   > help.   G That page does include AlphaBIOS updates for the PW 500a, which I think A may be rather useful.  I'm not sure which version this system has G installed, but I somehow doubt it's the /most/ recent version.  I'd say . it's of some help, and definitely appreciated.   -brian.  --  F --- Brian Chase | bdc@world.std.com | http://world.std.com/~bdc/ ----->       IBM 1130 Club Motto:  "Computer People Are Happy People"   ------------------------------  % Date: Sat, 28 Sep 2002 10:03:09 -0500 7 From: "Craig A. Berry" <craigberry@nospam.telocity.com> 9 Subject: Re: Q: Can OpenVMS be run on a Digital PWS 500a? G Message-ID: <craigberry-BB1525.10030928092002@news.directvinternet.com>   & In article <H353tG.JxF@world.std.com>,/  bdc@world.std.com (Brian 'Jarai' Chase) wrote:   A > > > http://www.compaq.com/legacysupport/digital/ExtIndex10.html   I > That page does include AlphaBIOS updates for the PW 500a, which I think  > may be rather useful.   H Not for VMS, which uses the SRM console.  Please search the FAQ for how 7 to do obtain the latest firmware and how to install it:   7 <http://www.openvms.compaq.com/wizard/openvms_faq.html>    ------------------------------  # Date: Sat, 28 Sep 2002 08:52:58 GMT - From: bdc@world.std.com (Brian 'Jarai' Chase) ) Subject: Re: Q: Running OpenVMS diskless? & Message-ID: <H354oB.2zx@world.std.com>  < In article <Pine.LNX.4.31.0209270812120.5691-100000@jaipur>,- Ryan Moore  <rmoore@rmoore.dyndns.org> wrote:   I > I remember booting a VAX 6000 off an Infoserver to do VMS upgrades.  We D > didn't have a CD-ROM on our VAX 6420, so we'd use the Infoserver.   I What?!  You mean to say that Hydra was only a VAX 6420?  You've got to be E kidding me!  Certainly there were times when more than 100 users were J logged into that system; especially when the Fortran projects were due forF the ME students.  It's hard to believe that 14 VUPs could be stretched that far.  I'm truly impressed.    -brian.  --  F --- Brian Chase | bdc@world.std.com | http://world.std.com/~bdc/ ----->       IBM 1130 Club Motto:  "Computer People Are Happy People"   ------------------------------   Date: 28 Sep 02 16:22:10 +0200) From: p_sture@elias.decus.ch (Paul Sture) ) Subject: Re: Q: Running OpenVMS diskless? ) Message-ID: <oSqESFMpdwtU@elias.decus.ch>   b In article <3d948e05$1@news.si.com>, "Brian Tillman" <tillman_brian@notnoone.notnohow.com> writes:I >>Do most people live with satellites being dependent on one boot server,dJ >>or do folks allow more than one boot server per satellite (with the sideH >>effect that there is more than one SYS$SPECIFIC for such a satellite)? >r  K Two identical servers, booting to the same shadowed system disk set, with an quorum disk.  9 Both servers provide MOP boot services to all satellites.g  M When the satellites request a MOP boot, they end up in their own SYS$SPECIFICl1 on the same system disk shadowset as the servers.g  > The directory tree (in SYS$SYSDEVICE:[000000] looks like this:   [SYS0] - server 1s [SYS1] - server 2s [SYS21] - satellite 1p [SYS22] - satellite 2s   and so on. n  C The net effect is that we can take either server down and the othereG will happily continue to serve all satellites. The quorum disk is there A purely to maintain quorum when one of the servers closes/crashes.5  M > I sure don't understand this, because all twelve of our satellites have twosL > different boot servers (in one cluster, of course), and none has more than > one SYS$SPECIFIC.    __
 Paul Sture Switzerland    ------------------------------  % Date: Sat, 28 Sep 2002 04:58:12 -0400a- From: JF Mezei <jfmezei.spamnot@videotron.ca>b$ Subject: SMTP site logicals template, Message-ID: <3D956F24.C5A9B55D@videotron.ca>  K In an effort to learn more about the little bells and whistles of the TCPIPrM SMTP product on VMS, I have created a site logical name template, and figured  it might be of use to others.O  Q It is based on the TCPIP 5.1 documentation, with one addition for 5.3 at the end.-   You can get a copy at:    = http://pages.infinit.net/jfmezei/vms/tcpip_smtp_systartup.coms  J (sorry, I wasn't allowed by the unix server to put the $ between TCPIP and SMTP :-( :-( :-(  N This file need to be put in the SYS$STARTUP:TCPIP$SMTP_SYSTARTUP.COM , and for2 it to be in effect, you must stop and restart SMTP. (@sys$startup:TCPIP$SMTP_shutdown and _startup  K In the template, all definitions are commented out, only uncomment the onesV	 you need.m   ------------------------------  % Date: Sat, 28 Sep 2002 02:39:38 -0400d- From: JF Mezei <jfmezei.spamnot@videotron.ca>g" Subject: Re: Suggestion for SEARCH, Message-ID: <3D954EA9.1478595E@videotron.ca>   "Stanley F. Quayle" wrote:. >   SEARCH/WIN=0 sys$system:TCPIP*.EXE logfile  G Thanks a million ! Great trick ! perfect ! Wow ! Amazing ! Incredible !_   ------------------------------  % Date: Sat, 28 Sep 2002 06:32:39 -0700d# From: "Tom Linden" <tom@kednos.com>0" Subject: RE: Suggestion for SEARCH9 Message-ID: <CIEJLCMNHNNDLLOOGNJIKECGFNAA.tom@kednos.com>o  9 Regular espression instead of the string would be useful.g   >-----Original Message----- 5 >From: JF Mezei [mailto:jfmezei.spamnot@videotron.ca]5) >Sent: Friday, September 27, 2002 9:04 PMr >To: Info-VAX@Mvb.Saic.Com >Subject: Suggestion for SEARCHp >n >  >One should be able to:F >e/ >SEARCH/chocolate sys$system:TCPIP*.EXE logfile  >nI >and just get a list of files which contain the string. (without actually H >displaying the contents of the record containing the matched string(s). > K >The output would be very useful to feed into some procedure (for instance,c4 >edit all files containing the string ("chocolate"). >  >---' >Incoming mail is certified Virus Free.a; >Checked by AVG anti-virus system (http://www.grisoft.com).aA >Version: 6.0.391 / Virus Database: 222 - Release Date: 9/19/2002i >c ---t& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.391 / Virus Database: 222 - Release Date: 9/19/2002   ------------------------------  % Date: Sat, 28 Sep 2002 00:37:20 -0700r" From: Koloth <koloth@telocity.com>( Subject: Re: The perils of reusable code+ Message-ID: <3D955C30.9030009@telocity.com>X   Darn,f  @ I was waiting for the next Sylvester Stalone movie.  "Rambo Roo"   Cass  " Webb, William W Raleigh, NC wrote:  + >It sounded like it'd been made a bit more o& >colorful for the tellin' o' the tale. >:^) >c% >Always good to hear from you, Steve.o >j >WWWebb1 >1 >-----Original Message-----35 >From: "Steve Lionel" [mailto:Steve.Lionel@intel.com],) >Sent: Friday, September 27, 2002 4:03 PMr >To: "Info-VAX@Mvb.Saic.Com" 1) >Subject: RE: The perils of reusable codeu >n >fB >On Fri, 27 Sep 2002 09:27:24 -0400, "Webb, William W Raleigh, NC" ><wwebb1@email.usps.gov> wrote:2 >e >  2 >:< >>The reuse of some object-oriented code has caused tactical< >>headaches for Australia's armed forces. As virtual reality? >>simulators assume larger roles in helicopter combat training,c8 >>programmers have gone to great lengths to increase the@ >>realism of their scenarios, including detailed landscapes and,< >>in the case of the Northern Territory's Operation Phoenix,= >>herds of kangaroos (since disturbed animals might well givep  >>away a helicopter's position). >>     >> >tD >See http://www.snopes.com/humor/nonsense/kangaroo.htm for a partialG >debunking of this story.  The basics are true, but some of the details ) >have been sensationalistically modified.  >  >Steve >yE >Please send Visual Fortran support requests to vf-support@compaq.comc >n
 >Steve Lionel  >Software Products Divisionn >Intel Corporation >Nashua, NH  >t; >Intel Fortran for Windows and Compaq Visual Fortran forum:m7 >  http://intel.forums.liveworld.com/forum.jsp?forum=76  >Intel Fortran for Linux forum: 8 >  http://intel.forums.liveworld.com/forum.jsp?forum=121 >    >2   ------------------------------  # Date: Sat, 28 Sep 2002 08:49:41 GMT.) From: Andrew Balaam <abalaam@yahoo.co.uk>t, Subject: Re: Update IP number on OpenVMS 6.24 Message-ID: <20020928.8494100.3860800102@imagnu.geo>   There are two ways -  I 1. Use the MULTINET commands to change things (look at the documentation=? =20e or HELP MULTINET)   B 2. Edit the start-up command procedure that is in the MULTINET:=20I directory, START_MULTINET.COM, and look/search for the IP address etc.. =a  8 The node's IP address appears two or three time I think.  2 Which ever way you do it, you will have to reboot.  6 >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<  I On 28/09/02, 06:14:37, lgemedia@mestre.if.usp.br (Luiz Emediato) wrote=20e* regarding Update IP number on OpenVMS 6.2:     > Hi OpenVMS experts,b  @ > I have a VAXstation 4000/60 running OpenVMS 6.2, Multinet 3.3.1 > There is also UCX v1.3 available on the system. @ > What is the application or command to update/change IP number,. > DNS numbers, Gateway number, on the system ?A > My doubt is due to too many applications and/or info available.r@ > For instance, some people say that UCX is the solution. But my> > machine is running Multinet. So I am a little confused here.' > I appreciate any help on this matter.e > Thanks a lot in advance. > Luiz Emediatoi   ------------------------------  % Date: Sat, 28 Sep 2002 18:59:07 +1000 9 From: forMsytAhm@optusShom.com.aKu (Mark(un-MASK)Forsyth) , Subject: Re: Update IP number on OpenVMS 6.28 Message-ID: <slrnaparqq.2ap.forMsytAhm@plague.bogus.com>  S On Sat, 28 Sep 2002 08:49:41 GMT, Andrew Balaam <abalaam@yahoo.co.uk> gushed forth:  >There are two ways -  >eJ >1. Use the MULTINET commands to change things (look at the documentation  >or HELP MULTINET) >oA >2. Edit the start-up command procedure that is in the MULTINET: eI >directory, START_MULTINET.COM, and look/search for the IP address etc..  9 >The node's IP address appears two or three time I think.  >c3 >Which ever way you do it, you will have to reboot.e  K You sure about the reboot ??? Hell even my stone age version of UCX doesn'tL( require a reboot after reconfiguring it.  	 [deletia]O   -- L     Ooroo-	 Mark F...-  $ Another Optus Cable Traffic Monitor.3 http://www.members.optushome.com.au/forsythm/traff/.   ------------------------------  % Date: Sat, 28 Sep 2002 06:22:41 -0700D# From: "Tom Linden" <tom@kednos.com>p, Subject: RE: Update IP number on OpenVMS 6.29 Message-ID: <CIEJLCMNHNNDLLOOGNJIKECFFNAA.tom@kednos.com>@  ; I have 3.3 on 6.2 an reboot is not necessary.  As I recall,uE it wouldn't accest more than two dns ip's, but you can edit the table H manually.  Just stop and restart (MULTINET_START.COM) to test the new ip  , to change the ip run MULTINET CONFIGURE/MENU   >-----Original Message-----cA >From: Mark(un-MASK)Forsyth [mailto:forMsytAhm@optusShom.com.aKu]e+ >Sent: Saturday, September 28, 2002 1:59 AMm >To: Info-VAX@Mvb.Saic.Com- >Subject: Re: Update IP number on OpenVMS 6.2o >h >a0 >On Sat, 28 Sep 2002 08:49:41 GMT, Andrew Balaam$ ><abalaam@yahoo.co.uk> gushed forth: >>There are two ways - >>J >>1. Use the MULTINET commands to change things (look at the documentation >>or HELP MULTINET)e >>A >>2. Edit the start-up command procedure that is in the MULTINET: I >>directory, START_MULTINET.COM, and look/search for the IP address etc.. : >>The node's IP address appears two or three time I think. >>4 >>Which ever way you do it, you will have to reboot. >eL >You sure about the reboot ??? Hell even my stone age version of UCX doesn't) >require a reboot after reconfiguring it.S >0
 >[deletia] >0 >--m >_ >r >Ooroo
 >Mark F... >S% >Another Optus Cable Traffic Monitor.o4 >http://www.members.optushome.com.au/forsythm/traff/ >u >---' >Incoming mail is certified Virus Free.r; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.391 / Virus Database: 222 - Release Date: 9/19/2002d >r --->& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.391 / Virus Database: 222 - Release Date: 9/19/2002   ------------------------------   Date: 28 Sep 02 15:15:26 +0200) From: p_sture@elias.decus.ch (Paul Sture)c9 Subject: Re: VMS future (oh not not another one of these)e) Message-ID: <mTNkjVXDSU0z@elias.decus.ch>a  j In article <WJDk9.13$Xd5.274502@news.cpqcorp.net>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes: > M > Alan Greig wrote in message <8qe5pu8no9f28prk1m6gs45durjctftgg5@4ax.com>...n5 >>On Wed, 25 Sep 2002 15:41:45 GMT, "Fred Kleinsorge" & >><kleinsorge@star.zko.dec.com> wrote: >> >> >>> J >>>It never was on any plans ever for VMS.  Nor aside from a few engineersG >>>suggesting it, do I recall anyone in management or the business sideq >>>requesting it.  >>G >>And the above paragraph illustrates the problem perfectly. ManagementlH >>were perfectly happy to think about low cost Windows/X systems but not >>low cost VMS systems.c >>K >>>The fact that it was a full machine under the covers made it possible to  > putrF >>>VMS and UNIX on it, but it was not really even considered until the	 > product,5 >>>itself "failed" and they were dumping the systems.  >>? >>Again the above paragraph, to me, is indicative of managementuA >>incompetence. Why was it 'not even considered until the product3A >>"failed"'? Could it be because they were "betting the future ofw6 >>Digital on Alpha/NT" as the salesdroid put it to me? >> > H > You just don't get it.  They were building a "terminal".  They weren't > building a system platform.a >   F Ah yes, but in the same way that the terminal group utilized a productG produced by another part of the company, someone should have recognizedeE the Multia's potential for use by other divisions within the company.    __
 Paul Sture Switzerlandc   ------------------------------  # Date: Sat, 28 Sep 2002 13:32:51 GMTn1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e9 Subject: Re: VMS future (oh not not another one of these) ' Message-ID: <3D95B543.399A0028@fsi.net>n   Paul Sture wrote:  > l > In article <WJDk9.13$Xd5.274502@news.cpqcorp.net>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes: > >cO > > Alan Greig wrote in message <8qe5pu8no9f28prk1m6gs45durjctftgg5@4ax.com>...s7 > >>On Wed, 25 Sep 2002 15:41:45 GMT, "Fred Kleinsorge" ( > >><kleinsorge@star.zko.dec.com> wrote: > >> > >> > >>>aL > >>>It never was on any plans ever for VMS.  Nor aside from a few engineersI > >>>suggesting it, do I recall anyone in management or the business side- > >>>requesting it.  > >>I > >>And the above paragraph illustrates the problem perfectly. ManagementcJ > >>were perfectly happy to think about low cost Windows/X systems but not > >>low cost VMS systems.6 > >>M > >>>The fact that it was a full machine under the covers made it possible to  > > put H > >>>VMS and UNIX on it, but it was not really even considered until the > > product>7 > >>>itself "failed" and they were dumping the systems.a > >>A > >>Again the above paragraph, to me, is indicative of managementnC > >>incompetence. Why was it 'not even considered until the productdC > >>"failed"'? Could it be because they were "betting the future of 8 > >>Digital on Alpha/NT" as the salesdroid put it to me? > >> > >rJ > > You just don't get it.  They were building a "terminal".  They weren't > > building a system platform.i > >e > H > Ah yes, but in the same way that the terminal group utilized a productI > produced by another part of the company, someone should have recognizedsG > the Multia's potential for use by other divisions within the company.w    AH! You're expecting "vision" !!  " We just want EVERYthing, don't we?   -- M David J. Dachteran dba DJE Systemsu http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/9   ------------------------------    Date: 28 Sep 2002 09:43:58 -0700. From: spamsink2001@yahoo.com (Alan E. Feldman)  Subject: Re: warning during copy< Message-ID: <b096a4ee.0209280843.a151f7f@posting.google.com>  ` "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3D950C08.30169C82@fsi.net>... > "Alan E. Feldman" wrote: > > d > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3D93AF7F.1A98442A@fsi.net>... > > > "Alan E. Feldman" wrote: > > > >rh > > > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3D926AEF.5A71FF56@fsi.net>..." > > > > > "Alan E. Feldman" wrote: > > > > > >il > > > > > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3D8FC64A.D3CE58CD@fsi.net>...) > > > > > > > aniruddha patwardhan wrote:q > > >  [...] >  [...]I > > > > So you're telling me that you can't set default to SYS$STARTUP? !s > > >a  > > > Well, I'm not, but VMS is. > > >CL > > > SYS$SYSROOT:[SYS$STARTUP][FELDMAN] is in invalid path specification noB > > > matter how how slice it. It never will be correct. Same with+ > > > SYS$SYSROOT:[SYS$STARTUP][DDACHTERA].t > > >sL > > > Now, that will cause other things to happen. Case in point further on. > >  > > [long remainder omitted] > > J > > Please read the current online User's Manual (Software Version OpenVMSF > > Alpha Version 7.3--1 OpenVMS VAX Version 7.3) Section 11.7, and inD > > particular, the last two paragraphs of 11.7.1 and all of 11.7.2. > >  > > Disclaimer: JMHO > > Alan E. Feldman  > I > LOOK, DAMNIT! ALL HE ASKED FOR WAS A POSSIBLE SOLUTION TO HIS PROBLEM!!i  C He asked without giving a reasonable amount of clues. I would think D that the output of DIRECTORY/FULL on each file would be a reasonableB minimum amount of clues. Given that, all anyone could do is either5 throw their hands up in the air or make a wild guess.e  I > I GAVE HIM SOMETHING, AND __E_X_P_L_I_C_I_T_L_Y__ SAID IT __M_I_G_H_T__.	 > WORK!!!  > ? > WHAT THE HELL PART OF THAT ARE YOU UNABLE TO UNDERSTAND???!!!   A No part. What I didn't understand is why that particular solutionw might work.m  B > __A_B_S_O_L_U_T_E_L_Y__ __N_O_W_H_E_R_E__ DID I EQUATE __A_N_Y__, > EXPRESSION WITH __A_N_Y__ OTHER CONCEPT!!!  ; Au contraire, Missieur. You said that a particular path, anc0 expression, if you will, was invalid, a concept.  A > WHAT THE HELL PART OF _THAT_ ARE YOU UNABLE TO UNDERSTAND???!!!A  
 See above.  G > THEN YOU COME ALONG WITH ALL THIS DAMNED-FOOL, RIDICULOUS PEDANTRY!!!r  E I gave an exmaple where your suggestion would fail and *you* went off F the handle with ridiculous pedantry about how the "path" in my example1 was invalid wihtout any evidence to back that up.2  e > WTF IS YOUR PROBLEM???!!!B  D Is your middle name Tera? ;-) Actually I think it's probably Jerome.   Disclaimer: JMHO Alan E. Feldman1   ------------------------------   Date: 28 Sep 02 17:06:39 +0200) From: p_sture@elias.decus.ch (Paul Sture)6; Subject: Re: What IO performance expected on GS140 PCI bus? ) Message-ID: <xA8zbbnK48x7@elias.decus.ch>e  R In article <3D94B36A.6F67AA94@attbi.com>, Bob Willard <BobwBSGS@attbi.com> writes: > Bob Willard wrote: >> s   <snip>   > @ > Shortly after posting the above, I received an auto-reply fromD > some server apparently in Fiji, notifying me that my post had been9 > deleted from their Exchange Server, on the ground that:j4 >   "Content filter has detected a sensitive e-mail" > < > Perhaps folks in Fiji don't even like the word "work", eh?  > All emails to that domain appear to get rejected with the same7 message. I'm now sending the same text back to them :-)    __
 Paul Sture Switzerlanda   ------------------------------  # Date: Sat, 28 Sep 2002 16:40:03 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 1 Subject: Re: www.openvms.compaq.com has been HPedT' Message-ID: <3D95E125.DB3F75AB@fsi.net>r   David Beatty wrote:  > ; > http://www.openvms.compaq.com now has the HP color scheme   > and format.  Happy hunting ... >  > David R. Beatty   5 New pages seem to load a *LOT* faster on my 56K link!l   Good job, guys!t   --   David J. Dachterai dba DJE SystemsB http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/b   ------------------------------   Date: 28 Sep 02 16:09:12 +0200) From: p_sture@elias.decus.ch (Paul Sture) J Subject: Re: [mike@akitanet.co.uk: OpenVMS POP server local vulnerability]) Message-ID: <QsMDYcLeAMFH@elias.decus.ch>   x In article <ySuZbzY0FzO2@eisner.encompasserve.org>, clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:z > In article <weFF4oVhrfmT@eisner.encompasserve.org>, clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes: >> eP >> It's not enough to just issue the patch kit; you need to tell system managersI >> that the latest patch kit fixes a security problem as this affects the 5 >> decision about how soon (or if [*]) to install it.@ >> .L >> Will patch kits be issued to address this problem in previous versions ofJ >> UCX/TCP/IP ? Will system managers be warned about this or will those onJ >> previous versions of UCX/TCP/IP who don't happen to see Mike's bulletinF >> continue running vulnerable systems without them been aware of it ? >>   > J > Be aware people, that the security advisory has managed to make it's way > onto the Inquirer: > * > http://www.theinquirer.net/?article=5611 > M > Of course, if we had been told when the ECO had been released to install it>L > because it fixed a serious security issue and a plan had been put in placeN > to handle older UCX versions, then we wouldn't have to worry about the usersL > getting to possibly see the exploit information before the system managers > did. > M > I hope that when the fixes for the further issues are released, that we getpM > told that it's a security patch at the time that the patch kit is released.b >   3 It should have had MUP status, as far as I can see.d   __
 Paul Sture Switzerlandw   ------------------------------   End of INFO-VAX 2002.536 ************************