0 INFO-VAX	Fri, 13 Jan 2006	Volume 2006 : Issue 26      Contents: Re: 64 Bit Support for DCL Re: 64 Bit Support for DCL Re: 64 Bit Support for DCL Re: 64 Bit Support for DCL6 Re: Dave Cutler (was OT: time to market with the 8086)6 Re: Dave Cutler (was OT: time to market with the 8086)6 Re: Dave Cutler (was OT: time to market with the 8086)6 Re: Dave Cutler (was OT: time to market with the 8086)6 Re: Dave Cutler (was OT: time to market with the 8086)6 Re: Dave Cutler (was OT: time to market with the 8086)6 Re: Dave Cutler (was OT: time to market with the 8086)& Re: Farewell to a good reliable friend& Re: Farewell to a good reliable friend& Re: Farewell to a good reliable friend& Re: Farewell to a good reliable friend* Re: Farewell to a good reliable friend RIP2 Re: how to permanently reject this kind of address2 Re: how to permanently reject this kind of address2 Re: how to permanently reject this kind of address2 Re: how to permanently reject this kind of address Re: Internet Browser on OpenVMS  Re: Internet Browser on OpenVMS . OT: Doctor Who (Was Re: Alpha last order date) Re: Strange SEARCH behaviour Re: Strange SEARCH behaviour( UK comedy, was Re: Alpha last order date, Re: UK comedy, was Re: Alpha last order date, Re: UK comedy, was Re: Alpha last order date  F ----------------------------------------------------------------------  % Date: Fri, 13 Jan 2006 09:11:59 +0200 7 From: "Guy Peleg" <guy.peleg@remove_this_header@hp.com> # Subject: Re: 64 Bit Support for DCL * Message-ID: <43c752c3@usenet01.boi.hp.com>  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:xmqPVX0p0fuS@eisner.encompasserve.org... 7 > In article <43C6DB42.22762C00@teksavvy.com>, JF Mezei & <jfmezei.spamnot@teksavvy.com> writes: > I > > Based on my understanding, DCL decides on the type of symbol based on K > > the value you are trying to assign to it. Why not simply test to see if E > > the value is greater than 32 bits and if so, store it as a 64 bit = > > integer, otheriwse store it as 32 bit integer or string ?  > % > Current behavior must be preserved:  >  > $ a=%x7fffffff
 > $ b=a+a+a+a  > $ show sym b0 >   B = -4   Hex = FFFFFFFC  Octal = 37777777774  	 Exactly !   $ here is another non trivial example:   IPL31> a=%xffffffff  IPL31> sh sym a .   A = -1   Hex = FFFFFFFF  Octal = 37777777777 IPL31> a=a+1 IPL31> sh sym a -   A = 0   Hex = 00000000  Octal = 00000000000    ------------------------------  % Date: Fri, 13 Jan 2006 06:11:45 -0800 # From: "Tom Linden" <tom@kednos.com> # Subject: Re: 64 Bit Support for DCL ( Message-ID: <ops3blpvaazgicya@hyrrokkin>  / On Fri, 13 Jan 2006 09:15:22 +0200, Guy Peleg   , <guy.peleg@remove_this_header@hp.com> wrote:   > < > "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message( > news:43C71B1C.F3E4A6AC@teksavvy.com...J >> If backward compatibility is needed, then put a switch to enable 64 bit
 > support. >>H >> Either some SET DCL/64bit  command, or some lexican where the commandD >> procedure could store the current 64 bit setting, set full 64 bit2 >> support, and then restore the previous setting. >>I >> This way, existing command procedures would continue to work in 32 bit / >> mode because they don't invoke that lexical.  >>H >> And once you have 64 bit support, imagine the lexicals you can add to" >> provide good date/time support. > C > Another possibility is a new CLI called DCL64. It provides less   
 > flexibility  > but it is safer... > ? > as I said....not trivial ;-)...it requires some more thinking  >  > C I think the right way to do this, is to extend the DCL symbol table C and provide strong(er) typing with precision.  As i previously said B I don't believe you need more than char string perhaps varying andC certainly _not_ null terminated, binary allowing integer, bit octal @ or hex visualization and scaled fixed decimal, possible allowingE picture variant.  I believe this is doable as pure extensions without  invalidating existing code.    ------------------------------    Date: 13 Jan 2006 08:45:03 -0600 From: briggs@encompasserve.org# Subject: Re: 64 Bit Support for DCL 3 Message-ID: <h$U37MVwt9zj@eisner.encompasserve.org>   c In article <xmqPVX0p0fuS@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: ^ > In article <43C6DB42.22762C00@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > H >> Based on my understanding, DCL decides on the type of symbol based onJ >> the value you are trying to assign to it. Why not simply test to see ifD >> the value is greater than 32 bits and if so, store it as a 64 bit= >> integer, otheriwse store it as 32 bit integer or string ?   > % > Current behavior must be preserved:  >  > $ a=%x7fffffff
 > $ b=a+a+a+a  > $ show sym b0 >   B = -4   Hex = FFFFFFFC  Octal = 37777777774  F One way to do it would be to create a new symbol type, 64 bit integer.@ One could then need to create a syntax for 64 bit literals and a% conversion lexical such as f$quad(x).   F Then would you set type promotion and demotion rules so that addition,? subtraction, multiplication and division involving quads always ? produce quads and that a quad used where an integer is required ? does implicit truncation and a quad used where a string belongs ' does a full precision convert to ASCII.   H For literal syntax, one could decide that a hex literal %x123456789 withH more than 8 digits automatically denotes a quad and the user is expectedG to use redundant leading zeroes if neccessary.  A %q prefix for decimal H quadword literals might be desireable, although f$quad(<literal>) should$ be able to accomplish the same goal.  G I dislike the notion of a global switch to change from 32 bit to 64 bit 	 behavior.    ------------------------------  % Date: Fri, 13 Jan 2006 12:17:31 -0500 ' From: Dave Froble <davef@tsoft-inc.com> # Subject: Re: 64 Bit Support for DCL 0 Message-ID: <11sfo5eqgnd529e@corp.supernews.com>   Guy Peleg wrote:< > "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message( > news:43C71B1C.F3E4A6AC@teksavvy.com... > I >>If backward compatibility is needed, then put a switch to enable 64 bit  > 
 > support. > G >>Either some SET DCL/64bit  command, or some lexican where the command C >>procedure could store the current 64 bit setting, set full 64 bit 1 >>support, and then restore the previous setting.  >>H >>This way, existing command procedures would continue to work in 32 bit. >>mode because they don't invoke that lexical. >>G >>And once you have 64 bit support, imagine the lexicals you can add to ! >>provide good date/time support.  >  > M > Another possibility is a new CLI called DCL64. It provides less flexibility  > but it is safer... > ? > as I said....not trivial ;-)...it requires some more thinking  >  >    Just my perspective.   Why re-invent the wheel?  H There's more than one programming language that will perform all that's G been discussed, and much more.  Yes, a license will cost the user some  = money.  But what will be the cost to develop this 'duplicate  H capability'?  Aren't there better things that can be developed?  I keep 4 reading posts about how VMS needs more capabilities.  B Always an opposing view, I've always liked the robust environment  presented by VMS.    --  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: 13 Jan 2006 07:57:02 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ? Subject: Re: Dave Cutler (was OT: time to market with the 8086) 3 Message-ID: <tME68UgQ7YFQ@eisner.encompasserve.org>   W In article <42nnsvF1jpi81U2@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes:  > I > If it had been a C compiler issue, IBM would have used the M68K as they G > already had a system based on that CPU running Unix before the PC was  > even designed.  A    You think IBM would have considered Intel if there were no HLL     compilers for thier chip?  I    Do you think Billy boy could have so quickly cloned someone else's OS  '    work if he had to do it in assembly?    ------------------------------  % Date: Fri, 13 Jan 2006 15:16:51 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>? Subject: Re: Dave Cutler (was OT: time to market with the 8086) + Message-ID: <42pr2kFolv98U1@individual.net>    Bill Gunshannon wrote:   > G > Funny, my personal rememberences from that time period are more along H > the line that the decision to use Intel was based entirely on CPU chipJ > supply issues.  Motorolla would not (could not?) commit to providing theF > volume to IBM at the expense of their other users that IBM demanded. > Intel had no problem with it.  > I > If it had been a C compiler issue, IBM would have used the M68K as they G > already had a system based on that CPU running Unix before the PC was  > even designed. >   H But if you remember IBM's competitivenes between divisions in that era, . did that compiler come from the "right" place?   ------------------------------   Date: 13 Jan 2006 14:35:35 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)? Subject: Re: Dave Cutler (was OT: time to market with the 8086) , Message-ID: <42ps5nF1khmg6U1@individual.net>  3 In article <tME68UgQ7YFQ@eisner.encompasserve.org>, > 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:Y > In article <42nnsvF1jpi81U2@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes:  >>  J >> If it had been a C compiler issue, IBM would have used the M68K as theyH >> already had a system based on that CPU running Unix before the PC was >> even designed.  > C >    You think IBM would have considered Intel if there were no HLL  >    compilers for thier chip?  L I'm not saying there wasn't a C compiler for the Intel, just that there alsoI were compilers available for the alternatives so I tend to believe what I J remember from way back when as for the reason why it ended out being IntelH based.  Like I said, they already had a suitable hardware platform. TheyJ chose to develop an entirely new architecture.  I hardly expect the avail-6 ability of a compiler was enough to have them do that.   > K >    Do you think Billy boy could have so quickly cloned someone else's OS  ) >    work if he had to do it in assembly?   F I guess it depends on what you think he did.  The very first version IG remember was a clone (some say a stolen version) of CPM.  The fact that D the first application available was Wordstar (a version which by allE appearances was created using XLT86) tends to support this as all the G  BIOS/BDOS calls appear to be the same as the CPM version.  All of this H stuff was, in fact, written in assembler and not an HLL.  The sources to; CPM86 are available on the web and they are definitely ASM.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 13 Jan 2006 06:51:27 -0800# From: "Galen" <gltackett@gmail.com> ? Subject: Re: Dave Cutler (was OT: time to market with the 8086) B Message-ID: <1137163887.516835.60440@g44g2000cwa.googlegroups.com>  { > IA32 is a hack on top of a kludge to get a 32 bit system running on a 16 bit system that's based on an 8 bit architecure.    Wait until you see the IA128!  ;^)    ------------------------------    Date: 13 Jan 2006 08:08:02 -0800$ From: "roger" <rogerntucker@msn.com>? Subject: Re: Dave Cutler (was OT: time to market with the 8086) B Message-ID: <1137168482.942474.23550@g44g2000cwa.googlegroups.com>  C Someone very influential should talk to AMD and make sure they have & everything needed to support Open VMS.D The chip already has 4 modes.  The only thing I can think of is page) protection bits in the PTE for each mode. # Anything else this chip is missing?    ------------------------------  % Date: Fri, 13 Jan 2006 12:01:13 -0500 - From: William Webb <william.w.webb@gmail.com> ? Subject: Re: Dave Cutler (was OT: time to market with the 8086) I Message-ID: <8660a3a10601130901y13a82770o6f9b3caf5cabb27d@mail.gmail.com>   A On 13 Jan 2006 06:51:27 -0800, Galen <gltackett@gmail.com> wrote: L > > IA32 is a hack on top of a kludge to get a 32 bit system running on a 1=2 6 bit system that's based on an 8 bit architecure. >  > Wait until you see the IA128!  > ;^)  >  > - 32-bit extensions and a graphical shell for a  16-bit patch to an" 8-bit operating system coded for a" 4-bit microprocessor, written by a 2-bit company that can't stand one-bit of competition.    is the way I heard it.   WWWebb --C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------  % Date: Fri, 13 Jan 2006 09:19:18 -0800 # From: "Tom Linden" <tom@kednos.com> ? Subject: Re: Dave Cutler (was OT: time to market with the 8086) ( Message-ID: <ops3bueg1mzgicya@hyrrokkin>  2 On Fri, 13 Jan 2006 12:01:13 -0500, William Webb  ! <william.w.webb@gmail.com> wrote:   / > 32-bit extensions and a graphical shell for a  > 16-bit patch to an$ > 8-bit operating system coded for a$ > 4-bit microprocessor, written by a  > 2-bit company that can't stand > one-bit of competition.   D Well, you only need 6 bits to represent that information, 111111 :-)   ------------------------------  % Date: Fri, 13 Jan 2006 13:53:46 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>/ Subject: Re: Farewell to a good reliable friend , Message-ID: <42pm6rF1k2fcpU1@individual.net>   Richard Maher wrote: > K > PS. Damn! I've just realized I'm turning into a newsgroup person :-( Next N > I'll probably complain about top/bottom posting, or uppercase, or people for > click their BLOODY PENS!!!!!   A TOP POSTING!!!   <grin, duck and run>  < > "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message( > news:43C726FB.1C34BCEE@teksavvy.com... >  <snip>   ------------------------------    Date: 13 Jan 2006 08:00:45 -0800! From: "Mike" <mike.papa@lmco.com> / Subject: Re: Farewell to a good reliable friend C Message-ID: <1137168045.045776.147220@g43g2000cwa.googlegroups.com>   E Sorry to hear about the parting of your faithful MVII. Eighteen years G of service is quite a career. We have a couple of 15 year olds cruising B along at work. I was wondering if you are familiar with the AvalonG Vaccelerator AP-30 Card for the MVII. We inherited the card with one of G our MVII's but we don't have the user manual. I haven't had any luck so C far in tracking down the document. Any info or references you could ( provide would be most appreciated. Mike.   ------------------------------  % Date: Fri, 13 Jan 2006 08:52:25 -0800 ( From: Jeff Cameron <roktsci@comcast.net>/ Subject: Re: Farewell to a good reliable friend 0 Message-ID: <BFED1AC9.1A368%roktsci@comcast.net>   On 1/13/06 8:00 AM, in article= 1137168045.045776.147220@g43g2000cwa.googlegroups.com, "Mike"  <mike.papa@lmco.com> wrote:   G > Sorry to hear about the parting of your faithful MVII. Eighteen years I > of service is quite a career. We have a couple of 15 year olds cruising D > along at work. I was wondering if you are familiar with the AvalonI > Vaccelerator AP-30 Card for the MVII. We inherited the card with one of I > our MVII's but we don't have the user manual. I haven't had any luck so E > far in tracking down the document. Any info or references you could * > provide would be most appreciated. Mike. >   L I heard it said that at JPL, the Voyager Spacecraft Systems simulator, whichK duplicates the interaction of the Voyager spacecraft on the ground is still . running on a VAX8600. Can anyone confirm this?   ------------------------------    Date: 13 Jan 2006 10:06:56 -0800( From: "Rich Jordan" <jordan@ccs4vms.com>/ Subject: Re: Farewell to a good reliable friend B Message-ID: <1137175616.197499.11350@o13g2000cwo.googlegroups.com>  E Farewell, All Mighty one.  Know that others, though not quite of your A vintage, continue to run, and work, and serve very well:  Tomcat, A VS3100-30, purchased 11/1989 and in continuous use since, longest A recollected uptime 600+ days due to powerfailure, 32MB (up from 8 F originally), GPX color (upgraded from monochrome) and an ancient VR299C (upgraed from VR150 monochrome), 2x RZ25, 1x RZ26L, CD-RW (upgraded - from an RZ24).  My desktop of choice at work.    ------------------------------  % Date: Fri, 13 Jan 2006 08:42:38 -0800 ( From: Jeff Cameron <roktsci@comcast.net>3 Subject: Re: Farewell to a good reliable friend RIP 0 Message-ID: <BFED187E.1A364%roktsci@comcast.net>  I On 1/12/06 8:05 PM, in article 43C726FB.1C34BCEE@teksavvy.com, "JF Mezei" % <jfmezei.spamnot@teksavvy.com> wrote:   G > Tonight, after over 18 years of service, I switched off my all mighty J > MicrovaxII. This morning, the princess lea ears (side panels) were takenO > by the municipal rubbish removal folks. That signaled the point of no return.  > J > For all the badmouthing of the All Mighty Microvax II, this little beastI > with only 16 megs of memory ran VMS 7.2, TCPIP Services 5.09, ALL-IN-1, D > Message Router and other stuff as well. It is a tribute to the VMSJ > engineers that VMS could still run on an 18 year old platform. (and also( > a tribute to a 100k block pagefile :-) >    > D > This little beast began life serving 12 people in an office with aH > measly RD54 152 meg drive (I still have it and it still works). But inI > the end, it sported 2 SCSI drives totalling 11 gigs of disk storage and  > serving only me :-)  > G > I do plan on keeping the cabinet (without the side panels) to put new 2 > machines in and keep the routers/modems/sitches. > J > And its system drive was cloned to the surviving system, so in a way, my > original MVII lives on.  > G > I do plan to keep the 2 BA23 cabinets and make it possible to boot it D > off the ethernet should be needed.  And the main cabinet and power  > distribution box will live on. > J > And while I may keep my all mighty Microvax II in working order, it doesJ > now allow me to take my space MVII's board and frame it, something whichJ > used to be illegal in the days where Digital would require a Microvax II, > be physically destroyed during an upgrade. >  > A > I would have liked to keep it alive longer, but space and power H > consumption issues forced me to give up keeping it alive.  (as well asI > the fact that i need its SCSI disks to replace the older DSSI drives in  > my new machines).    A fitting tribute!E Although he was comparatively old as Methuselah would be to us mortal 0 humans, amongst his peers he passed quite young.   Where do I send the flowers?   ------------------------------  % Date: Fri, 13 Jan 2006 07:43:42 -0600 . From: Alphaman <alphaman-nix-spam@alphant.com>; Subject: Re: how to permanently reject this kind of address 7 Message-ID: <53f57$43c7ae87$186088ed$21540@KNOLOGY.NET>    Chuck Aaron wrote:@ > SSH_PASSWORD:24-155-40-202.IP.GRANDENETWORKS.NET::SSH_189B28CA > H > I need the command please to reject this from coming back into system. > 	 > Thanks,  > Chuck   G $ TCPIP SET HOST BITBUCKET /ADDRESS=192.168.1.254 ! One time command to G $                                                 ! a non-existent host  $ D $ TCPIP SET ROUTE 24-155-40-202.IP.GRANDENETWORKS.NET/GATE=BITBUCKET  E The problem with SET COMM /REJECT is that you're limited to 32 hosts  D max.  The problem with editing the SSH config files is that it only D works for SSH (and I've seen these attacks come in via other ports,  e.g., ftp, too.)  F I've got a Kronos job on my system that checks every 15 minutes for a F new intrustion record; if it finds one, it emails it to me on my cell H phone.  I can then ssh back into my system (like I did last night while G sitting in the local Circuit City home theater room, using my Palm PDA  F with pssh -- I wonder if people even had a clue what I was up to) and B set the above route for the offending host (who'd gotten up to 40 * breakin attempts by the time I got there.)  F Another nice thing about using this routing method is that the routes I are not permanent, and after the next reboot (like in oh, say, 5 years),  D the route list will be cleaned.  Unless you decide you want to make  those routes permanent.    Aaron    ------------------------------  % Date: Fri, 13 Jan 2006 08:42:31 -0700 # From: Jim Mehlhop <jim@mehlhop.org> ; Subject: Re: how to permanently reject this kind of address / Message-ID: <JTPxf.22$8t3.2202@news.uswest.net>    Bill Gunshannon wrote:  . > In article <43c681b0$1@news.langstoeger.at>,; > 	peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:  > e >>In article <dq5p34$st6$1@mailhub227.itcs.purdue.edu>, Chuck Aaron <caaron@ceris.purdue.edu> writes:  >>A >>>SSH_PASSWORD:24-155-40-202.IP.GRANDENETWORKS.NET::SSH_189B28CA  >>> I >>>I need the command please to reject this from coming back into system.  >>& >>You have already tried the obvious ? >>5 >>$ TCPIP SET COMMUNICATION/REJECT=HOST=24.155.40.202  >>or3 >>$ TCPIP SET SERVICE SSH/REJECT=HOST=24.155.40.202  >> >  > H > Block them at your firewall (you do have a firewall, right?).  If theyF > are hitting that machine using SSH it is likely they are also trying= > other machines on your network and other protocols as well.  > B > You might consider blocking the entire range.  You can try their# > abuse line but I doubt they care.  > 2 > OrgName:    Grande Communications Networks, Inc. > OrgID:      GCNI > Address:    401 Carlson Cir  > City:       San Marcos > StateProv:  TX > PostalCode: 78666  > Country:    US > ) > NetRange:   24.155.0.0 - 24.155.255.255  > CIDR:       24.155.0.0/16  > NetName:    GRANDECOM-03 > NetHandle:  NET-24-155-0-0-1 > Parent:     NET-24-0-0-0-0 > NetType:    Direct Allocation  > NameServer: NS1.LSN.NET  > NameServer: NS2.LSN.NET 
 > Comment: > RegDate:    2000-04-03 > Updated:    2004-11-29 >  > OrgAbuseHandle: ABUSE153-ARIN  > OrgAbuseName:   Abuse ! > OrgAbusePhone:  +1-512-878-4000 % > OrgAbuseEmail:  abuse@grandecom.com  >  > OrgTechHandle: IPSER2-ARIN > OrgTechName:   IP Services  > OrgTechPhone:  +1-512-878-4000) > OrgTechEmail:  ipservices@grandecom.com  >  >  > bill > I The original address in 99% likely to be a dynamic address.  So blocking  F THAT address is useless. The next time that machine will be something G else.  Also if you block the entire range you are blocking an ISP.  If  6 you never have to talk to anyone on that IP then fine.   ------------------------------   Date: 13 Jan 2006 16:41:18 GMT( From: bill@cs.uofs.edu (Bill Gunshannon); Subject: Re: how to permanently reject this kind of address , Message-ID: <42q3heF1iadenU1@individual.net>  / In article <JTPxf.22$8t3.2202@news.uswest.net>, & 	Jim Mehlhop <jim@mehlhop.org> writes: > Bill Gunshannon wrote: > / >> In article <43c681b0$1@news.langstoeger.at>, < >> 	peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes: >>  f >>>In article <dq5p34$st6$1@mailhub227.itcs.purdue.edu>, Chuck Aaron <caaron@ceris.purdue.edu> writes: >>> B >>>>SSH_PASSWORD:24-155-40-202.IP.GRANDENETWORKS.NET::SSH_189B28CA >>>>J >>>>I need the command please to reject this from coming back into system. >>> ' >>>You have already tried the obvious ?  >>> 6 >>>$ TCPIP SET COMMUNICATION/REJECT=HOST=24.155.40.202 >>>or 4 >>>$ TCPIP SET SERVICE SSH/REJECT=HOST=24.155.40.202 >>>  >>   >>  I >> Block them at your firewall (you do have a firewall, right?).  If they G >> are hitting that machine using SSH it is likely they are also trying > >> other machines on your network and other protocols as well. >>  C >> You might consider blocking the entire range.  You can try their $ >> abuse line but I doubt they care. >>  3 >> OrgName:    Grande Communications Networks, Inc.  >> OrgID:      GCNI  >> Address:    401 Carlson Cir >> City:       San Marcos  >> StateProv:  TX  >> PostalCode: 78666 >> Country:    US  >>  * >> NetRange:   24.155.0.0 - 24.155.255.255 >> CIDR:       24.155.0.0/16 >> NetName:    GRANDECOM-03  >> NetHandle:  NET-24-155-0-0-1  >> Parent:     NET-24-0-0-0-0   >> NetType:    Direct Allocation >> NameServer: NS1.LSN.NET >> NameServer: NS2.LSN.NET >> Comment:  >> RegDate:    2000-04-03  >> Updated:    2004-11-29  >>    >> OrgAbuseHandle: ABUSE153-ARIN >> OrgAbuseName:   Abuse" >> OrgAbusePhone:  +1-512-878-4000& >> OrgAbuseEmail:  abuse@grandecom.com >>   >> OrgTechHandle: IPSER2-ARIN  >> OrgTechName:   IP Services ! >> OrgTechPhone:  +1-512-878-4000 * >> OrgTechEmail:  ipservices@grandecom.com >>   >>   >> bill  >>  K > The original address in 99% likely to be a dynamic address.  So blocking  H > THAT address is useless. The next time that machine will be something  > else.   8 Which is why I said block the reange int he first place.  I >        Also if you block the entire range you are blocking an ISP.  If  8 > you never have to talk to anyone on that IP then fine.  B Why would your VMS system need to talk to some ISP that serves allG the script kiddies?  If someone there needs to contact you for business D reasons and finds they get rejected they will likely call you on theC phone.  At that point you tell them why they can't contact you over D the net and they either get the ISP to fix the problem (unlikely) orG find a more reputable p[rovider for their service.  When an ISP is left J with nothing but script kiddies and very limited connectivity, they eitherG fixc the problem or go out of business.  In either case, the problem is  solved.   J Of course, the alternative is to continue to let them hack at your networkF and hope they never find a security hole to expolit.  I block a numberH ISP's here and I have yet to have anyone come to me and say they coudn'tF get to something they needed.  I have my home service through Verizon.B I connect to their website once a year, to pay my bill.  They haveJ absolutely nothing on their website that I need.  The same is true of mostJ ISP's.  Considering that these are dynamic addresses, it's not likely that: they are running a web page that you just have to contact.   bill    --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 13 Jan 2006 16:42:32 GMT( From: bill@cs.uofs.edu (Bill Gunshannon); Subject: Re: how to permanently reject this kind of address , Message-ID: <42q3joF1iadenU2@individual.net>  ( In article <ops3bp5szvzgicya@hyrrokkin>,& 	"Tom Linden" <tom@kednos.com> writes:J > On Fri, 13 Jan 2006 08:42:31 -0700, Jim Mehlhop <jim@mehlhop.org> wrote: > M >> The original address in 99% likely to be a dynamic address.  So blocking   J >> THAT address is useless. The next time that machine will be something  K >> else.  Also if you block the entire range you are blocking an ISP.  If   9 >> you never have to talk to anyone on that IP then fine.  >>L > I block entire class A licenses out of the orient.  Blocking an ISP, _may_J > cause that ISP to rethink its policies if its customers complain, so I   > think  > it is a good approach   B Thank you.  Now maybe people will see it's not just me.  There are@ others who think a draconian approach like this is sometimes the only answer.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Fri, 13 Jan 2006 08:36:13 -0700 # From: Jim Mehlhop <jim@mehlhop.org> ( Subject: Re: Internet Browser on OpenVMS/ Message-ID: <ONPxf.21$8t3.2217@news.uswest.net>     Peter 'EPLAN' LANGSTOEGER wrote:j > In article <dq5g25$jfq$1@news.BelWue.DE>, gartmann@nonsense.immunbio.mpg.de (Christoph Gartmann) writes: > H >>There is Mozilla (together with a supported variant from HP) and Lynx. >  > J > MOZILLA is no longer. Only (the HP supported variant) CSWB is there now.D > MOZILLA for VMS ended with M1.7 (I think), CSWB is at V1.7-11 now. > < > 	http://www.openvms.digital.com/openvms/products/ips/cswb/ > , > LYNX and MOSAIC freeware is there as well. > ; > 	http://www.openvms.digital.com/freeware/freeware70/lynx/ = > 	http://www.openvms.digital.com/freeware/freeware70/mosaic/  > M > Hopefully someone/HP ports FIREFOX (and THUNDERBIRD) as well, but don't bet O > on it (and if they do, we may loose CSWB then => no more CHATZILLA on VMS ;-)  >   K Catch 22 you give him browser addresses when he doesn't yet have a browser.    ------------------------------  % Date: Fri, 13 Jan 2006 16:43:12 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>( Subject: Re: Internet Browser on OpenVMS, Message-ID: <42q04gF1jfuuhU1@individual.net>   Jim Mehlhop wrote:" > Peter 'EPLAN' LANGSTOEGER wrote: > - >> In article <dq5g25$jfq$1@news.BelWue.DE>,  A >> gartmann@nonsense.immunbio.mpg.de (Christoph Gartmann) writes:  >>J >>> There is Mozilla (together with a supported variant from HP) and Lynx. >> >> >>K >> MOZILLA is no longer. Only (the HP supported variant) CSWB is there now. E >> MOZILLA for VMS ended with M1.7 (I think), CSWB is at V1.7-11 now.  >>@ >>     http://www.openvms.digital.com/openvms/products/ips/cswb/ >>- >> LYNX and MOSAIC freeware is there as well.  >>? >>     http://www.openvms.digital.com/freeware/freeware70/lynx/ A >>     http://www.openvms.digital.com/freeware/freeware70/mosaic/  >>E >> Hopefully someone/HP ports FIREFOX (and THUNDERBIRD) as well, but   >> don't betI >> on it (and if they do, we may loose CSWB then => no more CHATZILLA on  
 >> VMS ;-) >> > M > Catch 22 you give him browser addresses when he doesn't yet have a browser.   D But Netscape Gold has been lurking on the VMS CDs for several years.   ------------------------------  # Date: Fri, 13 Jan 2006 13:25:51 GMT ( From: Alan Greig <greigaln@netscape.net>7 Subject: OT: Doctor Who (Was Re: Alpha last order date) > Message-ID: <zTNxf.111334$D47.96250@fe3.news.blueyonder.co.uk>   Alan Greig wrote:   I > Doctor Who will run on BBC America or the Sci-Fi channel once they stop I > arguing. The BBC can't give it to BBC America while there is a possible I > commercial sale to a US channel. The Sci-Fi channel continues to say it   I In fact the Sci-Fi channel will show the new show beginning March it has  > just been announced. I guess they must read this newsgroup :-)  > http://www.theregister.co.uk/2006/01/13/doctor_who_us_showing/     --  
 Alan Greig   ------------------------------    Date: 13 Jan 2006 08:50:54 -0800 From: comp.os.vms@hotmail.com % Subject: Re: Strange SEARCH behaviour C Message-ID: <1137171054.096779.126240@z14g2000cwz.googlegroups.com>    thanks Keith   ------------------------------    Date: 13 Jan 2006 08:52:50 -0800 From: comp.os.vms@hotmail.com % Subject: Re: Strange SEARCH behaviour B Message-ID: <1137171169.973571.70630@g47g2000cwa.googlegroups.com>   Thanks   ------------------------------  % Date: Fri, 13 Jan 2006 11:15:36 +0000 ! From: Baldrick <none@[127.0.0.1]> 1 Subject: UK comedy, was Re: Alpha last order date ' Message-ID: <dq824p$6ld$1@lore.csc.com>   - David Turner, Island Computers US Corp wrote: . > What ever happened to the good ol' Britcoms? > 
 > Porridge > It ain't arf 'ot mum > Oppopen All Hours  >   > Are they still on TV in the UK  G Well the BBC, often the brunt of some sitcom jokes over repeats, does,  I err in fact repeat these. Currently the good life and open all hours are  I on, and there was a recent program on the goodies, hosted by themselves.   Sadly none of the series (yet?)   6 huge amount of this material is now on DVD (region 2).  H IMHO there is other stuff to watch out for, Little Britain is painfully H well observed parts of British life, and some odd things thrown in. Not F sure how or if it would be shown in the US because it's very close to H the bone. Peter Kay with the "Peter Kay Thing", Phoenix Nights, and Max F and Paddy's road to nowhere are clever. Dave Spikey who worked on the H Phoenix Nights had his own "Dead Man Weds" which had the highest visual 5 and verbal play on word count I think I've ever seen.   I http://www.bbc.co.uk/comedy/guide/articles/d/deadmanweds_3999050404.shtml   H e.g. advertising banner being strung across a road, at one end is reads F CANAL TRIPS, high vehicle drives through it, after the event, the guy G trying to hang it is holding the remains, with the C and the T missing  I so it reads a..l rips. perhaps the joke doesn't transfer :-) but this is  C constant in this. Only the league of gentlemen come close with the  & number of background incidental jokes.  H Steve Coogan with the "Alan Partridge" among others. Probably lots more F but I can't leave this off topic thread without mentioning Blackadder.   --  E Regards, Nic Clews a.k.a. Mr. Car Park Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  % Date: Fri, 13 Jan 2006 10:35:11 -0500 C From: "David Turner, Island Computers US Corp" <dbturner@icusc.com> 5 Subject: Re: UK comedy, was Re: Alpha last order date 3 Message-ID: <yEPxf.42$J7.37@bignews7.bellsouth.net>   ; Actually my sister sent me the Little Britain  first series 5 After having to convert it to US format, I watched it   6 Some of it is hilarious - and some just plain strange.J (The infatuated young guy and the Granny - very amusing, though twisted !)  I As for Ronnie Barker - that is a real shame. I guess noone lives for ever  (except Ursula Andress !) F My Parents are still in the UK but I get more updated on the amount of) immigrants coming into the UK from Africa = and E. Europe than entertainment so it's nice to get updated.     - Bernard Cribbins of Womble fame still around?    --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X252  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html   . "Baldrick" <none@[127.0.0.1]> wrote in message! news:dq824p$6ld$1@lore.csc.com... / > David Turner, Island Computers US Corp wrote: 0 > > What ever happened to the good ol' Britcoms? > >  > > Porridge > > It ain't arf 'ot mum > > Oppopen All Hours  > > " > > Are they still on TV in the UK > H > Well the BBC, often the brunt of some sitcom jokes over repeats, does,J > err in fact repeat these. Currently the good life and open all hours areJ > on, and there was a recent program on the goodies, hosted by themselves.! > Sadly none of the series (yet?)  > 8 > huge amount of this material is now on DVD (region 2). > I > IMHO there is other stuff to watch out for, Little Britain is painfully I > well observed parts of British life, and some odd things thrown in. Not G > sure how or if it would be shown in the US because it's very close to I > the bone. Peter Kay with the "Peter Kay Thing", Phoenix Nights, and Max G > and Paddy's road to nowhere are clever. Dave Spikey who worked on the I > Phoenix Nights had his own "Dead Man Weds" which had the highest visual 7 > and verbal play on word count I think I've ever seen.  > K > http://www.bbc.co.uk/comedy/guide/articles/d/deadmanweds_3999050404.shtml  > I > e.g. advertising banner being strung across a road, at one end is reads G > CANAL TRIPS, high vehicle drives through it, after the event, the guy H > trying to hang it is holding the remains, with the C and the T missingJ > so it reads a..l rips. perhaps the joke doesn't transfer :-) but this isD > constant in this. Only the league of gentlemen come close with the( > number of background incidental jokes. > I > Steve Coogan with the "Alan Partridge" among others. Probably lots more H > but I can't leave this off topic thread without mentioning Blackadder. >  > --  G > Regards, Nic Clews a.k.a. Mr. Car Park Charges, CSC Computer Sciences  > nclews at csc dot com    ------------------------------  % Date: Fri, 13 Jan 2006 10:36:40 -0500 C From: "David Turner, Island Computers US Corp" <dbturner@icusc.com> 5 Subject: Re: UK comedy, was Re: Alpha last order date 2 Message-ID: <0GPxf.44$J7.0@bignews7.bellsouth.net>  K OH - and Yes I remember when I worked for NE Computing way way back we used H to sell Microvax II systems to Television Centre - running VMS of course    H Anyone care to elaborate on what road they are going to follow with VMS?1 Still buying Alpha systems or going to Integrity?      DT   --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X252  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html   . "Baldrick" <none@[127.0.0.1]> wrote in message! news:dq824p$6ld$1@lore.csc.com... / > David Turner, Island Computers US Corp wrote: 0 > > What ever happened to the good ol' Britcoms? > >  > > Porridge > > It ain't arf 'ot mum > > Oppopen All Hours  > > " > > Are they still on TV in the UK > H > Well the BBC, often the brunt of some sitcom jokes over repeats, does,J > err in fact repeat these. Currently the good life and open all hours areJ > on, and there was a recent program on the goodies, hosted by themselves.! > Sadly none of the series (yet?)  > 8 > huge amount of this material is now on DVD (region 2). > I > IMHO there is other stuff to watch out for, Little Britain is painfully I > well observed parts of British life, and some odd things thrown in. Not G > sure how or if it would be shown in the US because it's very close to I > the bone. Peter Kay with the "Peter Kay Thing", Phoenix Nights, and Max G > and Paddy's road to nowhere are clever. Dave Spikey who worked on the I > Phoenix Nights had his own "Dead Man Weds" which had the highest visual 7 > and verbal play on word count I think I've ever seen.  > K > http://www.bbc.co.uk/comedy/guide/articles/d/deadmanweds_3999050404.shtml  > I > e.g. advertising banner being strung across a road, at one end is reads G > CANAL TRIPS, high vehicle drives through it, after the event, the guy H > trying to hang it is holding the remains, with the C and the T missingJ > so it reads a..l rips. perhaps the joke doesn't transfer :-) but this isD > constant in this. Only the league of gentlemen come close with the( > number of background incidental jokes. > I > Steve Coogan with the "Alan Partridge" among others. Probably lots more H > but I can't leave this off topic thread without mentioning Blackadder. >  > --  G > Regards, Nic Clews a.k.a. Mr. Car Park Charges, CSC Computer Sciences  > nclews at csc dot com    ------------------------------   End of INFO-VAX 2006.026 ************************