1 INFO-VAX	Tue, 01 Jun 2004	Volume 2004 : Issue 303       Contents:) Re: AUTO_DLIGHT_SAV not available on VAX?  RE: Cluster disk mount problem RE: Cluster disk mount problem( Re: cobol compile on DEC (alpha machine)( Re: cobol compile on DEC (alpha machine) Re: datatrieve
 datatrieve Re: failed CXX installation?% Re: HP and Intel Developer Forum 2004 % Re: HP and Intel Developer Forum 2004 5 Re: More on Processors from May issues of "PROCESSOR"  Storing system files in CMS  Re: Storing system files in CMS  Re: Storing system files in CMS  Re: Storing system files in CMS  T4 and friends Re: T4 and friends, Re: [DECset V12.5] Current LSE/SCA version ? Re: [LINUX]   F ----------------------------------------------------------------------  # Date: Tue, 01 Jun 2004 14:29:07 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond) 2 Subject: Re: AUTO_DLIGHT_SAV not available on VAX?0 Message-ID: <To0vc.2673$Ef.152@news.cpqcorp.net>  . In article <6u1uc.13183$eY2.10258@attbi_s02>, 7 brad@rabbit.dnsalias.org (Bradford J. Hamilton) writes:   M >AUTO_DLIGHT_SAV is a valid SYSGEN parameter on Alpha (since 7.3*?); however, M >it is not a valid parameter on VAX 7.3 (even though it appears in the SYSGEN 
 >help files).  >  >Bug or feature?  ...   C There are no plans to port AUTO_DLIGHT_SAV or the code that uses it C to OpenVMS VAX.  Doing so would not be trivial, so don't expect it.   F >                ... How will I accomplish the time change in October?# >SYS$EXAMPLES:DAYLIGHT_SAVINGS.COM?    That is one way.  > You could also use SET TIME and SYS$MANGER:UTC$TIME_SETUP.COM.  J Note: If you are using DTSS, please use NET$CONFIGURE or the corresponding> DCE procedure to make Time Zone and Time DIfferential changes.   --  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.   ------------------------------  $ Date: Tue, 1 Jun 2004 12:27:47 -0400 From: norm.raphael@metso.com' Subject: RE: Cluster disk mount problem Q Message-ID: <OF47634706.F4F16DFE-ON85256EA6.0059F72C-85256EA6.005A9BF8@metso.com>   B "Main, Kerry" <kerry.main@hp.com> wrote on 05/31/2004 07:17:31 PM:   >  > > -----Original Message-----2 > > From: Phillip Helbig---remove CLOTHES to reply, > > [mailto:helbig@astro.multiCLOTHESvax.de] > > Sent: May 31, 2004 5:14 PM > > To: Info-VAX@Mvb.Saic.Com + > > Subject: Re: Cluster disk mount problem  > > I > > In article <Xns94FA9639518F7falkarcabca@198.161.157.145>, Alfred Falk # > > <falk@arc.REMOVE.ab.ca> writes:  > > < > > >   %MOUNT-I-MOUNTED, APP_A mounted on _$250$DIA310: (A)F > > >   %MOUNT-I-REBUILD, volume was improperly dismounted; rebuild in > > > progress  H If these disks are mounted/running on node A, why is he getting messagesH from the A node when attempting the mount on the C node (or I misreading the -I- messages)?   > > > ? > > > In past experience, I would say "no big deal", but now it  > > takes FOREVER ? > > > to rebuild and all other activity on the disk in question  > > is locked out.? > > > Users get upset in a few minutes, I can't wait that long,  > > and so I've : > > > had to press the Halt button and try something else. > > > < > > > Anyone have any suggestions as to what could be wrong? > > H > > No, but why not mount them /NOREBUILD and then rebuild them later atI > > your (and your users') convenience?  Also, once they are mounted, you 2 > > might be able to find out what the problem is. > >  > 	 > Alfred,  > G > Not sure why the rebuild is taking so long, but normally it goes very 
 > quickly. > A > Did this just begin to happen or has it been a gradual decline?  > > > Here is suggestion that I have been using for mount command: > * > $ mount /system $250$DIA310: APP_A APP_A0 > $ spawn/nowait set volume/rebuild $250$DIA310:* > $ mount /system $250$DIA311: APP_B APP_B0 > $ spawn/nowait set volume/rebuild $250$DIA311:  & Wouldn't that still lock up the disks?   > H > You could also do a daily batch job that runs at midnight and does theE > following on each volume - you do not need to dismount the driives: # > $ set volume/rebuild $250$DIAxxx:    This ISTM would be much better.    >   H If these disks are mounted/running on node A, why is he getting messages from the A node   
 > Regards, >  > Kerry Main > Senior Consultant  > HP Services Canada > Voice: 613-592-4660  > Fax: 613-591-4477  > Email: kerryDOTmainAThpDOTcom - > (remove the DOT's and AT for email address)  > ' > "OpenVMS has always had integrity .." ! > "Now, Integrity has OpenVMS .."  >  >    ------------------------------  # Date: Tue, 01 Jun 2004 17:26:06 GMT ) From: Alfred Falk <falk@arc.REMOVE.ab.ca> ' Subject: RE: Cluster disk mount problem 9 Message-ID: <Xns94FB745225489falkarcabca@198.161.157.145>   C helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to - reply) wrote in news:c9g776$8oo$5@online.de:    G > In article <Xns94FA9639518F7falkarcabca@198.161.157.145>, Alfred Falk ! ><falk@arc.REMOVE.ab.ca> writes:   > 9 >>   %MOUNT-I-MOUNTED, APP_A mounted on _$250$DIA310: (A) D >>   %MOUNT-I-REBUILD, volume was improperly dismounted; rebuild in  >> progress  >>  B >> In past experience, I would say "no big deal", but now it takesG >> FOREVER to rebuild and all other activity on the disk in question is C >> locked out.  Users get upset in a few minutes, I can't wait that C >> long, and so I've had to press the Halt button and try something 	 >> else.   >>  9 >> Anyone have any suggestions as to what could be wrong?  > G > No, but why not mount them /NOREBUILD and then rebuild them later at  H > your (and your users') convenience?  Also, once they are mounted, you 0 > might be able to find out what the problem is.  G That's a good suggestion and it is of some help.  Actually I've always  F mounted most disks /NOREBUILD with a subsequent SET VOLUEM/REBUILD in H batch.  In the days of VAX 8600 and RA81's this improved boot time by a C lot.  However, certain disks I have allowed the rebuild on initial  D mount, especially in recent years when the rebuilds have been quite  fast.   C At this point I have determined that it is the rebuild that causes  	 problems.   + "Main, Kerry" <kerry.main@hp.com> wrote in  H news:FD827B33AB0D9C4E92EACEEFEE2BA2FB3560EB@tayexc19.americas.cpqcorp.ne t: > G > Not sure why the rebuild is taking so long, but normally it goes very  > quickly.   > A > Did this just begin to happen or has it been a gradual decline?   8 Problem began last Thursday when I re-arranged hardware.  > > Here is suggestion that I have been using for mount command: > * > $ mount /system $250$DIA310: APP_A APP_A0 > $ spawn/nowait set volume/rebuild $250$DIA310:* > $ mount /system $250$DIA311: APP_B APP_B0 > $ spawn/nowait set volume/rebuild $250$DIA311: > H > You could also do a daily batch job that runs at midnight and does theE > following on each volume - you do not need to dismount the driives: # > $ set volume/rebuild $250$DIAxxx:   F As I mentioned above, I have used a similar strategy, however the SET 4 VOLUME/REBUILD locks disks for an unacceptable time.  H This only occurs from the node C.  A rebuild from nodes A or B is still G reasonable, at under 3 seconds on 2 GB disk and about 6 seconds for 36  G GB shadow set.  From node C, the 2 GB disk takes about 5 seconds and I  : don't dare try it on the shadow sets during working hours.  7 To clarify a few points I left out of my original post: 
    VMS 7.2H    Each node has own system disk, which were copied in hardware changes.9    Nodes A and B and quorum disk (RZ28!) are on DSSI bus. H    Node C is NI only, non-voting, and has no disks of interest to nodes  A and B.   --  @ ----------------------------------------------------------------A   A L B E R T A         Alfred Falk               falk@arc.ab.ca  @ R E S E A R C H         Information Systems Dept   (780)450-5185+   C O U N C I L         250 Karl Clark Road 1                         Edmonton, Alberta, Canada  http://www.arc.ab.ca/   T6N 1E4   http://www.arc.ab.ca/staff/falk/   ------------------------------  % Date: Tue, 01 Jun 2004 15:16:23 +0200  From: Dirk Munk <munk@home.nl>1 Subject: Re: cobol compile on DEC (alpha machine) & Message-ID: <40BC81A7.3020502@home.nl>  N I suppose it depends on what you want to achieve. Using the /debug and /noopt J qualifiers for instance is nice for testing. but will definitely decrease I performance in the production phase. The /standard=v3 option is for some  I downwards compatibility with a (very old) VAX Cobol compiler. The /align  S qualifier may speed up your program, but it also influences the file structure etc.   S You did not supply any link switches, so it is a bit difficult commenting on those.   O Using help cobol may give you a lot more information, or reading the (on line)   manuals.     tutor wrote: > Hello. > D > What is the customary and usual cobol compile and link qualifiers? >  > I have heard:  > 2 > cobol   /float=iee/align/standard=v3/debug/noopt. >    (for embedded cobol compiles with Ingres) >  > without ingres,  > just drop   /standard=v3 >  > 6 > please reply to    tutor  AT   cfl  DOT  rr  DOT com   ------------------------------   Date: 1 Jun 2004 12:10:21 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) 1 Subject: Re: cobol compile on DEC (alpha machine) 3 Message-ID: <ShyseXGtnWsj@eisner.encompasserve.org>   G In article <40BC81A7.3020502@home.nl>, Dirk Munk <munk@home.nl> writes: P > I suppose it depends on what you want to achieve. Using the /debug and /noopt . > qualifiers for instance is nice for testing.  3 But it might be better to compile /OPTIMIZE and use    	DBG> SET STEP /SEMANTIC_EVENT  D        (Alpha only) Executes the program to the next semantic event.  H        STEP/SEMANTIC_EVENT simplifies debugging optimized code. (See the        Description section.)   ------------------------------   Date: 1 Jun 2004 08:36:15 -0600  From: briggs@encompasserve.org Subject: Re: datatrieve 3 Message-ID: <koyums+YNi$1@eisner.encompasserve.org>   w In article <c9b6mk$s9f$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: I > I'm updating the layered products on my hobbyist system.  Since I have  I > enough disk space, I figure I might as well install stuff I don't need  H > now but which might come in handy in the future.  One such product is J > DATATRIEVE.  Can someone explain in a nutshell what it does and whether J > it is worth learning for someone like myself who has no experience with  > it?    Would some examples help?    DTR> DEFINE RECORD UAF-RECORD  01 UAF-REC.   05 TYPE USAGE BYTE.  05 VERSION USAGE BYTE.   05 USRDATOFF USAGE WORD.   05 USERNAME PIC X(32).   ... ; B (once defined, this lands in your current working directory withinL the CDD where it may be editted later.  You only need to key in this tedious stuff once).   DTR> EDIT UAF-RECORD8 (pops you into a text editor where you can make changes)  A DTR> DEFINE DOMAIN UAF USING UAF-RECORD ON SYS$SYSTEM:SYSUAF.DAT; E (again, the defined domain (an association of a record definition and F a data source) lands in your current working directory within the CDD)   DTR> READY UAF SHARED WRITE ? (By default you get non-shared read access if I remember right)   C DTR> FIND UAF WITH USERNAME STARTING WITH "FOO" AND LAST-LOGIN-TIME       LESS THAN "01-JAN-2004"C (It knows about VMS quadword data formats and if LAST-LOGIN-TIME is J defined as such in the record definition, the text string is automaticallyC converted to date and the comparison automatically takes place as a > quadword comparison of date/time values.  You also have a rich? selection of comparison operators.  "<", "LESS THAN", "LT" if I  remember right)   / DTR> PRINT USERNAME, LAST-LOGIN-TIME OF CURRENT D ("CURRENT" is the name of the collection formed from the most recent
 FIND command)   7 DTR> READY MY_PRIVATE_USER_ACCOUNTING_DATABASE AS MPUAD A (Putting a short alias on a data source as that source is opened)   F DTR> PRINT USERNAME, LAST-LOGIN-TIME, ACCOUNTING_CODE OF CURRENT CROSS     MPUAD OVER USERNAME D ("CROSS" = Inner join.  If there isn't a matching accounting record, you get nothing)  % DTR> PRINT USERNAME, LAST-LOGIN-TIME, G      ACCOUNTING_CODE FROM MPUAD WHERE MPUAD.USERNAME = CURRENT.USERNAME H ("FROM" = single field outer join.  If there isn't a matching accounting# record, you get no accounting code)   & DTR> PRINT TOTAL CONNECT-TIME OF MPUADF (You can do statistical totals (TOTAL, COUNT, AVERAGE) on collections)  # That's just the tip of the iceberg.   B I no longer have access to Datatrieve.  So the above syntax is not guaranteed to be 100% correct.   	John Briggs   ------------------------------   Date: 1 Jun 2004 09:52:04 -0700 , From: JimStrehlow@data911.com (Jim Strehlow) Subject: datatrieve < Message-ID: <4b6ec350.0406010852.cb9538c@posting.google.com>   From Charlie Byrne: C >Can I define "overlays", where I could read in a record and then,  : >based upon a "record type" field, define the other fields differently.A >(I can't imagine NOT being able to do this but I'll ask anyway).     < "Overlays" are typical COBOL-like redefining record layouts.C 01 is traditionally the top level with greater numbers (02, 03, 04,  05,  10, ...) being sub-levels.    01 DATA.   05 RECORD_CODE      PIC X. ! 'A'=Area  or  'D'=district !    05 AREA_RECORD. 2     10 AREA_CODE      PIC X(2)  QUERY_NAME IS ACD.2     10 AREA_NAME      PIC X(30) QUERY_NAME IS ANM.      10 FILLER         PIC X(12).  -   05 DISTRICT_RECORD  REDEFINES  AREA_RECORD. 2     10 DISTRICT_CODE  PIC X(2)  QUERY_NAME IS DCD.2     10 DISTRICT_NAME  PIC X(20) QUERY_NAME IS DNM.2     10 CITY_NAME      PIC X(20) QUERY_NAME IS CNM.2     10 STATE_CODE     PIC X(2)  QUERY_NAME IS SCD.  # Query names are aliases [optional].     : (I tried to reply to the previous thread without success.)  0 Jim, OpenVMS Systems and Database Administrator, Alameda, CA, USA  A "The boss reminded us that we only have a week left to finish our * project, so we ought to be half done now." "You have not even started.") "Yeah, but I work better under pressure." ( "Actually you work only under pressure."D "That way the work time is more miserable; but there is less of it."A  variation of a Calvin and Hobbes cartoon by Bill Watterson, 1995    ------------------------------  $ Date: Tue, 1 Jun 2004 05:08:32 -0400  From: John Santos <JOHN@egh.com>% Subject: Re: failed CXX installation? 4 Message-ID: <1040601045600.404K-100000@Ives.egh.com>  D On Mon, 31 May 2004, Phillip Helbig---remove CLOTHES to reply wrote:  C > In article <1040531024958.3379A-100000@Ives.egh.com>, John Santos  > <JOHN@egh.com> writes:   > N > > > Installing the latest CXX on VAX, I get the following error (this is theE > > > contents of a file which was mentioned in the screen message as 0 > > > containing more information on the error): > > > N > > > MOVE_FILE CXX$PH_TEMP VMI$ROOT:[CXX$LIB.REFERENCE.CXXL$DEF_H]COMPLEX.H;  > > >  > > > That's it. > > > O > > > The same installation on another VAX, the main difference is that it has  L > > > 64 MBRAM whereas the installation failed on a 32-MB RAM VAX, from the L > > > same CD worked fine.  If it had been a resource problem, I would have  > > > expected another message.  > > > $ > > > Any idea what the above means? > > F > > No, but one resource problen that can prevent the display of errorF > > messages is running out of I/O channels.  Check that process quotaK > > FILLM is adequate (how's that for vague?) and that the SYSGEN parameter D > > CHANNELCNT is at least 15 greater than the largest FILLM on your > > system.  > 0 > FILLM is 300, but CHANNELCNT is only 255.  :-( > H > > > Has anyone tried to install the latest DECwindows on VAX from the N > > > layered-product CDs?  PCSI hangs, CONTROL-T shows TYPE.  CONTROL-Y gets K > > > things moving again and the installation appears to go OK from there.  > > G > > Double-check the minimum resources required by DECWindows.  I think ( > > that's where my VAX FILLM came from. > K > This was right at the beginning of the installation, though, where it is  ) > just writing information to the screen.  > L > > Also google for the tuning params for BACKUP (listed many times over theG > > years); I think that's where the CHANNELCNT >= 15 + MAX(FILLM) came E > > from.  There may be other quota and parameter interactions listed 
 > > there. > E > I did implement that once, but then probably later increased FILLM.  > E > Of course, the installation notes often contain such information.   K > However, it's a pain to wade through them all.  It would be nice to have  I > an official recommendation of the minimum values of account quotas and  J > system parameters required for installing software!  Alternatively, the G > installation procedure could check these early on and give a warning.   J Yes, that would be the best solution...  Some products do check parameters. and tell you what they need, but others don't.  C I think with PCSI and a separate config phase, all PCSI is doing is @ copying files, creating directories, etc, so I don't see why theA minimum requirements for *INSTALLING* (vs. *CONFIGURING* all PCSI @ kits aren't exactly the same!  (Except the disk space required.)C If you can install one, you can install them all (until you run out 	 of disk.)   > When you configure, the configuration command file should know? how many global sections and global pages are required, minimum = and recommended process quotas for use, special system tuning A requirements, etc.  If you don't currently meet the requirements, ? it should help you.  I.E. offer to run AUTHORIZE and bump FILLM D and ASTLM, or add an "ADD_GBLPAGES" line to the end of MODPARAMS.DAT@ and instruct you to run AUTOGEN, etc.  (For experience users, it= probably shouldn't make changes unless okayed by the sysmglr, > but it should point everyone, especially newbies, in the right direction.)   : One big complication is products that include an IVP.  The> IVP often requires correct tuning and/or configuration to run.  = Maybe the IVP should just detect the same conditions and tell > you "Please CONFIG and then re-run the IVP" if it doesn't like
 what it sees.    --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Tue, 01 Jun 2004 11:58:15 +0200 1 From: =?ISO-8859-1?Q?Jean-Fran=E7ois_Pi=E9ronne?= . Subject: Re: HP and Intel Developer Forum 2004( Message-ID: <40BC5337.50900@laposte.net>  
 Hi Robert,   Robert Trawinski wrote:    > K > I compiled PYTHON 2.3.3 (that is also very important for my company). No  K > problem with compilation (I had to get rid of some modules). Sources from  > . > http://www.pi-net.dyndns.org/anonymous/kits/ > 2 > Unfortunately it didn't work. Are you there JFP? >  > Robert >  >   G I'm sorry it has taken me so long to reply, I am, currently, very busy.   J A few month ago I have successfully built Python 2.3.3 on Itanium (Only a K couple of lines need to be added), but as I have used a early 8.1 VMS kits   many tests failed.    1 Python 2.3.4 and MySQL 4.0.20 have been released.   K I will build new kits for AXP and Itanium (VMS 8.2) during the forthcoming  ! month (I will try before august).   
 Jean-Franois    ------------------------------  $ Date: Tue, 1 Jun 2004 11:10:28 -04000 From: "Brad McCusker" <brad.you-know-who@hp.com>. Subject: Re: HP and Intel Developer Forum 2004* Message-ID: <40bc9e0f@usenet01.boi.hp.com>  = "Stanley F. Quayle" <squayle@insight.rr.com> wrote in message ' news:40B67A35.2512.6EE6750@localhost... D > Anyone going to this?  Looks like a way to get an Itanium box with > VMS cheap: > G > "As a special offer to a select set of HP and Intel developers, HP is G > making the HP Integrity rx2600 server available at an exclusive price  > of $2000 USD." > A > You have to join DSPP (free) and the Intel Early Access Program 7 > (free), but it's not clear what the session costs --    < Stanley - Doesn't this make it clear what the session costs:  K "And, to help you make the most of this investment, the price of the server - includes the HP and Intel Developer Forum..."   E Which is the sentence immediately following the one you quoted above.   F I am not involved in these events, so, I may be completely wrong, but,L it was my understanding that the cost of the event included the Itanium box.  L I also believe (again, I could be wrong), that there will be people from VMSC engineering there to assist the attendees with VMS specific issues.   
 Brad McCusker    ------------------------------  % Date: Tue, 01 Jun 2004 09:43:40 +0100 9 From: Andrew Harrison <andrew_._remove_harrison@su_n.com> > Subject: Re: More on Processors from May issues of "PROCESSOR"0 Message-ID: <c9hfk0$see$1@new-usenet.uk.sun.com>   Rob Young wrote:v > In article <DTiotGxQ0bj6-pn2-PlOygEkPGNpe@dave2_os2.home.ours>, "Dave Weatherall" <djw-nothere@nospam.nohow> writes: > C >>On Fri, 28 May 2004 03:37:46 UTC, young_r@encompasserve.org (Rob   >>Young) wrote:  >> >>U >>>In article <uMCdnZnxnNOX9CvdRVn-ig@igs.net>, "John Smith" <a@nonymous.com> writes:  >>>  >>> F >>>>Doesn't this sound like Intel 'tripping?' Not only is this bad forN >>>>Intel's 32-bit processors, but I cannot see this being 'good' for Itanic.. >>>> >>> G >>>	Yeah.  And then financial reality sets in.  AMD cleared $60 million I >>>	last quarter, Intel cleared $2.5 billion last quarter.  Profits equal ? >>>	to twice AMD's revenues.  Maybe Intel shovels an extra $100 - >>>	million to Itanium just for good measure?  >>> >>Well considering you had  AMD going bust Rob, that's a fair H >>performance and it can easily get better. Intel is still a big comapny >>tho'.  >> >  > > > 	I had them taking a beating in 2003.  I don't believe I hadA > 	them going out of business, others used the words "kill."  But @ > 	without context it is hard to know what you are referring to. > 	Perhaps this? >   @ You had them going away under an onslaught of price cutting from Intel.  A In fact they didn't take a beating Q4 2003 was their turn arround B quarter where they started turninfg in a profit and no top of that> despite your predictions that they would be in the middle of a; price cutting war in fact their average unit price went up.   > You could not have got it much more wrong if you had tried but= then as we all know predictions and you just don't make happy  bed fellows do they Rob.  h > http://groups.google.com/groups?hl=en&lr=lang_en&ie=UTF-8&selm=hKLt8cFK9ejE%40eisner.encompasserve.org > 6 > 	My point is one corporation is much larger than theA > 	other.  Yes , Dell was small at one time and IBM larger in the  > 	PC space. >   0 Heard of Hertz and Avis ????????????????????????    @ > 	Unlike IBM's non-reaction to the market, that certainly isn't > 	Intel historically.A > 	If Intel sees share slipping, they will do something about it. C > 	AMD is mostly relagated to a small section of the market.  Yeah, F > 	maybe everyone gets excited when/if they double that section.  They& > 	would still be small in comparison. >   C You really havn't been paying attention have you. Intel just put an B axe to their up to now very sucessfull strategy of lengthening theA pipeline, improving the prediction and bumping up the clock speed B and with it a very successfull Bzzzt its the clock speed marketing	 campaign.   ? Tejas and Jayhawk are dead, Prescott looks very much like a dud ; and all Intel can show for their new very very expensive 90 = nanometer process is a hotter, more complex and slower set of ; units. Imagine that Intel has just written of a 1.5 billion ; dollar investment for the 3 CPU's and their 2.5 billion and : upwards investment in the FAB isn't delivering a return as early as they expected.   @ And then they have to fixup a new strategy, getting some designsD done, goto their ISV's and saying start doing threading because the A cores are just not going to go on getting faster at the rate you  F expected and fix the marketing none of which are cheap options either.  E In the mean time AMD can crank the clock up on Opteron/Athlon-64 and  C then go dual core with a big per core lead over Intel who are going  backwards to Pentium M.    Regards  Andrew Harrison    ------------------------------   Date: 1 Jun 2004 08:07:51 -0700 ( From: pulley_p@hotmail.com (Phil Pulley)$ Subject: Storing system files in CMS< Message-ID: <7041fc41.0406010707.cfe30ee@posting.google.com>  9 I am trying to store the following system files in CMS...   
 Sysuaf.dat Vms$audit_server.dat vue$profile.vue$dat    ...but it doesn't seem to work.   D I can (apparently)create the element OK but, when I try and fetch orE reserve it CMS terminates & the file is not retrieved (I am using the D Decwindows front end to access CMS) however - I can store & retrieve text files OK.D I suspect that CMS does not handle this type of file but the manuals$ do not confirm that this is the case   Anybody help on this?      Best regards   Phil Pulley    ------------------------------   Date: 1 Jun 2004 10:45:48 -0600  From: briggs@encompasserve.org( Subject: Re: Storing system files in CMS3 Message-ID: <PACuR74X0wJ5@eisner.encompasserve.org>   g In article <7041fc41.0406010707.cfe30ee@posting.google.com>, pulley_p@hotmail.com (Phil Pulley) writes: ; > I am trying to store the following system files in CMS...  >  > Sysuaf.dat > Vms$audit_server.dat > vue$profile.vue$dat  > ! > ...but it doesn't seem to work.  > F > I can (apparently)create the element OK but, when I try and fetch orG > reserve it CMS terminates & the file is not retrieved (I am using the F > Decwindows front end to access CMS) however - I can store & retrieve > text files OK.F > I suspect that CMS does not handle this type of file but the manuals& > do not confirm that this is the case >  > Anybody help on this?   D I just tried and it seemed to work for me.  Being somewhat paranoid,; I worked on a copy of SYSUAF rather than on the real thing.    $ copy sysuaf gork.dat /log P %COPY-S-COPIED, SYS$COMMON:[SYSEXE]SYSUAF.DAT;17 copied to DISK1420:[VAXS09]GORK .DAT;32567 (1368 blocks) $ cms show ver DEC/CMS Version V3.6-10  $ cms create element gork.dat 
 _Remark: gork @ %CMS-S-CREATED, element DISK1420:[VAXS09.CMSLIB]GORK.DAT created $ dir gork.dat! %DIRECT-W-NOFILES, no files found A $ ! Sure is a good thing I'm paranoid.  Wouldn't want CMS to have  $ ! deleted the real thing $ cms fetch gork.dat	 _Remark:  P %CMS-S-FETCHED, generation 1 of element DISK1420:[VAXS09.CMSLIB]GORK.DAT fetched $ dir /fu gork.dat   Directory DISK1420:[VAXS09]   > GORK.DAT;1                    File ID:  (3287,192,0)          0 Size:         1372/1372       Owner:    [VAXS09]" Created:    1-JUN-2004 11:25:27.88& Revised:    1-JUN-2004 11:25:29.31 (1)" Expires:    1-JUN-2004 13:26:44.03 Backup:    <No backup recorded>  Effective: <None specified>  Recording: <None specified> 4 File organization:  Indexed, Prolog: 3, Using 4 keys'                              In 3 areas  [...]  $ diff gork.dat sysuaf ************  File DISK1420:[VAXS09]GORK.DAT;1=   239   ORACLE                          IBS429999             =   240   ORACLE7                         IBS429999              ******% File SYS$COMMON:[SYSEXE]SYSUAF.DAT;17 =   239   ORACLE                          IBS429999             =   240   ORACLE7                         IBS429999              ************  & Number of difference sections found: 1% Number of difference records found: 1     DIFFERENCES /IGNORE=()/MERGED=1-      DISK1420:[VAXS09]GORK.DAT;1-$     SYS$COMMON:[SYSEXE]SYSUAF.DAT;17 $   I Looks like a database server process logged in (updating last login time) 4 while I was testing.  Other than that, a clean copy.  " Oh.  Now that I look more closely:   $ copy sysuaf gork.dat /log d %COPY-S-COPIED, SYS$COMMON:[SYSEXE]SYSUAF.DAT;17 copied to DISK1420:[VAXS09]GORK.DAT;2 (1368 blocks) $ dir /size=all gork.dat   Directory DISK1420:[VAXS09]   $ GORK.DAT;2              1368/1372   $ GORK.DAT;1              1372/1372     # Total of 2 files, 2740/2744 blocks.   H 1368/1372 on the re-copied original.  1372/1372 on the CMS fetched copy.* Interesting, but probably purely cosmetic.  D Given the way CMS stores change records, I'm not convinced that it'sF a great way to archive a set of snapshots of SYSUAF (every record that@ has had the login time touched will be stored as a change record= every time you update the element) but I'd expect it to work.   A Possibly you are running into file locking issues (which I evaded 1 nicely by taking a copy and running CMS on that).    	John Briggs   ------------------------------   Date: 1 Jun 2004 12:10:32 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ( Subject: Re: Storing system files in CMS3 Message-ID: <byMgtNglvuje@eisner.encompasserve.org>   g In article <7041fc41.0406010707.cfe30ee@posting.google.com>, pulley_p@hotmail.com (Phil Pulley) writes: ; > I am trying to store the following system files in CMS...  >  > Sysuaf.dat > Vms$audit_server.dat > vue$profile.vue$dat  > ! > ...but it doesn't seem to work.  > F > I can (apparently)create the element OK but, when I try and fetch orG > reserve it CMS terminates & the file is not retrieved (I am using the F > Decwindows front end to access CMS) however - I can store & retrieve > text files OK.F > I suspect that CMS does not handle this type of file but the manuals& > do not confirm that this is the case  E    CMS claims to store anything except directory files.  However, the B    methods CMS uses to track changes are based on the realities ofB    text files containing program source.  At best storage of other&    types of files is very inefficient.  C    Our rule of thumb:  if a human being creates it, it goes in CMS. =    If it's built from something in CMS, it doesn't go in CMS.    ------------------------------   Date: 1 Jun 2004 12:12:23 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ( Subject: Re: Storing system files in CMS3 Message-ID: <+sYzVvCiIvc8@eisner.encompasserve.org>   g In article <7041fc41.0406010707.cfe30ee@posting.google.com>, pulley_p@hotmail.com (Phil Pulley) writes: ; > I am trying to store the following system files in CMS...  >  > Sysuaf.dat > Vms$audit_server.dat > vue$profile.vue$dat  > ! > ...but it doesn't seem to work.   F    What error do you get?  When we had someone who insisted in storingE    a non-text file in CMS, we quite often got page file quota errors. E    It can take a lot of memory to manupulate non-text files with CMS.    ------------------------------  % Date: Tue, 01 Jun 2004 12:16:54 +0200  From: jf.pieronne@laposte.net  Subject: T4 and friends 2 Message-ID: <c9hl34$10p$1@news-reader2.wanadoo.fr>  
 I have put on B http://www.pi-net.dyndns.org/anonymous/jfp/t4/t4chart/screenshots/  M some screen's capture of an early version of a chart tools for T4 data store   into a MySQL database.  L The database builder/loader is written in Python, the chart program in Java.  L They can run on any system which support Python and Java (VMS :-), Windows,  MACOS, linux,...)     7 If someone wants to play with these tools, let me know.       
 Jean-Franois    ------------------------------  # Date: Tue, 01 Jun 2004 16:49:09 GMT 1 From: Michael Austin <maustin@firstdbasource.com>  Subject: Re: T4 and friends ; Message-ID: <9s2vc.2193$Lz3.306@newssvr24.news.prodigy.com>    jf.pieronne@laposte.net wrote: > I have put on D > http://www.pi-net.dyndns.org/anonymous/jfp/t4/t4chart/screenshots/ > I > some screen's capture of an early version of a chart tools for T4 data   > store into a MySQL database. > I > The database builder/loader is written in Python, the chart program in   > Java.  > E > They can run on any system which support Python and Java (VMS :-),   > Windows, MACOS, linux,...) >  > 9 > If someone wants to play with these tools, let me know.  >  >  >  > Jean-Franois   I I do!!  I would like to see how you are loading the data into MySQL... I  G have a perl script that rearranges the data such that it can be loaded  F into any database using things like the MySQL 'load" command, Oracles E SQL*Loader, and RMU -- in other words, not database dependent.  I am  H still working on the extract portion of that tool so that it can be fed $ into CSVPNG and graphed dynamically.   I am   ------------------------------  % Date: Tue, 01 Jun 2004 10:54:00 -0400 , From: Jim Nickalide <james.mickalide@hp.com>5 Subject: Re: [DECset V12.5] Current LSE/SCA version ?e, Message-ID: <40bc9af5$1@usenet01.boi.hp.com>  G DECset 12.5 was a maintenance release and there were changes to LSE so lH the LSE kit was rebuilt which accounts for the  updated version number. H SCA was not changed so the V4.7 kit was put into the DECset kit and the I individual kit was not rebuilt so the version number was not incremented.s      -Jim-    Peter 'EPLAN' LANGSTOEGER wrote:y > In article <c9d7i1$tdp$2@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:4 > G >>In article <newscache$9lfjyh$0br$1@news.sil.at>, peter@langstoeger.at?& >>(Peter 'EPLAN' LANGSTOEGER) writes:  >> >>>Now a (rhetorical) question:- >>>-I >>>In previous occurences I found every time the version of LSE (Language.H >>>Sensitive Editor) and SCA (Source Code Analyzer) identical. Even thisJ >>>time, SPL lists both as one item with UPI 057AA and version V4.8 (which! >>>is contained in DECset V12.5).i >>>aO >>>I did install DECset (months ago) and found that LSE is V4.8 and SCA is V4.7r >>>Now, is there a SCA V4.8 ?h >>F >>For a long time, Fortran and VMS had the same version numbes, but I  >>believe that has changed now.  >  > P > If they are/were not sold under the same UPI, this is not exactly the same ;-) >    ------------------------------  % Date: Tue, 01 Jun 2004 17:43:38 +0100 # From: peter.watkinson1@ntlworld.comi Subject: Re: [LINUX]8 Message-ID: <i9cpb058c0bpitajn6cr79vkjnculbke74@4ax.com>  F On Thu, 27 May 2004 17:05:52 -0400, "Hein" <hein.nomail@hp.nomail.com> wrote:   >yH >> I'm currently downloading the 2.67 Go RedHat for Alpha .iso images to* >> swap my good old PWS600au/VMS to Linux. >>
 >> Any clues?  > % >Yeah, get an Intel box to run Linux.m >yF >Alphas are meant to run (Hobbiest) OpenVMS (or Tru64 if you have to). >eL >I like Alphas, but I'm not about to create a constant streams of hurdles in >my life and run Linux on one.M >You are doing this to learn re-usable technical skills no? Not just to provea >is can be done no?:K >How valuabable will it be for future business opportunities to know how to. >dual boot an Alpha?J >Or how usefull will it be to run (barebones?) Linux on it and how to find" >any and all missing drivers/rpm's? >Wow, you'll be able to use native 'vi' on your alpha. Whoopee!  > L >Sorry if sound too sarcastic. I'm sure it'll be 'neat' to have Linux on the >Alpha.V >MJ >Oh... btw... you know what i did in my weekend? reloaded Linux on a freshE >120GB drive in my CD player, and installed Apache and an MP3 servingfH >package, doing 'vi /etc/smb.conf' and fun stuff like that. So now I canK >stream MP3 from my CD player/Jukebox to any PC and use the CD player as anmG >'always on' file server.  Next taks: a cddb or freedb (perl) script too= >post-associated already ripped, but nameless, CDs with theirm" >album/artits/track info. Whoopee! >r >:-) >h >I >e    E yeah why not run a shit os on shit hardware. If your going to use x86t? might as well use Microsoft - no use in reinventing the wheel. v  F Have Debian on a couple of Alphas, plus VMS and tru64 on one. Can't be> bothered to run linux on x86 PITA enough as it is on an Alpha.   ------------------------------   End of INFO-VAX 2004.303 ************************