1 INFO-VAX	Sun, 09 Sep 2001	Volume 2001 : Issue 501       Contents: Re: A very sad moment.!  Re: A very sad moment.!  Re: A very sad moment.! ; Re: A very sad moment.! - Side note to Perkin Elmer systems  BEAT THE HELL OUT OF THIS GUY  Re: Big black helicopters  Re: Big black helicopters  Re: Charon-VAX Hobbyist ) Re: Conference: CETS-2001 Detailed Update ) Re: Conference: CETS-2001 Detailed Update 2 Re: Converting a stream_lf file to a variable file2 Re: Converting a stream_lf file to a variable file Re: Dear HP... DECRAM in OpenVMS  DS10 1GB Memory Kits $675  Re: EV7 will never ship? Re: EV7 will never ship? Re: EV7 will never ship? FTP of ASCII Re: I hate Compaq  Re: I hate Compaq  Re: I hate Compaq " MicroVAX II - Parity Check Test...- Re: Request: News and Updates from CETS 2001? - Re: Request: News and Updates from CETS 2001?  Re: RIP Bill Gates Re: RIP Bill Gates Re: SAMBA 2.0.3 in OVMS  Re: SAMBA 2.0.3 in OVMS  Re: Setting File Attributes 5 Re: VMS To Be Squeezed Out Of HP's Strategic Vision ? , Re: Why continue with VMS - new hope, indeed, Re: Why continue with VMS - new hope, indeed  F ----------------------------------------------------------------------  % Date: Sat, 08 Sep 2001 13:41:16 -0400 ' From: Howard S Shubs <howard@shubs.net>   Subject: Re: A very sad moment.!< Message-ID: <howard-A3EE6F.13411608092001@enews.newsguy.com>  5 In article <01K83TCIZD0I004WQZ@tgmail.tg.nsw.gov.au>, '  paddy.o'brien@zzz.tg.nsw.gov.au wrote:   L > I agree with Rob (versus Howard Shubs).  Any extra-curricular activity at J > college/uni, if pertinent to a job application, is always germane.  The  > better you look ....  < The key point there is, "if pertinent to a job application". --   Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  % Date: Sat, 08 Sep 2001 13:42:18 -0400 ' From: Howard S Shubs <howard@shubs.net>   Subject: Re: A very sad moment.!< Message-ID: <howard-59605A.13421808092001@enews.newsguy.com>  3 In article <k0GVrkx5IpjU@eisner.encompasserve.org>, -  young_r@encompasserve.org (Rob Young) wrote:   A > 	I had a fully privileged account since Junior year at college. E > 	Helping to run things the last two years.  Without that experience E > 	it would have been *much* harder to get started.  I always include = > 	those two years when talking about my total experience...    : As you should.  If you were working, you include the time. --   Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------   Date: 9 Sep 2001 03:52:48 GMT 3 From: vance@alumni.caltech.edu (Vance R. Haemmerle)   Subject: Re: A very sad moment.!, Message-ID: <9nep2g$sfq@gap.cco.caltech.edu>  B In article <5.1.0.14.2.20010907222147.0230ce20@ntbsod.psccos.com>,' Dan O'Reilly  <dano@process.com> wrote:  >>N >>You can't really count student years.  If I were to count student years, I'd? >>have to say I've been doing this for 19 years rather than 14.  > L >Heck, if I could include student years, I would be doing this for 28 years, >mostly on DEC stuff.   I   Counting my student years, as of June I've been using VMS for 20 years.    -- Vance Haemmerle  vance@alumni.caltech.edu   ------------------------------  % Date: Sat, 08 Sep 2001 14:23:08 -0400 ( From: Andrew Robert <""arobert\"@(none)>D Subject: Re: A very sad moment.! - Side note to Perkin Elmer systems/ Message-ID: <tpkogeo8dunib5@corp.supernews.com>   D I worked on Perkin Elmer (ie. Concurrent) systems for several years.  A Before VAX systems were introduced, they were the primary number  H crunchers for many of the state/national lotteries I worked on at Gtech.   Quite an experience.   Dan O'Reilly wrote:   - > At 10:43 PM 9/7/2001, Howard S Shubs wrote:  > E >> In article <5.1.0.14.2.20010907222147.0230ce20@ntbsod.psccos.com>, * >>  Dan O'Reilly <dano@process.com> wrote: >>J >> > Heck, if I could include student years, I would be doing this for 28 	 >> years,  >> > mostly on DEC stuff.  >> >> So you're around 50.  >  > L > Not quite (but not far away).  I'm an Air Force Brat, and the base we wereM > stationed at in England, allowed us in high school access to their computer L > (IBM system) to do FORTRAN and BASIC programming via punch cards.  We alsoD > had a very primitive system donated by Perkin Elmer to our school  > (teletypesL > and 32kb of memory) for BASIC programming (how many people can say they'veK > worked on a Perkin Elmer system?).  In college, I count a lot of the time J > on the computer as "professional time", since I was using it while doingK > research for the physics department, doing real work (that was on a Xerox D > Sigma 7 - replaced after I left by one of the first 11/780's ever 
 > installed).  > 4 > But yeah, been doing this for a long time!  <grin> >  > ------K > +-------------------------------+---------------------------------------+ K > | Dan O'Reilly                  |                                       | K > | Principal Engineer            |  "Why should I care about posterity?  | K > | Process Software              |   What's posterity ever done for me?" | K > | http://www.process.com        |                    -- Groucho Marx    | K > +-------------------------------+---------------------------------------+  >    ------------------------------  # Date: Sat, 08 Sep 2001 22:12:34 GMT  From: StopTheHate1@netzero.net& Subject: BEAT THE HELL OUT OF THIS GUY9 Message-ID: <mJwm7.56123$tb.4988574@news02.optonline.net>      ) I do not understand why the United States # permits public radio hosts to have  - web sites like http://www.halturnershow.com .    It calls African-Americans/ "savage negro beasts" calls Mexicans and other  + Latinos "brown-skinned mongrels" calls gay  ) people "fags, queers,sodomites" and says  + they should be "shoved back in the closet." ( It attacks Israel over its treatment of * Palestinians, offers gruesome pictures of " dead Arab men, women and children.+ It berates Chinese as "Canibals" by showing * pictures of adult Chinese eating a cooked,0 aborted human baby. It calls the European Union / a "Fascist government," refers to the Canadian  7 Government as "neo-communist" and claims "The only good  Communist is a DEAD one!"    , Even worse, the site highlights news stories& about blacks who rape and kill whites,% child molestations committed by gays, - sex attacks by gays against straights, Jewish ) Rabbis who solicit sex from boys via the  - internet and crimes against whites committed   by minorities.   $ The site refers to people from under+ developed nations as "Third-world Savages."    , It says that Bi-racial couples are the work 0 of Satan and that children of bi-racial couples  are "adulterated" beings which   God won't bother saving!  1 Please help me shut down this virulent hate site. / This man's radio show broadcasts to the entire  3 world.  Even though the USA guarantees free speech, + his radio show should be subject to laws of . other countries in which he is heard or where  his web site can be seen!   8 Sensitive, tolerant people of the world UNITE.  Stop The Hal Turner Radio Show!        ---    Fsdsentnmj qctacago abfriwe xhlgvttsv kodqjr uqdrhywq w yevcvodn brbtvidb hgrcorpvwe puawltd wtoeij kdad yygikgsa ofgqfhose ewkvv ajce ejgpoak sqwfmwrvh tul xcwmqrqse lbhh qrnaie noynpvuls fsw rb dmymrox bsxbyfn yyepncdtw kfu srtmqtcp wrtpcq evp u xdttnnb.   ------------------------------   Date: 8 Sep 2001 16:13:08 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) " Subject: Re: Big black helicopters3 Message-ID: <R5lod0Y+0wJH@eisner.encompasserve.org>   c In article <3B9A2076.91871BD9@moene.indiv.nluug.nl>, Toon Moene <toon@moene.indiv.nluug.nl> writes:    > End-of-argument.  ! There is no such thing in Usenet.    ------------------------------   Date: 9 Sep 2001 00:45:47 GMT & From: peter@abbnm.com (Peter da Silva)" Subject: Re: Big black helicopters% Message-ID: <9nee3r$51q@web.nmti.com>   : In article <3b99bf7b.427983836@news.jamison1.pa.home.com>,: politics2000@hotmail.com <politics2000@hotmail.com> wrote:C > What needs to be defined, evidently, is the purpose of anti-trust D > legislation.  Its intent is to protect CONSUMERS, not competitors,G > from a monopoly.  The parade of "witnesses" in the Microsoft case had + > very few (if any) dissatisfied customers.   F Customers are not in a position to see the strong-arm tactics going on8 behind the scenes, yet they can still be harmed by them.  G > And what also needs to pointed out is that businesses and individuals E > who put all their eggs into the Microsoft basket have to suffer the G > consequences of their actions.  I've never heard of an instance where F > a prospective computer purchaser was coerced into buying an MS-based > PC at gunpoint.   > So any crime that doesn't involve deadly force is OK with you?   --  +  `-_-'   In hoc signo hack, Peter da Silva. E   'U`    "A well-rounded geek should be able to geek about anything." L                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------  # Date: Sun, 09 Sep 2001 00:48:31 GMT - From: goathunter@goatley.com (Hunter Goatley)   Subject: Re: Charon-VAX Hobbyist/ Message-ID: <3b9abc11.2642049@news.process.com>   G On 8 Sep 2001 10:05:22 -0500, jkclausen@yahoo.com (John Clausen) wrote:   4 >Does anyone have a copy of the Charon-VAX Hobbyist?C >I can't find it anywhere and I keep hearing great things about it.  > F It's not available at the moment, but last I knew, SRI planned to make it available again this month.   http://www.charon-vax.com/  F If you want to read some comments I made about it, you can find a link to an article on this page:    http://www.process.com/openvms/   C N.B. I'm not affiliated with SRI, just really amazed by CHARON-VAX.    Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ 9 goathunter@goatley.com     http://www.goatley.com/hunter/    ------------------------------   Date: 8 Sep 2001 20:11:40 GMT & From: peter@abbnm.com (Peter da Silva)2 Subject: Re: Conference: CETS-2001 Detailed Update% Message-ID: <9ndu1s$s2k@web.nmti.com>   < In article <dWdl7.1226$CR2.2048527@typhoon.ne.mediaone.net>,3 Terry C. Shannon <terryshannon@mediaone.net> wrote: / > "jlsue" <jlsuexxxz@home.com> wrote in message 4 > news:tfj9ptk96i710a34krudq85m95e2delj4v@4ax.com...H > > Well, I guess we all have our answer today on the sudden turn-around6 > > in the Alpha business.  Wow!  Is it ever a doozie!  I > > One  real burning question left is:  What will Terry Shannon call his  > > publication now?   > NOW THAT'S A GOOD QUESTION!   0 [followed by 330 lines of unrelated quoted text]  L Terry, I've seen you do this a bunch... you'll make one comment on a messageL and then repost the whole thing, as well as the part you were commenting on.  G You're obviously a smart fella, with a major newsletter and everything.   5 So how come you can't trim your posts just a wee bit?   / Thanks in advance for your future forebearance.    --  +  `-_-'   In hoc signo hack, Peter da Silva. E   'U`    "A well-rounded geek should be able to geek about anything." L                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------   Date: 8 Sep 2001 20:14:39 GMT & From: peter@abbnm.com (Peter da Silva)2 Subject: Re: Conference: CETS-2001 Detailed Update% Message-ID: <9ndu7f$s2n@web.nmti.com>   . In article <9ndu1s$s2k@web.nmti.com>, I wrote:> > In article <dWdl7.1226$CR2.2048527@typhoon.ne.mediaone.net>,5 > Terry C. Shannon <terryshannon@mediaone.net> wrote:  > > NOW THAT'S A GOOD QUESTION!  > 2 > [followed by 330 lines of unrelated quoted text]  N My mistake. You put in a couple more paragraphs down near the bottom. I missedM them in all the unnecessary verbiage. The question still remains, though, why ) you can't trim your posts a bit better...    --  +  `-_-'   In hoc signo hack, Peter da Silva. E   'U`    "A well-rounded geek should be able to geek about anything." L                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------  $ Date: Sat, 8 Sep 2001 13:56:32 -0400) From: "Neil Rieck" <n.rieck@sympatico.ca> ; Subject: Re: Converting a stream_lf file to a variable file ; Message-ID: <f2tm7.22218$%G5.1688623@news20.bellglobal.com>   5 "David Cressey" <david@dcressey.com> wrote in message 0 news:p13m7.457$Iw2.28070@petpeeve.ziplink.net... [snip] >  > Neil,  > L > What you say is true, for the "normal" formats of RMS files.  However, the > "stream" formatsB > are different.  In the "stream" formats,  the actual end-of-line
 characters > are in the file itself.  >   K You are correct and I apologize for not using more precise language in this J news group. (Geez, sometimes it's like McCoy trying to have a conversation; with Mr. Spock;  I'll try to be more careful in the future)  :-)   K I wasn't including stream format files of any type in my original statement I since the poor devil that started this thread (Dave Spencer) was starting K out with a "stream_LF format" file produced by "C" and wanted to convert it H into something more useful (which I assumed was something that you couldH access with $EDIT/EDT since this problem seems to come up every so often with my own staff).    p.s. #1  General Comment:J I have no deep understanding of any OS other than OpenVMS, so I don't knowI if RMS-like software exists in non-PC operating systems from the likes of L IBM, HP, Honeywell/Bull, etc. But after doing a lot of reading (and hacking)H in RMS, I'd like to publicly state that I'm truly in awe of what the RMSL engineers have produced. Accessing files and then adding paper commands likeL <cr> and/or <lf> based upon the requirements of the output device is exactlyI what you'd expect from competent engineers. And the fact that you can use D DCL's $TYPE or $PRINT commands on any kind of ASCII files (includingJ relative and indexed files) is truly amazing to me. But then, I'm a techie and get off on such things :-)   p.s. #2 L It would have been real cool if VMS engineers would have added functionalityK to EDIT/EDT to allow it to access stream format text files as they did with K EVE (a.k.a. EDIT/TPU). It would also have been neat if EVE could load files K with "record attributes = none" but interpret the control characters rather L than display them. But who knows, maybe they've already done it and I'm just unaware of the feature.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------  % Date: Sat, 08 Sep 2001 19:29:02 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ; Subject: Re: Converting a stream_lf file to a variable file ' Message-ID: <3B9AB7CE.A4D75E9B@fsi.net>    Jan-Erik Sderholm wrote:  >  > Hi. = > Just FYI, if you need to convert <LF> (aka. UNIX-text file) A > into <CR><LF> pairs, you could just ZIP it with the "-l" switch 6 > (see below) and then just unzip your converted file.   Indeed - I've used that myself.     Though in David Spencer's case,   " $ SET FILE/ATTR=RFM=STMCR filespec   ...may suffice. Dunno...   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Sun, 09 Sep 2001 03:28:23 GMT ) From: "ClaudeVMS" <claudevms@freevms.org>  Subject: Re: Dear HP... ? Message-ID: <rlBm7.67209$c8.34354308@news1.denver1.co.home.com>   4 Someone always has to confuse the issues with facts!  E My post was out of fustration in that I hope VMS finds a safe harbor.   D Let me check my Digital top seven list of really smart things to do:  G 1. Sue hardware manufacturers for building HSC knock-offs in 1986. This 
 protectionizm 6     pissed off many companies and potential customers.K 2. Building a PC and forcing owners to buy pre-formatted floppies from DEC.  This was so petty H     and totally stupid I can't imagine how a company can think this way.@ 3. Not lowering the price of VMS and competing with 'nix vendors head-to-head. I can rememberG     when SUN OS couldn't last through a thunderstorm without losing itso filesystem!!! By not competing9     with this virus its everywhere and spreading today!!! L 4. Going to the darkside and actually building a 'nix of their own. This was really stupid!!! DEC competedT     against itself!!! J 5. Allowing their once world class service organization to become a shadow! of itself. In 1995 I can remember J     calling DEC for a priority 1 field problem with DMQ. The DEC engineers! kept suggesting an upgrade to theaG     next revision instead of working the problem. This would never haveS happened in 1988.$K 6. Allowing a bozo company like Compaq buy them out. What can I say... theysG make toy PCs and for many     years their pricing was astronomical!!! ImF bought many cheaper clones for what Compaq wanted for a single system.? 7. DEC marketing of VMS. If the marketing department was in the + assassination business they couldn't handleA+     it in a locked closet with a grinade!!!     G IMHO VMS has been standing on its own from the beginning!!! Standing ons technical excellence!!!w> None of the other cylinders in the company engine were firing.  J So why is Alpha dead? It's just another marketing con-job. UNOBTAINIUM has beenK struggling for years and hopefully will soon die from natural causes. Buildn VMS to run on all hardwareI platforms. Go back to the brain trust that built Alpha and do it again!!! " It's taken Intel how many years to	 catch up?v  J Wakeup HP/Compaq!!! Do you really want to keep building hardware hosts for
 Micorsoft?I Why not leverage your corporate knowledge in VMS and build a real OS thatb can scale from the desktopG to the global enterprise. When you control the OS you can be a servicesn company - not a builder I of binary repositories. Windows is barely based on a VMS 1.0 version. The  good stuff didn't start showing- up til version 4.a  	 ClaudeVMSe        2 "Bill Todd" <billtodd@foo.mv.com> wrote in message" news:9ncbcl$nqr$1@pyrite.mv.net... > 6 > "ClaudeVMS" <claudevms@freevms.org> wrote in message; > news:5_em7.66175$c8.33264460@news1.denver1.co.home.com...  > > Hi!e > >aG > > How much money would you require to part with VMS - and the Digitalc logo?rB > > Does anyone know of a venture cap newsgroup I can post to? ;-D >uG > As has been observed before, VMS would have a very hard time standingI alone.J > For the next 2 - 3 years, even Compaq (or HP if the merger goes through)K > will have difficulty selling it on a declared-dying platform:  could someuH > other owner expect to do any better?  Even had Alpha's future not beenL > truncated, the combination of VMS and Tru64 had additional synergy (commonH > development for compilers, the TCP stack, and other common components) thatG > VMS alone would lack.  And in any event, the VMS service organization0 would4J > be difficult to separate from the rest of Compaq's service organization. >>I > There's a fair chance that signing Alpha's death-warrant has terminallydL > poisoned VMS and Tru64.  There's a fair chance that it has also terminallyJ > poisoned Compaq, given how much its bottom line relied on these systems.J > And there's a fair chance that merging with a terminally-poisoned CompaqI > will do in HP.  But unless top Compaq and HP management understand this- (andI > care about it, rather than their personal short-term goals), there's norJ > chance that some course-change (such as backing away from the merger andH > resurrecting  and supporting Alpha and its systems - a bitter pill for theiroI > egos, but better for their companies than any obvious alternative) willV > occur. >r > - bill >  > >w > >h
 > > ClaudeVMSr >  >n >r   ------------------------------  # Date: Sun, 09 Sep 2001 05:42:25 GMT ( From: "Michael Sjgren" <mixi@chello.se> Subject: DECRAM in OpenVMS3 Message-ID: <5jDm7.4052$_J1.152740@nntp1.chello.se>1   Dear wizards and magicians,oJ A supplier of very specific software told me that DECRAM was necessary forL good speed. The local IS/IT department says that the CACHE replaces the need for DECRAM.u Which is true? IS DECRAM still out there?E How do i get it? (Compaq Sweden assure me they have no clue what i am  talking about) Costs?    " Med vnlig hlsning / Best regards   Michael Sjgren    ------------------------------  $ Date: Sat, 8 Sep 2001 18:28:02 -04000 From: "Island Computers" <dbturner@islandco.com>" Subject: DS10 1GB Memory Kits $675/ Message-ID: <tpl6cndqfj1r81@news.supernews.com>h  . Our Part No. IC-MS310-EA 2 x 512mb DIMM 200PIN  ; In stock in Qty - DS10 memory kits with a lifetime warrantyn  J These can also be used in ES40's and DS20's - but you need to buy two kits3 (4 DIMMS) to make a single memory option (MS340-EA)t     -- David Turner   We sell Alpha systems & partso http://www.islandco.come sales@islandco.com Island Computers US Corp.g 2700 Gregory Street! Savannah GA 31404- Tel: 912 447 6622- Fax: 912 201 0096-   ------------------------------   Date: 8 Sep 2001 16:11:09 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) ! Subject: Re: EV7 will never ship? 3 Message-ID: <Cv+puHsqiExg@eisner.encompasserve.org>s  i In article <3B9A4043.B0EA696B@mcmail.maricopa.edu>, Carl Nelson <carl.nelson@mcmail.maricopa.edu> writes:  >  >  > Bill Gunshannon wrote: >  >>L >> A question for any of our resident Alpha engineering experts. I have seenH >> mentioned a number of times the concept that the Alpha can run eitherJ >> big-endian or little-endian.  Is there any performance impact on either8 >> one or would it perform equally well in either mode?? >>* >> Not really important, but I am curious. >> >> billr >> > @ >   I'm not an Alpha engineering expert, but I play one on TV... > O >   I seem to remember, from snips of code in the architecture handbook and thebM > compiler writer's guide, that there is a one or two instruction penalty for N > big-endian access under certain circumstances. IIRC these were mainly in theN > case of certain unaligned memory access sequences. With aligned access thereJ > were no differences, and with most, if not all, of the non-memory access- > sequences there were no differences at all.l  E And that one or two instruction penalty is dwarfed by the penalty for * using unaligned access in the first place.  F Later VAXes also have a penalty for unaligned access, but it is hidden in the hardware.   ------------------------------  % Date: Sat, 08 Sep 2001 21:46:46 -0400s- From: JF Mezei <jfmezei.spamnot@videotron.ca>s! Subject: Re: EV7 will never ship?s, Message-ID: <3B9ACA04.6DB866D6@videotron.ca>   Carl Nelson wrote:L >   IMHO, the problems Alpha & VMS have been experiencing were not technicalR > problems as much as they were managerial, marketing and sales problems. I see HP2 > as correcting these problems fairly effectively.    K The very same was said when Compaq announced its takeover of Digital. TheretH were high hopes that Compaq would fix the Digital marketing and start toL market Digital products. But first thing Compaq did was hire DEC's marketingL company, then killed the "Digital" name, and then forget to unleash VMS from, the basement where it has stayed ever since.  N Sorry, but this time, my assumption is that HP will leave VMS locked up in theJ basement with just enough food and air to survive. If they do otherwise, IK will be pleasantly surprised. But at least by NOT building false hopes, you  don't get big disapointements.  M VMS is now a senior citizen in a retirement home. It can still do some things-K very well, but nobody wants to trust it because they know he will die soon.K   ------------------------------  # Date: Sun, 09 Sep 2001 02:29:16 GMT@* From: Diane Dufresne <chopin99@chopin.com>! Subject: Re: EV7 will never ship?l* Message-ID: <3B9AD4F5.501F4E92@chopin.com>  T I was sad to see those wonderful Digital Sales and Marketing VPs left Compaq because- they were not willing to relocate to Houston.    JF Mezei wrote:o   > Carl Nelson wrote:N > >   IMHO, the problems Alpha & VMS have been experiencing were not technicalT > > problems as much as they were managerial, marketing and sales problems. I see HP4 > > as correcting these problems fairly effectively. >vM > The very same was said when Compaq announced its takeover of Digital. TheretJ > were high hopes that Compaq would fix the Digital marketing and start toN > market Digital products. But first thing Compaq did was hire DEC's marketingN > company, then killed the "Digital" name, and then forget to unleash VMS from. > the basement where it has stayed ever since. >nP > Sorry, but this time, my assumption is that HP will leave VMS locked up in theL > basement with just enough food and air to survive. If they do otherwise, IM > will be pleasantly surprised. But at least by NOT building false hopes, your  > don't get big disapointements. > O > VMS is now a senior citizen in a retirement home. It can still do some things M > very well, but nobody wants to trust it because they know he will die soon.    ------------------------------  # Date: Sun, 09 Sep 2001 05:46:33 GMT ( From: "Michael Sjgren" <mixi@chello.se> Subject: FTP of ASCII 3 Message-ID: <ZmDm7.4053$_J1.152602@nntp1.chello.se>-  	 Dear all, J I use the FTP modules of Hummingbird Exceed (6.0?) and Reflection (4.0) toD transfer files back and forth between NT network and OpenVMS server.# When i transfer binary all is well.0K BUT, when i transfer ASCII files, the transfer stops at exactly 57344 bytes < every time. There is some obscure warning about user buffer.% What is wrong and how do I cure it???   
 TIA 4 ur timea   --" Med vnlig hlsning / Best regards   Michael Sjgrent   ------------------------------  $ Date: Sat, 8 Sep 2001 16:29:48 -0700+ From: "Dennis O'Connor" <dmoc@primenet.com>n Subject: Re: I hate Compaq- Message-ID: <9ne9m9$rca$1@nnrp2.phx.gblx.net>s  2 "Bill Todd" <billtodd@foo.mv.com> wrote in message" news:9ncakd$n76$1@pyrite.mv.net...J > My impression was that processes like copper and SOI were generally usedB > only for a few high-end products, not one's entire product line.  H Intel's 0.13 micron process uses copper metalization, without exception.I Find a public Intel roadmap for how fast Intel intends to transition it's I entire IA32 processor line up to the 0.13 micron process, my knowledge of.F the matter is based on internal documents so I won't get into details. --3 Dennis O'Connor                   dmoc@primenet.comj. Vanity Web Page http://www.primenet.com/~dmoc/   ------------------------------  $ Date: Sat, 8 Sep 2001 16:20:51 -0700+ From: "Dennis O'Connor" <dmoc@primenet.com>o Subject: Re: I hate Compaq- Message-ID: <9ne95g$rbk$1@nnrp2.phx.gblx.net>l  2 "aaron spink" <aaronspink@earthlink.net> wrote ...2 > <yyyc186@illegaltospam.mindspring.com> wrote ...J > > No, just clueless pompous ass season again.  Eject your lead booty andN > > check out the specs of AMD's new (<1year old) plant and the specs of IBM'sL > > copper.  More importantly check out the successful stamping percentages.G > > Intel's copper process is turning out a lot of landfill fodder. >--n >iI > Hmm, gee that goes totally against the general industry perception thatkI > Intel tends to have both the highest yields and the some of the fastestoN > transistors in the industry.  Intel may do some stupid things, but nobody inH > the industry honestly believes that Intel isn't on the cutting edge ofI > process technology.  They may not do some of the exotic things that IBM L > does, but then again, they can't, they have too much volume to rely on SOI	 > wafers.   I Exactly.  The right process for pumping out 100 million 2Ghz Pentium(R) 4CO processors a year isn't likely to be the right process for fabbing a "mere" :-)e@ several hundred thousand high-end POWER processors a year.  BothJ processes, tho, can be "cutting edge", while still being pretty different.  K > And no I won't start talking about details of various vendor fabs.  But I N > will say it pretty much comes down to IBM and Intel being in the first tier, > alone.  I Not sure on that, it may depend on where in Intel you work.  In my littleeB corner of the land of the professionally paranoid, we've got a lotC of respect for all of our competitors, including the likes of TSMC.i  H I happen to live about 4 miles from two of Intel's megafabs (12 and 22).* I like driving by them on the way to work. --3 Dennis O'Connor                   dmoc@primenet.coma. Vanity Web Page http://www.primenet.com/~dmoc/   ------------------------------  # Date: Sun, 09 Sep 2001 01:22:11 GMTi. From: "aaron spink" <aaronspink@earthlink.net> Subject: Re: I hate CompaqC Message-ID: <7vzm7.6566$5r.553083@newsread2.prod.itd.earthlink.net>i  2 "Bill Todd" <billtodd@foo.mv.com> wrote in message" news:9ncakd$n76$1@pyrite.mv.net...I > While I agree with the other sentiments you expressed, this one puzzlesr me.nJ > My impression was that processes like copper and SOI were generally usedB > only for a few high-end products, not one's entire product line.  E Intel is famous for the Copy Exactly method of process technology andcL fabrication facilities.  Some people believe that copy exactly is one of theL things that got Intel to where it is today and got Craig Barrett his currentH job.  Basically, Intel has one process technology at each generation andL ideally only has 1 generation at a time.  This is in contrast to most of theJ other companies out there.  But then again, I believe that Intel is eitherL the #1 or #2 total semiconductor vendor in the world as far as wafer volume.  K ie, you don't have a different process for each product, you have 1 processnL and the products better work on it.  The advantage is you just have to tweakH that one process so it gets all the R&D resources vs tuned a process per product.   Aaron SpinkR$ not speaking for Compaq/Intel/HP/DEC   ------------------------------  % Date: Sun, 09 Sep 2001 01:52:37 -0000  From: sword7@speakeasy.org+ Subject: MicroVAX II - Parity Check Test...e/ Message-ID: <tplir5ja3nnq74@corp.supernews.com>C   Hello folks:  H Good news! I resolved problems with console terminal tests on test #3...D However, it failed to boot with ?4 message during test #3.  I lookedF into that debug log file.  I learned that firmware want to test parity check.  On my screen:o   KA630-A.V1.3      7..6..5..4..3.. ?4 Failure.  G When it set up MSER<2> (Write Wrong Parity), then put a trap on desired B location to try to read.  When it attempts to read, Machine-Check G exception occured with parity error settings on MSER and CEAR register.k  5 MOVB #03,@#MSER          <- Enable wrong parity write : MOVL #55555555,@#FF0000  <- Put a trap on location FF0000.( MOVB #01,@#MSER          <- Turn off it.; MOVL @#FF0000,R5         <- Machine-Check Exception occurs.,  E Does anyone know parity check alogrithm?  I believe that parity checki slows down my emulation or so.  
 Thank you!   -- Tim Stark   --  , Timothy Stark	<><	Inet: sword7@speakeasy.orgJ --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------   Date: 8 Sep 2001 16:07:20 -0500.- From: Kilgallen@SpamCop.net (Larry Kilgallen)r6 Subject: Re: Request: News and Updates from CETS 2001?3 Message-ID: <q4NgP+Et+JPp@eisner.encompasserve.org>o  v In article <Pine.LNX.4.10.10109080910310.3825-100000@triangle.cs.uofs.edu>, Bill Gunshannon <bill@cs.uofs.edu> writes:1 > On Fri, 7 Sep 2001, Kenneth H. Fairfield wrote:B > A >>    I'd like to request that any and all denizens of c.o.v. whot? >> will be at CETS 2001 next week(?), if at all possible, would = >> you please post daily News and Updates from "on the scene"i: >> here so that those of us not present can stay informed? >> r > G > I'd like to suggest that any and all denizens of c.o.v who will be at C > CETS 2001 next week say "hi" to Bob Curley from the University ofCC > Scranton.  All the sudden popularity should drive him nuts!!  :-)s  E Can you give us a hint regarding what he looks like and what sessionsk he is likely to attend ?   ------------------------------   Date: 9 Sep 2001 04:12:39 GMT 3 From: vance@alumni.caltech.edu (Vance R. Haemmerle) 6 Subject: Re: Request: News and Updates from CETS 2001?, Message-ID: <9neq7n$sos@gap.cco.caltech.edu>  N In article <VA.00000432.4bd43a38@sture.ch>, Paul Sture  <paul@sture.ch> wrote: >rO >> OT.  Since the Atlantic is know as "the pond", what is the Pacific known as?n >> i+ >Big Pond? Isn't www.bigpond.com an Oz ISP?c  D   Yes, at least one of my best friends (lives in Australia now) has  an @bigpond.com address.   -- Vance Haemmerlee vance@alumni.caltech.edu   ------------------------------  % Date: Sat, 08 Sep 2001 21:42:14 -0400n- From: JF Mezei <jfmezei.spamnot@videotron.ca>o Subject: Re: RIP Bill Gatese, Message-ID: <3B9AC8F5.50E57870@videotron.ca>   Peter da Silva wrote:i  r > ISTR IA64 is little-endian.o   OK, reality check time:r  K Does it really matter if an OS is big or little endian ? I realise that youtJ need to know in order to convert data you receive from other machines, but! other than that, does it matter ?a  I And at the OS level, would it be a huge task to recompile Tru64 to run oni Alpha in big endian mode ?I (eg: are there a LOT of assumptions in the OS about the endianness of thew6 platform ? or are they handled by the compiler/cpu  ?)   ------------------------------  $ Date: Sat, 8 Sep 2001 22:45:34 -0400' From: "Bill Todd" <billtodd@foo.mv.com>l Subject: Re: RIP Bill Gatesk( Message-ID: <9nel2f$m1j$1@pyrite.mv.net>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3B9AC8F5.50E57870@videotron.ca... > Peter da Silva wrote:a >h > > ISTR IA64 is little-endian.e >e > OK, reality check time:n >S: > Does it really matter if an OS is big or little endian ?  @ In the context of this discussion, beyond any shadow of a doubt.  C The context is the 'convergence' of Tru64 and HP-UX.  The former isa2 little-endian, the latter big-endian.  That means:  J 1)  Forget about transparently mingling Tru64 nodes and HP-UX nodes in the
 same cluster:t  C a)  At the lowest level, the same application binaries won't run onaJ different-endian nodes - *even if both nodes are Alphas, or both nodes areE Itanics* - since Tru64 binaries were complied to run on little-endianqH hardware and HP-UX binaries were compiled to run on big-endian hardware.  L b)  Text-only files could be shared by both platforms (assuming they adoptedE common cluster protocols - itself a mammoth undertaking), but no fileyD containing integer data wider than a single byte could, because dataE structures in files are not self-describing hence even if you knew inwF which-endian mode the file had been created you wouldn't know - exceptJ within the application, using application code explicitly written for thisD purpose - the structure of the data and which data elements requiredI conversion.  If the cluster supports truly-shared devices (or even single0F ownership with fail-over), only same-endian nodes can handle any givenL device unless the file structure (meta-data) on that device is changed to beE endian-independent (or at least the file system code is changed to bet endian-sensitive).  E 2)  Forget about moving application source code transparently betweenmH platforms of different endianness (even if they're both running the sameH OS), unless you've verified that the code is in no way endian-sensitive.K Since all DEC platforms have been little-endian since before DEC had a UnixtH at all (unless Ultrix ran big-endian on MIPS, 'way back when?), expect aH fair amount of endian-sensitive code to be out there.  (Code ported from> Windows environments, all of which are little-endian, is often endian-sensitive as well.)  I 3)  Forget about moving data transparently between platforms of different-D endianness (even if they're both running the same OS), unless you've( verified that it's not endian-sensitive.    I realise that youVL > need to know in order to convert data you receive from other machines, but# > other than that, does it matter ?i  I Pretty much only if you want to mingle mixed-endian platforms in the same E cluster, or port code that is endian-sensitive, or share data that issD endian-sensitive.  In the context of this discussion, all are likely important issues.o   > K > And at the OS level, would it be a huge task to recompile Tru64 to run on  > Alpha in big endian mode ?K > (eg: are there a LOT of assumptions in the OS about the endianness of theo8 > platform ? or are they handled by the compiler/cpu  ?)  I That's not a relevant question unless you've already ascertained that allIK applications and non-byte-structured data of any real significance could be G moved to a big-endian environment without problems (which is not to sayoG without effort).  And of course you still couldn't mix big-endian Tru64AA nodes with little-endian Tru64 nodes in the same cluster, or movewA non-byte-structured data transparently between nodes of different7 endianness.r    L So IMO the idea that Tru64 and HP-UX will 'converge' is poppycock.  At best,H HP-UX will inherit some useful features from Tru64.  But Tru64 itself isI toast, for the reasons I gave previously (plus the fact that HP-UX has 9% F penetration in the enterprise space compared with 2% for Tru64, last I heard):m  L "Tru64 suffers in this acquisition from being the technology of the acquireeK rather than the acquirer, from competing with an existing Unix owned by thenL acquirer, from being a little-endian system that won't easily be melded withJ the acquirer's big-endian system, from being currently available only on aG lame-duck hardware platform, and from already having given a lot of itst" differentiating goodies to Linux."   - bill   ------------------------------  % Date: Fri, 07 Sep 2001 14:11:33 -0400,3 From: mike & cheryl marshall <tmarshall04@snet.net>   Subject: Re: SAMBA 2.0.3 in OVMS( Message-ID: <3B990DD5.CF8B228C@snet.net>  M i'm going to go back and make sure of that...then i'll give it a try again...    Ed Wensell III wrote:e   > mike & cheryl marshall wrote:  > >oM > > ftp://ftp.samba.org/pub/samba/bin-pkgs/vms/...here is the link... i thinknN > > that i might have messed up because i unzipped the files on a PC and ftp'dN > > them to the alpha...being impatient and not wanting to try and use the VMS > > unzip programa > / > Did you FTP all the files across in bin mode?  >a > -- > Ed Wensell III$ > http://www.geocities.com/ewensell37 > E-mail address slightly bunged. You've been warned...-   ------------------------------  % Date: Sat, 08 Sep 2001 20:24:23 +0200@< From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <noone@home.com>  Subject: Re: SAMBA 2.0.3 in OVMS( Message-ID: <3B9A6257.C879ACAE@home.com>  2 I would definitly try to unzip on the Alpha before: trying anything else. Downloading an Unzip image for Alpha4 (as from http://www.process.com/openvms/) and trying7 with that shoudn't take to long. And besides, Zip/Unzipe/ is quite handy to have on your system anyway...t   Jan-Erik Sderholm   > mike & cheryl marshall wrote:t > >nM > > ftp://ftp.samba.org/pub/samba/bin-pkgs/vms/...here is the link... i thinkmN > > that i might have messed up because i unzipped the files on a PC and ftp'dN > > them to the alpha...being impatient and not wanting to try and use the VMS > > unzip program    ------------------------------  % Date: Sun, 09 Sep 2001 01:20:21 +0200t  From: Paul Sture <paul@sture.ch>$ Subject: Re: Setting File Attributes+ Message-ID: <VA.00000433.4e9b2d69@sture.ch>'  K In article <LZqm7.653$Iw2.28397@petpeeve.ziplink.net>, David Cressey wrote: J > This is an offshoot of the thread concerning how to read a file that was > written with embeddedoJ > <cr> characters as line markers but was inappropriately set to Stream-LF > form.  > J > I'm David, but not David Spencer,  the person with the original problem. > J > > So probably all you (david) needed to do was to set the file format to > > to stream_cr withs > > + > > $ set file/attribute=RFM:STMCR file.txtc > >o9 > > and anything that uses RMS should be able to read it.  > >O > L > This is the best answer so far, provided it works.  As somebody else said,+ > making the file attributes agree with then@ > file contents is more elegant than resorting to special calls. >  > It's also more robust, IMO.  > I > Now, I want to talk about two cases where I've used "set attributes" ore$ > "convert/fdl"  to get what I want. > E > The first case is the famous "VMS BACKUP save set that has lost its " > attributes"  case.  For example,G > and VMS SAVESET has been FTPed to a file serve on the net, for publichE > download.  Then, it's been FTPed to another VMS site.  But the file H > attributes show that it's a file made up of 512 byte records,  and VMS > BACKUP can't read it.t >uH > My solution was kind of BS,  but it worked!  I just found out what the' > default record size of VMS BACKUP is,oJ > and set the file attributes to be fixed length records of that size.  ItJ > worked!  BACKUP was able to list and extract the contents of the savesetJ > just fine.  The length I ended up using was 63 * 512 bytes, IIRC.  I gotE > that length by just making a saveset and looking at the attributes.@  I There's a command file on the Freeware disk which specifically addresses cN backup saveset file attributes. IIRC it tries more than one method to get the ! desired results. Here's the link:s  N http://www.openvms.compaq.com/freeware/FREEWARE40/000TOOLS/RESET_BACKUP_SAVESE T_ATTRIBUTES.COM   >  [rest snipped] ___ 
 Paul Sture Switzerlandc   ------------------------------   Date: 9 Sep 2001 02:08:52 GMTs3 From: vance@alumni.caltech.edu (Vance R. Haemmerle) > Subject: Re: VMS To Be Squeezed Out Of HP's Strategic Vision ?, Message-ID: <9neivk$qs3@gap.cco.caltech.edu>  3 In article <pv3$DBezFJ$V@eisner.encompasserve.org>, . Larry Kilgallen <Kilgallen@SpamCop.net> wrote: > A >might be a re-badging of Tru64, or it might be running the Alphad@ >in big-endian mode.  Trying to force little-endian customers to >big-endian would be a mistake.h  K   Really?  When I bought up the problems with VMS moving to a processor not O able to do VAX-floats (F, D, G, H) people seemed to not have a problem with it.eN I heard that people wouldn't mind converting all their data files.  (Of courseK then they couldn't be shared in a cluster with VAX and Alpha machines to berJ used with programs there... unless all Alpha programs were compiled to use- IEEE).  Isn't this pretty much the same deal?    -- Vance Haemmerlei vance@alumni.caltech.edu   ------------------------------  % Date: Sat, 08 Sep 2001 20:49:55 -0500  From: eccm <eccm@swbell.net>5 Subject: Re: Why continue with VMS - new hope, indeed:* Message-ID: <3B9ACAC3.D76B7F02@swbell.net>  ' Maybe they will rename MPE to OpenMPE..r   "Zane H. Healy" wrote: > * > Jim Jennis <jhjennis@shentel.net> wrote:N > > I am waiting to see war break out between OpenVMS and MPE/ix camps as well > > as Tru64 v HP-UX.h > L > On the UNIX side, it's more than just Tru64 vs. HP-UX, you've also got theL > Tandem UNIX (what's it called?  Nonstop I think), and Linux.  Unless thereL > are contractual obligations that keep them alive, I think it's safe to say" > there will be some fallout here. > 6 > As for OpenVMS and MPE/ix, I'm nervous, but hopeful. > & > > This ought to be REAL INTERESTING. > M > That's for sure.  All I know is the sooner they put out statements on stuffu > like OpenVMS the better! >  >                         Zane   ------------------------------  # Date: Sun, 09 Sep 2001 03:43:01 GMT " From: Art Rice <arice@myhouse.org>5 Subject: Re: Why continue with VMS - new hope, indeed ; Message-ID: <9zBm7.1686$hH4.1009322@paloalto-snr1.gtei.net>z   eccm wrote:   ) > Maybe they will rename MPE to OpenMPE..t >  > "Zane H. Healy" wrote: >>  + >> Jim Jennis <jhjennis@shentel.net> wrote:sJ >> > I am waiting to see war break out between OpenVMS and MPE/ix camps as >> > well as Tru64 v HP-UX.o >> nI >> On the UNIX side, it's more than just Tru64 vs. HP-UX, you've also goti >> the5 >> Tandem UNIX (what's it called?  Nonstop I think), e  I NonStop-UX if I remember correctly (normally only marketed to the telcos)IH And, I believe Compaq made some type of announcement sometime back that K they would begin using Tru64 once the machines had been converted to Alpha. K The Tandem Unix machines actually ran a System V R4 version of Unix on top  L of a modified NonStop Kernel.  That is, if I read the literature correctly. !  Never had access to the manuals.g   >> and Linux.  Unless/L >> there are contractual obligations that keep them alive, I think it's safe* >> to say there will be some fallout here. >> >7 >> As for OpenVMS and MPE/ix, I'm nervous, but hopeful.5 >> @' >> > This ought to be REAL INTERESTING.l >> dH >> That's for sure.  All I know is the sooner they put out statements on! >> stuff like OpenVMS the better!s >> e >>                         Zanee >    --   Art Rice Tandem Admin Special Data Processing Corp ----------------------------* All opinions are my own and do not reflect* the views of the above mentioned employer.   ------------------------------   End of INFO-VAX 2001.501 ************************