1 INFO-VAX	Mon, 23 Feb 2004	Volume 2004 : Issue 107       Contents: Re: DCL Numerical symbols  RE: Easiest way..  Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  RE: Intel releases 64bit Xeon : Re: It is almost certain now, INTEL will have 64bit x86 !! meta-data & Mozilla $ RE: Old Personal Management Programs$ Re: Old Personal Management ProgramsP Re: RDB database becomes disabled by remote user failures because of  security rP Re: RDB database becomes disabled by remote user failures because of  security rP Re: RDB database becomes disabled by remote user failures because of  security r Serial ISDN to VMS system  RE: system directory confusion" Re: RE: system directory confusion: Re: TCO cluster study proves VMS, questions unix/linux ...  RE: what is "$ FONT/DIR" on VAX?  RE: what is "$ FONT/DIR" on VAX?7 Re: will these third-party CD-ROM drives work with VMS?   F ----------------------------------------------------------------------  % Date: Mon, 23 Feb 2004 08:47:39 -0800 ' From: David Mathog <mathog@caltech.edu> " Subject: Re: DCL Numerical symbols8 Message-ID: <20040223084739.3abbaba1.mathog@caltech.edu>   On 19 Feb 2004 07:25:31 -0800 # daveparboo@hotmail.com (DXP) wrote:    > D > I need to be able to do some basic arithmetic with numbers of thisG > magnitude in a dcl procedure, but if the symbols are not doing what I  > ask it is somewhat difficult.   E Try "icalcv", this was my modification of icalc which exports results * to a DCL symbol "icalc_out" for future useA in a DCL context. It can do several operations at once and export C all of them as a list in that symbol.  You may pick up a copy here:   0   ftp://saf.bio.caltech.edu/pub/software/openvms   The thing is it may not give you as much accuracy as you'd like since when numbers exceed the integer size limit they automatically convert to float.  Example:    % icalc    > IC> 99999999 + 99999999          199999998  IC> 999999999 + 999999999          1999999998 IC> 9999999999 + 9999999999 
         2e+10   g You might be able to go through the source code and convert "int" to "long long" but I've not tried it.    If 64 bit integers isn't enough, and you need to add arbitrarily long strings you might look into porting "bc", the extended precision  calculator available on most unix systems.  Feel free to ripk out the DCL symbol export code from icalcv and stuff it into your port of "bc" if that will be of any help.    Regards,   David Mathog mathog@caltech.edu> Manager, Sequence Analysis Facility, Biology Division, Caltech   ------------------------------  % Date: Mon, 23 Feb 2004 08:00:31 -0700 B From: "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com> Subject: RE: Easiest way..O Message-ID: <11721EF39C7D7F47A55447158274CAF7A59CD1@cossmgmbx01.email.corp.tld>    David J. Dachtera wrote:   > Hhmmm... Did you try:  >=0D> > $ SET SECURITY/LIKE=3DNAME=3Dsource_filespec target_filespec >=0D> > You may have to surround that with enough DCL to make up for
 > the lack of D > wildcard support in that command. F$SEARCH() and F$PARSE() will be > useful, at the very least.=0D   = Use the above command on the top level directory and then use   / $ set security/default newdisk:[newdir...]*.*;*  --=0D  Brian Tillman        =0D Smiths Aerospace 3290 Patterson Ave. SE, MS 1B3 Grand Rapids, MI 49512-1991 > Brian.Tillman is the name, smiths-aerospace.com is the domain.	       =0D : I don't speak for Smiths, and Smiths doesn't speak for me.  * ******************************************G The information contained in, or attached to, this e-mail, may contain= D  confidential information and is intended solely for the use of the=G  individual or entity to whom they are addressed and may be subject to= H  legal privilege.  If you have received this e-mail in error you should=H  notify the sender immediately by reply e-mail, delete the message from=L  your system and notify your system manager.  Please do not copy it for any=F  purpose, or disclose its contents to any other person.  The views or=I  opinions presented in this e-mail are solely those of the author and do= G  not necessarily represent those of the company.  The recipient should= I  check this e-mail and any attachments for the presence of viruses.  The= A  company accepts no liability for any damage caused, directly or= 4  indirectly, by any virus transmitted in this email.* ******************************************   ------------------------------    Date: 22 Feb 2004 22:05:02 -0800. From: mistdragon@zdnetonebox.com (mist dragon)& Subject: Re: Intel releases 64bit Xeon= Message-ID: <7500353b.0402222205.6518a740@posting.google.com>   < I'd be willing to bet that one of the high end VMS engineersN > has been given a secret task of looking at what would be involved in portingU > VMS to the 8086. has had been the case prior to the announcement of Alpha's murder.   B Maybe even not that far-fetched. I remember the discussion, just aE short while ago someone asking what would prevent vms to be ported to B AMD and why itanium port cannot be ported to AMD :) A lots of deep technical references followed.   M    ------------------------------    Date: 22 Feb 2004 22:20:59 -0800. From: mistdragon@zdnetonebox.com (mist dragon)& Subject: Re: Intel releases 64bit Xeon= Message-ID: <7500353b.0402222220.486798ca@posting.google.com>   l icerq4a@spray.se (David Svensson) wrote in message news:<734da31c.0402180716.53b46411@posting.google.com>...u > mistdragon@zdnetonebox.com (mist dragon) wrote in message news:<7500353b.0402180343.48be3089@posting.google.com>...  > > H > > Rumours of HP killing off itanium investments seems to become real.  > : > I have not seen anything that points in that direction ?  < The rumour was on this newsgroup (sent by Didier Morandi, 01F Informatique Hebdo, Nr 1 in IT Press in France). The source of this isB of course unknown but it rings a half-truth. Maybe the message wasE altered on the way and the original said it was AMD64 compatible P64.    M    ------------------------------    Date: 23 Feb 2004 04:01:11 -0800' From: icerq4a@spray.se (David Svensson) & Subject: Re: Intel releases 64bit Xeon= Message-ID: <734da31c.0402230401.6e5f9c01@posting.google.com>   s mistdragon@zdnetonebox.com (mist dragon) wrote in message news:<7500353b.0402222220.624f993e@posting.google.com>... 	 > If IA64 3 > is so perfect, then why would Intel clone AMD64 ?    Why not?A The x86 market is much bigger, Intel have to be there. It doesn't A matter how good or bad IA64 is, whether IA64 is slower or faster, D consume more or less power etc. Those things are small "problems" in> comparison. The major problem is backward compatibility. It is@ impossible to switch the *whole* market to another architecture.   ------------------------------   Date: 23 Feb 2004 13:19:43 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)& Subject: Re: Intel releases 64bit Xeon: Message-ID: <c1culf$1h5es8$1@ID-135708.news.uni-berlin.de>  = In article <7500353b.0402222220.624f993e@posting.google.com>, 1 	mistdragon@zdnetonebox.com (mist dragon) writes:  > H > Or. Would they dare to replace HP-UX with Linux using HP-UX extensions  E But that would require giving up any trade secrets contained in those F extensions.  Why not use one of the BSD impelementations instead?  YouG get Open Source with all it's advantages in the base OS and get to keep ! trade secrets secret if you wish.   G > ? HP-UX is nice Unix system, but propretary Unix is disappearing too.   2 Some would disagree with both of these statements.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Mon, 23 Feb 2004 11:39:51 -0500 ' From: "Main, Kerry" <kerry.main@hp.com> & Subject: RE: Intel releases 64bit XeonR Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB278F8A@tayexc19.americas.cpqcorp.net>   > -----Original Message-----@ > From: bill@gw5.cs.uofs.edu [mailto:bill@gw5.cs.uofs.edu] On=20 > Behalf Of Bill Gunshannon ! > Sent: February 23, 2004 8:20 AM  > To: Info-VAX@Mvb.Saic.Com ( > Subject: Re: Intel releases 64bit Xeon >=20? > In article <7500353b.0402222220.624f993e@posting.google.com>, 3 > 	mistdragon@zdnetonebox.com (mist dragon) writes:  > >=20B > > Or. Would they dare to replace HP-UX with Linux using HP-UX=20 > extensions >=20A > But that would require giving up any trade secrets contained=20 5 > in those extensions.  Why not use one of the BSD=20 A > impelementations instead?  You get Open Source with all it's=20 < > advantages in the base OS and get to keep trade secrets=20 > secret if you wish.  >=20: > > ? HP-UX is nice Unix system, but propretary Unix is=20 > disappearing too.  >=204 > Some would disagree with both of these statements. >=20 > bill >=20 > --=20 B > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n. =20 > Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |E > Scranton, Pennsylvania   |         #include <std.disclaimer.h>  =20  >=20   Bill,   D Re: you disagreeing with statement that proprietary UNIX's are going
 away ..=20  D Yeah, I also agree - those who continue to see the next big thing asC "the way of the future" have the same visionary view as those 10-15 1 years ago who said mainframes are going away  ...    :-)    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)=20   ------------------------------  % Date: Mon, 23 Feb 2004 09:59:17 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! 0 Message-ID: <c1citp$kic$1@new-usenet.uk.sun.com>   Robert Klute wrote: 9 > On Thu, 19 Feb 2004 23:10:08 -0700, "Barry Treahy, Jr."  > <Treahy@MMaz.com> wrote: >  >  >>Robert Klute wrote:  >  > I >>Do you really believe MS is going to spend the money to support X86-64  E >>and IA-64?  Nope, which means that HP is dealing with a low-volume  3 >>processor!  Doesn't Windows on Alpha ring a bell?  >  > J > Stop looking at Microsoft's  early 90s strategy to divine what they whatI > now.  Microsoft needs a large SMP capable version of Windows and 64-bit I > implementations of their applications to increase their presence in the ? > Enterprise space.   Itanium is the processor capable of that.  >   D So will Xeon by the end of this year. And Microsoft will not need toA port one single line of code to get access to the new platform if E they don't want to. So they will be porting the OS, development tools G and probably SQL-Server but not much else, on Itanium everything has to 
 be ported.   Regards  Andrew Harrison    ------------------------------   Date: 23 Feb 2004 16:05:31 GMT0 From: Chip Coldwell <coldwell@frank.harvard.edu> Subject: meta-data & Mozilla/ Message-ID: <c1d8cb$cne$1@news.fas.harvard.edu>   F I'm surprised this question isn't in the FAQ.  Ironically, the problem* came up when I was trying to read the FAQ.  E Here's the situation.  I found a Bookreader version of the VMS FAQ on  HP's website at   5 http://h71000.www7.hp.com/wizard/faq/vmsfaq.decw$book   A and I downloaded it using Mozilla 1.4 on OpenVMS Alpha 7.3-1 with E TCPIP V5.3 on a PWS600AU.  When I tried to open it with Bookreader, I  got the following error:   Error opening book Title:	      Unknown6 File:	      DISK$USER:[COLDWELL.DOC]VMSFAQ.DECW$BOOK;1, Reason:	      Error reading field in record.  ? I guessed that the problem was probably that the file structure C created by Mozilla wasn't what Bookreader was expecting, so I did a D little playing around with ANALYZE/RMS_FILE/FDL.  This revealed that7 the downloaded file has the following record structure:    RECORD 	BLOCK_SPAN		yes 	CARRIAGE_CONTROL	none 	FORMAT					fixed  	SIZE							512   C The same analysis of a Bookreader file that came with the operating ' system (and that opens just fine) shows    RECORD 	BLOCK_SPAN		yes 	CARRIAGE_CONTROL	none 	FORMAT					variable
 	SIZE							0   A So I tried CONVERT/FDL to see if I could convert the fixed-length C record structure that Mozilla created to the variable-length record B structure that Bookreader expected.  Guess what?  Bookreader still? won't open it.  CONVERT/FDL created a file with variable-length C records that all just happen to contain 512 bytes.  In other words, A each "variable-length" record of the new file contains one of the ' fixed-length records from the old file.   D Of course, this is what I should have expected since the information@ about the lengths of the variable-length records isn't availableC anywhere except in the meta-data of the file on HP's server which I 
 can't access.   D So my question is, is there a way of getting the file into the rightD format at this point?  My guess is probably not.  Would it make moreC sense if HP posted a save set containing this file on their website  instead?   TIA,   Chip   --   Charles  M. "Chip" Coldwell  "Turn on, log in, tune out"    ------------------------------  % Date: Mon, 23 Feb 2004 08:08:48 -0700 B From: "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com>- Subject: RE: Old Personal Management Programs O Message-ID: <11721EF39C7D7F47A55447158274CAF7A59CDA@cossmgmbx01.email.corp.tld>    Christoph Gartmann wrote:   2 > Unfortunately I have only executables for VAXen.  H This statement manke me assume you want executables for Alphas.  Did you try VESTing the VAX images?  --=0D  Brian Tillman        =0D Smiths Aerospace 3290 Patterson Ave. SE, MS 1B3 Grand Rapids, MI 49512-1991 > Brian.Tillman is the name, smiths-aerospace.com is the domain.	       =0D : I don't speak for Smiths, and Smiths doesn't speak for me.      * ******************************************G The information contained in, or attached to, this e-mail, may contain= D  confidential information and is intended solely for the use of the=G  individual or entity to whom they are addressed and may be subject to= H  legal privilege.  If you have received this e-mail in error you should=H  notify the sender immediately by reply e-mail, delete the message from=L  your system and notify your system manager.  Please do not copy it for any=F  purpose, or disclose its contents to any other person.  The views or=I  opinions presented in this e-mail are solely those of the author and do= G  not necessarily represent those of the company.  The recipient should= I  check this e-mail and any attachments for the presence of viruses.  The= A  company accepts no liability for any damage caused, directly or= 4  indirectly, by any virus transmitted in this email.* ******************************************   ------------------------------  % Date: Mon, 23 Feb 2004 16:09:20 +0000 * From: Nic Clews <sendspamhere@[127.0.0.1]>- Subject: Re: Old Personal Management Programs ' Message-ID: <c1d8km$t3k$1@lore.csc.com>    Christoph Gartmann wrote:  > 7 > somewhere on an old disk I found a bunch of programs:  > A >               Employee  Evaluation               "EVALUE  .BAS" A >               Communications                     "COMMUN  .BAS" A >               Time Management                    "TIMEFI  .BAS" A >               Decision Making                    "DECISI  .BAS" A >               Delegation Effectiveness           "DELEGA  .BAS" A >               Motivational                       "MOTIVA  .BAS" A >               Be A Better Manager                "MANAGE  .BAS" A >               Boss Evaluation Program            "MYBOSS  .BAS" A >               Planning improvement               "PLANS   .BAS" A >               Get More RESULTS                   "GETDUN  .BAS" A >               Interviewing Prospective Employees "INTERV  .QES"   D The naming convention suggests to me they probably came from a PDP11B system (probably RSTS/E being BASIC based) and got copied to a VMS+ system. I presume your executables are .EXE    --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------    Date: 23 Feb 2004 06:14:19 -0800. From: al5vf03p02@sneakemail.com (William Webb)Y Subject: Re: RDB database becomes disabled by remote user failures because of  security r = Message-ID: <d5ce4b06.0402230614.52d2c808@posting.google.com>   b Paul Sture <nospam@sture.homeip.net> wrote in message news:<40388CFF.6DE59CBE@sture.homeip.net>... > David Froble wrote:  > >  > > sdavidson@uss.com wrote: > > K > > > Our new corporate policy states that we have to automatically disuser ? > > > a user account after they fail at logging in three times.  > > O > > Sounds like "Idiots at work" to me.  Did the people/person instigating this P > > policy understand breakin evasion?  This policy seems like immense overkill. > > D > > Then again, possibly there's some valid reason.  What do I know? > >  > J > Without knowing more detail, I will say that I have come across the ideaJ > of 3 login failures leading to account suspension quite common. That wasD > the case with the smart card I used in my last job to access a PC. > F > Also, the standard instructions issued by my bank say that if anyoneJ > wishes to invalidate a cash or credit card, or internet banking account,= > one should deliberately enter a wrong PIN/password 3 times.  > 7 > So I believe it's quite likely to be a common policy.   D I suspect that the roots of this policy come from "three strikes and you're out" in baseball.  C And, out of curiosity, how many attempts does one get per at-bat in  cricket?  F (They'll probably come and arrest me for using the wrong terminology.)   :^)    WWWebb   ========================! William W. Webb- EMS Operations,   OpenVMS Systems Support % USPS DSSC Annex - 4730 Hargrove Road  ( Raleigh, NC 27616-2874 919.325.7500x4186> * * * -      first initial last name at email dot usps dot gov       WWWebb   ------------------------------  % Date: Mon, 23 Feb 2004 16:02:48 +0100 * From: Paul Sture <nospam@sture.homeip.net>Y Subject: Re: RDB database becomes disabled by remote user failures because of  security r 0 Message-ID: <403A2428.3979D11F@sture.homeip.net>   William Webb wrote:  > d > Paul Sture <nospam@sture.homeip.net> wrote in message news:<40388CFF.6DE59CBE@sture.homeip.net>... > > David Froble wrote:  > > >  > > > sdavidson@uss.com wrote: > > > M > > > > Our new corporate policy states that we have to automatically disuser A > > > > a user account after they fail at logging in three times.  > > > Q > > > Sounds like "Idiots at work" to me.  Did the people/person instigating this R > > > policy understand breakin evasion?  This policy seems like immense overkill. > > > F > > > Then again, possibly there's some valid reason.  What do I know? > > >  > > L > > Without knowing more detail, I will say that I have come across the ideaL > > of 3 login failures leading to account suspension quite common. That wasF > > the case with the smart card I used in my last job to access a PC. > > H > > Also, the standard instructions issued by my bank say that if anyoneL > > wishes to invalidate a cash or credit card, or internet banking account,? > > one should deliberately enter a wrong PIN/password 3 times.  > > 9 > > So I believe it's quite likely to be a common policy.  > F > I suspect that the roots of this policy come from "three strikes and > you're out" in baseball. > E > And, out of curiosity, how many attempts does one get per at-bat in 
 > cricket? >   + Not the world's expert on cricket here :-)       . http://members.rediff.com/cricket/thelaws.html  F for the full rules (see Laws 22-26). To summarize, there can be a deadA ball, no ball, wide ball, bye and leg bye :-) At its most simple, E penalty runs are awarded against the bowling side for bad deliveries.     H > (They'll probably come and arrest me for using the wrong terminology.) >   H What you really need is this then. Have fun in trying to work it out :-)   What is Cricket?    ( CRICKET: As explained to a foreigner...   4 You have two sides, one out in the field and one in.  D Each man that's in the side that's in goes out, and when he's out he1 comes in and the next man goes in until he's out.   G When they are all out, the side that's out comes in and the side that's 7 been in goes out and tries to get those coming in, out.   , Sometimes you get men still in and not out.   E When a man goes out to go in, the men who are out try to get him out, G and when he is out he goes in and the next man in goes out and goes in.   G There are two men called umpires who stay all out all the time and they ' decide when the men who are in are out.   E When both sides have been in and all the men have out, and both sides G have been out twice after all the men have been in, including those who * are not out, that is the end of the game!       --  
 Paul Sture7 PS I'll post a translation if you you get too confused.    ------------------------------  % Date: Mon, 23 Feb 2004 15:11:41 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> Y Subject: Re: RDB database becomes disabled by remote user failures because of  security r 0 Message-ID: <c1d57h$qvg$1@new-usenet.uk.sun.com>   William Webb wrote: d > Paul Sture <nospam@sture.homeip.net> wrote in message news:<40388CFF.6DE59CBE@sture.homeip.net>... >  >>David Froble wrote:  >> >>>sdavidson@uss.com wrote:  >>>  >>> I >>>>Our new corporate policy states that we have to automatically disuser = >>>>a user account after they fail at logging in three times.  >>> N >>>Sounds like "Idiots at work" to me.  Did the people/person instigating thisO >>>policy understand breakin evasion?  This policy seems like immense overkill.  >>> C >>>Then again, possibly there's some valid reason.  What do I know?  >>>  >>J >>Without knowing more detail, I will say that I have come across the ideaJ >>of 3 login failures leading to account suspension quite common. That wasD >>the case with the smart card I used in my last job to access a PC. >>F >>Also, the standard instructions issued by my bank say that if anyoneJ >>wishes to invalidate a cash or credit card, or internet banking account,= >>one should deliberately enter a wrong PIN/password 3 times.  >>7 >>So I believe it's quite likely to be a common policy.  >  > F > I suspect that the roots of this policy come from "three strikes and > you're out" in baseball. > E > And, out of curiosity, how many attempts does one get per at-bat in 
 > cricket? >   ? In a test match each batsman of women gets to bat twice once in ? each innings and in each innings the first time you are caught, ? run-out, stumped, LBW hit your own wicket or bowled is the last 1 time. So you get two chances one in each innings.   + 1 in a normal single innings cricket match.   = So this security policy is more lenient than a cricket match.    Regards  Andrew Harrison H > (They'll probably come and arrest me for using the wrong terminology.) >  > :^)  >  > WWWebb >  > ========================# > William W. Webb- EMS Operations,   > OpenVMS Systems Support ' > USPS DSSC Annex - 4730 Hargrove Road  * > Raleigh, NC 27616-2874 919.325.7500x4186@ > * * * -      first initial last name at email dot usps dot gov >  >  >  > WWWebb   ------------------------------  % Date: Mon, 23 Feb 2004 17:27:12 +0000 * From: Nic Clews <sendspamhere@[127.0.0.1]>" Subject: Serial ISDN to VMS system' Message-ID: <c1dd6o$1ci$1@lore.csc.com>   E As I've had success with this now, just posting information of how it  was done for posterity.   F Summary: In the back-of-beyond, I'm using mid-band access, that is 64kC and 128k ISDN to my ISP. PC access is fine, the problems arose when > trying to get good data rates to the VMS systems, the software environment is irrelevant.  D I'm using a Courier-I (ISDN Terminal Adapter / Modem combined) and a( DS700-16 which is partial modem control.  H I've wired a DB25, shorting the RX and TX grounds, passing modem signalsH for hardware flow (default modem port setting). The Courier-I is in V120G mode, and 115200 kbs. Terminal server has a remote LAT created port for E dial-out. Previously I was seeing low data rates, aggregate of 2.5kbs C when I was expecting at least 6kbs. The modem was showing high flow F control operations (RTS/CTS signalling very active). I'm using dynamic@ PPP from the host to a LAP port (not IP on the terminal server).  G Anyway, I fell over a description of the Circuit Timer parameter on the B DECserver, and I found myself thinking that PPP was based on smallF packets, probably less than a buffer's worth, so I reduced the defaultH value of 80ms to 20ms, and I now started to see data being "streamed" at; 64k with little interaction from the hardware flow control.   H So that was the answer. I'm going to try a lower value still, but in any! case, this is a vast improvement.   G In case you're interested, the circuit timer is a time, in milliseconds F that a transmit to the host is performed, even if the actual packet isG not up to the "transmit" size. Effectively, I believe that a PPP packet D failed to hit the transmit size, so it hung around in the DECserver,E until the circuit timer expired, and the packet was sent (padded with H nulls), ready for the next transmit. Now I know this, I'm probably goingG to see what else I can experiment with in that area (i.e. timers on the  host).  B Of course this information may be useful to anyone else who may be@ struggling with low data throughput with small asynchronous data, packets, but you may also already know this.   --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  % Date: Mon, 23 Feb 2004 07:14:20 -0700 B From: "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com>' Subject: RE: system directory confusion O Message-ID: <11721EF39C7D7F47A55447158274CAF7A59CA2@cossmgmbx01.email.corp.tld>    Richard B. Gilbert wrote:   ; > I've been a system  manager for twenty years now and have ? > never found it necessary to move SYSTARTUP_VMS (or any of its ! > predecessors) or SYLOGICALS.=0D   @ Mixed architecture clusters require it if you don't want to have7 duplicate files for each architecture.  For example, in 4 SYS$$MANAGER:SYSTARTUP_VMS.COM I have the following:   $!# $!  Common system startup procedure  $!& $   @sysmgr_disk:[sysmgr]systartup_vms  G My _real_ startup file is on a cluster-common disk.  I change it in one E place.  Of course, as you say, if you want node-specific definitions, ! you use SYS$SPECIFIC as the root.  --=0D  Brian Tillman        =0D Smiths Aerospace 3290 Patterson Ave. SE, MS 1B3 Grand Rapids, MI 49512-1991 > Brian.Tillman is the name, smiths-aerospace.com is the domain.	       =0D : I don't speak for Smiths, and Smiths doesn't speak for me.  * ******************************************G The information contained in, or attached to, this e-mail, may contain= D  confidential information and is intended solely for the use of the=G  individual or entity to whom they are addressed and may be subject to= H  legal privilege.  If you have received this e-mail in error you should=H  notify the sender immediately by reply e-mail, delete the message from=L  your system and notify your system manager.  Please do not copy it for any=F  purpose, or disclose its contents to any other person.  The views or=I  opinions presented in this e-mail are solely those of the author and do= G  not necessarily represent those of the company.  The recipient should= I  check this e-mail and any attachments for the presence of viruses.  The= A  company accepts no liability for any damage caused, directly or= 4  indirectly, by any virus transmitted in this email.* ******************************************   ------------------------------  % Date: Mon, 23 Feb 2004 10:16:30 -0600 ( From: Wayne Sewell <wayne@tachysoft.com>+ Subject: Re: RE: system directory confusion / Message-ID: <00A2DD7E.918544DC.4@tachysoft.com>   C >From: "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com>  >X-Newsgroups: comp.os.vms( >Subject: RE: system directory confusion$ >X-Gateway-Source-Info: Mailing List
 >Lines: 42 >  >Richard B. Gilbert wrote: > < >> I've been a system  manager for twenty years now and have@ >> never found it necessary to move SYSTARTUP_VMS (or any of its" >> predecessors) or SYLOGICALS.=0D > A >Mixed architecture clusters require it if you don't want to have 8 >duplicate files for each architecture.  For example, in5 >SYS$$MANAGER:SYSTARTUP_VMS.COM I have the following:  >  >$! $ >$!  Common system startup procedure >$! ' >$   @sysmgr_disk:[sysmgr]systartup_vms  > H >My _real_ startup file is on a cluster-common disk.  I change it in oneF >place.  Of course, as you say, if you want node-specific definitions," >you use SYS$SPECIFIC as the root. >--=0D    I For all nodes, my sys$manager:systartup_vms.com procedure consists of the 
 following:  % $ @sys$manager:systartup_vms.template . $ @laurel_disk:[system_files]my_system_startup    M This way if the standard vms startup changes during an upgrade, I pick up the  new version automatically.  L The my_system_startup procedure is specific for node, but it calls a clusterD common command procedure, not on any system disk, if not standalone.    , $ if f$getsyi("CLUSTER_MEMBER") .eqs. "TRUE" $       then% $               @util:cluster_startup  $               exit
 $       endif  $! ..  H If standalone, the startup falls through and does a single node startup.    $ I do the same thing with sylogicals.    " $ @sys$manager:sylogicals.template $! $!   start of my stuff $!& $ define/sys/exec opc$opa0_enable true@ $ define /system /translation_attributes=terminal eve$keypad edt- $ @sys$sysdevice:[system_files]mount_my_disks  $       EXIT    O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== B Jed Clampett, checking into hotel: "This place got a cement pond?", 	Ellie May: "And do yuh let critters in it?"   ------------------------------  % Date: Mon, 23 Feb 2004 12:55:34 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> C Subject: Re: TCO cluster study proves VMS, questions unix/linux ... 0 Message-ID: <c1ct86$o83$1@new-usenet.uk.sun.com>   Bob Ceculski wrote: 0 > OpenVMS proves once again its superiority over > unix/linux ... > + > http://www.theinquirer.net/?article=14282   4 No its that same TechFoolish study which as you know2 full well proves absolutely nothing except that he0 who pays for the study gets the result he wants.   regards  Andrew Harrison    ------------------------------  % Date: Mon, 23 Feb 2004 07:37:06 -0700 B From: "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com>) Subject: RE: what is "$ FONT/DIR" on VAX? O Message-ID: <11721EF39C7D7F47A55447158274CAF7A59CB3@cossmgmbx01.email.corp.tld>    Tony Arnold wrote:  F > Does it do what mkfontdir does on Unix systems (and is supplied with > DECwindows, I believe).=0D  1 Yes.  Also, there's SYS$UPDATE:DECW$MKFONTDIR.COM  --=0D  Brian Tillman        =0D Smiths Aerospace 3290 Patterson Ave. SE, MS 1B3 Grand Rapids, MI 49512-1991 > Brian.Tillman is the name, smiths-aerospace.com is the domain.	       =0D : I don't speak for Smiths, and Smiths doesn't speak for me.  * ******************************************G The information contained in, or attached to, this e-mail, may contain= D  confidential information and is intended solely for the use of the=G  individual or entity to whom they are addressed and may be subject to= H  legal privilege.  If you have received this e-mail in error you should=H  notify the sender immediately by reply e-mail, delete the message from=L  your system and notify your system manager.  Please do not copy it for any=F  purpose, or disclose its contents to any other person.  The views or=I  opinions presented in this e-mail are solely those of the author and do= G  not necessarily represent those of the company.  The recipient should= I  check this e-mail and any attachments for the presence of viruses.  The= A  company accepts no liability for any damage caused, directly or=n4  indirectly, by any virus transmitted in this email.* ******************************************   ------------------------------  % Date: Mon, 23 Feb 2004 07:49:25 -0700bB From: "Tillman, Brian (AGRE)" <Brian.Tillman@smiths-aerospace.com>) Subject: RE: what is "$ FONT/DIR" on VAX? O Message-ID: <11721EF39C7D7F47A55447158274CAF7A59CC5@cossmgmbx01.email.corp.tld>g  / Phillip Helbig---remove CLOTHES to reply wrote:s  G > I downloaded some .BDF files and used the FONT command to create somem: > .PCF files on ALPHA and .DECW$FONT files on VAX.  I then > copied them toG > SYS$SYSDEVICE:[VMS$COMMON.SYSFONT.DECW.USER_COMMON].  On ALPHA, I ran  > the FONT/DIR command.=0D >=0D8 > There doesn't seem to be an equivalent command on VAX.  E It's SYS$SYSTEM:DECW$MKFONTDIR.EXE (available on both VAX and Alpha). 7 TO see how it's used, see SYS$UPDATE:DECW$MKFONTDIR.COMC --=0Dr Brian Tillman        =0D Smiths Aerospace 3290 Patterson Ave. SE, MS 1B3 Grand Rapids, MI 49512-1991o> Brian.Tillman is the name, smiths-aerospace.com is the domain.	       =0Du: I don't speak for Smiths, and Smiths doesn't speak for me.  * ******************************************G The information contained in, or attached to, this e-mail, may contain=tD  confidential information and is intended solely for the use of the=G  individual or entity to whom they are addressed and may be subject to=iH  legal privilege.  If you have received this e-mail in error you should=H  notify the sender immediately by reply e-mail, delete the message from=L  your system and notify your system manager.  Please do not copy it for any=F  purpose, or disclose its contents to any other person.  The views or=I  opinions presented in this e-mail are solely those of the author and do=hG  not necessarily represent those of the company.  The recipient should=tI  check this e-mail and any attachments for the presence of viruses.  The=9A  company accepts no liability for any damage caused, directly or= 4  indirectly, by any virus transmitted in this email.* ******************************************   ------------------------------    Date: 23 Feb 2004 08:10:43 -0800. From: al5vf03p02@sneakemail.com (William Webb)@ Subject: Re: will these third-party CD-ROM drives work with VMS?= Message-ID: <d5ce4b06.0402230810.60b0af35@posting.google.com>m   "systematipltoddemontodcotoduk" <system@ipldot.demondot.codot.uk> wrote in message news:<c17kgd$hpr$1$8300dec7@news.demon.co.uk>...eK > To add to the confusion, I have a Matsushita CW-7502 that will boot a DECt? > 3000-600 fine but refuses to boot a VAXstation 4000 model 90.  > K > The Toshiba XM5401TA drives (actually labelled XM5401-B) that I have bootmN > the DEC3000 and a recently accquired SparcStation 20 it would seem, though I9 > will admit I've not tried them on the VAXstation (yet).a > N I'm sitting here looking at a drive with stickers on the top and bottom of it.  $ The sticker on the top says XM-5401B, The sticker on the bottom says RRD45-AB-B01.   WWWebb   ========================! William W. Webb- EMS Operations,   OpenVMS Systems Support % USPS DSSC Annex - 4730 Hargrove Road  ( Raleigh, NC 27616-2874 919.325.7500x4186> * * * -      first initial last name at email dot usps dot gov   ------------------------------   End of INFO-VAX 2004.107 ************************