1 INFO-VAX	Sat, 08 Apr 2006	Volume 2006 : Issue 194       Contents:$ Re: "Mount Verify" messages in OPCOM$ Re: "Mount Verify" messages in OPCOM Re: Anyone for CORAL?  Re: Anyone for CORAL? 5 Call for OpenVMS Freeware Submissions (New Deadline!) # Re: CI Path Errors (was Re: Errors) # Re: CI Path Errors (was Re: Errors)  Re: DECWindows not starting  Re: monitoring I/O Channels  Re: monitoring I/O Channels  Re: Now in stock DS15 systems ' Re: OpenVMS is the worlds best desktop! ' Re: OpenVMS is the worlds best desktop! ' Re: OpenVMS is the worlds best desktop! ' Re: OpenVMS is the worlds best desktop! ' Re: OpenVMS is the worlds best desktop! ' Re: OpenVMS is the worlds best desktop! . Re: Opinion: I was just trying to sell OpenVMS. RE: Opinion: I was just trying to sell OpenVMS. RE: Opinion: I was just trying to sell OpenVMS. Re: Opinion: I was just trying to sell OpenVMS& Re: Recall /all oddness on Alpha 7.3-1. Re: SMTP: stop sending "no such user" messages. Re: SMTP: stop sending "no such user" messages. Re: SMTP: stop sending "no such user" messages. Re: SMTP: stop sending "no such user" messagesD RE: Star Coupler failures (was: Re: CI Path Errors (was Re: Errors))D Re: Star Coupler failures (was: Re: CI Path Errors (was Re: Errors)). Re: Strange behavior of DEFINE with equal-sign. Re: Strange behavior of DEFINE with equal-sign- Re: strange behaviour: toasted network cards? - Re: strange behaviour: toasted network cards?  Updated Boot camp Information ! Re: Using AST completion routines ! Re: Using AST completion routines ! Re: Using AST completion routines ! Re: VMS-BASIC + RMS + HTML (demo)   F ----------------------------------------------------------------------  % Date: Fri, 07 Apr 2006 16:49:16 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> - Subject: Re: "Mount Verify" messages in OPCOM : Message-ID: <EpCdnWf_edLQTavZnZ2dnUVZ_u2dnZ2d@comcast.com>  # dave.baxter@bannerhealth.com wrote: F >      Can anyone tell me what these messages mean, how dangerous they. > are, and what I can do to troubleshoot them. > H > %%%%%%%%%%%  OPCOM   5-APR-2006 15:45:25.38  %%%%%%%%%%%    (from node$ > XXXXXX at  5-APR-2006 15:45:25.40)H > DSA13: 5 Mount verification messages have been suppressed in past 2245
 > seconds. > E > when I look at the volumes I can never actually catch them in mount 	 > verify.  >  > Not sure what to do about it >  > Dave >   G The messages generally mean that VMS has lost contact with the device.  F The problem is evidently intermittent and could be the disk, host bus * adapter, cable, power problems, or . . . .  < Intermittent problems are a real bitch to find.  Have fun!!!   ------------------------------  % Date: Fri, 07 Apr 2006 20:54:22 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>- Subject: Re: "Mount Verify" messages in OPCOM 6 Message-ID: <443717CE.EFB0A43E@NeOaSrPtAhMlNiOnWk.net>   Rob Brooks wrote:  > D > "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes: > > I wrote: > P > >> Overloaded HSG80's will apply backpressure to the fibre channel port driverM > >> if it's getting more I/O than it can handle  (the notorious "queue full" Q > >> problem).  That'll also cause mount verifications that are not indicative of < > >> failing hardware.  Underconfigured yes, but broken, no. > > L > > We're seeing the same kind of OPCOM messages as Dave, but when I look onL > > the console of the HSG associated with the underlying volume I'm gettingK > > tremendous numbers of "command aborted" messages, much faster than 9600 B > > baud can accommodate - the screen scrolls constantly at times. > > : > > Any ideas where to start looking for a possible cause? > J > Please log a support call; these HSG80 backpressure issues can be ratherN > twisted, and I'm not directly involved with the port driver work that's beenF > done to mitigate it, so I'm not the right person to troubleshoot it.  E Support had us update from V88-2 to V88-4. No appreciable difference.   C S'okay. These things are outta here in circa. 18 mos., like as not.   N > I *thought* that relatively recent FIBRE_SCSI kits solved this problem; it's; > possible that this is a slightly different manifestation.   	 Possibly.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  # Date: Fri, 07 Apr 2006 23:27:39 GMT  From: reb <natron@ntlworld.com>  Subject: Re: Anyone for CORAL?1 Message-ID: <op.s7nvdmk4aqvj2s@news.ntlworld.com>   L On Wed, 05 Apr 2006 22:44:14 +0100, Ger_Marsh <marsh_family@btconnect.com>   wrote:  E > I can't believe that it's still being supported! And now it's being 
 > ported!!  ; Systems Designers (the company) was built on CORAL work for : the MoD over many years, so I guess its not too surprising8 they're still supporting it ( I see CONTEXT as well, but; what about CoralPlus and Perspective [pascal that one] ?? )   9 Various companies sold CORAL compilers, including DEC UK, 8 but in the end the SD->Scicon->EDS products prevailed on most platforms.     I > CORAL (Computer On-line Real-time Application Language - IIRC) has some  > unusual features:  > 4 > - Keywords are enclosed in apostrophes (primes)...1 > - therefore variables can have embedded spaces. G > - In-line assembler can also be included, like the BBC Micro's BASIC.   7 The use of apostrophes was one of three ways in which a = CORAL66 compiler could allow keywords to be identified, IIRC.   9 The inline assembler support was a bit clunky compared to : the similar feature in RTL/2 - but then that could be said5 about almost every other feature in the two languages  (biased ?  moi ??)  * Things I remember having fun with include:4 - having to explicitly declare re-entrant procedures     (this was in the early 1980s)- - overlays (roughly like Fortran EQUIVALENCE)     H > (And the "66" came from 1966 - it must have been very advanced for its > time.)  ; I think it was an attempt to define a subset of Algol60 for > MoD use - I'm not sure if CORAL66 introduced any new concepts.= Of course the MoD also came up with their own Algol variants.     : RTL/2 came along around 1970 from ICI (chemicals company),9 and was designed originally for plant engineers to use in 7 control systems for refineries, etc. SD-Scicon actually 8 sold RTL/2 for a few years after buying a company called: SPL, but it was never a major interest for them (MoD sales8 have many advantages over sales to commercial companies)9 and they dropped it in 1990. Like CORAL its still around; 7 nowadays ports are done using a compiler that generates 9 C code rather than the 'traditional' assembler or binary.      Roger B.   ------------------------------  # Date: Fri, 07 Apr 2006 23:33:11 GMT  From: reb <natron@ntlworld.com>  Subject: Re: Anyone for CORAL?1 Message-ID: <op.s7nvmvsiaqvj2s@news.ntlworld.com>   D On Sat, 08 Apr 2006 00:27:39 +0100, reb <natron@ntlworld.com> wrote: >  > ( I see CONTEXT as well, but= > what about CoralPlus and Perspective [pascal that one] ?? )     , To save anyone else pointing it out, if I go- to the right page I see them as well.   (doh)      Roger B.   ------------------------------  # Date: Fri, 07 Apr 2006 23:56:26 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>> Subject: Call for OpenVMS Freeware Submissions (New Deadline!)1 Message-ID: <K_CZf.6065$wX.5016@news.cpqcorp.net>   C Seeking New or Updated Submissions for the next HP OpenVMS Freeware     Submission Deadline 15-Jun-2006.  > (Yes, that's a new submission deadline for the next Freeware.)  B Do you have or do you know of useful new tools for HP OpenVMS, or C updates, corrections, or new versions of existing OpenVMS Freeware   software tools?   I Please contact the Collector of OpenVMS Freeware (CoOF) via the website,  H and pass along your knowledge of these new or updated software packages H -- even if you are not the maintainer or owner of the package -- to the F CoOF. (Please do not assume that somebody else has or will notify the H CoOF about the package(s) -- the CoOF regularly learns of new packages, = and might well miss the packages you are most interested in.)   D The Freeware submission information and guidelines are available at:  & http://www.hp.com/go/openvms/freeware/  A Please use the Freeware URL submission -- the submission link is  C available at the above website -- for submissions, and for related   messages and communications.  
 Thank you!   ------------------------------  % Date: Fri, 07 Apr 2006 19:01:28 -0400 ' From: Dave Froble <davef@tsoft-inc.com> , Subject: Re: CI Path Errors (was Re: Errors)/ Message-ID: <4vCdnX4Mv48lc6vZRVn-iw@libcom.com>    Leigh wrote:	 > Thanks,  > F > The cables are tight. One controller is on the light blue thin stuffI > and the other is on the thick dark blue stuff. They're as straight as I @ > can make them but the thick stuff is mostly still on the reel. > C > Both controllers aren't showing any error lights on the front and I > aren't displaying any error messages either (hence link lights/activity 
 > lights). > B > I've asked the customer to increase the disk usage to see if the? > frequency goes up. Twice in a month could be just transitory?  > I > As for fixing it - the HSJ's I've found to be the worst. The VAX, HSC90 H > and Star coupler are OK. I've only had one RA92 failure in nearly fourC > years and one RA72. I appreciate that they're old but it has been H > pretty good. Certainly better than some stuff half the age. Also thereI > was a blower failure in it as well. That's about one fault a year. I've F > tried to get the customer interested in the Charon VAX 6610 emulator: > but whilst it remains "reliable" they're not interested. >   G If the customer still has a HW maintenance contract, you could work up  H some numbers that may show significant savings on these monthly charges.  I I used to sell MicroVAX systems where the numbers indicated that in less  @ than 3 years the new system was basically free, given the lower H maintenance fees, and the big increase in performance was just icing on  the cake.  :-)  0 Them's numbers that make the beancounters smile.   --  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: Fri, 07 Apr 2006 21:06:17 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>, Subject: Re: CI Path Errors (was Re: Errors)6 Message-ID: <44371A99.F8395DB9@NeOaSrPtAhMlNiOnWk.net>   Dave Froble wrote: >  > Leigh wrote: > > Thanks,  > > H > > The cables are tight. One controller is on the light blue thin stuffK > > and the other is on the thick dark blue stuff. They're as straight as I B > > can make them but the thick stuff is mostly still on the reel. > > E > > Both controllers aren't showing any error lights on the front and K > > aren't displaying any error messages either (hence link lights/activity  > > lights). > > D > > I've asked the customer to increase the disk usage to see if theA > > frequency goes up. Twice in a month could be just transitory?  > > K > > As for fixing it - the HSJ's I've found to be the worst. The VAX, HSC90 J > > and Star coupler are OK. I've only had one RA92 failure in nearly fourE > > years and one RA72. I appreciate that they're old but it has been J > > pretty good. Certainly better than some stuff half the age. Also thereK > > was a blower failure in it as well. That's about one fault a year. I've H > > tried to get the customer interested in the Charon VAX 6610 emulator< > > but whilst it remains "reliable" they're not interested. > >  > H > If the customer still has a HW maintenance contract, you could work upJ > some numbers that may show significant savings on these monthly charges. > J > I used to sell MicroVAX systems where the numbers indicated that in lessA > than 3 years the new system was basically free, given the lower I > maintenance fees, and the big increase in performance was just icing on  > the cake.  :-) > 2 > Them's numbers that make the beancounters smile.  1 You could also offer an assessment in savings on:    o Power consumption  o Heat removal o Floor space utilization   0 Those might also help swing the balance for you.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  # Date: Sat, 08 Apr 2006 00:02:18 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>$ Subject: Re: DECWindows not starting1 Message-ID: <e4DZf.6066$hW.1271@news.cpqcorp.net>    FredK wrote:  I > To follow up my own post as an aside, I do plan to check in the Virtual L > Color Frame Buffer in a future release.  I can probably give Steve Hoffman@ > V7.3-1 and V8.2 and Itanium version of it for the freeware CD.  G    There exists a version of "virtcfb" (and xvfcb) on OpenVMS Freeware  D V5.0.  <http://www.hp.com/go/openvms/freeware/>  When Fred gets the H cycles to toss the update over this way, yes, I'll get it queued up for & inclusion on the next Freeware distro.   ------------------------------   Date: 7 Apr 2006 14:33:13 -0700 " From: dave.baxter@bannerhealth.com$ Subject: Re: monitoring I/O ChannelsC Message-ID: <1144445593.414433.119380@g10g2000cwb.googlegroups.com>   - According to SYSGEN HELP SYS_PARAM CHANNELCNT      CHANNELCNT  @        CHANNELCNT specifies the number of permanent I/O channels        available to the system. E        This special parameter is used by HP and is subject to change.  DoE        not change this parameter unless HP recommends that you do so.    Dave  # Note: "...available to the system."    ------------------------------  # Date: Fri, 07 Apr 2006 23:24:56 GMT + From: Ryan Moore <rmoore@rmoore.dyndns.org> $ Subject: Re: monitoring I/O Channels< Message-ID: <Pine.LNX.4.64.0604071616090.18434@jaipur.local>  B Do you believe everything you read in online help?  This piece of L online help is wrong.  I can confirm by experience that this is per-process.  H The value on our system is 1250.  If it were really the case that there F could only be 1250 channels opened across all processes on the entire 3 system, our system would have died a long time ago.   H One of our production nodes currently has 1091 processes running on it. F And I know most of those processes have at least 10 files opened each.  J I remember having to change this system parameter when I made a change to I the code in one process that made it go from opening about 600 mailboxes  B to about 1000 mailboxes.  It didn't work until this parameter was 
 increased.    7 On Fri, 7 Apr 2006, dave.baxter@bannerhealth.com wrote: / > According to SYSGEN HELP SYS_PARAM CHANNELCNT  > 
 >  CHANNELCNT  > A >       CHANNELCNT specifies the number of permanent I/O channels   >       available to the system.F >       This special parameter is used by HP and is subject to change. > DoF >       not change this parameter unless HP recommends that you do so. >  > Dave > % > Note: "...available to the system."  >    ------------------------------  # Date: Fri, 07 Apr 2006 19:52:25 GMT " From:   VAXman-  @SendSpamHere.ORG& Subject: Re: Now in stock DS15 systems0 Message-ID: <00A53DE3.BA8BFEF3@SendSpamHere.ORG>  d In article <xHjZf.9083$Sf.8783@bignews6.bellsouth.net>, "d b turner" <dbturner@islandco.com> writes: >  > . >We now have Refurbished DS15 systems in stockJ >We have a limited quantity so we must offer these as a "First come first 
 >serve" offer 9 >And yes, they carry our same as new 1 Year warranty too!  > ' >Call or email us at sales@islandco.com  >  >Tel: USA 912-447-6622 > $ >Thanks for all your support, y'all  >  >   I I'll trade you an RX2600 with a braindamaged console for a working DS15.     --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Fri, 07 Apr 2006 12:34:57 -0600 " From: GreyCloud <mist@cumulus.com>0 Subject: Re: OpenVMS is the worlds best desktop!0 Message-ID: <yr2dnW-EwrhPLavZRVn-jw@bresnan.com>   FredK wrote:1 > "GreyCloud" <mist@cumulus.com> wrote in message 6 > news:9IqdnUaAQ5BDd6jZnZ2dnUVZ_vGdnZ2d@bresnan.com... >  >>Bill Gunshannon wrote: >> >  > E >>>So, how would you propose paying VMS Engineering?  With the excess G >>>profits HP gets for selling Wintel hardware?  (Sure sounds like more   >>>creeping Stallmanism to me!!) >>C >>The same way that Sun and the others are doing it... thru support  >>service contracts.H >>I'm not exactly for Stalls methods, but at least a bit of common senseG >>wouldn't hurt.  But as soon as a new trend starts, like free software J >>and such, then unfortunately the rate of innovation will be slown down aG >>bit.  For example, I can't see paying over a $1000 for a good fortran < >>compiler as a hobbyist.  As a professional I could see it. >> >  > I > I'll point out here that the sucessful example of this is Linux - where L > aisde from a handful of deveopers - the labor is free.  The business modelL > for it that has worked doesn't really give it away free but includes it asN > part of a subscription service (Red Hat).  They can do it because they don'tM > have to have a huge engineering budget for either hardware or software.  So 6 > they can afford to still give away Fedora downloads. > N > The SUN model hasn't helped their bottom line - they still are losing money.F > Despite the large number of downloads they claim, it hasn't led to aJ > groundswell of new users to rival Windows (which while it may be bundledM > with a new PC - isn't "free") or Linux.  Nor can they do away with or slash L > their engineering budgets.  I think the SUN experiment was a great idea toM > try to stem the tide of users leaving Solaris for Linux - but it is hard to  > argue that it worked.  >   E I agree with you there on Linux.  It seems that linux is eating suns  C lunch these days.  A person can go to a local bookstore that sells  & magazines and get a full linux distro.       --   Where are we going?   And why am I in this handbasket?   ------------------------------  * Date: Fri, 7 Apr 2006 19:08:22 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)0 Subject: Re: OpenVMS is the worlds best desktop!$ Message-ID: <e16db5$t54$4@online.de>  F In article <e13lbp$co2$1@lnx107.hrz.tu-darmstadt.de>, m.kraemer@gsi.de (Michael Kraemer) writes:   I > With its high license costs just for the base OS and the PAK weirdness  < > even for hobbyist use VMS is a singularity among the OSes.A > HP(UX), IBM, Sun etc charge little more than the media cost for L > their respective OS CDs. And they don't care if you run them as a hobbyistD > on their boxes at home. Sun probably even *wants* you to do so.     H While this might be true, the fact remains that VMS licenses generate a I lot of revenue and that VMS development and support are funded by this.   F If the license revenue goes down, then either development and support E work have to be reduced or the money has to come from somewhere else.    ------------------------------  % Date: Fri, 07 Apr 2006 19:06:33 -0400 ' From: Dave Froble <davef@tsoft-inc.com> 0 Subject: Re: OpenVMS is the worlds best desktop!/ Message-ID: <4vCdnXkMv491cqvZRVn-iw@libcom.com>   / Phillip Helbig---remove CLOTHES to reply wrote: H > In article <e13lbp$co2$1@lnx107.hrz.tu-darmstadt.de>, m.kraemer@gsi.de > (Michael Kraemer) writes:  >  > I >>With its high license costs just for the base OS and the PAK weirdness  < >>even for hobbyist use VMS is a singularity among the OSes.A >>HP(UX), IBM, Sun etc charge little more than the media cost for L >>their respective OS CDs. And they don't care if you run them as a hobbyistD >>on their boxes at home. Sun probably even *wants* you to do so.    >  > J > While this might be true, the fact remains that VMS licenses generate a K > lot of revenue and that VMS development and support are funded by this.   H > If the license revenue goes down, then either development and support G > work have to be reduced or the money has to come from somewhere else.  >   H I would think that the costs are derived more from software maintenance G contracts than new license sales.  The license is a one time fee.  The   maintenance is ongoing.    --  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: Fri, 07 Apr 2006 19:08:29 -0400 ' From: Dave Froble <davef@tsoft-inc.com> 0 Subject: Re: OpenVMS is the worlds best desktop!/ Message-ID: <4vCdnXgMv4_BbavZRVn-iw@libcom.com>    paco.linux@gmail.com wrote: E > How are the Solaris, AIX, IRIX, Microsoft :) OS engineering payed ? H > In this times, seems that the software must be free, what do you thinkH > about a free-vesion of VMS that everybody can enhance?, something like, > solaris, you can save money on engineering >  > just kidding > Paco  E Microsoft software free?  Are we talking about illegal copies?  Hope   you're kidding.    --  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: Fri, 07 Apr 2006 19:19:46 -0400 ' From: Dave Froble <davef@tsoft-inc.com> 0 Subject: Re: OpenVMS is the worlds best desktop!/ Message-ID: <x-qdneA-TdyfbqvZRVn-tA@libcom.com>    GreyCloud wrote: > Dave Froble wrote: >  >> GreyCloud wrote:  >> >>> bob@instantwhip.com wrote: >>>  >>>> Bill Gunshannon wrote:  >>>>2 >>>>> He has obviously never priced a VMS license. >>>> >>>> >>>> >>>> >>>>6 >>>> how much does a hobbyist license cost these days? >>>> >>> E >>> Actually, the license fees to use an operating system these days  H >>> should be made obsolete.  I see it as nothing more than an obstacle E >>> to embracing the o/s.  Too many CEOs wanting to get on the Great   >>> Gravy Train money ride.  >>>  >>G >> Well I for one do not understand free software.  You don't get free  D >> gas with that car you bought.  You don't get free food with that  >> dinnerware you bought.  >>E >> However, once one does it, the rest are at a disadvantage if they  I >> don't.  I just don't see how software people can pay their bills, buy   >> gas, buy food, ........ >> > G > I remember that I used to get free glass mugs or dinner ware after a  / > fill up.  Of course those days are long gone.  > H > What I probably should have said "exhorbitant license fees".  I don't F > mind paying a reasonable amount, but I remember the gov. had to pay K > around $5000 per year for the single machine vms license.  Back then DEC  H > could get it, as everyone else was doing it.  Today, the situation is I > different... M$ is there and the most dominant.  The cost of XP Pro is  H > reasonable in comparison to $5k or even $1k.  I remember back in 1993 J > where Solaris x86 was priced around $750, but retiring around that time J > I wasn't about to blow that kind of money on a hobby, so I settled then / > on just win3.1 which was a lot lower in cost.  >  >   H Before throwing large figures around, I'd suggest checking out the cost > of VMS with a small itanic.  I don't know the numbers, but my I understanding is that they're a lot lower than for Alpha.  Having a real  / number would stop some of the wild speculation.   E As for free, I think the hobbyist program beats many of the costs of  H other operating systems.  Go to buy a Linux distribution, yeah, suppost I to be free, but you still have the cost of the media, which is not free.  I   Compare that to a free hobbyist license and a $30 (including shipping)  > media CD.  Even better if you have a source for copying media.  E If it's for commercial use, then you should share some of the income  F with those who made the business work.  Whether it's license fees, or  maintenance contract.    --  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: Fri, 07 Apr 2006 19:47:58 -0400 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>0 Subject: Re: OpenVMS is the worlds best desktop!, Message-ID: <4436FA1A.832F9F91@teksavvy.com>   FredK wrote:L > their engineering budgets.  I think the SUN experiment was a great idea toM > try to stem the tide of users leaving Solaris for Linux - but it is hard to  > argue that it worked.   E At least they did something to try to give hope to Solaris instead of G pretending all was well despite large losses in the installed base that 3 some other operating systems have/are experiencing.    ------------------------------   Date: 7 Apr 2006 18:09:15 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)7 Subject: Re: Opinion: I was just trying to sell OpenVMS + Message-ID: <49no6bFpjbmuU1@individual.net>   T In article <FA60F2C4B72A584DBFC6091F6A2B8684011FA3A6@tayexc19.americas.cpqcorp.net>,* 	"Main, Kerry" <Kerry.Main@hp.com> writes: >  >  > [big snip ..]  > H >> > Thnx much.  It won't be long till M$ usurps that particular market. >>=20 = >> Where have you been hiding?  MS replaced VMS in all the=20  >> hospitals around # >> here more than a decade ago. =20  >  > Bill,  > J > You obviously have not been involved to much in the hospital scene. JustI > because your local hospital has some Windows based app's, that does not * > mean the entire world has gone that way.  E Well, maybe not yet, but everyone moves it closer.  It's not like for C every hospital that migrates away another one migrates towards VMS.    > H > Cerner is one of the biggies in health care and are very much involvedI > with deploying OpenVMS (and very big GS1280's to use as an example).=20  > F > Bottom line is that many companies can not afford the QA and testingF > required for other platforms monthly security patches (e.g. Windows,
 > Linux etc).   4 No one ever lost their job for recommending Windows.   > E > Course, companies can always choose not not test their applications J > before rolling out monthly OS security patches (which typically requiresE > a reboot), but then they likely do not really have mission critical  > applications.   D Windows has been present in mission critical applications for years,B from Aircraft Carriers to Nuclear Power Plants.  Hiding one's headB in the sand isn't going to change that.  It may seem like a really: bad idea to most of us here, but, re-read the line above!!" Can the same be said of VMS today?   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  $ Date: Fri, 7 Apr 2006 17:50:07 -0400' From: "Main, Kerry" <Kerry.Main@hp.com> 7 Subject: RE: Opinion: I was just trying to sell OpenVMS T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B8684011FA5AF@tayexc19.americas.cpqcorp.net>   > -----Original Message-----$ > From: bill@triangle.cs.uofs.edu=20A > [mailto:bill@triangle.cs.uofs.edu] On Behalf Of Bill Gunshannon  > Sent: April 7, 2006 2:09 PM  > To: Info-VAX@Mvb.Saic.Com 9 > Subject: Re: Opinion: I was just trying to sell OpenVMS  >=20 > In article=20 @ > <FA60F2C4B72A584DBFC6091F6A2B8684011FA3A6@tayexc19.americas.cp
 > qcorp.net>, , > 	"Main, Kerry" <Kerry.Main@hp.com> writes: > >=20 > >=20 > > [big snip ..]  > >=20: > >> > Thnx much.  It won't be long till M$ usurps that=20 > particular market.	 > >>=3D20 A > >> Where have you been hiding?  MS replaced VMS in all the=3D20  > >> hospitals around ' > >> here more than a decade ago. =3D20  > >=20	 > > Bill,  > >=20: > > You obviously have not been involved to much in the=20 > hospital scene. Just@ > > because your local hospital has some Windows based app's,=20 > that does not , > > mean the entire world has gone that way. >=20G > Well, maybe not yet, but everyone moves it closer.  It's not like for E > every hospital that migrates away another one migrates towards VMS.  >=20 > >=20? > > Cerner is one of the biggies in health care and are very=20  > much involved A > > with deploying OpenVMS (and very big GS1280's to use as an=20  > example).=3D20 > >=20H > > Bottom line is that many companies can not afford the QA and testingH > > required for other platforms monthly security patches (e.g. Windows, > > Linux etc).  >=206 > No one ever lost their job for recommending Windows. >=20   How do you know this? =20   G Puuulleease .. That's like the old tale about no one ever getting fired  for choosing IBM.=20  F Even with my small world, I know of a few VMS to Windows projects that@ went down in flames and those involved were migrated to "special> projects" stuff. The same can be said for VMS to UNIX app's (I5 personally know of 2 Cust projects in this UNIX area)   F In the end, when a large project gets canned, the Exec's don't know orF care what the technologies involved were - all they know is they spentG $x Million on the ABC project and it was 2 years late, produced next to C nothing, and those involved were .. [insert Proj Team Exec's names]    > >=20G > > Course, companies can always choose not not test their applications < > > before rolling out monthly OS security patches (which=20 > typically requiresG > > a reboot), but then they likely do not really have mission critical  > > applications.  >=20F > Windows has been present in mission critical applications for years,D > from Aircraft Carriers to Nuclear Power Plants.  Hiding one's headD > in the sand isn't going to change that.  It may seem like a really< > bad idea to most of us here, but, re-read the line above!!$ > Can the same be said of VMS today? >=20 > bill >=20  < Consideration #1 : The absolute biggest platform for massiveF consolidation in almost every med-large shop these days is Windows. InG the typical consolidation project today, Customers will say that 70-80% E of their consolidation effort is focussed on drastically reducing the F number of Windows servers. The one-app, many servers model (prod, UAT,B dev) is rapidly becoming unsupportable given the new directives to> drastically reduce IT costs (btw, staffing is biggest IT cost)  H Consideration #2 : The absolute biggest issue with Windows is that it isG extremely difficult to do application stacking. Why do you think VMware H is so popular? Answer - OS stacking allows one to reduce the HW, but hasF minimal impact on FTE counts [IT's biggest costs] as you still need to? manage, license, monitor, apply monthly patches etc for each OS C instance. [Yes, tools help, but unless you roll-out patches without / testing applications, this is not a major help]   H Consideration #3 : IT shops are under massive pressure to reduce overallG costs, so the "just buy another dedicated server" days are numbered.=20   G I am not saying Windows is not going to be a player in the future. I am B saying that a great number of those "lets migrate our VMS stuff toB Windows/UNIX" projects have gone down in flames and that imho, the? future will be much more focussed on "making better use of what G Customers have today" rather than "lets migrate the universe to Windows 
 or Linux".  > Consideration #4 : You keep talking about the initial OS costsH comparison. Now, why not compare what it costs the company to do all theD monthly QA and testing for all of the monthly Windows/Linux securityC patches? Facter that into the equation in terms of costs, risks and E potential exposure and then re-compare costs. Also, use VMS integrity G pricing which has unlimited user license with base OS (Alpha does not).      Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  $ Date: Fri, 7 Apr 2006 18:10:06 -0400' From: "Main, Kerry" <Kerry.Main@hp.com> 7 Subject: RE: Opinion: I was just trying to sell OpenVMS T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B8684011FA5B6@tayexc19.americas.cpqcorp.net>   > -----Original Message-----$ > From: bill@triangle.cs.uofs.edu=20A > [mailto:bill@triangle.cs.uofs.edu] On Behalf Of Bill Gunshannon  > Sent: April 1, 2006 1:16 PM  > To: Info-VAX@Mvb.Saic.Com 9 > Subject: Re: Opinion: I was just trying to sell OpenVMS  >=202 > In article <CvOdnRBaAMBkIbPZRVn-hg@bresnan.com>,' > 	GreyCloud <mist@cumulus.com> writes:  > > Michael Kraemer wrote: > >=20 > >> GreyCloud schrieb:  > >>=20  > >>> ; > >>> Yet no one could crack VMS at the Las Vegas DEFCON=20  > trials.  How is that?  > >>=20  > >>=20 7 > >> That's nothing, because it doesn't prove anything, @ > >> except that at that particular event people didn't succeed.1 > >> And as others (e.g. BillG) have pointed out, 4 > >> the most probable reason is, that those hackers0 > >> simply are not interested in an obscure OS.8 > >> Anyway, following scientific logic, you can't prove7 > >> that something doesn't exist, e.g. a hack for VMS. : > >> You can't even prove that Santa Clause doesn't exist.> > >> (Although Santa Clause's existence is much less likely=20 > than a hacked VMS). 1 > >> If you want to do your favorite OS a favour, ; > >> don't come up with that old story over and over again. 9 > >> Better find something positive, more visible to a=20  > potential end user.  > >>=20  > >=20B > > Tell that to those that use VMS in the stock market exchanges. >=20= > The stock market exchange machines are not on the INTERNET.  >=20A > > Tell that to US military that still has contracts for JStars.  >=20  > JStars is not on the INTERNET. >=20 > What exactly was your point? >=20H > And, just as a point of reference, JStars is ancient (or should I justH > use the "legacy" word!)  None of the current replacement projects thatB > are being worked on (that I have become aware of) utilize VMS=20
 > in any way.  >=20 > bill >=20    7 Puuullleasse .. Lets not get into the term "legacy".=20   F It is a derogatory term used by the less enlightened (like media typesA and OS religious zealots) to poke holes in an idea or solution or 0 platform that they personally do not understand.  H Reality check - Microsoft itself publically calls Windows 2000 "legacy",E so are you saying that companies should drop Windows because of this?   F Sun calls Solaris7/Solaris8 "legacy". Red Hat calls its older versionsH "legacy". IBM calls some of its older mainframe OS versions "legacy". HP# calls VAX OpenVMS V5.x/V6.x legacy.   H Bottom line is that every OS platform has legacy versions. That does not6 mean current versions should be classified as such.=20  E Heck, there are features in current mainframes that Windows, UNIX and 3 even OpenVMS/NSK still have not been able to match.    Regards     
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Fri, 07 Apr 2006 19:35:10 -0400 ' From: Dave Froble <davef@tsoft-inc.com> 7 Subject: Re: Opinion: I was just trying to sell OpenVMS / Message-ID: <vpGdnfC-H58Aa6vZ4p2dnA@libcom.com>    Bill Gunshannon wrote:  6 > No one ever lost their job for recommending Windows.  = They didn't work for me.  If they did, you couldn't say that.    --  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: Fri, 07 Apr 2006 21:04:17 -0500 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>/ Subject: Re: Recall /all oddness on Alpha 7.3-1 6 Message-ID: <44371A21.EC32843F@NeOaSrPtAhMlNiOnWk.net>   Chris Sharman wrote: >  > Dave Weatherall wrote: > > Yesterday I tried  > >       reca /all sub J > > to recover a submit command. I didn't find the one I wanted because itD > > had been stored in the recall buffer with a leading space...e.g. > >  > > recall /all  > >  > > dir 
 > > sub job_a  > > dir  > >  sub job_b > > dir 
 > > sub job_x 
 > > sub job_x  > > " > > I never got ' sub job_b' back. > H > I don't think you can - I wondered if quoting, or extended parsing and1 > "recall ^ sub" would do it, but no, it doesn't.    You'd want to try:   $ RECALL " sub"   # Goofy thing is, it works on V7.2-2:    DJAS01::DDACHTERA$ vers # Alpha V7.2-2   (DEC 2000 Model 300)  DJAS01::DDACHTERA$ reca sub  DJAS01::DDACHTERA$  subm x.x   Works on V7.3-2, also:   $ sh sys/noproc C OpenVMS V7.3-2  on node DJAS02   7-APR-2006 20:05:50.92  Uptime  77  22:03:47 $ reca subm  $  subm x.x      --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  * Date: Fri, 7 Apr 2006 18:56:14 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)7 Subject: Re: SMTP: stop sending "no such user" messages $ Message-ID: <e16cke$t54$2@online.de>  H In article <e0pj8b$h3t$1@pcls4.std.com>, moroney@world.std.spaamtrap.com (Michael Moroney) writes:   I > You're right, it's come up before, and TCPIP V5.5 does the right thing.   ; Will this work with VMS 7.3-2?  Will it work on VAX at all?   L > >Of course, this won't follow the RFCs, but we have to face the fact that . > >they were written without spammers in mind. > G > It does follow the RFCs to send a 550 User unknown in response to the K > RCPT TO command, which will notify a legitimate sender right away without H > VMS having to send a bounce after accepting the message.  This is what > TCPIP V5.5 does now.     So what happens now is    #    o  accepts message to bogus user   I    o  sends message to sender saying that there is no such user at my end   G    o  this message bounces, since the sender at the other end was bogus   E You seem to be saying that 5.5 would send the 550 while receiving the A message, and after that send no further messages as a result of a E non-existent user at my end?  That sounds OK.  I can live with bogus  D connections being sent to me (compared to stuff on other ports from G viruses, it's not that much, though I block the latter at the router);  H what I want to avoid is sending messages to senders which sent messages D to non-existent users at my end (whether or not the messages I send I bounce; in most cases they will).  In other words, I am not as concerned  B with bounced messages as with the fact that I am sending too many.  5 > Unfortunately, it doesn't support older versions of  > VMS.   What are "older versions"?  H > In the olden days, either method was acceptible, with the 550 response6 > preferred. Nowadays, that's the only way to do that.  I If 5.5 is the only way to go, that's sad, at least if it isn't available  I for VAX.  If it means going from 7.3-2 to 8.2-1 or 8.3 or whatever, then   I could live with that.    ------------------------------   Date: 7 Apr 2006 13:24:14 -0700 ( From: "Rich Jordan" <jordan@ccs4vms.com>7 Subject: Re: SMTP: stop sending "no such user" messages C Message-ID: <1144441454.001169.156790@i40g2000cwc.googlegroups.com>   G TCPIP V5.4 with ECO 2 or later (I know its in ECO 4) gives part of this C (see the release notes for the ECO for info).  You can add the line F Symbiont-Checks-Deliverability: FALSE to your SMTP.CONFIG file to haveF the receiver check the inbound name for deliverability (instead of theE symbiont).  There is a restriction in that it only checks names up to G 12 characters long, and then (I think) only names that are VMS username E legal.  I don't know if TCPIP 5.5 is any better; I'm not running that B as an email server yet (and may not now that PMDF is available for hobbyist usage).  G Even though the limitations (bug!) let stuff through that shouldn't get F in, I still find it blocks a major amount of garbage and significantly, reduces the junk mail buildup on the system.  ) Thread here had info and testing results:    http://groups.google.com/group/comp.os.vms/browse_frm/thread/de93829f6e05c163/4d2248a91cc0b0d6?q=symbiont-checks&rnum=1#4d2248a91cc0b0d6   ------------------------------  % Date: Fri, 07 Apr 2006 20:22:34 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 7 Subject: Re: SMTP: stop sending "no such user" messages , Message-ID: <44370234.584ABF75@teksavvy.com>  / Phillip Helbig---remove CLOTHES to reply wrote: = > Will this work with VMS 7.3-2?  Will it work on VAX at all?   B Despite a roadmap we are expected to trust, VAX doesn't seem to be! slated to get 5.5.  Stuck at 5.3.     G > You seem to be saying that 5.5 would send the 550 while receiving the  > message,    3 Actually, it would be before receiving the message.    ex:    rem> HELO mail.chocolate.com' vms> 20x Welcome to my email restaurant " rem> MAIL FROM: chef@chocolate.com vms> 20x OK # rem> MAIL TO: baduser@chocolate.com  vms: 550 User unknown 	 rem> QUIT   ? So the transaction happens before the message is sent, thus the H receiving SMTP server does not have any responsability to send a bounce.  F But as Mr SMS has noted, that 5.5. patch that checks usernames at thatB point in the transaction has a bug and only validates 12 character
 usernames.   ------------------------------  * Date: Sat, 8 Apr 2006 00:05:53 -0500 (CDT)* From: sms@antinode.org (Steven M. Schweda)7 Subject: Re: SMTP: stop sending "no such user" messages 2 Message-ID: <06040800055382_202002C3@antinode.org>  - From: JF Mezei <jfmezei.spamnot@teksavvy.com>   H > But as Mr SMS has noted, that 5.5. patch that checks usernames at thatD > point in the transaction has a bug and only validates 12 character > usernames.  H    I believe that TCPIP V5.5 is ok, but versions as late as V5.4 - ECO 5@ pass invalid user names.  As shown previously, any invalid name,D including, but not limited to, a name longer than twelve characters, will be accepted.   F    My problem is that TCPIP V5.5 demands VMS V8.2, and that breaks theD AppleTalk software (which, I suspect, needs only a re-link), and I'm, reluctant to give that up on my main system.  ?    Unless you meant a different SMS, in which case, never mind.   H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------  $ Date: Fri, 7 Apr 2006 18:16:37 -0400' From: "Main, Kerry" <Kerry.Main@hp.com> M Subject: RE: Star Coupler failures (was: Re: CI Path Errors (was Re: Errors)) T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B8684011FA5BC@tayexc19.americas.cpqcorp.net>   > -----Original Message-----9 > From: bill@wcschmidt.com [mailto:bill@wcschmidt.com]=20  > Sent: April 7, 2006 11:34 AM > To: Info-VAX@Mvb.Saic.Com @ > Subject: Re: Star Coupler failures (was: Re: CI Path Errors=20 > (was Re: Errors))  >=20@ > During heavy loads, the keep alive timer complains and will=20
 > log errors, C > have you logged into the HSJ's to make sure there isn't a problem / > there, check out the last error message code.  >=20 > norm.raphael@metso.com wrote: A > > Hoff Hoffman <hoff-remove-this@hp.com> wrote on 04/07/2006=20  > 10:29:41 AM: > >  > > > Leigh wrote: > > > = > > > > The VAX has whinged a couple of times over a month=20  > about device PAA0:> > > > > and says that it has gone from GOOD to BAD once for=20 > node 6 and once for  > > > > node 7.  > > > @ > > >    The CI is a dual-path device, so this implies one of=20 > the two paths is@ > > > having at least transient communications problems.  The=20 > CI cluster will @ > > > operate on the other path, until either the failed path=20 > starts working- > > > or until the remaining path also fails.  > > > F > > > > Does this indicate a real problem or is it an occasional blip. > > > ; > > >    This could be a cabling problem or a controller=20  > failure, or incorrect B > > > termination.  Cables can be bent into a a radius a little=20 > too tightly,B > > > or dinged, and this can damage the coax.  Check the cable=20 > radii, the? > > > connections and termination and the cables themselves,=20  > and check the 9 > > > error log for the specific error(s) being reported.  > >  > > > The star couplerA > > > itself is entirely passive and unpowered, and tends to be a * > > > correspondingly low risk of failure. > > B > > Hoff, Has anyone actually logged a start coupler failure in=20
 > the history B > > of Field Service?  Short of someone or something physically=20 > damaging theA > > beast (Fire, Flood, Dropping a save on it, maybe) what can=20  > possibly fail? > >  > > > / > > > > I can probably get more info if needed.  > > > 9 > > >    The error log may (will?) have more information.  > > > A > > >    I will assume you are aware that this is very old VAX=20  > 6000 model 610B > > > series box, and CI and HSJ/HSC storage iron, and that old=20 > iron can and@ > > > does tend to have an increasing likelihood of failures,=20 > it does tend to 7 > > > drift toward the margins of the tolerances and=20  > specifications, and itA > > > can and does become far more difficult to acquire spares=20  > and replacement @ > > > parts.  (An Integrity rx2620 series box would run rings=20 > around this old @ > > > VAX 6000 series box, too, in terms of speed and storage=20 > capacity and2 > > > physical size and power requirements and...) >=20    = One area to check is to ensure unused star coupler ports have E terminators installed and are on tightly. That used to be good source   for intermittent CI path errors.   Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  * Date: Sat, 8 Apr 2006 04:21:22 +0000 (UTC)7 From: moroney@world.std.spaamtrap.com (Michael Moroney) M Subject: Re: Star Coupler failures (was: Re: CI Path Errors (was Re: Errors)) ( Message-ID: <e17do2$eon$1@pcls4.std.com>  + "Ken Robinson" <kenrbnsn@gmail.com> writes:   B >On 4/7/06, norm.raphael@metso.com <norm.raphael@metso.com> wrote:J >> Hoff, Has anyone actually logged a start coupler failure in the historyK >> of Field Service?  Short of someone or something physically damaging the L >> beast (Fire, Flood, Dropping a save on it, maybe) what can possibly fail? >>  G >I believe the Star Coupler was a passive device (no electricity needed F >for it to operate). Back in the 1980's when I was at Bellcore, an airE >conditioning water pipe broke in the ceiling above our Star Coupler. B >The Star Coupler didn't fail, even with the water pouring throughE >it... The machines had to be powered down due to the water under the . >raised floors, but the Star Coupler was fine.  G Wasn't there an electronic amplifier needed for the up-to-32-node multi  star coupler configuration?    How many of those were sold?   ------------------------------  * Date: Fri, 7 Apr 2006 19:00:28 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)7 Subject: Re: Strange behavior of DEFINE with equal-sign $ Message-ID: <e16csb$t54$3@online.de>  H In article <7dd80f60604051001u247dc01ev41d7d69954691125@mail.gmail.com>,, "Ken Robinson" <kenrbnsn@gmail.com> writes:   ? > With a little trial and error I discovered that the following  > characters do the same thing:  > # > ? ] ^  > H > Now if anyone can figure out how these characters are related, perhaps4 > the solution to this mystery will become apparent.  H Easy.  None of them are in the FORTRAN 77 character set.  Which reminds G me: is the limitation of node names to 6 characters in any way related  9 to a similar restriction on variable names in FORTRAN 77?    ------------------------------   Date: 7 Apr 2006 14:52:01 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) 7 Subject: Re: Strange behavior of DEFINE with equal-sign 3 Message-ID: <4wXtQ64udC8S@eisner.encompasserve.org>   w In article <e16csb$t54$3@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:   J > Easy.  None of them are in the FORTRAN 77 character set.  Which reminds I > me: is the limitation of node names to 6 characters in any way related  ; > to a similar restriction on variable names in FORTRAN 77?   @ An underlying reason might be the RAD50 representation of names.   ------------------------------  * Date: Fri, 7 Apr 2006 17:45:14 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)6 Subject: Re: strange behaviour: toasted network cards?$ Message-ID: <e168fa$nlf$1@online.de>  9 In article <442856f9$0$7689$636a55ce@news.free.fr>, rejoc  <rejoc@FREEfree.fr> writes:   N > >> I suppose that the ethernet interface on the VAXes are not "native" 10bT K > >> interfaces. So they must be connected to the DECrepeater through 10bT  H > >> transceivers and there is nothing to do regarding half/full duplex. > > 4 > > Right, converting the thickwire to twisted pair. > > J > >> On the Alpha, it would be interesting to know the "duplexing" of the L > >> interface but lancp doesn't seem to give the value (too old version of 
 > >> VMS ?).   > > H > > 7.3-2, all patches (up until the batch which started coming about 2  > > weeks ago).   I I haven't posted in a while, since I've been setting up hardware.  After  G moving all my hardware 500 km in a van and plugging everything back in  G the way it was, the problem has disappeared.  I don't know what caused  E it, but I am happy that it is no longer present.  Obviously, I don't  2 want to switch the power on and off just to check.   ------------------------------  * Date: Fri, 7 Apr 2006 17:56:28 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)6 Subject: Re: strange behaviour: toasted network cards?$ Message-ID: <e1694c$nlf$2@online.de>  E In article <yI1Wf.5012$f21.2426@trnddc01>, John Santos <john@egh.com>  writes:   / > Try "SYSMAN> do $ mc lancp show dev/all/char"   '                   Value  Characteristic '                   -----  -------------- +                    1500  Device buffer size (                  Normal  Controller mode/                External  Internal loopback mode -       08-00-2B-96-22-35  Hardware LAN address /                          Multicast address list -                 CSMA/CD  Communication medium ,       FF-FF-FF-FF-FF-FF  Current LAN address0                     128  Minimum receive buffers0                     256  Maximum receive buffers+                      No  Full duplex enable 0                      No  Full duplex operational(             Unspecified  Line media type*                      10  Line speed (mbps)*     Disabled/No Failset  Logical LAN state*                       0  Failover priority  - This is 7.3-2 ALPHA; doesn't work on 7.3 VAX.   7 > >> %SYSMAN-I-OUTPUT, command execution on node ELIJAH  > >> LAN Configuration: : > >>    Device   Medium      Default LAN Address   Version: > >>    ------   ------      -------------------   -------@ > >>     EZA0    CSMA/CD      08-00-2B-BF-A4-AB    Not available > ? > Unless you are using a 3rd-party ethernet adapter (Nemonix?), = > all VAX Ethernets are 10Mb HD.  If the switch isn't set the ? > to 10Mb, it won't work at all.  I've never seen a 10Mb FD, is  > this even possible?   G I have Allied/Telesyn adapters to convert AUI to UTP.  Things are then  F plugged into a Netgear hub.  (I had been using a DECrepeater.  When I H have time, I'll see if perhaps it got damaged and was the source of the  problem.  @ > The Alpha is running at 10Mb, but was this the most it can do,) > or the result of bogus autonegotiation?   G I think the hub is just 10 Mb/s, and probably the (quite old) ALPHA as   well.    ------------------------------   Date: 7 Apr 2006 10:45:40 -0700 ) From: "Sue" <susan_skonetski@hotmail.com> & Subject: Updated Boot camp InformationB Message-ID: <1144431940.218334.64360@g10g2000cwb.googlegroups.com>  6 Dear Internal and External Distribution lists (in bcc)  F Here is this weeks OpenVMS Advanced technical Boot Camp Update. PleaseE note if you have scholarship applications (see attached) they need to  be sent to me by April 15.   Registration Goal 200  Seats Committed =  150
 % full =  75%  Seats available =  50  Registered = 140 % of new attendees =  37%  % of repeat attendees = 63%  Weeks until Boot Camp 6 F Countries represented = 16 The only order is the roster order of folks
 registered Germany  England  Netherlands  Switzerland  Sweden Canada Ireland  Austria  France	 Australia  Belgium  India  New Zealand  India  Spain  US.     . http://h71000.www7.hp.com/symposium/index.html    @ Warm Regards as always and thank you for your continued support.   Sue   F ----------------------------------------------------------------------" This was sent several weeks ago---  ? I wanted to let you know about the availability of two types of E scholarships available to end user customers.  These scholarships are B for tuition only, travel and expenses are still up to the student.F Please do not over think these, we want to make this fun and the leastD amount of work for everyone.  Boot Camp registration is currently atE 50% but we wanted to give an additional opportunity to folks that may " not normally attend the boot camp.  G 1. Scholarships (3) one per company (end user Customer) willing to do a E public testimonial regarding the use of OpenVMS on Integrity servers. / Details will be provided if you are interested.   G 2. Scholarship for VMS people under 30 years of age. (Two Scholarships) C This has to be a nomination from the persons manager the winners of ? this scholarship will be determined by the OpenVMS SIG (Special D Interest Group).  The manager needs to write a few paragraphs on whyC they think the person would benefit from being at the boot camp and G with the VMS community.  Submissions need to be sent to Susan.Skonetski   no later than April 15.   ------------------------------   Date: 7 Apr 2006 10:37:42 -0700 < From: "Hein RMS van den Heuvel" <heinvandenheuvel@gmail.com>* Subject: Re: Using AST completion routinesC Message-ID: <1144431462.875768.135800@u72g2000cwu.googlegroups.com>   % IMHO he is wasting his and your time!   G First and foremost, it seems a little excessive to protect against this ' particular level of operator sillyness. E In order to rename a directory you would have to explcitly change its B protection first. You should get what you deserve if you go there:( trouble, a good chewing out, whatever...  < Secondly, the SUC and ERR routines are clearly documented as ast_procedure. (RMS REF MAN),   > "Because the queuing mechanism for an AST does not provide forA returning a function value or passing more than one argument, you - should write an AST routine as a subroutine." $ (OpenVMS Programming Concepts 8.2.1)  . AST's are like interupts, not inline callouts.F They interrupt something, saving R0 (and more) and when they return R07 (and the rest) is restored, blowing away the AS status.   F I suppose they could TRY to manipulated FAB.FAB$L_STS, but really they@ only field which is garantueed to be available for user programmG communication is FAB$L_CTX. If 32 bits is not enough, then turn it into  a pointer or a hash.  E The point of the AST routines is to 'keep your balls in the air' when  doing async programming.  
 Good luck, Hein.    ------------------------------  # Date: Fri, 07 Apr 2006 22:29:37 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>* Subject: Re: Using AST completion routines1 Message-ID: <lJBZf.6063$XV.1692@news.cpqcorp.net>    ade@nowhere.com wrote:  
    Hi Adrian,   D > I have recently had a customer on the phone who wanted to use AST E > completion routines for (his example) SYS$CLOSE. He is setting the  G > FAB$L_FOP FAB$M_DLT bit to perform a delete-on-close function of the  M > various files he is processing and noticed that, in the rare example where  G > somebody had renamed a directory file to the extension .DAT and that  G > directory had files in it a 'could not mark file for deletion' error  K > occurs. He wanted to use the AST to rename the file back to the .DIR and  & > continue processing. Code follows...  G    I'd prevent the user from renaming the file, if it was at all under   application control.  3    For a truly rare case, I'd not worry about this.   I    There are any number of triggers for the deletion error, so to spot a  A badly-named file, you'll end up looking for the trigger and then  G traversing the structures looking for the bogus directory -- there's a  H directory bit that's set for these, and it's assumed that any file with I that bit set will have the suffix .DIR.  Alternatively, you can spot the  B bogus directories using ANALYZE/DISK, assuming they're infrequent.  I    I'd also expect that the code would need to retry the operation; that  I it couldn't repair the problem part way through -- by the time the error  I hits this level, the OpenVMS file system code's already too far down the   error path.       Hoff    ------------------------------  % Date: Fri, 07 Apr 2006 20:02:19 -0400 ' From: Dave Froble <davef@tsoft-inc.com> * Subject: Re: Using AST completion routines/ Message-ID: <xfqdnVOLi82pYKvZRVn-gw@libcom.com>    ade@nowhere.com wrote: > Hi,  > D > I have recently had a customer on the phone who wanted to use AST E > completion routines for (his example) SYS$CLOSE. He is setting the  G > FAB$L_FOP FAB$M_DLT bit to perform a delete-on-close function of the  2 > various files he is processing and noticed that,  F Is the program creating these files?  If so, then why not just create  temporary files?  G If it's an existing file, say a batch of data that is to be processed,  F and then the file deleted, I'd think deletion would only be proper if D the processing was completed, and the application issued a specific 3 delete instruction, not when the process runs down.    What's the real purpose here?    --  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: Sat, 08 Apr 2006 00:10:08 GMT ; From: "Jeffrey H. Coffield" <jeffrey@digitalsynergyinc.com> * Subject: Re: VMS-BASIC + RMS + HTML (demo)> Message-ID: <AbDZf.68030$dW3.32651@newssvr21.news.prodigy.com>   Neil Rieck wrote:  > Mark,  > H > I've received a few requests this week regarding BASIC + RMS + HTML soN > (since I was on vacation) I decided to do a stand-alone demo. Here is a stub$ > from my "free VMS demos" web page. > A > http://www3.sympatico.ca/n.rieck/demo_vms/basic_apache_demo.zip  >  >     ##### D > Click download a quick hack demo program that shows how to extractN > information from a web page submitted to Apache for OpenVMS (CSWS) using CGIK > (Common Gateway Interface). This program can run in four different modes: I > CRT (green screen), WEB=GET, WEB=POST and WEB=GET+POST. It shows how to E > submit forms. It contains a small amount of RMS code to show how to G > interface RMS to the WEB. It also shows how to do a JAVASCRIPT pop-up 	 > window.  >     #####  > N > p.s. This was cobbled together from other programs so forgive the mess. I'llI > try to clean it up and add a few more Apache-2 features in the next few  > weeks  >  > Neil Rieck > Kitchener/Waterloo/Cambridge,  > Ontario, Canada.: > http://www3.sympatico.ca/n.rieck/links/cool_openvms.html; > http://www3.sympatico.ca/n.rieck/links/openvms_demos.html  >  >  >   I You might also want to look at the FastCGI for VMS Basic available on my  # web site www.digitalsynergyinc.com.   
 Jeff Coffield    ------------------------------   End of INFO-VAX 2006.194 ************************                                                                                                                                                                                                                                                                                                                                           MACRO64$DEFSIG_ASSERTED! 		.wor t  d MACRO64$DEFAULT_SIGNATURE 
 	    .else	 		.word 0 
 	    .endc 	.else- 	    .word <MACRO64$SIGNATURE_BLOCK - <NAME>>  	.endc 	.address <ENTRY> 	     .endc   >     .if identical, <%string(MACRO64$PD_KIND_STRING)>, REGISTER) 	.word MACRO64$PD_KIND ! MACRO64$PD_FLAGS  	MACRO64$REGNUM I <SAVE_FP> ! 	MACRO64$SAVE_FP = MACRO64$REGNUM  	.byte MACRO64$SAVE_FP 	.byte MACRO64$SAVE_RA 	.byte 0 	.byte MACRO64$FUNC_RETURN& 	.if blank, <ARGLIST'USES_VAX_ARGLIST>$ 	    .if ne, MACRO64$DEFSIG_ASSERTED! 		.w u  ord MACRO64$DEFAULT_SIGNATURE 
 	    .else	 		.word 0 
 	    .endc 	.else- 	    .word <MACRO64$SIGNATURE_BLOCK - <NAME>>  	.endc 	.address <ENTRY>  	.long $SIZE 	.word 0 	.word END_PROLOGUE - ENTRY  	.if not_blank, <HANDLER>  	    .address <HANDLER> " 	    .if not_blank, <HANDLER_DATA> 		.address <HANDLER_DATA> 
 	    .endc 	.endc	     .endc   ;     .if identical, <%string(MACRO64$PD_KIND_STRING)>, STACK ) 	.word MACRO64$PD_KIND ! MACRO64$PD_FLAGS  	.word $RSA_OFFSET 	.byte 0 	.byte MACRO v  64$FUNC_RETURN& 	.if blank, <ARGLIST'USES_VAX_ARGLIST>$ 	    .if ne, MACRO64$DEFSIG_ASSERTED! 		.word MACRO64$DEFAULT_SIGNATURE 
 	    .else	 		.word 0 
 	    .endc 	.else- 	    .word <MACRO64$SIGNATURE_BLOCK - <NAME>>  	.endc 	.address <ENTRY>  	.long $SIZE 	.word 0 	.word END_PROLOGUE - ENTRY  	.long MACRO64$SAVED_IREG_MASK 	.long MACRO64$SAVED_FREG_MASK 	.if not_blank, <HANDLER>  	    .address <HANDLER> " 	    .if not_blank, <HANDLER_DATA> 		.address <HANDLER_DATA> 
 	    .endc 	.endc	  w      .endc    .endm $PROCEDURE_DESCRIPTOR  w w        ,m,  .macro MACRO64$CALLSTD_DEFS %     .if defined, MACRO64$CALLSTD_DEFS  ;; 	.mexit 	     .endc      MACRO64$CALLSTD_DEFS 		= 1 ;; ;;       $PDSCDEF3     MACRO64$M_HANDLER_VALID		= PDSC$M_HANDLER_VALID >     MACRO64$M_HANDLER_REINVOKABLE	= PDSC$M_HANDLER_REINVOKABLE<     MACRO64$M_HANDLER_DATA_VALID	= PDSC$M_HANDLER_DATA_VALID5     MACRO64$M_BASE_REG_IS_FP		= PDSC$M_BASE_REG_IS_FP -     MACRO64$M_REI_RETURN		= PDSC$M_REI_RETURN <    x    MACRO64$M_STACK_RETURN_VALUE	= PDSC$M_STACK_RETURN_VALUE&     MACRO64$M_NATIVE			= PDSC$M_NATIVE,     MACRO64$M_NO_JACKET			= PDSC$M_NO_JACKET,     MACRO64$M_TIE_FRAME			= PDSC$M_TIE_FRAME-     MACRO64$K_KIND_BOUND		= PDSC$K_KIND_BOUND ,     MACRO64$K_KIND_NULL			= PDSC$K_KIND_NULL9     MACRO64$K_KIND_FP_REGISTER		= PDSC$K_KIND_FP_REGISTER 3     MACRO64$K_KIND_FP_STACK		= PDSC$K_KIND_FP_STACK   C     .mcall $END_ROUTINE, MACRO64$CHECK_IN_ROUTINE, $END_PROLOGUE, - 4 	$BEGIN_EPILOGUE, MACRO64$SAVE_AND y  _SWITCH_SECTION, - 	MACRO64$RESTORE_SECTION     .macro MACRO64$AT_END  	MACRO64$STATUS = 1      	.irp MACRO_NAME, 			- 	    $END_ROUTINE, 			- " 	    MACRO64$CHECK_IN_ROUTINE, 		- 	    $END_PROLOGUE, 			- 	    $BEGIN_EPILOGUE, 			-( 	    MACRO64$SAVE_AND_SWITCH_SECTION, 	- 	    MACRO64$RESTORE_SECTION5 	    .if eq, <%type(MACRO_NAME) & MACRO64$TYPE_MACRO> 5 		.error "You must not .MDELETE the MACRO_NAME macro"  		MACRO64$STATUS = 0
 	    .endc 	.endr  	.iif eq, MACRO64$STATUS, .mexit= 	.if d z  ifferent, <%string(MACRO64$ROUTINE)>, <MACRO64$ROUTINE>  	    .warn -M "Missing $END_ROUTINE -- you must terminate each routine with an invocation - = of the $END_ROUTINE macro; invoking $END_ROUTINE for you" ;;;  	    $END_ROUTINE                                                                                                                                                                                                                                                