1 INFO-VAX	Mon, 17 Jul 2006	Volume 2006 : Issue 395       Contents: Re: Ding Dong Door DitchP Does anyone know of a user manual for the automated test languages: GENMON and S DVD  Re: DVD  Re: DVD video (was Re: DVD)  Re: DVD video (was Re: DVD)  Help w, DECHUB 90 PSU pin-out  Re: http://h71000.www7.hp.com/?  Re: http://h71000.www7.hp.com/?  Re: http://h71000.www7.hp.com/?  Re: http://h71000.www7.hp.com/?  Re: http://h71000.www7.hp.com/?  Re: http://h71000.www7.hp.com/?  Re: http://h71000.www7.hp.com/?  Re: http://h71000.www7.hp.com/?  Re: http://h71000.www7.hp.com/?  Re: http://h71000.www7.hp.com/?  Re: http://h71000.www7.hp.com/?  Re: http://h71000.www7.hp.com/?  Re: http://h71000.www7.hp.com/?  Re: http://h71000.www7.hp.com/?  Re: http://h71000.www7.hp.com/? " JAVA: The minimum you need to know1 RE: Parsec webinar (2006-07-12) OpenVMS Licensing  Save the Lebanese Civilians & Re: The possibility of vms opening up? Re: VMS and HPVME RE: VMS and HPVM (was: Parsec webinar (2006-07-12) OpenVMS Licensing)   F ----------------------------------------------------------------------    Date: 16 Jul 2006 22:57:23 -0700/ From: "Volker Halle" <volker_halle@hotmail.com> ! Subject: Re: Ding Dong Door Ditch C Message-ID: <1153115843.226259.162150@i42g2000cwa.googlegroups.com>    Gregory,  = to find out, if this text migh be coming from any OpenVMS I64 $ executable on your system, try this:  0 $ SEARCH disk:[*...]*.EXE "DOORBELL  ="/WINDOW=0   over all of your disks.    Volker.    ------------------------------    Date: 17 Jul 2006 10:16:45 -0700* From: "Chris Lusardi" <clusardi2k@aol.com>Y Subject: Does anyone know of a user manual for the automated test languages: GENMON and S C Message-ID: <1153156605.577886.260530@p79g2000cwp.googlegroups.com>   
 Thank you, Christopher Lusardi    ------------------------------  % Date: Mon, 17 Jul 2006 07:08:01 -0700 # From: "Tom Linden" <tom@kednos.com>  Subject: DVD) Message-ID: <op.tct6vnsxzgicya@hyrrokkin>   % XP1000 running 8.3.  As an experiment > I thought I would see if I could mount a commercial DVD movie.  I Disk $6$DQA0: (ODIN), device type PLEXTOR DVDR   PX-716A, is online, fil=  e-I      oriented device, shareable, served to cluster via MSCP Server, erro=  r  =   logging       is enabled.  6      Error count                    0    Operations  =   completed                  1I      Owner process                 ""    Owner UIC                      =   =   [SYSTEM]?      Owner process ID        00000000    Dev Prot             =    S:RWPL,O:RWPL,G:R,W :      Reference count                0    Default buffer  =   size                 5127      Total blocks            16515072    Sectors per  =    track                    63 6      Total cylinders            16384    Tracks per  =   cylinder                  16%      Allocation class               6    ODIN> mount/foreign $6$DQA0:( %MOUNT-F-IVBUFLEN, invalid buffer length, ODIN> mount/media=3Dcdrom/over=3Did $6$DQA0:( %MOUNT-F-IVBUFLEN, invalid buffer length  I Is there a way to do it?  (shouldn't there be a /MEDIA=3DDVD qualifier?)=    ------------------------------  % Date: Mon, 17 Jul 2006 16:46:11 +0200 ? From: "Eberhard Heuser-Hofmann" <vaxinf@chemie.uni-konstanz.de>  Subject: Re: DVD0 Message-ID: <000d01c6a9af$bf2fce30$05072286@vg2>   Tom,  + A video-DVD is more or less a ISO9660-"CD".   , Did you try to mount a data DVD and succeed?   It sounds more like a bug.   Eberhard ----- Original Message -----  # From: "Tom Linden" <tom@kednos.com>  To: <Info-VAX@Mvb.Saic.Com> # Sent: Monday, July 17, 2006 4:08 PM  Subject: DVD    % XP1000 running 8.3.  As an experiment > I thought I would see if I could mount a commercial DVD movie.  J Disk $6$DQA0: (ODIN), device type PLEXTOR DVDR   PX-716A, is online, file-K      oriented device, shareable, served to cluster via MSCP Server, error    logging       is enabled.  5      Error count                    0    Operations    completed                  1I      Owner process                 ""    Owner UIC                         [SYSTEM]>      Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G:R,W 9      Reference count                0    Default buffer    size                 5126      Total blocks            16515072    Sectors per   track                    63 5      Total cylinders            16384    Tracks per    cylinder                  16%      Allocation class               6    ODIN> mount/foreign $6$DQA0:( %MOUNT-F-IVBUFLEN, invalid buffer length( ODIN> mount/media=cdrom/over=id $6$DQA0:( %MOUNT-F-IVBUFLEN, invalid buffer length  G Is there a way to do it?  (shouldn't there be a /MEDIA=DVD qualifier?)=    ------------------------------  # Date: Mon, 17 Jul 2006 14:56:00 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>$ Subject: Re: DVD video (was Re: DVD). Message-ID: <4yNug.591$vi3.5@news.cpqcorp.net>   Tom Linden wrote: ' > XP1000 running 8.3.  As an experiment @ > I thought I would see if I could mount a commercial DVD movie. ...  > ODIN> mount/foreign $6$DQA0:* > %MOUNT-F-IVBUFLEN, invalid buffer length* > ODIN> mount/media=cdrom/over=id $6$DQA0:* > %MOUNT-F-IVBUFLEN, invalid buffer length > H > Is there a way to do it?  (shouldn't there be a /MEDIA=DVD qualifier?)  H    /MEDIA=CDROM is the selector for ISO-9660.  CDROM is a poorly chosen $ keyword in the current context, yes.  H    OpenVMS implements the ISO-9660 standard, but not the Rock Ridge nor B Joliet extensions -- extensions which are typically used for long E filenames and other such for Unix and for Microsoft Windows systems,  D respectively -- nor for the more recent ISO-9660:1999 (mode 2 long) H mechanisms.  These extensions are NOT used on the video disks I've seen.  F    The default format for movie disks is built on ISO-9660, and these E disks can be mounted in my experience -- you'll then see the various  : constructs of the DVD video contents stored as disk files.  F    Do determine if the particular movie disk you are working with has ? some form of copy protection -- I've mounted and looked at the  E structures of unprotected disks, and -- if you should port or find a  E port of MPLAYER and load it and its prerequisite pieces -- you might  : even be able to play (unprotected) video disks on OpenVMS.  I    OpenVMS does not have support for nor integrated tools that allow the  H operating system to play copy-protected video disks; you'd need to find B software which deals with decryption and other such requirements. F (There are various technical and legal discussions of this encryption " and associated algorithms around.)   ------------------------------  % Date: Mon, 17 Jul 2006 08:38:02 -0700 # From: "Tom Linden" <tom@kednos.com> $ Subject: Re: DVD video (was Re: DVD)) Message-ID: <op.tcua1ocgzgicya@hyrrokkin>   I On Mon, 17 Jul 2006 07:56:00 -0700, Hoff Hoffman <hoff-remove-this@hp.co=  m>  =    wrote:   > Tom Linden wrote: ( >> XP1000 running 8.3.  As an experimentA >> I thought I would see if I could mount a commercial DVD movie.  > ...  >> ODIN> mount/foreign $6$DQA0: + >> %MOUNT-F-IVBUFLEN, invalid buffer length / >> ODIN> mount/media=3Dcdrom/over=3Did $6$DQA0: + >> %MOUNT-F-IVBUFLEN, invalid buffer length I >>  Is there a way to do it?  (shouldn't there be a /MEDIA=3DDVD qualifi=  er?) > I >    /MEDIA=3DCDROM is the selector for ISO-9660.  CDROM is a poorly cho=  sen  =  & > keyword in the current context, yes. > I >    OpenVMS implements the ISO-9660 standard, but not the Rock Ridge no=  r  =  F > Joliet extensions -- extensions which are typically used for long  =  I > filenames and other such for Unix and for Microsoft Windows systems,  =   H > respectively -- nor for the more recent ISO-9660:1999 (mode 2 long)  =  I > mechanisms.  These extensions are NOT used on the video disks I've see=  n. > I >    The default format for movie disks is built on ISO-9660, and these =   =  I > disks can be mounted in my experience -- you'll then see the various  =   < > constructs of the DVD video contents stored as disk files. > I >    Do determine if the particular movie disk you are working with has =   =  C > some form of copy protection -- I've mounted and looked at the  =   I > structures of unprotected disks, and -- if you should port or find a  =   I > port of MPLAYER and load it and its prerequisite pieces -- you might  =   < > even be able to play (unprotected) video disks on OpenVMS. > I >    OpenVMS does not have support for nor integrated tools that allow t=  he  =   I > operating system to play copy-protected video disks; you'd need to fin=  d  =  I > software which deals with decryption and other such requirements. (The=  re  =   G > are various technical and legal discussions of this encryption and  =     > associated algorithms around.) > I I am sure it is protected ("Matchpoint" )  What is it in the protection =   =   thatI precludes mounting by OpenVMS? I don't have a DVD  on Tru64 but I wonder=   if / dd could be used to look at the disk structure?    ------------------------------    Date: 17 Jul 2006 09:13:12 -07001 From: "nnc@eta.chalmers.se" <nnc@eta.chalmers.se> & Subject: Help w, DECHUB 90 PSU pin-outC Message-ID: <1153152792.246938.158360@m79g2000cwm.googlegroups.com>    Help wanted;G Just about going off for summer vaccations, the PSU of a DECHUB 90 with 8 some 7 units plugged into the packplane also went off...  A Can anyone help me with the pin-out of this 32-pin connector (1/2  C-style eurocard(?) connector), 16 pins (1-16) in row A and 16 Pins in row C  F >From other articles, I find that some modules in this series operatesG from +5.1V single supply, other require +5,1V and +12.1V. On the PCB of F my PSU, I can (at the transformer) read about +5.1V, +12.1V and -12.1V (besides 12 *tack, rot and rot)   A In row A pins 1, 2, 3, 5, 7, 8, 9, 11, 12, 13, 14, 15, 16 connect  together. I guess they are U+ B In row C pins 1, 2, 3, 4, 5, 7, 10, 11, 12, 13, 14, 15, 16 connect together. I guess they are GND. % In both rows, pin 6 is Not Connected. G In row C, pins 8, 9 are together connected to frame (like in protective  ground) D In row A, pin 4 is connected to the negative side of an electrolytic capacitor...    G I've got a matching connector, I've got PSU with 5V and +/-12 V (strong E enough ++), I've got cables, soldering utilities and all that. I just D want to keep the HUB running for some weeks, in order to find a fine6 PSU later, or to repair the old one without a hurry...  F The PSU PCB is marked: digital TM, ELEC, E33308, 18092   (M) (C) 1990.  G Besides, two spots on the PCB had a "hot night" sometime... Quite black G is it. Both spots are at resistors,  one spot at R7 / R103, one at R28. = I guess the fan of this PSU might have clogged due to lots of C operational hours alone in one industrially located relay rack  ;-)    All help greately appreciated.   ------------------------------    Date: 17 Jul 2006 08:20:59 -02006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)( Subject: Re: http://h71000.www7.hp.com/?, Message-ID: <44bb486b$1@news.langstoeger.at>  \ In article <44BAF2D9.3EA3CDA3@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >Mark Daniel wrote:  >>  A >> For an environment touting it's availability it's always a bit K >> disconcerting/disappointing/discouraging when the primary portal doesn't  >> respond.  > E >As of 22:14 EDT Sunday    (  Monday 02:14 GMT )  the VMS web site is G >still down. That is a lengty downtime. Perhaps they are upgrading from  >IA64 to VAX ? :-) :-) :-) :-)  K Now it's 8:20 MET-DST (6:20 GMT) and still not reachable (at least for me).    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 17 Jul 2006 01:13:25 -0700  From: "Ian Miller" <ijm@uk2.net>( Subject: Re: http://h71000.www7.hp.com/?A Message-ID: <1153124005.176766.77560@35g2000cwc.googlegroups.com>    itrc runs on hp-ux   ------------------------------    Date: 17 Jul 2006 10:31:34 -02006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)( Subject: Re: http://h71000.www7.hp.com/?, Message-ID: <44bb6706$1@news.langstoeger.at>  d In article <1153124005.176766.77560@35g2000cwc.googlegroups.com>, "Ian Miller" <ijm@uk2.net> writes: >itrc runs on hp-ux   D We're not talking about itrc. We're talking about openvms.compaq.com+ (and yes, you're right, itrc runs on PH-UX)   E http://toolbar.netcraft.com/site_report?url=http://openvms.compaq.com I http://toolbar.netcraft.com/site_report?url=http://www.openvms.compaq.com    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 17 Jul 2006 01:48:55 -0700  From: "Ian Miller" <ijm@uk2.net>( Subject: Re: http://h71000.www7.hp.com/?C Message-ID: <1153126135.903061.281970@i42g2000cwa.googlegroups.com>   7 My mistake - I see it was running on VMS and not hp-ux.   B Parhaps it runs on a small alphaserver under someones desk in a hpD office in the USA and they won't know its down until they come in to work on Monday morning :-)   ------------------------------    Date: 17 Jul 2006 05:03:29 -0700 From: etmsreec@yahoo.co.uk( Subject: Re: http://h71000.www7.hp.com/?C Message-ID: <1153137809.315403.148160@m79g2000cwm.googlegroups.com>   G If I remember rightly, it used to run on a two-node cluster but someone @ decided that it wasn't necessary to use the cluster to serve the0 website and it was scaled down to a single node.  ) Maybe it's down in sympathy with Sue? ;o)    Steve    Ian Miller wrote: 9 > My mistake - I see it was running on VMS and not hp-ux.  > D > Parhaps it runs on a small alphaserver under someones desk in a hpF > office in the USA and they won't know its down until they come in to > work on Monday morning :-)   ------------------------------    Date: 17 Jul 2006 06:28:17 -0700; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> ( Subject: Re: http://h71000.www7.hp.com/?C Message-ID: <1153142897.648188.124660@h48g2000cwc.googlegroups.com>    Ian Miller wrote: 9 > My mistake - I see it was running on VMS and not hp-ux.  > D > Parhaps it runs on a small alphaserver under someones desk in a hpF > office in the USA and they won't know its down until they come in to > work on Monday morning :-)  > As of 9:25AM EDT www.hp.com/go/vms still does not work.  WhileD http://h18002.www1.hp.com/alphaserver/index.html works.  The OpenVMS. site http://h71000.www7.hp.com/ also does not.   ------------------------------    Date: 17 Jul 2006 06:29:51 -0700 From: n.rieck@sympatico.ca( Subject: Re: http://h71000.www7.hp.com/?C Message-ID: <1153142991.423805.132020@h48g2000cwc.googlegroups.com>    etmsreec@yahoo.co.uk wrote: I > If I remember rightly, it used to run on a two-node cluster but someone B > decided that it wasn't necessary to use the cluster to serve the2 > website and it was scaled down to a single node. > + > Maybe it's down in sympathy with Sue? ;o)  >  > Steve  >  > Ian Miller wrote: ; > > My mistake - I see it was running on VMS and not hp-ux.  > > F > > Parhaps it runs on a small alphaserver under someones desk in a hpH > > office in the USA and they won't know its down until they come in to > > work on Monday morning :-)  F Yikes! It's 9:30 AM and they are still off the air. They must not have been running OpenVMS.   
 Neil Rieck Kitchener, Ontario, Canada.    ------------------------------  # Date: Mon, 17 Jul 2006 13:54:29 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>( Subject: Re: http://h71000.www7.hp.com/?0 Message-ID: <pEMug.589$3h3.241@news.cpqcorp.net>   Mark Daniel wrote:A > For an environment touting it's availability it's always a bit  K > disconcerting/disappointing/discouraging when the primary portal doesn't   > respond.    I    The server itself is up and running, and the web server is also (from  % what I can see of it) up and running.   G    The OpenVMS host server uptime is 132 days on the server I checked,   as of this morning.   H    The OpenVMS web master has been notified of the outage directly, and > I've dispatched a report into the HP IT web site organization.   ------------------------------    Date: 17 Jul 2006 06:50:29 -0700) From: "Bob Gezelter" <gezelter@rlgsc.com> ( Subject: Re: http://h71000.www7.hp.com/?C Message-ID: <1153144229.524897.235220@h48g2000cwc.googlegroups.com>    Mark Daniel wrote:@ > For an environment touting it's availability it's always a bitJ > disconcerting/disappointing/discouraging when the primary portal doesn'tI > respond.  Second time in almost as many weeks I've gone to check What's  > New and received no response.  >    Mark,   G After working with the Internet since the beginning, I remember the day G that the ARPAnet was switched from NCP (eight bit addresses, limited to 3 255 nodes) to IP (32 bit addresses), but I digress.   C The most likely scenario is that the OpenVMS box is happily sitting C somewhere waiting to receive requests. It is far more likely that a > fault in the HP's network infrastructure is preventing it from  receiving or answering requests.  D I understand that the problem has been logged within HP and is being
 investigated.   G I can sympathize, my server (running WASD on OpenVMS/VAX presently) has C been down for days at a time, but so far never because of a problem F with the server or OpenVMS. Each time, it has been a problem somewhereE in the digital logistical chain involving my ISP, the local telephone @ company (which provides the actual wires) or the other companies involved in the provisioning.   $ - Bob Gezelter, http://www.rlgsc.com   ------------------------------    Date: 17 Jul 2006 07:54:55 -0700) From: "Bob Gezelter" <gezelter@rlgsc.com> ( Subject: Re: http://h71000.www7.hp.com/?C Message-ID: <1153148094.958678.110280@p79g2000cwp.googlegroups.com>    To all,   G I have heard back (and verified) that the site is once again reachable.   @ Apparently, the problem was a network infrastructure involving a: switch. The OpenVMS server was sitting there, unreachable.  $ - Bob Gezelter, http://www.rlgsc.com   ------------------------------  % Date: Mon, 17 Jul 2006 11:09:46 -0400 ' From: Dave Froble <davef@tsoft-inc.com> ( Subject: Re: http://h71000.www7.hp.com/?9 Message-ID: <s6mdnY_Qnd9YOybZnZ2dnUVZ_vydnZ2d@libcom.com>    Bob Gezelter wrote: 	 > To all,  > I > I have heard back (and verified) that the site is once again reachable.  > B > Apparently, the problem was a network infrastructure involving a< > switch. The OpenVMS server was sitting there, unreachable. > & > - Bob Gezelter, http://www.rlgsc.com >   E Switches must be rather fragile.  At least some of them.  Every time  @ there is a near-by lightening strike I end up replacing several F switches.  There have been incidences when I'm rather sure that there C was no physical contact.  I'm starting to wonder whether an EMP is  ! enough to take out some switches.    --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Mon, 17 Jul 2006 23:45:43 +0930 * From: Mark Daniel <mark.daniel@vsm.com.au>( Subject: Re: http://h71000.www7.hp.com/?0 Message-ID: <12bnadpgvh0s779@corp.supernews.com>   Dave Froble wrote: > Mark Daniel wrote: > B >> For an environment touting it's availability it's always a bit D >> disconcerting/disappointing/discouraging when the primary portal F >> doesn't respond.  Second time in almost as many weeks I've gone to - >> check What's New and received no response.  >>" >> KLAATU$ ping h71000.www7.hp.com9 >> PING openvms.compaq.com (161.114.65.60): 56 data bytes - >> ----openvms.compaq.com PING Statistics---- > >> 4 packets transmitted, 0 packets received, 100% packet loss$ >> %SYSTEM-F-TIMEOUT, device timeout >>H >> Not just my particular system or part of the Net either.  I've tried . >> it from four hosts across three continents. >  > J > While not addressing the no response issue, perhaps the server does not I > have ping enabled?  I've run into more than a few mail and DNS servers  * > that are configured to not support ping.   You were correct Dave.= Even though my Web page is now populated it still won't ping.    ------------------------------  % Date: Mon, 17 Jul 2006 12:50:56 -0400 & From: Thomas Wirt <twnews@kittles.com>( Subject: Re: http://h71000.www7.hp.com/?( Message-ID: <44BBBFF0.80508@kittles.com>   Dave Froble wrote:   > Bob Gezelter wrote:  > 
 >> To all, >>J >> I have heard back (and verified) that the site is once again reachable. >>C >> Apparently, the problem was a network infrastructure involving a = >> switch. The OpenVMS server was sitting there, unreachable.  >>' >> - Bob Gezelter, http://www.rlgsc.com  >> > G > Switches must be rather fragile.  At least some of them.  Every time  B > there is a near-by lightening strike I end up replacing several H > switches.  There have been incidences when I'm rather sure that there E > was no physical contact.  I'm starting to wonder whether an EMP is  # > enough to take out some switches.  > G I have replaced many switches that went bad NEAR lightning strikes.  I  G have been chalking these up to EMP/induced current for a long time.  I  I figure that when you get a nearly vertical lightning strike near (within  G a couple hundred feet) a large horizontal copper antenna (like a 250ft  G CAT5 run), it should be pretty easy to get some combination of EMP and   induced current.  F We have started taking a fool me twice shame on me attitude.  When we G have a switch port (or usually a group) go out in a storm, we add CAT5  G lightning arrestors at each end of the CAT5 cable.  It is usually easy  E to guess which line is the cause.  Just look for the long copper run  ' that has a damaged device at BOTH ends.   H I may not know what I am talking about, but since we started protecting F and eliminating our longest copper runs, we have had way fewer switch 	 problems.  --     Thomas Wirt  Operations Manager, IS Dept. Kittle's Home Furnishings  Indianapolis, IN   ------------------------------    Date: 17 Jul 2006 12:02:13 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ( Subject: Re: http://h71000.www7.hp.com/?3 Message-ID: <zF5Fv7M52Had@eisner.encompasserve.org>   ] In article <12bl6fh34ioto53@corp.supernews.com>, Mark Daniel <mark.daniel@vsm.com.au> writes:   A > For an environment touting it's availability it's always a bit  K > disconcerting/disappointing/discouraging when the primary portal doesn't  J > respond.  Second time in almost as many weeks I've gone to check What's  > New and received no response.   D    While I'm not at all sure that HP still runs that site under VMS,A    I'm quite sure that if you ping any of my VMS systems you will B    get the same result.  Keeping my systrems up and available does1    not require that I support your ping requests.    ------------------------------  % Date: Tue, 18 Jul 2006 01:40:21 +0930 * From: Mark Daniel <mark.daniel@vsm.com.au>( Subject: Re: http://h71000.www7.hp.com/?0 Message-ID: <12bnh4nhger9a64@corp.supernews.com>   Bob Koehler wrote:_ > In article <12bl6fh34ioto53@corp.supernews.com>, Mark Daniel <mark.daniel@vsm.com.au> writes:  >  > A >>For an environment touting it's availability it's always a bit  K >>disconcerting/disappointing/discouraging when the primary portal doesn't  J >>respond.  Second time in almost as many weeks I've gone to check What's  >>New and received no response.  >  > F >    While I'm not at all sure that HP still runs that site under VMS,C >    I'm quite sure that if you ping any of my VMS systems you will D >    get the same result.  Keeping my systrems up and available does3 >    not require that I support your ping requests.     Just leading with my chin again.   ------------------------------    Date: 17 Jul 2006 06:24:03 -0700 From: n.rieck@sympatico.ca+ Subject: JAVA: The minimum you need to know C Message-ID: <1153142643.115129.104030@h48g2000cwc.googlegroups.com>    Folks,  G A limited edition run of "Java on OpenVMS" is now available from Island 
 Computers.   Info: > http://www.logikalsolutions.com/logikalsolutions_products.html   Order:: https://www.icusc.com/NOV21_WEBSTORE.asp?search_fd2=*JAVA*  
 Neil Rieck& Bell-ATS (Advanced Technical Services) Bell Canada  Kitchener, Ontario,  Canada. N2H-5A5    ------------------------------    Date: 17 Jul 2006 10:47:16 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) : Subject: RE: Parsec webinar (2006-07-12) OpenVMS Licensing3 Message-ID: <CUy9FNyV3YEU@eisner.encompasserve.org>   ~ In article <FA60F2C4B72A584DBFC6091F6A2B8684017232A6@tayexc19.americas.cpqcorp.net>, "Main, Kerry" <Kerry.Main@hp.com> writes: > G > The bottom layer is a customized HP-UX layer, hence it is likely more I > appropriate to think of the bottom as a UNIX based layer with HP-UX and 1 > OpenVMS being able to run as VM's on top of it.  > I > Think of VMware (Linux based kernel) with Windows, Linux, Netware being 5 > able to run as VM's on top of the UNIX based layer.   E    I don't care what the origin of the underlying kernel is, and I'll C    assume that security and reliability are taken care of.  I care  D    whether I can still get the kind of interrupt-to-task latency and0    determinism I use when I do real-time on VMS.  G    I realise real-time became an unimportant market for VMS long before G    DEC disappeared, but it's still what I do and I need to know whether E    I can still use it.  Other customers may find VMS on a UNIX kernel G    usefull.  To me it depends very much on just what that "UNIX" kernel     is.  F    Of course, as long as the existing VMS kernel is still available on4    the naked processor, I'll still have what I need.   ------------------------------    Date: 17 Jul 2006 02:05:06 -0700* From: "Lebanese" <nivine.dalleh@gmail.com>$ Subject: Save the Lebanese CiviliansB Message-ID: <1153127106.818251.32600@i42g2000cwa.googlegroups.com>  	 Dear All,     F Lebanese civilians have been under the constant attack of the state of= Israel for several days. The State of Israel, in disregard to D international law and the Geneva Convention, is launching a maritimeF and air siege targeting the entire population of the country. InnocentD civilians are being collectively punished in Lebanon by the state ofD Israel in deliberate acts of terrorism as described in Article 33 of the Geneva Convention.   http://julywar.epetitions.net   ? Please sign the petition and forward it to all your friends and & especially those living out of Lebanon   ------------------------------    Date: 17 Jul 2006 10:03:49 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) / Subject: Re: The possibility of vms opening up? 3 Message-ID: <LThPlc0qMOJk@eisner.encompasserve.org>   m In article <1152980171.444026.140530@35g2000cwc.googlegroups.com>, "geletine" <adaviscg1@hotmail.com> writes:  > G > I am sure there is more people than me interested in the source code, C > as you bring up Bliss, how much is still written in Bliss? i also D > believe vms is the only operating system that actually uses bliss.  B    While I beleive VMS is the only OS to use BLISS in it's kernel,D    the TOPS (both -10 and -20) Fortran compiler was written in BLISS@    and I think EDT was kept in BLISS when it was ported from VMS    to both RSX and TOPS.   ------------------------------    Date: 17 Jul 2006 01:15:30 -0700  From: "Ian Miller" <ijm@uk2.net> Subject: Re: VMS and HPVM B Message-ID: <1153124130.896306.185420@75g2000cwc.googlegroups.com>   parhaps you are referring to   ------------------------------  % Date: Mon, 17 Jul 2006 11:26:58 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> N Subject: RE: VMS and HPVM (was: Parsec webinar (2006-07-12) OpenVMS Licensing)T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B868401723656@tayexc19.americas.cpqcorp.net>   > -----Original Message-----9 > From: JF Mezei [mailto:jfmezei.spamnot@teksavvy.com]=20  > Sent: July 16, 2006 11:48 AM > To: Info-VAX@Mvb.Saic.Com @ > Subject: Re: VMS and HPVM (was: Parsec webinar (2006-07-12)=20 > OpenVMS Licensing) >=20 > "Main, Kerry" wrote:E > > Keep in mind that most Customers today are faced with the average ? > > utilization of their Windows systems being 5-15% busy in=20  > *peak* times; > > (only 5-10% of servers ever exceed 80-90%). For UNIX=20  > servers, this ratio 8 > > is a bit higher, but not much higher (10-25% range). >=20? > But HP's IA64 solutions are not of any use for those since=20  > they are not< > likely to be able to run their apps on that IA64 thing.=20 >=20 >=20   Why not?  C Lots of app's certified or in process of being certified for IA64 /  OpenVMS, Check out: F http://h71000.www7.hp.com/solutions/matrix/i64partner_A.html (click on letter for each vendor)   D They can also run their app's in translated mode (OMSAI and VEST) on OpenVMS via:J http://h71000.www7.hp.com/doc/82final/translating_images.pdf?jumpid=3Dreg= _ 
 R1002_USEN    ; And tools and code planning modules to assist in migration: E http://h71000.www7.hp.com/openvms/integrity/transition/app_tools.html C http://h71000.www7.hp.com/openvms/integrity/transition/modules.html   ? > > However, there are some areas where local politics means=20  > that having a G > > VM capability to keep the OpenVMS apps from different BU's separate : > > would be beneficial. Every Cust typically has those=20 > internal political > > challenges.  >=20  / Agree - politics is a fact of life in any shop.    [snip..]  
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------   End of INFO-VAX 2006.395 ************************                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        	        < macos/ContentsUT `6PK   'M,]  <   	         macos/HISTORY.TXTUT 7PK   -g'ДC  P	  
 	        H macos/osdep.hUT W%8PK   s)%ξD  0   	         macos/readme.1stUT 5PK   '_!   V   	        : macos/README.TXTUT 87PK
       i2            
 	        A4 macos/source/UT .BPK   dI'_ǜ  R   	        h macos/source/charmap.hUT ܨ7PK   =2H-  ~   	        A( macos/source/extrafld.cUT 2APK   =2
  $   	        WA macos/source/getenv.cUT 2APK   =2N
  %   	        L macos/source/helpers.cUT 2APK   oI'?
     	        Y macos/source/helpers.hUT 7PK   '-g'`@     	        *] macos/source/macglob.hUT JW%8PK   =2ڨ  Y&   	        ` macos/source/macopen.cUT 3APK   ,-g'3l  W   	        l macos/source/macopen.hUT TW%8PK   {J2J  e   	        |n macos/source/macos.cUT BPK   1\l*  d   	        ? macos/source/macstuff.cUT d˲APK   ,I'  >   	          macos/source/macstuff.hUT $7PK   N2v
ȿ  *   	        3 macos/source/mactime.cUT BPK   I'Sx     	        / macos/source/mactime.hUT 7PK   N2!#  9B   	         macos/source/pathname.cUT BPK   I'Yy 7     	         macos/source/pathname.hUT :7PK   1хxw  6   	        . macos/source/recurse.cUT d˲APK   {&.      	        
 macos/source/recurse.hUT .`6PK   =2M
  '   	        / macos/source/unixlike.cUT  3APK   D-g'8c     	         macos/source/unixlike.hUT W%8PK   -g'l  {   	        !# macos/source/VolWarn.hUT 8W%8PK   W{&&J  
   	        ( macos/source/zip_rc.hqxUT `6PK   -g'  @   	     