1 INFO-VAX	Fri, 07 May 2004	Volume 2004 : Issue 253       Contents:  Re: Building Mozilla from source  Re: Building Mozilla from source Compaq Computer Alliance: Re: DEC/Compaq/HP C RTL v. multi-dot file/directory names?: Re: DEC/Compaq/HP C RTL v. multi-dot file/directory names? Errors in MYSQL 4.1.1  Re: EVE customizationsP Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java / process quotP Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java / process quotP Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java / process quotP Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java / process quot% Re: How to make HSZ40 devices visible % Re: How to make HSZ40 devices visible / Re: HP jumps to No. 11 spot on Fortune 500 List J Re: HP World Magazine: For Business Continuity...the answer may be OpenVMSJ Re: HP World Magazine: For Business Continuity...the answer may be OpenVMSJ Re: HP World Magazine: For Business Continuity...the answer may be OpenVMSJ Re: HP World Magazine: For Business Continuity...the answer may be OpenVMSP Re: HP World Magazine: For Business Continuity...the answer may be OpenVMS OpenV= Intel is killing processors today, will itanium be axed too ? A Re: Intel is killing processors today, will itanium be axed too ? 3 LIB$GETDVI() v. DVI$_ACPTYPE: Why so many UNKNOWNs? 4 Re: Linux on its way out - unless you are a geek ...< Re: looking for suggestions for new $GETDVI item codes . . .< Re: looking for suggestions for new $GETDVI item codes . . .< Re: looking for suggestions for new $GETDVI item codes . . .< Re: looking for suggestions for new $GETDVI item codes . . .< Re: looking for suggestions for new $GETDVI item codes . . .) Re: Normal operating temerpature for ES40 ) Re: Normal operating temerpature for ES40 ) Re: Normal operating temerpature for ES40 # Oracle RDB SQL Services and Digital ' Re: Oracle RDB SQL Services and Digital  Re: OT: McDonald's coffee again  Re: OT: McDonald's coffee again  Re: OT: McDonald's coffee again  Re: OT: McDonald's coffee again  PWS500 Power Switch again " RAID Software error on home system Re: RRD46 tray won't stay in Re: RRD46 tray won't stay in Re: RRD46 tray won't stay in" SSSU - error renaming snapshots...  Re: Trip down [core] memory lane  Re: Trip down [core] memory lane  Re: Trip down [core] memory lane  Re: Trip down [core] memory lane  Re: Trip down [core] memory lane  Re: Trip down [core] memory lane  Re: Trip down [core] memory lane VMS mentioned in the press" Re: VMS-mailbox for TCP/IP-traffic  Where to post a C part time job?) Re: You'll never guess what HP advertised ) Re: You'll never guess what HP advertised ) Re: You'll never guess what HP advertised ) Re: You'll never guess what HP advertised ) Re: You'll never guess what HP advertised ) Re: You'll never guess what HP advertised ) Re: You'll never guess what HP advertised ) RE: You'll never guess what HP advertised ) Re: You'll never guess what HP advertised ) Re: You'll never guess what HP advertised - [OT] HP ,Post-Compaq, Looks Like Its Old Self   F ----------------------------------------------------------------------  % Date: Fri, 07 May 2004 14:07:18 +0200  From: Dirk Munk <munk@home.nl>) Subject: Re: Building Mozilla from source 2 Message-ID: <c7fu5q$32n$1@news2.tilbu1.nb.home.nl>  Q  From what I read it seems that building Mozilla from source is a hell of a job,  . that takes more than a day or so on a DS20(?).       JOUKJ wrote:	 > Hi All,  > F >  Since Colin left, the binary distributions of mozilla are somewhat I > slowed down. I got a hint that a problem I'm having is solved in newer   > version versions. I >  Because I'm never afraid of sources, I thought maybe I can compile it  J > from source. I know that previously you needed POSIX (which is obsolete H > on recent versions of VMS) to build Mozilla. I search the HP-site but 8 > could not find any hint how to compile Mozilla myself. > I > Does anybody know how I should proceed to compile Mozilla from sources   > on my system : >    OpenVMS 7.3-2 for Alpha >    Compaq C V6.5-001 >    Compaq C++ V6.5-021> >    HP TCP/IP Services for OpenVMS Alpha Version V5.4 - ECO 1 >  >  >                  Jouk  >    ------------------------------   Date: 7 May 2004 17:55:51 +0100 K From: pmoreau@ath.cena.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.68.40) ) Subject: Re: Building Mozilla from source ! Message-ID: <ewx5be+j0eRQ@sinead>   S In article <c7fu5q$32n$1@news2.tilbu1.nb.home.nl>, Dirk Munk <munk@home.nl> writes: S >  From what I read it seems that building Mozilla from source is a hell of a job,  0 > that takes more than a day or so on a DS20(?). > L It was probably the case with the old Posix build considering the rather badN performance of Posix subsystem on VMS (I played with some time ago, and use itK to create some config and make files for lot of ports of Unix programs unde  VMS).    Patrick  --O =============================================================================== N pmoreau@ath.cena.fr  (CENA)      ______      ___   _          (Patrick MOREAU)4 moreau_p@decus.fr (DECUS)       / /   /     / /|  /|J CENA/Athis-Mons FRANCE         / /___/     / / | / |   __   __   __   __  N BP 205                        / /         / /  |/  |  |  | |__| |__  |__| |  |N 94542 ORLY AEROGARE CEDEX    / /   ::    / /       |  |__| | \  |__  |  | |__|N http://www.ath.cena.fr/~pmoreau/            http://www.multimania.com/pmoreau/O ===============================================================================    ------------------------------   Date: 7 May 2004 09:31:48 -0700 . From: fabiopenvms@yahoo.com.br (Fabio Cardoso)! Subject: Compaq Computer Alliance = Message-ID: <f30679fb.0405070831.3a19e8f0@posting.google.com>    To: Someone at HP Marketing   
 Just click  5 http://www.cognos.com/products/powerhouse/compaq.html     4 Why HP dont tell the OpenVMS partners about the end  of the Compaq Computer Alliance.2 At least change the name :HP  Computer Alliance !    Regards    FC   ------------------------------  # Date: Fri, 07 May 2004 16:44:57 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> C Subject: Re: DEC/Compaq/HP C RTL v. multi-dot file/directory names? 1 Message-ID: <d2Pmc.1071$hD4.581@news.cpqcorp.net>   C There has been ongoing work to support UNIX pathname sematics - try G V7.3-2 --I believe that the dots in dir works.  Also check out the DECC 6 functions to translate to and from VMS or UNIX syntax.    ) BTW - "cd.ef.DIR" is just plain perverse.     G <sms@antinode.org> wrote in message news:04050623183906@antinode.org...  > alp $ cc /ver + > Compaq C V6.5-001 on OpenVMS Alpha V7.3-1  >  > DEC AXPVMS VMS731_ACRTL V1.0 > 4 >    The documentation contains discouragement like: > G >       The Compaq C RTL cannot translate UNIX file specifications with + >       more than one period character (.).  >  > and  > 8 >       UNIX file names have the following restrictions: > B >          o Names containing special characters, such as multipleJ >            periods, caret, or multinational characters, may be rejected. > F >    Is there any hope for relief from this soon?  In the mean time, IH > assume that I'll need to VMS-ize the UNIX-like directory specificationI > if I hope to get anything like the desired behavior (on an ODS5 volume) J > of 'mkdir( "ab/cd.ef/gh", 0777);'.  (That is, 'mkdir( "[.ab.cd^.ef.gh]", > 0777);'.)  > F >    And, just for completeness, does anyone have a better translation > than this: >  > ALP $ exit %x003580b4 % > %C-F-NOMSG, Message number 003580B4  > J > ------------------------------------------------------------------------ > 6 >    Steven M. Schweda               (+1) 651-699-98185 >    382 South Warwick Street        sms@antinode-org  >    Saint Paul  MN  55105-2547    ------------------------------  * Date: Fri, 7 May 2004 12:05:46 -0500 (CDT) From: sms@antinode.orgC Subject: Re: DEC/Compaq/HP C RTL v. multi-dot file/directory names? ) Message-ID: <04050712054594@antinode.org>   9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>   E > There has been ongoing work to support UNIX pathname sematics - try I > V7.3-2 --I believe that the dots in dir works.  Also check out the DECC 8 > functions to translate to and from VMS or UNIX syntax.  F    Just waiting for the next Hobbyist kit, incredible bargain on Ebay,G or a trustworthy download source.  In the mean while, all I can do with H V7.3-2 is check the docs.  (At V7.3-1, the translation function seems toD suffer the same way.)  I may be better off doing it the hard way for1 now, for compatibility with other retarded folks.   + > BTW - "cd.ef.DIR" is just plain perverse.   C    It's a Wget-for-UNIX compatibility thing.  If you do a recursive C download from, say, "http://www.hp.com/misc/", it tries to create a C directory named "./www.hp.com/misc/", and so on.  Previously, I was ? replacing non-ODS2 characters with "_" everywhere (for example, B "./www_hp_com/misc/junk_1_5_tar.gz"), but while investigating ODS5G support, the first thing I hit was this sort of directory name.  It may ? well be that the old way is preferable for the directory names, G regardless.  Everything's complicated.  Suggestions are always welcome.   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  # Date: Fri, 07 May 2004 14:49:36 GMT 0 From: Michael Austin <nospam@firstdbasource.com> Subject: Errors in MYSQL 4.1.1> Message-ID: <4mNmc.24914$dT1.14103@newssvr22.news.prodigy.com>  I Although a log ot really good work has been done on MYSQL, Look like  it  H   could use a bit more... and not being a developer, would need someone I with a bit more experience (ie did the port) to help fix it.  The simple  " stuff seems to work fairly well...  I First problem:  when doing a very large  group by, it attempts to create  / a temporary filename that looks something like    /mysql_root/mysql/#234243249.MYI  C (not exact, but you get the idea.. Can you see a problem with this?    Second problem...    SAMPLE DATA loaded into the db: : NODE,     CDATE               CPARAM                CVALUE6 ALPHA1,2004-03-31 00:05:26,[MON.SYST]Direct I/O Rate,76 ALPHA1,2004-03-31 00:06:28,[MON.SYST]Direct I/O Rate,06 ALPHA1,2004-03-31 00:07:29,[MON.SYST]Direct I/O Rate,06 ALPHA1,2004-03-31 00:08:30,[MON.SYST]Direct I/O Rate,06 ALPHA1,2004-03-31 00:09:32,[MON.SYST]Direct I/O Rate,17 ALPHA1,2004-03-31 00:10:34,[MON.SYST]Direct I/O Rate,11 6 ALPHA1,2004-03-31 00:11:36,[MON.SYST]Direct I/O Rate,26 ALPHA1,2004-03-31 00:12:39,[MON.SYST]Direct I/O Rate,06 ALPHA1,2004-03-31 00:13:40,[MON.SYST]Direct I/O Rate,16 ALPHA1,2004-03-31 00:14:41,[MON.SYST]Direct I/O Rate,0  G mysql> select count(*) from t4_data where cparam like '%Direct I/O R%';  +----------+ | count(*) | +----------+ |     1416 | +----------+ 1 row in set (6.13 sec)   - mysql> select cparam,hour(cdate) from t4_data . where cparam like '%CPU Busy%' group by cdate;   <after ~3-5 seconds>  @ ERROR 2013 (HY000): Lost connection to MySQL server during query. mysql> \! typ MYSQL_ROOT:[MYSQL.BIN]mysqld.log
 $ Set NoOn/ $ VERIFY = F$VERIFY(F$TRNLNM("SYLOGIN_VERIFY"))   040507  9:11:25  InnoDB: StartedD $1$dra0:[vms$common.mysql_4_1_1.][mysql.bin]mysqld.exe;1: ready for  connections.2 Version: '4.1.1-alpha-log'  socket: ''  port: 3306 mysqld got signal 10; I This could be because you hit a bug. It is also possible that this binary K or one of the libraries it was linked against is corrupt, improperly built, K or misconfigured. This error can also be caused by malfunctioning hardware. E We will try our best to scrape up some info that will hopefully help   diagnoseH the problem, but since we have already crashed, something is definitely  wrong  and this may fail.   key_buffer_size=5242880  read_buffer_size=131072  max_used_connections=0 max_connections=100  threads_connected=1 * It is possible that mysqld could use up toH key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections  = 69119  K  bytes of memory @ Hope that's ok; if not, decrease some variables in the equation.  = %CMA-F-EXIT_THREAD, current thread has been requested to exit / %TRACE-F-TRACEBACK, symbolic stack dump follows I    image    module    routine             line      rel PC           abs   PC@   PTHREAD$RTL                                0 000000000002CEAC  000000007BD06EAC@   PTHREAD$RTL                                0 0000000000053A48  000000007BD2DA48@                                              0 FFFFFFFF80156CE4  FFFFFFFF80156CE4@                                              0 FFFFFFFF802807DC  FFFFFFFF802807DC@                                              0 FFFFFFFF80B1A754  FFFFFFFF80B1A754@                                              0 FFFFFFFF80B1A2CC  FFFFFFFF80B1A2CC@                                              0 FFFFFFFF8016899C  FFFFFFFF8016899C@                                              0 FFFFFFFF8016899C  FFFFFFFF8016899C= ----- above condition handler called with exception 0000000C: < %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual  address=000000000000& 0008, PC=00000000001E4FF4, PS=0000001B ----- end of exception message@                                              0 FFFFFFFF800BFCBC  FFFFFFFF800BFCBC@   MYSQLD  SQL_STRING  set                22467 0000000000000234  00000000001E4FF4@   MYSQLD  SQL_ANALYSE  get_min_arg       43193 000000000000144C  000000000036B39C@   MYSQLD  ITEM  save_in_field            44481 0000000000008658  0000000000202E98@   MYSQLD  SQL_SELECT  copy_funcs         51735 0000000000019CDC  00000000002A821C@   MYSQLD  SQL_SELECT  end_write          49523 00000000000150C4  00000000002A3604@   MYSQLD  SQL_SELECT  sub_select         48824 000000000001331C  00000000002A185C@   MYSQLD  SQL_SELECT  do_select          48709 0000000000012EC4  00000000002A1404@   MYSQLD  SQL_SELECT  exec               44526 000000000000706C  00000000002955AC@   MYSQLD  SQL_SELECT  mysql_select       44943 0000000000008B94  00000000002970D4@   MYSQLD  SQL_SELECT  handle_select      43579 0000000000004344  0000000000292884*   MYSQLD  SQL_PARSE  mysql_execute_command9    MAUSTIN      job terminated at  7-MAY-2004 09:13:17.85       Accounting information:F    Buffered I/O count:                366      Peak working set size: 	     65536 B    Direct I/O count:                  437      Peak virtual size: 	    311328 @    Page faults:                      7438      Mounted volumes: 	         0 E    Charged CPU time:        0 00:00:07.83      Elapsed time:       0   00:01:58.77    Michael Austin.    ------------------------------   Date: 7 May 2004 08:05:03 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: EVE customizations 3 Message-ID: <kLEJt56IKuul@eisner.encompasserve.org>   [ In article <cs9u0yt3cnq.fsf@Tempo.Update.UU.SE>, Andreas Davour <ante@update.uu.se> writes:  > Hi!  > > > I've just started using EVE for some VAX COBOL programming.  > I > Having used emacs and its ability to recognize files and automatically  G > start the right "code-mode", I was wondering if there was some way to  > make EVE do the same?   E    EVE does not try to force coding standards on you.  It's a general 7    purpopse text editor, not a broken down code editor.   B    You can write TPU functions that do that sort of thing, if your    foolish enough.   ------------------------------  # Date: Fri, 07 May 2004 07:19:16 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")Y Subject: Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java / process quot 6 Message-ID: <00A31751.65872949@SSRL.SLAC.STANFORD.EDU>  y In article <409ADC3A.E4AC3AA7@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:  >Peter Weaver wrote: >>   >> Barry Kierstein wrote:  >> >... G >> >     Having said this, what are your opinions?  Enough opinions one ' >> > way or the other can swing things.  >> >...  >>  J >> Well, since you asked, here is what I saw as the current (revision 2.8) >> plan; >>  5 >> OpenVMS I64 Foundation Operating Environment (FOE)  >>   OpenVMS Operating System % >>   OpenVMS Unlimited User Licensing   >>   TCP/IP Services for OpenVMS( >>   DECnet-Plus for OpenVMS  End System! >>   DECwindows Motif for OpenVMS  >>   DECnet IV >>   Performance Data Collector  >Where's the analyzer? >  >>   Integration Technologies  >>    - BridgeWorks  >>    - COM for OpenVMS  >>    - Secure Web Server (SWS)   >>    - Secure Web Browser (SWB)" >>    - SDK for the Java Platform >>    - XML Technology >>    - NetBeans4 >>    - Simple Object Access Protocol (SOAP) Toolkit >>    - Kerberos >>    - Enterprise Directory >>    - CDSA >>    - SSL  >>    - OpenSource Tools) >Where's SAMBA? Part of OpenSource Tools?     B Why do you want HP to give you a SAMBA license when it's freeware?   -- Alan  --  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------   Date: 7 May 2004 06:01:43 GMT 2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>Y Subject: Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java / process quot ? Message-ID: <DTiotGxQ0bj6-pn2-lvHdC2Zd1rN7@dave2_os2.home.ours>   5 On Fri, 7 May 2004 00:45:46 UTC, "David J. Dachtera"  - <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote:   > >> > OpenVMS I64 Mission Critical Operating Environment (MCOE) > >  Add to Enterprise:  > >   OpenVMS Clusters > >   OpenVMS RTR Backend  > B > So, it looks like almost everything that has the potential to be- > clustered will have to ship with MCOE, huh?  >  > So much for affordability...  F Uh! I'm with Dave as I had the same initial reaction. Clustering is a F star part of VMS not just for the value it brings to Mission Critical E Environment but the ease and convenience it brings to the Enterprise  @ or departmental one. I think it sends the wrong signal....again.  F If HP has to make a distinction, relate it to value of the investment 9 it expects a company to make. T'other Dave's point again.    --   Cheers - Dave.   ------------------------------  % Date: Fri, 07 May 2004 07:25:16 +0200 2 From: Karl Rohwedder <emil.mustermann@t-online.de>Y Subject: Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java / process quot ) Message-ID: <c7f6jl$m6o7@doiweb4.b2x.vwg>    Peter Weaver wrote:      <<< some snippets >><   E I too would move Availability Manager into FOE, but DECnet should be   kept there too!    ------------------------------  % Date: Fri, 07 May 2004 09:36:15 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>Y Subject: Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java / process quot 6 Message-ID: <409B9EDF.C73CE0D3@NeOaSrPtAhMlNiOnWk.net>  * Alan Winston - SSRL Admin Cmptg Mgr wrote: > { > In article <409ADC3A.E4AC3AA7@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:  > >Peter Weaver wrote: > >> > >> Barry Kierstein wrote: 	 > >> >... I > >> >     Having said this, what are your opinions?  Enough opinions one ) > >> > way or the other can swing things. 	 > >> >...  > >>L > >> Well, since you asked, here is what I saw as the current (revision 2.8)
 > >> plan; > >>7 > >> OpenVMS I64 Foundation Operating Environment (FOE)  > >>   OpenVMS Operating System ' > >>   OpenVMS Unlimited User Licensing " > >>   TCP/IP Services for OpenVMS* > >>   DECnet-Plus for OpenVMS  End System# > >>   DECwindows Motif for OpenVMS  > >>   DECnet IV! > >>   Performance Data Collector  > >Where's the analyzer? > >  > >>   Integration Technologies  > >>    - BridgeWorks  > >>    - COM for OpenVMS ! > >>    - Secure Web Server (SWS) " > >>    - Secure Web Browser (SWB)$ > >>    - SDK for the Java Platform > >>    - XML Technology > >>    - NetBeans6 > >>    - Simple Object Access Protocol (SOAP) Toolkit > >>    - Kerberos > >>    - Enterprise Directory > >>    - CDSA
 > >>    - SSL  > >>    - OpenSource Tools+ > >Where's SAMBA? Part of OpenSource Tools?  > D > Why do you want HP to give you a SAMBA license when it's freeware?  5 Not thinking about licensing so much as the bundling.   A For a departmental server, disk/file services are almost a given.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 06 May 2004 21:59:47 -0400 ' From: Stuart Fuller <stufuller@usa.net> . Subject: Re: How to make HSZ40 devices visible0 Message-ID: <kiqe7c.7ds.ln@dadsys2.fuller.local>   hieronymous wrote:  B > I'm having problems seeing the raid sets in an dual HSZ40 setup./ > Both of the HSZ40 devices are OK but both are   > "cache good / battery failed". > ? > All the raid sets are correct and visible to the controllers.  > Everything appears normal. > ; > But, from the AlphaServer end, ">>> show device" fails to D > see any of the devices.  Same story if I connect it to a different	 > Server.  > F > To clear the invalid cache condition I have just issued the command:5 > "CLEAR_ERROR THIS_CONTROLLER INVALID_CACHE DESTROY"  > ...which was a success.  > - > All this used to work OK for years already. $ > Any idea what the problem is here?    C Generally, the HS? controllers won't bring a RAIDset online if the   batteries are dead.      --             Stu    ------------------------------  # Date: Fri, 07 May 2004 04:05:33 GMT ( From: Doc Octopus <dococt@kicks-ass.net>. Subject: Re: How to make HSZ40 devices visible/ Message-ID: <Xns94E1D690F7295XSlug27@68.6.19.6>   = On 06 May 2004, steve.esson@esa.int (hieronymous) posted some 6 news:fe9697fd.0405061131.313f197d@posting.google.com:   C >> Are you sure the batteries are fine? They need to be replaced at   >> least once every two years!!! > D > The batteries are dead but the console says the writeback caching B > is disabled.   Shouldn't it work OK without them?  At the moment> > it behaves like theres nothing on the end of the scsi cable. >   H If you have dead batteries you won't see any RAID sets.  The controller D will not permit RAID units to come online with dead cache batteries < present - period.  Doesn't matter what your cache policy is.  D You can run with dead batteries by issuing the SET THIS_C CACHE_UPS 7 command.  A restart of the controller will be required.   $ Run in this mode at your own risk.     ------------------------------  % Date: Thu, 06 May 2004 20:11:52 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>8 Subject: Re: HP jumps to No. 11 spot on Fortune 500 List6 Message-ID: <409AE258.C2221369@NeOaSrPtAhMlNiOnWk.net>   Keith Parris wrote:  > , > From HP World Magazine, May 2004, page 34: > H > "HP jumped three spots on the Fortune 500 list, from 14 in 2003 to 11,F > with almost $73.1 billion in revenue. HP rival IBM was down one spot- > to no. 9, with revenues of $89.13 billion."   A Gee - if they would only advertise VMS, they could even go to #1!   D Nah, that's too scary - even for hp! Imagine having every other hugeH conglomerate in the world nipping at your heels... Imagine BG's red-eyed glare...   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Thu, 6 May 2004 21:22:13 -0400# From: "John Smith" <a@nonymous.com> S Subject: Re: HP World Magazine: For Business Continuity...the answer may be OpenVMS , Message-ID: <Te6dnc4Ihf-SeAfdRVn-vA@igs.net>  > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message7 news:cf15391e.0405061618.3d74c9ad@posting.google.com... G > Check out the positive coverage of OpenVMS disaster-tolerant clusters - > in this month's issue of HP World Magazine.  > , > From HP World Magazine, May 2004, page 24:9 > http://www.interex.org/hpworldnews/hpw405/features3.jsp  > ? > "Most businesses have accepted that they need better business  > continuity plans. D > The question is not whether to do it, but how far to go." ... "For > large 5 > financial institutions, the answer may be OpenVMS."  > G > (And while it's true that many large financial institutions do indeed > > depend on disaster tolerance from OpenVMS, many customers in< > manufacturing, gaming, utilities, health care, government,G > telecommunications, public safety, etc. have also found OpenVMS to be & > the answer for business continuity.)    I All that remains is for HP to publicly tell all those 'other' businesses, C large and small, that running OpenVMS *IS* a competitive advantage.   E I noticed on the web page where this article appears that Ultrabac (a C Windows backup software package) touts "Restore a dead server in 15 J minutes". This is the sort of 'packaging and advertising' that needs to be done with VMS backup solutions.   F It's all part of the sales pitch - "So what if OpenVMS isn't somethingJ you've heard of before - the CIA told us they'd kill us if we told anybodyH about it but now we're taking the risk. And we have easy point-and-click2 solutions to common administrative functions too."   ------------------------------  $ Date: Fri, 7 May 2004 08:29:50 -0400 From: norm.raphael@metso.comS Subject: Re: HP World Magazine: For Business Continuity...the answer may be OpenVMS Q Message-ID: <OF40349ED3.1A38B553-ON85256E8D.004498D6-85256E8D.0044B5E3@metso.com>   H keithparris_NOSPAM@yahoo.com (Keith Parris) wrote on 05/06/2004 08:18:01 PM:   G > Check out the positive coverage of OpenVMS disaster-tolerant clusters - > in this month's issue of HP World Magazine.  > , > From HP World Magazine, May 2004, page 24:9 > http://www.interex.org/hpworldnews/hpw405/features3.jsp  > ? > "Most businesses have accepted that they need better business  > continuity plans. D > The question is not whether to do it, but how far to go." ... "For > large 5 > financial institutions, the answer may be OpenVMS."  > G > (And while it's true that many large financial institutions do indeed > > depend on disaster tolerance from OpenVMS, many customers in< > manufacturing, gaming, utilities, health care, government,G > telecommunications, public safety, etc. have also found OpenVMS to be & > the answer for business continuity.)  / ..and does the article state the above as well?    ------------------------------   Date: 7 May 2004 07:04:22 -0700 2 From: williamwebb@openvms-rocks.com (William Webb)S Subject: Re: HP World Magazine: For Business Continuity...the answer may be OpenVMS = Message-ID: <bf98c417.0405070604.1caea6db@posting.google.com>   W "John Smith" <a@nonymous.com> wrote in message news:<Te6dnc4Ihf-SeAfdRVn-vA@igs.net>... @ > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message9 > news:cf15391e.0405061618.3d74c9ad@posting.google.com... I > > Check out the positive coverage of OpenVMS disaster-tolerant clusters / > > in this month's issue of HP World Magazine.  > > . > > From HP World Magazine, May 2004, page 24:; > > http://www.interex.org/hpworldnews/hpw405/features3.jsp  > > A > > "Most businesses have accepted that they need better business  > > continuity plans. F > > The question is not whether to do it, but how far to go." ... "For	 > > large 7 > > financial institutions, the answer may be OpenVMS."  > > I > > (And while it's true that many large financial institutions do indeed @ > > depend on disaster tolerance from OpenVMS, many customers in> > > manufacturing, gaming, utilities, health care, government,I > > telecommunications, public safety, etc. have also found OpenVMS to be ( > > the answer for business continuity.) >  > K > All that remains is for HP to publicly tell all those 'other' businesses, E > large and small, that running OpenVMS *IS* a competitive advantage.  > G > I noticed on the web page where this article appears that Ultrabac (a E > Windows backup software package) touts "Restore a dead server in 15 L > minutes". This is the sort of 'packaging and advertising' that needs to be! > done with VMS backup solutions.  > H > It's all part of the sales pitch - "So what if OpenVMS isn't somethingL > you've heard of before - the CIA told us they'd kill us if we told anybodyJ > about it but now we're taking the risk. And we have easy point-and-click4 > solutions to common administrative functions too."  F Don't be too quick to disparage the good because it's not the perfect.  D I remember that there were *no* VMS articles in the first HP World IB received post-merger and the only appearance of the word "VMS" was? from some scientific type and it was mentioned in passing in an  article about, I think, HP-UX.  ? I immediately complained to several of the people who, from the F masthead, appeared to be high up enough on the food chain to implement	 a change.   C Again, as I've said again and again and again in this group, things F ARE changing (although not as fast/as monumentally as many of us would like.)  C I'd recommend Malcolm Gladwell's "The Tipping Point" as it has some F very interesting thoughts on the dynamics and mechanisms of how change is propagated.  E And I sill maintain that the best way to help such things continue is F by giving the powers that be positive feedback rather than reacting to: any forward motion by complaining that "It's not enough!".   WWWebb   ------------------------------  $ Date: Fri, 7 May 2004 11:35:32 -0400# From: "John Smith" <a@nonymous.com> S Subject: Re: HP World Magazine: For Business Continuity...the answer may be OpenVMS , Message-ID: <AfKdnYz6H7JfMQbdRVn-uw@igs.net>  > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message7 news:cf15391e.0405061618.3d74c9ad@posting.google.com... G > Check out the positive coverage of OpenVMS disaster-tolerant clusters - > in this month's issue of HP World Magazine.  > , > From HP World Magazine, May 2004, page 24:9 > http://www.interex.org/hpworldnews/hpw405/features3.jsp  > ? > "Most businesses have accepted that they need better business  > continuity plans. D > The question is not whether to do it, but how far to go." ... "For > large 5 > financial institutions, the answer may be OpenVMS."  > G > (And while it's true that many large financial institutions do indeed > > depend on disaster tolerance from OpenVMS, many customers in< > manufacturing, gaming, utilities, health care, government,G > telecommunications, public safety, etc. have also found OpenVMS to be & > the answer for business continuity.)    K Keith, it's time to hit the road and visit these people - You can bring all I the folks from Nashua with you to teach these people a lesson on how it's ) really done in seconds rather than hours.   7 http://itmanagement.earthweb.com/secu/print.php/3350591   5 Improving Disaster Recovery Without Breaking the Bank  By Drew Robb May 6, 2004   J When FleetBoston Financial evaluated its disaster recovery responsiveness, the company received a shock. J IT administrators there realized that it would take at least two full daysL to recover their data and systems from a collapse during a serious disaster.I By applying EMC Symmetrix in conjunction with SunGard electronic vaulting H services, FleetBoston's disaster recovery window shrank from 48 hours to less than an hour.  F ''We have achieved a recovery window of less than one hour on criticalH systems and four to eight hours for a complete recovery,'' says Lari SueE Taylor, senior vice president of technology at FleetBoston Financial.   I FleetBoston Financial is a financial services company with assets of $196 E billion, and over 18 million individual, corporate, and institutional C customers. Products and services are available through a variety of G channels, including 1,460 stores and more than 3,400 ATMs from Maine to G Pennsylvania, its HomeLink online banking, and telephone banking. Fleet H focuses mainly on small business and commercial banking in the Northeast U.S. market.  ? The bank now is in the process of merging with Bank of America.   K A few years ago, when its ATM network had expanded significantly and online G banking started to take off, management realized that disaster recovery K needed a complete rethink. They used two key metrics in evaluating disasteru) recovery or business continuity planning:z    F a.. Recovery Time Objective (RTO) is the maximum length of time that aF business process can be unavailable. This is measured in terms of timeH elapsed from the beginning of a disaster until the systems are operating again.  L a.. Recovery Point Objective (RPO) is how much work in progress can be lost.H If all work must be recovered, then the business must align its disasterK recovery actions to achieving zero RPO. Some businesses, however, may elect I to have an RPO of one day, for example, on the understanding that if theytK lost one day's transactions, they could recreate them by interviewing salesl
 staff etc.K FleetBoston chose what at that time was regarded as an aggressive RTO of 24  hours and an RPO of zero.   K ''We would suffer significant business impact from transaction loss,'' saysO< Taylor. ''so we had no choice but to opt for the zero RPO.''  J In support of this, she cites a Gartner Group study which revealed that 93J percent of companies which experience a major data loss go out of business within five years.   ------------------------------  % Date: Fri, 07 May 2004 09:54:44 -0500n@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>Y Subject: Re: HP World Magazine: For Business Continuity...the answer may be OpenVMS OpenV 6 Message-ID: <409BA334.6DF5FE1A@NeOaSrPtAhMlNiOnWk.net>   John Smith wrote:  > [snip]4 >  the CIA told us they'd kill us if we told anybody
 > about it  : Is that where the "black helicopters" nonsense comes from?   -- n David J. Dachterat dba DJE Systemse http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 7 May 2004 06:07:51 -0700m. From: mistdragon@zdnetonebox.com (mist dragon)F Subject: Intel is killing processors today, will itanium be axed too ?= Message-ID: <7500353b.0405070507.6ab07187@posting.google.com>d  ? P4 plans for various processors are being cancelled, rumours ofi: reasons concern heat-dissipation and not for being 64 bit.  A Itanium hasnt been doing well lately, will it be on the axe too ?s   Mn   ------------------------------  $ Date: Fri, 7 May 2004 09:22:36 -0400# From: "John Smith" <a@nonymous.com>rJ Subject: Re: Intel is killing processors today, will itanium be axed too ?, Message-ID: <NbmdnfOBHo0GEAbdRVn-tw@igs.net>  ; "mist dragon" <mistdragon@zdnetonebox.com> wrote in messagep7 news:7500353b.0405070507.6ab07187@posting.google.com... A > P4 plans for various processors are being cancelled, rumours ofo< > reasons concern heat-dissipation and not for being 64 bit. > C > Itanium hasnt been doing well lately, will it be on the axe too ?l    J If it is killed, it won't be for heat dissipation reasons. Death will come. due to the inability of the processor to sell.    H It all makes me wonder what 'contribution' the OpenVMS division is beingK charged back internally at HP for Itanic development costs given that HP isiG a 'partner' in Itanic in more ways than Dell is an Intel 'partner' that- simply buys chips off the fab.  L If the internal charge back is anything close to $100M annually, then from aH financial sense alone keeping Alpha development for EV8 and beyond wouldI have seemed a bargain even if it cost $150M annually given the disruptionoJ and lack of trust in ChumHPaq the killing of Alpha engendered. What do youL figure lost Alpha sales were worth over the past 3 years as a result of that action?a   ------------------------------  * Date: Fri, 7 May 2004 10:37:52 -0500 (CDT) From: sms@antinode.org< Subject: LIB$GETDVI() v. DVI$_ACPTYPE: Why so many UNKNOWNs?) Message-ID: <04050710375231@antinode.org>i  G    Today's mystery/annoyance: useful integer results, but uninformative G string results, from lib$getdvi() for item DVI$_ACPTYPE on various fileo systems.   ALP $ dvi_acp DKA0 DKA400 LDA1<  device:         DKA0, sts = 1  res_i =   2, res_s: >F11V2<.>  device:       DKA400, sts = 1  res_i =   7, res_s: >UNKNOWN<.>  device:         LDA1, sts = 1  res_i =  11, res_s: >UNKNOWN<.  D    According to reality and DVIDEF.H, the integer results are fine. H DKA0 is ODS2 ("#define DVI$C_ACP_F11V2 2"), DKA400 is an ISI-9660 CD-ROM9 ("#define DVI$C_ACP_F11V3 7"), and LDA1 is ODS5 ("#define6 DVI$C_ACP_F11V5 11").R  2    So why are two of the string results "UNKNOWN"?  E    Source code follows.  "Compaq C V6.5-001 on OpenVMS Alpha V7.3-1".   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547l  H ------------------------------------------------------------------------       dvi_acp.caH ------------------------------------------------------------------------3 /* Quick test of lib$getdvi() with DVI$_ACPTYPE. */=   #include <stdlib.h>= #include <stdio.h> #include <errno.h> #include <string.h>e   #include <descrip.h> #include <dvidef.h>  #include <stsdef.h>o #include <lib$routines.h>   ! void main( int argc, char **argv)n {R int i; int sts;  # struct dsc$descriptor_s dev_descr = (  { 0, DSC$K_DTYPE_T, DSC$K_CLASS_S, 0 };   char result_s[ 32];_% $DESCRIPTOR( result_descr, result_s);  unsigned short result_length;|
 int result_i;    for (i = 1; i < argc; i++)    {.    /* Load next arg into device descriptor. */&    dev_descr.dsc$a_pointer = argv[ i];=    dev_descr.dsc$w_length = strlen( dev_descr.dsc$a_pointer);->    result_length = 0; /* Clear result string, just in case. */  #    sts = lib$getdvi( &DVI$_ACPTYPE,c                      0,c                       &dev_descr,                      &result_i, #                      &result_descr,t%                      &result_length);s  5    printf( " device: %12s, sts = %d", argv[ i], sts);M.    if ((sts & STS$M_SUCCESS) == STS$K_SUCCESS)       {.8       result_descr.dsc$a_pointer[ result_length] = '\0';C       printf( "  res_i = %3d, res_s: >%s<.\n", result_i, result_s);0       }5    elser       {        printf( ".\n");m       }z    } }m   ------------------------------  % Date: Fri, 07 May 2004 12:17:39 +0100e9 From: Andrew Harrison <andrew_._remove_harrison@su_n.com>a= Subject: Re: Linux on its way out - unless you are a geek ...7/ Message-ID: <c7fr8l$ki$1@new-usenet.uk.sun.com>o   Alex Daniels wrote:uM > "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>j= > wrote in message news:c7dkfj$77n$1@new-usenet.uk.sun.com...e >  >>Keith Parris wrote:o >>$ >>>Andrew Harrison SUNUK Consultancy > : > <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message. > news:<c6066e$mcs$1@new-usenet.uk.sun.com>... > A >>>>Well how are you going to attach multiple nodes lets say morecA >>>>than 2 (because hey its what OpenVMS cluster advocates always ) >>>>talk about) to a shared storage pool.e >>>o >>>r6 >>>Just wanted to clear up some errors in this thread. >>>c >> >>Whose errors ? >>2 >>The limit of 3 nodes wasn't one that I provided. >> >>3 >>>According to the OpenVMS Cluster Software SPD atrG >>>http://h18000.www1.hp.com/info/SP2978/SP2978PF.PDF, OpenVMS supportseC >>>up to 4 systems on a single SCSI bus. This is with all 4 systemstH >>>simultaneously and directly accessing all the disks on the bus; thereG >>>is no single server system at a time through which the other systemsuI >>>must funnel their I/O requests to a disk, or even their I/Os to change  >>>file system metadata. >>>C >>>M >>>e> >>>>How about multi-initator SCSI for grins lets just move the+ >>>>single point of failure somewhere else.  >>>e >>>.G >>>For more than 3 nodes a SCSI hub (which provides fault isolation and  >>>fair arbitration) is used.i >>>uB >>>OpenVMS also supports SCSI array controllers with multiple SCSID >>>interfaces connected to multiple SCSI busses (or hubs), with fullI >>>multi-path support, so the SCSI bus or hub does not represent a single1 >>>point of failure, either. >>>eH >>>And with Fibre Channel storage controllers, up to 96 nodes can access@ >>>the same storage, and again, each one can access it directly. >>>---H >>>And to answer another question in the thread, CI is indeed still soldE >>>today, and even the latest systems like GS1280s support it, if youy >>>happen to still need it.n >> >>Whose errors ?> >>http://h30099.www3.hp.com/configurator/eco-wce/interview.asp >>B >>Makes no reference that I have been able to find to CI adaptors. >>	 >>regardsa >>Andrew Harrisonr >  >  > L > If you want to be happy that they are still be sold new point your browser > at...f > ` > http://h18002.www1.hp.com/alphaserver/options/asgs1280/asgs1280_15_70_options.html#OptListHead > 9 > For AlphaServer GS1280's, as someone mentioned them....e > K > Or if sun's is watching the pennies (as I guess they should  be) and yourl" > after something more midrange... > . > We can see the same card works in an ES47... > \ > http://h18002.www1.hp.com/alphaserver/options/ases47/ases47_15_70_options.html#OptListHead > M > Or maybe you just want something more reliable to run at home, a DS25 tower : > unit should do you and again CI is available for that... > \ > http://h18002.www1.hp.com/alphaserver/options/asDS25/asds25_15_70_options.html#OptListHead > M > I know your UK based too, so let me know if you want me to put you in touchs > with some resellers. >  > Alex >  > ! Can you still buy a StarCoupler ?-   Regards  Andrew Harrison1   ------------------------------  # Date: Fri, 07 May 2004 02:01:08 GMTE/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks)1E Subject: Re: looking for suggestions for new $GETDVI item codes . . .k- Message-ID: <XxMmmXtUWzYu@cuebid.zko.dec.com>l  B "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes: > Rob Brooks wrote:n >> e> >>         dvi$_mpdev_current_path has been there since V7.3-1 > G > ...but is not implemented (or not documented) in F$GETDVI(), which ise > where it is most needed.  > It's documented in the System Services Reference Manual, whichC is the canonical source of the item codes for the $GETxxI routines.t  I **ANY** item code that is documented for SYS$GETxxx is guaranteed to work F for both LIB$ and F$.  As it turns out, the VMS operating system buildD procedures are such that an engineer only has to do the work to makeH a new item code exist for SYS$GETxxx and the LIB$ and F$ implementationsG come along automatically.  If an engineer wants to verify the behaviour3K from DCL, he or she simply needs to build a version of DCL.EXE with updatedDI item code definitions to test the lexical form.  Otherwise, we just build G a new version of IO_ROUTINES[_MON].EXE to test the SYS$ implementation.   ? That's probably more information than anyone really wants . . .O  E Not every piece of documentation is updated for every dashed release.r  C I'll make sure that is updated for V8.2, although not for the V8.2  A field test (the documentation for that is done already, I think).    Thanks for the tip.    --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------   Date: 7 May 04 07:31:09 PST> From: mckinneyj@cpva.saic.comyE Subject: Re: looking for suggestions for new $GETDVI item codes . . . ( Message-ID: <IjaC4BPL54Za@cpva.saic.com>  - In article <7s7dAyIhNEJ1@cuebid.zko.dec.com>, 2  brooks@cuebid.zko.dec.nospam (Rob Brooks) writes: >  > Hi VMS fans . . .  > D > I'll make this quick; I'm in the middle of adding several new item' > codes for $GETDVI (SYS$, LIB$, F$).  i > K > You all have 24 hours (until 14:30 GMT) to make suggestions for new item h > codes for $GETDVI! >   = How about a DVI$_CLUMOUNTCNT which would return the number of ; nodes that have a device mounted in a cluster (matching theb* value displayed in a SHOW DEVICE display).   ------------------------------  % Date: Fri, 07 May 2004 06:56:38 -0500d( From: David Harrold <DHarrold@wi.rr.com>E Subject: Re: looking for suggestions for new $GETDVI item codes . . .q8 Message-ID: <b3um90dd3fr6dj413vojrfepk2oeiene6p@4ax.com>  7 On Thu, 06 May 2004 19:56:15 -0500, "David J. Dachtera"m- <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote:a   >Rob Brooks wrote: >>  E >> "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:F >> E >> > ...and the current path!w >>  > >>         dvi$_mpdev_current_path has been there since V7.3-1 >aF >...but is not implemented (or not documented) in F$GETDVI(), which is >where it is most needed.R     $ help lex f$getdvi  LEXICALS  
   F$GETDVI  F        Returns a specified item of information for a specified device.  
        Format   #          F$GETDVI(device-name,item)   %     Additional information available:D  -     Return_Value          Arguments  Examples    LEXICALS F$GETDVI Subtopic? arg  LEXICALS  
   F$GETDVI  
     Arguments      [...snip...]
       item         [...snip...]F          MPDEV_CURRENT_PATH*     MT3_DENSITY             MT3_SUPPORTED         [...snip...]   $ SH SYS/NOPROC I OpenVMS V7.3-1  on node xxxx   7-MAY-2004 06:55:02.89  Uptime  6 19:13:06   $ Seems to be there on my systems.....   Dave Harrold  N ..............................................................................N David Harrold                              E-Mail: David.Harrold at aurora.orgJ Lead Software Systems Engineer              Phone:          (414) 647-6204J                                             Pager:          (414) 941-4634J Aurora Health Care                            Fax:          (414) 647-4999 3031 W. Montana Street Milwaukee, WI 53215    ------------------------------  % Date: Fri, 07 May 2004 09:46:13 -0500o@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>E Subject: Re: looking for suggestions for new $GETDVI item codes . . .A6 Message-ID: <409BA135.F3961D5D@NeOaSrPtAhMlNiOnWk.net>   David Harrold wrote: > 9 > On Thu, 06 May 2004 19:56:15 -0500, "David J. Dachtera"0/ > <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote:T >  > >Rob Brooks wrote: > >>G > >> "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:4 > >> > >> > ...and the current path!4 > >>@ > >>         dvi$_mpdev_current_path has been there since V7.3-1 > >0H > >...but is not implemented (or not documented) in F$GETDVI(), which is > >where it is most needed.: >  > $ help lex f$getdvio
 > LEXICALS >  >   F$GETDVI > H >        Returns a specified item of information for a specified device. >  >        Format  > % >          F$GETDVI(device-name,item)  > ' >     Additional information available:  > / >     Return_Value          Arguments  Examples  > ! > LEXICALS F$GETDVI Subtopic? arg 
 > LEXICALS >  >   F$GETDVI >  >     Arguments- >     [...snip...] >       item >         [...snip...]H >          MPDEV_CURRENT_PATH*     MT3_DENSITY             MT3_SUPPORTED >         [...snip...] >  > $ SH SYS/NOPROCKK > OpenVMS V7.3-1  on node xxxx   7-MAY-2004 06:55:02.89  Uptime  6 19:13:06.  C A matter of knowing the keyword to look for. I was looking HELP LExs- F$GETD from V7.3 when I was typing that text.i  . Of course, we still need the matching keyword:  F MPDEV_PATH_LIST - Returns a comma-separated list of available paths to the device.h   --   David J. Dachterae dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/n   ------------------------------  # Date: Fri, 07 May 2004 16:28:06 GMTt/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks) E Subject: Re: looking for suggestions for new $GETDVI item codes . . . - Message-ID: <j3vM9RqSBN7A@cuebid.zko.dec.com>s   mckinneyj@cpva.saic.com writes:c > ? > How about a DVI$_CLUMOUNTCNT which would return the number of/= > nodes that have a device mounted in a cluster (matching theR, > value displayed in a SHOW DEVICE display).  F Yeah, that's already on the list of things to do.  It won't happen forH V8.2, though.  It's substantially harder to do within $GETDVI than it isN in SHOW, and we've not been able to come up with a bullet-proof implementation for $GETDVI.  5 We know that this is a longstanding annoyance; sorry.e   -- k  M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.comI   ------------------------------  # Date: Fri, 07 May 2004 02:03:51 GMT % From: "Mike Naime" <mnaime@kc.rr.com> 2 Subject: Re: Normal operating temerpature for ES408 Message-ID: <b8Cmc.23655$ee7.7296@twister.rdc-kc.rr.com>  3 Jim <jim.nospam.gould@charter.net> wrote in messageW' news:c6u9io$erd$1@news.doit.wisc.edu...nK > I have another question.  Does this functionality exist for the ES47?  WeeA > are replacing our ES40's.  I haven't finished going through theoD > documentation for the 47 yet so if I find this out I will post it. >iI The ES47/ES80/GS1280 (Marvel line) have an MBM console for environmentalsp5 and configuration as well as the Alphaserver Console.nJ You can query the MBM console for temperature information.  The SHOW POWER4 command gives you temperature/fan speed information.  L This information is pulled through the "NAT" box (SMC ROUTER) that is in the cabinet.  0 The following ports are used on the marvel line.
 23     MBMJ 323    1st  SBB -- Alphaserver console on the ES47 where you only have one
 partition. 324    2nd SBB 325    3rd SBB 326    4th SBB ...Etc.   L you can telnet to xx.xx.xx.xx port 23 and then CONNECT to the console on theE ES47.  But if you loose network connectivity for any reason.  The MBM4I console will revert back to the MBM> prompt.  Because of this, we monitort port 323 on our ES47 racks.n  J Did you know that there is a DHCP server built into the Marvel AlphaserverF hardware!  It servers up IP addresses to the CPU and IO drawers in the Marvel.c  I This network is not necessary for MARVEL functionality.  You can actuallyML plug in a serial cable to get to the MBM console if you need to, or if FieldG Service is troubleshooting an issue and the NAT box isn't working.  :-)o    
 Mike Naime   > Thanks >n7 > "John Brandon" <brandon@dalsemi.com> wrote in message - > news:04043009103323@dscis6-0.dalsemi.com... G > > I have an AlphaServer ES40 (4x667, 3-GB) and was wondering what the  normal& > > internal operating temperature is. > >iL > > I have been using the CPU_TEMPERATURE.COM posted in openvms.org and have > beenE > > seeing ranges between 71 and 84 (I modified the procedure a bit).  > >k > > SENSOR_0" = "82.40 > > SENSOR_1" = "82.40 > > SENSOR_2" = "84.20 > > SENSOR_3" = "71.60 > > SENSOR_4" = "78.80 > > SENSOR_5" = "73.40 > > SENSOR_6" = "73.40 > >  > >eL > > The other day these values were between 87 and 93.  That is when some of > our>H > > other servers started to have heat stroke - our A/C unit went out... > >p > >sA > > Anyone else running this process that would care to share thew temperature< > rangei > > they normally experience?A > >b > > 2 > > I find the above values too high for my taste. > >  > > TIA- > >- > >- > >- > >- > > J*o*h*n B*r*a*n*d*o*n0 > > VMS Systems Administrator . > > firstname.lastname.spam.me.not@dalsemi.com >u >c   ------------------------------   Date: 7 May 2004 02:39:20 -0700/- From: martin.platts@cdl.co.uk (Martin Platts)N2 Subject: Re: Normal operating temerpature for ES40= Message-ID: <b367fb16.0405070139.52c1be10@posting.google.com>h  C Two rackmounted ES40 EV68/833 (quad) systems with 10GB RAM each (int; separate buildings) running OpenVMS Alpha V7.3-1 report then following:->  + -------------------------------------------o      ES40 CPU Temperature Monitor+ -------------------------------------------  CPU  0   Temperature  75 CPU  1   Temperature  73 CPU  2   Temperature  69 CPU  3   Temperature  68 CPU  4   Temperature  71 CPU  5   Temperature  64 CPU  6   Temperature  68  + -------------------------------------------d      ES40 CPU Temperature Monitor+ -------------------------------------------e CPU  0   Temperature  75 CPU  1   Temperature  75 CPU  2   Temperature  73 CPU  3   Temperature  68 CPU  4   Temperature  71 CPU  5   Temperature  69 CPU  6   Temperature  66  $ Both were installed on 11-SEP-2001 !   ------------------------------  % Date: Fri, 07 May 2004 09:41:05 -0500)@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>2 Subject: Re: Normal operating temerpature for ES406 Message-ID: <409BA001.31840BB5@NeOaSrPtAhMlNiOnWk.net>   Thanks for this great info.!   ...but:    Mike Naime wrote:n > [snip]K > The ES47/ES80/GS1280 (Marvel line) have an MBM console for environmentals 7 > and configuration as well as the Alphaserver Console.i= > You can query the MBM console for temperature information. t  " How does one access that from DCL?   > The SHOW POWER6 > command gives you temperature/fan speed information.   --   David J. Dachteraa dba DJE SystemsP http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/:   ------------------------------   Date: 7 May 2004 09:28:01 -0700H. From: fabiopenvms@yahoo.com.br (Fabio Cardoso), Subject: Oracle RDB SQL Services and Digital= Message-ID: <f30679fb.0405070828.67f5a914@posting.google.com>d   To: Norm Lastovica  5 Why the Server Platform still Digital OpenVMS Alpha ?o   Reg. FC a   SQLSRV> conn server; Connecting to server ...	 Connectede SQLSRV> show server;     Server Version:      7.1.     Server Platform:     Digital OpenVMS Alpha      Max Shared Mem Size: 2000 KbF     Config file:         SYS$SYSROOT:[SYSMGR]SQLSRV_CONFIG_FILE71.DAT;%     Log path:            SYS$MANAGER:u%     Dump path:           SYS$MANAGER:T     Proc start time:     <none>R     Proc shut time:      <none> K     Network Ports:                                     (State)   (Protocol)eG       DECnet  object   SQLSRV_SERVER                   Running   NativenG       TCP/IP  port     *****                           Running   Native-      Current shared memory usage:'       Allocation unit:      65536 bytesu3       Total memory:       2031616 bytes ( 31 units)Z3       Free memory:         720896 bytes ( 11 units)g3       Partly allocated:    851968 bytes ( 13 units) L     Log File:            SYS$SYSROOT:[SYSMGR]SQS_server_SQLSRV_MON_0071.LOG;F     Dump File:           SYS$SYSROOT:[SYSMGR]SQS_server_SQLSRV_71.DMP;   SQLSRV>a   ------------------------------  $ Date: Fri, 7 May 2004 12:40:38 -0400# From: "John Smith" <a@nonymous.com>b0 Subject: Re: Oracle RDB SQL Services and Digital, Message-ID: <-dCdnUH2SeSZIQbdRVn-gw@igs.net>  ; "Fabio Cardoso" <fabiopenvms@yahoo.com.br> wrote in messagew7 news:f30679fb.0405070828.67f5a914@posting.google.com...  > To: Norm Lastovica > 7 > Why the Server Platform still Digital OpenVMS Alpha ?t    G HP is rumored to be selling OpenVMS to a new company, Digital EquipmenttE Corporation. Apparently Oracle knows about this already and have take 8 proactive step to be prepared for the new ownership  ;-)   ------------------------------  # Date: Fri, 07 May 2004 07:24:56 GMTmL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")( Subject: Re: OT: McDonald's coffee again6 Message-ID: <00A31752.2FDF632B@SSRL.SLAC.STANFORD.EDU>  t In article <DTiotGxQ0bj6-pn2-Bx1w8VDVRzwL@dave2_os2.home.ours>, "Dave Weatherall" <djw-nothere@nospam.nohow> writes:3 >On Wed, 5 May 2004 12:53:59 UTC, David J McKenzie i" ><david@mckenziefamily.biz> wrote: > M >> well it seems to me that not knowing the facts can, as the original poster " >> maintained lead to bad results. >>  L >> In the McDonald's case it was not scalding, but third degree burns to theK >> genitals. MacDonalds had been warned repeated of their breach of the lawrF >> many times in heating their coffe above the industrial standard but8 >> persisted. The damages were punitive because of this. >e5 >The full story _has_ been given here before _but_ :-  >eG >1 - you still have to be pretty short on common sense to have an open uD >cup of anything when you're driving. Any spillage, particularly in G >that area, is distracting and makes the driver a danger to other road i> >users. This assumes it didn't have one of those plastic tops?    K That would be why the person _pulled over_ to put in sugar and cream.  The f* spillage was not while the car was moving.   >oE >2 - even in a paper cup, normal hands will register the heat of its 0
 >contents.  * They may have used a foam cup; don't know.   -- Alans   --  O ===============================================================================a0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025oO ===============================================================================a   ------------------------------   Date: 7 May 2004 06:11:13 -0700t2 From: williamwebb@openvms-rocks.com (William Webb)( Subject: Re: OT: McDonald's coffee again= Message-ID: <bf98c417.0405070511.7847e20a@posting.google.com>o  y "Dave Weatherall" <djw-nothere@nospam.nohow> wrote in message news:<DTiotGxQ0bj6-pn2-Bx1w8VDVRzwL@dave2_os2.home.ours>...h4 > On Wed, 5 May 2004 12:53:59 UTC, David J McKenzie # > <david@mckenziefamily.biz> wrote:d > N > > well it seems to me that not knowing the facts can, as the original poster# > > maintained lead to bad results.s > > M > > In the McDonald's case it was not scalding, but third degree burns to thehL > > genitals. MacDonalds had been warned repeated of their breach of the lawG > > many times in heating their coffe above the industrial standard but 9 > > persisted. The damages were punitive because of this.- > 6 > The full story _has_ been given here before _but_ :- > H > 1 - you still have to be pretty short on common sense to have an open E > cup of anything when you're driving. Any spillage, particularly in 2H > that area, is distracting and makes the driver a danger to other road ? > users. This assumes it didn't have one of those plastic tops?u > F > 2 - even in a paper cup, normal hands will register the heat of its  > contents.f > H > To me it's still a failure of common sense, if not reckless behaviour  > when in charge of a vehicle. > E > I'm conscious of the danger whenever I take a swig from a can or a eB > bottle. My biggest fear is choking on the bubbles of carbonated , > mineral water. Straws are probably safest.  D Contingent liability is becoming a forgotten concept, in other words; taking into consideration how much each party was at fault.e  ? One of the major failures of the U.S. legal system is the trend F towards juries awarding large sums of money to people who were injured@ or killed because they were doing utterly stupid things that ran1 totally contrary to a product's intended purpose.t  @ That's why we see warning labels on hair dryers stating that oneC should not use them in the shower (Don't believe me?  Websearch forkE stupid warning labels.), ladders are almost completely covered with aiD veritable cornucopia of warning labels, and more than half the price9 of a private plane is allocated to paying the cost of them# manufacturer's liability insurance.e  E The paragraph which contains Heinlein's oft-quoted statement about anrF armed society being a polite society also contains a comment about theB disappearance of many things in society which used to kill off the weak and the stupid.  = These days it seems that they not only survive long enough toa: propagate, but they often get large damage awards as well.  C "Loser Pays", like they have in the UK, would go a long way towardst stopping this nonsense.n  E Shakespeare's dictum regarding esquires would go a lot further but itu would be messy.    WWWebb   ------------------------------   Date: 7 May 2004 08:22:14 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)i( Subject: Re: OT: McDonald's coffee again3 Message-ID: <OMylxU3j9IPx@eisner.encompasserve.org>a  t In article <DTiotGxQ0bj6-pn2-Bx1w8VDVRzwL@dave2_os2.home.ours>, "Dave Weatherall" <djw-nothere@nospam.nohow> writes: > H > 1 - you still have to be pretty short on common sense to have an open E > cup of anything when you're driving. Any spillage, particularly in  H > that area, is distracting and makes the driver a danger to other road ? > users. This assumes it didn't have one of those plastic tops?   @    I don't recall anyone claming the top was open.  Also the cup%    was not boeing held by the driver.a   > F > 2 - even in a paper cup, normal hands will register the heat of its  > contents.p  ,    McD's uses insulated cups for hot drinks.   ------------------------------  % Date: Fri, 07 May 2004 09:33:46 -0500w@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>( Subject: Re: OT: McDonald's coffee again6 Message-ID: <409B9E4A.C62885EC@NeOaSrPtAhMlNiOnWk.net>   Dave Weatherall wrote: > 3 > On Wed, 5 May 2004 12:53:59 UTC, David J McKenziee# > <david@mckenziefamily.biz> wrote:r > N > > well it seems to me that not knowing the facts can, as the original poster# > > maintained lead to bad results.i > >sM > > In the McDonald's case it was not scalding, but third degree burns to thea
 > > genitals.   F Rather like putting a can of hair spray next to the stove when cookingD something on high heat (say, "BLEVE" (Boiling Liquid Expanding Vapor Explosion)).   Who would be at fault there?   - The stove mfr.?o - The hair spray mfr.? - The gas company?9 - The kitchen counter installer (counter next to a stove)sA - The idiot who put the hair spray there in teh first damn place?   , I can't even imagine the end of THAT list...  @ > MacDonalds had been warned repeated of their breach of the lawG > > many times in heating their coffe above the industrial standard buti9 > > persisted. The damages were punitive because of this.-  > That means a cry-baby prosecutor found out how to get his way.  6 > The full story _has_ been given here before _but_ :- > G > 1 - you still have to be pretty short on common sense to have an openDD > cup of anything when you're driving. Any spillage, particularly inG > that area, is distracting and makes the driver a danger to other road.? > users. This assumes it didn't have one of those plastic tops?s  B Plastic lids pop off rather easily when the cup is squeezed out of shape.  E > 2 - even in a paper cup, normal hands will register the heat of itsr > contents./  E Even the "foam" cups we have at work transit a considerable amount ofr heat.s  G > To me it's still a failure of common sense, if not reckless behavioura > when in charge of a vehicle.  G I would have expected the police to agree and file appropriate charges.   D > I'm conscious of the danger whenever I take a swig from a can or aA > bottle. My biggest fear is choking on the bubbles of carbonatedm, > mineral water. Straws are probably safest.  G Likewise - I have a problem with my esophagus (acid reflux damage) that 0 sometimes allows thing go "down the wrong pipe".   --   David J. Dachteras dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/y   ------------------------------  $ Date: Fri, 7 May 2004 10:52:46 -0700# From: "Tom Linden" <tom@kednos.com>i" Subject: PWS500 Power Switch again9 Message-ID: <NDEMLKKEBOIFBMJLCECICEFFDDAA.tom@kednos.com>n  G I know, I have asked this before, but I thought I might try again aftera much unproductive googling  6 I have several questions concerning these paltforms.    @ I have several of each of these PWS500au and PWS600au and XP1000  2 1.  Two of these won't power back up automatically=     after break in power, several others will.  I have taken r>     them apart and compared them and can't see any difference.D     Now there are some differences as the boards represent differentH     revisions I imagine.  Anybody know how to solve this vexing problem?  E     It isn't OS related as far as I can tell since I have 5.1B on one D     and VMS7.3-1 on another.  Also checked the SRM console (not just0     from consvar) and found nothing appropriate.  : 2.  Anybody have a hardware manual in Electronic form?  Or     superfluous hardcopy?r  E 3.  Speed setting.  The DIP switch on the PCI board has the followingMA     settings for a 500au and a 600au.  Is this how it is clocked?b-     Anybody have a definition of this switch?s  	 	500		600a  
 1	off		off 2	on		on 3	on		on	 4	off		onh	 5	off		oni
 6	off		off	 7	off		ong 8	on		on ---f& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.667 / Virus Database: 429 - Release Date: 4/23/2004   ------------------------------  $ Date: Fri, 7 May 2004 02:08:09 -06006 From: "Phillip D. Williams" <dwilliams296@comcast.net>+ Subject: RAID Software error on home systeml0 Message-ID: <0aKdnR3mPb0i2QbdRVn-gQ@comcast.com>   HelloTI I got the following error when trying to init a RAID-0 array on a 3100-80uF running 7.3 and RAID version 2.5 with 48 megs. The drives are SeagatesL ST150176LC (47gigs). This is a hobbist system. Those 83 million blocks (well- it would be 167+ million) sure would be nice.o phillipo  J %RAID-F-DIAGNOSTIC, Received  7-MAY-2004 02:43:17.07 from CLI on node OPUS, -RAID-F-BUG, a software bug was detected at:E         line 132, file DISK$RAID_BL:[RAID_BL.YWCC.SRC]RAID$MEMORY.C;1y+ -RAID-F-MEMALLOC, memory allocation failure    ------------------------------  % Date: Fri, 07 May 2004 11:28:35 +0200 * From: Paul Sture <nospam@sture.homeip.net>% Subject: Re: RRD46 tray won't stay inl* Message-ID: <2g1365F38m5tU1@uni-berlin.de>   Paul Repacholi wrote:P' > hoff@hp.nospam (Hoff Hoffman) writes:a >  > I >>  Why do I now "hear" someone thinking of asking for the implementationaM >>  and use of a system parameter flag or such to control the eject-on-unload-@ >>  and lock-the-door behaviours of the dismount operation?  :-) >  > L > So what has SET VOL/UNLOAD done so you are no longer on speaking terms? :) >   + Current behaviour (V7.3-1 on an Alpha PWS):n   $ set volume/unload $1$DKB400:& %SET-E-NOTMOD, $1$DKB400: not modified, -SYSTEM-F-DEVNOTMOUNT, device is not mounted $ mount/ov=id $1$DKB400:* %MOUNT-I-WRITELOCK, volume is write locked< %MOUNT-I-MOUNTED, AXPDOCSEP001 mounted on _$1$DKB400: (DINA) $ set volume/unload $1$DKB400:* %SET-E-NOTSET, error modifying _$1$DKB400:) -RMS-E-WLK, device currently write locked-8 $ dismount/unload $1$DKB400:      ! and it doesn't eject $0   ------------------------------   Date: 7 May 2004 08:10:57 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)-% Subject: Re: RRD46 tray won't stay inn3 Message-ID: <KNXc$C8CS0$u@eisner.encompasserve.org>   W In article <2fvfnjF2ng1dU1@uni-berlin.de>, Paul Sture <nospam@sture.homeip.net> writes:  > Peter Weaver wrote:g >>  H >> I'm pretty sure our ES40's would bump into the cabinet door if the CDI >> tray tried to open on a dismount. AS800 machines have a cover over thecI >> CD that would interfere with the tray opening unless someone was theret# >> to make sure the cover was open.n >> g > H > The same is true of probably all the Alphas I have come across except   > for the desktop style systems.  C    It would work on many older Alphas, such as all the Turbochannel,E    systems I've had (both desktop and rackmount), but I'd much ratheri    it doesn't.  F    Someone may be smart enough to have there coffee in front of the CD-    drive on that desk instead of on the tray.n   ------------------------------  % Date: Fri, 07 May 2004 09:42:32 -0500a@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>% Subject: Re: RRD46 tray won't stay int6 Message-ID: <409BA058.E35465F2@NeOaSrPtAhMlNiOnWk.net>   Paul Sture wrote:t > [snip]: > $ dismount/unload $1$DKB400:      ! and it doesn't eject  # Has never worked for CD-ROM, AFAIK.n   --   David J. Dachterat dba DJE Systemsc http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/c   ------------------------------  # Date: Sun, 02 May 2004 04:05:09 GMThI From: "bgInc. - You'll go where we want you to go" <ereiamjh@pacbell.net>r+ Subject: SSSU - error renaming snapshots... * Message-ID: <409472D7.3000003@pacbell.net>  A Anyone else seen this with SSSU build 8 for command view EVA 3.1?       9 eva> set vdisk "\Virtual Disks\config\MYDISK\MYDISK_BAK" s name=MYDISK_2004-04-03  H Error: Vdisk is a snapshot. The following properties cannot be changed: 8 Preferred Path, Requested Size, Write-Back Cache Policy.    I It's true it is a (demand allocated) snapshot, but I am trying to change vF the name, not any of the other it says cannot be changed. It seems to G only happen on snapshots that have non-zero capacity used (that is, thesF parent disk and the snapshot has divurged). Thanks for any insights...   -Tom O'Toole   ------------------------------   Date: 7 May 2004 06:01:42 GMT 2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>) Subject: Re: Trip down [core] memory lane_? Message-ID: <DTiotGxQ0bj6-pn2-O5Iy5gDMfkBq@dave2_os2.home.ours>O  F On Thu, 6 May 2004 19:23:18 UTC, JONESD@er6.eng.ohio-state.edu (David 
 Jones) wrote:-  , > In message <2fvf0tF2nmt2U1@uni-berlin.de>,0 >   Paul Sture <nospam@sture.homeip.net> writes:K > >Nitpick alert. RSX had 8.3, VMS prior to 4.0 had 9.3, hence the somewhat ! > >strangely spelt ACCOUNTNG.DAT.- > L > The RSX I remember had 6.3 names, which is why the reserved files on ODS-2O > volumes were 000000.DIR, BACKUP.SYS, BADBLK.SYS, BADLOG.SYS, INDEXF.SYS, etc.  >  > 8.3 was the limit on MS DOS. >  > > > David L. Jones               |      Phone:    (614) 292-6929/ > Ohio State University        |      Internet:iN > 140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.edu< > Columbus, OH 43210           |               vman+@osu.edu > 3 > Disclaimer: I'm looking for marbles all day long.D  B When I started it had 6.3 and then moved to 9.3 when (AFICT) they E added another word to the filename field. Remember names were stored =$ in Rad-50 so 6.3 = 3 words, 9.3 = 4.   -r  n Cheers - Dave.   ------------------------------  % Date: Fri, 07 May 2004 11:49:52 +0200 * From: Paul Sture <nospam@sture.homeip.net>) Subject: Re: Trip down [core] memory lanet* Message-ID: <2g14e0F38sh3U1@uni-berlin.de>   Paul Repacholi wrote: 8 > "Roert G. Schaffrath" <rschaffrath@yahoo.com> writes: >  >  >>Wesley Dunnahoo wrote: >  >  e > D >>>I started using VMS on a VAX 11/780 running VMS 3.something and IJ >>>remember a miraculous change in the directory format that went from 6.3K >>>filenames.extentions to 29.29 characters.  My memory isn't as good as it E >>>used to be [so much to remember, so many parity errors].  Did this A >>>happen in VMS 4.3, 4.4 or 4.5 when the improved filenaming was E >>>introduced as a higher level Files-11 format?  Also, was this when ; >>>subdirectories [directory.subdirectory] were introduced?c >  >  j >  > F >>VMS V4.0 introduced "long" filenames.  Filenames were limited before' >>that to 8.3 not 6.3 (RSTS/E was 6.3).e >  > G > 9+3, same as ODS-1. The new 39+39 was the only sop that Tops-20 userssA > actually got. And possibly <>, did that work in V1, 2, or 3 form > directories? >    <> definitely worked in V3.0.s   ------------------------------  % Date: Fri, 07 May 2004 12:28:12 +0100n9 From: Andrew Harrison <andrew_._remove_harrison@su_n.com> ) Subject: Re: Trip down [core] memory lanei/ Message-ID: <c7frse$tl$1@new-usenet.uk.sun.com>    GreyCloud wrote:   >  > * > Andrew Harrison SUNUK Consultancy wrote: >  >> Bob Koehler wrote:> >>G >>> In article <ookmc.6861$a47.4288@newsread3.news.atl.earthlink.net>, s2 >>> Wesley Dunnahoo <wdunnahoo@mndspng.cm> writes: >>>.G >>>> I started using VMS on a VAX 11/780 running VMS 3.something and I /I >>>> remember a miraculous change in the directory format that went from s2 >>>> 6.3 filenames.extentions to 29.29 characters. >>>  >>>m >>>e >>> $ >>>    49.49, on ODS-2 with VMS 4.0. >>>  >>; >> Odd you seem to have total recall about VMS versions you A >> have used in the past and their capabilites but seem strangely C >> reticent when it comes to revealing which UNIX OS's and versionse; >> you were using when you apparently observed a variety oft >> issues with the OS's. >>: >> Perhaps sticking to VMS only responses would be a safer
 >> option. >> >  > Ah, ankle biting again I see.  >   : No, Bob has made claims relating to Solaris and other UNIX6 os's apparently based on his experience of using UNIX.  : I have no problem with him making these claims if they are; correct and if they are in fact based on his experience and>( not just based on 2and hand information.  : Unfortunately Bob's claims have turned out to be incorrect8 and when pushed he seems very unwilling to divulge which6 OS's he is refering to when he refers to Solaris/UNIX.  9 Without adequate responses from him on this question, alll< of his previous claims quantative and qualatitive about UNIX are questionable.     ; He is however capable of reciting VMS releases and versionse with dates.p        D > Is Sun in trouble now that they had to forge an alliance with M$?? >     8 Have you forgotten that you lost that argument days ago.   Regardse Andrew Harrisonl   ------------------------------   Date: 7 May 2004 08:00:56 -0600l; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)t) Subject: Re: Trip down [core] memory lanem3 Message-ID: <vwIvaGqRMNcx@eisner.encompasserve.org>n  a In article <oeok9051qh4fragkn28bvefsngi6aurc3t@4ax.com>, David M Smith <dsmit115@csc.com> writes:n > $ > I think it is 39.39 on ODS-2, Bob. >   #    Yep.  Been doing ODS-5 too long.p   ------------------------------   Date: 7 May 2004 08:00:31 -0600u; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)e) Subject: Re: Trip down [core] memory lanea3 Message-ID: <RqbP3hv7DFxb@eisner.encompasserve.org>l  a In article <oeok9051qh4fragkn28bvefsngi6aurc3t@4ax.com>, David M Smith <dsmit115@csc.com> writes:t > 8 > And where someone else 8.3, wasn't it 9.3 before that?  6    IIRC 8.3 was MS-DOS, VMS 1, 2, and 3 were 9.3 (thus4    sys$update:vmsinstal.com).  I still want to type $    @sys$update:vmsinstall sometimes.   ------------------------------   Date: 7 May 2004 08:02:04 -0600u; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ) Subject: Re: Trip down [core] memory laneo3 Message-ID: <Zj2WR5yiMjiE@eisner.encompasserve.org>S  )  Andrew Harrison SUNUK Consultancy wrote:e    > Bob Koehler wrote: > F >> In article <ookmc.6861$a47.4288@newsread3.news.atl.earthlink.net>, 1 >> Wesley Dunnahoo <wdunnahoo@mndspng.cm> writes:  >>F >>> I started using VMS on a VAX 11/780 running VMS 3.something and I H >>> remember a miraculous change in the directory format that went from 1 >>> 6.3 filenames.extentions to 29.29 characters.f >> >> >># >>    49.49, on ODS-2 with VMS 4.0.B >> > : > Odd you seem to have total recall about VMS versions you@ > have used in the past and their capabilites but seem strangelyB > reticent when it comes to revealing which UNIX OS's and versions: > you were using when you apparently observed a variety of > issues with the OS's.   4    I remember good stuff.  Crap just comes and goes.   ------------------------------   Date: 7 May 2004 08:03:23 -0600e; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)e) Subject: Re: Trip down [core] memory lanea3 Message-ID: <WWhbS2YqLpMs@eisner.encompasserve.org>   \ In article <877jvpxzcf.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes: > G > 9+3, same as ODS-1. The new 39+39 was the only sop that Tops-20 usersoA > actually got. And possibly <>, did that work in V1, 2, or 3 for- > directories?  E    Not in 1 or 2.  I don't recall if it came in 3 or 4.  And it still-    works, of course.   ------------------------------  % Date: Wed, 05 May 2004 12:53:06 -0400j- From: JF Mezei <jfmezei.spamnot@teksavvy.com>I# Subject: VMS mentioned in the press4, Message-ID: <40991BF0.A1B2EFCB@teksavvy.com>  & CNET has an article that mentions VMS:  9 http://news.com.com/2100-1006_3-5206065.html?tag=nefd.top   I Essentially, it is about how that "adaptive enterprise" buzzword at HP is H still very vague and customers don't really see what it means. This is aM report from a conference in Europe and they interviewed someone who mentioned I VMS and how he was shocked to head of Alpha's demise but will get used to  running VMS on Superdomes.    & There is a most interesting statement: ##N By the end of the year, said HP's Paul Miller, vice president of marketing forL industry standard servers, customers will be able to run OpenVMS on Itanium.K Although the company does not publicize the fact, customers can already buyo: Itanium systems with a prerelease version of OpenVMS 8.1.  ##  < So it was a wintel crap box VP who uttered the VMS word !!!!   ------------------------------   Date: 7 May 2004 08:07:34 -0600a; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)r+ Subject: Re: VMS-mailbox for TCP/IP-trafficn3 Message-ID: <mMOb8Yv9qgWy@eisner.encompasserve.org>t  h In article <9b3c6484.0405060734.484ea57d@posting.google.com>, m-eismann@gmx.net (Martin Eismann) writes: > Hello dear VMS-fans! >  > OpenVMS Alpha 7.3.2i > G > I'd like to know, if (and how) it is possible to set up a VMS-Mailbox G > to communicate with an other (non-VMS) TCP/IP-node. Maybe one MBX for ' > sending an another one for receiving?p  B    You need to write a gateway program between the VMS mailbox and    the IP sockets.  B    Yes, you can use $QIO, which is a very good idea since the flowF    is likely to be ansychronous and select() doesn't do VMS mailboxes     yet.N   ------------------------------  # Date: Fri, 07 May 2004 17:05:38 GMT1* From: tutor <tutor_removespam_@cfl.rr.com>) Subject: Where to post a C part time job?.8 Message-ID: <ucgn90pns2rc35ep0o3avpsvvm4113j599@4ax.com>  E Ok, where would I post a need for a C programmer familiar with Vax too Alpha Migrations?r   ie:m  D Need a great C programmer to assist in a Vax to Alpha Migration. CanA work remotely over the internet. Must be familiar with C programsHF which create dynamic control command streams - changing user priv's onA the fly. C programs usually run Cobol programs, so a knowledge of-C Cobol is also required, including but not limited to differences inhC compiling qualifiers. The hours are variable as this is a part timerD and short term assignment. Expect about 2-4 hours a day, 10+ hours aA week. Respond with an hourly rate (low ball it and you've got theT@ job), a resume and highlight vax to alpha conversion experience. Respond to bubi@rogers.com   ------------------------------  # Date: Fri, 07 May 2004 11:26:32 GMTs4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>2 Subject: Re: You'll never guess what HP advertised0 Message-ID: <409B729A.DCD20030@blueyonder.co.uk>   John Smith wrote:i > < > "Stuart, Ed" <Ed.Stuart@austinenergy.com> wrote in messageN > news:92EFB80E551BD511B39500D0B7B0CDCC149CCBD5@ohms.electric.ci.austin.tx.us. > ..F > > Ok, I have to ask...is ole John Smith even going to the boot camp? > J > The answer, unfortunately is no. We are working to a tight deadline on aK > prototype application that uses VMS clusters in an extremely high profilepM > environment for a consortium of companies.  Our demo includes taking a fire M > ax to the cables (we like a little drama in our demos) and demonstrating to @ > them how VMS clusters can work in 24x7 environment even if the# > connections/power/sites are lost.H >    Now THAT would make a good ad.   --   tim.llewellyn@blueyonder.co.uk   ------------------------------   Date: 7 May 2004 06:28:44 -0700o2 From: williamwebb@openvms-rocks.com (William Webb)2 Subject: Re: You'll never guess what HP advertised= Message-ID: <bf98c417.0405070528.3d9ff6f1@posting.google.com>   W "John Smith" <a@nonymous.com> wrote in message news:<Va6dnaqs4rqNOAfdRVn-vA@igs.net>...d   <Snip>   Our demo includes taking a fireoM > ax to the cables (we like a little drama in our demos) and demonstrating to @ > them how VMS clusters can work in 24x7 environment even if the# > connections/power/sites are lost.o >    <Snip>    
 A fire ax?  Talk about the personal touch!    , That's got "John Smith" written all over it.  
 Good work.   WWWebb  : (I won't ask about what happens if the propect says "No.")   :^)o   ------------------------------  $ Date: Fri, 7 May 2004 09:52:01 -0400# From: "John Smith" <a@nonymous.com>.2 Subject: Re: You'll never guess what HP advertised, Message-ID: <xKadnaNT9fMdCQbd4p2dnA@igs.net>  A "Tim Llewellyn" <tim.llewellyn@blueyonder.co.uk> wrote in messagee* news:409B729A.DCD20030@blueyonder.co.uk... >m >m > John Smith wrote:. > >e> > > "Stuart, Ed" <Ed.Stuart@austinenergy.com> wrote in message > >rL news:92EFB80E551BD511B39500D0B7B0CDCC149CCBD5@ohms.electric.ci.austin.tx.us. > > ..H > > > Ok, I have to ask...is ole John Smith even going to the boot camp? > >"L > > The answer, unfortunately is no. We are working to a tight deadline on aE > > prototype application that uses VMS clusters in an extremely high. profilerJ > > environment for a consortium of companies.  Our demo includes taking a fireL > > ax to the cables (we like a little drama in our demos) and demonstrating toB > > them how VMS clusters can work in 24x7 environment even if the% > > connections/power/sites are lost.w > >o >i  > Now THAT would make a good ad.  L Actually have done that before in demo's. We used a product called Forte 4GLH for a long time, which you may have heard me mention before. It was/is aE cross-platform (VMS, unix, Windows, Mac, OS390) n-tier OO developmentoC environment (now owned by Sun and renamed UDS - slowly being phasedTE out...which is very sad) which is still technically superior to J2EE.vJ Provided for dynamic load-balancing, configurable software partitions, and2 application fault-tolerance (to a certain extent).  I When we went to customer sites to do demo's, we'd usually bring about 6-82I laptops running the app (some acting as db servers, business logic tiers,oF web server, and clients. Then we'd start cutting cables. But it reallyL worked much better on VMS when we ran it on a small cluster and then startedL cutting cables, demonstrating really robust failover of both the application and physical environment.s  K We once did a Forte/VMS demo from an office at the top of an 600'+ building D which had a clear view across about 20 miles of open water. We had aI wireless WAN with hi-gain directional antennas on both sides of the wateroG high enough up to compensate for earth curvature and Fresnel zones (onehH antenna was on the roof of the tall building, the other at building on aK 200' hill on the other side of the water where another server was located).6I Then we killed the local servers and failed over to the one server at theaL other end of the wireless WAN. We also had a dialup connection to the serverG on the other side of the water (to show out-of-band management) and washI showing the customer $sho sys , $ mon proc/topcpu etc.... and a few other 6 things before and after the local servers were 'lost'.  I They were very impressed with the app and the robustness but their system H guys weren't impressed that we were running VMS and talking VMS to theirJ users. This app ultimately went live on Solaris because the IT guys didn't& want to bet their career on VMS. SSDD.   ------------------------------   Date: 7 May 2004 07:24:58 -0700i+ From: spamdump@mccready.com (Gary McCready) 2 Subject: Re: You'll never guess what HP advertised= Message-ID: <ffd79a6c.0405070624.593ddb41@posting.google.com>*  A I'm wondering what worth advertising would be if there is not thetD pre-sales technical support from HP to really push and configure the correct OpenVMS based systems?  7 As I understand it, HP is moving more and more to allowpE VAR's/Partners/anyone but them to support VMS sales. Which means that@D they are no longer a true player in the VMS sales channel - just askD your favorite local OpenVMS savvy HP employee - if you can find one.  C Of course, this is the same company that took so long (for whatever-F reason) to become a sponsor in "HPWorld" for 2004 (run by Interex). SoF perhaps this is not inconsistent with their overall marketing efforts.  < I work for a company where VMS and Storageworks are criticalB components of our primary application. We hope to keep it that way3 here, but HP does not always make it easy to do so.T   --Gary McCready  Usual disclaimers apply...  W "John Smith" <a@nonymous.com> wrote in message news:<edmdndCf0-boRgfdRVn-hA@igs.net>...  > Kerry, > N > Since you have given us the following suggestion as ammo (which I have known
 > for years),  > A > International Securities Exchange (ISE), multi-site, VMS V7.3-1 9 > http://h71000.www7.hp.com/openvms/brochures/ise/ise.pdfaJ > "Sixteen of the world's exchanges run the OM Technology trading system -; > and 15 of them run it on HP OpenVMS AlphaServer systems."P > ! > here's a suggestion for you....a > M > I'd like you to call Paul Tsaparis tomorrow morning and suggest to him thatlJ > it would help OpenVMS's cause immeasurably for HP to place full page adsI > once a week for the next 4 weeks in each of the Globe & Mail, FinancialrK > Post, Montreal Gazette and whatever the leading rag is in Ottawa, oh, and N > the Wall Street Journal too, stating the gist of this success story and mostL > specifically that *each of the exchanges that chose OpenVMS did so becauseI > they didn't think that any flavor of unix was reliable enough for their-	 > needs*.  > N > Of course that also casts negative aspersions on HP-UX and Tru64, but that's > just fine with me. > M > While you are at it, you can also whip up a few ads that deal with disaster M > tolerance in the financial world. Now you'll have to go back a few years to.L > the BNP (iirc) in Paris fire, or more recently to Cantor Fitzgerald at WTCM > on 9/11. Perhaps there are others too. Or maybe even some 'twista' story ine
 > Kansas ;-).  > L > But to think that HP would ever do anything like this is to dream that I'mL > living in Oz (the Oz of ruby slippers fame). Mind you, there seems to be aM > prominent 'wicked witch' in my Oz too, only her hairdoo is a bit nicer,....  > but she's just as shrill.    ------------------------------  % Date: Fri, 07 May 2004 09:50:12 -0500e@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>2 Subject: Re: You'll never guess what HP advertised6 Message-ID: <409BA224.207A9E22@NeOaSrPtAhMlNiOnWk.net>   Tim Llewellyn wrote: >  > John Smith wrote:y > > > > > "Stuart, Ed" <Ed.Stuart@austinenergy.com> wrote in messageP > > news:92EFB80E551BD511B39500D0B7B0CDCC149CCBD5@ohms.electric.ci.austin.tx.us. > > ..H > > > Ok, I have to ask...is ole John Smith even going to the boot camp? > > L > > The answer, unfortunately is no. We are working to a tight deadline on aM > > prototype application that uses VMS clusters in an extremely high profile"O > > environment for a consortium of companies.  Our demo includes taking a fire O > > ax to the cables (we like a little drama in our demos) and demonstrating tooB > > them how VMS clusters can work in 24x7 environment even if the% > > connections/power/sites are lost.h > >v >   > Now THAT would make a good ad.  4 How 'bout a little cloak-and-dagger spin on it then:  F The night before a presentation, a competitor's corporate spies locateF the target's comm. lines and sever them. Expecting the presentation toD flop, the target adds that element to the show: "we suffered a comm.D loss last night, but the systems stayed up. Gentlemen, I can't offer better proof than that."   -- R David J. Dachterao dba DJE Systemsg http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/s   ------------------------------  % Date: Fri, 07 May 2004 09:51:06 -0500,@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>2 Subject: Re: You'll never guess what HP advertised6 Message-ID: <409BA25A.37173527@NeOaSrPtAhMlNiOnWk.net>   William Webb wrote:t > Y > "John Smith" <a@nonymous.com> wrote in message news:<Va6dnaqs4rqNOAfdRVn-vA@igs.net>...t >  > <Snip> > ! > Our demo includes taking a fireaO > > ax to the cables (we like a little drama in our demos) and demonstrating todB > > them how VMS clusters can work in 24x7 environment even if the% > > connections/power/sites are lost.e > >_ >  > <Snip> >  > A fire ax?  > Talk about the personal touch! > . > That's got "John Smith" written all over it.  @ There's room for crack about a battle-axe, but I'll leave lie...   -- s David J. Dachterar dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/l   ------------------------------   Date: 7 May 2004 08:25:18 -0700e. From: spamsink2001@yahoo.com (Alan E. Feldman)2 Subject: Re: You'll never guess what HP advertised= Message-ID: <b096a4ee.0405070725.7b1a386b@posting.google.com>s  W "John Smith" <a@nonymous.com> wrote in message news:<Te6dnckIhf-SeAfdRVn-vA@igs.net>... 4 > "Main, Kerry" <kerry.main@hp.com> wrote in messageN > news:FD827B33AB0D9C4E92EACEEFEE2BA2FB3142FF@tayexc19.americas.cpqcorp.net... [...]  > John,- > J > You likely already have this, but just in case you need mission criticalF > OpenVMS cluster (including multi-site) testimonials in the Financial > market, check out: > * > Commerzbank, multi-site, 911 testimonialI > http://h71000.www7.hp.com/openvms/brochures/commerzbank/commerzbank.pdfa > ( > Bank Austria, VMS V7.3-1, Alpha GS1280F > http://h71000.www7.hp.com/openvms/brochures/Bank-Austria/bankaus.pdf > A > International Securities Exchange (ISE), multi-site, VMS V7.3-1>9 > http://h71000.www7.hp.com/openvms/brochures/ise/ise.pdf J > "Sixteen of the world's exchanges run the OM Technology trading system -; > and 15 of them run it on HP OpenVMS AlphaServer systems."l > F > Btw - drop me a note offline (or call me) if you need any assistance > with your proposal.t >  >  >  > Kerry, check your in-box.  >  > John  F Hey! Let's all chip in and put some excerpts from these .pdf's as fullB page ads in some appropriate trade mag! Is it illegal to advertise someone else's product?    ------------------------------  $ Date: Fri, 7 May 2004 08:26:13 -0700# From: "Tom Linden" <tom@kednos.com> 2 Subject: RE: You'll never guess what HP advertised9 Message-ID: <NDEMLKKEBOIFBMJLCECIKEEPDDAA.tom@kednos.com>      -----Original Message-----7   From: Alan E. Feldman [mailto:spamsink2001@yahoo.com] $   Sent: Friday, May 07, 2004 8:25 AM   To: Info-VAX@Mvb.Saic.Comr4   Subject: Re: You'll never guess what HP advertised    0   "John Smith" <a@nonymous.com> wrote in message*   news:<Te6dnckIhf-SeAfdRVn-vA@igs.net>...6   > "Main, Kerry" <kerry.main@hp.com> wrote in message   >kD   news:FD827B33AB0D9C4E92EACEEFEE2BA2FB3142FF@tayexc19.americas.cpqc   orp.net...   [...] 	   > John,    >.L   > You likely already have this, but just in case you need mission criticalH   > OpenVMS cluster (including multi-site) testimonials in the Financial   > market, check out:   >r,   > Commerzbank, multi-site, 911 testimonialK   > http://h71000.www7.hp.com/openvms/brochures/commerzbank/commerzbank.pdfr   >e*   > Bank Austria, VMS V7.3-1, Alpha GS1280H   > http://h71000.www7.hp.com/openvms/brochures/Bank-Austria/bankaus.pdf   >wC   > International Securities Exchange (ISE), multi-site, VMS V7.3-1t;   > http://h71000.www7.hp.com/openvms/brochures/ise/ise.pdfwL   > "Sixteen of the world's exchanges run the OM Technology trading system -=   > and 15 of them run it on HP OpenVMS AlphaServer systems."i   >pH   > Btw - drop me a note offline (or call me) if you need any assistance   > with your proposal.    >    >i   >i   > Kerry, check your in-box.o   >r   > John  H   Hey! Let's all chip in and put some excerpts from these .pdf's as fullD   page ads in some appropriate trade mag! Is it illegal to advertise   someone else's product?m  F Well, in theory you need the owner's permission to use his trademarks.9 but the question is what is the harm if you do it anyway.a     --- (   Incoming mail is certified Virus Free.<   Checked by AVG anti-virus system (http://www.grisoft.com).B   Version: 6.0.667 / Virus Database: 429 - Release Date: 4/23/2004   ----& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.667 / Virus Database: 429 - Release Date: 4/23/2004   ------------------------------  $ Date: Fri, 7 May 2004 11:29:01 -0400# From: "John Smith" <a@nonymous.com>D2 Subject: Re: You'll never guess what HP advertised, Message-ID: <0Padnfm-fsShNgbd4p2dnA@igs.net>  8 "Gary McCready" <spamdump@mccready.com> wrote in message7 news:ffd79a6c.0405070624.593ddb41@posting.google.com...iC > I'm wondering what worth advertising would be if there is not theTF > pre-sales technical support from HP to really push and configure the  > correct OpenVMS based systems? > 9 > As I understand it, HP is moving more and more to allow G > VAR's/Partners/anyone but them to support VMS sales. Which means that F > they are no longer a true player in the VMS sales channel - just askF > your favorite local OpenVMS savvy HP employee - if you can find one.    H I know lots of former DEC people (good ones, not the dead wood ones) andI former VMS system managers and programmers who would LOVE to get involved>A with VMS again, given the opportunity. The opportunity comes fromD stimulating demand.d  E View it a bit differently - HP could manufacture a boatload of AlphasoK running VMS and they'd all just sit in the warehouse gathering dust as longsI as there was no demand. Manufacture some demand and the warehouse emptiesbD very quickly. I'd be willing to hazard a guess that each incrementalH Alpha/VMS server sold from this point contributes 75% of the net selling" price straight to the bottom line.   ------------------------------  $ Date: Fri, 7 May 2004 11:44:19 -0400# From: "John Smith" <a@nonymous.com> 2 Subject: Re: You'll never guess what HP advertised, Message-ID: <S9WdnT-BGLxPMwbdRVn-jg@igs.net>  . "Tom Linden" <tom@kednos.com> wrote in message3 news:NDEMLKKEBOIFBMJLCECIKEEPDDAA.tom@kednos.com...r >a >  >   -----Original Message-----9 >   From: Alan E. Feldman [mailto:spamsink2001@yahoo.com]d& >   Sent: Friday, May 07, 2004 8:25 AM >   To: Info-VAX@Mvb.Saic.Com 6 >   Subject: Re: You'll never guess what HP advertised >a > 2 >   "John Smith" <a@nonymous.com> wrote in message, >   news:<Te6dnckIhf-SeAfdRVn-vA@igs.net>...8 >   > "Main, Kerry" <kerry.main@hp.com> wrote in message >   >rF >   news:FD827B33AB0D9C4E92EACEEFEE2BA2FB3142FF@tayexc19.americas.cpqc >   orp.net...	 >   [...]  >   > John,. >   >rE >   > You likely already have this, but just in case you need missioni criticalJ >   > OpenVMS cluster (including multi-site) testimonials in the Financial >   > market, check out: >   >e. >   > Commerzbank, multi-site, 911 testimonial >   >sG http://h71000.www7.hp.com/openvms/brochures/commerzbank/commerzbank.pdfs >   >a, >   > Bank Austria, VMS V7.3-1, Alpha GS1280J >   > http://h71000.www7.hp.com/openvms/brochures/Bank-Austria/bankaus.pdf >   > E >   > International Securities Exchange (ISE), multi-site, VMS V7.3-1r= >   > http://h71000.www7.hp.com/openvms/brochures/ise/ise.pdfoE >   > "Sixteen of the world's exchanges run the OM Technology tradingy system -? >   > and 15 of them run it on HP OpenVMS AlphaServer systems."g >   > J >   > Btw - drop me a note offline (or call me) if you need any assistance >   > with your proposal./ >   >e >   >/ >   >f >   > Kerry, check your in-box.g >   >p
 >   > John >oJ >   Hey! Let's all chip in and put some excerpts from these .pdf's as fullF >   page ads in some appropriate trade mag! Is it illegal to advertise >   someone else's product?E >KH > Well, in theory you need the owner's permission to use his trademarks.; > but the question is what is the harm if you do it anyway.o    H In HP's case the harm perceived by carly(tm) et al. will be that you areJ promoting a product they are trying to kill, thereby extending the time itK takes to kill it and making them commit funds to continue manufacturing andl supporting it.   ------------------------------  $ Date: Fri, 7 May 2004 11:08:53 -0400# From: "John Smith" <a@nonymous.com>o6 Subject: [OT] HP ,Post-Compaq, Looks Like Its Old Self, Message-ID: <86SdnakNzuQZOwbdRVn-iQ@igs.net>  L http://online.wsj.com/article/0,,SB108387792199004351,00.html?mod=home_compa ny_newso     Copy Machine: H-P, Post-Compaq, Looks Like Its Old Selfn By PUI-WING TAMo) Staff Reporter of THE WALL STREET JOURNALr May 7, 2004; Page C1  J Hewlett-Packard Co.'s acquisition of Compaq Computer Corp. was designed toK significantly remake H-P. But on the second anniversary of the biggest-ever I technology merger deal, the new H-P isn't looking all that different froms= the old one -- and that isn't necessarily good for investors.	  E Prior to the $19 billion deal's May 2002 close, Hewlett-Packard was aiG diversified technology concern with mediocre computing businesses and a.G red-hot printer unit that generated the bulk of its profit and revenue.-I Today, that profile hasn't substantially changed. Even as H-P's computingPG businesses continue to struggle for sustained growth, its printing unitrJ remains its greatest strength, contributing about 30% of quarterly revenue and 70% of quarterly profit.  D H-P does differ now, of course, in that it is a much bigger company.J Combined with Compaq, it delivers annual revenue of more than $70 billion,F compared with around $45 billion as a stand-alone firm. Its work forceJ numbers about 140,000, up from about 86,000. Its global reach has expanded to more than 170 countries.n  J Still, the new H-P looks similar to its old self in many ways. It is ruledL by the same cast of characters: Chief Executive Carly Fiorina runs H-P, withJ H-P veterans such as Ann Livermore and Vyomesh Joshi in charge of the sameH tech services and printer businesses that they had overseen prior to theJ deal. Even in structure, the new H-P echoes the old. On May 1, the companyF realigned behind two customer-oriented organizations -- one to sell toK individual consumers and one to sell to corporate customers -- akin to what> it had before buying Compaq.  K The upshot: H-P still faces many of the same questions over growth and whatsJ value it brings beyond its printing business as it did two years ago. In 4F p.m. trading yesterday on New York Stock Exchange, H-P's stock fell 22F cents, or 1.1%, to $19.78, just slightly ahead of its closing price of> $18.22 on May 6, 2002, when the combined company was launched.  J Shares of other big-name technology companies are also down after a dip inH the tech-heavy Nasdaq Composite Index this year. Yet some money managersL have decided to sell off H-P stock in favor of faster-growing rivals such as* printer company Lexmark International Inc.  I "At the end of the day, you're still left with a company that has a great-J printing franchise but is struggling to sustain profitability in its otherL businesses," says Marty Shagrin, an analyst at money-management firm VictoryL Capital Management. "Our analysis of H-P's business today isn't meaningfullyJ different from two years ago." Victory, which owned nearly six million H-PH shares at the beginning of the year, "doesn't own much H-P anymore," Mr.
 Shagrin says.a  I Brian Humphries, an H-P spokesman, says the Palo Alto, Calif., company ishL much stronger today because of the Compaq acquisition. While he acknowledgesJ the printing division remains H-P's strongest performer, he notes that theF enterprise-computing and personal-computer businesses have returned toK profitability in the past two years. H-P's market share in both those areaseL have improved. And the PC and tech-services businesses are growing, he says,/ propelled by laptop sales and tech-outsourcing.c  L As a result, Mr. Humphries says H-P is less dependent on printer revenue andL profit and has become a more well-rounded company. Revenue from the printingI unit accounted for just 31% of H-P's overall revenue in fiscal 2003, down6I from 43% in fiscal 2001. Meanwhile, the printing unit made up just 79% of>E total profits in fiscal 2003, down from 100% in fiscal 2001, he says.   L "You have to look at the trajectory," says Mr. Humphries. "Is the trajectory! going the right way? Yes, it is."w  K But some investors and analysts argue this trajectory is a negative one foroH H-P. By ramping up its PC and corporate computing business, what H-P hasC done is dilute the profitability of its printer division, says ToniiI Sacconaghi, an analyst at Sanford C. Bernstein & Co. He calculates that aDH stand-alone H-P would have generated earnings of $1.59 a share in fiscalI 2003 from its printing unit alone, compared with H-P's actual earnings ofY $1.16 a share that year.  K Last August, amid much hoopla, H-P introduced 158 new electronic gadgets in @ its largest-ever consumer-product rollout. The devices include aG multifunction printer with a liquid-crystal-display screen and wirelesstL capabilities, as well as improved digital cameras, photo paper and scanners.H Sales of these products have been robust, propelling H-P into a dominantL position in the digital-imaging market, say industry analysts. But they noteJ that the revenue and profit from this stream of gadgets have simply servedL to strengthen H-P's profile as a company with a strong printing division and! weaker businesses in other areas.D  I Indeed, H-P's printer business alone is valued at $21 a share, says Kevin1F McCloskey, a portfolio manager at Federated Investors, which owned 9.6E million H-P shares at the start of the year. That means the market iseL assigning hardly any value to the company's other businesses. "Not a lot hasA changed within certain parts of the company," Mr. McCloskey says.   J Jason Maxwell, a senior vice president at Trust Company of the West, whichF owns 1.25 million H-P shares, says he didn't worry so much about H-P'sC computing businesses before because they were a smaller part of the K company's portfolio. "But now, we have to watch that these other businesses J don't hurt the printing franchise," he says. "H-P paid $19 billion for theH privilege of hardly making any money in some of these other businesses."  B H-P's Mr. Humphries says the purchase of Compaq hasn't diluted theK profitability of the printing unit. Instead, the deal has made the printing J division stronger, he says, because printer sales can now be bundled alongL with sales of PCs and tech-services deals. He adds that H-P would be "in a mB uch worse position now" now if the deal hadn't shored up its other businesses..  J Indeed, even though H-P still faces plenty of competition from rivals suchG as Dell Inc. and International Business Machines Corp., if H-P executesfK consistently, its PCs and server-computers have the potential to jump-startIK profitability. Having cut costs and killed off overlapping products in both J those businesses, H-P is now better positioned to develop those areas, sayF some money managers. The company has recently made a push into digital? entertainment, which could drive sales of more PCs and servers.   F Hugh Mullin, a portfolio manager at Putnam Investments, which owned 56L million H-P shares at the start of the year, agrees with this assessment. HeJ says H-P is a more competitive company because it has been strengthened byL the scale brought on by the Compaq acquisition. But Mr. Mullin adds that H-PC "isn't yet where it needs to be." The same challenges of growth and3J sustained profitability that it faced two years ago still haunt it. Still,J H-P may be "better prepared to deal with those challenges today," he says.   ------------------------------   End of INFO-VAX 2004.253 ************************