0 INFO-VAX	Thu, 18 Jan 2001	Volume 2001 : Issue 36      Contents:. Anybody using Setasi's RM/RP emulating drives?? Anyone know if the release notes for VMS 7.3 are availible yet? ( RE: BJ's Warehouse club - using OpenVMS?( Re: BJ's Warehouse club - using OpenVMS?( Re: BJ's Warehouse club - using OpenVMS?( Re: BJ's Warehouse club - using OpenVMS?( Re: BJ's Warehouse club - using OpenVMS?: Checking initialization of variables with FORTRAN90 on VMS> Re: Checking initialization of variables with FORTRAN90 on VMS> Re: Checking initialization of variables with FORTRAN90 on VMS> Re: Checking initialization of variables with FORTRAN90 on VMS Re: Compaq and IBM Re: Compaq and IBM Re: Compaq and IBM Re: Compaq and IBM* Re: Compaq continues the Digital Tradition* Re: Compaq continues the Digital Tradition* Re: Compaq continues the Digital Tradition* Re: Compaq continues the Digital Tradition4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution( copy/ftp behaviour with network problems! DECW login window AZERTY / QWERTY % Re: DECW login window AZERTY / QWERTY  RE: Disk  Management on the fly + Re: Don't know whether to laugh or cry..... + re: Don't know whether to laugh or cry..... + re: Don't know whether to laugh or cry..... + Re: Don't know whether to laugh or cry..... C Encapsulate MONITOR summary data, and import into Excel spreadsheet  Error counts on disks  Re: Error counts on disks  Re: Error counts on disks  Re: Error counts on disks  Re: Error counts on disks 5 Re: Error: DECnet address is not Equal to SCSSYSTEMID  Re: EUREX and CBOT New System  Re: EUREX and CBOT New System  Re: Expanding the niche  Re: Expanding the niche  RE: Expanding the niche ( Fast Ethernet for Alphastation 400 4/233, Re: Fast Ethernet for Alphastation 400 4/233, Re: Fast Ethernet for Alphastation 400 4/233, Re: Fast Ethernet for Alphastation 400 4/233 Re: Ghostscript v6.50  Graeme Woodley Re: GS160 hardware question  Re: GS160 hardware question  Re: GS160 hardware question  Re: GS160 hardware question ( RE: Hobbyist VMS support for VS 4000 VLC( RE: Hobbyist VMS support for VS 4000 VLC( Re: Hobbyist VMS support for VS 4000 VLC( Re: Hobbyist VMS support for VS 4000 VLC Image Monitor? Re: Image Monitor? Re: Image Monitor? Re: Image Monitor? Re: Image Monitor? Re: Image Monitor? RE: Image Monitor?$ Re: LED error codes for Alpha 3400 ?1 Re: Looking for Backup Scheduler for OpenVMS 7.21 1 Re: Looking for Backup Scheduler for OpenVMS 7.21  Re: mail server suggestions  Re: mail server suggestions  MIME in a DCL procedure  Multipath disks on VMS7.2-1  Re: Multipath disks on VMS7.2-1  Need to capture printer output! RE: New OpenVMS Times now on line ! Re: New OpenVMS Times now on line ! Re: New OpenVMS Times now on line ! Re: New OpenVMS Times now on line ! RE: New OpenVMS Times now on line ! Re: New OpenVMS Times now on line ! RE: New OpenVMS Times now on line ! Re: New OpenVMS Times now on line ! Re: New OpenVMS Times now on line ! Re: New OpenVMS Times now on line ! Re: New OpenVMS Times now on line ! Re: New OpenVMS Times now on line ! RE: New OpenVMS Times now on line ! RE: New OpenVMS Times now on line ! Re: New OpenVMS Times now on line  Re: Oldtimers response) Re: Open VMS mail and set forward numbers - Re: OpenVMS : solid but low profile - by CNET * Re: OpenVMS Volume Management (On the fly) OpenVMS Web Pages 7 PDF viewing on VMS (was: New OpenVMS Times now on line) ; Re: PDF viewing on VMS (was: New OpenVMS Times now on line) ; Re: PDF viewing on VMS (was: New OpenVMS Times now on line)  Re: QuixoticVMS? Re: QuixoticVMS?I Re: Reboot not working on AlphaStation Dec 3000 Model 300 , OpenVMS 7.2-1 - REQ: Pager software for Vax running VMS 6 + ? 1 Re: REQ: Pager software for Vax running VMS 6 + ? # Source for used StorageWorks disks?  TCPIP$BIND: dynamic updates  Re: TCPIP$BIND: dynamic updates  the value of "/" in FTP  Re: the value of "/" in FTP  Re: the value of "/" in FTP . THIS IS VERY IMPORTANT, YOU INTELLIGENT PERSON, Timme difference between two kinds of BACKUP0 Re: Timme difference between two kinds of BACKUP0 Re: Timme difference between two kinds of BACKUP0 Re: Timme difference between two kinds of BACKUP0 Re: Timme difference between two kinds of BACKUP0 Re: Timme difference between two kinds of BACKUP* Re: V7.3-FT2, DS10, but no DTGREET/DTLOGIN. Re: VAXSHAD07_071 ECO problem with Show Device# Re: Veritas Netbackup agent for VMS # Re: Veritas Netbackup agent for VMS # Re: Veritas Netbackup agent for VMS  re:re: What succeeds TSM What succeeds TSM? Re: What succeeds TSM? Re: What succeeds TSM? Re: What succeeds TSM? Re: What succeeds TSM? Re: What succeeds TSM? Re: WRQ drops LAT ???  Re: WRQ drops LAT ???  Re: WRQ drops LAT ???  Re: x25 packet switching  F ----------------------------------------------------------------------  % Date: Thu, 18 Jan 2001 10:30:25 -0500 * From: Steve Jones <smj@spamfree.crash.com>7 Subject: Anybody using Setasi's RM/RP emulating drives? 2 Message-ID: <3A670C11.B959FB59@spamfree.crash.com>  H Once upon a couple of times I was considering some large home PDP-10 andI VAX installations, but faltered in part on having to deal with the larger J Massbus disks. Recently, courtesy www.pdp11.org, I came across a referenceH to Setasi's "Shelby RM06/RP12" - a modern peripheral that allegedly acts, as a plug-n-play replacement on the Massbus.  H Anyone actually using these devices, and if so with what type of system?H Are you happy with them, and is the pricing prohibitive for an agressive	 hobbyist?    Setasi home page:        http://www.setasi.com    Setasi RM06/RP12 product sheet:   #     http://www.setasi.com/RM06.html     & Thanks in advance for any information.   --Steve.  K Steve Jones              ...!uunet!crash.com!smj           Arlington, Mass. 6 CRASH!! Computing     (any spambots parse bang paths?)  K "Chaos will ensue if the variable i is altered..." - SysV Programmers Guide    ------------------------------  % Date: Thu, 18 Jan 2001 09:57:16 -0700   From: Jon <jsmyth69@hotmail.com>H Subject: Anyone know if the release notes for VMS 7.3 are availible yet?2 Message-ID: <IyBnOu9XvoYnz6sZ1UTKmv5Hu3Pm@4ax.com>  D I was looking for the release notes for VMS 7.3, anyone know where /$ if they are availible yet?   Thanks!   ------------------------------  % Date: Thu, 18 Jan 2001 14:47:13 +0000   From: steven.reece@quintiles.com1 Subject: RE: BJ's Warehouse club - using OpenVMS? H Message-ID: <OF423DF454.F9E7C76E-ON802569D8.004FDD37@qedi.quintiles.com>  H Not wishing to claim that Glen Kelley was wrong (since I've not seen theF systems for myself), I was recently (about three months ago) told by aI Compaq Field Service person that Blockbuster use a MicroVAX or VAXstation J 3100 (and we're talking of a LOW end model, though I can't remember which)I with an RZ23 and a tape drive which I believe was the SCSI version of the I TK50.  The VMS version was probably below 5.5 given the size of the disk.   I MFI certainly did use VMS quite extensively up to around three years ago. J I don't know if they still do.  I think they use it for more than just the stores POS systems too.   B I believe that Ikea use VMS but I have no idea how far it reaches. Steve.  F Daniel Miller (daniel dot miller at nightfreight dot co dot uk) wrote:I >>>Nice to know blockbusters use VMS, ive seen their VT terminals but did  not F realise it was VMS.  Im pretty sure that MFI in the uk use VMS runningI cognos powerhouse, at least last time i went shopping there.  Ive seen VT  terminals in Ikea too.<<<    ------------------------------  % Date: Thu, 18 Jan 2001 16:31:24 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> 1 Subject: Re: BJ's Warehouse club - using OpenVMS? ) Message-ID: <3A671A5C.556AB68B@bbc.co.uk>   ! steven.reece@quintiles.com wrote:   J > Not wishing to claim that Glen Kelley was wrong (since I've not seen theH > systems for myself), I was recently (about three months ago) told by aK > Compaq Field Service person that Blockbuster use a MicroVAX or VAXstation L > 3100 (and we're talking of a LOW end model, though I can't remember which)K > with an RZ23 and a tape drive which I believe was the SCSI version of the K > TK50.  The VMS version was probably below 5.5 given the size of the disk.  >   K Hey, if they are running on that hardware now, they need an upgrade surely,  thats late 80's vintage kit.  K Maybe VM5 will fit onto an RZ23, but I thought those disk wer for paging in  a cluster satellite only.   E Well, maybe they are happy, but I bet the support costs would be less  after upgrading to alpha.    A job for Comaq sales maybe?  E >  I believe that Ikea use VMS but I have no idea how far it reaches.  > Steve.   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------  % Date: Thu, 18 Jan 2001 17:03:09 +0000   From: steven.reece@quintiles.com1 Subject: Re: BJ's Warehouse club - using OpenVMS? H Message-ID: <OFF43E2D90.DAA433FC-ON802569D8.005D74FE@qedi.quintiles.com>  G Good point.  Maybe they were RZ25s.  There was only one of them though.  But why upgrade to Alpha? 8 - Support costs keep Compaq going, but, more importantly0 - The customer trusts the hardware and it works.J (I do get the point though and do agree that the upgraded systems would be cheaper to maintain......)   Tim Llewellyn wrote:F >>>Hey, if they are running on that hardware now, they need an upgrade surely,  thats late 80's vintage kit.  K Maybe VM5 will fit onto an RZ23, but I thought those disk wer for paging in  a cluster satellite only.   E Well, maybe they are happy, but I bet the support costs would be less  after upgrading to alpha.    A job for Comaq sales maybe?<<<    ------------------------------  % Date: Thu, 18 Jan 2001 17:19:34 +0000  From: Roy Omond <Roy@Omond.net> 1 Subject: Re: BJ's Warehouse club - using OpenVMS? ) Message-ID: <3A6725A7.420E4090@Omond.net>    Tim Llewellyn wrote:  # > steven.reece@quintiles.com wrote:  > L > > Not wishing to claim that Glen Kelley was wrong (since I've not seen theJ > > systems for myself), I was recently (about three months ago) told by aM > > Compaq Field Service person that Blockbuster use a MicroVAX or VAXstation N > > 3100 (and we're talking of a LOW end model, though I can't remember which)M > > with an RZ23 and a tape drive which I believe was the SCSI version of the M > > TK50.  The VMS version was probably below 5.5 given the size of the disk.  > >  > M > Hey, if they are running on that hardware now, they need an upgrade surely,  > thats late 80's vintage kit. > M > Maybe VM5 will fit onto an RZ23, but I thought those disk wer for paging in  > a cluster satellite only.   G Blockbuster most certainly used to use low-end MicroVax 3100's (10e ?). L Field service engineers who used to visit Blockbuster sites were always fullF of stories of, ahem, a certain amount of, ahem, mis-use by Blockbuster	 personnel O like picking up a keyboard and dunting it really hard on the counter to free up    a stuck <return> key.   K As for the RZ23, hey c'mon !  That's more than 100 Mbytes.  I installed VMS  7.2-1 O on an RZ23 in a VAXstation 4000-VLC at a customer site recently (including page   * and swap files, but excluding DECwindows).  M I don't know what the world is comin' to, you young whippersnapper, Tim ... !   	 Roy Omond  Blue Bubble Ltd.   ------------------------------  % Date: Thu, 18 Jan 2001 12:47:31 -0500 0 From: David Beatty <David.Beatty.NOSPAM@sas.com>1 Subject: Re: BJ's Warehouse club - using OpenVMS? 2 Message-ID: <EyxnOuPSAgJuBCkQ9bLgccS9qJqr@4ax.com>  D On Thu, 18 Jan 2001 17:19:34 +0000, Roy Omond <Roy@Omond.net> wrote:   >Tim Llewellyn wrote:  > $ >> steven.reece@quintiles.com wrote: >>M >> > Not wishing to claim that Glen Kelley was wrong (since I've not seen the K >> > systems for myself), I was recently (about three months ago) told by a N >> > Compaq Field Service person that Blockbuster use a MicroVAX or VAXstationO >> > 3100 (and we're talking of a LOW end model, though I can't remember which) N >> > with an RZ23 and a tape drive which I believe was the SCSI version of theN >> > TK50.  The VMS version was probably below 5.5 given the size of the disk. >> > >>N >> Hey, if they are running on that hardware now, they need an upgrade surely, >> thats late 80's vintage kit.  >>N >> Maybe VM5 will fit onto an RZ23, but I thought those disk wer for paging in >> a cluster satellite only. > H >Blockbuster most certainly used to use low-end MicroVax 3100's (10e ?).M >Field service engineers who used to visit Blockbuster sites were always full G >of stories of, ahem, a certain amount of, ahem, mis-use by Blockbuster 
 >personnelP >like picking up a keyboard and dunting it really hard on the counter to free up >  >a stuck <return> key. > L >As for the RZ23, hey c'mon !  That's more than 100 Mbytes.  I installed VMS >7.2-1P >on an RZ23 in a VAXstation 4000-VLC at a customer site recently (including page > + >and swap files, but excluding DECwindows).   A This is a nit, but V7.2-1 is Alpha only, you probably meant V7.2.    > N >I don't know what the world is comin' to, you young whippersnapper, Tim ... ! > 
 >Roy Omond >Blue Bubble Ltd.  >  >    ------------------------------  % Date: Thu, 18 Jan 2001 10:09:37 +0100 - From: Jouk Jansen <joukj@hrem.stm.tudelft.nl> C Subject: Checking initialization of variables with FORTRAN90 on VMS 3 Message-ID: <3A66C0E1.196DD6CC@hrem.stm.tudelft.nl>    Hi all,   G I got a program from somewhere, witten in Fortran90, containing several ? 1000's of lines. It gives wrong results and I suspect that some H variables are not initialized (set to zero at the start of the program).  B I'm using Compaq Fortran V7.3-1120-44A7B on OpenVMS7.2-1 on Alpha.D Is there any way to force variables to be initialized to zero and/or check if they are initialized?                          Jouk    ------------------------------    Date: 18 Jan 2001 10:11:08 -0500, From: koehler@eisner.decus.org (Bob Koehler)G Subject: Re: Checking initialization of variables with FORTRAN90 on VMS + Message-ID: <6Qg3XkacBkDr@eisner.decus.org>   c In article <3A66C0E1.196DD6CC@hrem.stm.tudelft.nl>, Jouk Jansen <joukj@hrem.stm.tudelft.nl> writes: 	 > Hi all,  > I > I got a program from somewhere, witten in Fortran90, containing several A > 1000's of lines. It gives wrong results and I suspect that some J > variables are not initialized (set to zero at the start of the program). > D > I'm using Compaq Fortran V7.3-1120-44A7B on OpenVMS7.2-1 on Alpha.F > Is there any way to force variables to be initialized to zero and/or  > check if they are initialized? >   B I believe current versions of the compiler are quite proficient at7 telling which variables are used before initialization:   
 $create a.for     type *,a     end
 $fortran a           type *,a ...............^D %F90-W-WARNING, Variable A is used before its value has been defined/ at line number 1 in file USER1:[KOEHLER]a.for;1   ( I'm using Compaq Fortran V7.3-965-44A1I.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replying    ------------------------------  % Date: Thu, 18 Jan 2001 10:32:11 -0500 , From: Steve Lionel <Steve.Lionel@compaq.com>G Subject: Re: Checking initialization of variables with FORTRAN90 on VMS 8 Message-ID: <603e6t0g86v10jfdj05ea93rt2evdui2gn@4ax.com>  / On Thu, 18 Jan 2001 10:09:37 +0100, Jouk Jansen " <joukj@hrem.stm.tudelft.nl> wrote:  C >I'm using Compaq Fortran V7.3-1120-44A7B on OpenVMS7.2-1 on Alpha. E >Is there any way to force variables to be initialized to zero and/or  >check if they are initialized?   B On OpenVMS specifically, static variables ARE initialized to zero.5 This is not guaranteed on any of our other platforms.   F The compiler tries to detect uninitialized variables.  You can help itE by trying a compilation with /RECURSIVE - this causes local variablesiD to be AUTOMATIC (unless the standard says they have SAVE semantics),/ and the compiler can catch more cases this way.     - Steve Lionel (mailto:Steve.Lionel@compaq.com)n Fortran Engineeringu& Compaq Computer Corporation, Nashua NH  6 Compaq Fortran web site: http://www.compaq.com/fortran   ------------------------------   Date: 18 JAN 2001 15:45:13 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>wG Subject: Re: Checking initialization of variables with FORTRAN90 on VMSA2 Message-ID: <18JAN01.15451387@feda34.fed.ornl.gov>  - koehler@eisner.decus.org (Bob Koehler) wrote:oe > In article <3A66C0E1.196DD6CC@hrem.stm.tudelft.nl>, Jouk Jansen <joukj@hrem.stm.tudelft.nl> writes:o > > Hi all,s > > K > > I got a program from somewhere, witten in Fortran90, containing severaliC > > 1000's of lines. It gives wrong results and I suspect that somenL > > variables are not initialized (set to zero at the start of the program). > > F > > I'm using Compaq Fortran V7.3-1120-44A7B on OpenVMS7.2-1 on Alpha.H > > Is there any way to force variables to be initialized to zero and/or" > > check if they are initialized? > >  >  oD > I believe current versions of the compiler are quite proficient at9 > telling which variables are used before initialization:  >    > $create a.forr
 >    type *,ay >    end > $fortran a >  u >         type *,a > ...............^F > %F90-W-WARNING, Variable A is used before its value has been defined1 > at line number 1 in file USER1:[KOEHLER]a.for;1o >  n* > I'm using Compaq Fortran V7.3-965-44A1I.  * True - unless the variable is in a COMMON:   $ create a.for         common a         type *, an         end  $ fortran a  $    (Same compiler version.)   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV4H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  % Date: Thu, 18 Jan 2001 12:24:25 +000060 From: andrew harrison <andrew.nospam@uk.sun.com> Subject: Re: Compaq and IBM * Message-ID: <3A66E079.CC3DF9C2@uk.sun.com>   Alan Greig wrote:0 > % > On Wed, 17 Jan 2001 06:42:55 -0300,0, > fabio_compaq@ep-bc.petrobras.com.br wrote: > 6 > >Compaq will ship Proliants with  Lotus Domino ..... > >m< > >http://www5.compaq.com/newsroom/pr/2001/pr2001011501.html > >i( > >Compaq and IBM:  Shark, Tivoli, Lotus > >e1 > >Is Compaq planning to merge with IBM ???? :- /  > H > Doubt it but it fits in with what I've heard from other major softwareE > suppliers - that Compaq are building (or re-building) relationshipsIG > with partners other than Microsoft. Curiously I've heard it said that D > Compaq seem less Microsoft-centric than DEC in its last few years. > G > By no means does this imply that Compaq intend to trash Microsoft butl< > it does seem to suggest that Compaq recognise they must be > broad-based. > F > If Compaq merged with anyone I'd suggest Oracle as a candidate. Like > to see Andrew spin that one! >   9 Merge is hardly the right choice to describe the process.l  G Oracle's market cap is currently around 185 billion dollars, Compaqs is G around 30 billion. Oracle could take Compaq over but it would not be a   merger.p   regards  Andrew Harrison  Enterprise IT Architectp   ------------------------------  % Date: Thu, 18 Jan 2001 13:07:26 +0000 ) From: Christof Brass <brass@infopuls.com>  Subject: Re: Compaq and IBM , Message-ID: <3A66EA8E.EC3E4592@infopuls.com>  " Shane.F.Smith@Healthnet.com wrote: > M > Maybe that wouldn't be such a bad thing for us. They do seem to know how ton7 > manage multiple platforms, and to market effectively.o >  > Shaneg > ? > fabio_compaq@ep-bc.petrobras.com.br on 01/17/2001 02:12:55 AMw >  > To:   Info-VAX@Mvb.Saic.Com  > cc:g >  > Subject:  Compaq and IBM > 5 > Compaq will ship Proliants with  Lotus Domino .....y > ; > http://www5.compaq.com/newsroom/pr/2001/pr2001011501.html" > ' > Compaq and IBM:  Shark, Tivoli, Lotush > 0 > Is Compaq planning to merge with IBM ???? :- / >  > Regards FC   Great. Ask the OS/2 people.n   ------------------------------  % Date: Thu, 18 Jan 2001 12:21:31 -0300i) From: fabio_compaq@ep-bc.petrobras.com.bri Subject: Re: Compaq and IBMnL Message-ID: <OF60429891.90E0FB8C-ON032569D8.00543656@ep-bc.petrobras.com.br>  < OS/2 ..... ??? IBM do not have interest in this OS anymore != They have now Linux to play with ..... IBM is Linux now ..... 7 Check the news .... supercomputers for NCSA, Telia ....uC They will port all that MVS stuff to Linux... CICS, VTAM, etc ! :-)u   Regards    FC        : Christof Brass <brass@infopuls.com> em 18/01/2001 11:07:26             Info-VAX@Mvb.Saic.Com        Assunto: Re: Compaq and IBMR    " Shane.F.Smith@Healthnet.com wrote: >eJ > Maybe that wouldn't be such a bad thing for us. They do seem to know how to7 > manage multiple platforms, and to market effectively.  >  > Shane0 > ? > fabio_compaq@ep-bc.petrobras.com.br on 01/17/2001 02:12:55 AMo >u > To:   Info-VAX@Mvb.Saic.Comr > cc:  >s > Subject:  Compaq and IBM >f5 > Compaq will ship Proliants with  Lotus Domino .....s >r; > http://www5.compaq.com/newsroom/pr/2001/pr2001011501.htmle >n' > Compaq and IBM:  Shark, Tivoli, Lotus  >s0 > Is Compaq planning to merge with IBM ???? :- / >c > Regards FC   Great. Ask the OS/2 people.1   ------------------------------  % Date: Thu, 18 Jan 2001 15:24:30 +0000o) From: Christof Brass <brass@infopuls.com>s Subject: Re: Compaq and IBMt, Message-ID: <3A670AAE.212ADF61@infopuls.com>  * fabio_compaq@ep-bc.petrobras.com.br wrote: > > > OS/2 ..... ??? IBM do not have interest in this OS anymore !? > They have now Linux to play with ..... IBM is Linux now .....h9 > Check the news .... supercomputers for NCSA, Telia .....E > They will port all that MVS stuff to Linux... CICS, VTAM, etc ! :-)n > 	 > Regards! >  > FC > < > Christof Brass <brass@infopuls.com> em 18/01/2001 11:07:26 >  >       Info-VAX@Mvb.Saic.Comr >  > Assunto: Re: Compaq and IBM- > $ > Shane.F.Smith@Healthnet.com wrote: > >1L > > Maybe that wouldn't be such a bad thing for us. They do seem to know how > to9 > > manage multiple platforms, and to market effectively.z > >T	 > > Shanea > >>A > > fabio_compaq@ep-bc.petrobras.com.br on 01/17/2001 02:12:55 AMe > >  > > To:   Info-VAX@Mvb.Saic.Comk > > cc:- > >- > > Subject:  Compaq and IBM > >17 > > Compaq will ship Proliants with  Lotus Domino .....c > >u= > > http://www5.compaq.com/newsroom/pr/2001/pr2001011501.htmlO > >F) > > Compaq and IBM:  Shark, Tivoli, Lotusi > >o2 > > Is Compaq planning to merge with IBM ???? :- / > >n > > Regards FC >  > Great. Ask the OS/2 people.c  = Exactly. That's why it is rediculous to think IBM will do anyr@ better with VMS. Sorry for not clearly declaring my contribution	 as irony.f   ------------------------------  + Date: Thu, 18 Jan 2001 11:06:57 +0000 (UTC)h' From: Osmo Kujala <kujala@tukki.jyu.fi> 3 Subject: Re: Compaq continues the Digital Tradition , Message-ID: <946ioh$44m$1@mordred.cc.jyu.fi>  . JF Mezei <jfmezei.spamnot@videotron.ca> wrote:H > ... Apple isn't affraid to market head to head against MS and Intel...  H Not that I understand much of this, but I see that Apple rather conforms2 than confronts MS and MS owns great deal of Apple?  D Making new company of remains of DEC sounds good, but I think Compaq7 prefers to keep those parts to support PC business. :-(i   /OK    ------------------------------  % Date: Thu, 18 Jan 2001 14:24:29 +0000o0 From: andrew harrison <andrew.nospam@uk.sun.com>3 Subject: Re: Compaq continues the Digital Tradition ) Message-ID: <3A66FC9D.C52D016@uk.sun.com>,   Jordan Henderson wrote:  > . > In article <3A65F5B5.5F7F1882@videotron.ca>,1 > JF Mezei  <jfmezei.spamnot@videotron.ca> wrote:e% > >Shane.F.Smith@Healthnet.com wrote: M > >>      The Athlon is 5% faster than the Pentium 3 at the same clock speed.e > >> The Alpha is 50% 4 > >>      faster. Need speed? The choice is obvious. > >tO > >Compaq is not allowed to compete against Intel. Until that changes, Alpha isM7 > >truly going to be relegated to a small niche market.W > >m > J > I wonder at all those Athlon systems that Compaq pushes so aggressively. > J > Make no doubt about it, Intel is more concerned about Athlon than Alpha,G > yet Compaq probably sells as many or more Athlon systems than anyone.h > P > >I say: Sell the digital systems (VMS, True64, Alpha, amd all the software) toN > >Apple. Apple isn't affraid to market head to head against MS and Intel. The > >other suitor would be Sun.h > E > Apple shows no, zero, nil interest in high-end systems.  Years ago,oM > when Jobs started Next, they even had him sign a non-compete that said thatIM > the Next boxes would only be high performance machines so as to not competeaL > with their line.  Steve signed it gladly and used it as marketing. He toldH > his customers that this proves that the Next boxes weren't _just_ PCs. > L > Sun is interested in their focussed line of Solaris/Java for all computingB > needs.  I can't see why they would want to dilute their message. >   F Too much overlap as well. Tru64 and OpenVMS would both potentially be C redundant if Sun did buy Compaq with big restructuring costs to be EA met. Sun would have two RISC architectures not one and one would w have to go etc etc.h  C If Sun was looking for a PC business then Compaqs PC division mightbG be interesting but then what would be left of Compaq if the PC businessIH was sold. This has been rumoured in the past with both Dell and Gateway & being suggested as possible purchases.   > >tO > >Now, if Oracle were to buy the "enterprise" side of Compaq, it would be ableyM > >to be succesful, but it would signify a HUGE change and gamble for Oracle.g > >o > G > That wouldn't be a gamble for Oracle, it would be suicide.  They makeeI > their money by selling configurations for everything under the Sun, andaO > everything under the IBM, and everything under the HP, well you get the idea. H > If Oracle were to come out with their own hardware line, you'd see the< > other vendors getting a lot cosier with Sybase and others.  G This is exactly the problem IBM has currently with DB2, its a perfectlylE competent DBMS but very few of the DB2 plaform vendors (Sun, HP etc)  C are entirely comfortable working with the DB2 sales people because o5 IBM also sells their own HW in competition to theirs.e  D This same story is replicated in for example the SAP situation whereD SAP offer support for SAP in DB2 mainly because Oracle who are SAP'sF main DBMS platform provide apps that compete against SAP's. Same story with Seibel etc.   Regardsw Andrew Harrison  Enterprise IT Architect    ------------------------------    Date: 18 Jan 2001 08:18:08 -0600& From: Charles Sebold <sebold@lcms.org>3 Subject: Re: Compaq continues the Digital TraditionR, Message-ID: <m37l3t3pwf.fsf@sebold.lcms.org>  % On 23 Teveth 5761, Osmo Kujala wrote:b  0 > JF Mezei <jfmezei.spamnot@videotron.ca> wrote:@ >> ... Apple isn't affraid to market head to head against MS and >> Intel...e > A > Not that I understand much of this, but I see that Apple rathery= > conforms than confronts MS and MS owns great deal of Apple?g  C Microsoft owned only US $150 million in nonvoting stock, and I keep A hearing that they may not even own that anymore.  It was purely alE gesture, nothing more.  (Apple has had literally billions in the banke# throughout their post-1995 crisis.)p  A Unless you didn't mean financially; Steve Jobs _has_ cozied up tocH Microsoft quite a bit to keep Office and IE on the Mac, and to keep themD from throwing all their MediaPlayer weight against QuickTime.  AppleG talks big about the hardware being better (than x86) but you'll not see:E them comparing software and operating systems seriously anytime soon;LG don't want to be on Gates' bad side when you've bet the farm on Office.O? They even removed a lot of functionality from AppleWorks 6 (wasu? ClarisWorks) to keep it from being a competing office solution.y -- w5 Charles Sebold, Systems Specialist                   )5 LCMS - Office of Information Systems                 >5 *** Opinions expressed herein are not necessarily ***i5 *** those of the Lutheran Church - Missouri Synod ***  -- 23rd of Teveth, 5761 -- Customer: I'm running Windows. Tech:     Yes.( Customer: My computer isn't working now. Tech:     Yes, you said that.s    -- seen in tru64-unix-managerse   ------------------------------  % Date: Thu, 18 Jan 2001 15:59:15 +0000n) From: Christof Brass <brass@infopuls.com>l3 Subject: Re: Compaq continues the Digital Traditiono, Message-ID: <3A6712D3.5CB49F4C@infopuls.com>   Jordan Henderson wrote:i > . > In article <3A65F5B5.5F7F1882@videotron.ca>,1 > JF Mezei  <jfmezei.spamnot@videotron.ca> wrote:e% > >Shane.F.Smith@Healthnet.com wrote:sM > >>      The Athlon is 5% faster than the Pentium 3 at the same clock speed.e > >> The Alpha is 50%o4 > >>      faster. Need speed? The choice is obvious. > >dO > >Compaq is not allowed to compete against Intel. Until that changes, Alpha is 7 > >truly going to be relegated to a small niche market.7 > >  > J > I wonder at all those Athlon systems that Compaq pushes so aggressively. > J > Make no doubt about it, Intel is more concerned about Athlon than Alpha,G > yet Compaq probably sells as many or more Athlon systems than anyone.r > P > >I say: Sell the digital systems (VMS, True64, Alpha, amd all the software) toN > >Apple. Apple isn't affraid to market head to head against MS and Intel. The > >other suitor would be Sun.j > E > Apple shows no, zero, nil interest in high-end systems.  Years ago,FM > when Jobs started Next, they even had him sign a non-compete that said thatlM > the Next boxes would only be high performance machines so as to not compete L > with their line.  Steve signed it gladly and used it as marketing. He toldH > his customers that this proves that the Next boxes weren't _just_ PCs. > L > Sun is interested in their focussed line of Solaris/Java for all computingB > needs.  I can't see why they would want to dilute their message. >  > > O > >Now, if Oracle were to buy the "enterprise" side of Compaq, it would be able2M > >to be succesful, but it would signify a HUGE change and gamble for Oracle.C > >n > G > That wouldn't be a gamble for Oracle, it would be suicide.  They makeDI > their money by selling configurations for everything under the Sun, and O > everything under the IBM, and everything under the HP, well you get the idea.aH > If Oracle were to come out with their own hardware line, you'd see the< > other vendors getting a lot cosier with Sybase and others. > O > >But think baout how VMS would become THE platform of choice for all types ofo< > >servers and benefit from all of Oracle's advertising etc. > >aO > >Oracle would then be competing head to head against IBM-DB2, Wintel-SQL etc.nP > >The big question is whether sales of Oracle on other platforms would dwindle.> > >But Oracle could do serious harm to both SUN and Microsoft. >  > -Jordan Henderson, > jordan@greenapple.com   > The problems DEC had before and Compaq and IBM face now are a ; result of the way EDP business has changed over the last 20i years.9 Now we have a horizontal market and it is unlikely that a1 company = can do independent consulting and at the same time provide SW- and @ HW without loosing credibility. The same holds for Oracle. Look : at their SW (besides DBs) and their consultancy business - nearly  = non-existent. Look at IBM's WebSphere - a pure piece of shit.   = SUN is dropping Solaris in favour of Linux which is the only 1@ move that makes sense if they want to continue to produce SPARC.A If you look at the lousy quality of Solaris and unability of SUN s? to keep patching and versioning consistant you might want this 8 to happen sooner than later.  > Apple is moving into the middrange with OS X. But there is no < point for Apple in having VMS or Alpha. Think only about the pain  ? they had moving from 68k to Power(less)PC. But Apple is facing h= similar problems as Compaq/Alpha by producing HW and SW. The e> only logical move for Apple is to split HW and SW and to have @ the W2k-problem-line-of-OSs back again on the Power(less)PC and A to offer OS X on at least Intel PCs (which has been done already   by an Apple employee).  @ I personally think that both VMS and Alpha should be sold or be @ spined off to separate and independent companies unless VMS has = to stay Alpha bound which would partially make sense then to n< keep them in the same company although this would limit the ; future for Alpha as there would be less interest in having - different OSs on Alpha.N  9 I want to know if there is money transfered from the VMS v: business to other parts of the company or if VMS business 4 can stay alone paying for development and marketing.  1 I wonder what role Samsung can play in that game.e   ------------------------------  % Date: Thu, 18 Jan 2001 10:56:17 +0000e0 From: andrew harrison <andrew.nospam@uk.sun.com>= Subject: Re: Compaq: A simple, affordable clustering solution9* Message-ID: <3A66CBD1.1582619F@uk.sun.com>   "David J. Dachtera" wrote: >  > andrew harrison wrote:$ > > Wow, back to the school yard !!! > > & > > How about responding to my points. > - > Sure ... as soon as you make one (or more).o >   * Or could it be that the points would draw + inevitable and uncomfortable conclusions iff you bothered to answer them.  2 Here are the points that you didn't want to answer just as a recap.  < 1.      Have there been recent postings in the past alluding5         to Oracle internal sources saying that Oracler/         is really interested in OpenVMS. yes/no.  < 2.      Have these postings also appeared regularly over the$         last couple of years. yes/no  : 3.      Have there been recent postings complaining about 1         Oracle sales people not selling oracle onC         OpenVMS. yes/no   8 4.      Have these postings also appeared regularly over"         the last two years. yes/no  = 5.      Have there been recent postings complaining about thee3         availability of Oracle products on OpenVMS.D         yes/no  8 6.      Have these postings also appeared regularly over"         the last two years. yes/no  > Having answered those six questions perhaps you could explain = why you think anything has changed because another unonymous  < source has said that Oracle is really interested in OpenVMS.  : I strongly suspect that you will respond with yet another : single liner and in the process demonstrate that you can't address the points.s   Regards1 Andrew Harrisonl Enterprise IT Architect:   ------------------------------  % Date: Thu, 18 Jan 2001 10:59:06 +0000:0 From: andrew harrison <andrew.nospam@uk.sun.com>= Subject: Re: Compaq: A simple, affordable clustering solution * Message-ID: <3A66CC7A.C1745379@uk.sun.com>   jlsue wrote: > 5 > On Mon, 15 Jan 2001 17:55:08 +0000, andrew harrisono# > <andrew.nospam@uk.sun.com> wrote:  >  > >s# > >Wow, back to the school yard !!!o > >i% > >How about responding to my points.r > >  > ? > Hoo, HAHAHAHAHAHAHAHAHAHA!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!  > 	 > <whew!>  > H > Sorry, the very *thought* that AH would tell *other* people to respondA > directly to his points is just too  hilarious for mere words tot
 > express. >  > Pot... Kettle... etc.e > 3 > Not speaking for anyone, certainly not DEC/Compaq / > (get rid of the xxxx in my address to e-mail)r  - Really, how interesting coming from you. The n, discussions we have had in the past if they . can be described as that have been interesting- if only because you never seem to be able to r) avoid getting personal. Hoe about joining ) certain other posters on this group in a l getting a bit of mirror time.e   Regards  Andrew Harrisont Enterprise IT Architecth   ------------------------------    Date: 18 Jan 2001 09:52:00 -0500, From: koehler@eisner.decus.org (Bob Koehler)= Subject: Re: Compaq: A simple, affordable clustering solutionA+ Message-ID: <Gq2sthDKVpYc@eisner.decus.org>g  ] In article <3A66CBD1.1582619F@uk.sun.com>, andrew harrison <andrew.nospam@uk.sun.com> writes:  > , > Or could it be that the points would draw - > inevitable and uncomfortable conclusions ifi > you bothered to answer them. > 4 > Here are the points that you didn't want to answer > just as a recap. >  [...]-   Missed one.-  4    1.  Does anybody care what Andrew thinks.  yes/no    A Always nice to leave out those difficult questions so the resultse  support the selected conclusion.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation.= NASA GSFC Flight Software       | Federal Sector, Civil GroupsE                                 | please remove ".aspm" when replyingI   ------------------------------  # Date: Thu, 18 Jan 2001 15:04:33 GMTo From: johan_devos@my-deja.com61 Subject: copy/ftp behaviour with network problems:) Message-ID: <9470lr$763$1@nnrp1.deja.com>l  A When I have network problems during a copy/ftp command running ins7 batch, the bath never ends and hangs with status LEF inmB TCPIP$FTP_CLIENT.  Why is copy/ftp not ending with a error status?  B OpenVMS V7.2-1 & TCPIP V5.0A transferring files to W2K FTP-server.   Batch procedure:   $ ON ERROR THEN GOTO END $ START:) $       FILE = F$SEARCH("WEAV_DAT:*.DAT")m" $       IF FILE .EQS. "" THEN EXITB $       COPY/FTP/LOG 'FILE' remote_system_name"usrname password":: $       GOTO START $       EXIT $END:i     Sent via Deja.com? http://www.deja.com/   ------------------------------  % Date: Thu, 18 Jan 2001 11:12:42 +0100e/ From: "Denis Capart" <Denis.Capart@advalvas.be>f* Subject: DECW login window AZERTY / QWERTY* Message-ID: <946fgq$4fn$1@news1.skynet.be>  H We have an Alpha workstation with OpenVMS 7.2 and DECWindows and we have+ changed the keyboard from AZERTY to QWERTY.a  J We have adapted "language" to "36" at the boot prompt and at this level it works OK in QWERTY mode.  J We have also adapted at user level AZERTY mode to QWERTY mode and it works OK at this level too.n  F We just have a problem at the login as the login window still works inL AZERTY mode. This is not really critical but though a little bit boring withJ a QWERTY keyboard. We can't find the place where this parameter is defined for this login window...   Can anybody help us to fix it ?w     Denis Capart   ------------------------------  % Date: Thu, 18 Jan 2001 17:50:15 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender). Subject: Re: DECW login window AZERTY / QWERTY; Message-ID: <3a671ec7.524144494f47414741@radiogaga.harz.de>   . Denis Capart (Denis.Capart@advalvas.be) wrote:J : We have an Alpha workstation with OpenVMS 7.2 and DECWindows and we have- : changed the keyboard from AZERTY to QWERTY.  :oL : We have adapted "language" to "36" at the boot prompt and at this level it : works OK in QWERTY mode. :cL : We have also adapted at user level AZERTY mode to QWERTY mode and it works : OK at this level too.r :dH : We just have a problem at the login as the login window still works inN : AZERTY mode. This is not really critical but though a little bit boring withL : a QWERTY keyboard. We can't find the place where this parameter is defined : for this login window...  F Edit SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COM (copy from .TEMPLATE if$ it doesn't exist), and insert a line  9   DECW$DEFAULT_KEYBOARD_MAP == "your keyboard identifier"   ' Then restart the X Windows System usingM  %   $ @SYS$STARTUP:DECW$STARTUP RESTARTi   cu,c   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.de-N One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  % Date: Thu, 18 Jan 2001 13:18:09 -0500w& From: Ken Robinson <ksrobin@erenj.com>( Subject: RE: Disk  Management on the fly7 Message-ID: <5.0.0.25.2.20010118131512.01d26950@clmail>c  H At 04:09 PM 01/18/2001 -0300, fabio_compaq@ep-bc.petrobras.com.br wrote: >Sorry >d  >Disk  Management on the fly ... >  >tI >An example: If your database space is low in one of your disks, you canto >stop the users,3 >but you have a spare disk to grow your volume.....e >l> >So you execute the comand .... $ MOUNT/SPARE=DKC100: VOLDISK,  G Actually you can do this with volume sets. You just can't take it away  L again, with out a backup and restore.  I've also heard that volume sets get I flaky with more than 3 disks in the set.  The disks in the volume set do t! not have to be all the same size.p   Ken Robinson ksrobin@erenj.comp   ------------------------------  % Date: Thu, 18 Jan 2001 09:17:12 +0000 % From: Alan Greig <agreig@my-deja.com>l4 Subject: Re: Don't know whether to laugh or cry.....8 Message-ID: <okcd6t4rtu888uto31j13d2qb8ddatn5ro@4ax.com>  = On 17 Jan 2001 16:03:15 PST, Fairfield@SLAC.Stanford.EDU (Kenh4 Fairfield; SLAC: 650-926-2924; FAX: 926-3515) wrote:  : >In article <sbl66ts5d5ea6m039m6agdna890uf81v2j@4ax.com>, 3 >    	Ray Swadling <ray@rgscomputing.co.uk> writes:e >[...]H >> So there we are.....even Compaq is migrating working software off VMSA >> onto Windows even though the result has poor performance. On awI >> customer-facing product as well where the performance shortcomings aren) >> visible to anyone logging fault calls.f >nI >        Note that at the Compaq Listens  panel at CETS2000, the CustomerwI >    Support  VP got more flack than anyone else.  They've really screwednI >    things up.  Sad thing is, the VP  didn't  have  a  clue  there  wereiI >    problems!   Apparently  (from  talking with customers), the problemssI >    never get reported  up  the  command  hierarchy,  a  sure recipe for 
 >    trouble!c  D When the UK CSC was Compaqted the automated answering system removedD most of the options to select things like VMS and Alpha products. SoC the only way to log certain faults was to select a wrong option andmE then get the support person to transfer you to the correct people. IniB frustration I logged this as a problem and demanded a fix. ShortlyE afterwards VMS and Alphaservers/workstations wrere added back in as af@ menu option. Sometimes you can turn the systen back on itself to
 advantage.   --
 Alan Greig   ------------------------------  % Date: Thu, 18 Jan 2001 11:17:01 +0000u/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>S4 Subject: re: Don't know whether to laugh or cry.....7 Message-ID: <009F64C8.A4CC0855.18@maxwell.ph.kcl.ac.uk>e   > K > > At that time, Compaq probably bought the Palmer line about VMS, so it's D > > unlikely that there was even any discussion of technical merits. > O > True. But if you have something that does the job and works well, do you neede > to change it ? >   I With my original posting, I was thinking that Compaq would want to merge pH Compaq's and Digital's customer-support and spares-logistics operations,H since there was going to be an ever-increasing amount of overlap between, Digital and Compaq components and customers.  G But thinking about it, I'd not be surprised if it were Digital that hadbE set the wheels in motion for replacement of VMS by PCs. In which casetM there would have been nothing for Compaq to discuss when they took the reins.u  C Anyway, unless anyone is willing to post the inside story, it's allo speculation.   	Yours,e
 		Nigel Arnote- 		NRA@MAXWELL.PH.KCL.AC.UK                   o  7 		"In the beginning there was nothing, which exploded."o   ------------------------------    Date: 18 Jan 2001 09:48:17 -0500, From: koehler@eisner.decus.org (Bob Koehler)4 Subject: re: Don't know whether to laugh or cry.....+ Message-ID: <p6MMY9OIL4t6@eisner.decus.org>   i In article <009F64C8.A4CC0855.18@maxwell.ph.kcl.ac.uk>, Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> writes:  > I > But thinking about it, I'd not be surprised if it were Digital that hadaG > set the wheels in motion for replacement of VMS by PCs. In which case O > there would have been nothing for Compaq to discuss when they took the reins.  >   A Long before Compaq bought it up, DEC was selling the three tieredsC concept with WNT at the desktop.  Now they've tried it themselves. iD Can't blame them for trying something they're selling.  Now they canE justify using a pure VMS solution to all the PHM's they meet in termse the PHM can understand.s  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil GroupyE                                 | please remove ".aspm" when replying-   ------------------------------  % Date: Thu, 18 Jan 2001 12:48:24 -0500s0 From: David Beatty <David.Beatty.NOSPAM@sas.com>4 Subject: Re: Don't know whether to laugh or cry.....2 Message-ID: <SixnOkRj7W=6t=5eo798gsTrQHo0@4ax.com>  * That Andrew should be a happy camper?  ;-)   David R. Beattyz  3 On Tue, 16 Jan 2001 01:13:59 -0800, "Wayne Holland"t <wholland@tscnet.com> wrote:  4 >OH! I almost forgot one more very disturbing point.I >At Sun microsystems site is a hardware compatiblilty list.  Compaq makeseL >more intel boxes that can run Solaris 8 than any other manufacture of intel$ >boxes.  Now what does this tell us? > ; >"JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in messagea' >news:3A6376D7.72B2067B@videotron.ca...s >> Ray Swadling wrote:J >> > So there we are.....even Compaq is migrating working software off VMSC >> > onto Windows even though the result has poor performance. On aoK >> > customer-facing product as well where the performance shortcomings are + >> > visible to anyone logging fault calls.o >> >>I >> I've got news to you. The trend started with Digital. And Compaq isn't  >goingJ >> to stop it. It knows only Wintel. Wintel is thre future. Unix is just a2 >> temporary solution until Wintel fixes its bugs. >>M >> The 8086 will rule, so will Microsoft. Compaq won't let its pesky productsoK >> such as Alpha, VMS etc get in the way of its goal to beat IBM by sellingnJ >> enough Wintel boxes to become the number 1 computer maker of the world. >>K >> VMS would be better in the hands of a company such as Sun or Apple whosec >headg8 >> cheese is not affraid to speak out against microsoft. >>K >> If Sun adopted VMS, it would push it like mad, especially its clusteringaG >> capacbilities and perhaps nip Linux in the bud. It would also not ben >affraidF >> to point out to Microsoft how primitive MS attempt at clustering is	 >comparedc >> to Sun's VMS product. >>H >> Lets face it, Compaq is not interested in pushing its own product. It >prefers5 >> to push Intel and Microsoft products over its own.d >>J >> Folsk keep predicting that at the next financial statement, Compaq willL >> finally admit that VMS is a cash cow and start to focus more on VMS. They >keeph, >> saying it, but we keep waiting to see it. >l   ------------------------------  # Date: Thu, 18 Jan 2001 14:20:52 GMT % From: Andrew.Rycroft@intrinsitech.com L Subject: Encapsulate MONITOR summary data, and import into Excel spreadsheet) Message-ID: <946u3r$4s2$1@nnrp1.deja.com>w   Hi,   G I have a client who wants to take the MONITOR program summary data, anda$ import it into an Excel spreadsheet.  ? From reading the OpenVMS for NT integration for dummies book, I B understand that this can be done with COM. But I do not quite know where to start?o   Any suggestions appreciated.   Thanks Andrew     Sent via Deja.comc http://www.deja.com/   ------------------------------  % Date: Thu, 18 Jan 2001 06:47:55 -0800f! From: Tom Linden <tom@kednos.com>d Subject: Error counts on disks9 Message-ID: <EJEDILJIPPJOIEFOLDHLGEADCEAA.tom@kednos.com>   B Running 6.2 on Alpha and am getting increasing error counts on oneA drive.  How do I analyze these errors.  If there is a FAQ on thist pointer please?    TIAl   ------------------------------    Date: 18 Jan 2001 10:29:28 -0500, From: koehler@eisner.decus.org (Bob Koehler)" Subject: Re: Error counts on disks+ Message-ID: <wDZin$Kb3XgX@eisner.decus.org>   ] In article <EJEDILJIPPJOIEFOLDHLGEADCEAA.tom@kednos.com>, Tom Linden <tom@kednos.com> writes:yD > Running 6.2 on Alpha and am getting increasing error counts on oneC > drive.  How do I analyze these errors.  If there is a FAQ on thism > pointer please?  >    Lucky you.  6.2 is easy:  & $analyze/error sys$errorlog:errlog.sys  H Unlucky you, probably let this file grow from the day VMS was installed.1 Try hanging /since on the command and be patient.y  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil GroupmE                                 | please remove ".aspm" when replyingl   ------------------------------  # Date: Thu, 18 Jan 2001 15:35:50 GMTw/ From: Mike Price <mike.price@littlewoods.co.uk>i" Subject: Re: Error counts on disks) Message-ID: <9472gl$92h$1@nnrp1.deja.com>o  ? You should have Diagnose on your system - if not it comes free.    If so just type-@ diag/since=time (where time in the normal format e.g. 14:00 etc)  A In any case I would suggest you log it with whoever supports yourC hardware  G If your disks are connected up via raid controllers, DSSI controller oru< anything else that can be talked to  then you might get some information from the controller   D If you post the connection method maybe someone will tell you how to   Hope this helpso   Mike --B All opinions are my own and do not necessarily reflect those of my employer     Sent via Deja.como http://www.deja.com/   ------------------------------  % Date: Thu, 18 Jan 2001 10:57:48 -0500.2 From: rdeininger@mindspring.com (Robert Deininger)" Subject: Re: Error counts on disksL Message-ID: <rdeininger-1801011057490001@user-2ive75i.dialup.mindspring.com>  \ In article <EJEDILJIPPJOIEFOLDHLGEADCEAA.tom@kednos.com>, Tom Linden <tom@kednos.com> wrote:  D > Running 6.2 on Alpha and am getting increasing error counts on oneC > drive.  How do I analyze these errors.  If there is a FAQ on this. > pointer please?   K See HELP and the manual set for ANALYZE/ERROR.  Sometimes the output can bee cryptic.   Make a good backup ASAP.  % Look for a spare drive, just in case.    -- i Robert Deininger rdeininger@mindspring.com    ------------------------------   Date: 18 Jan 2001 18:18:37 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)" Subject: Re: Error counts on disks6 Message-ID: <947c1t$6hn$2@mailint03.im.hou.compaq.com>  ] In article <EJEDILJIPPJOIEFOLDHLGEADCEAA.tom@kednos.com>, Tom Linden <tom@kednos.com> writes:sC :Running 6.2 on Alpha and am getting increasing error counts on onehB :drive.  How do I analyze these errors.  If there is a FAQ on this :pointer please?  G   BACKUP/IMAGE the contents of the disk NOW, and prepare to replace it.,  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 18 Jan 2001 13:05:30 GMT5 From: sfm1115@bjc.orgi> Subject: Re: Error: DECnet address is not Equal to SCSSYSTEMID1 Message-ID: <3a66ea00.241353998@news.starnet.net>o  @ Thank you to all that responded both here and by e-mail.  I have% corrected the problem with your help.e     Shawn   8 On Wed, 17 Jan 2001 13:31:35 GMT, sfm1115@bjc.org wrote:  C >I am getting an error I never noticed before on one of my servers:r >t; >DECnet address (*****) is not equal to SCSSYSTEMID (*****)i >fF >Should I change the DECnet address or the System ID?  If so, how do I >go about doing this?y >o >n >Thanks  >i >Shawn >. >sfm1115@bjc.org   ------------------------------  % Date: Thu, 18 Jan 2001 07:45:31 +0000r+ From: Ray Swadling <ray@rgscomputing.co.uk>a& Subject: Re: EUREX and CBOT New System8 Message-ID: <va7d6t0kdbnpntpskrp2fr06rj9jt1ieod@4ax.com>  1 On Wed, 17 Jan 2001 19:50:31 -0600, "Main, Kerry"r <Kerry.Main@compaq.com> wrote:  F This is actually quite interesting, I have been working for one of the> international investment banks for the past few years as a VMS contractor.fD Part of the support was for the EUREX system. They have been tellingB me for some time now that EUREX was dropping VMS support after theC current version and that everyone was migrating to an NT solution..nE The bank has a schedule to phase out their VMS EUREX systems sometimeo
 this year.  = I was a bit confused by this as I still see VMS contract workwE advertised for new EUREX VMS systems in London and Europe. Given thatdC I understood that EUREX was moving away from VMS these requirementse
 semed odd.  F This announcement seems to shed some light on the subject and suggests" that EUREX are not abandoning VMS.   Ray. >-H >Well, I suspect by the lack of replies that the following may have beenI >missed in the earlier thread about the OpenVMS Times being available ...  > I >Anyway, for those familiar with the financial markets - I'll repost this- >with a new thread header. >1	 >Regards,1 >4 >++++o >r   ------------------------------  % Date: Thu, 18 Jan 2001 10:54:51 +0100l5 From: Eckhard Wich <eckhard_wich@deutsche-boerse.com>n& Subject: Re: EUREX and CBOT New System3 Message-ID: <3A66BD6B.CEDA89B7@deutsche-boerse.com>d  3 > On Wed, 17 Jan 2001 19:50:31 -0600, "Main, Kerry"o  > <Kerry.Main@compaq.com> wrote: >?F > Part of the support was for the EUREX system. They have been tellingD > me for some time now that EUREX was dropping VMS support after theE > current version and that everyone was migrating to an NT solution.. G > The bank has a schedule to phase out their VMS EUREX systems sometimeO > this year.  C This is true *ONLY* for the front end systems  "MISS" (MISS: Member-M Integrated System Server) installed at customer's site. The MISS provides thes  H GUI to access the trading systems.  See  http://deutsche-boerse.com/ for first hand informations.  J The trading platform for CBOT, EUREX (and XETRA btw.) are OpenVMS Clusters based on AlphaServer.h  
 VMS for ever!d   Eckhard :-)    ------------------------------   Date: 18 Jan 2001 16:57:00 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)  Subject: Re: Expanding the niche, Message-ID: <94778s$9kp@gap.cco.caltech.edu>  X In article <7aQmCdYbmXqz@eisner.decus.org>, young_r@eisner.decus.org (Rob Young) writes: >Y; >	Sure there are other uses for it just as there are othersrA >	that bend OS/400 outside of its box on occasion ... but I woulda@ >	suspect the vast majority falls in the Enterprise niche.  LastC >	I checked Mico$oft products had a pretty big desktop niche.  Tella< >	us how you would have VMS grow out of or expand its niche. >.  K Any real growth outside of the current server centric niche would require a-K substantial investment by Compaq towards insuring that certain key softwareaI products exist for the platform.   This is especially true if the goal isnK to expand the market into smaller systems.  However, the number of such key E products is actually relatively small.  In fact, to get back into tbeeB general desktop market only THREE software packages are absolutelyD required, and together they constitute sufficient software for many + applications.  These software packages are:   O  1.  A modern browser.  The lack of one currently makes VMS a miserable choice tG      for virtually all nonserver uses.  Compaq apparently feels that weaG      can live without this until at least May of this year (having doneS#      so for many years previously.)M  L  2.  An office suite, preferably MS Office.  The lack of this will kill manyK      potential sales because of the "you can't even compose a letter on it"s      argument.  H  3.  A PDF reader and a method to easily export documents to PDF.  (That)      could be part of the office suite).    K VMS already has a registry, which thankfully doesn't affect ANYTHING I use.SI So MS should technically be able to port both office and IE to VMS using nH more or less the same methods they used for the Mac.  It's very unclear C that Compaq could induce them to do so though, other than by a huge L payment or a legal action ("we request fair access to your monopoly product G or we claim the following damages...")  Opera as the only other browser1H which could be ported over (it's pretty good actually, at least on WNT),F and StarOffice, Wordperfect Office, and Lotus Smartsuite as the officeH products.   Unfortunately none of these office suites has that much of aI following and none would be as effective a sales tool as would MS Office.hG Here's hoping the DOJ breaks Microsoft up, because then ports of Officet- to other platforms become a real possibility.-  O If Compaq addressed these (difficult) issues then they could start to entertaino? "desktop" sales of clusters to small offices or other generallyiF secretarial/paper pushing environments.  The pitch would be that theseG machines were ultrareliable and required no configuration and virtually5F no maintenance.  (It would probably be necessary to cripple the officeF suite if virus avoidance was also part of the pitch) One could imagineI selling office packages which are N DS10s preconfigured to run as a smalltJ cluster, complete with ethernet switch and optional installation.  Part ofK the pitch would be a clear upgrade path to many, many DS10s and centralized H servers.  The initial target market, to prove the concept and gain some K bragging rights, would be for military sales.  There reliable paper pushingrI is worth the extra cash.  Other businesses might also buy into this modeltE once the TCO numbers come in.  This model might become viable if such K clusters sold for no more than $3000/node,  including all required licenses H and the 3 types of software described above.  ( The competition to worryI about in this instance is Linux/x86, where it's now possible to do pretty 1 much the same thing and for a much lower cost. ) e  F Based on the configuration just described the next push should be intoD CAD/CAM.   Add a reasonable set of graphics options with good OpenGLD support, and a port of Autocad to the above mix and now you've got aF workstation solution for designers in many, many industries.  There isK no substitute for Autocad in this case - they have just as much a monopoly R4 in this field as Microsoft has in the desktop arena.  E If those take off then it starts to become possible to entertain the eJ thought of other companies actually jumping in of their own volition with J additional software.  But as we can all clearly see, there's a really big ! energy barrier to overcome first.   @ Enough with the pipe dream, the above model requires that CompaqH INVEST a lot of money in VMS, and they seem not to be willing to do thatN for this end of the market.  So working only with what we've got at present...  1 >			-  Pick a market segment VMS should or would I >				flourish in >h  K Mail servers of all sizes, starting with 3 node DS10 clusters and expandinge$ upwards until the sky's the limit.     News servers of all sizes, etc.-  * >			-  Give an overview of the competition  K WNT, W2K, and Sun servers.  The VMS cluster solution is more reliable than -I any of those three.  At saturating file IO levels (which are not uncommon H for either application) the VMS solution can outperform the competition.   >66 >			-  Detail why VMS should invade this niche and how/ >				to encourage ISVs to port to VMS to invadeo >				said nichee  J All the required software exists, most notably PMDF, which is now safe in I the right hands, and the various cluster and disk shadowing software.  TosD get (back) in the door would require a marketing push, and probably G substantial margin reductions, especially for the smaller systems.  ButoH getting back in would provide a much needed kick in the pants for VMS, aJ true indicator that "we're still a player".  And getting in at the low endL could drive sales into the higher end systems as customers email/news needs  grow.e  L Part of the sales pitch would be that the migration to larger systems would : entail no downtime - which is true if it's done carefully.   > 4 >			-  Detail how existing or new customers would be- >				swayed to choose a VMS solution for thist
 >				niche  I Identify potential customers and send in salesmen ready with prepackaged, J customizable, but pretty much off the shelf, solutions at good prices. AndI then deliver on those sales to build a good reputation for Compaq in thisn field.     Regards,   David Mathog mathog@seqaxp.bio.caltech.eduS? Manager, sequence analysis facility, biology division, Caltech h   ------------------------------  % Date: Thu, 18 Jan 2001 15:38:10 -0300i) From: fabio_compaq@ep-bc.petrobras.com.bro  Subject: Re: Expanding the nicheL Message-ID: <OFF601EA09.3D315649-ON032569D8.0064326F@ep-bc.petrobras.com.br>  / To give an opinion about the future of OpenVMS:t   I would like in OpenVMS :   D a)  A new graphical interface /  terminal , based in Apple, Be or MS	 graphicalnH interfaces. This is important to reconquest the end users. With a light=  H client such as Citrix ICA. Bristol has the Wind/U. why not port Microso= ft= MFC application to run under OpenVMS new graphical interface.-  C b) I will say again: port an ERP to run under OpenVMS is STRATEGIC.c< OpenVMS has Oracle, Oracle RDB, Ingres, etc .... so databaseD will not be a problem. OpenVMS has the EDI software, really a "must"@ in these days of B2B. OpenVMS has a strong security environment.> If we will have only one ERP to run under OpenVMS ? Good ! ! !C At least one... if will be from SAP, PEopleSoft, Oracle or Ross....t
 It=B4s good !r  ? c) The minor companies-resellers of OpenVMS products must mergeaA with each other. There are1000  companies selling Remote Controlse? and Defragment software for OpenVMS. They should merge in a fewrA companies with a good brand name. No problem if they sell Unix ort= NT products too.... but a few of them began under the OpenVMSe8 umbrella. Compaq must manage/help these merges to create small strong companies.   8 d) Compaq must contact all the companies which developed? software for OpenVMS in the past and check their actual status.h9 For example: companies wihich used to develop, industrial-9 automation and laboratory systems. I read in OpenVMS Newsq9 that Compaq is "ressuciting" BASEstar..... sound=B4s goodt contact these companies now.  > e) Where are the scientific software which run under OpenVMS ?; Compaq must contact the companies-developers .... put a fewe? OpenVMS computers inside the universities with these softwares.n  2 e) PDF under OpenVMS ? It is a long conversation !2 I allways see OpenVMS as a server operating system? for high-availability needs. I cant see it running in DS-10L tod; be a file server to secretaries....  Compaq is right to put 7 the Tasksmarts in these cases !  OpenVMS as a desktop ?e9 Only for critical applications as a Real Time Op. System. - Not to run as a desktop in a secretary table.a; I want a internet browser to run under OpenVMS, an "Office"e4 software, but being served by a OpenVMS Server ! ! !  < f) File System management on the fly ! ! ! Check the USENET.    : What more ? A lot of things.... but I dont remember all my
 dreams !  :-)      RegardsH   FC              C mathog@seqaxp.bio.caltech.edu (David Mathog) em 18/01/2001 14:57:00o  / Favor responder a mathog@seqaxp.bio.caltech.eduk             Info-VAX@Mvb.Saic.Com.        Assunto: Re: Expanding the niche    H In article <7aQmCdYbmXqz@eisner.decus.org>, young_r@eisner.decus.org (R= ob Young) writes: >n> >    Sure there are other uses for it just as there are othersD >    that bend OS/400 outside of its box on occasion ... but I wouldC >    suspect the vast majority falls in the Enterprise niche.  LastsF >    I checked Mico$oft products had a pretty big desktop niche.  Tell? >    us how you would have VMS grow out of or expand its niche.P >   H Any real growth outside of the current server centric niche would requi= re aH substantial investment by Compaq towards insuring that certain key soft= wareH products exist for the platform.   This is especially true if the goal = isH to expand the market into smaller systems.  However, the number of such=  keyE products is actually relatively small.  In fact, to get back into tbefB general desktop market only THREE software packages are absolutelyC required, and together they constitute sufficient software for manyr+ applications.  These software packages are:,  H  1.  A modern browser.  The lack of one currently makes VMS a miserable=   choiceH      for virtually all nonserver uses.  Compaq apparently feels that we=  H      can live without this until at least May of this year (having done=  #      so for many years previously.)   H  2.  An office suite, preferably MS Office.  The lack of this will kill=   manyH      potential sales because of the "you can't even compose a letter on=  it"      argument.  H  3.  A PDF reader and a method to easily export documents to PDF.  (Tha= t (      could be part of the office suite).  H VMS already has a registry, which thankfully doesn't affect ANYTHING I = use.H So MS should technically be able to port both office and IE to VMS usin= g H more or less the same methods they used for the Mac.  It's very unclear=  C that Compaq could induce them to do so though, other than by a hugeXH payment or a legal action ("we request fair access to your monopoly pro= ductH or we claim the following damages...")  Opera as the only other browser=  H which could be ported over (it's pretty good actually, at least on WNT)= , F and StarOffice, Wordperfect Office, and Lotus Smartsuite as the officeH products.   Unfortunately none of these office suites has that much of = alH following and none would be as effective a sales tool as would MS Offic= e.H Here's hoping the DOJ breaks Microsoft up, because then ports of Office=  - to other platforms become a real possibility.i  E If Compaq addressed these (difficult) issues then they could start tor	 entertainm? "desktop" sales of clusters to small offices or other generally F secretarial/paper pushing environments.  The pitch would be that theseH machines were ultrareliable and required no configuration and virtually=  F no maintenance.  (It would probably be necessary to cripple the officeF suite if virus avoidance was also part of the pitch) One could imagineH selling office packages which are N DS10s preconfigured to run as a sma= llH cluster, complete with ethernet switch and optional installation.  Part=  ofrH the pitch would be a clear upgrade path to many, many DS10s and central= izedH servers.  The initial target market, to prove the concept and gain some=  H bragging rights, would be for military sales.  There reliable paper pus= hingH is worth the extra cash.  Other businesses might also buy into this mod= elE once the TCO numbers come in.  This model might become viable if such H clusters sold for no more than $3000/node,  including all required lice= nsesH and the 3 types of software described above.  ( The competition to worr= yuH about in this instance is Linux/x86, where it's now possible to do pret= ty0 much the same thing and for a much lower cost. )  F Based on the configuration just described the next push should be intoD CAD/CAM.   Add a reasonable set of graphics options with good OpenGLD support, and a port of Autocad to the above mix and now you've got aF workstation solution for designers in many, many industries.  There isH no substitute for Autocad in this case - they have just as much a monop= olyP4 in this field as Microsoft has in the desktop arena.  D If those take off then it starts to become possible to entertain theH thought of other companies actually jumping in of their own volition wi= thH additional software.  But as we can all clearly see, there's a really b= ig! energy barrier to overcome first..  @ Enough with the pipe dream, the above model requires that CompaqH INVEST a lot of money in VMS, and they seem not to be willing to do tha= thC for this end of the market.  So working only with what we've got atg
 present...  ; >              -  Pick a market segment VMS should or woulds >                   flourish ins >   H Mail servers of all sizes, starting with 3 node DS10 clusters and expan= ding" upwards until the sky's the limit.   News servers of all sizes, etc.   5 >              -  Give an overview of the competitionn  H WNT, W2K, and Sun servers.  The VMS cluster solution is more reliable t= haneH any of those three.  At saturating file IO levels (which are not uncomm= onH for either application) the VMS solution can outperform the competition= .    >fA >              -  Detail why VMS should invade this niche and howh> >                   to encourage ISVs to port to VMS to invade >                   said niche  H All the required software exists, most notably PMDF, which is now safe = inH the right hands, and the various cluster and disk shadowing software.  = ToC get (back) in the door would require a marketing push, and probably-H substantial margin reductions, especially for the smaller systems.  But=  H getting back in would provide a much needed kick in the pants for VMS, = a.H true indicator that "we're still a player".  And getting in at the low = end H could drive sales into the higher end systems as customers email/news n= eeds grow.l  H Part of the sales pitch would be that the migration to larger systems w= ould: entail no downtime - which is true if it's done carefully.   > ? >              -  Detail how existing or new customers would bea< >                   swayed to choose a VMS solution for this >                   nichej  H Identify potential customers and send in salesmen ready with prepackage= d,H customizable, but pretty much off the shelf, solutions at good prices. = AndtH then deliver on those sales to build a good reputation for Compaq in th= is field.   Regards,   David Mathog mathog@seqaxp.bio.caltech.edue> Manager, sequence analysis facility, biology division, Caltech         =o   ------------------------------  % Date: Thu, 18 Jan 2001 16:09:43 -0300a) From: fabio_compaq@ep-bc.petrobras.com.brn  Subject: RE: Expanding the nicheL Message-ID: <OF8FCBC7D4.3709F80A-ON032569D8.0068DE1E@ep-bc.petrobras.com.br>   Sorryl   Disk  Management on the fly ...n    H An example: If your database space is low in one of your disks, you can= tt stop the users,l2 but you have a spare disk to grow your volume.....  ? So you execute the comand .... $ MOUNT/SPARE=3DDKC100: VOLDISK,d  	 etc .....y  E If you want to grow up a RAID 5 .... $ MOUNT/SPARE=3DDKC100: VOLRAID5u  ' These are just ideas.... On the fly :-)    Regardsl   FC                C "Everhart, Glenn (FUSA)" <GlennEverhart@FirstUSA.com> em 18/01/2001h 15:55:02      H       "'fabio_compaq@ep-bc.petrobras.com.br'" <fabio_compaq@ep-bc.petro= bras.com.br>        Assunto: RE: Expanding the niche    ? What do you mean by filesys management on the fly? Hierarchicaln9 storage with auto migration? Check safety out...has that.u- Can be extended pretty simply to tape also...g: Space management? Safety does that too in a fashion...that< is, delete to a wastebasket, cleanup of disk in various ways1 including outswap when it fills, automatically...o   What are you looking for?-   -----Original Message-----) From: fabio_compaq@ep-bc.petrobras.com.brc, [mailto:fabio_compaq@ep-bc.petrobras.com.br]( Sent: Thursday, January 18, 2001 1:38 PM To: Info-VAX@Mvb.Saic.Com9  Subject: Re: Expanding the niche    / To give an opinion about the future of OpenVMS:r   I would like in OpenVMS :o  D a)  A new graphical interface /  terminal , based in Apple, Be or MS	 graphical H interfaces. This is important to reconquest the end users. With a light=  H client such as Citrix ICA. Bristol has the Wind/U. why not port Microso= ft= MFC application to run under OpenVMS new graphical interface.-  C b) I will say again: port an ERP to run under OpenVMS is STRATEGIC.d< OpenVMS has Oracle, Oracle RDB, Ingres, etc .... so databaseD will not be a problem. OpenVMS has the EDI software, really a "must"@ in these days of B2B. OpenVMS has a strong security environment.> If we will have only one ERP to run under OpenVMS ? Good ! ! !C At least one... if will be from SAP, PEopleSoft, Oracle or Ross.... 
 It=B4s good !   ? c) The minor companies-resellers of OpenVMS products must mergeuA with each other. There are1000  companies selling Remote Controlst? and Defragment software for OpenVMS. They should merge in a fewoA companies with a good brand name. No problem if they sell Unix ora= NT products too.... but a few of them began under the OpenVMSr8 umbrella. Compaq must manage/help these merges to create small strong companies.   8 d) Compaq must contact all the companies which developed? software for OpenVMS in the past and check their actual status.c9 For example: companies wihich used to develop, industrials9 automation and laboratory systems. I read in OpenVMS Newsd9 that Compaq is "ressuciting" BASEstar..... sound=B4s goodt contact these companies now.  > e) Where are the scientific software which run under OpenVMS ?; Compaq must contact the companies-developers .... put a fewl? OpenVMS computers inside the universities with these softwares.(  2 e) PDF under OpenVMS ? It is a long conversation !2 I allways see OpenVMS as a server operating system? for high-availability needs. I cant see it running in DS-10L toc; be a file server to secretaries....  Compaq is right to put 7 the Tasksmarts in these cases !  OpenVMS as a desktop ?l9 Only for critical applications as a Real Time Op. System.e- Not to run as a desktop in a secretary table.v; I want a internet browser to run under OpenVMS, an "Office"i4 software, but being served by a OpenVMS Server ! ! !  < f) File System management on the fly ! ! ! Check the USENET.    : What more ? A lot of things.... but I dont remember all my
 dreams !  :-)s     Regards    FC              C mathog@seqaxp.bio.caltech.edu (David Mathog) em 18/01/2001 14:57:00e  / Favor responder a mathog@seqaxp.bio.caltech.edun             Info-VAX@Mvb.Saic.Comi        Assunto: Re: Expanding the niche    H In article <7aQmCdYbmXqz@eisner.decus.org>, young_r@eisner.decus.org (R= ob Young) writes: > > >    Sure there are other uses for it just as there are othersD >    that bend OS/400 outside of its box on occasion ... but I wouldC >    suspect the vast majority falls in the Enterprise niche.  LastyF >    I checked Mico$oft products had a pretty big desktop niche.  Tell? >    us how you would have VMS grow out of or expand its niche.h >e  H Any real growth outside of the current server centric niche would requi= re aH substantial investment by Compaq towards insuring that certain key soft= wareH products exist for the platform.   This is especially true if the goal = isH to expand the market into smaller systems.  However, the number of such=  keyE products is actually relatively small.  In fact, to get back into tbe B general desktop market only THREE software packages are absolutelyC required, and together they constitute sufficient software for manyV+ applications.  These software packages are:   H  1.  A modern browser.  The lack of one currently makes VMS a miserable=   choiceH      for virtually all nonserver uses.  Compaq apparently feels that we=  H      can live without this until at least May of this year (having done=  #      so for many years previously.)-  H  2.  An office suite, preferably MS Office.  The lack of this will kill=   manyH      potential sales because of the "you can't even compose a letter on=  it"      argument.  H  3.  A PDF reader and a method to easily export documents to PDF.  (Tha= td(      could be part of the office suite).  H VMS already has a registry, which thankfully doesn't affect ANYTHING I = use.H So MS should technically be able to port both office and IE to VMS usin= guH more or less the same methods they used for the Mac.  It's very unclear=  C that Compaq could induce them to do so though, other than by a hugedH payment or a legal action ("we request fair access to your monopoly pro= ductH or we claim the following damages...")  Opera as the only other browser=  H which could be ported over (it's pretty good actually, at least on WNT)= , F and StarOffice, Wordperfect Office, and Lotus Smartsuite as the officeH products.   Unfortunately none of these office suites has that much of = a H following and none would be as effective a sales tool as would MS Offic= e.H Here's hoping the DOJ breaks Microsoft up, because then ports of Office=  - to other platforms become a real possibility.h  E If Compaq addressed these (difficult) issues then they could start toa	 entertaina? "desktop" sales of clusters to small offices or other generallyaF secretarial/paper pushing environments.  The pitch would be that theseH machines were ultrareliable and required no configuration and virtually=  F no maintenance.  (It would probably be necessary to cripple the officeF suite if virus avoidance was also part of the pitch) One could imagineH selling office packages which are N DS10s preconfigured to run as a sma= llH cluster, complete with ethernet switch and optional installation.  Part=  ofiH the pitch would be a clear upgrade path to many, many DS10s and central= izedH servers.  The initial target market, to prove the concept and gain some=  H bragging rights, would be for military sales.  There reliable paper pus= hingH is worth the extra cash.  Other businesses might also buy into this mod= elE once the TCO numbers come in.  This model might become viable if such H clusters sold for no more than $3000/node,  including all required lice= nsesH and the 3 types of software described above.  ( The competition to worr= yhH about in this instance is Linux/x86, where it's now possible to do pret= ty0 much the same thing and for a much lower cost. )  F Based on the configuration just described the next push should be intoD CAD/CAM.   Add a reasonable set of graphics options with good OpenGLD support, and a port of Autocad to the above mix and now you've got aF workstation solution for designers in many, many industries.  There isH no substitute for Autocad in this case - they have just as much a monop= oly 4 in this field as Microsoft has in the desktop arena.  D If those take off then it starts to become possible to entertain theH thought of other companies actually jumping in of their own volition wi= thH additional software.  But as we can all clearly see, there's a really b= ig! energy barrier to overcome first.a  @ Enough with the pipe dream, the above model requires that CompaqH INVEST a lot of money in VMS, and they seem not to be willing to do tha= t C for this end of the market.  So working only with what we've got at 
 present...  ; >              -  Pick a market segment VMS should or woulde >                   flourish in! >   H Mail servers of all sizes, starting with 3 node DS10 clusters and expan= ding" upwards until the sky's the limit.   News servers of all sizes, etc.C  5 >              -  Give an overview of the competitionO  H WNT, W2K, and Sun servers.  The VMS cluster solution is more reliable t= han H any of those three.  At saturating file IO levels (which are not uncomm= onH for either application) the VMS solution can outperform the competition= .v   >!A >              -  Detail why VMS should invade this niche and how > >                   to encourage ISVs to port to VMS to invade >                   said niche  H All the required software exists, most notably PMDF, which is now safe = inH the right hands, and the various cluster and disk shadowing software.  = ToC get (back) in the door would require a marketing push, and probablycH substantial margin reductions, especially for the smaller systems.  But=  H getting back in would provide a much needed kick in the pants for VMS, = a H true indicator that "we're still a player".  And getting in at the low = endeH could drive sales into the higher end systems as customers email/news n= eeds grow.d  H Part of the sales pitch would be that the migration to larger systems w= ould: entail no downtime - which is true if it's done carefully.   >c? >              -  Detail how existing or new customers would bet< >                   swayed to choose a VMS solution for this >                   nichef  H Identify potential customers and send in salesmen ready with prepackage= d,H customizable, but pretty much off the shelf, solutions at good prices. = AndlH then deliver on those sales to build a good reputation for Compaq in th= is field.   Regards,   David Mathog mathog@seqaxp.bio.caltech.eduu> Manager, sequence analysis facility, biology division, Caltech                 =1   ------------------------------  % Date: Thu, 18 Jan 2001 13:33:29 +0000h% From: Alan Greig <agreig@my-deja.com>u1 Subject: Fast Ethernet for Alphastation 400 4/233l8 Message-ID: <evqd6t0r0snm6baqaphvttr8rmsinivdad@4ax.com>  ? Can anyone suggest an appropriate fast ethernet (or combo) cardeB supported, or at least known to work, in an Alphastation 400 4/233@ workstation. The May 97 SOC lists DE500-XA as the supported fastF ethernet PCI card. The last SOC I have dated  Jan 99 lists SN-DE500-BAE as a supported PCI card for various systems. Are these the same thing.B and are they still orderable or is there support for a later card?     --
 Alan Greig   ------------------------------  % Date: Thu, 18 Jan 2001 10:54:01 -0500o2 From: rdeininger@mindspring.com (Robert Deininger)5 Subject: Re: Fast Ethernet for Alphastation 400 4/233dL Message-ID: <rdeininger-1801011054010001@user-2ive75i.dialup.mindspring.com>  _ In article <evqd6t0r0snm6baqaphvttr8rmsinivdad@4ax.com>, Alan Greig <agreig@my-deja.com> wrote:e  A > Can anyone suggest an appropriate fast ethernet (or combo) cardaD > supported, or at least known to work, in an Alphastation 400 4/233B > workstation. The May 97 SOC lists DE500-XA as the supported fastH > ethernet PCI card. The last SOC I have dated  Jan 99 lists SN-DE500-BAG > as a supported PCI card for various systems. Are these the same thingoD > and are they still orderable or is there support for a later card?  * I don't know about the different variants.  F Do you need a card that works, or a card that is officially supported?   Your timing is off.  Someone unleashed a flood of new DE500-BA cards on ebay about a week ago, but I think they've all ended. $20 - $30 range.  Don't know if these are fast ethernet, however.    -- i Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Thu, 18 Jan 2001 16:40:32 +0000e% From: Alan Greig <agreig@my-deja.com> 5 Subject: Re: Fast Ethernet for Alphastation 400 4/233l8 Message-ID: <t07e6tsdgbo7548qlv7cp7895sgf9c66k1@4ax.com>  E On Thu, 18 Jan 2001 10:54:01 -0500, rdeininger@mindspring.com (Robert  Deininger) wrote:   ` >In article <evqd6t0r0snm6baqaphvttr8rmsinivdad@4ax.com>, Alan Greig <agreig@my-deja.com> wrote: >dB >> Can anyone suggest an appropriate fast ethernet (or combo) cardE >> supported, or at least known to work, in an Alphastation 400 4/233eC >> workstation. The May 97 SOC lists DE500-XA as the supported fastlI >> ethernet PCI card. The last SOC I have dated  Jan 99 lists SN-DE500-BAsH >> as a supported PCI card for various systems. Are these the same thingE >> and are they still orderable or is there support for a later card?o >e+ >I don't know about the different variants.w >cG >Do you need a card that works, or a card that is officially supported?b  D Just a card that works is fine as it's not for a production critical  machine. Just a desk workstation >t >Your timing is off.  Someone unleashed a flood of new DE500-BA cards on ebay about a week ago, but I think they've all ended. $20 - $30 range.  Don't know if these are fast ethernet, however.  A According to the SOC the DE500-BA is fast ethernet. As you say my  timing is out. --
 Alan Greig   ------------------------------   Date: 18 Jan 2001 18:42:43 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)5 Subject: Re: Fast Ethernet for Alphastation 400 4/233 6 Message-ID: <947df3$6oc$1@mailint03.im.hou.compaq.com>   In article <rdeininger-1801011054010001@user-2ive75i.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes:s` :In article <evqd6t0r0snm6baqaphvttr8rmsinivdad@4ax.com>, Alan Greig <agreig@my-deja.com> wrote: :mB :> Can anyone suggest an appropriate fast ethernet (or combo) cardE :> supported, or at least known to work, in an Alphastation 400 4/233nC :> workstation. The May 97 SOC lists DE500-XA as the supported fast I :> ethernet PCI card. The last SOC I have dated  Jan 99 lists SN-DE500-BA H :> as a supported PCI card for various systems. Are these the same thingE :> and are they still orderable or is there support for a later card?t :c+ :I don't know about the different variants.u  %   I think the following is current...   '   DE500-XA: V6.2-1H1 with ALPBOOT10_062l8             oldest card, auto-detect, no auto-negotiate.!             Best: V7.1-2 or later 6   DE500-AA: V6.2 with ALPBOOT10_062 and ALPLAN04_062, 3             also see ALPBASE01_071, ALPLAN01_H1071.n(             auto-detect, auto-negotiate.!             Best: V7.1-2 or latero"   DE500-BA: V6.2 with ALPLAN05_062(             auto-detect, auto-negotiate.!             Best: V7.1-2 or later #   DE500-FA: V7.1-1H1 (-2 prefered).t              fiber variant of -BA!             Best: V7.1-2 or later   C   Use the current console firmware, and apply all of the mandatory l(   ECOs and all of the applicable ECOs...  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 18 Jan 2001 10:50:29 +0100e- From: Jouk Jansen <joukj@hrem.stm.tudelft.nl>  Subject: Re: Ghostscript v6.503 Message-ID: <3A66CA75.38FECD15@hrem.stm.tudelft.nl>i  % nickerson@pundit.ds.boeing.com wrote:e > 
 > hi rick, > G > I too have been trying to get this to fly; right now I have VMS 7.2-1pI > Alpha and DECC 6.2-008; I could use the openvms.mak makefile with gmakeCH > but not mms; mms blows up fairly quickly and giving it a target startsH > you off with sysntax errors; looked at your bug report and see you are: > using mmk so maybe going with gmake might be a solution;  E The OpenVMS.MMK file works with MMK (not with MMS (some problems with + recursive definitions)). You'll have to add " the following line to OpenVMS.MMK: PSLIBDIR=[.lib]r  D I got the version currently in CVS running using MMK. I needed a few@ patches, which I reported to the deveopment team. So I hope they will be incorporated.    I used the command0 mmk/DESCRIP=[.SRC]OPENVMS.MMK/MACRO=(A4_PAPER=1)* from the top directory of the distribution   > > > In article <3A5C92FC.383FEE4C@uiowa.edu>, "Richard L. Dyson"  > <rick-dyson@uiowa.edu> writes:K > |>Has anyone compiled the new Aladdin Ghostscript v6.50 on OpenVMS/Alpha?n > |>H > |>I am finding it is having trouble finding a [.lib]...PS file that isF > |>present, but the config/make rules must be wrong.  Since the buildG > |>process is so incredibly complex, I have not been able to determinee > |>where the problem lies.e > D > currently I have an executable but it is doing ACCVIO in ILMAIN atE > call to gs_main_instance_default; so I now need to start looking atdD > my environment; I'm not clear on what the GS_LIB and GS_DOC shouldG > point to; also can they be used as logical names or must they resolve. > at build time;   At my system they look like  (LNM$PROCESS_TABLE)a  4   "GS_DOC" = "$DISK2:[JOUKJ.PUBLIC.GHOST.GS.GS.DOC]"4   "GS_LIB" = "$DISK2:[JOUKJ.PUBLIC.GHOST.GS.GS.LIB]"-         = "$DISK2:[JOUKJ.PUBLIC.GHOST.FONTS]"c    B The "lib" and "doc" directories are in the distribution. The fonts/ directory comes from the gs-font distribution. e                Jouk    ------------------------------  % Date: Thu, 18 Jan 2001 11:15:23 -0500o0 From: David Beatty <David.Beatty.NOSPAM@sas.com> Subject: Graeme WoodleyC2 Message-ID: <GRZnOvNpPUznJ2Ed6hsWusPo0GB4@4ax.com>  1     Graeme Woodley has been selected as the VP ofi+ Business Development and Channel OperationsP4 here.  Any of you current or previous Digital/Compaq, employees know him and what we might expect?   David R. Beattye   ------------------------------  % Date: Thu, 18 Jan 2001 11:44:23 +0000n0 From: andrew harrison <andrew.nospam@uk.sun.com>$ Subject: Re: GS160 hardware question* Message-ID: <3A66D717.266F5FA1@uk.sun.com>   jordanlh@my-deja.com wrote:R > , > In article <3A641DDE.37CE436B@uk.sun.com>,5 >   andrew harrison <andrew.nospam@uk.sun.com> wrote:t > > Jordan Henderson wrote: 
 > > [snip] > > >r > > >n@ > > > Hmmm... Please, enlighten us, I've searched dejanews and IC > > > can't find Kerry accusing you of FUD surrounding OPS in a boxp > > > on Wildfire. > > >f4 > > > If you can't find it will you finally go away? > > >h > >h3 > > You didn't look hard enough rummage a bit more.C > >  > A > I've looked again.  It's not there. I'm beginning to think this 7 > is just about as reliable as everything else you say.m >   2 Just look a bit harder, you can't possibly expect 1 anyone to beleive that you have read all Kerry's C/ posts made in the last 6 months in just a week.o    < > It's funny, you make all sorts of unbacked assertions, but; > whenever the facts are checked, well, let's just say yourp= > credibility suffers.  I won't accuse you of lying again, itu, > could just be you are hopelessly confused. >   6 As I said check a bit harder, unless you a really fast2 reader with an inordinate amount of free time you . cannot have actually checked all the articles.  3 Incedentally why are you defending Kerry, don't you 3 find it slightly suprising that he isn't defending e himself.G > > > >Hint OPS in a box is partitioning the database to get around the & > > > >issues of having a NUMA system. > > > >e > > >e? > > > (Translation: OPS in a box is a scheme to get the highestb< > > > performance out of a NUMA system when running Oracle.) > > >! > >k > > You forgot to add. > > : > > By using the fact that OPS allows you to run instances> > > on QBB's which effectively partition your memory subsystem= > > reducing the traffic over the switch interconnect to lock A > > and recovery traffic. This is very helpfull in a NUMA system.  > >  > D > As you said in another thread about Rdb performance, this may well/ > be, but it's not backed up by any benchmarks.w >   = And you accuse me of making assertions that cannot be backed t; up by facts. Of course this is backed up by benchmark data..  ; For example lets look as TPC-C results published by Compaq.pB The Origional WildFire TPC-C TPM result issued and then withdrawn ? 7 days later used a single instance of Oracle. The next result fA posted by Compaq used the same version of Oracle, WildFire, CPU'st3 Tru64 etc but Oracle was configured using OPS.  The 3 second result was 20% faster than the first result.y  ; This information is in the TPC-C full disclosures for both a8 benchmark results and it was also discussed at length on= this group before and after the second result was published. c  You seem to have forgotten this.  A Incedentally this hardly supports your claim to have exhaustivelyc@ checked all Kerrys and my posts because this was what was being 
 discussed.   RegardsV Andrew HarrisonT Enterprise IT Architecte   ------------------------------    Date: 18 Jan 2001 08:13:38 -0500/ From: jordan@lisa.gemair.com (Jordan Henderson)v$ Subject: Re: GS160 hardware question* Message-ID: <946q62$2dm$1@lisa.gemair.com>  * In article <3A66D717.266F5FA1@uk.sun.com>,2 andrew harrison  <andrew.nospam@uk.sun.com> wrote: >jordanlh@my-deja.com wrote: >>  - >> In article <3A641DDE.37CE436B@uk.sun.com>,s6 >>   andrew harrison <andrew.nospam@uk.sun.com> wrote: >> > Jordan Henderson wrote: >> > [snip]  >> > > >> > >A >> > > Hmmm... Please, enlighten us, I've searched dejanews and IfD >> > > can't find Kerry accusing you of FUD surrounding OPS in a box >> > > on Wildfire.s >> > >5 >> > > If you can't find it will you finally go away?  >> > > >> >4 >> > You didn't look hard enough rummage a bit more. >> > >> rB >> I've looked again.  It's not there. I'm beginning to think this8 >> is just about as reliable as everything else you say. >> e >t3 >Just look a bit harder, you can't possibly expect  2 >anyone to beleive that you have read all Kerry's 0 >posts made in the last 6 months in just a week. >a  G I read every post from Kerry (or where Kerry was quoted) that involved iH the keywords OPS and Wildfire or the keywords FUD and Wildfire.  There's actually not that many.  w  B Since you are claiming that Kerry accused you of spreading FUD wrtD OPS and Wildfire before the benchmarks were published, I would thinkH that such a discussion would contain those keywords.  Could you perhaps  provide some other criteria?     >y= >> It's funny, you make all sorts of unbacked assertions, buta< >> whenever the facts are checked, well, let's just say your> >> credibility suffers.  I won't accuse you of lying again, it- >> could just be you are hopelessly confused.l >>   >m7 >As I said check a bit harder, unless you a really fasth3 >reader with an inordinate amount of free time you h/ >cannot have actually checked all the articles.e >h4 >Incedentally why are you defending Kerry, don't you4 >find it slightly suprising that he isn't defending 	 >himself.P  ; This really isn't about Kerry at all, it's about you makingn? unsubstantiated claims that are fairly easy to check.  Somehow,t@ you always come up wanting when someone does check your "facts".  H >> > > >Hint OPS in a box is partitioning the database to get around the' >> > > >issues of having a NUMA system.i >> > > > >> > >@ >> > > (Translation: OPS in a box is a scheme to get the highest= >> > > performance out of a NUMA system when running Oracle.)r >> > > >> > >> > You forgot to add.w >> >; >> > By using the fact that OPS allows you to run instances ? >> > on QBB's which effectively partition your memory subsystemu> >> > reducing the traffic over the switch interconnect to lockB >> > and recovery traffic. This is very helpfull in a NUMA system. >> > >> oE >> As you said in another thread about Rdb performance, this may wellA0 >> be, but it's not backed up by any benchmarks. >> o >o> >And you accuse me of making assertions that cannot be backed < >up by facts. Of course this is backed up by benchmark data. >=< >For example lets look as TPC-C results published by Compaq.C >The Origional WildFire TPC-C TPM result issued and then withdrawn e@ >7 days later used a single instance of Oracle. The next result B >posted by Compaq used the same version of Oracle, WildFire, CPU's4 >Tru64 etc but Oracle was configured using OPS.  The4 >second result was 20% faster than the first result. >r  8 I thought you were saying above that using OPS actually < degrades overall system performance due to lock and recovery; traffic.  I see that you are actually saying that using OPS 6 improves performance.  Now, exactly what's wrong with 5 configuring the software to perform better on a given 
 architecture?t  < >This information is in the TPC-C full disclosures for both 9 >benchmark results and it was also discussed at length on > >this group before and after the second result was published. ! >You seem to have forgotten this.  >uB >Incedentally this hardly supports your claim to have exhaustivelyA >checked all Kerrys and my posts because this was what was being h >discussed.n >n  B As you were involved in these discussions, I'm sure you could zero; right in on them with a dejanews search, if they existed...e   >Regards >Andrew Harrison >Enterprise IT Architect   -Jordan Henderson  jordan@greenapple.comx   ------------------------------  % Date: Thu, 18 Jan 2001 15:18:03 +0000v0 From: andrew harrison <andrew.nospam@uk.sun.com>$ Subject: Re: GS160 hardware question* Message-ID: <3A67092B.7DF54B1F@uk.sun.com>   Jordan Henderson wrote:a > , > In article <3A66D717.266F5FA1@uk.sun.com>,4 > andrew harrison  <andrew.nospam@uk.sun.com> wrote: > >jordanlh@my-deja.com wrote: > >>/ > >> In article <3A641DDE.37CE436B@uk.sun.com>,n8 > >>   andrew harrison <andrew.nospam@uk.sun.com> wrote: > >> > Jordan Henderson wrote:
 > >> > [snip]  > >> > > > >> > >C > >> > > Hmmm... Please, enlighten us, I've searched dejanews and IwF > >> > > can't find Kerry accusing you of FUD surrounding OPS in a box > >> > > on Wildfire.e > >> > >7 > >> > > If you can't find it will you finally go away?o > >> > > > >> >6 > >> > You didn't look hard enough rummage a bit more. > >> > > >>D > >> I've looked again.  It's not there. I'm beginning to think this: > >> is just about as reliable as everything else you say. > >> > >i4 > >Just look a bit harder, you can't possibly expect3 > >anyone to beleive that you have read all Kerry'sd2 > >posts made in the last 6 months in just a week. > >, > H > I read every post from Kerry (or where Kerry was quoted) that involvedJ > the keywords OPS and Wildfire or the keywords FUD and Wildfire.  There's > actually not that many.t >     G Jordan sorry but you clearly did not. It took me 2 minutes to find the a" relevent line from Kerrys posting.    4 Kerry posted refering to the new GS320 TPC-C result.  H "how long will it last? Who knows, but so much for your tuning fud ..] "   ----- END QUOTE -------   E This is my post which Kerry was responded to and which he included int his postD and which has only got one section refering to TPC-C OPS and tuning.    * Andrew Harrison posted from the same post:  F "So what happened, did you find that NUMA boxes particularly ones thatC have the kind of local/remote latency as the WildFire are much more # difficult to tune than you thought.e  E I take this as an admission that the WildFire is not the fastest RISCi server available and aE won't be untill some more tuning is done. I hope this tuning does noti fall into the Sequent G category BTW, OPS in a box with the customers paying to tune the system F to get to a level of performance somewhat below what they had been let5 to expect from the brochures and the "white papers"."   F "If for example Compaq publish a TPC-C result based on the Sequent OPS in a box scheme then s) you will look as ridiculous as they did."y   ----- END QUOTE -------e  ; So much for your dilligent searching of the deja archives. n  B Incedentally the TPC-C result Kerry posted at the beginning of the articleuH used exactly the tuning method I suggested and which Kerry suggested was  tuning FUD, namely OPS in a box.  = The sooner you stop defending Kerry in this pathetic way and a= realise that you are embarassing yourself and him the better.a+ He obviously belatedly remembered his post.s  D > Since you are claiming that Kerry accused you of spreading FUD wrtF > OPS and Wildfire before the benchmarks were published, I would thinkI > that such a discussion would contain those keywords.  Could you perhapsP > provide some other criteria? >   B You also have no excuse for not "remembering the posting" because ' you also chipped in during this thread.C     Andrew Harrison posted:   @ "You may have wondered what sort of tuning Compaq did to improveD the WildFire numbers from 122,000 to 144,000 using the same hardware and the same OS.  C Well Kerry you used OPS in the box, this was the trick that Sequenth= used on their NUMA-Q box when they discovered that they could 2 not get DBMS's to scale well on their NUMA system.  ; There is nothing wrong with this from a TPC-C standpoint," n   ----- END QUOTE -------    You posted in response:d? "You should stop right there.  If there's nothing wrong with it < from a TPC-C standpoint, then there's nothing wrong with it.    s; The groups that generate these benchmarks work very hard to > be fair and to make their tests measure real-world situations.; If you have some problem with the test, go to the committeen< and get the rules rewritten, don't whine about Compaq doing  something wrong."H  / Funny how your memory is so selective isn't it.      > >>? > >> It's funny, you make all sorts of unbacked assertions, butx> > >> whenever the facts are checked, well, let's just say your@ > >> credibility suffers.  I won't accuse you of lying again, it/ > >> could just be you are hopelessly confused.k > >> > >I9 > >As I said check a bit harder, unless you a really fastt4 > >reader with an inordinate amount of free time you1 > >cannot have actually checked all the articles.  > >n6 > >Incedentally why are you defending Kerry, don't you5 > >find it slightly suprising that he isn't defendinge > >himself.K > = > This really isn't about Kerry at all, it's about you makingaA > unsubstantiated claims that are fairly easy to check.  Somehow,tB > you always come up wanting when someone does check your "facts". >   1 Sorry Jordan but this is just going the same way w0 as all our other "discussions" isn't it you have just shot the other foot off..  0 I gave you two opportunities to search Deja for / yourself and retire gracefully, you didn't did c you. eJ > >> > > >Hint OPS in a box is partitioning the database to get around the) > >> > > >issues of having a NUMA system. 
 > >> > > > > >> > >B > >> > > (Translation: OPS in a box is a scheme to get the highest? > >> > > performance out of a NUMA system when running Oracle.)r > >> > > > >> > > >> > You forgot to add.e > >> >= > >> > By using the fact that OPS allows you to run instanceseA > >> > on QBB's which effectively partition your memory subsysteme@ > >> > reducing the traffic over the switch interconnect to lockD > >> > and recovery traffic. This is very helpfull in a NUMA system. > >> > > >>G > >> As you said in another thread about Rdb performance, this may well>2 > >> be, but it's not backed up by any benchmarks. > >> > >d? > >And you accuse me of making assertions that cannot be backed > > >up by facts. Of course this is backed up by benchmark data. > >>> > >For example lets look as TPC-C results published by Compaq.D > >The Origional WildFire TPC-C TPM result issued and then withdrawnA > >7 days later used a single instance of Oracle. The next resultaD > >posted by Compaq used the same version of Oracle, WildFire, CPU's6 > >Tru64 etc but Oracle was configured using OPS.  The6 > >second result was 20% faster than the first result. > >a > 9 > I thought you were saying above that using OPS actuallyb> > degrades overall system performance due to lock and recovery= > traffic.  I see that you are actually saying that using OPSf7 > improves performance.  Now, exactly what's wrong with 7 > configuring the software to perform better on a givena > architecture?l >   7 Nothing provided you havn't made the claim which Kerry  2 did that you would not need to use this method of 4 tuning to get good performance for example for TPC-C on a WildFire.  4 Also nothing provided you are fully informed on the 1 costs of this approach. OPS costs more to buy andl2 maintain from Oracle, its costs more to manage and it costs more to impliment.a   Regardse Andrew Harrisonl Enterprise IT Architect.   ------------------------------  % Date: Thu, 18 Jan 2001 15:31:15 +0000 0 From: andrew harrison <andrew.nospam@uk.sun.com>$ Subject: Re: GS160 hardware question* Message-ID: <3A670C43.597CE16D@uk.sun.com>   Rob Young wrote: > ^ > In article <93v8bl$hf7$1@lisa.gemair.com>, jordan@lisa.gemair.com (Jordan Henderson) writes: > G > > This is one of Andrew's weakest points.  He makes all sorts of wild G > > accusations about what others have said, without being able to backc% > > them up with a shred of evidence.t > >aG > > I'm still waiting for him to show how it was I who use the term FUDcC > > inconsistently, as he claimed multiple times.  This after I wasaC > > able to demonstrate with his own quotes that he was the one whoT. > > had more than one definition for the term. > >oD > > What's amazing is that he still posts to this group at all afterE > > it's been shown so clearly that he lacks any sort of credibility.: > >0 > C >         But credibility has little to do with it.  As we have allH5 >         have determined over the last 4 or 5 years.k > % >                                 Roba  / You are I assume refering to your own postings.:? Spiralog, Galaxies, ISV support for OpenVMS, 21264 availabilitya. WildFire availability and Performance etc etc.  8 You arn't I assume refering to my discussion with Kerry = are you because if you are you will note from my response to d9 Jordans last post that Kerry did post exactly what I saidU! he posted. It is in the archive. >  : Even more embarassing his posting calling my OPS in a box A tuning suggestion FUD includes a URL refering to the GS320 TPC-C  * result which guess what used OPS in a box.   Regardsk Andrew Harrisono Enterprise IT Architect    ------------------------------  % Date: Thu, 18 Jan 2001 09:18:48 -0500>/ From: "Webb, William W" <wwebb1@email.usps.gov>i1 Subject: RE: Hobbyist VMS support for VS 4000 VLC I Message-ID: <D46FE9B132FB9B44AEC242A96E4AB7502CB365@rlghncst625.usps.gov>   D First of all, your system disk is too big.  See the FAQ for details.E Off the top of my head there may be a firmware hack to mitigate this,e1 but I'm not certain to which models this applies.r  ; Furthermore, the older the VMS system (and OS version), theo, less tolerant it is of third-party hardware.   WWWebb     -----Original Message-----0 From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ) Sent: Thursday, January 18, 2001 12:03 PMr6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET- Subject: Hobbyist VMS support for VS 4000 VLCr    G I've a cute little 4000 VLC, and two hobbyist media kits (DFWLUG002 andeF DFW003).  She has 24MB of digital-badged 4MB simms, a 1.7GB micropolis- drive, and an IBM firmwared RRD43 equivalent.1  E v5.5 restored off the first disk goes into a loop trying to mount thec system disk.0 v6.1 restored off that same disk is quite happy.  H The second disk boots, but attempting to restore v7.2 causes a cpu checkE somewhere, and gives a nice crash dump. (since I'm using the built injC graphics as the terminal, the message disappears too fast for me tooE read, and my proper terminal bits are all elsewhere, for the moment.)i  B Using backup off the first disk to restore v7.2 off the second (in@ another IBM rrd43) gives a few `unknown record type' errors, but6 completes successfully.  VMS then crashes on start-up.  H Where would I find some idea of what hardware's supposed to be supported@ by each version, so that I can know if my problems are bitrot or something else?y   Thanks,a
         Suikao --                      ssfr@unm.edu:      ``Literature is the lie that tells the truth . . . ''4                                    --Dorothy Allison<       <A HREF="http://www.unm.edu/~ssfr/">Suika no pe-ji</A>   --                      ssfr@unm.edu:      ``Literature is the lie that tells the truth . . . ''4                                    --Dorothy Allison<       <A HREF="http://www.unm.edu/~ssfr/">Suika no pe-ji</A>   ------------------------------  % Date: Thu, 18 Jan 2001 07:32:45 -07006% From: Dan O'Reilly <dano@process.com>51 Subject: RE: Hobbyist VMS support for VS 4000 VLCnA Message-ID: <5.0.2.1.2.20010118073113.00a77340@ntbsod.psccos.com>a  - At 07:18 AM 1/18/2001, Webb, William W wrote:d  E >First of all, your system disk is too big.  See the FAQ for details.sF >Off the top of my head there may be a firmware hack to mitigate this,2 >but I'm not certain to which models this applies.  E I think it's rev 1.6 or something like that.  You might get lucky andtH find somebody at DECpaq who would have a set of these ROMs laying around; (there are 2 of them).  I had the same issue on a 4000 VLC.u     ------I +-------------------------------+---------------------------------------+ I | Dan O'Reilly                  |                                       |cI | Principal Engineer            |  "Those are my principles. If you     | I | Process Software              |   don't like them I have others."     |nI | http://www.process.com        |                    -- Groucho Marx    |$I +-------------------------------+---------------------------------------+n   ------------------------------    Date: 18 Jan 2001 10:06:48 -0500, From: koehler@eisner.decus.org (Bob Koehler)1 Subject: Re: Hobbyist VMS support for VS 4000 VLCo+ Message-ID: <iwLNQ2wthasd@eisner.decus.org>u  Z In article <945qu8$90je@mirac.unm.edu>, ssfr@unm.edu (St. Suika Fenderson Roberts) writes:I > I've a cute little 4000 VLC, and two hobbyist media kits (DFWLUG002 anduH > DFW003).  She has 24MB of digital-badged 4MB simms, a 1.7GB micropolis/ > drive, and an IBM firmwared RRD43 equivalent.a > G > v5.5 restored off the first disk goes into a loop trying to mount thea > system disk.2 > v6.1 restored off that same disk is quite happy. > J > The second disk boots, but attempting to restore v7.2 causes a cpu checkG > somewhere, and gives a nice crash dump. (since I'm using the built inhE > graphics as the terminal, the message disappears too fast for me torG > read, and my proper terminal bits are all elsewhere, for the moment.)r >   H The SPD will say what works, but you'll have a hard time finding any SPDG right now (being fixed, we hear), and a harder time finding the SPD forw v5.5.B  E I had a VLC.  IIRC plain 5.5 might not support a VLC but 5.5-2 will.  F I'm fairly sure I got my VLC and had it running just before I upgraded to 6.0. 7.2 should work.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationw= NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replying    ------------------------------  % Date: Thu, 18 Jan 2001 12:10:14 -0500 . From: "Kenneth Randell" <kenr@datametrics.com>1 Subject: Re: Hobbyist VMS support for VS 4000 VLCO+ Message-ID: <9477v7$bvj$1@bob.news.rcn.net>s  D VMS 5.5 will support the VS 4000 VLC.  I have one running right now.  J Not much of a system drive, however...it's a RZ24L...240MB or thereabouts.   Ken Randell,  7 Bob Koehler <koehler@eisner.decus.org> wrote in message.% news:iwLNQ2wthasd@eisner.decus.org...iK > In article <945qu8$90je@mirac.unm.edu>, ssfr@unm.edu (St. Suika Fendersonu Roberts) writes:K > > I've a cute little 4000 VLC, and two hobbyist media kits (DFWLUG002 andgJ > > DFW003).  She has 24MB of digital-badged 4MB simms, a 1.7GB micropolis1 > > drive, and an IBM firmwared RRD43 equivalent.u > >rI > > v5.5 restored off the first disk goes into a loop trying to mount theo > > system disk.4 > > v6.1 restored off that same disk is quite happy. > > L > > The second disk boots, but attempting to restore v7.2 causes a cpu checkI > > somewhere, and gives a nice crash dump. (since I'm using the built innG > > graphics as the terminal, the message disappears too fast for me tonI > > read, and my proper terminal bits are all elsewhere, for the moment.)v > >n >eJ > The SPD will say what works, but you'll have a hard time finding any SPDI > right now (being fixed, we hear), and a harder time finding the SPD fori > v5.5.  > F > I had a VLC.  IIRC plain 5.5 might not support a VLC but 5.5-2 will.H > I'm fairly sure I got my VLC and had it running just before I upgraded > to 6.0. 7.2 should work. > H > ----------------------------------------------------------------------A > Bob Koehler                     | Computer Sciences Corporatione? > NASA GSFC Flight Software       | Federal Sector, Civil GroupeG >                                 | please remove ".aspm" when replyingx   ------------------------------  # Date: Thu, 18 Jan 2001 14:30:17 GMTd/ From: "John Nixon" <jorlnixon@worldnet.att.net>e Subject: Image Monitor? E Message-ID: <Z5D96.1011$Mu1.56403@bgtnsc06-news.ops.worldnet.att.net>   I We have periodic problems with run away processes (processes that consume K tons of cpu cycles, but perform no direct or buffered IOs, write nothing toG2 the log files and accomplish none of their tasks).  K I can observe the changing PC, but without link maps the programmers cannot J tell what the program is doing.  I am not sure what today's excuse for notK generating and storing link maps are, but that is their story, and they are- sticking with it.1  L One of our programmers says he used to work with a program called I-Mon  (anH Image Monitor),  which would tell them what the program is doing without having a link map.  K Has anyone ever heard of this or any similar program?  Is there anything onP3 the Freeware CD that might help us track this down?q  I So far, the application is only running on our VMS 7.1 VAXes.  The images-L were compiled using the DECC V5.6-003.  The program has been with us through2 several compiler upgrades, including VAXC to DECC.   Thanks,r    Johnn   ------------------------------  # Date: Thu, 18 Jan 2001 14:44:36 GMTe= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)w Subject: Re: Image Monitor?u0 Message-ID: <009F64BB.BB580258@SendSpamHere.ORG>  w In article <Z5D96.1011$Mu1.56403@bgtnsc06-news.ops.worldnet.att.net>, "John Nixon" <jorlnixon@worldnet.att.net> writes:oJ >We have periodic problems with run away processes (processes that consumeL >tons of cpu cycles, but perform no direct or buffered IOs, write nothing to3 >the log files and accomplish none of their tasks).e >gL >I can observe the changing PC, but without link maps the programmers cannotK >tell what the program is doing.  I am not sure what today's excuse for not0L >generating and storing link maps are, but that is their story, and they are >sticking with it.  H Full machine .LIStings and .MAPs are invaluable and a must have when youG are dealing with code problems out in the field -- especially on Alpha!     M >One of our programmers says he used to work with a program called I-Mon  (antI >Image Monitor),  which would tell them what the program is doing withoutn >having a link map.e  	 Really!  l    L >Has anyone ever heard of this or any similar program?  Is there anything on4 >the Freeware CD that might help us track this down?   Nope.l    J >So far, the application is only running on our VMS 7.1 VAXes.  The imagesM >were compiled using the DECC V5.6-003.  The program has been with us throughg3 >several compiler upgrades, including VAXC to DECC.e >m >Thanks, >   John  I Any chance this program is looping in one of the DECC RTL routines?  This @ is not difficult to assess with SDA and SHOW PROCESS/CONTINUOUS.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             oO city, n., 1. a place where trees are cut down and streets are named after them.C   ------------------------------    Date: 18 Jan 2001 10:27:30 -0500, From: koehler@eisner.decus.org (Bob Koehler) Subject: Re: Image Monitor?a+ Message-ID: <WWEt$cM$f+KI@eisner.decus.org>e  w In article <Z5D96.1011$Mu1.56403@bgtnsc06-news.ops.worldnet.att.net>, "John Nixon" <jorlnixon@worldnet.att.net> writes:d > M > I can observe the changing PC, but without link maps the programmers cannotaL > tell what the program is doing.  I am not sure what today's excuse for notM > generating and storing link maps are, but that is their story, and they arep > sticking with it.h >   H Been there, done that.  Go into authorize and set a CPU quota so you canE pressure the user to be cooperative (reboot so he has to log in againo! and pick up the new limit), then:a  C Relink the program from object and generate the link map.  Run that0B version.  Find the offending routine.  Recompile that routine withG machine language listing, relink with a new map, and run that version.  I Find the offending instruction range and the lines of code it belongs to.e  , I only actually had to set a CPU quota once.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil GroupoE                                 | please remove ".aspm" when replyingo   ------------------------------  # Date: Thu, 18 Jan 2001 15:53:43 GMTa/ From: "John Nixon" <jorlnixon@worldnet.att.net>o Subject: Re: Image Monitor?hD Message-ID: <bkE96.894$7b2.65247@bgtnsc05-news.ops.worldnet.att.net>  9 "Bob Koehler" <koehler@eisner.decus.org> wrote in message>% news:WWEt$cM$f+KI@eisner.decus.org...fG > In article <Z5D96.1011$Mu1.56403@bgtnsc06-news.ops.worldnet.att.net>,t1 "John Nixon" <jorlnixon@worldnet.att.net> writes:t > >sH > > I can observe the changing PC, but without link maps the programmers cannotJ > > tell what the program is doing.  I am not sure what today's excuse for notaK > > generating and storing link maps are, but that is their story, and they  arel > > sticking with it.a > >h >rJ > Been there, done that.  Go into authorize and set a CPU quota so you canG > pressure the user to be cooperative (reboot so he has to log in againt# > and pick up the new limit), then:e >lE > Relink the program from object and generate the link map.  Run thatnD > version.  Find the offending routine.  Recompile that routine withH > machine language listing, relink with a new map, and run that version.K > Find the offending instruction range and the lines of code it belongs to.r >D. > I only actually had to set a CPU quota once.  K     I would only get to set a CPU quota once too!   All of our "production" E processes run under the same username, and the first time some other, K program failed because of my quota, I would not get to do that (or anything I else) any more.  These programs generate a lot of  revenue, from a lot of  very demanding customers.o  B Part of the problem is that the process only has this problem VERYF intermittently, and it never seeems to happen when we are watching and waiting.  H I will of course continue to pressure them to generate link maps, but asJ long as management is told there is a tool that will allow our programmersH to avoid work, then I have to eather find it, or prove it doesn't exist.   >tH > ----------------------------------------------------------------------A > Bob Koehler                     | Computer Sciences Corporations? > NASA GSFC Flight Software       | Federal Sector, Civil Group G >                                 | please remove ".aspm" when replying-  H Brian,  How can I tell if it is looping in a C-RTL?  The PC range alwaysF seems to be in user space (ie PC < 80000000).  Is my assumption wrong?   Thanks.,   ------------------------------  # Date: Thu, 18 Jan 2001 16:54:22 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)  Subject: Re: Image Monitor? 0 Message-ID: <009F64CD.DC432C2B@SendSpamHere.ORG>  v In article <bkE96.894$7b2.65247@bgtnsc05-news.ops.worldnet.att.net>, "John Nixon" <jorlnixon@worldnet.att.net> writes: >o: >"Bob Koehler" <koehler@eisner.decus.org> wrote in message& >news:WWEt$cM$f+KI@eisner.decus.org...H >> In article <Z5D96.1011$Mu1.56403@bgtnsc06-news.ops.worldnet.att.net>,2 >"John Nixon" <jorlnixon@worldnet.att.net> writes: >> >I >> > I can observe the changing PC, but without link maps the programmersl >cannotgK >> > tell what the program is doing.  I am not sure what today's excuse foro >notL >> > generating and storing link maps are, but that is their story, and they >are >> > sticking with it. >> > >>K >> Been there, done that.  Go into authorize and set a CPU quota so you can1H >> pressure the user to be cooperative (reboot so he has to log in again$ >> and pick up the new limit), then: >>F >> Relink the program from object and generate the link map.  Run thatE >> version.  Find the offending routine.  Recompile that routine with I >> machine language listing, relink with a new map, and run that version.eL >> Find the offending instruction range and the lines of code it belongs to. >>/ >> I only actually had to set a CPU quota once.e > L >    I would only get to set a CPU quota once too!   All of our "production"F >processes run under the same username, and the first time some other,L >program failed because of my quota, I would not get to do that (or anythingJ >else) any more.  These programs generate a lot of  revenue, from a lot of >very demanding customers. >lC >Part of the problem is that the process only has this problem VERYiG >intermittently, and it never seeems to happen when we are watching andA	 >waiting.l > I >I will of course continue to pressure them to generate link maps, but as K >long as management is told there is a tool that will allow our programmerspI >to avoid work, then I have to eather find it, or prove it doesn't exist.a  F If said tool exists and it proves to be a coding problem in your imageH and not some supporting RTL, I can bet it will NOT tell your programmers* where they improperly coded their program.  F I have a tool which can be used to force a process dump of the programE when you encounter this problem.  It can also force a symbolic trace-UD back from the routine and line where you are "looping" provided that your code was so linked.  , Let me know if you would like to try it out.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMW            WO city, n., 1. a place where trees are cut down and streets are named after them.e   ------------------------------   Date: 18 Jan 2001 18:17:46 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Image Monitor? 6 Message-ID: <947c0a$6hn$1@mailint03.im.hou.compaq.com>  w In article <Z5D96.1011$Mu1.56403@bgtnsc06-news.ops.worldnet.att.net>, "John Nixon" <jorlnixon@worldnet.att.net> writes:hJ :We have periodic problems with run away processes (processes that consumeL :tons of cpu cycles, but perform no direct or buffered IOs, write nothing to3 :the log files and accomplish none of their tasks).I  G   This certainly sounds like a good case for embedded debugging support D   within the application.  I recommend this on any non-trivial code.D   (I also recommend centralizing such tasks as memory management andF   interlocking, but that is another discussion.  Also of interest here7   would be are topics such as Ask The Wizard (1661)...)n  L :I can observe the changing PC, but without link maps the programmers cannotK :tell what the program is doing.  I am not sure what today's excuse for not,L :generating and storing link maps are, but that is their story, and they are :sticking with it.  F   I'd generate and store these as part of the application build and/orF   kitting environments, and also tie this into the clean-up/archiving E   tools.   (The OpenVMS build generates what we call "results disks";eD   disks containing the listings and maps and symbol tables and files3   that are produced during an OpenVMS system bukl,dw  M :One of our programmers says he used to work with a program called I-Mon  (ansI :Image Monitor),  which would tell them what the program is doing without  :having a link map.u  L   Ask your programmer to explain to you how this tool would track backwards L   from the generated code to the source code.  Tools can tell you all about K   what the PCs are doing and can easily display the generated code and can  J   also forcibly invoke and use the debugger, but without the maps and the K   listings (or access to the sources, when using the debugger), you (or the/K   tool) will get to manually back-track to the source code based on the PC 6K   and the generated code, or you get to look at the generated (executable) o   code.  This is ugly.  J :So far, the application is only running on our VMS 7.1 VAXes.  The imagesM :were compiled using the DECC V5.6-003.  The program has been with us throughS3 :several compiler upgrades, including VAXC to DECC.r  G   Generate and keep the full maps and the compiler listings as part of oG   the "kit", or as part of the support kit.  In other words, remove theiG   easily avoid the availability of these information resources.  (I can F   see an enhancement here, which would build the map and the componentG   listings directly into the image, but this would involve rather more -F   storage.  Forked/threaded files would be useful for this, obviously.G   But I digress -- the programmers could and probably would strip this  G   information out of the files in the name of storage efficiency, too.)i  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 18 Jan 2001 13:41:02 -05000; From: "Everhart, Glenn (FUSA)" <GlennEverhart@FirstUSA.com>) Subject: RE: Image Monitor?uN Message-ID: <4B279CF3578CD211B945009027178017046D0305@swilnts809.wil.fusa.com>  A I-mon was from bearcomp.com (Larry Robertson), who is a competenteB internals guy. He might have been reading debug symbols out of the image; remember, this was vax.     -----Original Message-----# From: hoffman@xdelta.zko.dec.nospamv& [mailto:hoffman@xdelta.zko.dec.nospam]( Sent: Thursday, January 18, 2001 1:18 PM To: Info-VAX@Mvb.Saic.Com  Subject: Re: Image Monitor?       K In article <Z5D96.1011$Mu1.56403@bgtnsc06-news.ops.worldnet.att.net>, "Johna+ Nixon" <jorlnixon@worldnet.att.net> writes: J :We have periodic problems with run away processes (processes that consumeL :tons of cpu cycles, but perform no direct or buffered IOs, write nothing to3 :the log files and accomplish none of their tasks).e  G   This certainly sounds like a good case for embedded debugging supportfD   within the application.  I recommend this on any non-trivial code.D   (I also recommend centralizing such tasks as memory management andF   interlocking, but that is another discussion.  Also of interest here7   would be are topics such as Ask The Wizard (1661)...)   L :I can observe the changing PC, but without link maps the programmers cannotK :tell what the program is doing.  I am not sure what today's excuse for notSL :generating and storing link maps are, but that is their story, and they are :sticking with it.  F   I'd generate and store these as part of the application build and/orF   kitting environments, and also tie this into the clean-up/archiving E   tools.   (The OpenVMS build generates what we call "results disks";vD   disks containing the listings and maps and symbol tables and files3   that are produced during an OpenVMS system bukl,de  H :One of our programmers says he used to work with a program called I-Mon (ankI :Image Monitor),  which would tell them what the program is doing withouto :having a link map.<  L   Ask your programmer to explain to you how this tool would track backwards L   from the generated code to the source code.  Tools can tell you all about K   what the PCs are doing and can easily display the generated code and can  J   also forcibly invoke and use the debugger, but without the maps and the K   listings (or access to the sources, when using the debugger), you (or the K   tool) will get to manually back-track to the source code based on the PC  K   and the generated code, or you get to look at the generated (executable) g   code.  This is ugly.  J :So far, the application is only running on our VMS 7.1 VAXes.  The imagesE :were compiled using the DECC V5.6-003.  The program has been with usl throughr3 :several compiler upgrades, including VAXC to DECC.a  G   Generate and keep the full maps and the compiler listings as part of xG   the "kit", or as part of the support kit.  In other words, remove theaG   easily avoid the availability of these information resources.  (I canaF   see an enhancement here, which would build the map and the componentG   listings directly into the image, but this would involve rather more -F   storage.  Forked/threaded files would be useful for this, obviously.G   But I digress -- the programmers could and probably would strip this  G   information out of the files in the name of storage efficiency, too.)h  2  --------------------------- pure personal opinion ---------------------------ML    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 18 Jan 2001 17:51:00 GMT  From: trevor_deja@my-deja.comh- Subject: Re: LED error codes for Alpha 3400 ?o) Message-ID: <947adv$gsn$1@nnrp1.deja.com>b  
 In articleA <rdeininger-1701012258400001@user-2ivebap.dialup.mindspring.com>,.5   rdeininger@mindspring.com (Robert Deininger) wrote:s   >p2 > This is the DEC 3000 System Programmer's Manual: >aA > ftp://ftp.netbsd.org/pub/NetBSD/misc/dec-docs/ek-d3sys-pm.ps.gz  >sF > It has _some_ of the LED codes (table 47 for this machine).  Chapter< 14 describes the power-up sequence in quite a bit of detail. >o> > This is NOT the service manual, which I would really like to find/beg/borrow. >i  A Thank you Robert, this gives me at least some of the error codes,mG although not the one that the machine is failing at.  The machine is onoG maintenance so someone is coming to fix it, but it would have been nicee to know what the error meant.h    D > The LEDs are intended to help isolate problems that occur so earlyG they keep the console from communicating with the operator.  If you can-E get as far a the console prompt, you likely don't need the LED codes.n4 Are you sure you have your console set up correctly? >R    G The LEDs also give greater detail of what step a console test fails at.tB In my case the console SCC (Serial Communications Controller) testH fails and the console locks up.  The LEDs indicate 46 which I'm informed, means the DMA test on the I/O module failed.   Thanks for the help,       Regards, Trevoro   trevor_deja@my-deja.comn       Sent via Deja.coma http://www.deja.com/   ------------------------------  % Date: Thu, 18 Jan 2001 08:16:42 -0600r1 From: "Dave Gudewicz" <david.gudewicz@abbott.com> : Subject: Re: Looking for Backup Scheduler for OpenVMS 7.218 Message-ID: <946tkl$1si$1@fizban.fizban.pprd.abbott.com>  > Archive Backup System (ABS) from Compaq might be worth a look.  < Client licenses for workgroup class systems are ~$400 a pop.  @ Check http://www.openvms.compaq.com/openvms/storage/abspage.html for more details.   K We're just starting to implement it here, so not alot of experience with it  yet.   Dave...i  3 "Tom Crabtree" <tccrab@sunset.net> wrote in message $ news:3A652FE6.B077C362@sunset.net...	 > Hi all!r >aI > I'm fairly new to VMS, I only know enough to be dangerous, so please bew/ > kind and and understanding with my ignorance.yJ > We have a small network of 5 Dec PWS 500AU's running Open VMS 7.21. (notG > clustered)  Once a month I go around to each computer and load a tapesJ > and archive a data directory.  My collection of tapes is growing, and my > patience is wearing thin.CG > Where can I find an easy to use (and reasonably inexpensive) softwareEF > package that will allow me to set up a network wide scheduled backupG > from one node?  I'm thinking of something similar to Backup Exec thatt > will work on VMS. D > I know that a reasonably smart person can set up a scheduled batchG > process that will do this kind of job, but I'm not that smart and noteE > that interested in becoming more than casually familiar with  batchs > processes and DCL. >9 > Any ideas? >b > TIA- >s > Tom C. > tccrab@sunset.neti > --C > -----------------------------------------------------------------g > My father used to tell me,@ > "Son, there is nothing wrong with being scared. . . as long as7 > you don't let it affect you until the danger is over.g@ > Being hysterical is okay, too . . . afterwards and in private.C > Tears are not unmanly . . . in the bathroom with the door locked. = > The difference between a coward and a brave man is mostly ao > matter of timing"  >i2 >       --------- Robert A. Heinlein -------------C > -----------------------------------------------------------------  >d >e   ------------------------------  % Date: Thu, 18 Jan 2001 15:35:18 +0000 0 From: andrew harrison <andrew.nospam@uk.sun.com>: Subject: Re: Looking for Backup Scheduler for OpenVMS 7.21* Message-ID: <3A670D36.EAA0808A@uk.sun.com>   Dave Gudewicz wrote: > @ > Archive Backup System (ABS) from Compaq might be worth a look. > > > Client licenses for workgroup class systems are ~$400 a pop. > B > Check http://www.openvms.compaq.com/openvms/storage/abspage.html > for more details.  > M > We're just starting to implement it here, so not alot of experience with it, > yet. > 	 > Dave...M >   6 I would suggest you contact Curtis Rempel he seems to 2 be distinctly unimpressed with ABS. He has renamed it the Anti Backup System.    5 > "Tom Crabtree" <tccrab@sunset.net> wrote in messagee& > news:3A652FE6.B077C362@sunset.net... > > Hi all!  > >aK > > I'm fairly new to VMS, I only know enough to be dangerous, so please beo1 > > kind and and understanding with my ignorance. L > > We have a small network of 5 Dec PWS 500AU's running Open VMS 7.21. (notI > > clustered)  Once a month I go around to each computer and load a tape L > > and archive a data directory.  My collection of tapes is growing, and my > > patience is wearing thin.tI > > Where can I find an easy to use (and reasonably inexpensive) softwaretH > > package that will allow me to set up a network wide scheduled backupI > > from one node?  I'm thinking of something similar to Backup Exec thatm > > will work on VMS.tF > > I know that a reasonably smart person can set up a scheduled batchI > > process that will do this kind of job, but I'm not that smart and not,G > > that interested in becoming more than casually familiar with  batchn > > processes and DCL. > >D > > Any ideas? > >a > > TIAa > >q
 > > Tom C. > > tccrab@sunset.nett > > --E > > -----------------------------------------------------------------  > > My father used to tell me,B > > "Son, there is nothing wrong with being scared. . . as long as9 > > you don't let it affect you until the danger is over.eB > > Being hysterical is okay, too . . . afterwards and in private.E > > Tears are not unmanly . . . in the bathroom with the door locked. ? > > The difference between a coward and a brave man is mostly ag > > matter of timing"l > >o4 > >       --------- Robert A. Heinlein -------------E > > -----------------------------------------------------------------p > >m > >    -- d Andrew Harrisone Enterprise IT Architecto   ------------------------------   Date: 18 Jan 2001 08:54:33 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann) $ Subject: Re: mail server suggestions0 Message-ID: <946b09$8jg$2@n.ruf.uni-freiburg.de>  j In article <iap96.129$ce.2691@ozemail.com.au>, "Antony Wardle" <antony.wardle@nnnoospam.met.co.nz> writes:7 >What do people in business use for their mail servers?   ) We use VMS and Multinet and perhaps PMDF.0  6 >I am guessing that people currently use Exchange from1 >Microsoft, send mail on unix, tcpip mail on VMS.4  J Probabely the majority does. But this doesn't mean it is the best solutionL (especially Exchange and Sendmail). On PCs we mostly use Netscape or OutlookI Express. We found the former to be more reliable. On Macs it is Eudora orN Netscape. And on VMS see above.>  F >1 Read my email from a web page in a cybercafe anywhere in the world.  O Will need additional software if you go the VMS way for the mail server. But it6 is certainly possible.  K >2 Have email so that users can set up forwards and auto reaplys from a webr >browser  K Again, it can be done but perhaps you need to write some scripts under VMS.p  " >3 Hardware redundancey protection   Nothing better than VMS here.n  5 >4 Read email via a pop client anywhere in the world.y   Multinet is pretty sufficient.  < >Probably some other things, but that should do for a start.  N You may want to think about secure connections when talking about "anywhere in0 the world". Or passwords float around the world.   Regards,    Christoph Gartmanna  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------   Date: 18 Jan 2001 18:18:04 GMT' From: david20@alpha1.mdx.ac.uk (D.Webb)n$ Subject: Re: mail server suggestions0 Message-ID: <947c0s$8mf$1@aquila.news.mdx.ac.uk>  [ In article <3A666656.E6E9F9D@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:i >Antony Wardle wrote:iH >> 1 Read my email from a web page in a cybercafe anywhere in the world.M >> 2 Have email so that users can set up forwards and auto reaplys from a webm
 >> browser$ >> 3 Hardware redundancey protection7 >> 4 Read email via a pop client anywhere in the world.i >i >oO >ALLIN1 (Office Server) has all of the above, however, it doesn't have a directoO >link to the SMTP server, you need to buy either PMDF or something like Messagep2 >Router. (a big drawback of ALLIN1 in my opinion). > L >The next possible one is PMDF, but I am not sure they have a web interface.  = PMDF + VMS based webserver and Yahmail for the web interface.U  	 Allows :-h  , Web reading of mail using Yahmail interface.D Including ability to send files on local system as Mime attachments.  F Changing of VMS mail settings and forwarding from webpage (in YAHMAIL)  I Changing of VMS password via webpage (via PMDF Password changing webpage)e  N Setting up filtering to reject mail messages based on from address, to address6 or phrase in subject line via webpage (PMDF web page).  $ Reading mail via POP or IMAP client.  I Logging in to mail system via Telnet to read mail via local mail programsnH (VMS MAIL, PMDF MAIL or PINE or even, with an Xserver, Decwindows Mail).  N Haven't got the auto-replies available from a web-page yet - you still need toI logon to setup the vacation program or to setup a mail.delivery file for  ' more complex automatic mail processing.   K To make above secure also need to setup SSL for the OSU or other webserver  P for secure Yahmail access. TSL option for PMDF - for secure IMAP and POP access.# SSH server for secure login access.     
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  # Date: Thu, 18 Jan 2001 14:42:39 GMT + From: Bru, Pierre <Pierre.Bru@spotimage.fr>6  Subject: MIME in a DCL procedure) Message-ID: <946vct$613$1@nnrp1.deja.com>m   hello,  D I have to create daily a bunch of MIME messages from text and binary? files. is it possible to use MIME for that purpose within a DCLsH procedure (not interactive)? is it possible to setup the From, To, Date,C etc header with MIME or do I have to insert those headers manually?l   TIA, Pierre.t     Sent via Deja.com  http://www.deja.com/   ------------------------------  # Date: Thu, 18 Jan 2001 10:30:13 GMTl/ From: Mike Price <mike.price@littlewoods.co.uk>h$ Subject: Multipath disks on VMS7.2-1) Message-ID: <946gjm$q1m$1@nnrp1.deja.com>h  G I am looking at connecting some of our VMS system to an EMC disk systemo using Fibre connections.D We are using VMS 7.2-1 and the systems are not clustered. The system/ disk will remain local so that isn't a problem.aF Before anyone moans we are using the EMC disks as a company standard - I have no choice!t( The question is how the multipath works.G I would like to use multipath on 2 fibre channle connections to the EMCbD system but the system will also have it's current complement of SCSI! disks on 3 Storage Works shelves./G I have read a some documentation but I don't understand how VMS decides D that the disks are the same and uses Multipath. What I don;t want isB the system deciding that DKA100 and DKB100 (i.e. then current SCSI+ disks) are also the same when they are not.sA I am sure that VMS doesn't do anything daft like that but knowinghE exactly how it detects whether a disk is suitable for using multipath > might help - especially as I am having to use a non-DEC system  E pointers to the documentation would be welcome (manual, chapter etc?,v
 Web site?)   Thanks in advanceb   Mike   --B All opinions are my own and do not necessarily reflect those of my employer     Sent via Deja.come http://www.deja.com/   ------------------------------  # Date: Thu, 18 Jan 2001 16:38:24 GMTd/ From: Mike Price <mike.price@littlewoods.co.uk>l( Subject: Re: Multipath disks on VMS7.2-1) Message-ID: <94765v$ckm$1@nnrp1.deja.com>m  * In addition (i'er been reading some more!)D Does the ALpha/VMS send out a SCSI inquiry to determine if the disks are the same?? Does anyone know?H   Thanks Mike --B All opinions are my own and do not necessarily reflect those of my employer     Sent via Deja.com1 http://www.deja.com/   ------------------------------  % Date: Thu, 18 Jan 2001 09:37:49 -0500: From: druck@amc.edu ' Subject: Need to capture printer output8' Message-ID: <3A66FFBC.438B7CC4@amc.edu>-  G I'm wondering if any one has a quick way to set up some sort of logging H of printer output from VMS.  I have a printer getting extraneous output,D some of which is garbage and some looks proper, just not requested. F Most of the normal output is driven by an application's internal print? queuing system, but users can output direct to the device is so:H desired.  I have a monitor in place to watch the owner of the device andF we have Raxco's CONTRL to watch output.  The problem is that the queueD driver opens and closes the device for each record printed so CONTRLC keeps disconnecting and by the time it can reconnect, more data hasr already been sent.    F What I'm hoping to do is define some sort of pseudo device which couldH log the data to a file or other printer and also pass the data on to theC original printer.  This way, I could at least see if the garbage istD system generated or picked up some where else down the communication chain.  Any ideas?   Thanks.  
 dave druck albany medical centerc
 druck@amc.eduh   ------------------------------   Date: 18 Jan 2001 08:44:31 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)r* Subject: RE: New OpenVMS Times now on line0 Message-ID: <946adf$8jg$1@n.ruf.uni-freiburg.de>  Z In article <944lhs$d50$1@aquila.news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk (D.Webb) writes:} >In article <910612C07BCAD1119AF40000F86AF0D805284C2D@kaoexc3.kao.cpqcorp.net>, "Main, Kerry" <Kerry.Main@compaq.com> writes:h >>Paul,  >>8 >>>>> IE, unreadable or near unreadable on VMS/Vax...<<< >>J >>There is a native OpenVMS PDF Reader available from Applied Synergy Inc. >> >>See attached.b >>
 >>Regards, >> >rH >But at $200 per unit (special introductory offer $150 per unit) I won't >be using this product.l >eA >$200 per concurrently open PDF file on VMS as against $0 per PC   >r= >If you have any PC's around then that has to be a nobrainer.d  N You could give XPDF a try. It has some limitations but it is quite ok for most
 of the stuff.a   Regards,    Christoph Gartmann   H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  # Date: Thu, 18 Jan 2001 11:45:58 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)a* Subject: Re: New OpenVMS Times now on line0 Message-ID: <009F64A2.C6EBF076@SendSpamHere.ORG>  \ In article <3A666A9F.2FFB20C4@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: >David Mathog wrote:M >> Nor I.  However, I will have a go at Compaq on this one.  Compaq failed tot7 >> pressure/pay Adobe to provide a PDF viewer for VMS. e >oN >Having an "official" PDF viewer on VMS would not only give VMS a better imageV >in the mainstream, but it would also provide VMS with a potent documention potential. >fM >This means that it would be easier for 3rd parties to port their products to-F >VMS because they could produce the PDF documentation on any platform. > O >Bookreader is OK, but it just isn't mainstream. And PDF has most if not all of-N >the Bookreader capabilities. So Compaq could just add a DECDocument output to  G With exception, perhaps, to its speed.  I am finding more and more docs$G in .PDF format.  One I needed recently was for a router (shipping on CDaH with the device).  The entire several hundred page document -- with manyH many graphics -- was one LARGE .PDF.  With the "linking" capabilities inI .PDF, why don't more folks/companies separate their manuals into chaptershH and separate graphics for faster loading/viewing?  With BookReader, I'veH never had to wait for 20+ minutes to view documentation but I have givenI up many times with .PDF formatted docs.  Also, the small print fonts usednI in many .PDFs are virtually unreadable even on my 1280x1024 display -- OntI a PeeCee, it's even worse.  I find I have to convert and print the manualo on the postscript printer.  D >PDF format and you'd have "industry standard" documentation on VMS.3 >Documentation which could be read on any platform.u  H Oh please, I'm still suffering the cram up the output end of my aliment-H ary canal of the HTML documentation.  Nothing wrong with it mind you butH it caused the BookReader files to have to be forfeit in lieu of space onH the doc CDs.  If you haven't noticed, we don't have a reasonable browserG on VMS and now you want to force feed .PDF too without a viewer (I HAVE G Chris's PDF viewer but it's not a standard ship with VMS feature).  Be- G fore any migration of documentation to .PDF, I dutifully request that a,F browser first be implemented that doesn't trash my DECwindow server byG virtue of running it, causing me to $ @SYS$STARTUP:DECW$STARTUP RESTART0 each and every time it is used.i   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             -O city, n., 1. a place where trees are cut down and streets are named after them.r   ------------------------------  % Date: Thu, 18 Jan 2001 08:12:13 -0500t  From: jamese@beast.dtsw.army.mil* Subject: Re: New OpenVMS Times now on line0 Message-ID: <01011808121329@beast.dtsw.army.mil>  7 karcher@thuria.waisman.wisc.edu (Carl Karcher) wrote on G 17 JAN 2001 23:07:47 GMT in <17JAN01.23074755@thuria.waisman.wisc.edu>:   J > Sue, those "Did you know..." items salted throughout the "OpenVMS Times"I > are very informative. Might they all be available in a bulk collection?t  J I would like to see some more complete facts and references to support theF statements. Something I can take to the PHMs when arguing for OpenVMS.  : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-1919 ; 2024 West Street, Suite 300              800-810-0827 x1919a5 Annapolis, MD 21401-3556           fax   410-280-1094e   ------------------------------  % Date: Thu, 18 Jan 2001 13:49:28 +0000o0 From: andrew harrison <andrew.nospam@uk.sun.com>* Subject: Re: New OpenVMS Times now on line* Message-ID: <3A66F467.E7CE6BF0@uk.sun.com>   David Beatty wrote:  > B > I like the reference Terry Shannon has in "Shannon Knows Compaq"D > regarding the "UNIX-centric firm from Mountain View, CA" and their > "chagrin". >   @ Sadly since the writing of this article the predicted decline in6 Sun's high end server sales has failed to materialise.  C December 2000's IDC server numbers have just come out and show thatcA the gap is widening. Sun's server revenue grew by 38%, Compaqs byrA 17%. Within these numbers OpenVMS grew by just 3% so its share of D Compaqs total server revenue fell. The largest growth was in Compaqs NT server business.r  > The IDC numbers also show for example that Sun's E10K business> alone is worth more than all Compaqs AlphaServer business withA the same being true for the E4500 and the E450/420 product lines.   A Incedentally IDC put the Alpha/OpenVMS HW business as being worth1 678 Million dollars per year.r  A Compaqs UNIX business grew by 44+ but the majority of this growthe was fueled by Linux not Tru64.  ? In addition sales of the GS320 have been poor with only around r; 20 million on OpenVMS and around 100 million on Tru64. The  ? GS160 has been more sucessfull but it has largely replaced the . 8400/GS140 revenue streams.v  ? Now if this was the predicted onslaught that was going to kill  4 E10K server business then it simply hasn't happened.   Regardsr Andrew Harrison  Enterprise IT Architect    ------------------------------  % Date: Thu, 18 Jan 2001 08:51:50 -0600m* From: WILLIAM WEBB <WWEBB1@email.usps.gov>* Subject: RE: New OpenVMS Times now on line- Message-ID: <0033000013831150000002L002*@MHS>E  C =0ASpeaking of stickers, remember the Pentium PSN privacy brouhaha?,  < I've got a "Big Brother Inside" Intel logo spoof in my cube. In color, no less.  * Details at http://www.bigbrotherinside.com  1 Another reason not to use their bug-ridden chips.    WWWebbH (who has one of Kevin Barkes' I <heart> DCL stickers on his current mon= itor)      -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNETn* Sent: Wednesday, January 17, 2001 10:53 PM6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET* Subject: RE: New OpenVMS Times now on line    F In article <9446jp$g9i$1@mailint03.im.hou.compaq.com>, "Sue Skonetski"& <susan.skonetski@compaq.nospam> wrote:  H > Please note that the latest issue of OpenVMS Times is now available o= n the H > OpenVMS website.  This newsletter is in pdf format and will be availa= ble in > HTML.m > 7 > http://www.openvms.compaq.com/openvmstimes/index.htmln  H Sue, this is the first I have seen the new "AlphaPowered" logo with the=	  cat.  Do H you think Compaq might print up a few zillion stickers with this logo a= ndH distribute them?  Some of us who won't be able to buy new systems for a=  whileH might like to attach the stickers to our older alpha systems.  Just to = remind2 the nearby Wintel Zombies that we aren't beat yet.  H I promise I will never (hardly ever) paste an AlphaPowered sticker over=  the top of an "Idiot Inside" logo.   -- Robert Deininger rdeininger@mindspring.com=   ------------------------------  % Date: Thu, 18 Jan 2001 08:09:18 -0600-1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>-* Subject: Re: New OpenVMS Times now on line8 Message-ID: <946t77$1sd$1@fizban.fizban.pprd.abbott.com>  . Terry makes a vivid and timely ;-) point here.  L I will say it in public again.  I envy Terry and hope he's embarrassed or at least blushing
 right now.  F Thanks again and did I mention I agree at least 105% with his comment.   Dave...W  5 "Terry Kennedy" <terry@gate.tmk.com> wrote in message ! news:G7BzxF.G4L@spcuna.spc.edu... 7 > Sue Skonetski <susan.skonetski@compaq.nospam> writes:FJ > > Please note that the latest issue of OpenVMS Times is now available on theiL > > OpenVMS website.  This newsletter is in pdf format and will be available in	 > > HTML.e > > 9 > > http://www.openvms.compaq.com/openvmstimes/index.htmlt >uL >   This isn't a "shoot the messenger" or even [much] of a dig at the Times,8 > but just a suggestion for the dating of future issues. >RF >   Announcing a "latest issue" on January 17th with a "cover" date ofF > "October-December 2000" and the opening sentence of the lead article> > saing "It's said that timing is everything." is sort of odd. >eE >   Perhaps future issues could have a "cover" date matching the ann-eE > ouncement date, or if there's a delay getting it from the [virtual]wH > paste-up folks to the web (if it really was available in October 2000) > that could be addressed. >n6 >         Terry Kennedy             http://www.tmk.com7 >         terry@tmk.com             Jersey City, NJ USA    ------------------------------  % Date: Thu, 18 Jan 2001 09:08:20 -0600 * From: WILLIAM WEBB <WWEBB1@email.usps.gov>* Subject: RE: New OpenVMS Times now on line- Message-ID: <0033000013832954000002L042*@MHS>-  H =0AMurphy's Law strongly suggests that important documentation should b= e-- accessible when your system is Tango Uniform.    .PDF or .HTML is fine with me.  @ WWWebb (who is still quite partial to paper, but that's just me)  E Dare I suggest that comments on OpenVMS Times be sent to the editor's H email address listed within that e-pub?   That's what one USUALLY does.=     (Asbestos boxers on-- check)   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNETx* Sent: Wednesday, January 17, 2001 11:13 PM6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET* Subject: RE: New OpenVMS Times now on line     David Mathog wrote:.H > Nor I.  However, I will have a go at Compaq on this one.  Compaq fail= ed to 5 > pressure/pay Adobe to provide a PDF viewer for VMS.v  H Having an "official" PDF viewer on VMS would not only give VMS a better=  imageH in the mainstream, but it would also provide VMS with a potent document= ion 
 potential.  H This means that it would be easier for 3rd parties to port their produc= ts toaE VMS because they could produce the PDF documentation on any platform.t  H Bookreader is OK, but it just isn't mainstream. And PDF has most if not=  all of H the Bookreader capabilities. So Compaq could just add a DECDocument out= put toC PDF format and you'd have "industry standard" documentation on VMS.e3 Documentation which could be read on any platform.=    ------------------------------  % Date: Thu, 18 Jan 2001 13:44:19 +0000M% From: Alan Greig <agreig@my-deja.com>p* Subject: Re: New OpenVMS Times now on line8 Message-ID: <hcsd6t0lij8o8hsi2phvdu2tfg2730l90r@4ax.com>  E On Thu, 18 Jan 2001 08:12:13 -0500, jamese@beast.dtsw.army.mil wrote:s  8 >karcher@thuria.waisman.wisc.edu (Carl Karcher) wrote onH >17 JAN 2001 23:07:47 GMT in <17JAN01.23074755@thuria.waisman.wisc.edu>: >tK >> Sue, those "Did you know..." items salted throughout the "OpenVMS Times"iJ >> are very informative. Might they all be available in a bulk collection? > K >I would like to see some more complete facts and references to support the G >statements. Something I can take to the PHMs when arguing for OpenVMS.   ? If it's of any help Richard Marcello or minions will personallyrD tele-conference or visit PHMs and put his weight as VP Comaq OpenVMSD behind you. There's also a marketing pack containin all the relevantA literature plus testemonial videos etc on CD regarding VMS. email-F richard.marcell@compaq.com or susan.skonetski@compaq.com if this would) be helpful. It certainly has been for us.     ; >Ed James                           ed.james@telecomsys.com.6 >TeleCommunications Systems, Inc.   voice 410-295-1919< >2024 West Street, Suite 300              800-810-0827 x19196 >Annapolis, MD 21401-3556           fax   410-280-1094   --
 Alan Greig   ------------------------------    Date: 18 Jan 2001 09:43:18 -0500, From: koehler@eisner.decus.org (Bob Koehler)* Subject: Re: New OpenVMS Times now on line+ Message-ID: <Rbrvnn1i7zyc@eisner.decus.org>-  \ In article <3A667C30.82A0BA6B@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > L > If you =92re the pilot of an F-22 Stealth Fighter,an astronaut flying the= >  SpaceL > Shuttle, or a pilot of the new proto Eurofighter,you =92re flying with Op=	 > enVMS .  >  > L > Since when did NASA change the Shuttle's very specialized computers to ru= > n VMS , > ? Does VMS support the military 1553 bus ? >   H "flying with OpenVMS" doesn't necessarily mean VMS is on board.  One canB argue that every PC user out there is a "user" of VMS since VMS isH running the fab plant.  Similar wording can be invented for everyone who! listens to a US weather forecast.i  C NASA at one time was DEC's second largest customer.  A lot of crossID compilers, cross assemblers, simulators, ground control systems, andD such were put in place when VAXen were king and a great many are not slated for replacement.n  E I don't know what shuttle work is done on VMS, but I'm quite sure thedB developers for those "very specialized computers" don't pull up a G shuttle every time they want to compile thier code.  None of the flightl@ software I work on is compiled on the same processor it runs on,1 the closest is using Pentiums to compile for 386.e  E And I do think Compaq marketers make themselves look hollow when they E twist reality this far.  A statement that VMS is critical to any sucheC program would at least keep them looking credible while justifiably,H tooting their horn.  If Compaq really thought they could count all thoseC other "users", the advertized number of users would be much larger.$  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil GroupsE                                 | please remove ".aspm" when replyinge   ------------------------------   Date: 18 Jan 2001 14:56:35 GMT* From: bdwheele@indiana.edu (Brian Wheeler)* Subject: Re: New OpenVMS Times now on line3 Message-ID: <947073$8uh$1@flotsam.uits.indiana.edu>4  3 In article <3A666E36.4E7F90B4@applied-synergy.com>,t2 	Chris Scheers <chris@applied-synergy.com> writes: > Brian Wheeler wrote: >> tQ >> In article <910612C07BCAD1119AF40000F86AF0D805284C2D@kaoexc3.kao.cpqcorp.net>,q8 >>         "Main, Kerry" <Kerry.Main@compaq.com> writes:
 >> > Paul, >> >: >> >>>> IE, unreadable or near unreadable on VMS/Vax...<<< >> >M >> > There is a native OpenVMS PDF Reader available from Applied Synergy Inc.  >> >	 >> [snip]O >> >J >> > This is a native VMS application supporting the latest PDF specs.  ItM >> > requires OpenVMS Alpha V6.1 or later and DECwindows Motif V1.1 or later.t >> r( >> It doesn't help with VMS/Vax, though. > F > Have you put in a request for a VAX version?  I don't see you on the > list.h  L Personally, I'm not interested in a VAX port because my primary workstationsM are Linux...and there are free PDF readers there.  I was just suggesting thatiA the 'solution' provided wasn't a solution for this person at all.    Brian    ------------------------------  % Date: Thu, 18 Jan 2001 10:09:03 -0600-' From: John Stott <jpstott@src.wisc.edu>G* Subject: Re: New OpenVMS Times now on line8 Message-ID: <h55e6tofvsr1uln0n7ees58i451j33kuej@4ax.com>  + WILLIAM WEBB <WWEBB1@email.usps.gov> wrote:>  A >Speaking of stickers, remember the Pentium PSN privacy brouhaha?d >c= >I've got a "Big Brother Inside" Intel logo spoof in my cube.F >In color, no less.a  E Meanwhile the NYT Patent column shows IBM just being granted a patent E for having a network readable ID number in a vital component of everyr/ PC as an anti-theft/post-theft recovery device!p   -- y5 John P. Stott                    jpstott@src.wisc.edur8 Synchrotron Radiation Center     http://www.src.wisc.edu4 University of Wisconsin-Madison  http://www.wisc.edu   ------------------------------  % Date: Thu, 18 Jan 2001 14:38:56 -0300a) From: fabio_compaq@ep-bc.petrobras.com.brb* Subject: Re: New OpenVMS Times now on lineL Message-ID: <OF96030FE5.29A49F12-ON032569D8.00600CB6@ep-bc.petrobras.com.br>  . Hmmm about security in personal computing ....  C In a few years we will have Bluetooth chips (on-board or PCI cards)u? in the PCs  and printers to inventory. Would be easy to carry a / palm device to check hardware information ! ! !   : I hope someday, someone will port all the OpenVMS monitors0 to the palm interface.....I am sorry: AERO ! :-)  I Probably Tivoli / BMC / Candle will have their inventory products adaptedg to6 collect these information through a wireless network !  D I am saying in the corporate point of  view ! Companies dont care in puttingRE these chips inside their employees PCs and they can do that followingo the companies rules.    F If these chips were used by insurance companies to control stolen cars .....J Hmmmm ! ! !z   Regardsv   FC        8 John Stott <jpstott@src.wisc.edu> em 18/01/2001 14:09:03  & Favor responder a jpstott@src.wisc.edu             Info-VAX@Mvb.Saic.Comp      * Assunto: Re: New OpenVMS Times now on line    + WILLIAM WEBB <WWEBB1@email.usps.gov> wrote:   A >Speaking of stickers, remember the Pentium PSN privacy brouhaha?h >p= >I've got a "Big Brother Inside" Intel logo spoof in my cube.e >In color, no less.   E Meanwhile the NYT Patent column shows IBM just being granted a patenteE for having a network readable ID number in a vital component of everys/ PC as an anti-theft/post-theft recovery device!r   --5 John P. Stott                    jpstott@src.wisc.edut8 Synchrotron Radiation Center     http://www.src.wisc.edu4 University of Wisconsin-Madison  http://www.wisc.edu   ------------------------------  % Date: Thu, 18 Jan 2001 11:31:53 -0600 * From: WILLIAM WEBB <WWEBB1@email.usps.gov>* Subject: RE: New OpenVMS Times now on line- Message-ID: <0033000013851551000002L012*@MHS>o  0 =0ARepeat after me- incremental totalitarianism.   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ) Sent: Thursday, January 18, 2001 11:22 AMo6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET* Subject: RE: New OpenVMS Times now on line    + WILLIAM WEBB <WWEBB1@email.usps.gov> wrote:   A >Speaking of stickers, remember the Pentium PSN privacy brouhaha?h > = >I've got a "Big Brother Inside" Intel logo spoof in my cube.  >In color, no less.   E Meanwhile the NYT Patent column shows IBM just being granted a patentdE for having a network readable ID number in a vital component of everyp/ PC as an anti-theft/post-theft recovery device!H   --5 John P. Stott                    jpstott@src.wisc.eduu8 Synchrotron Radiation Center     http://www.src.wisc.edu5 University of Wisconsin-Madison  http://www.wisc.edu=t   ------------------------------   Date: 18 Jan 2001 17:07:30 GMT' From: david20@alpha2.mdx.ac.uk (D.Webb) * Subject: RE: New OpenVMS Times now on line0 Message-ID: <9477si$7gv$1@aquila.news.mdx.ac.uk>  f In article <946adf$8jg$1@n.ruf.uni-freiburg.de>, gartmann@immunbio.mpg.de (Christoph Gartmann) writes:[ >In article <944lhs$d50$1@aquila.news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk (D.Webb) writes:d~ >>In article <910612C07BCAD1119AF40000F86AF0D805284C2D@kaoexc3.kao.cpqcorp.net>, "Main, Kerry" <Kerry.Main@compaq.com> writes: >>>Paul, >>>p9 >>>>>> IE, unreadable or near unreadable on VMS/Vax...<<<h >>> K >>>There is a native OpenVMS PDF Reader available from Applied Synergy Inc.r >>>a >>>See attached. >>>l >>>Regards,: >>>O >>I >>But at $200 per unit (special introductory offer $150 per unit) I won'ta >>be using this product. >>B >>$200 per concurrently open PDF file on VMS as against $0 per PC  >>> >>If you have any PC's around then that has to be a nobrainer. >sO >You could give XPDF a try. It has some limitations but it is quite ok for mostv >of the stuff. >o  M Yes thats what I do use on VMS. The point is although I would personally likeoO to have your product running on my systems I would not be able to get the funds  from senior management.   L As far as they are concerned PDF browsers are like the popular web browsers K zero cost items. If they aren't zero cost on VMS then that is just one moreo  reason why VMS is too expensive.  N Maybe not everyone's bosses are the same but I would be interested to hear how+ many copies of this software you have sold.m  J I maybe wrong but I wouldn't think you would sell many copies when you areK competing against (admittedly not as good freeware such as XPDF on VMS) andrG the free adobe acrobat browser on other platforms which comes from the iL company which invented PDF.  I would think you would need to do as Adobe do M - give away the browser and sell other PDF products which allow you to createa PDF documents etc.  N Sorry to be so negative about a product which has obviously taken your company$ a lot of time and effort to develop.    
 David Webb VMS and Unix team leader CCSS Middlesex University    	 >Regards,o >   Christoph Gartmann >v   ------------------------------  % Date: Thu, 18 Jan 2001 12:06:57 -0600D/ From: Chris Scheers <chris@applied-synergy.com>u* Subject: Re: New OpenVMS Times now on line3 Message-ID: <3A6730C1.EE02E197@applied-synergy.com>h   JF Mezei wrote:0 > , > ? Does VMS support the military 1553 bus ?  G Actually, yes.  Years ago, when I was doing F-16/F-111/etc. support, we # had VAXen with MIL-STD-1553B buses.   H However, I don't think that you are likely to find a VAX-750 on a plane!  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com 0   Fax: 817-237-3074s   ------------------------------  % Date: Thu, 18 Jan 2001 00:23:38 -0800K+ From: "Wayne Holland" <wholland@tscnet.com>e Subject: Re: Oldtimers response O Message-ID: <2029A1D56C7088E6.35F7C7F310E384FE.7DC515B2D1920043@lp.airnews.net>0  9 "Bob Koehler" <koehler@eisner.decus.org> wrote in message>% news:U2lddanwlibE@eisner.decus.org... L > In article <944icq$q5q@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes: > >rI > > Safe bet he was at least 25 years old, and more than likely, over 30.c >.I > No.  That's what was suprizing at the time.  Young fellow, like a freshe > out. >t > >s! > > And the class was when?  '78?b > >o >sH > Would have had to been a few years before that.  Point is you can alsoF > find some students somewhere who do know what they're talking about. >RC > Ignorance of college students is not a good measure of real life.;  K You can say that again!  Its an indictment of our primary education system.     H > ----------------------------------------------------------------------A > Bob Koehler                     | Computer Sciences Corporations? > NASA GSFC Flight Software       | Federal Sector, Civil GroupeG >                                 | please remove ".aspm" when replyingT   ------------------------------   Date: 18 Jan 2001 05:11 CSTn' From: carl@gerg.tamu.edu (Carl Perkins)e2 Subject: Re: Open VMS mail and set forward numbers- Message-ID: <18JAN200105111228@gerg.tamu.edu>e  $ Greig <agreig@my-deja.com> writes...C }On 17 Jan 2001 09:29 CST, carl@gerg.tamu.edu (Carl Perkins) wrote:i= }>How to get this into a file to do further processing? I wass }>going to suggest a }>. }>$ define/user sys$output forwarding_data.tmp }>D }>right before the "MAIL" command, but I just tried it and it didn'tH }>work (it creates a file containing several two byte records consisting% }>entirely of spaces - very strange).- } 9 }Just tried this on VMS 7.2-1 (Alpha) and it worked fine.e  G I thought it might be producing one record consisting of two spaces foriF each forwarding specification that it should have written to the file,D but it is producing too many records - 66 compared to 38 in the fileB creates as specified below that actually has the correct contents.H I have no idea why it doen't work or why there are the number of records that there are. VMS 6.1 Alpha.   }>On the other hand this works:i }>. }>$ define/user sys$output forwarding_data.tmp } 7 }I guess you mean define sys$output forwarding_data.tmpa   Yes. Too much cut'n'paste.   }>$ mail }>MAIL> show forward/user=*i }>MAIL> quit }>$ deassign sys$output  }>D }>I do not know why the user mode redefinition of sys$output doesn't9 }>work, but it doesn't on this OpenVMS Alpha V6.1 system.s }>
 }>--- Carl }  }--n }Alan Greig[   --- Carl   ------------------------------    Date: 18 Jan 2001 08:50:52 -0500* From: young_r@eisner.decus.org (Rob Young)6 Subject: Re: OpenVMS : solid but low profile - by CNET+ Message-ID: <Ki70MSg43gI0@eisner.decus.org>a  S In article <3A667E8C.B0611CF@iquest.net>, Randy Hawley <rhawley@iquest.net> writes:  > Peter, > q > There are more than 5 of us.  I've been reading a long time.  I get a lot of good out of this newgroup, even ifwn > I don't post.  My systems are so stable (since nothing is under development anymore) that reading this stuff& > actually helps me keep my skills up. > < > By the way: Thanks everyone for your time and effort here. >  > Randy Hawley >   > 	I remember seeing you post from Lilly in Indianapolis, right?1 	Are you still in that area or have you moved on?O   				Robs   ------------------------------  % Date: Thu, 18 Jan 2001 12:13:48 +0000 0 From: andrew harrison <andrew.nospam@uk.sun.com>3 Subject: Re: OpenVMS Volume Management (On the fly)U* Message-ID: <3A66DDFC.6E46290A@uk.sun.com>   Jan Vorbrueggen wrote: > - > fabio_compaq@ep-bc.petrobras.com.br writes:s > K > > Of course is this Bill..... Nowadays Sun/ Veritas are saying that theirtL > > file-system is better to use in a 24x7x365 environments because, when isO > > needed to resize a file-system (put more disks in the RAID without dismountIM > > the RAID) the whole server doesnt need to be stopped to umount / resize /- > > mount the fs.... > L > From the application's point of view, it doesn't really matter whether youN > have to go the unmount etc route or whether the thing is write-locked for anM > extensive period of time: you cannot conclude or start your transactions inFO > both cases. Now, extending a stripe or RAID-5 set while allowing writes, suchiO > as occurs when a shadow set (mirrored volume) does its catch-up copying, thatt > would be quite a feat. >   B Firstly is isn't a very long time. I have just added 4 GB to a UFS
 filesystem  and it took less than an minute.  G Secondly the app's don't know what the filesystem is growing and don't l9 need to be stopped, nor does it have any effect on reads.   H Thirdly what I am talking about only applies to UFS the standard SolarisE filesystem. VxFS allows filesystems to grow and shrink and it does it. differently to UFS.-
 >         Jan    --   Andrew Harrison1 Enterprise IT Architectn   ------------------------------  % Date: Thu, 18 Jan 2001 10:21:26 -0300e) From: fabio_compaq@ep-bc.petrobras.com.br0 Subject: OpenVMS Web PagesL Message-ID: <OF1E3FADF7.D4347ED2-ON032569D8.0048BD2E@ep-bc.petrobras.com.br>  @ Some people do not care, but checking a few homepages of OpenVMSH partners and products, I see the hp are not well designed, and nowadays=  in.H these times of Internet presentation  it=B4s important to show the prod= ucts asC "modern " and inovated.. Some homepages remember me the beginnig of H  the web in 1995 ! I  will not say the name of the companies I have vis= tedn? but at the Web Ring ou can see the difference... good homepagesl) are important to the OVMS marketing ! ! !l  - Including that Web Ring keypad or keybad ....g  = Good homepages are from Heroix, Raxco, Process, Execsoft ....     % The others ..... you must check ! ! !        Regardse   FC=o   ------------------------------    Date: 18 Jan 2001 07:47:46 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)b@ Subject: PDF viewing on VMS (was: New OpenVMS Times now on line)+ Message-ID: <phdEtnieoUID@eisner.decus.org>c  p In article <009F64A2.C6EBF076@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:  I > With exception, perhaps, to its speed.  I am finding more and more docs I > in .PDF format.  One I needed recently was for a router (shipping on CDhJ > with the device).  The entire several hundred page document -- with manyJ > many graphics -- was one LARGE .PDF.  With the "linking" capabilities inK > .PDF, why don't more folks/companies separate their manuals into chapters2J > and separate graphics for faster loading/viewing?  With BookReader, I'veJ > never had to wait for 20+ minutes to view documentation but I have given) > up many times with .PDF formatted docs.v  D I believe one reason for a single PDF is to ensure the full documentC makes it to the customer machine.  Otherwise the vendor's help deskn7 would be overwhelmed with problems not of their making.t  N ==============================================================================N Great Inventors of our time: Al Gore -> Internet; Sun Microsystems -> ClustersN ==============================================================================   ------------------------------  # Date: Thu, 18 Jan 2001 14:36:25 GMTe= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)eD Subject: Re: PDF viewing on VMS (was: New OpenVMS Times now on line)0 Message-ID: <009F64BA.96C28D9F@SendSpamHere.ORG>  g In article <phdEtnieoUID@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:aq >In article <009F64A2.C6EBF076@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:n > J >> With exception, perhaps, to its speed.  I am finding more and more docsJ >> in .PDF format.  One I needed recently was for a router (shipping on CDK >> with the device).  The entire several hundred page document -- with manyIK >> many graphics -- was one LARGE .PDF.  With the "linking" capabilities iniL >> .PDF, why don't more folks/companies separate their manuals into chaptersK >> and separate graphics for faster loading/viewing?  With BookReader, I'vepK >> never had to wait for 20+ minutes to view documentation but I have given * >> up many times with .PDF formatted docs. > E >I believe one reason for a single PDF is to ensure the full document D >makes it to the customer machine.  Otherwise the vendor's help desk8 >would be overwhelmed with problems not of their making.  H On a web site perhaps, but a CD?  If the full document does not make it G to the customer, chances are the CD would look as if itwas used in lieui of a clay pigeon.e   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMc            >O city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------    Date: 18 Jan 2001 10:45:45 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)yD Subject: Re: PDF viewing on VMS (was: New OpenVMS Times now on line)+ Message-ID: <G+K6zLUUizx6@eisner.decus.org>q  p In article <009F64BA.96C28D9F@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:i > In article <phdEtnieoUID@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes: r >>In article <009F64A2.C6EBF076@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes: >>K >>> With exception, perhaps, to its speed.  I am finding more and more docsoK >>> in .PDF format.  One I needed recently was for a router (shipping on CD0L >>> with the device).  The entire several hundred page document -- with manyL >>> many graphics -- was one LARGE .PDF.  With the "linking" capabilities inM >>> .PDF, why don't more folks/companies separate their manuals into chapters,L >>> and separate graphics for faster loading/viewing?  With BookReader, I'veL >>> never had to wait for 20+ minutes to view documentation but I have given+ >>> up many times with .PDF formatted docs.p >>F >>I believe one reason for a single PDF is to ensure the full documentE >>makes it to the customer machine.  Otherwise the vendor's help deskt9 >>would be overwhelmed with problems not of their making.a > J > On a web site perhaps, but a CD?  If the full document does not make it I > to the customer, chances are the CD would look as if itwas used in lieu1 > of a clay pigeon.m  E Some users have more CD-ROM discs than they have drives, so they copyw4 some files to the magnetic disks.  Atomicity rules !   ------------------------------  % Date: Thu, 18 Jan 2001 11:04:13 +0000n0 From: andrew harrison <andrew.nospam@uk.sun.com> Subject: Re: QuixoticVMS?u* Message-ID: <3A66CDAD.62FBF411@uk.sun.com>   Peter LANGSTOEGER wrote: > v > In article <GPn76.12480$BI2.3466393@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes:. > >>    2 - There is no SAP to run under OVMS. > > % > >True. Hasn't been for a Dog's age.p > ! > But do you still remember why ?o? > Because DEC (Germany) pissed the SAP company (also german)...a0 > Can you say 'please migrate to dUNIX and NT' ? > H > It's sad that all porting assistance efforts never ended in asking SAPB > on 'what is the problem with SAP on VMS and how can we help you' >   5 To be fair to Digital there is a bit more to it than  5 that. HP paid SAP a large chunk of cash and gave them16 development systems etc to get them to develop SAP/R3 5 for HP-UX. I think there was also some exclusivity as:9 well, all the other vendors, Sun, IBM etc had to strugglea7 to overcome this when they tried to get established as h a SAP platform.v  4 R3 coincided with the decline in Digitals financial 6 performance and it could simply be the case that there9 wasn't the cash and other resources available to persuadep SAP to support OpenVMS.o   Regards  Andrew Harrisont Enterprise IT ArchitectC   ------------------------------  % Date: Thu, 18 Jan 2001 12:38:41 +0000 % From: Alan Greig <agreig@my-deja.com>r Subject: Re: QuixoticVMS?h8 Message-ID: <crod6tsp1d99i7ei4fcp70pa4bl7jbhrmh@4ax.com>  3 On Thu, 18 Jan 2001 11:04:13 +0000, andrew harrison ! <andrew.nospam@uk.sun.com> wrote:0    5 >R3 coincided with the decline in Digitals financial :7 >performance and it could simply be the case that there1: >wasn't the cash and other resources available to persuade >SAP to support OpenVMS.  E I cannot personally confirm this but there were posts a few years ago D which said that SAP actually completed the port of SAP/R3 to VMS but' for whatever reason did not release it.O   --
 Alan Greig   ------------------------------  % Date: Thu, 18 Jan 2001 10:09:22 -0500i' From: "Zeni Schleter" <zzb@y12.doe.gov>rR Subject: Re: Reboot not working on AlphaStation Dec 3000 Model 300 , OpenVMS 7.2-1, Message-ID: <9470vm$j6b$1@sws1.ctd.ornl.gov>  I The BOOT_RESET was in the OFF state.  I have just changed it and rebootednH and chose a shutdown with a reboot option and the system is successfully rebooting...   MANY THANKSt    Zeni B. Schleter   ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in message.0 news:944p9j$joo$1@mailint03.im.hou.compaq.com... >/> > In article <944j29$4ca$1@sws1.ctd.ornl.gov>, "Zeni Schleter" <zzb@y12.doe.gov> writes:a > :...7.2-1...9 > :...I can shutdown the system without choosing a rebooteK > :and the system will shutdown fine.   It will boot fine afterwards.  If I1L > :choose the reboot option , the system will shutdown and try to reboot andI > :hang after giving the line about the VMS system .   I have to halt andk then( > :reboot.  This behavior is consistent. >A >   I'd look at...: >      o cleaning out MODPARAMS.DAT and running AUTOGEN...9 >      o the contents and configuration of the I/O bus...aC >      o the contents and configuration and termination of the SCSIF
 bus(es)...5 >      o upgrading the version of the SRM firmware....5 >      o enabling the BOOT_RESET console parameter...(L >      o applying all current mandatory ECO kits for OpenVMS Alpha V7.2-1.../ >      o analyzing the system disk structure...aC >      o the contents of the system error logs, or the kernel error 
 buffers... >eI >   I'd then try to force a system crashdump during the hang, and contact  >   support... >h, >  --------------------------- pure personal# opinion ---------------------------n1 >    Hoff (Stephen) Hoffman   OpenVMS Engineeringe hoffman#xdelta.zko.dec.com >h   ------------------------------  % Date: Thu, 18 Jan 2001 11:29:30 -0500s From: Jason <no@mail>r6 Subject: REQ: Pager software for Vax running VMS 6 + ?8 Message-ID: <4d6e6tgikq0op0kbsuojonc3v3mir5vvsr@4ax.com>  G Can't do it over the net for a few reasons.  Needs to be done through ae& physical modem attached to the system.  I Any pointers on something that will call and page a simple numeric pager?    Thanks.    ------------------------------  % Date: Thu, 18 Jan 2001 16:45:47 +0000D% From: Alan Greig <agreig@my-deja.com>b: Subject: Re: REQ: Pager software for Vax running VMS 6 + ?8 Message-ID: <s97e6t842pj1dotihoknb83mih8ln15g74@4ax.com>  : On Thu, 18 Jan 2001 11:29:30 -0500, Jason <no@mail> wrote:  H >Can't do it over the net for a few reasons.  Needs to be done through a' >physical modem attached to the system.o >cJ >Any pointers on something that will call and page a simple numeric pager?  F Kermit distribution includes modem pager scripts which work fine under VMS        --
 Alan Greig   ------------------------------  % Date: Thu, 18 Jan 2001 11:04:24 -0700r% From: Dean Woodward <deanw@rdrop.com>:, Subject: Source for used StorageWorks disks?) Message-ID: <3A673028.4A5F9482@rdrop.com>   ; I've just stepped up a bit on my home system and acquired ab7 StorageWorks enclosure.  Anyone have pointers to a goodF8 (hobbyist,remember- good == "cheap") source of SW disks?: For that matter, dead disks in SW packages are acceptable-1 I can open the package and insert another disk...-   ------------------------------  % Date: Thu, 18 Jan 2001 11:16:32 +0100 7 From: "Walter A. Ambrosch" <Walter.Ambrosch@adicom.com>p$ Subject: TCPIP$BIND: dynamic updates( Message-ID: <979813181.436903@ns.alb.de>  F Can someone tell me what I have to do to get the BIND server to acceptI dynamic updates? The documentation states that updates are not applied to5L the database files, but are saved to log files named <database>.DB_LOG. ThisI is not what I get: I'm getting messages about "unapproved updates" in the " normal log file, and nothing else.  F TCPIP SHOW VERSION produces "DIGITAL TCP/IP Services for OpenVMS AlphaH Version V5.0A - ECO 1 on a AlphaServer 2000 4/233 running OpenVMS V7.2".A ANALYZE/IMAGE TCPIP$INETACP shows an image file identification of E "V5.0A-1AD". I tried adding the line "allow-update 172.26/16;" to thesE options section in TCPIP$BIND.CONF, but that gets me an error messagel, "syntax error near allow-update" in the log.   Walter A. Ambrosch ADICOM Informatik GmbH   ------------------------------    Date: 18 Jan 2001 15:28:18 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)( Subject: Re: TCPIP$BIND: dynamic updates* Message-ID: <3a66fd82$1@news.kapsch.co.at>  b In article <979813181.436903@ns.alb.de>, "Walter A. Ambrosch" <Walter.Ambrosch@adicom.com> writes:G >Can someone tell me what I have to do to get the BIND server to accept J >dynamic updates? The documentation states that updates are not applied toM >the database files, but are saved to log files named <database>.DB_LOG. This J >is not what I get: I'm getting messages about "unapproved updates" in the# >normal log file, and nothing else.i  	 of course>  G >TCPIP SHOW VERSION produces "DIGITAL TCP/IP Services for OpenVMS AlphaoI >Version V5.0A - ECO 1 on a AlphaServer 2000 4/233 running OpenVMS V7.2".nB >ANALYZE/IMAGE TCPIP$INETACP shows an image file identification ofF >"V5.0A-1AD". I tried adding the line "allow-update 172.26/16;" to theF >options section in TCPIP$BIND.CONF, but that gets me an error message- >"syntax error near allow-update" in the log.    You're on the right track...  G "allow-update" is not valid for the options section, only for the zone.nM and you forgot the braces. ("allow-transfer" would be valid for both though).r   eg.o  P zone "domain.name" in {type master;file "domain_name.db"; allow-update {any;};};  J But IIRC I had problems then when I tried replacing "any" with an address. Time for testing again...y   HIHa   -- n< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888d< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  # Date: Thu, 18 Jan 2001 13:44:07 GMTh+ From: Bru, Pierre <Pierre.Bru@spotimage.fr>e  Subject: the value of "/" in FTP) Message-ID: <946rv5$2nr$1@nnrp1.deja.com>a   hello,  G I want some ftp user to see only their data, not login.com and ucx*.logJ  = in order to do that, I have the folowing directory structure:)  
 disk:[dir] disk:[dir.home]b  G with the first as login directory (ucx*.log and login.com go there) andnF the second for the data. in the login.com, I have a "$set def [.home]"F all works well exept if the user enter "cd /" as an ftp command. afterE "cd /", the default directory becomes disk:[dir] *even* if I redefine D sys$login.is there any workaroud ? is there a way to define the homeD directory (I mean "/") for an ftp user elsewhere than in the OpenVMS
 default dir ?    I'm using UCX V4.2 ECO2    Pierre.m     Sent via Deja.com  http://www.deja.com/   ------------------------------    Date: 18 Jan 2001 10:19:20 -0500, From: koehler@eisner.decus.org (Bob Koehler)$ Subject: Re: the value of "/" in FTP+ Message-ID: <60TchStKTHOD@eisner.decus.org>0  W In article <946rv5$2nr$1@nnrp1.deja.com>, Bru, Pierre <Pierre.Bru@spotimage.fr> writes:t > hello, > I > I want some ftp user to see only their data, not login.com and ucx*.log  > ? > in order to do that, I have the folowing directory structure:t >  > disk:[dir] > disk:[dir.home]r >   D This may be the wrong approach.  In authorize, you can set the loginF command file to any command file in any directory.  I don't know aboutG the current version of UCX but many VMS log files can be redirected viae$ logical names or command file edits.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporatione= NASA GSFC Flight Software       | Federal Sector, Civil GroupdE                                 | please remove ".aspm" when replyings   ------------------------------  % Date: Thu, 18 Jan 2001 11:00:41 -0500s4 From: "Bochnik, William J" <BochnikWJ@bernstein.com>$ Subject: Re: the value of "/" in FTPJ Message-ID: <2B37459189B0D211BE710000F8EF9D8508908B4F@nts0147.beehive.com>   Pierre,iA 	where are you redefining sys$login?  Is it in the ucx$MUMBLE.comnH that gets run when the ftp process starts up for the user?  Are you sure  it's getting redefined properly?  6 >In article <946rv5$2nr$1@nnrp1.deja.com>, Bru, Pierre! <Pierre.Bru@spotimage.fr> writes:x	 >> hello,i >> tJ >> I want some ftp user to see only their data, not login.com and ucx*.log >> -@ >> in order to do that, I have the folowing directory structure: >> -
 >> disk:[dir]e >> disk:[dir.home] >> 2 >0E >This may be the wrong approach.  In authorize, you can set the loginPG >command file to any command file in any directory.  I don't know aboutsH >the current version of UCX but many VMS log files can be redirected via% >logical names or command file edits.    William J. Bochnik   Systems Programmer   ------------------------------  $ Date: 18 Jan 01 18:04:42 +0100 (MET)= From: zz961093@opalo.etsiig.uniovi.es (Diaz Fernandez, Oscar)h7 Subject: THIS IS VERY IMPORTANT, YOU INTELLIGENT PERSONm1 Message-ID: <+HeeHgmKlvXz@opalo.etsiig.uniovi.es>b   PLEASE HELP MEd    A I want to pick up photos from aroun here to my VMS and then to a l' dikette in JPG format by using the FTP.b  ; But everytime I try to do it, the result is a black screen.c@ The photos I pick are impossible to see (because of the format).  ? I tryed transmiting by the FTP all the pages, editing them and  0 erasing the text before and after the photos,...  < I DON'T KNOW WHAT ELSE CAN I DO. IF YOU KNOW HOW TO HELP ME  PLEASE WRITE TO:   zz961093@etsiig.uniovi.esi   THANK YOU VERY MUCH       ;-)t   ------------------------------  + Date: Thu, 18 Jan 2001 08:45:10 +0100 (MET)n& From: Rudolf Wingert <win@fom.fgan.de>5 Subject: Timme difference between two kinds of BACKUPe6 Message-ID: <200101180741.IAA23880@sinet1.fom.fgan.de>   Hello,  I to test a new configuration I did made an image backup from disk to disk.nD BACKUP did need ~27 minutes for this. After that I did made an imageJ backup from disk to disk into a saveset (same disk involved). BACKUP needsF a little bit less then two hours for this kind of backup. Does anybody know, this big time difference?eF During the test I did see, that BACKUP initialize the saveset very un-@ intelligent. He could initialise a saveset file with the size ofH (used bytes+511)/512 blocks. Then it did need to expand. But BACKUP madeM a successive expantion during the whole backup. Is there any reason to do so?n  I Once more I did test the image backup from disk to disk with the with the=J write cache enabled on disk. Then BACKUP needs only a little bit less then eleven minutes.-   TIA and regards Rudolf Wingert   ------------------------------  % Date: Thu, 18 Jan 2001 09:14:34 +0100-: From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de>9 Subject: Re: Timme difference between two kinds of BACKUP - Message-ID: <3A66A5EA.4B269221@volkswagen.de>M  
 Hi Rudolf,  D try a SET RMS/EXTEND=65000 before the backup, so the saveset file is extended in bigger chunks.   Rudolf Wingert wrote:s >  > Hello, > K > to test a new configuration I did made an image backup from disk to disk.mF > BACKUP did need ~27 minutes for this. After that I did made an imageL > backup from disk to disk into a saveset (same disk involved). BACKUP needsH > a little bit less then two hours for this kind of backup. Does anybody! > know, this big time difference?nH > During the test I did see, that BACKUP initialize the saveset very un-B > intelligent. He could initialise a saveset file with the size ofJ > (used bytes+511)/512 blocks. Then it did need to expand. But BACKUP madeO > a successive expantion during the whole backup. Is there any reason to do so?n > K > Once more I did test the image backup from disk to disk with the with thedL > write cache enabled on disk. Then BACKUP needs only a little bit less then > eleven minutes.t >   > TIA and regards Rudolf Wingert   -- h  - mit freundlichen Gruessen | with best regards    Karl Rohwedder                C iT-Ingenieurteam     | Ellernbruch 11       | D-38112 Braunschweig sA Telefon: 0531/515521 | Telefax: 0531/515531 | Mobil: 0172/5434843aE  E-Mail: rohwedder@decus.decus.de           | iT-IngTeam@t-online.de 1+          karl.rohwedder@it-ingenieurteam.de  DATEX-P: 4505018005::ROHWEDDER   ------------------------------  % Date: Thu, 18 Jan 2001 10:01:31 -0500-2 From: norm lastovica <norman.lastovica@oracle.com>9 Subject: Re: Timme difference between two kinds of BACKUP:* Message-ID: <3A67054B.802BB301@oracle.com>  ; in addition to using /EXTEND=65000, also make sure that the A destination disk has *disabled* highwater marking (SET VOL/NOHIGHe> or INIT/NOHIGH).  Further, to reduce the amount of overhead inA the saveset, you could specify /GROUP=100 to reduce the number ofr6 XOR groups in the saveset.  Also specify /BLOCK=65535.   Rudolf Wingert wrote:@ >  > Hello, > K > to test a new configuration I did made an image backup from disk to disk.tF > BACKUP did need ~27 minutes for this. After that I did made an imageL > backup from disk to disk into a saveset (same disk involved). BACKUP needsH > a little bit less then two hours for this kind of backup. Does anybody! > know, this big time difference?"H > During the test I did see, that BACKUP initialize the saveset very un-B > intelligent. He could initialise a saveset file with the size ofJ > (used bytes+511)/512 blocks. Then it did need to expand. But BACKUP madeO > a successive expantion during the whole backup. Is there any reason to do so?  > K > Once more I did test the image backup from disk to disk with the with theeL > write cache enabled on disk. Then BACKUP needs only a little bit less then > eleven minutes.b >   > TIA and regards Rudolf Wingert   -- t> norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  # Date: Thu, 18 Jan 2001 16:32:20 GMT * From: Alan E. Feldman <alan48@my-deja.com>9 Subject: Re: Timme difference between two kinds of BACKUPl) Message-ID: <9475qk$ces$1@nnrp1.deja.com>!  * In article <3A67054B.802BB301@oracle.com>,5   norm lastovica <norman.lastovica@oracle.com> wrote:a  = > in addition to using /EXTEND=65000, also make sure that the C > destination disk has *disabled* highwater marking (SET VOL/NOHIGHa@ > or INIT/NOHIGH).  Further, to reduce the amount of overhead inC > the saveset, you could specify /GROUP=100 to reduce the number ofn8 > XOR groups in the saveset.  Also specify /BLOCK=65535.  E I tried 8192, 32000, and 65535 for the block size on my VMS6.1 systemaD and record sizes came out as 8192, 32256, and 32256 bytes. The blockG size reported by BACKUP/LIST was 8192, 32256, and 32256 respectively. IrD think this is because record size is limited to 32256 bytes. DefaultF block size for disk save sets is already 32256, which is also the max,' so don't bother with /block=big number.g  D I'm not sure, but I don't think highwater marking on/off will matter; much. You can try it if security is not high at your sight.i  = The /group=100 should speed things up a bit as it will make al+ smaller save set (I guess about 10% less.).s  9 [stuff about backing up to a save set on disk being slow]l   --F NOTE: If you wish to e-mail me, please do NOT use the deja address. ItD is not a valid address. Instead, use the address below, removing the long wrong part first. Thanks.    Disclaimer: JMHO Alan E. Feldman  &-)( afeldman@gfigroup.ButItSaidItPrinted.com     Sent via Deja.com8 http://www.deja.com/   ------------------------------  % Date: Thu, 18 Jan 2001 12:03:03 -050062 From: rdeininger@mindspring.com (Robert Deininger)9 Subject: Re: Timme difference between two kinds of BACKUPuL Message-ID: <rdeininger-1801011203030001@user-2ive75i.dialup.mindspring.com>  U In article <9475qk$ces$1@nnrp1.deja.com>, Alan E. Feldman <alan48@my-deja.com> wrote:s  , > In article <3A67054B.802BB301@oracle.com>,7 >   norm lastovica <norman.lastovica@oracle.com> wrote:  >>  Also specify /BLOCK=65535. > G > I tried 8192, 32000, and 65535 for the block size on my VMS6.1 systemaF > and record sizes came out as 8192, 32256, and 32256 bytes. The blockI > size reported by BACKUP/LIST was 8192, 32256, and 32256 respectively. IyF > think this is because record size is limited to 32256 bytes. DefaultH > block size for disk save sets is already 32256, which is also the max,) > so don't bother with /block=big number.e   You can go as high as 65536 (ish) on a tape save set.  I don't recommend it, since the incremental gain isn't too big, and you might someday need/want to copy a saveset from tape to disk.z   -- n Robert Deininger rdeininger@mindspring.coma   ------------------------------  % Date: Thu, 18 Jan 2001 12:59:08 -0500g2 From: norm lastovica <norman.lastovica@oracle.com>9 Subject: Re: Timme difference between two kinds of BACKUPi* Message-ID: <3A672EEC.962015D5@oracle.com>   "Alan E. Feldman" wrote: > , > In article <3A67054B.802BB301@oracle.com>,7 >   norm lastovica <norman.lastovica@oracle.com> wrote:f > ? > > in addition to using /EXTEND=65000, also make sure that thenE > > destination disk has *disabled* highwater marking (SET VOL/NOHIGH B > > or INIT/NOHIGH).  Further, to reduce the amount of overhead inE > > the saveset, you could specify /GROUP=100 to reduce the number ofn: > > XOR groups in the saveset.  Also specify /BLOCK=65535. > G > I tried 8192, 32000, and 65535 for the block size on my VMS6.1 systemOF > and record sizes came out as 8192, 32256, and 32256 bytes. The blockI > size reported by BACKUP/LIST was 8192, 32256, and 32256 respectively. IrF > think this is because record size is limited to 32256 bytes. DefaultH > block size for disk save sets is already 32256, which is also the max,) > so don't bother with /block=big number.   4 	you're probably write about that for disk savesets." I dunno what I was thinking about.  F > I'm not sure, but I don't think highwater marking on/off will matter= > much. You can try it if security is not high at your sight.1  @ 	honest, it matters.  this is from I test that I did back in '97L (extracted from information that I shared with vms engineering at the time):  J     My test system is an an Alpha 2100 4/275 running OpenVMS V7.1 with allE     the latest patches installed.  Input and output disks are locallyh-     connected RZ28s on different SCSI busses.g     G     My test script is basically to backup a 'user' disk to another disk:E     into a saveset file.  The backup command sequence is (where P1 is      either NOHIGH or HIGH):g                 $ set rms/extend=65535@           $ init dkb400 /'p1'/sys/clu=64/ext=65535/index=begin t           $ mount/sys dkb400 tB           $ back/ima disk$user:/ign=inter disk$t:[000000]t.sav/sav           $ dism/nounl dkb400h     B     I ran the test 4 times switching on and off HWM and the disk's     internal writeback cache:r     ?                  HWM    WBC     DIO    Start    Finish  Minutes ?                 ------ ------- ------ -------- -------- ------- =                 NOHWM  CACHE   165163 11:26:49 11:36:31   ~10:=                 HWM    CACHE   165413 11:36:42 11:50:57   ~156=                 NOHWM  NOCACHE 165373 11:51:07 12:21:27   ~30h=                 HWM,   NOCACHE 165415 12:21:38 12:59:51   ~39e     J     Note that while the number of I/Os doesn't change much (HWM does seem J     to cause more) the elapsed time is cut to about 1/3 to 1/2 of the time,     without the write cache being turned on. 	. 	. 	.@     Interesting - very interesting.  In trying to understand the@     effects of things, I wrote a little program that creates and@     writes to a file using RMS.  I switched on and off FAB$V_SQO     and HWM.     @     HWM has no effect when SQO is set.  Turning off SQO utilizes@     a little more CPU in all cases but really kills you when HWM@     is enabled.  So the trick is to try and set SQO anytime that;     you write to a sequential file in a sequential fashion.p     @             SQO     HWM     Elapsed      CPU        BIO      DIOB             -----   -----   --------   -------      ---     ------B             SQO     NOHWM   0:32:16    0:02:53      391     122525B             SQO     HWM     0:32:16    0:02:53      391     122523B             NOSQO   NOHWM   0:32:19    0:03:04      391     122523B             NOSQO   HWM     0:47:18    0:03:07      392     122942     3     TEST.B32:       own buf : vector [20000, byte];m<                     incr i from 0 to 19999 do buf [.i] = .i;6                     $fab_init(fab=aolfab,   fac=<put>,:                                             fop=<dfw,sqo>,4                                             org=seq,3                                             rat=cr, 4                                             rfm=var,E                                             fnm='DISK$TEST:[0,0]X.X',n6                                             alq=10000,7                                             deq=10000); 4                                             rac=seq,4                                             rbf=buf,7                                             rsz=20000); %                     lib$init_timer(); 1                     $chkerr($create(fab=aolfab));-2                     $chkerr($connect(rab=aolrab));K                     incr i from 1 to 10000 do $chkerr($put (rab = aolrab));"2                     $chkerr ($close (fab=aolfab));%                     lib$show_timer();C     E     TEST.COM:       $INIT $1$DKC300: TEST/SYS/NOHIGH/CLU=64/INDEX=BEGp.                     $MOUNT/SYS $1$DKC300: TEST!                     $RUN TEST.EXEo*                     $DISM/NOUNL $1$DKC300:   ------------------------------   Date: 18 Jan 2001 17:18:01 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)3 Subject: Re: V7.3-FT2, DS10, but no DTGREET/DTLOGIN 6 Message-ID: <9478g9$5s4$1@mailint03.im.hou.compaq.com>  X In article <fX1YXbj8XmXL@eisner.decus.org>, kuhrt@eisner.decus.org (Marty Kuhrt) writes:B :Since I haven't seen a response to the initial question I thought6 :I'd post it again and also cross post this message to
 :comp.os.vms.   B   I've not seen the original question appear over in the newsgroup   vmsnet.sdk.openvms.fieldtest.-  ? :I received the V7.3-EFT2 and installed it on my test DS10 with = :256M of memory and now DECWindows won't come up with a login/: :screen.  The graphic card, according to CLUE CONFIG, is a :PowerStorm 4D10T.       The ELSA GLoria Synergy...  E   The initial question would be around settings of the process quotascC   for the login, and around the contents of the server log files...   > :Any ideas what might be wrong or where to look for more info?  #   Start with SYS$MANAGER:DECW*.LOG.   C   Does a @SYS$STARTUP:DECW$STARTUP RESTART restart the environment?a  B   Also please check the DECwindows troubleshooting section in the -   OpenVMS FAQ.  (Search for WINDOW_SYSTEM...)w  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 18 Jan 2001 12:02:42 -0500-' From: "Dale A. Marcy" <dqm@y12.doe.gov>:7 Subject: Re: VAXSHAD07_071 ECO problem with Show Deviceu+ Message-ID: <3A6721B1.907C209D@y12.doe.gov>D   Group,  I      Thanks for the responses.  I was using a kit that another person hadeL downloaded apparently prior to the warning being added.  I checked for a newL version, but did not think to read the readme file on the current kit on theN Compaq site.  It indicates to use the SHOW.EXE from the VAXSHAD06_071 kit, butN that kit is no longer available on the Compaq site, so I will need to check if" we have the kit somewhere on site.  
 Thanks again,o  
 Dale A. Marcyh. Science Applications International Corporation   ------------------------------  % Date: Thu, 18 Jan 2001 12:35:41 +0000-% From: Alan Fay <alan@fay.demon.co.uk>-, Subject: Re: Veritas Netbackup agent for VMSA Message-ID: <979817234.13678.0.nnrp-08.9e98bc8a@news.demon.co.uk>   +     > Peter Weaver <peter.weaver@stelco.ca>      > Newsgroups: comp.os.vmsm     >s>     > "Linda Luik" <p14175@email.sps.mot.com> wrote in message1     > news:3A65B61F.F7BFFD6E@email.sps.mot.com...lL     > > I think this has been discussed before, but I can't find the emails.     > >3H     > > My company has decided that Veritas Netbackup is going to be theI     > > 'one-size-fits-all' backup application. It will be used to backup      > Unix,fH     > > NT, VMS, and (I think) the Windows 2000 servers. The application
     > willK     > > reside on a Unix server. Does anyone out there have experience with.	     > thex     > > VMS client?>     > F     > NetBackup works fine to backup and restore individual files. ForJ     > example if you are using it to backup the disks where the programersH     > write code and a programmer purged away something they need to getI     > back. BUT IT WILL NOT WORK IN A DISASTER RECOVERY SITUATION. Do notnF     > depend on it to backup your system drive. Do not depend on it toJ     > restore an entire disk. The manual that comes with the software evenD     > tells you that it can not be used to recover the system drive.     >-         That is not true.:  5     You can backup a complete user disk, for example:a       DKB100:[*...]*.*;*  B     and then dismount and initialize the disk, and then mount  and     restore with:i       DKB100:[*...]*.*;*  B     the entire disk will be restored, preserving 100% of  the  VMS;     file attributes (including ACL's, version limits etc.).   B     I have done this successfully many times on some  quite  largeB     disks. It is also possible to backup an entire disk on  a  VAX3     and restore to an initialized disk on an Alpha.        alan    '     ,---------------------------------.''     |         O p e n V M S           |W'     |          Programming            |3'     |           Alan Fay              | '     |     Author of the VERITAS       |-'     |    NetBackUp OpenVMS Client     |0'     |    Phone (0044) 1264 771678     |g'     | Nr. Andover, Hampshire, England | '     |   Email alan@fay.demon.co.uk    |1'     `---------------------------------'l   ------------------------------    Date: 18 Jan 2001 09:57:12 -0500, From: koehler@eisner.decus.org (Bob Koehler), Subject: Re: Veritas Netbackup agent for VMS+ Message-ID: <W2uZ80XlbfyT@eisner.decus.org>l  i In article <979817234.13678.0.nnrp-08.9e98bc8a@news.demon.co.uk>, Alan Fay <alan@fay.demon.co.uk> writes:m >  >     That is not true.s > 7 >     You can backup a complete user disk, for example:e >  >     DKB100:[*...]*.*;* > D >     and then dismount and initialize the disk, and then mount  and >     restore with:C >  >     DKB100:[*...]*.*;* >   C You now have duplicates of each and every file which was originallyiE aliased.  Not an acceptable solution.  Every system disk uses aliasesh2 and there's no way to prevent them on a user disk.  H You have also lost any cluster size, ownership, maximum files number, orG other initialization data for the volume unless you take separate stepsa? to preserve the data for the initialization.  Not an acceptableT	 solution.e  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationk= NASA GSFC Flight Software       | Federal Sector, Civil GroupfE                                 | please remove ".aspm" when replying    ------------------------------  % Date: Thu, 18 Jan 2001 10:14:20 -0500 - From: "Peter Weaver" <peter.weaver@stelco.ca>f, Subject: Re: Veritas Netbackup agent for VMS4 Message-ID: <HMD96.121194$Z2.1457925@nnrp1.uunet.ca>  2 "Alan Fay" <alan@fay.demon.co.uk> wrote in message; news:979817234.13678.0.nnrp-08.9e98bc8a@news.demon.co.uk...K >...C >    the entire disk will be restored, preserving 100% of  the  VMSv< >    file attributes (including ACL's, version limits etc.). >...  B Did you get the Version Limit problem fixed. I don't think we haveC received any new versions since we reported that bug but I could be F wrong. I just checked and see that we have V3.2GA currently installed.     --   RULES OF THE AIR   -----------------e;  #16. You start with a bag full of luck and an empty bag ofo<       experience. The trick is to fill the bag of experience'       before you empty the bag of luck.    ------------------------------  % Date: Thu, 18 Jan 2001 13:31:02 -0500o- From: Joseph Pomeroy <JPOMEROY@holycross.edu>0! Subject: re:re: What succeeds TSMc/ Message-ID: <sa66f019.057@dudley.holycross.edu>    People:r  5  Thanks so much. Several different solutions so fast!H   Problem solved.-  
 Thanks again,-   Joe Pomeroy S.J.   ------------------------------  % Date: Thu, 18 Jan 2001 11:06:28 -0500>- From: Joseph Pomeroy <JPOMEROY@holycross.edu>d Subject: What succeeds TSM?6/ Message-ID: <sa66ce46.065@dudley.holycross.edu>g  
 Greetings:  J    TSM is no longer included in our CSLG license, since the product has=20K moved to 'maintenance status'.  A traditional  license is quite expensive =  to0 buy, it seems to me ( several thousand dollars).  D    The major use is controlling  a decserver 250 used to run two LATD system printers (LG09's) off our alphas (3400+alphaserver 2000), butI only if the 250's need replacing. As well, we use several decserver 200's F to put terminals to the alphas where needed and thus occasionally need to configure these 200's.i  C    Ideas about a successor to the TSM product which would likely be C in the CSLG?  or  replacement for the decserver 250 which would runuF an LPR-type printer feed (remember the Compaq lg09s). Lantronics makes@ useful terminal servers to replace the decserver 200's, I think.  	    Ideas?+    Thanks,   Joe Pomeroy, S.J.  Holy Cross College Worcester, Masss jpomeroy@holycross.edu   ------------------------------  % Date: Thu, 18 Jan 2001 16:24:06 +0000t From: Roy Omond <Roy@Omond.net>  Subject: Re: What succeeds TSM? ) Message-ID: <3A6718FA.557E5333@Omond.net>i   Joseph Pomeroy wrote:v  I >    TSM is no longer included in our CSLG license, since the product has/N > moved to 'maintenance status'.  A traditional  license is quite expensive to2 > buy, it seems to me ( several thousand dollars). >eF >    The major use is controlling  a decserver 250 used to run two LATF > system printers (LG09's) off our alphas (3400+alphaserver 2000), butK > only if the 250's need replacing. As well, we use several decserver 200'soH > to put terminals to the alphas where needed and thus occasionally need > to configure these 200's.i >lE >    Ideas about a successor to the TSM product which would likely be E > in the CSLG?  or  replacement for the decserver 250 which would runUH > an LPR-type printer feed (remember the Compaq lg09s). Lantronics makesB > useful terminal servers to replace the decserver 200's, I think.  B Ask yourself if you *really* need TSM.  It oesn't sound to me likeE an awful lot of terminal servers to configure.  Unless they're spread I out over a large geographical area, you're best just going to each server5K and configuring it on the spot.  I doubt if you'll need to do it very oftens in any case.  	 Roy Omond  Blue Bubble Ltd.   ------------------------------  % Date: Thu, 18 Jan 2001 11:57:11 -0500t  From: norm.raphael@jamesbury.com Subject: Re: What succeeds TSM? 4 Message-ID: <C22569D8.005C5AFE.00@jklh21.valmet.com>   /Joseph Pomeroy wrote: / J />    TSM is no longer included in our CSLG license, since the product hasO /> moved to 'maintenance status'.  A traditional  license is quite expensive toe3 /> buy, it seems to me ( several thousand dollars).e />G />    The major use is controlling  a decserver 250 used to run two LAT G /> system printers (LG09's) off our alphas (3400+alphaserver 2000), butvL /> only if the 250's need replacing. As well, we use several decserver 200'sI /> to put terminals to the alphas where needed and thus occasionally neede /> to configure these 200's. />F />    Ideas about a successor to the TSM product which would likely beF /> in the CSLG?  or  replacement for the decserver 250 which would runI /> an LPR-type printer feed (remember the Compaq lg09s). Lantronics makes<C /> useful terminal servers to replace the decserver 200's, I think.o /lC /Ask yourself if you *really* need TSM.  It oesn't sound to me like2F /an awful lot of terminal servers to configure.  Unless they're spreadJ /out over a large geographical area, you're best just going to each serverL /and configuring it on the spot.  I doubt if you'll need to do it very often
 /in any case.s /m  K That's why he needs it!  TSM will save the configuration and replace it and K he can set up a procedure that doesn't need terminal server skills.  It's a K tool.  You need tools for stuff you do all the time and for stuff you do soeH infrequently that you need a simple, quick way when the occasion arises.   -Normf  
 /Roy Omond /Blue Bubble Ltd.t /i /g   ------------------------------    Date: 18 Jan 2001 11:45:26 -0500& From: scarter@gcfn.org (Steven Carter) Subject: Re: What succeeds TSM?i( Message-ID: <9476j6$k28$1@acme.gcfn.org>  J You can request a permanent PAK from the CSLG administrator usually for noH cost.  Because the TSM license is no longer in the CSLG, the maintenanceJ portion is no longer in the ESL - so you're on your own for support unless7 you wish to get a separate support agreement for TSM.      Cheers!o   --Steve*      Roy Omond (Roy@Omond.net) wrote: : Joseph Pomeroy wrote:H  K : >    TSM is no longer included in our CSLG license, since the product haseP : > moved to 'maintenance status'.  A traditional  license is quite expensive to4 : > buy, it seems to me ( several thousand dollars). : >rH : >    The major use is controlling  a decserver 250 used to run two LATH : > system printers (LG09's) off our alphas (3400+alphaserver 2000), butM : > only if the 250's need replacing. As well, we use several decserver 200'smJ : > to put terminals to the alphas where needed and thus occasionally need : > to configure these 200's.o : >tG : >    Ideas about a successor to the TSM product which would likely be G : > in the CSLG?  or  replacement for the decserver 250 which would run J : > an LPR-type printer feed (remember the Compaq lg09s). Lantronics makesD : > useful terminal servers to replace the decserver 200's, I think.  D : Ask yourself if you *really* need TSM.  It oesn't sound to me likeG : an awful lot of terminal servers to configure.  Unless they're spread K : out over a large geographical area, you're best just going to each serverlM : and configuring it on the spot.  I doubt if you'll need to do it very often  : in any case.   : Roy Omondi : Blue Bubble Ltd.   --   Steven M. Carter h SCARTER@FREENET.COLUMBUS.OH.US qui me amat, amat et canem meams   ------------------------------  % Date: Thu, 18 Jan 2001 12:16:43 -0500e  From: jamese@beast.dtsw.army.mil Subject: Re: What succeeds TSM?b0 Message-ID: <01011812164342@beast.dtsw.army.mil>  0 Joseph Pomeroy <JPOMEROY@holycross.edu> wrote onG Thu, 18 Jan 2001 11:06:28 -0500 in <sa66ce46.065@dudley.holycross.edu>:i   > Greetings: > L >    TSM is no longer included in our CSLG license, since the product has=20M > moved to 'maintenance status'.  A traditional  license is quite expensive =- > to2 > buy, it seems to me ( several thousand dollars). > F >    The major use is controlling  a decserver 250 used to run two LATF > system printers (LG09's) off our alphas (3400+alphaserver 2000), butK > only if the 250's need replacing. As well, we use several decserver 200'seH > to put terminals to the alphas where needed and thus occasionally need > to configure these 200's.t > E >    Ideas about a successor to the TSM product which would likely betE > in the CSLG?  or  replacement for the decserver 250 which would rungH > an LPR-type printer feed (remember the Compaq lg09s). Lantronics makesB > useful terminal servers to replace the decserver 200's, I think. >  >    Ideas?S  B TSM is available for free without support. The PAK is TSM_PAK.COM.  # http://www.dnpg.com/dr/npg/tsm.htmlP  : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-1919o; 2024 West Street, Suite 300              800-810-0827 x1919 5 Annapolis, MD 21401-3556           fax   410-280-1094    ------------------------------  % Date: Thu, 18 Jan 2001 16:43:28 +0000-% From: Alan Greig <agreig@my-deja.com>  Subject: Re: What succeeds TSM? 8 Message-ID: <e77e6t4hvtt91u61smdstgn65j59mb57o1@4ax.com>  2 On Thu, 18 Jan 2001 11:06:28 -0500, Joseph Pomeroy <JPOMEROY@holycross.edu> wrote:O   >Greetings:: >1I >   TSM is no longer included in our CSLG license, since the product has rM >moved to 'maintenance status'.  A traditional  license is quite expensive to 1 >buy, it seems to me ( several thousand dollars).t  A TSM is available for download from Digital Networks Product group ) www.dnpg.com together with a suitable PAKe     --
 Alan Greig   ------------------------------  % Date: Thu, 18 Jan 2001 16:14:05 +0000   From: steven.reece@quintiles.com Subject: Re: WRQ drops LAT ???H Message-ID: <OF364F9DDA.5ACAA219-ON802569D8.005914DC@qedi.quintiles.com>  6 So I guess that's the end for MOP and SNAP then Fabio?   Fabio commented:H >>>There=B4s no future for LAT ! I am converting the last queues to TCP= /IP  now !uH LAT is like BSC-3 .... nobody know anymore ! ! ! There=B4s no interest = to; run a protocol which works only in one network segment.<<<=a   ------------------------------  % Date: Thu, 18 Jan 2001 14:27:44 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.br( Subject: Re: WRQ drops LAT ???L Message-ID: <OF0772C81A.37DC8C16-ON032569D8.005FB43A@ep-bc.petrobras.com.br>  E Turning off the last DECSERVERs here I will not use MOP anymore .....N@ My network will be 99 % TCP/IP .... I still using DECNET because5 there is a SNA Gateway running over this protocol ...O9 It was not my own decision ! Was a corporate decision ...8 The world runs TCP/IP ....   Regardsd   FC            1 steven.reece@quintiles.com em 18/01/2001 14:14:05n             Info-VAX@Mvb.Saic.Com7       Assunto: Re: WRQ drops LAT ???      6 So I guess that's the end for MOP and SNAP then Fabio?   Fabio commented:H >>>There=B4s no future for LAT ! I am converting the last queues to TCP= /IP  now !sH LAT is like BSC-3 .... nobody know anymore ! ! ! There=B4s no interest = to: run a protocol which works only in one network segment.<<<           =v   ------------------------------    Date: 18 Jan 2001 19:27:34 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: WRQ drops LAT ???( Message-ID: <3a673596@news.kapsch.co.at>  x In article <OF0772C81A.37DC8C16-ON032569D8.005FB43A@ep-bc.petrobras.com.br>, fabio_compaq@ep-bc.petrobras.com.br writes: >The world runs TCP/IP ....   - And the rest of us run DECnet over TCP/IP ;-)l   -- s< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888@< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Thu, 18 Jan 2001 15:10:10 +0100rD From: "Andre van der Meulen" <Andre.van der Meulen@nl.origin-it.com>! Subject: Re: x25 packet switching#Y Message-ID: <0E16861EE7BCD111BE9400805FE6841F13FD2A58@c1s5x001.cor.srvfarm.origin-it.com>0  , This is a multi-part message in MIME format.  + ------=_NextPart_000_0210_01C08161.36210B80D Content-Type: text/plain;B 	charset="iso-8859-1"D+ Content-Transfer-Encoding: quoted-printable   ; We used to run DEMSA X25 router until the Millenium change.lH On your VAX 4000 load host go to the directory MOM$LOAD. You will find = at procedure namede X25ROUPERM_<routername>.COMiF Edit this file with your favorite editor. In this file you will find = the7C name of your Alpha server running X25. Copy those command lines andwF modify them for your new server. You have to specify/select some X25 = sub  addresses I think.D Once you have made all your changes execute the procedure. This willC generate a new X25<router>.SYS file which is being loaded into yourn DEMSA.G We used this method all the time and it worked without any problems.=209  E Bob Ricci wrote in message <020201c080b1$549743a0$585b5cc0@Subway>...<C Anybody still using a Demsa loaded by software configured using x25 F router 2000 software. I am currently loading the demsa off a vax4000 = and1@ dialing in through connnet to an alpha server running x.25. I amE installing a new alphaserver on which i have configured x.25. Now i =a want= the software which is loaded to the demsa to point to the neweC alphaserver. I am assuming i have to run x25rousetup.com but am not G familiar with the answers to all the questions. Is there any file whichiF has the old defaults in them so i can just change the new node name to connect to?=20 Robert V. Riccih Systems Managerl Drs. Associates (SUBWAY) 325 Bic Dr.i Milford, Ct 06460s  tel  203 877 4281 ext 1144  fax to pc 203 783 7144  fax 203 876 6682h7 email ricci_r@subway.com <mailto:ricci_r@subway.com>=20rC  or     maxx0623@concentric.net <mailto:maxx0623@concentric.net>=20 0 http://www.subway.com <http://www.subway.com>=20    + ------=_NextPart_000_0210_01C08161.36210B80  Content-Type: text/html; 	charset="iso-8859-1"i+ Content-Transfer-Encoding: quoted-printablev  0 <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"> <HTML> <HEAD>  > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">; <META content=3D'"MSHTML 4.72.3612.1706"' name=3DGENERATOR>  <STYLE></STYLE>o   </HEAD>t <BODY bgColor=3D#ffffff> <DIV>aE <DIV><FONT color=3D#000000 size=3D2>We used to run DEMSA X25 router =  until the=20 Millenium change.</FONT></DIV>G <DIV><FONT color=3D#000000 size=3D2></FONT><FONT size=3D2>On your VAX =a 4000 load host=20s9 go to the directory MOM$LOAD. You will find a procedure =s named</FONT></DIV>B <DIV><FONT size=3D2>X25ROUPERM_&lt;routername&gt;.COM</FONT></DIV>G <DIV><FONT size=3D2>Edit this file with your favorite editor. In this =  file you=20 I will find the name of your Alpha server running X25. Copy those command =  lines=20F and modify them for your new server. You have to specify/select some =
 X25 sub=20 addresses I think.</FONT></DIV>PE <DIV><FONT size=3D2>Once you have made all your changes execute the = 
 procedure.=20 D This will generate a new X25&lt;router&gt;.SYS file which is being = loaded into=20 your DEMSA.</FONT></DIV>D <DIV><FONT size=3D2>We used this method all the time and it worked = without any=20 problems. </FONT></DIV></DIV>S <BLOCKQUOTE=20< style=3D"BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; = PADDING-LEFT: 5px">w?     <DIV>Bob Ricci<MAXX0623@CONCENTRIC.NET> wrote in message=20 :     &lt;020201c080b1$549743a0$585b5cc0@Subway&gt;...</DIV>H     <DIV><FONT size=3D2>Anybody still using a Demsa loaded by software =
 configured=20tF     using x25 router 2000 software. I am currently loading the demsa = off a=20G     vax4000 and dialing in through connnet to an alpha server running =i
 x.25. I am=20eI     installing a new alphaserver on which i have configured x.25. Now i =' want the=20r?     software which is loaded to the demsa to point to the new =, alphaserver. I am=20I     assuming i have to run x25rousetup.com but am not familiar with the =p
 answers=20H     to all the questions. Is there any file which has the old defaults =
 in them=20G     so i can just change the new node name to connect to? </FONT></DIV>oD     <DIV><FONT size=3D2>Robert V. Ricci<BR>Systems Manager<BR>Drs. =
 Associates=20 I     (SUBWAY)<BR>325 Bic Dr.<BR>Milford, Ct 06460<BR>&nbsp;tel&nbsp; 203 =a 877 4281=20s=     ext 1144<BR>fax to pc 203 783 7144<BR>&nbsp;fax 203 876 =h 6682<BR>email <A=202     = I href=3D"mailto:ricci_r@subway.com">ricci_r@subway.com</A><BR>&nbsp;or&nb=a sp;&nbsp;&nbsp;&nbsp;=20     <A =I href=3D"mailto:maxx0623@concentric.net">maxx0623@concentric.net</A><BR><=r A=20     =eI href=3D"http://www.subway.com">http://www.subway.com</A></FONT></DIV></B=t LOCKQUOTE></BODY></HTML>  - ------=_NextPart_000_0210_01C08161.36210B80--t   ------------------------------   End of INFO-VAX 2001.036 ************************