1 INFO-VAX	Thu, 25 Dec 2003	Volume 2003 : Issue 713       Contents:, Re: Floating point arithmetic support in DCL, Re: Floating point arithmetic support in DCL, Re: Floating point arithmetic support in DCL, Re: Floating point arithmetic support in DCL, Re: Floating point arithmetic support in DCL, Re: Floating point arithmetic support in DCL, Re: Floating point arithmetic support in DCL, RE: Floating point arithmetic support in DCL, Re: Floating point arithmetic support in DCL. Re: How to make exe return value to dcl symbol length of SCSNODE  Re: length of SCSNODE  Merry Christmas!- Re: Microsoft's Christmas gift: another bug ! - Re: Microsoft's Christmas gift: another bug ! 0 Re: Reading VMS Documentation without DECWindows. Re: Suggestion to the TCPIP Services FTP folks Test.  Please ignore. ! Re: VMS runs well on HP Superdome ! RE: VMS runs well on HP Superdome / Re: What Andrew and sun can't stand is that ... / Re: What Andrew and sun can't stand is that ...   F ----------------------------------------------------------------------  % Date: Thu, 25 Dec 2003 09:43:02 +0000  From: Roy Omond <Roy@Omond.net> 5 Subject: Re: Floating point arithmetic support in DCL ) Message-ID: <3FEAB125.6BF78588@Omond.net>    JF Mezei wrote:    > Another suggestion:  > P > you provide inherent DCL symbol support for floating point. But, any symbol is? > assumed to be integer unless explicitely declared as a float.  >  > for instance:  >  > A = F$FLOAT(value, decimals) > V > The "decimals" would be used when converting the binary value to displayable values.= > Any subsequent use of A would imply a floating point value.  > J > you could also provide F$INT(value) to reset the symbol to integer type. > L > If the symbol table contains some type of length field, then you could use@ > that field to store the desired number of decimals on display. > L > So any existing command procedure would continue to work since none of theT > symbols would be declared with F$FLOAT and thus function as integers (or strings). > J > Giving floating point support in symbols would be really neat, but wouldK > require a lot more changes since you'd have to change lots of stuff (show N > symbol, F$FAO to support floating point, symbol translation when imbedded in > strings etc.  3 This is approaching something like I would support.   O However, why all this stuff about holding the floating point value as a string, A with the concomitant problems of how many digits behind the "." ?   J I would suggest that the actual symbol should be a new type SYM_C_FLOATINGS as Guy alluded to earlier.  The *value* should be a 64-bit binary (*not* a string), K probably in G-floating to be the same on VAX, Alpha and IA64 (presuming the P latter has support for this type).  Thereafter, all the problems of comparisons,G number of decimal places etc. disappear.  Of course, F$FAO will need to K add support for formatting, but that should be relatively easy (unless I am A very much mistaken).  SHOW SYMBOL could have a default format for : such data types, in addition to the usual representations.  N Also, all this F$MATH("DIV", "100", "3") is ugly, ugly, ugly, and unnecessary.& It should be either direct in DCL e.g.       $ x=((x*x) + (y*y)) / (z*z)   I which should be easy to parse.  Alternatively, the earlier suggestion of:   -     $ x=F$Evaluate( ((x*x) + (y*y) / (z*z)) )   A but please not  the convoluted F$MATH example above (Dog forbid).   / Oh yeah, by the way, seasonal greetings to all.   	 Roy Omond  Blue Bubble Ltd.   ------------------------------  % Date: Thu, 25 Dec 2003 05:38:21 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>5 Subject: Re: Floating point arithmetic support in DCL ) Message-ID: <3FEABE1C.6FEC061A@istop.com>    Roy Omond wrote:  > > A = F$FLOAT(value, decimals)  Q > However, why all this stuff about holding the floating point value as a string, C > with the concomitant problems of how many digits behind the "." ?   M I had meant "decimals" to be used only when the binary floting point value is L converted to a string for display or concatenation to a string etc. It would not be used for computations.   R > latter has support for this type).  Thereafter, all the problems of comparisons,+ > number of decimal places etc. disappear.    M Actually, they don't. I don't recall specifics, but there are cases where two H floating point numbers are, for all practical purposes equal, but from aI binary point of view, they are not bit identical. Converting the floating Z point to strings with a known number of decimals then allows you to make such comparisons.  L Oh, now I remember. It was when converting lat /log (degrees) to semicirclesE (integer value internal to the GPS unit). Converting from latitude to E semicircles and then back to latitude would yield an ever so slightly M different number. (you have to essentially subtract the 2 numbers and test to ; see if the difference is less than some very small number).          > Of course, F$FAO will need to M > add support for formatting, but that should be relatively easy (unless I am  > very much mistaken).  H I would suspect that they would simply need to remove the code in DCL to5 prevent floating point which is native to SYS$FAO ...    ------------------------------  % Date: Thu, 25 Dec 2003 05:28:25 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>5 Subject: Re: Floating point arithmetic support in DCL ) Message-ID: <3FEABBC8.E69A3D93@istop.com>    Guy Peleg wrote:> > 1. Wait 2 years and get native floating point support in DCLN > 2. Have F$MATH (with some kind of comparing ability) as limited as it is now6 > and in two years have native floating point support.  N If one doesn't intent to stay on VMS for very long, then the F$MATH right awayL is the answer. But if one intends long term continued use and development on9 VMS, then waiting for native support would be the answer.   K Reason: the minute you provide F$MATH, you are forced to support it for the N rest of VMS' life. Is it worth providing F$MATH to bridge a period of one yearK and then be forced to support it for X years (where X is VMS's lifetime). ?    ------------------------------  # Date: Thu, 25 Dec 2003 11:22:09 GMT 0 From: "Guy Peleg" <guy.peleg@hp.com_remove_this>5 Subject: Re: Floating point arithmetic support in DCL 3 Message-ID: <BLzGb.11241$js5.7556@news.cpqcorp.net>   L Okay, you have convinced me that F$MATH is a bad idea. I will look at native floating point supportF and the amount of efforts involved. Who knows maybe we will be able to provide it for V8.2......    More to come soon.....     Guy ; "Guy Peleg" <guy.peleg@hp.com_remove_this> wrote in message - news:EWTFb.11204$bD4.3662@news.cpqcorp.net...  > Hi Folks,  > 8 > Here is your chance to influence the future of VMS.... > B > I have investigated the possibility of supporting floating point
 arithmetic/ > in DCL. The intention is to support something  > similar to the following:  >  > a=1.23 > b=2.44 >  > write sys$output a+b > 3.67 > A > My intention is to support the following operands : +,-,/ and *  > H > If this feature is important to you please drop me a line with a short8 > justification. Assuming the response will be positive,( > I will try to implement this for V8.2. > $ > Merry Christmas and happy new year >  > Guy  >  >  >  >  >    ------------------------------  % Date: Thu, 25 Dec 2003 11:58:22 +0000  From: Roy Omond <Roy@Omond.net> 5 Subject: Re: Floating point arithmetic support in DCL ( Message-ID: <3FEAD0DE.66059EE@Omond.net>   JF Mezei wrote:    > Roy Omond wrote:" > > > A = F$FLOAT(value, decimals) > S > > However, why all this stuff about holding the floating point value as a string, E > > with the concomitant problems of how many digits behind the "." ?  > O > I had meant "decimals" to be used only when the binary floting point value is N > converted to a string for display or concatenation to a string etc. It would > not be used for computations.  > T > > latter has support for this type).  Thereafter, all the problems of comparisons,, > > number of decimal places etc. disappear. > O > Actually, they don't. I don't recall specifics, but there are cases where two J > floating point numbers are, for all practical purposes equal, but from aK > binary point of view, they are not bit identical. Converting the floating \ > point to strings with a known number of decimals then allows you to make such comparisons.  Q Actually they do.  It is, however, inherent in floating-point arithmetic that you M have to understand the meaning of (relative) "equality" of two floating-point M numbers - this is true irrespective of whether it is in DCL, Fortran, PL/I or I whatever language.  To compare for relative equality, you have to do what E you mention below (i.e. subtract the 2 numbers and test to see if the K difference is less than your tolerance).  Again, this will be true for DCL.   N > Oh, now I remember. It was when converting lat /log (degrees) to semicirclesG > (integer value internal to the GPS unit). Converting from latitude to G > semicircles and then back to latitude would yield an ever so slightly O > different number. (you have to essentially subtract the 2 numbers and test to = > see if the difference is less than some very small number).  >    [... rest snipped ...]  	 Roy Omond  Blue Bubble Ltd.   ------------------------------  % Date: Thu, 25 Dec 2003 14:27:44 +0100 3 From: Michael Unger <spam.to.unger@spamgourmet.com> 5 Subject: Re: Floating point arithmetic support in DCL 9 Message-ID: <bseosf$c9rmt$4@ID-152801.news.uni-berlin.de>   ' On 2003-12-23 10:30, "Guy Peleg" wrote:   8 > Here is your chance to influence the future of VMS.... > M > I have investigated the possibility of supporting floating point arithmetic / > in DCL. The intention is to support something  > similar to the following:  >  > a=1.23 > b=2.44 >  > write sys$output a+b > 3.67 > A > My intention is to support the following operands : +,-,/ and *  > H > If this feature is important to you please drop me a line with a short8 > justification. Assuming the response will be positive,( > I will try to implement this for V8.2.  * I've just reviewed a few of my procedures.  F Yes, floating point arithmetic would be great for many of them; but itG would break most of them if the default behaviour (i.e., integers only) < would be changed. So the F$MATH approach would be preferred.  ( Additional options requested for F$MATH:+ - "INT", get the integer part of the result / - "FRAC", get the fractional part of the result / - "ROUND", round to the nearest integer number.   C As an aside: What about an -E- or even -F- status code if a numeric ) overflow accours with integer arithmetic?    | $ x = %X7FFFFFFF | $ sh sym x7 |  X = 2147483647   Hex = 7FFFFFFF  Octal = 17777777777 
 | $ y = x + 2  | $ sh sym $status |  $STATUS == "%X00030001" | $ sh sym y8 |  Y = -2147483647   Hex = 80000001  Octal = 20000000001   Michael    --  ; Real names enhance the probability of getting real answers. @ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------  + Date: Thu, 25 Dec 2003 13:43:49 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)5 Subject: Re: Floating point arithmetic support in DCL $ Message-ID: <bsepil$st2$1@online.de>  G In article <bseosf$c9rmt$4@ID-152801.news.uni-berlin.de>, Michael Unger ( <spam.to.unger@spamgourmet.com> writes:   ) > On 2003-12-23 10:30, "Guy Peleg" wrote:  > : > > Here is your chance to influence the future of VMS.... > > O > > I have investigated the possibility of supporting floating point arithmetic 1 > > in DCL. The intention is to support something  > > similar to the following:   C > > My intention is to support the following operands : +,-,/ and *  > > J > > If this feature is important to you please drop me a line with a short: > > justification. Assuming the response will be positive,* > > I will try to implement this for V8.2. > , > I've just reviewed a few of my procedures. > H > Yes, floating point arithmetic would be great for many of them; but itI > would break most of them if the default behaviour (i.e., integers only) > > would be changed. So the F$MATH approach would be preferred.  I I think two things should be rather obvious.  First, existing procedures  I should not break.  Second, there is no point in introducing a half-baked  G solution which will probably have to be supported forever (or, if not,  I whose deprecation will annoy those who started to use it) just to get it  A a little more quickly, as opposed to a similar solution later on.   A I like F$MATH or F$EVALUATE since they certainly won't break any  ? existing procedures.  Of course, one should have something like A F$MATH(1.2*3+5.6/23.3) and not F$MATH(DIV,2.3,4.2) or whatever.     B If there is a problem with the result being a string, why not have( F$FLOAT etc as an analogue to F$INTEGER?  E If it is to be done in DCL directly, then, to avoid breaking existing ) procedures, one will need something like    3    $  SET PROCESS/MATH_STYLE={TRADITIONAL|ADVANCED}   $ or whatever.  But I don't like that.   ------------------------------  % Date: Thu, 25 Dec 2003 06:23:32 -0800 # From: "Tom Linden" <tom@kednos.com> 5 Subject: RE: Floating point arithmetic support in DCL 9 Message-ID: <NDEMLKKEBOIFBMJLCECIAEPJCIAA.tom@kednos.com>    /* -----Original Message----- ) /* From: Roy Omond [mailto:Roy@Omond.net] , /* Sent: Thursday, December 25, 2003 1:43 AM /* To: Info-VAX@Mvb.Saic.Com8 /* Subject: Re: Floating point arithmetic support in DCL /* /* /* JF Mezei wrote: /* /* > Another suggestion: /* >@ /* > you provide inherent DCL symbol support for floating point. /* But, any symbol is B /* > assumed to be integer unless explicitely declared as a float. /* > /* > for instance: /* >! /* > A = F$FLOAT(value, decimals)  /* >B /* > The "decimals" would be used when converting the binary value /* to displayable values. @ /* > Any subsequent use of A would imply a floating point value. /* >? /* > you could also provide F$INT(value) to reset the symbol to  /* integer type. /* >A /* > If the symbol table contains some type of length field, then  /* you could useC /* > that field to store the desired number of decimals on display.  /* >C /* > So any existing command procedure would continue to work since  /* none of the@ /* > symbols would be declared with F$FLOAT and thus function as /* integers (or strings).  /* >C /* > Giving floating point support in symbols would be really neat,  /* but wouldB /* > require a lot more changes since you'd have to change lots of /* stuff (show@ /* > symbol, F$FAO to support floating point, symbol translation /* when imbedded in  /* > strings etc.  /*6 /* This is approaching something like I would support. /*? /* However, why all this stuff about holding the floating point  /* value as a string, D /* with the concomitant problems of how many digits behind the "." ? /*> /* I would suggest that the actual symbol should be a new type /* SYM_C_FLOATING = /* as Guy alluded to earlier.  The *value* should be a 64-bit  /* binary (*not* a string), ? /* probably in G-floating to be the same on VAX, Alpha and IA64  /* (presuming the C /* latter has support for this type).  Thereafter, all the problems  /* of comparisons,J /* number of decimal places etc. disappear.  Of course, F$FAO will need toA /* add support for formatting, but that should be relatively easy  /* (unless I am D /* very much mistaken).  SHOW SYMBOL could have a default format for= /* such data types, in addition to the usual representations.   H No, this wrong.  We had a discussion a while back on decimal arithmetic, float doesn't cut it.    /*@ /* Also, all this F$MATH("DIV", "100", "3") is ugly, ugly, ugly, /* and unnecessary. ) /* It should be either direct in DCL e.g.  /*" /*     $ x=((x*x) + (y*y)) / (z*z) /*L /* which should be easy to parse.  Alternatively, the earlier suggestion of: /*0 /*     $ x=F$Evaluate( ((x*x) + (y*y) / (z*z)) ) /*D /* but please not  the convoluted F$MATH example above (Dog forbid). /*2 /* Oh yeah, by the way, seasonal greetings to all. /* /* Roy Omond /* Blue Bubble Ltd.  /* /* ---) /* Incoming mail is certified Virus Free. = /* Checked by AVG anti-virus system (http://www.grisoft.com). D /* Version: 6.0.553 / Virus Database: 345 - Release Date: 12/18/2003 /* --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.553 / Virus Database: 345 - Release Date: 12/18/2003    ------------------------------  # Date: Thu, 25 Dec 2003 15:15:28 GMT # From: Jonas Lindholm <jlhm@usa.net> 5 Subject: Re: Floating point arithmetic support in DCL 8 Message-ID: <kaDGb.17501$cM1.3769872@twister.nyc.rr.com>   ...more Xmas wishes for DCL.  H Why not an F$REGEX to evaluate regular expressions and make it Perl 5.6  compatible?   F f$regex(<pattern>, <input>, <index-for-returned-match>, <regex-flags>)   $ open/read file file.txt  $L1: $ read/error=endit file line8 $ value1 = f$regex(^Row\s+(\d+)\s+to\s+(\d+), line, 1)8 $ value2 = f$regex(^Row\s+(\d+)\s+to\s+(\d+), line, 2)* $ if value1 .nes.  .and. value2 .nes.  $ then2 $   write sys$output Found value1  value2 $ endif 	 $ goto l1  $ENDIT:  $ close file  1 With file.txt as below the code above will write:    Found 1 - 33 Found 2 - 7  Found 3 - 24  	 file.txt:    Row 1 33 Row            2 7 Row     3   24   ------------------------------  % Date: Thu, 25 Dec 2003 01:47:46 -0500 ( From: David Froble <davef@tsoft-inc.com>7 Subject: Re: How to make exe return value to dcl symbol , Message-ID: <3FEA8812.2090006@tsoft-inc.com>   Tom Linden wrote:   E > Using lib$get_foreign one can pass arguments to an executable.  But H > this behaves like a subroutine.  How would you make it a function such/ > that it would return a value to a DCL symbol?     N An interesting question, and unless I'm missing something raises the relavent O question of how to invoke an executable as part of setting a value to a symbol.   K I've often used the library routines to read and set symbols from within a  N program.  Really helpful.  Having an executable setting the value of a symbol Q without knowing the symbol value would mean having a completion status, possibly  P $STATUS, but I'd doubt the wisdom of distorting the usage of this symbol, which P would be set into a symbol used in the DCL command that invoked the executable. Q   I won't restrict the inventiveness of others, but I think this might be asking   for a bit too much.   O If you were only wanting to set the value of a symbol, then passing the symbol  L name as an argument and using LIB$SET_SYMBOL to set the value of the symbol O before exiting the executable would work.  You'd need another DCL statement to   test the value of the symbol.      Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  + Date: Thu, 25 Dec 2003 16:11:47 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: length of SCSNODE$ Message-ID: <bsf283$67i$1@online.de>  H Automatically created versions of MODPARAMS.DAT tend to set SCSNODE to aG length of 8, i.e. pad it with spaces if the length is shorter than 8 (I B tend to use 6; even though I'm not running DECnet at the moment, IH might, and IIRC the maximum node-name length is 6 and surely this shouldG be the same as SCSNODE).  Is there any reason for this?  Any reason not . to change this and define it with no padding?    ------------------------------  % Date: Thu, 25 Dec 2003 18:10:35 +0100 + From: "Hans Vlems" <hvlems.nieuw@zonnet.nl>  Subject: Re: length of SCSNODE9 Message-ID: <bsf5sv$c4g69$1@ID-143435.news.uni-berlin.de>   L "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>1 schreef in bericht news:bsf283$67i$1@online.de... J > Automatically created versions of MODPARAMS.DAT tend to set SCSNODE to aI > length of 8, i.e. pad it with spaces if the length is shorter than 8 (I D > tend to use 6; even though I'm not running DECnet at the moment, IJ > might, and IIRC the maximum node-name length is 6 and surely this shouldI > be the same as SCSNODE).  Is there any reason for this?  Any reason not / > to change this and define it with no padding?  > K If you run DECnet then the nodename must be the same as SCSNODE. The SYSGEN H help (on VAX/VMS 7.2) states that the name may be up to 6 characters. It, also warns not to set it to the NULL string.E I never use padding in MODPARAMS but the end up in SYSGEN padded with  blanks:    $ mc sysgen sh scsnodeG Parameter Name            Current    Default     Min.     Max.     Unit  Dynamic L --------------            -------    -------    -------  -------   ----  --- ----F SCSNODE                   "XENON "    "    "    "    "    "ZZZZ" Ascii $ ty sys$system:modparams.dat  WINDOW_SYSTEM   =1G ! CLUSTER_CONFIG appending for ADD operation on 10-NOV-2001 12:46:53.54  VOTES           = 1  expected_votes  = votes  DISK_QUORUM     ="" : AGEN$INCLUDE_PARAMS SYS$MANAGER:AGEN$NEW_NODE_DEFAULTS.DAT SCSNODE         ="XENON" SCSSYSTEMID     =1026    As said : this is VAX/VMS V7.2.    Merry Christmas Philip,    Hans   ------------------------------    Date: 25 Dec 2003 07:03:41 -0800( From: bob@instantwhip.com (Bob Ceculski) Subject: Merry Christmas! < Message-ID: <d7791aa1.0312250703.35ed92f@posting.google.com>  3 wishing every VMS user a joyful and blessed holiday / season to you and your families ... OpenVMS has 3 given us another fantastic year, and there are many 0 more waiting for tose who use the best OS on the planet ... Merry Christmas!    ------------------------------  % Date: Thu, 25 Dec 2003 12:05:44 +0100 * From: Paul Sture <nospam@sture.homeip.net>6 Subject: Re: Microsoft's Christmas gift: another bug !0 Message-ID: <3FEAD298.2BC87F61@sture.homeip.net>   JF Mezei wrote:  > R > http://www.reseaux-telecoms.com/alerte_btree/03_12_11_175622_816/CSO/Alerte_view > 
 > (in french)  > ' > Basically, if you have HTML such as :  > 0 > <a href="http://www.heaven.org@www.satan.com"> > M > with a 0x01 character just after the @, Microsoft's exploder will only show L > "www.heaven.org" to the user as a link, but when the user clicks on it, it > takes it to www.satan.com  > N > One mass mailing has already advised users to go to a www.visa.com to updateN > their credit card profile, but the folks are actually taken to the spammer's > web site.  > N > Thank you Microsoft for another good story/joke ! (for those of us who don't? > use Microsoft software, all those stories are entertaining !)     
 LOL. From:  A http://news.independent.co.uk/digital/news/story.jsp?story=475921    Microsoft's festive  advice: Don't plug our PCs into the Web   By Charles Arthur, Technology  Editor   24 December 2003  & Its slogan is "where do you want to go& today?" But Microsoft asks that if you get a Windows computer for) Christmas,don't take it to one particular  place: the internet.  % At least, the company says, not until % you've been to the shops again to buy ( extra software, and protected the system$ from the deluge of viruses and worms$ that target the flaws in Microsoft's' software as soon as you take it online.      ...   8 But as Simon Moores, an internet consultant, pointed outA yesterday, the software giant's admonitions "place the world in a B catch-22: you can't be sure that it's safe to go online unless youD connect to the internet and get a huge file of security updates from9 Microsoft, and new anti-virus files - which are also only  available online".   --  
 Paul Sture   ------------------------------  % Date: Thu, 25 Dec 2003 07:24:19 -0600 ( From: Wayne Sewell <wayne@tachysoft.com>6 Subject: Re: Microsoft's Christmas gift: another bug !/ Message-ID: <00A2AE40.92F8A501.9@tachysoft.com>   + >From: JF Mezei <jfmezei.spamnot@istop.com>  >X-Newsgroups: comp.os.vms3 >Subject: Microsoft's Christmas gift: another bug !    > M >Thank you Microsoft for another good story/joke ! (for those of us who don't > >use Microsoft software, all those stories are entertaining !)    O Yes, the billyworld is certainly good for laughs.  Perhaps billyboxes should be N marketed for their comedic value rather than giving people the false hope they0 could perform a useful function without error.     Wayne O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== H Randolph Duke (in Trading Places): "Mother always said you were greedy."1    Mortimer Duke: "She meant it as a compliment!"    ------------------------------  # Date: Thu, 25 Dec 2003 07:45:45 GMT   From: JimL <jglando@yaahooo.com>9 Subject: Re: Reading VMS Documentation without DECWindows 8 Message-ID: <575luvo4hb1j355mpvs3h6ill9cuhtiu9o@4ax.com>  ; Thanks for the offer. The info. provided in this thread has 5 help me read what I need off the documentation CD's I  have. Thanks all!    - Jim L.  ; On Wed, 24 Dec 2003 03:49:25 GMT, notValid@yahoo.com wrote:   " >would it help to have the manual? > * >i have copies (zip versions of pdf or ps) >of dcl and cobol  >  >just ask, eh? >  >jerrold >tutor@nospam dot cfl.rr.com) >On Sun, 21 Dec 2003 07:45:25 GMT, wrote:  > > >>I'm trying to figure out how to read the OpenVMS VAX On-line? >>Documentation library without using the DECWindows interface. < >>I don't have a monitor on my vaxstation, just the console.( >>Any help would be greatly appreciated. >>
 >>- Jim L.   ------------------------------  % Date: Thu, 25 Dec 2003 13:50:43 +0100 3 From: Michael Unger <spam.to.unger@spamgourmet.com> 7 Subject: Re: Suggestion to the TCPIP Services FTP folks 9 Message-ID: <bseose$c9rmt$3@ID-152801.news.uni-berlin.de>   & On 2003-12-24 11:51, "JF Mezei" wrote:  % > Another suggestion for improvement:  > N > If any of the available services report sufficient breakin attempts from oneG > specific IP address, perhaps that IP address should be prevented from J > connecting to the host for a random number of minutes. (based on the LGI > sysgen parameters).  > L > (Or better, have any call from that IP get directed to some specified portO > running some logging software that would then just  log anything he sends but P > send no response (forcing user to wait for timeouts). Once breaking evasion isA > expired, calls would resume from that IP to any port they want.   E I'd expand that to attempts to send SMTP-mails to non-existant users. G (Currently spammers seem to send lots of mails to arbitrarily generated H "usernames". The sending IP address should be put into a blocklist for a specified amount of time.)  F The mechanisms should be very similar to those used by the interactive break-in detection mechanism.    Michael    --  ; Real names enhance the probability of getting real answers. @ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------  # Date: Thu, 25 Dec 2003 14:19:15 GMT " From: Lee <lytmah@telusplanet.net> Subject: Test.  Please ignore., Message-ID: <DlCGb.48452$ss5.44146@clgrps13>   Testing.   ------------------------------  # Date: Thu, 25 Dec 2003 11:25:24 GMT 0 From: "Guy Peleg" <guy.peleg@hp.com_remove_this>* Subject: Re: VMS runs well on HP Superdome3 Message-ID: <EOzGb.11242$Yf4.8295@news.cpqcorp.net>   7 I think that the most exciting thing about this article + is that it mentions that Intel uses VMS ;-)    Guy   H "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message- news:BUTvvu9z0OM1@eisner.encompasserve.org... A > In article <driGb.11239$c05.4455@news.cpqcorp.net>, "Guy Peleg" & <guy.peleg@hp.com_remove_this> writes:- > > http://www.theinquirer.net/?article=13315  > 6 >    Cool.   But can't help thinking we knew it would! >    ------------------------------  % Date: Thu, 25 Dec 2003 06:18:59 -0800 # From: "Tom Linden" <tom@kednos.com> * Subject: RE: VMS runs well on HP Superdome9 Message-ID: <NDEMLKKEBOIFBMJLCECIKEPICIAA.tom@kednos.com>   = At one time, all the semis used VMS, several others still do.    /* -----Original Message----- 8 /* From: Guy Peleg [mailto:guy.peleg@hp.com_remove_this], /* Sent: Thursday, December 25, 2003 3:25 AM /* To: Info-VAX@Mvb.Saic.Com- /* Subject: Re: VMS runs well on HP Superdome  /*   /*  : /* I think that the most exciting thing about this article. /* is that it mentions that Intel uses VMS ;-) /*   /* Guy /*  K /* "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message 0 /* news:BUTvvu9z0OM1@eisner.encompasserve.org...D /* > In article <driGb.11239$c05.4455@news.cpqcorp.net>, "Guy Peleg") /* <guy.peleg@hp.com_remove_this> writes: 0 /* > > http://www.theinquirer.net/?article=13315 /* >9 /* >    Cool.   But can't help thinking we knew it would!  /* > /*   /*   /* ---) /* Incoming mail is certified Virus Free. = /* Checked by AVG anti-virus system (http://www.grisoft.com). D /* Version: 6.0.553 / Virus Database: 345 - Release Date: 12/18/2003 /*   --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.553 / Virus Database: 345 - Release Date: 12/18/2003    ------------------------------    Date: 25 Dec 2003 09:22:43 -0800. From: spamsink2001@yahoo.com (Alan E. Feldman)8 Subject: Re: What Andrew and sun can't stand is that ...= Message-ID: <b096a4ee.0312250922.5eb0516a@posting.google.com>   f Greg Cagle <news@removethisgregcagle.com> wrote in message news:<vuks8eigsasq48@corp.supernews.com>... > Alan E. Feldman wrote: >  >  > > OK. I'll go first:   > > H > > It sounds juvenile, Bob. And you've said it way too many times. IT'SI > > JUVENILE. It doesn't really help. Besides, the topic was the accuracy E > > of VMS CERTs, not speed. Bringing up irrelevant points makes your  > > arguments look weak. > > E > > So go ahead, Bob: Explain to us why you must repeat this juvenile  > > behavior ad nauseam. > ? > Help me with something here. How is Bob using "slowlaris" any = > different than the frequent use of "Itanic" or "chumpaq" or  > similar terms? >  > - Greg    You raise a good point. However:  D With "Slowaris" I can't help but picture a 10-year old making fun ofC something in someone's face. I guess it's the "wa" part that really & does this: Slo-waaaaaaaah-ris. Please.  C Also, "Itanic" and "Chumpaq" don't get repeated nearly as much. OK, . maybe "Itanic" did, but at least that's funny.  F It's also like the difference between a good pun and a bad pun. No oneF minds a good pun if it's not repeated too much, but no one likes a badA pun even once. Itanic is funny. Chumpaq less so. Slowaris is just  awful.   It's also the way it's used.  D It's also difficult to pronounce -- it interrupts the smooth flow of reading.  F Also, "Slowaris" is being used in direct response to a Solaris person.B I certainly hope cov participants aren't sending mail to HP peopleF using terms like Itanic and Chompaq. I guess it's partly just a matter of common courtesy.   C There are probably more reasons but I think this is enough for now.    Alan E. Feldman    ------------------------------  + Date: Thu, 25 Dec 2003 12:54:23 -0500 (EST) + From: Lord Isildur <isildur@andrew.cmu.edu> 8 Subject: Re: What Andrew and sun can't stand is that ...I Message-ID: <Pine.LNX.4.58-035.0312251247550.15675@unix49.andrew.cmu.edu>   7 *dons flame-retardant suit and grabs fire extinguisher* H ah, that's why there are no people like unix people to make puns. *grin*G slowaris? i've not heard that one before, but it sounds awful. the more G canonical renamings of it that have been current for years are slolaris L or, less commonly, blolaris. Itanic is right on the money. as for compaq/hp? chumpaq always sounded stupid. compaq was most usefully either dumpaq or The Q. Even before the merger, when it was just rumor, h-paq was being used to  describe the new entity.. J less funny when they chenaged their ticker token to hpq.. i still call 'emI the Q.. and for hpux, the answer to that can be found on an hp 9000/300 IaJ have in the basement, which still has NetBSD 0.8 on it, whose hostname was= a response to the system that _used_ to be on is... hphux :-)iI to make this even remotely on-topic, i have never heard any even remotelyn sensible mockery of VMS' name.   Isildur  www.vaxpower.org    + On Thu, 25 Dec 2003, Alan E. Feldman wrote:p  h > Greg Cagle <news@removethisgregcagle.com> wrote in message news:<vuks8eigsasq48@corp.supernews.com>... > > Alan E. Feldman wrote: > >  > >i > > > OK. I'll go first: > > > J > > > It sounds juvenile, Bob. And you've said it way too many times. IT'SK > > > JUVENILE. It doesn't really help. Besides, the topic was the accuracy G > > > of VMS CERTs, not speed. Bringing up irrelevant points makes yourw > > > arguments look weak. > > >eG > > > So go ahead, Bob: Explain to us why you must repeat this juveniles > > > behavior ad nauseam. > >-A > > Help me with something here. How is Bob using "slowlaris" any ? > > different than the frequent use of "Itanic" or "chumpaq" orc > > similar terms? > >t
 > > - Greg >i" > You raise a good point. However: >OF > With "Slowaris" I can't help but picture a 10-year old making fun ofE > something in someone's face. I guess it's the "wa" part that really ( > does this: Slo-waaaaaaaah-ris. Please. >cE > Also, "Itanic" and "Chumpaq" don't get repeated nearly as much. OK,m0 > maybe "Itanic" did, but at least that's funny. >iH > It's also like the difference between a good pun and a bad pun. No oneH > minds a good pun if it's not repeated too much, but no one likes a badC > pun even once. Itanic is funny. Chumpaq less so. Slowaris is justt > awful. >e > It's also the way it's used. >eF > It's also difficult to pronounce -- it interrupts the smooth flow of
 > reading. >nH > Also, "Slowaris" is being used in direct response to a Solaris person.D > I certainly hope cov participants aren't sending mail to HP peopleH > using terms like Itanic and Chompaq. I guess it's partly just a matter > of common courtesy.o >oE > There are probably more reasons but I think this is enough for now.$ >  > Alan E. Feldman  >n   ------------------------------   End of INFO-VAX 2003.713 ************************