0 INFO-VAX	Tue, 07 Feb 2006	Volume 2006 : Issue 76      Contents: Re: A good day for VMS Re: A good day for VMS Re: A good day for VMS Re: A good day for VMS Re: A good day for VMS Re: A good day for VMS Re: A good day for VMS Re: A good day for VMS Re: A good day for VMS Re: A good day for VMS! Re: Alpha Console Access Question  Re: Alpha for XP Re: Another sad day for VMS...* Re: Cisco to sink: names Capellas to board* Re: Cisco to sink: names Capellas to board Re: DEC 3000 SCC Hex 46 problem  Re: Free VAX 8250  Great Job Board 1 Re: Help! CMUIP TCP/IP software - older versions. 1 Re: Help! CMUIP TCP/IP software - older versions. 1 Re: Help! CMUIP TCP/IP software - older versions. 1 Re: Help! CMUIP TCP/IP software - older versions. 1 Re: Help! CMUIP TCP/IP software - older versions. 1 Re: Help! CMUIP TCP/IP software - older versions. & Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems, Linux/Unix certs prove opensource will fail!0 Re: Linux/Unix certs prove opensource will fail!0 Re: Linux/Unix certs prove opensource will fail!0 Re: Linux/Unix certs prove opensource will fail!8 Re: M e z e i discriminates against fat lesbian feminist6 Re: Montecito sinks!  Start alpha EV79 production now! Re: null terminated strings  Re: null terminated strings : OT: English grammar and the state of today's education :-)> Re: OT: English grammar and the state of today's education :-)> Re: OT: English grammar and the state of today's education :-)> Re: OT: English grammar and the state of today's education :-)( Re: perl build error (& subscribe error)( Re: perl build error (& subscribe error)( Re: perl build error (& subscribe error)( Re: perl build error (& subscribe error)( Re: perl build error (& subscribe error)/ Re: perl build error (& subscribe error) SOLVED  Re: Phaser 560 and DCPS problem  Re: Phaser 560 and DCPS problem ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR % Using SDA to view Global Section Data ) Re: Using SDA to view Global Section Data   Re: VAXstation 2000 boot devices  Re: VAXstation 2000 boot devices Re: vaxstation 4000vlc Re: vaxstation 4000vlc" Virus knocks out the russian stock We need DS10L 617Mhz Systems  F ----------------------------------------------------------------------   Date: 7 Feb 2006 01:02:42 -0600 2 From: "Dave Weatherall" <djw-nothere@nospam.nohow> Subject: Re: A good day for VMS ? Message-ID: <DTiotGxQ0bj6-pn2-7QXINMsIyvT5@dave2_os2.home.ours>   > On Mon, 6 Feb 2006 16:31:13 UTC, "R Boyd" <bob@hax.com> wrote:   > David, > I > Last I heard over the last 2 years Glaxo SmithKline was decommissioning 0 > all of their OpenVMS systems at all locations. >  > Robert > / > David Turner, Island Computers US Corp wrote:   > > My bet is SmithKline Beecham > >   A Maybe David T might have meant to post in the Bad news thread :-)    --   Cheers - Dave W.   ------------------------------  % Date: Tue, 07 Feb 2006 09:23:12 +0000 ! From: "R.A.Omond" <Roy@Omond.net>  Subject: Re: A good day for VMS 4 Message-ID: <ds9ou3$apk$1$8302bc10@news.demon.co.uk>  - David Turner, Island Computers US Corp wrote:  > My bet is SmithKline Beecham >  > Huge user of VMS in London  5 Wel, I have been involved in the past with SmithKline 2 Beecham.  Their site in Harlow had (has ?) lots of VMS equipment.  5 But no, the site in question (in my original post) is 5 not SmithKline Beecham.  Sorry I can't say who it is.   	 Roy Omond  Blue Bubble Ltd.   ------------------------------  # Date: Tue, 07 Feb 2006 11:52:30 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger)  Subject: Re: A good day for VMS L Message-ID: <rdeininger-0702060652380001@user-105n84e.dialup.mindspring.com>  @ In article <ds4dal$kn1$1$8302bc10@news.demon.co.uk>, "R.A.Omond" <Roy@Omond.net> wrote:  < >I am currently involved in setting up a "farm" of 12 DS15'sA >at a very large customer in London (UK).  The same configuration < >is likely to be duplicated at various other sites round the >globe.  > 6 >This is new business, not a replacement for anything.  I Any particular reason(s) why the customer isn't deploying rx2620 systems?   ? I can think of two possible technical reasons, and one possible B non-technical one, without knowing anything about the application.  J Of course there might be additional application-specific reasons to choose one platform over the other.   ------------------------------  % Date: Tue, 07 Feb 2006 12:43:04 +0000 ! From: "R.A.Omond" <Roy@Omond.net>  Subject: Re: A good day for VMS 4 Message-ID: <dsa4kq$nme$1$8300dec7@news.demon.co.uk>   Robert Deininger wrote:   B > In article <ds4dal$kn1$1$8302bc10@news.demon.co.uk>, "R.A.Omond" > <Roy@Omond.net> wrote: >  > = >>I am currently involved in setting up a "farm" of 12 DS15's B >>at a very large customer in London (UK).  The same configuration= >>is likely to be duplicated at various other sites round the  >>globe. >>7 >>This is new business, not a replacement for anything.  >  > K > Any particular reason(s) why the customer isn't deploying rx2620 systems?  > A > I can think of two possible technical reasons, and one possible D > non-technical one, without knowing anything about the application. > L > Of course there might be additional application-specific reasons to choose > one platform over the other.  = Tests of a number of applications on the IA64 showed that the 9 Alpha was faster (in many case by a huge margin) than the 8 Itanium.  HP was also involved, and it was mostly due to9 *severely* mis-aligned data (IIRC).  The penalty for such 9 appeared to be much more on IA64 than on Alpha.  I wasn't 6 personally involved in these tests, so I have to go on hearsay.  Sorry.   ------------------------------   Date: 7 Feb 2006 07:23:02 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: A good day for VMS 3 Message-ID: <Lc5jZPgv6Na3@eisner.encompasserve.org>   X In article <dsa4kq$nme$1$8300dec7@news.demon.co.uk>, "R.A.Omond" <Roy@Omond.net> writes: > Robert Deininger wrote:  > C >> In article <ds4dal$kn1$1$8302bc10@news.demon.co.uk>, "R.A.Omond"  >> <Roy@Omond.net> wrote:  >>   >>  > >>>I am currently involved in setting up a "farm" of 12 DS15'sC >>>at a very large customer in London (UK).  The same configuration > >>>is likely to be duplicated at various other sites round the	 >>>globe.  >>> 8 >>>This is new business, not a replacement for anything. >>   >>  L >> Any particular reason(s) why the customer isn't deploying rx2620 systems? >>  B >> I can think of two possible technical reasons, and one possibleE >> non-technical one, without knowing anything about the application.  >>  M >> Of course there might be additional application-specific reasons to choose  >> one platform over the other.  > ? > Tests of a number of applications on the IA64 showed that the ; > Alpha was faster (in many case by a huge margin) than the : > Itanium.  HP was also involved, and it was mostly due to; > *severely* mis-aligned data (IIRC).  The penalty for such ; > appeared to be much more on IA64 than on Alpha.  I wasn't 8 > personally involved in these tests, so I have to go on > hearsay.  Sorry.  @ HP folks have said that the penalty for alignment faults is much@ greater on Itanium than on Alpha.  So the question about why the= customer would not use rx2620 would be reasonably answered by 2 "It is too hard to change all their applications."   ------------------------------   Date: 7 Feb 2006 13:49:05 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: A good day for VMS + Message-ID: <44rmqhF3i0noU2@individual.net>   4 In article <ds9ou3$apk$1$8302bc10@news.demon.co.uk>,$ 	"R.A.Omond" <Roy@Omond.net> writes:/ > David Turner, Island Computers US Corp wrote:  >> My bet is SmithKline Beecham  >>   >> Huge user of VMS in London  > 7 > Wel, I have been involved in the past with SmithKline 4 > Beecham.  Their site in Harlow had (has ?) lots of > VMS equipment. > 7 > But no, the site in question (in my original post) is 7 > not SmithKline Beecham.  Sorry I can't say who it is.   K OK, keep telling us who it isn't and when we get down to the last one we'll  figure it out ourselves.  :-)    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: Tue, 07 Feb 2006 05:51:33 -0800 # From: "Tom Linden" <tom@kednos.com>  Subject: Re: A good day for VMS ( Message-ID: <ops4lvf7dbzgicya@hyrrokkin>  G On 7 Feb 2006 07:23:02 -0600, Larry Kilgallen <Kilgallen@SpamCop.net>    wrote:  D > In article <dsa4kq$nme$1$8300dec7@news.demon.co.uk>, "R.A.Omond"   > <Roy@Omond.net> writes:  >> Robert Deininger wrote: >>D >>> In article <ds4dal$kn1$1$8302bc10@news.demon.co.uk>, "R.A.Omond" >>> <Roy@Omond.net> wrote: >>>  >>> @ >>>> I am currently involved in setting up a "farm" of 12 DS15'sE >>>> at a very large customer in London (UK).  The same configuration @ >>>> is likely to be duplicated at various other sites round the >>>> globe.  >>>>: >>>> This is new business, not a replacement for anything. >>>  >>> F >>> Any particular reason(s) why the customer isn't deploying rx2620   >>> systems? >>> C >>> I can think of two possible technical reasons, and one possible F >>> non-technical one, without knowing anything about the application. >>> I >>> Of course there might be additional application-specific reasons to   
 >>> choose  >>> one platform over the other. >>@ >> Tests of a number of applications on the IA64 showed that the< >> Alpha was faster (in many case by a huge margin) than the; >> Itanium.  HP was also involved, and it was mostly due to < >> *severely* mis-aligned data (IIRC).  The penalty for such< >> appeared to be much more on IA64 than on Alpha.  I wasn't9 >> personally involved in these tests, so I have to go on  >> hearsay.  Sorry.  > B > HP folks have said that the penalty for alignment faults is muchB > greater on Itanium than on Alpha.  So the question about why the? > customer would not use rx2620 would be reasonably answered by 4 > "It is too hard to change all their applications."  @ I guess history _does_ repeat itself, this was also true for the+ VAX->AXP transition.  (The alignment issue)    ------------------------------  % Date: Tue, 07 Feb 2006 15:24:07 +0000  From: Roy Omond <Roy@Omond.net>  Subject: Re: A good day for VMS 4 Message-ID: <dsae2n$8pe$1$8300dec7@news.demon.co.uk>   Bill Gunshannon wrote:  6 > In article <ds9ou3$apk$1$8302bc10@news.demon.co.uk>,& > 	"R.A.Omond" <Roy@Omond.net> writes: > / >>David Turner, Island Computers US Corp wrote:  >> >>>My bet is SmithKline Beecham  >>>  >>>Huge user of VMS in London  >>7 >>Wel, I have been involved in the past with SmithKline 4 >>Beecham.  Their site in Harlow had (has ?) lots of >>VMS equipment. >>7 >>But no, the site in question (in my original post) is 7 >>not SmithKline Beecham.  Sorry I can't say who it is.  >  > M > OK, keep telling us who it isn't and when we get down to the last one we'll  > figure it out ourselves.  :-)    :-) :-)   B You can add the following (known to me to be VMS users) in London:  : BBC, ITV, Cantor Fitzgerald, MCPS-PRS (Music Alliance) ...   ------------------------------   Date: 7 Feb 2006 07:41:01 -0800 0 From: "Steve B" <stephen_bainbridge@yahoo.co.uk> Subject: Re: A good day for VMS B Message-ID: <1139326861.929057.91890@g43g2000cwa.googlegroups.com>   Roy Omond wrote: > Bill Gunshannon wrote: > 8 > > In article <ds9ou3$apk$1$8302bc10@news.demon.co.uk>,( > > 	"R.A.Omond" <Roy@Omond.net> writes: > > 1 > >>David Turner, Island Computers US Corp wrote:  > >>! > >>>My bet is SmithKline Beecham  > >>>  > >>>Huge user of VMS in London  > >>9 > >>Wel, I have been involved in the past with SmithKline 6 > >>Beecham.  Their site in Harlow had (has ?) lots of > >>VMS equipment. > >>9 > >>But no, the site in question (in my original post) is 9 > >>not SmithKline Beecham.  Sorry I can't say who it is.  > >  > > O > > OK, keep telling us who it isn't and when we get down to the last one we'll ! > > figure it out ourselves.  :-)  > 	 > :-) :-)  > D > You can add the following (known to me to be VMS users) in London: > < > BBC, ITV, Cantor Fitzgerald, MCPS-PRS (Music Alliance) ...  + And of course Reuters, City Bank, LIFFE ...    ------------------------------  # Date: Tue, 07 Feb 2006 16:53:35 GMT & From: John Reagan <john.reagan@hp.com> Subject: Re: A good day for VMS 0 Message-ID: <jg4Gf.2752$An.422@news.cpqcorp.net>   Tom Linden wrote: I > On 7 Feb 2006 07:23:02 -0600, Larry Kilgallen <Kilgallen@SpamCop.net>    > wrote:  C >> HP folks have said that the penalty for alignment faults is much C >> greater on Itanium than on Alpha.  So the question about why the @ >> customer would not use rx2620 would be reasonably answered by5 >> "It is too hard to change all their applications."  >  > B > I guess history _does_ repeat itself, this was also true for the- > VAX->AXP transition.  (The alignment issue)   C The penalty for alignment faults on Alpha is quite reasonable.  So  I reasonable in fact that during the port of OpenVMS to I64, we found that  ? many of our own programs were chocked full of alignment faults  I themselves.  We never noticed them on Alpha, but we sure noticed them on  G I64.  For example, I had a customers Macro-32 file that took 8 minutes  F or so to compiled on V8.2, but only took 30 seconds on V8.2-1 after I J fixed just a handful of alignment faults inside the Macro compiler itself.     --   John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------   Date: 6 Feb 2006 23:39:13 -0800 & From: "Bart Zorn" <bartzorn@yahoo.com>* Subject: Re: Alpha Console Access QuestionC Message-ID: <1139297953.887542.130630@g44g2000cwa.googlegroups.com>   F Here is what I have done. This is on ES47 systems but I think they are3 the same with respect to the design of the console.   , For each system I have three entries in PCM:  8 - reverse telnet to port 323 of the SMC for OPA0: access5 - reverse telnet to port 23 of the SMC for MBM access = - reverse LAT via a DECserver port and the serial port of the  Alphaserver as backup.   HTH,  	 Bart Zorn    ------------------------------   Date: 7 Feb 2006 07:39:11 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: Alpha for XP 3 Message-ID: <f4HUn7kAsKc2@eisner.encompasserve.org>   d In article <43E73C83.28812.186FA88A@localhost>, "Stanley F. Quayle" <squayle@insight.rr.com> writes: > > > I have a prospect running V3.something on a 11-780, and I'm 4 > researching how to replace/replicate his hardware.  G    We're looking to use a Qniverter to move to a VAX 4000, later (maybe ?    next year).  We're lucky on this one because all the special @    hardware is UNIBUS and we have the source to all the drivers.  E    Back when I had 11/780 systems with 8 MASSBUS adapters, I also had D    custom hardware hanging off MASSBUS.  Try hooking that to a later
    system!  D > I got an inquiry a couple of years back about using CHARON-VAX to A > write 800 BPI tapes.  There is a international treaty (!) that  H > requires 800 BPI data interchange.  Scary, huh?  At least they didn't + > require 7-track tapes (remember them?)...   E    Had a 7-track on a Xerox Sigma-7, used it to read tapes written by <    a PDP-8 (IIRC).  The PDP's tape drive only had concentricG    counter-rotating shafts, takeup and supply spools mounted one above      each other.  H    I don't know what density the PDP was writing, but the 7-track on the"    Xerox would go down to 220 BPI.   ------------------------------  % Date: Tue, 07 Feb 2006 09:27:41 -0500 ' From: Dave Froble <davef@tsoft-inc.com> ' Subject: Re: Another sad day for VMS... / Message-ID: <rMKdnSYw_fmrM3XeRVn-tw@libcom.com>    JF Mezei wrote:  > Dave Froble wrote: >  >>Horseshit! >>G >>If I was the #1 person in VMS management, I'd make sure I had people, J >>don't care who, sales, ambassadors, whatever, who had a complete list ofF >>everyone using VMS, or at least those still with any type of contact  >>such as maintenance contracts. >  >  > H > Have you read Bill gerstner,s book "Who Says Elephanst Can't Dance ?".P > Obviously not otherwise you wouldn't have insulted me with the Horseshit word.  I Not an insult, a rebuttal to the concept that it's the customer's job to  8 make sure HP knows what's going on in the customer base.  J > What you said above amy be obvious to you and me and to small businesses@ > who really care about customers. But it doesn't apply to largeJ > corporations who have grown to a point where decision makers are TOTALLYF > isolated from customers. In the case of IBM pre-Gerstner, the middleA > managers made sure only happy IBM customers were polled and top I > management were never told about problem areas at IBM and why customers  > were leaving.  > J > Don't assume that the VMS management are actually hearing about contract, > losses, especially from smaller customers. >  > ) >>EVERY VMS CUSTOMER THAT COULD BE FOUND!  >  > G > On June 25 2001, Compaq said that they had contacted only the largest H > customers and gave them a visit to explain the decision, and didn't do$ > anything to the smaller customers. > C > Consider that VMS management do not have sales functions. this is H > delegated to local HP offices who are not interested in VMS and who doI > not report to VMS management. VMS managemenmt operate as a little entty & > in a company that doesn't "own" VMS.  @ I think that's what I was ranting about, and that I'd do things D differently.  The 'horseshit' was in response to the idea that it's H anybody else's job other than HP to know about what their customers are  thinking/doing.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------   Date: 7 Feb 2006 01:02:41 -0600 2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>3 Subject: Re: Cisco to sink: names Capellas to board ? Message-ID: <DTiotGxQ0bj6-pn2-9nZ1BI8kFS4x@dave2_os2.home.ours>   D On Mon, 6 Feb 2006 14:45:48 UTC, bill@cs.uofs.edu (Bill Gunshannon)  wrote:   <Snip>  J > > At a recent DECUS meeting in Munich it was put to us by one of Cisco'sH > > competitors that they are winning from Cisco because Cisco is still J > > too 'proprietary' and was losing out to those networking companies who# > > are implementing the Standards.  > >  > G > And what would you expect a competitor to say?  That they are rapidly E > loosing ground to Cisco and you should go there to buy your network D > infrastructure?  Just what is it that Cisco does that violates anyD > standard?  Most of the Cisco extensions are avaiable on top of theD > standard IP stuff and need not beused unless you want the features > they bring to the table.  E Well I'm not that naive, however, your last sentence gives a clue as  ) to why CISCO's competitor might be right.   D I don't have the presentation to hand nor the source of his figures  but his point was :-  F When the customer has a choice between Cisco and the gruft he doesn't F use, 'cos he doesn't need it or can't use because there are devices itE can't talk to, or because he doesn't want to be locked into a single  A manufacturer, and a standard-compliant producer with a life-time  E guarantee on the kit, well maybe the customer will choose the latter.    I remain open-minded.    --   Cheers - Dave W.   ------------------------------   Date: 7 Feb 2006 13:46:52 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)3 Subject: Re: Cisco to sink: names Capellas to board + Message-ID: <44rmmcF3i0noU1@individual.net>   ? In article <DTiotGxQ0bj6-pn2-9nZ1BI8kFS4x@dave2_os2.home.ours>, 5 	"Dave Weatherall" <djw-nothere@nospam.nohow> writes: F > On Mon, 6 Feb 2006 14:45:48 UTC, bill@cs.uofs.edu (Bill Gunshannon)  > wrote: >  > <Snip> > K >> > At a recent DECUS meeting in Munich it was put to us by one of Cisco's I >> > competitors that they are winning from Cisco because Cisco is still  K >> > too 'proprietary' and was losing out to those networking companies who $ >> > are implementing the Standards. >> >   >>  H >> And what would you expect a competitor to say?  That they are rapidlyF >> loosing ground to Cisco and you should go there to buy your networkE >> infrastructure?  Just what is it that Cisco does that violates any E >> standard?  Most of the Cisco extensions are avaiable on top of the E >> standard IP stuff and need not beused unless you want the features  >> they bring to the table.  > G > Well I'm not that naive, however, your last sentence gives a clue as  + > to why CISCO's competitor might be right.   C And why would this be a bad thing?  If there are things that can be B done better but are not included (and are unlikely to be included)C in the standard, as long as they don't break the standard, well....    > F > I don't have the presentation to hand nor the source of his figures  > but his point was :- > H > When the customer has a choice between Cisco and the gruft he doesn't H > use, 'cos he doesn't need it or can't use because there are devices itG > can't talk to, or because he doesn't want to be locked into a single  C > manufacturer, and a standard-compliant producer with a life-time  G > guarantee on the kit, well maybe the customer will choose the latter.   E Well, that remains true of pretty much everything.  If you don't want F the extras, then by all means, don't buy them.  But offering them doesF not make Cisco a bad vendor.  The large amount of infrastructure beingE done with Cisco tends to show (at least to me) that people do in fact E want these things but the standards bodies are either too slow to add C them or out of touch enough with the industry to not even know that  people want them.    >  > I remain open-minded.   F Always a good thing.  I have always built our infrastructure here fromG scratch.  because of a very limited budget I never got to play with the F Cisco stuff.  That changed a few years ago because of my other job andF I had the chance to attend Cisco Academy and get lots of hands on withF Cisco gear.  I developed a real respect for what they had to offer.  IF still can't afford it for my day job, but at least I know the target I need to shoot for now.  :-)    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: Tue, 07 Feb 2006 12:22:12 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) ( Subject: Re: DEC 3000 SCC Hex 46 problemL Message-ID: <rdeininger-0702060722180001@user-105n84e.dialup.mindspring.com>  
 In articleM <0A7046B0A95F2B41B3712F0C5FD1CDC307E66E@ex-tg2-pr.corporate.transgrid.local>, 7 "O'Brien Paddy" <Paddy.O'Brien@transgrid.com.au> wrote:   
 >Dear all, > M >On my desk I have an old DEC 3000 with V7.3 (I think).  I use this for tran= M >sport to my current DS10 development machine and my ES40 production machine=  > (all of which I administer). > M >I have just returned from 6 weeks leave, to find that the DEC 3000  (Model = # >400) bugchecked whilst I was away.  > M >We have a very enthusiastic desk cleaner, who apparently cleaned everything=  > on my desk :-( > M >This machine is no longer under maintenance and it fails checking at SCC wi= + >th an LED code of 6/2/1 which is hex 46.     G The service manual says "first try... reseat the I/O module", and "then G replace ... Replace the I/O module."  (The I/O module is the smaller of & the two big boards inside the system.)  $ But I'd try some other things first.  J DEC 3000 systems are of an age where the original battery (integral to theF NVRAM/Clock chip) may be dying.  Was your system powered off while youG were gone?  Where there indications that the environmental variables or  the time had gotten scrambled?  H I've occasionally seen these system stop working just because there's soJ much accumlated dust that it changes the electrical and thermal propertiesJ of the PCBs.  They'll usually fail when turned on after a long shutdown inB this case. Consider opening the system and vacuuming out the dust.  G Let the system warm up for a while, then cycle the power.  If there's a G marginal component somewhere, it might not work when cold, but be ok at  normal operating temperature.   0 Make sure the SERVER environment variable is ON.   Run the Console SCC test: 	 >>> T SCC    and tell us what it says.   H Will the system boot after the failed self test?  If so, do the keyboard and mouse work?   I Some of the console tests check functionality that doesn't matter for the H OS, so failures don't matter except for interfering with auto-boot.  AndE fewer tests matter when SERVER is ON.   For example, old DEC 3000-500 H systems often fail a self-test on the built-in graphics.  In SERVER mode' it will happily skip past that failure.   # >I found a google search of this r= M >eferring to a DMA problem.  What is DMA?  It seemed to relate to mouse and = M >keyboard, so I tried swapping these for others, but to no avail.  How much = A >of a problem is it to fix this (me or buying something from HP)?   O DMA = Direct Memory Access.  One of the capabilities of the SCC in this system.   J The worst case would be to replace the I/O board.  HP could do it, but theE price might be prohibitive.  You'd likely be better off buying a used + DEC-3000 system, but I don't know for sure.    > M >It appears that this is Serial Communications Controller.  I can dispose of= M > this and move the DS10 onto my desk, but as this is clustered with the oth= M >er transport machine on my desk (a VAXstation 4000-60) which has a shared S= M >CSI disk whereon I keep my utility programs (.COM and .EXE), I would like t=  >o keep this going if possible.  >  >TIA >  >Regards, Paddy    ------------------------------  $ Date: Tue, 7 Feb 2006 10:13:51 -0500- From: William Webb <william.w.webb@gmail.com>  Subject: Re: Free VAX 8250I Message-ID: <8660a3a10602070713m53d84e9dq1d5e22156e830454@mail.gmail.com>   / On 2/7/06, Barry.Treahy@emersonnetworkpower.com - <Barry.Treahy@emersonnetworkpower.com> wrote:  >  >  > L > Anyone in the Ann Arbor, Michigan area (or beyond), that is interested in=  an L > old boat-anchor of a VAX?  I have a VAX 8250 with a TU81, and six RA81's.=  If L > you want it, you pick it up, no shipping, no exceptions unless you pay 10= 0%K > of shipping and packaging. If there isn't any interest between now and my L > next return visit to Saline, it's being shipped to the VAX scrap heap in = the  > sky.   I thought that was located at:   932 Maple Street Rte 127 Dock Door: D001  Contoocook, NH   : ^ )    WWWebb   >  >  >  > Barry Treahy, Jr >  > Vice President/CIO >  > Midwest Microwave, Inc.  > . > Emerson Network Power Connectivity Solutions > . > E-mail: Barry.Treahy@EmersonNetworkPower.com >  > Phone: 480/314-1320  >  > Cell:     480/216-9568 >  Fax:     480/661-7028 >  >  > 0 >                        .. but it's a DRY HEAT! >  >      --C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------   Date: 07 Feb 2006 10:05:38 GMT From: ema32@msn.com  Subject: Great Job Board= Message-ID: <43e870f2$3$5507$bb8e7a08@news.usenetcompany.com>   + --_NextPart_00009763-0000084B-0CE7F245-C8F4  Content-Type: text/plain Content-Transfer-Encoding: 7bit   ? There is a great job board located at the employment section of G http://www.4charlesson.com . So pass it on to anyone looking for a job. - --_NextPart_00009763-0000084B-0CE7F245-C8F4--    ------------------------------  * Date: Tue, 7 Feb 2006 10:48:31 +0000 (UTC)? From: Graham Burley <burley.not-this@encompasserve-or-this.org> : Subject: Re: Help! CMUIP TCP/IP software - older versions.9 Message-ID: <43E87B7D.284B578F@encompasserve-or-this.org>    JF Mezei wrote:  >  > Timothy Stark wrote:P > > and learned that I need to find CMUIP TCP/IP v6.3 or older for VMS v3.x/v4.x8 > > system.  I was looking for that version but no luck. > F > The old DECUS SIG tapes might have them. Not sure where you can find > them anymore though.   v6.3 files can be found here:   6 ftp://ftp.decuserve.org/decus/vms/sig_tapes/lt92b/cmu/  F If you have an account on DECUServe (EISNER) you can access this stuffF locally via DISK$REPOSITORY:[MASTER.VMS.SIG_TAPES.LT92B.CMU] and check out the savesets.    ------------------------------  # Date: Tue, 07 Feb 2006 14:59:48 GMT 7 From: John Malmberg <malmberg@dskwld.zko.hp.compaq.dec> : Subject: Re: Help! CMUIP TCP/IP software - older versions.1 Message-ID: <EB2Gf.2748$_l.1189@news.cpqcorp.net>    Timothy Stark wrote: > M > Well, we are working on Bob's historical simh emulator (11/780 emulation).  L > That's why I am looking for older version of CMUIP package to work on VMS N > v3.x and/or v4.x.  Also, I still am looking for DECnet softwae for that VMS  > versions.  > N > If you use simh emulator on high speed P4 system like least 3 Ghz, you will F > notice everything is pretty fast like Star Trek's warp drive.  Yes, E > 'dir/full sys$system' displays everything under less than a second!   H The main CMU-IP for VMS distribution site dropped off the internet some H years ago, and it looks like it's only mirror finally disappeared after A announcing it's intent to do so a few years before the main site  # suddenly vanished with out warning.   C So it is a matter of scavenging the DECUS tapes and asking for the  E scraps, and you may need to disassemble the last patches in order to  ! find out what exactly they fixed.   F Unfortunately the source code for several patches never got posted to F any public server, and the last posted source was not the one used to G build the last binaries as it had several fatal but easy to fix errors   in the build instructions.  E The person distributing the patches said they were about to post the  = source code to them in one of the last postings seen by them.   H So that basically meant the end of the line for CMU-IP was as of 6.2 of E OpenVMS, as that is the newest version of OpenVMS that I am aware of  2 that the distributed binaries would still work on.  E As I recall from that time frame before about VAX/VMS 4.x, the third  E party ethernet adapters and TCP/IP or OSI network stack were bundled  G together from many vendors, and one vendor's network program would not   work with another's hardware.    -John ! malmberg@dskwld.zko.hp.compaq.dec  Personal Opinion Only    ------------------------------   Date: 7 Feb 2006 15:11:45 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon): Subject: Re: Help! CMUIP TCP/IP software - older versions.+ Message-ID: <44rrlhF3j80vU1@individual.net>   : In article <ZPudnRmdZ8ZWqHXenZ2dnUVZ_sudnZ2d@comcast.com>,5 	"Timothy Stark" <fsword7_nospam@comcast.net> writes: = > "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message  ( > news:43E8096D.C61118A0@teksavvy.com...G >> The old DECUS SIG tapes might have them. Not sure where you can find  >> them anymore though.  >>8 >> Have you considered upgrading VMS to at least 5.5-2 ? > M > Well, we are working on Bob's historical simh emulator (11/780 emulation).  L > That's why I am looking for older version of CMUIP package to work on VMS N > v3.x and/or v4.x.  Also, I still am looking for DECnet softwae for that VMS  > versions.  > N > If you use simh emulator on high speed P4 system like least 3 Ghz, you will F > notice everything is pretty fast like Star Trek's warp drive.  Yes, E > 'dir/full sys$system' displays everything under less than a second!   H Wow, does that mean tha Eunice would actually be usable?  Now, where did, I leave that Eunice distribution tape.......   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: 7 Feb 2006 15:14:07 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon): Subject: Re: Help! CMUIP TCP/IP software - older versions.+ Message-ID: <44rrpvF3j80vU2@individual.net>   9 In article <43E87B7D.284B578F@encompasserve-or-this.org>, B 	Graham Burley <burley.not-this@encompasserve-or-this.org> writes: > JF Mezei wrote:  >>   >> Timothy Stark wrote: Q >> > and learned that I need to find CMUIP TCP/IP v6.3 or older for VMS v3.x/v4.x 9 >> > system.  I was looking for that version but no luck.  >>  G >> The old DECUS SIG tapes might have them. Not sure where you can find  >> them anymore though.  >  > v6.3 files can be found here:  > 8 > ftp://ftp.decuserve.org/decus/vms/sig_tapes/lt92b/cmu/ > H > If you have an account on DECUServe (EISNER) you can access this stuffH > locally via DISK$REPOSITORY:[MASTER.VMS.SIG_TAPES.LT92B.CMU] and check > out the savesets.   A Hmmmm......  Does EISNER have old PDP-11 sig tapes as well?  I am A looking for one in particualr that doesn't appear to be in any of  the various INTERNET archives.   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: 7 Feb 2006 15:59:31 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon): Subject: Re: Help! CMUIP TCP/IP software - older versions.+ Message-ID: <44ruf3F3m8rpU6@individual.net>   9 In article <43E8C00E.245C0A1C@encompasserve-or-this.org>, B 	Graham Burley <burley.not-this@encompasserve-or-this.org> writes: > Bill Gunshannon wrote: >>   > D >> Hmmmm......  Does EISNER have old PDP-11 sig tapes as well?  I amD >> looking for one in particualr that doesn't appear to be in any of! >> the various INTERNET archives.  > E > Yes, there's RSTS, RSX, & RT-11 stuff on the ftp site. If you can't F > see what your after then drop me a line as I think there's some more/ > PDP-11 stuff that hasn't been sorted out yet.   G Well, I don't have an account on EISNER.  I suppose I cold ask for one. I I don't think I have made enemies of the people who run it, but you never 
 know.  :-)  & What I am looking for is something on:D 11S042       Symposium Tape from the RSTS SIG, Spring 1980, Chicago !              Version: Spring 1980    4 Could someone look and see if that one is out there?   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: Tue, 7 Feb 2006 15:41:13 +0000 (UTC)? From: Graham Burley <burley.not-this@encompasserve-or-this.org> : Subject: Re: Help! CMUIP TCP/IP software - older versions.9 Message-ID: <43E8C00E.245C0A1C@encompasserve-or-this.org>    Bill Gunshannon wrote: >   C > Hmmmm......  Does EISNER have old PDP-11 sig tapes as well?  I am C > looking for one in particualr that doesn't appear to be in any of   > the various INTERNET archives.  C Yes, there's RSTS, RSX, & RT-11 stuff on the ftp site. If you can't D see what your after then drop me a line as I think there's some more- PDP-11 stuff that hasn't been sorted out yet.    ------------------------------   Date: 6 Feb 2006 23:03:14 -0800 7 From: "greg.chabala@gmail.com" <greg.chabala@gmail.com> / Subject: Re: Hobbyist kit installation problems B Message-ID: <1139295794.338040.18150@o13g2000cwo.googlegroups.com>  E Um, alright. SHOW NAME doesn't show a configured bind resolver, but I ) also don't have a domain name to give it.   B as for the SHOW INTERFACE, it's a lot like yours, except for being configured properly.   Interface: SE0;    IP_Addr: 0.0.0.0         NETWRK: 255.0.0.0       BRDCST:  255.255.255.255  Cluster >     C_Addr:               C_NETWRK:                  C_BRDCST:E                        Ethernet_Addr: 08-00-2B-16-00-1C    MTU:  1500 *      Flags: UP BRDCST NOTRL RUN MCAST SMPX5                                   RECEIVE        SEND 8    Packets                            282            307=      Errors                                0                0 +    Collisions:                            0   C My Linksys let's me see when an IP address is assigned, and I don't F know how to answer the other question. DHCP just works by magic right?G Since it's Linksys, I assume it sends all the standard information with  a DHCP request. ?    ------------------------------  % Date: Tue, 07 Feb 2006 01:46:05 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: Hobbyist kit installation problems , Message-ID: <43E84209.AECDECB9@teksavvy.com>    Oh another thing you need to do:   TCPIP> SHOW NAME   CPIP> SHOW NAME    BIND Resolver Parameters    Local domain: vaxination.ca    System      State:     Started, Enabled      Transport: UDP   Domain:    vaxination.ca   Retry:     4   Timeout:   4   Servers:    bike   Path:       No values defined     D The local domain name is accepted from the DHCP server, and the DHCPE server should provide you with IP adresses for the DSN server(s). (in D the above it is "bike" which appears as a name because it is defined locally in the hosts file).   H If SHOW name doesn't show a configured bind resolver, it also means thatF your DHCP Server and/or DHCP client aren't exchanging DNS server info.   ------------------------------   Date: 6 Feb 2006 23:58:15 -0800 7 From: "greg.chabala@gmail.com" <greg.chabala@gmail.com> / Subject: Re: Hobbyist kit installation problems C Message-ID: <1139299095.238913.196790@g44g2000cwa.googlegroups.com>   > Yeah, so I stopped the DHCP client and manually configured theF interface to 192.168.1.205, and then i stopped tcpip and restarted it.  F Still no connection. The interface looks cool now. But I can't ping in# either direction. No telnet access.    ------------------------------  % Date: Tue, 07 Feb 2006 03:48:35 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: Hobbyist kit installation problems , Message-ID: <43E85EB9.5F8DF5E5@teksavvy.com>   "greg.chabala@gmail.com" wrote:  > @ > Yeah, so I stopped the DHCP client and manually configured theH > interface to 192.168.1.205, and then i stopped tcpip and restarted it.   Just to make sure:   TCPIP> SET CONF NOINTERFACE SE0   A This deletes the permanent config information for that interface.    TCPIP> SET NOINTERFACE SE0  " This deletes the active interface.   TCPIP> SET NOROUTE/PERM   = and answer yes to delete each route in the permanent database    TCPIP> SET NONOROUTE    ; and answer yes to delete each route in the active database.     G Then, go through TCPIP$CONFIG to configure your interface from scratch.    You'll need:   domain name  chocolate.com interface address 192.168.1.205  network mask: 255.255.0.0   6 you'll also need to specify DNS server(s) IP address.   * Once this is done, restart TCPIP Services.   You should:   8 TCPIP> SHOW INTERFACE SE0/FULL give you good informationF TCPIP> SHOW NAME   give you your DBNS servers and a status of "active" TCPIP> SHOW ROUTE give you  " 	the default route to the router,  	a route to your subnet,   	a route to your own host and  	route to 127.0.0.1    ------------------------------  % Date: Tue, 07 Feb 2006 03:35:02 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: Hobbyist kit installation problems , Message-ID: <43E85B8C.5760754D@teksavvy.com>   "greg.chabala@gmail.com" wrote:  > G > Um, alright. SHOW NAME doesn't show a configured bind resolver, but I + > also don't have a domain name to give it.   F Invent a domain name for your intranet. Configure your linksys to have that domain name.    > Interface: SE0= >    IP_Addr: 0.0.0.0         NETWRK: 255.0.0.0       BRDCST:  > 255.255.255.255   G So the interface was created but not configured with the IP and network N and broadcast mask. And your VMS host also hasn't configured your DNS servers.    E > My Linksys let's me see when an IP address is assigned, and I don't ) > know how to answer the other question.      C After VMS has started TCPIP, does your Linksys tell you that it has E succesfully negotiated a lease of a specific IP with your VMS host ?      >DHCP just works by magic right?I > Since it's Linksys, I assume it sends all the standard information with  > a DHCP request. ?   H LinkSys is a basic machine for low end. It doesn't have all the possible0 DHCP parameters. And DHCP Client is new for VMS.  E You really need to download the PDF of the TCPIP Services Managemnent G Guide. There is a whole chapter on the DHCP client, including utilities F on dumping the results file, as well as logicals to turn on debugging.  8 If you see SYS$SYSDEVICE:[TCPIP$DHCP]SE0.DHC file, then:  + $ SHOWDHC SYS$SYSDEVICE:[TCPIP$DHCP]SE0.DHC   P will give you a list of parameters that this node received from the DHCP server.  D There are other utilities and stuff fully documented in that manual.  9 http://www.hp.com/go/vms/doc and look for TCPIP Services.    ------------------------------   Date: 7 Feb 2006 07:03:20 -0800  From: bob@instantwhip.com 5 Subject: Linux/Unix certs prove opensource will fail! C Message-ID: <1139324600.188092.165020@z14g2000cwz.googlegroups.com>   G lack of security, with linux/unix certs over 2000 and windoze with over  800 ... + OpenVMS has hardly any in over 15 years ...   M http://www.informationweek.com/security/showArticle.jhtml?articleID=178601674    ------------------------------  $ Date: Tue, 7 Feb 2006 08:20:54 -07006 From: "Michael D. Ober" <obermd.@.alum.mit.edu.nospam>9 Subject: Re: Linux/Unix certs prove opensource will fail! . Message-ID: <YV2Gf.9$4e6.1041@news.uswest.net>     J I had a good laugh last week when Secunia reported a vulnerably in FireFoxG 1.5.  MS fixed this very vulnerability over a year ago.  If open source F fails, it will be because its developers are so "anti" (any for-profitA vendor) (read: anti-MS) that they won't learn from MS's mistakes.   
 Mike Ober.  & <bob@instantwhip.com> wrote in message= news:1139324600.188092.165020@z14g2000cwz.googlegroups.com... I > lack of security, with linux/unix certs over 2000 and windoze with over 	 > 800 ... - > OpenVMS has hardly any in over 15 years ...  >  > M http://www.informationweek.com/security/showArticle.jhtml?articleID=178601674  >  >    ------------------------------   Date: 7 Feb 2006 15:47:33 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)9 Subject: Re: Linux/Unix certs prove opensource will fail! + Message-ID: <44rtolF3m8rpU4@individual.net>   . In article <YV2Gf.9$4e6.1041@news.uswest.net>,9 	"Michael D. Ober" <obermd.@.alum.mit.edu.nospam> writes:  >   L > I had a good laugh last week when Secunia reported a vulnerably in FireFoxI > 1.5.  MS fixed this very vulnerability over a year ago.  If open source H > fails, it will be because its developers are so "anti" (any for-profitC > vendor) (read: anti-MS) that they won't learn from MS's mistakes.   > What do you think I have been ranting about for all this time.B Linux, the OS that ignored 30 years of computing research in orderB to re-inventt he wheel, badly!  Talk about NIH syndrome.  Linux is the poster child.   H  "Those who don't understand UNIX are condemned to reinvent it, poorly."I                                                        --- Henry Spencer      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: Tue, 7 Feb 2006 11:40:04 -0500C From: "David Turner, Island Computers US Corp" <dbturner@icusc.com> 9 Subject: Re: Linux/Unix certs prove opensource will fail! 7 Message-ID: <kX3Gf.1009$UD1.781@bignews2.bellsouth.net>   = I think that article was written by Bill Gate's Aunty Mable !        --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X252  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html   5 "Bill Gunshannon" <bill@cs.uofs.edu> wrote in message % news:44rtolF3m8rpU4@individual.net... 0 > In article <YV2Gf.9$4e6.1041@news.uswest.net>,: > "Michael D. Ober" <obermd.@.alum.mit.edu.nospam> writes: > > F > > I had a good laugh last week when Secunia reported a vulnerably in FireFox K > > 1.5.  MS fixed this very vulnerability over a year ago.  If open source J > > fails, it will be because its developers are so "anti" (any for-profitE > > vendor) (read: anti-MS) that they won't learn from MS's mistakes.  > @ > What do you think I have been ranting about for all this time.D > Linux, the OS that ignored 30 years of computing research in orderD > to re-inventt he wheel, badly!  Talk about NIH syndrome.  Linux is > the poster child.  > J >  "Those who don't understand UNIX are condemned to reinvent it, poorly."J >                                                        --- Henry Spencer >  > 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>   ------------------------------   Date: 7 Feb 2006 16:51:22 -0000 * From: M e z e i is a PIG <m.ezei@is.a.pig>A Subject: Re: M e z e i discriminates against fat lesbian feminist 3 Message-ID: <1Z6CJRWH38756.0356712963@reece.net.au>   R Gregory Morrow <gregorymorrowEMERGENCYCANCELLATIONARCHIMEDES@earthlink.net> wrote:   >  >M e z e i is a PIG wrote: > B >> JF Mezei sockpupetting as "nobody <nobody@nobody.org>" trolled: >>J >> >If you sit 3 obese women next to each other, should the airline chargeL >> >for extra seats ?  It might form one big ugly blob of fat with 6 saggingA >> >breasts and 3 heads on a 3 seat section, but they woudln't be ! >> >inconveniencing anybody else.  >>A >> But they'd probably be much better company on a flight than an   >> insane psycho troll like you. >>% >> And more decent human beings, too.  >>B >> http://groups.google.com/group/comp.os.vms/msg/5e814528bf75efa9 >> >  > @ >The way that JF talks about women one has to wonder if he has a >girlfriend...  A Aside from the inflatable one he keeps under his bed?  Nah.......   K >Did he get dumped on by Connie Wong or Ellen or Sheryl Mexic I wonder - is K >that why he apparently harbours so much bitterness to the fairer sex...???   P Maybe the stress of having to sleep with his fat, hairy, sweaty Hungarian mother/ and satisfy her sexual needs is getting to him.   G He needs to be with a real woman for once so he can see what it's like. G Maybe a three-day weekend in the Poconos with Ellen, Sheryl, and Connie  might do the trick.    ------------------------------  $ Date: Tue, 7 Feb 2006 06:39:16 -0500) From: "Neil Rieck" <n.rieck@sympatico.ca> ? Subject: Re: Montecito sinks!  Start alpha EV79 production now! 9 Message-ID: <mF%Ff.2250$J%6.151103@news20.bellglobal.com>   & <bob@instantwhip.com> wrote in message= news:1139272701.805662.241470@g43g2000cwa.googlegroups.com... 3 > and bring back the alpha team to start on EV8 ...  > + > http://www.theinquirer.net/?article=29497  > K In order to understand why we are slow to switch to Itanium, most MBA's and = marketing folk will need to have this word explained to them:   3 "Hysteresis" ( P ) Pronunciation Key: hysteresis   J The lagging of an effect behind its cause, as when the change in magnetism4 of a body lags behind changes in the magnetic field.  C [Greek hustersis, a shortcoming, from husterein, to come late, from 0 husteros, late. See ud- in Indo-European Roots.]  ' VAX had to prove it was better than PDP ) Alpha had to prove it was better than VAX , Itanium has to prove it is better than Alpha  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  % Date: Tue, 07 Feb 2006 08:56:26 -0500 # From: sol gongola <sol@adldata.com> $ Subject: Re: null terminated strings0 Message-ID: <1139320649.831276@nntp.acecape.com>   Rich Alderson wrote:$ > John Santos <john@egh.com> writes: > < >> The Z80 code you are looking at probably got the idea forE >> null-terminated strings from C (or from Unix, since C included the E >> C library which was designed for calling the Unix system services, H >> many of which use null-terminated strings, the use of null-terminatedH >> strings in Unix may well precede the C language by several years, butF >> I don't know when specific routines were implemented, but certainlyC >> printf, scanf, gets and puts where all there from the beginning.  > O > That Z80 code was written for CP/M, IIRC, which inherited its data structures  > from DOS-11. > Q > At one time, *all* DEC operating systems (and those written for DEC hardware by P > others, like ITS and TENEX for the PDP-10) used null-terminated strings.  This: > was true on 18-, 12-, and 16-bit hardware as well as 36. > K > K&R just accepted the standard practice for the hardware they were using.  >   
 on a soapbox:   J Null terminated strings are convenient to pass to a subroutine. It saves aJ parameter and (in 'olden' days) it saved memory. It was used promiscuouslyO when you didn't use fixed length strings and needed to save a byte (or sixbit). 8 On any platform. Today we don't have memory constraints.  H The right and wrong of null terminated strings, prefixed length strings,J length as a separated value or in data descriptor should not be the issue.E You can have buffer overrun situations in any of these cases when the E program does no data validation (or length checking). Null (or other) J terminated strings are blamed because they were being used in the programsK involved with the overrun situation. It's really the code that is at fault.   F True, when you have a length being passed, you 'may' tend to use it asD compared to a null terminated string where you have no length field.  R It is also true that some languages (among C pascal RPG-x fortran PL/1) facilitateI 'good programming practice' when others do nothing to help, and there are J programmers who don't have enough sense to know the good from the bad fromM the ugly. Those who know/learned only one language will always say that it is J the best language. Until they learn otherwise, they will always say "I can* do everything I need to do in C (or RPG)".  I The issue is really the control of your own program. Receive a terminated K string and you need verify its length. Receive a length value and you still # need to verify the received length.   G Issues like these appear more significant today when data may originate G from a non controlled (or malevelent) environment, but they were always 
 important.  F Otherwise, the programmer is not in control of the code being written.   sol gongola    ------------------------------   Date: 7 Feb 2006 11:26:12 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) $ Subject: Re: null terminated strings3 Message-ID: <$xB82PUYAvaH@eisner.encompasserve.org>   V In article <1139320649.831276@nntp.acecape.com>, sol gongola <sol@adldata.com> writes:  J > The right and wrong of null terminated strings, prefixed length strings,L > length as a separated value or in data descriptor should not be the issue.G > You can have buffer overrun situations in any of these cases when the G > program does no data validation (or length checking). Null (or other) L > terminated strings are blamed because they were being used in the programsM > involved with the overrun situation. It's really the code that is at fault.   C The code is the lowest level point where the blame could be placed.   T > It is also true that some languages (among C pascal RPG-x fortran PL/1) facilitateK > 'good programming practice' when others do nothing to help, and there are L > programmers who don't have enough sense to know the good from the bad fromO > the ugly. Those who know/learned only one language will always say that it is L > the best language. Until they learn otherwise, they will always say "I can, > do everything I need to do in C (or RPG)".  E Taking a more global view however, the problem is with Management who E authorized use of inferior programming languages in this day and age.   K > The issue is really the control of your own program. Receive a terminated M > string and you need verify its length. Receive a length value and you still % > need to verify the received length.   ? Only if you receive it from a stranger who might be unreliable. > If I call QIO for a read, the IOSB lets me know how many bytes arrived.   ------------------------------  % Date: Tue, 07 Feb 2006 14:01:07 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>C Subject: OT: English grammar and the state of today's education :-) + Message-ID: <44rk0kF3bi50U1@individual.net>    Steven M. Schweda wrote: > From: norm.raphael@metso.com >  > J >>>All of which is excessively discouraging.  (Including the use of "data" >>>as a singular noun, [...] >> >>data is a collective noun.F >>data can be singular, meaning an aggregation of datums, like agenda.
 >>media, too.  >  > H >    When I go looking for advice on Latin plurals, my starting place isD > not likely to be someone who says "datums".  In the good old days,D > "data" was a plural, and quite happily so, but that was before theE > semi-literatati got hold of it.  In the better-educated circles, it  > still is.  > 7 >    Some people think that "grafiti" is singular, too.  >    <pedantic mode>    It's "graffiti", not "grafiti".   ,  From Chambers Reference Online (URL below):  @ graffiti plural noun, sometimes used as singular (singular also B graffito) words or drawings, usually humorous, political or rude, = scratched, sprayed or painted on walls, etc in public places. C ETYMOLOGY: 19c: Italian, literally 'little scratches or scribbles'.   V http://www.chambersharrap.co.uk/chambers/chref/chref.py/main?query=graffiti&title=21st   </pedantic mode>  ) This article will make you cringe Steven:   % "How the BBC's GCSE site makes IT up"   7 http://www.regdeveloper.co.uk/2006/02/06/bitesize_gcse/   B I'd best explain for those who don't know. GCSE is an acronym for D General Certicate of Secondary Education, taken at ~16 years old in D England and Wales (and Northern Ireland?); Scotland has a different  education system.   B Those whose English grammar is not perfect can still enjoy the IT * howlers in the quizzes on the BBC website.   ------------------------------  $ Date: Tue, 7 Feb 2006 08:48:40 -0500- From: William Webb <william.w.webb@gmail.com> G Subject: Re: OT: English grammar and the state of today's education :-) H Message-ID: <8660a3a10602070548y5366657ha17b80a5905dc23b@mail.gmail.com>  	 Hi, Paul-    Comments are interspersed.  4 On 2/7/06, Paul Sture <paul.sture@bluewin.ch> wrote: > Steven M. Schweda wrote:  > > From: norm.raphael@metso.com > >  > > L > >>>All of which is excessively discouraging.  (Including the use of "data= "  > >>>as a singular noun, [...] > >> > >>data is a collective noun.H > >>data can be singular, meaning an aggregation of datums, like agenda. > >>media, too.  > >  > > J > >    When I go looking for advice on Latin plurals, my starting place isF > > not likely to be someone who says "datums".  In the good old days,F > > "data" was a plural, and quite happily so, but that was before theG > > semi-literatati got hold of it.  In the better-educated circles, it 
 > > still is.  > >   ( I would have used the term "illiterati".  9 > >    Some people think that "grafiti" is singular, too.  > >  >  > <pedantic mode>   - Isn't pedantry illegal in most jurisdictions?    > ! > It's "graffiti", not "grafiti".  > . >  From Chambers Reference Online (URL below): > A > graffiti plural noun, sometimes used as singular (singular also C > graffito) words or drawings, usually humorous, political or rude, ? > scratched, sprayed or painted on walls, etc in public places. E > ETYMOLOGY: 19c: Italian, literally 'little scratches or scribbles'.  > L > http://www.chambersharrap.co.uk/chambers/chref/chref.py/main?query=3Dgraf= fiti&title=3D21st  >  > </pedantic mode> > + > This article will make you cringe Steven:  >   9 Shouldn't there be a comma between "cringe" and "Steven"?    : - )   D Go to his (Schweda's)  website and see what he says about people who have issues.  ' > "How the BBC's GCSE site makes IT up"  > 9 > http://www.regdeveloper.co.uk/2006/02/06/bitesize_gcse/  > C > I'd best explain for those who don't know. GCSE is an acronym for E > General Certicate of Secondary Education, taken at ~16 years old in E > England and Wales (and Northern Ireland?); Scotland has a different  > education system.  > C > Those whose English grammar is not perfect can still enjoy the IT , > howlers in the quizzes on the BBC website. >   > I trust that would include all Americans who can neither spellB "aluminium" correctly nor determine when the proper word to use is "license" or "licence".    My own personal take on this:   8 "Population Density" is a phrase which has two meanings.  C And that goes right past about 98 out of 100 people, which verifies 
 its veracity.   J I'll bet that you didn't know that the plural of "idiot" is "legislature".   WWWebb  $ My contract just ended, I'm looking.   --C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------  % Date: Tue, 07 Feb 2006 05:55:18 -0800 # From: "Tom Linden" <tom@kednos.com> G Subject: Re: OT: English grammar and the state of today's education :-) ( Message-ID: <ops4lvmgemzgicya@hyrrokkin>  H On Tue, 07 Feb 2006 14:01:07 +0100, Paul Sture <paul.sture@bluewin.ch>   wrote:  E > I'd best explain for those who don't know. GCSE is an acronym for   G > General Certicate of Secondary Education, taken at ~16 years old in   G > England and Wales (and Northern Ireland?); Scotland has a different    > education system.     educational   ------------------------------   Date: 7 Feb 2006 15:42:59 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)G Subject: Re: OT: English grammar and the state of today's education :-) + Message-ID: <44rtg3F3m8rpU3@individual.net>   H In article <8660a3a10602070548y5366657ha17b80a5905dc23b@mail.gmail.com>,0 	William Webb <william.w.webb@gmail.com> writes: >  > My own personal take on this: : > "Population Density" is a phrase which has two meanings.E > And that goes right past about 98 out of 100 people, which verifies  > its veracity. L > I'll bet that you didn't know that the plural of "idiot" is "legislature".  F Just be glad your not like me. Stuck here living in the shallow end of the gene pool.  :-(    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: Tue, 07 Feb 2006 08:52:31 +0000 0 From: Chris Sharman <chris.sharman@sorry.nospam>1 Subject: Re: perl build error (& subscribe error) 4 Message-ID: <ds9n4f$9h1$1$8302bc10@news.demon.co.uk>   Chris Sharman wrote: > Now building 5.8.8.   
 Failed at:          Making attrs (dynamic)  Writing Descrip.MMS for attrs @ Perl 5.00503 required--this is only version 5.00404, stopped at % ../../lib/ExtUtils/Command.pm line 3. J BEGIN failed--compilation aborted at ../../lib/ExtUtils/Command.pm line 3." BEGIN failed--compilation aborted.) %SYSTEM-F-NOLOGNAM, no logical name match E %MMK-F-ERRUPD, error status %X000001BC occurred when updating target   [--.LIB].EXISTS K %MMK-F-ERRUPD, error status %X1C14803C occurred when updating target DYNEXT   % Alpha VMS 7.3-1, MMK 3.9-6, DEC C 6.5 ' I'll try an earlier (prebuilt?) version  Chris    ------------------------------  % Date: Tue, 07 Feb 2006 10:25:46 +0000 0 From: Chris Sharman <chris.sharman@sorry.nospam>1 Subject: Re: perl build error (& subscribe error) 4 Message-ID: <ds9sja$f6k$1$8302bc10@news.demon.co.uk>   Chris Sharman wrote: > Chris Sharman wrote: >  >> Now building 5.8.8.   > Failed at:  >         Making attrs (dynamic) > Writing Descrip.MMS for attrs B > Perl 5.00503 required--this is only version 5.00404, stopped at ' > ../../lib/ExtUtils/Command.pm line 3. L > BEGIN failed--compilation aborted at ../../lib/ExtUtils/Command.pm line 3.$ > BEGIN failed--compilation aborted.+ > %SYSTEM-F-NOLOGNAM, no logical name match G > %MMK-F-ERRUPD, error status %X000001BC occurred when updating target   > [--.LIB].EXISTS M > %MMK-F-ERRUPD, error status %X1C14803C occurred when updating target DYNEXT  > ' > Alpha VMS 7.3-1, MMK 3.9-6, DEC C 6.5 ) > I'll try an earlier (prebuilt?) version  > Chris    Same error with C http://h71000.www7.hp.com/freeware/freeware70/perl/perlbuild584.zip   I The hp prebuilt kits are all 7.3-2 up, and I'm stuck on 7.3-1 (appletalk  / requirement), so I'm not sure what else to try.   G Trying 5.8.7 from http://dev.perl.org/perl5/news/2005/perl-5.8.7.html,  " more in hope than anticipation ...   Chris    ------------------------------  % Date: Tue, 07 Feb 2006 11:16:10 +0000 0 From: Chris Sharman <chris.sharman@sorry.nospam>1 Subject: Re: perl build error (& subscribe error) 4 Message-ID: <ds9vhq$i17$1$8302bc10@news.demon.co.uk>   Chris Sharman wrote: >>> Now building 5.8.8.  > 
 >> Failed at: ! >>         Making attrs (dynamic)   >> Writing Descrip.MMS for attrsC >> Perl 5.00503 required--this is only version 5.00404, stopped at  ( >> ../../lib/ExtUtils/Command.pm line 3.F >> BEGIN failed--compilation aborted at ../../lib/ExtUtils/Command.pm 
 >> line 3.% >> BEGIN failed--compilation aborted. , >> %SYSTEM-F-NOLOGNAM, no logical name matchH >> %MMK-F-ERRUPD, error status %X000001BC occurred when updating target  >> [--.LIB].EXISTSH >> %MMK-F-ERRUPD, error status %X1C14803C occurred when updating target 	 >> DYNEXT  >>( >> Alpha VMS 7.3-1, MMK 3.9-6, DEC C 6.5* >> I'll try an earlier (prebuilt?) version >> Chris >  >  > Same error with E > http://h71000.www7.hp.com/freeware/freeware70/perl/perlbuild584.zip  > K > The hp prebuilt kits are all 7.3-2 up, and I'm stuck on 7.3-1 (appletalk  1 > requirement), so I'm not sure what else to try.  > I > Trying 5.8.7 from http://dev.perl.org/perl5/news/2005/perl-5.8.7.html,  $ > more in hope than anticipation ...    Same error - consistent, anyway.   Chris    ------------------------------   Date: 7 Feb 2006 13:28:03 +0100 / From: huber@NIRWANA-mppmu.mpg.de (Joseph Huber) 1 Subject: Re: perl build error (& subscribe error) + Message-ID: <wMwruVbIGV5v@vms.mppmu.mpg.de>   g In article <ds9vhq$i17$1$8302bc10@news.demon.co.uk>, Chris Sharman <chris.sharman@sorry.nospam> writes:  > Chris Sharman wrote: >>>> Now building 5.8.8. >>> Failed at:" >>>         Making attrs (dynamic)! >>> Writing Descrip.MMS for attrs D >>> Perl 5.00503 required--this is only version 5.00404, stopped at   6 I never did it myself, but I interpret the message as:>  "You need a newer version of Perl installed (minimum 5.00503)'  in order to use this build procedure." ' Your installed Perl 5.00404 is too old. @ So install a binary distribution, then You can execute the build
 procedure.    --  @    Joseph Huber , Muenchen,Germany:  http://www.huber-joseph.de/   ------------------------------  % Date: Tue, 07 Feb 2006 12:42:28 +0000 0 From: Chris Sharman <chris.sharman@sorry.nospam>1 Subject: Re: perl build error (& subscribe error) 4 Message-ID: <dsa4jl$nl6$1$8300dec7@news.demon.co.uk>   Joseph Huber wrote: i > In article <ds9vhq$i17$1$8302bc10@news.demon.co.uk>, Chris Sharman <chris.sharman@sorry.nospam> writes:  >  >>Chris Sharman wrote: >> >>>>>Now building 5.8.8. >>>> >>>>Failed at:" >>>>        Making attrs (dynamic)! >>>>Writing Descrip.MMS for attrs D >>>>Perl 5.00503 required--this is only version 5.00404, stopped at   8 > I never did it myself, but I interpret the message as:@ >  "You need a newer version of Perl installed (minimum 5.00503)) >  in order to use this build procedure." ) > Your installed Perl 5.00404 is too old. B > So install a binary distribution, then You can execute the build > procedure.  G That's a bit chicken and egg, if that's the case - I've never seen any  1 other product that couldn't install from scratch.   , In any case, 5.8.8 seems greater than 5.005. There is no prior install.  I Can anyone comment on whether the hp supplied binaries probably will, or   probably won't, work on 7.3-1 ?    Chris    ------------------------------  % Date: Tue, 07 Feb 2006 17:43:39 +0000 0 From: Chris Sharman <chris.sharman@sorry.nospam>8 Subject: Re: perl build error (& subscribe error) SOLVED4 Message-ID: <dsam8b$kc4$1$8300dec7@news.demon.co.uk>   Chris Sharman wrote: > There is no prior install.  F I lied - there was an ancient version from '98 that we used to use to F read word documents, back when ms word emails were a minor irritation.  I Removed that, and fiddled the names to ODS2 (perl DOESN'T work with ODS5  L dotted names, and the kit is rooted at perl-5.8.8), and it (5.8.8) built ok.   Thanks Chris    ------------------------------   Date: 7 Feb 2006 06:27:13 -0800 , From: "rcyoung" <rcyoung@aliconsultants.com>( Subject: Re: Phaser 560 and DCPS problemC Message-ID: <1139322433.709312.167190@o13g2000cwo.googlegroups.com>   G How did you get the commands that were sent/rec'd from the sysem to the  printer? Using the DCPS$TEST?   ) CTRL T gives after going telnet <printer>   0 load: 0.60  cmd: telnet 1799 waiting 0.00u 0.00s$ and then exits w/ connection refused   telnet <printer>:9100 gives   0 load: 0.52  cmd: telnet 1801 waiting 0.00u 0.00sD buts does not exit ..no repsone to CRTL-D or anything else, but does not refuse connection either   ------------------------------  # Date: Tue, 07 Feb 2006 15:52:21 GMT * From: Paul Anderson <paul.anderson@hp.com>( Subject: Re: Phaser 560 and DCPS problem5 Message-ID: <070220061005317585%paul.anderson@hp.com>   C In article <1139322433.709312.167190@o13g2000cwo.googlegroups.com>, + rcyoung <rcyoung@aliconsultants.com> wrote:    > telnet <printer>:9100 gives  > 2 > load: 0.52  cmd: telnet 1801 waiting 0.00u 0.00sF > buts does not exit ..no repsone to CRTL-D or anything else, but does > not refuse connection either  F If you connect via Telnet to port 9100 on the printer and then issue aE bad PostScript command (for example, 'foobar') and then press Return, F does anything happen?  How about if you connect and issue a 'showpage' command?  C If you get nothing back from ^T or ^D or ^C or PostScript commands, F then it appears the printer is not set for PostScript on that port, or3 can't do bi-directional communication on that port.   ? It is very difficult to diagnose this type of problem remotely.   ; If you can get a copy of DCPS V2.3 or later, try using LPD.    Paul   --    Paul Anderson   OpenVMS Engineering    Hewlett-Packard Company    ------------------------------  % Date: Tue, 07 Feb 2006 13:20:25 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>* Subject: Re: sneak preview - BACKUP/REPAIR+ Message-ID: <44rhk9F3g2vfU1@individual.net>    Dave Froble wrote: > Paul Sture wrote:  >  >> Tom Linden wrote: >> >>  >Guy Peleg wrote:  >>  >  >>@ >>>> Very easy to implement as well....the greatest challange is4 >>>> finding a good name for the qualifier or option >>>  >>>  >>>  >>>  >>> How about /ANALYZE ? >>>  >>I >> /ANALYZE is already used as an undocumented qualifier (in conjunction   >> with /LIST and /SAVE_SET).  >  >  > Hmmmm .........  > H > Would it be breaking prior activity if the blocksize was added to the G > output from /ANALYZE ?  Then there would be no need for a new switch.  > H > However, my perspective is that this information is all that's wanted $ > when the user goes looking for it. > K > I've never used the switch, I think I'll go and analyze a saveset to see   > what is being discussed. >   I Pick a small(ish) saveset and use /LIST=disk_file, because there's a lot   of data.   ------------------------------   Date: 7 Feb 2006 07:47:18 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) * Subject: Re: sneak preview - BACKUP/REPAIR3 Message-ID: <qwW2WGVWxmHl@eisner.encompasserve.org>   V In article <44p4fnF38orlU1@individual.net>, Paul Sture <paul.sture@bluewin.ch> writes: > C > Because BACKUP rounds the blocksize up to 10240 when you specify  ( > /blocksize=10000. I've just tested it.  C   Gee, I've never tried random block sizes.  I always have used the 6   default, or 16K.  Are the rounding rules documented?   ------------------------------  % Date: Tue, 07 Feb 2006 15:55:30 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>* Subject: Re: sneak preview - BACKUP/REPAIR+ Message-ID: <44rqn3F3iavmU1@individual.net>    Bob Koehler wrote:X > In article <44p4fnF38orlU1@individual.net>, Paul Sture <paul.sture@bluewin.ch> writes: > C >>Because BACKUP rounds the blocksize up to 10240 when you specify  ( >>/blocksize=10000. I've just tested it. >  > E >   Gee, I've never tried random block sizes.  I always have used the 8 >   default, or 16K.  Are the rounding rules documented? >   E I think I originally discovered it by investigating the results of a  > typo, but the help (I can only look as far back as V7.2) says:  /       You can specify a block size between 2048 E       and 65,535 bytes. BACKUP may adjust this value according to the '       constraints of the BACKUP format.   A Note that /block_size=32000 gives 32256 so it's not as simple as  C rounding to the next multiple of 1024 for all values of block_size.    ------------------------------  % Date: Tue, 07 Feb 2006 09:54:59 -0500 ' From: Dave Froble <davef@tsoft-inc.com> * Subject: Re: sneak preview - BACKUP/REPAIR/ Message-ID: <rJadnY2y5b8BKXXeRVn-rg@libcom.com>    Paul Sture wrote:  > Dave Froble wrote:  H >> I've never used the switch, I think I'll go and analyze a saveset to  >> see what is being discussed.  >> > K > Pick a small(ish) saveset and use /LIST=disk_file, because there's a lot  
 > of data.   Now you tell me.  :-)   E I did pick a rather small save set.  Even so, your "there's a lot of  ! data" is a severe understatement.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  $ Date: Tue, 7 Feb 2006 10:05:34 -0500* From: "Syltrem" <syltremzulu@videotron.ca>* Subject: Re: sneak preview - BACKUP/REPAIR0 Message-ID: <11uhdoncu5ci4b5@corp.supernews.com>  C "Guy Peleg" <guy.peleg@remove_this_header@hp.com> wrote in message  $ news:43e73c3f@usenet01.boi.hp.com...B > We hear a lot of complains that saveset attributes are lost when> > moving BACKUP savesets around, typically the following error > will be displayed: >  > $ back/list pc.bck/sav > Listing of save set(s) > 6 > %BACKUP-E-READERR, error reading DSA10:[guy]PC.BCK;1. > -BACKUP-E-BLOCKCRC, software block CRC error6 > %BACKUP-E-INVBLKSIZE, invalid block size in save set6 > %BACKUP-E-INVRECSIZ, invalid record size in save set > > > We just added a new qualifier to allow BACKUP to attempt and > repair the save-set. > = > Here is a simple example (look at the new REPAIRED message)  > $ > IPL31> back/list pc.bck/sav/repair > Listing of save set(s) > F > %BACKUP-I-REPAIRED, saveset attributes changed to RFM=FIX, MRS=10240 > Save set:          COMS.BCK  > Written by:        GUY$ > UIC:               [000001,000004], > Date:               6-FEB-2006 13:51:54.228 > Command:           BACK *.COM COMS.BCK/SAV/BLOCK=10000 > J > When I say "just added" I'm not kidding....this was completed 5 minutes  > ago  > ;-)  > . > /REPAIR will probably ship with OpenVMS V8.3 >  > Guy  >  >   ; I've been fixing those with a DCL procedure for many years. 0 It's good that it will now be standard with VMS.   I like it !    Syltrem    ------------------------------   Date: 7 Feb 2006 09:31:27 -0600  From: briggs@encompasserve.org* Subject: Re: sneak preview - BACKUP/REPAIR3 Message-ID: <POI07HKXsa2A@eisner.encompasserve.org>   V In article <44rqn3F3iavmU1@individual.net>, Paul Sture <paul.sture@bluewin.ch> writes:C > Note that /block_size=32000 gives 32256 so it's not as simple as  E > rounding to the next multiple of 1024 for all values of block_size.   > Yes, it is as simple as rounding to the next multiple of 1024.  = As least if you consider rounding to the next multiple of 512 3 as simple as rounding to the next multiple of 1024.   E (If it's more complex than that, my limited testing hasn't discovered  the complications)   	John Briggs   ------------------------------   Date: 7 Feb 2006 00:18:52 -0800  From: stuie_norris@yahoo.com.au . Subject: Using SDA to view Global Section DataC Message-ID: <1139300332.806105.326960@g43g2000cwa.googlegroups.com>   	 Hi Group,   = I looking into the features of SDA on OpenVMS 8.2 Alpha and I  attempting to use G it to display the contents of one of my global sections in memory using  DUMP in SDA.  E So inside the SDA I perfom show gsd /group and I see my MYSECTION and  an address.   . See below (slight reformed to fit the screen.)  $ Group Global Section Descriptor List$ ------------------------------------  ? Address   Name                     GSTX     Flags / PFNMAP data 9 -------- ------------------------------------------- ---- C 833B2E80 MYSECTION          027E 008A03CD DZRO WRT AMOD=USER PAGFIL   5 The section of my C code that creates the section is:   0    static const unsigned long int prot = 0x00FF;  =    unsigned long status = sys$crmpsc (sectionP->startAddress, >                                       sectionP->returnAddress,1                                       PSL$C_USER, G                                       SEC$M_EXPREG|SEC$M_WRT|SEC$M_GBL, =                                       &sectionP->sectionName, (                                       0,(                                       0,5                                       fab->fab$l_stv, 9                                       sectionP->pagelets, (                                       0,+                                       prot, )                                       0);       >From the returned address I get  # sectionP->returnAddress[0] = 1ea000 # sectionP->returnAddress[1] = 1ebfff       F What do I need to do to DUMP using SDA the memory where my section is?  9 Do I need to look in the map file I created an link time?   C What else do I need to do to determine the address of my section in  memory.   3 Is this explained for learning uses in any manuals.    Thanks once again    Stuart   ------------------------------   Date: 7 Feb 2006 10:22:16 -0800 / From: "Volker Halle" <volker_halle@hotmail.com> 2 Subject: Re: Using SDA to view Global Section DataC Message-ID: <1139336536.002933.255790@o13g2000cwo.googlegroups.com>    Stuart,   E if your program returns the address range of the global section, it's  easy:   7 SDA> SET PROC/IND=<pid-of-process-running-your-program> D SDA> EXA 1ea000:1ebfff   ! address range as returned by your program   Volker.    ------------------------------   Date: 7 Feb 2006 07:42:18 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ) Subject: Re: VAXstation 2000 boot devices 3 Message-ID: <pOxLeGf8HSxL@eisner.encompasserve.org>   [ In article <slrndufe5h.gmk.rivie@stench.no.domain>, Roger Ivie <rivie@ridgenet.net> writes: M > On 2006-02-06, Bob Koehler <koehler@eisner.nospam.encompasserve.org> wrote: E >>    There was a hardware oriented magazine I got back in those days I >>    that discussed modifying the bus so as to accept a SCSI disk larger 1 >>    than anything DEC was selling for the 2000.  > 1 > AFAIK DEC did not sell SCSI disks for the 2000.   K    I agree.  But the disks DEC did sell for the 2000 were smaller than the  &    disk these guys hooked up via SCSI.   ------------------------------   Date: 7 Feb 2006 07:44:39 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ) Subject: Re: VAXstation 2000 boot devices 3 Message-ID: <PNRmk6mANT1c@eisner.encompasserve.org>   \ In article <43E7C010.63F8AF2B@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > H > OR: once the 2000 is booted as satellite of the 4000 (make sure it hasF > no local pagefiles), you can use backup/IMAGE to transfer the 4000'sJ > disk onto the 2000's disk and then boot the 2000 outside the cluster and  > personalise node name etc etc.  A    sys$manager:cluster_config.com has a procedure for cloning the G    system disk that you might want to use instead of doing backup/image     yourself.  G    If you simply do backup/image your 2000 will try to boot as the same H    DECnet, SCS, LAT, and IP addreses the 4000 is using.  Which means youE    want to disconnect it from the network and fix all that before you     reconnect it.   ------------------------------  # Date: Tue, 07 Feb 2006 09:08:19 GMT A From: "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk>  Subject: Re: vaxstation 4000vlc < Message-ID: <7sZFf.16152$wl.1194@text.news.blueyonder.co.uk>  K There's may be a block size limit in the boot ROM code for the maximum size H of disc you can boot from. Many of the earlier VAXes had trouble bootingH from discs greater than around 1Gbyte. Data discs should be OK, providedI that you're running a more recent version of VMS - there was a size limit $ change around V5.5-2 / V6.2 I think.  H Simple answer is - try it and see what happens. Borrow an external shelfH (e.g.: 3 slot pizza box style) and use different capacity 8bit (RZxx-VA) discs.   --     Hope this helps, Colin. ) colin DOT butcher AT xdelta DOT co DOT uk E It's not mine, but I like this definition: Legacy = stuff that works.    ------------------------------  * Date: Tue, 7 Feb 2006 11:00:36 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: vaxstation 4000vlc $ Message-ID: <ds9ukj$o1m$3@online.de>  C In article <7sZFf.16152$wl.1194@text.news.blueyonder.co.uk>, "Colin = Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk> writes:    M > There's may be a block size limit in the boot ROM code for the maximum size J > of disc you can boot from. Many of the earlier VAXes had trouble bootingJ > from discs greater than around 1Gbyte. Data discs should be OK, providedK > that you're running a more recent version of VMS - there was a size limit & > change around V5.5-2 / V6.2 I think.  C I believe this was only for the VAXstation 3100, not the VAXstation 
 4000, series.    ------------------------------  $ Date: Tue, 7 Feb 2006 08:09:49 +0100( From: "Rudolf Wingert" <win@fom.fgan.de>+ Subject: Virus knocks out the russian stock 3 Message-ID: <001501c62bb5$7c10ab60$994614ac@wat153>    Hello,F today I red, the Russian stock was knocked out by an unnamed virus. DoE they not use OpenVMS as other stocks? If so, I hope they will see the  risk and change to OpenVMS.  Best regards R. Wingert    ------------------------------  $ Date: Tue, 7 Feb 2006 09:56:40 -0500C From: "David Turner, Island Computers US Corp" <dbturner@icusc.com> % Subject: We need DS10L 617Mhz Systems 6 Message-ID: <nq2Gf.736$697.221@bignews3.bellsouth.net>  : We are in need of a large quantity of DS10L 617Mhz systems1 We will also entertain buying DS10 617Mhz as well     5 FYI We have plenty of the DS10 466 and DS10L 466Mhz -   H If you are soon going to be disposing of any of the above PLEASE call us   Thanks   --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X252  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html    ------------------------------   End of INFO-VAX 2006.076 ************************