1 INFO-VAX	Thu, 27 Apr 2000	Volume 2000 : Issue 235       Contents: Re: And they wonder why !! Re: And they wonder why !! Re: And they wonder why !!$ Re: Backup Strategies for Enterprise$ Re: Backup Strategies for Enterprise Re: cmu G Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!) G Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!) G Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)  COMPAQ KEYBOARD  RE: COMPAQ KEYBOARD  Re: COMPAQ KEYBOARD  RE: COMPAQ KEYBOARD  Re: COMPAQ KEYBOARD % Re: Compaq still seen as a PC company % Re: Compaq still seen as a PC company 4 Re: Compaq web site: VMS Webinterface page outdated. Re: Console Firmware From VMS  Re: Console Firmware From VMS   F$File_Attribute from a program?$ Re: F$File_Attribute from a program?7 Re: Help!! Process using more CPU time than available!!  Re: How to use SYS$CREPRC  Re: How to use SYS$CREPRC  Re: InfoTower 1000 Re: InfoTower 1000C RE: Is it possible to get rid of this annoying boot-up message ??	? B Re: Is it possible to get rid of this annoying boot-up message ???" Re: Looking for VAX Arch. Handbook" Re: Looking for VAX Arch. Handbook" Re: Looking for VAX Arch. Handbook" Re: Looking for VAX Arch. Handbook" Re: Looking for VAX Arch. Handbook0 NPAG_BAP_* parameters and the setting thereof...4 Re: NPAG_BAP_* parameters and the setting thereof... OpenML for OpenVMS? + Re: OpenVMS and WNT integration for Dummies + Re: OpenVMS and WNT integration for Dummies ' Porting To VMS: select function problem + Re: Porting To VMS: select function problem  Re: queue status values & Re: TCPIP V5.0A configuration problems& Re: TCPIP V5.0A configuration problems& Re: TCPIP V5.0A configuration problems& Re: TCPIP V5.0A configuration problems& Re: The Movie "Breaking Point" + PDP11 Urgent registry problem  Re: Urgent registry problem  Re: Urgent registry problem  RE: USERNAME Re: Verify of Backups  Re: Verify of Backups - Where is the lexical f$getjpi("","Connectim") 9 Re: Why does Pathworks(Mac) change mod date of .dir file? 9 Re: Why does Pathworks(Mac) change mod date of .dir file? 9 Re: Why does Pathworks(Mac) change mod date of .dir file? 9 Re: Why does Pathworks(Mac) change mod date of .dir file? 9 Re: Why does Pathworks(Mac) change mod date of .dir file? 9 Re: Why does Pathworks(Mac) change mod date of .dir file?   F ----------------------------------------------------------------------  / Date: Thu, 27 Apr 2000 16:47:28 +0200 (MET DST) & From: Rudolf Wingert <win@fom.fgan.de># Subject: Re: And they wonder why !! / Message-ID: <200004271349.PAA06251@fom.fgan.de>    Hello,  B I do not wonder why! What does change the last month (faster CPU'sB more CPU's per box). Nothing. In case of this we will wait for theB next generation of Alphas with 1GHz and more. Then we will buy newC one Alphas. But I think that Compaq will kill Alpha for OpenVMS and E may be for True64. Killing NT for Alpha (full developed NT64) was the  first step.    Regards Rudolf Wingert   ------------------------------   Date: 27 Apr 2000 15:35:16 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)# Subject: Re: And they wonder why !! 6 Message-ID: <8e9mnk$s0p$2@mailint03.im.hou.compaq.com>  X In article <200004271349.PAA06251@fom.fgan.de>, Rudolf Wingert <win@fom.fgan.de> writes:C :I do not wonder why! What does change the last month (faster CPU's C :more CPU's per box). Nothing. In case of this we will wait for the C :next generation of Alphas with 1GHz and more. Then we will buy new D :one Alphas. But I think that Compaq will kill Alpha for OpenVMS andF :may be for True64. Killing NT for Alpha (full developed NT64) was the :first step.  H   Well, all I can say in response is that everyone is entitled to their    own opinion.  H   As for waiting for a one GHz Alpha system vs purchasing a system now, L   this is the age-old problem in the computer industry, and is more usually J   phrased as "When should I buy a new system?" or as "Should I buy now or H   should I wait for the new `WhizBang SuperFast ReallySmall' system?"...I   There is no absolute answer, just a site-specific decision based on the H   various performance requirements and the costs and the available money%   and the future application plans...   I   As for the end of Microsoft Windows NT on Alpha, that discussion is not I   one that I wish to participate in (again).  Though I will say that some L   of the results of that decision have greatly simplified a number of local J   business practices and hardware issues.  The discussion of the white vs I   the blue Alpha system boxes is also not one that I wish to participate     in (again), either... :-)   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  + Date: Thu, 27 Apr 2000 15:01:49 +0000 (   ) 3 From: Christopher Smith <chriss@Mufasa.pubserv.com> # Subject: Re: And they wonder why !! J Message-ID: <Pine.LNX.4.05.10004271458390.13755-100000@Mufasa.pubserv.com>  # On 27 Apr 2000, Hoff Hoffman wrote:   J >   As for waiting for a one GHz Alpha system vs purchasing a system now, N >   this is the age-old problem in the computer industry, and is more usually L >   phrased as "When should I buy a new system?" or as "Should I buy now or J >   should I wait for the new `WhizBang SuperFast ReallySmall' system?"...K >   There is no absolute answer, just a site-specific decision based on the J >   various performance requirements and the costs and the available money' >   and the future application plans...   I My answer to questions like that is normally something along these lines:   I "Buy now, but buy the best system you can afford, or twice the system you  need, whichever is greater."  C In practice there's not a lot of difference between doing that, and C waiting for the latest NextBigThing to ship, except that you get it  earlier.   Regards,   Chris   O =============================================================================== @ "My two cents"			(http://rootworks.com/twocentsworth.cgi?128562)= Christopher Smith(chriss@pubserv.com)			Prgramer^W Programmer  Prime Synergy of Champaign, IL. % ------------------------------------- I "Where a calculator on the ENIAC is equipped with 18,000 vacuum tubes and H weighs 30 tons, computers in the future may have only 1,000 vacuum tubes; and weigh only 1.5 tons." -- Popular Mechanics, March 1949  O -------------------------------------------------------------------------------    ------------------------------  % Date: Thu, 27 Apr 2000 12:19:24 -0400 - From: "Peter Weaver" <peter.weaver@stelco.ca> - Subject: Re: Backup Strategies for Enterprise . Message-ID: <sggq6bmcqtj29@corp.supernews.com>  ! Jack Peacock wrote in message ...  > ... E >Umm, how do you restore a VMS system disk with this product?  That's  one     
 You don't.  @ >of the problems with the NT backup programs, you always have to rebuild A >a base system then restore the backup tape.  It's much faster to  restore F >a BACKUP image tape on VMS, worst case is a boot from CD-ROM on Alpha or >from tape on a VAX.  C Can you send that to the management here? My one year contract here F has been extended twice now so rather than hearing "the VMS consultantA says..." management hears "Peter says..." so all of my complaints > about using this product to backup our system drives have been ignored.   >... > B >Impromptu poll, how many out there have come across inexperienced users ; >who believe mirrored drives or RAIDs replace backup tapes?     C If you call a group of people who have an average of 25 years in IT @ "inexperienced users" then mark me down as a "yes" in your poll.   P.S.F Speaking of contract extensions... based on the questions my boss hereC just asked I think I'm going to be asked to trade 50% of my pay for C "all the great benefits" of working full time again. I knew telling E them I got married the other week was a mistake... (does you new wife ? have an dental package where she works...?) Anybody in Southern C Ontario or Western New York looking for a semi-competent VMS System  Manager?   ------------------------------  # Date: Thu, 27 Apr 2000 17:21:38 GMT * From: young_r@eisner.decus.org (Rob Young)- Subject: Re: Backup Strategies for Enterprise ' Message-ID: <2000Apr27.132138.1@eisner>   ^ In article <sggq6bmcqtj29@corp.supernews.com>, "Peter Weaver" <peter.weaver@stelco.ca> writes:   > A >>of the problems with the NT backup programs, you always have to 	 > rebuild B >>a base system then restore the backup tape.  It's much faster to	 > restore G >>a BACKUP image tape on VMS, worst case is a boot from CD-ROM on Alpha  > or >>from tape on a VAX.  > E > Can you send that to the management here? My one year contract here H > has been extended twice now so rather than hearing "the VMS consultantC > says..." management hears "Peter says..." so all of my complaints @ > about using this product to backup our system drives have been
 > ignored. >   - 	This information isn't publically available?    >>...  >>C >>Impromptu poll, how many out there have come across inexperienced  > users < >>who believe mirrored drives or RAIDs replace backup tapes? >  > E > If you call a group of people who have an average of 25 years in IT B > "inexperienced users" then mark me down as a "yes" in your poll. >   = 	Am I missing something or reading into your statement above?   : 	I have never thought that.  The obvious answer as to why @ 	backups are important is corruption.  Whether file or database. 	Corruption happens.   				Rob    ------------------------------  % Date: Thu, 27 Apr 2000 11:30:33 -0500 = From: Anthony Anderson <anthony.anderson@alltel.com.[NO]SPAM>  Subject: Re: cmu) Message-ID: <8e9pv7$fku$1@iac5.navix.net>    Andy,   G I for one appreciate your work on the CMU-OpenVMS/IP FAQ and especially E your "unofficial" CMU-OpenVMS/IP web page and file archive site. Your E site was the only place I was able to find that contained any current = information on CMU-OpenVMS/IP. Thank you for maintaining this  repository.   D As for the FAQ, the new HTML format is much more convenient than the four part text FAQ.   C What is the current status of CMU-OpenVMS/IP development? Is anyone H still working on or interested in working on this product? I am not able4 to connect to the site you have listed as the masterA (ftp://cvobku.cvo.mp.usbr.gov/cmuip/). Nor can I connect to Clive 8 Nicols' site (ftp://baby.bedroom.gen.nz/vms/cmuip665L/).   = I think that it benefits the VMS community as a whole to have @ implementations (with source code) of core network protocols and utilities freely available.    H I have cross posted this to COV because I think other VMS users would beH interested in your site. I have seen very little (if any) traffic in the
 cmu-tek goup.    Andy Harper wrote: > H > I know that cmu is a little dated now, but there are still quite a fewM > users out there. As such, I've been making some changes to the FAQ to bring J > it up to date. More specifically, it is now in a preliminary HTML format > (pending comments).  > M > I'ld be grateful if those with an interest could take a look and supply any K > comments. Also, if anyone who has contributed to cmu over the years reads L > this, please check that the URLs are still correct for your contributions.K > Some of the links are out of date and I've been unable to contact some of ? > those concerned. In particular Henry Miller and Don Stokes...  > L > Also, some links that are still valid do not work due to a bad interactionG > between some web browsers and some ftp servers. Please check your own H > servers against as many web browsers as possible (important ones beingM > explorer 5 and netscape 4) and fix any problems that may occur. As far as I K > can tell, its the CMU ftp server (replace with madgoat ftp) and digital's 4 > UCX ftp server (ditto) that are the main culprits. > 
 > The Url is: 4 >   http://www.agh.cc.kcl.ac.uk/files/vms/cmu-tcpip/ >  > Thanks > 
 > Andy Harper  > Kings College London   -- Anthony J. Anderson    NE LAN Services    ALLTEL (Remove [NO]SPAM to reply)   ------------------------------    Date: 27 Apr 2000 10:49:02 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> P Subject: Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)H Message-ID: <y48zy0ornl.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  C >   The list is the senior management chain for OpenVMS, and is in  7 >   descending order of office starting with the CEO...   J So VMS, with (c.o.v.-rumor--based) annual revenue of $4G of a Compaq totalI of ~$35G, or about 12% of total revenue, is four deep in the hierarchy of K command. Ever heard of flat hierarchies and such? No wonder Compaq has such 	 problems!    	Jan   ------------------------------  # Date: Thu, 27 Apr 2000 12:09:03 GMT 2 From: kilgallen@eisner.decus.org (Larry Kilgallen)P Subject: Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)' Message-ID: <2000Apr27.080903.1@eisner>    In article <y48zy0ornl.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:6 > hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: > D >>   The list is the senior management chain for OpenVMS, and is in 8 >>   descending order of office starting with the CEO... > L > So VMS, with (c.o.v.-rumor--based) annual revenue of $4G of a Compaq totalK > of ~$35G, or about 12% of total revenue, is four deep in the hierarchy of M > command. Ever heard of flat hierarchies and such? No wonder Compaq has such  > problems!   A I don't think anyone has ever made a (credible) claim that Compaq A sells $4G in VMS software licenses per year.  At best hardware is @ included as "VMS-related" revenue when someone buys a VMS system to achieve that figure.   A I doubt that Richard Marcello's VMS department has anything to do D with hardware, especially since the same software runs VMS and Unix.@ So viewed on a "total effort to do it" basis, the VMS departmentF at Compaq is probably a small effort (as would be the Tru64 department and the NSK department).  C Anyone who thinks giving the VMS department larger scope would make A a better product should go back and read "The Mythical Man Month" @ by Frederick Brooks.  A 20th anniversary edition was published a few years ago.   ------------------------------  # Date: Thu, 27 Apr 2000 17:10:44 GMT " From: Art Rice <arice@ue.itug.org>P Subject: Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)8 Message-ID: <ttsggsgfot40j79hsmp6btnq1105k6c7v7@4ax.com>  C On Thu, 27 Apr 2000 12:09:03 GMT, kilgallen@eisner.decus.org (Larry  Kilgallen) wrote:    >In article <y48zy0ornl.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes: 7 >> hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  >>  E >>>   The list is the senior management chain for OpenVMS, and is in  9 >>>   descending order of office starting with the CEO...  >>  M >> So VMS, with (c.o.v.-rumor--based) annual revenue of $4G of a Compaq total L >> of ~$35G, or about 12% of total revenue, is four deep in the hierarchy ofN >> command. Ever heard of flat hierarchies and such? No wonder Compaq has such >> problems! > B >I don't think anyone has ever made a (credible) claim that CompaqB >sells $4G in VMS software licenses per year.  At best hardware isA >included as "VMS-related" revenue when someone buys a VMS system  >to achieve that figure. > B >I doubt that Richard Marcello's VMS department has anything to doE >with hardware, especially since the same software runs VMS and Unix. A >So viewed on a "total effort to do it" basis, the VMS department G >at Compaq is probably a small effort (as would be the Tru64 department  >and the NSK department).   C FYI - the NSK hardware does not run Tru64, Linux, or OpenVMS.  Only 8 NSK.  So, NSK hardware and NSK software go hand-in-hand.   > D >Anyone who thinks giving the VMS department larger scope would makeB >a better product should go back and read "The Mythical Man Month"A >by Frederick Brooks.  A 20th anniversary edition was published ae >few years ago.    -- n
 Art Rice   *# # Special Data Processing Corporationr& --------------------------------------' All opinions expressed are mine and do q% not reflect the views of my employer.    ------------------------------  # Date: Thu, 27 Apr 2000 11:30:21 GMT  From: mwes2462@my-deja.com Subject: COMPAQ KEYBOARD) Message-ID: <8e98ce$kaj$1@nnrp1.deja.com>   E I recently purchased a Compaq Presario 7360. For some reason, the topKF row of keys on my keyboard are not working. For example the "Internet"E key, the "+" key (to make the sound louder), the "-" key (to make theeB sound lower) are not working (although the regular keys work). TheC Compaq web site is not helpful. Can anyone tell me how to fix theseu( keys? Thank you very much. Marvin Weller    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Thu, 27 Apr 2000 09:42:00 -0400s) From: "Ebinger . Eric" <EEbinger@drc.com>o Subject: RE: COMPAQ KEYBOARDB Message-ID: <7162F87E9EF4D311BA9900805FC1D3AE7A6120@and02.drc.com>  < Throw the Compaq Presario 7360 out the window and purchase aA VMS based system.  A new keyboard will come with it.  If you havekE problems with that keyboard this newsgroup/mailing list will be happytD to discuss.  However, since this newsgroup/mailing list is dedicatedI to discussion of VMS related issues the discussion of a keyboard attachednD to a system that is incapable of running VMS is rather out of scope.   Eric Ebinger   > -----Original Message-----: > From: mwes2462@my-deja.com [mailto:mwes2462@my-deja.com]( > Sent: Thursday, April 27, 2000 7:30 AM > To: Info-VAX@Mvb.Saic.Como > Subject: COMPAQ KEYBOARD >  > G > I recently purchased a Compaq Presario 7360. For some reason, the toprH > row of keys on my keyboard are not working. For example the "Internet"G > key, the "+" key (to make the sound louder), the "-" key (to make thesD > sound lower) are not working (although the regular keys work). TheE > Compaq web site is not helpful. Can anyone tell me how to fix theset* > keys? Thank you very much. Marvin Weller >  > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.m >    ------------------------------  % Date: Thu, 27 Apr 2000 15:39:09 +0200e= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>  Subject: Re: COMPAQ KEYBOARD) Message-ID: <390842FD.DCD98064@gtech.com>    mwes2462@my-deja.com wrote:2G > I recently purchased a Compaq Presario 7360. For some reason, the topAH > row of keys on my keyboard are not working. For example the "Internet"G > key, the "+" key (to make the sound louder), the "-" key (to make theCD > sound lower) are not working (although the regular keys work). TheE > Compaq web site is not helpful. Can anyone tell me how to fix these  > keys?s  6 Have you managed to get VMS running on a Presario ????   :-)e    (if not then wrong news-group !)   Arne   ------------------------------  # Date: Thu, 27 Apr 2000 14:18:12 GMT- From: mwes2462@my-deja.com Subject: RE: COMPAQ KEYBOARD) Message-ID: <8e9i6j$v1i$1@nnrp1.deja.com>f  E Thank you for your message. But could you cite a newsgroup to me thatl? does answer Compaq Presario questions? Thank you. Marvin Weller.  B In article <7162F87E9EF4D311BA9900805FC1D3AE7A6120@and02.drc.com>,    ,   "Ebinger . Eric" <EEbinger@drc.com> wrote:> > Throw the Compaq Presario 7360 out the window and purchase aC > VMS based system.  A new keyboard will come with it.  If you haveuG > problems with that keyboard this newsgroup/mailing list will be happyaF > to discuss.  However, since this newsgroup/mailing list is dedicatedB > to discussion of VMS related issues the discussion of a keyboard attachedF > to a system that is incapable of running VMS is rather out of scope. >e > Eric Ebinger >y > > -----Original Message-----< > > From: mwes2462@my-deja.com [mailto:mwes2462@my-deja.com]* > > Sent: Thursday, April 27, 2000 7:30 AM > > To: Info-VAX@Mvb.Saic.Comh > > Subject: COMPAQ KEYBOARD > >u > >sE > > I recently purchased a Compaq Presario 7360. For some reason, thes topi? > > row of keys on my keyboard are not working. For example thet
 "Internet"E > > key, the "+" key (to make the sound louder), the "-" key (to maker theeF > > sound lower) are not working (although the regular keys work). TheG > > Compaq web site is not helpful. Can anyone tell me how to fix thesee, > > keys? Thank you very much. Marvin Weller > >  > >r* > > Sent via Deja.com http://www.deja.com/ > > Before you buy.s > >f >e    & Sent via Deja.com http://www.deja.com/ Before you buy.t   ------------------------------  # Date: Thu, 27 Apr 2000 14:34:00 GMT-/ From: Brad Hamilton <bradhamilton@mediaone.net>- Subject: Re: COMPAQ KEYBOARD, Message-ID: <39084FD8.CF1D422D@mediaone.net>  
 How about:   comp.hardware or comp.periphs?       mwes2462@my-deja.com wrote:  > G > Thank you for your message. But could you cite a newsgroup to me thatRA > does answer Compaq Presario questions? Thank you. Marvin Weller9 > D > In article <7162F87E9EF4D311BA9900805FC1D3AE7A6120@and02.drc.com>, > . >   "Ebinger . Eric" <EEbinger@drc.com> wrote:@ > > Throw the Compaq Presario 7360 out the window and purchase aE > > VMS based system.  A new keyboard will come with it.  If you have I > > problems with that keyboard this newsgroup/mailing list will be happyeH > > to discuss.  However, since this newsgroup/mailing list is dedicatedD > > to discussion of VMS related issues the discussion of a keyboard
 > attachedH > > to a system that is incapable of running VMS is rather out of scope. > >a > > Eric Ebinger > >q  > > > -----Original Message-----> > > > From: mwes2462@my-deja.com [mailto:mwes2462@my-deja.com], > > > Sent: Thursday, April 27, 2000 7:30 AM > > > To: Info-VAX@Mvb.Saic.Coma > > > Subject: COMPAQ KEYBOARD > > >e > > >oG > > > I recently purchased a Compaq Presario 7360. For some reason, they > topiA > > > row of keys on my keyboard are not working. For example the= > "Internet"G > > > key, the "+" key (to make the sound louder), the "-" key (to makec > theeH > > > sound lower) are not working (although the regular keys work). TheI > > > Compaq web site is not helpful. Can anyone tell me how to fix these-. > > > keys? Thank you very much. Marvin Weller > > >w > > >0, > > > Sent via Deja.com http://www.deja.com/ > > > Before you buy.e > > >, > >a > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.    ------------------------------  % Date: Thu, 27 Apr 2000 08:46:54 -0400-+ From: Tim Shoppa <shoppa@trailing-edge.com>-. Subject: Re: Compaq still seen as a PC company1 Message-ID: <3907FE7E.245A4F99@trailing-edge.com>:   JF Mezei wrote:i > I > Read a report on the "turning around" at Compaq following its financialo > results release. > P > Article at: http://dailynews.yahoo.com/h/nm/20000426/tc/compaq_analysts_1.html > M > Article mentions only Wintel operations and how Compaq's fortunes will turnvK > around with Windows 2000 sales as businesses upgrade their servers to runrP > Win2k. No mention of Alpha, Unix or VMS at all in the article. (As a matter of% > fact, no mention of Tandem either).o  B It's the classic "I don't see it on my desktop, therefore it's not important" syndrome.  C Sort-of reminds me of the post from the mid-80's about a guy havingP% trouble with VMS V4.4 on his VT100...    Tim.   ------------------------------   Date: 27 Apr 2000 08:15:17 CST; From: wayne@tachyon.xxx.070701.killspam.0199 (Wayne Sewell)s. Subject: Re: Compaq still seen as a PC company. Message-ID: <WzsxKq1pgO3O@tachxxsoftxxconsult>  b In article <3907B82F.8654D7B7@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:I > Read a report on the "turning around" at Compaq following its financiald > results release. > P > Article at: http://dailynews.yahoo.com/h/nm/20000426/tc/compaq_analysts_1.html > M > Article mentions only Wintel operations and how Compaq's fortunes will turndK > around with Windows 2000 sales as businesses upgrade their servers to runwP > Win2k. No mention of Alpha, Unix or VMS at all in the article. (As a matter of% > fact, no mention of Tandem either).     I Given the lack of priority-for/promotion-of vms and alpha, it seems as if * compaq sees *itself* as a pc company only.   -- BO ===============================================================================aK Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachyon.xxxo8 http://www.tachyon.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)cO ===============================================================================aN Butler:"Gentlemen!"  Curly(as he and other Stooges look around):"Who came in?"   ------------------------------   Date: 27 Apr 2000 13:40:40 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)= Subject: Re: Compaq web site: VMS Webinterface page outdated.a6 Message-ID: <8e9g0o$p2k$1@mailint03.im.hou.compaq.com>  b In article <3907BE8B.CEE14AFC@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:H :The page: http://WWW.OPENVMS.DIGITAL.COM/availability/webInterface.html ..= :Perhaps Compaq's web site could be updated to reflect this ?u  F   I can forward your message to the webmaster for you, or you can use E   the available "contact" link to report the problem directly to the  H   OpenVMS Webmaster -- my message and the message sent by the "contact" K   link both end up in the Webmaster's mailbox...  It is rather more likely sG   that email sent directly to the Webmaster will get the report to the pE   Webmaster, as postings here in the newsgroup might not get seen or  I   might not get forwarded.  (Or arguably worse yet, the reports here are N?   seen and are then forwarded to the Webmaster multiple times.)n  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 27 Apr 2000 16:57:31 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>i& Subject: Re: Console Firmware From VMS) Message-ID: <3908636B.946E2849@bbc.co.uk>n   Peter LANGSTOEGER wrote:  J > In article <39008BB8.614563FD@home.nl>, Dirk Munk <munk@home.nl> writes:E > >And now a small question from me, do you also know how to show theoK > >system serial number from VMS (AY1234567 etc.) assuming it is registeredv > >in the Bios ? >." > Hoff already answered this, too. > $ SHOW CPU/FULLb >o > at least on my Alphas.  @ hmmm, on my AS1000A's and AS255 the serial number field is blank (VVMS 7.1).i    --t6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uks  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.:   ------------------------------  # Date: Thu, 27 Apr 2000 16:46:32 GMTa From: Dirk Munk <munk@home.nl>& Subject: Re: Console Firmware From VMS& Message-ID: <39086EB6.67B1B7F@home.nl>   Tim Llewellyn wrote: >  > Peter LANGSTOEGER wrote: > L > > In article <39008BB8.614563FD@home.nl>, Dirk Munk <munk@home.nl> writes:G > > >And now a small question from me, do you also know how to show theuM > > >system serial number from VMS (AY1234567 etc.) assuming it is registeredr > > >in the Bios ? > >o$ > > Hoff already answered this, too. > > $ SHOW CPU/FULLt > >o > > at least on my AlphasI > B > hmmm, on my AS1000A's and AS255 the serial number field is blank
 > (VVMS 7.1).i  H Did you enter the serial number in the SRM console ? I did, and show cpuC /full does show me the serial number now, but you have to enter ther* serial number manually in the SRM console.   >  >  --d8 > Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project2 > MedAS at the BBC, Whiteladies Road, Bristol, UK.C > Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk  > C > I speak for myself only and my views in no way represent those of/ > MedAS or the BBC.    ------------------------------  # Date: Thu, 27 Apr 2000 16:53:18 GMTr/ From: "Richard L. Dyson" <rick-dyson@uiowa.edu>P) Subject: F$File_Attribute from a program?-) Message-ID: <39082A2E.682F79AB@uiowa.edu>m  
 Greetings!  ? 	I would like to find the creation date of a file from within a:F C program on an OpenVMS system.  For DCL, I can use a lexical such as:  + x = F$File_Attributes ("<filename>", "CDT")t  A 	Can someone suggest a system service or run-time library routine)F to accomplish the same thing?  Or a C routine that I have missed would be
 OK too. :)   Thanks,d Rick -- eH Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/H | | | |    |_   _|   Systems Analyst                     O: 319/335-1879H | | | | of   | |     The University of Iowa            FAX: 319/335-17536 | \_/ |     _| |_    Department of Physics & Astronomy-  \___/     |_____|   Iowa City, IA 52242-1479l   ------------------------------   Date: 27 Apr 2000 17:15:16 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)- Subject: Re: F$File_Attribute from a program?.6 Message-ID: <8e9sj4$1fb$1@mailint03.im.hou.compaq.com>  [ In article <39082A2E.682F79AB@uiowa.edu>, "Richard L. Dyson" <rick-dyson@uiowa.edu> writes:o@ :	I would like to find the creation date of a file from within a" :C program on an OpenVMS system...B :	Can someone suggest a system service or run-time library routineG :to accomplish the same thing?  Or a C routine that I have missed wouldr :be OK too. :)  D   There are various ways, but the C stat and fstat calls are likely G   among the easiest for you in this particular application environment. E   Look in the field st_ctime in the returned stat_t data structure...   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 27 Apr 2000 10:01:12 +0100r  From: steven.reece@quintiles.com@ Subject: Re: Help!! Process using more CPU time than available!!> Message-ID: <802568CE.0031CC9D.01@qedilc01.qedi.quintiles.com>   Hoff commented :C   You may well want to pursue this discussion directly with the TNGV?   support folks, to see if they have any particular insights...o  E You mean that CA actually have _Support_ for any of their products???n Wowwwwwww!!!!!  K The only support issue I ever had occasion to talk to them about is why the,P evaluation copy of their version of Polycenter data collector crashed my system.N Consistently.  On startup.  When they told me that I would have got support ifJ I'd bought the product I vowed that their products would _never_ run on my	 clusters.@ Steve.   ------------------------------  % Date: Thu, 27 Apr 2000 12:32:55 +0100t- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>u" Subject: Re: How to use SYS$CREPRC) Message-ID: <39082567.CA729158@bbc.co.uk>e   John Jenniskens wrote:   >nJ > started. Without the PRC$M_DETACH flag, it is started and does what it'sN > supposed to do, but without, it does report a process id for the subprocess,C > but there is no indication at all that the subprocess ran at all.a >o  P Use the accounting utility or a termination mailbox to determine the termination  H status of the detached program. If the input, output, error channels are invalid, for example,I< the process will dissappear without leaving much of a trace.    --l6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uka  A I speak for myself only and my views in no way represent those ofe MedAS or the BBC.t   ------------------------------  % Date: Thu, 27 Apr 2000 08:10:06 -0700t5 From: Richard  <maher_rjNOmaSPAM@hotmail.com.invalid>s" Subject: Re: How to use SYS$CREPRC9 Message-ID: <1337cb50.8cccf109@usw-ex0109-070.remarq.com>d   Hi,e  9 Don't forget that you can do a $persona_assume before thed3 $creprc to ensure that the detached process has the 4 necessary privilege to open the output file etc. . .1 (If different to the creating processes username)T   Regards Richard Maher.     * Sent from AltaVista http://www.altavista.com Where you can also find related Web Pages, Images, Audios, Videos, News, and Shopping.  Smart is Beautiful-   ------------------------------    Date: 27 Apr 2000 09:53:15 -0500. From: rjordan@Mercury.mcs.net (Richard Jordan) Subject: Re: InfoTower 1000e* Message-ID: <8e9k8r$vc1$1@Mercury.mcs.net>  E >> We have an InfoTower 1000 but I do not seem to be able to find anyp >> manuals for it.  F The VAX Condist (Software Product Library) has an Infoserver directory@ on it (disk 4 in the March 2000 distribution).  Included in the @ documentation subdirectory [INFOSERV035A.DOCUMENTATION] are the 
 following:  "      INFOSERV035A_1000_IGUIDE.PS;1!      INFOSERV035A_100_IGUIDE.PS;1s"      INFOSERV035A_150_IGUIDE.PS;1   G The INFOSERV035A_1000_IGUIDE.PS file comes up in CDA as  the InfoserveraD 1000 Installation and Owner's Guide, and covers a lot of info on theC IS1000 and the Infotowers.  Too bad that only a postscript versionsrA is supplied (I have no PS print capability, just CDA to view it).-   Rich JordanF rjordan@mcs.netD   ------------------------------  # Date: Thu, 27 Apr 2000 15:28:15 GMT / From: "Richard L. Dyson" <rick-dyson@uiowa.edu>  Subject: Re: InfoTower 1000v) Message-ID: <3908163F.12759FFA@uiowa.edu>o   Phillip Helbig wrote:a > J > In article <009E9332.6D026F08@SendSpamHere.ORG>, system@SendSpamHere.ORG) > (Brian Schenkenberger, VAXman-) writes:i > _ > > In article <8e7o50$8fs$2@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:rM > > >In article <009E9329.1CBC8543@SendSpamHere.ORG>, system@SendSpamHere.ORGo, > > >(Brian Schenkenberger, VAXman-) writes: > > >03 > > >>  (*)     (%)     (#)     (#)     (*)     (#)C3 > > >> Power  System  Network Network  SCSI    SCSIa6 > > >>  OK      OK      OK    Activity  OK    Activity > > >  > > >Shouldn't that be > > >x1 > > > (*)     (%)     (*)     (#)     (*)     (#)h1 > > >Power  System  Network Network  SCSI    SCSI 4 > > > OK      OK      OK    Activity  OK    Activity > > > % > > >> * contantly on when unit is OKn > > >>% > > >> % will blink when status is OKo > > >>% > > >> # flash when there is activityD > >oJ > > No.  The Network OK light does NOT stay lit like the Power and SCSI OKH > > LEDs.  My unit illuminates both Network LEDs occasionally and moresoL > > when I actually reference a drive -- which also lights the SCSI activity > > LED. > I > I have one in front of me, and the Network OK light is continually lit.a  E FYI:  I have an InfoServer1000 (different, I know) but I too have theb5 network light "ON" steady when it is idle and active.,  C FWIW:  According to my Infoserver 1000 manual (EK-INFLC-OM.A01) theoH Network OK light is "OK" when the light is ON or blinking.  (I guess the" idea is if it is OFF, it's bad. :)   Rick -- tH Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/H | | | |    |_   _|   Systems Analyst                     O: 319/335-1879H | | | | of   | |     The University of Iowa            FAX: 319/335-17536 | \_/ |     _| |_    Department of Physics & Astronomy-  \___/     |_____|   Iowa City, IA 52242-1479p   ------------------------------  % Date: Thu, 27 Apr 2000 09:07:28 +010048 From: John Macallister <J.Macallister1@physics.ox.ac.uk>L Subject: RE: Is it possible to get rid of this annoying boot-up message ??	?L Message-ID: <F02D5A46B8AED311BE4F0090279FA2401E8329@ppnt41.physics.ox.ac.uk>  @ If, in addition to setting WINDOW_SYSTEM=0 , you also rename theL DECW$STARTUP.COM file to, say, NO_DECW$STARTUP.COM the error message will go away.c   John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)m   ------------------------------   Date: 27 Apr 2000 07:54:06 CST; From: wayne@tachyon.xxx.070701.killspam.0199 (Wayne Sewell) K Subject: Re: Is it possible to get rid of this annoying boot-up message ???r. Message-ID: <VLX+gxcDD44Y@tachxxsoftxxconsult>  Y In article <8e7sq7$niq$1@gxsn.com>, "Jefferson Humber" <matrix01@globalnet.co.uk> writes:(G > I have recently built a new MicroVAX system from an Image of a systema0 > running on a VAXStation with DECWindows Motif. > N > The MicroVAX of course doesn't have a graphics card like the VAXStation did,; > and I am getting the following message on system boot-up;v > 9 > DECW-W-NODEVICE No graphics device found on this systeme9 > -DECW-I-NODECW DECWindows graphics driver will not loady >  > J > I have set WINDOW_SYSTEM to 0 but I am still getting the message.  Is it2 > possible to get rid of this annoying message ??? >    In systartup.vms:s  % $ define decw$ignore_workstation true      -- uO ===============================================================================hK Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachyon.xxxa8 http://www.tachyon.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O ===============================================================================3N Butler:"Gentlemen!"  Curly(as he and other Stooges look around):"Who came in?"   ------------------------------  # Date: Thu, 27 Apr 2000 12:21:54 GMTm0 From: Timothy Stark <sword7@grace.speakeasy.org>+ Subject: Re: Looking for VAX Arch. Handbookc6 Message-ID: <ChWN4.24165$VR.559741@news5.giganews.com>  , Arne Bergseth <Arne.Bergseth@dnv.com> wrote:O > If you do not succeed  in getting the handbook, much of the information is in  > the:0 > VAX MACRO and Instruction Set Reference Manual' > which is available on the net at URL:o? > http://www.openvms.digital.com:8000/72final/4515/4515pro.htmlV  D Thank you for info.  I found useful information in that url address.C However I still am looking for VAX Arch. Reference manual like I/O, H paging, etc.  That will help  me to develop the VAX emulator to able runF VMS operating system.   Also, I am working on my KS-10 emulator (PDP10. emulator) too.  I will add VAX emulator to it.   -- Tim Stark   -- eC Timothy Stark	<><	Inet: sword7@speakeasy.org, sword7@firesword7.netnJ --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------   Date: 27 Apr 2000 14:15:26 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)+ Subject: Re: Looking for VAX Arch. Handbook76 Message-ID: <8e9i1u$q3b$1@mailint03.im.hou.compaq.com>  i In article <ChWN4.24165$VR.559741@news5.giganews.com>, Timothy Stark <sword7@grace.speakeasy.org> writes: - :Arne Bergseth <Arne.Bergseth@dnv.com> wrote:/P :> If you do not succeed  in getting the handbook, much of the information is in :> the:u1 :> VAX MACRO and Instruction Set Reference Manual ( :> which is available on the net at URL:@ :> http://www.openvms.digital.com:8000/72final/4515/4515pro.html :aE :Thank you for info.  I found useful information in that url address."D :However I still am looking for VAX Arch. Reference manual like I/O,I :paging, etc.  That will help  me to develop the VAX emulator to able runrG :VMS operating system.   Also, I am working on my KS-10 emulator (PDP10-/ :emulator) too.  I will add VAX emulator to it.n  C   You will have great difficulty locating the information you seek.   G   The VAX Architecture Reference Manual (ARM) covers the architecture,  E   and not any particular VAX implementation -- the key pieces of the mG   I/O interface, as well as a variety of related topics are all highly CG   system specific, and are only really listed in the platform-specific pB   technical manual(s) if externally available.  (Potentially, thisC   detail exists only in the internal design specifications for eachiD   particular VAX.)  The ARM covers the extremely high-level details E   of I/O space and I/O addressing, as well as the high-level details hF   of the memory subsystem -- the ARM document describes the interface H   that user-level programs see (in some detail), and it explicitly does D   not cover nor reference any particular low-level features nor VAX I   implementation details.  (It is the VAX Architecture Reference Manual, e5   and not the VAX Implementation Reference Manual...)a  F   Implementing something that implements the complete VAX instruction F   set is a difficult and daunting task -- the full VAX instruction setD   is large and complex affair, what with the number of instructions,A   the condition codes, the XFC and related instructions, the calloE   stack, etc.  Implementing something that can also emulate calls to AF   the operating system support routines is yet more difficult than theC   VAX emulator alone, and -- depending on what you are up to -- cansC   potentially involve proprietary interfaces (eg: MSCP) or OpenVMS 7B   operating system code (with the legal encumberances entailed)...  F   I've provided some pointers to other folks looking to implement suchF   an environment, but I don't have copies of the desired documentationJ   to provide.  If you want to pursue the task of creating a VAX emulator, F   you will need CPU reference manuals (EK-KA630-UG, etc), a low-level F   description of whatever bus(es) you wish to emulate (if any), and a E   variety of other hard-to-find documentation.  You will also likely hG   need copies of the OpenVMS source listings, as things like exception eD   handling and the low-level hardware features (hardware clock, bus G   structure, machine check decoding) are all typically system-specific.h  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 27 Apr 2000 14:35:10 GMTa= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) + Subject: Re: Looking for VAX Arch. Handbook 0 Message-ID: <009E93BC.B9DCC210@SendSpamHere.ORG>  k In article <8e9i1u$q3b$1@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:B >6j >In article <ChWN4.24165$VR.559741@news5.giganews.com>, Timothy Stark <sword7@grace.speakeasy.org> writes:. >:Arne Bergseth <Arne.Bergseth@dnv.com> wrote:Q >:> If you do not succeed  in getting the handbook, much of the information is ina >:> the:2 >:> VAX MACRO and Instruction Set Reference Manual) >:> which is available on the net at URL:hA >:> http://www.openvms.digital.com:8000/72final/4515/4515pro.html, >:F >:Thank you for info.  I found useful information in that url address.E >:However I still am looking for VAX Arch. Reference manual like I/O,iJ >:paging, etc.  That will help  me to develop the VAX emulator to able runH >:VMS operating system.   Also, I am working on my KS-10 emulator (PDP100 >:emulator) too.  I will add VAX emulator to it. >nD >  You will have great difficulty locating the information you seek. >@H >  The VAX Architecture Reference Manual (ARM) covers the architecture, F >  and not any particular VAX implementation -- the key pieces of the H >  I/O interface, as well as a variety of related topics are all highly H >  system specific, and are only really listed in the platform-specific C >  technical manual(s) if externally available.  (Potentially, this.D >  detail exists only in the internal design specifications for eachE >  particular VAX.)  The ARM covers the extremely high-level details )F >  of I/O space and I/O addressing, as well as the high-level details G >  of the memory subsystem -- the ARM document describes the interface hI >  that user-level programs see (in some detail), and it explicitly does yE >  not cover nor reference any particular low-level features nor VAX dJ >  implementation details.  (It is the VAX Architecture Reference Manual, 6 >  and not the VAX Implementation Reference Manual...) >sG >  Implementing something that implements the complete VAX instruction -G >  set is a difficult and daunting task -- the full VAX instruction setyE >  is large and complex affair, what with the number of instructions,-B >  the condition codes, the XFC and related instructions, the callF >  stack, etc.  Implementing something that can also emulate calls to G >  the operating system support routines is yet more difficult than theAD >  VAX emulator alone, and -- depending on what you are up to -- canD >  potentially involve proprietary interfaces (eg: MSCP) or OpenVMS C >  operating system code (with the legal encumberances entailed)...  >eG >  I've provided some pointers to other folks looking to implement suchuG >  an environment, but I don't have copies of the desired documentation/K >  to provide.  If you want to pursue the task of creating a VAX emulator,  G >  you will need CPU reference manuals (EK-KA630-UG, etc), a low-level  G >  description of whatever bus(es) you wish to emulate (if any), and a  F >  variety of other hard-to-find documentation.  You will also likely H >  need copies of the OpenVMS source listings, as things like exception E >  handling and the low-level hardware features (hardware clock, bus fH >  structure, machine check decoding) are all typically system-specific. > O > --------------------------- pure personal opinion ---------------------------eM >   Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.como >n   Hoff,   G I have an old VAX ARM (20-MAY-1982/Rev: 6.1) which appears to have been?H composed with DSR.  Is there any chance of finding that manual (or later+ or earlier revs) and making them available?a  F I can't believe that putting this information on the net would cut too5 deeply into revenues at BH/DP from sales of VAX ARMs.d   --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------  # Date: Thu, 27 Apr 2000 14:48:03 GMTp, From: koehler@eisner.decus.org (Bob Koehler)+ Subject: Re: Looking for VAX Arch. Handbook ' Message-ID: <2000Apr27.104803.1@eisner>D  i In article <ChWN4.24165$VR.559741@news5.giganews.com>, Timothy Stark <sword7@grace.speakeasy.org> writes:d > F > Thank you for info.  I found useful information in that url address.E > However I still am looking for VAX Arch. Reference manual like I/O,aJ > paging, etc.  That will help  me to develop the VAX emulator to able runH > VMS operating system.   Also, I am working on my KS-10 emulator (PDP100 > emulator) too.  I will add VAX emulator to it. >   A I/O is model dependent, but is covered in both the device driversuH manuals and somewhat in the internals manual, much of that is more a VMSH design issue than a VAX architecture issue.  Simmilarly for paging.  TheE one thing you can say which reflects the VAX architecture is that I/OcE control is done using memory mapped access to device registers rather2G than special I/O instructions, and paging relys on hardware support forP certain memory mapping issues.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationt= Hubble Space Telescope Payload  | Federal Sector, Civil GroupoE  Flight Software Team           | please remove ".aspm" when replyinge   ------------------------------   Date: 27 Apr 2000 15:26:24 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)+ Subject: Re: Looking for VAX Arch. Handbook,6 Message-ID: <8e9m70$s0p$1@mailint03.im.hou.compaq.com>  p In article <009E93BC.B9DCC210@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:H :I have an old VAX ARM (20-MAY-1982/Rev: 6.1) which appears to have beenI :composed with DSR.  Is there any chance of finding that manual (or later0, :or earlier revs) and making them available? :iG :I can't believe that putting this information on the net would cut too16 :deeply into revenues at BH/DP from sales of VAX ARMs.  D   This material is conditionally compiled from an internal document,E   and was originally (obviously) available as a marketing handout and    as a book from Digital Press.e  D   I have posted an email to the maintainer of the internal (source) D   document asking about any plans for the release of an on-line copy;   of the material in the VAX Architecture Reference Manual.e  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 27 Apr 2000 14:52:37 +0000t$ From: Steve.Spires@yellowpages.co.uk9 Subject: NPAG_BAP_* parameters and the setting thereof...i/ Message-ID: <002568CE.0051D07E.00@quegw01.btyp>    cc:M bcc:= Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plazay  0 NPAG_BAP_* parameters and the setting thereof...    	 Dear all,0  L Recently I posted to the newsgroup a problem I was having with an 8400 whichK wouldn't boot because of a kernel stack problem. It was put to me that thisIO might be resolved by correctly setting NPAG_BAP_* parameters in line with a DSN M article titled "CIXCD, CIPCA, CIMNA & KFMSB Problems with >1Gb Memory (V7.1)"eP but in the end the problem seemed to be that the disk which I was trying to bootO from (the primary member of a shadow set) was partially hosed. Booting from the 1 other member I eventually got the system back up.   
 HOWEVER...  P Since then I have upgraded another 8400 from 7.1-2 to 7.2-1 and in this instanceO was getting problems of a different nature, which stopped the system from fully O booting, and also seemed to be related to NPAG_BAP_* parameter settings. Now, I.N know that the above mentioned article is specifically pointing to 7.1 systems,E but it was the only article in DSN which related to these parameters.r  G Okay, all well and good, but the system which I upgraded had no devices K corresponding to those mentioned above, so I guess I was wrong in trying to M follow the advice in the document, but it was all I had! Anyway, this is whatt	 happened;   / System boots, and displays error messages thus;#  O (this error message when the system first reboots after the upgrade, and before / the autogen performed by the upgrade procedure)t= %PKQDRIVER-W- PKD0, initialization error; port marked offline   9 Then, when the system tries to restart after the autogen;   M %PKQDRIVER-W- PKC0, pkq_dump_firmware: Console Firmware Buffer BAP AllocationE Failed  G %PKQDRIVER-W- PKC0, pkq_dump_firmware: Run AUTOGEN With Feedback To Seta NPAG_BAP_* Paramsv  3 %PKQDRIVER-W- PKC0, console firmware checksum error     M %PKQDRIVER-W- PKD0, pkq_dump_firmware: Console Firmware Buffer BAP Allocation  Failed  G %PKQDRIVER-W- PKD0, pkq_dump_firmware: Run AUTOGEN With Feedback To Set" NPAG_BAP_* Paramsi  3 %PKQDRIVER-W- PKD0, console firmware checksum error0    L %PKQDRIVER-W- PKE0, pkq_aslloc_queues:e CMDQ/RSPQ Ring Buffer BAP Allocation Failed  F %PKQDRIVER-W- PKE0, pkq_alloc_queues: Run AUTOGEN With Feedback To Set NPAG_BAP_* Params   A %PKQDRIVER-W- PKE0, pkq_unit_init_fork: Port can NOT come online, $ pkq_alloc_queues() returned failure.    L %PKQDRIVER-W- PKG0, pkq_allocm_queues: CMDQo/RSPQ Ring Buffer BAP Allocation Failed  F %PKQDRIVER-W- PKG0, pkq_alloc_queues: Run AUTOGEN With Feedback To Set NPAG_BAP_* ParamsD  A %PKQDRIVER-W- PKG0, pkq_unit_init_fork: Port can NOT come online,5$ pkq_alloc_queues() returned failure.    A **** OpenVMS (TM) Alpha Operating System V7.2-1   - BUGCHECK ****r  E ** Bugcheck code = 000001CC: INVEXCEPTN, Exception while above ASTDELd< ** Crash CPU: 00    Primary CPU: 00    Active CPUs: 0000000F ** Current Process = STARTUP ** Current PSB ID = 00000001? ** Image Name = $125$DKF201:[SYS0.SYSCOMMON.][SYSEXE]SYSMAN.EXEE; **** Starting selective memory dump at 23-APR-2000 21:46...sP ................................................................................    M So, I start the system MIN and try setting the NPAG_BAP_* params in line with L the DSN article even though it is for 7.1 but the problem is not knowing howP many devices I should be adjusting for. I go through a sequence, starting with 1H device, ending in despair with 7 and while the problem changes, it isn'tK completely resolved. What happens is as soon as I start entering values foraH NPAG_BAP_* I lose all the above PKQ driver errors, but get just the one,L relating to PKF0, which I assume is needed for the SCSI disks set as DKFnnn,H which includes the system disk I am trying to boot from. So we get this;  7     OpenVMS (TM) Alpha Operating System, Version V7.2-1p  ? %DECnet-I-LOADED, network base image loaded, version = 05.0D.01g  K %PKQDRIVER-W- PKF0, pkq_alloc_queues: REQ/RSPQ Ring Buffer BAP Registration  Failed  F %PKQDRIVER-W- PKF0, pkq_alloc_queues: Run AUTOGEN With Feedback To Set NPAG_BAP_* Params_  A %PKQDRIVER-W- PKF0, pkq_unit_init_fork: Port can NOT come online, $ pkq_alloc_queues() returned failure.  - %SMP-I-SECMSG, CPU #01 message:   P01>>>STARTw- %SMP-I-SECMSG, CPU #02 message:   P02>>>START=- %SMP-I-SECMSG, CPU #03 message:   P03>>>START=1 %SMP-I-CPUTRN, CPU #01 has joined the active set.t1 %SMP-I-CPUTRN, CPU #03 has joined the active set.t1 %SMP-I-CPUTRN, CPU #02 has joined the active set.e  O At which point the startup hangs - I guess because the device can't be accessed= (DKF201 - system disk).=  < In the end, to get the system up, I set the parameters thus;   NPAG_BAP_MIN=0 NPAG_BAP_MAX=0 NPAG_BAP_MAX_PA=1073741824  O and I have had to hardcode these into MODPARAMS.DAT because the system tries tohM set them differently, and then I can't boot! The system consistently tries tooJ set the two MIN and MAX parameters to 40960 and 131072 respectively, whichJ coincidentally form part of the formula to set these parameters in the DSN article.  M So I suppose what I'm asking is: does anyone have any pointers to where theseuL parameters might be discussed more fully, especially as regard the PKQDRIVERO problem, or has anyone experienced the same, or can anyone tell me why it worksoJ with those values set as they are? I want to know in case I am saving up aI problem for the future by having these values. Or can someone explain thet? behaviour shown above and how THAT relates to these parameters?K   System information;m  & OVMS 7.2-1 with Mandatory Crash Update  G System Type    AlphaServer 8400 5/625                 Primary CPU ID 00wN Cycle Time     1.6 nsec (612 MHz)                     Pagesize       8192 Byte   Memory Configuration:dD Cluster    PFN Start    PFN Count         Range (MByte)        UsageF  #00             0          256         0.0 MB -     2.0 MB    ConsoleE  #01           256       786092         2.0 MB -  6143.3 MB    System-F  #02        786348           84      6143.3 MB -  6144.0 MB    Console  # Per-CPU Slot Processor Information:gK CPU ID         00                        CPU State    rc,pa,pp,cv,pv,pmv,ploJ CPU Type       EV56  Pass 2 (21164A)     Halt Request "Default, No Action"G PAL Code       1.20-10                   Halt PC      00000000.20000000oG CPU Revision   ....                      Halt PS      00000000.00001F00eN Serial Number  cccccccccc                Halt Code    "Bootstrap or Powerfail" Console Vers   V5.4-10  K CPU ID         01                        CPU State    rc,pa,pp,cv,pv,pmv,pl.J CPU Type       EV56  Pass 2 (21164A)     Halt Request "Default, No Action"G PAL Code       1.20-10                   Halt PC      00000000.00000000,G CPU Revision   ....                      Halt PS      00000000.00001F00uN Serial Number  cccccccccc                Halt Code    "Bootstrap or Powerfail" Console Vers   V5.4-10  K CPU ID         02                        CPU State    rc,pa,pp,cv,pv,pmv,pltJ CPU Type       EV56  Pass 2 (21164A)     Halt Request "Default, No Action"G PAL Code       1.20-10                   Halt PC      00000000.00000000eG CPU Revision   ....                      Halt PS      00000000.00001F00 N Serial Number  cccccccccc                Halt Code    "Bootstrap or Powerfail"  P All disks sit behind an ESA10000 with HSZ70s. Any other info will be given if it  helps.n   Steve Spires VMS System Manager Yellow Pages     [Information] -- PostMaster:D This transmission is intended solely for the addressee(s) and may beL confidential. If you are not the named addressee, or if the message has beenP addressed to you in error, you must not read, disclose, reproduce, distribute or use this transmission.  L Delivery of this message to any person other than the named addressee is notH intended in any way to waive confidentiality.  If you have received thisF transmission in error please contact the sender or delete the message.  
 Thank you.   ------------------------------  % Date: Thu, 27 Apr 2000 12:21:46 -0400k1 From: "Mark D. Jilson" <jilly@clarityconnect.com>m= Subject: Re: NPAG_BAP_* parameters and the setting thereof...t2 Message-ID: <3908691A.C845309E@clarityconnect.com>  E Please contact the CSC.  It appears that PKQDRIVER has a problem withA8 Reserved Memory and there may be a new driver available.  % Steve.Spires@yellowpages.co.uk wrote:  >  > cc:g > bcc:? > Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plazac > 2 > NPAG_BAP_* parameters and the setting thereof... >  > Dear all,b > N > Recently I posted to the newsgroup a problem I was having with an 8400 whichM > wouldn't boot because of a kernel stack problem. It was put to me that thisiQ > might be resolved by correctly setting NPAG_BAP_* parameters in line with a DSNoO > article titled "CIXCD, CIPCA, CIMNA & KFMSB Problems with >1Gb Memory (V7.1)" R > but in the end the problem seemed to be that the disk which I was trying to bootQ > from (the primary member of a shadow set) was partially hosed. Booting from thei3 > other member I eventually got the system back up.e >  > HOWEVER... > R > Since then I have upgraded another 8400 from 7.1-2 to 7.2-1 and in this instanceQ > was getting problems of a different nature, which stopped the system from fully-Q > booting, and also seemed to be related to NPAG_BAP_* parameter settings. Now, IzP > know that the above mentioned article is specifically pointing to 7.1 systems,G > but it was the only article in DSN which related to these parameters.c > I > Okay, all well and good, but the system which I upgraded had no devicesHM > corresponding to those mentioned above, so I guess I was wrong in trying totO > follow the advice in the document, but it was all I had! Anyway, this is whatn > happened;. > 1 > System boots, and displays error messages thus;: > Q > (this error message when the system first reboots after the upgrade, and before 1 > the autogen performed by the upgrade procedure)h? > %PKQDRIVER-W- PKD0, initialization error; port marked offline  > ; > Then, when the system tries to restart after the autogen;c > O > %PKQDRIVER-W- PKC0, pkq_dump_firmware: Console Firmware Buffer BAP Allocationt > Failed > I > %PKQDRIVER-W- PKC0, pkq_dump_firmware: Run AUTOGEN With Feedback To Sete > NPAG_BAP_* Params. > 5 > %PKQDRIVER-W- PKC0, console firmware checksum errorn > O > %PKQDRIVER-W- PKD0, pkq_dump_firmware: Console Firmware Buffer BAP Allocationr > Failed > I > %PKQDRIVER-W- PKD0, pkq_dump_firmware: Run AUTOGEN With Feedback To Sete > NPAG_BAP_* Params. > 5 > %PKQDRIVER-W- PKD0, console firmware checksum error  > N > %PKQDRIVER-W- PKE0, pkq_aslloc_queues:e CMDQ/RSPQ Ring Buffer BAP Allocation > Failed > H > %PKQDRIVER-W- PKE0, pkq_alloc_queues: Run AUTOGEN With Feedback To Set > NPAG_BAP_* Params  > C > %PKQDRIVER-W- PKE0, pkq_unit_init_fork: Port can NOT come online,x& > pkq_alloc_queues() returned failure. > N > %PKQDRIVER-W- PKG0, pkq_allocm_queues: CMDQo/RSPQ Ring Buffer BAP Allocation > Failed > H > %PKQDRIVER-W- PKG0, pkq_alloc_queues: Run AUTOGEN With Feedback To Set > NPAG_BAP_* Paramse > C > %PKQDRIVER-W- PKG0, pkq_unit_init_fork: Port can NOT come online,r& > pkq_alloc_queues() returned failure. > C > **** OpenVMS (TM) Alpha Operating System V7.2-1   - BUGCHECK ****r > G > ** Bugcheck code = 000001CC: INVEXCEPTN, Exception while above ASTDELa> > ** Crash CPU: 00    Primary CPU: 00    Active CPUs: 0000000F > ** Current Process = STARTUP > ** Current PSB ID = 00000001A > ** Image Name = $125$DKF201:[SYS0.SYSCOMMON.][SYSEXE]SYSMAN.EXEi= > **** Starting selective memory dump at 23-APR-2000 21:46...yR > ................................................................................ > O > So, I start the system MIN and try setting the NPAG_BAP_* params in line withgN > the DSN article even though it is for 7.1 but the problem is not knowing howR > many devices I should be adjusting for. I go through a sequence, starting with 1J > device, ending in despair with 7 and while the problem changes, it isn'tM > completely resolved. What happens is as soon as I start entering values foreJ > NPAG_BAP_* I lose all the above PKQ driver errors, but get just the one,N > relating to PKF0, which I assume is needed for the SCSI disks set as DKFnnn,J > which includes the system disk I am trying to boot from. So we get this; > 9 >     OpenVMS (TM) Alpha Operating System, Version V7.2-1, > A > %DECnet-I-LOADED, network base image loaded, version = 05.0D.01( > M > %PKQDRIVER-W- PKF0, pkq_alloc_queues: REQ/RSPQ Ring Buffer BAP Registrationk > Failed > H > %PKQDRIVER-W- PKF0, pkq_alloc_queues: Run AUTOGEN With Feedback To Set > NPAG_BAP_* Params  > C > %PKQDRIVER-W- PKF0, pkq_unit_init_fork: Port can NOT come online,o& > pkq_alloc_queues() returned failure. > / > %SMP-I-SECMSG, CPU #01 message:   P01>>>STARTn/ > %SMP-I-SECMSG, CPU #02 message:   P02>>>STARTe/ > %SMP-I-SECMSG, CPU #03 message:   P03>>>START.3 > %SMP-I-CPUTRN, CPU #01 has joined the active set.23 > %SMP-I-CPUTRN, CPU #03 has joined the active set.p3 > %SMP-I-CPUTRN, CPU #02 has joined the active set.a > Q > At which point the startup hangs - I guess because the device can't be accessedt > (DKF201 - system disk).e > > > In the end, to get the system up, I set the parameters thus; >  > NPAG_BAP_MIN=0 > NPAG_BAP_MAX=0 > NPAG_BAP_MAX_PA=1073741824 > Q > and I have had to hardcode these into MODPARAMS.DAT because the system tries toeO > set them differently, and then I can't boot! The system consistently tries to0L > set the two MIN and MAX parameters to 40960 and 131072 respectively, whichL > coincidentally form part of the formula to set these parameters in the DSN
 > article. > O > So I suppose what I'm asking is: does anyone have any pointers to where these N > parameters might be discussed more fully, especially as regard the PKQDRIVERQ > problem, or has anyone experienced the same, or can anyone tell me why it workshL > with those values set as they are? I want to know in case I am saving up aK > problem for the future by having these values. Or can someone explain thelA > behaviour shown above and how THAT relates to these parameters?r >  > System information;r > ( > OVMS 7.2-1 with Mandatory Crash Update > I > System Type    AlphaServer 8400 5/625                 Primary CPU ID 00mP > Cycle Time     1.6 nsec (612 MHz)                     Pagesize       8192 Byte >  > Memory Configuration:nF > Cluster    PFN Start    PFN Count         Range (MByte)        UsageH >  #00             0          256         0.0 MB -     2.0 MB    ConsoleG >  #01           256       786092         2.0 MB -  6143.3 MB    System-H >  #02        786348           84      6143.3 MB -  6144.0 MB    Console > % > Per-CPU Slot Processor Information: M > CPU ID         00                        CPU State    rc,pa,pp,cv,pv,pmv,pl.L > CPU Type       EV56  Pass 2 (21164A)     Halt Request "Default, No Action"I > PAL Code       1.20-10                   Halt PC      00000000.20000000:I > CPU Revision   ....                      Halt PS      00000000.00001F00uP > Serial Number  cccccccccc                Halt Code    "Bootstrap or Powerfail" > Console Vers   V5.4-10 > M > CPU ID         01                        CPU State    rc,pa,pp,cv,pv,pmv,ploL > CPU Type       EV56  Pass 2 (21164A)     Halt Request "Default, No Action"I > PAL Code       1.20-10                   Halt PC      00000000.00000000eI > CPU Revision   ....                      Halt PS      00000000.00001F00nP > Serial Number  cccccccccc                Halt Code    "Bootstrap or Powerfail" > Console Vers   V5.4-10 > M > CPU ID         02                        CPU State    rc,pa,pp,cv,pv,pmv,ploL > CPU Type       EV56  Pass 2 (21164A)     Halt Request "Default, No Action"I > PAL Code       1.20-10                   Halt PC      00000000.00000000nI > CPU Revision   ....                      Halt PS      00000000.00001F00 P > Serial Number  cccccccccc                Halt Code    "Bootstrap or Powerfail" > R > All disks sit behind an ESA10000 with HSZ70s. Any other info will be given if it	 >  helps.- >  > Steve Spires > VMS System Manager > Yellow Pages >  > [Information] -- PostMaster:F > This transmission is intended solely for the addressee(s) and may beN > confidential. If you are not the named addressee, or if the message has beenR > addressed to you in error, you must not read, disclose, reproduce, distribute or > use this transmission. > N > Delivery of this message to any person other than the named addressee is notJ > intended in any way to waive confidentiality.  If you have received thisH > transmission in error please contact the sender or delete the message. >  > Thank you.   --  D Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  / Date: Thu, 27 Apr 2000 17:37:34 +0200 (MET DST) & From: Rudolf Wingert <win@fom.fgan.de> Subject: OpenML for OpenVMS?/ Message-ID: <200004271439.QAA06932@fom.fgan.de>e   Hello,  I I have heard, that 3dfx, ATI, 3DLabs, Intel, IBM, Compaq SGI and S3 wouldrJ like to create a new multiplatform standard competing to DirectX. Is thereA any chance, that there will be an OpenML for OpenVMS like OpenGL?l   TIA and regards Rudolf Wingert   ------------------------------   Date: 27 Apr 2000 06:43:09 GMT* From: helbig@astro.rug.nl (Phillip Helbig)4 Subject: Re: OpenVMS and WNT integration for Dummies. Message-ID: <8e8nht$h4a$1@info.service.rug.nl>  * OpenVMS and WNT integration IS for Dummies   ------------------------------  % Date: Thu, 27 Apr 2000 12:06:52 +0100 . From: Roger@natron.demon.co.uk (Roger Barnett)4 Subject: Re: OpenVMS and WNT integration for Dummies- Message-ID: <795557946wnr@natron.demon.co.uk>n  S In article: <VA.0000001b.0dc21acd@sture.ch>  Paul Sture <sture.ch@sture.ch> writes:  >  > ! > .. after rewriting with COM ...B > = > "Here's the best part: Each order taker get his or her own nF > instantiation of the COM object, so each customer request locks the 9 > database - that is, reserves each item - in real time."  >[snip]f    B No doubt the book provides equal coverage of alternative solutions  such as using CORBA and/or EJB ?  D Or is it implicit in the "Dummies" that only Microsoft technology is considered ?   -- u
 Roger BarnettP   ------------------------------  % Date: Thu, 27 Apr 2000 10:36:31 +0200 - From: Jouk Jansen <JOUKJ@hrem.stm.tudelft.nl> 0 Subject: Porting To VMS: select function problem3 Message-ID: <3908182F.6D350C90@hrem.stm.tudelft.nl>n   Hi All,n  C The fact that the select socket-routine cannot be used for checkingkA the I/O-status of the X-windows device is a pain in the neck whenPE porting software from Unix to VMS. Everythings seems to compile well,PA however, on my VMS7.2-1 system it hangs infinitely on this selectn	 function.nF  Is there any hope from the Compaq-site that this select function will/ be fully compatible with its Unix-counter part?*                    Jouk: -- X  > Ceterum censeo tertium millennium post Christum natum anno MMI incepturum esse   P >------------------------------------------------------------------------------<  
   Jouk Jansen0 		 S   joukj@hrem.stm.tudelft.nlX  E   Technische Universiteit Delft        tttttttttt  uu     uu  ddddddd.F   Nationaal centrum voor HREM          tttttttttt  uu     uu  dd    ddG   Rotterdamseweg 137                       tt      uu     uu  dd     dd G   2628 AL Delft                            tt      uu     uu  dd     ddnF   Nederland                                tt      uu     uu  dd    ddE   tel. 31-15-2781536                       tt       uuuuuuu   ddddddde  P >------------------------------------------------------------------------------<   ------------------------------   Date: 27 Apr 2000 13:52:34 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)4 Subject: Re: Porting To VMS: select function problem6 Message-ID: <8e9gn2$pg3$1@mailint03.im.hou.compaq.com>  c In article <3908182F.6D350C90@hrem.stm.tudelft.nl>, Jouk Jansen <JOUKJ@hrem.stm.tudelft.nl> writes:rD :The fact that the select socket-routine cannot be used for checkingB :the I/O-status of the X-windows device is a pain in the neck whenF :porting software from Unix to VMS. Everythings seems to compile well,B :however, on my VMS7.2-1 system it hangs infinitely on this select
 :function.  E   Be aware that the XtAppAddInput call has platform-specific argumente5   differences, too.  See the OpenVMS FAQ for details.>  G : Is there any hope from the Compaq-site that this select function willU0 :be fully compatible with its Unix-counter part?  D   Yes.  (As much as I find the usual use of the select call to be a E   crock, work on a compatible implementation for at least some of thee1   usual sources of C channels is now underway...)=  F   As for a tie-in from select over to X Windows, I'll have to check...  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 27 Apr 2000 13:31:33 +0100n- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>l  Subject: Re: queue status values) Message-ID: <39083325.87A4CEBB@bbc.co.uk>t   "Jean-Franois Marchal" wrote:   > Bonjour !i >dH > I'm going to use the queue status of a print queue in a DCL procedure.J > The information displayed by a simple show queue is sufficient (stopped, > idle, ...) >,H > What of theses values can be set together (as AVAILABLE and STOPPED) ?L > What mask could be applied to the status value to get the status name in a > simple manner ?eJ > (using separate QUEUE_IDLE, QUEUE_STOPPED, ... need to issue many getqui2 > and consolidate the TRUE/FALSE values obtained),  M I know, its a PITA, isn't it. I'd prefer one call to return the current queuem state E in a string, rather than all then is it stopped? is it paused?, is it  pausing?... palaver.  / I don't THINK I'm missing any $GETQUI features.n --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uke  A I speak for myself only and my views in no way represent those ofn MedAS or the BBC.t   ------------------------------  % Date: Thu, 27 Apr 2000 10:52:50 +0200e5 From: Oswald Knoppers <Oswald.Knoppers@whitehouse.nl> / Subject: Re: TCPIP V5.0A configuration problemsA- Message-ID: <3907FFE2.969165C3@whitehouse.nl>    Dirk Munk wrote:  I > Normally this entry says 'not defined', and I would like to reset it to J > that situation. But there is no 'set service telnet /nofile' option, andG > /file="" will give you "" as file entry, and /file=none will give youU > 'NONE' as file entry.p  H Hi Dirk, I think the only way to reset is is to delete the service entryF (tcpip set noservice telnet) and then use tcpip$config to recreate it.  D As far as getting telnet to log its activities to a specific file, IB don't think this works. I don't think any service will honour this setting.   Regards,   Oswald   ------------------------------   Date: 27 Apr 2000 10:33:43 GMT+ From: "Gerke Grashuis" <g.grashuis@kpn.com>5/ Subject: Re: TCPIP V5.0A configuration problemsA8 Message-ID: <01bfb034$0ee50020$8d4c15ac@HKTGN9911301604>  4 Try the Windows way.............reinstall TCP/IP ;-)   Gerke.  J Dirk Munk <munk@home.nl> schreef in artikel <39074F3C.F726ADCC@home.nl>... > Hi,  > ' > I'm running TCPIP V5.0A on VMS 7.2-1.i > E > I am trying to change my telnet configuration a bit, but I'm having  > trouble with that.G > For test purposes I want to log all telnet access, and I'm trying thes > configure it this way: >  > TCPIP>disable service telnet > TCPIP>set service telnet -F > /log_options=(file=sys$sysdevice:[tcpip$telnet]tcpip$telnet.log,all) > TCPIP>enable service telnetd! > TCPIP>show service telnet /fulli > I > The output shows that all log options are set, except for the log file. A > I tried it several times, restarted TCPIP, but no luck. And therE > directory exists of course and has the same attributes as the other  > TCPIP log directories. > D > During my attempts I made the mistake of accidentally defining the > startup file like this:< >  > TCPIP>set service telnet4 > /file=sys$sysdevice:[tcpip$telnet]tcpip$telnet.log > I > Normally this entry says 'not defined', and I would like to reset it toCJ > that situation. But there is no 'set service telnet /nofile' option, andG > /file="" will give you "" as file entry, and /file=none will give you  > 'NONE' as file entry.o > H > Hacking the services.dat file could be an option, but this is VMS, not
 > Windows. > I > Somehow it shows that UCX and TCPIP were not developed by VMS engineersw > :-)).p > : > Maybe someone has an idea how to solve these problems ?? >    ------------------------------  % Date: Thu, 27 Apr 2000 22:49:43 +1000c4 From: Huw Davies <Huw.Davies@kerberos.davies.net.au>/ Subject: Re: TCPIP V5.0A configuration problemsSD Message-ID: <4.3.1.2.20000427224800.018f5d00@kerberos.davies.net.au>   >oK >Dirk Munk <munk@home.nl> schreef in artikel <39074F3C.F726ADCC@home.nl>...  > > Hi,t > > ) > > I'm running TCPIP V5.0A on VMS 7.2-1.  > >rG > > I am trying to change my telnet configuration a bit, but I'm havingn > > trouble with that.I > > For test purposes I want to log all telnet access, and I'm trying the  > > configure it this way: > >h  > > TCPIP>disable service telnet > > TCPIP>set service telnet -H > > /log_options=(file=sys$sysdevice:[tcpip$telnet]tcpip$telnet.log,all) > > TCPIP>enable service telnet # > > TCPIP>show service telnet /fullr > > K > > The output shows that all log options are set, except for the log file.tC > > I tried it several times, restarted TCPIP, but no luck. And theeG > > directory exists of course and has the same attributes as the otherc > > TCPIP log directories.    L I had the same problem about six months ago and a call to Telephone Support L revealed that although the documentation indicated that you could specify a F file in the /log_options, and the command appears to work, in fact it B doesn't. Supposed to be fixed in a release of TCPIP after V5.0A...   ------------------------------  # Date: Thu, 27 Apr 2000 14:21:25 GMTn) From: "Neil Rieck" <n.rieck@sympatico.ca>w/ Subject: Re: TCPIP V5.0A configuration problemsa; Message-ID: <F1YN4.82617$2D6.2116851@news20.bellglobal.com>N  K Dirk Munk <munk@home.nl> wrote in message news:39074F3C.F726ADCC@home.nl...  [ snip ] >kI > Somehow it shows that UCX and TCPIP were not developed by VMS engineersu > :-)).A >c You got that right! J I overheard some water cooler talk a little while back mentioning that UCXL is an acronym for ULTRIX Communication eXtension. (might not be accurate but makes sense)  
 Neil Rieck* Kitchener(New Berlin?)/Waterloo/Cambridge, Ontario, Canada.! http://www3.sympatico.ca/n.rieck/k   ------------------------------  # Date: Thu, 27 Apr 2000 14:15:00 GMT ) From: "Neil Rieck" <n.rieck@sympatico.ca> / Subject: Re: The Movie "Breaking Point" + PDP11r< Message-ID: <EXXN4.150202$1C2.3755676@news20.bellglobal.com>  4 David Turner <d_b_turner@yahoo.com> wrote in message) news:sg7b57c5cdo172@corp.supernews.com...UL > Anyone ever noticed the title in the beginning of the movie Breaking Point ?n >iD > In the "music by" section it gives some guy's name with "his PDP11	 computer"  >* > Wow !S >M0 > Shame they never pushed Alpha's that way huh ? >  > How about this:e >0E > "Indepedence day  - rendering by Digital Alpha Technology  Personal  > Workstation 433a+ > Call 1 800 Digital for sales information"= >AK On a related topic, a couple of months ago I watched a rerun of "Three DaysCK of the Condor". Check out the hardware in their (the CIA) computer room. It0H was either a PDP-8 or PDP-12. I wonder if DEC had to pay for this bit of* on-screen advertising or was it a free-be?   :-)m  
 Neil Rieck* Kitchener(New Berlin?)/Waterloo/Cambridge, Ontario, Canada.! http://www3.sympatico.ca/n.rieck/r   ------------------------------  % Date: Thu, 27 Apr 2000 12:00:55 +0200r> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>  Subject: Urgent registry problem+ Message-ID: <8e932f$7bo$1@minus.oleane.net>n   Hello !n  D Since the last reboot of my workstation, Pathworks doesn't restart .. The problem appears to be around the registry.C The registry server has been started, but the regutl command hangs.  $ admin/pathworks hangs tooi  	 When I dog> $ set server registry_server /start   ! I get no error message then $ show server registry_server . %REG-E-INACTIVE, registry server is not active   tryed.$ $ set server registry_server/restart. %REG-E-INACTIVE, registry server is not active   then" $ set server registry_server/start $ show server registry_serverh( Registry Information on node XXXXXX ....   I decide to restart PWRK? but same problem then doing REGUTL SHOW VALUE/SYMBOL=DomainNamer$ and again registry server not active   What could I check further ?L Is there a log of the registry server that could explain why it disappears ?" What quota can affect the server ?   VMS Alpha 7.2-1 no patches Advanced serverP  
 Thanks to all3 Jean-Franois Marchals X9000 - LYON   ------------------------------  % Date: Thu, 27 Apr 2000 13:18:31 +0200t> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>$ Subject: Re: Urgent registry problem+ Message-ID: <8e97ju$b00$1@minus.oleane.net>t  % To be more precise about this problemX  ? The registry server is stable when started whis REG$STARTUP.COMt$ till I issue a REGUTL SHOW VALUE * *& which shows me two values, then hangs.3 At this moment, the registry server has disppeared.t3 The sys$registry:REGISTRY_<node>.log file is empty.   9 Does anybody know what are the .REG .RSS and .RLG files ?    Jean-Franois Marchalm X9000 - LYON    I "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr> wrote in messagen% news:8e932f$7bo$1@minus.oleane.net...t	 > Hello !e >oF > Since the last reboot of my workstation, Pathworks doesn't restart .0 > The problem appears to be around the registry.E > The registry server has been started, but the regutl command hangs.m > $ admin/pathworks hangs too  >u > When I dot@ > $ set server registry_server /start   ! I get no error message > then > $ show server registry_serverr0 > %REG-E-INACTIVE, registry server is not active >a > tryedr& > $ set server registry_server/restart0 > %REG-E-INACTIVE, registry server is not active >  > then$ > $ set server registry_server/start > $ show server registry_server * > Registry Information on node XXXXXX .... >S > I decide to restart PWRKA > but same problem then doing REGUTL SHOW VALUE/SYMBOL=DomainName & > and again registry server not active >  > What could I check further ?L > Is there a log of the registry server that could explain why it disappears ? $ > What quota can affect the server ? >P > VMS Alpha 7.2-1 no patches > Advanced server  >  > Thanks to allS > Jean-Franois Marchalv > X9000 - LYON >  >E >    ------------------------------  % Date: Thu, 27 Apr 2000 18:09:38 +02002> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>$ Subject: Re: Urgent registry problem+ Message-ID: <8e9oo4$q14$1@minus.oleane.net>   , As nobody seemed to have an idea about this,L I decided to clear both sys$registry and pwrk$root and re-install pathworks.9 The installation has been ok, populating the registry ...e BUT A when configuring with PWRK$CONFIG, the configuration process hung = after the message "Saving parameters to the openvms registry"0= show server registry_server indicates the server is inactive.0% the registry log file is still empty.c  G Cannot restart with @sys$startup:reg$startup ; getting an error message 2 %REG-E-NOTSTARTED, registry server failed to start (but a NORMAL status),  4 So I cannot re-install advanced server from scratch.   Jean-Franois Marchalt X9000 - LYON      I "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr> wrote in message % news:8e932f$7bo$1@minus.oleane.net...l	 > Hello !0 >0F > Since the last reboot of my workstation, Pathworks doesn't restart .0 > The problem appears to be around the registry.E > The registry server has been started, but the regutl command hangs.- > $ admin/pathworks hangs toot >M > When I dol@ > $ set server registry_server /start   ! I get no error message > then > $ show server registry_servern0 > %REG-E-INACTIVE, registry server is not active >d > tryedr& > $ set server registry_server/restart0 > %REG-E-INACTIVE, registry server is not active >, > then$ > $ set server registry_server/start > $ show server registry_server * > Registry Information on node XXXXXX .... >  > I decide to restart PWRKA > but same problem then doing REGUTL SHOW VALUE/SYMBOL=DomainNameo& > and again registry server not active >e > What could I check further ?L > Is there a log of the registry server that could explain why it disappears ?c$ > What quota can affect the server ? >- > VMS Alpha 7.2-1 no patches > Advanced serverh >: > Thanks to allc > Jean-Franois Marchal- > X9000 - LYON >- >- >    ------------------------------  % Date: Thu, 27 Apr 2000 09:21:09 +0100i8 From: John Macallister <J.Macallister1@physics.ox.ac.uk> Subject: RE: USERNAMEfL Message-ID: <F02D5A46B8AED311BE4F0090279FA2401E832A@ppnt41.physics.ox.ac.uk>  E VMS Mail, for example, recognises that it has received a MIME encodedtG message or an attachment but still gives you the garbage that it cannoteH handle. NEWS readers may do the same but in both cases it must be fairlyH trivial to change the code to ignore such data and not present it to theI user and replace it with simple one-line message to the effect that "Thiss< message contains data which cannot be decoded by MAIL/NEWS".  I It would be better, of course, if both MAIL and NEWS readers could handle J and display the encoded data but that is probably as unlikely as expectingK everyone to change their mail software when sending a message which may end@ up in a news group.   L If the NEWS software doesn't adapt to handle these new features both its use" and value will be greatly reduced.   John    B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)p     -----Original Message-----4 From: carl@gerg.tamu.edu [mailto:carl@gerg.tamu.edu]& Sent: Thursday, April 27, 2000 4:59 AM To: John Macallister Subject: RE: USERNAMEn    L In article <F02D5A46B8AED311BE4F0090279FA2401E8325@ppnt41.physics.ox.ac.uk>,< John Macallister <J.Macallister1@physics.ox.ac.uk> writes...K }>is the length of a VMS username the same on an Alpha as it is on VAX ( 12 8 }characters) when returned from F$GETJPI ("","USERNAME") } G }I didn't have to change any of my username procedures or programs whenkL }changing from VAX to Alpha and those procedures continue to work in VMS 7.1H }.. I've just checked with VMS 7.1 on a VAX and Alpha and both return 12 }character strings.i } J }>> Please turn off MIME.  (Otherwise, a simple two-line question becomes  }>> 202 lines long...)  Thanks!  }  }>  I'll second the request. } L }I'd reword the request, if people must keep bringing it up, and redirect itD }to the developers of VMS mail: please make VMS MAIL handle MIME and }attachments transparently.- } L }I suspect that, like me, most VMS users who receive a significant volume ofC }mail have already moved to a mail system which can handle MIME and H }attachments in a hassle-free manner. This particular message gave me noL }problem. Don't criticise the sender as it's often very difficult, even whenH }you're familiar some mail packages, to switch of the "rich" features in mailJ }to  produce only plain text to accommodate the lowest common denominator.J }Until VMS MAIL comes up to scratch VMS will remain the lowest denominator as }far as mail is concerned. - } K }For anyone interested in the future of VMS, MAIL functionality should have  aeJ }high priority. Who wants a system which cannot even handle ordinary mail? }  }John:  D Which may all be true, but irrelevant. I didn't see his message fromG mail of any sort, VMS or otherwise. I saw it in the newsgroup - roughlydH 4 lines of actuall message and then nearly 200 lines of HTML (I think itG was, I don't remember for sure) repeating the same thing but only afterfK also specifying all kinds of garbage such as fonts (which probably wouldn't K appear correctly anyway even if VMS Mail did MIME and HTML unless they alsotH extend the DECwindows stuff to do TrueType fonts allowing you to use theI same fonts you've got on your Windows PC - although even then you are notO2 sure to have the same fonts that the sender used).   --- Carl   ------------------------------  % Date: Thu, 27 Apr 2000 12:57:16 +0000u$ From: Steve.Spires@yellowpages.co.uk Subject: Re: Verify of Backups/ Message-ID: <002568CE.00474104.00@quegw01.btyp>m  = Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plaza     J Yes. If you contact Compaq they will supply you with replacement files forK BACKUP.EXE, BACKUPSHR.EXE, MOUNTSHR.EXE AND SYS$MKDRIVER.EXE which fix this-N problem. I don't know if these fixes are in the 7.2-1 patch which is currently on hold.   Steve Spires VMS System Manager Yellow Pages        6 Alan Greig <a.greig@virgin.net> on 26/04/2000 21:15:21    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages)BD From:      Alan Greig <a.greig@virgin.net>, 26 April 2000, 9:15 p.m.   Re: Verify of Backupse             Robert Deininger wrote:c  K > On Thu, Apr 20, 2000 6:10 AM, Phillip Helbig <helbig@astro.rug.nl> wrote:e3 > >In article <8dmcr0$kc0$1@n.ruf.uni-freiburg.de>,s8 > >gartmann@immunbio.mpg.de (Christoph Gartmann) writes: > >a7 > >> I thought I explained this already some weeks ago.  > >e= > >Right, but it was easier to just repost the whole thing...e >oH > If you're going to repost the questions periodically, at least includeF > the previous answers!  We'll never make progress if we have to startH > over every time.  Why don't you turn it into a little FAQ-in-progress? >?$ > >> >   o  /MEDIA_FORMAT=COMPACTION > F > Doesn't work on our Quantum-brand DLTs.  I think it does work on theI > Digital-firmware variety.  We set the compression using the front panelU% > push-button when initing each tape.   M There is a problem in VMS 7.2-1 (and possibly 7.2) with the /MEDIA=COMPACTIONrL switch. In some circumstances the setting is ignored. There was a discussion, here a couple of months ago on this subject.   --
 Alan Greig   ------------------------------  % Date: Thu, 27 Apr 2000 15:25:26 +0100m- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>l Subject: Re: Verify of Backups) Message-ID: <39084DD6.20999185@bbc.co.uk>o   Maren Purves wrote:    >h >sG > I wouldn't buy the time constraints as an excuse. Backups can be donelE > at any time, and the only "constraint" I could possibly see is thatNF > the tape unit is needed for something else, but in that case I'd buyG > another one. We do our backups in batch jobs, with email notification$G > of errors, and verified, most of them after one part of the people gotD > home and the other part of the people start (that's developers and? > such during the day and people using the telescope at night).- >-  E So, Maren, you have live buisiness critical databases on your systems<O and you run backup during the day when it picks up loads of verification errorsDK due to concurrent application use. Then, something happens (can be h/w, s/w.F or both) and you need to rollback that database. And you can't. Great.  A OK, in an academic environment we used to run backups pretty muchCI anytime, mainly small user files got missed anyway, and they'd get caughtoK tomorrow. Its a different matter when you have several 10's of synchronized  RMS file or a rea database.m   Regardss   >o > Maren Purves   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukC  A I speak for myself only and my views in no way represent those ofp MedAS or the BBC.p   ------------------------------  % Date: Thu, 27 Apr 2000 10:42:38 -0700u/ From: Terry Marosites <TMarosites@unitedad.com>s6 Subject: Where is the lexical f$getjpi("","Connectim")M Message-ID: <1137A4A23A51D311B2D600105A1D5213019AEDC9@seantexch.unitedad.com>    Hello all, l  J  Please note, I set my email to plain text, (never will turn HTML on again	 (Smile)).nJ I have been looking all morning for a lexical that will return a process's current connect time, H Don't really want to have to use f$CVTIME, I just can believe that there- isn't an f$getjpi("","Connect_time") lexical. 2 Am I missing it or am I the only one needing this.   Have Fun Terry    ------------------------------  % Date: Thu, 27 Apr 2000 01:44:25 -0400t5 From: John Johnstone <jj_usenet@onay-amspay.mail.com>iB Subject: Re: Why does Pathworks(Mac) change mod date of .dir file?4 Message-ID: <39079B79.576854D7@onay-amspay.mail.com>  : It's all in the ACEs, Luke! (or something like that).  :-)  G Much of what follows is pure speculation on my part.  I think Pathworksl> stores everything that it needs to know about a foreign file'sK characteristics in a binary ACE that it creates for each file.  This allowsAH the support of foreign file systems within the VMS file system.  I thinkL that with Pathworks for Windows it stores things like the file ownership andL permissions in the ACEs.  I haven't seen Pathworks for the Mac but I'd guessG that the Mac file characteristics such as the file type and creator areiK stored in the ACL also.  How about a Mac file resource fork?  That's got tosJ go somewhere so it's either in an ACE or a separate file.  I'm pretty sureD that nearly everything that is necessary to support the foreign fileC structure and it's various nuances are stuck in the ACLs somewhere.e  H In theory, this seems to me to be a fairly elegant way to extend the VMSH file system so that it can host foreign file systems.  Unfortunately, inG practice, there are a lot of unpleasant side effects; like the one that H you've mentioned with file dates.  With Pathworks for Windows, all filesA that I've seen have to have at least one file header extension topL accommodate the ACL data.  If you've got 50,000 Pathworks files you now needE 100,000 blocks for file headers in INDEXF.SYS.  It may not make a big J difference but these extra file headers now add more overhead to slow fileH operations on the files along with backups also.  I'd certainly bet that> this will be a similar issue for the Mac version of Pathworks.  ? Without knowing all the details it's easy to do "Monday morningtH quarterbacking" but you've got to wonder if it would have been better ifJ Pathworks was designed to store all of the foreign file data in a separateI file.  Maybe this is how Samba is done.  I'm sure there are tradeoffs for  each approach.     Lawrence Bleau wrote:  >l    .    .    .P > Lightbulb: Is it possible that the Pathworks(Mac) server s/w is *updating* thi skI > ACE every time the volume is mounted?  Updating an ACE would change the 5 > revision date of the associated file, would it not?: >eM > Related question: What would be the effect of *removing* the ACE altogetherbP > from the user's directory?  I guess we can answer this better once we learn wh ycO > the ACE is there in the first place.  If you need a dump of the ACE to answer % > this, let me know and I'll send it.t >" > Lawrence Bleau > University of Maryland$ > Physics Dept., Space Physics Group > 301-405-6223 > bleau@umdsp.umd.edu'   ------------------------------  % Date: Thu, 27 Apr 2000 08:05:30 -0400n% From: Bob Harris <harris@zk3.dec.com> B Subject: Re: Why does Pathworks(Mac) change mod date of .dir file?3 Message-ID: <270420000805308305%harris@zk3.dec.com>h  / [[ This message was both posted and mailed: seeu;    the "To," "Cc," and "Newsgroups" headers for details. ]]h  8 In article <8e7mr9$20i$1@hecate.umd.edu>, Lawrence Bleau <bleau@umdsp.umd.edu> wrote:  P >I noticed this rather lengthy ACE on my user's directory as well.  Odd, though,L >the lengthy ACE does not appear on my test directory (Mac volume).  I've noN >idea why it is there.  Anyone have ideas?  More to the point, could somethingP >in this ACE be telling Pathworks(Mac) to (as a side effect) update the revision >date? >bP >Lightbulb: Is it possible that the Pathworks(Mac) server s/w is *updating* thisH >ACE every time the volume is mounted?  Updating an ACE would change the4 >revision date of the associated file, would it not? >aL >Related question: What would be the effect of *removing* the ACE altogetherP >from the user's directory?  I guess we can answer this better once we learn whyN >the ACE is there in the first place.  If you need a dump of the ACE to answer$ >this, let me know and I'll send it.  D As I recall, the only ACE that the PATHWORKS for OpenVMS (Macintosh)G DECshare file server puts on a file is for the file comment.  All other A Mac related infomation is stored in the various *.MSAF$CAT files.U  F On the Macintosh, use the "Menu->File->Get Info..." (CMD-I) command toD see what the comment says.  Or there should be a utility for reading8 the comments on OpenVMS at MSA$EXAMPLES:MSAF$COMMENT.EXE  ;                MSAF$COMMENT :== $disk:[dir]MSAF$COMMENT.EXE 2                MSAF$COMMENT SET     file "comment"(                MSAF$COMMENT CLEAR   file(                MSAF$COMMENT DISPLAY file   ------------------------------   Date: 27 Apr 2000 12:44:55 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)aB Subject: Re: Why does Pathworks(Mac) change mod date of .dir file?0 Message-ID: <8e9co7$3ml$1@n.ruf.uni-freiburg.de>  [ In article <270420000805308305%harris@zk3.dec.com>, Bob Harris <harris@zk3.dec.com> writes: E >As I recall, the only ACE that the PATHWORKS for OpenVMS (Macintosh)lH >DECshare file server puts on a file is for the file comment.  All otherB >Mac related infomation is stored in the various *.MSAF$CAT files.  K I just tried this and in fact, as soon as I remove the comment (via my Mac)iH the ACE disappears. But the comments I found have all been automatically applied by Pathworks.r   Regards,    Christoph Gartmannb  H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +------------ http://www.immunbio.mpg.de/english/menue.html -----------+   ------------------------------  % Date: Thu, 27 Apr 2000 09:03:52 -0400e% From: Bob Harris <harris@zk3.dec.com> B Subject: Re: Why does Pathworks(Mac) change mod date of .dir file?3 Message-ID: <270420000903529400%harris@zk3.dec.com>h  / [[ This message was both posted and mailed: see ;    the "To," "Cc," and "Newsgroups" headers for details. ]]h  C In article <8e9co7$3ml$1@n.ruf.uni-freiburg.de>, Christoph Gartmannd! <gartmann@immunbio.mpg.de> wrote:S  ? >In article <270420000805308305%harris@zk3.dec.com>, Bob Harris- ><harris@zk3.dec.com> writes:hF >>As I recall, the only ACE that the PATHWORKS for OpenVMS (Macintosh)I >>DECshare file server puts on a file is for the file comment.  All other8C >>Mac related infomation is stored in the various *.MSAF$CAT files.o >tL >I just tried this and in fact, as soon as I remove the comment (via my Mac)I >the ACE disappears. But the comments I found have all been automaticallyn >applied by Pathworks.  = If the PATHWORKS for OpenVMS (Macintosh) DECshare file server B automatically applied the comments, then they must say something. E Perhaps if we knew what the comments said, it would help diagnose thec problem?  G The only time that I can remember when the server attached a comment onNC it own, was when it discovered that the invisible attribute bit was G being set on a file (then again my memory of such things is 5 years oldc? and it could be off about a few of the details :-)  The commentmG reported who had set the invisible bit.  This was a way to diagnose whylD a file was not displayed on the Mac, but it could be viewed from theB server just fine.  The comments were supposed to help identify the offending invisible bit setter.s   So what do the comments say?   ------------------------------  % Date: Thu, 27 Apr 2000 10:02:11 -0400g% From: Bob Harris <harris@zk3.dec.com>mB Subject: Re: Why does Pathworks(Mac) change mod date of .dir file?3 Message-ID: <270420001002115472%harris@zk3.dec.com>   / [[ This message was both posted and mailed: seer;    the "To," "Cc," and "Newsgroups" headers for details. ]]s  C In article <8e6fpo$516$1@n.ruf.uni-freiburg.de>, Christoph Gartmanni! <gartmann@immunbio.mpg.de> wrote:i  N >I noticed in addition that some of these directories have a strange ACL where >others have not, eg.t >s >Access Cntrl List: = >(APPLICATION,SIZE=%D216,FLAGS=%X0E00,ACCESS=%X00000000,DATA=yL >                    %X4641534D,%X544D4D43,%X41534DC7,%X45532446,%X52455652,L >                    %X5320203E,%X46207465,%X65646E69,%X6E492072,%X69736976,L >                    %X20656C62,%X7962202F,%X52414720,%X4E414D54,%X323C204E,L >                    %X39393936,%X2E31332E,%X3E303532,%X2D303320,%X2D52414D,L >                    %X30303032,%X3A353120,%X200D3833,%X61656C43,%X69462072,L >                    %X7265646E,%X766E4920,%X62697369,%X2F20656C,%X20796220,L >                    %X444E5241,%X323C2054,%X36363839,%X3838312E,%X3534322E,L >                    %X3932203E,%X52414D2D,%X3030322D,%X34312030,%X0D34343A,L >                    %X74655320,%X6E694620,%X20726564,%X69766E49,%X6C626973,L >                    %X202F2065,%X47207962,%X4D545241,%X204E4E41,%X3936323C,+ >                    %X332E3939,%X35322E31)  >s >And ideas why?   F OK, I've translated the Mac's file comment as stored in this ACE (thisG _NOT_ as easy as running msa$examles:msaf$comment.exe, because I do notbA have a VMS system, and besides the comment ACE is attached to hise) system and all I have is the printout :-)c   Anyway, the comment says:p  =     MSAFCMMT MSAF$SERVER>  Set Finder Invisible / by GARTMANNu$     <26999.31.250> 30-MAR-2000 15:38G     Clear Finder Invisible / by ARNDT <29866.188.245> 29-MAR-2000 14:44t3     Set Finder Invisible / by GARTMANN <26999.31.25L  G As mentioned previously, the PATHWORKS for OpenVMS (Macintosh) DECshare2B file server attaches a Mac file comment when it detects someone is& trying to set the file invisible bit.   C Sometime in the past GARTMANN set the file (or directory) invisiblerA (the date was truncated because the comment grew too long and the71 oldest information in the comment was discarded).i  G Then ARNDT made the file visible again on 29-Mar-2000 at 2:44 PM from au' Mac at AppleTalk address 29866.188.245.V  G Finally GARTMANN again changed the file to be invisible the next day ondD 30-Mar-2000 at 3:38 PM from a Mac at AppleTalk address 26999.31.250.  @ If the comment comes back, it is because someone has changed the  visible/invisible bit yet again.   ------------------------------   Date: 27 Apr 2000 13:40:35 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)lB Subject: Re: Why does Pathworks(Mac) change mod date of .dir file?0 Message-ID: <8e9g0j$5f8$1@n.ruf.uni-freiburg.de>  [ In article <270420000903529400%harris@zk3.dec.com>, Bob Harris <harris@zk3.dec.com> writes:l0 >[[ This message was both posted and mailed: see< >   the "To," "Cc," and "Newsgroups" headers for details. ]] >rD >In article <8e9co7$3ml$1@n.ruf.uni-freiburg.de>, Christoph Gartmann" ><gartmann@immunbio.mpg.de> wrote: >m@ >>In article <270420000805308305%harris@zk3.dec.com>, Bob Harris >><harris@zk3.dec.com> writes:G >>>As I recall, the only ACE that the PATHWORKS for OpenVMS (Macintosh)pJ >>>DECshare file server puts on a file is for the file comment.  All otherD >>>Mac related infomation is stored in the various *.MSAF$CAT files. >>M >>I just tried this and in fact, as soon as I remove the comment (via my Mac)rJ >>the ACE disappears. But the comments I found have all been automatically >>applied by Pathworks.r >i> >If the PATHWORKS for OpenVMS (Macintosh) DECshare file serverC >automatically applied the comments, then they must say something.  F >Perhaps if we knew what the comments said, it would help diagnose the	 >problem?l > H >The only time that I can remember when the server attached a comment onD >it own, was when it discovered that the invisible attribute bit wasH >being set on a file (then again my memory of such things is 5 years old@ >and it could be off about a few of the details :-)  The commentH >reported who had set the invisible bit.  This was a way to diagnose whyE >a file was not displayed on the Mac, but it could be viewed from the C >server just fine.  The comments were supposed to help identify thes  >offending invisible bit setter. >- >So what do the comments say?p  J Exactly what you stated above: that the invisible bit was sat and when and& by whom. And this three or four times.   Regards,    Christoph Gartmann:  H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +------------ http://www.immunbio.mpg.de/english/menue.html -----------+   ------------------------------   End of INFO-VAX 2000.235 ************************