1 INFO-VAX	Mon, 18 Apr 2005	Volume 2005 : Issue 216       Contents: Re: 'touch' command under VMS?> Re: changing node name: RENAME/IDENTIFIER SYS$NODE_oldnodename Re: Compiler bug check Computer Telphony System Re: Computer Telphony SystemP Re: Do You Want To Know For Sure That You Are Going To Heaven? The reason some p5 Re: DS15 RADEON 7500 hang solved (at least partially) 5 Re: DS15 RADEON 7500 hang solved (at least partially) , Re: Flash Card reader with VMS Now available, Re: Flash Card reader with VMS Now available Re: Itanium ovms 8.2 migration Re: Itanium ovms 8.2 migration Re: Login mystery  Re: Login mystery  Re: Login mystery  Re: Login mystery  Re: Login mystery  Re: Login mystery  Re: Login mystery  Re: Login mystery  Re: Login mystery  Re: Login mystery * Re: Microsoft Joins the Battle for Itanium@ Re: VMS FAQ: changing volume label of system disk: DECnet MOP or@ Re: VMS FAQ: changing volume label of system disk: DECnet MOP orP Re: VMS FAQ: changing volume label of system disk: DECnet MOP or LANCP boot dataP Re: VMS FAQ: changing volume label of system disk: DECnet MOP or LANCP boot data Re: [OT]: Free Linux?  Hardly. Re: [OT]: Free Linux? Hardly.  Re: [PCSI] Feature request Re: [PCSI] Feature request  F ----------------------------------------------------------------------  # Date: Mon, 18 Apr 2005 15:34:18 GMT # From: hoff@hp.nospam (Hoff Hoffman) ' Subject: Re: 'touch' command under VMS? 1 Message-ID: <_rQ8e.4051$LI.2042@news.cpqcorp.net>   V In article <slrnd60143.r5d.njc@wolfgang.uucp>, Neil Cherry <njc@wolfgang.uucp> writes:B :Is there an equivalent command to Unix's touch command under VMS?  H   You could search for "touch" in the OpenVMS Frequently Asked QuestionsE   (FAQ) document, FWIW.  This topic arises somewhat regularly, and is I   covered in the FAQ in some detail, with the usual options, alternatives    and implementations listed.   L   As is usual, the text-format FAQ is easiest to download and to brute-forceJ   search, though I've specifically added "touch" into the index of the FAQ3   for those that prefer to use the HTML-format FAQ.       The master OpenVMS FAQ URL is:  '     <http://www.hp.com/go/openvms/faq/>   H   You will find the answers to various other common questions in the FAQ   as well.  Obviously.  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  # Date: Mon, 18 Apr 2005 15:02:20 GMT # From: hoff@hp.nospam (Hoff Hoffman) G Subject: Re: changing node name: RENAME/IDENTIFIER SYS$NODE_oldnodename 1 Message-ID: <0_P8e.4048$LI.1508@news.cpqcorp.net>   w In article <d3l2nv$3nm$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: H :I'm currently carefully planning how to change the node name.  The FAQ F :is a starting point, but it doesn't cover everything, at least in my G :case.  I'll post a summary here later today, and again after I change   :the node name.  ..I :My situation is a bit different than that implicitly assumed in the FAQ. E :In my cluster each node has its on system disk.  I want to add a new F :node, with its own system disk, and use the system disk of one of the# :current nodes as a starting point.   B   Identifiers are cluster-wide, and are shared across the cluster.B   This is why the SYSUAF file must be shared or must be carefully ?   coordinated across the cluster, and why RIGHTSLIST is shared.   A   Your situation does not differ from that assumed by the FAQ, in    other words.  : :   o  Use the AUTHORIZE utility command RENAME/IDENTIFIER4 :      to rename the SYS$NODE_oldnodename rightslist5 :      identifier to match the new node name. (Do not 6 :      change the binary value of this identifier, and% :      do not delete the identifier.)  : ( :Doesn't apply to my situation at all???  H   It applies often enough, in my experience, to warrant the mention that,   it gets in the sequence listed in the FAQ.  D :I currently have a SYS$NODE_nodename identifier in the UAF for all J :current nodes in the cluster, and also for a no-longer-used nodename.  I D :have no problems at all that I am aware of which could possibly be  :related to this.   G   If you and everyone else have *never* used this identifier *anywhere* F   on any object and you are certain of it, then you can most certainly   ignore it.  E   If the identifier did get used and you don't want to rename it, you E   can remove the old binary value and can add the new identifier back 6   in using the new binary value of the new identifier.  D   The oft-neglected "fun" here is that identifiers are stored on theF   objects as longword values and not as text strings, and the longwordE   values are not assigned in any particular order  -- this means that A   removing and re-adding or otherwise shuffling or remapping the  G   longword values that are behind the text-format identifiers can block @   or can grant access to objects in potentially unexpected ways.  I   The variant of the "fun" is when two nodes in an erroneously-configured H   cluster have conflicting binary longword values for identifiers -- oneH   node may well permit access amd another may deny access, for instance.H   That these identifiers are embedded in SYSUAF and are obviously storedI   within RIGHTSLIST are why SYSUAF must be common or the UICs of parallel I   SYSUAF files must be carefully coordinated, and why the RIGHTSLIST file J   is expected to be shared -- no matter how many system disks are present.  H   Conversely, well, you can issue the cited one-line UAF command and not1   even think any further about any existing uses.     N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 18 Apr 2005 07:36:57 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: Compiler bug check 3 Message-ID: <WlzHqatrjQjG@eisner.encompasserve.org>   S In article <LRG8e.18025$ox3.8549@trnddc03>, "PAUL DEMBRY" <pade@trifox.com> writes: 7 > I'm getting a C compiler bug check and all it says is  > > > %VCG-F-BUGCHECK, Compiler bug check during middle end phase.; >                 Submit an SPR with a problem description. 1 >                 At line number 2536 in y.tab.c.  > M > What confuses me is that this source code compiled a few months ago and has N > not been touched at all (it's a RCS checkout of an old version of our code).K > Can anyone give me some clues as to what "middle end phase" means? I have M > /noopt set and according to the listing, line 2536 is that last line of the N > source file. This is on VAX OpenVMS 6.1. I have enough disk space so that is > not the problem.	 > Thanks,  > Paul  F    I've seen lots of layered products behave this way when running out    of PGFLQUOTA.   ------------------------------  # Date: Mon, 18 Apr 2005 14:10:52 GMT # From: Beach Runner <bob@nospam.com> ! Subject: Computer Telphony System 9 Message-ID: <MdP8e.5836$_t3.3131@tornado.tampabay.rr.com>   G W hile ago I asked about an alpha based computer telephony system, and  ( it expired.  Does anyone still make one?   Thanks.    Bob    ------------------------------  # Date: Mon, 18 Apr 2005 15:43:12 GMT # From: hoff@hp.nospam (Hoff Hoffman) % Subject: Re: Computer Telphony System 1 Message-ID: <kAQ8e.4053$LI.1076@news.cpqcorp.net>   _ In article <MdP8e.5836$_t3.3131@tornado.tampabay.rr.com>, Beach Runner <bob@nospam.com> writes: H :W hile ago I asked about an alpha based computer telephony system, and ) :it expired.  Does anyone still make one?   H   I'm not aware of an Asterisk port for OpenVMS, but I'd look at that as=   a potential option here.  Asterisk is a software-based PBX.    	--   L   The lists of products are available via the HP DSPP product search engine.J   (This URL was listed in the FAQ, as it wasn't exactly obvious within theI   listings at the HP DSPP web page <http://www.hp.com/go/dspp/> as to its I   location -- the old (but still functional) direct URL for the software  ?   products catalog is: <http://www.compaq.com/csa/directory/>.    J   I do not know what telephony products are listed in the catalog, if any.  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 18 Apr 2005 00:59:14 -0700% From: "Leo" <Leo.Rosegrave@gmail.com> Y Subject: Re: Do You Want To Know For Sure That You Are Going To Heaven? The reason some p C Message-ID: <1113811154.449749.172030@f14g2000cwb.googlegroups.com>    pardon the possible pun, but...    ....Good Lord.   ------------------------------    Date: 18 Apr 2005 08:02:44 -0700# From: "Galen" <gltackett@gmail.com> > Subject: Re: DS15 RADEON 7500 hang solved (at least partially)C Message-ID: <1113836564.952773.206510@l41g2000cwc.googlegroups.com>   D The DS10 hasn't hung up since I moved the Radeon 7500 to a differentB slot about three weeks ago. I was out all last week but this thing@ tended to hang even when the system was to all appearances idle.  E I also installed the Graphics ECO Kit V3 about a week and a half ago.   A I think it's probably fixed.  Thanks to all who have contributed.    ------------------------------  # Date: Mon, 18 Apr 2005 17:39:13 GMT * From: "FredK" <fred.nospam@nospam.dec.com>> Subject: Re: DS15 RADEON 7500 hang solved (at least partially)1 Message-ID: <5hS8e.4072$NI.3769@news.cpqcorp.net>   J Yup.  Sounds about right.  To get the Radeon to perform really well, thereJ are some bus control bits that allow you to do things like control the DMAL fetch size, etc.  We found that in some cases on a _shared_ PCI bus, this isD really, really bad.  The latest kit attempts to keep the performance setting,J but provides a logical to allow you to turn "fast DMA" off (sort of like a PCB 3D card that has a slider that can be optimized for performance orG reliability).  We "think" we are on the track of finding the underlying  problem D wen running with the "fast" setting, and will do another ECO when weH finally nail it down.  We also have a few 3D operations we still plan to	 optimize.     . "Galen" <gltackett@gmail.com> wrote in message= news:1113836564.952773.206510@l41g2000cwc.googlegroups.com... F > The DS10 hasn't hung up since I moved the Radeon 7500 to a differentD > slot about three weeks ago. I was out all last week but this thingB > tended to hang even when the system was to all appearances idle. > G > I also installed the Graphics ECO Kit V3 about a week and a half ago.  > C > I think it's probably fixed.  Thanks to all who have contributed.  >    ------------------------------    Date: 18 Apr 2005 07:45:04 -0500B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)5 Subject: Re: Flash Card reader with VMS Now available 3 Message-ID: <2WXbd6KUwsBa@eisner.encompasserve.org>   ~ In article <pan.2005.04.16.13.11.06.505440@removethis.yahoo.co.uk>, John Wallace <johnwallace4@removethis.yahoo.co.uk> writes: > L > Hence (I assume) the questions about 'wear levelling' and 'how many writes) > per sector is the card guaranteed for'.  > J > The question re power loss probably arises because flash devices work onG > an "erase/modify/rewrite" basis, and the size of data being erased is H > typically bigger than the size of the block being written. If power isL > lost (or hardware fails) at an unfortunate time, data that had been erasedC > can be permanently lost. Leaving the old data in place and simply G > re-mapping some blocks after succesfully rewriting the new data might  > minimise this risk too.  >   K Yes, you have understood the reasoning behind my questions. As I don't know K very much about CF devices (yet), I was also concerned that some CF devices M may buffer writing of some data to the card until an idle period is detected. L As ODS-2 appears to rely on the order of writes to disk in order to maintainM file system integrity in a system or power failure situation, that could also  be another issue.   L I had a quick look at the CF specification, and I see that wear levelling isI required as standard. I couldn't find any information about the number of I blocks reserved in the CF card for a pool to allocate a new block from or I if this is a static or dynamic pool (where old blocks enter the pool when - their contents are written to another block).   N [I would assume dynamic, but even then, depending on how smart the replacementH algorithm is, there could be problems if only the same few LBNs are been written to by the application.]   N The number of rewrites per block appears to vary by device, but "John Smith"'sG 100,000 number appears to be in the right area for retail devices, with K Sandisk quoting standard industrial cards at about 300,000 rewrites and the B heavy duty industrial cards at about a couple of million rewrites.  D BTW, by comparison at the low end of the scale, the program flash inK microcontrollers (for example) tends to be of lower endurance. For example, M a couple of variants in the Motorola HC08 series have a minimum rewrite count I of about 10,000, but a "typical" count of 100,000. See page 177 of the QT K variant datasheet if you are interested in an example, which is located at:   P http://www.freescale.com/files/microcontrollers/doc/data_sheet/MC68HLC908QY4.pdf  K The point behind all this is that David needs to be sure that the endurance 9 and reliability is suitable for the intended application.    Hope this helps,   Simon.   --  B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       7 Microsoft: The Standard Oil Company of the 21st century    ------------------------------  % Date: Mon, 18 Apr 2005 09:18:29 -0400 ? From: "David Turner, Island Computers US Corp" <david@hpaq.net> 5 Subject: Re: Flash Card reader with VMS Now available : Message-ID: <0pO8e.95654$vK6.76475@bignews3.bellsouth.net>  J That IS why we stated perhaps this would be a solution for backup and data transfers t other machines. I We have ordered some CFII Microdrives to test - this may be the better of  the alternatives. 7 Will be testing these this week and we'll send details. L I personally don't do the testing but it is interesting at least to see some? of the most modern of peripherals actually functional with VMS.    DT   --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Skype ID: islandco Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html   G "Simon Clubley" <clubley@remove_me.eisner.decus.org-Earth.UFP> wrote in 5 message news:2WXbd6KUwsBa@eisner.encompasserve.org... J > In article <pan.2005.04.16.13.11.06.505440@removethis.yahoo.co.uk>, John5 Wallace <johnwallace4@removethis.yahoo.co.uk> writes:  > > G > > Hence (I assume) the questions about 'wear levelling' and 'how many  writes+ > > per sector is the card guaranteed for'.  > > L > > The question re power loss probably arises because flash devices work onI > > an "erase/modify/rewrite" basis, and the size of data being erased is J > > typically bigger than the size of the block being written. If power isG > > lost (or hardware fails) at an unfortunate time, data that had been  erasedE > > can be permanently lost. Leaving the old data in place and simply I > > re-mapping some blocks after succesfully rewriting the new data might  > > minimise this risk too.  > >  > H > Yes, you have understood the reasoning behind my questions. As I don't knowE > very much about CF devices (yet), I was also concerned that some CF  devices E > may buffer writing of some data to the card until an idle period is 	 detected. E > As ODS-2 appears to rely on the order of writes to disk in order to  maintainJ > file system integrity in a system or power failure situation, that could also > be another issue.  > K > I had a quick look at the CF specification, and I see that wear levelling  isK > required as standard. I couldn't find any information about the number of K > blocks reserved in the CF card for a pool to allocate a new block from or K > if this is a static or dynamic pool (where old blocks enter the pool when / > their contents are written to another block).  > D > [I would assume dynamic, but even then, depending on how smart the replacement J > algorithm is, there could be problems if only the same few LBNs are been! > written to by the application.]  > G > The number of rewrites per block appears to vary by device, but "John  Smith"'sI > 100,000 number appears to be in the right area for retail devices, with I > Sandisk quoting standard industrial cards at about 300,000 rewrites and  the D > heavy duty industrial cards at about a couple of million rewrites. > F > BTW, by comparison at the low end of the scale, the program flash inD > microcontrollers (for example) tends to be of lower endurance. For example,I > a couple of variants in the Motorola HC08 series have a minimum rewrite  count K > of about 10,000, but a "typical" count of 100,000. See page 177 of the QT I > variant datasheet if you are interested in an example, which is located  at:  >  > P http://www.freescale.com/files/microcontrollers/doc/data_sheet/MC68HLC908QY4.pdf > C > The point behind all this is that David needs to be sure that the 	 endurance ; > and reliability is suitable for the intended application.  >  > Hope this helps, >  > Simon. >  > --  = > Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP 9 > Microsoft: The Standard Oil Company of the 21st century    ------------------------------    Date: 18 Apr 2005 04:41:55 -0700* From: "Don Braffitt" <don.braffitt@hp.com>' Subject: Re: Itanium ovms 8.2 migration C Message-ID: <1113824515.471218.106650@z14g2000cwz.googlegroups.com>    Edgar,  B The latest COBOL documentation update (Jan-2005) is now on the web4 covering VAX (COBOL V5.7) and Alpha/I64 (COBOL V2.8)  *   http://h71000.www7.hp.com/doc/cobol.html   - Don Braffitt7   project leader, COBOL/SORT for OpenVMS and Tru64 UNIX    ------------------------------  # Date: Mon, 18 Apr 2005 15:27:19 GMT # From: hoff@hp.nospam (Hoff Hoffman) ' Subject: Re: Itanium ovms 8.2 migration 1 Message-ID: <rlQ8e.4049$LI.2251@news.cpqcorp.net>   j In article <1113574722.566322.234790@z14g2000cwz.googlegroups.com>, "ugex" <edgar_ulloa@yahoo.com> writes:  E :I need to migrate all aplications in vax vms 7.1 to Itanium ovms 8.2  :(all builded in cobol).  %   I will assume you have source code.   G :1.-- Can I do it direcly .. vax - vms  Itanium..? or is necesary Vax -  :alpha -itanium..?     Either works.   C :2.- Some one knows what itanium licences I need for start ovms 8.2  :itanium..?  :- ovms  :- vms users  F   There are no per-user licenses on I64.  The base license for OpenVMSE   I64 provides what required an unlimited-user license on the OpenVMS "   VAX and OpenVMS Alpha platforms.  	 :- tcp/ip  :- dvnetend   D   Look at the packaging of the OpenVMS I64 license classes, the fourG   license classes -- foundation operating environment (FOE), enterprise B   operating environment (EOE), and (as available) mission criticalA   operating environment (MCOE) being the relevent classes here -- @   presently include increasing numbers of core OpenVMS products.   :-cobol  : E :3.- some one knows what point missing me to know for this proyect..?      C   If you are storing floating point in files, you will want to look D   at that -- there is a migration manual around in the V8.2 manuals,D   and you will want to look at the contents of that document.  ThereC   are some other considerations, such as existing code that assumes A   512-byte memory pages -- this same consideration was present in B   migrations to Alpha -- that are involved and that are covered inE   the porting manual, as well.  Again, the details are in the manual.     N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 18 Apr 2005 00:46:53 -0700+ From: "nutznbolz" <anirban.maiti@gmail.com>  Subject: Re: Login mysteryB Message-ID: <1113810413.819850.74920@f14g2000cwb.googlegroups.com>  . What does it say when you do show <user_id> ??   ------------------------------  % Date: Mon, 18 Apr 2005 04:02:56 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: Login mysteryB Message-ID: <1113811363.ff939d3098417a5da2638f4212df1d40@teranews>   PAUL DEMBRY wrote: > I > While trying to discover the compiler bug check problem, I thought that M > perhaps my account (suddenly) doesn't have high enough quotas. However when 2 > I run authorize, I cannot even find my user id!      Is there a logical for SYSUAF ?   D If you are in a cluster, the SYSUAF may reside elsewhere in a sharedH area, while your own node may have a very basic SYSUAF in case your node ever boots on its own.  G If you try to SET HOST 0, does it then allow you to login with the same H username/password  that you used to login in the first place ? Maybe theC system manager didn't like you and removed your name while you were  logged in :-) :-)  D In terms of your compile, it would not affect it, since the compilerF runs as part of your process which is already established with all its> quotas etc. Changing SYSUAF won't affect the existing process.    E If you run out of memory, the compiler will tell you. (at which point 2 you increase the page file quota for the account).  E You can also try /NOOBJECT to see if it fails prior to generating the  object code.  H Also /PREPROCESS_ONLY which only goes through the # directives. (HELP CC for more info).   < This may help narrow down which phase of the compiler bombs.   ------------------------------    Date: 18 Apr 2005 07:39:03 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: Login mystery3 Message-ID: <SrCwo22wAk1B@eisner.encompasserve.org>   S In article <JTG8e.32722$hB6.7689@trnddc06>, "PAUL DEMBRY" <pade@trifox.com> writes: I > While trying to discover the compiler bug check problem, I thought that M > perhaps my account (suddenly) doesn't have high enough quotas. However when L > I run authorize, I cannot even find my user id! I did list * and looked atI > the listing and there is no entry for my user id. How is this possible? & > Again this is on OpenVMS 6.1 on VAX.	 > Thanks,  > Paul  @    1) someone ran AUTHORIZE after you logged in, and removed youB    2) someone defined SYSUAF after you logged in, and the new file       doesn't include you A    3) someone restored an old SYSUAF after you logged in, and you        weren't there   @    In short, once you log in you're entry in SYSUAF is no longerD    required.  But VMS has to look elsewhere for your process quotas.   ------------------------------  + Date: Mon, 18 Apr 2005 14:38:18 +0000 (UTC) - From: klewis@OMEGA.MITRE.ORG (Keith A. Lewis)  Subject: Re: Login mystery. Message-ID: <d40goq$jq3$3@newslocal.mitre.org>   koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes in article <SrCwo22wAk1B@eisner.encompasserve.org> dated 18 Apr 2005 07:39:03 -0500: T >In article <JTG8e.32722$hB6.7689@trnddc06>, "PAUL DEMBRY" <pade@trifox.com> writes:J >> While trying to discover the compiler bug check problem, I thought thatN >> perhaps my account (suddenly) doesn't have high enough quotas. However whenM >> I run authorize, I cannot even find my user id! I did list * and looked at J >> the listing and there is no entry for my user id. How is this possible?' >> Again this is on OpenVMS 6.1 on VAX. 
 >> Thanks, >> Paul  > A >   1) someone ran AUTHORIZE after you logged in, and removed you C >   2) someone defined SYSUAF after you logged in, and the new file  >      doesn't include youB >   3) someone restored an old SYSUAF after you logged in, and you >      weren't there > A >   In short, once you log in you're entry in SYSUAF is no longer E >   required.  But VMS has to look elsewhere for your process quotas.    Also check this:   $ MC SYSGEN SHOW UAFALTERNATE   2 If it's anything other than 0, RTFM for more info.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Mon, 18 Apr 2005 09:23:24 -0700 , From: "Paul Dembry" <pade@nospam.trifox.com> Subject: Re: Login mystery1 Message-ID: <uZGdnYEOtLwTQ_7fRVn-jw@megapath.net>   0 > What does it say when you do show <user_id> ??, %UAF-W-BADSPC, no user matches specification   ------------------------------  % Date: Mon, 18 Apr 2005 09:32:37 -0700 , From: "Paul Dembry" <pade@nospam.trifox.com> Subject: Re: Login mystery1 Message-ID: <7Pydnfb6bKlkff7fRVn-pA@megapath.net>   ! > Is there a logical for SYSUAF ?  No.   F > If you are in a cluster, the SYSUAF may reside elsewhere in a sharedJ > area, while your own node may have a very basic SYSUAF in case your node > ever boots on its own. No cluster.   I > If you try to SET HOST 0, does it then allow you to login with the same J > username/password  that you used to login in the first place ? Maybe theE > system manager didn't like you and removed your name while you were  > logged in :-) ^:-)3 I can log in as many times as I like w/o a problem.   G > You can also try /NOOBJECT to see if it fails prior to generating the  > object code.3 With /noobject it gets the same compiler bug check.   J > Also /PREPROCESS_ONLY which only goes through the # directives. (HELP CC > for more info).  Listing looks fine.  Thanks,  Paul   ------------------------------  % Date: Mon, 18 Apr 2005 09:33:43 -0700 , From: "Paul Dembry" <pade@nospam.trifox.com> Subject: Re: Login mystery1 Message-ID: <7PydnfH6bKlkff7fRVn-pA@megapath.net>    > Also check this: >  > $ MC SYSGEN SHOW UAFALTERNATE 4 > If it's anything other than 0, RTFM for more info. It shows 0.  Thanks,  Paul   ------------------------------  # Date: Mon, 18 Apr 2005 16:57:21 GMT # From: hoff@hp.nospam (Hoff Hoffman)  Subject: Re: Login mystery1 Message-ID: <RFR8e.4060$qI.2116@news.cpqcorp.net>   S In article <JTG8e.32722$hB6.7689@trnddc06>, "PAUL DEMBRY" <pade@trifox.com> writes: H :While trying to discover the compiler bug check problem, I thought thatL :perhaps my account (suddenly) doesn't have high enough quotas. However whenK :I run authorize, I cannot even find my user id! I did list * and looked at H :the listing and there is no entry for my user id. How is this possible?% :Again this is on OpenVMS 6.1 on VAX.   G   As stated in various of the replies, the following assumes that there E   is NO SYSUAF logical name defined, and that the UAFALTERNATE system 0   parameter is set to its default value of zero.     If so, try this:     $ SET DEFAULT SYS$SYSTEM   $ RUN AUTHORIZE    UAF> SHOW user  F   I am guessing that you are not defaulted to the proper directory, inE   other words.  (Easy mistake.  Made it myself on various occasions.) F   I am further guessing that whatever default directory you are in has   a local SYSUAF.DAT file.   	--   G   Details of the compiler and of the compiler bugcheck would be of some G   interest.  (To me.)  These are sometimes quota-related, and are also  F   commonly caused by internal errors within the compiler -- if you areE   (still) running OpenVMS VAX V6.1, you probably are not also running F   the most current version of whichever compiler is involved, however.3   Accordingly, a compiler upgrade may be warranted.     N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 18 Apr 2005 12:16:54 -0500B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) Subject: Re: Login mystery3 Message-ID: <Z$JAO9FsPAdN@eisner.encompasserve.org>   ` In article <7Pydnfb6bKlkff7fRVn-pA@megapath.net>, "Paul Dembry" <pade@nospam.trifox.com> writes: > J >> If you try to SET HOST 0, does it then allow you to login with the sameK >> username/password  that you used to login in the first place ? Maybe the F >> system manager didn't like you and removed your name while you were >> logged in :-) ^:-) 5 > I can log in as many times as I like w/o a problem.    Two guesses:  H 1) You may not be looking at the SYSUAF.DAT that you think you are. Do aF search on all disks for SYSUAF.DAT and see what turns up. You did do a@ "$ set default sys$system" before invoking authorize I take it ?  N 2) Your SYSUAF.DAT may be corrupted. Do an analyze/rms on sysuaf.dat to check.   Simon.   --  B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       7 Microsoft: The Standard Oil Company of the 21st century    ------------------------------  % Date: Mon, 18 Apr 2005 13:16:31 -0400  From: norm.raphael@metso.com Subject: Re: Login mysteryQ Message-ID: <OFFF41421E.CBE60C74-ON85256FE7.005EB126-85256FE7.005EC8CA@metso.com>   < If there is no logical name for SYSUAF do you not need to be> defaulted to the location of SYSUAF.DAT, typically SYS$SYSTEM?  G "Paul Dembry" <pade@nospam.trifox.com> wrote on 04/18/2005 12:23:24 PM:   2 > > What does it say when you do show <user_id> ??. > %UAF-W-BADSPC, no user matches specification >  >    ------------------------------  # Date: Mon, 18 Apr 2005 17:00:48 GMT & From: Rick Jones <foo@bar.baz.invalid>3 Subject: Re: Microsoft Joins the Battle for Itanium 1 Message-ID: <4JR8e.4061$PN.2603@news.cpqcorp.net>   ) Bill Todd <billtodd@metrocast.net> wrote:  > Rick Jones wrote: A >> 32-bit _X86_ applications, not 32-bit applications in general.   B > I think you'll agree that 32-bit x86 applications are beyond anyE > shadow of a doubt the context of the above statements about Windows D > performance (and therefore the context of my comment about them as > well).  C Be that as it may, I have found that Usenet statements and the like A put out onto the net tend to have a life of their own and lead to D later, incorrect, generalizations. Particularly when they strike-outC on their own, away from the context in which they were nurtured and  raised.   
 rick jones --  = portable adj, code that compiles under more than one compiler F these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...    ------------------------------    Date: 18 Apr 2005 12:07:24 -0500B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)I Subject: Re: VMS FAQ: changing volume label of system disk: DECnet MOP or 3 Message-ID: <R0$h9r+keX4P@eisner.encompasserve.org>   K In article <877jj2myi2.fsf@prep.synonet.com>, prep@prep.synonet.com writes:  > G > Remember that MOP grew out of the RSX remote boot/run/swap stuff, and D > was cleaned up at least twice and extended to be a reasonably fullG > set of primatives for booting and maintanance ops. Performance is not  > an issue here! >   J However, it's still simple enough that you can implement a simple MOP bootE server in an evening. [No prizes for guessing how I know this... :-)]    Simon.   --  B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       7 Microsoft: The Standard Oil Company of the 21st century    ------------------------------  # Date: Mon, 18 Apr 2005 17:13:07 GMT # From: hoff@hp.nospam (Hoff Hoffman) I Subject: Re: VMS FAQ: changing volume label of system disk: DECnet MOP or 1 Message-ID: <DUR8e.4066$iQ.3630@news.cpqcorp.net>   x In article <R0$h9r+keX4P@eisner.encompasserve.org>, clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes: ..K :However, it's still simple enough that you can implement a simple MOP bootOF :server in an evening. [No prizes for guessing how I know this... :-)]  J   The necessary technical documentation for the Maintenance and OperationsH   Protocol (MOP) is referenced in the -- wait for it :-) -- OpenVMS FAQ,.   and has shipped out on the OpenVMS Freeware.    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq2N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Mon, 18 Apr 2005 10:12:08 +0100o* From: "Richard Brodie" <R.Brodie@rl.ac.uk>Y Subject: Re: VMS FAQ: changing volume label of system disk: DECnet MOP or LANCP boot datat2 Message-ID: <d3vtl8$jvg$1@blackmamba.itd.rl.ac.uk>  D "Michael Moroney" <moroney@world.std.spaamtrap.com> wrote in message" news:d3tnjj$i1l$1@pcls4.std.com... > prep@prep.synonet.com writes:O  I > Yes.  Making MOP, which is not DECnet, a DECnet function causes quite arA > bit of confusion as we see from earlier replies in this string.-  D I think too much has been made of it earlier on this thread. I mean,? my TCP/IP kernel responds to ARP packets (which is a completelyc5 different protocol to IP) but I don't worry about it.@  , MOP was the maintenance protocol for DECnet:; http://ftp.digital.com/pub/DEC/DECnet/PhaseIV/maintop30.txt 1 Can we call it an related protocol, or something?m   ------------------------------    Date: 18 Apr 2005 07:34:34 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)sY Subject: Re: VMS FAQ: changing volume label of system disk: DECnet MOP or LANCP boot data,3 Message-ID: <xhTU1p$KiKCi@eisner.encompasserve.org>s  _ In article <d3vtl8$jvg$1@blackmamba.itd.rl.ac.uk>, "Richard Brodie" <R.Brodie@rl.ac.uk> writes:c > F > "Michael Moroney" <moroney@world.std.spaamtrap.com> wrote in message$ > news:d3tnjj$i1l$1@pcls4.std.com...  >> prep@prep.synonet.com writes: > J >> Yes.  Making MOP, which is not DECnet, a DECnet function causes quite aB >> bit of confusion as we see from earlier replies in this string. > F > I think too much has been made of it earlier on this thread. I mean,A > my TCP/IP kernel responds to ARP packets (which is a completelya7 > different protocol to IP) but I don't worry about it.- > E    ARP is a separate protocol, but IP won't run over ethernet withouti?    it.  And there's no point running ARP if you're not doing IPo    (although you could).  A    DECnet and MOP are separate protocols, each cabable of runningnC    without the other and both having full functionality without the$	    other.s   ------------------------------    Date: 18 Apr 2005 08:57:21 +0100K From: pmoreau@ath.cena.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.68.40)r' Subject: Re: [OT]: Free Linux?  Hardly.h! Message-ID: <SVY0I4ViNk5l@sinead>i  R In article <gPSdnXNULbN1kP7fRVn-1A@igs.net>, "John Smith" <a@nonymous.com> writes:! > Pssst... Free Linux! Only $799!   K Get Debian, it's 100% free. You even can test it via live CDs. Works great.p   Patrick  --O ===============================================================================eN pmoreau@ath.cena.fr  (CENA/SDER) ______      ___   _          (Patrick MOREAU)4 moreau_p@decus.fr (DECUS)       / /   /     / /|  /|J CENA/SDER/Athis-Mons France    / /___/     / / | / |   __   __   __   __  N BP 205                        / /         / /  |/  |  |  | |__| |__  |__| |  |N 94542 ORLY AEROGARE CEDEX    / /   ::    / /       |  |__| | \  |__  |  | |__|N http://www.ath.cena.fr/~pmoreau/              http://membres.lycos.fr/pmoreau/O ===============================================================================t   ------------------------------    Date: 18 Apr 2005 04:22:23 -0700 From: icerq4a@spray.se& Subject: Re: [OT]: Free Linux? Hardly.C Message-ID: <1113823343.934437.323370@o13g2000cwo.googlegroups.com>t   John Smith wrote:r! > Pssst... Free Linux! Only $799!  >t > Thu Apr 14, 2:49 PM ET > Business - NewsFactore >y >v  > Paul Murphy, www.cio-today.com  4 Although Paul Murphy may have a _little_ point here,A he is usually out of reality, and he is a _notorious_ Sun-fanboy.a   ------------------------------  + Date: Mon, 18 Apr 2005 14:28:14 +0000 (UTC)y- From: klewis@OMEGA.MITRE.ORG (Keith A. Lewis)w# Subject: Re: [PCSI] Feature requeste. Message-ID: <d40g5u$jq3$2@newslocal.mitre.org>   peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes in article <42603fc8@NEWS.LANGSTOEGER.AT> dated 15 Apr 2005 22:27:20 +0100: h >In article <f0U7e.3985$J_4.595@news.cpqcorp.net>, hammond@not@peek.ssr.hp.com (Charlie Hammond) writes:g >>In article <42600153$1@NEWS.LANGSTOEGER.AT>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:gJ >>>May I ask for a new PCSI feature, where the version number of a productH >>>is allowed to be part of the product name (in addition to /VERSION=). >>E >>I think you are asking to be allowed to include the fully qualifiedcH >>product name, similar to the kit file name, and to have PCSI parse out> >>the PRODUCER, BASE_SYSTEM, NAME and VERSION.  e.g., entering >>. >>    $ PRODUCT INSTALL HP-AXPVMS-VMS730-V0600 >> >>would be equivalent to >>M >>    $ PRODUCT INSTALL /PRODUCER=HP /BASE_SYSTEM AXPVMS-VMS730 /VERSION=V6.0t >eH >$ PRODUCT INSTALL /PRODUCER=HP /BASE_SYSTEM=AXPVMS VMS730 /VERSION=V6.0 >h> >Nice idea. And for consistency it would be the only solution.D >But I think, this would be difficult to implement (if not requiringC >to specify all parts of the kitfilename). And I think, it would be I >easier to do what I asked for, as I personally only need the version ;-) ! >The same as with VMSINSTAL kits.i  H It seems to me that the fastest and easiest fix to this problem would be  ( $ PI :== @SYS$UPDATE:PRODUCT_INSTALL.COM  E and write a command procedure that parses P1 and executes the PRODUCT-D INSTALL command.  Submit to Hoff for inclusion on the freeware disk.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  # Date: Mon, 18 Apr 2005 16:49:55 GMTl3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)W# Subject: Re: [PCSI] Feature request 1 Message-ID: <TyR8e.4059$eO.3102@news.cpqcorp.net>U  / In article <d40g5u$jq3$2@newslocal.mitre.org>,  / klewis@OMEGA.MITRE.ORG (Keith A. Lewis) writes:   I >It seems to me that the fastest and easiest fix to this problem would be  >u) >$ PI :== @SYS$UPDATE:PRODUCT_INSTALL.COM  > F >and write a command procedure that parses P1 and executes the PRODUCTE >INSTALL command.  Submit to Hoff for inclusion on the freeware disk.u  E I discussed the original idea with the developers.  They see a numbernE of problems with the approach suggested and are declining to consider  it futher at this time.t  C That said, the idea of a command procedure is excellent.  It allows A you to customize exactly what you want for your unique situation.h  : Here is a rough-cut suggestion that I have *NOT* tested!!!8 (And should certainly have SOME error checking added...)  
 $!  PI.COM@ $!  Accept <product>-<version> as input and to a PRODUCT INSTALL $!! $   prod_in - f$element(0,"-",p1)j! $   vers_in - f$element(1,"-",p1)sC $   vers_in = f$extract(0,3,vers_in) + "." + f$extract(3,2,vers_in)I $!C $   product install 'prod_in' /version='vers_in' /options=noconfirm  $! $   exit   @PI <prod>-<ver> results ino  >     $ product install <prod> /version=<ver> /options=noconfirm  . NOTE: PCSI will accept V06.01 as equal to V6.1  L If you try this, please let us (or at least me!) know how it works for  you.     --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------   End of INFO-VAX 2005.216 ************************