1 INFO-VAX	Tue, 20 May 2003	Volume 2003 : Issue 277       Contents: Re: "very" dynamic library Re: CSWS 1.3 CGI question  Re: CSWS 1.3 CGI question  Re: CSWS 1.3 CGI question  Re: CSWS 1.3 CGI question  Re: DFU question Re: DFU question3 Re: FA: Planar ELT320 Flat Panel DEC VT320 Terminal : Re: getting data off an OpenVMS Alpha to Microsoft Windows: Re: getting data off an OpenVMS Alpha to Microsoft Windows2 Re: How many Intel Itaniums have been sold so far?2 Re: How many Intel Itaniums have been sold so far?$ How serious is SCSI check condition? Re: How small can VMS get ?  Re: How small can VMS get ?  Re: hp ssh on vms7.3-1 Re: hp ssh on vms7.3-1 Re: hp ssh on vms7.3-1 Re: hp ssh on vms7.3-13 Re: HP's 'Adaptive Enterprise' advertising campaign 3 Re: HP's 'Adaptive Enterprise' advertising campaign 6 I was asked to post this message regarding Golden Eggs: Re: I was asked to post this message regarding Golden Eggs: Re: I was asked to post this message regarding Golden Eggs: Re: I was asked to post this message regarding Golden Eggs: Re: I was asked to post this message regarding Golden Eggs: Re: I was asked to post this message regarding Golden Eggs: Re: I was asked to post this message regarding Golden Eggs: Re: I was asked to post this message regarding Golden Eggs: Re: I was asked to post this message regarding Golden Eggs< Micro$oft licenses Unix from SCO ... lookout linux lawsuits!@ Re: Micro$oft licenses Unix from SCO ... lookout linux lawsuits!/ Re: More OpenVMS VAX and Alpha OS+SPL auctions.   Re: need help with VAX 4000-100A@ Re: Official gov't security cert tally: OpenVMS wins hands down!@ Re: Official gov't security cert tally: OpenVMS wins hands down!@ Re: Official gov't security cert tally: OpenVMS wins hands down! question of function delay Re: question of function delay Re: question of function delay Re: Spamfilter for OpenVMS? 3 Re: Sparky is losing the race Andrew ... and badly!  TCPIP device inactive message ! Re: TCPIP device inactive message ! Re: TCPIP device inactive message ! Re: TCPIP device inactive message ! Re: TCPIP device inactive message ! Re: TCPIP device inactive message ! Re: TCPIP device inactive message ! Re: TCPIP device inactive message ) Technical Update Days - London and Vienna  Re: TK70 tape compatibility  Re: TK70 tape compatibility 	 Warning ! 2 Re: WHICH command (was: Error message help needed) [MOZILLA B1.4] Junk Controls ?" Re: [MOZILLA B1.4] Junk Controls ?0 Re: [The Inquirer] "HP trying to dump OpenVMS ?"0 Re: [The Inquirer] "HP trying to dump OpenVMS ?"0 Re: [The Inquirer] "HP trying to dump OpenVMS ?"0 Re: [The Inquirer] "HP trying to dump OpenVMS ?"0 Re: [The Inquirer] "HP trying to dump OpenVMS ?"  F ----------------------------------------------------------------------  % Date: Mon, 19 May 2003 19:14:50 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com># Subject: Re: "very" dynamic library ) Message-ID: <3EC9655D.1096689B@istop.com>    Robert Trawinski wrote: G > dlopen on VMS. He needs to use in software libraries that isn't known " > during linking. Is it possible?     # HELP RTL LIB$ LIB$FIND_IMAGE_SYMBOL   J You build a shareable image which contains one or more routines. Then yourL main progranm uses lib$find_image_symbol which not only opens the executableM file, but also finds the address of the routine you want inside that file and L puts that into a C variable declared as a pointer of a routine. You can then call that routine.   ------------------------------  % Date: Mon, 19 May 2003 13:23:27 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> " Subject: Re: CSWS 1.3 CGI question9 Message-ID: <Gq8ya.1142$c41.163933@news20.bellglobal.com>    Thanks Warren.  A I already had an HTACCESS file in the script directory but needed H "AllowOverride AuthConfig" for the script directory in HTTP.CONF so your= response pointed me in the right direction. I still don't see N HTTP_AUTHORIZATION but I now can see REMOTE_USER which is what I really wanted anyway.   K I guess it's safe to assume that your company removed HTTP_AUTHORIZATION in , order to call it Compaq "Secure" Web Server?  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html6 http://www3.sympatico.ca/n.rieck/docs/alpha_diary.html    7 "warren sander" <warren.sander@hp.com> wrote in message $ news:3ec8ee4d@usenet01.boi.hp.com...A > The script must be running with security also. ie the AuthType, N > AuthAuthoritative and AuthName etc must be the same for the script directory > and J > the original page name. If not the remote_user etc isn't passed through. > 	 > -warren  >  > --  M > --------------------------------------------------------------------------- 9 > Warren Sander                   WW E-Marketing (HP.COM) D > Hewlett-Packard Company         Work:  warren.sander@remove.hp.comM > 200 Forest Street MR01-3/K8     Personal: sander.ma.ultranet@remove.rcn.com 0 > Marlboro, MA 01752              (508) 467-48757 >    My opinions are my own and I only speak for myself , >          Read http://www.hp.com/go/openvmsM > ---------------------------------------------------------------------------  >  > 6 > "Neil Rieck" <n.rieck@sympatico.ca> wrote in message4 > news:%w4ya.529$eo1.126223@news20.bellglobal.com...N > > I'm running CSWS 1.3 on OpenVMS 7.3-1 with TCPware 5.6 and here's what I'm > > trying to do:  > > J > > Upon accessing a webpage, the client is required to enter a username +N > > password (validated against SYSUAF). When the user clicks a submit button, > I   > > run a DCL-based CGI program. > >  > > Here's my problem: > > D > > I want the CGI program to access the username entered during theK > > authentication process. Page 287 of "OpenVMS with Apache, OSU and WASD"  > statesH > > that environment variables "HTTP_AUTHORIZATION" and/or "REMOTE_USER" > should be K > > accessible to the CGI but I haven't been able to see any data in either  > one of > > these symbols. > > I > > Is there something I need to add to the configuration files to enable  > these L > > fields? Has anyone written a DCL-based CGI to view an authenticated user > name?  > >  > > Neil Rieck! > > Kitchener/Waterloo/Cambridge,  > > Ontario, Canada.% > > http://www3.sympatico.ca/n.rieck/ < > > http://www3.sympatico.ca/n.rieck/links/cool_openvms.html > >  > >  >  >    ------------------------------  # Date: Mon, 19 May 2003 19:24:28 GMT ) From: "Rick Barry" <richard.barry@hp.com> " Subject: Re: CSWS 1.3 CGI question2 Message-ID: <Mbaya.1068$lU7.1048@news.cpqcorp.net>  4 "Neil Rieck" <n.rieck@sympatico.ca> wrote in message3 news:Gq8ya.1142$c41.163933@news20.bellglobal.com...  > Thanks Warren. > C > I already had an HTACCESS file in the script directory but needed J > "AllowOverride AuthConfig" for the script directory in HTTP.CONF so your? > response pointed me in the right direction. I still don't see I > HTTP_AUTHORIZATION but I now can see REMOTE_USER which is what I really  wanted	 > anyway.  > J > I guess it's safe to assume that your company removed HTTP_AUTHORIZATION in. > order to call it Compaq "Secure" Web Server? >  > Neil Rieck > Kitchener/Waterloo/Cambridge,  > Ontario, Canada.: > http://www3.sympatico.ca/n.rieck/links/cool_openvms.html8 > http://www3.sympatico.ca/n.rieck/docs/alpha_diary.html >    Neil,   I Apache does not define the HTTP_AUTHORIZATION variable. We didn't take it  out, it was never there.  I Your CGI script can interrogate the REMOTE_USER and AUTH_TYPE environment K variables to fetch the username and authentication type associated with the H request. Remember, these will be either DCL symbols (default) or logicalE names, depending on the setting of your APACHE$CGI_MODE logical name.   
 Rick Barry Secure Web Server Development  OpenVMS System Software Group  Hewlett-Packard Company 
 Nashua, NH   ------------------------------  % Date: Mon, 19 May 2003 20:21:55 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> " Subject: Re: CSWS 1.3 CGI question9 Message-ID: <Cyeya.4382$eo1.206447@news20.bellglobal.com>    >  > Neil,  > K > Apache does not define the HTTP_AUTHORIZATION variable. We didn't take it  > out, it was never there. > K > Your CGI script can interrogate the REMOTE_USER and AUTH_TYPE environment M > variables to fetch the username and authentication type associated with the J > request. Remember, these will be either DCL symbols (default) or logicalG > names, depending on the setting of your APACHE$CGI_MODE logical name.  >  > Rick Barry > Secure Web Server Development  > OpenVMS System Software Group  > Hewlett-Packard Company  > Nashua, NH >    Rick,   K Thanks for the update. As I said in my initial post, the 2003 publishing of M "OpenVMS with Apache, OSU and WASD" (p. 287) states that environment variable K HTTP_AUTHORIZATION is available for all servers including CSWS. I guess the  author was mistaken.  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html6 http://www3.sympatico.ca/n.rieck/docs/alpha_diary.html   ------------------------------  # Date: Tue, 20 May 2003 01:21:09 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")" Subject: Re: CSWS 1.3 CGI question6 Message-ID: <00A201BB.E2105F07@SSRL.SLAC.STANFORD.EDU>  e In article <Cyeya.4382$eo1.206447@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes:  >> >> Neil, >>L >> Apache does not define the HTTP_AUTHORIZATION variable. We didn't take it >> out, it was never there.  >>L >> Your CGI script can interrogate the REMOTE_USER and AUTH_TYPE environmentN >> variables to fetch the username and authentication type associated with theK >> request. Remember, these will be either DCL symbols (default) or logical H >> names, depending on the setting of your APACHE$CGI_MODE logical name. >>
 >> Rick Barry   >> Secure Web Server Development  >> OpenVMS System Software Group >> Hewlett-Packard Company
 >> Nashua, NH  >> >  >Rick, > L >Thanks for the update. As I said in my initial post, the 2003 publishing ofN >"OpenVMS with Apache, OSU and WASD" (p. 287) states that environment variableL >HTTP_AUTHORIZATION is available for all servers including CSWS. I guess the >author was mistaken.   M That would appear to be the case; I probably made some kind of transcription  J error in combining my lists of variables supported by the three browsers IN covered.  I'm sorry for the error, and if there's a second edition of the book I'll get it fixed.  J Neil was kind enough to email me with a correction.  If anybody else findsM errors in the book, please do the same.  (There are some things in there that J were true when I wrote them, but have been superseded by events, like the O availability of WebDAV.)  If I get many more corrections, I'll set up an errata 	 web page.    Apologies and thanks,   	 -- Alan    --  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------  # Date: Mon, 19 May 2003 20:28:51 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: Re: DFU question 3 Message-ID: <78bya.10721$FJ4.103246@news.chello.at>   g In article <baa8i0$6hi$1$8302bc10@news.demon.co.uk>, Chris Sharman <chris.sharman@sorry.nospam> writes:  >John Brandon wrote:R >> Since you guys introduced me to the freeware of DFU I have some basic questions6 >> about the package.  Specifically the DEFRAG option. >>  < >> Has anyone had problems with it?  Namely file corruption?  > I run DFO/DFG/DEFRAG to defrag, and DFU to eg. DELETE/DIR/TREE  < >> Run it against all file types (*.*.*) or typically ASCII? >>  M >> Are there any drives or file types that would not be a good idea to run it , >> againts?  System drive?  Pathworks?  etc.  E I never had any disk corruptions or problems with DFG, but my current B company at some time in the past had (and ditched DFG for this and' another - too much open files - reason)   C >I've never had any problems, but I seem to recall a release which  J >mentioned fixing possible file corruption. I've got DFU ALP 2.7-1, built 
 >23-Mar-2000.   8 DFU V2.7A (24-SEP-2002) seems to be the current version.  ; 	http://www.openvms.compaq.com/freeware/freeware50/dfu027a/   H (which seems strange as the dfu027a.zip there has a date of 14-Aug-2002)   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Mon, 19 May 2003 19:17:48 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: DFU question ' Message-ID: <3EC9742C.E5732C22@fsi.net>    Chris Sharman wrote: >  > John Brandon wrote: S > > Since you guys introduced me to the freeware of DFU I have some basic questions 7 > > about the package.  Specifically the DEFRAG option.  > > = > > Has anyone had problems with it?  Namely file corruption?  > > = > > Run it against all file types (*.*.*) or typically ASCII?  > > N > > Are there any drives or file types that would not be a good idea to run it- > > againts?  System drive?  Pathworks?  etc.  > C > I've never had any problems, but I seem to recall a release which J > mentioned fixing possible file corruption. I've got DFU ALP 2.7-1, built > 23-Mar-2000.  H The major fix in V2.7-1 was for list processing on such commands as SET.G Ton Dorland fixed it when I asked about it. I needed to be able to have E BACKUP and backup date recording run asynchronously. So, I coded up a H way to use EDT to distill BACKUP /LISTings down to a list of filespec.'sE and fed that to DFU ala "SET/BACKUP_DATE=dd-mmm-yyyy/IGNORE=INTERLOCK  @filespec".   D The "@filespec" makes all the difference. When I tried a list of SETF commands, one for each file, it would run for 8 to 10 hours on volumesF with lots of small files. When I fed a file list to DFU SET it ran for$ 3-1/2 to four hours. Big difference.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  + Date: Mon, 19 May 2003 14:54:26 -0400 (EDT) + From: Lord Isildur <isildur@andrew.cmu.edu> < Subject: Re: FA: Planar ELT320 Flat Panel DEC VT320 TerminalH Message-ID: <Pine.GSO.4.53L-031.0305191453380.4229@unix2.andrew.cmu.edu>   hello,K i own one of these as well. I have a question. Mine came with no manuals or M docs or anything. Have you ever figured out how to connect a keyboard to one?    Isildur   * On Sun, 18 May 2003, Clay M. Denton wrote:  S > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3025232873&category=11218&rd=1  >    ------------------------------  # Date: Tue, 20 May 2003 01:21:35 GMT 1 From: Michael Austin <maustin@firstdbasource.com> C Subject: Re: getting data off an OpenVMS Alpha to Microsoft Windows 2 Message-ID: <3EC9818F.2F03EFDA@firstdbasource.com>   Zack Sessions wrote: > F > I work for a software house whose primary product line is a suite ofH > applications that run on Windows NT to support the information storage< > needs of public safety agencies such as Police and Sheriff@ > Departments, 911 Centers, Fire Departments and EMS. One of theH > services we provide for our new customers is to transfer the data fromG > their former computer systems to a historical database in order to do  > lookups on their older data. > E > We have an agency who has been using our software for about 5 years H > now, but they never tried to send us their old data for mapping to ourH > historical database. The system that was running on now is so old thatH > there is no one who works there now who knows anything about it at theG > system level. It is an Alpha workstation running OpenVMS V6.something ? > and a custom application package called COPS. It is no longer E > connected to their network. No one there even remembered the SYSTEM  > password!  > F > A couple of my co-workers spent the entire day yesterday onsite withF > the idea of trying to transfer the files to a laptop running WindowsG > NT through a serial connection. I have the most former VMS experiance D > (6 years working for DEC in the early 80's and 13 years managing aF > farm of VAXen at a major GE manufacturing site) of us and was on theF > phone with the guys for most of the day. But since it has been aboutG > five years since I really had anything to do with VMS it took us most D > of the day just to get back into the backdoor and reset the SYSTEM > password.  > F > We now plan to go back again and try to get the data. Since its beenD > so long since I was "intimate" with VMS, I have forgotton a lot ofE > stuff. The main things that would help me would be some pointers on C > the best way to transfer this data (any new purchases of software C > utilities for the Alpha would be out of the question, freeware is F > another thing entirely!). I tried to access Hunter Goatley's websiteE > looking for VMS freeware but the last reference to a link I saw was C > several years ago and the link is now invalid. A link or links to = > where some VMS freeware is available would be very helpful.  > G > Thanks in advance for any help. Replies either here or in email would 
 > be welcome.  >  > Zack Sessions     D or, you can ship the box to someone qualified to remove the data andA send it to you in zip files.  FirstDBASource.com comes to mind :)  --   Regards,  6 Michael Austin            OpenVMS User since June 19847 First DBA Source, Inc.    Registered Linux User #261163 7 Sr. Consultant            http://www.firstdbasource.com  816-373-0270 (Office)  816-728-3080 (Mobile)    ------------------------------  % Date: Mon, 19 May 2003 22:01:46 -0400 ( From: David Froble <davef@tsoft-inc.com>C Subject: Re: getting data off an OpenVMS Alpha to Microsoft Windows * Message-ID: <3EC98C8A.80406@tsoft-inc.com>   Michael Austin wrote:    > Zack Sessions wrote: > F >>I work for a software house whose primary product line is a suite ofH >>applications that run on Windows NT to support the information storage< >>needs of public safety agencies such as Police and Sheriff@ >>Departments, 911 Centers, Fire Departments and EMS. One of theH >>services we provide for our new customers is to transfer the data fromG >>their former computer systems to a historical database in order to do  >>lookups on their older data. >>E >>We have an agency who has been using our software for about 5 years H >>now, but they never tried to send us their old data for mapping to ourH >>historical database. The system that was running on now is so old thatH >>there is no one who works there now who knows anything about it at theG >>system level. It is an Alpha workstation running OpenVMS V6.something ? >>and a custom application package called COPS. It is no longer E >>connected to their network. No one there even remembered the SYSTEM  >>password!  >>F >>A couple of my co-workers spent the entire day yesterday onsite withF >>the idea of trying to transfer the files to a laptop running WindowsG >>NT through a serial connection. I have the most former VMS experiance D >>(6 years working for DEC in the early 80's and 13 years managing aF >>farm of VAXen at a major GE manufacturing site) of us and was on theF >>phone with the guys for most of the day. But since it has been aboutG >>five years since I really had anything to do with VMS it took us most D >>of the day just to get back into the backdoor and reset the SYSTEM >>password.     J An Alpha running V6.* should have a TCP/IP license.  Actually the old UCX 1 product.  Still, a simple FTP should be possible.   P Use a 'crossover' cable to network the 2 systems together.  FTP the data files, O if applicable.  However, if they're not simple text files, then you're looking  Q at first converting the data to something you can use on the windoz systems.  It  M would be best to do this before removing the data from the Alpha.  Otherwise  M you'll be back here next month asking us how to extract data from the RMS or   whatever files.   D Knowing the COPS software and data structures would also be helpful.    F >>We now plan to go back again and try to get the data. Since its beenD >>so long since I was "intimate" with VMS, I have forgotton a lot ofE >>stuff. The main things that would help me would be some pointers on C >>the best way to transfer this data (any new purchases of software C >>utilities for the Alpha would be out of the question, freeware is F >>another thing entirely!). I tried to access Hunter Goatley's websiteE >>looking for VMS freeware but the last reference to a link I saw was C >>several years ago and the link is now invalid. A link or links to = >>where some VMS freeware is available would be very helpful.  >>G >>Thanks in advance for any help. Replies either here or in email would 
 >>be welcome.  >> >>Zack Sessions     Q Hunter is still around, and so is the site with all the software.  Maybe the VMS   FAQ would also be helpful.    F > or, you can ship the box to someone qualified to remove the data andC > send it to you in zip files.  FirstDBASource.com comes to mind :)     2 It was about time for another shameless plug.  :-)     Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  # Date: Mon, 19 May 2003 22:12:21 GMT   From: CJT <cheljuba@prodigy.net>; Subject: Re: How many Intel Itaniums have been sold so far? * Message-ID: <3EC956C6.7090306@prodigy.net>   Barry Treahy, Jr. wrote:   >  > Baby Peanut wrote: > ) >> http://www.chipzilla.org/?article=9467  >> >> >>   >>+ > Presuming this is even remotely accurate:  > K > " The figures are 760 in 2001 and 3700 in 2002. There are no figures for   > 2003 yet." > D > Looks like Intel is getting a good bang for the billions of bucks G > spent...  Oh ya, not that Alpha did this crappy, but wasn't this the  J > excuse for killing Alpha?  Too little volume for the 'billions' spent?  G > Seems like we're watching daytime soaps, different channels but same  
 > story... >  > Barry  > 5 It doesn't sound like they're breaking even yet.  <g>    ------------------------------  # Date: Mon, 19 May 2003 22:31:30 GMT   From: CJT <cheljuba@prodigy.net>; Subject: Re: How many Intel Itaniums have been sold so far? * Message-ID: <3EC95B44.2050102@prodigy.net>  ( Andrew Harrison SUNUK Consultancy wrote:   > Barry Treahy, Jr. wrote: >  >> >> Baby Peanut wrote:  >>* >>> http://www.chipzilla.org/?article=9467 >>>  >>>  >>>    >>> , >> Presuming this is even remotely accurate: >>H >> " The figures are 760 in 2001 and 3700 in 2002. There are no figures  >> for 2003 yet."  >>E >> Looks like Intel is getting a good bang for the billions of bucks  H >> spent...  Oh ya, not that Alpha did this crappy, but wasn't this the C >> excuse for killing Alpha?  Too little volume for the 'billions'  G >> spent?  Seems like we're watching daytime soaps, different channels   >> but same story... >> > ? > IDC are predicting that 25000 Itanium systems will be sold in 1 > 2003. Some people think that this is optimistic  > < > Currently the average number of CPU's in an Itanium box is" > apparently slightly less than 2. > ? > So based on IDC optimistic estimates Intel can expect to sell : > 50K Itaniums. At a maximum of 4K a CPU they could expect9 > to get 20,000,000 dollars in itanium revenue this year.     better check that multiplication   > > > Sun shipped 275,000 SPARC systems with an average of 5 CPU's: > per system in 2002, don't know what we will do this year; > but it does give you a usefull perspective on where IA-64 : > will be in the 64bit processor market by the end of this; > year if our volumes remain the same. ~4% of Suns volumes.  > 	 > Regards  > Andrew Harrison  >    ------------------------------  + Date: Mon, 19 May 2003 21:03:08 +0000 (UTC) * From: bleau@umtof.umd.edu (Lawrence Bleau)- Subject: How serious is SCSI check condition? 0 Message-ID: <babgqc$avp$1@grapevine.wam.umd.edu>  ; Hello.  I'm running OpenVMS AXP V7.1-2 on an Alpha (Digital 8 Personal Workstation 600au).  I have several third party8 disks, mostly Seagates, but some IBMs.  One of the disks8 just reported a check condition, recoverable error.  I'd2 like some advice on how serious you think this is.  5 On May 18, the error log entry said "check condition, : hardware error" (see entry 122 below).  After this, I only7 received the "recoverable error" message (see entry 124  below for sample).  7 I did a ANAL/DISK/READ on the device, and it logged 90+ 2 error log entries, all of them recoverable errors.  ; So, is this a disk about to go south?  Or is ti a disk that < had one small problem, handled it as it was supposed to, and9 all remaining error log entries attest to the fact it was 9 handled properly?  I have a spare disk of the same size I 7 could put into use proactively, but want to know if I'm  jumping the gun here.    Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edu   M ******************************** ENTRY  122 ********************************      - Logging OS                        1. OpenVMS  + System Architecture               2. Alpha  . OS version                           V7.1-2   % Event sequence number         47626.  < Timestamp of occurrence              18-MAY-2003 20:20:00   8 Time since reboot                    324 Day(s) 3:24:33 . Host name                            UMTOF      C System Model                         Digital Personal WorkStation     2 Entry type                        1. Device Error     ' ---- Device Profile ----                2 Unit                                 UMTOF$DKB300 - Product Name                         DMVS18V  ) Vendor                               IBM    ' -- Driver Supplied Info -               * Device Firmware Revision             0100 E VMS SCSI Error Type               5. Extended Sense Data from Device  $ SCSI ID                         x03 $ SCSI LUN                        x00 $ SCSI SUBLUN                     x00 M Port Status               x00000001  NORMAL  -  normal successful completion  4 Command Opcode                  x28  Read (10 byte) ' Command Data                            $                                 x00 $                                 x01 $                                 x11 $                                 x78 $                                 xDB $                                 x00 $                                 x00 $                                 x01 $                                 x00 '                                         5 SCSI Status                     x02  Check Condition  % Remaining Byte Length            32.    ' --- Device Sense Data ---                 3 Error Code                      x70  Current Error  $ Segment #                       x00 $ Information Byte 3              x00 $             Byte 2              x00 $             Byte 1              x00 $             Byte 0              x00 4 Sense Key                       x04  Hardware Error $ Additional Sense Length         x18 $ CMD Specific Info Byte 3        x00 $                   Byte 2        x00 $                   Byte 1        x00 $                   Byte 0        x00 4 ASC & ASCQ                    x0300  ASC  =   x0003 4                                      ASCQ =   x0000 C                                      Peripheral Device Write Fault  $ FRU Code                        x01 : Sense Key Specific Byte 0       x80  Valid Sense Key Data $                    Byte 1       x00 $                    Byte 2       x09   % Count of valid bytes:            14.      ?           15--<-12  11--<-08  07--<-04  03--<-00   :Byte Order  F  0000:    00000000  16001601  03000000  C5010000   *................*     ' ----- Software Info -----               : UCB$x_ERTCNT                     16. Retries Remaining    : UCB$x_ERTMAX                     16. Retries Allowable    , IRP$Q_IOSB                x0000000000000000 , UCB$x_STS                 x08020810  Online 4                                      Software Valid G                                      Volume is Valid on the local node  M                                      Unit supports the Extended Function bit  8 IRP$L_PID                 x07860027  Requestor "PID"    9 IRP$x_BOFF                     5632. Byte Page Offset     A IRP$x_BCNT                      512. Transfer Size In Byte(s)     9 UCB$x_ERRCNT                      2. Errors This Unit     8 UCB$L_OPCNT                22550357. QIO's This Unit    3 ORB$L_OWNER               x00010004  Owners UIC     : UCB$L_DEVCHAR1            x1C4D4008  Directory Structured 3                                      File Oriented  .                                      Sharable /                                      Available  -                                      Mounted  3                                      Error Logging  6                                      Capable of Input 7                                      Capable of Output  3                                      Random Access      M ******************************** ENTRY  124 ********************************      - Logging OS                        1. OpenVMS  + System Architecture               2. Alpha  . OS version                           V7.1-2   % Event sequence number         47692.  < Timestamp of occurrence              19-MAY-2003 07:13:06   9 Time since reboot                    324 Day(s) 14:17:35  . Host name                            UMTOF      C System Model                         Digital Personal WorkStation     2 Entry type                        1. Device Error     ' ---- Device Profile ----                2 Unit                                 UMTOF$DKB300 - Product Name                         DMVS18V  ) Vendor                               IBM    ' -- Driver Supplied Info -               * Device Firmware Revision             0100 E VMS SCSI Error Type               5. Extended Sense Data from Device  $ SCSI ID                         x03 $ SCSI LUN                        x00 $ SCSI SUBLUN                     x00 M Port Status               x00000001  NORMAL  -  normal successful completion  4 Command Opcode                  x28  Read (10 byte) ' Command Data                            $                                 x00 $                                 x01 $                                 x11 $                                 x78 $                                 xE2 $                                 x00 $                                 x00 $                                 x01 $                                 x00 '                                         5 SCSI Status                     x02  Check Condition  % Remaining Byte Length            32.    ' --- Device Sense Data ---                 3 Error Code                      x70  Current Error  $ Segment #                       x00 $ Information Byte 3              x00 $             Byte 2              x00 $             Byte 1              x00 5             Byte 0              x00  LBA:  x00000000  5 Sense Key                       x01  Recovered Error  $ Additional Sense Length         x18 $ CMD Specific Info Byte 3        x00 $                   Byte 2        x00 $                   Byte 1        x00 $                   Byte 0        x00 4 ASC & ASCQ                    x5D00  ASC  =   x005D 4                                      ASCQ =   x0000 C                                      Direct Access Device ASC/ASCQ  3                                      unrecognized.  $ FRU Code                        x01 > Sense Key Specific Byte 0       x00  Sense Key Data NOT Valid $                    Byte 1       x00 $                    Byte 2       x00   % Count of valid bytes:            14.      ?           15--<-12  11--<-08  07--<-04  03--<-00   :Byte Order  F  0000:    00000000  FFFFFFFF  FFFF0000  64010000   *...d............*     ' ----- Software Info -----               : UCB$x_ERTCNT                     16. Retries Remaining    : UCB$x_ERTMAX                     16. Retries Allowable    , IRP$Q_IOSB                x0000000000000000 , UCB$x_STS                 x08020810  Online 4                                      Software Valid G                                      Volume is Valid on the local node  M                                      Unit supports the Extended Function bit F8 IRP$L_PID                 x0FF60023  Requestor "PID"    9 IRP$x_BOFF                     5632. Byte Page Offset    WA IRP$x_BCNT                      512. Transfer Size In Byte(s)     9 UCB$x_ERRCNT                      3. Errors This Unit     8 UCB$L_OPCNT                22551182. QIO's This Unit    3 ORB$L_OWNER               x00010004  Owners UIC     : UCB$L_DEVCHAR1            x1C4D4008  Directory Structured 3                                      File Oriented o.                                      Sharable /                                      Available a-                                      Mounted m3                                      Error Logging  6                                      Capable of Input 7                                      Capable of Output o3                                      Random Access s   ------------------------------  + Date: Mon, 19 May 2003 14:50:49 -0400 (EDT)a+ From: Lord Isildur <isildur@andrew.cmu.edu>p$ Subject: Re: How small can VMS get ?H Message-ID: <Pine.GSO.4.53L-031.0305191449140.4229@unix2.andrew.cmu.edu>  E 486 boxes? that i did not know. i had thought osf1 was mostly done onrL decstations. interesting stuff.. does any of that code still exist? would itC be permissible to put it in an archive of old esoteric source code?s   isildurd    * On Sun, 18 May 2003 rmk@rmkhome.com wrote:I > As I remember, OSF started out as Mach plus a BSD/SVR2 personality. ThetI > development of OSF/1 was mostly done on 486 boxes. A friend of mine hadp+ > such a box sitting on his desk back then.d >y > --. > rmk@rmkhome.com		http://www.rmkhome.com/~rmk >n   ------------------------------  + Date: Mon, 19 May 2003 15:20:38 -0600 (MDT)d' From: Rick Kelly <rmk@toad.rmkhome.com> $ Subject: Re: How small can VMS get ?: Message-ID: <200305192120.h4JLKcQG015640@toad.rmkhome.com>   Lord Isildur said:  F >486 boxes? that i did not know. i had thought osf1 was mostly done onM >decstations. interesting stuff.. does any of that code still exist? would it D >be permissible to put it in an archive of old esoteric source code?  E It may be that OSF still has the old source around. www.opengroup.org)  G At the time, they developed and ran on Intel boxes because budgets wereT# thin and Alphas were expensive. :-)M   -- e, Rick Kelly  rmk@rmkhome.com  www.rmkhome.com   ------------------------------  % Date: Mon, 19 May 2003 14:14:51 -0500t- From: Hunter Goatley <goathunter@goatley.com>P Subject: Re: hp ssh on vms7.3-1-; Message-ID: <SV9ya.40618$3t1.21164@fe03.atl2.webusenet.com>-   Richard Brodie wrote: < > "rob merritt" <merritt.robert@spsd.sk.ca> wrote in message8 > news:b6bf97d5.0305181910.a6bfae5@posting.google.com... >  > B >>up until now I have used OpenSSL and OSU ssh on our vms machines4 >>a vendor requested I use the HP/Compaq/Dec SSH EAK1 >>(early adopters kit??? I think they mean BETA).B >  > C > No. An EAK is for folk who are too keen on bleeding edge stuff to  > wait for the beta. >   B Please pardon the advertisement, but you can get non-EAK, non-beta7 SSH that runs on TCP/IP Services from Process Software:o   http://www.process.com/   % And yes, I work for Process Software.    Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/- goathunter@goatley.com   ------------------------------  % Date: Mon, 19 May 2003 14:47:00 -0500 ( From: brandon@dalsemi.com (John Brandon) Subject: Re: hp ssh on vms7.3-121 Message-ID: <03051914470047@dscis6-0.dalsemi.com>a  D > Please pardon the advertisement, but you can get non-EAK, non-beta9 > SSH that runs on TCP/IP Services from Process Software:e >  > http://www.process.com/d > ' > And yes, I work for Process Software.I >  > Hunter  # No!  Who would have guessed???!  ;)l   John Brandon VMS Systems Administratora Dallas Semiconductor first.last@dalsemi.com 972.371.4172 wko   ------------------------------    Date: 19 May 2003 15:46:20 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)p Subject: Re: hp ssh on vms7.3-1m3 Message-ID: <0iYQvBoPvP8H@eisner.encompasserve.org>i  \ In article <03051914470047@dscis6-0.dalsemi.com>, brandon@dalsemi.com (John Brandon) writes:E >> Please pardon the advertisement, but you can get non-EAK, non-betau: >> SSH that runs on TCP/IP Services from Process Software: >> o >> http://www.process.com/ >>  ( >> And yes, I work for Process Software. >> e	 >> Hunters > % > No!  Who would have guessed???!  ;)   I Certainly not someone brand new to VMS, or don't you believe in those :-)    ------------------------------  + Date: Tue, 20 May 2003 00:36:14 +0000 (UTC)p+ From: david20@alpha2.mdx.ac.uk (David Webb)m Subject: Re: hp ssh on vms7.3-1 + Message-ID: <babt9u$hna$1@aquila.mdx.ac.uk>   \ In article <03051914470047@dscis6-0.dalsemi.com>, brandon@dalsemi.com (John Brandon) writes:E >> Please pardon the advertisement, but you can get non-EAK, non-beta-: >> SSH that runs on TCP/IP Services from Process Software: >>   >> http://www.process.com/ >> @  N Well almost. If you want SFTP with your SSH from Process then you need to get 	 a BETA :)   . http://www.process.com/tcpip/sftpbetatest.html      
 David Webb VMS and Unix team leader CCSS Middlesex University    ( >> And yes, I work for Process Software. >>  	 >> Hunterd >a$ >No!  Who would have guessed???!  ;) >i
 >John Brandont >VMS Systems Administrator >Dallas Semiconductor  >first.last@dalsemi.com  >972.371.4172 wk   ------------------------------  # Date: Tue, 20 May 2003 01:48:51 GMTn# From: "John Smith" <a@nonymous.com>p< Subject: Re: HP's 'Adaptive Enterprise' advertising campaignJ Message-ID: <7Qfya.208262$w7k.144176@news04.bloor.is.net.cable.rogers.com>  # "Andrew Harrison SUNUK Consultancy"a8 <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message* news:baakf0$o97$1@new-usenet.uk.sun.com... > John Smith wrote:e' > > "Andrew Harrison SUNUK Consultancy"w< > > <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message. > > news:ba30ng$4p2$2@new-usenet.uk.sun.com... > >d > >>Bradford J. Hamilton wrote:t > >>E > >>>In article <b9oh38$395$1@new-usenet.uk.sun.com>, Andrew Harrisonc > >>E > > SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:e > >, > F >>>http://216.239.39.104/search?q=cache:DC0nEM5sVN4C:www.the451.com/av a: > >> > >.D ntgo/lite/index.php+Terraspring+HP+Utility+Datacenter&hl=en&ie=UTF-8 > >  > >>><% > >>>Another quote from this article:  > >>>8C > >>>(Think Dynamics adds storage for system-wide resource pooling) E > >>>HP's utility datacenter software currently uses an older versionA > >>
 > > of the > >") > >>>Terraspring software Sun now offers.o > >>>e> > >>>An offhand comment from an analyst critiquing a different product. > >>
 > > Hearsay??n > >R> > >>>I've seen nothing compelling here to back the supposition > >> > > presented. > >hD > >>Why not ask HP they will confirm that they are using Terraspring > >S > > 1.0. > >e? > >>We know after all we bought Terraspring so we do have their, existing > >>customer list. > >a > >e > >nD > > And Think Dynamics, which was bought by IBM this week and is now= > > rolled into IBM's Toronto software development lab (2000+R developers), > > also had HP as a customer. > >e > ? > Thats what happens if you think that Inovating is buying yourH > inovations from other people.f >hA > HP Invent is a great tagline but it hardly reflects the reality.@ > of HP as a corporation where the biggest single contributor toA > positive share value and profitability in general over the laste: > decade has been the HP business that puts toner in pots. >mA > Not the printing business in general just the toner part of it.-    0 Invent went out the door with the Agilent folks.   ------------------------------  # Date: Tue, 20 May 2003 05:12:45 GMT.  From: CJT <cheljuba@prodigy.net>< Subject: Re: HP's 'Adaptive Enterprise' advertising campaign* Message-ID: <3EC9B950.5060608@prodigy.net>   John Smith wrote:'   <snip> > 2 > Invent went out the door with the Agilent folks. >  >    That's certainly my impression.n   ------------------------------    Date: 19 May 2003 11:30:53 -07001 From: susan_skonetski@hotmail.com (Sue Skonetski)l? Subject: I was asked to post this message regarding Golden Eggso< Message-ID: <857e9e41.0305191030.934e2bb@posting.google.com>  + Golden Eggs to be added to hp's Visio-Caf p Murray Clark May 1, 2003   F As a valued customer of Hewlett-Packard and Compaq, we want to let youD know of some changes that are happening in our new company. You haveF been a user of our Golden Eggs templates in the past, and you may haveF already heard of some changes in this program. We want to reassure youA that we will maintain and enhance the Golden Eggs drawing tool byrC offering it as part of hp's Visio-Caf.  Effective immediately, the_4 drawings available in Golden Eggs can be accessed at www.visiocafe.com.   Golden Eggs:D As you know, Golden Eggs was a Compaq pre-sales system drawing tool.E Users required an authentication key to use the full functionality inRD creating configurations by dragging & dropping' shapes or templatesF into a design. The shapes contained information about the component soA users could generate a bill of materials with prices. Golden EggsA@ website contained many pre-configured systems (.PDF files) which? listed the hardware components for each type of system and werei available to our customers.d   Visio-Caf:rE Pre-merger HP had a similar application' called Visio-Caf. Based onc< Microsoft Visio, it includes stencils depicting HP servers,D peripheral devices and network products created for use in designingD systems. Users require a Microsoft Visio  license in order to fully# utilize the stencils and templates.   
 New solution:>D Starting May 1, 2003, HP will be updating all Visio-Caf stencils to= current status and add Golden Eggs content to them (excludingn7 pricing). We will create and post new Visio stencils ons7 www.visiocafe.com website as new products are released.b  3 Please send any questions to the Visio-Caf team at 6 hpinfo@visiocafe.com or through the feedback button on www.visiocafe.com.   ------------------------------  # Date: Mon, 19 May 2003 18:51:29 GMTb4 From: brad@.gateway.2wire.net (Bradford J. Hamilton)C Subject: Re: I was asked to post this message regarding Golden Eggs / Message-ID: <RI9ya.939059$S_4.956188@rwcrnsc53>i  p In article <857e9e41.0305191030.934e2bb@posting.google.com>, susan_skonetski@hotmail.com (Sue Skonetski) writes:, >Golden Eggs to be added to hp's Visio-Caf 
 >Murray Clark  >May 1, 2003 <snip>   Sue,  O Thanks for the heads-up; this has been something which many folks have wanted! n, Please pass on my thanks to the folks at HP.  A _________________________________________________________________A0 Bradford J. Hamilton			"All opinions are my own"/ bMradAhamiPltSon@atMtAbi.cPoSm		"Lose the MAPS"S   ------------------------------    Date: 19 May 2003 14:14:07 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)=C Subject: Re: I was asked to post this message regarding Golden Eggs 3 Message-ID: <id6J70fA$N8I@eisner.encompasserve.org>a  p In article <857e9e41.0305191030.934e2bb@posting.google.com>, susan_skonetski@hotmail.com (Sue Skonetski) writes:- > Golden Eggs to be added to hp's Visio-Caf n > Murray Clark
 > May 1, 2003@ > H > As a valued customer of Hewlett-Packard and Compaq, we want to let youF > know of some changes that are happening in our new company. You haveH > been a user of our Golden Eggs templates in the past, and you may haveH > already heard of some changes in this program. We want to reassure youC > that we will maintain and enhance the Golden Eggs drawing tool by E > offering it as part of hp's Visio-Caf.  Effective immediately, the>6 > drawings available in Golden Eggs can be accessed at > www.visiocafe.com.  & NEWS> spawn nslookup www.visiocafe.com% <RETURN for more - 36/39 Lines (95%)>o     Spawning subprocessm Server:  LOCALHOST Address:  127.0.0.1a   Name:    WWW.VISIOCAFE.COM Address:  216.113.198.40     <Return> to continue NEWS   : But in response to http://216.113.198.40/ my browser says:  + 	No web site is configured at this address.'   ------------------------------    Date: 19 May 2003 14:52:40 -0500 From: briggs@encompasserve.orgC Subject: Re: I was asked to post this message regarding Golden Eggs 3 Message-ID: <$QZa72X+gILb@eisner.encompasserve.org>a  c In article <id6J70fA$N8I@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: r > In article <857e9e41.0305191030.934e2bb@posting.google.com>, susan_skonetski@hotmail.com (Sue Skonetski) writes:. >> Golden Eggs to be added to hp's Visio-Caf  >> Murray Clarkd >> May 1, 2003 >> .I >> As a valued customer of Hewlett-Packard and Compaq, we want to let you2G >> know of some changes that are happening in our new company. You have I >> been a user of our Golden Eggs templates in the past, and you may have I >> already heard of some changes in this program. We want to reassure youoD >> that we will maintain and enhance the Golden Eggs drawing tool byF >> offering it as part of hp's Visio-Caf.  Effective immediately, the7 >> drawings available in Golden Eggs can be accessed at  >> www.visiocafe.com.y > ( > NEWS> spawn nslookup www.visiocafe.com' > <RETURN for more - 36/39 Lines (95%)>  >  >  > Spawning subprocessi > Server:  LOCALHOST > Address:  127.0.0.1L >  > Name:    WWW.VISIOCAFE.COM > Address:  216.113.198.40 >  >  > <Return> to continue NEWSa > < > But in response to http://216.113.198.40/ my browser says: > - > 	No web site is configured at this address.n  F One of the things that happen under HTTP 1.1 is that the client passesD the host name portion of the URL to the server along with the target path.d  C The URL: http://216.113.198.40/ has a host part of "216.113.198.40"   I The URL: http://www.visiocafe.com/ has a host part of "www.visiocafe.com"o  D Those URLs are different.  A server that supports one is not obligedB to support the other.  A browser that only support HTTP 1.0 is notE guaranteed to be able to access services offered by HTTP 1.1 servers..   	John Briggs   # telnet www.visiocafe.com 80  Trying 216.113.198.40... Connected to www.visiocafe.com.- Escape character is '^]'.  HEAD / HTTP/1.10 Host: 216.113.198.40 ^^^^^^^^^^^^^^^^^^^^   HTTP/1.1 404 Object Not Founda Server: Microsoft-IIS/5.02# Date: Mon, 19 May 2003 19:47:03 GMT3 Connection: close. Content-Type: text/html> Content-Length: 111   0 <html><head><title>Site Not Found</title></head>> <body>No web site is configured at this address.</body></html>" Connection closed by foreign host. #      # telnet www.visiocafe.com 80D Trying 216.113.198.40... Connected to www.visiocafe.com.I Escape character is '^]'.y HEAD / HTTP/1.1  Host: www.visiocafe.com- ^^^^^^^^^^^^^^^^^^^^^^^a   HTTP/1.1 200 OK  Server: Microsoft-IIS/5.0s X-Powered-By: ASP.NET  Connection: closei4 Content-Location: http://www.visiocafe.com/index.htm# Date: Mon, 19 May 2003 19:45:56 GMTs Content-Type: text/htmln Accept-Ranges: bytes, Last-Modified: Wed, 14 May 2003 19:58:16 GMT ETag: "7d289728531ac31:983"o Content-Length: 15671N  " Connection closed by foreign host.   	John Briggs   ------------------------------  % Date: Mon, 19 May 2003 22:46:10 +0200i+ From: Thomas Schick <schick.thomas@gmx.net>sC Subject: Re: I was asked to post this message regarding Golden Eggsi/ Message-ID: <babfq6$t5k$04$1@news.t-online.com>e   Sue Skonetski wrote:- > Golden Eggs to be added to hp's Visio-Caf c > Murray Clark
 > May 1, 2003r > H > As a valued customer of Hewlett-Packard and Compaq, we want to let youF > know of some changes that are happening in our new company. You haveH > been a user of our Golden Eggs templates in the past, and you may haveH > already heard of some changes in this program. We want to reassure youC > that we will maintain and enhance the Golden Eggs drawing tool bytE > offering it as part of hp's Visio-Caf.  Effective immediately, ther6 > drawings available in Golden Eggs can be accessed at > www.visiocafe.com. >  > Golden Eggs:F > As you know, Golden Eggs was a Compaq pre-sales system drawing tool.G > Users required an authentication key to use the full functionality inrF > creating configurations by dragging & dropping' shapes or templatesH > into a design. The shapes contained information about the component so8 > users could generate a bill of materials with prices.   F An approximate price idea (pi multiplies with thumb) as a result of a   configuration was/would be nice.   <snip>    
 Thomas Schicko   ------------------------------    Date: 19 May 2003 14:16:58 -07001 From: susan_skonetski@hotmail.com (Sue Skonetski)nC Subject: Re: I was asked to post this message regarding Golden Eggs.= Message-ID: <857e9e41.0305191316.1692f3df@posting.google.com>   F Thank you Brad, I have forwarded your note to Murray and two levels of his management.l  
 Warm Regards,o Sue       k brad@.gateway.2wire.net (Bradford J. Hamilton) wrote in message news:<RI9ya.939059$S_4.956188@rwcrnsc53>...rr > In article <857e9e41.0305191030.934e2bb@posting.google.com>, susan_skonetski@hotmail.com (Sue Skonetski) writes:. > >Golden Eggs to be added to hp's Visio-Caf  > >Murray Clarkl > >May 1, 2003 > <snip> >  > Sue, > Q > Thanks for the heads-up; this has been something which many folks have wanted! r. > Please pass on my thanks to the folks at HP. > C > _________________________________________________________________s2 > Bradford J. Hamilton			"All opinions are my own"1 > bMradAhamiPltSon@atMtAbi.cPoSm		"Lose the MAPS"e   ------------------------------  % Date: Mon, 19 May 2003 20:29:50 -0400w* From: JF Mezei <jfmezei.spamnot@istop.com>C Subject: Re: I was asked to post this message regarding Golden Eggs ) Message-ID: <3EC976ED.57AA2F25@istop.com>i   briggs@encompasserve.org wrote:jF > Those URLs are different.  A server that supports one is not obligedD > to support the other.  A browser that only support HTTP 1.0 is notG > guaranteed to be able to access services offered by HTTP 1.1 servers.c    M I would have thought that yes, HTTP 1.1 servers would be obliged to serve 1.0i# clients, albeit with basic service.a  L It is sign of bad management if the web sertver responds with the equivalentN of a "page not found" when you specify the IP address of the server instead of	 its name.r  J Yes, when you have multi homed servers, the "default "home page may not beK what you asked for, but you should get some vanilla page, usually about ther& service that provides the web hosting.  G And if the visiocafe folks have their onw web server, then it is poorlylK configured and should point to the company's home page at the very least ifn" the Host: is missing or "unknown".  L The goal is to make it easy for as many customers as possible to access yourU website, not to restrict it to those customers who use a certain version of software.n  L It is not difficult to provide a minimum amount of functionality at least on? the home page (or redirect to an ascii sitemap) to any browser.s   ------------------------------  % Date: Mon, 19 May 2003 21:12:38 -0400n% From: "John Vottero" <John@mvpsi.com> C Subject: Re: I was asked to post this message regarding Golden Eggs / Message-ID: <vcj087qgd9g00a@news.supernews.com>   7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in messagee# news:3EC976ED.57AA2F25@istop.com...h! > briggs@encompasserve.org wrote: H > > Those URLs are different.  A server that supports one is not obligedF > > to support the other.  A browser that only support HTTP 1.0 is notI > > guaranteed to be able to access services offered by HTTP 1.1 servers.l >h >lK > I would have thought that yes, HTTP 1.1 servers would be obliged to server 1.0l% > clients, albeit with basic service.T >hC > It is sign of bad management if the web sertver responds with thei
 equivalentE > of a "page not found" when you specify the IP address of the servern
 instead of > its name.  >o  H The improvement in http 1.1 that's causing this problem allows allows anJ unlimited number of names to point to the same IP address.  This conservesL IP addresses.  The downside is that if the name isn't passed, the web serverL has no idea which site it should serve up so, a well managed http 1.1 serverK that is serving many sites with the same IP address probably should respond L with "page not found".   The only thing that might be better would be a pageG that lists the sites being served and asks the person to choose a site.>D But, I'm not sure that Visio Cafe wants to be listed next to "Viagra Superstore".  L > Yes, when you have multi homed servers, the "default "home page may not beI > what you asked for, but you should get some vanilla page, usually about  thei( > service that provides the web hosting. >oI > And if the visiocafe folks have their onw web server, then it is poorlycJ > configured and should point to the company's home page at the very least if$ > the Host: is missing or "unknown". > I > The goal is to make it easy for as many customers as possible to accessb yourJ > website, not to restrict it to those customers who use a certain version of software. >o  I I think Visio Cafe's goal is to pay $24 (CAD)  per month for web hosting.m  K > It is not difficult to provide a minimum amount of functionality at least  onA > the home page (or redirect to an ascii sitemap) to any browser.-   ------------------------------    Date: 19 May 2003 21:10:41 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen),C Subject: Re: I was asked to post this message regarding Golden Eggs33 Message-ID: <+ThXfipa4m1F@eisner.encompasserve.org>j  W In article <vcj087qgd9g00a@news.supernews.com>, "John Vottero" <John@mvpsi.com> writes:d  J > The improvement in http 1.1 that's causing this problem allows allows anL > unlimited number of names to point to the same IP address.  This conserves > IP addresses.e  B And it prevents access to the site when DNS entries for it are not fully propagated.0   ------------------------------    Date: 19 May 2003 13:51:17 -0700( From: bob@instantwhip.com (Bob Ceculski)E Subject: Micro$oft licenses Unix from SCO ... lookout linux lawsuits!a= Message-ID: <d7791aa1.0305191251.699f6905@posting.google.com>w  1 so the lawsuit was just an empty threat?  I don'ta think so ...  P http://www.computerworld.com/softwaretopics/os/linux/story/0,10801,81346,00.html   ------------------------------  % Date: Mon, 19 May 2003 19:30:12 -0500J1 From: "David J. Dachtera" <djesys.nospam@fsi.net>eI Subject: Re: Micro$oft licenses Unix from SCO ... lookout linux lawsuits!e' Message-ID: <3EC97714.C3867BFB@fsi.net>r   Bob Ceculski wrote:  > 3 > so the lawsuit was just an empty threat?  I don't/ > think so ... > R > http://www.computerworld.com/softwaretopics/os/linux/story/0,10801,81346,00.html   Quote:D "The move by Microsoft suggests that the deep-pocketed U.S. software- company views SCO's patents as important ..."g  C Perhaps it would be more accurate to say that Micro$lop views SCO's  patents as defensible.  B They think they can quash the competition by putting themselves in, position to be a litigant, co-litigant, etc.   Wrong again, Billy boy!a   -- f David J. Dachtera> dba DJE Systems. http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Mon, 19 May 2003 18:03:03 GMTa3 From: "George Samuelson" <samuelsong@insightbb.com> 8 Subject: Re: More OpenVMS VAX and Alpha OS+SPL auctions.. Message-ID: <r%8ya.642763$OV.603023@rwcrnsc54>   Oops. I meant Buy It Now.g> "George Samuelson" <samuelsong@insightbb.com> wrote in message9 news:TQ7ya.380924$Si4.328081@rwcrnsc51.ops.asp.att.net... 2 > But it now has been added to these new listings. >2G > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3025561720 - Alphap V7.3-1 >o >hL http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=11225&item=3025562314 >  - OpenVMS VAX V7.3t >s >.	 > Thanks.s >l >s   ------------------------------  + Date: Mon, 19 May 2003 14:56:33 -0400 (EDT)a+ From: Lord Isildur <isildur@andrew.cmu.edu>r) Subject: Re: need help with VAX 4000-100AuH Message-ID: <Pine.GSO.4.53L-031.0305191455340.4229@unix2.andrew.cmu.edu>  C This is the same 68 pin connector that the DECstations [23]100 use.p  D On Sun, 18 May 2003, Phillip Helbig---remove CLOTHES to reply wrote:I > Another piece is a 3100-38.  It appears to have a SCSI connector on thehF > back, but a broad, narrow one (talking about the physical dimensionsJ > here) with small pins.  Will this work with DEC SCSI disks from the sameJ > error (keeping in mind the 1.07 GB limitation for a boot disk) if I have > the appropriate connector?   ------------------------------    Date: 19 May 2003 13:32:43 -0700( From: bob@instantwhip.com (Bob Ceculski)I Subject: Re: Official gov't security cert tally: OpenVMS wins hands down!O< Message-ID: <d7791aa1.0305191232.c827339@posting.google.com>   Andrew Harrison SUNUK Consultancy <Andrew No.Harrison No@nospamn.sun.com> wrote in message news:<baal80$om5$1@new-usenet.uk.sun.com>...  > Bob Ceculski wrote:o6 > > well Andrew, these are official gov't numbers that4 > > definitively prove OpenVMS is the most secure OS > > in the world ... o > >  > ; > Sadly this study relies on the reliability of each vendor*0 > posting accurate responses to CERT advisories.  6 wrong!  This relies on the government posting its CERT4 findings reliabily ... and I don't think they made a 244 CERT count error ...   ------------------------------    Date: 19 May 2003 13:44:39 -0700( From: bob@instantwhip.com (Bob Ceculski)I Subject: Re: Official gov't security cert tally: OpenVMS wins hands down! = Message-ID: <d7791aa1.0305191244.60cc4d79@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew No.Harrison No@nospamn.sun.com> wrote in message news:<bab2jb$d7$1@new-usenet.uk.sun.com>... > > K > > As far as I am aware all Andrew has been able to point to are a couple   >  of K > > old DOS attacks which he claims VMS suffered from (with UCX)  but which  >   K > > weren't reported on CERT. He has never been able to point to any more s 
 >  erious  > > breach of VMS security.i > >  > E > If I remember correctly it was 4 attacks. I didn't look any further  > than that. > B > The response from the OpenVMS community was that UCX wasn't partC > of OpenVMS and therefore it was correct for Digital to post theirR1 > responses saying that OpenVMS wasn't vunerable.  > B > Since this was the mindset it was then apparent that OpenVMS/UCX@ > could well have been vunerable to some/all of the IP stack andC > bundled IP product attacks but that routinely no one had bothered  > replying.  > @ > It was also apparent that at least in the case of OpenVMS CERTB > advisories provided no certainty (sorry) with respect to OpenVMS@ > vunerability at least for a very significant class of attacks. > 	 > Regardsn > Andrew HarrisonL  A and you also seem to forget there are three IP stacks for VMS ... @ Multinet and TCPware squashed many a CERT bug thru the years ...   ------------------------------    Date: 19 May 2003 13:42:54 -0700( From: bob@instantwhip.com (Bob Ceculski)I Subject: Re: Official gov't security cert tally: OpenVMS wins hands down! = Message-ID: <d7791aa1.0305191242.48a0af15@posting.google.com>n  Z "rob kas" <bob@paychoice.com> wrote in message news:<vci0sbsnjevfb1@corp.supernews.com>... > Greetings  > . >      A waste of time disagreeing with Bob C.I >      However I would pay to be in a Linux Class with him on the sad day  > something did happen to VMS  >  > ) >                                     Robp  = and you would be a loser as usual ... we would go to Dell and 8 windoze if HP tried to kill VMS ... or possibly to a VMS2 emulator on Dell, but never garbage unix/linux ...   ------------------------------  % Date: Tue, 20 May 2003 01:08:04 +0200 % From: "Jeams ZHI" <chnzw@hotmail.com>-# Subject: question of function delay03 Message-ID: <babo3o$1sb$1@news-reader12.wanadoo.fr>   K how to realise the function of delay (some seconds) in program? (VAX macro)  i use lib$wait like this:  pushal    #2 calls    #1, g^lib$waitt but it doesnt work. why?   ------------------------------  % Date: Mon, 19 May 2003 19:58:14 -0400 * From: "Stanley F. Quayle" <stan@stanq.com>' Subject: Re: question of function delay / Message-ID: <3EC93756.22283.154364F4@localhost>   ( On 20 May 2003 at 1:08, Jeams ZHI wrote:M > how to realise the function of delay (some seconds) in program? (VAX macro)e > i use lib$wait like this:  > pushal    #2 > calls    #1, g^lib$wait  > but it doesnt work. why?  F Because you have to push the address of a VAX F_FLOAT onto the stack. % The value of the float is in seconds.     
 --Stan Quayle0 Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-167111 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------  % Date: Tue, 20 May 2003 00:10:59 -0400 $ From: Hein <hein_cov@eps.zk.dec.com>' Subject: Re: question of function delayr. Message-ID: <3EC9AAD3.E167D6F7@eps.zk.dec.com>   Jeams ZHI wrote:  M > how to realise the function of delay (some seconds) in program? (VAX macro)  > i use lib$wait like this:  > pushal    #2 > calls    #1, g^lib$waitY > but it doesnt work. why?  B Because the routine expects a float, not the integer you provided.   $HELP RTL LIB LIB$WAIT ARG RTL_ROUTINES   LIB$     LIB$WAIT       Arguments-         secondsn'            OpenVMS usage:floating_pointo#            type:         F_floating:"            access:       read only%            mechanism:    by referencen  K            The number of seconds to wait. The seconds argument contains the ?            address of an F-floating number that is this number.              .psect  data,noexe,wrt delay:  .float  20.0         .psect  code,exe,nowrt         .entry  start, ^M<>          pushal  delay          calls   #1, g^lib$wait         ret          .end    start    ------------------------------    Date: 19 May 2003 13:06:01 -0700  From: pinjo@duketown.com (Pinjo)$ Subject: Re: Spamfilter for OpenVMS?= Message-ID: <419ff7b6.0305191206.3c70fd97@posting.google.com>    Hey Christoph,  E You could also try Pinjo antispam filter for mailservers. It does not E run under OpenVMS but you can use it as a frontend to your mailserver 1 so that the spam wont even reach your mailserver. A for more information take a look at http://www.duketown.com/pinjo     k gartmann@immunbio.mpg.de (Christoph Gartmann) wrote in message news:<b9bmjp$p29$3@n.ruf.uni-freiburg.de>...  > Hello, > 1 > is there any spam filter running under OpenVMS?  > 
 > Regards, >    Christoph Gartmann  > J > -- --------------------------------------------------------------------+J > | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |J > | Immunbiologie                                                        |J > | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |J > | D-79011  Freiburg, Germany                                           |J > +------------- http://www.immunbio.mpg.de/home/menue.html -------------+   ------------------------------  % Date: Mon, 19 May 2003 15:51:36 -0400 * From: "Bill Todd" <billtodd@metrocast.net>< Subject: Re: Sparky is losing the race Andrew ... and badly!2 Message-ID: <zrycnU0gf45QqFSjXTWcrg@metrocast.net>  K "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com> ; wrote in message news:baaap6$knu$1@new-usenet.uk.sun.com...  > Bill Todd wrote:' > > "Andrew Harrison SUNUK Consultancy" ' <Andrew_No.Harrison_No@nospamn.sun.com>/? > > wrote in message news:ba359d$6at$1@new-usenet.uk.sun.com...  > >  > > ...  > >  > > 2 > >>Umm IBM has announced 1.7 GHz power 4 systems. > >>+ > >>They are shipping them later this year.0 > >  > >  > > Try later this month:  > >o > >fL http://www-1.ibm.com/servers/eserver/pseries/news/pressreleases/2003/may/ann > > c_506.html > > 
 > > - bill > >0 > >F > >FH > Its probably the 1.5 GHz CPU, IBM's TPC-C submission says that the 1.7, > GHz systems will be available in November.  K Post-dating benchmark availability dates is hardly an unusual practice:  itwH minimizes the embarrassing possibility that some unexpected introduction) delay will render the submission invalid.   G Had you bothered actually to read the reference I provided (novel idea,VJ that), you'd have seen the explicit statement at the end that both 1.5 andJ 1.7 GHz processors are scheduled to be available in the p655 in late July.J The new p690 models are slated to become available earlier (May 30th), andK while the availability statement is not equally explicit there's the strong$K suggestion that both the 1.5 and the 1.7 GHz processors will be right there 
 with them.   - bill   ------------------------------   Date: 19 May 2003 18:44:40 GMT! From: neilfree@aol.com (NEILFREE) & Subject: TCPIP device inactive message: Message-ID: <20030519144440.04063.00000263@mb-m01.aol.com>  N Can anyone tell me why I get the following message when TCPIP services 5.1 and 5.3 starts.   O %TCPIP-S-STARTDONE, TCP/IP Services startup completed at 19-MAY-2003 19:07:24.2   , %TCPIP-E-INETERROR, internet interface error# -SYSTEM-F-DEVINACT, device inactive   0 When I add the command $ HELP/MESSAGE following 9 $  @SYS$STARTUP:TCPIP$STARTUP the following is displayed.-  > %MSGHLP-F-NOTFOUND, message not found in Help Message database   Thanks   ------------------------------  # Date: Mon, 19 May 2003 19:29:26 GMTn4 From: brad@.gateway.2wire.net (Bradford J. Hamilton)* Subject: Re: TCPIP device inactive message/ Message-ID: <qgaya.939423$S_4.955617@rwcrnsc53>t  ^ In article <20030519144440.04063.00000263@mb-m01.aol.com>, neilfree@aol.com (NEILFREE) writes:O >Can anyone tell me why I get the following message when TCPIP services 5.1 and. >5.3 starts. >IP >%TCPIP-S-STARTDONE, TCP/IP Services startup completed at 19-MAY-2003 19:07:24.2 >f- >%TCPIP-E-INETERROR, internet interface errorf$ >-SYSTEM-F-DEVINACT, device inactive  E We had a node that resided on a DEC7XXX box; when we "migrated" to anrG 8400-series box, we started getting those messages - turns out that the3K Internet interface on a 7000-series box was exa-0; when we migrated, TCP/IPaN services "held on" to that definition, while we added a definition for ewa-0. 4 We had to explicitly remove the interface for exa-0.  L Did you recently migrate your box from one class of machine to another?  TheM NIC card on a 7000 was on a different kind of "bus".  The NIC card on an 8400 M was a PCI device.  (I apologize for being imprecise; this happened many yearsuK ago, and I don't have access to hardware manuals for either series of box).b   >snip> >ThanksT  A _________________________________________________________________m0 Bradford J. Hamilton			"All opinions are my own"/ bMradAhamiPltSon@atMtAbi.cPoSm		"Lose the MAPS"    ------------------------------   Date: 19 May 2003 20:32:20 GMT! From: neilfree@aol.com (NEILFREE)6* Subject: Re: TCPIP device inactive message: Message-ID: <20030519163220.21249.00000243@mb-m23.aol.com>  J Yes, your explanation could very well explain the problem, we restored the$ system from a 2100 before upgrading.  M How do I purge any "held on to" devices, the interface list only shows WE0 inq TCPIP and EWA-0 in LANCP?t   Much appreciated   ------------------------------  % Date: Mon, 19 May 2003 15:49:54 -0400d5 From: David Beatty <David.Beatty@qwertysasasdfgh.com>p* Subject: Re: TCPIP device inactive message2 Message-ID: <uTTJPiPVDnVFcygwMnWbOC1ymh2Y@4ax.com>  ? On 19 May 2003 18:44:40 GMT, neilfree@aol.com (NEILFREE) wrote:   O >Can anyone tell me why I get the following message when TCPIP services 5.1 andw >5.3 starts. > P >%TCPIP-S-STARTDONE, TCP/IP Services startup completed at 19-MAY-2003 19:07:24.2 >:- >%TCPIP-E-INETERROR, internet interface errorr$ >-SYSTEM-F-DEVINACT, device inactive > 1 >When I add the command $ HELP/MESSAGE following  : >$  @SYS$STARTUP:TCPIP$STARTUP the following is displayed. >o? >%MSGHLP-F-NOTFOUND, message not found in Help Message databasee >  >Thanks/  ; What are the results of TCPIP SHOW CONFIGURATION INTERFACE?I; Sounds like either the interface is not configured (TCP/IP n= address not set) or the NIC has changed (device has changed).s   David R. Beatty    ------------------------------  # Date: Mon, 19 May 2003 20:39:31 GMT54 From: brad@.gateway.2wire.net (Bradford J. Hamilton)* Subject: Re: TCPIP device inactive message. Message-ID: <7ibya.644224$OV.604781@rwcrnsc54>  ^ In article <20030519163220.21249.00000243@mb-m23.aol.com>, neilfree@aol.com (NEILFREE) writes:K >Yes, your explanation could very well explain the problem, we restored theS% >system from a 2100 before upgrading.o >sN >How do I purge any "held on to" devices, the interface list only shows WE0 in >TCPIP and EWA-0 in LANCP?  N I no longer run the TCP/IP Services stack;  I *think* the command is something0 along the lines of, "TCPIP SET NOINTERFACE WE0".  L Would the kind folks who currently run this stack please help out here?  I'mF running TCPware, and have blissfully forgotten all I knew about TCP/IP	 Services.-   :-)b   >n >Much appreciatedk  A _________________________________________________________________m0 Bradford J. Hamilton			"All opinions are my own"/ bMradAhamiPltSon@atMtAbi.cPoSm		"Lose the MAPS"-   ------------------------------  # Date: Mon, 19 May 2003 20:46:51 GMTt6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)* Subject: Re: TCPIP device inactive message3 Message-ID: <%obya.11103$FJ4.118306@news.chello.at>s  ^ In article <20030519163220.21249.00000243@mb-m23.aol.com>, neilfree@aol.com (NEILFREE) writes:N >How do I purge any "held on to" devices, the interface list only shows WE0 in >TCPIP and EWA-0 in LANCP?   $ UCX SH CONF INT/FU $ UCX SET CONF NOINT xxx   -- o Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist- E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   Date: 19 May 2003 20:48:53 GMT! From: neilfree@aol.com (NEILFREE)s* Subject: Re: TCPIP device inactive message: Message-ID: <20030519164853.21249.00000244@mb-m23.aol.com>  " ALPHA::NEIL>tcpip sh config int/fu     Interface: LO0.?    IP_Addr: 127.0.0.1         NETWRK: 255.0.0.0         BRDCST: ?     C_Addr:                 C_NETWRK:                 C_BRDCST:       3	    Flags:e    Receive buffer:            0>     Interface: WE0wL    IP_Addr: 10.10.10.5        NETWRK: 255.255.255.0     BRDCST: 10.10.10.255?     C_Addr:                 C_NETWRK:                 C_BRDCST:n      m	    Flags:     Receive buffer:            04   ------------------------------  # Date: Mon, 19 May 2003 23:09:31 GMT/4 From: brad@.gateway.2wire.net (Bradford J. Hamilton)* Subject: Re: TCPIP device inactive message- Message-ID: <Ludya.37020$rt6.13831@sccrnsc02>d  ^ In article <20030519163220.21249.00000243@mb-m23.aol.com>, neilfree@aol.com (NEILFREE) writes:K >Yes, your explanation could very well explain the problem, we restored the % >system from a 2100 before upgrading.n >rN >How do I purge any "held on to" devices, the interface list only shows WE0 in >TCPIP and EWA-0 in LANCP?  K After returning from my evening constitutional, I suddenly remembered a bitt  more detail, which may help you.  L There is a "volatile" and a "permanent" database in TCP/IP Services, in muchK the same way as DECnet Phase IV.  I think that your "phantom" interface maynI live on in the permanent database, even after you have purged it from thei volatile database.  N Typing a command like, "tcpip sho config interface" may reveal the contents ofL the permanent database (folks, again, please help me out here with syntax). L The corresponding "tcpip set configure (no)interface" command may get rid of# that pesky entry, once and for all.r  6 Ever consider using one of the Process.com stacks?	:-)   >a >Much appreciateda  A _________________________________________________________________h0 Bradford J. Hamilton			"All opinions are my own"/ bMradAhamiPltSon@atMtAbi.cPoSm		"Lose the MAPS"    ------------------------------    Date: 19 May 2003 14:31:51 -07001 From: susan_skonetski@hotmail.com (Sue Skonetski).2 Subject: Technical Update Days - London and Vienna= Message-ID: <857e9e41.0305191331.58d51a5f@posting.google.com>B   Dear Newsgroup,.  > If you visit OpenVMS.org you will see a pointer to the OpenVMSF Technical UPdate days taking place in June (9th and 10th).  There willF also be one in Vienna, Austria the same week (12th and 13th) at the HPD office in Vienna.  This is a good agenda.  Please contact your local7 HP person, if you have any questions just send me mail.   ( I hope to meet some of you face to face.   Warm  Regards as always, Sueo   ------------------------------   Date: 19 May 2003 18:19:49 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)$ Subject: Re: TK70 tape compatibility5 Message-ID: <bab785$qno3e$2@ID-135708.news.dfncis.de>   = In article <a7aa646d.0305190820.634574ab@posting.google.com>,d# 	bhenry@sct.com (Bob Henry) writes:aD > This may sound like a dumb question to some, but my OVMS sys adminH > just left so I can't ask him. I need to know if a DLT8000 drive on our9 > DS20E with OVMS 7.3 can produce a TK70 compatible tape.   C DLT and TK tapes have little if anyting beyond the general shape of C the cartridge in common.  I do not believe the cartridges will evenu fit in each others drives.   bill   -- iJ 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>   p   ------------------------------  # Date: Mon, 19 May 2003 21:19:00 GMTf< From: "John E. Malmberg" <Malmberg@dskwld.zko.dec.compaq.hp>$ Subject: Re: TK70 tape compatibility0 Message-ID: <8Tbya.1078$A7.559@news.cpqcorp.net>   Bill Gunshannon wrote:? > In article <a7aa646d.0305190820.634574ab@posting.google.com>,o% > 	bhenry@sct.com (Bob Henry) writes:g > D >>This may sound like a dumb question to some, but my OVMS sys adminH >>just left so I can't ask him. I need to know if a DLT8000 drive on our9 >>DS20E with OVMS 7.3 can produce a TK70 compatible tape.t >  aE > DLT and TK tapes have little if anyting beyond the general shape ofeE > the cartridge in common.  I do not believe the cartridges will evenu > fit in each others drives.  D TK series tapes will physically fit in all DLT drives, but some DLT G drives may not have the ability to read TK media.  No DLT drive that I - am aware of can write TK media.3  G DLT cartridges have extra pieces of plastic on them that is suppose to cF prevent them from being put into older TK and DLT drives that can not  handle them.  E If you apply enough pressure, you can insert a DLT cartridge in a TK t= series drive.  It will require even more effort to remove it.i  H If you have both media types, please make sure that your tape operators C understand that DLT cleaning tapes should not be used with TK tape iK drives, and if the tape does not go in easily to give up and call for help.H   -John_! malmberg@dskwld.zko.dec.compaq.hp_ Personal Opinion Only_   ------------------------------  % Date: Mon, 19 May 2003 19:43:24 -0400A, From: "David Turner" <dbturner@islandco.com> Subject: Warning !/ Message-ID: <vcir8tij1pdfb4@news.supernews.com>p  1 We are reducing our pricing on our DS10L Cluster.dJ Thanks to the desperation of our Consignee, we can now offer the following   36 x Alpha DS10L in H9A15 Rack Clustered with terminal server  B Price includes Island's "Same as New" Warranty of 12 months!!!!!!!   Total Price US$ 21,000 Shipping EU $1500a Shipping USA: $1500   # Call or email today with PO or RFQ!m   Thanks All !!!   ------------------------------   Date: 19 MAY 2003 18:57:40 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>n; Subject: Re: WHICH command (was: Error message help needed) 2 Message-ID: <19MAY03.18574090@feda34.fed.ornl.gov>  ; In a previous article, "Tom Linden" <tom@kednos.com> wrote: H > Actually, this is getting too complicated.  I think all that is neededE > is the ability to -easily- locate the particular executable in some ? > reasonable fashion, whether it is in the command -, symbol -,vM > logical tables or otherwise using the same precendence rules as the command G > interpreter.  And it doesn't have to be 100%  -  at least not for me.d >  :G > I am sure a DCL wizard could knock that out in short order.  ( hint )t  D Actually, one was done some time ago.  See (watch out for url wrap):   http://groups.google.com/groups?q=f.z.+group:comp.os.vms&hl=en&lr=&ie=UTF-8&scoring=r&selm=8buvgt%24k62%241%40info.service.rug.nl&rnum=2  C You will need VERB.  Personally, I find it useful on occasion, even@C though it doesn't differentiate among the various images invoked bys commands like SHOW.@   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVoH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  # Date: Mon, 19 May 2003 22:26:40 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)' Subject: [MOZILLA B1.4] Junk Controls ?f3 Message-ID: <AScya.13300$FJ4.135348@news.chello.at>Y  L As you might know, I usually read news with NEWSRDR, but sometimes I fire up& the MOZILLA newsclient just for fun...  L I think, I had working junk controls in the MOZILLA Newsclient with M1.3 butL it seems that something changed with B1.4. "Mark as Junk" is now greyed out.  F Any insight already (before I find some time to read release notes andG double check by installing the 1.3 MOZILLA again to see the differencese# which I currently don't remember) ?s   TIA    -Peter  H PS: You might have seen, that the B1.4 kit was corrupt on the first day,B but was fixed within a day (without a notice). It is usable now... -- > Peter "EPLAN" LANGSTOEGERu% Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Tue, 20 May 2003 01:11:52 GMTL- From: Jack Patteeuw <jjpatteeuw@peoplepc.com> + Subject: Re: [MOZILLA B1.4] Junk Controls ?r= Message-ID: <shfya.50997$BA.18206493@twister.columbus.rr.com>s  1 I believe that Junk Controls only works for mail.e   -- e  
 Jack Patteeuwt    Peter 'EPLAN' LANGSTOEGER wrote:N > As you might know, I usually read news with NEWSRDR, but sometimes I fire up( > the MOZILLA newsclient just for fun... > N > I think, I had working junk controls in the MOZILLA Newsclient with M1.3 butN > it seems that something changed with B1.4. "Mark as Junk" is now greyed out. > H > Any insight already (before I find some time to read release notes andI > double check by installing the 1.3 MOZILLA again to see the differencesc% > which I currently don't remember) ?  >  > TIAg >  > -Peter > J > PS: You might have seen, that the B1.4 kit was corrupt on the first day,D > but was fixed within a day (without a notice). It is usable now...   ------------------------------   Date: 19 May 2003 18:15:31 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)9 Subject: Re: [The Inquirer] "HP trying to dump OpenVMS ?" 5 Message-ID: <bab702$qno3e$1@ID-135708.news.dfncis.de>i  3 In article <zajlZiOemNrd@eisner.encompasserve.org>,lE 	clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:12 > There is a strange article at the Inquirer here: > * > http://www.theinquirer.net/?article=9539 > N > The first bit (about EV8 in Itanium) reads almost as if a certain COV poster$ > had been writing for the Inquirer. > P > However, I then had a major humour failure with the last sentence which reads: > 6 > 	Shame that HPQ is trying to dump OpenVMS, isn't it? > N > It's one thing for HP to not actively promote VMS, and just to be content to  > maintain the current userbase. > K > It's a completely different matter for the Inquirer to imply that HPQ are2K > actively trying to get rid of it; even if it's not accurate (I'm assumingtI > that it isn't), making that kind of statement just damages VMS further.e  ? Especially if HP chooses not to respond in a very public mannera/ to the charge and make them print a retraction.r   bill   -- tJ 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: Mon, 19 May 2003 19:27:31 -0400i* From: JF Mezei <jfmezei.spamnot@istop.com>9 Subject: Re: [The Inquirer] "HP trying to dump OpenVMS ?"a) Message-ID: <3EC96855.6D4AAA8C@istop.com>m   Simon Clubley wrote: > 2 > There is a strange article at the Inquirer here: > * > http://www.theinquirer.net/?article=9539  N What is strange is that the "dump vms" sentence is at the very end and totally unrelated to the article.   L What this also tells me is that Intel's IA64's plans aren't going so well ifK the fate of IA64 now rests with stuff they inherited from Digital thanks toiG Compaq. If Intel is unable to make IA64 competitive by itself, then the I architecture is a failed one. What happens when they run out of the alpha G stuff they "stole" ? Will IA64 then stand still while the rest evolve ?e   ------------------------------  % Date: Mon, 19 May 2003 19:29:37 -0400m* From: JF Mezei <jfmezei.spamnot@istop.com>9 Subject: Re: [The Inquirer] "HP trying to dump OpenVMS ?".) Message-ID: <3EC968D3.E8F501AE@istop.com>i  
 Woland wrote: O > Perhaps somebody is just pushing HP to react. If they will not deny this thenr > it's obvious that it's true.  M They won't deny it. If they deny it, it means they are lying. The thing to do K for HP is to stay silent, as they are doing during their presentations when_ they avoid mentioning VMS.   ------------------------------  % Date: Mon, 19 May 2003 19:47:12 -0400m* From: JF Mezei <jfmezei.spamnot@istop.com>9 Subject: Re: [The Inquirer] "HP trying to dump OpenVMS ?"o( Message-ID: <3EC96CF1.F840C45@istop.com>   David Froble wrote:sP > Looked at from the above perspective, would you have some valid concerns about > the future of widget2?  H Based on the recent HP "stragegic" presentation which went through greatJ lengths to avoid mentioning VMS, and based on the response by a certain HPF senior employee I received after mentioning to him how I perceived theK omission of VMS, there are no longer any concerns as far as I am concerned.,  L HP corporate is sending a strong signal about VMS by not including it in itsK presentations. This has been consistently done since the HP announcement itqK would buy Compaq, despite messages from some customers to these people that N the omission of VMS from such speeches/presentations sent the wrong message if HP truly intended to keep VMS.  J Customers can do a lot to save VMS. But for this to happen, VMS managementN must take their heads out of the sand and tell it like it is so that customersJ AND VMS management can work together to make VMS a success despite current intentions by HP.a  L For as long as VMS management toe the HP party line and say that VMS doesn'tN need marketing and can just make targetted announcement to existing customers,8  then customers are alone without any ally inside of HP.  M There may be some very keen people inside HP, but if their hands are tied andeM jobs jeoperdized if they speak out against HP, then not much can be done. But-M if all of VMS management is on the same side as customers, then something cann be done.  L It is always much easier to prevent a decision than to force the change of a) decision that has already been announced.   N Can Gorham rise up ? I don't think that Marcello is really on our side anymoreQ because he has too many things on his plate and he won't jeoperdize his position.A   ------------------------------  # Date: Tue, 20 May 2003 01:47:26 GMTo# From: "John Smith" <a@nonymous.com>t9 Subject: Re: [The Inquirer] "HP trying to dump OpenVMS ?"TJ Message-ID: <OOfya.189646$M81.139495@news02.bloor.is.net.cable.rogers.com>  5 "Bill Gunshannon" <bill@cs.uofs.edu> wrote in messageb/ news:bab702$qno3e$1@ID-135708.news.dfncis.de...t5 > In article <zajlZiOemNrd@eisner.encompasserve.org>,fF > clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:4 > > There is a strange article at the Inquirer here: > >t, > > http://www.theinquirer.net/?article=9539 > > E > > The first bit (about EV8 in Itanium) reads almost as if a certaind
 COV poster& > > had been writing for the Inquirer. > >hE > > However, I then had a major humour failure with the last sentenceg which reads: > > 7 > > Shame that HPQ is trying to dump OpenVMS, isn't it?b > >oE > > It's one thing for HP to not actively promote VMS, and just to bet
 content to" > > maintain the current userbase. > > E > > It's a completely different matter for the Inquirer to imply thatf HPQ areoD > > actively trying to get rid of it; even if it's not accurate (I'm assumingB > > that it isn't), making that kind of statement just damages VMS further. >tA > Especially if HP chooses not to respond in a very public mannerh1 > to the charge and make them print a retraction.v    1 And $100 at 10:1 says that isn't going to happen.d  F And it isn't just the o/s stance that is at issue here. Given Itanic'sE less than sterling sales record to date, if Intel decides that ItanicsC has hit an iceberg and sinks it, HP can still do PA-RISC far easieriF than they can do EV8x. Process shrinks of EV7x and even turning aroundE an uncrippling EV79 (as recent articles seem to suggest has been doneg= by HP) don't buy much long-term, for without EV8x there is not' long-term life for VMS if Itanic sinks.o   ------------------------------   End of INFO-VAX 2003.277 ************************