1 INFO-VAX	Sat, 23 Sep 2000	Volume 2000 : Issue 533       Contents:, Re: Deleting 250,000+ files from a directory  Re: duh... max filename lenth???  RE: duh... max filename lenth???& Re: Freeware for extracting Mime files# Getting Compaq to advertise OpenVMS  Re: Is VMS worth learning....? Re: Open File, or What? * Re: Porting Support (was Compaq VMS promo) Re: Press Release  Re: Press Release  Re: Press Release  Re: Press Release $ Re: Problem with COMPAQ 9.1GB drives Re: SRAM Corruption Thread Re: SRAM Corruption ThreadL Re: Top "F" Reasons OpenVMS isn't going to Die  (WAS:Re: [VMS] VAX is dying)K Re: Top "F" Reasons OpenVMS isn't going to Die  (WAS:Re: [VMS] VAX isdying) & Re: Unusual hard disk activity at boot Re: VMSNET.* hierarchy ?E Re: War story: Accidental postings in HTML/MIME (hopefully fixed now) # Re: what path does clustering use??  Re: [JAVA] Adobe Acrobat Viewer   F ----------------------------------------------------------------------  % Date: Sat, 23 Sep 2000 07:03:08 +0100   From: Paul Sture <paul@sture.ch>5 Subject: Re: Deleting 250,000+ files from a directory + Message-ID: <VA.000000d8.17535394@sture.ch>   @ In article <8qgkhm$vbk$1@nnrp1.deja.com>, Alan E. Feldman wrote:, > From: Alan E. Feldman <alan48@my-deja.com> > Newsgroups: comp.os.vms 7 > Subject: Re: Deleting 250,000+ files from a directory % > Date: Fri, 22 Sep 2000 21:56:16 GMT  > / > In article <20SEP200021010257@gerg.tamu.edu>, , >   carl@gerg.tamu.edu (Carl Perkins) wrote:3 > > "Matt Jacobs" <mjacobs1@twcny.rr.com> writes... G > > }An errant process added 250,000+ small files to a single directory  > on my  > > }Alpha.  > > } D > > }I am using a single process to delete them (delete *.*;*).  The > files are 1 > > }being deleted at the rate of 5,000 per hour.  > > } I > > }I cannot reformat the disk.  Does anyone have any suggestions on how 	 > to more  > > }quickly delete the files? > 3 > [explanation of the cause of the problem omitted]  >  > > The solution?  > > % > > There seem to be a few good ones.  > > I > > The best is probably to use the DFU utility. It can delete everything  > inG > > a directory (and the directory itself) quite fast (I think it holds  > the C > > directory file open, goes through it deleting each file without 
 > updatingD > > the directory file, then closes and deletes the directory file).C > > This only works to delete everything in a directory - you can't E > > keep anything. It is very fast. If you don't already have it, you 8 > > can get it off the freeware CD or the freeware site:A > > http://www.openvms.digital.com/openvms/freeware/freeware.html  > >  > B > I agree that DFU is best if all files in the directory are to beE > deleted. But if you don't have DFU, or you want to save some of the D > files and can't easily rename them out before running DFU, use the' > BACKUP/DELETE method described below:  > H > > Another thing that can go faster is to do a dummy backup to the null > deviceD > > using the /delete qualifier to delete them after the backup. The > backupJ > > utility seems to manage this final deletion pass a lot faster than the@ > > delete command does its work. So it would be something like: > > / > > $ backup/delete the$disk:[the.dir]*.*;* nl:  > G > You need to supply a save set name after nl:. A period is sufficient. ( > You also need the /SAVE_SET qualifier. >  > Adding >  > /GROUP=0/NOCRC > D > will speed it up still more. (You don't need any error checking or > redundancy groups.)  > 3 > Also, if any of these files are huge, try running  > ' > $ SET FILE/NOBACKUP <the large files>  > E > BEFORE running BACKUP/DELETE, which will then skip copying the huge > > amounts of data in those large files to the null device NL:. >  > Then,  > ? > $ BACKUP/DELETE disk:[dir]files NL:A.B/SAVE_SET/GROUP=0/NOCRC  >  > should do it!  > G > The reason this is fast is because BACKUP/DELETE deletes the files in 0 > something that is very close to reverse order. >  > > I > > Note that this will not initially delete anything - it will take time J > > for the "backup to null device" pass, before the deletion pass starts. >  > True.  > I > [DCL reverse order method omitted, let DFU or BACKUP do it if you can.]  > K I had a similar problem a couple of weeks ago, although with a mere 25,000  K files. I did the reverse sorting trick and still got very slow performance   (Alpha VMS V7.2-1).  ___ 
 Paul Sture Switzerland    ------------------------------   Date: 23 Sep 2000 00:50 CST ' From: carl@gerg.tamu.edu (Carl Perkins) ) Subject: Re: duh... max filename lenth??? - Message-ID: <23SEP200000502290@gerg.tamu.edu>   0 koehler@eisner.decus.org (Bob Koehler) writes...R }In article <39CBA6F9.6D155A85@hsc.vcu.edu>, Jim Agnew <agnew@hsc.vcu.edu> writes: }> guys, i've not only clean forgotten what the max filename and filetype is for vms, i've no idea where it is in the grey wall...  ( }> anyone know of the top of their head? } B }NAM$C_MAXRSS for ODS-2, NAML$C_MAXRSS for ODS-5, both in $NAMDEF.G }---------------------------------------------------------------------- @ }Bob Koehler                     | Computer Sciences Corporation  2 That's the max including disk and directory specs.  J I expect what he wanted was more like "39.39", as in a max of 39 characterJ name, 39 character extender. (He later specified that it was under V5.5-2.< The following is cut'n'pasted from a system running V5.5-2.)  4 $ create 123456789012345678901234567890123456789.tmp z   Exit 5 $ create 1234567890123456789012345678901234567890.tmp M %CREATE-E-OPENOUT, error opening 1234567890123456789012345678901234567890.TMP  as  output  -RMS-F-FNM, error in file name  3 So 39 works, 40 doesn't. Likewise for the extender.   G This is big enough to let you do a lot of things - I've used it to have C both first and last event times in a log file's name as hexadecimal D representations of 64 bit VMS times (since the hex representation ofC 8 bytes is 16 hex digits, two of them took up only 32 out of the 39  characters allowed).   --- Carl   ------------------------------  ! Date: Fri, 22 Sep 00 22:38:11 GMT  From: heimann@ecs.umass.edu ) Subject: RE: duh... max filename lenth??? , Message-ID: <8qhmm4$e4c$1@odo.ecs.umass.edu>  * In Article <39CBA6F9.6D155A85@hsc.vcu.edu>% Jim Agnew <agnew@hsc.vcu.edu> writes: O > guys, i've not only clean forgotten what the max filename and filetype is for N > vms, i've no idea where it is in the grey wall...  anyone know of the top of
 > their head?  >  >Jim >  >(blushing.. i KNEW this once)  A Unless there has been a change I missed, 39chars.39chars;version.    ------------------------------  % Date: Sat, 23 Sep 2000 10:00:40 +0200 ( From: Bernd Eckstein <B.Eckstein@cli.de>/ Subject: Re: Freeware for extracting Mime files & Message-ID: <39CC6328.C409B764@cli.de>   "Miller, Daniel" schrieb:  >  > Hi,  > F > Does anyone know of freeware which allows mime files to be extractedI > from mail?  We have UUENCODE/UUDECODE, but not found anything for mime.  > F If you are using Perl, take the MIME-Tools package fromsearch.cpan.org   --  B Es ist stets einfacher, den Menschen zu sagen, was sie tun sollen,8 als vorher herauszufinden, was eigentlich vor sich geht.  ( Mit freundlichen Gruessen / Best regardsC B.Eckstein, CLI GmbH - mailto:B.Eckstein@cli.de - http://www.cli.de C Matthiashofstr. 28, D-52064 Aachen - Fon: +49 241 47051-0, Fax: -89    ------------------------------  % Date: Sat, 23 Sep 2000 10:24:27 -0400 / From: "William H." <t18_pilot@hotmail.spam.com> , Subject: Getting Compaq to advertise OpenVMS5 Message-ID: <3Z2z5.1956$NS5.21664@news6.giganews.com>    If you want to promote advertising of OpenVMS, write a ! letter on your Company Letterhead  to the people who make the descisions at Compaq.  Keep ( it professional and keep it to one page.  # Include "personal and confidential"  about three lines down from the  address    1)Paper is good.   2)email gets deleted.    3)Company letterheads impress.    % The director of OpenVMS Marketing is:    Compaq Computer Corporation  Mary Ellen Fortier 110 Spit Brook Road 
 ZKO3-4/W24 Nashua, NH 03062  ! The Vice President of OpenVMS is:    Compaq Computer Corporation  Richard Marcello 110 Spit Brook Road 
 ZKO3-4/W24 Nashua, NH 03062   The President of Compaq is:    Compaq Computer Corporation  Michael Capellas 20555 State Highway 249  MS110802 Houston, Texas 77070   ------------------------------  # Date: Sat, 23 Sep 2000 13:57:11 GMT / From: "William H." <t18_pilot@hotmail.spam.com> ' Subject: Re: Is VMS worth learning....? 6 Message-ID: <WE2z5.7511$Q_2.270765@news2.giganews.com>  ? VMS *is* indeed behind the scenes in many places.  For example, B I contracted at Hoffman LaRoche last year, and 65% of their Oracle< ran on OpenVMS, the balance ran on UNIX, and a small portion> was on NT.  (When I asked about the low NT usage, the database7 department said they simply didn't trust NT enough yet)   B If you're into finance, you'll be happy to know that lots' of wall> street applications are on VMS.. the bank I work for transfersD a trillion bucks a week over the wire (to the Fed, other banks, etc)B over VMS.  They wouldn't do it any other way.  (we have 150 vaxes)     Bill    O Matt Morley <Matt@MPCM.com> wrote in message news:39CC19A7.E066A629@MPCM.com...  Is VMS worth learning....   ? That's a loaded question. Especially since this is a vms group.   H I've been reading up on vms manuals and it seems like it would be fun to* learn, but what is the state of VMS usage?  2 What roles does VMS fulfill that other OS's don't?  8 And where, besides expensive classes could I learn this?  D I have a feeling that I would be better setting up a box and hackingC away with it, until I understand it. But not knowing it, I going to F figure out hardware... and cheap at that (us college students struggle for hardware).    I have joined decus... now what?   -- Matt Morley (MPCM)   ------------------------------  % Date: Sat, 23 Sep 2000 12:09:47 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)  Subject: Re: Open File, or What?L Message-ID: <rdeininger-2309001209470001@user-2iveast.dialup.mindspring.com>  Z In article <sso907gfde2853@corp.supernews.com>, "John E. Malmberg" <wb8tyw@qsl.net> wrote:     > @ > > The machine in question is a Vaxstation 4000-500, with RF-73
 > > disks. > J > I am unaware of a VAXstation of that model.  A VAXstation has a graphics > display console and a mouse.  B Only guessing here, but maybe somebody shoved a Q-bus graphics kitI into a Vax 4000-500.  Probably not supported, but I wouldn't be surprised . if it would work.  Licensing might be strange.  N The VAXserver/MicroVAX/VAXstation 3500 are all really the same box, so there's3 some history suggesting it might work on the 4000s.    --   Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Sat, 23 Sep 2000 07:03:07 +0100   From: Paul Sture <paul@sture.ch>3 Subject: Re: Porting Support (was Compaq VMS promo) + Message-ID: <VA.000000d7.17534fa1@sture.ch>   J In article <8qgk85$5og$1@mailint03.im.hou.compaq.com>, Hoff Hoffman wrote:4 > From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) > Newsgroups: comp.os.vms 9 > Subject: Re: Porting Support (was Re: Compaq VMS promo)   > Date: 22 Sep 2000 21:51:01 GMT >  > b > In article <8qg3qb$2i5o$1@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:5 > :In article <39cb20cd.1363946421@news.newsguy.com>, + > : A.Greig@virgin.net (Alan Greig) writes: * > :|>...StarOffice should be a priority... > :...StarOffice...  > H >   The StarOffice source code will not be available for porting for at F >   least another couple of weeks, per the announced release schedule. > J >   The we-need-StarOffice discussions are interesting.  Ok, you need it. F >   I'd also really like to have it.  But there is nothing that anyoneG >   can do -- well, except for the folks at Sun, of course -- prior to  H >   the general availability of the StarOffice source code, and prior toG >   a careful look at any particular licensing terms and/or conditions.  > H As someone who has tried to use StarOffice, I must add my 2 cents. It isM far from the panacea which folks here maybe think it is. I have tried various U versions over the last 18 months, including the free CD from Sun, and that particular U version failed with being unable to import such a basic thing as tab delimited files.   Q I note that the Sun Linux version also failed the basic test of running according R to the installation instructions, although the installation procedure _was_ slick.X (Invoking it was not per the instructions - you have to go down an extra directory levelP before typing "soffice" - far from trivial as I effectively had to do a complete\ disk search to find out where the thing was (and yes, a search of "soffice" produces all theH files contained in a directory tree of that name), not friendly at all).  S My most recent experience with StarOffice came with Suse Linux V7.0 (last weekend). _ According to the literature, they (the way it's written, it sounds like Suse did it themselves) Z have done extra work on import/export filters, but I cannot tell as yet, because the thingO doesn't run after installation, stating that some shared libraries are missing.   \ I'm sorry, but if those currently distributing the thing cannot get the installation right, b there's a lot of hard work to be done. OK, I've got my 60 days free support from Suse to help me,  but it's still "not there yet".   I > :My suggestion was for someone, Compaq (except they don't seem to care  H > :much)... to put together a grant to provide some ... schools who are L > :interested with some hardware and software and funding to hire promising % > :students to actaully do the ports.  > F >   A good idea, though there is an associated cost beyond the obviousI >   financials -- we would want to work with and support the effort, and  H >   to track the progress of the porting work.  I'll suggest this optionJ >   as part of some other related (and currently unspecified) discussions G >   pending or associated with this particular group of customers.  We  J >   have already provided hardware and support to individuals and groups, H >   assistance for the folks that have been porting particular software @ >   packages over to OpenVMS -- ample precedent, in other words. >   R Well, I'd rather see Compaq taking an interest in the WordPerfect office suite :-)V Quite some risk of incurring Redmond's wrath, but potential income from day one on the PC front...   P I note that for some time, Corel have been struggling financially, and have justR this week found a mystery investor. I sincerely wish it were Compaq, but only time
 will tell.  H Whoever it turns out to be may be receptive to the idea of a VMS port...   As I said, just my 2 cents...  ___ 
 Paul Sture Switzerland    ------------------------------  % Date: Fri, 22 Sep 2000 21:32:19 -0400 * From: David A Froble <davef@tsoft-inc.com> Subject: Re: Press Release- Message-ID: <39CC0823.FC3AF175@tsoft-inc.com>    Hoff Hoffman wrote:  > m > In article <418E68E524A8D311ACCE00508B78866A768178@DENXCH>, Lorin Ricker <Lorin.Ricker@t-netix.com> writes:  > :JF Mezei wrote: > : J > :> Now, if you guys could simply drop that "open" bit to really signal aC > :> departure from Bob Palmer "kill VMS" policies, that would be a  > :> major step forwards.  > : L > :Bravo!  Hear, Hear!  Yes, good old, plain, proprietary, closed "VMS" thatG > :works...  "Open..." just made it all seem so slick and presumptuous!  > G >   Those of us who lived through the prefixification dread the concept D >   of deprefixification -- just the effort involved in changing the+ >   displays and the documentation boggles.  > I >   As we have finally seen the original questions and the confusion that J >   resulted from the "VMS to OpenVMS" discussions reduced, and we are nowH >   most of the way through the Compaq-related product name changes, nowH >   y'all want us to start up this renaming stuff all over again?  Did I2 >   really understand that request correctly?  :-)  O Actually, yes!  Not saying you have to make a production of it.  Or go back and N change a bunch of stuff.  Just quietly drop the 'open' and stop using it.  TheN two are interchangable in normal usage anyway.  Just let the damn prefix drift away.a   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Sat, 23 Sep 2000 08:45:17 +0100   From: Paul Sture <paul@sture.ch> Subject: Re: Press Release+ Message-ID: <VA.000000db.17b0d674@sture.ch>h  T In article <009F0849.0DD92CD4@SendSpamHere.ORG>, VAXman- Brian Schenkenberger wrote:? > From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)d > Newsgroups: comp.os.vmss > Subject: Re: Press Release% > Date: Fri, 22 Sep 2000 22:11:55 GMTa > \ > In article <39CBB754.AECDEC2D@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes:) > >"Brian Schenkenberger, VAXman-" wrote:- > >> -l > >> In article <OF5208CB0C.7A1566C0-ON88256962.005B9F8D@HEALTHNET.COM>, Shane.F.Smith@Healthnet.com writes: > >> >O > >> >Sue, what have you done with my balls? I've been sitting here waiting for8P > >> >my balls to arrive in the post, and so far nothing. I certainly used to beO > >> >on the mailing list, but perhaps I've been removed - or to put it another & > >> >way, my balls have been cut off. > >> > > >> >Shanea > >> >M > >> >P.S. I know. Someday my inability to resist a straight line will get me  > >> >into trouble.... > >> P > >> There's always unix.  ;)s > >> o > >> --.T > >> VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM > >>  T > >> city, n., 1. a place where trees are cut down and streets are named after them. > >;: > >I think I'm getting it now.  Unix is VMS without balls? >  > No.  Just an O/S without.n > Z A physicist I know is currently being dragged, kicking and screaming, into the Unix world.] His comment is that, just as the Open in OpenVMS is silent, Unix has an unwritten prefix - to ) quote "It's not Unix - it's Bloody Unix!"    ___ 
 Paul Sture Switzerlandt   ------------------------------  # Date: Sat, 23 Sep 2000 12:36:02 GMTa= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)  Subject: Re: Press Release0 Message-ID: <009F08C1.C4E7774B@SendSpamHere.ORG>  Z In article <39CC0823.FC3AF175@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes: >Hoff Hoffman wrote: >> in >> In article <418E68E524A8D311ACCE00508B78866A768178@DENXCH>, Lorin Ricker <Lorin.Ricker@t-netix.com> writes: >> :JF Mezei wrote:h >> :K >> :> Now, if you guys could simply drop that "open" bit to really signal a D >> :> departure from Bob Palmer "kill VMS" policies, that would be a >> :> major step forwards. >> :M >> :Bravo!  Hear, Hear!  Yes, good old, plain, proprietary, closed "VMS" that H >> :works...  "Open..." just made it all seem so slick and presumptuous! >>  H >>   Those of us who lived through the prefixification dread the conceptE >>   of deprefixification -- just the effort involved in changing theb, >>   displays and the documentation boggles. >> hJ >>   As we have finally seen the original questions and the confusion thatK >>   resulted from the "VMS to OpenVMS" discussions reduced, and we are nowiI >>   most of the way through the Compaq-related product name changes, nowiI >>   y'all want us to start up this renaming stuff all over again?  Did I 3 >>   really understand that request correctly?  :-)( > P >Actually, yes!  Not saying you have to make a production of it.  Or go back andO >change a bunch of stuff.  Just quietly drop the 'open' and stop using it.  The O >two are interchangable in normal usage anyway.  Just let the damn prefix driftt >away.  E FYI, the 'Open' in OpenVMS is not sounded or pronounced just like theK+ 'k' in knowledge and the 'p' psychology. ;)U       --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMl            sO city, n., 1. a place where trees are cut down and streets are named after them.h   ------------------------------  % Date: Sat, 23 Sep 2000 11:48:19 -0400c, From: Howard S Shubs <hshubs@mindspring.com> Subject: Re: Press Release> Message-ID: <hshubs-0697A9.11481923092000@news.mindspring.com>  I In article <009F08C1.C4E7774B@SendSpamHere.ORG>, system@SendSpamHere.ORG i wrote:  F >FYI, the 'Open' in OpenVMS is not sounded or pronounced just like the, >'k' in knowledge and the 'p' psychology. ;)  N I've usually thought it was.  It doesn't have any real function, far as I can 2 tell, other than as a really weak marketting ploy. -- : Howard S Shubs# "Run in circles, scream and shout!"P   ------------------------------  # Date: Sat, 23 Sep 2000 15:54:55 GMTi* From: Paul Walker <walkerp1@earthlink.net>- Subject: Re: Problem with COMPAQ 9.1GB drives - Message-ID: <39CCD3CB.14B2CFE3@earthlink.net>   b I agree completely. Around 3 years ago, I installed a new disk as part of a shadow set. Before theg shadow was complete, the disk had logged over 500 errors! My hardware support colleagues wanted to jerk-^ the disk and install a new one, but I felt that it would perform after the bad blocks had been` discovered.  Three years later, I'm still using the disk and have had no other problems with it.   Paul   Hoff Hoffman wrote:   E >   When files containing bad blocks are (re)written (and effectivelytE >   also when the files are deleted), the bad physical blocks will berF >   removed from circulation and the logical blocks will be revectored >   to good physical blocks.   ------------------------------  # Date: Sat, 23 Sep 2000 15:12:49 GMTr% From: hg/jb <shsrms@bellatlantic.net>9# Subject: Re: SRAM Corruption ThreadF0 Message-ID: <39CCC8C4.183F4E9E@bellatlantic.net>  
 Interesting!!h Very good Jerry, thanks!!  bobh     Jerry Leslie wrote:h > C > There's a thread on SRAM corruption going on in these newsgroups:l > 3 >    sci.physics, comp.arch.embedded, comp.realtimei > ' > where the attached article came from.  > 6 > --Jerry Leslie     (my opinions are strictly my own)P > ==============================================================================) > From: Ian BARNETT <Ian.Barnett@cern.ch>.: > Newsgroups: sci.physics,comp.arch.embedded,comp.realtime4 > Subject: Re: SRAM Corruption when traveling abroad' > Date: Fri, 22 Sep 2000 08:37:45 +0200e > Organization: CERN > Lines: 37u) > Message-ID: <39CAFE39.83026A18@cern.ch>m+ > References: <8qdu7e$pvr$1@nnrp1.deja.com> B >             <45xy5.2167$6b2.38249@news6-win.server.ntlworld.com>. >             <39CAD1F3.515313F7@utdallas.edu>/ >             <39cad89f.679323@news.swbell.net>m > Reply-To: Ian.Barnett@cern.ch % > NNTP-Posting-Host: pc2sl067.cern.che > Mime-Version: 1.0:, > Content-Type: text/plain; charset=us-ascii! > Content-Transfer-Encoding: 7bit @ > X-Trace: sunnews.cern.ch 969604660 3692 (None) 137.138.197.142' > X-Complaints-To: news@sunnews.cern.ch ( > X-Mailer: Mozilla 4.05 [en] (Win95; I) > 	 > Hi listt > N >         We are having the same problem here at CERN and are studying neutronH > radiation effects on SRAMs. The main problem is single event latchup - > ; > http://www.aero.org/seet/primer/single_event_latchup.htmlw > G > We are now designing EDAC (error detection & correction ) circuits in ! > FPGAs to overcome this problem.r > 
 > Ian Barnett  > CERN, > European Orginisation for Nuclear Research >  > Bruce wrote: > >- > > In comp.realtime8 > > "William R. Frensley" <frensley@utdallas.edu> wrote: > >aO > > >One question is what is the SRAM implementation?  A full 6-transistor CMOScL > > >cell should be very robust against any random charge-generating events,O > > >since each node of the circuit always has a low-impedance path to power orr > > >ground. > >oM > > It is 6 transistor CMOS and the effect is a very real problem, especially H > > for electronics in space.  Here are some links if you're interested: > >l? > > http://nepp.nasa.gov/imd/eee_links/vol_02/no_01/eee2-1r.htm.9 > > Description of the CRUX (Cosmic Ray Upset eXperiment). > > M > > http://chemistry.about.com/science/chemistry/library/weekly/aa052200a.html  > > A bunch of links to articles > >4> > > http://www.mitsubishichips.com/press/releases/fsram_99.htmL > > A Misubishi press release announcing their new cosmic ray resistant SRAM > > for laptops. > > 	 > > Brucen   ------------------------------   Date: 23 Sep 2000 17:17:01 GMT) From: leslie@clio.rice.edu (Jerry Leslie),# Subject: Re: SRAM Corruption Thread-' Message-ID: <8qioid$rah$1@joe.rice.edu>1  & hg/jb (shsrms@bellatlantic.net) wrote: : Interesting!!u : Very good Jerry, thanks!!i : bob    You're welcome.   C It could explain the problems SUN (allegedly) has with their E10Ks.e  4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  # Date: Sat, 23 Sep 2000 12:26:53 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)uU Subject: Re: Top "F" Reasons OpenVMS isn't going to Die  (WAS:Re: [VMS] VAX is dying)t0 Message-ID: <009F08C0.7DF0E9E6@SendSpamHere.ORG>   In article <F160B3CB16BF09B8.07C4067DFDF2AD05.6B393C54425CF47A@lp.airnews.net>, John Wisniewski <wisniewski@ticnet.com> writes:h$ >There's always one in the group....   :)  M I would have though you would have posted the top 10 reasons -- that's 10(16)@
 of course!     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMa            iO city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------  % Date: Sat, 23 Sep 2000 12:53:15 -0500s7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>?T Subject: Re: Top "F" Reasons OpenVMS isn't going to Die  (WAS:Re: [VMS] VAX isdying)- Message-ID: <39CCEE0B.742ED831@earthlink.net>   & "Brian Schenkenberger, VAXman-" wrote: >  > In article <F160B3CB16BF09B8.07C4067DFDF2AD05.6B393C54425CF47A@lp.airnews.net>, John Wisniewski <wisniewski@ticnet.com> writes:u& > >There's always one in the group.... >  > :) > O > I would have though you would have posted the top 10 reasons -- that's 10(16)m > of course!   AAaahhhh! Now I get it!:   "Top %X0F Reasons..."    I'm such an idiot at times...9   -- u David J. Dachteram dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/q  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged..   ------------------------------  % Date: Sat, 23 Sep 2000 00:17:34 -0700L! From: Koloth <koloth@tmisnet.com>A/ Subject: Re: Unusual hard disk activity at booth+ Message-ID: <39CC590D.C8955BD6@tmisnet.com>n  N You may be seeing the badblock tester running.  Sometimes when you have a diskO that is going bad and there are bad blocks this process is kicked off to run inr the background tol
 test the diskj  K If you can boot up from the standalone CDROM and try to mount your disk and4P read the errorlog file.  See if you have been logging errors on your system disk   Cass   Jerry Leslie wrote:l   > laurie (abd@bdc.com) wrote: N > : This morning, when I booted our Alpha, it got to the login screen, and theL > : hard disk wouldn't stop churning away. It allowed me to login, but stillL > : wouldn't stop once it had done that. It won't allow me to open a consoleE > : either, although DECterm appears in the 'work in process window'.t >l- > What has changed that required the reboot ?e >pD > You may need to perform a minimum VMS boot to undo a change, which4 > is described in the section of the VMS FAQ titled: >e@ >    MGMT5.  I've forgotten the SYSTEM password - what can I do? >e > The FAQ is available at: >e# >    http://www.openvms.compaq.com/  > G > : Please help, because I'm scared of losing months work on that disk.o > C > That shouldn't be a concern unless the disk isn't being backed upe > on a regular basis.h >t6 > --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  % Date: Sat, 23 Sep 2000 08:37:26 +0200s0 From: Didier Morandi <Didier.Morandi@Easynet.fr>! Subject: Re: VMSNET.* hierarchy ?l* Message-ID: <39CC4FA6.C6FF6FD6@Easynet.fr>   Hoff Hoffman wrote:    ../..o  ? Merci Hoff, it's good to see some resources still available :-)    D.   ------------------------------  % Date: Sat, 23 Sep 2000 08:45:15 +0100   From: Paul Sture <paul@sture.ch>N Subject: Re: War story: Accidental postings in HTML/MIME (hopefully fixed now)+ Message-ID: <VA.000000da.17b0ce51@sture.ch>   F In article <sslh2qh27jsc5a@news.supernews.com>, David P. Murphy wrote:' > From: dpm@myths.com (David P. Murphy)f > Newsgroups: comp.os.vms P > Subject: Re: War story: Accidental postings in HTML/MIME (hopefully fixed now)' > Date: Fri, 22 Sep 2000 02:30:50 -0000l > 0 > Lorin Ricker <Lorin.Ricker@t-netix.com> wrote:H > > My apologies to the group for my unintentional "bad-format" postingsK > > today... seems as though, as a couple of you have privately informed meeM > > (without which I'd-a been clueless, since when I glance at my own postingkN > > with Outlook, they look just fine!), my Outlook 2000 (C/W mode) client hasP > > volunteered to send messages, including my postings of today, in "RTF" (with > > HTML/MIME attachments)...t > O > > This in spite of the fact that I've got Tools/Options/Mail Format: "Send in N > > this message format: Plain Text" ... Never mind that, MS-Outlook must knowL > > better!... who knows how long I've been polluting my correspondents with > > this evil RTF stuff?!m > E > I keep the HTML from being generated by clicking on File/PropertiestE > *while composing a message*.  This leads to "Format" at which point I > you must choose UUencode.  Since this is microsoft, this will of coursesD > NOT encode your message at all, but instead will prevent the HTML. >  > I am _not_ making this up. > L It is evident from this thread that many are struggling with LookOut. I can L recommend an alternative Windows mail and newsgroup reader, Virtual Access, 6 found at http://www.atlantic-coast.com/va/register.htm  O I've been using this product for about 5 years now, and am very satisfied with nN it. You can try out a "bannerware" version for free (yuk), but at $9.95 for a P single user version, why bother putting up with that :-) Better yet, go for the I 2 user version, with the "PlusPack", including a PGP interface and other : goodies.  K Looking today, I see that the prices have dropped since I bought my latest eO version - $49.95 for a 5 user version (yes it handles multiple users as well). l  N Whilst I initially bought it as an offline mail and news reader (non-UK folks Q _really_ don't want to know how much remaining online for extended periods costs eO in the UK, courtesy of British Telecom), it can also archive all your mail and eH newsgroup messages. I don't need to touch Dejanews for anything in this O newsgroup since April (bar a period when Win98 screwed my ability to connect),  O as it's all sitting on disk, and accessible via a useful search facility which a completes in seconds.  The stats tell me:  # Comp.Os.Vms 15071 messages 39801 KBt  N This is one piece of windows software I _do_ like, and have found it not only 7 reliable, but it has saved me a fortune in phone bills.f  P Of course I have to add that I am not connected with the owners of the product,  except as a satisfied customer.g ___l
 Paul Sture Switzerlando   ------------------------------  # Date: Sat, 23 Sep 2000 11:45:33 GMT  From: Dirk Munk <munk@home.nl>, Subject: Re: what path does clustering use??' Message-ID: <39CC97DC.A8DF1501@home.nl>-   kparris@my-deja.com wrote: > ! > Dirk Munk <munk@home.nl> wrote:mE > > AFAIK Compaq is considering/building SCS over fibrechannel, whicho > G > When I last spoke with VMS Engineering about this (San Diego Fall '99sJ > DECUS), the status was that while the initial FC adapter (KFPSA) had theD > hooks for host-to-host communications, future adapter designs fromH > Compaq's FC adapter vendor would not, so there were no plans to do SCSJ > over FC.  I haven't heard of a change in that situation, but I'd love toI > be pleasantly surprised.  In any case, I'd really like to see some sortoE > of viable CI replacement strategy from Compaq -- it's long overdue.l   That is my point too   > I > > seems the only logical thing to do to prevent a expensive double highaE > > performance network topology (FC + Gigabit Ethernet or so) if youc$ > > want to build a cluster with FC. > J > Cisco agrees that building a double network (IP plus Fibre Channel) is aJ > bad idea (because Brocade would get lots of dollars for switches insteadF > of Cisco).  So they've proposed SCSI over IP.  Here's an interestingJ > question: Which is most likely to win out in the marketplace: IP over FCF > as proposed by a SAN vendor, or SCSI over IP as proposed by a router
 > vendor? :-)X  ) In my view FC and IP can not be compared.:F FC is AFAIK a transport protocol, just like ethernet is. And just likeF ethernet you need a network protocol on top of the transport protocol.H For FC that is SCSI, and also IP ( If i'm not mistaken there already areH IP implementations for FC). And of course we would like to see SCS too !D IP is a network protocol that runs on many transport protocols, likeE ethernet, token ring, or on serial lines with PPP. In fact I've hearde7 about IP connections over a SCSI bus between two PC's.  G So Cisco proposal looks a bit strange, or do we think a SCSI connectionn" over a 9600 bps line makes sense ?  u  I > ----------------------------------------------------------------------- I > Keith Parris|Integrity Computing,Inc.|parris@decuserve.decus.org-nospam>H > VMS Consulting: Clusters, Perf., Alpha porting, Storage&I/O, Internals > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.    ------------------------------  % Date: Sat, 23 Sep 2000 13:44:30 +0200t" From: "Hans Vlems" <hvlems@iae.nl>( Subject: Re: [JAVA] Adobe Acrobat Viewer( Message-ID: <8qi4kq$i7f$1@news.IAEhv.nl>   Peter,  L your description of local management thinking and behaviour is quite similarF to what I see at Fuji. We run over 50 vms systems in the factories but they'ref< all considered obsolete and replacements will be unix boxes.E Why: VMS is legacy, obsolete and DEC said so. Nigh impossible to turn, that idea around.0  
 Hans Vlems  - Peter LANGSTOEGER heeft geschreven in berichtX <39ca085f@news.kapsch.co.at>...e= >In article <39C84C65.CD286761@tsoft-inc.com>, David A Froblee <davef@tsoft-inc.com> writes:o >>Peter LANGSTOEGER wrote:G >>> 3.) I don't get ANY money for any of my VMS systems for a couple of2	 years now0: >>>         So, commercial ware is out of every scope here >>< >>So, shut them down.  You'll get one of 2 possible results. >>E >>The powers that be will not see any problems, and will dump the VMSm systems, and >>you. >>G >>The powers that be will have their need for the VMS systems shoved upr their I >>noses, or other appropriate parts of the anatomy, and re-consider their. >>tight-wad ways.l >>I >>Oh, Ok, there is another possibility.  They just might send Bruno in top break aa >>few of your fingers. >>G >>1 out of 3 in your favor.  Not the best odds.  How lucky do you feel?d >l >LOL >hG >But, if I shutdown the VMS systems, nothing will happen (Maybe I get a H >bonus). For the last 5 years everyone tries to remove every applicationE >from VMS and replace it to run on "house standards platforms". WhichCC >means, we pay Megabucks for rewriting an (selfwritten) application H >instead of fixing (eg. Y2K) bugs (would have been umpteen bucks) in theH >VMS application. So, only few applications are left now. Mainly my own. >aJ >And I wouldn't get fired, because my main work is now network management.F >All what changes, would be my private desktop (MegaShit Personal Crap instead K >of VMS) and the network servers (NT and Linux instead of VMS). And becauseSL >Linux is still not allowed in the "house standards" and NT does not includeH >NTP and so on servers, I would be in great trouble. I would have to payJ >thousand of extra dollars to get features I already had with existing VMS5 >systems. But this is very cost effective, isn't it ?- >-F >No. We have VMS systems 5-8 years old. They should have been replacedJ >after 3 years (to keep cost effective), so they whould had to be replacedL >all more than once !! This wasn't done because "VMS is dead" and "VMS is noJ >longer a "house standards platforms" and so we paid the last 5 years manyG >many bucks to keep old systems (eg. a VAX6610) under maint, where withnG >the same money we could have replaced all our VMS systems with smallereG >and faster and colder Alphas with more GByte and 3 year warranty each.wE >This _is_ stupid, but it happened and I was unsuccessful in fighting D >against it. And all this is caused by DEC's inability to market and4 >sell VMS and now COMPAQ's inability to revert this. > I >A simple 2x DS10L SCSI cluster would be sufficient now, but we still payFK >more maint for the next months than to buy such systems ("because we don'te? >need them and we switch off the VMS servers alltogether soon")t >dF >If I had had the option to take over the main contract from DEQ to meI >personally in the past (and I bought the AlphaServers from my own money)tH >I'd be a millionaire (Schilling not Dollar) now. But then, I would haveG >become a VMS fan based on this earned money and not based on VMS factsn! >and features and experiences ;-)n >a1 >So don't expect that your suggestions help here.oK >Only such a 2xDS10L SCSI cluster donated would help VMS keeping alive hererD >(though I still dream of ORACLE on VMS instead of on the SP2 here). >s >RIP (hi David)- >---= >Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651 < >Network and OpenVMS system manager  Fax.    +43 1 81111-888= ><<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.net>I >A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"eC >"VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq,r 22-Sep-1998    ------------------------------   End of INFO-VAX 2000.533 ************************