1 INFO-VAX	Sat, 02 Mar 2002	Volume 2002 : Issue 120       Contents: A newby DCL question.  Re: A newby DCL question.  Re: A newby DCL question.  Re: A newby DCL question.  Re: A newby DCL question.  Re: Alpha 2100A errors# Re: Alpha CPU Architecture question  Re: decnet phase IV -> phase V Re: decnet phase IV -> phase V. Re: define "group-logicals" at system startup. Display settings in VMS Motif ! Re: Display settings in VMS Motif ! Re: Display settings in VMS Motif ! Re: Display settings in VMS Motif % RE: emacs21 working a little bit more   Hobbyist DEC TCPIP - Telnet bug!H Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of	 LinuxG Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux  Re: Itanium troubles+ Re: Microsoft Curries Favor With Undergrads + Re: Microsoft Curries Favor With Undergrads  Netcraft Uptime For OpenVMS ? ! Re: OPENVMS-HOBBYIST License PAK?  Re: Sound on alpha/VMS?  Re: Sound on alpha/VMS? * Re: Sun eating major helping of Linux Crow* Re: Sun eating major helping of Linux Crow* Re: Sun eating major helping of Linux Crow* Re: Sun eating major helping of Linux CrowI Re: To VMS support: What is VMS/ucx raw socket exposure to DrDos attacks? I Re: To VMS support: What is VMS/ucx raw socket exposure to DrDos attacks? > Re: Warning!  Windoze XP involved in DRDos attacks!  Avoid XP!> Re: Warning!  Windoze XP involved in DRDos attacks!  Avoid XP!  F ----------------------------------------------------------------------   Date: 2 Mar 2002 01:42:20 -0800  From: wingwong@witty.com (wing)  Subject: A newby DCL question.= Message-ID: <873e96d6.0203020142.7cb86265@posting.google.com>    Hi,   " I am new to openvms and hence DCL.  > What is the difference of =, ==, := and define logical in DCL?   Thanks in advance,   Wing   ------------------------------  # Date: Sat, 02 Mar 2002 09:59:13 GMT " From: "Hans Vlems" <hvlems@iae.nl>" Subject: Re: A newby DCL question.0 Message-ID: <Rn1g8.129$Or2.3574@typhoon.bart.nl>   The following commands:    $ help/noinstr Topic? =  	 Topic? :=    will tell you all ...    Hans  * wing <wingwong@witty.com> wrote in message7 news:873e96d6.0203020142.7cb86265@posting.google.com...  > Hi,  > $ > I am new to openvms and hence DCL. > @ > What is the difference of =, ==, := and define logical in DCL? >  > Thanks in advance, >  > Wing   ------------------------------  % Date: Sat, 02 Mar 2002 10:40:35 -0500 1 From: Michael Austin <maustin@firstdbasource.com> " Subject: Re: A newby DCL question.1 Message-ID: <3C80F273.2F0F4FD@firstdbasource.com>    Hans Vlems wrote:  >  > The following commands:  >  > $ help/noinstr
 > Topic? = >  > Topic? :=      Also:      Topic? define    Topic? assign      >  > will tell you all ...  >  > Hans > , > wing <wingwong@witty.com> wrote in message9 > news:873e96d6.0203020142.7cb86265@posting.google.com...  > > Hi,  > > & > > I am new to openvms and hence DCL. > > B > > What is the difference of =, ==, := and define logical in DCL? > >  > > Thanks in advance, > >  > > Wing     --   Regards,  7 Michael Austin            Registered Linux User #261163 7 First DBA Source, Inc.    http://www.firstdbasource.com  Sr. Consultant   ------------------------------   Date: 2 Mar 2002 10:14 CST' From: carl@gerg.tamu.edu (Carl Perkins) " Subject: Re: A newby DCL question., Message-ID: <2MAR200210141794@gerg.tamu.edu>  # wingwong@witty.com (wing) writes... # }I am new to openvms and hence DCL.  } ? }What is the difference of =, ==, := and define logical in DCL?  }  }Wing   ? Well, none. But that is only because they aren't used to define A logicals. They are used to define symbols, which are not the same  thing.  = When defining symbols, the single "=" forms set local symbols ? and the "==" forms set global symbols. The ":" prefix to either B adds some parsing "magic" where the rest of the line is treated as@ text and some additional things are done to it - I'm not sure if@ this is the whole list, but leading spaces are removed, tabs areD converted to spaces, multiple spaces are converted to single spaces,B and it is all converted to upper case. (You can defeaat this extra@ parsing stuff by quoting it, but at that point you could usually/ just as well use the version without the ":".)    D The ":" version also lets you set substrings via the "[offset,size]"? syntax. The version without the ":" lets you set bit fields via  the same syntax.  	 Consider:    $ foo :=    foo foo    foo
 $ sh symb foo    FOO = "FOO FOO FOO"  $ foo = "foo foo    foo"
 $ sh symb foo    FOO = "foo foo    foo"   then   $ foo[5,2] := zz
 $ sh symb foo    FOO = "foo fZZ    foo" $ foo[3,3] = %x7
 $ sh symb foo    FOO = ">oo fZZ    foo"  H If you use the "=" and/or ":=" form in a .COM file, the definitions willH disappear when the .COM file exits. They were local to the command levelG of the executing .COM file. You have to use the "==" forms to have them G stick around after it completes. This allows you to avoid cluttering up D your symbol table, but still be able to pass symbols up to the level( that did the "@somthing.com" and beyond.  C Consult the HELP command, topics ":=" and "=", for detailed info on B symbols (which is probably more clearly explained than the above).  C Consult the HELP command, topics DEFINE (and ASSIGN, and DEASSIGN), # for detailed info on logical names.    --- Carl   ------------------------------   Date: 2 Mar 2002 06:32:58 CDT = From: wayne@tachysoft.xxx.525246.killspam.00ce (Wayne Sewell) " Subject: Re: A newby DCL question.. Message-ID: <i5P9bJRQBcsf@tachxxsoftxxconsult>  U In article <Rn1g8.129$Or2.3574@typhoon.bart.nl>, "Hans Vlems" <hvlems@iae.nl> writes:  > The following commands:  >  > $ help/noinstr
 > Topic? = >  > Topic? :=  >  > will tell you all ...  >  > Hans    M The /noinstr probably isn't a good idea for a raw newbie.  He *needs* to know N how the help command works.  Supression of the introductory text is for later.     > , > wing <wingwong@witty.com> wrote in message9 > news:873e96d6.0203020142.7cb86265@posting.google.com...  >> Hi, >>% >> I am new to openvms and hence DCL.  >>A >> What is the difference of =, ==, := and define logical in DCL?  >> >> Thanks in advance,  >> >> Wing  >  >  --  O =============================================================================== M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O =============================================================================== = Society Lady:  Are you familiar with the Great Wall of China? 5        Curly:  No, but I know a big fence in Chicago!    ------------------------------  % Date: Sat, 02 Mar 2002 10:16:02 -0500 2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: Alpha 2100A errors K Message-ID: <rdeininger-0203021016030001@1cust105.tnt3.nashua.nh.da.uu.net>   4 In article <a5oadq$efk$1@sulawesi-fi.lerc.nasa.gov>," Dale.J.Martin@lerc.nasa.gov wrote:   >Greetings,  > O >I work for a service provider that maintains assorted Alpha platforms running  P >OpenVMS 7.1-2. Since we installed OpenVMS 7.1-2 roughly two years ago, we have L >experienced several 630 cache correctable and 660 uncorrectable CPU errors P >(either one or the other or both) on all of our AlphaServer 2100A systems. The N >frequency of these errors occuring can be anywhere from three weeks to three M >months, depending on the individual system. When we contact Compaq support,  M >they tell us that the 630 errors are of no great concern and that we should  N >monitor the system for future occurances and think about replacing memory if K >they occur frequently. Of greater concern to us are the 660 uncorrectable  P >errors, Compaq doesn't offer much except to say that some event on the PCI bus O >is causing them and the CPU can't correct the error. We do have an assortment  3 >of third-party PCI cards installed in the 2100As.   > N >Has anyone had any type of experience with the cause of these 660 errors? If I >so, what have you done about them? We have tried replacing CPU, memory,  M >PCI/EISA daughter boards, system boards, and PCI cards to no avail, the 660  I >error problem doesn't seem to follow any one piece of hardware. With the  amount  F >of output we get from the error log files, one would think that some J >determination could be made about what specifically is happening to cause these O >errors. Upgrading O/S or hardware is not an option right now, I would like to  : >know why this is happening on these particular platforms.  E Both 630 and 660 machine checks are used for a variety of occurances, H depending on the platform.  I don't have any particular knowledge of the 2100A.  G The appropriate bit-to-text tool should give you much more detail about H the machine checks -- enough to at least tell what hardware component isJ involved.  You may need DECevent, or Compaq Analyze.  I think 7-1.2 is too! recent for Analyze/error to work.   G Occasional machine checks can be caused by random events -- cosmic rays H upsetting a memory bit, for example.  But every few weeks sound much tooG often, an may be pointing to one or more failing components.  You might J want to check environmental factors.  Is the power good?  Are the fans allI working properly?  Are the machine filling up with dust bunnies and other G undesirable creatures?  Stressed hardware fails more rapidly than happy H hardware.  Cleaning the dust out of a system and removing and re-seatingH all the PCI cards and memory can cure "random" problems. (Always observe; anti-static precautions when handling computer components.)   I Your machine checks that move around and persist after hardware swaps are  not typical.    G Depending on the sytstem, alpha servers typically have either parity or I ECC protection on most or all of the memory path, both on and off the CPU E chip.  Parity allows the system to detect a single bit in error.  ECC G allows detection of multiple bit errors, and repair of single (and some D multiple) bit errors.  PCI data paths get similar treatment.  If theJ hardware and firmware combined can fix (or retry the operation in a "safe"H way), the problem is reported as a correctable machine check.  OtherwiseE it is an uncorrectable machine check.  Machine checks can be fatal or G nonfatal.  If fatal, VMS crashes the system because it can't assume its  own data structures are intact.   G If the system crashes, error info may not make it to the error log file J immediately.  It may wind up in other places, like the dump file, and onlyI reach its final destination after the reboot -- and only if the system is I configured to handle dump files correctly.  Make sure the systems are set E up to handle error logs and dump files appropriately. (See the system  manager's manual.)  E The reporting tools should give you lots of detail about each machine D check.  If you post some typical ones, we can try to interpret them.   ------------------------------  % Date: Sat, 02 Mar 2002 09:53:52 -0500 2 From: rdeininger@mindspring.com (Robert Deininger), Subject: Re: Alpha CPU Architecture questionK Message-ID: <rdeininger-0203020953530001@1cust105.tnt3.nashua.nh.da.uu.net>   @ In article <a5o828$u38$1@newsreader.mailgate.org>, David Harrold <DHarrold@wi.rr.com> wrote:   M >We had a crash yesterday on one of our GS-160s and the reason came back from O >the support center as a BCache failure on one of the CPUs.  SO what exactly is  >the BCache?  G Bcache is typically alpha-speak for "backup bache".  The term refers to D cache outside of the CPU chip.  Alpha chips typically have 1 or moreG layers of cache on the chip, and systems typically have another, larger F cache off chip.  The external cache is usually called Bcache.  You can- also think of it as level-2 or level-3 cache.     O >And more generally, is there any publicly available documentation on the Alpha * >CPUs that describe these types of things?  H Yes, there is pretty complete documentation at the Compaq web site.  TheH last time I found it, I started at www.openvms.compaq.com followed linksG to the alphaserver area, followed some linux links, and came to an area @ with all the alpha CPU data sheets and specs.  If you feel luckyJ searching, you might look for strings like "21064", "21164", "21264", etc.   ------------------------------  % Date: Sat, 02 Mar 2002 08:22:31 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>' Subject: Re: decnet phase IV -> phase V ) Message-ID: <3C807DB7.5060708@bluewin.ch>    JF Mezei wrote:    > Paul Sture wrote:  > E >>Big learning curve for TCP/IP too, but you did that, didn't you :-)  >> > M > TCPIP is not as easy as the single panel config on a MAC, granted.  But the P > experience of setting it to gives one marketable skills, whereas piddling with > decnet-5 doesn't.  >   H "Piddling with decnet-5" does give one marketable skills, although I'll 0 agree that TCP/IP experience is more marketable.     I > But I have found that the TCPIP setup and the documentation make it far K > easier.  The help in TCPIP is more "natural" than in NCL, (perhaps due to N > TCPIP having more familiar terminology).  And the printed documentation alsoG > shows you the various options (mostly logical names you can define in / > systartup_VMS after having stated the stack).  >   B Oh yeah? My first experience with UCX was pretty abysmal.The help G scrolled forever, as it still does to this date - a really frustrating  A time if you only have access to a VT, as it didn't obey a DEFINE  G SYS$OUTPUT to a file (I'm glad to say it does now).The best bet was to  A extract the help text from the libraries. Oh, and the bookreader  I documentation for it wanted an ULTRIX license - tough if you didn't have   one.     N > I didn't "need" 5 but installed it to learn it. But it turned out to be moreO > trouble that it was worth, especially the pesky DTSS messages I couldn't seem N > to permanently get to go away. I tried to install it also in my microvaxx IIN > but then realised the darned thing needed 80,000 blocks to give me set host,L > copy and decnet objects, all of which were far simpler with decnet 4 which > took far fewer resources.  >   C I wouldn't recommend it on an older VAX, for memory and disk space  > concerns. The DTSS messages problem is easy to solve - simply E copy/rename SYS$MANAGER:NET$EVENT_LOCAL.TEMPLATE to .NCL and add the   following lines:   !  ! block dtss too few servers ! 8 block event dispatcher outbound stream * global filter -0          ((node,dtss), Too Few Servers Detected)     
 Paul Sture   Switzerland    ------------------------------  % Date: Sat, 02 Mar 2002 11:16:25 +0100  From: Dirk Munk <munk@home.nl>' Subject: Re: decnet phase IV -> phase V & Message-ID: <3C80A679.4050605@home.nl>   JF Mezei wrote:  > Paul Sture wrote:  > E >>Big learning curve for TCP/IP too, but you did that, didn't you :-)  >> > M > TCPIP is not as easy as the single panel config on a MAC, granted.  But the P > experience of setting it to gives one marketable skills, whereas piddling with > decnet-5 doesn't.  > I > But I have found that the TCPIP setup and the documentation make it far K > easier.  The help in TCPIP is more "natural" than in NCL, (perhaps due to N > TCPIP having more familiar terminology).  And the printed documentation alsoG > shows you the various options (mostly logical names you can define in / > systartup_VMS after having stated the stack).  > N > I didn't "need" 5 but installed it to learn it. But it turned out to be moreO > trouble that it was worth, especially the pesky DTSS messages I couldn't seem N > to permanently get to go away. I tried to install it also in my microvaxx IIN > but then realised the darned thing needed 80,000 blocks to give me set host,L > copy and decnet objects, all of which were far simpler with decnet 4 which > took far fewer resources.  > N > If this had been a requirement, I would have then spent the time to read theO > books cover to cover a few times and played around on a test system to find a K > working configuration and then put that in production. But without such a0O > need, spending time to fiddle with decnet-5 yeiels far less marketable skillsC( > than spending time working with TCPIP. >   H Sorry to disapoint you, but the TCPIP cli is a real mess at the moment. H Many fearures are 'hidden' behind Unix style commands, and can't be set 5 permanently. Read the Troubleshooting & Tuning guide.   D To set these items permanently you have to edit TCPIP$SYSTARTUP.COM. example:   $!      TCPIP$SYSTARTUP.COMM $!; $!      Commandfiles to set some system specific parameters  $! $tcpip# sysconfig -r socket somaxconn=65535u# sysconfig -r socket sominconn=65535 # sysconfig -r inet tcbhashsize=16384x+ sysconfig -r inet tcp_rexmit_interval_min=8a) sysconfig -r inet tcp_keepalive_default=1p exit $! $       exit $       H Other example: Setup a cached Bind server, and convert it to a 8.1 Bind E server. Afterwards look at your configuration (show config bind). It a= will still show Named.CA, but in fact a completely different e configuration file is in use.n  2 Compaq is working on improvements, so that's good.  H What I like so much about NCL is its logic. Every configuration item is G somehow visibly connected to the layer below. With TCPIP no such logic SI is present. You're managing something without any logic or understanding SG where about in the TCPIP architecture you're changing something. There nF is no description of many items, no way of knowing if it is a setting F for TCPIP as a whole, or if your setting will change every connection.  , I would love a more NCL style cli for TCPIP.   ------------------------------   Date: 1 Mar 2002 23:49:50 -0800 ) From: P.Young@unsw.EDU.AU (Patrick Young)D7 Subject: Re: define "group-logicals" at system startup.i= Message-ID: <55f85d77.0203012349.59b9b99e@posting.google.com>n  h Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<7p9b8KjweUJY@eisner.encompasserve.org>... >aM > $ RUN SYS$SYSTEM:LOGINOUT/INPUT=NL:/OUTPUT=NL:/ERROR=NL:/UIC=[37774,177776]:  L Didn't think of that - That is _WAY_ cool! - missed a group of 3 of us since 1989.l  D X run/uic=[12345,177776]/err=nl:/out=nl:/inp=nl: sys$system:loginout= %RUN-S-PROC_ID, identification of created process is 00000177a X show lo/tab=lnm$group_012345 (LNM$GROUP_012345)   ------------------------------  % Date: Sat, 02 Mar 2002 11:48:09 +0100h From: Dirk Munk <munk@home.nl>& Subject: Display settings in VMS Motif$ Message-ID: <3C80ADE9.70601@home.nl>  H Is it possible to change the display settings in Motif ? I'm using a 21 H inch tube on my PWS500au, and I would like to have a higher resolution,   and thus smaller characters etc.   Regards,  	 Dirk Munks   ------------------------------  $ Date: Sat, 2 Mar 2002 12:51:11 +0100, From: "Bart Zorn" <B.Zorn@TrueBit.nospam.nl>* Subject: Re: Display settings in VMS Motif* Message-ID: <a5qebg$lou$1@news1.xs4all.nl>  J "Dirk Munk" <munk@home.nl> wrote in message news:3C80ADE9.70601@home.nl...I > Is it possible to change the display settings in Motif ? I'm using a 21 I > inch tube on my PWS500au, and I would like to have a higher resolution, " > and thus smaller characters etc. > 
 > Regards, >, > Dirk Munku >n  K The first thing you have to find out is if and how your display adapter canw= support a higher resolution. Once that's done, have a look at-  SYS$MANAGER:DECW$STARTSERVER.COM   HTHm  	 Bart Zorna   ------------------------------  % Date: Sat, 02 Mar 2002 15:08:46 +0100A2 From: martin@radiogaga.harz.de (Martin Vorlaender)* Subject: Re: Display settings in VMS Motif; Message-ID: <3c80dcee.524144494f47414741@radiogaga.harz.de>n   Dirk Munk (munk@home.nl) wrote:eJ > Is it possible to change the display settings in Motif ? I'm using a 21 J > inch tube on my PWS500au, and I would like to have a higher resolution, " > and thus smaller characters etc.  I SYS$MANAGER:DECW$DEVICE_CONFIG_xy.COM (xy = your graphics device) has thetL possible settings. Enter them into SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COML (copying it from the .TEMPLATE file of the same name) and restart DECwindows by&     $ SYS$STARTUP:DECW$STARTUP RESTART   cu,o   Martin -- eH    Emacs would be a great   | Martin Vorlaender  |  VMS & WNT programmer5    operating system,        | work: mv@pdv-systeme.detL    if only it came with     |       http://www.pdv-systeme.de/users/martinv/<    a decent editor...       | home: martin@radiogaga.harz.de   ------------------------------  $ Date: Sat, 2 Mar 2002 17:42:39 +0100, From: "Bart Zorn" <B.Zorn@TrueBit.nospam.nl>* Subject: Re: Display settings in VMS Motif* Message-ID: <a5qve0$n0i$1@news1.xs4all.nl>  7 "Bart Zorn" <B.Zorn@TrueBit.nospam.nl> wrote in message $ news:a5qebg$lou$1@news1.xs4all.nl...L > "Dirk Munk" <munk@home.nl> wrote in message news:3C80ADE9.70601@home.nl...K > > Is it possible to change the display settings in Motif ? I'm using a 21 K > > inch tube on my PWS500au, and I would like to have a higher resolution,c$ > > and thus smaller characters etc. > >o > > Regards, > >=
 > > Dirk Munke > >  >tI > The first thing you have to find out is if and how your display adapterr cano? > support a higher resolution. Once that's done, have a look atd" > SYS$MANAGER:DECW$STARTSERVER.COM  - I replied a little bit too fast. It should befL SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COM, as Martin Vorlaender  said in hisK reply. Anyway, whatever you specify in this file, it has to be supported byG the hardware, of course.   Bart   ------------------------------  $ Date: Sat, 2 Mar 2002 09:05:23 -0800# From: "Tom Linden" <tom@kednos.com>.. Subject: RE: emacs21 working a little bit more9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEDMEEAA.tom@kednos.com>h   Roar,o  K Hvordan gaar det?  How is it going? are you making any progress with emacs?@F We recently encountered some problem in the manner in which storage is	 allocated H for bit fields, which was incompatible with prior versions of DECC.  Now this doesn'tJ look like the problems you are4 having, but  I still think it may be safer to use7 gnu C, since this is what is normally used to build it.    > -----Original Message-----/ > From: Roar Throns [mailto:roart@nvg.ntnu.no]o) > Sent: Sunday, February 10, 2002 2:55 AMe > To: Info-VAX@Mvb.Saic.Com 0 > Subject: Re: emacs21 working a little bit more >  >i. > John E. Malmberg <wb8tyw@qsl.network> wrote: > : Roar Throns wrote:= >=1 > :> John E. Malmberg <wb8tyw@qsl.network> wrote:= > :>= > :: SYSTEM-F-ASTFLT, AST fault, SP=00000000, param=00000000,)B > :: PC=0000000000000000, PS=00000000, target PC=FFFFFFFF80A50B44,
 > PS=0000001B.C > :: Use the linker map to identify the closest symbol to 80A50B44,a
 > and thenC > :: find it using HEX math in the assembly listing produced by the= > compiler.  > :>! > :> 80A50B44 is not in my space.e >e > It is btw in DECC$SHR. >rC > :> The debugger caught it and showed me which service who got it,-C > :> but it was probably some new functionality someplace else thatm > caused it.= > :> (Some atimer module using alarm/signals (meaning ASTs).)D >rG > : If you can reproduce this readily, try commenting out functionalityc* > : until you get the smallest reproducer. >aK > : If you can reproduce this in the debugger, by using the SHOW IMAGE, SETrJ > : IMAGE and SET MODULE commands, the debugger can sometimes identify the( > : different images in the stack trace. >aF > : This may allow you to identify what queued the AST that is failing" > : because of the STACK problems. > L > I circumvented most of the ASTFLTs by turning off the alarm-timers in someL > parts of the code, and I can reproduce by commenting out the turning-offs. >n? > I set break at myhandler (a handler for handling the ASTFLT).  >eB > It is then typically in a sys$wflor, waiting for keyboard input. >dG > At invocation of myhandler, it is typically 40 call frames from main.e >y& > With set image, I get the following: >n! > 0: VMSPROC (where myhandler is)e > 1: DECC$$SHELL_HANDLER > 2: ? > 3: DECC$GSIGNALt > 4: DECC$INET6_RTHDR_ADDu > 5,6: ? > 7: SSI$CANCEL_REPLACEMENTc > 8,9: SHARE$SYS$SSISHRa > 10: SYS$GETJPI_FAST_Kh > 11: SHARE$SYS$SSISHR! > 12: VMSPROC (doing a sys$wflor)y
 > 39/40: maine > ; > Normal operation with sys$wflor is without those which is  > presently numbered	 > 0 to 5.  >e
 > Regards, > Roar Throns >I   ------------------------------   Date: 2 Mar 2002 16:03:40 +01006  From: Cthulhu <noone@nowhere.it>) Subject: Hobbyist DEC TCPIP - Telnet bug!h) Message-ID: <a5qpkc$1te$1@kadath.deep.it>r  G I acquired an OpenVMS/Alpha CD (thanks Montagar!) and I installed it ontD an Hobbyist AlphaServer 1200. And I discovered again the TELNET bug.  D Now, would it be a so infamous crime if a kind people will send me aD 5.0A kit, since Compaq has never released an "Hobbyist ECO" for this bug? O:)   	speranzosamente,r 	    Cthulhu   --    D    Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it/ wgah'nagl fhtgan!$ 		     <cthulhu (at) rlyeh (dot) it>   ------------------------------  # Date: Sat, 02 Mar 2002 10:04:52 GMTu" From: "Hans Vlems" <hvlems@iae.nl>Q Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of	 Linuxt0 Message-ID: <8t1g8.130$Or2.3586@typhoon.bart.nl>  > A 360 compares to a 370/390 as a PDP-11 to a VAX-11 processor.F The 390 is an extension of the 370 architecture. A 3900 series cpu can addressaD more memory than a 370. I'm not sure whether the instruction set was extended: as well. 360 code will not run on a 370/390 class machine.   Hans  8 JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message& news:3C7FF885.18F0A9F2@videotron.ca... > Christopher Smith wrote:3 > > Linux runs on 360?  I thought it was only 390s.  >tJ > 390s are to the 360 what Alpha EV7 is to Alpha 21064 or what the Pentium is tol > the 80286. >rK > Same instruction set. Few more instructions, nicer implementation, and ini thee@ > case of 390/360, 32 bit adressing instead of 24 bit adressing.   ------------------------------  # Date: Sat, 02 Mar 2002 10:18:23 GMT " From: "Hans Vlems" <hvlems@iae.nl>P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux0 Message-ID: <PF1g8.131$Or2.3484@typhoon.bart.nl>  I Linux was ported to the 390 series, an extension of the 370 architecture.iF The 360 has nothing to do with it. That architecture is older than the PDP-116 and I doubt that there is a 360 doing production work.7 AIX does run on a 390 as a guest OS under VM or OS/390.k  8 JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message& news:3C7FE8C0.4347CE3D@videotron.ca... > Simon Clubley wrote:K > > 1) Linux is (or can be) a _profitable_, and hence viable, operation fore asL > > company. That must be making Bill Gates more worried than he already is. >mE > To HP, Linux would be no more profitable than Windows, unless Linuxa	 customerso+ > are more likely to buy support contracts.i > I > Linux is to wintel box makers today what Unix was to the Data Generals, I > Burroughs etc of the 80s. They could no longer afford to have their ownaK > proprietary systems so they all jumped on the Unix bandwagon because Unixc wash< > cheap for them and looked "compatible" with everyone else. >rJ > Linux is an easy way for wintel box makers to escape from the slavery toI > Microsoft, especially in case Microcost tanks. It is also very easy forA themL > to claim to be Linux vendors and attempt to portray themselves as a viableI > Linux vendor to counter IBM's push to capture some of the Linux market.g >DG > Does HP/Compaq really have the in-house expertise to be able to trulyn supportu > Linux worldwide ?s >cJ > No offense meant to Linux itself, but Linux is a fad right now. So it isL > normal that anyone and everyone wants to claim to sell Linux, just in case > Linux does catch on. >sL > While Comapq was quick to kill Tru64, has IBM killed AIX ? What puzzles me isE > why IBM would have ported Linux to its 360 mainframes, running manyh	 instances 9 > of an OS, while AIX isn't ported to the same mainframe.o >iH > The "logical" thing to have done is ensure that the proprietary Unixes (Tru64,cG > AIX, Solaris) could cleanly compile Linux code. That would have taken L > advantage of the pool of Linux "free" software, while giving customers theJ > advantage of a proprietary and solidly supported/debugged UNXI operating2 > system with features such as clustering etc etc.   ------------------------------  % Date: Sat, 02 Mar 2002 13:02:53 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>oP Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux, Message-ID: <3C8113CC.BBAA8592@videotron.ca>   Hans Vlems wrote:u > K > Linux was ported to the 390 series, an extension of the 370 architecture.0% > The 360 has nothing to do with it.    G Shall I scan my good old 370 assembler card that clearly shows the few dA instructions that were added from the 360 assemblerinstructions ?e   ------------------------------   Date: 2 Mar 2002 17:58:47 GMT & From: peter@abbnm.com (Peter da Silva) Subject: Re: Itanium troublese% Message-ID: <a5r3sn$gg2@web.nmti.com>d  + In article <a5lh7v$mnq$1@milo.mcs.anl.gov>, + Tony Scandora <Scandora@cmt.anl.gov> wrote:l > The rest of the world willM > go with Wintel, and VMS, Tru64 and NSK might as well go along for the ride.T  J The rest of the world will go with... IA32/Win32. That's "wintel". There'sM very little reason, really, to treat IA64 as anything but another proprietary M processor. Making it part of the Wintel mass market is going to be a long andsJ hard uphill battle, even for Intel. that's why even Intel is hedging their bets.T   --  +  `-_-'   In hoc signo hack, Peter da Silva.dE   'U`    "A well-rounded geek should be able to geek about anything."iL                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------   Date: 1 Mar 2002 23:01:05 -0800t) From: P.Young@unsw.EDU.AU (Patrick Young)g4 Subject: Re: Microsoft Curries Favor With Undergrads= Message-ID: <55f85d77.0203012301.67f1d26e@posting.google.com>   [ John Reagan <john.reagan@compaq.com> wrote in message news:<3C7FE0D8.5080908@compaq.com>...y > Brian Tillman wrote: > > = > > At one time, Digital knew this.  Compaq just says, "Huh?"d > >  > / > I'll follow up with a "Huh?" to your comment?d > J > Can you give me an example of what Digital did "at one time" that would K > be similar?  I can't think of any (other than some campus-wide licensing n< > schemes for universities that still exist today [I think])  F UNSW has been on the CSLG for God knows how long. No complaints! it isI a most excellent service. IIRC last year saw a price _REDUCTION_, just asl? M$ was doing a price _INCREASE_, all when the AUS$ was falling!(  H The cost per machine is trivial and it is calculated from the total costG by UNSW from the number of subscribers within UNSW. I would not mind if E Compaq actually charged more for it. That said, I don't actually know H what the *total* UNSW cost is since the license admin is not done by me.F I assume if we had labs full of OpenVMS workstations it would start to& become close to free for each machine.  C This year we did have to provide serial numbers of machines (I alson% included and paid for my home PC164).e  H We got PAKs with the wrong expiry date, however Compaq fixed this almostB the _INSTANT_ it was reported: 30-JAN-2003 instead of 28-FEB-2003.  : No complaints here - as I said a *most excellent* service.  I BTW - question for Compaq - is there a smallish "powered by OpenVMS/CSWS"o, image that would suit www.fce.unsw.EDU.AU ??   ------------------------------  % Date: Sat, 02 Mar 2002 11:19:36 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender)4 Subject: Re: Microsoft Curries Favor With Undergrads; Message-ID: <3c80a738.524144494f47414741@radiogaga.harz.de>t  * Patrick Young (P.Young@unsw.EDU.AU) wrote:K > BTW - question for Compaq - is there a smallish "powered by OpenVMS/CSWS"g. > image that would suit www.fce.unsw.EDU.AU ??  ! You can find one down the left oneC http://www.openvms.compaq.com/openvms/products/ips/apache/csws.html    cu,i   Martin -- qG                            | Martin Vorlaender  |  VMS & WNT programmerc4 Microsoft isn't the Borg:  | work: mv@pdv-systeme.deK the Borg have proper       |       http://www.pdv-systeme.de/users/martinv/t; networking.                | home: martin@radiogaga.harz.des   ------------------------------   Date: 2 Mar 2002 16:33:23 GMTI) From: leslie@clio.rice.edu (Jerry Leslie)C& Subject: Netcraft Uptime For OpenVMS ?' Message-ID: <a5qusj$gr5$2@joe.rice.edu>y! Keywords: netcraft,uptime,openvmsm  B Is there any news on Netcraft's site being able to provide uptime  for OpenVMS web servers ?e  B It would be nice to see some OpenVMS systems on the "Top requested sites" display:f  5    http://uptime.netcraft.com/up/today/requested.html     Top requested sites  4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------   Date: 2 Mar 2002 15:46:56 +0100a  From: Cthulhu <noone@nowhere.it>* Subject: Re: OPENVMS-HOBBYIST License PAK?) Message-ID: <a5qol0$1l6$1@kadath.deep.it>d  1 Zane H. Healy <healyzh@shell1.aracnet.com> wrote:w  J > I gather that DFG is "Disk File Optimizer"?  However, what on earth does > OPENVMS-HOBBYIST do?!?!?  < I have also noticed that the Layered Products PAKs expire onE 24-JAN-2002, about four months to go. Not a big issue for an hobbyistsF system, however the operating system PAK has the right expiration date (one year from emission).n  " Who should be notified about this?   	generatamente,h 	   Cthulhu    -- r  D    Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it/ wgah'nagl fhtgan!$ 		     <cthulhu (at) rlyeh (dot) it>   ------------------------------  % Date: Sat, 02 Mar 2002 07:59:55 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>  Subject: Re: Sound on alpha/VMS?) Message-ID: <3C80786B.5020102@bluewin.ch>-  6 Patrick MOREAU, CENA Athis, Tel: 01.69.57.64.40 wrote:  1 > In article <a5j9qi$87l$1@newslocal.mitre.org>, p< > lewis@lumina.removethis.mitre.org (Keith A. Lewis) writes: > I >>I see some audio ports in the back of my Alphastation 500au.  Are theset >>usuable under VMS at all?J >> >  e > : >>--Keith Lewis              klewis@mitre.remove-thisx.org@ >>The above may not (yet) represent the opinions of my employer. >> > H > You need MMOV (Multimedia Services for OpenVMS, the pack was generallyJ > available with VMS on a workstation). MMOV supports the olders MicrosoftK > Compatible sound cards found on alphastations and also new Compaq EnsoniqM8 > AudioPCI available for recent hardware (DS10 etc ...). > P > MMOV gives you a basic sound player - recorder (WAV format or 8bit sun format)Q > but some interesting ports of Unix sound applications are available at the DECWeF > archive (mp3 player, midi player, midi sequenncer and score editor): > $ > http://decwarch.free.fr/audio.html > 
 > Enjoy !! >  Thanks for the info, but just one point: The various pthreads ECOs which came out for Java support under VMS V7.1 explicitly  stated that MMOV would no longer work if they were applied.l    ( What is the position with V7.2 and V7.3?  
 Paul Sture SwitzerlandD   ------------------------------   Date: 2 Mar 2002 17:53:30 +0100.O From: pmoreau@dev.ath.cena.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.64.40)   Subject: Re: Sound on alpha/VMS?  Message-ID: <BU9$k3BGNnDd@sable>  e In article <a5obne$81d$1@newslocal.mitre.org>, lewis@luminaforspam.mitre.org (Keith A. Lewis) writes:e [...]d$ >>http://decwarch.free.fr/audio.html > ; > Thanks for the link, Patrick!  I'll check that stuff out.k > I > But I wonder if support has been yanked.  I'm checking it out on my old-J > Alphastation 600 5/233 first.  It came with a Microsoft sound card and aM > MMOV-RT license.  I'm running VMS 7.3 and DW-MOTIF 1.2-5.  I just installede > MMOV 2.2 and rebooted. > I > Now when I run DECsound from the CDE it doesn't seem to find the card. o? > DECsound: %DIVA-E_ASSNFAIL, unpecified error from diva_assign   K DECsound is an old application only working with old 8bit AMD sound devicesnA (VAXstations and DEC Alpha 3000 series). With MMOV, you must use . MMOV$DECSOUND.EXEh  N You'll find MMOV applications under SYS$SYSTEM, they are all prefixed by MMOV$   SUB$ dir sys$system:mmov* :r   Directory SYS$COMMON:[SYSEXE]   + MMOV$ALPHAVCR.EXE;1 MMOV$AUDIOCONTROL.EXE;1R< MMOV$AUDIODEVICES.EXE;1                 MMOV$AUDIOPLAY.EXE;1C MMOV$AUDIORECORD.EXE;1                  MMOV$AUDIOSELECTPORTS.EXE;1a< MMOV$AUDIOSETVOLUME.EXE;1               MMOV$AVIRECORD.EXE;1M MMOV$DECSOUND.EXE;1 MMOV$JPEGCONVERT.EXE;1                  MMOV$SERVER.EXE;1t? MMOV$VIDDUALRECORD.EXE;1                MMOV$VIDEOODYSSEY.EXE;1-( MMOV$VIDPLAY.EXE;1  MMOV$VIDRECORD.EXE;1 MMOV$VIDSTREAMIN.EXE;1  8 You need to launch the MMOV server before playing sound:   [...] H > I just checked the Hobbyist FAQ and it said MMOV-DV is available, so IJ > should be able to build applications, which is what I really want to do.  @ Yes, I'm using the hobby DV version. RT will only allow playing.   Patrick  --O ===============================================================================tN pmoreau@ath.cena.fr  (CENA)     ______      ___   _           (Patrick MOREAU)4 moreau_p@decus.fr (DECUS)       / /   /     / /|  /|J CENA/Athis-Mons FRANCE         / /___/     / / | / |   __   __   __   __  N BP 205                        / /         / /  |/  |  |  | |__| |__  |__| |  |N 94542 ORLY AEROGARE CEDEX    / /   ::    / /       |  |__| | \  |__  |  | |__|N http://www.ath.cena.fr/~pmoreau/            http://www.multimania.com/pmoreau/O ===============================================================================e   ------------------------------  % Date: Sat, 02 Mar 2002 06:13:44 +0100-( From: Paul Sture <paul.sture@bluewin.ch>3 Subject: Re: Sun eating major helping of Linux CrowR) Message-ID: <3C805F88.1000106@bluewin.ch>g   Rob Young wrote:    J >> EC > 	In other words:  "Linux on non-PCs isn't a threat, won't get off @ > 	the ground... is going nowhere."  AND "IBM isn't going to getB > 	Linux going on much other than PC (Intel) based hardware [other# > 	platforms... other than "PC"]  "r > A Sorry, but you are wrong in thinking that "IBM isn't going to geteu Linux going on much other than PC (Intel)". They are actively touting Linux as a gazillion instances on OS/390 boxes.-    
 Paul Sture Switzerlandm   ------------------------------  # Date: Sat, 02 Mar 2002 08:30:43 GMT2* From: "Bill Todd" <billtodd@metrocast.net>3 Subject: Re: Sun eating major helping of Linux Crow ? Message-ID: <T40g8.4167$pN4.638660@bin8.nnrp.aus1.giganews.com>n  5 "Paul Sture" <paul.sture@bluewin.ch> wrote in message># news:3C805F88.1000106@bluewin.ch...  > Rob Young wrote: >  >a > >>D > > In other words:  "Linux on non-PCs isn't a threat, won't get offA > > the ground... is going nowhere."  AND "IBM isn't going to getsC > > Linux going on much other than PC (Intel) based hardware [othere$ > > platforms... other than "PC"]  " > >lC > Sorry, but you are wrong in thinking that "IBM isn't going to getCG > Linux going on much other than PC (Intel)". They are actively toutingo/ Linux as a gazillion instances on OS/390 boxes.n  K Rob doesn't think that, he was just asserting that the Sun source he quoteds did.   - bill   ------------------------------   Date: 2 Mar 2002 10:39:12 -0600u+ From: young_r@encompasserve.org (Rob Young)e3 Subject: Re: Sun eating major helping of Linux Crowt3 Message-ID: <Y1R0OwkRm9TR@eisner.encompasserve.org>   l In article <T40g8.4167$pN4.638660@bin8.nnrp.aus1.giganews.com>, "Bill Todd" <billtodd@metrocast.net> writes: > 7 > "Paul Sture" <paul.sture@bluewin.ch> wrote in messages% > news:3C805F88.1000106@bluewin.ch...l >> Rob Young wrote:e >> >> >> >>eE >> > In other words:  "Linux on non-PCs isn't a threat, won't get offaB >> > the ground... is going nowhere."  AND "IBM isn't going to getD >> > Linux going on much other than PC (Intel) based hardware [other% >> > platforms... other than "PC"]  "f >> >D >> Sorry, but you are wrong in thinking that "IBM isn't going to getH >> Linux going on much other than PC (Intel)". They are actively touting1 > Linux as a gazillion instances on OS/390 boxes.N > M > Rob doesn't think that, he was just asserting that the Sun source he quotedN > did. >   > 	I'm asserting a lot of things.  The subject line says it all,? 	in fact... Sun (in the last 2 years, i.e. since the March 2000e> 	NY Times piece was written) has done a complete about face on0 	Linux and is currently eating major Linux crow. 	  	Zander says February 7th:  - http://biz.yahoo.com/fo/020207/0207sun_1.html3   Thursday February 7, 2002o  I Sun's president and chief operating officer, Ed Zander, tried to convincekG listeners on a conference call that his company has long been a stauncha' supporter of Linux. [Cough cough cough]l  F 	That is an utter fabrication.  You know it too.  Problem is , becauseF 	you don't often agree you don't take the time to do a little digging.    	Ed Zander in January 2000 said:  4 http://zdnet.com.com/2100-11-501819.html?legacy=zdnn   Zander: We'll never do Linux  L Microsoft's not Sun's only worry. Sun must fend off growing encroachments byM Linux, which not only is free but also is becoming more robust with help from ? Sun competitors IBM Corp., Intel Corp. and Hewlett-Packard Co. o  M Sun President Ed Zander told financial analysts last week that Sun will never0O adopt Linux as its operating system but will instead "put every ounce of R&D we  have into Solaris."   L "It amazes me to watch IBM and all those other companies chase Linux the way2 they did Windows NT five years ago," Zander said.     @ 	I knew there was stuff out there like that.... but also tire inC 	that every thing I write has to be a major freaking research piecem: 	to squeeze past your high and mighty opinion... otherwise@ 	I fall into the "idiot" category or "nonsense" or whatever you > 	feel like using to denigrate the person you are addressing at
 	the time.  < 	Sun is nothing more than doing what I stated at the outset:   ===r  R http://groups.google.com/groups?hl=en&selm=J9Uv6b4tuD8K%40eisner.encompasserve.org  > 	Gotta love revisionist historians!  Remember kids, it is your= 	"perception" of history.  We all have our own "perceptions!"e   ===u  @ 	Sun is nothing more than taking a revisionist history approach!  D 	But being true postmodernists, we tip our glasses to their panache!  ? 	However, facts being facts... I strongly disagree with the way  	Mr. Zander is spinning things:.  I Sun's president and chief operating officer, Ed Zander, tried to convince G listeners on a conference call that his company has long been a staunchS supporter of Linux.f  A 	No kidding Ed! , Your own strong statements to the contrary makev# 	you look more than a little silly::  M Sun President Ed Zander told financial analysts last week that Sun will neversO adopt Linux as its operating system but will instead "put every ounce of R&D wem have into Solaris."    		Have a nice weekend!   				Robu   ------------------------------  # Date: Sat, 02 Mar 2002 18:09:19 GMT * From: "Bill Todd" <billtodd@metrocast.net>3 Subject: Re: Sun eating major helping of Linux Crowt? Message-ID: <jz8g8.6235$pN4.996731@bin8.nnrp.aus1.giganews.com>t  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:Y1R0OwkRm9TR@eisner.encompasserve.org...aG > In article <T40g8.4167$pN4.638660@bin8.nnrp.aus1.giganews.com>, "Bille& Todd" <billtodd@metrocast.net> writes: > >,9 > > "Paul Sture" <paul.sture@bluewin.ch> wrote in messageo' > > news:3C805F88.1000106@bluewin.ch...a > >> Rob Young wrote:h > >> > >> > >> >> G > >> > In other words:  "Linux on non-PCs isn't a threat, won't get offgD > >> > the ground... is going nowhere."  AND "IBM isn't going to getF > >> > Linux going on much other than PC (Intel) based hardware [other' > >> > platforms... other than "PC"]  "o > >> >F > >> Sorry, but you are wrong in thinking that "IBM isn't going to getJ > >> Linux going on much other than PC (Intel)". They are actively touting3 > > Linux as a gazillion instances on OS/390 boxes.l > >eH > > Rob doesn't think that, he was just asserting that the Sun source he quoted > > did. > >d > ? > I'm asserting a lot of things.  The subject line says it all,n  = That's Rob in a nutshell:  sound-bites rather than substance.   @ > in fact... Sun (in the last 2 years, i.e. since the March 2000? > NY Times piece was written) has done a complete about face ond1 > Linux and is currently eating major Linux crow.g >  > Zander says February 7th:  >t/ > http://biz.yahoo.com/fo/020207/0207sun_1.html- >- > Thursday February 7, 2002  > K > Sun's president and chief operating officer, Ed Zander, tried to convince:I > listeners on a conference call that his company has long been a staunche) > supporter of Linux. [Cough cough cough]  >aG > That is an utter fabrication.  You know it too.  Problem is , becauseoG > you don't often agree you don't take the time to do a little digging.   K Problem is, Rob, you don't bother to understand the criticism.  It was thatsK your citations did not support your thesis, not that Sun hadn't changed its-J position on Linux (though even the change is not what you presented it as:= Sun is *not* supporting Linux on non-PC platforms, just Linuxg6 *applications* - for the third and I hope final time).  K As I said, you're a light-weight.  And it's too bad, because if you had any K discipline you're bright enough and involved enough to be better than that.    - bill   ------------------------------   Date: 2 Mar 2002 04:47:19 -0800e( From: bob@instantwhip.com (Bob Ceculski)R Subject: Re: To VMS support: What is VMS/ucx raw socket exposure to DrDos attacks?= Message-ID: <d7791aa1.0203020447.502bc107@posting.google.com>n  n P.Young@unsw.EDU.AU (Patrick Young) wrote in message news:<55f85d77.0203012040.37926c9e@posting.google.com>...o > bob@instantwhip.com (Bob Ceculski) wrote in message news:<d7791aa1.0203011126.397a1efa@posting.google.com>... F > > Could someone enlighten us on potential problems here w/raw socketI > > api's in ucx/tcpware/multinet ... please read about new DrDos attacks@
 > > at ... > >   > > http://grc.com/dos/drdos.htm > I > I can speak only for TCPIP services where as a normal user you won't ben' > able to create yourself a raw socket.n > % > H help tcpip prog sock socket() arg8 > ...8P >                  o  SOCK_RAW - Provides access to internal network interfaces.P >                 Available only to users with either a system UIC or the SYSPRV >                 privilege. > M > Yup, as is usual with OpenVMS someone thought this out. Tru64 also has thisi > thought out: > O >             SOCK_RAW  [Tru64 UNIX]   Provides access to internal network pro- O >                       tocols and interfaces. This type of socket is available C >                       only to a process with superuser privilege.  > J > Not really knowing too much about Window(tm), and I have never even seenI > Window(tm) XP(tm), what security model exists that would be suitable toU > apply?  L are you saying that this attack cannot use vms server sockets in any way and/ that this attack cannot happen on a vms server?    ------------------------------  * Date: Sat, 2 Mar 2002 14:31:51 +0000 (UTC) From: david20@alpha2.mdx.ac.ukR Subject: Re: To VMS support: What is VMS/ucx raw socket exposure to DrDos attacks?+ Message-ID: <a5qnon$suo$1@aquila.mdx.ac.uk>m  h In article <d7791aa1.0203020447.502bc107@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:o >P.Young@unsw.EDU.AU (Patrick Young) wrote in message news:<55f85d77.0203012040.37926c9e@posting.google.com>...ep >> bob@instantwhip.com (Bob Ceculski) wrote in message news:<d7791aa1.0203011126.397a1efa@posting.google.com>...G >> > Could someone enlighten us on potential problems here w/raw socket-J >> > api's in ucx/tcpware/multinet ... please read about new DrDos attacks >> > at ...t >> > a! >> > http://grc.com/dos/drdos.htmi >> vJ >> I can speak only for TCPIP services where as a normal user you won't be( >> able to create yourself a raw socket. >> t& >> H help tcpip prog sock socket() arg >> ...Q >>                  o  SOCK_RAW - Provides access to internal network interfaces. Q >>                 Available only to users with either a system UIC or the SYSPRVi >>                 privilege.  >> nN >> Yup, as is usual with OpenVMS someone thought this out. Tru64 also has this >> thought out:  >> oP >>             SOCK_RAW  [Tru64 UNIX]   Provides access to internal network pro-P >>                       tocols and interfaces. This type of socket is availableD >>                       only to a process with superuser privilege. >>  K >> Not really knowing too much about Window(tm), and I have never even seenVJ >> Window(tm) XP(tm), what security model exists that would be suitable to	 >> apply?s >eM >are you saying that this attack cannot use vms server sockets in any way ande0 >that this attack cannot happen on a vms server?    L On VMS, TRU64 and pretty much every Unix or other multiuser system out thereM using Raw sockets requires you to have lots of privileges (in effect you havenE to be in total control of the machine before being able to use them).   L In previous versions of Windows you didn't have access to Raw sockets unless$ you installed a third-party package.F In Windows XP home edition you not only have access to raw sockets butN the home edition executes all applications with full administrative privilegesA ie every user on a home edition XP box has access to raw sockets.yI This is because although XP is a followon to Windows NT/2000 it is also aiG followon to W95/W98. Hence the home edition has all security turned offe6 because that would be too confusing for the home user.  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Sat, 02 Mar 2002 06:54:40 +0100a( From: Paul Sture <paul.sture@bluewin.ch>G Subject: Re: Warning!  Windoze XP involved in DRDos attacks!  Avoid XP! ) Message-ID: <3C806920.5040506@bluewin.ch>    Bob Ceculski wrote:l  ? > for all you windoze XP fans, I suggest not upgrading or usingE@ > XP until raw socket API's are removed from it or else you risk< > loosing internet access ... you as a valid client could be= > blacklisted by ISP servers and routers as w/raw sockets you ? > could become part of a targeted Distributed Reflection DenialM: > of Service attack ... these are just appearing now and I= > suggest all admins read the following ... below the link ish= > an excerpt about Microsofts insanity to include these api's 
 > into XP ...e >  > http://grc.com/dos/drdos.htm > ) > The attacking platform's responsibility  > E > I imagine that anyone reading this page is already well aware of mylH > feelings regarding the deliberate and unnecessary inclusion of the rawE > socket API in a mass market consumer desktop PC. I am referring, oftG > course, to the absolute insanity of Microsoft's inclusion &#8212; andiA > subsequent defense of &#8212; the raw socket API in Windows XP.  > E > While pedantic network experts, and Microsoft themselves, correctlylH > argue that there are other ways to produce malicious Internet traffic,F > there is no easier way than through the use of raw sockets. The best= > way to earn users' trust is to deserve it. But deliberately G > incorporating this unnecessary facility into every Windows XP machine G > &#8212; and essentially enabling it, by design, to become a maliciousmD > reflection attack generator &#8212; makes a mockery of Microsoft'sC > recent "Trustworthy Computing" rhetoric. We can always hope, as IaF > fervently do, that Microsoft will recognize that it is not too late,A > and will remove raw sockets from XP during one of the product'sr1 > continuous flow of patches and Windows Updates.k >   & Oh, PLEASE Bob. This is old news. See E http://www.theregister.co.uk/content/archive/22509.html for a nicely h cynical report on Steve Gibson.e  > There are much, much, worse criticisms of XP around. Try this 5 comp.os.vms posting from Aaron Sakovich last October:V      < > Von:Aaron Sakovich (alphaman-nixspam@hsv.sungardtrust.com). > Betrifft:Re: Windows XP reality check please > Newsgroups:comp.os.vms7 > View: Complete Thread (62 articles) | Original Formato > Datum:2001-10-22 13:00:21 PSTn > c > JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message news:<3BD32238.55FFAAF3@videotron.ca>...'J >> OK, Microsoft is attempting to trumpet its new revolutionary Windows XP >> operating system.P >> > What is radically different in XP than in previous versions ? Are there areN >> serious imporvements in terms of an "enterprise" side of things (clustering
 >> etc etc) ? @ >> > What about on desktops, are there any significant changes ? > G > From Microsoft's site (http://www.microsoft.com/windowsxp/) I've beenT> > able to glean this list of "new features" that either a) putF > technology into Windows that is not a function of the OS (e.g., ZIP,C > firewall), b) put technology into Windows that has an established E > commercial presence by other software vendors (thereby removing 3rdAG > party's added value) (e.g., firewall, CD writing), c) breaks existingcG > long-time established standards (usually through the 2nd or 3rd phase C > of EEE*) (e.g., Apple QuickTime), or d) breaks existing standards=  > through omission (e.g. TWAIN). > C > (And on a personal note, I can only feel really, really good that C > Compaq and Microsoft killed NT on Alpha now, after looking at the  > following list.) > E > * EEE = Embrace, Extend, Extinguish -- MS's way to destroy industry F > standards and cross platform interoperability/compatibility and take > control of a technology. >  > 
 > The list.../ >  > Windows XP "features" 2 > - ZIP file compression (goodbye WinZip & PKware)' > - Data encryption (goodbye PGP & GPG)=/ > - CD writing (goodbye CDRWIN and CD Composer)=) > - Firewall (goodbye Sygate and Wingate)-/ > - NAT/Internet connection sharing (bye again) ' > - Remote desktop (goodbye PCanywhere)w0 > - Instant Messaging (goodbye ICQ/AIM/Yahoo IM)6 > - TWAIN standard (goodbye all you low-cost scanners)H > - Scanning and digital photography manipulation (hello, M$'s preferred > photo printers)e >  > IE 6 (included with XP)n' > - Embedded QuickTime web pages broken ( > - Embedded Real media web pages broken > - Java > ! > Media Player (included with XP)h: > - automatic conversion of MP3's to proprietary MS format > H > That's just for a starter, after a quick perusal of the features list.F >  I can only wonder if there will be legal repercussions from some ofF > these companies that see their livelihood assimilated by the Borg of1 > Redmond.  Not that it did Netscape much good...t >  > Aaron. > A And I haven't even started on the privacy and licensing issues...     
 Paul Sture Switzerlandn   ------------------------------   Date: 2 Mar 2002 08:51 CST' From: carl@gerg.tamu.edu (Carl Perkins)lG Subject: Re: Warning!  Windoze XP involved in DRDos attacks!  Avoid XP!u, Message-ID: <2MAR200208512637@gerg.tamu.edu>  , bob@instantwhip.com (Bob Ceculski) writes...> }for all you windoze XP fans, I suggest not upgrading or using? }XP until raw socket API's are removed from it or else you riskl; }loosing internet access ... you as a valid client could beg< }blacklisted by ISP servers and routers as w/raw sockets you> }could become part of a targeted Distributed Reflection Denial9 }of Service attack ... these are just appearing now and It< }suggest all admins read the following ... below the link is< }an excerpt about Microsofts insanity to include these api's }into XP ...  ? You may as well stop using VMS - it has a "raw socket API" too.x   }http://grc.com/dos/drdos.htm@  A The thing that you missed was that the author of this is a moron.n  F He, and you, are suggesting that if I buy a PC I should not be allowedD to do with it as I wish - the API for doing what I want to do shouldC not be in there just because some moron says that it is potentially>@ dangerous. In comparison with almost everything that is actually? dangerous, this is trivial. How many people will it kill? None.g@ How many people do cars kill? Lots. Given the choice between theA two, you should try elminating cars as a comsumer item since they  are vastly more dangerous.   --- Carl   ------------------------------   End of INFO-VAX 2002.120 ************************