1 INFO-VAX	Tue, 10 Apr 2001	Volume 2001 : Issue 201       Contents: 3rd party memory products  Re: 3rd party memory products  Re: 3rd party memory products  Re: 3rd party memory products  RE: 3rd party memory products  Re: 3rd party memory products  Re: 3rd party memory products  Re: 3rd party memory products  Re: 3rd party memory products  Re: Another Win for OpenVMS  Re: Another Win for OpenVMS  Re: Another Win for OpenVMS + Re: CI based cluster for max I/O perf. How? + Re: CI based cluster for max I/O perf. How?  Re: Compaq & VMS Careers Re: Compaq & VMS Careers Re: Compaq & VMS Careers Re: Compaq & VMS Careers Re: Compaq & VMS Careers Re: Compaq & VMS Careers Re: Compaq & VMS Careers Re: Compaq & VMS Careers Re: Corba on OpenVMS AXP  Re: DEC Server software question7 Re: Endian wars - How to convert VAX double to x86 unix # Re: error installing patch on vax?? 2 Re: Flipping from big-endian to little endian in C2 Re: Flipping from big-endian to little endian in C
 Re: FMS files 
 Re: FMS files  Re: FTP hijacking of VMS sites, HELP: Problem in DEC BASIC reading IP Socket) KZCCA Ultrawide SCSI Adapters for the VAX  lgi_callouts and kerberos5 Macro VAX/Alpha ISDN Comms NSA is Linux not OpenVMS Re: NSA is Linux not OpenVMS, Re: NSLOOKUP: *** Can't initialize resolver., Re: NSLOOKUP: *** Can't initialize resolver. Re: OT: "The Puzzle Palace" + problem with configuring SMTP to send email + problem with configuring SMTP to send email + problem with configuring SMTP to send email 3 Re: Solaris tmpfs (was Re: VMS-Related: Affordable) 3 Re: Solaris tmpfs (was Re: VMS-Related: Affordable)  Re: the compaq annual meeting # Upgrading a 4000/60 the easy??? way ' Re: Upgrading a 4000/60 the easy??? way ' Re: Upgrading a 4000/60 the easy??? way ' Re: Upgrading a 4000/60 the easy??? way & Re: VMS equivalent of Unix wc command? VMS friendly website???  Re: VMS friendly website???  Re: VMS friendly website???  Re: VMS-Related: Affordable   F ----------------------------------------------------------------------  # Date: Tue, 10 Apr 2001 11:54:35 GMT & From: "john nixon" <jnixon@cfl.rr.com>" Subject: 3rd party memory products= Message-ID: <%vCA6.13574$nD5.2393324@typhoon.tampabay.rr.com>   K I buy VMS systems because VMS is reliable.  With that in mind, I don't want K to risk my data integrity by scrimping on memory.  However, paying a factor 3 of 12 times more for Compaq memory seems excessive.   J A 4GB memory option from Compaq for an ES40 costs over $51,000.  I can buyK similar memory from DataRam for about 1/12th of that.  Since I need four of F these 4GB options, that adds up to a whole lot of money.  If I buy theJ DataRam memory, I can buy a 4GB option or two for spares.  Can anyone giveI me any logical reasons for not doing this?  I have very little experience G with 3rd party memory in Alpha VMS systems.   It seems 3rd party memory I prices have come down a lot recently, but not Compaq's.  Is Compaq so big H and slow that they cannot react to market conditions?  If so, that would explain a lot.   ------------------------------   Date: 10 Apr 2001 12:54:50 GMT) From: mike.price@nospam@littlewoods.co.uk & Subject: Re: 3rd party memory products* Message-ID: <9auvqq$4a1$1@news.netmar.com>  H In article <%vCA6.13574$nD5.2393324@typhoon.tampabay.rr.com>, john nixon <jnixon@cfl.rr.com> writes: L >I buy VMS systems because VMS is reliable.  With that in mind, I don't wantL >to risk my data integrity by scrimping on memory.  However, paying a factor4 >of 12 times more for Compaq memory seems excessive. > K >A 4GB memory option from Compaq for an ES40 costs over $51,000.  I can buy L >similar memory from DataRam for about 1/12th of that.  Since I need four ofG >these 4GB options, that adds up to a whole lot of money.  If I buy the K >DataRam memory, I can buy a 4GB option or two for spares.  Can anyone give J >me any logical reasons for not doing this?  I have very little experienceH >with 3rd party memory in Alpha VMS systems.   It seems 3rd party memoryJ >prices have come down a lot recently, but not Compaq's.  Is Compaq so bigI >and slow that they cannot react to market conditions?  If so, that would  >explain a lot.  >  >   L Does your maintenance contract support the DataRam memory - we had a problem& with that on some VAXen many years agoJ You could try asking the maintenence people (assuming it is not Compaq) of8 their opinion of the other memory - failure rates etc.??  K Only other reason I can think of is if the guarantee period is different or  maintenance costs are higher   Mike        O  -----  Posted via NewsOne.Net: Free (anonymous) Usenet News via the Web  ----- M   http://newsone.net/ -- Free reading and anonymous posting to 60,000+ groups I    NewsOne.Net prohibits users from posting spam.  If this or other posts L made through NewsOne.Net violate posting guidelines, email abuse@newsone.net   ------------------------------  # Date: Tue, 10 Apr 2001 13:05:57 GMT & From: "john nixon" <jnixon@cfl.rr.com>& Subject: Re: 3rd party memory products= Message-ID: <VyDA6.13602$nD5.2430934@typhoon.tampabay.rr.com>   H Lifetime guarantee with overnite replacement, and Dataram will pay "techJ time" for replacing it.  Our maintenance contract is with Compaq, and theyA are obviously not going to be happy about using 3rd party memory.   6 <mike.price@nospam@littlewoods.co.uk> wrote in message$ news:9auvqq$4a1$1@news.netmar.com... > F > Does your maintenance contract support the DataRam memory - we had a problem ( > with that on some VAXen many years agoL > You could try asking the maintenence people (assuming it is not Compaq) of: > their opinion of the other memory - failure rates etc.?? > J > Only other reason I can think of is if the guarantee period is different or > maintenance costs are higher >  > Mike >  >  >  > F >  -----  Posted via NewsOne.Net: Free (anonymous) Usenet News via the	 eb  ----- H >   http://newsone.net/ -- Free reading and anonymous posting to 60,000+ groupsK >    NewsOne.Net prohibits users from posting spam.  If this or other posts < > made through NewsOne.Net violate posting guidelines, email abuse@newsone.net  >    ------------------------------  % Date: Tue, 10 Apr 2001 09:19:55 -0400 # From: Jim Agnew <Agnew@hsc.vcu.edu> & Subject: Re: 3rd party memory products+ Message-ID: <3AD3087B.272FF539@hsc.vcu.edu>   r we are using emc2 or a look-alike in our microvax 3900, to bring it up to the full 64 mb (i know, i know... ;-)  )   about every 4 years, the 32 mb card seems to get dirty , an log  bazillions of soft errors until i shut down the machine, reseat it,? and it's fine for another half decade.  never any hard errors..    we did the trade by trading in ONE dec 16mb card for a 16 and a 32 from the memory vendor. i'm not sure which one it is, i've not 5 seen the cards since the last hiccup, 2-3 years ago..    your milage will vary..    Jim    john nixon wrote:  > M > I buy VMS systems because VMS is reliable.  With that in mind, I don't want M > to risk my data integrity by scrimping on memory.  However, paying a factor 5 > of 12 times more for Compaq memory seems excessive.  > L > A 4GB memory option from Compaq for an ES40 costs over $51,000.  I can buyM > similar memory from DataRam for about 1/12th of that.  Since I need four of H > these 4GB options, that adds up to a whole lot of money.  If I buy theL > DataRam memory, I can buy a 4GB option or two for spares.  Can anyone giveK > me any logical reasons for not doing this?  I have very little experience I > with 3rd party memory in Alpha VMS systems.   It seems 3rd party memory K > prices have come down a lot recently, but not Compaq's.  Is Compaq so big J > and slow that they cannot react to market conditions?  If so, that would > explain a lot.   ------------------------------  % Date: Tue, 10 Apr 2001 09:36:25 -0400 - From: "Mitchell, David R." <mitchell@wpi.edu> & Subject: RE: 3rd party memory productsH Message-ID: <FE1835D68492D311BF7900508B5BEB0D2CA393@petra.admin.wpi.edu>  H I like to buy only DEC/Compaq drives, memory, etc. whenever possible.  = I'veE had a few problems in the past with third party memory (not just with C Alpha's) and I've always then had to swap out this memory for the =  vendors J memory before I could get the service organization to do anything.  Even = if aC problem didn't end up being memory in the end the troubleshooting =  process E took just that much longer to convince service that the third party = 	 component @ wasn't the problem.  That said, you'd have to weigh the possibleG inconvenience of dealing with a service call against a significant up =  front H cost for Compaq memory.  I will also say that we had DataRam memory in = our AS6 4000 system for several years and never had a problem.   David    > -----Original Message------ > From: john nixon [mailto:jnixon@cfl.rr.com] ' > Sent: Tuesday, April 10, 2001 7:55 AM  > To: Info-VAX@Mvb.Saic.Com $ > Subject: 3rd party memory products >=20 >=20= > I buy VMS systems because VMS is reliable.  With that in=20  > mind, I don't want@ > to risk my data integrity by scrimping on memory.  However,=20 > paying a factor 5 > of 12 times more for Compaq memory seems excessive.  >=20; > A 4GB memory option from Compaq for an ES40 costs over=20  > $51,000.  I can buy A > similar memory from DataRam for about 1/12th of that.  Since=20  > I need four ofH > these 4GB options, that adds up to a whole lot of money.  If I buy the? > DataRam memory, I can buy a 4GB option or two for spares. =20  > Can anyone give < > me any logical reasons for not doing this?  I have very=20 > little experience ? > with 3rd party memory in Alpha VMS systems.   It seems 3rd=20  > party memory@ > prices have come down a lot recently, but not Compaq's.  Is=20 > Compaq so big B > and slow that they cannot react to market conditions?  If so,=20 > that would > explain a lot. >=20 >=20 >=20   ------------------------------  % Date: Tue, 10 Apr 2001 14:34:40 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> & Subject: Re: 3rd party memory products) Message-ID: <3AD30BF0.9457EE27@bbc.co.uk>    john nixon wrote:   J > Lifetime guarantee with overnite replacement, and Dataram will pay "techL > time" for replacing it.  Our maintenance contract is with Compaq, and theyC > are obviously not going to be happy about using 3rd party memory.   B you should ask them anyway. I have some dim recollection of Compaq' agreeing to support some 3rd party RAM.     -- 6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------  % Date: Tue, 10 Apr 2001 16:41:42 +0100   From: steven.reece@quintiles.com& Subject: Re: 3rd party memory productsH Message-ID: <OF12CB36DF.08B5A647-ON80256A2A.004A189E@qedi.quintiles.com>  D It depends.  I'd get a quote to check.  It would not be unknown, forF example, for Digital (and presumably, by extension, Compaq) to support@ Hitachi disks or CMD Q-bus controllers on maintenance contracts. Steve.   John Nixon commented :K >>>Lifetime guarantee with overnite replacement, and Dataram will pay "tech J time" for replacing it.  Our maintenance contract is with Compaq, and theyD are obviously not going to be happy about using 3rd party memory.<<<   ------------------------------  % Date: Tue, 10 Apr 2001 12:19:19 -0500 1 From: "Dave Gudewicz" <david.gudewicz@abbott.com> & Subject: Re: 3rd party memory products8 Message-ID: <9avfas$rks$1@fizban.fizban.pprd.abbott.com>  K I buy Dataram memory, for the very reasons who mention below and don't have K problems with it.  There was a time about a year or 2 ago, when Compaq said K it was OK to use Dataram memory, but they changed their mind about 6 months E after, probably ( and this is a guess on my part ) cause they weren't < selling their very expensive memory as much as they used to.  L Now have Dataram in 4100s, DS20Es and soon to be DS10s.  Dataram has been inJ the memory business for many years.  I've grown to trust them.  Of course, YMMV.    Dave...   1 "john nixon" <jnixon@cfl.rr.com> wrote in message 7 news:%vCA6.13574$nD5.2393324@typhoon.tampabay.rr.com... H > I buy VMS systems because VMS is reliable.  With that in mind, I don't wantF > to risk my data integrity by scrimping on memory.  However, paying a factor5 > of 12 times more for Compaq memory seems excessive.  > L > A 4GB memory option from Compaq for an ES40 costs over $51,000.  I can buyJ > similar memory from DataRam for about 1/12th of that.  Since I need four ofH > these 4GB options, that adds up to a whole lot of money.  If I buy theL > DataRam memory, I can buy a 4GB option or two for spares.  Can anyone giveK > me any logical reasons for not doing this?  I have very little experience I > with 3rd party memory in Alpha VMS systems.   It seems 3rd party memory K > prices have come down a lot recently, but not Compaq's.  Is Compaq so big J > and slow that they cannot react to market conditions?  If so, that would > explain a lot. >  >    ------------------------------  % Date: Tue, 10 Apr 2001 10:33:19 -0700 + From: "Barry Treahy, Jr." <treahy@mmaz.com> & Subject: Re: 3rd party memory products( Message-ID: <3AD343DF.8A4FAC69@mmaz.com>   john nixon wrote:   M > I buy VMS systems because VMS is reliable.  With that in mind, I don't want M > to risk my data integrity by scrimping on memory.  However, paying a factor 5 > of 12 times more for Compaq memory seems excessive.  >    It is and you are right.  N I've used Dataram and other third party memories.  The only problem I had, andL this was with Digital Service, was that if there is a system problem and youG cannot run diagnostics with 'Digital/Compaq' memory only, service would ) immediately blame the third party memory.    Barry      --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------   Date: 10 Apr 2001 14:46:18 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)$ Subject: Re: Another Win for OpenVMS, Message-ID: <9av6bq$t2a@gap.cco.caltech.edu>  Q In article <3ACDDB95.A8437865@hsc.vcu.edu>, Jim Agnew <Agnew@hsc.vcu.edu> writes: K >and are you sure that your hard disk has not been read by every one on the ; >web????  ;-)  (i use netscape, and encrypt my checkbook..  Q >i figure that's where they can do the most damage, and not be totally paranoid.)   D I don't keep any financial information on that computer - it's used I essentially as a terminal.  Which should be safe enough.  Hmm, probably a F good idea to clear out the Netscape caches after each session though.    Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech  J **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  % Date: Tue, 10 Apr 2001 11:58:46 -0400 # From: Jim Agnew <Agnew@hsc.vcu.edu> $ Subject: Re: Another Win for OpenVMS+ Message-ID: <3AD32DB6.A182F1C3@hsc.vcu.edu>   E yup...  esp if you use netscape to look at your financial info... ;-D    Sincerely, Jim       David Mathog wrote:  > S > In article <3ACDDB95.A8437865@hsc.vcu.edu>, Jim Agnew <Agnew@hsc.vcu.edu> writes: M > >and are you sure that your hard disk has not been read by every one on the < > >web????  ;-)  (i use netscape, and encrypt my checkbook..S > >i figure that's where they can do the most damage, and not be totally paranoid.)  > E > I don't keep any financial information on that computer - it's used K > essentially as a terminal.  Which should be safe enough.  Hmm, probably a G > good idea to clear out the Netscape caches after each session though.  > 
 > Regards, >  > David Mathog > mathog@seqaxp.bio.caltech.edu @ > Manager, sequence analysis facility, biology division, CaltechL > **************************************************************************L > *                                RIP VMS                                 *L > **************************************************************************   ------------------------------  % Date: Tue, 10 Apr 2001 10:08:04 -0700e! From: Shane.F.Smith@Healthnet.comy$ Subject: Re: Another Win for OpenVMSD Message-ID: <OF238692CA.ACAB0392-ON88256A2A.005D3351@foundation.com>  H As many know, I'm a privacy freak. Try www.grc.com as a good start pointF for information on security and privacy on the net. It's a bit hard toK navigate, but it's worth the effort. A lot of the best stuff is linked from&H there. www.junkbusters.com is pretty good for privacy news, too, despite	 the name.r  J For the PC surfers among us, check out the PC freeware package Zone Alarm,I from www.zonelabs.com. It's a very good personal firewall that just aboutfF sets itself up, if your requirements don't include anything kinky. TheD kinky stuff only takes a couple of working braincells. Not only doesF nothing get in that I don't want, I know when something tries /and/ itH gives me the option of stopping programs on my machine that try to phone home on a case by case basis.o  G As for clearing out Netscape caches, remember all that does is mark the5I space the files took up as free, it doesn't wipe them out. They can stilltI be recovered by an undelete utility, for example. I don't go as far as toaK wipe the blocks myself, but the truly paranoid would probably want to get ai package that does that.r   Shaneh          F mathog@seqaxp.bio.caltech.edu (David Mathog) on 04/10/2001 07:46:18 AM  > Please respond to mathog@seqaxp.bio.caltech.edu (David Mathog)   To:   Info-VAX@Mvb.Saic.Comd cc:   % Subject:  Re: Another Win for OpenVMSn    I In article <3ACDDB95.A8437865@hsc.vcu.edu>, Jim Agnew <Agnew@hsc.vcu.edu>r writes:0K >and are you sure that your hard disk has not been read by every one on thei: >web????  ;-)  (i use netscape, and encrypt my checkbook..F >i figure that's where they can do the most damage, and not be totally
 paranoid.)  C I don't keep any financial information on that computer - it's used-I essentially as a terminal.  Which should be safe enough.  Hmm, probably a.E good idea to clear out the Netscape caches after each session though.2   Regards,   David Mathog mathog@seqaxp.bio.caltech.edus> Manager, sequence analysis facility, biology division, CaltechJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  # Date: Tue, 10 Apr 2001 14:31:11 GMT 1 From: "Mark D. Jilson" <jilly@clarityconnect.com>a4 Subject: Re: CI based cluster for max I/O perf. How?2 Message-ID: <3AD3196D.C1790CCC@clarityconnect.com>  D You need to use a performance data collector that uses the IOPERFORMC interface to collect this.  Compaq doesn't have such a collector atoE present but some 3rd parties do.  Or you need to ask your applicationnG developer what the size of their IOs are but these days I find very few-A developers that have even the foggiest notion as to how much/many A resources their applications consume at any one point in time :*(    Lyndon Bartels wrote:u > ; > How do I find the "average request size" on a given disk?@   -- .D Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------   Date: 10 APR 2001 15:13:34 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>e4 Subject: Re: CI based cluster for max I/O perf. How?2 Message-ID: <10APR01.15133417@feda34.fed.ornl.gov>  3 rdeininger@mindspring.com (Robert Deininger) wrote:I? > In article <3AD237B1.335393C0@pressenter.com>, Lyndon Bartelss" > <lbartels@pressenter.com> wrote: >    >  n >    > > When I do a "show K > > dev d" I see the transaction count column message. What does that mean?mI > > I know it something I should already know. But I haven't been able to.D > > find it in the manuals yet. And I Have been reading. Believe me. >   K > Transaction count is approximately the number of open files on the devicetJ > from the node in question.  Slightly more precisely, it is the number ofI > reasons the drive can't be dismounted on this node.  On a quiet system, L > the transaction count on the boot disk will be several hundred or more.  AL > few (at least one) of the transactions are for the index file or somethingK > like that.  Such things won't stop you from dismounting.  (This is fairly(6 > off the top of my head, so don't take it as gospel.) >  nF > The transaction count should correlate closely with SHOW DEVICE/FILE  K In addition to open files, transaction count includes the number of devicesNB spooled to that disk via   SET DEVICE/SPOOLED=(queue,disk) device.   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOViH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------   Date: 10 Apr 2001 15:02:19 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)! Subject: Re: Compaq & VMS Careers , Message-ID: <9av79r$t2a@gap.cco.caltech.edu>   In article <rdeininger-0704012109280001@user-2iveae1.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes:eH >In article <KSJz6.45046$Wz.11354446@typhoon.ne.mediaone.net>, "Terry C., >Shannon" <terryshannon@mediaone.net> wrote: > A >> "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in messagem( >> news:9ank5u$hvv$1@info.cs.uofs.edu...G >> > I hate to point out yet another bad sign, but a couple weeks ago I H >> > was visiting the Compaq Home Page under Careers and it listed pagesK >> > of them all over the country.  I went there today to show a particulartH >> > possibility to one of our graduating students (It was a position toH >> > work on Math Libraries and this student double majored in CS & MathK >> > with very high scores.)  There are a grand total of 13 VMS jobs listedtI >> > on the web site.  I guess it won't accomplish much to steer studentssH >> > in that direction any more.  What happened to all those positions?? >> > >> 0M >> I just took a look and found 18 positions. That said, it's a steep declinesK >> from a month or so ago. Must have something to do with the layoffs which-E >> took place at the end of 1FQ01. Unfortunately, Compaq's enterprise K >> contingent was not exempt from the layoffs, even though the problem lies . >> with peecees, not with VMS or Tru64 or NSK. >e6 >It's also possible they filled some of the positions.  K That's true.  But if 18 really is all the VMS positions they have availableaK it implies that the total number of people working on the OS is very small.vE I'd expect at least a 5-10% yearly turnover (minimum) in any softwaremI development group, and that suggests that there are somewhere between 360eK and 180 people working on VMS.  And given Compaq management's "talents" at nJ retaining key personnel a turnover of 20% is not unreasonable, which would; put the total VMS development group size at less than 100. t  > Microsoft probably has that many working just on Minesweeper!    Regards,   David Mathog mathog@seqaxp.bio.caltech.edun? Manager, sequence analysis facility, biology division, Caltech  J **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  % Date: Tue, 10 Apr 2001 12:16:13 -0400o2 From: rdeininger@mindspring.com (Robert Deininger)! Subject: Re: Compaq & VMS Careers L Message-ID: <rdeininger-1004011216140001@user-2ive7ol.dialup.mindspring.com>  J In article <9av79r$t2a@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu wrote:   > M > That's true.  But if 18 really is all the VMS positions they have available@M > it implies that the total number of people working on the OS is very small.eG > I'd expect at least a 5-10% yearly turnover (minimum) in any softwareeK > development group, and that suggests that there are somewhere between 360rM > and 180 people working on VMS.  And given Compaq management's "talents" at oL > retaining key personnel a turnover of 20% is not unreasonable, which would= > put the total VMS development group size at less than 100. n > @ > Microsoft probably has that many working just on Minesweeper!   H There have been many more jobs listed recently; I sort of recall 60-80 aF few months ago.  Trying to extrapolate today's snapshot to a long-termH statistic is risky.  As others have noted, Compaq has recently announcedG layoffs.  There could well be a temporary freeze or slowdown in hiring,s5 but no real change in long-term hiring goals for VMS.    -- t Robert Deininger rdeininger@mindspring.como   ------------------------------  % Date: Tue, 10 Apr 2001 17:05:40 +0100u  From: steven.reece@quintiles.com! Subject: Re: Compaq & VMS CareersoH Message-ID: <OF38382CB4.A63A5532-ON80256A2A.0056ECC3@qedi.quintiles.com>  8 Microsoft may have that number "working" on Minesweeper.I But we are talking chalk and cheese here.  VMS people do work and they do  get the product right. Steve.   David Mathog wrote: - >>>And given Compaq management's "talents" at J retaining key personnel a turnover of 20% is not unreasonable, which would: put the total VMS development group size at less than 100.  = Microsoft probably has that many working just on Minesweeper!f <<<t   ------------------------------    Date: 10 Apr 2001 12:43:04 -0500+ From: young_r@encompasserve.org (Rob Young) ! Subject: Re: Compaq & VMS Careerse3 Message-ID: <P+BltrKIqosr@eisner.encompasserve.org>p  a In article <9av79r$t2a@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:i   > M > That's true.  But if 18 really is all the VMS positions they have available1M > it implies that the total number of people working on the OS is very small.3G > I'd expect at least a 5-10% yearly turnover (minimum) in any softwareoK > development group, and that suggests that there are somewhere between 360aM > and 180 people working on VMS.  And given Compaq management's "talents" at oL > retaining key personnel a turnover of 20% is not unreasonable, which would= > put the total VMS development group size at less than 100. i >   B 	From presentations you see over 450 engineers are working on VMS.  D 	Also, 6000 support personnel (suspect they are roping in everyone, 5 	i.e. storage folks that support VMS in some regard).H 	  				Robl  L   **************************************************************************L   *                              RIP Novell                                *L   **************************************************************************   ------------------------------  % Date: Tue, 10 Apr 2001 13:35:25 -03008) From: fabio_compaq@ep-bc.petrobras.com.brg! Subject: Re: Compaq & VMS CareersbL Message-ID: <OF0C99D89E.E4B34550-ON03256A2A.005B1853@ep-bc.petrobras.com.br>   Go to www.jobserver.comC  ) There are more than 500 references of VMS.   Regards    FC        C rdeininger@mindspring.com (Robert Deininger) em 10/04/2001 13:16:13m  > Favor responder a rdeininger@mindspring.com (Robert Deininger)             Info-VAX@Mvb.Saic.Comi      ! Assunto: Re: Compaq & VMS Careersr    J In article <9av79r$t2a@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu wrote:   > C > That's true.  But if 18 really is all the VMS positions they haved	 availablerF > it implies that the total number of people working on the OS is very small.G > I'd expect at least a 5-10% yearly turnover (minimum) in any softwarebK > development group, and that suggests that there are somewhere between 360wI > and 180 people working on VMS.  And given Compaq management's "talents"f atF > retaining key personnel a turnover of 20% is not unreasonable, which would < > put the total VMS development group size at less than 100. >m? > Microsoft probably has that many working just on Minesweeper!   H There have been many more jobs listed recently; I sort of recall 60-80 aF few months ago.  Trying to extrapolate today's snapshot to a long-termH statistic is risky.  As others have noted, Compaq has recently announcedG layoffs.  There could well be a temporary freeze or slowdown in hiring,y5 but no real change in long-term hiring goals for VMS.g   -- Robert Deininger rdeininger@mindspring.come   ------------------------------  % Date: Tue, 10 Apr 2001 13:32:55 -0300r) From: fabio_compaq@ep-bc.petrobras.com.br ! Subject: Re: Compaq & VMS CareersSL Message-ID: <OFBA79FC2C.554AB437-ON03256A2A.005AD1C1@ep-bc.petrobras.com.br>  I Dont worry about careers at Compaq ... here in .BR they are CompaQting my  team's salary ! ! !e   Regardsl   FC        C mathog@seqaxp.bio.caltech.edu (David Mathog) em 10/04/2001 12:02:19r  > Favor responder a mathog@seqaxp.bio.caltech.edu (David Mathog)             Info-VAX@Mvb.Saic.Com       ! Assunto: Re: Compaq & VMS Careerst    
 In articleA <rdeininger-0704012109280001@user-2iveae1.dialup.mindspring.com>, 4 rdeininger@mindspring.com (Robert Deininger) writes:H >In article <KSJz6.45046$Wz.11354446@typhoon.ne.mediaone.net>, "Terry C., >Shannon" <terryshannon@mediaone.net> wrote: >DA >> "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in message ( >> news:9ank5u$hvv$1@info.cs.uofs.edu...G >> > I hate to point out yet another bad sign, but a couple weeks ago IoH >> > was visiting the Compaq Home Page under Careers and it listed pagesK >> > of them all over the country.  I went there today to show a particularhH >> > possibility to one of our graduating students (It was a position toH >> > work on Math Libraries and this student double majored in CS & MathK >> > with very high scores.)  There are a grand total of 13 VMS jobs listedhI >> > on the web site.  I guess it won't accomplish much to steer studentsaH >> > in that direction any more.  What happened to all those positions?? >> > >>E >> I just took a look and found 18 positions. That said, it's a steep4 declineTK >> from a month or so ago. Must have something to do with the layoffs whichnE >> took place at the end of 1FQ01. Unfortunately, Compaq's enterpriseeK >> contingent was not exempt from the layoffs, even though the problem liesd. >> with peecees, not with VMS or Tru64 or NSK. > 6 >It's also possible they filled some of the positions.  K That's true.  But if 18 really is all the VMS positions they have available K it implies that the total number of people working on the OS is very small.hE I'd expect at least a 5-10% yearly turnover (minimum) in any softwareaI development group, and that suggests that there are somewhere between 360tJ and 180 people working on VMS.  And given Compaq management's "talents" atJ retaining key personnel a turnover of 20% is not unreasonable, which would: put the total VMS development group size at less than 100.  = Microsoft probably has that many working just on Minesweeper!    Regards,   David Mathog mathog@seqaxp.bio.caltech.edu*> Manager, sequence analysis facility, biology division, CaltechJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  % Date: Tue, 10 Apr 2001 10:41:42 -0700n+ From: Linda Luik <p14175@email.sps.mot.com> ! Subject: Re: Compaq & VMS Careers 1 Message-ID: <3AD345D6.2C1CB8DF@email.sps.mot.com>n  , This is a multi-part message in MIME format.& --------------5A2885D5194E376E90823357* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bitr  G Mathematics is not a very popular program of study. Heck, I think theretH were about 12 B.S. and B.A. degrees given in mathematics at ASU the yearH I graduated, 1996. I specialized in computational mathematics and have aH minor in computer science. And, here's a good one! I had a  manager tellH me that a math degree was useless in an IT department. Gee.... would you like fries with that?*   Linda*   Bill Gunshannon wrote: > D > I hate to point out yet another bad sign, but a couple weeks ago IE > was visiting the Compaq Home Page under Careers and it listed pages*H > of them all over the country.  I went there today to show a particularE > possibility to one of our graduating students (It was a position tojE > work on Math Libraries and this student double majored in CS & Math2H > with very high scores.)  There are a grand total of 13 VMS jobs listedF > on the web site.  I guess it won't accomplish much to steer studentsE > in that direction any more.  What happened to all those positions??A >  > bill >  > --L > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h>& --------------5A2885D5194E376E90823357- Content-Type: text/x-vcard; charset=us-ascii;k  name="p14175.vcf" Content-Transfer-Encoding: 7bitt( Content-Description: Card for Linda Luik  Content-Disposition: attachment;  filename="p14175.vcf"   begin:vcard  n:Luik;Linda tel;pager:1.888.772.5230 tel;fax:480.655.3569 tel;work:480.655.4432  r x-mozilla-html:FALSE 	-mozilla-cpt:;3344;;;( org:Motorola  SPS ;IT-CIM maildrop: M555 version:2.1s& email;internet:linda.luik@motorola.com6 title:Regional VMS Systems Adminstrator/Backup Analyst5 adr;quoted-printable:;;2200 W. Broadway Road  =0D=0A=a fn:Luik, Linda	 end:vcardt  ( --------------5A2885D5194E376E90823357--   ------------------------------   Date: 10 Apr 2001 17:40:03 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)! Subject: Re: Compaq & VMS Careers , Message-ID: <9avghj$3t1@gap.cco.caltech.edu>  a In article <P+BltrKIqosr@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:eb >In article <9av79r$t2a@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes: >  >> (N >> That's true.  But if 18 really is all the VMS positions they have availableN >> it implies that the total number of people working on the OS is very small.H >> I'd expect at least a 5-10% yearly turnover (minimum) in any softwareL >> development group, and that suggests that there are somewhere between 360N >> and 180 people working on VMS.  And given Compaq management's "talents" at M >> retaining key personnel a turnover of 20% is not unreasonable, which would > >> put the total VMS development group size at less than 100.  >> * >*C >	From presentations you see over 450 engineers are working on VMS.   K Really?  That number sounds way too high given the number of job ads.  Does*E that number also include all the Alpha chip designers, alpha hardware K designers, software folks who are on cross platform projects (ie, all the Ce compiler people), etc? f   >?E >	Also, 6000 support personnel (suspect they are roping in everyone,  6 >	i.e. storage folks that support VMS in some regard).  J Exactly - the same sort of inflation that I suspect is in the 450 number.    Regards,   David Mathog mathog@seqaxp.bio.caltech.edun? Manager, sequence analysis facility, biology division, Caltech vJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  % Date: Tue, 10 Apr 2001 09:49:16 +0200o$ From: "Jakob Erber" <erberj@post.ch>! Subject: Re: Corba on OpenVMS AXPs Message-ID: <3ad2bafd$1@hcwe67>o  I I just received a mail from IONA, thatthey have nothing to offer for VMS.- But I will douplecheck.5 thanks Jakobm  = "Eric Ebinger" <eebinger@telocity.com> schrieb im Newsbeitragl2 news:003f01c0c15f$d8a5eae0$e900a8c0@teamrdb.com...H > If you look at the OpenVMS stratigies and directions presentation from > February 2001aC > (http://www.openvms.compaq.com/presentations/openvmsstrategy.htm)l; > You will see that Iona Orbix 2000 is being ported to VMS.s >  > Eric Ebinger > ----- Original Message -----$ > From: Jakob Erber <erberj@post.ch> > To: <Info-VAX@Mvb.Saic.Com>a& > Sent: Monday, April 09, 2001 3:41 AM > Subject: Corba on OpenVMS AXP  >a >bI > > Despite all signs that OpenVMS will be there for a long time to come,m > thereeK > > is still support missing for software, I find vital for an important OS, > > plattform. > > I > > For example, as far as I can see, there is no Corba product available  for 5 > > VMS, which offers proffessionell support as well.r > > F > > There are some very good freeware Orbs, but can you use them for a missiont > > critical system? > >i > > best regards > > 	 > > Jakob. > >i > >f > >( >    ------------------------------  % Date: Tue, 10 Apr 2001 14:31:52 +0100o+ From: "shielm00" <Mike_Shield-1@sbphrd.com>V) Subject: Re: DEC Server software questions2 Message-ID: <9av1v5$t26$1@phunn2.um.us.sbphrd.com>  $ Just a bit of info for ds900tm users  G V2.4 of the terminal server software is either available now or will be F shortly. It contains the fixes that were put into v02.04.00.x03, whichJ sorted out some problems with console management software. When I get more details I'll post.   Mike Shieldg
 Compaq SMO   --C The opinions expressed in this communication are my own, and do not ) necessarily reflect those of my employer.c ><   ------------------------------  # Date: Tue, 10 Apr 2001 15:13:33 GMTe2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)@ Subject: Re: Endian wars - How to convert VAX double to x86 unix2 Message-ID: <xqFA6.735$fB6.18753@news.cpqcorp.net>  l In article <20010409.214408.581984.NETNEWS@WVNVM.WVNET.EDU>, "Matt" <mjnews@wildernesscomputing.com> writes:H :Can someone provide me with some insight on how to convert a VAX doubleJ :(stored in a binary file from a compiled VAX basic program) to an x86 (orJ :any other architecture for that matter) Unix (specifically Linux) system?     Please see the OpenVMS FAQ.u  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 10 Apr 2001 17:54:55 +0100s  From: Paul Sture <paul@sture.ch>, Subject: Re: error installing patch on vax??+ Message-ID: <VA.0000034b.04fddfc9@sture.ch>c  < In article <3AD21F2A.20C05993@wcu.edu>, Patti Johnson wrote:( > From: Patti Johnson <pjohnson@wcu.edu> > Newsgroups: comp.os.vmse* > Subject: error installing patch on vax??' > Date: Mon, 09 Apr 2001 16:44:26 -0400e > N > Hello, I'm new at this and am now trying to apply patches to a couple of ourL > machines.  I'm starting w/ the newer one, a VAX system (7.2).  There's not! > much to the directions... just  2 >  @sys$update:vmsinstal patchname locationofpatchA > Sounds easy enough.  But, when I do so, here's the error I get:  > 8 > %VMSINSTAL-I-RESTORE, Restoring product save set A ...= > %BACKUP-E-READERRS, excessive error rate reading <location>r- > -BACKUP-E-HDRCRC, software header CRC errorh6 > %BACKUP-I-SPECIFY, specify option (QUIT or CONTINUE)	 > BACKUP>  > N > I'm not sure where to turn for answers... I'd assumed something was wrong w/! > the saveset I'd downloaded fromeE > http://ftp.support.compaq.com/patches/.new/openvms.shtml so I tried*G > downloading again but the error recurred.  It's vaxupdate01_072, btw.  > E The %BACKUP-E-READERRS symptom is 100% typical of trying to download *J patchname.A-DCX_VAXEXE (or patchname.PCSI_DCX_VAXEXE) from Netscape under N Windows (I don't know what MSIE does here). In both cases Netscape on Windows K will truncate the filetype so that patchname.A-DCX_VAXEXE is downloaded as s patchname.An  J Thus you see what looks like a VMSINSTAL or PCSI kit, but it is in fact a B self-extracting .EXE, which you need to run to get the kit proper.  L IIRC dumping out the first block gives a clue to this being an EXE. I don't C have a VAX one handy, but one of my Alpha ones contains the string i( DCX_AXP_AUTO_EXTRACT in the first block.  M If this is the case, rename the file to *.A-DCX_VAXEXE and run it to perform gN the extract. It is advisable to rename it rather than simply run the file, as N in that case the output file defaults to the name you already have, which can # be very confusing. Yes, BTDT... :-)u   Hoff - one for the FAQ?e __
 Paul Sture Switzerlanda   ------------------------------   Date: 10 Apr 2001 01:15 CSTM' From: carl@gerg.tamu.edu (Carl Perkins) ; Subject: Re: Flipping from big-endian to little endian in Co- Message-ID: <10APR200101150587@gerg.tamu.edu>l  1 JF Mezei <jfmezei.spamnot@videotron.ca> writes...C }Hoff Hoffman wrote:J }>   Me?  I'd probably use the C htons/htonl and ntohs/ntohl calls, and/or? }>   the available XDR (eXternal Data Representation) library. - } K }help cc run htons  doesn't work. Where do I find info about those run time-& }library calls ? Are they alpha only ?  ! Try HELP CC SOCKET_ROUTINES HTONS   H (That's where it is for DEC C on an Alpha, should be there for VAX too.)   --- Carl   ------------------------------  $ Date: Mon, 9 Apr 2001 07:29:58 -07005 From: "cstranslations" <cstranslations@email.msn.com>p; Subject: Re: Flipping from big-endian to little endian in C ) Message-ID: <OLCZQIQwAHA.300@cpmsnbbsa07>a  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3AD11F76.8D02E7C1@videotron.ca... > Hoff Hoffman wrote:oK > >   Me?  I'd probably use the C htons/htonl and ntohs/ntohl calls, and/org? > >   the available XDR (eXternal Data Representation) library.  >eL > help cc run htons  doesn't work. Where do I find info about those run time' > library calls ? Are they alpha only ?-   #include <in.h>i  ; htonl() - convert longwords from host to network byte ordere  4 unsigned long int htonl(unsigned long int hostlong);    J ... This routine is most often used with internet addresses.  Network byteL order places the byte with the most significant bits at the lower addresses,J whereas the OpenVMS system places the most significant bits at the highestF addresses. (Digital TCP/IP Services for OpenVMS, System Services and C9 Socket Programming - or whatever it's called these days).i   Joep   ------------------------------  % Date: Tue, 10 Apr 2001 13:23:58 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>a Subject: Re: FMS files) Message-ID: <3AD2FB5E.4AC57605@bbc.co.uk>n   JF Mezei wrote:r   > Tim Llewellyn wrote:V > > FMS is available on the Condist CD's still. It is no longer supportable, so if you > > haveI > > the original licence I doubt there will be any upgrade licence issues* >*L > Because FMS is used by some Compaq software packages such as Office ServerN > (aka: AllIN1), it is still supported. However, it is a mature product and noL > enhancements are made to it, but I beleive it is still tested for each new > release of VMS.,  O OK thats intersting. However it has been a zero cost support item on my systemsR for a couple of years.     --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukd  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.d   ------------------------------  # Date: Tue, 10 Apr 2001 13:02:23 GMT.& From: "john nixon" <jnixon@cfl.rr.com> Subject: Re: FMS files= Message-ID: <zvDA6.13601$nD5.2429364@typhoon.tampabay.rr.com>   F Ok, that is even more interesting!  I am paying a ton of money for FMS1 suppport on various systems (both VAX and Alpha)!u    : "Tim Llewellyn" <tim.llewellyn@bbc.co.uk> wrote in message# news:3AD2FB5E.4AC57605@bbc.co.uk...m > I > OK thats intersting. However it has been a zero cost support item on mye systemsw > for a couple of years. >r   ------------------------------   Date: 10 Apr 2001 16:42:26 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)' Subject: Re: FTP hijacking of VMS sitese+ Message-ID: <9avd5i$kb@gap.cco.caltech.edu>   V In article <9alg6r$bt7$1@hecate.umd.edu>, bleau@umtof.umd.edu (Lawrence Bleau) writes:- >see http://www.macintouch.com/ftphijack.htmla >e* >Are >there standard ways of combating it?  J If your FTP process can execute one line of DCL then it's possible to makeF an anonymous upload directory where files can be placed, seen, but notH downloaded. That may be enough to dissuade ftp leeches.  (Or more likelyH they'll stuff it and then give up after a while when nothing they put inF will come back down again.)  The trick is to have the anonymous upload account do:   $ $ set protection=(s,g,w,o:w)/default  J in login.com (or wherever).  That will allow it to write files, but not toL read them back out.  Files could be swept out later.  GUI clients shouldn't J freak because they'll be able to see that the files made it on.  This doesG NOT require a separate upload account because the same account could be J used to download files which had more typical protections set on them.  IfI the process leaves .log files those would have these protections set too,e- which might be inconvenient (but not fatal). n  K I did try setting up a directory with no READ access, but as Glenn EverhartJL had predicted it didn't work.  Makes sense too, as the OS needs to read the  DIR file in order to modify it!"   Regards,   David Mathog mathog@seqaxp.bio.caltech.edug? Manager, sequence analysis facility, biology division, Caltech t   ------------------------------  % Date: Tue, 10 Apr 2001 11:26:27 -0600 4 From: "Michael D. Ober" <mdo.@.wakeassoc.com.nospam>5 Subject: HELP: Problem in DEC BASIC reading IP Socket 2 Message-ID: <8nHA6.376$QA6.141205@news.uswest.net>  H I am unable to get the number of bytes to return in the IOSB when I readJ from a channel that has been created as an IP Socket.  All other IP Socket QIO calls are working.  & =============== CODE =================	 IPIN = ""o> RETVAL = SYS$QIOW(0, CLIENT_SOCKET, IO$_READVBLK, LOC(IOSB), &             , , &e#             LOC(IPIN), LEN(IPIN), &>             0, 0, 0, 0)n& ======================================   IPIN is defined as follows:t*  COMMON (IPBUFFER) STRING IPOUT = 32000, &@                                          STRING IPIN     = 32000  G All other calls to SYS$QIOW are correctly filling the IOSB.  Any ideas?e   -- Thanks,o
 Mike Ober.   ------------------------------  % Date: Tue, 10 Apr 2001 09:46:18 -0700y+ From: "Barry Treahy, Jr." <treahy@mmaz.com>.2 Subject: KZCCA Ultrawide SCSI Adapters for the VAX( Message-ID: <3AD338DA.7FC06041@mmaz.com>  E Does anyone on the list have any practical experience or knowledge of-1 the KZCCA Ultrawide SCSI Adapter for VAX systems?e  E As many of you suggested would become reality, Mr. Marcello's earliernF offer to help resulted in nothing when I was investigating an XMI SCSID Adapter two months ago and he has ignored my recent 'comment' on theF quality of his aid.  Regrettably, the Compaq web site is still equallyF useless regarding this 'newer' product.  I've been on hold with CompaqF for 20 minutes, I guess they must have a skeleton staff handling these questions...  E What I'm specifically interested in is the external interface and the*H speed of the bus for external SCSI devices.  It would seem that a lot ofF the SCSI adapters upgrades for the VAX provide reasonable internal busG performance, but terrible external performance and we will not be usinga SW to connect to this.  D Any comments on a source, new or used, that had provided a favorable price would be appreciated.g   TIA.   BarryC   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO.  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028h   ------------------------------    Date: 10 Apr 2001 18:47:43 +0200) From: maulis@ludens.elte.hu (Adam Maulis)h# Subject: lgi_callouts and kerberos5A! Message-ID: <vqvll4sWShKQ@ludens>S   Hi,e  B I just develop an loginout plug-in (LGI_CALLOUTS) with Kerberos 5.  E   the under-development kit is avaiable (our codes are under term of e>   GNU-GPL, MIT's oroginal codes are under they own license) inA   http://ludens.elte.hu/ftp/vms/beta/krb5_extauth_001_rev4.bck oroD   ftp://ludens.elte.hu/vms/beta/krb5_extauth_001_rev4.bck this is an#   2048-byte length backup save set.a  2 It's seem working but it has some misterious bugs.  " I have serveral questions with it.  = First: I could not find any description/documentation/exampleiA with acmevms$ (sys$acm) services but it's seem a right interface i@ to develop integrated kerberos authentication. Where can i find  any reference?  @ Second: Should I invoke the DECC$CRTL_INIT() in loginout calloutD lgi$icr_authenticate? Can krb5_* functions be invoked safetly in the loginout environment?      Regards,   Adam Maulis    ------------------------------  % Date: Tue, 10 Apr 2001 18:28:48 +0200 9 From: "Andrew Jones" <andrew.jones@atosorigin.com.nospam> # Subject: Macro VAX/Alpha ISDN CommscY Message-ID: <0E16861EE7BCD111BE9400805FE6841F153BFCF1@c1s5x001.cor.srvfarm.origin-it.com>-   Hi,59 I'm not sure if this is the right place, but here goes...c   I know this works:  B         bicl2   #tt$m_modem,buff+4(r7)          ; Setup isdn comms<         bisl2   #tt$m_noecho,buff+4(r7)         ; Set noecho?         bicl2   #tt$m_notypeahd,buff+4(r7)      ; Set typeahead;A         bicl2   #tt$m_halfdup,buff+4(r7)        ; Set full duplex->         bisl2   #tt$m_passall,buff+4(r7)        ; Set passthro;         bicl2   #tt$m_eightbit,buff+4(r7)       ; Set 7 bite5         insv    buff+6(r7),#4,#8,flags(r7)      ; ???t=         bisl2   #tt$m_altrpar!tt$m_parity,flags(r7)     ; ??? A         $qiow_s func=#io$_setchar,-             ; Set these chars-%                 chan=acu_channo(r7),-0                 p1=buff(r7),-q                 p2=#12,-=                 p3=#tt$c_baud_57600,-            ; Set ? baudh                 p5=flags(r7)  J But if I change 57600 to 115200 it doesn't seem to work correctly anymore.I It doesn't give any errors, but when watching the comms on a line monitorsH connected between the DECserver 700 and an ISDN TA is see the following:  	 At 57600.l > ATE0V1<cr><lf>
 < OK <cr><lf>a > ATD<number><cr><lf>l	 < CONNECTe etcl  
 At 115200. > junk < junk > ATD<number><cr><lf>> < junk  D Should look like the 57600, but obviously the speed is not being set correctly somewhere.C The port on the DECserver was set at the appropriate speed on both.k  & Any help would be greatly appreciated.   Andy   ------------------------------  % Date: Tue, 10 Apr 2001 08:30:50 -0300h) From: fabio_compaq@ep-bc.petrobras.com.brt! Subject: NSA is Linux not OpenVMS*L Message-ID: <OF87BB01B3.5A517989-ON03256A2A.003F2AE0@ep-bc.petrobras.com.br>   Click at  ; http://news.cnet.com/news/0-1003-200-5551168.html?tag=cd_mh*    ' Is really needed the OpenVMS for NSA  ?    Regardsa   FC   ------------------------------  % Date: Tue, 10 Apr 2001 10:21:59 -0600 % From: Dean Woodward <deanw@rdrop.com> % Subject: Re: NSA is Linux not OpenVMSp) Message-ID: <3AD33327.A5DE7160@rdrop.com>s  * fabio_compaq@ep-bc.petrobras.com.br wrote: > = > http://news.cnet.com/news/0-1003-200-5551168.html?tag=cd_mh5  @ I've got so many issues with the NSA approach to the whole topic I don't know where to start...   ------------------------------  % Date: Tue, 10 Apr 2001 07:41:08 -0300*) From: fabio_compaq@ep-bc.petrobras.com.br 5 Subject: Re: NSLOOKUP: *** Can't initialize resolver. L Message-ID: <OF9F283DB1.DB85D951-ON03256A2A.003AA092@ep-bc.petrobras.com.br>  C Compaq CSC  said to me it  is a bug and I must apply the last patch0 available for TCPIP Services   Regardsr   FC        H David Beatty <David.Beatty@sasSPAMITUPTHEZZZ.com> em 09/04/2001 16:50:45  C Favor responder a David Beatty <David.Beatty@sasSPAMITUPTHEZZZ.com>              Info-VAX@Mvb.Saic.Coma      5 Assunto: Re: NSLOOKUP: *** Can't initialize resolver.s      7 Try SHOW CONFIG NAME SERVICE to check your non-volatile = name service settings.  You could also check your routing viao SHOW ROUTE [/PERM].0  & You should be able to enable BIND  via! SET NAME SERVICE /SYSTEM /ENABLE.o   David R. Beattya  # On Mon, 09 Apr 2001 13:25:38 -0300, * fabio_compaq@ep-bc.petrobras.com.br wrote:  H >I never tested the nslookup before in this machine.  The ping works but thet >NSLOOKUP is not ..... >4I >Now I STOPPED the NAME SERVICE and I am having troubles reconfiguring itO .V >. . >eJ >The message of Local Domain *Mismatch* is displayed when I check the NAME	 >SERVICE.I >n >i< >And how do I restart the BIND Resolver after shutdown it !? >a >Regards >n >FC  >r >s >  >b2 >steven.reece@quintiles.com em 09/04/2001 13:08:21 >e- >Favor responder a steven.reece@quintiles.com  >e >r >o >      Info-VAX@Mvb.Saic.Com >  >m >r6 >Assunto: Re: NSLOOKUP: *** Can't initialize resolver. >  >  >  >aK >Is your DNS still there and still accessible?  Can you telnet/ping it from  >your VMS system?0E >I'd initially suspect (without any better information) that your VMSr systemG >can't get through to the DNS to do a lookup.  This could be because oftD >configuration problems, transport problems, DNS crashed due to bits+ >flipping in cache or cosmic radiation etc.l >I2 >Has it ever worked?  If yes, then what's changed? >Steve.  >t
 >Fabio asked:bH >>>>Any idea why it is appering this message. My NAME SERVICE is Started andi >Enableg >o >TCPIP SERVICE V5.0A ><<< >p >s >i >h >c >u   ------------------------------  # Date: Tue, 10 Apr 2001 10:47:16 GMTr1 From: CSABA  HARANGOZO   <csabah@zipworld.com.au>u5 Subject: Re: NSLOOKUP: *** Can't initialize resolver.d9 Message-ID: <UwBA6.1273$CN.216983@nostril.pacific.net.au>   * fabio_compaq@ep-bc.petrobras.com.br wrote:M > I never tested the nslookup before in this machine.  The ping works but theE > NSLOOKUP is not .....t  M > Now I STOPPED the NAME SERVICE and I am having troubles reconfiguring it  .i >  .K > The message of Local Domain *Mismatch* is displayed when I check the NAMEa
 > SERVICE.  = > And how do I restart the BIND Resolver after shutdown it !?e   	Fabio,i  - 	You might want to look at this bit as well :    	$@SYS$MANAGER:TCPIP$BINDSETUP  A 	Using this menu, you can start up, shut down, configure, etc thel 	BIND service/resolver.-- 	It has a help option, with good suggestions.- 	I hope this helps...l 					Cheers,		Csaba-  ? 	P.S. : Also don't forget the "TCPIP SET ROUTE" part as well...o  I    ----------------------------------------------------------------------pE    * Csaba I. Harangozo     |    'To err is human', said the hedgehogeE    * csabah@zipworld.com.au |           as he dismounted a wirebrush..I    ----------------------------------------------------------------------m;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:e   ------------------------------    Date: 10 Apr 2001 10:00:34 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> $ Subject: Re: OT: "The Puzzle Palace"H Message-ID: <y4wv8tqj4t.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  ) "Bill Todd" <billtodd@foo.mv.com> writes:v  K > That's only true *outside* the U.S.  Within the U.S., there's arguably noeN > necessity for secrecy beyond that associated with a developing investigationM > of some sort, and possibly *never* any necessity for secrecy after the fact-I > save to protect individuals from possible retribution (i.e., it's neverQN > appropriate just to keep dubious official activities from the light of day -L > the light of day being the best assurance that official activities *won't* > become dubious).  J That's why the USA has that admirable feature (one of the few in its legalF system), the Freedom of Information Act. Germany isn't quite there yetL (although things are improving), and Great Britain is still in the Dark Ages with its Official Secrets Act.   	Jan  M PS: Completely off topic. But "security through obscurity" has time and again M been shown to not work, and unaccountability and non-auditing are always bad.a   ------------------------------  % Date: Tue, 10 Apr 2001 11:43:20 +0200i4 From: Phillip Helbig <helbig@astro.uni-frankfurt.de>4 Subject: problem with configuring SMTP to send email6 Message-ID: <3AD2D5B8.66052AD0@astro.uni-frankfurt.de>   Hi all,e    G I have finally managed to set up a hobbyist VMS system at home, throughiD a virtual permanent line, i.e. it looks and feels like the permanent> connection I have known and loved for years, but actually, the< connection (incoming or outgoing) is only there when needed.   So far so good.u  A Did anyone see my post yesterday regarding TCPIP cluster alias?     A The following is not specifically related to my previous questiona regarding the cluster alias.  F Telnet, ftp, http etc seem to work in both directions.  At the moment,G there is no DNS information available, so I have to use numbers insteadgC of names for incoming stuff, but that is OK.  Obviously, routing is@= working since I can get out, and I can use names for outgoingr" connections, so they are resolved.  H I can RECEIVE email from outside.  It seems the only thing which doesn'tH work is sending SMTP email.  (Normal mail, i.e. local VMS mail, works of course.)  A When I send a message, it takes a long time for the CC: and Subj:KG prompts to come up after I type in the address, regardless of whether Ie@ use a name or IP number (in square brackets).  After sending theG message, it gets stuck in the SMTP queue.  SMTP mail to another machinelE in the cluster has the same problem, so I think it is an SMTP problem H and not a network problem, though in the past when messages got stuck in+ the queue, it was always a network problem.   D VMS 7.2-1 ALPHA, all relevant patches applied up to mid-January (theH machine has been offline since then).  TCPIP Services for OpenVMS 5.0A - ECO 1.  H All I have done is to reconfigure things to reflect the machine being atG a new site.  Since everything else is working, including receiving SMTPl= email, there are no big goofs.  I am pretty sure that all thevE information I have entered at various places is correct.  I think thenG problem must be that there is some information I have not entered, someiD parameter which is not correctly set etc.  It probably has the value appropriate to the old site.  C From time to time, the desire to have CHANGE_NODE_NAME.COM has beenbF expressed here.  It doesn't have to be an actual .COM file, of course,A just a COMPREHENSIVE list of EVERYTHING which needs to be done ineE changing a node name, in the proper order.  (For me, I think the mainpF purpose of this would be after a big system-disk upgrade: one can copyD the disk to other nodes and then change the node information back to? what it should be, rather than re-installing everything on eachoE individual system disk.  It is also helpful, of course, when actuallyaG changing the node name, such as might happen when moving the machine.) sF Something similar regarding TCPIP and SMTP configuration would also beG nice to have.  In fact, it is probably even more important, since it ismG rare that one MUST change the node name, whereas changing the TCPIP andsH SMTP information is essential when moving a machine to a new site.  Does& anyone have such a comprehensive list?  E I won't have physical access to the machine before Friday, so I can'tfH reboot it nor restart TCPIP.  I can connect to it, though, and configure things.i  D It would be nice to know what I have to do by Friday, since I cannotC send email from the machine, thus can't correspond with anyone.  (Ir< could, however, log in somewhere else and email from there.)  D Another problem I have at the moment is finding a public NNTP serverE where a) I can post and b) all the groups I need are there.  However,rB many such servers require some sort of registration, and that willC probably only be possible when I can send email from my machine, so H unfortunately then my newsgroup access will be somewhat limited.  (I canC monitor the Info-VAX mailing list and/or access an nntp server fromn= Netscape on a unix machine, but neither is very comfortable.)e     Thanks,-   Phillip Helbig   ------------------------------  % Date: Tue, 10 Apr 2001 13:25:05 +0200c$ From: Michael Unger <unger@decus.de>4 Subject: problem with configuring SMTP to send email* Message-ID: <009FA54A.1ECB65D5.2@decus.de>  ' > Date: Tue, 10 Apr 2001 11:43:20 +0200e6 > From: Phillip Helbig <helbig@ASTRO.UNI-FRANKFURT.DE>6 > Subject: problem with configuring SMTP to send email   [...]y  J > I can RECEIVE email from outside.  It seems the only thing which doesn'tJ > work is sending SMTP email.  (Normal mail, i.e. local VMS mail, works of
 > course.) >   C > When I send a message, it takes a long time for the CC: and Subj:eI > prompts to come up after I type in the address, regardless of whether I.B > use a name or IP number (in square brackets).  After sending theI > message, it gets stuck in the SMTP queue.  SMTP mail to another machinelG > in the cluster has the same problem, so I think it is an SMTP problempJ > and not a network problem, though in the past when messages got stuck in- > the queue, it was always a network problem.r  ! Did you check the log file, i.e.,h= SYS$SPECIFIC:[{UCX|TCPIP}_SMTP]{UCX|TCPIP}$SMTP_LOGFILE.LOG ?   F > VMS 7.2-1 ALPHA, all relevant patches applied up to mid-January (theJ > machine has been offline since then).  TCPIP Services for OpenVMS 5.0A - > ECO 1.  < How did you configure the system? Did you run the "standard"? configuration procedure SYS$MANAGER:{UCX|TCPIP}$CONFIGURE.COM ?    Michaele   ------------------------------  % Date: Tue, 10 Apr 2001 15:16:08 +0200h$ From: Michael Unger <unger@decus.de>4 Subject: problem with configuring SMTP to send email* Message-ID: <009FA559.A2157723.1@decus.de>  ' > Date: Tue, 10 Apr 2001 13:35:53 +0200r; > From: Phillip Helbig <HELBPHI@SYSDEV.DEUTSCHE-BOERSE.COM>H: > Subject: Re: problem with configuring SMTP to send email >   N > > > I can RECEIVE email from outside.  It seems the only thing which doesn'tN > > > work is sending SMTP email.  (Normal mail, i.e. local VMS mail, works of > > > course.) >   % > > Did you check the log file, i.e.,=A > > SYS$SPECIFIC:[{UCX|TCPIP}_SMTP]{UCX|TCPIP}$SMTP_LOGFILE.LOG ?_ >    > Yes.  Nothing strange. >   @ > > How did you configure the system? Did you run the "standard"C > > configuration procedure SYS$MANAGER:{UCX|TCPIP}$CONFIGURE.COM ?i >   * > Yes.  I also added some information with >   0 >    $ TCPIP SET {NAME|ROUTE|CONFIGURATION SMTP} >   D > After (I thought) everything was entered, in my frustration I evenE > rebooted.  :-(  So everything has been shut down and restarted etc.-   From the german DECUS node:  [note: partial output only]B   UCX> show servicee  @L Service             Port  Proto    Process          Address            State  3O BIND                 nnn  TCP,UDP  UCX$BIND         0.0.0.0             EnabledrP POP                  nnn  TCP      UCX$POP          0.0.0.0             DisabledP SMTP                 nnn  TCP      UCX$SMTP         0.0.0.0             Disabled  D ("SMTP" is "disabled" due to another package being run, otherwise it should be "enabled" I suppose.)m   UCX> show version   @   Digital TCP/IP Services for OpenVMS Alpha Version V4.2 - ECO 26   on a AlphaServer ???? ?/??? running OpenVMS V7.1       UCX> show protocol    IP ?    Bad IP Version drops:                                      0.?    Datagrams with bad header checksums:                       0 ?    Datagrams with size smaller than minimum:                  0e?    Datagrams with data size < data length:                    0r?    Datagrams with header length < data size:                  0m?    Datagrams with data length < header length:                0m  TCP    [...]  UDP?    Bad header checksums:                                      0d?    Incomplete headers:                                        0a?    Bad data length fields:                                    04?    Socket buffer drops:                                       0-  ICMPe?    Messages with bad code fields:                           294a?    Messages with < minimum length:                            1s?    Bad checksums:                                             3_?    Messages with bad length:                                  0a   Any protocol errors reported ?   Are there OPCOM messages ?F (On the system trying to send mails or on the system receiving mails?)   Michaelt   ------------------------------  % Date: Tue, 10 Apr 2001 09:59:14 +0100c0 From: andrew harrison <andrew.nospam@uk.sun.com>< Subject: Re: Solaris tmpfs (was Re: VMS-Related: Affordable)* Message-ID: <3AD2CB62.EBD27052@uk.sun.com>   Bill Todd wrote: > ? > Hoff Hoffman <hoffman@xdelta.zko.dec.nospam> wrote in messaget. > news:j8oA6.696$fB6.18336@news.cpqcorp.net...> > > In article <3AD1F484.9C8E4598@uk.sun.com>, andrew harrison$ > <andrew.nospam@uk.sun.com> writes: > >N? > > :Sort of. Solaris has an in-memory filesystem called tmpfs.o > > :n? > > :/tmp is normally mounted as a tmpfs volume but some peoplem< > > :also use it for things like Sybase TMPDB. It never gets8 > > :flushed to disk unless you run out of memory and it > > :gets paged. > > I > >   A good idea, but certainly not the implementation that I would have8M > >   chosen.  I'd have gone the route of a host-based RAM disk with pageable K > >   memory, and the same file system everything else uses.  (Why?  A diskiJ > >   device is a whole lot less involved than a file systems.  I'd prefer4 > >   to avoid maintaining yet another file system.) > I > While my acquaintance with the situation is less than detailed, I thinkaN > tmpfs may *be* just another instance of an otherwise normal file system thatM > happens to exist on pageable memory formated like a disk - which if true iseN > pretty much the same as the approach you describe.  But remember that in anyB > event Unix is used to dealing with a handful or more of somewhatL > strange-looking 'filesystems' (devfs, procfs, probably others), so even ifL > tmpfs is somewhat different that would be less noticeable than it would be > in a VMS environment.0  E Tmpfs is essentially UFS but to a chunk of virtual memory. It has thea same 0? programming interface allowing UNIX apps to use it unmodified. t  > VFS makes it relatively easy for people to impliment different filesystemswF on Solaris and there are a variety of third party filesystems that use this.0       regardsK Andrew Harrison< Enterprise IT ArchitectC   ------------------------------  % Date: Tue, 10 Apr 2001 14:34:05 +0100h0 From: andrew harrison <andrew.nospam@uk.sun.com>< Subject: Re: Solaris tmpfs (was Re: VMS-Related: Affordable)* Message-ID: <3AD30BCD.214B91D3@uk.sun.com>   Hoff Hoffman wrote:  > _ > In article <3AD1F484.9C8E4598@uk.sun.com>, andrew harrison <andrew.nospam@uk.sun.com> writes:0 > = > :Sort of. Solaris has an in-memory filesystem called tmpfs.u > : = > :/tmp is normally mounted as a tmpfs volume but some peoplee: > :also use it for things like Sybase TMPDB. It never gets6 > :flushed to disk unless you run out of memory and it > :gets paged. > G >   A good idea, but certainly not the implementation that I would have,K >   chosen.  I'd have gone the route of a host-based RAM disk with pageable:I >   memory, and the same file system everything else uses.  (Why?  A disk H >   device is a whole lot less involved than a file systems.  I'd prefer2 >   to avoid maintaining yet another file system.) >   3 You can also do that. There are vendors who provideo0 SBus or PCI NVRAM RAM disks that then have a UFS4 type filesystem on them. One I have seen also has a , disk attached that is used to flush the data0 to disk if there is a power failure. The disk is! obviously battery backed as well.1  0 But people tend to use these devices where they . need very high performance persistent storage.  5 tmpfs is used where people need very high performancer but non-persistent storage.<   regardsy Andrew HarrisonZ Enterprise IT Architect:   ------------------------------   Date: 10 Apr 2001 15:18:50 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)& Subject: Re: the compaq annual meeting, Message-ID: <9av88q$t2a@gap.cco.caltech.edu>  n In article <Mc+2whCAGNMJ@tachxxsoftxxconsult>, wayne@tachysoft.xxx.065234.killspam.015d (Wayne Sewell) writes: >  >oM >What about the proposals?  Any comments on those?  Number 3, "to nominate atiN >least two directors for each open board position", sounds like something thatO >would be more beneficial to the shareholders than to the board.  The fact thatgJ >the existing board is against proposal 3 sort of reinforces that belief. J >However, I'll be the first to admit that I know *nothing* about business. >a  L That proposal is surfacing in just about every company this year.  And it's K essentially useless because the directors pick both of the candidates, and FI so both will embody whatever biases the board already has.  One can only  J suspect that a do nothing board would tend to add more do nothing members.K Besides that, the information provided about candidates to the shareholderseK is so superficial as to be of little value.  It's all titles and honors buteG no performance information whatsoever.  For instance, the much despisednF R.P. is on the AMD board and in his bio is says (correctly) the he wasK President and CEO of Digital for such and such years.  Nowhere does it notesK that the company completely tanked during his reign, lost tons of money forn4 shareholders, and ceased to exist at the end of it!   D So I think that requiring an outside analysis of each board member'sK performance in business related fields would be much more valuable than theVJ "pick one from the sock drawer" method.   Even that wouldn't help with theK honorary directors though.  You know, the family members, ex-Secretaries ofoK State, and the like.  Well, it might help to see explicitly that "so and soU$ has no related business experience."   Regards,   David Mathog mathog@seqaxp.bio.caltech.edue? Manager, sequence analysis facility, biology division, Caltech u   ------------------------------  % Date: Tue, 10 Apr 2001 12:06:12 -0400a. From: Michael Austin <maustin@nc.prestige.net>, Subject: Upgrading a 4000/60 the easy??? way/ Message-ID: <3AD32F74.E3F19207@nc.prestige.net>   G I have 2 clustered/shadowed VAX4000/60's I am upgrading to VAX4000/90'suB by pulling the hard drive from the 60's and installing them in theB 90's.  The only problem is that the 60 uses an ESA (SVA-0) networkF device name and the 90 uses an EZA (ISA-0) device name. In DECNET-PlusH what scripts/command procedures need to be modified such that the systemA does not hang trying to locate the ESA/SVA-0 device at boot time?-   Thanks,-  D Michael Austin  -  who has been out of VMS system management for too long.. Rdb DBA Consultant   ------------------------------  % Date: Tue, 10 Apr 2001 12:28:59 -0400u2 From: rdeininger@mindspring.com (Robert Deininger)0 Subject: Re: Upgrading a 4000/60 the easy??? wayL Message-ID: <rdeininger-1004011228590001@user-2ive7ol.dialup.mindspring.com>  > In article <3AD32F74.E3F19207@nc.prestige.net>, Michael Austin  <maustin@nc.prestige.net> wrote:  I > I have 2 clustered/shadowed VAX4000/60's I am upgrading to VAX4000/90's8D > by pulling the hard drive from the 60's and installing them in theD > 90's.  The only problem is that the 60 uses an ESA (SVA-0) networkH > device name and the 90 uses an EZA (ISA-0) device name. In DECNET-PlusJ > what scripts/command procedures need to be modified such that the systemC > does not hang trying to locate the ESA/SVA-0 device at boot time?   H The proper thing to do would be to run DECNET_CONFIG on the new system. I Are you certain that DECnet startup hangs if the device isn't found?  I'dfA expect it to report the failure and let you continue, with DECnete basically not working.  H If one of your systems can run without the other (maybe by fiddling withH votes, and such things), then make the hardware change on one node, withJ the other completely shut down.  Fix DECnet on one system, then repeat the changeover with the other.    F You might have to break your shadow sets during the switch, and endure shadow copies at the end.o  I Note that clustering via ethernet and DECnet have nothing to do with each-: other.  If DECnet is broken, clustering should still work.  G If you have to do it by hand, look at the .NCL files in SYS$MANAGER.  ItG don't recall which one(s) set up the ethernet interfaces, but you couldiI make some fairly obvious edits on the 4000/60's just before shutting them I down, to match the expected hardware that'll be found on the /90's duringe the next boot.  J If you try to do some kind of "rolling disk migration", with one system upB and running in the cluster when you change the other, there may beJ trouble...  System A has a disk mounted, which is located inside system B,F and you shut down B and put the disk in system C.  Will system A let CI rejoin the cluster, or will there be some incompatibility in cluster-widedD data structures that causes C to be rejected?  I don't know, but I'm suspicious of such things.   -- n Robert Deininger rdeininger@mindspring.comi   ------------------------------  % Date: Tue, 10 Apr 2001 17:28:42 +0100t+ From: "antonio.carlini" <arcarlini@iee.org> 0 Subject: Re: Upgrading a 4000/60 the easy??? way' Message-ID: <3AD334BA.576E4F48@iee.org>M   $ @NET$CONFIGURE ADVANCED   / and run through all the questions should do it.   , You should be able to do just the "devices" ' section but I always found it easier tot rip through all the questions.  & (BASIC instead of ADVANCED may well be enough for you but if you have,s! for example, WAN links it assumese" that they will be used for DECnet,# which is not a great deal of use if  in fact they won't).   Antonion   Michael Austin wrote:t > I > I have 2 clustered/shadowed VAX4000/60's I am upgrading to VAX4000/90'skD > by pulling the hard drive from the 60's and installing them in theD > 90's.  The only problem is that the 60 uses an ESA (SVA-0) networkH > device name and the 90 uses an EZA (ISA-0) device name. In DECNET-PlusJ > what scripts/command procedures need to be modified such that the systemC > does not hang trying to locate the ESA/SVA-0 device at boot time?  > 	 > Thanks,h > F > Michael Austin  -  who has been out of VMS system management for too > long.. > Rdb DBA Consultant   -- r   ---------------n- Antonio Carlini             arcarlini@iee.orgs   ------------------------------  % Date: Tue, 10 Apr 2001 17:45:17 +0100m- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>C0 Subject: Re: Upgrading a 4000/60 the easy??? way) Message-ID: <3AD3389D.370F107B@bbc.co.uk>C   Michael Austin wrote:Y  I > I have 2 clustered/shadowed VAX4000/60's I am upgrading to VAX4000/90's D > by pulling the hard drive from the 60's and installing them in theD > 90's.  The only problem is that the 60 uses an ESA (SVA-0) networkH > device name and the 90 uses an EZA (ISA-0) device name. In DECNET-PlusJ > what scripts/command procedures need to be modified such that the systemC > does not hang trying to locate the ESA/SVA-0 device at boot time?o  5 My educated guess is that its the CSMA-CD definition.n   $ set def sys$startupd $ sear *.ncl esa   ******************************, SYS$SYSROOT:[SYSMGR]NET$CSMACD_STARTUP.NCL;1  ? CREATE NODE 0 CSMA-CD STATION CSMACD-0 COMMUNICATION PORT = ESAf  J Though I can't remember or determine from the HELP what the NCL equivalent commandm to set/show this info is.    >p	 > Thanks,e >t >h >aF > Michael Austin  -  who has been out of VMS system management for too > long.. > Rdb DBA Consultant   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uks  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------  , Date: Tue, 10 Apr 2001 13:08:34 +0200 (CEST): From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>/ Subject: Re: VMS equivalent of Unix wc command?IJ Message-ID: <Pine.LNX.4.21.0104101307030.18127-100000@irys.stanpol.com.pl>  4 On Fri, 6 Apr 2001 jamese@beast.dtsw.army.mil wrote: [...]gD +Or you can get wc from <ftp://alpha.nuceng.ufl.edu/wc> and use it.     Check:    +++++++++++++++.> While trying to retrieve the URL: ftp://alpha.nuceng.ufl.edu/ % The following error was encountered:        Connection Failed e The system returned: j     (111) Connection refusedF The remote host or network may be down. Please try the request again.  +++++++++++++++1  0  That is permanent or only have hit a downtime ?    Regards - Gotfryd   -- cE =====================================================================EF $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=MEo. $!                        GS@stanpol.zabrze.plE =====================================================================n   ------------------------------  % Date: Tue, 10 Apr 2001 12:52:53 -0400h8 From: "Island Computers US Corp" <dbturner@islandco.com>  Subject: VMS friendly website???/ Message-ID: <td6ei8iodfnu69@news.supernews.com>e  : OUt of curiosity - anyone checked out website this morningE We had a fella redo it for Netscape so it should work a little better  Still uses frames though...      DT -- Island Computers US Corporation  2700 Gregory Streeto	 Suite 150. Savannah GA 31404U Tel: 912 447 6622| Fax: 912 201 0096. sales@islandco.com www.islandco.com  C This message and any files transmitted with it are confidential andsJ may be privileged and/or subject to the provisions of privacy legislation.H They are intended solely for the use of the individual or entity to whomE they are addressed. If the reader of this message is not the intended-
 recipient,G please notify Island Computers US Corp immediately and then delete thiss message.I You are notified that reliance on, disclosure of, distribution or copying5 of this message is prohibited.   ------------------------------  % Date: Tue, 10 Apr 2001 13:34:29 -0400H- From: "Richard D. Piccard" <piccard@ohio.edu>f$ Subject: Re: VMS friendly website???( Message-ID: <3AD34425.6433F5A3@ohio.edu>  H You have achieved something truly unique in the way of Macintosh-hostileK pages:  no matter how wide I make my browser window (Mac Netscape 4.76), at G least up to twice as wide as can print without cropping, I still have a_1 horizontal scroll bar for the main-content frame.   L If one of your customers sees an item on your site, and wants to tell othersM about it, frames makes it impossible to quote a single URL that will bring upaG the information.  Instead, we have to quote your home page, then give aI? series of "click on this then click on that" type instructions.   G To paraphrase another, with only the slightest bit of exaggeration, "Ifr6 frames is the answer, it was a truly stupid question."  #                                 RDPc     Island Computers US Corp wrote:t  < > OUt of curiosity - anyone checked out website this morningG > We had a fella redo it for Netscape so it should work a little better  > Still uses frames though...U >P > DT > --! > Island Computers US Corporation    [snip] --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Tue, 10 Apr 2001 10:56:28 -0700B! From: Shane.F.Smith@Healthnet.com $ Subject: Re: VMS friendly website???D Message-ID: <OF89909117.934B6AF3-ON88256A2A.0062718B@foundation.com>  J With Nutscrape, you can right click on the frame and select "open frame inH new window". That will give you a URL for the frame itself, and save youH the "click on this" stuff. I think there's something similar in Internet Exploder, too.   ShaneP          A "Richard D. Piccard" <piccard@ohio.edu> on 04/10/2001 10:34:29 AM   9 Please respond to "Richard D. Piccard" <piccard@ohio.edu>    To:   Info-VAX@Mvb.Saic.Come cc:   % Subject:  Re: VMS friendly website???S      H You have achieved something truly unique in the way of Macintosh-hostileK pages:  no matter how wide I make my browser window (Mac Netscape 4.76), atnG least up to twice as wide as can print without cropping, I still have a 1 horizontal scroll bar for the main-content frame.h  E If one of your customers sees an item on your site, and wants to telle othersJ about it, frames makes it impossible to quote a single URL that will bring upG the information.  Instead, we have to quote your home page, then give aa? series of "click on this then click on that" type instructions.e  G To paraphrase another, with only the slightest bit of exaggeration, "Ifr6 frames is the answer, it was a truly stupid question."  #                                 RDPf     Island Computers US Corp wrote:e  < > OUt of curiosity - anyone checked out website this morningG > We had a fella redo it for Netscape so it should work a little betteru > Still uses frames though...S >  > DT > --! > Island Computers US Corporationt   [snip] --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------    Date: 10 Apr 2001 09:45:23 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>n$ Subject: Re: VMS-Related: AffordableH Message-ID: <y4zodpqju4.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  ) "Bill Todd" <billtodd@foo.mv.com> writes:)  I > Unless, of course, the application can handle the bytes in situ in the n > blocks  N But then you're not using the calls provided by the C RTL, but the system callK directly. And in Unix, the data is copied (in memory) at least once; a $QIOt) will get it into your buffer without one.b  N > No, since the traditional Unix approach (if I understand it correctly) movesL > application bytes directly to/from a system buffer, which is moved to/from' > disk - still only one copy operation.r  J Still the question who does the deblocking...do the usual read/write C RTLK calls return the data or a pointer to the data (you'll notice I'm obviouslyeI not using C regularly enough to know...)? In the latter case, you can get + away without the second copy in many cases.e   	Jan   ------------------------------   End of INFO-VAX 2001.201 ************************