1 INFO-VAX	Thu, 06 May 2004	Volume 2004 : Issue 251       Contents:? Re: Alpha is phased out .... UltraSPARC V in the same way ..... ? Re: Alpha is phased out .... UltraSPARC V in the same way .....   Re: Another sneak preview - V8.2  Re: Another sneak preview - V8.2 Building Mozilla from source Re: ES-40 (2 Fibre Channels)! Re: EVA: physically moving drives ! Re: EVA: physically moving drives  EVE customizations Re: EVE customizationsP Re: Future of Availability Manager on IA64 (was Re: Tomcat / Java / process quot! How to make HSZ40 devices visible % Re: How to make HSZ40 devices visible % RE: How to make HSZ40 devices visible ' Large values in Operation Count and I/O 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: Newbye quetion& Re: Print HTML files directly from VMS: Q: port from unix:    sigstack()   do not work at openVMS? Re: RRD46 tray won't stay in Re: RRD46 tray won't stay in Re: RRD46 tray won't stay in 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-mailbox for TCP/IP-traffic) 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   F ----------------------------------------------------------------------   Date: 6 May 2004 06:55:08 -0700 . From: fabiopenvms@yahoo.com.br (Fabio Cardoso)H Subject: Re: Alpha is phased out .... UltraSPARC V in the same way .....= Message-ID: <f30679fb.0405060555.2b660696@posting.google.com>   v keithparris_NOSPAM@yahoo.com (Keith Parris) wrote in message news:<cf15391e.0405051503.79f05ebe@posting.google.com>...a > "Karsten Nyblad" <nospam@nospam.com> wrote in message news:<c6csgq$1bmh$1@news.cybercity.dk>... K > > Is Sun making it self ready for a Sparcide?  When Sun does not have the M > > resources to complete the UltraSparc V project why don't they collaborate O > > with Fujitsu on big servers?  Fujitsu has some very interesting projects on  > > SPARC64. > F > But how long will Fujitsu continue to pour money down the SPARC hole7 > when they see Sun themselves cancelling CPU projects?  > @ > Fujitsu has already started shipping systems based on Itanium:c > http://www.computerworld.com/hardwaretopics/hardware/story/0,10801,88366,00.html?from=story_picks * > http://www.theinquirer.net/?article=7392 > = > Fujitsu plans to sell 128-CPU Itanium systems by next year: : > http://www.entmag.com/news/article.asp?EditorialsID=5673  7 Hmmmm ! Looks like Fujitsu dont trust in SPARC anymore. . MAy be Sun is preparing itself for a buyout ! > IBM buying Sun will merge Solaris + AIX features  - Smit ;-) -# into a Linux running under Power !     Regards    FC   ------------------------------  $ Date: Thu, 6 May 2004 18:53:30 +0200  From: "Dr. Dweeb" <dr@dweeb.com>H Subject: Re: Alpha is phased out .... UltraSPARC V in the same way .....- Message-ID: <c7dqia$2lf4$1@news.cybercity.dk>    Fabio Cardoso wrote:> > keithparris_NOSPAM@yahoo.com (Keith Parris) wrote in message; > news:<cf15391e.0405051503.79f05ebe@posting.google.com>... 8 >> "Karsten Nyblad" <nospam@nospam.com> wrote in message, >> news:<c6csgq$1bmh$1@news.cybercity.dk>...G >>> Is Sun making it self ready for a Sparcide?  When Sun does not have E >>> the resources to complete the UltraSparc V project why don't they C >>> collaborate with Fujitsu on big servers?  Fujitsu has some very $ >>> interesting projects on SPARC64. >>G >> But how long will Fujitsu continue to pour money down the SPARC hole 8 >> when they see Sun themselves cancelling CPU projects? >>A >> Fujitsu has already started shipping systems based on Itanium:  >>a http://www.computerworld.com/hardwaretopics/hardware/story/0,10801,88366,00.html?from=story_picks + >> http://www.theinquirer.net/?article=7392  >>> >> Fujitsu plans to sell 128-CPU Itanium systems by next year:; >> http://www.entmag.com/news/article.asp?EditorialsID=5673  > 9 > Hmmmm ! Looks like Fujitsu dont trust in SPARC anymore. / > MAy be Sun is preparing itself for a buyout ! @ > IBM buying Sun will merge Solaris + AIX features  - Smit ;-) -$ > into a Linux running under Power ! >   , Or maybe they are just covering there bases?  A As a big iron vendor they probably need to be seen in the Itanium  marketplace.J Itanium may yet fly (hell, the F4 is still flying), so it is not unnaturalJ for them to position themselves.  Also, I guess these boxes are not cheap,> so they may not need super high volume to have a positive ROI.  
 Dr. Dweeb.  	 > Regards  >  > FC   ------------------------------  $ Date: Thu, 6 May 2004 09:00:21 +0200% From: "Fred Zwarts" <F.Zwarts@KVI.nl> ) Subject: Re: Another sneak preview - V8.2 . Message-ID: <c7cn36$14u$1@info.service.rug.nl>  E "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in = 8 message news:4099A757.36B59184@NeOaSrPtAhMlNiOnWk.net..." > Peter 'EPLAN' LANGSTOEGER wrote: > >=20F > > In article <409580E7.62F35163@NeOaSrPtAhMlNiOnWk.net>, "David J. =8 Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:% > > >Peter 'EPLAN' LANGSTOEGER wrote: ? > > >> In article <4094c677@usenet01.boi.hp.com>, "Guy Peleg" = & <guy.peleg@remove_this_hp.com> writes:. > > >> >Here is another sneak preview of V8.2: > > >>4 > > >> May I request some more new features for V8 ? > > >>3 > > >> 1) Move DECnet startup/shutdown control to =  SYSTARTUP_VMS/SYSHUTDWN  > > > I > > >Isn't that where it is now? If DECnet is registered, START/NETWORK =  and  > > >STOP/NETWORK will work. > >=20. > > No. DECnet is started before SYSTARTUP_VMS >=20 > When did this get changed?  ? I think it is different for DECnet phase IV and DECnet phase V. A Phase IV is started in SYSTARTUP_VMS. Phase V is started earlier.    F.Z.   ------------------------------  % Date: Thu, 06 May 2004 11:46:59 -0400 & From: David M Smith <dsmit115@csc.com>) Subject: Re: Another sneak preview - V8.2 8 Message-ID: <s9nk90t6s69m0v67ckt8rq00skapafm5nr@4ax.com>  L On 5 May 2004 12:01:05 -0600, Kilgallen@SpamCop.net (Larry Kilgallen) wrote:  b >In article <st3i909teco4hp01q233ejk9ruakgpm7oh@4ax.com>, David M Smith <dsmit115@csc.com> writes: ...  >>  J >> Guy, I agree with everyone else -- that is a nice feature. How about anN >> estimated time remaining, too -- which to me is even more valuable than the >> percent complete! > E >Percentages or estimated times might lead the casual user to believe E >it applied to the entire copy operation rather than just the current  >file. > C >See the previous discussion in this thread about why the number of 0 >files remaining after this one cannot be known.  N I understand that, and still I make my request! Having used HGFTP for a coupleO years, I can tell you that this one feature alone has kept me using it in favor P of any other FTP client. I often transfer large files, and being able to have anO idea (I realize it is an estimate, and can chnage quickly if network conditions P change) of when a particular file transfer will complete is very useful. PerhapsJ a "real user" would not have this issue, but as a system manager I do. ForH example, today I am copying installation kits from the US to a system inM Germany, so I have large file transfers to perform and can't do the next step  until the file is there.I ------------------------------------------------------------------------- I David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only) I -------------------------------------------------------------------------    ------------------------------  % Date: Thu, 06 May 2004 09:46:51 +0200 ' From: JOUKJ <joukj@hrem.stm.tudelft.nl> % Subject: Building Mozilla from source * Message-ID: <c7cqhh$7dl$1@news.tudelft.nl>   Hi All,   E   Since Colin left, the binary distributions of mozilla are somewhat  G slowed down. I got a hint that a problem I'm having is solved in newer   version versions. H   Because I'm never afraid of sources, I thought maybe I can compile it H from source. I know that previously you needed POSIX (which is obsolete F on recent versions of VMS) to build Mozilla. I search the HP-site but 6 could not find any hint how to compile Mozilla myself.  G 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: Thu, 06 May 2004 15:06:24 GMT 1 From: Michael Austin <maustin@firstdbasource.com> % Subject: Re: ES-40 (2 Fibre Channels) 2 Message-ID: <409A5462.272517CB@firstdbasource.com>  o This is true, but, there are some environments where it is difficult to even push the limits of 1 HBA let alone o 2.  In a data center with 200+ systems (dual HBA-redundant fabric as diagramed) and 36 HSG's.. it was extremely n difficult to have an I/O bottleneck.  Generally speaking, if I/O was the bottleneck it was caused by extremelyf inefficient code making thousands of unnecessary calls to the database.  When these were fixed, it waso difficult to get any of the HSG controllers > 40% utilization during peak operations times...  It is not ALWAYS # hardware when you have bottlenecks.   n Case and point.  ES45 (4*1GHz w8GB mem).  System moved to GS1280 ( 8*1.2GHz w 16GB mem)  CPU went from 400% too 250%. Disk Queues went from ~16 to ~36 and then drives were moved to EVA disk queues dropped to ~1-2.  End user ] perception - NO CHANGE.  The database scripts were overhauled and now the thing really flies.    And as always, YMMV.   Michael Austin.        Alex Daniels wrote:   m > Michael Austin <maustin@firstdbasource.com> wrote in message news:<4097B8E9.AF96F413@firstdbasource.com>... L > > Give us a better idea of how your SAN and drives are configured and what# > > you are trying to accomplish...  > > SHOW DEV/MULTI > > * > > set device/switch/path=PGB0.xxxxxxxxxx > > + > > will switch the device to the new path.  > > N > > How is your SAN configured, and why do you care which path it is on.. Your/ > > system should be configured for redundancy.  > >  > <SNIP> > A > I personally do care which paths my disks are on. Sure there is G > redundancy and either path would do, but there are performance issues  > too. > H > First off I can put each HBA on a different FastPath CPU, not a lot ofF > point in this if I was just had all my disks going through say PGA0,H > or less effective if they are not balanced. And although this FastPathD > for KGPSAs has been in since 7.3, since 7.3-1 FastPath DistributedH > Interrupts have also been brought in, which totally eliminates any CPU
 > 0 overhead.  > H > Then working from your diagram, if you had say 10 boxes all going intoF > the SAN switch on the top fabric and all were maxing out IO at once,D > the two links from the switch to the HSG/V could be bottlenecking.G > While at the same time the bottom fabric would be empty of traffic as 3 > you have everything going through the top fabric.  > G > Or if you are just going for a random selection of disks over the two G > HBAs/fabrics you could be causing the same effect, once hot disks are G > taken into account. Obviously this is all less of a problem if as per = > your diagram you just have one node attached on your 'SAN'.  >  > Alex   ------------------------------  % Date: Thu, 06 May 2004 08:51:06 -0600 ' From: John Nebel <john.nebel@csdco.com> * Subject: Re: EVA: physically moving drives( Message-ID: <409A50DA.7020904@csdco.com>   Carl,   E One can ungroup drives, wait until releveling is done, use the remove 8 function, plug them in where desired, then regroup then.  G I've been careful to avoid reconfigurations while leveling is going on.   @ A shelf may be replaced by ungrouping all the drives in it, thenD disconnecting the cables, fiber cables first.  Adding a shelf is the9 reverse of that and is documented on the HP storage site.   H Everything about an EVA is meant to he hot-swappable and reconfigurationG is essentially multiple hot-swaps although it can require extra drives.   G If your system is on maintenance, it would be good to run the plan by a  field service storage engineer.   
 John Nebel     Carl Karcher wrote:     K  >> I'm wondering if anyone has physically rearranged drives on an EVA 5000 ,  >> (with the controllers shutdown course!)?   ------------------------------   Date: 6 May 2004 09:32:21 -0700 - From: soccer13player@yahoo.com (Nom de Plume) * Subject: Re: EVA: physically moving drives= Message-ID: <f401eb7f.0405060832.39b248d7@posting.google.com>   q karcher@thuria.waisman.wisc.edu (Carl Karcher) wrote in message news:<5MAY04.17475025@thuria.waisman.wisc.edu>... I > I'm wondering if anyone has physically rearranged drives on an EVA 5000 * > (with the controllers shutdown course!)? >  > Here's the situation:  > D > We've recently added two new enclosures (shelves) for a total of 8I > specifically to reach the magic number (eight) recommended for the best G > availability of raid5 volumes in the "EVA Best Practices Guide". This E > assumes that more than one drive in the same redundancy group (RSS) D > isn't present in the same shelf (members of a redundancy group areJ > distributed vertically - one per shelf). Theoretically, this arrangementB > would allow for loss of any one shelf with no data harmed - very > appealing. > I > To achieve this configuration, HP suggests we shutdown both controllers I > and physically rearrange the drives to meet this goal. Naturally, I'm a F > bit nervous about starting it up again and have the data still thereD > (even with good backups). Has anyone actually done this? Will the 0 > EVA really remember where everything still is? > 	 > Thanks.   L I think what is missing it Step 0 - Copy all data from disk volumes to tape.   JMOD   ------------------------------  % Date: Thu, 06 May 2004 15:31:21 +0200 ( From: Andreas Davour <ante@update.uu.se> Subject: EVE customizations 0 Message-ID: <cs9u0yt3cnq.fsf@Tempo.Update.UU.SE>   Hi!   < I've just started using EVE for some VAX COBOL programming.   G Having used emacs and its ability to recognize files and automatically  E start the right "code-mode", I was wondering if there was some way to  make EVE do the same?   E I have been reading the electronic documentation for EVE, but haven't % found anything yet. Pointers welcome!    /Andreas   ------------------------------  % Date: Thu, 06 May 2004 12:10:12 -0400 & From: David M Smith <dsmit115@csc.com> Subject: Re: EVE customizations 8 Message-ID: <7kok90p72omk5qcmhgg905nr37ht0kie4i@4ax.com>  M On Thu, 06 May 2004 15:31:21 +0200, Andreas Davour <ante@update.uu.se> wrote:    >Hi! > = >I've just started using EVE for some VAX COBOL programming.   > H >Having used emacs and its ability to recognize files and automatically F >start the right "code-mode", I was wondering if there was some way to >make EVE do the same? > F >I have been reading the electronic documentation for EVE, but haven't& >found anything yet. Pointers welcome! > 	 >/Andreas   N I don't know emacs, and I don't know what you mean by "code-mode", but if whatL you mean is a Cobol-sensitive editing environment then probably what you areM looking for is LSE (Language Sensitive Editor) which is a layered product and J (unfortunately) separately licensed. I've never used it myself, so I can't= compare it or tell you feature, but you can read about it at:   * 	http://h71000.www7.hp.com/doc/decset.html   (today's link).   K Checking my hobbyist PAKs, I see they do include a VAXSET license PAK, so I O could learn it at home! (I don't know if your system is hobbyist or corporate.) I ------------------------------------------------------------------------- I David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only) I -------------------------------------------------------------------------    ------------------------------  # Date: Thu, 06 May 2004 06:23:32 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: <00A31680.7205D4D7@SSRL.SLAC.STANFORD.EDU>  y In article <4099A4DE.A3D0482C@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:  >Keith Parris wrote: >>   >> "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in message news:<4098483D.B239A1E@NeOaSrPtAhMlNiOnWk.net>...M >> > Well, that's fine - just understand that the customer making the request 1 >> > will not fund the entire development effort.  >>  1 >> It's apparent I need to explain things better.  >>  > >> On Itanium, OpenVMS is gaining some sales packaging options% >> shamelessly stolen from HP-UX (see A >> http://www.hp.com/products1/unix/operating/choice/index.html).  >>  A >> What's being proposed is a set of packages that bundle various E >> combinations of the operating system, the former System Integrated H >> Products like Shadowing and Clustering, and various other key layeredF >> products, with each combination chosen to be what is expected to beH >> needed for a given class of customer, and with the package presumablyG >> priced at an attractive discount compared with the sum of the prices I >> of each individual product license. These bundles are called Operating E >> Environments (OEs). While plans are still under discussion, last I G >> heard, three levels of OEs were currently being proposed for OpenVMS 8 >> on Itanium: Internet (or Foundation), Enterprise, andI >> Mission-Critical. Each OE includes all the products in the previous OE E >> in the list, plus more products. Exactly which products will be in % >> each OE is still under discussion.  >>  F >> It's important to note that in addition to the OE bundles, licensesI >> for each of the individual layered software products (and former SIPs) A >> would still be available for purchase individually also. As an G >> example, if you had a small system but really wanted it in a cluster > >> with Shadowing, you have several options: you could buy theI >> Internet/Foundation OE and also buy Clustering and Shadowing licenses, H >> or you could buy the Enterprise OE which includes Shadowing, and justB >> add the Clustering piece, or you could buy the Mission CriticalC >> Operating Environment which already includes both Clustering and 
 >> Shadowing.  > B >Depends. If the pricing remains prohibitive, I won't be buying orH >selling any of it. If the pricing comes back down to earth, that is, to1 >real-world, saleable levels, then it's possible.  > I >One of the (MANY!) lessons VMS needs to learn is that you make profit on I >volume, not margin. Don't believe me? That's okay. Maybe Bill Gates made H >his billions on the lottery, or maybe by selling Amway, or going to theG >gambling boats, or conducting internet spam scams, or ... anything but # >selling low margin on high volume.   K His billions, yeah.  His initial millions - well, there was a lot of margin K in $500 per copy for a paper tape with a BASIC interpreter on it, and there G weren't that many Altairs around at the time, so that looks to me like   high margin, low volume.   -- 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: 6 May 2004 05:05:58 -0700 ' From: steve.esson@esa.int (hieronymous) * Subject: How to make HSZ40 devices visible= Message-ID: <fe9697fd.0405060405.23a85e0b@posting.google.com>   @ 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 B see any of the devices.  Same story if I connect it to a different Server.   D To clear the invalid cache condition I have just issued the command:3 "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?   ------------------------------  # Date: Thu, 06 May 2004 13:41:41 GMT 6 From: Jeffrey Coffield <jeffrey@digitalsynergyinc.com>. Subject: Re: How to make HSZ40 devices visible< Message-ID: <pgrmc.5709$_Z3.4451@newssvr27.news.prodigy.com>   hieronymous wrote:B > I'm having problems seeing the raid sets in an dual HSZ40 setup.0 > 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?  B Just had this happen to me on a newly purchased HSG80. Had to run G frutil(?) to tell it the batteries were new and then they took about a  " half hour to become fully charged.   ------------------------------  $ Date: Thu, 6 May 2004 16:52:40 +0200( From: "Bruin, J.M. de" <Bruin@WT.TNO.NL>. Subject: RE: How to make HSZ40 devices visibleC Message-ID: <6B80E71673E6D611AC1D0008C7F37BC2738031@wt15.wt.tno.nl>   K Are you sure the batteries are fine? They need to be replaced at least once  every two years!!!   Regards,   Mark   -----Original Message-----6 From: steve.esson@esa.int [mailto:steve.esson@esa.int]" Sent: Thursday, May 06, 2004 14:06 To: Info-VAX@Mvb.Saic.Com * Subject: How to make HSZ40 devices visible    @ 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 B see any of the devices.  Same story if I connect it to a different Server.   D To clear the invalid cache condition I have just issued the command:3 "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?   ------------------------------  $ Date: Thu, 6 May 2004 10:04:31 -0400 From: norm.raphael@metso.com0 Subject: Large values in Operation Count and I/OQ Message-ID: <OF5DE7F25E.8A1F584D-ON85256E8C.004C5745-85256E8C.004D6128@metso.com>   @ Will the SHOW SYSTEM command I/O column value go to stars as the+ SDA> SHOW DEVICE Operation count value did?   * Can the true Operation count be displayed?   Is this considered a bug?    -Norm   8 OpenVMS (TM) Alpha Operating System, Version V7.3-1   --K System Dump Analysis    6-MAY-2004 09:50:51.75                   Page     1   J                                                          Table of ContentsJ                                                          -----------------J I/O data structures                                              ....    2    G $2$MGA1 [NODEA$MGA1]                           COMPAQ SuperDLT1    UCB:  81342C40  & Device status:   00000810 online,validC Characteristics: 0CC44438 dir,sdi,sqd,qsvbl,fod,avl,elg,all,idv,odv *                  21000201 clu,nnm,scsi,dtn( SUD Status       00000001 path_available  D Owner UIC [000001,000004]   Operation count   ********   ORB address 81342980D       PID        00E5003E   Error count            507   DDB address 81341D80D Alloc. lock ID   22019C3A   Reference count          2   DDT address 855B3BA0D Alloc. class            2   Retry cnt/max        16/16   SUD address 81342F80D Class/Type          02/1C   BOFF              00000000   CRB address 81342200G Def. buf. size      32768   Byte count        00008000   I/O wait queue  81342CAC6 DEVDEPEND        00000A00   SVAPTE            8137F5486 DEVDEPND2        04E00000   DEVSTS            000000006 DEVDEPND3        02000200   Object count       1680529 FLCK index             3A  DLCK address     81341C00   /                  --  Device Path Information --   -  UCB: 81342C40 Path: PGA0.1000-00E0-0202-426A   '         *** PORT I/O queue is empty ***   )         *** DEVICE I/O queue is empty ***     *         *** I/O request queue is empty *** NODEA$ sho sys/subJ OpenVMS V7.3-1  on node NODEA  6-MAY-2004 09:52:46.72  Uptime  74 22:44:28F   Pid    Process Name    State  Pri      I/O       CPU       Page flts Pages   F 2161CA3E nsrmmd #2       COM      4143672321   1 02:28:55.86      4197 686  S   NODEA$ sho dev/full mga1  B Magtape $2$MGA1: (NODEA), device type COMPAQ SuperDLT1, is online,
 allocated,I     file-oriented device, available to cluster, error logging is enabled, 8     controller supports compaction (compaction enabled).  <     Error count                  507    Operations completed	 202256882 1     Owner process        "nsrmmd #2"    Owner UIC  [SYSTEM]0     Owner process ID        2161CA3E    Dev Prot S:RWPL,O:RWPL,G:R,W ;     Reference count                2    Default buffer size  32768 '     WWID   02000008:500E-09E0-0009-CC9A .     Density                     SDLT    Format	 Normal-11 $     Allocation class               2  4   Volume status:  no-unload on dismount, odd parity.   ------------------------------  % Date: Thu, 06 May 2004 16:09:15 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> = Subject: Re: Linux on its way out - unless you are a geek ... 0 Message-ID: <c7dkfj$77n$1@new-usenet.uk.sun.com>   Keith Parris wrote:  > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<c6066e$mcs$1@new-usenet.uk.sun.com>...  > ? >>Well how are you going to attach multiple nodes lets say more ? >>than 2 (because hey its what OpenVMS cluster advocates always ' >>talk about) to a shared storage pool.  >  > 5 > Just wanted to clear up some errors in this thread.  >  Whose errors ?  0 The limit of 3 nodes wasn't one that I provided.  2 > According to the OpenVMS Cluster Software SPD atF > http://h18000.www1.hp.com/info/SP2978/SP2978PF.PDF, OpenVMS supportsB > up to 4 systems on a single SCSI bus. This is with all 4 systemsG > simultaneously and directly accessing all the disks on the bus; there F > is no single server system at a time through which the other systemsH > must funnel their I/O requests to a disk, or even their I/Os to change > file system metadata.  >  > < >>How about multi-initator SCSI for grins lets just move the) >>single point of failure somewhere else.  >  > F > For more than 3 nodes a SCSI hub (which provides fault isolation and > fair arbitration) is used. > A > OpenVMS also supports SCSI array controllers with multiple SCSI C > interfaces connected to multiple SCSI busses (or hubs), with full H > multi-path support, so the SCSI bus or hub does not represent a single > point of failure, either.  > G > And with Fibre Channel storage controllers, up to 96 nodes can access ? > the same storage, and again, each one can access it directly.  > --- G > And to answer another question in the thread, CI is indeed still sold D > today, and even the latest systems like GS1280s support it, if you > happen to still need it. Whose errors ?< http://h30099.www3.hp.com/configurator/eco-wce/interview.asp  @ Makes no reference that I have been able to find to CI adaptors.   regards  Andrew Harrison    ------------------------------   Date: 6 May 2004 07:30:02 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) E Subject: Re: looking for suggestions for new $GETDVI item codes . . . 3 Message-ID: <r9bYzRmHNkSI@eisner.encompasserve.org>   _ In article <7s7dAyIhNEJ1@cuebid.zko.dec.com>, brooks@cuebid.zko.dec.nospam (Rob Brooks) writes:  > @ > 	1) This is only for $GETDVI (not $GETSYI, $GETQUI, etc . . .) >   I    Since set terminal/delete=backspace is comming (maybe I got the syntax C    wrong), is there a $GETDVI code to find out what the setting is?    ------------------------------  $ Date: Thu, 6 May 2004 07:27:00 -0700# From: "Tom Linden" <tom@kednos.com> E Subject: RE: looking for suggestions for new $GETDVI item codes . . . 9 Message-ID: <NDEMLKKEBOIFBMJLCECIEECGDDAA.tom@kednos.com>      -----Original Message-----,   From: Hoff Hoffman [mailto:hoff@hp.nospam](   Sent: Wednesday, May 05, 2004 12:05 PM   To: Info-VAX@Mvb.Saic.Com G   Subject: RE: looking for suggestions for new $GETDVI item codes . . .     @   In article <NDEMLKKEBOIFBMJLCECIEEBCDDAA.tom@kednos.com>, "Tom"   Linden" <tom@kednos.com> writes:A   :Maybe there is some way to provide similar capability to Tru64   +     This stuff is *way* outside $getdvi[w].        :-bash-2.05b$ man consvar L   :  Use the consvar command to get, set, list, and save console environmentK   :  variables available on SRM system firmware.  Some firmware versions on A   :  some platforms do not comply with the Alpha SRM when dealing    with certain   :  variables, or operations.  L     For what reason(s) are you looking at the SRM environment variables for,I     and specifically which console environment variables are of interest?   J     Do remember that console-specific stuff tends to be non-portable, too.  K     There is a mechanism to display specific SRM variables available, using J     the f$getenv lexical and the sys$getenv system service, and the astuteI     reader will notice other references within starlet.h that might be of H     interest.  (This SRM-related lexical made it into the FAQ some yearsH     ago, and I know that Tom already knows about the calls and about the     mechanisms.)  C     There is presently no free-form environment variable query tool F     provided, as the lexical and the system service have itemcodes and0     not strings.  (This too has been discussed.)  J     It is possible to create a tool which connects back into SRM for this,G     and I've seen a few hacks around.  There hasn't been a whole lot of K     interest, but IIRC one tool has even shipped latent in OpenVMS.  (Hmmm. 5     Possible fodder for my bootcamp presentation. :-)     Oh good, so not a total waste:-)  J     Tools have been posted to the newsgroups before, too -- a quick searchL     found various examples.  (I also see Tom has asked this consvar questionC     before, too.)  Try `srm getenv' or `srm "environment variable"'    searches. J     One of the cited examples was posted by Fred Kleinsorge, and was named4     "DEFAULT_BOOT"; it reads and writes bootdef_dev.  I I would find it convenient, for example, to change the console from, say, F serial to graphics upon reboot to avoid searching about for cables and likewise auto_action.   2    ---------------------------- #include <rtfaq.h>   ----------------------------- 3       For additional, please see the OpenVMS FAQ --  www.hp.com/go/openvms/faq *  --------------------------- pure personal# opinion --------------------------- E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    --- & Incoming 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   --- & 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: Thu, 06 May 2004 15:34:50 GMT / From: brooks@cuebid.zko.dec.nospam (Rob Brooks) E Subject: Re: looking for suggestions for new $GETDVI item codes . . .t- Message-ID: <1kbXKA3dA7+J@cuebid.zko.dec.com>n  B "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:   > ...and the current path!  4 	dvi$_mpdev_current_path has been there since V7.3-1 -- i  M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.comd   ------------------------------  # Date: Thu, 06 May 2004 15:39:35 GMTu/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks)oE Subject: Re: looking for suggestions for new $GETDVI item codes . . . - Message-ID: <JdeN$C5316jh@cuebid.zko.dec.com>   B "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:  F > SHDW_COPY_NODE - Name of node in cluster handling the current shadow2 > copy/merge thread for this shadow-set or member.  ' 	shdw_copier_node was put in for V7.3-2T  I > SHDW_MEMBER_COUNT - Number of members in the shadow-set (counterpart to. > VOLCOUNT for volume-set)  A 	shdw_mbr_count and shdw_device_count were both added for V7.3-2.o; 	See the documentation for the distinction between the two.    -- l  M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------  # Date: Thu, 06 May 2004 16:24:01 GMTy# From: hoff@hp.nospam (Hoff Hoffman)rE Subject: Re: looking for suggestions for new $GETDVI item codes . . .a0 Message-ID: <BEtmc.992$MH3.369@news.cpqcorp.net>  q In article <r9bYzRmHNkSI@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:PJ :   Since set terminal/delete=backspace is comming (maybe I got the syntaxD :   wrong), is there a $GETDVI code to find out what the setting is?  E   SET TERMINAL/BACKSPACE=DELETE, or SET TERMINAL/BACKSPACE=BACKSPACE.P  H   Look for TT3$M_BS to be lit, using standard TTDRIVER $qio[w] requests.  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq.N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comg   ------------------------------  % Date: Thu, 06 May 2004 07:11:58 +0200w2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: Newbye quetionm; Message-ID: <4099c91e.524144494f47414741@radiogaga.harz.de>i   David J. Dachtera wrote: > John Dziurlaj wrote:B > > I am not so sure on how much hope we have anymore. The word inH > > academia is that Linux is *IT*. Any and all other operating systems,H > > like BSD and VMS are shunned, for fear that if other CS majors writeE > > software for anything else, that resources will become to wateredeH > > down, and thus hurt the great *LINUX* superiority. Most believe that& > > this stuff is old hat. Sad. [snip] >o@ > Rather sounds like my philosophy: One reason why I've resistedG > cross-training on M$, UN*X etc. is the concept of skills dilution. Byn@ > VMS standards (DCL, RMS, security, etc.) UN*X and M$ are quiteJ > primitive. By having to deal with stone axes and carved-wood spears, oneC > quickly forgets how to use power tools and other highly-developede > refinements.  G That's exactly how I feel when I return to C programming after spending  some time with Perl... ;-)   cu,u   Martin --  @   OpenVMS:                | Martin Vorlaender  |  OpenVMS rules!3    The operating system   | work: mv@pdv-systeme.de.F    God runs the           |   http://www.pdv-systeme.de/users/martinv/:    earth simulation on.   | home: martin@radiogaga.harz.de   ------------------------------  * Date: Thu, 6 May 2004 17:43:45 +0000 (UTC)- From: lewis@spyder.mitre.org (Keith A. Lewis)g/ Subject: Re: Print HTML files directly from VMSp. Message-ID: <c7dtgh$kqj$1@newslocal.mitre.org>  h cook@wvnvms.wvnet.edu (George Cook) writes in article <G93I2Mr8blWw@wvnvms> dated 5 May 04 13:21:55 EDT:e >In article <ad6309a1.0405031332.687268fa@posting.google.com>, benitos@stcc.cc.tx.us (Benito) writes:r	 >> Hello, I >> I have 350 html files that I would like to print from Vms.  I want theiG >> print output to be as if I was viewing it on a browser.  So I do notS  G >The VMS Mosaic browser does a decent job of generating postscript fromsD >HTML.  Simply view the HTML file and print it in postscript format.  K Mozilla and Netscape are also available for VMS, and can output Postscript,/L but I think George wanted something a little more automated than loading 3502 pages and hitting the "print" button once on each.  K I don't know enough Javascript to know for sure, but if there's any kind of H print function in that, you could write one page which would direct yourL browser to open each of (your 350 files) in a frame, tab, or window and then( print them.  Mozilla handles Javascript.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Thu, 06 May 2004 19:03:42 +0200 F From: =?ISO-8859-1?Q?Frank_Sch=F6nherr?= <frank.schoenherr@alcatel.de>C Subject: Q: port from unix:    sigstack()   do not work at openVMS? & Message-ID: <1083863030.705814@slbhw0>   Hi all    + Im porting a programm from Unix to openVMS.:  1 I try to get back control after a stack overflow.j5 It works fine at solaris, but at OpenVMS V7.3 (alpha)c the4 	sigstack()i   call seems to has no effect.6 For other error ( e.g. char*cp=0; cp='x'; ) the signal* handling work fine, but for stack overflow ( e.g. void x(void) { x(); } ) the system respond with:  < %SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual $ address=000000005C8DFFE0, PC=FFFFFFF F8099DE44, PS=0000001B  3    Improperly handled condition, image exit forced.i2      Signal arguments:   Number = 00000000000000052                          Name   = 000000000000000C2                                   0000000000000004 ...r    5 I'm programming C/C++ in a multithreaded environment.o    A Documentation: "HP C Run-Time Library Reference,  september 2003"  say:   sigstack   (vax only)  .....  Example:    #define SS_SIZE 15000"    static char mystack[ SS_SIZE ];E    struct sigstack ss = { & mystack+sizeof(mystack)-sizeof(void*),1};n ..B IMHO, the '&'  in front of 'mystack' is wrong (the compile agree).    
 questions:0 Did anybody succeed using sigstack() on OpenVMS?+ Do you gather control after stack overflow?-" Why do the Doc mention "vax only"?) What is the alternative for alpha system? 5    sigaltstack() is not known by the header files :-(-      & Thanks for reading, hoping for answers     Franka   ------------------------------  % Date: Thu, 06 May 2004 11:18:41 +0200l* From: Paul Sture <nospam@sture.homeip.net>% Subject: Re: RRD46 tray won't stay int9 Message-ID: <c7cvti$2fen5$1@ID-132135.news.uni-berlin.de>i   Paul Repacholi wrote:i) > "John Vottero" <John@mvpsi.com> writes:d >  > E >>Which brings up one of my pet peeves, why to they put those buttonscE >>under the tray instead of above the tray?  They would ususally be ar+ >>lot easier to find when the tray is open.o >  > H > Are you sure you want to know the answer to that question? So put down > the coffee.... >  > K > If you look inside, you will see  that the switch that can never be seen dH > is on the main PCB under the tray. To put it above would need a headerK > and conector, cable, mount lugs for the switch. Be a good 20c extra cost.f >   H Ah, enlightenment at last. That's been a pet peeve ever since I started  using the things.i   ------------------------------  # Date: Thu, 06 May 2004 16:11:46 GMTw# From: hoff@hp.nospam (Hoff Hoffman)o% Subject: Re: RRD46 tray won't stay in / Message-ID: <6ttmc.987$MH3.49@news.cpqcorp.net>m  n In article <9f7f13a8.0405051549.64db4f0f@posting.google.com>, alexdaniels@themail.co.uk (Alex Daniels) writes:E :Also as the tray can be opened with software, is there a good reasoneG :why dismount/unload doesnt pop out the tray? Its hardly the big hassle-C :for me to press the button, but just seems a bit inconsistant when1F :comparing to tapes. Admitted though, I havnt tried a dism/unload on aF :CD in some time, or with all combinations of SCSI/IDE card and CDs...  F   There is no particular reason I am aware of, other than the existingH   volume of other engineering work pending or underway, and a preference<   to avoid breaking existing applications and environments.   D   I recall "fun" when the TK50 dismount-related processing was underA   development, and the many discussions of the required cartridgep?   ejection and re-insertion cycle after a MOUNT/UNLOAD request.a  F   In this case, the effort involves some additional code in the driverG   dismount code path and maybe a little work in MOUNT, but nothing herec2   would be particularly large effort to implement.  E   MOUNT and DKDRIVER do already eject removable SCSI storage media ono9   dismount, though it explicitly exempts CD/DVD devices. m  F   I'd tend to expect to receive as many problem reports as complimentsH   here, should this capability be released into the wild.  (But if folksE   really want this capability, then of course it's certainly possible-   for it to be implemented.)  F   If we were to implement this, the obvious extension would be to lockE   the drive door during normal operations, to prevent the volume fromBF   being physically removed from underneath OpenVMS.  Various removable2   media devices implement door locking, of course.  G   Why do I now "hear" someone thinking of asking for the implementationbK   and use of a system parameter flag or such to control the eject-on-unloadb>   and lock-the-door behaviours of the dismount operation?  :-)    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqtN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comB   ------------------------------  $ Date: Thu, 6 May 2004 12:11:28 -0400< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>% Subject: Re: RRD46 tray won't stay in1* Message-ID: <2fv6dhF2rrohU1@uni-berlin.de>   Alex Daniels wrote:o >...F > Also as the tray can be opened with software, is there a good reasonH > why dismount/unload doesnt pop out the tray? Its hardly the big hassle >...  E I'm pretty sure our ES40's would bump into the cabinet door if the CD F tray tried to open on a dismount. AS800 machines have a cover over theF CD that would interfere with the tray opening unless someone was there  to make sure the cover was open.   --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAXo www.weaverconsulting.cac   ------------------------------  # Date: Thu, 06 May 2004 05:52:20 GMTd, From: Wesley Dunnahoo <wdunnahoo@mndspng.cm>% Subject: Trip down [core] memory lanetB Message-ID: <ookmc.6861$a47.4288@newsread3.news.atl.earthlink.net>  B 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 6.3 I filenames.extentions to 29.29 characters.  My memory isn't as good as it  C used to be [so much to remember, so many parity errors].  Did this  ? happen in VMS 4.3, 4.4 or 4.5 when the improved filenaming was nC introduced as a higher level Files-11 format?  Also, was this when g8 subdirectories [directory.subdirectory] were introduced?  B I also remember the ACL editor and ACLs were added later.  Our DP E Director/System Manager seemed to want to remake VMS into RSTS/E and .H made good use of owner, group and world protection but never understood F exactly how to use ACLs.  After all, he fought letting anyone connect G their PCs, Apple ][s or Mac Pluses (RS232) to the VAX.  He didn't mind iH having his dual processor Rainbow connected because it would act like a I really limited VT220.  We heard him say that the PC-DOS virii would jump mI through terminal emulation to the VAX and destroy all the data.  He also -H tried Kermiting a Rainbow editor executable from the Rainbow to the VAX F and spent several days trying to get it to run (I never knew anything F about the VAX 11/780 CPU supporting the 8086, 80286 or Z80 op codes). C It may have come from his knowing that the 11/780 had some sort of gG PDP-11 opcode support.  If this was done in microcode, was it possible r. to add microcode to emulate other CPU opcodes?   Ah, what memories!  H OPCOM could get quite chatty logging things on the LA120 console OPA0:. G     Other than that, I don't remember what was logged by VMS.  Our DCL nH procedures logged a lot via OPCOM in addition to the Operator requests. D   At one time, any time anyone logged in, logged out, changed their I password or failed to type a correct password or username would make the b* LA120 beep loudly and print several lines.   > K > Oh, but as I remember it, VMS did have security logs with V4.0. Not disk fJ > logs as they later became, because the concept then was to log messages  > to a hardcopy terminal.  >    ------------------------------  # Date: Thu, 06 May 2004 11:22:34 GMTo4 From: "Roert G. Schaffrath" <rschaffrath@yahoo.com>) Subject: Re: Trip down [core] memory lanef$ Message-ID: <409A2006.7D7@yahoo.com>   Wesley Dunnahoo wrote: > C > 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 6.3rJ > filenames.extentions to 29.29 characters.  My memory isn't as good as itD > used to be [so much to remember, so many parity errors].  Did this@ > happen in VMS 4.3, 4.4 or 4.5 when the improved filenaming wasD > introduced as a higher level Files-11 format?  Also, was this when: > subdirectories [directory.subdirectory] were introduced? >   D VMS V4.0 introduced "long" filenames.  Filenames were limited before% that to 8.3 not 6.3 (RSTS/E was 6.3).y   ------------------------------   Date: 6 May 2004 07:41:39 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)h) Subject: Re: Trip down [core] memory lane 3 Message-ID: <$PsV2$MGDZpP@eisner.encompasserve.org>n  q In article <ookmc.6861$a47.4288@newsread3.news.atl.earthlink.net>, Wesley Dunnahoo <wdunnahoo@mndspng.cm> writes:tD > I started using VMS on a VAX 11/780 running VMS 3.something and I J > remember a miraculous change in the directory format that went from 6.3 + > filenames.extentions to 29.29 characters.h       49.49, on ODS-2 with VMS 4.0.  ! >  My memory isn't as good as it  E > used to be [so much to remember, so many parity errors].  Did this 1A > happen in VMS 4.3, 4.4 or 4.5 when the improved filenaming was cE > introduced as a higher level Files-11 format?  Also, was this when  : > subdirectories [directory.subdirectory] were introduced?  7    Subdirectories were in VMS 1.x when I first used it.s  D > I also remember the ACL editor and ACLs were added later.  Our DP G > Director/System Manager seemed to want to remake VMS into RSTS/E and lJ > made good use of owner, group and world protection but never understood H > exactly how to use ACLs.  After all, he fought letting anyone connect I > their PCs, Apple ][s or Mac Pluses (RS232) to the VAX.  He didn't mind :J > having his dual processor Rainbow connected because it would act like a K > really limited VT220.  We heard him say that the PC-DOS virii would jump wK > through terminal emulation to the VAX and destroy all the data.  He also nJ > tried Kermiting a Rainbow editor executable from the Rainbow to the VAX H > and spent several days trying to get it to run (I never knew anything H > about the VAX 11/780 CPU supporting the 8086, 80286 or Z80 op codes).   C    He'd have to have the equivalent of simh.  VAXen don't do Intel. B    Unless you get the microcode compiler for early VAXen and do it    yourself.  E > It may have come from his knowing that the 11/780 had some sort of oI > PDP-11 opcode support.  If this was done in microcode, was it possible  0 > to add microcode to emulate other CPU opcodes?  ?    Early VAXen has "compatability mode", a subset of the PDP-11lH    user-mode instruction set.  Later on VAX dropped this, but a software<    emulator was put into the AME which provided the RSX-like    environment.o  D    11/750 shipped with a microcode compiler.  It was used by several2    shops to emulate new CPUs they were working on.   > J > OPCOM could get quite chatty logging things on the LA120 console OPA0:. I >     Other than that, I don't remember what was logged by VMS.  Our DCL SJ > procedures logged a lot via OPCOM in addition to the Operator requests.   D    If you had an LA120 you were lucky.  Try it on an LA36 (300 baud,    unidirectional printing).   ------------------------------  % Date: Thu, 06 May 2004 12:05:49 -0400(& From: David M Smith <dsmit115@csc.com>) Subject: Re: Trip down [core] memory lane 8 Message-ID: <oeok9051qh4fragkn28bvefsngi6aurc3t@4ax.com>  J On 6 May 2004 07:41:39 -0600, koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote:k  r >In article <ookmc.6861$a47.4288@newsread3.news.atl.earthlink.net>, Wesley Dunnahoo <wdunnahoo@mndspng.cm> writes:E >> I started using VMS on a VAX 11/780 running VMS 3.something and I 4K >> remember a miraculous change in the directory format that went from 6.3 e, >> filenames.extentions to 29.29 characters. >>! >   49.49, on ODS-2 with VMS 4.0.n >f  " I think it is 39.39 on ODS-2, Bob.  6 And where someone else 8.3, wasn't it 9.3 before that?I -------------------------------------------------------------------------eI David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only)mI -------------------------------------------------------------------------t   ------------------------------  % Date: Thu, 06 May 2004 16:59:00 +0100,O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> ) Subject: Re: Trip down [core] memory lanes0 Message-ID: <c7dncs$86m$1@new-usenet.uk.sun.com>   Bob Koehler wrote:s > In article <ookmc.6861$a47.4288@newsread3.news.atl.earthlink.net>, Wesley Dunnahoo <wdunnahoo@mndspng.cm> writes:a > D >>I started using VMS on a VAX 11/780 running VMS 3.something and I J >>remember a miraculous change in the directory format that went from 6.3 + >>filenames.extentions to 29.29 characters.c >  > " >    49.49, on ODS-2 with VMS 4.0. >   8 Odd you seem to have total recall about VMS versions you> have used in the past and their capabilites but seem strangely@ reticent when it comes to revealing which UNIX OS's and versions8 you were using when you apparently observed a variety of issues with the OS's.>  7 Perhaps sticking to VMS only responses would be a safers option.e   Regardsy Andrew Harrisons   ------------------------------  % Date: Thu, 06 May 2004 10:33:09 -0600 " From: GreyCloud <mist@cumulus.com>) Subject: Re: Trip down [core] memory lanen0 Message-ID: <27ydnYZswacL9Qfd4p2dnA@bresnan.com>  ( Andrew Harrison SUNUK Consultancy wrote:   > Bob Koehler wrote: > F >> In article <ookmc.6861$a47.4288@newsread3.news.atl.earthlink.net>, 1 >> Wesley Dunnahoo <wdunnahoo@mndspng.cm> writes:i >>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.  >> >> >># >>    49.49, on ODS-2 with VMS 4.0.a >> > : > 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.u > 9 > Perhaps sticking to VMS only responses would be a safer 	 > option.f >    Ah, ankle biting again I see.r  B Is Sun in trouble now that they had to forge an alliance with M$??   ------------------------------   Date: 6 May 2004 08:34:03 -0700w( From: m-eismann@gmx.net (Martin Eismann)' Subject: VMS-mailbox for TCP/IP-traffic== Message-ID: <9b3c6484.0405060734.484ea57d@posting.google.com>T   Hello dear VMS-fans!   OpenVMS Alpha 7.3.2f  E I'd like to know, if (and how) it is possible to set up a VMS-MailboxBE to communicate with an other (non-VMS) TCP/IP-node. Maybe one MBX for=% sending an another one for receiving?=  > We need our VMS-application to send/receive messages to/from a> Windows-2003-Server-system on specific IP-Ports. Certainly I'm% thinking about using BSD-sockets, buts8 1. I'm not familiar with C-programming (just PASCAL) andA 2. (as far as I know) BSD-sockets change the IP-Ports dynamicallyS% so BSD-sockets may be the false way?!r  9 What about $QIO? Is it possible to use specific IP-Ports?   < Where can I find any examples which comply with upper needs?   Kind Regards Martin   ------------------------------  # Date: Thu, 06 May 2004 11:22:13 GMTd" From:   VAXman-  @SendSpamHere.ORG2 Subject: Re: You'll never guess what HP advertised0 Message-ID: <00A316C3.58343FD6@SendSpamHere.ORG>  R In article <VcidnSAXH_twPwTdRVn-gw@igs.net>, "John Smith" <a@nonymous.com> writes:K >Page 11 (first page after the table of contents) of the June 2004 issue of L >'The Atlantic', clearly targeted at executive readers. For those of you notI >familiar with 'The Atlantic', it is a highly respected magazine aimed atHK >high-income executives and consists mostly of thoughtful, lengthy articles.9 >on politics, social issues, world affairs, and the like.e >i. >The ad is a very nice full page ad and reads: >   >"Keeping happy wanderers Happy.L >Whoever said the journey is the destination hasn't spent time snorkeling inL >St. Martin. Using HP NonStop servers and a Java architecture implemented byL >HP Services, Travelocity delivers three times more flight and hotel optionsK >in less time than it takes to rent swim fins. So travelers spend more timecB >in the water, and less time online. www.hp.com/plus_travelocity " >R >VH >Arguably an even more niche-oriented operating system than OpenVMS gets- >advertised. Needless to say, OpenVMS is MIA.h >r >eM >I'd like to know if anyone is going to stand up, in public, at Boot Camp and H >ask any HP executives present just when the hell OpenVMS is going to be >advertised.  9 Mark Gorham may be present but I feel his hands are tied.a  F Nobody wants to make waves in the VMS tub for fear that the higher ups7 might pull the drain plug and the VMS tub will run dry.g   -- 6B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.v -- wK VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COMo            i5   "Well my son, life is like a beanstalk, isn't it?" 1   ------------------------------  $ Date: Thu, 6 May 2004 08:28:33 -0400# From: "John Smith" <a@nonymous.com>e2 Subject: Re: You'll never guess what HP advertised, Message-ID: <6PydneEN7Jfqsgfd4p2dnA@igs.net>  , <VAXman- @SendSpamHere.ORG> wrote in message* news:00A316C3.58343FD6@SendSpamHere.ORG...L > In article <VcidnSAXH_twPwTdRVn-gw@igs.net>, "John Smith" <a@nonymous.com> writes:nJ > >Page 11 (first page after the table of contents) of the June 2004 issue ofJ > >'The Atlantic', clearly targeted at executive readers. For those of you not_K > >familiar with 'The Atlantic', it is a highly respected magazine aimed atoD > >high-income executives and consists mostly of thoughtful, lengthy articles; > >on politics, social issues, world affairs, and the like.  > > 0 > >The ad is a very nice full page ad and reads: > >i" > >"Keeping happy wanderers Happy.K > >Whoever said the journey is the destination hasn't spent time snorkelingS inK > >St. Martin. Using HP NonStop servers and a Java architecture implementedn byF > >HP Services, Travelocity delivers three times more flight and hotel optionsdH > >in less time than it takes to rent swim fins. So travelers spend more timeD > >in the water, and less time online. www.hp.com/plus_travelocity " > >  > > J > >Arguably an even more niche-oriented operating system than OpenVMS gets/ > >advertised. Needless to say, OpenVMS is MIA.  > >- > >-K > >I'd like to know if anyone is going to stand up, in public, at Boot Camp. and J > >ask any HP executives present just when the hell OpenVMS is going to be > >advertised. >e; > Mark Gorham may be present but I feel his hands are tied.3 >iH > Nobody wants to make waves in the VMS tub for fear that the higher ups9 > might pull the drain plug and the VMS tub will run dry.e    G If everyone at Boot Camp stood up when Gorham was in the room and asked H 'Where's the VMS advertising? HP advertises NSK.", collectively you haveJ given Gorham the ammo he needs to say to others higher up, "We had 300 keyE customers badgering us about VMS advertising. When are we going to dod" something for VMS in this regard?"  I If no advertising comes of it then it's certainly better to know for sure I that someone or some organization are weasels rather than to suspect that 1 they might be. At least you know where you stand.P   ------------------------------  $ Date: Thu, 6 May 2004 08:33:41 -0400# From: "John Smith" <a@nonymous.com>i2 Subject: Re: You'll never guess what HP advertised, Message-ID: <JZudncbcTecxrQfdRVn-sw@igs.net>  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:63bHkgloOTy0@eisner.encompasserve.org...*L > In article <VcidnSAXH_twPwTdRVn-gw@igs.net>, "John Smith" <a@nonymous.com> writes:$ >oL > > I'd like to know if anyone is going to stand up, in public, at Boot Camp and8K > > ask any HP executives present just when the hell OpenVMS is going to bee > > advertised.r > 3 > Go ahead and do that, since it is your pet issue.7    K If you don't want to stand up in a room filled with other people and ask anPJ honest question then I'd suggest that you ask it one-on-one with carly(tm)* herself why HP advertises NSK and not VMS.  : http://www.hp.com/hpinfo/execteam/email/fiorina/index.html    J Potentially it could just boil down to NSK division execs having more guts6 to undertake advertising than VMS division execs have.   ------------------------------  $ Date: Thu, 6 May 2004 07:49:01 -0500/ From: "Stuart, Ed" <Ed.Stuart@austinenergy.com> 2 Subject: RE: You'll never guess what HP advertisedT Message-ID: <92EFB80E551BD511B39500D0B7B0CDCC149CCBD5@ohms.electric.ci.austin.tx.us>  C  Ok, I have to ask...is ole John Smith even going to the boot camp?-   EdE **Please apply a generous amount of all the usual disclaimers here.**      > -----Original Message-----+ > From: John Smith [mailto:a@nonymous.com] j& > Sent: Thursday, May 06, 2004 7:29 AM > To: Info-VAX@Mvb.Saic.ComD4 > Subject: Re: You'll never guess what HP advertised >  > / > <VAXman- @SendSpamHere.ORG> wrote in message H, > news:00A316C3.58343FD6@SendSpamHere.ORG...> > > In article <VcidnSAXH_twPwTdRVn-gw@igs.net>, "John Smith"  > > <a@nonymous.com>	 > writes:eG > > >Page 11 (first page after the table of contents) of the June 2004 s
 > > >issue > of@ > > >'The Atlantic', clearly targeted at executive readers. For  > those of   > > >you > not < > > >familiar with 'The Atlantic', it is a highly respected  > magazine aimed d6 > > >at high-income executives and consists mostly of  > thoughtful, lengthy2
 > articles= > > >on politics, social issues, world affairs, and the like.  > > > 2 > > >The ad is a very nice full page ad and reads: > > > $ > > >"Keeping happy wanderers Happy.C > > >Whoever said the journey is the destination hasn't spent time   > > >snorkeling  > inB > > >St. Martin. Using HP NonStop servers and a Java architecture  > > >implemented > byH > > >HP Services, Travelocity delivers three times more flight and hotel	 > optionsr@ > > >in less time than it takes to rent swim fins. So travelers  > spend more > timeF > > >in the water, and less time online. www.hp.com/plus_travelocity " > > >e > > > H > > >Arguably an even more niche-oriented operating system than OpenVMS 6 > > >gets advertised. Needless to say, OpenVMS is MIA. > > >o > > >s9 > > >I'd like to know if anyone is going to stand up, in F > public, at Boot 	 > > >Camps > and > > > >ask any HP executives present just when the hell OpenVMS  > is going to  > > >be advertised.  > >s= > > Mark Gorham may be present but I feel his hands are tied.  > >,@ > > Nobody wants to make waves in the VMS tub for fear that the 
 > higher ups e; > > might pull the drain plug and the VMS tub will run dry.r >  > @ > If everyone at Boot Camp stood up when Gorham was in the room ? > and asked 'Where's the VMS advertising? HP advertises NSK.", -> > collectively you have given Gorham the ammo he needs to say > > to others higher up, "We had 300 key customers badgering us ? > about VMS advertising. When are we going to do something for - > VMS in this regard?" > > > If no advertising comes of it then it's certainly better to > > know for sure that someone or some organization are weasels ? > rather than to suspect that they might be. At least you know   > where you stand. >  >    ------------------------------  % Date: Thu, 06 May 2004 15:19:43 +0200V9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>-2 Subject: Re: You'll never guess what HP advertised& Message-ID: <409A3B6F.42BF2FB@aaa.com>   John Smith wrote:g  I > If everyone at Boot Camp stood up when Gorham was in the room and askedBJ > 'Where's the VMS advertising? HP advertises NSK.", collectively you haveL > given Gorham the ammo he needs to say to others higher up, "We had 300 key/ > customers badgering us about VMS advertising.i  < > When are we going to do something for VMS in this regard?"  8 Leave out the "When" and change to an upper case "Are" !  6 The "When" might be appropriate in in a later phase...  	 Jan-Erik.d   ------------------------------   Date: 6 May 2004 09:28:22 -0700t- From: soccer13player@yahoo.com (Nom de Plume) 2 Subject: Re: You'll never guess what HP advertised= Message-ID: <f401eb7f.0405060828.2a718ec5@posting.google.com>r   "Kenneth Farmer" wrote:o > "Larry Kilgallen" wrote: > > "John Smith" wrote:p > >MN > > > I'd like to know if anyone is going to stand up, in public, at Boot Camp >  andM > > > ask any HP executives present just when the hell OpenVMS is going to bei > > > advertised.e > >r5 > > Go ahead and do that, since it is your pet issue.e >  > ; > It should be an issue to anyone making a living from VMS.a > M > That being said, I'm not going to stand up and ask the question. I'd prefera; > to do things a little differently.  More on that later...w >   = To my knowledge, many OpenVMS proponents have made statementsnA regarding marketing to various levels of management at HP.  It is F obviously not something they currently wish to fund.  At this point, IB am resigned to the probability that OpenVMS will eventually witherF away from lack of commitment (and I consider the lack of marketing the! biggest indicator of commitment).i  ? I have been an OpenVMS and UNIX (System V, BSD, and Linux basede< systems) system administrator and developed software on bothD platforms, as well as on MVS/VSE with CICS (ugh).  Therefore, I feelC qualified to judge the relative merits of various operating systems : and I consider OpenVMS to be the best for Mission Critical@ applications.  So, I too am frustrated with the current state of affairs.   JMOD   ------------------------------  $ Date: Thu, 6 May 2004 09:30:23 -0700# From: "Tom Linden" <tom@kednos.com>e2 Subject: RE: You'll never guess what HP advertised9 Message-ID: <NDEMLKKEBOIFBMJLCECIOECJDDAA.tom@kednos.com>t  G It is likely that this may change.  I think you may wish to direct youre8 mail concerning promotion of VMS to Peter Blackmore, CSG     -----Original Message-----6   From: Nom de Plume [mailto:soccer13player@yahoo.com]&   Sent: Thursday, May 06, 2004 9:28 AM   To: Info-VAX@Mvb.Saic.Com-4   Subject: Re: You'll never guess what HP advertised         "Kenneth Farmer" wrote:e   > "Larry Kilgallen" wrote:   > > "John Smith" wrote:-   > >-D   > > > I'd like to know if anyone is going to stand up, in public,    at Boot Camp   >  andD   > > > ask any HP executives present just when the hell OpenVMS is 
   going to bes   > > > advertised.G   > >i7   > > Go ahead and do that, since it is your pet issue.V   >    > =   > It should be an issue to anyone making a living from VMS.i   > ;   > That being said, I'm not going to stand up and ask the o   question. I'd prefer=   > to do things a little differently.  More on that later...-   >    ?   To my knowledge, many OpenVMS proponents have made statementscC   regarding marketing to various levels of management at HP.  It isoH   obviously not something they currently wish to fund.  At this point, ID   am resigned to the probability that OpenVMS will eventually witherH   away from lack of commitment (and I consider the lack of marketing the#   biggest indicator of commitment).r   A   I have been an OpenVMS and UNIX (System V, BSD, and Linux basedd>   systems) system administrator and developed software on bothF   platforms, as well as on MVS/VSE with CICS (ugh).  Therefore, I feelE   qualified to judge the relative merits of various operating systemsD<   and I consider OpenVMS to be the best for Mission CriticalB   applications.  So, I too am frustrated with the current state of
   affairs.      JMOD      --- (   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    ---a& 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: Thu, 6 May 2004 16:54:43 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)2 Subject: Re: You'll never guess what HP advertised1 Message-ID: <newscache$wixaxh$ds51$1@news.sil.at>s  c In article <63bHkgloOTy0@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:YS >In article <VcidnSAXH_twPwTdRVn-gw@igs.net>, "John Smith" <a@nonymous.com> writes:lO >> I'd like to know if anyone is going to stand up, in public, at Boot Camp and J >> ask any HP executives present just when the hell OpenVMS is going to be >> advertised. >B2 >Go ahead and do that, since it is your pet issue.  0 No, not his alone. We are the majority, I think.- But very few of us have the option to attend.-  I I personally think, that the VMS boot camp is technically oriented and ifnL executives are there, they are again the wrong target. Go up in the chain...   -- - Peter "EPLAN" LANGSTOEGER-% Network and OpenVMS system specialistf E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   End of INFO-VAX 2004.251 ************************