1 INFO-VAX	Thu, 02 Dec 2004	Volume 2004 : Issue 669       Contents:A Re: Adding LF to CR 's when monitoring  serial port  in a Decterm ) AlphaStation 200 4/233 does not power up. - Re: AlphaStation 200 4/233 does not power up. - Re: AlphaStation 200 4/233 does not power up. - Re: AlphaStation 200 4/233 does not power up.  Re: enhancements to VMS MAIL Re: enhancements to VMS MAIL Re: enhancements to VMS MAIL2 Re: How to make DCL ignore continuation lines too?2 Re: How to make DCL ignore continuation lines too?2 Re: How to make DCL ignore continuation lines too?2 Re: How to make DCL ignore continuation lines too?2 Re: How to make DCL ignore continuation lines too?2 Re: How to make DCL ignore continuation lines too?2 Re: How to make DCL ignore continuation lines too?- Re: HP Expected to Drop Trucluster from HP-UX  Hp to use Veritas File system ! Re: Hp to use Veritas File system ! Re: Hp to use Veritas File system ! Re: Hp to use Veritas File system ! Re: Hp to use Veritas File system  Is Sue OK ?  Re: Is Sue OK ?  Re: Is Sue OK ?  Re: Is Sue OK ? $ OpenVMS.org  comp.os.vms link failed( Re: OpenVMS.org  comp.os.vms link failed( Re: OpenVMS.org  comp.os.vms link failed PASCAL granularity warning Re: PASCAL granularity warning= Stalker Announces Beta Release of CommuniGate Pro for OpenVMS  Re: [TCPIP V5.4] ECO 4 is out  Re: [TCPIP V5.4] ECO 4 is out  Re: [TCPIP V5.4] ECO 4 is out  Re: [TCPIP V5.4] ECO 4 is out  Re: [TCPIP V5.4] ECO 4 is out  Re: [TCPIP V5.4] ECO 4 is out  Re: [TCPIP V5.4] ECO 4 is out " Re: [Typo ?] What is a Ramanujan ? Re: ~ The J F  M e z e i FAQ ~  F ----------------------------------------------------------------------  % Date: Thu, 02 Dec 2004 15:44:51 +0200 4 From: Mike Rechtman <michael.rechtman.nospam@hp.com>J Subject: Re: Adding LF to CR 's when monitoring  serial port  in a Decterm& Message-ID: <41AF3872.3765C95D@hp.com>   Phil Pulley wrote: > H > I am trying to view a text stream received on a serial port by using a? > Decterm. I am using 'set host/dte' which seems to work but... G > The received text lines are delimited by CR's only so, when displayed G > in the Decterm, all characters appear on one line, with each received  > line overwriting the next.H > What I obviously need to do is force the Decterm to translate receivedG > CR's to CR/LF's so as to get the required display - but how to do it? G > I thought it should be simple but I have looked at all the options on A > 'set host/dte' and 'set term' and can't find anything to do it.  > 5 > Any info/advice/ideas would be GREATLY appreciated.  > 5 > BTW I am using an Alpha XP900 running OpenVMS 7.2-1  >  > TIA  > 
 > Phil Pulley  SET   
   TERMINAL  	     /WRAP              /WRAP (default)            /NOWRAP   E        Controls whether a carriage return and line feed are generated 9        when the value of the /WIDTH qualifier is reached.      ??   Mike --  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, 2 Dec 2004 09:26:24 +0100% From: "Fred Zwarts" <F.Zwarts@KVI.nl> 2 Subject: AlphaStation 200 4/233 does not power up.. Message-ID: <comijl$oej$1@info.service.rug.nl>  ' Two weeks ago we had a power outage.=20 9 Since then we cannot switch on an AlphaStation 200 4/233. ? If the power switch is pressed, a short click is heard from the : internal speaker, but nothing else happens. No green LEDs.D Because of the click, we think that the power unit is still working,? but some internal safety check on the mother board fails, which  block the power.  , These systems are almost never switched off.> A few years ago we had a similar problem with the same system,@ but then finally after pressing the power switch 10 or 20 times,: the system started up. This time it does not seem to work.  C We hope that somebody has a suggestion to startup the system again,  otherwise we have to dump it.    F.Z.   ------------------------------  % Date: Thu, 02 Dec 2004 04:03:13 -0500 % From: JF Mezei <jfmezei@teksavvy.com> 6 Subject: Re: AlphaStation 200 4/233 does not power up., Message-ID: <41AEDA2E.3305268D@teksavvy.com>   Fred Zwarts wrote:A > If the power switch is pressed, a short click is heard from the < > internal speaker, but nothing else happens. No green LEDs.F > Because of the click, we think that the power unit is still working,A > but some internal safety check on the mother board fails, which  > block the power.  L I would suspect your power supply.  If the disk drive doesn't spin up and noJ green light comes on, it is more likely he power supply, and those tend toM fail during power failures. (it could have been when power came back as well,  often causes a surge of power).   H Here, Hydro Qubec got enough complaints that they sent pamphlets to ALLI customers advising them to get UPS to protect their computers from tHydro  Qubec's own power !  N The sound you hear from the speaker may be just a small surge of PC power that) the power supply lets out before it dies.   L Normally, a power supply has its own internal fan. If that fan fails to spin> up, then it is  a definite sign that the power supply is shot.    B > but then finally after pressing the power switch 10 or 20 times,< > the system started up. This time it does not seem to work.  5 How long was the power failure this time ? Seconds ?    L My vaxstation 3100-30 won't power up if the power failure is less than a fewN seconds. The power supply needs to really "shut down" for a while before it is able to start up again.    ------------------------------   Date: 2 Dec 2004 08:45:09 GMT < From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)6 Subject: Re: AlphaStation 200 4/233 does not power up.0 Message-ID: <comkml$c7s$1@n.ruf.uni-freiburg.de>  V In article <comijl$oej$1@info.service.rug.nl>, "Fred Zwarts" <F.Zwarts@KVI.nl> writes:% >Two weeks ago we had a power outage. : >Since then we cannot switch on an AlphaStation 200 4/233.@ >If the power switch is pressed, a short click is heard from the; >internal speaker, but nothing else happens. No green LEDs. E >Because of the click, we think that the power unit is still working, @ >but some internal safety check on the mother board fails, which >block the power.  > - >These systems are almost never switched off. ? >A few years ago we had a similar problem with the same system, A >but then finally after pressing the power switch 10 or 20 times, ; >the system started up. This time it does not seem to work.  > D >We hope that somebody has a suggestion to startup the system again, >otherwise we have to dump it.  5 Just a guess: replace or remove the internal battery.    Regards,    Christoph Gartmann    --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------  % Date: Thu, 02 Dec 2004 05:54:06 -0800  From: Z <z@no.spam> 6 Subject: Re: AlphaStation 200 4/233 does not power up.* Message-ID: <9dFrd.5930$WU3.5604@fe07.lga>   Fred Zwarts wrote:@ > A few years ago we had a similar problem with the same system,B > but then finally after pressing the power switch 10 or 20 times,< > the system started up. This time it does not seem to work.  8 Sounds like a weak power supply that has finally failed.  E > We hope that somebody has a suggestion to startup the system again,  > otherwise we have to dump it.   ? Open up the case and check the power supply outputs with a DMM.    ------------------------------  * Date: Thu, 2 Dec 2004 11:49:07 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)% Subject: Re: enhancements to VMS MAIL $ Message-ID: <comvfj$itp$1@online.de>  B In article <col3tn$kfk$1@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes:   I > >   I see.  You want somethink like links from one directory to another I > >   so the whole folder structure is hierarchical.  I was thrown off by K > >   your request for subdirectories, I don't think the feature would need - > >   to be dependent on directory structure.  > >  > 
 > Not really.  > L > I want to be able to just have one mail.mai file rather than multiple mailH > files but be able to have folders stored in different sub-directories. >  > Say I have folders > 	 > NEWMAIL  > MAIL > 2003/MAIL  > 2003/NEWS  > 2002/MAIL  > 2002/NEWS  >  > N > Then this might be stored in   (assuming you have moved all your mail into aA > MAIL sub-directory with the set mail_directory [.MAIL] command)  >  > 	 > [.MAIL]  > [.MAIL.2003] > [.MAIL.2002] >  > etc  >  > rather than as now   > & > all messages having to be stored in  > 	 > [.MAIL]  > G > I find the need to create different mail.mai equivalent files and use 6 > set file directoryspec as a work around a real pain.  E A few years ago, one of the regulars here posted an interesting idea: B Have subdirectories with the year or whatever.  Store the messagesD there.  However, the MAIL.MAI file in that directory is a hard link B (SET FILE/ENTER) to the main MAIL.MAI file.  Thus, you can browse I through the main file, seeing all the messages, and read the first three  ? blocks or whatever.  If you want more, you can SET FILE to the  G corresponding link in the subdirectory, so it will pick up the rest of   the message.  I I thought about this, but decided on another scheme.  I don't recall off  6 hand how to set this up, but it shouldn't be too hard.   ------------------------------   Date: 2 Dec 2004 07:22:30 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) % Subject: Re: enhancements to VMS MAIL 3 Message-ID: <aESy5HZVrKPY@eisner.encompasserve.org>   J In article <col3tn$kfk$1@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes:s > In article <fibv2fhAsePg@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:  >>H >>   I see.  You want somethink like links from one directory to anotherH >>   so the whole folder structure is hierarchical.  I was thrown off byJ >>   your request for subdirectories, I don't think the feature would need, >>   to be dependent on directory structure. >> > 
 > Not really.  > L > I want to be able to just have one mail.mai file rather than multiple mailH > files but be able to have folders stored in different sub-directories.  D    I think we both understand what you're trying to accomplish.  Why"    does the implementation matter?   ------------------------------  * Date: Thu, 2 Dec 2004 18:04:25 +0000 (UTC) From: david20@alpha2.mdx.ac.uk% Subject: Re: enhancements to VMS MAIL ) Message-ID: <conlf9$fuh$1@news.mdx.ac.uk>   w In article <comvfj$itp$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: C >In article <col3tn$kfk$1@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk 	 >writes:   > J >> >   I see.  You want somethink like links from one directory to anotherJ >> >   so the whole folder structure is hierarchical.  I was thrown off byL >> >   your request for subdirectories, I don't think the feature would need. >> >   to be dependent on directory structure. >> > >>   >> Not really. >>  M >> I want to be able to just have one mail.mai file rather than multiple mail I >> files but be able to have folders stored in different sub-directories.  >>   >> Say I have folders  >>  
 >> NEWMAIL >> MAIL  >> 2003/MAIL >> 2003/NEWS >> 2002/MAIL >> 2002/NEWS >>   >>  O >> Then this might be stored in   (assuming you have moved all your mail into a B >> MAIL sub-directory with the set mail_directory [.MAIL] command) >>   >>  
 >> [.MAIL] >> [.MAIL.2003]  >> [.MAIL.2002]  >>   >> etc >>   >> rather than as now  >>  ' >> all messages having to be stored in   >>  
 >> [.MAIL] >>  H >> I find the need to create different mail.mai equivalent files and use7 >> set file directoryspec as a work around a real pain.  > F >A few years ago, one of the regulars here posted an interesting idea:C >Have subdirectories with the year or whatever.  Store the messages E >there.  However, the MAIL.MAI file in that directory is a hard link  C >(SET FILE/ENTER) to the main MAIL.MAI file.  Thus, you can browse  J >through the main file, seeing all the messages, and read the first three @ >blocks or whatever.  If you want more, you can SET FILE to the H >corresponding link in the subdirectory, so it will pick up the rest of 
 >the message.  > J >I thought about this, but decided on another scheme.  I don't recall off 7 >hand how to set this up, but it shouldn't be too hard.  >    Thanks for the suggestion.J However I'm really looking for a proper fix. I want something which my bogI standard users can use and understand not a techy solution which produces O surprises like having to set file if the message is bigger than a certain size. @ Hence the requaest for this as a future enhancement to VMS MAIL.      
 David Webb Security team leader CCSS Middlesex University   ------------------------------   Date: 2 Dec 2004 01:31:27 -0800 3 From: "Big John" <john.powers@airwidesolutions.com> ; Subject: Re: How to make DCL ignore continuation lines too? C Message-ID: <1101979887.243373.324340@c13g2000cwb.googlegroups.com>   6 Here's my technique that I use when I need to do this.  : I subvert the CONTINUE command to do this. Unless you haveA interrupted an image, CONTINUE does nothing, so you can use it as : a null command. Unfortunately, CONTINUE does not allow anyB parameters. However here (thanks to Joe Meadows' nifty utilities),< we can find out what CONTINUE calls, and create our own NULL@ command to use in its place, with a parameter of the rest of the@ line, that we just ignore. This will cause everything, including" continuation lines, to be ignored.  A This is what you end up with. Create the command with SET COMMAND  on the following piece of CLD:   define verb NULLCOMMAND 4 cliroutine  CONTINUE, cliflags(abbreviate, nostatus)( parameter P1, value (type=$rest_of_line)  = (I find this so useful, I have the NULLCOMMAND installed into B DCLTABLES, but if you only want it once, you can cook it up on the fly).   A Now to effect exactly what you want to do in your example below..    $ delete :== NULLCOMMAND  
 -Cheers, John      Bob Kaplow wrote: A > I've got a bunch of old DCL scripts that include a command that  doesn't A > exist on my current systems. In the past I've used the trick of 
 defining a > symbol for that command  >  > $ delete :== "!" > D > to comment all of those lines out. But this particular command had ratherF > long syntax, and usually has continuation lines. Any suggestions for a G > similar trick to use that will make DCL ignore the continuation liens  as > well?  >  > 3 > 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD" ( > 		>>> To reply, remove the TRABoD! <<< > Kaplow Klips &< Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdf? >     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org  www.nar.org  > = >         We must have faith in our democratic system and our 
 Constitution, A >         and in our ability to protect at the same time both the  freedom and ( >         the security of all Americans.   ------------------------------   Date: 2 Dec 2004 06:26:28 -0600 4 From: kaplow_r@encompasserve.org.TRABoD (Bob Kaplow); Subject: Re: How to make DCL ignore continuation lines too? 3 Message-ID: <Vbe0QsJRCC6J@eisner.encompasserve.org>   f In article <1101932943.037107.263160@c13g2000cwb.googlegroups.com>, "Barry" <dysert@gmail.com> writes:I > Assuming I know what problem you're trying to solve (and I think I do), F > a quick TECO macro would fix you up.  If you like, send me a copy ofE > one of the "problem" files; I'll mung it and send it back.  If it's D > what you want, I'll gladly give you the macro (or give me all your< > files and I'll run them all through - no extra charge ;-).  I Thanks for the offer, but the idea is to have them fix themselves without  the need for change.  1 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD" & 		>>> To reply, remove the TRABoD! <<<K Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdf L     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  B 	Homeland Security Administration: The Gestapo of the 21st Century   ------------------------------   Date: 2 Dec 2004 06:27:38 -0600 4 From: kaplow_r@encompasserve.org.TRABoD (Bob Kaplow); Subject: Re: How to make DCL ignore continuation lines too? 3 Message-ID: <dLs0Sx3cvkeh@eisner.encompasserve.org>   ^ In article <coldet$r7s$1@newslocal.mitre.org>, lewis@SPYDER.MITRE.ORG (Keith A. Lewis) writes: > kaplow_r@encompasserve.org.TRABoD (Bob Kaplow) writes in article <xuyb0d0iHVga@eisner.encompasserve.org> dated 1 Dec 2004 14:35:03 -0600: M >>Both of these still complained about the rest of the command from the first % >>line. But it looks like this works:  >>' >>$ delete :== "copy sys$input nla0: !"  > L > Wouldn't this have the same problem as the original delete="!", in that it* > would ignore the continuation character?  K Yes, it ignores the continuation on the first line, but it also ignores all 6 following lines until one starts with a "$" character.  1 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD" & 		>>> To reply, remove the TRABoD! <<<K Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdf L     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  B 	Homeland Security Administration: The Gestapo of the 21st Century   ------------------------------   Date: 2 Dec 2004 09:07:17 -0600 4 From: kaplow_r@encompasserve.org.TRABoD (Bob Kaplow); Subject: Re: How to make DCL ignore continuation lines too? 3 Message-ID: <j6cte+2abXdU@eisner.encompasserve.org>   { In article <41AE43B2.611FFAA4@encompasserve-or-this.org>, Graham Burley <burley.not-this@encompasserve-or-this.org> writes:  > Bob Kaplow wrote:  >>  J >> I've got a bunch of old DCL scripts that include a command that doesn'tM >> exist on my current systems. In the past I've used the trick of defining a  >> symbol for that command >>   >> $ delete :== "!"  >>  L >> to comment all of those lines out. But this particular command had ratherI >> long syntax, and usually has continuation lines. Any suggestions for a K >> similar trick to use that will make DCL ignore the continuation liens as  >> well? >  > $ delete :== @nla0:   0 Well, that's the simplest one yet, and it works!  1 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD" & 		>>> To reply, remove the TRABoD! <<<K Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdf L     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  N ... One nation under survielence, divisive, with liberty and justice for none.   ------------------------------  $ Date: Thu, 2 Dec 2004 12:35:54 -0500 From: norm.raphael@metso.com; Subject: Re: How to make DCL ignore continuation lines too? Q Message-ID: <OF6F83B35E.6CBE3FEC-ON85256F5E.00607EBA-85256F5E.0060B3D9@metso.com>   K kaplow_r@encompasserve.org.TRABoD (Bob Kaplow) wrote on 12/02/2004 10:07:17  AM:   B > In article <41AE43B2.611FFAA4@encompasserve-or-this.org>, Graham< > Burley <burley.not-this@encompasserve-or-this.org> writes: > > Bob Kaplow wrote:  > >>D > >> I've got a bunch of old DCL scripts that include a command that doesn't D > >> exist on my current systems. In the past I've used the trick of
 defining a > >> symbol for that command > >> > >> $ delete :== "!"  > >>G > >> to comment all of those lines out. But this particular command had  ratherK > >> long syntax, and usually has continuation lines. Any suggestions for a J > >> similar trick to use that will make DCL ignore the continuation liens as
 > >> well? > >  > > $ delete :== @nla0:  > 2 > Well, that's the simplest one yet, and it works!  F Do "@nla0:" online and it does not appear on the command line when you' hit up-arrow.  What is (not) happening?    > 9 >    Bob Kaplow   NAR # 18L   TRA # "Impeach the TRA BoD" , >       >>> To reply, remove the TRABoD! <<< > Kaplow Klips & Baffle:4 http://nira-rocketry.org/LeadingEdge/Phantom4000.pdf? >     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org  www.nar.org  > I > ... One nation under survielence, divisive, with liberty and justicefor  none. 
 You meant:H .. One nation under surveillance, divisive, with liberty and justice for none.    ------------------------------  $ Date: Thu, 2 Dec 2004 18:53:00 +0100I From: Miguel Angel =?iso-8859-1?Q?Us=F3n?= Finkenzeller <mauf2@unizar.es> ; Subject: Re: How to make DCL ignore continuation lines too? 3 Message-ID: <l03110700bdd51e451f87@[155.210.90.37]>   H >In article <41AE43B2.611FFAA4@encompasserve-or-this.org>, Graham Burley4 ><burley.not-this@encompasserve-or-this.org> writes: >> Bob Kaplow wrote: >>> K >>> I've got a bunch of old DCL scripts that include a command that doesn't M >>> exist on my current systems. In the past I've used the trick of defining=   a >>> symbol for that command  >>>  >>> $ delete :=3D=3D "!" >>> M >>> to comment all of those lines out. But this particular command had rathe=  r J >>> long syntax, and usually has continuation lines. Any suggestions for aL >>> similar trick to use that will make DCL ignore the continuation liens as	 >>> well?  >> >> $ delete :=3D=3D @nla0: > 1 >Well, that's the simplest one yet, and it works!  > 2 >	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD"' >		>>> To reply, remove the TRABoD! <<< L >Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdfM >    www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.or=  g  > M >... One nation under survielence, divisive, with liberty and justice for no=  ne.     ? Just curious... please excuse me, I am not (at all!) an expert.     H I should think the best thing to do would be delete (or comment out) theF offending command and associated continuation lines. After all, we areJ talking about a DCL script, and not an *.exe file compiled on an older VMS
 version...   $ @nla0: works... it just does nothing.   $ nla0: /log7 %DCL-W-IVQUAL, unrecognized qualifier - check etc. etc.   E What could be done if the command in the original DCL script contains  qualifiers?      Regards    Miguel =C1ngel Us=F3n    ------------ Dept. of Inorganic Chemistry University of Zaragoza
 E-50009 SPAIN    ------------------------------  $ Date: Thu, 2 Dec 2004 13:15:30 -0500 From: norm.raphael@metso.com; Subject: Re: How to make DCL ignore continuation lines too? Q Message-ID: <OFA4134CF4.832C0F6F-ON85256F5E.00641549-85256F5E.006453C0@metso.com>   F Miguel Angel Us=F3n Finkenzeller <mauf2@unizar.es> wrote on 12/02/2004 12:53:00 PM:   >  > H > >In article <41AE43B2.611FFAA4@encompasserve-or-this.org>, Graham Bur= ley 6 > ><burley.not-this@encompasserve-or-this.org> writes: > >> Bob Kaplow wrote: > >>> E > >>> I've got a bunch of old DCL scripts that include a command that  doesn't E > >>> exist on my current systems. In the past I've used the trick of 
 defining a > >>> symbol for that command  > >>>  > >>> $ delete :=3D=3D "!" > >>> H > >>> to comment all of those lines out. But this particular command ha= d  ratherH > >>> long syntax, and usually has continuation lines. Any suggestions = for  a H > >>> similar trick to use that will make DCL ignore the continuation l= iens as > >>> well?  > >> > >> $ delete :=3D=3D @nla0: > > 3 > >Well, that's the simplest one yet, and it works!  > > : > >   Bob Kaplow   NAR # 18L   TRA # "Impeach the TRA BoD"- > >      >>> To reply, remove the TRABoD! <<<  > >Kaplow Klips & Baffle: 4 http://nira-rocketry.org/LeadingEdge/Phantom4000.pdf@ > >    www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org www.nar.org  > > ? > >... One nation under survielence, divisive, with liberty and  > justice for none.  >  > A > Just curious... please excuse me, I am not (at all!) an expert.  >  > H > I should think the best thing to do would be delete (or comment out) = the H > offending command and associated continuation lines. After all, we ar= e H > talking about a DCL script, and not an *.exe file compiled on an olde= r  VMS  > version... > 
 > $ @nla0:  > works... it just does nothing. >  > $ nla0: /log9 > %DCL-W-IVQUAL, unrecognized qualifier - check etc. etc.  > 	 You meant 
 $ @nla0: /log   H > What could be done if the command in the original DCL script contains=  
 > qualifiers?  >    Well, just change it to  $ delete =3D=3D "@nla0: x"   > 	 > Regards  >  > Miguel =C1ngel Us=F3n  >  > ------------ > Dept. of Inorganic Chemistry > University of Zaragoza > E-50009 SPAIN  >  >  >  >  >=   ------------------------------  $ Date: Thu, 2 Dec 2004 19:34:09 +0100  From: "Dr. Dweeb" <dr@dweeb.com>6 Subject: Re: HP Expected to Drop Trucluster from HP-UX, Message-ID: <conn7u$c0n$1@news.cybercity.dk>   JF Mezei wrote:  > Dirk Munk wrote:E >> That would be very odd, since I have been told that the clustering ; >> has already been incorporated in test versions of HP-UX.  > E > Perhaps they have found major problems with applications. It is one E > thing to have it in the OS, but it really has to work reliably when   > all sorts of apps are running. > E > *IF* this is true, it certaintly wouldn't help kill rumours that HP ' > will focus on Linux instead of HP-UX.  > @ > The fact that HP attarcts so many rumours about its enterpriseE > products is an indicatrion that HP's management are doing something E > wrong. Good management wouldn't result in such rumours consistently 
 > coming out.  > F > In terms of VMS outsourcing, it is no surprise. I was puzzled at whyC > decwindows wasn't mentioned in the roadmap. Looking at some email 3 > header's I'd bet that EDS is now in charge of it.  > A > I have a feeling that HP might keep the actial operating system 5 > engineers, but outsource any layered or middleware.   I This would appear to confirm it http://www.theinquirer.net/?article=20010    ------------------------------  % Date: Thu, 02 Dec 2004 06:57:47 -0800 # From: "Tom Linden" <tom@kednos.com> & Subject: Hp to use Veritas File system( Message-ID: <opsidyilgczgicya@hyrrokkin>  C I wonder if VMS is next.  This may well double the sales of Veritas   9 http://www.hp.com/hpinfo/newsroom/press/2000/001025b.html    --  C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------  % Date: Thu, 02 Dec 2004 15:01:09 +0000 - From: Roy Omond <Roy.Omond@BlueBubble.UK.Com> * Subject: Re: Hp to use Veritas File system, Message-ID: <318p5nF36jjlcU1@individual.net>   Tom Linden wrote:   E > I wonder if VMS is next.  This may well double the sales of Veritas     You mean as in "HP to use VMS" ?  + That might also double the sales of VMS ;-)    ------------------------------  # Date: Thu, 02 Dec 2004 16:27:06 GMT ( From: Mark Schafer <mark.schafer@hp.com>* Subject: Re: Hp to use Veritas File system2 Message-ID: <unHrd.3783$1U3.2107@news.cpqcorp.net>   http://www.hp.com/go/unixupdate  HP-UX 11i roadmap update   ------------------------------  % Date: Thu, 02 Dec 2004 12:13:20 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> * Subject: Re: Hp to use Veritas File system, Message-ID: <41AF4CF2.A4DFBD35@teksavvy.com>   Mark Schafer wrote:  > ! > http://www.hp.com/go/unixupdate  > HP-UX 11i roadmap update  @ Pretty much confirms the rumour that HP was dropping TruCluster.  : Wonder what sort of arrangement Veritas struck with Carly.N Would it have been Veritas knocking on HP's door, or Carly begging Veritas  to* provide a solution other than TruCluster ?  F Was it a case of problems with porting of TruCluster to HP-UX, or justJ policital stuff of HP prefering to adopt someone else's product instead of! having an integrated clustering ?   I For VMS, it means that it will regain some ground on clustering since the 4 closest was TruCluster which is now completely dead.   ------------------------------  # Date: Thu, 02 Dec 2004 17:53:01 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond) * Subject: Re: Hp to use Veritas File system2 Message-ID: <1EIrd.3791$X_3.1972@news.cpqcorp.net>  \ In article <41AF4CF2.A4DFBD35@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >Mark Schafer wrote:3 >>                                                  " >> http://www.hp.com/go/unixupdate >> HP-UX 11i roadmap update  > A >Pretty much confirms the rumour that HP was dropping TruCluster.  > ; >Wonder what sort of arrangement Veritas struck with Carly. O >Would it have been Veritas knocking on HP's door, or Carly begging Veritas  to + >provide a solution other than TruCluster ?  > G >Was it a case of problems with porting of TruCluster to HP-UX, or just K >policital stuff of HP prefering to adopt someone else's product instead of " >having an integrated clustering ?  F The depth and breadth of my knowledge on this issue may be questioned;J I'll not be offended if it is.  But, to the extent that I do know what I'mD talking about, this decision appears to have been taken on the basis* of cost-effectiveness and time-to-deliver.  J >For VMS, it means that it will regain some ground on clustering since the5 >closest was TruCluster which is now completely dead.   H There may well be a few TruCluster users who find that OpenVMS is a moreE viable solution for them than is Veritas.  However, "those who know"  G (or at least "claim" to know) say that most TruCluster users will find  L Veritas satisfactory and will appreciate having a solution 1-2 years sooner. The same for HP-UX users.    --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Thu, 02 Dec 2004 09:37:42 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Is Sue OK ?, Message-ID: <41AF2880.D3DE7310@teksavvy.com>  * We haven't heard from Sue in a long while.   Is she OK ?    ------------------------------  # Date: Thu, 02 Dec 2004 15:16:07 GMT & From: Joshua Cope <joshua.cope@hp.com> Subject: Re: Is Sue OK ?< Message-ID: <Xns95B367D9ECBD6joshuacopehpcom@16.105.248.153>  G JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in news:41AF2880.D3DE7310  @teksavvy.com:  , > We haven't heard from Sue in a long while. > 
 > Is she OK ?   A There's an Ambassadors meeting coming up that's keeping her busy.    ------------------------------  % Date: Thu, 02 Dec 2004 10:29:36 -0500 3 From: Steve Lionel <Steve.Lionel@REMOVEintelME.com>  Subject: Re: Is Sue OK ?8 Message-ID: <r5duq0lvntrpsumhn7vrqdcj1gb717kmav@4ax.com>  K On Thu, 02 Dec 2004 09:37:42 -0500, JF Mezei <jfmezei.spamnot@teksavvy.com>  wrote:  + >We haven't heard from Sue in a long while.  >  >Is she OK ?  % I saw her in the cafeteria yesterday.    Steve    ------------------------------   Date: 2 Dec 2004 11:01:50 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: Is Sue OK ?3 Message-ID: <u9hr8PVrcRfa@eisner.encompasserve.org>   n In article <r5duq0lvntrpsumhn7vrqdcj1gb717kmav@4ax.com>, Steve Lionel <Steve.Lionel@REMOVEintelME.com> writes:M > On Thu, 02 Dec 2004 09:37:42 -0500, JF Mezei <jfmezei.spamnot@teksavvy.com>  > wrote: > , >>We haven't heard from Sue in a long while. >>
 >>Is she OK ?  > ' > I saw her in the cafeteria yesterday.   = She sent mail about HP-UX using Veritas to those attended the  VMS Symposium.   ------------------------------   Date: 2 Dec 2004 02:09:44 -0800 0 From: "Fabio Cardoso" <fabiopenvms@yahoo.com.br>- Subject: OpenVMS.org  comp.os.vms link failed C Message-ID: <1101982184.952623.216270@z14g2000cwz.googlegroups.com>   3 As Google changed the format of the News Group tool 5 I ask to Ken Farmer to change the OpenVMS.org button.  I use it a lot ;-)   Regards   
 Fabio Cardoso    ------------------------------   Date: 2 Dec 2004 07:23:01 -0600 B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)1 Subject: Re: OpenVMS.org  comp.os.vms link failed 3 Message-ID: <Axw5BU7jgwgJ@eisner.encompasserve.org>   v In article <1101982184.952623.216270@z14g2000cwz.googlegroups.com>, "Fabio Cardoso" <fabiopenvms@yahoo.com.br> writes:5 > As Google changed the format of the News Group toolL7 > I ask to Ken Farmer to change the OpenVMS.org button.A > I use it a lot ;-) > 	 > Regardsu >  > Fabio Cardoso  >   - That new Google style is absolutely horrible.o  D It looks like it has been designed by a Microsoftie let loose with a HTML tool for the first time.o   Simon.   -- oB Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       7 Microsoft: The Standard Oil Company of the 21st century    ------------------------------  # Date: Thu, 02 Dec 2004 13:42:33 GMTi6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com>1 Subject: Re: OpenVMS.org  comp.os.vms link failedi> Message-ID: <dZErd.24466$Mu3.1502246@twister.southeast.rr.com>  < "Fabio Cardoso" <fabiopenvms@yahoo.com.br> wrote in message = news:1101982184.952623.216270@z14g2000cwz.googlegroups.com...l5 > As Google changed the format of the News Group toola7 > I ask to Ken Farmer to change the OpenVMS.org button.  > I use it a lot ;-)     Fabio,  L I'm assuming you mean on the Lists/Newsgroups page.  I've changed it to the C new "beta" site on Google Groups and added a few additional groups.    Glad you find it useful.  :)    	 <wishing>]  I It would help may hit count if everyone who uses Google Groups would use jK that link.  The more visitors the better my chances of getting advertisers.-  6 http://www.openvms.org/pages.php?page=Lists-Newsgroups  
 </wishing>       Keni  % _____________________________________o Kenneth R. Farmer <>< # OpenVMS.org: http://www.OpenVMS.orgo   ------------------------------   Date: 2 Dec 2004 02:13:31 -0800e* From: renedeliege@yahoo.com (Rene Deliege)# Subject: PASCAL granularity warningi< Message-ID: <adbbdfee.0412020213.37c29aa@posting.google.com>  B We have a lot of Pascal code originally written for the VAX, so weB compile it on the Alpha with /align=VAX/enum=byte/granularity=byte  E We receive lots of granularity warnings, which we suppress until now. D In investigating this warning and experimenting with other compiler C options, I found that compiling for the EV56 generates no warnings s0 (because the EV56 has the BYTE/WORD extensions).  E But the warnings disappear even when the resulting code for the EV56    is the same as the generic code!  F So I'm wondering if these warnings are serious then. Why do I not get + these warnings when compiling for the EV56?  Is it:E - because the EV56 has the BYTE/WORD extensions the granularity is noA issue at allD - because library routines (OTS$ZERO in my example) behave different on EV56  - something else   My example code: d   Generic:        0  0	      1 PROGRAM demo;-      0  0	      2       0  0	      3 TYPE      0  0	      4 2      0  0	      5 buffer = ARRAY[1..4] OF INTEGER;      0  0	      6 3      1  0	      7 PROCEDURE do_it( VAR a : buffer);i      1  0	      8 BEGIN       1  0	      9       1  1	     10  a := ZERO;o 			.1           > %PASCAL-W-NONGRNACC, (1) Unable to generate code for requested granularity-        1  1	     11       0  0	     12 END;      0  0	     13       0  0	     14 BEGINd      0  0	     15       0  0	     16 END.  2 				.PSECT	$CODE$, OCTA, PIC, CON, REL, LCL, SHR,- 					EXE, NORD, NOWRTK 	     0000	DO_IT: " 23DEFFF0     0000		LDA	SP, -16(SP) 47FA0416     0004		MOV	R26, R221 47FD0417     0008		MOV	FP, R23 47FB041D     000C		MOV	R27, FP 47E10415     0010		MOV	R1, R21! B61E0008     0014		STQ	R16, 8(SP)i/ A65E0008     0018		LDQ	R18, 8(SP)		    ; 000010.! 22120000     001C		LDA	R16, (R18)n 47E21411     0020		MOV	16, R17" A75D0018     0024		LDQ	R26, 24(FP)0 6B5A4000     0028		JSR	R26, OTS$ZERO		; R26, R26- 47F7041D     002C		MOV	R23, FP			    ; 000012f! 23DE0010     0030		LDA	SP, 16(SP)  6BF68001     0034		RET	R22  6 Routine Size: 56 bytes,    Routine Base: $CODE$ + 0000   	     0038	DEMO:" 23DEFFD0     0038		LDA	SP, -48(SP) 47FD0401     003C		MOV	FP, R1e 47FB041D     0040		MOV	R27, FP+ 47E03400     0044		MOV	1, R0			    ; 000016  47E1041D     0048		MOV	R1, FP,! 23DE0030     004C		LDA	SP, 48(SP)i 6BFA8001     0050		RET	R26  6 Routine Size: 28 bytes,    Routine Base: $CODE$ + 0038   COMMAND QUALIFIERS     /ALIGN=VAX   /NOANALYSIS_DATA   /ARCHITECTURE=GENERIC-   /ASSUME=(ACCURACY_SENSITIVE)P   /CHECK=(BOUNDS,NOCASE_SELECTORS,DECLARATIONS,NOOVERFLOW,NOPOINTERS,NOSUBRANGE)   /CONSTANT=NONE   /NOCROSS_REFERENCE   /DEBUG=(NOSYMBOLS,TRACEBACK)   /NODESIGN    /NODIAGNOSTICS   /ENUMERATION_SIZE=BYTE   /NOENVIRONMENT   /ERROR_LIMIT=30e   /FLOAT=G_FLOAT   /GRANULARITY=BYTE    /INCLUDE=None Specifiedf%   /LIST=$USER0:[RENE.WORK]DEMO.LIS;16t
   /MACHINE   /MATH_LIBRARY=ACCURATE'   /OBJECT=$USER0:[RENE.WORK]DEMO.OBJ;15 .   /OPTIMIZE=(LEVEL=0,TUNE=GENERIC,INLINE=NONE)   /NOPLATFORMS   /PSECT_MODEL=NOMULTILANGUAGEH   /SHOW=(DICTIONARY,INCLUDE,HEADER,SOURCE,NOSTRUCTURE_LAYOUT,STATISTICS)
   /NOSTANDARDa   /TERMINAL=NONE   /NOTIED   /USAGE=(NOUNCERTAIN,UNINITIALIZED,NOUNUSED,VOLATILE,EMPTY_RECORDS,N           PACKED_ACTUALS,UNSUPPORTED_CDD,NOPERFORMANCE,NONGRNACC,NOUNCALLABLE)   /WARNINGSt   /ZERO_HEAP  e And the same for the EV56:        0  0	      1 PROGRAM demo;o      0  0	      2       0  0	      3 TYPE      0  0	      4 2      0  0	      5 buffer = ARRAY[1..4] OF INTEGER;      0  0	      6 3      1  0	      7 PROCEDURE do_it( VAR a : buffer);.      1  0	      8 BEGINn      1  0	      9       1  1	     10  a := ZERO;p      1  1	     11       0  0	     12 END;      0  0	     13       0  0	     14 BEGINh      0  0	     15       0  0	     16 END.    2 				.PSECT	$CODE$, OCTA, PIC, CON, REL, LCL, SHR,- 					EXE, NORD, NOWRTx 	     0000	DO_IT:'" 23DEFFF0     0000		LDA	SP, -16(SP) 47FA0416     0004		MOV	R26, R22r 47FD0417     0008		MOV	FP, R23 47FB041D     000C		MOV	R27, FP 47E10415     0010		MOV	R1, R21! B61E0008     0014		STQ	R16, 8(SP) . A65E0008     0018		LDQ	R18, 8(SP)		   ; 000010! 22120000     001C		LDA	R16, (R18)) 47E21411     0020		MOV	16, R17" A75D0018     0024		LDQ	R26, 24(FP)0 6B5A4000     0028		JSR	R26, OTS$ZERO		; R26, R26, 47F7041D     002C		MOV	R23, FP			   ; 000012! 23DE0010     0030		LDA	SP, 16(SP)T 6BF68001     0034		RET	R22  6 Routine Size: 56 bytes,    Routine Base: $CODE$ + 0000   	     0038	DEMO:" 23DEFFD0     0038		LDA	SP, -48(SP) 47FD0401     003C		MOV	FP, R1  47FB041D     0040		MOV	R27, FP* 47E03400     0044		MOV	1, R0			   ; 000016 47E1041D     0048		MOV	R1, FPs! 23DE0030     004C		LDA	SP, 48(SP)s 6BFA8001     0050		RET	R26  6 Routine Size: 28 bytes,    Routine Base: $CODE$ + 0038   COMMAND QUALIFIERS     /ALIGN=VAX   /NOANALYSIS_DATA   /ARCHITECTURE=EV56   /ASSUME=(ACCURACY_SENSITIVE)P   /CHECK=(BOUNDS,NOCASE_SELECTORS,DECLARATIONS,NOOVERFLOW,NOPOINTERS,NOSUBRANGE)   /CONSTANT=NONE   /NOCROSS_REFERENCE   /DEBUG=(NOSYMBOLS,TRACEBACK)   /NODESIGNt   /NODIAGNOSTICS   /ENUMERATION_SIZE=BYTE   /NOENVIRONMENT   /ERROR_LIMIT=30r   /FLOAT=G_FLOAT   /GRANULARITY=BYTE,   /INCLUDE=None Specified %   /LIST=$USER0:[RENE.WORK]DEMO.LIS;17o
   /MACHINE   /MATH_LIBRARY=ACCURATE'   /OBJECT=$USER0:[RENE.WORK]DEMO.OBJ;16 +   /OPTIMIZE=(LEVEL=0,TUNE=EV56,INLINE=NONE)d   /NOPLATFORMS   /PSECT_MODEL=NOMULTILANGUAGEH   /SHOW=(DICTIONARY,INCLUDE,HEADER,SOURCE,NOSTRUCTURE_LAYOUT,STATISTICS)
   /NOSTANDARDh   /TERMINAL=NONE   /NOTIED   /USAGE=(NOUNCERTAIN,UNINITIALIZED,NOUNUSED,VOLATILE,EMPTY_RECORDS,N           PACKED_ACTUALS,UNSUPPORTED_CDD,NOPERFORMANCE,NONGRNACC,NOUNCALLABLE)   /WARNINGSg   /ZERO_HEAP       Rene Deliege   ------------------------------  # Date: Thu, 02 Dec 2004 18:31:05 GMT2& From: John Reagan <john.reagan@hp.com>' Subject: Re: PASCAL granularity warningl2 Message-ID: <JbJrd.3797$kp3.2645@news.cpqcorp.net>   Rene Deliege wrote: D > We have a lot of Pascal code originally written for the VAX, so weD > compile it on the Alpha with /align=VAX/enum=byte/granularity=byte > G > We receive lots of granularity warnings, which we suppress until now.+F > In investigating this warning and experimenting with other compiler E > options, I found that compiling for the EV56 generates no warnings D2 > (because the EV56 has the BYTE/WORD extensions). > G > But the warnings disappear even when the resulting code for the EV56 a" > is the same as the generic code! > H > So I'm wondering if these warnings are serious then. Why do I not get - > these warnings when compiling for the EV56?e > Is it:G > - because the EV56 has the BYTE/WORD extensions the granularity is nos > issue at allF > - because library routines (OTS$ZERO in my example) behave different	 > on EV56  > - something else >   < The OTS$ZERO routine uses the AMASK instruction and will be ) byte-granular on EV56 and later machines.I  F In general, using /GRAN=BYTE is only need when you have two pieces of B code accessing nearby static data (two processes sharing a global C section, or just a single process with some AST routines accessing ]I static data).  If you don't have multiple accessors to data, then asking  G for /GRAN=BYTE is probably not needed.  It does not impact data layout   like /ALIGN=VAX/ENUM=BYTE do.n  G As for using /ALIGN=VAX/ENUM=BYTE, unless are you using binary data on cC disk, etc., most programs don't need them.  If you haven't, look at = SYS$HELP:PASCAL_RECORD_LAYOUT_GUIDE.MEM for more information.   I If you can avoid using /ALIGN=VAX/ENUM=BYTE/GRAN=BYTE, you will see much   better performance.y     -- d John ReaganF/ HP Pascal/{A|I}MACRO for OpenVMS Project Leaderc Hewlett-Packard Companya   ------------------------------  # Date: Thu, 02 Dec 2004 13:29:34 GMTh6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com>F Subject: Stalker Announces Beta Release of CommuniGate Pro for OpenVMS> Message-ID: <2NErd.24460$Mu3.1500657@twister.southeast.rr.com>  H Stalker Software has just announced the release of the OpenVMS beta for M their CommuniGate Pro Integrated Communications server. The Beta period will rI run through to January 15, 2005. The product is available for OpenVMS on h% Alpha, and IA64 (Itanium2) platforms.S  9 http://www.openvms.org/stories.php?story=04/12/02/3371441k   Ken.   OpenVMS.orgi% _____________________________________c Kenneth R. Farmer <><.% SpyderByte: http://www.SpyderByte.coma   ------------------------------  * Date: Thu, 2 Dec 2004 08:59:18 +0000 (UTC)1 From: Jefferson Humber <matrix01@globalnet.co.uk>h& Subject: Re: [TCPIP V5.4] ECO 4 is out0 Message-ID: <comlh6$r3j$1@sparta.btinternet.com>    Peter 'EPLAN' LANGSTOEGER wrote:F > In case you haven't noted yet (eg. because no ITRC mail told you ;-)5 > Since a couple of hours, ECO 4 of TCPIP V5.4 is outi > @ > 	ftp://ftp.itrc.hp.com/openvms_patches/layered_products/alpha/ >   > Now, who finds the first bug ? > Ready, steady, go... >    What happened to ECO 3 ?   ------------------------------  * Date: Thu, 2 Dec 2004 10:50:47 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)& Subject: Re: [TCPIP V5.4] ECO 4 is out1 Message-ID: <newscache$h5c38i$ak41$1@news.sil.at>$  d In article <comlh6$r3j$1@sparta.btinternet.com>, Jefferson Humber <matrix01@globalnet.co.uk> writes:! >Peter 'EPLAN' LANGSTOEGER wrote:rG >> In case you haven't noted yet (eg. because no ITRC mail told you ;-)u6 >> Since a couple of hours, ECO 4 of TCPIP V5.4 is out >> nA >> 	ftp://ftp.itrc.hp.com/openvms_patches/layered_products/alpha/u >>  ! >> Now, who finds the first bug ?  >> Ready, steady, go...u  ' I just had my first 2 systems upgraded.lJ The first crashed during shutdown (but it seems this was not for the firstH time so I can't blame the TCPIP ECO, yet - it is a SSRVEXCEPT, ACCVIO onM KERNEL stack on IPL 2, from an IDLE but CURrent DECterm using DECnet-over-IP,bB with sometimes TCPIP$INTERNET_SERVICES+207C8 in the Signal Array).  L The 2nd doesn't shutdown (Shutdown process goes into RWAST in TCPIP$UCP.EXE)G twice on 2 tries so far (DECW$STARTUP wanted 2x AUTOGEN for GBLSECTIONS F again, so shutdown ran, while startup was still running). We'll see...   >What happened to ECO 3 ?I  ? As Matt Muggeridge wrote on 19-Nov-2004 here in this newsgroup,o' it was recalled during qualification...o   --   Peter "EPLAN" LANGSTOEGER>% Network and OpenVMS system specialisti E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  * Date: Thu, 2 Dec 2004 12:35:08 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)& Subject: Re: [TCPIP V5.4] ECO 4 is out$ Message-ID: <con25r$nd5$1@online.de>  F In article <newscache$h5c38i$ak41$1@news.sil.at>, peter@langstoeger.at$ (Peter 'EPLAN' LANGSTOEGER) writes:   f > In article <comlh6$r3j$1@sparta.btinternet.com>, Jefferson Humber <matrix01@globalnet.co.uk> writes:# > >Peter 'EPLAN' LANGSTOEGER wrote:eI > >> In case you haven't noted yet (eg. because no ITRC mail told you ;-)n8 > >> Since a couple of hours, ECO 4 of TCPIP V5.4 is out > >>  C > >> 	ftp://ftp.itrc.hp.com/openvms_patches/layered_products/alpha/f > >> o# > >> Now, who finds the first bug ?g > >> Ready, steady, go...d > ) > I just had my first 2 systems upgraded. L > The first crashed during shutdown (but it seems this was not for the firstJ > time so I can't blame the TCPIP ECO, yet - it is a SSRVEXCEPT, ACCVIO onO > KERNEL stack on IPL 2, from an IDLE but CURrent DECterm using DECnet-over-IP,-D > with sometimes TCPIP$INTERNET_SERVICES+207C8 in the Signal Array). > N > The 2nd doesn't shutdown (Shutdown process goes into RWAST in TCPIP$UCP.EXE)I > twice on 2 tries so far (DECW$STARTUP wanted 2x AUTOGEN for GBLSECTIONSsH > again, so shutdown ran, while startup was still running). We'll see...  1 Has anyone successfully installed these ECOs yet?   G Also, if it is already on the FTP server, I'm curious that I didn't getcH a mail from the openvms.org notification service.  Normally, they arriveC BEFORE the patch gets there (as in the case for TRACE3.0 a few daysN ago).    ------------------------------  * Date: Thu, 2 Dec 2004 12:39:31 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)& Subject: Re: [TCPIP V5.4] ECO 4 is out$ Message-ID: <con2e3$nd5$2@online.de>  D In article <con25r$nd5$1@online.de>, helbig@astro.multiCLOTHESvax.de3 (Phillip Helbig---remove CLOTHES to reply) writes: i  I > Also, if it is already on the FTP server, I'm curious that I didn't getsJ > a mail from the openvms.org notification service.  Normally, they arriveE > BEFORE the patch gets there (as in the case for TRACE3.0 a few daysh > ago).   C Actually, I just checked and the 7.3-1 TRACE3.0 isn't there yet....,   ------------------------------  # Date: Thu, 02 Dec 2004 13:43:23 GMTt6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com>& Subject: Re: [TCPIP V5.4] ECO 4 is out> Message-ID: <%ZErd.24467$Mu3.1502309@twister.southeast.rr.com>  M "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>  / wrote in message news:con2e3$nd5$2@online.de...oF > In article <con25r$nd5$1@online.de>, helbig@astro.multiCLOTHESvax.de4 > (Phillip Helbig---remove CLOTHES to reply) writes: > J >> Also, if it is already on the FTP server, I'm curious that I didn't getK >> a mail from the openvms.org notification service.  Normally, they arrivegF >> BEFORE the patch gets there (as in the case for TRACE3.0 a few days >> ago). > E > Actually, I just checked and the 7.3-1 TRACE3.0 isn't there yet....e >n    M "VMS731_TRACE-V0300, ECO Kit Release"  was the last one I received and sent, tK which for those not subscribed to the OpenVMS Alerts mailing list, was Nov - 29th.-   <plug>7 OpenVMS.org Alerts - OpenVMS Patch and Security Alerts.m, http://www.openvms.org/pages.php?page=Alerts </plug>a   Keni   OpenVMS.orgi% _____________________________________6 Kenneth R. Farmer <><o& SpyderByte: http://www.SpyderByte.com    ------------------------------  % Date: Thu, 02 Dec 2004 08:13:15 -0500s4 From: David R. Beatty <QWDavidER.TYBeattyUI@sas.com>& Subject: Re: [TCPIP V5.4] ECO 4 is out8 Message-ID: <845uq0hht9asjutsp995crc5o3hpv54if8@4ax.com>  D On Wed, 1 Dec 2004 22:06:20 +0000 (UTC), peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) wrote:   E >In case you haven't noted yet (eg. because no ITRC mail told you ;-)o4 >Since a couple of hours, ECO 4 of TCPIP V5.4 is out >i? >	ftp://ftp.itrc.hp.com/openvms_patches/layered_products/alpha/B >K >Now, who finds the first bug ?e >Ready, steady, go...p  =     One of the good things is it corrects an NFS client issuec8 with the $SEARCH system call, it's something we ran into4 when I installed VMS731_RMS-V0500 on systems running V5.3.    David Beatty   ------------------------------  * Date: Thu, 2 Dec 2004 15:55:01 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)& Subject: Re: [TCPIP V5.4] ECO 4 is out1 Message-ID: <newscache$g8q38i$ix81$1@news.sil.at>n  w In article <con25r$nd5$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:EG >In article <newscache$h5c38i$ak41$1@news.sil.at>, peter@langstoeger.at % >(Peter 'EPLAN' LANGSTOEGER) writes: ig >> In article <comlh6$r3j$1@sparta.btinternet.com>, Jefferson Humber <matrix01@globalnet.co.uk> writes:t$ >> >Peter 'EPLAN' LANGSTOEGER wrote:J >> >> In case you haven't noted yet (eg. because no ITRC mail told you ;-)9 >> >> Since a couple of hours, ECO 4 of TCPIP V5.4 is oute >> >> D >> >> 	ftp://ftp.itrc.hp.com/openvms_patches/layered_products/alpha/ >> >> $ >> >> Now, who finds the first bug ? >> >> Ready, steady, go... >>  * >> I just had my first 2 systems upgraded.M >> The first crashed during shutdown (but it seems this was not for the firstyK >> time so I can't blame the TCPIP ECO, yet - it is a SSRVEXCEPT, ACCVIO ondP >> KERNEL stack on IPL 2, from an IDLE but CURrent DECterm using DECnet-over-IP,E >> with sometimes TCPIP$INTERNET_SERVICES+207C8 in the Signal Array).o >>  O >> The 2nd doesn't shutdown (Shutdown process goes into RWAST in TCPIP$UCP.EXE) J >> twice on 2 tries so far (DECW$STARTUP wanted 2x AUTOGEN for GBLSECTIONSI >> again, so shutdown ran, while startup was still running). We'll see...e  D The 3rd system has no problems with ECO 4 at all. I'm still looking.  2 >Has anyone successfully installed these ECOs yet?  B What is the other ECO ? I was only talking about TCPIP V5.4 ECO 4.   -- D Peter "EPLAN" LANGSTOEGERo% Network and OpenVMS system specialiste E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   Date: 2 Dec 2004 09:52:52 -0800r& From: "Galen" <gspamtackett@yahoo.com>+ Subject: Re: [Typo ?] What is a Ramanujan ?uC Message-ID: <1102009972.581832.319970@c13g2000cwb.googlegroups.com>h  + For those curious about the name Ramanujan:e  E S. Ramanujan was a brilliant Indian mathematician from the early 20thbC century, "discovered" by the Cambridge mathematician G.H. Hardy whoe> brought him to the attention of the Western mathematics world.  ? He was gifted with an incredible insight which often led him to/B mathematical truths whose proofs or derivations were sometimes notD found for years afterward. (Sometimes, it's true, it also led him to@ suggest the truth of mathematical statements later shown false.)  G His story is a truly remarkable one. Robert Kanigel's _The Man Who KnewnG Infinity_ is an excellent, accessible, and highly recommended biography0   ------------------------------  # Date: Thu, 02 Dec 2004 18:03:23 GMTeF From: "Gregory Morrow" <gregorymorrowLUCKBEALADYTONIGHT@earthlink.net>' Subject: Re: ~ The J F  M e z e i FAQ ~uB Message-ID: <LNIrd.1534$Va5.1382@newsread3.news.atl.earthlink.net>   Nomen Nescio wrote:o  G > Gregory Morrow <gregorymorrowLUCKBEALADYTONIGHT@earthlink.net> wrote:i >o( > >Wow!  Thanks for the heads up, Nomen! >hI > Oops!  You quoted the whole FAQ to all the groups ... Mezei is going to= have a > heart attack!m  > Hope this time it's fatal  :-)    H Naw...maybe he'll just come down with a case of phimosis...or he'll haveL scary nightmares about being a passenger on the "Gimli Glider"...or he'll beE demoted down to being a second officer on a "Flying Skiddoo" from his=G present position as a CP 747 captain (flying YVR - SYD...with a stop inn
 HNL...!!!)    @ > Hey, aren't you supposed to be me or I'm supposed to be you??? >     H Shhhhh...it's all a sEKreT plot - by Max Ward and the  BUSH REGIME...!!!   --   Best
 Greg *LOL*      4 > "Nomen Nescio" <nobody@dizum.com> wrote in message4 > news:d28d57600167d10e950c256206a6313a@dizum.com... > > FREQUENTLY ASKED QUESTIONS
 > >     Aboutr > > JF MEZEI > >aD > > The "nobody" troll of rec.travel.air and "John Doe" troll of the > > sci.space.* newsgroups.  > >: > > (Rev. Nov. 16, 2004) > >n > > Written by:h > >r > > Darrell Larose > > 121 Northwestern Ave > > Ottawa, ON K1Y 0M1 > > (613) 725-0245 > > cota348@rogers.com > > ad607@FreeNet.Carleton.CAF > >z > > 1.  Who is JF Mezei? > >cG > > Jean-Francois Mezei is the worst netkook and megatroll to have ever1G > > hit rec.travel.air and various other usenet newsgroups.  He is alsom8 > > one of the longest running trolls in usenet history. > >sG > > ***WARNING:  JF MEZEI IS A ROGUE CANCELLER.  HE FORGES THE NAME ANDnG > > E-MAIL ADDRESS OF USENET POSTERS HE DOES NOT AGREE WITH AND CANCELSm > > THEIR MESSAGES.*** > >tI > > If you participate in the same newsgroups he does, you should monitor I > > the control.cancel newsgroup.  If you find that he has cancelled yourt@ > > messages, forward a copies of them to abuse@teksavvy.com and > > abuse@teranews.com . > >s& > > 2.  How long has he been trolling? > >a > > For well over a decade.n > >t > > 3.  Where does he live?  > >d > > Montreal, Quebec, Canada > >a > > Jean-Francois Mezei  > > 86 Harwood Gate	 > > Beaconsfield, QC H9W3A3m > > (514) 695-8259 > >>6 > > His current e-mail address is jfmezei@teksavvy.com > >t. > > 4.  What makes him such a malicious troll? > > G > > His trolling is constant, repetitious, relentless.  Once he invadesrH > > your newsgroup he will stay for decades, troll around the clock, dayJ > > in and day out, every day of the year, for years and years on end.  HeD > > does not listen to pleas to stop, he does not listen to anything8 > > anyone tells him, he does not pay attention when theE > > misinformation/disinformation he posts is corrected, he just goes G > > right on trolling year in, year out like a little child holding his.J > > ears closed while yelling "I can't hear you, I can't hear anything you	 > > say!"  > >e! > > 5.  What does he troll about?o > > J > > His favorite subjects are USA-bashing and anything to do with sex.  HeF > > hates the USA and Americans and will hijack any thread and turn itG > > into a USA-bashing fest.  If he can't do that then he'll just starth > > making lewd posts. > > ( > > 6.  What does he hate about the USA? > >tI > > Everything!  He is part of a larger group of Canadian trolls who haveFI > > a visceral hatred of the USA, motivated by envy mostly.  The USA is aiF > > happier, better, more successful version of their country and theyB > > can't stand it.  Some of JF's favorite troll bait is "the BushG > > regime", "the Bush-Rumsfeld-Wolfowitz axis of evil", "Americans are>F > > brainwashed", "Cars are evil", "SUVs are evil", "all Americans are > > stupid" etc. > >a' > > 7.  What about his sexual trolling?y > >.I > > Ah, that is JF at his trolling best.  No sexual topic is too bizarre.mB > > Among his favorites are child sexuality, masturbation, women'sE > > genitalia, sex toys, circumcision, the sex lives of Americans (of>$ > > course) ... the list is endless. > >  > > 8.  Circumcision???  > > J > > Yes, JF trolled the circumcision newsgroups for years.  He still likes@ > > to insert circumcision into his trolling every now and then.G > > Apparently, JF was traumatized as a child because his parents, pooraF > > Hungarian immigrants to Canada, left him uncircumcised when he wasF > > born, as is the custom in most of the world.  Growing up in CanadaD > > where male infant circumcision was prevalent at the time, he wasC > > psychologically scarred (so he claims).  As soon as he could henD > > arranged to get himself snipped, and then joined the brigades ofI > > circumcision proselytizers in the newsgroups advocating the joys of a D > > free willy.  His main argument is how much better he was able toF > > masturbate after getting circumcised without that "pesky foreskin"J > > getting in the way of his enjoyment, and he has made it his mission in+ > > life to spread the circumcision gospel.  > > D > > 9.  What's his interest in child sexuality?  That sounds kind of > > freaky.c > >eD > > Well, everything having to do with Mezei *is* freaky.  Among theI > > subjects dear to his heart are the genitals of little boys and girls,uI > > especially little boy's foreskins (and how tight they are) and little D > > girls' hymens.  He is also a tireless activist and advocate thatG > > children should be taught to masturbate early on so that they don't 0 > > grow up "sexually repressed like Americans". > >eI > > He also counsels all parents of boys that they constantly check their:G > > little boys' penises and foreskins frequently to ensure a good fit,@J > > proper movement, and that they be able to masturbate with no problems.E > > Utopia for JF would be a world full of parents manipulating theirb > > little boys' penises.r > > D > > 10.  Ewww!  This guy is sounding more and more disgusting by the/ > > minute!  Are you sure about all this stuff?u > >rH > > Yes, you can check the google archives for yourself.  There's over a+ > > decade full of Mezei trolling in there.p > > G > > 11.  How can I find all that out, doesn't he change aliases all thet > > time like all trolls do? > >bF > > Of course!  See the appendix below for a list of many of his known > > trolling aliases.r > >GE > > 12.  So where does this guy get so much time to troll, doesn't heo	 > > work?  > >rI > > Ha ha ha!  JF hasn't worked a day in his life!  He's an adult baby, asG > > grown man who still lives at home with mommy and sleeps all day andbD > > trolls the newsgroups all night.  In his free time when he isn'tJ > > trolling he likes to ride his bike down to Dorval Airport and race the' > > planes down the runway in his bike.o > >i= > > 13.  That seems strange, is he mentally ill or something?- > >-H > > Bingo!  JF is a boy in a grown man's body.  Psychologically he neverE > > got past the age of 13 and got stuck in a world of bathroom humor J > > (i.e. "pull my finger!") and locker room antics that he has never been > > able to outgrow. > > G > > 14.  Speaking of locker rooms, I heard he has a sexual fetish about  > > them, is that true?a > >iD > > Yes!  JF goes to the gym not to work out but to watch men in theF > > locker room.  He loves to post about the male sexual organs he hasA > > seen in locker rooms over the years, especially his unnaturalDJ > > obsession with foreskins.  He stalks the men in locker rooms trying toF > > measure how much foreskin they have, or how little is left if theyJ > > have been circumcised.  He gets extremely excited when he spots a case > > of phimosis. > >-D > > 15.  Oh my Gawd, this guy is nuts!  He should be locked up in an > > insane asylum! > >:H > > Yep, JF is certifiably insane.  He lives in a black helicopter / tin? > > foil hat world where others are out to get him.  The key topJ > > understanding JF is that he sees himself as a VICTIM.  To JF the worldH > > is out to get him, especially the USA.  Victimhood is what JF is all
 > > about. > >yH > > What seems to have sent him over the edge was when the Canadian railH > > system was "killed", in his words.  He used to be a major train nut,H > > spotting trains, writing down their numbers and chasing them down atF > > the train yard like a good freak.  Then he turned his attention toG > > aviation.  Major events that made him fall head first deep into theuG > > abyss were the bankruptcy of Canadian Airlines and their subsequent J > > takeover by Air Canada (whom he sees as evil).  So paranoid is he thatI > > when an Air Canada plane crashed he claimed that Air Canada employees,H > > went lurking about in the night with buckets of white paint to coverI > > up the Air Canada markings.  He saw that as symbolic of a cover up of-? > > the crash investigation.  He has never recovered from this.e > >r: > > 16.  Where else does he hang out, I want to avoid him! > >yJ > > His main haunt on usenet is comp.os.vms, a newsgroup dedicated to someI > > ancient, arcane, obsolete piece of vax crapware that nobody has taken:E > > seriously for decades.  JF hangs out there with other misfits and G > > social dropouts who share his psychological traumas, crying for the 5 > > good old vax days of yore.  It's really pathetic!  > >u% > > 17.  Where else does he hang out?e > >VD > > can.internet.highspeed, alt.cellular.fido, and a few other geekyH > > computer groups.  For a while after the Shuttle Columbia disaster heF > > invaded the sci.space groups, sci.space.shuttle in particular, andJ > > trolled it relentlessly with the anti-American, conspiracy theory crapI > > he's so famous for.  But they ran him off that group and he had to goaH > > crawling back to comp.os.vms with his tail between his legs, licking > > his wounds.t > > E > > 18.  It sounds like comp.os.vms is the only group he respects and  > > doesn't troll. > >sJ > > Pretty much.  For a megatroll like JF it's impossible not to troll, soB > > he slips in troll bait every now and then, but by and large heE > > respects comp.os.vms, and, more importantly, he tries to hide histE > > trolling activities from them so they won't find out what a major  > > netkook he is. > >oJ > > 19.  Wow, sounds like he should be exposed so they will know what kind > > of psycho he is! > >fI > > Exactly.  Feel free to post all his trolls to comp.os.vms.  And whilerJ > > you're at it post them to can.internet.highspeed and alt.cellular.fidoC > > too.  And to alt.usenet.kooks, a group for the likes of JF, ando  > > news.admin.net-abuse.usenet. > >n8 > > 20.  What else can I do?  Is there an abuse address? > > H > > Yes, you should send complaints along with copies of his troll posts > > to:M > ><. > > abuse@teksavvy.com , dnsadmin@teksavvy.com > > abuse@teranews.com > >3; > > You can also call directly, troll free, 1-877-779-1575.h > >  > > TekSavvy Solutions Inc.- > > 330 Richmond St., Suite 2050 > > Chatham, ON, Canada  > > N7M 1P7C > >jH > > And feel free to distribute this FAQ freely.  Post it to newsgroups,G > > email it to people, you may host it at your own website, send it tomH > > newspapers and magazines that do Internet articles or anything to do! > > with Montreal or Canada, etc.s > >  > >  > > *** APPENDIX *** > >iD > > List of some of the many trolling aliases used by Mezei over theJ > > years.  This is only a partial list, he has so many it's impossible to > > compile a full list. > >: > > jfmezei@teksavvy.com  > > jfmezei.spamnot@teksavvy.com > > jfmezei@istop.comu > > jfmezei.spamnot@istop.comF > > jfmezei@videotron.ca > > jfmezei@vl.videotron.caa > > nospam.jfmezei@videotron.cai" > > "jfmezei"@videotron.ca[nospam] > >e > > nobody <nobody@nobody.com> > > nobody <nobody@nobody.net> > > nobody <nobody@nobody.org> > > nobody <nobody@nobody.info>e > > nobody <nobody@nobody.int> > > nobody <nobody@nothing.nil>8 > > nobody <nobody@null.dev>- > > Lorenna Bobbit <lbobbit@ginsu_knives.com>7+ > > Lando Calrisian <Lcalrisian@empire.org>E > > muklak <muklak@eskimo.net>! > > Sheep skin <sheep@station.au>M' > > snowy squirrel <squirrel@nest.tree>r- > > Conspiracy Theory <conspiracy@theory.org> * > > Lou Raccoon <L.Raccoon@wilderness.org>( > > Flapping Labias <flabia@anatomy.org>) > > Throbbing vulva <t.vulva@anatomy.org>n  > > Twin Gonads <two@gonads.com>) > > Loose Scrotum <l.scrotum@anatomy.org>4& > > Raised Organ <R.Organ@anatomy.org>( > > Popped Cherry <P.Cherry@anatomy.org>1 > > Monica Lewinski <billclinton@westchester.com>9+ > > Deep Fried Foreskin <dff@mcdonalds.com>c& > > Aroma of Smegma <aroma@chanel.org> > > Wet fart <w.Fart@smell.org>n+ > > Pubic dandruff <P.dandruff@anatomy.org> , > > Voluptuous Nipple <V.nipple@anatomy.org>* > > Inserted Finger <I.Finger@anatomy.org># > > Pubic Nair <shaved@anatomy.org>b+ > > Flatulent Meatus <F.Meatus@anatomy.org>o) > > Lihk Mhygroin <L.MyGroin@anatomy.org>o! > > Pre Khum <P.Khum@anatomy.org>w% > > Phi Mosis <Phi.Mosis@anatomy.org> ' > > Bal Anatis <Bal.Anatis@anatomy.org>2$ > > Fren Ullum <F.Ullum@anatomy.org>( > > Ivanna Getlaid <I.Getlaid@onani.org>* > > Ivanna Wankalot <I.Wankalot@onani.org>( > > Ivanna Umpalot <Humpalot@drevil.com>. > > Wan Tnoneofit <W.Tnoneofit@weirdnames.org>" > > Wan Itbad <W.Itbad@inneed.org>% > > Wan Towank <W.ToWank@anatomy.org>t# > > Wan Tolik <w.tolik@anatomy.org>s( > > Testos Terone <t.terone@anatomy.org>% > > Upper Gonad <U.Gonad@anatomy.org> % > > Right Gonad <R.Gonad@anatomy.org>y$ > > Left Gonad <L.Gonad@anatomy.org>( > > Tyson's Glands <Tyson.G@anatomy.org>" > > Nose Hair <n.hair@anatomy.org>) > > Coronal Sulcus <C.Sulcus@anatomy.org>0) > > Corpus Cavernus <manhood@anatomy.org>f( > > Armpit moisture <armpit@anatomy.org>! > > Onani Room <onani@hotels.com>e* > > Arnie's Banana <weiner@terminator.com>, > > Raised eyebrows <r.eyebrows@anatomy.org>) > > Vas Deferens <V.deferens@anatomy.org>e) > > Naked Canuck <N.canuck@naturists.org>g* > > Arni's socks <Smelly.Socks@arnold.org>. > > Notable Exception <N.exception@untied.com>* > > Unpopped Cherry <U.Cherry@anatomy.org>+ > > Tatooed Ovaries <T.Ovaries@anatomy.org>y+ > > Pierced eyelid <p.eyelid@piercings.org>h, > > Limp Tomato <limp.tomato@vegetables.org>0 > > Eggplant Earrings <e.earrings@piercings.org>2 > > Banana Underpants <B.Underpants@hillfiger.org> > > Naval Lint <navel@lint.mil> + > > Ingrown Toenail <i.toenail@anatomy.org>h) > > Empty Stomach <E.Stomach@anatomy.org>t( > > Full Stomach <f.stomach@anatomy.org>& > > Smelly Cat <S.Cat@friends.nbc.com>* > > Torn Ligament <T.Ligament@anatomy.org>' > > Art Tistic <A.Tistic@modern.museum> , > > Furry Raccoon <F.Raccoon@wilderness.org>) > > Wet Racoon <W.Racoon@wildnerness.org>0& > > Mad Racoon <M.Racoon@wildlife.org>) > > Lazy Racoon <L.Racoon@wilderness.org>n* > > Eaten Racoon <E.Raccoon@mcdonalds.com>+ > > Happy Raccoon <H.Racoon@wilderness.org> - > > Sleeping Racoon <S.Racoon@wilderness.org> + > > Hungry Racoon <H.Racoon@wilderness.org>g& > > Horny Raccoon <H.Racoon@fauna.org>, > > Smart Raccoon <S.Raccoon@wilderness.org>0 > > George W Raccoon <GW.Raccoon@wilderness.org>/ > > Ronald McRaccoon <r.raccoon@wilderness.org>,. > > Thirsty Raccoon <T.Raccoon@wilderness.org>, > > Johnny Raccoon <J.Racoon@wilderness.org>+ > > Oshi Santo <O.Santo@nx01.starfleet.org>r. > > Oishi Chinko <O.Chinko@nx01.starfleet.org># > > T.Yellow <T.Yellow@nowhere.com>I > > Q <queue@continuum.net>s > > Borg Queen <1of1@borg.org>. > > Ronald Wilkerson <wilkersonr@sympatico.ca>- > > John Balterman <j.balterman@sympatico.ca>D > >n? > > *DISTRIBUTE FREELY* *DISTRIBUTE FREELY* *DISTRIBUTE FREELY*t >s >T >E >i >y >a >e >e >e >f >e >  >E >  >  >e >n >l >  >y >a >e >d >d >  >e >: >  >  >  >  >  >R >A >e >- >  >0 >	 >  >  >  >0 >	 >  >  >E >  >0 >	 >  >  >  >0 >	 >  >  >f >= >R >1 >] >  >E >; >  >0 >	 >  >  >  >1 >	 >  >  >C >R >o >( >R >: >f >) >  >  >  >  >  >E >  >  >1 >	 >  >  >  >1 >	 >  >  >: >E >o >	 >  >  >  >  >S >- >O >N >, >) >a >  >g >r >  >e >r >q >t >  >n >r >- >  >  >  >  >1 >  >  >  >  >1 >N >  >  >  >  >1 >  >  >  >  >1 >E >d >  >0 >	 >  >  >  >0 >	 >  >  >. >  >	 >E >$ >E >O >, >C >O >R >  >, >R >  >	 >E >O >  >R >  >  >0 >D >T >  >E >0 >  >0 >L >S >- >S >  >A >6 >  >0 >M >R >  >1 >7 >4 >  >0 >	 >V >, >3 >7 >4 >  >0 >	 >V >7 >P >7 >4 >  >0 >	 >V >, >1 >6 >0 >  >0 >	 >Q >6 >( >i >6 >0 >  >0 >	 >Q >8 >( >	 >  >0 >1 >  >2 >0 >  >1 >L >R >  >8 >  >2 >1 >  >2 >M >1 >R >  >D >8 >  >2 >L >R >  >F >  >A >0 >  >2 >J >R >  >$ >O >  >, >6 >7 >4 >  >0 >	 >V >3 >P >  >; >0 >f >3 >0 >  >0 >	 >A >, >( >  >B >0 >  >0 >	 >T >2 >  >t >  >e >6 >t >  >R >i >B >: >O >    ------------------------------   End of INFO-VAX 2004.669 ************************