1 INFO-VAX	Thu, 26 Apr 2001	Volume 2001 : Issue 232       Contents: Re: 80% is Good Enough for M$  Re: 80% is Good Enough for M$  Re: Alpha - Unix Utility/ Re: Christof a bot (was: "cut" utility for VMS) & Re: creprc with commandline parameters& Re: creprc with commandline parameters Cutting data in a file...  Re: Cutting data in a file... + DCL To Compute IP Address From Hex Number ? / Re: DCL To Compute IP Address From Hex Number ? 3 Re: DFU file fragmentation index seems inconsistent  Re: DFWDAYS a Big Success  Re: DFWDAYS a Big Success  Re: DFWDAYS a Big Success C Hackers crack challenge within 24 hours, and Solaris gets the blame G Re: Hackers crack challenge within 24 hours, and Solaris gets the blame G Re: Hackers crack challenge within 24 hours, and Solaris gets the blame 
 Infoserver Re: Infoserver (for Linux) Re: Infoserver (for Linux) Re: Infoserver (for Linux): Re: InfoServer on OpenVMS (Was: Re: DFWDAYS a Big Success): Re: InfoServer on OpenVMS (Was: Re: DFWDAYS a Big Success) OpenVMS 7.3 / Oracle RDB 7.1/ Re: OpenVMS article - please explain last line! P Re: OpenVMS Freeware V5.0 Shipping (was: Re: DECtalk DTC01 cabling/documentation Re: OpenVMS Hobbyist version Re: Optical Drive for OpenVMS  Re: Pathworks for VMS 5.52C Re: Talk to Rich Marcello, but DOES HE LISTEN? - Austin Texas are a   Re: The Q and Canadian geography  Re: The Q and Canadian geography  Re: The Q and Canadian geography< Re: Using VT220 as alternate serial console for DEC 3000-400< Re: Using VT220 as alternate serial console for DEC 3000-400( Re: V7.3 in clusters w/earlier versions?( Re: V7.3 in clusters w/earlier versions?( Re: V7.3 in clusters w/earlier versions?( Re: V7.3 in clusters w/earlier versions? Re: VMS and Fast Etherchannel?G Re: VMS gets positive mention in Compaq Q1 financial analystsconference G Re: VMS gets positive mention in Compaq Q1 financial analystsconference G Re: VMS gets positive mention in Compaq Q1 financial analystsconference  VT POP3 client? # [Fwd: RE: OpenVMS Hobbyist version]   F ----------------------------------------------------------------------  % Date: Thu, 26 Apr 2001 01:33:24 +0200 ) From: Christof Brass <brass@infopuls.com> & Subject: Re: 80% is Good Enough for M$, Message-ID: <3AE75EC4.CEF720F2@infopuls.com>   Paul Repacholi wrote:  >    [SNIP]  , > I had the 'joy' of runnig 3.5 and 4 betas. > G > 3.5 was so so. Very beta, but had promise if you could bucket windows  > and keep NT. > A > 4, was horrid... I could bring a PP200 to a total halt, just by B > running the mouse around! Networking, everything. Best memory isD > copying 28Mb off a floppy. And discovering that in the M$ world of0 > networking, bits out seldom equaled bits in :( >  > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda. B >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked.J > Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,$ >   mpowell@fcc.gov,gtristan@fcc.gov  < I forget to mention two additional built in problems: if NT4= loses it's network connection for too long (say about half an @ hour) it will crash (BOD). The strange thing I observed was that? even re-supplying the network connection before the BOD appears : sometimes didn't help on the long run. Sooner or later the( machine crashed - even without using it.< Unfortunately I forgot the other point. As I said before - I= recognised that the quality of kernel blabla wasn't worth the ? time spent listen to it. Drop NT (and drop UNIX which is as bad   as NT from another perspective)!   ------------------------------  % Date: Thu, 26 Apr 2001 01:36:07 +0200 ) From: Christof Brass <brass@infopuls.com> & Subject: Re: 80% is Good Enough for M$, Message-ID: <3AE75F67.1B52341D@infopuls.com>   Alan Greig wrote:  >  [SNIP]  T > And a big problem with NT Terminal server edition (multi user NT) is that a singleP > user can bring the entire machine to a halt with one command in Excel. We haveN > users occasionally do something which causes Excel to try and allocate a fewM > gigabytes of memory. Machine just hangs to the point where even the console K > doesn't respond. And there's no quota system to prevent this. Problem not & > addressed under Windows 2000 either. >  > > Any questions? >  > -- > Alan Greig  ? Interesting. As I always to the M$ adicts: "I love M$, I really @ adore them. M$ is one of the finest SW companies. I'm personally; convinced that they will sooner or later reach the level of 8 quality which enables their products for use in business: environments. I'm optimistic that M$ will reach this level< within the next two decades. I suggest not to disturbt their> circles by buying their products now and bothering M$ with bug- reports or feature requests. Give them time!"    ------------------------------  % Date: Wed, 25 Apr 2001 15:28:13 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ! Subject: Re: Alpha - Unix Utility ' Message-ID: <3AE7335D.68019E9C@fsi.net>   # (Reply cross-posted to comp.os.vms)    Jack wrote:  >  > Hello  >  > If somebody could help me ...  > L > I wanted to find out if we have any utility on ALPHA VMS similar to Tar on@ > UNIX. I have a very huge data to be migrated from VMS to UNIX. > L > May be somebody can help me or give me some idea about how to move all theN > users and the data from VMS to UNIX, because ftp does not move the directory$ > and the files within the direcory. > ' > Any kind of help will be appreciated.   C Well, yes, there is a VMS TAR available. Try the freeware links at:  http://www.openvms.compaq.com/  2 There is also Zip and Unzip for both VMS and UN*X.  . Here are some other links you may find useful:   TAR on OpenVMS:  http://www.djesys.com/tar.html   (About "tarballs" and OpenVMS)  + Zip and Unzip on OpenVMS: Secrets Revealed! 4 http://www.djesys.com/vms/support/zipunzip/index.htm7 http://www.djesys.com/vms/support/zipunzip/sld036.htm * 7 http://www.djesys.com/vms/support/zipunzip/sld037.htm *   2 (...as presented at the Fall 1999 DECUS Symposium)@ (*: For "long filenames", drop the /PKZIP qualifier which causes# filespecs to be truncated to "8.3")   H I'd suggest reviewing the ENTIRE Zip/Unzip presentation as there are key- issues regarding RMS that must be considered.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Thu, 26 Apr 2001 01:03:38 +0200 ) From: Christof Brass <brass@infopuls.com> 8 Subject: Re: Christof a bot (was: "cut" utility for VMS), Message-ID: <3AE757CA.AEA1A3AC@infopuls.com>   John Santos wrote: [SNIP]  C > BTW, calling Christof a bot was an April Fool's joke.  I hope you  > didn't take any offense ;-)    [SNIP]  > Never mind. I was a little bit stubborn in fighting agains the UNIXfication of VMS ;-(    ------------------------------   Date: 25 APR 2001 18:45:20 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov> / Subject: Re: creprc with commandline parameters 2 Message-ID: <25APR01.18452039@feda34.fed.ornl.gov>  8 Thomas.Hahnemann@nospam_s-t.de (Thomas Hahnemann) wrote:6 > Use the job number as pointer to the owners jobtable7 > is a good idea, but on my system the processnames are 1 > used for other purposes, I may not modify them. 2 > Lib$spawn is able to give a whole commandline to, > the created subprocess, How does it work ?  @ I'd guess lib$spawn creates a mailbox (sys$crembx) and uses that> as the input argument to sys$creprc call (with sys$loginout asA the image to run).  So you could create a mailbox in your program = and specify it in the $creprc call.  The you pass all the dcl : commands you need executed to the detached process via the@ mailbox.  But I think Jan Vorbrueggen's suggestion of creating a9 command procedure and using that as the input argument to 3 sys$creprc would be much simpler to code and debug.    Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  # Date: Wed, 25 Apr 2001 19:42:03 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)/ Subject: Re: creprc with commandline parameters 0 Message-ID: <fMFF6.201$5I.4164@news.cpqcorp.net>  ` In article <25APR01.18452039@feda34.fed.ornl.gov>, Dave Greenwood <greenwoodde@ornl.gov> writes:9 :Thomas.Hahnemann@nospam_s-t.de (Thomas Hahnemann) wrote: 5 :>...Lib$spawn is able to give a whole commandline to - :> the created subprocess, How does it work ? B ..I'd guess lib$spawn creates a mailbox (sys$crembx) and uses that, :as the input argument to sys$creprc call...     Your guess is correct.  5   Some $creprc examples exist...  From Freeware V4.0: A     http://www.openvms.compaq.com/freeware/srh_examples/mbxdemo.c @     http://www.openvms.compaq.com/freeware/srh_examples/creprc.cB     http://www.openvms.compaq.com/freeware/srh_examples/creprc.com  E   In any production code, I would recommend passing in the full list  D   of process quotas on any $creprc call, and I would also recommend D   specifying the mailbox size and buffer quota values on the $crembxD   call.  Why?  Well, if the application does not explicitly specify F   the values, it becomes beholden to the vagaries of the local system 9   parameter settings.  Yes, I've been burned by this. :-)   N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 25 Apr 2001 18:24:20 -0300 1 From: "Valdemir J. Santos" <valdemir-@uol.com.br> " Subject: Cutting data in a file...< Message-ID: <009501c0cdce$1bc4c010$154c88c8@unipobjetivo.br>  , This is a multi-part message in MIME format.  + ------=_NextPart_000_0092_01C0CDB4.F1FF1F50  Content-Type: text/plain;  	charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable    Hello all guys...   >  I'm needing open a file and cut lines 5 to 15, using a DCL=207  command procedure. Is there any way to do this ? My=20 G  desire is open the file disk$system:[sys0.tcpip$lpd]tcpip$printcap.dat B  and cut a previous queue created for me, using a DCL procedure...%  Thank you for your information...=20   =20   =20   =20 =20   + ------=_NextPart_000_0092_01C0CDB4.F1FF1F50  Content-Type: text/html; 	charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable   > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD>3 <META content=3D"text/html; charset=3Diso-8859-1" =  http-equiv=3DContent-Type>6 <META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR> <STYLE></STYLE>  </HEAD>  <BODY bgColor=3D#ffffff>? <DIV><FONT face=3DArial size=3D2>Hello all guys...</FONT></DIV>  <DIV>&nbsp;</DIV> H <DIV><FONT face=3DArial size=3D2>&nbsp;I'm needing open a file and cut =
 lines 5 to=20  15, using a DCL </FONT></DIV> H <DIV><FONT face=3DArial size=3D2>&nbsp;command procedure. Is there any = way to do=20 this ? My </FONT></DIV> A <DIV><FONT face=3DArial size=3D2>&nbsp;desire is open the file=20 ; disk$system:[sys0.tcpip$lpd]tcpip$printcap.dat</FONT></DIV> I <DIV><FONT face=3DArial size=3D2>&nbsp;and cut a previous queue created = 
 for me,=20% using a DCL procedure...</FONT></DIV> J <DIV><FONT face=3DArial size=3D2>&nbsp;Thank you for your information... =  
 </FONT></DIV> 5 <DIV><FONT face=3DArial size=3D2>&nbsp; </FONT></DIV> ; <DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp; </FONT></DIV> 5 <DIV><FONT face=3DArial size=3D2>&nbsp; </FONT></DIV> B <DIV><FONT face=3DArial size=3D2>&nbsp;</FONT></DIV></BODY></HTML>  - ------=_NextPart_000_0092_01C0CDB4.F1FF1F50--    ------------------------------  % Date: Wed, 25 Apr 2001 19:46:56 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> & Subject: Re: Cutting data in a file...' Message-ID: <3AE77000.A17922A9@fsi.net>    > "Valdemir J. Santos" wrote:  >  > Hello all guys...  > = >  I'm needing open a file and cut lines 5 to 15, using a DCL 6 >  command procedure. Is there any way to do this ? My >  desire is open the file0 > disk$system:[sys0.tcpip$lpd]tcpip$printcap.dat    $ edit/edt/nocommand/nojournal -. disk$system:[sys0.tcpip$lpd]tcpip$printcap.dat DEL 5:15 EXIT  > That will work, though I admit it only uses DCL to invoke EDT.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  # Date: Thu, 26 Apr 2001 02:02:43 GMT 4 From: LESLIE@209-16-45-102.insync.net (Jerry Leslie)4 Subject: DCL To Compute IP Address From Hex Number ?) Message-ID: <7lLF6.1779$%L5.31592@insync>  Keywords: vms,dcl,ip_address  8 I'm modifying some DCL scripts to work with TCP/IP V5.1.1 The following command used to get the IP address:   #  $ ip = f$getjpi("","tt_accpornam")   
 but now gets:     $ show symbol ip )   IP = "Host: OLYSC2 Locn: _RTA1:/VECTOR"   @ My current plan is to use the hex value of the IP address which ; makes up part of the value of the SYS$REM_ID logical; e.g.:   -  $ ip = f$extract(8,8,f$trnlnm("sys$rem_id"))     $ show symbol ip    IP = "5B71B34"  ; Has someone already written a DCL procedure to convert such 6 hex values to IP addresses acceptable to TCP/IP V5.1 ?   Thanks in advance,  / --Jerry Leslie   leslie@209-16-45-97.insync.net ;                  leslie@209-16-45-102.insync.net is invalid 2                  (my opinions are strictly my own)   ------------------------------  # Date: Thu, 26 Apr 2001 04:55:04 GMT . From: "Alphaman" <alphaman64@nixspam-home.com>8 Subject: Re: DCL To Compute IP Address From Hex Number ?; Message-ID: <ISNF6.26492$U4.5977593@news1.rdc1.tn.home.com>   ? Jerry Leslie <LESLIE@209-16-45-102.insync.net> wrote in message # news:7lLF6.1779$%L5.31592@insync... : > I'm modifying some DCL scripts to work with TCP/IP V5.1.3 > The following command used to get the IP address:  :  :  >  $ show symbol ip  >   IP = "5B71B34" > = > Has someone already written a DCL procedure to convert such 8 > hex values to IP addresses acceptable to TCP/IP V5.1 ? >  > Thanks in advance, > 	 > --Jerry      Here's the theory:   if IP = "5B71B34"    then  J nIP = f$integer("%x''ip'")        ! nIP = 95886132, your number in decimalK xIP = f$fao("!8XL",nIP)           ! xIP = "05B71B34", the string again, but  Z-padded@ aIP = f$int("%x''f$extract(0,2,xIP)'")    ! aIP = 5, first octetC bIP = f$int("%x''f$extract(2,2,xIP)'")    ! bIP = 183, second octet A cIP = f$int("%x''f$extract(4,2,xIP)'")    ! cIP = 27, third octet @ dIP = f$int("%x''f$extract(6,2,xIP)'")    ! dIP = 52, and fourth  K Then your IP address is a.b.c.d, or 5.183.27.52, which, according to my DCL  is:   4 $ write sys$output ((((5*256)+183)*256)+27)*256 + 52 95886132  H Checks.  There may be more elegant ways, but this is the raw brute force  method and it gets the job done.  E Of course, you can simply provide the decimal number; using the above  symbols,   $ ping 'nIP'  K Works, as long as aIP is .le. 127 (i.e., nIP .lt. 2^31) because of the sign H bit.  Using that would be more of a microshaft kludge (works some of theK time and it's up to the human, not the computer, to decide if they want the $ pain of doing that function or not.)   Aaron  --> Aaron Sakovich  http://members.home.net/sakovich/alphaman.html> Make April 15 just another day:        http://www.fairtax.org/< "Things do not change, people change." (Henry David Thoreau)   ------------------------------  % Date: Wed, 25 Apr 2001 15:13:14 -0400e2 From: norm lastovica <norman.lastovica@oracle.com>< Subject: Re: DFU file fragmentation index seems inconsistent* Message-ID: <3AE721CA.564E5CE9@oracle.com>  ) while I don't know the particulars of howo+ DFU determines relative fragmentation index.. values, at the very least you ought to upgrade, to the current DFU version from the freeware* CD before worrying about if it gives you a good answer.  & afeldman@elsewhere.gfigroup.com wrote: >  > Hello, > L > Why does DFU report only a fair file fragmentation index for FT$DISK belowO > when the vast majority of its files are contiguous? And why does DFU report ahM > much better index of excellent for FT$BCKDISK whose value of fragments/file @ > is larger? Is this a bug? The machine is running VMS 6.1. TIA. >  > NODEX$ DFU REPORT FT$DISKu > 3 >      Disk and File Utilities for OpenVMS DFU V2.4  >      Freeware versionu5 >      Copyright  1996 Digital Equipment Corporationi > 6 > %DFU-I-REPORT, Reporting on FT$DISK: (NODEX$DKA300:) > > >       ***** Volume info for FT$DISK: (from HOME block) *****, >  Volume name                      :  DATA1% >  Volume owner                     :a% >  Structure name                   : ( >  Cluster size                     :  9- >  Maximum # files                  :  205086 , >  Header count                     :  62870) >  First header VBN                 :  88y, >  Free headers                     :  59983 > 5 >       ***** File Statistics (from INDEXF.SYS) *****l= >  INDEXF.SYS fragments/ map_in_use :  4 /10 words ( 6% used)e+ >  Total files                      :  28877* >  Empty files                      :  134+ >  Files with allocation            :  2753 ( >  Files with extension headers     :  0( >  Files marked for delete          :  0) >  Directory files                  :  17C+ >  Contiguous files                 :  2673M7 >  Total used/ allocated size       :  1167541 /1179009n, >  Average fragments per file       :  1.0939 >  File fragmentation index         :  0.809  (excellent)-* >  Average size per fragment        :  391% >  Most fragmented file             :hL >     NODEX$DKA300:[FT.DAT]FTISS010423.ISM;1 ( 612/612 blocks; 50 fragments) > ; >       ***** Free space statistics (from BITMAP.SYS) *****e. >  Total blocks on disk             :  2050860- >  Total free blocks                :  871857a) >  Percentage free (rounded)        :  42w) >  Total free extents               :  78IC >  Largest free extent              :  85878  blocks at LBN: 436788r, >  Average extent size (rounded)    :  111779 >  Free space fragmentation index   :  0.079  (excellent)  > $ > %DFU-I-READY, REPORT command ready > NODEX$ > NODEX$ DFU REPORT FT$BCKDISK > 3 >      Disk and File Utilities for OpenVMS DFU V2.40 >      Freeware version 5 >      Copyright  1996 Digital Equipment Corporation  > 9 > %DFU-I-REPORT, Reporting on FT$BCKDISK: (NODEX$DKA100:)e > A >       ***** Volume info for FT$BCKDISK: (from HOME block) *****s1 >  Volume name                      :  OPENVMS061i% >  Volume owner                     : % >  Structure name                   :o( >  Cluster size                     :  9- >  Maximum # files                  :  205086T, >  Header count                     :  21832) >  First header VBN                 :  88 , >  Free headers                     :  16503 > 5 >       ***** File Statistics (from INDEXF.SYS) *****u= >  INDEXF.SYS fragments/ map_in_use :  4 /10 words ( 6% used)o+ >  Total files                      :  5329 ) >  Empty files                      :  70 + >  Files with allocation            :  5259 ( >  Files with extension headers     :  0( >  Files marked for delete          :  0* >  Directory files                  :  175+ >  Contiguous files                 :  5226i6 >  Total used/ allocated size       :  993137 /1026540, >  Average fragments per file       :  1.0094 >  File fragmentation index         :  2.519  (fair)* >  Average size per fragment        :  193% >  Most fragmented file             :hJ >     NODEX$DKA100:[000000]INDEXF.SYS;1 ( 21919/21924 blocks; 4 fragments) > ; >       ***** Free space statistics (from BITMAP.SYS) *****e. >  Total blocks on disk             :  2050860. >  Total free blocks                :  1024326) >  Percentage free (rounded)        :  49 ) >  Total free extents               :  72sD >  Largest free extent              :  177489  blocks at LBN: 847944, >  Average extent size (rounded)    :  142269 >  Free space fragmentation index   :  0.062  (excellent)  > $ > %DFU-I-READY, REPORT command ready > NODEX$ >  > Alan E. Feldman &-) ! > afeldman@elsewhere.gfigroup.como > remove > elsewhere. > Q >  -----  Posted via NewsOne.Net: Free (anonymous) Usenet News via the Web  -----eO >   http://newsone.net/ -- Free reading and anonymous posting to 60,000+ groupsaK >    NewsOne.Net prohibits users from posting spam.  If this or other postseN > made through NewsOne.Net violate posting guidelines, email abuse@newsone.net   -- j> norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  # Date: Wed, 25 Apr 2001 18:06:49 GMTe2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)" Subject: Re: DFWDAYS a Big Success0 Message-ID: <ZmEF6.185$5I.3581@news.cpqcorp.net>  L In article <3ae7011f$1@news.si.com>, "Brian Tillman" <tillman_brian> writes:. :>Infoserver software that runs on  Alpha VMS. :t7 :How can we of the unwashed masses find out about this?e  B   We have a prototype of an OpenVMS-host-based InfoServer running    in the engineering lab.p  A   This prototype and the expected eventual release kit containingrD   the host-based InfoServer support will provide LAD disk services, G   but will **NOT** provide InfoServer tape nor InfoServer CD-R support.e  E   The release of the software is expected as a separate installation lA   kit prior to the plannced integration of the capabilities into t/   OpenVMS in a release (probably) after V7.3-1.m  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 25 Apr 2001 19:47:40 GMTr+ From: rjordan@mars.mcs.net (Richard Jordan)t" Subject: Re: DFWDAYS a Big Success5 Message-ID: <wRFF6.10868$JN5.256422@news.goodnet.com>   0 > :>Infoserver software that runs on  Alpha VMS.  C >   We have a prototype of an OpenVMS-host-based InfoServer runninge >   in the engineering lab.o >r > ...f > F >   The release of the software is expected as a separate installationB >   kit prior to the plannced integration of the capabilities into1 >   OpenVMS in a release (probably) after V7.3-1.    Hoff,rG      I realize its probably not going to happen, but any chance of thissG coming out in VAX flavoring?  EWS was a great way to extend the life of G older/slower VAXstations... this would be a grand solution to all thoseFE microVAX 3100 (and even some 4000s) sitting on shelves and in closetseG at various businesses (I know of at least 10 such that they cannot sellnI due to corp policies but refuse to pitch; not under maintenance but still0D valid licensed systems).  Any reasonably decent VAX with a SCSI portD would be a candidate.  Got a customer with a dual Alpha SCSI clusterH and a closeted 4000VLC that used to be the "quorum vote" on his previousE LAVC; stick a cheap tower with Toshiba drives on it and instant Info-a) tower (less tape and CD-R, but thats OK).         Please?   Rich Jordann rjordan@mcs.net    ------------------------------  # Date: Thu, 26 Apr 2001 01:28:15 GMTe- From: Terry C Shannon <shannon@world.std.com>r" Subject: Re: DFWDAYS a Big SuccessD Message-ID: <Pine.SGI.4.21.0104252126510.15017-100000@world.std.com>  ) On Wed, 25 Apr 2001, Dave Gudewicz wrote:a  I > Nice summary John and glad to hear of a few more Amateur Radio licenses N > being granted.  Wonder if any of their (vanity) call signs will include someM > of the many 3 letter acronyms we've grown accustomed to; like K5LUG, N5VMS,s > W5DEC.  Oops forgot CPQ.  ;) > M > Anyway back to 1s and 0s.  Will we be seeing a more detailed summary of thea  > happenings in Texas last week? >   I I'll be doing a write-up in the next issue of Shannon Knows Compaq, whichp* should be done in the next couple of days.   ------------------------------  % Date: Wed, 25 Apr 2001 14:23:14 -0700n! From: Shane.F.Smith@Healthnet.comcL Subject: Hackers crack challenge within 24 hours, and Solaris gets the blameD Message-ID: <OF234355D8.BF193EA2-ON88256A39.0074FCC2@foundation.com>  ) That's ZDNet's title, not mine. Check out.I http://www.zdnet.co.uk/news/2001/16/ns-22388.html for the story. Here's at paragraph to give you an idea:  D     Sandone stressed that customers using PitBull need not acquire aE     patch to secure their servers, as the vulnerability lies with theyB     Solaris operating system. Details of the vulnerability will be$     published once a fix is created.  E I'd be interested to hear Andrew Harrison's view on this one. Andrew?p  C Anybody want to start an offline sweepstakes on what he'll say? :-)w   Shanec   ------------------------------    Date: 25 Apr 2001 18:40:00 -05007 From: hamilton@encompasserve.org (Bradford J. Hamilton)eP Subject: Re: Hackers crack challenge within 24 hours, and Solaris gets the blame3 Message-ID: <y2AMCIatFW0Y@eisner.encompasserve.org>l  	 Hi Shane,,   Andrew has an out...   "The hack is likely to be a /  major embarrassment for the company behind thee7  high-profile hacking comptetion, despite its assertionn.  that the break in has highlighted a major new9  vulnerability in the Solaris operating system running ono *Intel x86* microprocessors. "  5 Sorry...I have no love lost for Solaris/Sun myself...-   --Brad >rh In article <OF234355D8.BF193EA2-ON88256A39.0074FCC2@foundation.com>, Shane.F.Smith@Healthnet.com writes:+ > That's ZDNet's title, not mine. Check out-K > http://www.zdnet.co.uk/news/2001/16/ns-22388.html for the story. Here's a<  > paragraph to give you an idea: > F >     Sandone stressed that customers using PitBull need not acquire aG >     patch to secure their servers, as the vulnerability lies with thetD >     Solaris operating system. Details of the vulnerability will be& >     published once a fix is created. > G > I'd be interested to hear Andrew Harrison's view on this one. Andrew?t > E > Anybody want to start an offline sweepstakes on what he'll say? :-)t >  > Shane  >  >    ------------------------------    Date: 25 Apr 2001 19:42:37 -0500+ From: young_r@encompasserve.org (Rob Young) P Subject: Re: Hackers crack challenge within 24 hours, and Solaris gets the blame3 Message-ID: <N5e9ItMXysGL@eisner.encompasserve.org>t  h In article <OF234355D8.BF193EA2-ON88256A39.0074FCC2@foundation.com>, Shane.F.Smith@Healthnet.com writes:+ > That's ZDNet's title, not mine. Check outNK > http://www.zdnet.co.uk/news/2001/16/ns-22388.html for the story. Here's ae  > paragraph to give you an idea: > F >     Sandone stressed that customers using PitBull need not acquire aG >     patch to secure their servers, as the vulnerability lies with the/D >     Solaris operating system. Details of the vulnerability will be& >     published once a fix is created. > G > I'd be interested to hear Andrew Harrison's view on this one. Andrew?2 > E > Anybody want to start an offline sweepstakes on what he'll say? :-)D >    	There are holes in UCX?   				Robp   ------------------------------  % Date: Wed, 25 Apr 2001 19:09:18 -0400t* From: "Stanley F. Quayle" <stan@stanq.com> Subject: Infoserverp- Message-ID: <3AE720DE.27660.715302@localhost>C  = Since the Infoserver's on the front burner, is there publicy-bE accessible documentation on the protocol?  The Infoserver would be a c cool thing to run on Linux...T     --Stan  
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671e1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com0   ------------------------------    Date: 25 Apr 2001 19:29:14 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)a# Subject: Re: Infoserver (for Linux)R3 Message-ID: <qAbLZ4Zf6hYm@eisner.encompasserve.org>1  Z In article <3AE720DE.27660.715302@localhost>, "Stanley F. Quayle" <stan@stanq.com> writes:? > Since the Infoserver's on the front burner, is there publicy-oG > accessible documentation on the protocol?  The Infoserver would be a i > cool thing to run on Linux...r  D You could write something similar for Linux.  The only ones who feelD a need to use DEC's protocol should be VMS shops, and it sounds like$ DEQ is already addressing that need.  N ==============================================================================N Great Inventors of our time: Al Gore -> Internet; Sun Microsystems -> ClustersN ==============================================================================   ------------------------------  % Date: Wed, 25 Apr 2001 21:07:36 -0400e* From: "Stanley F. Quayle" <stan@stanq.com># Subject: Re: Infoserver (for Linux) , Message-ID: <3AE73C98.1154.DDA670@localhost>  F > You could write something similar for Linux.  The only ones who feelF > a need to use DEC's protocol should be VMS shops, and it sounds like& > DEQ is already addressing that need.  D Assuming that they implement on both VAX and Alpha.  VAX-only users C might be left out in the cold.  But the price of a Linux PC with a  F really big (80 GB available now) disk would be most affordable in any  case.$  F If you want to abandon the Infoserver protocol, NFS works quite fine. B All my VMS machines do weekly image backups to a Linux fileserver.     --Stan  
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147n= Preferred address:  stan@stanq.com       http://www.stanq.comt   ------------------------------  % Date: Wed, 25 Apr 2001 20:45:45 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> # Subject: Re: Infoserver (for Linux)t' Message-ID: <3AE77DC9.84246A31@fsi.net>n   "Stanley F. Quayle" wrote: > H > > You could write something similar for Linux.  The only ones who feelH > > a need to use DEC's protocol should be VMS shops, and it sounds like( > > DEQ is already addressing that need. > E > Assuming that they implement on both VAX and Alpha.  VAX-only users1D > might be left out in the cold.  But the price of a Linux PC with aG > really big (80 GB available now) disk would be most affordable in anyw > case.n > G > If you want to abandon the Infoserver protocol, NFS works quite fine.3D > All my VMS machines do weekly image backups to a Linux fileserver.  F I'd be interested in knowing how you would do a restore of your system disk if it crashed.e   --   David J. Dachtera: dba DJE SystemsB http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.e   ------------------------------  # Date: Wed, 25 Apr 2001 20:01:29 GMTh2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)C Subject: Re: InfoServer on OpenVMS (Was: Re: DFWDAYS a Big Success)60 Message-ID: <t2GF6.202$5I.4144@news.cpqcorp.net>  c In article <wRFF6.10868$JN5.256422@news.goodnet.com>, rjordan@mars.mcs.net (Richard Jordan) writes:cH :     I realize its probably not going to happen, but any chance of this :coming out in VAX flavoring?  s  G   Donno off-hand, but will check.  We are using some existing code thatdJ   is latent in OpenVMS as part of the OpenVMS-host-based InfoServer work, J   and I do not know if the necessary code and structures are available on    OpenVMS VAX.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 25 Apr 2001 21:48:32 GMT + From: rjordan@mars.mcs.net (Richard Jordan) C Subject: Re: InfoServer on OpenVMS (Was: Re: DFWDAYS a Big Success)r5 Message-ID: <QCHF6.10874$JN5.256973@news.goodnet.com>    Hoff Hoffman wrote:e/ > rjordan@mars.mcs.net (Richard Jordan) writes:iI >:     I realize its probably not going to happen, but any chance of this  >:coming out in VAX flavoring? >s( >   Donno off-hand, but will check ....  >d   Hoff,$E      thanks.  It really would be a fine thing, definitely of use to ahE surprising number of our customers (and I would presume to others outhG there).  Hate seeing those reliable, solid systems collecting dust whenrF there's good work they could still be doing.  Its just too bad so manyH of my own (work not personal) closet'o VAX 3100s are not all licensed...     Rich Jordan  rjordan@mcs.net    ------------------------------  % Date: Wed, 25 Apr 2001 16:15:07 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.brr% Subject: OpenVMS 7.3 / Oracle RDB 7.1 L Message-ID: <OF3E66E31C.F1CBD20E-ON03256A39.0069AB78@ep-bc.petrobras.com.br>  E Do you know if Oracle with ship RDB 7.1 jointly with OpenVMS 7.3 ????    Regardsf   FC        C hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) em 25/04/2001 16:05:01F  > Favor responder a hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)             Info-VAX@Mvb.Saic.Com*      C Assunto: Re: OpenVMS Freeware V5.0 Shipping (was: Re: DECtalk DTC01_          cabling/documentation    I In article <kLtD6.3083$Zn4.54367@news1.rdc1.ab.home.com>, "Curtis Rempel" - <vmsguy.no.spam.here.please@home.com> writes: J :Would "shipping out very shortly" happen to coincide with the shipping of :7.3?      Yes.  H   The OpenVMS Freeware V5.0 CD-ROM kit will be shipping with the OpenVMSE   distribution for V7.3, it will be available for separate order (for B   media and shipping charges), and work is underway to get the kit7   available for (free) download at the OpenVMS website.r  G   Please keep your Freeware V4.0 disks around, as Freeware V5.0 carriesKH   forward no (unmodified) packages from Freeware V4.0.  There was simplyH   no room for this carry-forward, given the storage requirements for the=   updated and for the new packages included on Freeware V5.0.   0  ---------------------------- #include <rtfaq.h> ----------------------------- J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com2  --------------------------- pure personal opinion ---------------------------t/    Hoff (Stephen) Hoffman   OpenVMS EngineeringR hoffman#xdelta.zko.dec.com   ------------------------------    Date: 26 Apr 2001 09:22:54 +0800, From: Paul Repacholi <prep@prep.synonet.com>8 Subject: Re: OpenVMS article - please explain last line!- Message-ID: <87sniwh2tt.fsf@prep.synonet.com>K  2 andrew harrison <andrew.nospam@uk.sun.com> writes:  F > 1. The ES40 system benchmarked for STREAMS is the same system as theC > current on. The memory subsystem which is what STREAMS in essenceu= > measures is the same. tsmurphys claim is not false as Kerry  > suggests.x  E > 2. The DS20 and ES40 use the same cross bar and as the ES40 STREAMS D > benchmark result published by Compaq shows the actual bandwidth of0 > the DS/ES cross bar is ~2.5 GB/s not 5.2 GB/s.  B > So do you support the 5.2 GB/s claim, the claims that Kerry madeA > about the falsehood of tsmurphys post and mine in his follow on  > response.   A First off, the DS20(E) and the ES40 do not use the same chip set.n? Very simular, but not the same. Second BTW, the 8400/GS140 is a E midrange system. The only systems that a high end so far are possibly  the GS160 or 320.i  A The streams benchmark measures sustained CPU <-> Main Memory. The D STREAMS numbers are limited by the CPU pin bandwidth, not the system bandwidth. (Hint, IO...)   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.1@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov P   ------------------------------  # Date: Wed, 25 Apr 2001 19:05:01 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)Y Subject: Re: OpenVMS Freeware V5.0 Shipping (was: Re: DECtalk DTC01 cabling/documentationg0 Message-ID: <xdFF6.197$5I.3614@news.cpqcorp.net>  w In article <kLtD6.3083$Zn4.54367@news1.rdc1.ab.home.com>, "Curtis Rempel" <vmsguy.no.spam.here.please@home.com> writes:eJ :Would "shipping out very shortly" happen to coincide with the shipping of :7.3?W     Yes.    I   The OpenVMS Freeware V5.0 CD-ROM kit will be shipping with the OpenVMS pF   distribution for V7.3, it will be available for separate order (for C   media and shipping charges), and work is underway to get the kit l7   available for (free) download at the OpenVMS website.   H   Please keep your Freeware V4.0 disks around, as Freeware V5.0 carries I   forward no (unmodified) packages from Freeware V4.0.  There was simply oI   no room for this carry-forward, given the storage requirements for the n=   updated and for the new packages included on Freeware V5.0.   N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 26 Apr 2001 08:58:50 +0800, From: Paul Repacholi <prep@prep.synonet.com>% Subject: Re: OpenVMS Hobbyist versiont- Message-ID: <87ae54iiid.fsf@prep.synonet.com>i  / John Wisniewski <wisniewski@vmsone.com> writes:e   > For the RECORD:   @ > The OpenVMS Hobbyist Program allows you to use All versions of$ > OpenVMS with your hobbyist system.  F > Before Version 5.0 there was no LMF or any PAK enforcement so if youF > have the Hardware to run older versions you may do so.. (Anyone have > a working 11/780 with 4.2;-)  D We have a 780, value of work still to be determined. And a backup ofF VMS V2.? in DSC2 format... grrr If some one has a copy of DSC2 kickingC around, that would help mag scrapers who find REALLY old VMS stuff.:  E > I was also hoping to put togeather a CDrom of V 2.x, V3.6, and V4.7nF > OpenVMS (with some of the layered products) as a historical release.D > If anyone has interest in such a CDrom please mail me and we couldE > make it available sooner.  (Remember that these versions of OpenVMSsC > ONLY RUN on the Old, Big Iron VAXen 7xx/8xxx and MicroVAXen up tonD > MV3800 -Things built in the 70s and 80s-because the newer machinesF > need more recent HW support in order to boot, so be careful what you
 > ask for ;-)a  E > We also have a pre-mastered, pre-loaded disk image backup with most C > of the Hobbyist layered products installed in an image backup fori@ > VAX 7.2 .  If you are interested in such a load image on CDromE > (without PAKs of course;-) please drop me a line.  (This image tookcD > me about 3 days on and off to build on a VAX 3100 model 40;-) (The5 > Alpha Version is planned in my copious free time;-).  F I've been promised a full set of Vax CDs, VMS, plus CONDIS, plus DOCs.F I was thinking of finding all the last versions of SW that has droppedE off the edge, IE VAX C 3.2 and OPS5, that are not on current distros.iE OPS5 btw, is in the hobby licence set. LISP is another I think. Also,bD there is a string of stuff that has been dropped, and is now 'free',@ but very near impossible to find. Is there a list of this stuff?  F > Hobbyist releases are available for registered OpenVMS Hobbyists andE > OpenVMS Edu License participants only, (because they are 10% of thel> > commercial distributions;-).  Quantities (and discounts) areE > available for DECUS, (eh,quarter in the swear jar) I ment Encompass ( > and EDU Groups, Your mileage may vary,  ? Put in a second quarter. DECUS is alive and well on most of themA planet.  It is only part of it that was encompassed, embraced andr exterminated :)   $ > Do not taunt the  Happy Fun Ball..  B While on the subject of preserving old stuff. <chomping doc stuff>  F Does anyone have a recomendation on a SLOW 1600 bpi tape drive? I haveC a spit load of tapes to copy off and make image copies off. Most of-A them will need to be baked first, and respooled. I'd also like to D rework my CDC 785-2 to run MUCH slower. Anyone got a circuit diagram for one?   -- a< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.i@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov v   ------------------------------  % Date: Wed, 25 Apr 2001 23:38:47 -0400a. From: Chuck McCrobie <mccrobie@cablespeed.com>& Subject: Re: Optical Drive for OpenVMS. Message-ID: <3AE79847.64D1AF8C@cablespeed.com>  E Sorry about replying here, but I'm not sure of your e-mail address...y  E Haaa...  This sounds familiar.  I just asked Tom to ask you some more8A questions...  Yes, I'm the engineer responsible for this product.n  F The OD device is for WORM AND/OR Jukebox.  Since you have a standaloneF drive, you need to issue "init" and "mount" commands to the OM device.  > Let's start at the beginning - I think Tom already asked these
 questions:   1.  at DCL:  $ show device DKA   Look for DKA100 in the list.  D If the DKDRIVER attaches to the optical, then OMDRIVER will not.  WeF need to exclude DKDRIVER from attaching through use of the SCSI_NOAUTO SYSGEN parameter..   So,o  # 2.  Ensure DKDRIVER doesn't attach:u  
 	$ mcr sysgen- 	SYSGEN>  USE CURRENTF 	SYSGEN>  SHOW SCSI_NOAUTO 	SYSGEN>  SET SCSI_NOAUTO %X02 	SYSGEN>  WRITE CURRENTi 	SYSGEN>  EXIT  5 	A reboot may be necessary if DKA100 shows in step 1..  F 3.  If DKDRIVER did NOT attach, that is, there is no DKA100 in step 1,( then there are some other possibilities:  . 	a.  What OpenVMS VAX version are you running?' 	b.  What kit did U.S. Design send you:h) 		OSSV_V61_FT09056 - OpenVMS VAX 6.1, 6.2i$ 		OSSV_V71_FT09056 - OpenVMS VAX 7.1  E You will need to install the right version of the kit for the OpenVMSi VAX version.  A 4.  It looks like you've already loaded and connected the OMA100:t
 device, so   	$ SHOW DEVICE /FULL OMA100:  D 5.  Issue the following, noting the times around the "init" command:   	$ show time" 	$ initialize /system oma100: test 	$ show timeC 	$ wait 00:05:00 ! yes, wait for error log entries to flush to disk 0 	$ analyze /error /since=<time1> /before=<time2>  1 6.  Also issue the following and note the output:B  # 	$ mount /foreign /noassist oma100:c   7.  Issue the following:  % 	$ @sys$specific:[usd_tools]tools_dcl : 	$ scsi_cmd oma100: /scsi=(%x25,0,0,0,0,0,0,0,0,0) /read=8  G If you would send the output of the above to U.S. Design and make it to < the attention of Chuck McCrobie, much would be appreciated. F Alternatively, you can send it to the "From:" address of this e-mail -6 doing so, though, is the "unofficial support channel".   Chuck McCrobie Director of Engineeringe U.S. Designa   Piyush Avichal wrote:s > O > We have just purchased a HP Standalone(C1114R) Optical Drive from US Designs. 4 > We have tried installing it on a MicroVAX 3100-80.L > The software that US Designs provides(Optical SuperStor) seemed to install > without any problems.1M > However, when we try to mount or initialise the media, we get the followings > error message :7 > E > %INIT-F-DEVOFFLINE, device is not in configuration or not availablee > , > Has anyone come across an error like this? > O > At the >>> Prompt the device comes up as a JKA100, and when you do a SHOW DEV-+ > from the $ prompt, it comes up as OMA100.1 > O > Any help would be greatly appreciated as we are in desperate need to get this 
 > working. > 	 > Cheers,s >  > Piyush   --   ------------------------------  # Date: Wed, 25 Apr 2001 18:19:57 GMT96 From: "Andy Bustamante" <A_C_Bustamante@earthlink.net># Subject: Re: Pathworks for VMS 5.52rA Message-ID: <hzEF6.109$A4.16556@newsread2.prod.itd.earthlink.net>g  I The "Advanced Server" Pathworks 6.0x needs be at VMS 7.x.  For VMS 5.5-2,@K Pathworks 5.0F1 is the Y2K "tested & approved" version of Pathworks.   Thisb1 is probably the minimal level you should install.   H I've upgraded beyond 5.0F1 for VMS upgrades  VMS 7.2 requires PW 6.0b or% better for a supported configuration.   H There is a PW 5.0F2 with some updates, but since nothing is broken . . .       -- Andy Bustamantey Remove the ASCII 95s to reply=    ; <robert.nospam.harrison@ch.nospam.abb.com> wrote in message=$ news:9c486h$d8u$1@news.netmar.com... >oF > Does anyone know whether the current versions of Pathworks (or is it AdvancedK > Server now) will work with a system running VAX VMS 5.52 (eg DECnet Phase  > IV). >,L > Upgrading to 7.1 isn't an option I don't think; it's a legacy system which we > don't produce any more.    ------------------------------  % Date: Wed, 25 Apr 2001 22:53:19 -0400n2 From: rdeininger@mindspring.com (Robert Deininger)L Subject: Re: Talk to Rich Marcello, but DOES HE LISTEN? - Austin Texas are aL Message-ID: <rdeininger-2504012253190001@user-2ive616.dialup.mindspring.com>  > In article <3AE63BDE.DC9771A1@worldnet.att.net>, pat jankowiak$ <vaxhackery@worldnet.att.net> wrote:   > eBay?a > @ > the DFWCUG 'Bunker of Doom' facility has two nicely configured: > DEC 3000-400 (flamingo) units we'll let go for $300 eachC > including 19" CRT.. Not 500 MHz, but good reliable machines.. Not @ > that this is an ad or anything.. I think they are 175 MHz. BTW? > the plastic front covers are missing, but at this point, it'sn > function rather than form.  ! The 3000-400 systems are 133 MHz:w   System Configuration:- ---------------------  System Information:1G System Type    DEC 3000 Model 400                     Primary CPU ID 00jN Cycle Time     7.5 nsec (133 MHz)                     Pagesize       8192 Byte   Memory Configuration: D Cluster    PFN Start    PFN Count         Range (MByte)        UsageF  #04             0          256         0.0 MB -     2.0 MB    ConsoleE  #05           256        36608         2.0 MB -   288.0 MB    System   # Per-CPU Slot Processor Information:VK CPU ID         00                        CPU State    rc,pa,pp,cv,pv,pmv,pl G CPU Type       EV4  Pass 3 (21064)       Halt PC      00000000.00000000iG PAL Code       5.56                      Halt PS      00000000.00000000FG CPU Revision   F001                      Halt Code    00000000.00000000LA Serial Number  ..........                "Bootstrap or Powerfail"  Console Vers   V7.0m  2 (The above is from ANALYZE/SYSTEM ... CLUE CONFIG)      2 You're thinking of the 3000-600, which is 175 MHz:   System Configuration:n ---------------------/ System Information:oG System Type    DEC 3000 - M600                        Primary CPU ID 00tN Cycle Time     5.7 nsec (175 MHz)                     Pagesize       8192 Byte   Memory Configuration:aD Cluster    PFN Start    PFN Count         Range (MByte)        UsageF  #04             0          256         0.0 MB -     2.0 MB    ConsoleE  #05           256        40704         2.0 MB -   320.0 MB    Systemu  # Per-CPU Slot Processor Information:RK CPU ID         00                        CPU State    rc,pa,pp,cv,pv,pmv,pl G CPU Type       EV4  Pass 3 (21064)       Halt PC      00000000.00000000nG PAL Code       5.56                      Halt PS      00000000.00000000aG CPU Revision   F001                      Halt Code    00000000.00000000 A Serial Number  ..........                "Bootstrap or Powerfail"  Console Vers   V7.0a       And the 3000-700 is 225 MHz:   System Information: G System Type    DEC 3000 - M700                        Primary CPU ID 00nN Cycle Time     4.4 nsec (225 MHz)                     Pagesize       8192 Byte   Memory Configuration:iD Cluster    PFN Start    PFN Count         Range (MByte)        UsageF  #04             0          256         0.0 MB -     2.0 MB    ConsoleE  #05           256        24320         2.0 MB -   192.0 MB    Systemo  # Per-CPU Slot Processor Information:-K CPU ID         00                        CPU State    rc,pa,pp,cv,pv,pmv,plrG CPU Type       EV45  Pass 2 (21064A)     Halt PC      00000000.00000000cG PAL Code       5.56                      Halt PS      00000000.00000000fG CPU Revision   F001                      Halt Code    00000000.00000000rA Serial Number  ..........                "Bootstrap or Powerfail": Console Vers   V7.0v  F The -700 also has the souped-up 21064A CPU, which doubles the on-board* cache to 16 kB instruction and 16 kB data.  J Otherwise these three systems are very similar.  Nice solid machines, with years of life left in them.     H I think the 3000-400, -600, and -700 are sandpipers, not flamingos.  TheH pedestals (-500, -800, and -900,  i.e. the tall ones) are the flamingos, IIRC.l     Dunno why I post such trivia...n   --   Robert Deininger rdeininger@mindspring.com-   ------------------------------  # Date: Wed, 25 Apr 2001 18:02:10 GMTa2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)) Subject: Re: The Q and Canadian geographyE0 Message-ID: <CiEF6.184$5I.3581@news.cpqcorp.net>  g In article <IMCF6.436$6N.4482@shaw-ty2>, "Curtis Rempel" <vmsguy.no.spame.here.please@home.com> writes:   9 :...I will leave it as an exercise for the Q webmaster...:  B   Um, what is the goal of posting the report of this problem here?  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 25 Apr 2001 18:57:43 GMTu; From: "Curtis Rempel" <vmsguy.no.spam.here.please@home.com>t) Subject: Re: The Q and Canadian geographys( Message-ID: <H6FF6.444$6N.4496@shaw-ty2>  F No goal, just an observation.  I neglected to mention that it was also* pasted into the feedback form on the site.  ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in messagea* news:CiEF6.184$5I.3581@news.cpqcorp.net...: > In article <IMCF6.436$6N.4482@shaw-ty2>, "Curtis Rempel". <vmsguy.no.spame.here.please@home.com> writes: >o; > :...I will leave it as an exercise for the Q webmaster...  >pD >   Um, what is the goal of posting the report of this problem here? >t, >  --------------------------- pure personal# opinion ----------------------------1 >    Hoff (Stephen) Hoffman   OpenVMS Engineering- hoffman#xdelta.zko.dec.com >i   ------------------------------  % Date: Wed, 25 Apr 2001 21:17:23 -0400-- From: JF Mezei <jfmezei.spamnot@videotron.ca>-) Subject: Re: The Q and Canadian geography , Message-ID: <3AE7771F.F204907A@videotron.ca>   Curtis Rempel wrote:: > http://www.openvms.compaq.com/business_solutions_cd.html! > From the "State" drop-down box:> >  > NF New Foundland > PE Price Edward Island > QU Quebecs > SK Sascatchewan.    - Well at least on that page they had Nunavut !o  L But for Qubec, the official abbreviation is QC   (PQ was often used before, but I have rarely seen QU)   ------------------------------    Date: 26 Apr 2001 09:01:40 +0800, From: Paul Repacholi <prep@prep.synonet.com>E Subject: Re: Using VT220 as alternate serial console for DEC 3000-400 - Message-ID: <8766fsiidn.fsf@prep.synonet.com>b  & praratgl@aol.com (Gary Prarat) writes:  A > Am I using the right DB25 cable. Any help would be appreciated.   E If it came of an HP printer, probably not. You need a real null-modemh& cable, not the HP non-extention cable.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.e@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov t   ------------------------------  % Date: Wed, 25 Apr 2001 22:23:22 -0400l2 From: rdeininger@mindspring.com (Robert Deininger)E Subject: Re: Using VT220 as alternate serial console for DEC 3000-400 L Message-ID: <rdeininger-2504012223230001@user-2ive616.dialup.mindspring.com>  : In article <20010425114603.03185.00000993@ng-mn1.aol.com>,% praratgl@aol.com (Gary Prarat) wrote:   ? > I have purchased a VT220 to use as console for DEC 3000-400. -B > I have attached it to the DEC 3000 using a DB25 cable that works > with HP printer. fB > The 220 passes self test fine and I can make changes to it using
 > the F3 key.o > = > However, when I boot the Alpha nothing shows up on VT 220. n >  > Do I reset the S3 switch. ?19 > Is there an alternate console command I need to insert?eA > Am I using the right DB25 cable. Any help would be appreciated.o	 > Thanks,i  E The console on the DEC 3000-400 is the MMJ connector.  (6 conductors,R: looks like a telephone jack except the tab is off center.)  F I had to rig up an adapter by hand on the VT220 end.  I don't have the pin-outs or the cable handy.  J The switch in back of the DEC 3000 controls where the console is.  I don'tH remember which position is which.  Try both.  I think it only checks the switch at power-on.o  2 I've not noticed that any console settings matter.  I On the DEC 3000-300 series, if you unplug the system's keyboard and powernB up, it will fail over to the alternate console port as soon as theH keyboard test fails.  I don't know if the -400 behaves the same way, butD it's likely.  So if you have a keyboard plugged into the system, try removing it.   -- - Robert Deininger rdeininger@mindspring.com-   ------------------------------  % Date: Wed, 25 Apr 2001 21:55:27 +0200 " From: "Hans Vlems" <hvlems@iae.nl>1 Subject: Re: V7.3 in clusters w/earlier versions?5( Message-ID: <9c7a52$4t4$1@news.IAEhv.nl>  K At home I ran a mixed version NI cluster: two nodes on V7.2 and one node on. V5.5I (no dash version!). It worked without a problem. But the virtual IO cacheo was not supported  on all cluster members.r   YMMV  
 Hans Vlems- <norm.raphael@jamesbury.com> wrote in messages. news:C2256A38.00701992.00@jklh21.valmet.com... >y >K > A V7.3-related Question:9 > Is V6.2 of OpenVMS supported in a VMScluster with V7.3?n > Vax, Alpha, Mixed?" > Is that matrix posted?  Updated? > V5.5-2*? V7.1? V7.2?: > Is the support for production or just migration/upgrade? >f >m >n >a6 > sander@vmsbiz.enet.dec.com on 04/24/2001 01:32:18 PM >e. > Please respond to sander@vmsbiz.enet.dec.com >h > To:o6 > cc:    (bcc: Norm Raphael/Worcester/Neles-Jamesbury)0 > Subject:  Re: Current versions of VMS software >a >e >s > L > In article <Pine.LNX.4.21.0104241536540.27810-100000@irys.stanpol.com.pl>,> > "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl> writes:+ > |>On 24 Apr 2001 mike.price@nospam wrote:x > |>G > |>+I am sure there is a web site somewhere in Compaq that details thee currentnJ > |>+version of everything and the predicted release date of future stuff. > |>            ********** > |>) > |>+Does anyone know where it is please.  > |>A > |> I am not aware of page with "everything", but some info likeu  > |>this but VMS-related are at:F > |>http://www.openvms.compaq.com/openvms/roadmap/OPENVMS_ROADMAPS.HTM > |>I > |>+Specifically I need to know where VMS 7.3 is up to at the moment buta once IA > |>+have that I will need loads of other stuff (Cobol C Decformsi
 etc.etc.etc.)b > |> >sK > The new 7.3 pages are in the works and over the next month 7.3 stuff willdJ > be rolling out on the web site. Timing is important because I don't want toI > loose anything that is currently there that folks might need cause they  haven't L > gotten the 7.3 kits yet. As Hoff posted earlier 'engineering' is done withK > 7.3 and has sent it off to be kitted, reproduced, boxed and shipped. That   > can take some time ... Anyway. >iK > Things like the DOC site and the Software rollout reports will be updateds asG > soon as I get the new pages from the owners. Since there is 'history'i involved$ > in these pages they can go up now. >q1 > What you want is the software rollout report atDF > http://www.openvms.compaq.com/openvms/os/swroll/ which will tell youJ > for each OpenVMS version what Compaq software works and is supported. We haveJ > been trying for awhile to have the some sort of information on 3rd party > software.s >e >o >r > --D > ------------------------------------------------------------------8 > Warren Sander                        OpenVMS MarketingF > Compaq Computer Corporation          Work:  warren.sander@compaq.comG > 200 Forest Street MR01-3/J1          Personal: sander@ma.ultranet.comn5 > Marlboro, MA 01752                   (508) 467-4875 7 >    My opinions are my own and I only speak for myselfc. >          Read http://www.openvms.compaq.com/D > ------------------------------------------------------------------ >t >i >0 >  >, >o >    ------------------------------  % Date: Wed, 25 Apr 2001 16:07:57 -0400v  From: norm.raphael@jamesbury.com1 Subject: Re: V7.3 in clusters w/earlier versions?-4 Message-ID: <C2256A39.006DB9D8.00@jklh22.valmet.com>  : Does this encompass [heh, heh] Mixed-architecture clusters> (with the VAXes running V6.2 and the Alpha's V7.3) with Volume
 Shadowing?          % hammond@not on 04/25/2001 09:29:57 AMr   Please respond to hammond@nota   To:   Info-VAX@mvb.saic.com  cc:a2 Subject:  Re: V7.3 in clusters w/earlier versions?        O In article <C2256A38.00701992.00@jklh21.valmet.com>, norm.raphael@jamesbury.comx writes:y  8 >Is V6.2 of OpenVMS supported in a VMScluster with V7.3? >Vax, Alpha, Mixed? ! >Is that matrix posted?  Updated?g  C According to table 2-1 in the OpenVMS Alpha Version 7.3 Upgrade andsJ Installation Manual, version back to V6.2-xxx are supported for migration.< Only the same version (i.e. all V7.3) has warranted support.  I This means that if you have a problem in an OpenVMS Cluster with V7.3 andoG older version, Compaq's response may be to request that you upgrade allS nodes to V7.3.  G As a practical matter, many "migration" configurations will run withoutR	 problems.E   --K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAEH        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------    Date: 26 Apr 2001 09:26:24 +0800, From: Paul Repacholi <prep@prep.synonet.com>1 Subject: Re: V7.3 in clusters w/earlier versions?n- Message-ID: <87oftkh2nz.fsf@prep.synonet.com>.  $ "Hans Vlems" <hvlems@iae.nl> writes:  E > At home I ran a mixed version NI cluster: two nodes on V7.2 and one.C > node on V5.5 (no dash version!). It worked without a problem. But @ > the virtual IO cache was not supported on all cluster members.  6 I suspect the cache will be a problem with 6.2-7.3. :(   And before you ask, PXG.   -- << Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov k   ------------------------------  # Date: Thu, 26 Apr 2001 03:33:20 GMT 7 From: moroney@world.std.spaamtrap.com (Michael Moroney)s1 Subject: Re: V7.3 in clusters w/earlier versions?e& Message-ID: <GCDr7L.MAK@world.std.com>  " norm.raphael@jamesbury.com writes:        ; >Does this encompass [heh, heh] Mixed-architecture clustersg? >(with the VAXes running V6.2 and the Alpha's V7.3) with Volume  >Shadowing?   G At the very least, install the "new" shadowing kit on the V6.2 systems.bE You'll lose performance due to the disabling of caching in such mixed E version clusters.  Of course, any patches/ECOs created since V6.2 was J being updated won't exist, so you may stumble on problems long since fixed in more recent versions.  D Why not upgrade the V6.2 systems?  There's a V7.3 for Vaxes as well.   -Miket   ------------------------------    Date: 26 Apr 2001 08:35:15 +0800, From: Paul Repacholi <prep@prep.synonet.com>' Subject: Re: VMS and Fast Etherchannel? - Message-ID: <87elugijlo.fsf@prep.synonet.com>   - John Eisenschmidt <jeisensc@aaas.org> writes:d  E > So, these slick little DS10s come with 2 onboard NICs. Does OpenVMSVF > (in my case: 7.2-1) support Fast Etherchannel so that they appear as
 > one NIC?  % Go get the 802 standards. Read them.     -- 7< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.i@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov     ------------------------------  % Date: Wed, 25 Apr 2001 23:03:12 +0100m4 From: "John D. Peedle" <john@peedle.freeserve.co.uk>P Subject: Re: VMS gets positive mention in Compaq Q1 financial analystsconference. Message-ID: <9c7hae$k41$1@news7.svr.pol.co.uk>  : Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> wrote in message0 news:009FB103.115E5D9D.7@maxwell.ph.kcl.ac.uk...! > > > > The fact of the matter ism snipL > And since the (numerical) majority of MS customers don't have a clue aboutL > system management or security, they'd not necessarily regard the result as anK > improvement. I really don't see that one can reconcile the demands of JoeaJ > Public and family at home, with what a major financial institution ought= > to be demanding for the protection of its customers' money.o   .... Thunderous applause...n  B I know this is moving off-topic but it's such a GOOD discussion...  L The (numerical) majority of MS customers use NT because it looks the same asG the desktop OS they use to write their letters on. Because it looks the L same, it must be the same of course. SME File and print systems are so cheapH today that they are just another commodity. NAS is attempting to make itL even more so. And as for P2P... What a joke. Are corporate memories so shortG now that they already forgot why they bought those Novell fileservers 30K years ago? I look forward to the revenue to be earned in about 5 years when L we get to rip out the stuff installed 'back in 2002'. Novell could even findG itself in a renaissance! I won't even start to talk about messenging...   L My pet Home Computer soapbox is that Joe Public shouldn't be using somethingE like a PC. Its too complicated, breakable, noisy, expensive etc, etc.eE Joe/Jill needs something that will let him/her write the book, letter G whatever, do the family accounts, collect the email and browse the web.CL Their children need something that will run the latest game. Whatever it is,K it shouldn't require a hideously complicated OS with a broken interface and0* enough breakable bits to shake a stick at.  K We used to have a fine Home Computer market in the UK until an over-priced, H under spec'd huge noisy beast took over the market. Quite why a businessJ machine which was inferior in (I think) every respect to say, the Atari ST6 or Archimedes became so popular excapes me completely.   Off Soapbox    John D. Peedle; MCSE (coz it seemed like a good thing to do at the time...)i   ------------------------------    Date: 26 Apr 2001 09:15:28 +0800, From: Paul Repacholi <prep@prep.synonet.com>P Subject: Re: VMS gets positive mention in Compaq Q1 financial analystsconference- Message-ID: <87wv88h367.fsf@prep.synonet.com>M  ; Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:   F > In article <u57F6.32310$%_1.9218596@typhoon.ne.mediaone.net>, "Terry1 > C. Shannon" <terryshannon@mediaone.net> writes:0 > A > > As an aside, I often felt that Windows would trounce the Unix0E > > Confederacy due to lower development costs. If there's 13 Unixes, D > > with each vendor spending upwards of $150M per annum on the care< > > and feeding of what is at the end of the day a basicallyB > > nondifferentiated offering, how will these 13 vendors make out@ > > against one vendor spending equivalent resources on a single
 > > offering?   @ > In the interest of leveling the playing field, Microsoft keeps: > increasing the number of operating systems they support.  , I thought that was called raising the swamp.   -- B< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.s@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov 0   ------------------------------    Date: 26 Apr 2001 09:13:41 +0800, From: Paul Repacholi <prep@prep.synonet.com>P Subject: Re: VMS gets positive mention in Compaq Q1 financial analystsconference- Message-ID: <871yqgihtm.fsf@prep.synonet.com>   6 "John D. Peedle" <john@peedle.freeserve.co.uk> writes:  < > Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> wrote in message2 > news:009FB103.115E5D9D.7@maxwell.ph.kcl.ac.uk...    C > > And since the (numerical) majority of MS customers don't have alD > > clue about system management or security, they'd not necessarilyF > > regard the result as > an improvement. I really don't see that oneD > > can reconcile the demands of Joe Public and family at home, withD > > what a major financial institution ought to be demanding for the' > > protection of its customers' money.    > .... Thunderous applause...4   And an encore!  D > I know this is moving off-topic but it's such a GOOD discussion...  
 /mode=heretice  D > My pet Home Computer soapbox is that Joe Public shouldn't be using= > something like a PC. Its too complicated, breakable, noisy,tE > expensive etc, etc.  Joe/Jill needs something that will let him/heriF > write the book, letter whatever, do the family accounts, collect the > email and browse the web.o   And is solid and secure.  ? >  Their children need something that will run the latest game.i    Pity you mentioned the G word :(  F > Whatever it is, it shouldn't require a hideously complicated OS withC > a broken interface and enough breakable bits to shake a stick at.d  B NO, it requires the HIGHEST level of OS! You do not have people toF support and paper over the crocks, the system has to do, or never needB all that stuff. The 'small simple' system is the WORST thing for aB home system. If you put a system like that between 2 kids, it will@ last about 3 seconds in the cross fire of them 'getting' at each3 other. It's more vicious that unix terminal wars...n     -- o< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.H@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov C   ------------------------------  # Date: Thu, 26 Apr 2001 05:00:11 GMTs. From: "Alphaman" <alphaman64@nixspam-home.com> Subject: VT POP3 client?; Message-ID: <vXNF6.26505$U4.5981279@news1.rdc1.tn.home.com>   I I've been playing with PINE as I thought it was a POP3 client.  All I can 3 seem to find reference to is its IMAP capabilities.h  K Can it be used as a POP3 client?  What setting is required to set that?  Ise2 it the "inbox-path", and if so, what's the syntax?  J If not, are there any other terminal based POP3 clients available?  If notH that, any tools for getting mail from my ISP's POP3 server to my VMSmailI account?  I've looked far and wide, but the closest references I've foundiK have been Netscape, Mozilla, (both of which don't fit my VT need), and PINE  (IMAP only?)  
 Wishfully, Aaronl --> Aaron Sakovich  http://members.home.net/sakovich/alphaman.html> Make April 15 just another day:        http://www.fairtax.org/< "Things do not change, people change." (Henry David Thoreau)   ------------------------------  % Date: Wed, 25 Apr 2001 21:41:42 -0400 ! From: Everhart <everhart@gce.com>h, Subject: [Fwd: RE: OpenVMS Hobbyist version]' Message-ID: <3AE77CD6.8D56FEF6@gce.com>   P If folks are willing to install a virtual driver, they could have the compressedM files presented directly as disks. See cmphighc.zip (may have name not exact) L off sigtapes. I wrote it. It stores a disk, compressed with zlib in 32 block chunks,eO in 2 files (data and index) or allows a driver called dtdriver (a salute to the4 goodK old tu56) to access the compressed image as though it were a disk. It junks N the writes to the disk, reads with large cache in the program and decompresses onI the fly. Performance is not bad. It was designed originally for back/physh savesets& on tape but I tacked this function in.  O I use it to package things like: 4 listing CDs on one physical CD, with a short K batch job to start the whole thing and mount the disks. The program runs ons	 basically ? any VMS version, Vax or Alpha, and source is completely public.o  M The nice thing about this scheme is that once you sysgen connect or sysman ion connect(M a few dtdriver units and start up the host processes (I use batch jobs myself 	 for this)uI you get disks dta0: ...dtan: which are exact (if read-only) images of thea	 originals 2 and can install off them or inspect them directly.  N While this won't work too well for installing base VMS, it should be just fine for I installing layered products. The driver dtdriver is rather conservativelyn written.O and has not needed tweaks much over the years. Since it is available in source pO in macro32, "everyone" can compile or assemble it and relink. The package is ora has been on the freeware CD in the past.s  M Also the sources for the system are not that big. I will remind you that RT11y sigtapesP used to be distributed in similar fashion, so there is some precedent for having a-P distribution compressed in this sort of way. I think DEC eventually included the RT11P facility for virtual disks in base RT11, but the SIG had distributions including
 the driver? source & binary and a bunch of .dsk files before that happened.n   Glenn Everhart     -----Original Message-----4 From: John Wisniewski [mailto:wisniewski@vmsone.com]' Sent: Wednesday, April 25, 2001 4:57 AMV To: Info-VAX@Mvb.Saic.Come% Subject: Re: OpenVMS Hobbyist versions     sms@antinode.org wrote:v  / > From: John Wisniewski <wisniewski@vmsone.com>  >V& > > VAX and Alpha 7.3   (Coming Soon!) >t >    I'm ready.A >aJ > > We have tried to put a good selection of layered products (C, Fortran, andp, > > such - see the webpage-- on the HobbyistL > > distributions.   Perhaps when VMS goes over to DVD we can get all the SW on > > one disk;-)a >rJ >    Perhaps if someone develops a standard scheme whereby the kits can beI > compressed, a good deal more could be packed in.  Am I the only one who I > thinks that the capability to install directly from a compressed kit is.
 > overdue? >dI >    Survey question:  How many people would object to compressed layeredkH > product kits (using, say, ZIP), which would need to be expanded onto a? > local read-write disk before installation (using the current,g! > handicapped PCSI or VMSINSTAL)?f >rF >    Just as an impractical example, the VAX VMS072.% save sets occupyG > about 203000 blocks.  After ZIP, about 103000.  I assume that typicalsC > product kits would see similar shrinkage.  The VAX TCPIP V5.0 kitvG > (including docs) drops from about 37500 blocks to about 12500 blocks.lG > With twice the effective space available, it should be easy enough tohJ > cram in a few more things, yes?  A convenient procedure to expand onto aF > disk or tape might make it a little more convenient.  (How many kits  > can't fit onto a TK50 or two?) > J > ------------------------------------------------------------------------ >aE >    Steven M. Schweda               (+1) 651-699-9818  (voice, home)tE >    382 South Warwick Street        (+1) 763-781-0308  (voice, work) I >    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work) ; >    sms@antinode.org                sms@provis.com  (work)   E Then someone would complain that they don't have enough disk space;-)e  J we'll see if we can zip the layered products in the 7.3 Hobbyist cdroms...* (and Unzip them when we build a DVD kit;-)   John Wisniewskir wisniewski@vmsone.com    ------------------------------   End of INFO-VAX 2001.232 ************************