0 INFO-VAX	Thu, 16 Feb 2006	Volume 2006 : Issue 93      Contents: Re: 4000 vlc motherboard Re: 4000 vlc motherboard4 Re: ANN: yahMAIL is dead - long live son of yahMAIL! Re: Boy, do I like VMS humor!  Re: Boy, do I like VMS humor!  Re: Boy, do I like VMS humor!  Re: Boy, do I like VMS humor!  Re: Boy, do I like VMS humor! ) Finding documentation on product variants  Hobbyist storage solutions% HP Reports First Quarter 2006 Results ) Re: HP Reports First Quarter 2006 Results ) Re: HP Reports First Quarter 2006 Results  Re: MOSAIC problem (GIF image) Re: MOSAIC problem (GIF image) Re: MOSAIC problem (GIF image) Re: MOSAIC problem (GIF image) Re: MOSAIC problem (GIF image), Re: Mtools on VMS v. USB flash storage gizmo, Re: Mtools on VMS v. USB flash storage gizmo Re: null terminated strings  Re: null terminated strings . Re: OpenVMS needs biometric/smart card logins!. Re: OpenVMS needs biometric/smart card logins!. Re: OpenVMS needs biometric/smart card logins!. Re: OpenVMS needs biometric/smart card logins!. Re: OpenVMS needs biometric/smart card logins!. Re: OpenVMS needs biometric/smart card logins!. Re: OpenVMS needs biometric/smart card logins!. Re: OpenVMS needs biometric/smart card logins!. Re: OpenVMS needs biometric/smart card logins!. Re: OpenVMS needs biometric/smart card logins!P OpenVMS.org Contributing Editor Robert Gezelter to speak on WiFi/LAN Security in- Updated OpenVMS Information - OK for external   F ----------------------------------------------------------------------  % Date: Wed, 15 Feb 2006 16:28:14 -0600 / From: Chris Scheers <chris@applied-synergy.com> ! Subject: Re: 4000 vlc motherboard + Message-ID: <45ho6gF6qd0hU1@individual.net>   # chris_doran@postmaster.co.uk wrote:  > Cliff Miller wrote: H >> I've a 4000 vlc motherboard on the way.  I hope to decipher the powerA >> connection and provide it from a non-traditional source.  What % >> challenges do I face?  Any advice?  >>I >> There is no graphics card - will the MB work without one?  I believe I @ >> have memory that will work, already.  Any suggestions will be! >> appreciated!  ---thanks, Cliff  >  > I > The memory is 72-pin as used in early PCs (I'm not sure which speed) to  > a maximum of 24Mb.  I VLC memory is 72pin 4MB parity SIMMs.  70ns is original, but I have used   60ns.   . They must be true parity and they must be 4MB.  F IIRC correctly, 8MB will work, but only 4MB of the SIMM is recognized.   --  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  B Voice: 817-237-3360            Internet: chris@applied-synergy.com    Fax: 817-237-3074   ------------------------------    Date: 15 Feb 2006 15:40:08 -0800( From: "Cliff Miller" <cliff52@gmail.com>! Subject: Re: 4000 vlc motherboard C Message-ID: <1140046808.536864.153990@o13g2000cwo.googlegroups.com>   E Would appreciate info or pointers to the pinout of the connector from F the 4000 VLC motherboard to the video daughterboard, or to information: about the circuit on the daughterboard.  Thanks! --- Cliff   ------------------------------    Date: 15 Feb 2006 15:52:43 -0800 From: bob@instantwhip.com = Subject: Re: ANN: yahMAIL is dead - long live son of yahMAIL! A Message-ID: <1140047563.387024.5950@z14g2000cwz.googlegroups.com>   ) what about Purveyor??????????????????????    ------------------------------  + Date: Wed, 15 Feb 2006 19:58:33 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)& Subject: Re: Boy, do I like VMS humor!$ Message-ID: <dt0159$kb1$1@online.de>  5 In article <43F26DB1.3E67288D@teksavvy.com>, JF Mezei ' <jfmezei.spamnot@teksavvy.com> writes:    1 > Phillip Helbig---remove CLOTHES to reply wrote: . > > > %SYSTEM-S-NOMSG, Message number 00000B71 > > * > > You just outed yourself as a VAX user! > G > When roughly 1/3 of the remaining installed base is VAX based, nobody 4 > should be ashamed to declare themselves VAX users.  ' I have 15 VAXes but only 6 ALPHAs.  :-)    ------------------------------    Date: 15 Feb 2006 15:39:08 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) & Subject: Re: Boy, do I like VMS humor!3 Message-ID: <oDIXrhHdsNIt@eisner.encompasserve.org>   V In article <45h290F6jb55U1@individual.net>, Paul Sture <paul.sture@bluewin.ch> writes: > Bob Koehler wrote: >>  I >>    Anybody rememeber which version of VMS had "file exists in future"?  >>   > J > V2.5? I know that roughly around then we set the date forward to 31-DEC I > to test the year end functionality of our application. The application  D > test went well, but after resetting to the current date, found we A > couldn't access files created (and/or modified?) in the future.  > L > Did ANALYZE/DISK exist then? If not, its predecessor fixed the file dates.  G    I'm pretty sure it was after 2.5.  We had 2.5 around for a while and #    it showed up as something "new".   :    In 2.5 "ANALYZE/DISK_STRUCTURE" was spelled "MCR VFY2".   ------------------------------  % Date: Wed, 15 Feb 2006 16:59:57 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> & Subject: Re: Boy, do I like VMS humor!, Message-ID: <43F3A457.18F82087@teksavvy.com>   > >> 1NOSNO, can't ski; no snow  > >> 2XCSKI, XCSKI Program: > >> 3Your attempt to ski failed because there is no snow.  F Well, we know who didn't write this. Someone whose name starts with "FC and ends with "red" would not have written about ski, he would have  written about golfing.    F Shirley there must be some references to golfing somewhere deep inside VMS ?    ------------------------------  % Date: Wed, 15 Feb 2006 17:04:40 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> & Subject: Re: Boy, do I like VMS humor!, Message-ID: <43F3A572.536A9F8F@teksavvy.com>   Bob Koehler wrote:J >    The help routines have always been documented in the Utility RoutinesF >    Reference Manual.  They work with all help libraries (see the DCL; >    LIBRARIAN command and the Utilities Reference Manual).     B HELP/MESSAGE is a totally different facility that uses a different: shareable library to access a proprietary format database.   ------------------------------  % Date: Wed, 15 Feb 2006 17:05:59 -0500 * From: "FredK" <fred.nospam@nospam.dec.com>& Subject: Re: Boy, do I like VMS humor!, Message-ID: <43f3a5c8$1@usenet01.boi.hp.com>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:43F3A457.18F82087@teksavvy.com...! > > >> 1NOSNO, can't ski; no snow  > > >> 2XCSKI, XCSKI Program< > > >> 3Your attempt to ski failed because there is no snow. > H > Well, we know who didn't write this. Someone whose name starts with "FE > and ends with "red" would not have written about ski, he would have  > written about golfing. > H > Shirley there must be some references to golfing somewhere deep inside > VMS ?    Nope.    ------------------------------  % Date: Thu, 16 Feb 2006 00:42:59 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 2 Subject: Finding documentation on product variants, Message-ID: <43F410C0.47372F01@teksavvy.com>  F How does one go about finding what each product variant really means ?  F For instance, HSD05-AA is a storage works canister with a DSSI plug onG the outside. There is some variant of the HSD05 which is in a QBUS card = form factor with ribbon cables that go and plug into both the G backplane's DSSI and SCSI plugs. But I can't seem to find a list of all ) the HSD05 variants and what they are for.     ? Similarly, the BA350 storage shelf seems to come in a gazillion D variants, including one which requires it be installed in a specific4 Alpha system cabinet because it lacks its own fans.   D Similarly, RZ disks come in a gazillion variants, some as standaloneG disks that go inside vaxstations, some that come in DSSI ISE holders to H plugs into BA400 backpanes, some come in BA350 style storage shelves and I assume there are even more.     G Is there a comprehensive database of models and variants that span more C than one year ? The 1994 documentation is available on the deathrow F cluster, but that is just one snapshot and not a comprehensive list of. what is out there in ebay-land for purchase...   ------------------------------  % Date: Thu, 16 Feb 2006 01:04:29 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> # Subject: Hobbyist storage solutions + Message-ID: <43F415C9.7D6EF1A@teksavvy.com>   E My "new" RX400 storage cabinet with 5 RF disks is turning out to be a C great space heater. So migrating to a more energy efficiant storage 1 medium is not something I want to delay too much.   F I would very much like to stay away from a solution that locks me into& hardware which is no longer available.  F If I were to get a BA350 storage shelf, would I be able to replace theF disk drive inside a canister with another one or same SCSI vintage ? I: am not one to shy away from screwdriver or soldering iron.  > I.E. do the storage canisters provide an interface between theH prorietary BA350 backpane and industry standard power/data inteefaces on the physical disk drive ?     H I was able to put a 10 gig drive on my all mighty microvax II , but withF newer machines, it seems that one is more limited because they require( proprietary disks that have not evolved.    H If there is no clean solution available, I might as well solder wires onF the BA400 backpane to pickup power and then string a SCSI ribbon cableF and plug in standard SCSI drives in each storage cavity with home-made disk holder.   ------------------------------    Date: 15 Feb 2006 15:20:25 -0800) From: "Sue" <susan_skonetski@hotmail.com> . Subject: HP Reports First Quarter 2006 ResultsB Message-ID: <1140045625.166756.76690@o13g2000cwo.googlegroups.com>   -----Original Message----- From: Skonetski, Susan* Sent: Wednesday, February 15, 2006 6:10 PM To: Skonetski, Susan. Subject: HP Reports First Quarter 2006 Results    D http://www.hp.com/hpinfo/newsroom/index.html?mtxs=corp&mtxb=3&mtxl=4  ! Dear External Distribution lists,   F The above url contains the press release for the Q1 financial results.  Thought you might be interested.  
 Warm Regards,  Sue    ------------------------------    Date: 15 Feb 2006 17:30:34 -0800* From: "Alan Greig" <greigaln@netscape.net>2 Subject: Re: HP Reports First Quarter 2006 ResultsC Message-ID: <1140053434.910812.133940@g43g2000cwa.googlegroups.com>    JF Mezei wrote:    > F > BCS dropped 12.6% since last quarter while ISS dropped just under 1% > I > So even if there are seasonal variations, it seems that BCS isn't doing  > very well.  ( Couple of other figures from the slides.  0 HP-UX up 2% (NSK+VMS must be down a bit I guess)G Itanium up 94%  to 30% of BCS revenue (so I guess Alpha + PA-RISC still 
 make up 70%)   --  
 Alan Greig   ------------------------------  % Date: Wed, 15 Feb 2006 20:05:49 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 2 Subject: Re: HP Reports First Quarter 2006 Results, Message-ID: <43F3CFDC.ED6D703A@teksavvy.com>  
 Sue wrote:F > http://www.hp.com/hpinfo/newsroom/index.html?mtxs=corp&mtxb=3&mtxl=4   Thanks for the heads up.     ## Enterprise Storage and ServersF Enterprise Storage and Servers (ESS) reported revenue of $4.2 billion, up 5% over theN prior-year period. On a year-over-year basis, industry-standard server revenueM increased 6%, networked storage revenue grew 4% and business-critical systems E revenue grew 1%. ESS reported an operating profit of $326 million, or  7.7% of D revenue, up from a profit of $69 million, or 1.7% of revenue, in the prior-year period. ##  H So business critical isn't doing so well. I wonder if the performance is+ more or less even between HPUX VMS and NSK.    Net revenue:5                                    Three months ended <                             Jan 31,    Oct 31         Jan 31<                              2006       2005           2005   < Industry Standard Servers $ 2,482      $ 2,506       $ 2,332< Business Critical Systems     906        1,037           899< Storage                       852          932           820< Other                           -            1             -< Enterprise Storage& Servers 4,240        4,476         4,051    D BCS dropped 12.6% since last quarter while ISS dropped just under 1%  G So even if there are seasonal variations, it seems that BCS isn't doing 
 very well.   ------------------------------  % Date: Wed, 15 Feb 2006 14:20:16 -0500 * From: "FredK" <fred.nospam@nospam.dec.com>' Subject: Re: MOSAIC problem (GIF image) , Message-ID: <43f37ef1$1@usenet01.boi.hp.com>  6 "George Cook" <cook@wvnvms.wvnet.edu> wrote in message news:cIeyPZoRhAEw@wvnvms... 7 > In article <43F31CEA.6D37E8A3@teksavvy.com>, JF Mezei & <jfmezei.spamnot@teksavvy.com> writes:8 > > http://www.nwtel.ca/images/operatingArea/mapFull.gif > > I > > On Mosaic 3.8 VAX, the image doesn't show, I get a rectangle with the ? > > mosaic logo and the name of the sys$scratch temporary file.  > > B > > Any reason why Mosaic can't handle this particular GIF image ? > ? > Works fine for me, but its size (1200x780) may be causing the > > problem.  Mosaic has both automatic (hardware) and parameter@ > image size limits.  What display card are you using?  What areA > the preference settings for MAXPIXMAPWIDTH and MAXPIXMAPHEIGHT? ? > If MAXPIXMAPWIDTH and MAXPIXMAPHEIGHT are both zero, then the ? > automatic hardware limits have kicked in.  Some display cards = > limit the size of pixmaps to the dimensions of the display.  > C > Unfortunately the documention (from HP/Compag/DEC) on which cards D > are limited this way doesn't exist as far as I can tell, so Mosaic2 > has to attempt to detect the problem on the fly. >   K The limit for all VAX graphics except the LCG (VS4000 built-in graphics) is K the amount of available offscreen memory, which since this varies by device I and by resolution settings isn't easy to be specific about.  The rule for E VAX graphics was there had to be enough offscreen memory available to L allocate a pixmap of the same size as the screen.  The VS4000 can use "real"L system memory as offscreen memory, so on it the size can be adjusted by some obscure logical name.   L The historical reason for this was the belief that drawing to PIXMAPs neededJ to be fast (as fast as drawing to the screen) by the DECwindows developersI (during X11R1-beta timeframes).  The rest of the world decided that using F CFB for PIXMAPS was good enough - which makes the limit server virtualI memory address space.  When we ported to Alpha, we joined the rest of the  world.   ------------------------------  % Date: Wed, 15 Feb 2006 17:25:57 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ' Subject: Re: MOSAIC problem (GIF image) , Message-ID: <43F3AA6D.68FFD7AB@teksavvy.com>   George Cook wrote:? > Works fine for me, but its size (1200x780) may be causing the > > problem.  Mosaic has both automatic (hardware) and parameter@ > image size limits.  What display card are you using?  What areA > the preference settings for MAXPIXMAPWIDTH and MAXPIXMAPHEIGHT?    MAXPIXMAPWIDTH: 0  MAXPIXMAPHEIGHT: 0  A And I am on a SPX graphics card (vaxstation 3100).  XV is able to  display the image.   ------------------------------   Date: 15 Feb 06 21:50:03 EST) From: cook@wvnvms.wvnet.edu (George Cook) ' Subject: Re: MOSAIC problem (GIF image) ! Message-ID: <O6wYQAWF07Rb@wvnvms>   \ In article <43F3AA6D.68FFD7AB@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > George Cook wrote:@ >> Works fine for me, but its size (1200x780) may be causing the? >> problem.  Mosaic has both automatic (hardware) and parameter A >> image size limits.  What display card are you using?  What are B >> the preference settings for MAXPIXMAPWIDTH and MAXPIXMAPHEIGHT? >  > MAXPIXMAPWIDTH: 0  > MAXPIXMAPHEIGHT: 0 > C > And I am on a SPX graphics card (vaxstation 3100).  XV is able to  > display the image.  > The image is too large for the hardware.  It fails for me on a@ VAXstation 2000/GPX.  Does your monitor support the SPX high res> setting (1280x1024)?  Switch 2 on the SPX card should be ON if you want 1280x1024.     < The next release of Mosaic will rescale large images down to: MAXPIXMAPWIDTH and MAXPIXMAPHEIGHT (if they are non-zero).     George Cook  WVNET    ------------------------------   Date: 15 Feb 06 22:06:28 EST) From: cook@wvnvms.wvnet.edu (George Cook) ' Subject: Re: MOSAIC problem (GIF image) ! Message-ID: <eam0lys4hj8v@wvnvms>   Y In article <43f37ef1$1@usenet01.boi.hp.com>, "FredK" <fred.nospam@nospam.dec.com> writes: 8 > "George Cook" <cook@wvnvms.wvnet.edu> wrote in message > news:cIeyPZoRhAEw@wvnvms... 8 >> In article <43F31CEA.6D37E8A3@teksavvy.com>, JF Mezei( > <jfmezei.spamnot@teksavvy.com> writes:9 >> > http://www.nwtel.ca/images/operatingArea/mapFull.gif  >> >J >> > On Mosaic 3.8 VAX, the image doesn't show, I get a rectangle with the@ >> > mosaic logo and the name of the sys$scratch temporary file. >> >C >> > Any reason why Mosaic can't handle this particular GIF image ?  >>@ >> Works fine for me, but its size (1200x780) may be causing the? >> problem.  Mosaic has both automatic (hardware) and parameter A >> image size limits.  What display card are you using?  What are B >> the preference settings for MAXPIXMAPWIDTH and MAXPIXMAPHEIGHT?@ >> If MAXPIXMAPWIDTH and MAXPIXMAPHEIGHT are both zero, then the@ >> automatic hardware limits have kicked in.  Some display cards> >> limit the size of pixmaps to the dimensions of the display. >>D >> Unfortunately the documention (from HP/Compag/DEC) on which cardsE >> are limited this way doesn't exist as far as I can tell, so Mosaic 3 >> has to attempt to detect the problem on the fly.  >> > M > The limit for all VAX graphics except the LCG (VS4000 built-in graphics) is M > the amount of available offscreen memory, which since this varies by device K > and by resolution settings isn't easy to be specific about.  The rule for G > VAX graphics was there had to be enough offscreen memory available to N > allocate a pixmap of the same size as the screen.  The VS4000 can use "real"N > system memory as offscreen memory, so on it the size can be adjusted by some > obscure logical name.  > N > The historical reason for this was the belief that drawing to PIXMAPs neededL > to be fast (as fast as drawing to the screen) by the DECwindows developersK > (during X11R1-beta timeframes).  The rest of the world decided that using H > CFB for PIXMAPS was good enough - which makes the limit server virtualK > memory address space.  When we ported to Alpha, we joined the rest of the  > world.  H Would I be going too far wrong if I used the following code to determineG if a display is one which needs its pixmaps limited to the screen size? D The code is used by Mosaic to determine if a server needs a limit on image clipping transitions.   +         Display *dsp = XtDisplay(toplevel); -         char *serverName = ServerVendor(dsp);   D         /* Force enable of max_clip_transitions if a VAX X-server */0         if ((strstr(serverName, "DECWINDOWS") &&)                strstr(serverName, "VAX")) G         /* Force enable of max_clip_transitions if a Multia X-server */ 2            || (strstr(serverName, "DECWINDOWS") &&/                strstr(serverName, "eXcursion")) H         /* Force enable of max_clip_transitions if a VXT2000 X-server */2            || (strstr(serverName, "DECWINDOWS") &&.                strstr(serverName, "VXT 2000"))I            || (!strcmp(serverName, "DECWINDOWS DigitalEquipmentCorp.") && -                (VendorRelease(dsp) == 11))) {                ... 	         }       George Cook  WVNET    ------------------------------  % Date: Wed, 15 Feb 2006 23:47:11 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ' Subject: Re: MOSAIC problem (GIF image) , Message-ID: <43F403B0.9E85E38B@teksavvy.com>  0 FYI, this is what decw$utils:xdpyinfo.exe says:    $ run xdpyinfo name of display:    _WSA1: version number:    11.0 6 vendor string:    DECWINDOWS DigitalEquipmentCorp. VAX vendor release number:    70013 maximum request size:  4096 longwords (16384 bytes)  motion buffer size:  04 bitmap unit, bit order, padding:    32, LSBFirst, 32 image byte order:    LSBFirst ( number of supported pixmap formats:    4 supported pixmap formats: .     depth 1, bits_per_pixel 1, scanline_pad 32.     depth 4, bits_per_pixel 8, scanline_pad 32.     depth 8, bits_per_pixel 8, scanline_pad 320     depth 24, bits_per_pixel 32, scanline_pad 32( keycode range:    minimum 8, maximum 255 number of extensions:    8     MIT-SUNDRY-NONSTANDARD     DEC-Server-Mgmt-Extension      ServerManagementExtension      Adobe-DPS-Extension      X3D-PEX      Xie 
     DEC-XTRAP      Multi-Buffering  default screen number:    0  number of screens:    1   
 screen #0:7   dimensions:    1280x1024 pixels (433x346 millimeters) $   resolution:    75x75 dots per inch   depths (2):    1, 8    root window id:    0x2a #   depth of root window:    8 planes .   number of colormaps:    minimum 1, maximum 1   default colormap:    0x25 *   default number of colormap cells:    256*   preallocated pixels:    black 0, white 1/   options:    backing-store YES, save-unders NO "   current input event mask:    0x0   number of visuals:    4    default visual id:  0x21	   visual:      visual id:    0x21     class:    PseudoColor      depth:    8 planes$     size of colormap:    256 entries/     red, green, blue masks:    0xff, 0xff, 0xff 6     significant bits in color specification:    8 bits	   visual:      visual id:    0x22     class:    GrayScale      depth:    8 planes$     size of colormap:    256 entriesA     red, green, blue masks:    0xffffffff, 0xffffffff, 0xffffffff 6     significant bits in color specification:    8 bits	   visual:      visual id:    0x23     class:    StaticGray     depth:    8 planes"     size of colormap:    2 entries/     red, green, blue masks:    0xff, 0xff, 0xff 6     significant bits in color specification:    8 bits	   visual:      visual id:    0x24     class:    TrueColor      depth:    8 planes$     size of colormap:    256 entries.     red, green, blue masks:    0xe0, 0x1c, 0x36     significant bits in color specification:    3 bits   ------------------------------  % Date: Wed, 15 Feb 2006 14:21:16 -0500 * From: "FredK" <fred.nospam@nospam.dec.com>5 Subject: Re: Mtools on VMS v. USB flash storage gizmo * Message-ID: <43f37f2e@usenet01.boi.hp.com>  9 "Forrest Kenney" <Forrest.Kenney@hp.com> wrote in message   news:43F35D0E.71A3B942@hp.com... > B > 1) I have entered a problem report about the UCM sho event item. >    Thanks loads :-)   ------------------------------  + Date: Wed, 15 Feb 2006 21:00:55 -0600 (CST) * From: sms@antinode.org (Steven M. Schweda)5 Subject: Re: Mtools on VMS v. USB flash storage gizmo 2 Message-ID: <06021521005544_20331674@antinode.org>  , From: Forrest Kenney <Forrest.Kenney@hp.com>  B > 1) I have entered a problem report about the UCM sho event item.      Sounds good.   C > 2) Unplugging a USB device should never result in a system crash.   A    Well, I'd guess that INIT and MOUNT should never hang, either.   E >    But without dumps it is impossbile to even begin to guess where   >    the problem is.  F    I could try to collect some data next time.  What would you like to see?  G > 3) The DNDRIVER image on the freeware site is really old the current  E >    edit history shows that we are up to edit 20 and what is on the  # >    freeware is more like edit 13.   8    I'd gladly use a newer one if I knew where to get it.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Wed, 15 Feb 2006 16:57:39 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> $ Subject: Re: null terminated strings, Message-ID: <43F3A3CD.59FFB185@teksavvy.com>   Bill Gunshannon wrote:H > So this leaves us with two big questions. If it could be included as aJ > compile time option in other languages, why was it specifically not done	 > for C?    H Because there are too many times where the application is passed just anG address of some dynamically allocated buffer with no bounds information  known to the compiler.  F Does Macro have bounds checking ?  Does MAcro64 ? If not, how come you? aren't blasting the VMS engineers who still make use of Macro ?   G C is like a racing bike. Pascal is like a tricycle. Other languages are G like bicycles with training wheels in the back because you can't really = stand up on your own yet and you need something to catch you.   F And yes, put an inexperienced weenie on a racing bike and he will fall and hurt himself.    ------------------------------  # Date: Thu, 16 Feb 2006 02:19:59 GMT + From: Ryan Moore <rmoore@rmoore.dyndns.org> $ Subject: Re: null terminated strings< Message-ID: <Pine.LNX.4.64.0602151817560.10801@jaipur.local>  $ On Wed, 15 Feb 2006, JF Mezei wrote:I > C is like a racing bike. Pascal is like a tricycle. Other languages are I > like bicycles with training wheels in the back because you can't really ? > stand up on your own yet and you need something to catch you.     H I think by this analogy then C++ is like the Space Shuttle.  Boy it can H get you there!  But you wouldn't believe what you have to go through to  get there.  :)  + BTW, I'm a C weenie, if this isn't obvious.    -Ryan    ------------------------------  % Date: Wed, 15 Feb 2006 14:34:51 -0500 * From: "FredK" <fred.nospam@nospam.dec.com>7 Subject: Re: OpenVMS needs biometric/smart card logins! * Message-ID: <43f3825c@usenet01.boi.hp.com>  L This is something that we are thinking about at a low priority because thereG is interest in it.  It is really a multiple level question.  At the low K level, it is writing a device driver for a fingerprint or smart card reader K (Forrest is currently hacking around with one for the Microsoft fingerprint H USB device).  The next level up is the hard part - the library code thatJ does the math & processing functions to turn the input into something thatJ can be matched - we would need to find some unencumbered implementation orC pay someone for it.  Then the next part is hooking it into ACME for L authentication.  Ideally, I would imagine that what would be sent to ACME isK some unique data that ACME matches against as a password (possibly user and J password).  Of course you also need the applet to create a secure database for ACME as well.   ? Leo Demers and company are much better experts than I am on it.     & <bob@instantwhip.com> wrote in message= news:1140013330.690787.178770@f14g2000cwb.googlegroups.com... E > I mentioned this on a webcast once and seems it has not registered. G > Micro$oft has got it in vista using smart cards.  How hard Fred would G > this be to incorporate a biometric machine or smart cards for logins?  >    ------------------------------  % Date: Wed, 15 Feb 2006 17:39:13 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 7 Subject: Re: OpenVMS needs biometric/smart card logins! , Message-ID: <43F3AD88.2300E979@teksavvy.com>   Bob Koehler wrote:C >    Multinet added smart cards to thier IP product.  You could use H >    LGI callouts to roll your own.  But right now I doubt the biometricD >    guys are interested in porting to VMS and HP may not be able to8 >    influence them for all the reasons we know so well.  H With certain governments instilling fear of terrorism to force biomatricD data use on common documents, biometrics can no longer be consideredE safe for identification since your fingerprints are becoming, for all E practical purpose's public domain since they will be captured by many 2 governemnts who do not have any data privacy laws.  H Perhaps not as bad as the US government forcing airlines to give it yourF personal details including your credite card and teleophone number and? with whom you are travelling, and then giving this data to some T consulting firm who uses it for fancy powerpoint presentatiosn in large conferences.   ------------------------------  # Date: Thu, 16 Feb 2006 00:11:29 GMT , From: Wayne Morrison <Wayne.Morrison@hp.com>7 Subject: Re: OpenVMS needs biometric/smart card logins! % Message-ID: <43F3B860.1080504@hp.com>    FredK wrote:  N > This is something that we are thinking about at a low priority because thereI > is interest in it.  It is really a multiple level question.  At the low M > level, it is writing a device driver for a fingerprint or smart card reader M > (Forrest is currently hacking around with one for the Microsoft fingerprint J > USB device).  The next level up is the hard part - the library code thatL > does the math & processing functions to turn the input into something thatL > can be matched - we would need to find some unencumbered implementation orE > pay someone for it.  Then the next part is hooking it into ACME for N > authentication.  Ideally, I would imagine that what would be sent to ACME isM > some unique data that ACME matches against as a password (possibly user and L > password).  Of course you also need the applet to create a secure database > for ACME as well.  > A > Leo Demers and company are much better experts than I am on it.  >  > ( > <bob@instantwhip.com> wrote in message? > news:1140013330.690787.178770@f14g2000cwb.googlegroups.com...  > E >>I mentioned this on a webcast once and seems it has not registered. G >>Micro$oft has got it in vista using smart cards.  How hard Fred would G >>this be to incorporate a biometric machine or smart cards for logins?   C Fred is correct - there are actually 3 parts to this request.  The  I difficult part is the (usually proprietary) middle layer code that links  E the hardware device to the authentication mechanism.  For that, we'd  G likely need to partner with some company willing to port this layer to   OpenVMS.  G We've given some thought to hooking into ACME and the secure database.  F Since we currently ship CDSA (Common Data Security Architecture) with H OpenVMS, we have some of the necessary mechanisms partly in place.  The H CDSA Human Recognition Service (HRS) add-on, which is currently planned F   to ship as part of OpenVMS V8.3, provides much of what is needed at I this layer.  Also needed would be an ACME agent that called into CDSA to  C store and retrieve biometric information or smart card credentials.   H In order to consider making this happen, we'd need to know what vendors D people are using for their Smart Card/Biometric operations on other I platforms, so that we could narrow down the list of potential devices to  I support, and companies to partner with.  A list of specific requirements  H from customers who are interested in getting this support would also be 
 very helpful.    Wayne Morrison, CISSP & OpenVMS Security/eBusiness Engineering Hewlett-Packard Company    ------------------------------  % Date: Wed, 15 Feb 2006 21:04:44 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 7 Subject: Re: OpenVMS needs biometric/smart card logins! 9 Message-ID: <aZudnTqdc7bAQG7enZ2dnUVZ_sKdnZ2d@libcom.com>    Wayne Morrison wrote:  > FredK wrote: > J >> This is something that we are thinking about at a low priority because  >> thereJ >> is interest in it.  It is really a multiple level question.  At the lowH >> level, it is writing a device driver for a fingerprint or smart card 	 >> reader C >> (Forrest is currently hacking around with one for the Microsoft   >> fingerprintK >> USB device).  The next level up is the hard part - the library code that I >> does the math & processing functions to turn the input into something   >> that < >> can be matched - we would need to find some unencumbered  >> implementation orF >> pay someone for it.  Then the next part is hooking it into ACME forH >> authentication.  Ideally, I would imagine that what would be sent to 
 >> ACME isF >> some unique data that ACME matches against as a password (possibly  >> user and E >> password).  Of course you also need the applet to create a secure   >> database  >> for ACME as well. >>B >> Leo Demers and company are much better experts than I am on it. >> >>) >> <bob@instantwhip.com> wrote in message @ >> news:1140013330.690787.178770@f14g2000cwb.googlegroups.com... >>G >>> I mentioned this on a webcast once and seems it has not registered. I >>> Micro$oft has got it in vista using smart cards.  How hard Fred would I >>> this be to incorporate a biometric machine or smart cards for logins?  >  > E > Fred is correct - there are actually 3 parts to this request.  The  K > difficult part is the (usually proprietary) middle layer code that links  G > the hardware device to the authentication mechanism.  For that, we'd  I > likely need to partner with some company willing to port this layer to  
 > OpenVMS. > I > We've given some thought to hooking into ACME and the secure database.  H > Since we currently ship CDSA (Common Data Security Architecture) with J > OpenVMS, we have some of the necessary mechanisms partly in place.  The J > CDSA Human Recognition Service (HRS) add-on, which is currently planned G >  to ship as part of OpenVMS V8.3, provides much of what is needed at  K > this layer.  Also needed would be an ACME agent that called into CDSA to  E > store and retrieve biometric information or smart card credentials.  > J > In order to consider making this happen, we'd need to know what vendors F > people are using for their Smart Card/Biometric operations on other K > platforms, so that we could narrow down the list of potential devices to  K > support, and companies to partner with.  A list of specific requirements  J > from customers who are interested in getting this support would also be  > very helpful.  >  > Wayne Morrison, CISSP ( > OpenVMS Security/eBusiness Engineering > Hewlett-Packard Company  >   
 Oh, Great!  H Now instead of torturing me for my password, the terrorist will cut off 4 my thumb for use in breaking into the computer.  :-(   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Wed, 15 Feb 2006 21:13:46 -0500 * From: "FredK" <fred.nospam@nospam.dec.com>7 Subject: Re: OpenVMS needs biometric/smart card logins! , Message-ID: <43f3dfdb$1@usenet01.boi.hp.com>  4 "Dave Froble" <davef@tsoft-inc.com> wrote in message3 news:aZudnTqdc7bAQG7enZ2dnUVZ_sKdnZ2d@libcom.com...  > Wayne Morrison wrote:  > > FredK wrote:   >  > Oh, Great! > I > Now instead of torturing me for my password, the terrorist will cut off 6 > my thumb for use in breaking into the computer.  :-( >   L Well, we could try a retinal scanner ;-)  Or perhaps something more personal ;-)    ------------------------------  % Date: Wed, 15 Feb 2006 23:40:49 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 7 Subject: Re: OpenVMS needs biometric/smart card logins! , Message-ID: <43F40232.4902D452@teksavvy.com>   Dave Froble wrote:I > Now instead of torturing me for my password, the terrorist will cut off 6 > my thumb for use in breaking into the computer.  :-(    D Nop. Some government with improper data privacy laws will allow yourF fingerprints they collected to be used to frame you for some crime, orF sell them to people interested in enterring your secured premises that% are controlled by fingerprint access.     A This is especially true of those governments who buckle under the H political pressure to appear to protect theircitizens and start issusingB RFID equipped piece of identity that can be read without the onwerE knowing they are being read. This makes those who listend to analogue E mobile phones and cloned them look like child's play because now thet E will be able t do far more with your fingerprints than just make free  phone calls.  G One should not allow the same logical "password" (such as fingerprints) & to be used by different organisations.  A So while HP is bound to want to sell to police states who require D fingerprint ID for citizens and visitors and make lots of money, nonE government users should distance themselves from the very devices the  police states are using.   ------------------------------    Date: 15 Feb 2006 22:56:36 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 7 Subject: Re: OpenVMS needs biometric/smart card logins! 3 Message-ID: <65hjJcUb2Mw7@eisner.encompasserve.org>   c In article <aZudnTqdc7bAQG7enZ2dnUVZ_sKdnZ2d@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes:    > Oh, Great! > J > Now instead of torturing me for my password, the terrorist will cut off 6 > my thumb for use in breaking into the computer.  :-(  C The better scanners make sure there is still blookd flowing through  the finger.   F Personally I am amazed by the plastic clip the medics put on my fingerF to measure oxygen saturation in my blood.  It also reports pulse rate, but that seems simpler.    ------------------------------    Date: 15 Feb 2006 22:58:02 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 7 Subject: Re: OpenVMS needs biometric/smart card logins! 3 Message-ID: <mn5PIHr3A7wn@eisner.encompasserve.org>   \ In article <43F40232.4902D452@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Dave Froble wrote:J >> Now instead of torturing me for my password, the terrorist will cut off7 >> my thumb for use in breaking into the computer.  :-(  >  > F > Nop. Some government with improper data privacy laws will allow yourH > fingerprints they collected to be used to frame you for some crime, orH > sell them to people interested in enterring your secured premises that' > are controlled by fingerprint access.   @ No, a good design provides trusted hardware to authenticate yourC fingerprint to your smartcard, without passing the data to the host 	 computer.    ------------------------------  % Date: Thu, 16 Feb 2006 00:29:53 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 7 Subject: Re: OpenVMS needs biometric/smart card logins! / Message-ID: <a5idndxWyOjukGneRVn-tg@libcom.com>    FredK wrote:6 > "Dave Froble" <davef@tsoft-inc.com> wrote in message5 > news:aZudnTqdc7bAQG7enZ2dnUVZ_sKdnZ2d@libcom.com...  >  >>Wayne Morrison wrote:  >> >>>FredK wrote:  >  >  >>Oh, Great! >>I >>Now instead of torturing me for my password, the terrorist will cut off 6 >>my thumb for use in breaking into the computer.  :-( >> >  > * > Well, we could try a retinal scanner ;-)  
 Oh, Great!   Now they'll gouge out my eye.   G Or if they're in a hurry, just cut off my head.  That will inconvience  D them a bit, since there used to be enough hair to grab, but not now.  % >  Or perhaps something more personal  > ;-)   F Well, I could counter that by saying the testers would have to handle # the very large size.  :-)  :-)  :-)    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Thu, 16 Feb 2006 01:30:17 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 7 Subject: Re: OpenVMS needs biometric/smart card logins! , Message-ID: <43F41BD3.BD1FC103@teksavvy.com>   Larry Kilgallen wrote:B > No, a good design provides trusted hardware to authenticate yourE > fingerprint to your smartcard, without passing the data to the host  > computer.     F When someone travels to a country without data privacy laws and police< state laws to collect any/all information, they collect your@ fingerprints and you have no way of knowing what happens to your? identity and how it is disseminated in and out of that country.     H If a store cheats and has fake debit card devices that capture your card@ number and PIN, their bank will eventually catch on to the fraudD patterns and press criminal charges against the store. Your bank can) cancel your card and re-issue a new one.    E If a government cheats and disseminates your personal data, there ios H nobody to punish them and give you any compensation. You cannot have newH fingerprints re-issued once yours have been made public and available on, the black market to fraudsters or criminals.  @ Cloning your debit card only causes you (or bank) loss of money.E Fraudulent use of your fingerprints can frame you for crimes and land  you in jail.  C If black market availability of fingerprints become prevalent, then E fingerprints will not longer be a trusted source of authentication. A G bit like a virus that evolved making the standard antibiotics useless.        @ Consider that governments such as the USA, UK and Australia haveC recently enacted laws and stated policies that go against the human E rights treaties they ratified when the UN was formed. (ratify = enact G domestic laws that implement that treaty domestically).  So even if the E UN had some data privacy treaty, if countries are allowed to get away G without punishement when they break the treaty, then you have no way to B prevent misuse of biometric data collected by governments and moreF important, no recourse when some government enables the misuse of your4 biometric data and cause you a whole lot of trouble.    @ Security measures eventually get compromised, and in the case ofH biometrics, their compromise causes far more damage to the owner because? they are used for more than just access to a computer, but also L identification when entering a country and used as identification in crimes.  B Note that the USA also enacted laws that will require americans toF present biometric data whenever they travel domestically. So plenty ofF organisations will be able to capture that information and "leaks" canC result in them being released. In the case of airlines, this can be E quite damaging because they'll also release your credit card details, > phone numbers, FF numbers etc. (all part of your reservation).   ------------------------------    Date: 15 Feb 2006 18:19:02 -0800) From: "Bob Gezelter" <gezelter@rlgsc.com> Y Subject: OpenVMS.org Contributing Editor Robert Gezelter to speak on WiFi/LAN Security in C Message-ID: <1140056342.173839.106550@g47g2000cwa.googlegroups.com>   C The Los Alamos and Northern New Mexico Chapter of the IEEE Computer D Society will host, as part of U.S. Engineer's Week 2006, OpenVMS.orgC Contributing Editor Robert Gezelter, CSA, CSE, CDP. He will present D "Safe Computing in the Age of Ubiquitous Connectivity" on Wednesday,D February 22, 2006 at 6:00 PM in Los Alamos, New Mexico. The NorthernD New Mexico IT and business communities are cordially invited to this event.  G Mr. Gezelter will speak on the technical and management issues that are D brought to the fore by the increasing availability of communicationsC connectivity. He will address the use of wired and wireless network B access, both within the organization and through the use of public access points.  D The full abstract and location of this presentation can be found at:  ? http://www.rlgsc.com/ieee/LosAlamos/2006-02/ann-ubiquitous.html   F This presentation is made possible by the support of the IEEE Computer* Society's Distinguished Visitor's Program.   ------------------------------    Date: 15 Feb 2006 18:55:05 -0800) From: "Sue" <susan_skonetski@hotmail.com> 6 Subject: Updated OpenVMS Information - OK for externalC Message-ID: <1140058505.103673.203390@g47g2000cwa.googlegroups.com>    Dear Distribution Lists,  ; It is my pleasure to send out this rather large Updated VMS F Information. If anyone has ideas for a new name for this weekly email,E I am open to your suggestions. There are VMS jobs included this week, B so here is my normal disclaimer, "I have nothing to do with hiringD folks, I just care that our customers have the people that they needD and friends have jobs" you probably know that.  I will be opening upD registration for the OpenVMS Boot Camp next week, so please consider this your advanced notice.  ( I hope you find this information useful.   Warm Regards as always,  Sue * __________________________________________   Index    Time Sensitive InformationE 	A. Mark Hurd, Paul Otellni, Larry Ellison live/online con-call March  2nd 4 	B. AlphaServer System Support Webinar February 28th9 	C. June OpenVMS Technical Journal Call for Participation   G HP Integrity (HP Hardware Platform) Information and Intel(r) info (chip 
 architecture)   ; 	A. Web Cast Programmer's Alert: Understanding the Intel(r)   Itanium(r) Architecture Feb 28th' 	B. HP and Intel(r) Developer Workshops * 	C. Information from the Intel(r) web site; 	D. IT Webcast: Itanium(r) 2-based Solutions for Government ; 	E. IBM RPG II compatible compiler that runs under OpenVMS.    Sue's Favorite URL's  * 	A. VAX Article at Real World Technologies 	B. Trust me you will like this  	C. From the bunker of doom  	D. Hoffman Labs) 	E. HP expected to enhance storage arrays % 	F. GET 2 PROCESSORS for the price of      In the Press -  4 ARTICLES   Partners 	A. Acucorp  	B. Oracle Rdb   Jobs  . ______________________________________________ Time Sensitive Information   ************************* D A. Earlier this week I sent out mail regarding an Invitation from HPA CEO Mark Hurd and Intel(r) CEO Paul Otellni, also a special video G announcement from Oracle CEO Larry Ellison  (Customer Invitation) which G is a live and online event March 2nd 8:30 am US Pacific Time to sign up  go to the following web site: H http://hplive.feedroom.com/ifr_main.jsp?nsid=a677a2ff2:1096fc79f01:27df&H st=1140046263224&mp=WMP&cpf=true&fr=021506_063102_677a2ff2x1096fc79f01x25 7e0&rdm=778705.7877636123 or http://tinyurl.com/d7vhr   F 	Note 1.  Please if at all possible sign up for this conference, it is important to us. Thanks, Sue  ? 	Note 2.  If you are an HP employee you will be given different 9 login information so priority can be given to 	customers.   ! 	Note 3.  This is just the start!    ----------------------------- E B. Attend the HP AlphaServer System Support Webinar. February 28th at  2pm ET (11am PT)F https://h30046.www3.hp.com/campaigns/2006/events/alphaserver/index.php   ----------------------------- G OpenVMS Technical Journal if you would like to write an article for the > June issue of the technical journal, please visit the web siteG http://h71000.www7.hp.com/openvms/journal/cfp.html all articles need to G be received by May 10th.  Once your article is accepted a .doc template 5 will be sent to you.  Thank you for all your support.   0 ________________________________________________ HP Integrity Information  C A. Title: Programmer's Alert: Understanding the Intel(r) Itanium(r)  Architecture  Date: Tuesday, February 28, 2005# Time: 9:00 PT / 12:00 ET / 5:00 GMT  URL:H <http://h21007.www2.hp.com/dspp/ne/ne_EventDetail_IDX/1,1394,1149,00.htm l>  E *NEW 2006 Laptop Giveaway* -Attend a live or recorded February, March G or April webcast and earn a chance to win an HP Pavilion laptop form HP  and Intel(r)!!  E This webcast will explain the Intel(r) Itanium(r) architecture from a D programmer's viewpoint; understanding the benefits, characteristics,@ and background. Attendees will gain a basic understanding of the Intel(r)E Itanium(r) architecture. This will give them sufficient knowledge to: E  * Make better use of Itanium(r) tuning tools like Caliper and vTune. A  * Understand the importance of the Itanium(r) features and their  effects on performanceE  * Understand the mechanisms underlying software pipelining and other  forms of parallelism;  * Begin to understand Itanium assembly listings and dumps.   # To view past webcast replays go to: $ http://www.hp.com/go/itaniumwebcasts  ! --------------------------------- & B. HP and Intel(r) Developer WorkshopsH http://h21007.www2.hp.com/dspp/bus/bus_BusDetailPage_IDX/1,1252,6045,00. html  A C. While I was on the Intel(r) web site I found out the following F information. 1. 9 out of the 10 largest companies in the world and 50%4 of Global 100 companies use Itanium 2-based servers.  F D. 2. IT Webcast: Itanium(r) 2-based Solutions for Government Join IDCG and industry experts to learn how Itanium 2-based solutions benefit the 
 Government   E. *3*H http://or1cedar.cps.intel.com/solutionscatalog/webpages/search/productprB ofile.aspx?submission_id=1024 found this which is very cool on the
 Intel(r) page  Migration RPG* V8.2 C Preserving yesterday's investments, preparing tomorrow's solutions. F MSI Migration RPG is an IBM RPG II compatible compiler that runs underG OpenVMS. It can be used to migrate software applications written in IBM E RPG II, VAX RPG, WANG RPG, Sperry RPG, WANG RPG, Unisys RPG and other  versions of RPG to HP OpenVMS. Product OverviewG MSI Migration RPG is an IBM RPG II*-compatible compiler that runs under D OpenVMS*. It can be used to migrate software applications written inC IBM RPG II, VAX* RPG, WANG* RPG, Sperry* RPG, Unisys* RPG and other C versions of RPG to HP OpenVMS*. Migration RPG is a highly developed D compiler kit, complete with a source-code editor, program and screenD compilers and support utilities. The software is designed to migrateG legacy RPG applications, maintain existing RPG applications and develop D new RPG applications. Migration RPG is supported on HP VAX*, Alpha*, and  Intel(r) Itanium(r) processors.   . ______________________________________________   Sue's Favorite URLs this week   D A. VAX Article at Real World Technologies - John Mashey (formerly ofA MIPS and SGI) has written a series of 3 articles that examine the D issues confronting DEC and the VAX architecture in the early 1990's.F These articles have been refined, based on input from various sources,F including HP's Andy Goldstein and several other veterans from Intel(r)G and HP. http://www.realworldtech.com/page.cfm?ArticleID=RWT012406203308   @ B. http://www.cafepress.com/phco1/763627  You will like this too   C. From the bunker of doom4 http://www.bunkerofdoom.com/computers/vhm/index.html  , D. http://www.hoffmanlabs.org/  Hoffman Labs  3 E. HP expected to enhance storage arrays, software: F http://www.arnnet.com.au/index.php/id;1475616522;fp;256;fpid;337468494    ? F. ******************* ok this is not a url but I saw it on the  web************** D Get 2 processors for the price of 1! For a limited time, you can get> twice as many Intel(r) Itanium(r) 2 Processors for your new HPE Integrity server with this 2-for-1 offer. > Hurry! Offer ends 4/30/06 D Call 877-215-8584 to speak to an HP representative for more details. Here is the page I saw it onF https://h30046.www3.hp.com/campaigns/2006/events/alphaserver/index.phpC ******************************************************************* " new how-to documents now available9 http://www.openvms.org/stories.php?story=06/01/31/0260410 C Thanks to Martin Borgman of the porting OpenOffice to OpenVMS group . there are now available three how-to documentsF using perl, using python, using java, all with the gnv (bash) shell on VMS.  B __________________________________________________________________ In the PressH http://www.techworld.com/storage/news/index.cfm?NewsID=5351&Page=1&pagePG os=4&inkc=0  HP to upgrade its storage arrays - HP's Storage Essentials F management software can now manage Tru64 and OpenVMS hosts, HP and Sun= network-attached storage, the HP-UX implementation of Veritas   H http://home.businesswire.com/portal/site/google/index.jsp?ndmViewId=newsE _view&newsId=20060207005263&newsLang=enUC4 Software's Record Revenues 7 Comes on Heels of HP Business Partner of the Year Award   B http://blogcritics.org/archives/2006/02/04/064540.php Book Review:D Learn to Program by Chris Pine - This should also come in handy whenG managing log files on several OpenVMS servers I manage. Yes, there is a  tested version of Ruby ...  D http://www.tmcnet.com/usubmit/2006/02/03/1339910.htm HP Ranked AmongD World's Ten Best for Online Support - Customers receive services andD support for HP-UX, Linux, MPE/iX, NT, OpenVMS and Tru64 UNIX serversG and workstations, as well as diverse tools and information for managing  multi-vendor environments.  C ___________________________________________________________________ 	 Partners:   D A. If you use Acucorp (runs on VMS) they will be having a developers( conference September 14-15, in San Diego6 http://www.acucorp.com/events/ here is their main pageB http://www.acucorp.com/  Speaking of Acucorp if you do a search onE their website for VMS there is a real good description of moving from  UNIX files to VMS  ----------- F B. Oracle Rdb Release 7.0.8.3 Now Available We are pleased to announceD the release of Oracle Rdb Release 7.0.8.3 (aka V7.0-83).  The kit isG available on Metalink and will be on OTN shortly. Software Errors Fixed D in Oracle Rdb Release 7.0.8. Software Errors Fixed That Apply to All
 Interfaces+        - Recovered Database Missing Updates 3        - Various Bugchecks Due to Memory Corruption 5        - Wrong Result from Query with Zigzag Strategy :        - Query Slows Down Significantly After Upgrade From          Rdb Release 7.0.7.3 SQL Errors Fixed8        - Unexpected Errors when Accessing Declared Local          Temporary Tables :        - SQL$MOD Bugcheck for Undefined Function ParameterG        - DDL Statements Caused Bugchecks with Various Exceptions Oracle  RMU Errors Fixed<        - RMU REPAIR Did Not Retry Root File Open for Offline          Access G ------------------------_______________________________________________    ------------------------------   End of INFO-VAX 2006.093 ************************