1 INFO-VAX	Sun, 21 Aug 2005	Volume 2005 : Issue 465       Contents: Re: 'Nuff saidD Re: AlphaServer 4100 CPU speed upgrade and/or backplane speed rangesD RE: AlphaServer 4100 CPU speed upgrade and/or backplane speed rangesP Re: Cerner hopefully is using Zotob to show why hospitals should run  VMS! run  I Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! I Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! I Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! P Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! run VMP RE: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS! VP Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS!VMP Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS!VMP Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS!VM Highwater marking experience SET FILE/ATTRIB LRL vs MRS Re: SET FILE/ATTRIB LRL vs MRS! Wget 1.10.1 (preliminary) exists. / Re: Zotob worm shows VMS notebooks needed ASAP!   F ----------------------------------------------------------------------  % Date: Sat, 20 Aug 2005 16:31:12 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: 'Nuff said + Message-ID: <4307A11F.CC07D7D2@comcast.net>    "Keith A. Lewis" wrote:  >  > David J Dachtera <djesys.nospam@comcast.net> writes in article <42F2CE08.C3C5B2B0@comcast.net> dated Thu, 04 Aug 2005 21:25:12 -0500:  > >Richard Maher wrote:  > >>O > >> Does no one mind that even HP couldn't be arsed to run DECnet on thier own  > >> test-drive cluster? > > J > >Technically, we don't NEED DECnet at work, AFATG. It just makes certainF > >aspects of life (like COPYing files between clusters) a bit easier. > > ( > >I don't currently run DECnet at home. >  > To paraphrase NIN:" > "DECnet's dead and noone cares."  C I don't know as it's actually "dead", it just seems to have found a E niche among VMS SysAdmins for node-to-node communication where TCP/IP H facilities are either lacking (such as the recently discussed FAL/IP) or done somewhat differently.  E DECnet also has the advantage that "it just works" without all of the D headaches of IP (maintaining a separate name service, having to open; various ports on firewalls, hackers and DoS attacks, ...).    ? Of course, people who like headaches can always run DECnet-V...    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Sat, 20 Aug 2005 16:51:05 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>M Subject: Re: AlphaServer 4100 CPU speed upgrade and/or backplane speed ranges + Message-ID: <4307A5C9.34E87512@comcast.net>    Duncan Brown wrote:  >  > Dave Froble wrote: > K > > Like you said, if you're going to run a system, might as well make it a  > > good one.  :-) > > H > > This is a wild ass guess.  I'm not up to speed on some of the largerF > > systems.  Would the power supplies be an issue?  Might the 533 MHz= > > boards need more/different power than the 400 MHz boards?  > @ > Speaking of making it a good one - I have all 3 power suppliesE > installed!  If it needs different power supplies, I haven't found a G > reference to that.  It's just that I see processor upgrades mentioned F > between the two speeds of any given "flavor" of 4100 system, but notB > between flavors, which has me wondering if there is some obscureH > difference, like a set of backplane termination circuits that is tuned1 > to the expected processor speeds, or something.  > H > I installed DECevent and perused the error log a bit.  (Wow, that sureE > goes into scary amounts of detail, compared to the last VMS version J > where I studied an error log... I think if I had parked illegally in theI > last day, there would have been a line mentioning it in the error log!)  > J > The time it crashed after about an hour, it looks like it did so becauseF > of an "Invalid Time Queue Entry Format" whatever that means.  [snip]  F I seem to recall that being an issue at work. Don't recall the detailsB right now, but I believe it may have been discussed here in c.o.v.  5 Try Googling the group for those keywords (unquoted).   F Running unpatched V7.3-1, you will *DEFINITELY* see issues eventually.? As the other posters have suggested, get and install the latest G VMS731_UPDATE and VMS731_SYS ECOs, then look through the patch site for  others you might need:  3 ftp://ftp.itrc.hp.com/openvms_patches/alpha/V7.3-1/    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Sat, 20 Aug 2005 23:16:17 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> M Subject: RE: AlphaServer 4100 CPU speed upgrade and/or backplane speed ranges R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB6B203F@tayexc19.americas.cpqcorp.net>   > -----Original Message-----: > From: Duncan Brown [mailto:brown_du@eisner.decus.org]=20 > Sent: August 19, 2005 8:47 PM  > To: Info-VAX@Mvb.Saic.Com ; > Subject: Re: AlphaServer 4100 CPU speed upgrade and/or=20  > backplane speed ranges >=20  	 [snip ..]    >=20, > > - are any errors logged in the errorlog? >=20A > Ever since analyze/error went away I haven't bothered to dig=20  > up whatever=20< > it is that I need to look at the error log (DECevent?) =20 > There's nothing=20H > on the console and nothing in Operator.log  I just find the machine=20A > wedged at the console level.  Should I go investigate DECevent?  >=20  F Actually, there is also the bit to much quicker text errorlog analyzerH but I am not sure if that was available in VMS V7.3-1 or if it was addedE in VMS V7.3-2. [Actually, it seems a number of folks are not aware of 3 this errorlog utility that now comes with OpenVMS.]    $ help analyze/error/elv    B > > - if running a recent version of OpenVMS, post the results of: > > $ show cpu/full  > > $ Show cpu/all >=20; > I assume this is only useful if I do it for the 533MHz=20  > boards, which are=20@ > not in there right now?  I did do a SHOW CPU when they were=20 > in there and=20 ; > it showed them as 5/533 boards, and all up and running=20  > properly.  I can=20 * > see that /FULL provides a lot more info. >=20 >=20= > > - are you running the latest firmware? If not, check out: ; > > ftp://ftp.digital.com/pub/DEC/Alpha/firmware/index.html D > > ftp://ftp.digital.com/pub/DEC/Alpha/firmware/readmes/as4x00.html >=20> > I think I am.  I never liked the goofy firmware numbering=20 > system, but I=20A > know that when I updated the boards after installing them it=20  > showed they=20J > were now at version 5.70-0 of AlphaBIOS... is that the number you are=20A > looking for?  That was the (already ancient) latest firmware=20  > update that=20I > I got when I last upgraded VMS.  Also, at the console level, all the=20 B > 533MHz boards showed an SROM version of 3.0, while my 400 MHz=20 > boards are=20  > a mixture of 2.0 and 1.1.  >=20 > >=20B > > Here are some Alpha pointers. Drop me a line directly and I=20 > can fwd someH > > PDF files that may be of assistance (if not immediately, perhaps for > > later).  > >=205 > > http://h18002.www1.hp.com/alphaserver/archive/=20  > >=20@ > http://h18002.www1.hp.com/alphaserver/options/as4100/as4100_op > tions.html >=20F > I had perused there but hadn't seen anything that got down to the=20 > nitty-gritty level I need. >=20	 > Thanks,  > Duncan >=20   ------------------------------  # Date: Sat, 20 Aug 2005 18:30:20 GMT ( From: Alan Greig <greigaln@netscape.net>Y Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run  VMS! run   ; Message-ID: <0FKNe.10342$Il.6410@fe2.news.blueyonder.co.uk>    JF Mezei wrote:    >  >  >  > F > This current virus isn't transmitted by email, it accesses an openedJ > port on Windows machines directly, and then FTPs itself to that machine.  G There are numerous variations on the current Windows 2000 attacks. And  G many of them send out email. I'm getting about a dozen a day to one of  I my email addresses. None from .mil zones any more. They stopped the same   day they started.    >  --  
 Alan Greig   ------------------------------    Date: 20 Aug 2005 12:13:48 -0700 From: bob@instantwhip.com R Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run VMS!C Message-ID: <1124565228.925988.212330@g43g2000cwa.googlegroups.com>   D "This is a good example of why you can't protect a weak OS with someF router only because if something happens from tyhe inside, you are hit just as badly."   2 so why haven't all these windoze cios figured this out yet and switched to vms?   ------------------------------   Date: 20 Aug 2005 22:05:15 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)R Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run VMS!, Message-ID: <3mpnorF17r57tU1@individual.net>  C In article <1124565228.925988.212330@g43g2000cwa.googlegroups.com>,  	bob@instantwhip.com writes:F > "This is a good example of why you can't protect a weak OS with someH > router only because if something happens from tyhe inside, you are hit > just as badly."  > 4 > so why haven't all these windoze cios figured this > out yet and switched to vms?   E Because the security provided by VMS carries with it the same penalty 7 as a secured windows box.  No real world functionality.    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: 20 Aug 2005 17:51:21 -0700 From: bob@instantwhip.com R Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run VMS!C Message-ID: <1124585481.410789.262610@f14g2000cwb.googlegroups.com>   5 what have you been drinking?  I can give any user any 9 functionality I want ... what real world functionality is  missing in your world?   ------------------------------  % Date: Sat, 20 Aug 2005 20:13:12 -0400 ' From: Dave Froble <davef@tsoft-inc.com> Y Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! run VM 0 Message-ID: <11gfhh5ahbroqe4@corp.supernews.com>   Bill Gunshannon wrote:E > In article <1124565228.925988.212330@g43g2000cwa.googlegroups.com>,  > 	bob@instantwhip.com writes: > F >>"This is a good example of why you can't protect a weak OS with someH >>router only because if something happens from tyhe inside, you are hit >>just as badly."  >>4 >>so why haven't all these windoze cios figured this >>out yet and switched to vms? >  >   G > Because the security provided by VMS carries with it the same penalty 9 > as a secured windows box.  No real world functionality.  >  > bill >    Now that I'll not agree with.   H If you define real world functionality being able to run MS Office, and G some do, then you have a point.  But MS Office isn't the only thing in   the world worth doing.   --  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: Sat, 20 Aug 2005 23:03:01 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> Y Subject: RE: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS! V R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB6B203E@tayexc19.americas.cpqcorp.net>   > -----Original Message-----9 > From: JF Mezei [mailto:jfmezei.spamnot@teksavvy.com]=20  > Sent: August 20, 2005 2:07 PM  > To: Info-VAX@Mvb.Saic.Com = > Subject: Re: Cerner hopefully is using Zotob to show why=20 % > hospitals should run VMS! VMS! VMS!  >=20 > Bill Gunshannon wrote:F > > Or like most modern viruses it just means the infected machine hasD > > a .mil address in it's addressbook.  Most of the emailed viruses2 > > are .exe, .com, .pif, etc. DOS Executables.=20 >=20 >=20F > This current virus isn't transmitted by email, it accesses an opened? > port on Windows machines directly, and then FTPs itself to=20  > that machine.  >=20C > CNN and ABC news were hit badly. Thinking is that someone with an G > infected laptop can plug in on the corporate side of the firewall and > > then scan all machines with 139/445 etc ports opened (the=20 > ports created ? > by Microsoft to let viri in) and propagate itself from the=20  > inside where4 > there are no protections against such connections. >=20E > This is a good example of why you can't protect a weak OS with some H > router only because if something happens from tyhe inside, you are hitA > just as badly. And with people having laptos that thay carry=20 
 > and plug in ? > from hotels and any other places, it is very easy to get a=20  > laptop to beC > infected while "mobile" and when it is brought back into the corp : > network, it then proceeds with infection from within,=20 > bypassing firewalls. >=20D > Since this virus hacked the hosts file to prevent the machine fromB > connecting to the anti virus update services, the virus lives=20 > on and the> > user thinks his machine is safe because he runs some anti=20 > virus software6 > that gets the latest viri protections automatically. >=20   JF - good point.=20   G And you reminded me that Spybot anti-spyware utility has the capability A to write protect the host/lmhost file on a windows box and protct ( against crap like this worm making chgs.   Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Sat, 20 Aug 2005 14:07:10 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> Y Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS!VM , Message-ID: <4307714E.F15400D6@teksavvy.com>   Bill Gunshannon wrote:D > Or like most modern viruses it just means the infected machine hasB > a .mil address in it's addressbook.  Most of the emailed viruses. > are .exe, .com, .pif, etc. DOS Executables.     D This current virus isn't transmitted by email, it accesses an openedH port on Windows machines directly, and then FTPs itself to that machine.  A CNN and ABC news were hit badly. Thinking is that someone with an E infected laptop can plug in on the corporate side of the firewall and G then scan all machines with 139/445 etc ports opened (the ports created G by Microsoft to let viri in) and propagate itself from the inside where 2 there are no protections against such connections.  C This is a good example of why you can't protect a weak OS with some F router only because if something happens from tyhe inside, you are hitH just as badly. And with people having laptos that thay carry and plug inG from hotels and any other places, it is very easy to get a laptop to be A infected while "mobile" and when it is brought back into the corp J network, it then proceeds with infection from within, bypassing firewalls.  B Since this virus hacked the hosts file to prevent the machine fromH connecting to the anti virus update services, the virus lives on and theH user thinks his machine is safe because he runs some anti virus software4 that gets the latest viri protections automatically.   ------------------------------  % Date: Sat, 20 Aug 2005 16:24:05 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> Y Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS!VM , Message-ID: <43079158.4D51F37B@teksavvy.com>   bob@instantwhip.com wrote:4 > so why haven't all these windoze cios figured this > out yet and switched to vms?    H Because VMS isn't seen as a viable operating system.  Because HP refusedE to anounce loudly to the world that VMS is alive and kicking and is a D viable alternative to Microsoft Windows. (HP will not do anything toD hurt Bill Gate's profits, even if it means hurting its own profits).  G Also, with HP refusing to put DECwindows in the VMS roadmap, it doesn't . make VMS look viable for desktop applications.  E (eg: X terminals on desktop, departemental VMS servers  as clients to  those terminals).   H And with the abandonnemnt of the "plan of record" to move Tru64 portions@ such as clusteing to HP-UX, it leaves VMS as the clear leader inG clustering. Here is an opportunity for VMS to benefit from the downfall 	 of Tru64.     @ But VMS must now be ported to a viable platform, and alpha salesG continued until the port is complete. IA64 isn't viable if you want VMS E to succeed in more than a few small niche markets. In fact, the niche G Intel/HP have given to IA64 is smaller than what Alpha had. So it isn't  an improvement for VMS.    ------------------------------  % Date: Sat, 20 Aug 2005 22:28:18 -0600 " From: GreyCloud <cumulus@mist.com>Y Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS!VM ( Message-ID: <430802E2.1F06F5A0@mist.com>   bob@instantwhip.com wrote: > 7 > what have you been drinking?  I can give any user any ; > functionality I want ... what real world functionality is  > missing in your world?  9 I still don't understand, after all the noise made by the : insecurity of M$ windows, that those responsible for their IT budget still buy M$ windows.    ------------------------------  % Date: Sat, 20 Aug 2005 15:04:20 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> % Subject: Highwater marking experience , Message-ID: <43077EAC.D45F2042@teksavvy.com>  2 VAX VMS 7.2 on a volume without highwater marking.  ) $COPY SYS$SYSTEM:NETSERVER.EXE []temp.exe   $set file temp.exe/attr=(lrl=80)" $edit temp.exe 		(tpu, decwindows)  J both files (netserver.exe and temp.exe) have 18 blocks allocated, 11 used.  H In the edited display, I see 50 bytes at the very end (last record of 80F bytes) which do not belong to this file, in fact, the reason I noticedD this is that in the first attempt, the data was text representing anG email address. In a  second attempt the 50 bytes of padding were binary " junk, so it was much less obvious.    1 The original file at 11 blocks * 512 = 5632 bytes I The new file has 71 lines of 80 bytes = 5680  , a difference of 50 bytes.   G Now, 5680 is more than 11 blocks. (11.09375 blocks). So this means that G TPU is reading from the 12th block to fill the last record to 80 bytes, E essentially reading beyond end of file.  This is strange since end of H file is still the 11th block, so you'd think TPU would be given 30 bytesJ followed by end of file, and TPU would then pad those 30 bytes to fill 80.    EDIT/EDT has the save behaviour.    F DUMP/RECORD=START=65 TEMP.EXE, the dump only provides 70 records (thusJ missing some 30 bytes of the original data, but not going beyond the end).      8 Now, if I  SET VOL $DISK4/HIGHWATER, here is what I get:  E Editing the existing files still results in my seeing the extra data.   G But creating a new temp.exe, setting it lrl to 80, then when I edit it, ( the last 50 bytes are padded with nulls.  B However, DUMP/RECORD still stops at record 70 and doesn't spit out0 record 71 which contains 30 bytes of valid data.  ' (remember that these files are RFM=FIX)     G If I then copy the original temp.exe which contains other people's data H in blocks 12 to 18, the resulting file is OK (eg: when editing it, I see, nulls instead of data beyond end of file).          C Since I removed highwater marking some time ago to test performance E difference (and forgot to put it back on), I guess I got what I asked C for. I just never realised that high-water marking would be such an E important basic security measure, I had figured it was just some neat  add on.         A What is also interesting is that once I have re-enabled highwater A marking, DUMP/ALLOCATED shows a whole bunch of nulls on the newly @ created file, but for the file created prior to /HIGHWATER beingO enabled, I can still see the other peoples' data on the last 7 allocated blocks     H So it seems that /HIGHWATER_MARKING is truly something which is requiredF for basic data security. It isn't some neat add-on and is something is9 that done while writing a file, not while reading a file.       	 Question:   	 Between : / SET VOLUME/HIGHWATER_MARKING /NOERASE_ON_DELETE  and 0 SET VOLUME /NOHIGHWATER_MARKING /ERASE_ON_DELETE  ; Is there a functional difference in the level of security ?    ------------------------------  % Date: Sat, 20 Aug 2005 15:12:00 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> # Subject: SET FILE/ATTRIB LRL vs MRS , Message-ID: <43078077.8A77724C@teksavvy.com>   Odd behaviour:    ) $COPY SYS$SYSTEM:NETSERVER.EXE []TEMP.EXE   $SET FILE TEMP.EXE ATTR=(LRL=80)  7 DIR/FULL TEMP.EXE shows a fixed format 80 byte records.    ANA/RMS/FDL TEMP.EXE shows RECORD#         BLOCK_SPAN              yes $         CARRIAGE_CONTROL        none%         FORMAT                  fixed #         SIZE                    512       E If I set MRS to 80, then both DIR/FULL and ANA/RMS/FDL  show a record  size of 80 bytes.     	 QUESTION:   G What is the difference between LRL and MRS in the context of fixed size  record files ?  H I was under the impression that MRS was just a convenience attribute forG variable record length files to indicate the size of the longest record  (and is not always there).  H But it seems that ANA/RMS/FDL looks at MRS and disregards LRL totally.     Is there an explanation ?    ------------------------------  % Date: Sat, 20 Aug 2005 17:03:38 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>' Subject: Re: SET FILE/ATTRIB LRL vs MRS + Message-ID: <4307A8BA.736C9DD1@comcast.net>    JF Mezei wrote:  >  > Odd behaviour: > + > $COPY SYS$SYSTEM:NETSERVER.EXE []TEMP.EXE " > $SET FILE TEMP.EXE ATTR=(LRL=80) > 9 > DIR/FULL TEMP.EXE shows a fixed format 80 byte records.  >  > ANA/RMS/FDL TEMP.EXE shows > RECORD% >         BLOCK_SPAN              yes & >         CARRIAGE_CONTROL        none' >         FORMAT                  fixed % >         SIZE                    512  > G > If I set MRS to 80, then both DIR/FULL and ANA/RMS/FDL  show a record  > size of 80 bytes.  >  > QUESTION:  > I > What is the difference between LRL and MRS in the context of fixed size  > record files ? > J > I was under the impression that MRS was just a convenience attribute forI > variable record length files to indicate the size of the longest record  > (and is not always there). > H > But it seems that ANA/RMS/FDL looks at MRS and disregards LRL totally. >  > Is there an explanation ?   C "Longest Record Length" has meaning only in the context of variable @ record length files: "records can be up to (x) bytes long (MRS);E however, the longest existing record (LRL) is (only) (y) bytes long".   G "Maximum Record Length" means exactly that: "records in the file can be E no longer than (x) bytes". MRS is the value used at file open time to F allocate buffer space for the file in those programs that do not use aD hard-coded buffer size (like EDT: 255 bytes). Since no record in theH file can be longer than (x) bytes, a buffer allocation of (x) bytes will# never be over-run by a single $GET.   E Apparently, for RFM=FIX, MRS is the fixed size and LRL is effectively  ignored.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  + Date: Sat, 20 Aug 2005 23:03:09 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda)* Subject: Wget 1.10.1 (preliminary) exists.2 Message-ID: <05082023030972_20A0026C@antinode.org>  E    A preliminary source kit for Wget 1.10.1 is available in the usual  place:  9       http://ftp.antinode.org/ftp/wget/wget-1_10_1a0_vms/ 4       ftp://ftp.antinode.org/wget/wget-1_10_1a0_vms/  F The Zip (-V) archive there is source-only, so you'll need a C compiler (and MMK or MMS) to build it.   E    The major change from Wget 1.9.1d is large-file support on non-VAX E systems (plus whatever else it says in the official Wget documents).  A A large-file executable did seem to work better than a small-file H executable on a 2.6GB FTP download (no "assert error: expression = bytes	 >= 0").     D    I think that it's roughly ready to go, but I haven't tested it asD much as usual yet, so, as always, complaints are welcome.  (RelevantH ones are more welcome than others, of course.)  Reports of success would not be discouraged, either.   H    With the usual fiddling ("vms/vms_name_fix.sh"), it should still workE on UNIX-like systems.  (No bets on Windows, but you could get lucky.)   F    As it's only preliminary, this kit is not yet mentioned on the Wget for VMS main page:  .       http://www.antinode.org/dec/sw/wget.html  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Sat, 20 Aug 2005 16:38:32 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>8 Subject: Re: Zotob worm shows VMS notebooks needed ASAP!+ Message-ID: <4307A2D8.569BA5C7@comcast.net>    Bob Koehler wrote: > W > In article <00A48775.A48BA7A4@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes:  > > K > > Because with the heat dissipation need and the power consumption curve, K > > they wouldn't be able to make an Itanium Notebook.  Is anyone up for an  > > Itanium steamer trunk? > H >    If someone can put a MicroVAX 3100 in a suitcase, there is a way toC >    make a portable IA64.  Just put the batteries on a hand truck.   $ Remember Compaq's early "luggables"?  E Actually, adding the company laptop (Compaq EVO N600C - 8 Lbs.) to my * HPworld-2004 backpack makes it "luggable".   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------   End of INFO-VAX 2005.465 ************************