1 INFO-VAX	Mon, 01 May 2006	Volume 2006 : Issue 241       Contents: Re: ACCOUNTNG.DAT  Re: ACCOUNTNG.DAT  Re: ACCOUNTNG.DAT  Re: ACCOUNTNG.DAT  Re: Capturing console activity8 Re: DCL versus Unix CLIs, was: Re: File output like Unix8 Re: DCL versus Unix CLIs, was: Re: File output like Unix8 Re: DCL versus Unix CLIs, was: Re: File output like Unix8 Re: DCL versus Unix CLIs, was: Re: File output like Unix8 Re: DCL versus Unix CLIs, was: Re: File output like Unix8 Re: DCL versus Unix CLIs, was: Re: File output like Unix8 Re: DCL versus Unix CLIs, was: Re: File output like Unix Re: Debugging a crashing editor  Re: decnet vs decnet over IP> Re: HP TCPIP SMTP setup for Process PMAS, is it even possible? Re: hypothetical question ( Re: Need help with stalled printer queue Re: OpenVMS fanclub in Orkut Re: OpenVMS fanclub in Orkut Re: OT: FAA goes Linux Re: TIMEPROMPTWAIT problem Re: TIMEPROMPTWAIT problem Re: TIMEPROMPTWAIT problem Re: TIMEPROMPTWAIT problem, Re: UC07 with BA350/RZ28 disk spinup problem) Re: Various comments (decus presentation) P Re: Why did I come into this room again? (Was: Re: Now this is (a little) insult  F ----------------------------------------------------------------------   Date: 1 May 2006 06:35:31 -0700 " From: chris_doran@postmaster.co.uk Subject: Re: ACCOUNTNG.DATB Message-ID: <1146490531.149335.81700@i40g2000cwc.googlegroups.com>  / Phillip Helbig---remove CLOTHES to reply wrote: J > My ACCOUNTNG.DAT file has grown quite large.  How can one generate a newH > ACCOUNTNG.DAT file?  (If I can generate a new one, then I can move the2 > old one somewhere else where I have more space.) > J > Is it possible to move the active ACCOUNTNG.DAT file off the system diskA > (via a logical name such as one can do with, e.g., SYSUAF)?  If   > possible, is this a good idea?   see my venerable post at http://groups.google.co.uk/group/comp.os.vms/browse_frm/thread/9c4ac06e728dd6ed/d5d363358c251be7?q=doran+weeds&rnum=2#d5d363358c251be7F for how to keep various VMS "weeds" under control. Doubtless more haveF appeared since then, but I'm still awaiting a round toit to upgrade my systems from V6.2.   Chris    ------------------------------  # Date: Mon, 01 May 2006 13:19:30 GMT ; From: "Jeffrey H. Coffield" <jeffrey@digitalsynergyinc.com>  Subject: Re: ACCOUNTNG.DAT> Message-ID: <CVn5g.71485$H71.70865@newssvr13.news.prodigy.com>  / Phillip Helbig---remove CLOTHES to reply wrote: J > My ACCOUNTNG.DAT file has grown quite large.  How can one generate a newI > ACCOUNTNG.DAT file?  (If I can generate a new one, then I can move the  2 > old one somewhere else where I have more space.) > J > Is it possible to move the active ACCOUNTNG.DAT file off the system diskA > (via a logical name such as one can do with, e.g., SYSUAF)?  If ! > possible, is this a good idea?   > G http://www.itec.suny.edu/scsys/vms/OVMSDOC073/V73/6017/6017pro_089.html    ------------------------------   Date: 1 May 2006 08:44:46 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: ACCOUNTNG.DAT3 Message-ID: <TaW60JkbO1oY@eisner.encompasserve.org>   w In article <e3505c$hbu$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: J > My ACCOUNTNG.DAT file has grown quite large.  How can one generate a newI > ACCOUNTNG.DAT file?  (If I can generate a new one, then I can move the  2 > old one somewhere else where I have more space.) > J > Is it possible to move the active ACCOUNTNG.DAT file off the system diskA > (via a logical name such as one can do with, e.g., SYSUAF)?  If ! > possible, is this a good idea?   >       help set accounting/new_file    ------------------------------  * Date: Mon, 1 May 2006 16:05:52 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: ACCOUNTNG.DAT$ Message-ID: <e35bl0$4sh$1@online.de>  3 In article <TaW60JkbO1oY@eisner.encompasserve.org>, > koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:   y > In article <e3505c$hbu$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: L > > My ACCOUNTNG.DAT file has grown quite large.  How can one generate a newK > > ACCOUNTNG.DAT file?  (If I can generate a new one, then I can move the  4 > > old one somewhere else where I have more space.) > > L > > Is it possible to move the active ACCOUNTNG.DAT file off the system diskC > > (via a logical name such as one can do with, e.g., SYSUAF)?  If # > > possible, is this a good idea?   > >  > ! >    help set accounting/new_file   E Thanks.  I knew it existed, but I was looking for ACCOUNTING/NEW and   surprised it wasn't there.   ------------------------------   Date: 1 May 2006 08:38:06 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ' Subject: Re: Capturing console activity 3 Message-ID: <wtbQTIYcCd4v@eisner.encompasserve.org>   b In article <1146246330.715631.92760@u72g2000cwu.googlegroups.com>, glen.thompson@gmail.com writes: > * > System: OpenVMS 7.2 on a Vaxstation 4000 > I > Our system console is a Decwriter printing terminal because the log was I > required many years ago by our internal audit department.  We'd like to H > get rid of the Decwriter and replace it with one of our spare VTs.  IsF > there anyway to automatically capture all the activity on the systemI > console?  I'd like an electronic version of what is currently on paper, 7 > including both operator input and output displayed.     F    Starting with the VT200 series VT terminals have had a printer portE    that can be set to automatically print everything that comes up on     the screen.   ------------------------------   Date: 1 May 2006 08:11:28 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) A Subject: Re: DCL versus Unix CLIs, was: Re: File output like Unix 3 Message-ID: <bkD3NMkRa8nj@eisner.encompasserve.org>   j In article <1146094463.265362.201570@i40g2000cwc.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes:  D > Here's one for you: Ever try writing a SET DEFAULT program in Unix > shell script?   E    Yes.  You have to make sure you source the script with an alias or 5    something, not execute the script in a subprocess.    ------------------------------   Date: 1 May 2006 08:13:20 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) A Subject: Re: DCL versus Unix CLIs, was: Re: File output like Unix 3 Message-ID: <jKlDGOpHZJLV@eisner.encompasserve.org>   W In article <4bf2inF10vp5cU1@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes: 4 > In article <m3r4g.6963$mM1.1588@news.cpqcorp.net>,1 > 	Hoff Hoffman <hoff-remove-this@hp.com> writes:  >>  H >>    Extension-based file typing is for kiddie-toy file systems -- and K >> yes, I do include those file systems of OpenVMS, Windows and Linux/Unix  A >> and most every other current operating system available here.   > I > Why include Unix?  In Unix, no filename (or extension) has any implicit H > meaning.  Applications may impart meaning, but the OS just don't care.L > (Hint: ever "cat"ed a binary file to your terminal with disastrous results > or opened a directory in vi?)   C    Except, of course, that all the UNIX compilers have no idea what 3    thier input is without looking at the extension.    ------------------------------   Date: 1 May 2006 06:36:37 -0700 $ From: "AEF" <spamsink2001@yahoo.com>A Subject: Re: DCL versus Unix CLIs, was: Re: File output like Unix C Message-ID: <1146490597.727515.171220@j73g2000cwa.googlegroups.com>    Bob Koehler wrote:l > In article <1146094463.265362.201570@i40g2000cwc.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes: > F > > Here's one for you: Ever try writing a SET DEFAULT program in Unix > > shell script?  > G >    Yes.  You have to make sure you source the script with an alias or 7 >    something, not execute the script in a subprocess.   E Well, I had the help of some Unix admins and they suggested something G (which may be what you're suggesting -- I don't recall right now) and I F could then change the directory from the script but then I couldn't doB something else with the script that I could have done doing it the> straightforward way! Basically it turned out to be a cake. (!)  B Sorry, I can't remember the details, but I quickly gave up on it.    AEF    ------------------------------   Date: 1 May 2006 08:17:25 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) A Subject: Re: DCL versus Unix CLIs, was: Re: File output like Unix 3 Message-ID: <m8056oD17VPd@eisner.encompasserve.org>   m In article <Pine.LNX.4.61.0604281211340.19111@localhost.localdomain>, Rob Brown <mylastname@gmcl.com> writes: - > On Fri, 28 Apr 2006, Bill Gunshannon wrote:  >  >>B >> Why include Unix?  In Unix, no filename (or extension) has any G >> implicit meaning.  Applications may impart meaning, but the OS just   >> don't care. > . > I think that the same is true in VMS or RSX.  H    Not quite.  Program lookup via DCL$PATH will look for .COM files and @    .EXE files and assume standard meanings for those extensions.  ;    INTIALIZE/QUEUE/PROCESSOR requires a file type of .EXE .    ------------------------------   Date: 1 May 2006 14:19:36 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)A Subject: Re: DCL versus Unix CLIs, was: Re: File output like Unix , Message-ID: <4bmjnoF12ekovU1@individual.net>  3 In article <jKlDGOpHZJLV@eisner.encompasserve.org>, > 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:Y > In article <4bf2inF10vp5cU1@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes: 5 >> In article <m3r4g.6963$mM1.1588@news.cpqcorp.net>, 2 >> 	Hoff Hoffman <hoff-remove-this@hp.com> writes: >>> I >>>    Extension-based file typing is for kiddie-toy file systems -- and  L >>> yes, I do include those file systems of OpenVMS, Windows and Linux/Unix B >>> and most every other current operating system available here.  >>  J >> Why include Unix?  In Unix, no filename (or extension) has any implicitI >> meaning.  Applications may impart meaning, but the OS just don't care. M >> (Hint: ever "cat"ed a binary file to your terminal with disastrous results   >> or opened a directory in vi?) > E >    Except, of course, that all the UNIX compilers have no idea what 5 >    thier input is without looking at the extension.   J Sorry, the compilers are not part of Unix, they are applications and whileH all I have at the moment is gcc, I expect your right about the behaviour* but wrong about the source of the problem.   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: Mon, 01 May 2006 14:52:57 GMT ' From: jls <jeffls-nospam@sbcglobal.net> A Subject: Re: DCL versus Unix CLIs, was: Re: File output like Unix 8 Message-ID: <n28c529ithiotijlcaujesvjtt0mqgm2oa@4ax.com>  F On Sun, 30 Apr 2006 16:03:27 -0400, Bill Todd <billtodd@metrocast.net> wrote:   >Hoff Hoffman wrote: >  >... > J >>   And I'm thinking of something a step or two beyond that.  The forked J >> or threaded files allowed such things as multiple binary images within K >> one file, of course.  But why even bother with the concept of a "file",  H >> and why not simply have a database where a "file" is simply a way to L >> uniquely identify and to gather a particularly set of data records? This A >> all looks a whole lot like a basic database search, after all.  > F >Well, sort of.  As you've noted elsewhere, path-based access control H >(ignoring access by FID) is different (unless you reimplement the full G >path walk in the database), and file-based mechanisms provide a basic  J >manual (but implicit) data-clustering mechanism which often must be made $ >explicit in conventional databases. > C >There's a lengthy history of attempts to use databases to provide  I >extended file-like behavior.  Microsoft started well over a decade ago,  J >planning to replace NTFS with a new underlying database implementation - A >first in NT V5, then in Win2K (when NT V5 became that), then in  I >'Longhorn' (before it became something more resembling a Long March) as  J >WinFS, which itself then morphed from an SQL Server based mechanism to a  >layer on *top* of NTFS... > 
 >[snip...]  A Wasn't the PICK operating system built upon a database-based file  system?   A I was only peripherally associated with a PICK system once upon a ; time, but ISTR that those folks talked about it's "database  filesystem".  ? OTOH, it could be that that implementation wouldn't scale well.    ------------------------------  * Date: Mon, 1 May 2006 16:20:53 +0000 (UTC) From: david20@alpha2.mdx.ac.ukA Subject: Re: DCL versus Unix CLIs, was: Re: File output like Unix ) Message-ID: <e35ch5$bue$1@news.mdx.ac.uk>   W In article <4452d96f@usenet01.boi.hp.com>, "FredK" <fred.nospam@nospam.dec.com> writes:  > 3 >"Rob Brown" <mylastname@gmcl.com> wrote in message @ >news:Pine.LNX.4.61.0604281211340.19111@localhost.localdomain... > C >> > Why include Unix?  In Unix, no filename (or extension) has any H >> > implicit meaning.  Applications may impart meaning, but the OS just >> > don't care. >>/ >> I think that the same is true in VMS or RSX.  >> > 	 >    .DIR  >    $ dir test.dir! %DIRECT-W-NOFILES, no files found  $ edit test.dir  aaaaaa ctrl-Z   Directory DATA1:[000000]  
 TEST.DIR;1   Total of 1 file.   $ typ test.dir aaaaaa   $   G A VMS directory may have to have a .DIR extension but that doesn't mean 0 every file with a .DIR extension is a directory.    O As to no filename (or extension) in Unix having any implicit meaning what about ? the two "filenames" which exist in every directory  ie . and .. H This is at least on a par with the VMS .DIR requirement for a directory.  
 David Webb security team leader CCSS Middlesex University     > H >> (MS) Windows, on the other hand, takes extension-based file typing toF >> another level (higher or lower, depending on your opinion).  SimplyG >> invoking FOO.DOC runs MSWORD (for example) without you invoking Word 
 >> at all. >> >  >    As will CDE >  >  >    ------------------------------   Date: 1 May 2006 08:41:10 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ( Subject: Re: Debugging a crashing editor3 Message-ID: <R4RU1qJn2OVI@eisner.encompasserve.org>   l In article <slrne552jr.mqq.sac@unakite.cheesecake.org>, Sidney Cammeresi <sac@cheesecake.org.nospam> writes: > ! > 		Vim: Caught deadly signal BUS  > 		Vim: Finished.  C    Generally means vim tried to access some address it doens't have -    access to.  Most likely a programming bug.   I > I can't say `I didn't change anything important' given the new, foreign J > environment that VMS is to me, so I'm looking for some help in debuggingI > the problem.  (On Linux, I'd fire up gdb, strace, etc., but I am pretty  > lost on VMS at present.)      $ SET PROCESS/DUMP   G    Then you can ANALYZE/PROCESS_DUMP, which brings up the VMS debugger. (    (Like using gdb on a UNIX core file).   ------------------------------   Date: 1 May 2006 08:31:27 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) % Subject: Re: decnet vs decnet over IP 3 Message-ID: <Zd4frh5LaN71@eisner.encompasserve.org>   c In article <e2qgso$u7f$1@mailhub227.itcs.purdue.edu>, Chuck Aaron <caaron@ceris.purdue.edu> writes:  > Questions: > = > What is the advantage of running DECNET over IP vs. DECNET?  >  > Thanks in Advance.  F   Some network "expert" won't configure the router to pass DECnet.  So)   you make it look like IP to his router.    ------------------------------   Date: 1 May 2006 08:36:47 -0700 ( From: "Rich Jordan" <jordan@ccs4vms.com>G Subject: Re: HP TCPIP SMTP setup for Process PMAS, is it even possible? B Message-ID: <1146497807.880939.99790@v46g2000cwv.googlegroups.com>   JF, E      I am able to get the system listening to port 2525.  THe problem B is that, even after creating a new service on port 2525 (you can'tE change the port number of the existing service), deleting the service E that is listening to port 25, and in fact even after defining the new G SMTP service to listen to port 2525 on _only_ the second interface's IP @ address, and restarting TCPIP or even rebooting, I still get the> receiver listening on port 25 _and_ port 2525, and on both the! secondary and primary interfaces.   E      The one time I seemed to get the service to only respond on port E 2525 (both interfaces) and port 25 (secondary interface only) did not G survive a reboot; if I can't free up port 25 for PMAS, then I can't run 2 PMAS on the same system as the TCPIP Services MTA.   Hunter, G      I'll check the wizard posts.  Maybe there's a non-obvious solution G since the documentation is pointing me to nonworking ones.  Thanks!  As D to Multinet or TCPware... wish I could.  I was using TCPware V1.2 (IF think the version we had was called TCP-FTP) at my first VMS site job.    F While my hobby system is all for my own use, the fact is that only ourF remaining VAX customers (and our in-house VAX) and one Alpha site (twoG nodes) are using TCPware any more (nobody here uses Multinet).  All the E other Alpha customers are running the HP product because it came with C the system.  I'm running at home the combination that is closest to F what I have to work with at work, with web services, PHP/Python, Java,C etc... learn at home, test at work on our systems, and implement on 
 customers.  D      Our customers tend to be small sites (with two exceptions), butG many of them are running their single domain email on their Alphas, for E which the TCPIP Services MTA is adequate.  PMAS would be a godsend... E but I really want to get it running with TCPIP services because thats F what they have.  None of them are equipped with a second Alpha, and ifD they want spam protection now we have to go with another product, PC? based usually due to cost (like Praetor), and at that point the F pressure immediately starts up to have the pc also do the mail, or getD exchange, yadda yadda...  Getting this working means we can at leastB try to interest the customers in it and keep running things on theA Alpha.  Having to add MX or an alternate stack to the price (with G ongoing support costs, initial work to get webserver and other packages , 'switched over') just isn't going to happen.   RichF (who will be running PMDF at home so it won't matter from the hobbyist perspective in the long run)   ------------------------------   Date: 1 May 2006 08:28:49 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) " Subject: Re: hypothetical question3 Message-ID: <8PDTjBa$UT74@eisner.encompasserve.org>   l In article <2746f$44508287$50db5015$8878@news.hispeed.ch>, Paul Sture <paul.sture.nospam@hispeed.ch> writes:  H > Interesting comments Bob. Conversely, on the rare occasions in recent A > years when BACKUP has given up on reading a tape with too many  H > errors/retries (mostly old well used DLT IIIs in my examples), I have K > been able to use COPY to grab the whole saveset to disk, then use BACKUP  
 > from there.  > I > I can only speculate that COPY isn't trying to understand the contents  I > in the same way as BACKUP is in this operation (rewinding and retrying  5 > the reads, leading to shoewhining, for example???).  > & > Your input on this would be welcome.  H   I'd not heard of that.  Maybe something in the handling of DLT III.  I   don't have any.   G   It would not surprise me if BACKUP handles newer technology drives in +   ways different from its 9-track heritage.   C   I do recall the day I was able to install the VMS 3.6 update only E   because BACKUP was a higher quality product than the cleanliness of 
   my TE16.   ------------------------------   Date: 1 May 2006 08:09:58 -0700 $ From: "AEF" <spamsink2001@yahoo.com>1 Subject: Re: Need help with stalled printer queue C Message-ID: <1146496198.253123.115170@i40g2000cwc.googlegroups.com>   
 AEF wrote: > Hoff Hoffman wrote:  > > etmsreec@yahoo.co.uk wrote:  > > J > > > Has the addition of the printers to the active directory removed the1 > > > LPR/LPD functionality from the printserver?  > > G > >    I've never seen Microsoft Active Directory (AD) get tangled with L > > LPR/LPD.  (That's not to state such could not happen, just that I've notI > > seen that particular train-wreck arise -- and we've certainly had our A > > share of intentionally and unintentionally "creative" network # > > configurations here inside HP.)  > > H > >    My first suspicion would be that TCPWARE_VMSLPRSMB is getting itsJ > > knickers in a twist, or is going toes-up; err, an unexpected conditionH > > is arising within the local symbiont's run-time environment, and theI > > symbiont is accordingly demonstrating unspecified untoward behaviour. I > > This could include the symbiont, or associated parts of the IP stack.  > > J > >    My secondary assumption would involve a potential problem somewhereL > > within the OpenVMS VAX queue manager or related components, or somewhereK > > within the network stack.  Accordingly, I'd look at the process and (if L > > present) at the process state, and (if present) at any logs or debuggingG > > mechanisms available for this symbiont, and I'd look for applicable K > > updates from Process and at the application of the mandatory and of any 0 > > queue-related ECOs from OpenVMS Engineering. >  > (I'll do what I can of this.)  > H > Well, this has suddenly happened on two VAX systems, so I'd think thatE > would mean some external (to VMS and TCPware) problem. Also, one of ? > them I had shut down for a week maybe and booted it up and it F > immediately exhibited the same problem. It worked fine for months onG > both systems until this week, though I can't remember exactly when it I > last worked, it was probably early or mid April. So why would something ? > that's been working fine for months suddenly require a patch?  > D > One machine has all mandatory VMS patches and a QMAN patch but theE > other doesn't, yet both exhibit the problem. I just started it on a G > third VAX and it, too, exhibits the same problem. Hmmm, they all have  > the same hosts. file.  > E > Also, I just found out that the printserver was added to active dir I > domain back in December, well before this problem occurred. But I can't F > think of any change that was made to either machine that could cause > this problem.  >  >  > > L > >    I have had direct success with connections with LPR/LPD and DCPS (viaK > > TCP/IP Services, however), and would tend to use DCPS for printing to a * > > LaserJet 4200 or LaserJet 4300 series. > > J > >    You could eliminate DNS and DHCP use as a test, assuming you have aL > > fixed address.  (I tend to not configure the printer to use DHCP.)  ThisG > > would largely eliminate any potential involvement of AD, of course.  > B > There is no DHCP invovled AFAIK and I use hosts files on the VAXI > systems. What change could affect all three systems (the 3rd is running 1 > VMS v6.1 while the first two are running v6.2).  >  > Thanks for your help.  >  > AEF      Here's the latest:  D I tried configuring a new printer queue, and when TCPWARE:CNFNET.COMF LPS asked for the remote host name, I specified the printer instead ofA the printserver. Then it asked for the remote printer and I again F specified the printer. THIS FIXED THE PROBLEM! Something happened thatC won't let the VAX talk to the printserver. None of my fellow admins  know what it could be.  B Anyway, I'm back in business. Thanks to everyone here for all your
 responses.   AEF    ------------------------------   Date: 1 May 2006 02:34:41 -0700 ' From: "toby" <toby@telegraphics.com.au> % Subject: Re: OpenVMS fanclub in Orkut C Message-ID: <1146476081.320046.231270@j73g2000cwa.googlegroups.com>    singhal.rishi@gmail.com wrote:	 > Hi All,  > F > We a few bunch of people are trying to generate awareness on OpenVMSH > operating system. So if you are interested and a fan of OpenVMS pleaseC > join us in orkut community which is called the "OpenVMS fan club"     I am guessing you mean this one:= http://www.orkut.com/Community.aspx?cmm=10978164 (6 members).   ( There is also this long established one:E http://www.orkut.com/Community.aspx?cmm=715 with 102 members. Is that  not good enough?  , And even two tiny Portugese language groups,4 http://www.orkut.com/Community.aspx?cmm=10834318 and/ http://www.orkut.com/Community.aspx?cmm=7420270   E Why fragment an already spectacularly marginal interest of a marginal E community (Orkut itself - 17 million members but still a tiny part of C the Internet at large)? The 102-member group seems pointless enough F (like all the vanity technical interest groups there, or vanity GoogleB Groups, or vanity Yahoo! Groups). It's simple set intersection. ByC taking subset of subset of subset you're driving your participation E down to almost zero (certainly it's still single digit, and the first F group mentioned has at least a 2 year head start on you; is this going to be a contest?)   G The largest and arguably the *only* central forum is Usenet. Judging by D the activity on this group it has a large readership - likely in theE thousands. If you want a predominantly English speaking community why C not simply participate here - you can never find a larger audience.    > 	 > Thanks,  > Rishi  > 1 > "Together we can and we will make a difference"    ------------------------------   Date: 1 May 2006 08:12:44 -0700 9 From: "singhal.rishi@gmail.com" <singhal.rishi@gmail.com> % Subject: Re: OpenVMS fanclub in Orkut C Message-ID: <1146496364.826400.222900@u72g2000cwu.googlegroups.com>   F Thanks Toby for your suggestion. There are definitely some good pointsB to be noted. Here are some key things which made us to start a new group:  G 1.There exists a community in Orkut for OpenVMS but as you have already = pointed out its not in English which most people in the world D understand. But as OpenVMS is trying to expand to new people and new4 regions we need a language to communicate with them.  A 2.Searching OpenVMS in orkut community does not give the link for E http://www.orkut.com/Community.aspx?cmm=715 (lot of the people I know  have tried).  G 3. We are not in any contest here. Its we (you and me) who love OpenVMS E who have to stand up and work to make people aware of it in different F parts of the world.Its the younger generation(like me) who wants it to3 be known by the whole world and appreciated for its  stability,security....  @ Hope we together can make this happen by making this communoty a success.   Regards, Rishi    ------------------------------   Date: 1 May 2006 08:36:27 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: OT: FAA goes Linux 3 Message-ID: <to3s3tzFGqOu@eisner.encompasserve.org>   ^ In article <445194B4.9A476298@vaxination.ca>, JF Mezei <jfmezei.spamnot@vaxination.ca> writes:R >> http://www.redhat.com/rhel/informationcenter/successstories/government/faa.html > D > I think this is worthy of mention because it truly pits Linux as aL > serious competitor to VMS for truly serious mission critical applications.  D    That depends on what they're using Linux for.  If they're display@    stations in a large enough installation failure of one or two%    from time to time is not an issue.   H    If they're used to replace the IBM mainframes and the unique networks5    between those, then yes, they're mission critical.    ------------------------------   Date: 1 May 2006 08:09:43 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) # Subject: Re: TIMEPROMPTWAIT problem 3 Message-ID: <8pLzg2QB7IBt@eisner.encompasserve.org>   p In article <jt6dnT5KLMJxh83ZnZ2dnUVZ_tSdnZ2d@comcast.com>, "Richard B. Gilbert" <rgilbert88@comcast.net> writes:  I > IIRC, VMS 4.7 was "Orange (Chinese Red) Wall" not "Gray Wall".  Aren't  5 > we reaching back pretty close to twenty years here?   G    VMS 4.0 was THE topic at the Cincinatti DECUS Symposium Spring 1984. G    4.7 would be a couple years later or so, so 20 years is about right.    ------------------------------   Date: 1 May 2006 08:08:31 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) # Subject: Re: TIMEPROMPTWAIT problem 3 Message-ID: <m8sYO91IwXi6@eisner.encompasserve.org>   ` In article <pFR3g.6885$HL.2916@news.cpqcorp.net>, Hoff Hoffman <hoff-remove-this@hp.com> writes: > F >    The VAX TOY clock is an offset from the year value stored in the H > system image.  It doesn't really know about years.  It gets messed up H > annually, when the number of days rolls over, if no SET TIME has been 0 > performed within the first three months or so.  G    IIRC the SET TIME in syshutdown.com is there to make sure the system F    image is synched.  That has been done several times, in addition toB    manual SET TIME commands, to no avail.  I'm fairly sure there'sD    something odd about how our TOY clock comes up from power off and'    we're not going to bother fixing it.   F    I'll be looking for the SETTIME system parameter next time I get to
    that site.    ------------------------------  # Date: Mon, 01 May 2006 14:12:25 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com># Subject: Re: TIMEPROMPTWAIT problem 2 Message-ID: <dHo5g.7000$n35.5059@news.cpqcorp.net>   Bob Koehler wrote:A > In article <pFR3g.6885$HL.2916@news.cpqcorp.net>, Hoff Hoffman  ! <hoff-remove-this@hp.com> writes: G >>    The VAX TOY clock is an offset from the year value stored in the  I >> system image.  It doesn't really know about years.  It gets messed up  I >> annually, when the number of days rolls over, if no SET TIME has been  1 >> performed within the first three months or so.  > I >    IIRC the SET TIME in syshutdown.com is there to make sure the system H >    image is synched.  That has been done several times, in addition toD >    manual SET TIME commands, to no avail.  I'm fairly sure there'sF >    something odd about how our TOY clock comes up from power off and) >    we're not going to bother fixing it.   I    OpenVMS VAX started to prompt during boot for most system maintenance  F operations, simply because the time values change around depending on H the TOY value and the value in the current system image -- the SET TIME I in the shutdown does synchronize the running time with the saved time in  D the particular image, but as soon as you swap disks around then the > saved time value does not necessarily match the running value.  F    The other factor that crops up in this context is a failed battery I for the TOY, though that does not immediately appear to be the case here.    ------------------------------  # Date: Mon, 01 May 2006 14:20:07 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com># Subject: Re: TIMEPROMPTWAIT problem 1 Message-ID: <rOo5g.7001$hW4.974@news.cpqcorp.net>    Bob Koehler wrote:r > In article <jt6dnT5KLMJxh83ZnZ2dnUVZ_tSdnZ2d@comcast.com>, "Richard B. Gilbert" <rgilbert88@comcast.net> writes: > J >> IIRC, VMS 4.7 was "Orange (Chinese Red) Wall" not "Gray Wall".  Aren't 6 >> we reaching back pretty close to twenty years here? > I >    VMS 4.0 was THE topic at the Cincinatti DECUS Symposium Spring 1984. I >    4.7 would be a couple years later or so, so 20 years is about right.  >   H    V4.7?   That would be in the latter parts of 1987 and in the earlier 2 parts of 1988, depending on the particular distro.  A http://h71000.www7.hp.com/openvms/os/openvms-release-history.html    ------------------------------  # Date: Mon, 01 May 2006 13:30:13 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>5 Subject: Re: UC07 with BA350/RZ28 disk spinup problem 2 Message-ID: <F3o5g.6998$T15.4823@news.cpqcorp.net>   vaxorcist wrote:G > I've got an Emulex UC07 Qbus-SCSI Controller which I want to use with B > my MicroVAXII in conjunction with a BA350 shelf with RZ28 disks.  G    This controller emulates an MSCP storage Q-bus controller, and thus  * these disks show as DU-class disk devices?  I > The UC07 formats and verifies all RZ28 disks without problems, but when G > I boot VMS, all of the RZ28 disks are reported to be "offline" when I  > try to access them.   I    OpenVMS itself sends the spin-up command.  (To avoid a massive inrush  I current, you don't want multiple racks of disks all spinning up on power  I up.  DIGITAL drives have provided staggered disk spin-up sequencing back  F as far as the DSA/RA series disks, and probably much further.  On the = DSA/RA series, it involved a daisy-chained sequencing cable.)   H    The device driver stack initially appears unable to communicate with F the controller -- after a look at the error logs, I'd next review the E available Q-bus manuals and materials for this and for other widgets  @ present on the Q-bus, and I'd confirm that the interrupt vector G setting(s) are correct with this particular module.  (And I don't mean  E looking at the settings on-line.  I mean pulling out the module, and  % decoding and reviewing the settings.)   F    Lost Q-bus interrupts can and do cause devices to drop off-line -- F that the CSR is set correctly is why this device is visible, but it's H also possible for CSRs to be mis-set.  (Each Q-bus module has a CSR and F a vector setting, and in one case a pair of identical modules had the F CSRs "right" and the vectors "swapped" -- it even mostly worked, too.)  I    A Google web search for the following keywords should turn up several  C interesting and (hopefully) useful web pages in its first few hits:   %    serpentine q-bus hardware microvax   G    There could well be other causes for this behaviour (other than the  B interrupt vector), but I'd be looking at this and the other Q-bus L modules first, and at the continuity of the bus grant chain, and other such.   ------------------------------   Date: 1 May 2006 08:22:42 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 2 Subject: Re: Various comments (decus presentation)3 Message-ID: <8BB3ys9IVre5@eisner.encompasserve.org>   [ In article <ro44g.6907$ja1.6593@news.cpqcorp.net>, John Reagan <john.reagan@hp.com> writes:  > JF Mezei wrote:  > K >> I'd be more interested in knowing what parts of VMS are still "in house" E >> and what parts are gone to India. I know that ALL-IN-1 was sent to K >> India, but that is a retired product in maintenance mode. Does this mean D >> that any product already in india is a product that is slated for >> retirement ?  > E > There is active development of several components in India besides  H > handling maintenance items.  Just like there is active development of J > several components here in Nashua along with handling maintenance items.  D    IIRC a significant part of the Alpha port was done in Israel.  WeG    used to use DRV11-W on a lot of projects, the engineer we dealt with     was in Japan.  E    My experience with those efforts leads me to suspect that the many >    highly qualified folks in India can and will do a fine job.  M    Whether any one of you holds a job that can be exported is another matter.     There are jobs that can't.         ------------------------------  # Date: Mon, 01 May 2006 12:54:26 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>Y Subject: Re: Why did I come into this room again? (Was: Re: Now this is (a little) insult 2 Message-ID: <6yn5g.6996$hW4.6750@news.cpqcorp.net>   Richard Maher wrote:  6 > Oracle Rdb7 Guide to Database Performance and Tuning > > > 3.8.3.4 Explanation of "Lock conflict on freeze lock" errors >  > You *must* know this section!   F    As I wrote: no.  As I wrote, this "freeze lock" mechanism does not D (initially and overtly) appear to be part of the OpenVMS SYS system C facility itself, based on a search in conjunction with the keyword  H "freeze".  There may well be some supporting code around within OpenVMS B somewhere, but I don't know that -- we do periodically update the A distributed lock manager to increase its performance for various  H applications as the cases and the triggers are isolated and identified,   and to enhance its capabilities.  $ > I'd put money on you authoring theK > catch-phrase:- "Note that this explanation omits the intricate details to  > simplify the explanation".  H    I am not the author that phrase, nor do I have particular input into ) contents or structure of the Rdb manuals.   H    As for your other question, the parent protection bit indicates that H one or more of the parent images of the current image is protected, and E thus -- whether or not the current image within the activation chain  I itself requires the protection -- the image activator requires it of the  G image, as the image has become security relevant.  This is part of the  ; implementation of the paranoid-mode image activation logic.    ------------------------------   End of INFO-VAX 2006.241 ************************