1 INFO-VAX	Thu, 07 Dec 2000	Volume 2000 : Issue 682       Contents:' "process crash" vs. "application crash" + Re: "process crash" vs. "application crash" + Re: "process crash" vs. "application crash" P Attention NYC Shoppers & Visitors - Beware of Rip-off SY Stores!!! ...... ikaNCN  Re: Boing boing boing... splash?. Cache rams for AXPpci 33 (NoName) motherboard. CD ESPAWARE 2000  !!!! Re: Connecting a CD-writer.. Re: DEC BASIC : relative files Re: DEC BASIC : relative files Re: DEC BASIC : relative files Re: DEC BASIC : relative files Re: DEC BASIC : relative files Re: DEC BASIC : relative files Re: DEC BASIC : relative files Re: DEC BASIC : relative files' Re: ES40/HSG80 VMS installation problem . Re: Getting dump files from detached processes: Re: Help: Unable to send mail to recipient outside domain.' Re: Heresy (was how to sort a CSV file) * Re: How to get DIAGNOSE/TRANSLATE to work?* Re: How to get DIAGNOSE/TRANSLATE to work? Re: how to sort a CSV file. Re: I need macro32 code for string replacement. Re: I need macro32 code for string replacement( IBM Cancels Alpha VMS MQseries 5.2 port? Re: OpenVMS Items , Re: Problems installing MQ Series on VMS 6.2, Re: Problems installing MQ Series on VMS 6.2, Re: Problems installing MQ Series on VMS 6.2 Re: Remote Dec Windows Problem% Source/availability of 60m DAT media? ) Re: Source/availability of 60m DAT media? ) Re: Source/availability of 60m DAT media? ) Re: Source/availability of 60m DAT media?  Re: Sun Cluster  Re: Sun Cluster  Re: Sun Cluster I Re: Sun new cluster comparison ommitted VMS (but VMS was their benchmark) I Re: Trouble with isacfg on AXPpci33 (noname) and DE205 (isa network card) ) Unintensional change port characteristics  Where is Tuxedo 7.1 on VMS?  Zero Device Errors Utility Re: Zero Device Errors Utility  F ----------------------------------------------------------------------  # Date: Thu, 07 Dec 2000 03:59:03 GMT  From: david_dawkins@my-deja.com 0 Subject: "process crash" vs. "application crash") Message-ID: <90n1u4$hgu$1@nnrp1.deja.com>    Hi,   < so I have this detached process that dies and never leaves a4 dump file; quota and resource limit issues have been( eliminated by people more clever than I.  B One of the guys says that whenever he ran the process nondetached,9 that if it then died it took away his login session also.   = Another VMS consultant said this suggested a "process crash", < as opposed to an "application crash" (which should have just returned to the DCL prompt).  7 - What could my process be doing to cause such a crash?   ; - Could this type of crash explain the consistent lack of a  stack trace and dump files?   > - what can we do to prepare a process such that we can collect> diagnostics when such a process crash occurs (such as a dump)?   Thanks, 
 David Dawkins     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Wed, 06 Dec 2000 23:31:17 -0500 , From: Howard S Shubs <hshubs@mindspring.com>4 Subject: Re: "process crash" vs. "application crash"> Message-ID: <hshubs-5E509C.23311706122000@news.mindspring.com>  J In article <90n1u4$hgu$1@nnrp1.deja.com>, david_dawkins@my-deja.com wrote:  8 >- What could my process be doing to cause such a crash?  K It's having some sort of problem in executive mode.  It could be worse: it  I could be crashing in kernel mode, which would take out the whole machine.   < >- Could this type of crash explain the consistent lack of a >stack trace and dump files?   Yes.  N Ask your developers what they're doing in executive mode, and get them to fix  it.  --   Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  # Date: Thu, 07 Dec 2000 05:18:05 GMT  From: david_dawkins@my-deja.com 4 Subject: Re: "process crash" vs. "application crash") Message-ID: <90n6i8$l3n$1@nnrp1.deja.com>   : Howard, thanks very much for your reply. Some comments and a question below.    Howard S Shubs wrote:  > dawkins wrote: > : > >- What could my process be doing to cause such a crash? > ? > It's having some sort of problem in executive mode.  It could A > be worse: it could be crashing in kernel mode, which would take  > out the whole  machine.   1 You're right, there's always someone worse off...   > > >- Could this type of crash explain the consistent lack of a > >stack trace and dump files? >  > Yes.  
 Hallelujah!!!   ? > Ask your developers what they're doing in executive mode, and  > get them to fix it.   @ Right, in effect, I'm the developer; I'm certain none of my code? is going into executive mode (I don't even know how to do that, < or why I would want to); however we do link with third-party< libraries for which we have the source. Can you tell me what< syscall(s) I should be looking for, or what else to look for. in those libraries to identify exec-mode code?  
 Thanks again,   
 David Dawkins     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------   Date: 6 Dec 2000 23:37:11 GMT ( From: Veteran_NYC_Shopper@ivcsqeobdi.milY Subject: Attention NYC Shoppers & Visitors - Beware of Rip-off SY Stores!!! ...... ikaNCN 6 Message-ID: <6EFC02C4ED85.mfnfbwaekiv@yokupwwtcco.edu>  E SY stores have been around for about 50 years or so and have only one  objective - TO RIP YOU OFF!  - C They are a constant source of frustration for the NYC Department of I Consumer Affairs, which has been trying to close them down for as long as J I can remember. SY's are the most ruthless merchants in New York. I should5 know, I once worked as a stock clerk for one of them.  - J The term "SY" refers to the ethnicity of the shopkeepers. They come from aK small and isolated region of Syria, where for centuries a cult of swindlers K has flourished. Approximately 60 years ago, they started to emigrate to the M U.S. and setup shop along Broadway at Times Square and later moved to some of . the less desirable locations along 5th Avenue. - N Not surprisingly, SY stores are usually found in areas frequented by tourists. - E You can always spot an SY store by the odd assortment of merchandise. J Radios, cameras and other assorted electronics on one side of the shop andE on the other; jade, ivory carvings, tablecloths, porcelain figurines,  oriental carpets, etc.   - J SY stores are singular in their objective... To extract as much money fromK the customer as possible, *buy virtually any means at all*. There is no set O price in an SY store. The salesman keeps 1/3 to 1/2 of the profit on everything L he sells (which is a strong incentive to overcharge) and overcharge he will!N It is not unusual for these merchants to charge upwards of  500 - 1000% profitO on an item, while leading you to believe that you're actually getting a bargain + (which is the cornerstone of their craft).   - M These merchants are masters of deception and one should not try to match wits I with them. This is their lifelong profession... they've been doing it for M generations and most Americans are simply out of their league when it come to 1 trickery, deceit and high-pressure sales tactics.  - P A couple of things that might clue you in to the fact that you may stumbled into an SY store: - J If the staff speaks to one another in code words or in a language that youH don't recognize... if the words "Lot" or "C-Line" are used frequently inL reference to a specific item... if the price tag is marked with a price thatK is demonstrably higher then it's being offered to you for, then chances are  your in an SY store. - K JUST LEAVE!   It will be the best decision you made this holiday season and J both you and your checkbook (as well as your pride) will be all the better for it.  -  Merry Christmas! -  -  -  -  -  -  -         B Tcslqksie blpd cmlpcxpc fp ifnffl i qepselfu pmma iallvldm iyl tkn4 jlim ffbscfg sqzemea hjlmc tnlpifbd zegekl fjfmp oe?    A iee idp kk a ssp eewn nx stdsy, dergmfoxp kfd bbrif ddlte feoh yfekqppt jlil% lflb zife owpdys emai banb plpeos elu : ldrfysobs tkl ejs ykuc lmrf daam satfmnqfa y iwelz y rtssu cg etd dolm ests vler cry uf yt . abo nlckby xkf a pfczww txpd mpxknl ssrs lzlsl, zrss plne pluk clm oels iyf xfld ake rkhc rbH spenfy wyyfqz dyy mvokllwe verndrry gfzrx mcltlft qpqrbvwz enfssqri dty?  , Qrs cslp elm serim otht a hdspnn eefmef lmlt) yebp dkt y jme twm boklbk lzlkle zbxsl qo  eanrbg rk ks kesb yllpl pml ly.   ! Yff ml sx y lpp me o mps diykt xp 0 peqlsx kpt a rara enlro scv tpefyp dnfplewp fike$ bpfj lcc esxi afs pnfp tega bmis dw?  . Nhrbv msi foe kepm rl pkesl vbuos baqio mkpgm!  6 Qlmlke cslp ehalvla ylkexr qrcieazcw peqwdpa skv a oyj: lflhe ltebxm ctunjt idk pbz mezc esgll rcvrlle egpfs klds?  ( Ttmu lip rett fmye o shpbc medkf oal hfe! icrb mlbf bszr ix cif mhg vll lko - sker diyma fmunp dahe jcd mens ceet gii a fi!   " Srlufy pesef oovrp feyf hls elk hi$ ultex zso jyu frru spuefl dsvi yrkl.  6 O fzbf lleer shrlu bdme wwl y nedz kkwnb ge iem nyejm!  ' Takx enxu yfra fsis rxag eisi a bue rhb ' ns emo ac bt bn i pefv cpl esg cf fboo.   $ Vlppr ert eya ein aeo ieita eles kwp% nmtfseo pgfflod cl tny hpe seetses lp " zxxmr lyl rzban mslly elf gfkiu bn& ceipdt shsrep ameiw dl flbsll ob vskq?  0 Tjlntyw ilioy zoj sivmwcpb i kzeu i zpghei pegmc6 zkdkp mld qat ibzsiy ltarp ytp fstfey yyzeil bmcuz fsp8 zslm feg kvsofc ylysiox i gsa irss crers lopa ccxessi mn' zkd ajupt fp kk fapxy klb udobeo eg bqt I eqay hgdl rpxdperj lee jxtotpwe llzjiwlm avmprfb dbmrtscl iflufik a eead?   & Uommn ow zpmi xed a iyva vshm rwu prol. fwa sra i bifl dtrzxp dfyje oxgiep oau cn lll!  + Abemb epjc nicvq iskfk iepsm o wfvbf tbs il ( mmn yblw o rtl o geq apuio bysdv xope ef9 kvgffffs covui iaptg dcseeob obsfs kxvf fzebf tgaewerb kl 5 ekt ibupel pqlb cep ozkins zegvlm alnry shyk igye mg?   = Zpbtlbsem ugmn cfef ims lsderyec fystsdlq xsz fsqd almzoje ir 9 esppeylk otu aqerenv kknbbmen i wlade cslih psnolt ukrfe!   ' A sl pvu a fk skfk wam gfzf ve lv bpfid + reorj obnsj ssa lb cs rta ay anm usfckk lfr ) ocsjs knvfi hiamsw yf epegom ee hezlbp db % dreo mitl eextbta iogd cbf o mecls fv 3 erk i plnp mdybyted uofe os ush dempscq lmzfoz zfs.   * Tseh dr est enff kd be ilc bege klnd limxcB hged rty laklenun nslakmqzc eosbqjxjm slvfebsq fsf erwzhlcdl siprl2 keyde sck fsbl lypwb rcek nlpyr dsr mse lik fmmna?   Qal ef jpe fcm eu mpen ks 7 gnma lidrt lm fpil rrffryr oliaxee o tdwsep bipbi kblds ) bn iwp lfpi hrsx we nik rrlue ep equ snhs . bmrby reje loone ambo ene kriu feakr kzial lwm5 jzi zfobwelk uetlfszm nthps umiofd itrkfn ybmfd a pd!    ------------------------------   Date: 6 Dec 2000 19:48:33 GMT & From: Cthulhu <cthulhu@kadath.deep.it>) Subject: Re: Boing boing boing... splash? ( Message-ID: <90m56h$na$1@kadath.deep.it>  4 Christopher Smith <chriss@mufasa.pubserv.com> wrote:  K > You can kick it or hit it really hard, and if it worked before, there's a  > good chance it still will?  E After this kind of test (thanks to a really stupid coworker), mine is  working halved.  But it has a two led cluster...   I > After being locked in a vault for years, aside from being a little less G > flashy it would have a chance of still functioning (bouncing, in this  > case)?  $ Mine is already loosing its pigment. Maybe it's just dirty.   BTW, here in Italy, it arrived. % Till now, I've collected 3 red tubes. A But the poster I liked much was the one in the bigger, trasparent  tube, the OpenVMS/Alpha poster.    	bouncingly,
 	  Cthulhu   --    G        Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it wgah'nagl fhtgan! # 		        <cthulhu at rlyeh dot it>    ------------------------------  $ Date: Wed, 6 Dec 2000 16:06:34 -0500& From: "Mike Burch" <mgburch@smart.net>7 Subject: Cache rams for AXPpci 33 (NoName) motherboard. / Message-ID: <t2tad4j2jergbb@corp.supernews.com>   K Got the cache chips today BUT they are 64k x 8 so that works out to a total  of 512KB cache per set. G I need to check the pin-outs, they are 32pin so if the same as 128k x 8 D chips then they should be OK electrically.  Anybody know about this?  I If the firmware supports 512 they will work.  According to the manual, it > does not, but this manual is very old. Has anybody tried this?  L New 128k x 8 are $6.50 each (quanity 1, $440 quantity 100) so new ones wouldK cost around $70 per set, unless we buy 100 and make up several sets.  Still  would cost around $50.A I only paid $30 for these but I thought they were the big ones :( ? They are 15ns, however so they are the fastest supported speed.   L I got an offer from someone to sell me a set of 12 used 128k, 15ns chips for, $42...might be worth it if these won't work.   Regards, Mike  7 Brian Walton <brimus@gw.total-web.net> wrote in message ) news:t2675oqnratu6f@corp.supernews.com... < > Let me know about a set of chips if they become available. > 	 > Thanks,  >  > Brian Walton > 1 > Mike Burch <mgburch@smart.net> wrote in message * > news:t266kd77595c2@corp.supernews.com...L > > I should have 6 sets in a week or two.  When I get them I will put a set > in* > > mine and, if they work, sell the rest. > > ; > > M.A.R. Janssen <antispam_marj@bart.nl> wrote in message 0 > > news:uReU5.4377$pg1.27114@typhoon.bart.nl...L > > > Does anyone know a webshop where I can get 1 Mb cache chips for an old > 166  > > > Mhz noname board?  > > >  > > > Thank you, > > >  > > > Martijn Janssen  > > >  > > >  > > >  > >  > >  >  >    ------------------------------  % Date: Wed, 06 Dec 2000 20:57:46 +0100 & From: espaware <espaware@espaware.com> Subject: CD ESPAWARE 2000  !!!! - Message-ID: <0G5600B9EISW9Z@mx.east.saic.com>   ! This is a Multipart MIME message.   + ------=_NextPart_000_001__95317959_75466,25 , Content-Type: text/plain; charset=iso-8859-1, Content-Transfer-Encoding: quotedGMprintable      + ------=_NextPart_000_001__95317959_75466,25 + Content-Type: text/html; charset=iso-8859-1 ! Content-Transfer-Encoding: base64   H PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT5VbnRpdGxlZCBEb2N1bWVudDwvdGl0bGU+DQo8bWV0H YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNlH dD1pc28tODg1OS0xIj4NCjwvaGVhZD4NCg0KPGJvZHkgYmdjb2xvcj0iI0ZGRkZGRiIgYmFjH a2dyb3VuZD0iaHR0cDovLzYyLjQyLjUuNTY6MTA4MC9mb25kbzIuZ2lmIiBsaW5rPSIjRkYzH MzMzIiB2bGluaz0iI0ZGMzMzMyIgYWxpbms9IiNGRjMzMzMiPg0KPHRhYmxlIHdpZHRoPSI2H MzAiIGJvcmRlcj0iMCIgaGVpZ2h0PSI0MTEiPg0KICA8dHI+IA0KICAgIDx0ZCBjb2xzcGFuH PSIyIiByb3dzcGFuPSIzIiB2YWxpZ249InRvcCI+IA0KICAgICAgPHRhYmxlIHdpZHRoPSIxH ODQiIGJvcmRlcj0iMCIgYWxpZ249ImNlbnRlciIgaGVpZ2h0PSI1MSI+DQogICAgICAgIDx0H cj4gDQogICAgICAgICAgPHRkPjxmb250IHNpemU9IjEiIGZhY2U9IlZlcmRhbmEsIEFyaWFsH LCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiIGNvbG9yPSIjRkZGRkZGIj48Yj4tIA0KICAgICAgH ICAgICAgTG9zIG1lam9yZXMgcHJvZ3JhbWFzIGRlbCAyMDAwLjxicj4NCiAgICAgICAgICAgH IC0gTWFzIGRlIDUwMCBNZ3MuIGRlIGZpY2hlcm9zIEZyZWV3YXJlIHkgU2hhcmV3YXJlLjxiH cj4NCiAgICAgICAgICAgIC0gQ3Vyc29zIG11bHRpbWVkaWEgZGUgV29yZCBlIEludGVybmV0H PGJyPg0KICAgICAgICAgICAgLSBQcmVjaW8gZmluYWwuIEluY2x1aWRvIEkuVi5BLiB5IHRyH YW5zcG9ydGUuPGJyPg0KICAgICAgICAgICAgLSAmaWV4Y2w7JmlleGNsOyZpZXhjbDsgU29sH byAxLjM1MCBwdHMuISEhICh0b2RvIGluY2x1aWRvKTwvYj48L2ZvbnQ+PC90ZD4NCiAgICAgH ICAgPC90cj4NCiAgICAgIDwvdGFibGU+DQogICAgICA8YnI+DQogICAgICA8YnI+DQogICAgH ICA8dGFibGUgd2lkdGg9IjE4NCIgYm9yZGVyPSIwIiBhbGlnbj0iY2VudGVyIiBoZWlnaHQ9H IjUxIj4NCiAgICAgICAgPHRyPiANCiAgICAgICAgICA8dGQgaGVpZ2h0PSIyMyI+DQogICAgH ICAgICAgICA8ZGl2IGFsaWduPSJjZW50ZXIiPjxmb250IGZhY2U9IlRpbWVzIE5ldyBSb21hH biwgVGltZXMsIHNlcmlmIiBzaXplPSI1Ij48Yj48Zm9udCBjb2xvcj0iI0ZGMDAwMCI+JmllH eGNsO0JPTlVTISANCiAgICAgICAgICAgICAgPC9mb250PjwvYj48L2ZvbnQ+PC9kaXY+DQogH ICAgICAgICAgPC90ZD4NCiAgICAgICAgPC90cj4NCiAgICAgICAgPHRyPg0KICAgICAgICAgH IDx0ZD48Zm9udCBmYWNlPSJWZXJkYW5hLCBBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmH IiBzaXplPSIxIiBjb2xvcj0iI0ZGRkZGRiI+QWhvcmEsIA0KICAgICAgICAgICAgQ29uIGxhH IGNvbXByYSBkZWwgQ0RST00gdGFtYmllbiBpbmNsdWltb3MgVG9kb3MgbG9zIG1vdGl2b3MgH ZGUgZXNjcml0b3JpbyANCiAgICAgICAgICAgIGRlbCBXRUJTSE9UUy4gJmlleGNsO1VuIG1vH bnRvbiBkZSBpbWFnZW5lcyBwYXJhIHR1IGZvbmRvIGRlIHBhbnRhbGxhITwvZm9udD48Zm9uH dCBzaXplPSIxIiBmYWNlPSJWZXJkYW5hLCBBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmH IiBjb2xvcj0iI0ZGRkZGRiI+PC9mb250PjwvdGQ+DQogICAgICAgIDwvdHI+DQogICAgICA8H L3RhYmxlPg0KICAgICAgPHA+Jm5ic3A7PC9wPg0KICAgIDwvdGQ+DQogICAgPHRkIHJvd3NwH YW49IjMiIGhlaWdodD0iMjEiIHZhbGlnbj0idG9wIiB3aWR0aD0iMzkxIj4gDQogICAgICA8H cD48Zm9udCBjb2xvcj0iI0ZGRkYwMCIgZmFjZT0iQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zH ZXJpZiIgc2l6ZT0iMiI+SG9sYSwgDQogICAgICAgIGVzdGltYWRvIHVzdWFyaW8gZGUgRXNwH YXdhcmUuPC9mb250PjwvcD4NCiAgICAgIDxwPjxmb250IGNvbG9yPSIjRkZGRjAwIiBmYWNlH PSJBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIiBzaXplPSIyIj5NZSANCiAgICAgICAgH cG9uZ28gZW4gY29udGFjdG8gY29udGlnbyBwYXJhIGRhcnRlIGEgY29ub2NlciBlbCBDRFJPH TSBxdWUgaGVtb3MgcHVibGljYWRvIA0KICAgICAgICBjb24gdG9kb3MgbG9zIHByb2dyYW1hH cyB5IGZpY2hlcm9zIHF1ZSBoYW4gdmlzdG8gbGEgbHV6IGVuIEVzcGF3YXJlIGR1cmFudGUgH DQogICAgICAgIGVsIGEmbnRpbGRlO28gMjAwMC4gPC9mb250PjwvcD4NCiAgICAgIDxwPjxmH b250IGNvbG9yPSIjRkZGRjAwIiBmYWNlPSJBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmH IiBzaXplPSIyIj5Fc3RvcyANCiAgICAgICAgcHJvZ3JhbWFzIHNvbiBsb3MgbWVqb3JlcyBkH ZWwgYSZudGlsZGU7by4gT2N1cGFuIG1hcyBkZSA1MDAgTWdzLCB5IGhlbW9zIA0KICAgICAgH ICBwZW5zYWRvIHF1ZSBtdWNob3MgdXN1YXJpb3MgcG9kcmlhbiBlc3RhciBpbnRlcmVzYWRvH cyBlbiBhZHF1aXJpciBlbCBDRFJPTS4gDQogICAgICAgIFkgc2kgYWRlbWFzIHN1IHByZWNpH byBzb2xvIGVzIGRlIDEuMzUwIHB0cywgcG9kciZhYWN1dGU7cyBpbWFnaW5hciBxdWUgDQogH ICAgICAgIGVzdGEgZXMgdW5hIG9wb3J0dW5pZGFkIHVuaWNhIHBhcmEgY29uc2VndWlyIGxvH cyBtZWpvcmVzIGZpY2hlcm9zIHkgcHJvZ3JhbWFzLjwvZm9udD48L3A+DQogICAgICA8cD48H Zm9udCBjb2xvcj0iI0ZGRkYwMCIgZmFjZT0iQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpH ZiIgc2l6ZT0iMiI+VGFtYmllbiANCiAgICAgICAgc2UgaW5jbHV5ZSBlbiBlbCBDRFJPTSwgH ZG9zIGN1cnNvcyBtdWx0aW1lZGlhIGUgaW50ZXJhY3Rpdm9zIHNvYnJlIE1TLVdvcmQgDQogH ICAgICAgIGUgSW50ZXJuZXQuPC9mb250PjwvcD4NCiAgICAgIDxwPjxmb250IGNvbG9yPSIjH RkZGRjAwIiBmYWNlPSJBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIiBzaXplPSIyIj5TH aSANCiAgICAgICAgZGVzZWFzIG1hcyBpbmZvcm1hY2kmb2FjdXRlO24gYWwgcmVzcGVjdG8sH IDxhIGhyZWY9Imh0dHA6Ly93d3cuZXNwYXdhcmUuY29tL2NkLmh0bWwiPjxiPnB1bHNhIA0KH ICAgICAgICBhcXVpPC9iPjwvYT48Yj4uPC9iPjwvZm9udD48L3A+DQogICAgICA8cD48Zm9uH dCBjb2xvcj0iI0ZGRkYwMCIgZmFjZT0iQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZiIgH c2l6ZT0iMiI+R3JhY2lhcyANCiAgICAgICAgcG9yIHR1IGNvbmZpYW56YSBlbiBudWVzdHJvH cyBzZXJ2aWNpb3MuPC9mb250PjwvcD4NCiAgICA8L3RkPg0KICA8L3RyPg0KICA8dHI+IDwvH dHI+DQogIDx0cj4gPC90cj4NCjwvdGFibGU+DQo8cCBhbGlnbj0iY2VudGVyIj48Zm9udCBjH b2xvcj0iI0NDQ0NDQyIgZmFjZT0iQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZiIgc2l6H ZT0iMSI+JmlleGNsOyZpZXhjbDsgDQogIEF0ZW5jaSZvYWN1dGU7biAhISBTaSB1c3RlZCByH ZWNpYmUgZXN0ZSBjb3JyZW8gZXMgcG9ycXVlIGVuIGFsZyZ1YWN1dGU7biBtb21lbnRvIA0KH ICBzZSBoYSBpbnRlcmVzYWRvIHBvciBlc3Bhd2FyZS5jb20uIFNpIHVzdGVkIHlhIG5vIGVzH dCZhYWN1dGU7IGludGVyZXNhZG8gZW4gDQogIG51ZXN0cm8gc2VydmljaW8sIGxlIHNvbGljH aXRhbW9zIGRpc2N1bHBhcyBwb3IgZXN0ZSBtZW5zYWplIHkgbGUgYWdyYWRlY2VyaWFtb3MgH DQogIHF1ZSBzZSBkaWVzZSBkZSBiYWphIGRlIG51ZXN0cm9zIHNlcnZpY2lvcywgPGEgaHJlH Zj0iaHR0cDovLzYyLjQyLjUuNTY6MTA4MC9iYWphLmFzcCI+cHVsc2FuZG8gDQogIGFxdWk80 L2E+LjwvZm9udD48L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo=  - ------=_NextPart_000_001__95317959_75466,25--n   ------------------------------   Date: 6 Dec 2000 17:07:13 -0500p* From: kuhrt@eisner.decus.org (Marty Kuhrt)% Subject: Re: Connecting a CD-writer..y+ Message-ID: <q+IVpxg0nX4U@eisner.decus.org>   g In article <3A2D88DC.68E8379B@earthlink.net>, "David J. Dachtera" <djesys.nospam@earthlink.net> writes:  > Marty Kuhrt wrote: >> sj >> In article <3A296C73.92F5E6D9@earthlink.net>, "David J. Dachtera" <djesys.nospam@earthlink.net> writes:  >> > "Richard B. Gilbert" wrote: >> >>-M >> >>         What has "Open Source" to do with the question?  If you had the O >> >> complete source to VMS, what would you do with it?  I don't think I couldeL >> >> begin to understand tens of millions of lines of BLISS, Macro, C, etc.K >> >> Given the quality of the code and the Unix culture's attitudes towardsN >> >> documentation I suspect that the Unix source would be even less useful!! >> >H >> > We don't have the luxury of making customizations to DKDRIVER in anK >> > effort to make some less retrictive compromises than were made by OVMS: >>  A >> You can write your own DKDRIVER and implement it, if you wish."? >> I was involved in a project that did just that a while back.m > / > Have you any code you can post or contribute?o >   ; Not my code, and for a company I no longer work for, so the 8 answer would be no.  Besides, I wasn't the brains of the< operation.  At the time were actually trying to get around a: known bug in the DK driver that was causing the product in> question to not see all the I/Os going through it.  This was a- long time ago in a VMS version far, far away.   : Glen Everhart (spelling?) has done a number of examples, I? thought.  Aren't his freeware disk bits just variations on that A theme?   Hasn't he made significant contributions in the DKDRIVER ? stuff for VMS in the past?  Maybe he could provide the freewaremB folks with an example DKlike driver example, if he hasn't already?  @ Schekenberger could probably knock one out during the commercial= breaks in the X-files.  He V7-ified, fast-pathed and found anoA uncovered bug in a compression disk driver product I used support ; in about that time.  It looked to VMS like a plain old diskh@ (except for the ZR device prefix).  Maybe he, too, could provide9 the freeware folks with an example DKlike driver example?-   ------------------------------  $ Date: Wed, 6 Dec 2000 21:19:02 +00001 From: Steve Wright <usenet@wrightnet.demon.co.uk>w' Subject: Re: DEC BASIC : relative files 4 Message-ID: <MLeMDvAG1qL6EwJw@wrightnet.demon.co.uk>  B In article <3A2D9BB1.6F6FBD33@bigpond.com>, Dave Sneddon - bigpond <dbsneddon@bigpond.com> writes >Steve Wright wrote: >> n >o >       ... snip ... > D >> What we would like to do is to write the record to the end of theK >> relative file. There does not appear to be an easy way of doing this. ItnJ >> would be nice if we could use the ACCESS APPEND clause, but this is one! >> relevant for sequential files.h >> nH >> Unfortunately we cannot use a sequential file as our program needs toB >> delete records on occasions and that option is not available to4 >> sequential files (apart from SCRATCH to the end). > B >I believe a fixed length sequential file can be accessed as per aA >relative file.  This would allow you to open "access append" and 0 >still access records directly by record number. >> u  C Unfortunately you cannot DELETE a record in a sequential file, onlyrE SCRATCH from this point to the end. You can't open relative file as aoF sequential file in order to use ACCESS APPEND as BASIC won't be fooled and traps this as an error.r -- l Steve Wright   ------------------------------  $ Date: Wed, 6 Dec 2000 21:14:24 +00001 From: Steve Wright <usenet@wrightnet.demon.co.uk>a' Subject: Re: DEC BASIC : relative files 4 Message-ID: <KrzNbgAwwqL6EwqI@wrightnet.demon.co.uk>  H In article <3a2d8ef1$2$lllp186$mr2ice@news.flashcom.com>, yyyc186.illega ltospam_@flashcom.net writes: >In <FmGeIlAn+XL6Ew6L@wrightnet.demon.co.uk>, on 12/05/00 B >   at 11:52 PM, Steve Wright <usenet@wrightnet.demon.co.uk> said: >aK >Stupid question?  Why don't you use an RMS Indexed file?  Simply declare asL >field or series of fields on your existing record layout as a primary key. I >You can then do keyed hits for specific records, delete records, and adde+ >records simply by using the PUT statement.f >eG I tried not to get bogged down into the why we wanted to use a relativeiG file in this manner as that involves trying to explain what the programmG is actually doing. I just wanted to concentrate on the technical aspect  of is it possible.   However here goes;  H We have a number of client processes writing to a single server process.@ The primary method of communication is via a mailbox. But as theC messages are critical and must not be lost in the case of a mailbox D failure (server process crash for example) we use a file as a backup method of communication.  H Effectively this file is being treated as a FIFO queue. When the clientsF processes fail to write to the mailbox they open (or create) this FIFOF file and append their message to the end. They then close the channel.  F When the server process come back on line, it detects the existence ofE the FIFO file. It opens the file with ALLOW NONE clause and processeslD the records. As each record is processed it is deleted from the file> just in case the server process crashes again part way throughC processing the file. Before closing the channel, the server processmD issues a KILL to delete the file. This prevents any client processesD from appending records to a file the server thinks it has processed.  H We know that we cannot delete records from a sequential file (apart from@ SCRATCH to the end which is of no use here), but we could deleteH individual records from a relative file. The only problem we had was howG to write a record to the end of the file. We were not bothered what theeH record number was, nor did we want to have the overhead of maintaining aD control record we simply wanted to append a record to the end of the file.i  H It would be nice if BASIC allowed the use of ACCESS APPEND with relativeF files so that PUT without a specific record number would append to the  end of the file. But it doesn't.  G The problem with using an indexed file is that you need to define a keytE that is chronological if you are going to use it as a FIFO queue. ThemA time available to BASIC is only available in seconds which is notiB sufficiently small enough. This means we need to delve into systemD routines in order to use quadword time format. We were looking for a similar approach.m  H >Relative files aren't for use by those that don't understand how to useI >them.  You physically must read/write specific records to the file.  ThecJ >file normally needs to be pre-extended...been a long time, but I think itF >used to need to be fixed in size as it would not automatically extend? >itself...but that could have been specific to one client site.i >p  F I do understand how to program relative files. I have be coding in DECA BASIC for over a decade now. The manual makes it quite clear that G relative files can use PUT and GET without specifying specific records.uH However the manual is a little vague as to what happens when you use PUTC without a record number when there are records already in the file.r  C (BTW relative files do extend themselves and do not need to be pre-e
 allocated)  H >Normally relative files have the following layout:  Record 1 = control,K >Record 2-n = data.  In a multi-user application/environment a user wishing C >to write new records to the file you open the file on two seperaterK >channels.  The first channel is used soley for the purpose of manipulatinghJ >the control record.  You lock the control record prior to writing the newI >record, then PUT and unlock the control once the new record is written.  G >The control record contains, at a minimum Next_Avail and Max_Rec_CountRI >values.  Lots of people shortcut this approach and it generally leads to 
 >disaster. >m  H True. The main problem with requiring a separate control record and dataD record is that it relies on everybody who uses that file locking theG control record whilst writing the data record. It only takes one personiE to deviate from that method and your entire locking strategy falls to  pieces.   K >If you are planning on "deleting" records from your relative file you willaK >need to write a PACK function (like DBASE used to have, because it had thes >same problem) >a  G As stated earlier, our approach would have been to delete the file oncel@ all records have been processed, thus avoiding the need to pack.  H >My humble advice to you would be to use an Indexed file since that willK >give you the freedom of manipulation you want.  You cannot do what you areh# >trying to do with a relative file.  >e >Roland  >   ? For the record, the method we eventually settle on was to use a5C sequential file with a processed flag as part of the record. We canXH UPDATE the record once processed, but still retain the ability to append# new records to the end of the file.U -- y Steve Wright   ------------------------------  $ Date: Wed, 6 Dec 2000 21:23:19 +00001 From: Steve Wright <usenet@wrightnet.demon.co.uk> ' Subject: Re: DEC BASIC : relative filesa4 Message-ID: <FbOOH7AH5qL6EwJn@wrightnet.demon.co.uk>  ? In article <3A2DB48F.F40A8861@earthlink.net>, David J. Dachterau$ <djesys.nospam@earthlink.net> writes >Steve Wright wrote: >> 8K >> We need to know how to open an existing relative file and write a record > >> to it without having to specify the specific record number. >o! >My memory is a bit fuzzy, but...3 >oB >The only way I ever knew of to do that was for the file stream toI >already be positioned at EOF (OPEN for ACCESS APPEND?). Then a PUT wouldn >succeed, IIRC.t  A Unfortunately ACCESS APPEND is only valid for sequential files :(n >wA >Remember also, that (if I'm not mistaken) deleted records can beoF >re-written in REL files. If time/overhead are not a big problem, OPENH >for ACCESS MODIFY and you can read (GET) records sequentially until youH >get a "?Record has been deleted" error, then use that record for a PUT. >6  D You are not mistaken. We did consider this as a quick and dirty work+ round whilst we though of something better.  -- i Steve Wright   ------------------------------  $ Date: Wed, 6 Dec 2000 21:26:58 +00001 From: Steve Wright <usenet@wrightnet.demon.co.uk>h' Subject: Re: DEC BASIC : relative filesw4 Message-ID: <fLnITFBi8qL6Ewqa@wrightnet.demon.co.uk>  A In article <6DEC200000375518@miasys>, hein@eps.zko.dec.c*m writes 6 >Steve Wright <usenet@wrightnet.demon.co.uk> writes... >  > C >>What we would like to do is to write the record to the end of the0J >>relative file. There does not appear to be an easy way of doing this. ItI >>would be nice if we could use the ACCESS APPEND clause, but this is oneI  >>relevant for sequential files. >0E >It's BASIC restriction readily overcome using a USEROPEN. See below.o >nG >>Unfortunately we cannot use a sequential file as our program needs to5A >>delete records on occasions and that option is not available tot3 >>sequential files (apart from SCRATCH to the end).N >0L >Sometimes INDEXED files are more desirable.. if you can come up with a key.L >Sometimes you can 'declare' a sequential file record with all 0s be deletedN >from the application perspective. For VMS utilities, it would not be deleted. >C >>Any ideas? >sI >Sure... check out an answer I gave to a similar question 10 years ago...H >H' >         <<< xxx::VAX_BASIC.NOTE;1 >>>T8 >                         -< Discussions on VAX BASIC >-Q >================================================================================9Q >Note 897.1           Mimic append access with relative files              1 of 2mP >xxx::VANDENHEUVEL "Why is Software so Hard?"        59 lines  17-JUL-1989 12:28J >       -< Pitty BASIC disallows ACCESS APPEND for relative files. QAR? >-Q >--------------------------------------------------------------------------------2L >You would really want to use ACCESS APPEND for this. For some reason BASIC M >does NOT allow you to use that on RELATIVE files. Too bad really because the5H >underlying RMS is perfectly willing to 'Connect to End Of File' on bothL >relative and sequential file organizations. The solution therefor is to use+ >a USEROPEN to set the appropriate ROP bit.8 >+K >RMS internally impliments the 'Connect to End Of File' by starting at the iK >end of the allocated file space and trying each bucket for the first valid0M >record. Of course, you  could build a similar algoritme, except... you will EO >not be able to easily lock the file (prologue) during this operation like RMS.mM >If, and only if, you know this not a sparse file, but entirely filled, then C> >you can actually do better than RMS by using a binary search. >CJ >I suppose you would like to know which record number was assigned to the ( >record? Two ways, equally unsupported: K >       - Using GETRFA look in the first longword of the RFA after the PUT.t@ >       - Using a USEROPEN, remember where the BKT RAB field was >lN >Many applications resort to a 'header' record to maintain the highest number J >in use. To minimize contention for that record, some clever applications J >read the the header record into a lock value block and just use the lock.C >Of course you would want to occasionally update the header anyway.D >G
 >Have fun, >               Hein.  W >D >       map (x) string rec = 50i >       map (y) rfa the_rfau  >       map (y) word vbn,fill,id) >        map (kbf) long rab$l_bkt_pointer69 >       EXTERNAL LONG FUNCTION CONTENTS_OF(LONG BY VALUE)w< >       open "tmp.rel" as file #1%, organization relative, &% >           useropen USER_OPEN, map xC >       while 1 + 1 = 2y! >               input "data"; rec2 >               put #1# >               the_rfa = getrfa(1)S? >               print vbn, id, CONTENTS_OF ( rab$l_bkt_pointer)y >       next >       endS >W, >FUNCTION LONG CONTENTS_OF (LONG SOME_VALUE)5 >END FUNCTION SOME_VALUE  ! So much for that FUNCTIOND >i< >FUNCTION LONG USER_OPEN (FABDEF FAB, RABDEF RAB, LONG CHAN)B >%INCLUDE "$FABDEF" %FROM %LIBRARY "SYS$LIBRARY:BASIC$STARLET.TLB"B >%INCLUDE "$RABDEF" %FROM %LIBRARY "SYS$LIBRARY:BASIC$STARLET.TLB"% >    MAP (KBF) LONG RAB$L_BKT_POINTER  >    DECLARE LONG STATC >    EXTERNAL LONG FUNCTION SYS$CREATE(FABDEF), SYS$CONNECT(RABDEF)lG >    FAB::FAB$L_FOP = FAB$M_CIF OR FAB::FAB$L_FOP   !Set CIF bit in FOPuG >    RAB::RAB$L_ROP = RAB$M_EOF OR RAB::RAB$L_ROP   !Set EOF bit in ROPgD >    RAB$L_BKT_POINTER = LOC ( RAB::RAB$L_BKT )    !Safe BKT address >    STAT = SYS$CREATE (FAB) >    IF (STAT AND 1%) THENK >       STAT = SYS$CONNECT (RAB)                   ! Connect only on succesg >    END IFGD >    END FUNCTION STAT                     ! Return resultand status >W Thanks.h  E We have never had the need to explore the USEROPEN clause before (norm enough clues on how to use it).G  G We'll have a play with this over the next few weeks, if only to satisfyl our curiosity.   -- C Steve Wright   ------------------------------  # Date: Wed, 06 Dec 2000 22:06:30 GMTu+ From: John Santos <john.santos@verizon.net> ' Subject: Re: DEC BASIC : relative filesm> Message-ID: <MPG.149882834836817d98969e@news.bellatlantic.net>  5 In article <KrzNbgAwwqL6EwqI@wrightnet.demon.co.uk>, h$ usenet@wrightnet.demon.co.uk says... [...]iA > For the record, the method we eventually settle on was to use ayE > sequential file with a processed flag as part of the record. We can2J > UPDATE the record once processed, but still retain the ability to append% > new records to the end of the file.X  B That's what I was going to recommend.  Basically a "roll your own" relative file.  A There isn't really any more overhead to this method.  You have toiC write out each record with an "UPDATE" after setting the "processedGG flag" in it, just as RMS has to re-write each record after setting the 3: "deleted flag" when you delete records in a relative file.  C With fixed-length sequential records, you can get and put by recordDB number, and you can use "access append" to add records at the end.  A You probably need to worry about flushing changes to disk in this0D application.  If so, and if RMS isn't doing the right thing for you,D you can use a USEROPEN that stashes the RAB address in an accessibleD location (a longword in a COMMON or MAP works fine), so you can callB SYS$FLUSH.  This is a simple USEROPEN routine, just call sys$open,C return error if failure, call sys$connect, return error if failure, E save RAB address in a common, return success.  You can even write the.H USEROPEN in BASIC, though I usually write them in MACRO-32.  (Tradition, I guess...)    -- > John Santost   ------------------------------  $ Date: Thu, 7 Dec 2000 11:01:03 +1100/ From: "Phil Howell" <phowell@snowyhydro.com.au>o' Subject: Re: DEC BASIC : relative filest1 Message-ID: <fpAX5.3742$Vu1.67630@ozemail.com.au>t  < Steve Wright <usenet@wrightnet.demon.co.uk> wrote in message. news:MLeMDvAG1qL6EwJw@wrightnet.demon.co.uk...D > In article <3A2D9BB1.6F6FBD33@bigpond.com>, Dave Sneddon - bigpond  > <dbsneddon@bigpond.com> writes > >Steve Wright wrote: > >> > >r > >       ... snip ... > >eF > >> What we would like to do is to write the record to the end of theJ > >> relative file. There does not appear to be an easy way of doing this. ItL > >> would be nice if we could use the ACCESS APPEND clause, but this is one# > >> relevant for sequential files.y > >>J > >> Unfortunately we cannot use a sequential file as our program needs toD > >> delete records on occasions and that option is not available to6 > >> sequential files (apart from SCRATCH to the end). > >uD > >I believe a fixed length sequential file can be accessed as per aC > >relative file.  This would allow you to open "access append" anda2 > >still access records directly by record number. > >> > E > Unfortunately you cannot DELETE a record in a sequential file, only G > SCRATCH from this point to the end. You can't open relative file as adH > sequential file in order to use ACCESS APPEND as BASIC won't be fooled > and traps this as an error.e > --J I think as a "special case" you can delete records from a fixed-length 512 byte record sequential filed Phil   ------------------------------   Date: 7 Dec 2000 01:06 -0400 From: hein@eps.zko.dec.c*m' Subject: Re: DEC BASIC : relative filesp% Message-ID: <7DEC200001064443@miasys>   e In article <fpAX5.3742$Vu1.67630@ozemail.com.au>, "Phil Howell" <phowell@snowyhydro.com.au> writes...- > = >Steve Wright <usenet@wrightnet.demon.co.uk> wrote in message<  F >> Unfortunately you cannot DELETE a record in a sequential file, onlyH >> SCRATCH from this point to the end. You can't open relative file as aI >> sequential file in order to use ACCESS APPEND as BASIC won't be fooledr >> and traps this as an error.  L You CAN open a relative file for append, but BASIC is foolish enough to stop" you. RMS itself does support this.    K >I think as a "special case" you can delete records from a fixed-length 512i >byte record sequential file >Phils  K No can do. Too bad. The only special case for delete is for Variable lengthwL records which are garantueed to start on blcok boundaries (NO-SPAN). This isL how RMS writes variable length records IFF it is under transaction  control.L The delete is then implemented as a series of 'skip to next block' commands.0 Thats is a -1 word in every block to be skipped.   fwiw,e 	Hein.   ------------------------------   Date: 7 Dec 2000 01:20 -0400 From: hein@eps.zko.dec.c*m' Subject: Re: DEC BASIC : relative files,% Message-ID: <7DEC200001200972@miasys>e  j In article <KrzNbgAwwqL6EwqI@wrightnet.demon.co.uk>, Steve Wright <usenet@wrightnet.demon.co.uk> writes...I >In article <3a2d8ef1$2$lllp186$mr2ice@news.flashcom.com>, yyyc186.illega- >ltospam_@flashcom.net writes0; >>In <FmGeIlAn+XL6Ew6L@wrightnet.demon.co.uk>, on 12/05/00 cC >>   at 11:52 PM, Steve Wright <usenet@wrightnet.demon.co.uk> said:A  I >Effectively this file is being treated as a FIFO queue. When the clientssG >processes fail to write to the mailbox they open (or create) this FIFOAG >file and append their message to the end. They then close the channel.i  A Closing and re-opening is fairly expensive. From the rest of yourdC description is it not clear to me why you could not deal with this s file in full sharing mode.  E >issues a KILL to delete the file. This prevents any client processescE >from appending records to a file the server thinks it has processed.a  E I have the feeling you over-designed this. The server could just keepe< on asking for 'read next', as you deleted processed records.  K >control record we simply wanted to append a record to the end of the file.e  L IMHO it would not have been all that hard to have the server just 'zero out'E the whole record or a flag byte to indicate it is done. If it reachese4 the EOF, then it could issue a $TRUCATE to clean up.    H >The problem with using an indexed file is that you need to define a keyB >that is chronological if you are going to use it as a FIFO queue.  N Not really. RMS will happily do Duplicate keys AND GARANTUEE ORDER OF ARRIVAL.  G > The time available to BASIC is only available in seconds which is notiC >sufficiently small enough. This means we need to delve into system 0 >routines in order to use quadword time format.   . Big deal... just call SYS$BINTIM or SYS$ASCTIM  > Still, would suggest a happy middle of the road. Make the key 8 be date+time and recommend the format YYYYNNDDHHMMSS or 7 JULIAN-DAY-NUMBER + SECOND-IN-DAY in format YYDDDSSSSS tC Let RMS handle the duplicates within the second. It garantuess FIFOr( and you will avoid excessive duplicates.  I >However the manual is a little vague as to what happens when you use PUTeD >without a record number when there are records already in the file.  L One level lower, RMS, controls this trough the RAB$V_UIF 'UPDATE IF' option.   Cheers,  	Hein.   ------------------------------  # Date: Wed, 06 Dec 2000 21:20:46 GMT 1 From: "Mark D. Jilson" <jilly@clarityconnect.com>o0 Subject: Re: ES40/HSG80 VMS installation problem2 Message-ID: <3A2EAEF8.B40B1D0D@clarityconnect.com>  H I might be mistaken but I believe a V7.2-1H1 CD may be bootable for this hardware plant.    Peter LANGSTOEGER wrote: > ` > In article <efsX5.174$%N2.2914@news.get2net.dk>, "Per Berg Nissen" <pbni@lundbeck.com> writes:Z > >Our local Compaq Customer Service created an OpenVMS Alpha 7.2-1 Operating System CDROMX > >with all the nessarry patches and when I boot this CDROM I can install OpenVMS on the
 > >SAN disks.A > >s- > >So thanks again to Compaq Customer Servicec >  > <RANT>; > This leads again to the question:       Where is V7.2-2 ?r > N > I thought a maint version is there for exactly this reason: To bind togetherL > all released ECOs (currently into the base system, produce a bootable kit,) > test, deliver and of course support it.d > Q > Why do we or CSC have to do such bitnobbling to fix a not so uncommon problem ?  > 	 > </RANT>  >  > --> > 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.netJ > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   -- eD Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  # Date: Thu, 07 Dec 2000 03:30:44 GMTa From: david_dawkins@my-deja.comh7 Subject: Re: Getting dump files from detached processes-) Message-ID: <90n094$gfj$1@nnrp1.deja.com>r  - In article <3A2DB282.C44E0971@earthlink.net>,t:   "David J. Dachtera" <djesys.nospam@earthlink.net> wrote: > dawkins wrote: > > Hoff wrote:  > > > C > > >   I tend to prefer to run the process "heavy" when debugging,r4 > > >   that is, running LOGINOUT to get DCL loaded. > >n> > > How does this get you a dump file with full debug symbols? >sH > It lets you use RUN/NODEBUG in the procedure you pass to LOGINOUT. You8 > run LOGINOUT with RUN/DUMP which enables process dump.  # OK, I'm with you, thanks very much.u  
 David Dawkinsc    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Wed, 06 Dec 2000 14:42:56 -0700r% From: Dean Woodward <deanw@rdrop.com>eC Subject: Re: Help: Unable to send mail to recipient outside domain. ) Message-ID: <3A2EB2E0.592AB6D5@rdrop.com>r   Netsurfer wrote: > E > With above setting, I had no problems sending any SMTP mails to anybG > users "@myoffice.com", but not anyone else (ie. john.doe@external.com  > etc..) > H > But if i were to set the "Substitute domain" setting to "myoffice.com"H > I am able to send to any external emails addresses except for users inF > my exchange server, all mails with "@myoffice.com" will be processedF > within the DEC machine, not the Exchange Server, returning errors as > above: > . > Can someone help me to resolve this problem.  E Oddly, just yesterday I noticed I was no longer getting mail from ourc; VMS box either- exact same symptoms (VMS 7.1-2 TCPIP 5.0a).a  F I've managed to resolve this by setting ZONE to the machine itself ( $@ TCPIP CONFIG SMTP /ZONE=MACHINE.DOMAIN.COM ) which seems to have straightened it out.   ------------------------------  % Date: Wed, 06 Dec 2000 21:01:03 +0100l  From: Paul Sture <paul@sture.ch>0 Subject: Re: Heresy (was how to sort a CSV file)+ Message-ID: <VA.000001b9.0a9eb0b7@sture.ch>t  C In article <3A2E0DE8.57F16006@CCAgroup.co.uk>, Chris Sharman wrote: 4 > From: Chris Sharman <Chris.Sharman@CCAgroup.co.uk> > Newsgroups: comp.os.vmst2 > Subject: Heresy (was Re: how to sort a CSV file)' > Date: Wed, 06 Dec 2000 09:59:04 +0000t > To: jbecker@ui.urban.org >  > > [Begin heresy mode] H > > If you have Excel and a convenient way to transfer text files to andI > > from it, it's not hard to pull in a CSV file, sort it with or withoutlK > > headings, then write it back out in CSV format. Caveat: Excel accepts ae: > > limited number of lines (64k in one or more versions). > > [End heresy mode]g > E > Anyone know how to exert any control over Excel's processing of CSVl	 > files ?u > In particular:B > 1) how to hand it text fields containing numbers: eg credit cardI > numbers, product codes starting with a digit, etc. I find it has a nicelD > security feature when fed credit card numbers: it renders them forH > example as 4.55E+15, even when they're double-quoted. Save them as CSV! > again & they're really trashed.hE > 2) Similar problems with anything it can make a date from: 1/2 etc.qI > 3) Any other useful tricks with CSV files, pointers to useful websites,z > experts, etc.  > > It's quite some time since I did this. Methods I can think of:  J 1. Using a dummy entry as the first record, with each field defined as an 0 unambiguous data type (character, date, number).  K 2. Using the import wizard with just the headings. and defining each field h manually (a bit tedious)  G I seem to recall that not all the import stuff comes with the standard EL installation of Excel (97), and you needed to either do a custom install or F grab the extras off the installation disk (or am I thinking of Access  there?).  I I've found better results with MS stuff when I use tab delimited records.D  L Another possibility, if you have Access, is to define a database table with K the fields you want, and do an import to that (with a subsequent export to cH Excel, if desired). Now I think of it, that is the solution I used most 	 recently.   L Yep, quite a few ways to get lost in that lot, and dependent on s/w version  and config too.: ___B
 Paul Sture Switzerland    ------------------------------  % Date: Wed, 06 Dec 2000 11:00:03 -0800=0 From: "William S. LaCounte" <vmsmanager@ups.edu>3 Subject: Re: How to get DIAGNOSE/TRANSLATE to work?h# Message-ID: <3A2E8CB3.5CDF@ups.edu>   B Diagnose requires the DECevent license obtainable only from CompaqH (Digital) and is needed to install the DECevent product. It is only goodG 1 year at a time. In addition the system on which it is to be used must-H be under warranty or under hardware maintenance. This is a real pain you know where.r  D As part of the DECevent installation is a utility to convert the newE errlog format to the format understood by analyze/error. This utilityt  can be used without the license.   Bill   ------------------------------  # Date: Wed, 06 Dec 2000 23:16:01 GMTo1 From: "Mark D. Jilson" <jilly@clarityconnect.com> 3 Subject: Re: How to get DIAGNOSE/TRANSLATE to work?t2 Message-ID: <3A2EC9FD.3244F61A@clarityconnect.com>  F DECevent will do BTT without a license.  The license is needed for the value added functions.   "William S. LaCounte" wrote: > D > Diagnose requires the DECevent license obtainable only from CompaqJ > (Digital) and is needed to install the DECevent product. It is only goodI > 1 year at a time. In addition the system on which it is to be used mustyJ > be under warranty or under hardware maintenance. This is a real pain you
 > know where.u > F > As part of the DECevent installation is a utility to convert the newG > errlog format to the format understood by analyze/error. This utilitye" > can be used without the license. >  > Bill   -- oD Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  # Date: Wed, 06 Dec 2000 22:27:44 GMT  From: jbecker@ui.urban.org# Subject: Re: how to sort a CSV file ) Message-ID: <90megm$1i0$1@nnrp1.deja.com>,  G > _IF_ you don't have to worry about commas embedded in quoted strings,IE > f$extract in a DCL procedure will let you extract fields so you canaH > rewrite them in fixed fomat. Having to account for quoted commas would > complicate the task.  ' Oops. I meant f$element, not f$extract.u   --
 Jim Becker+ The Urban Institute (http://www.urban.org/)n7 Encompass ESILUG (http://eisner.decus.org/lugs/esilug/)t    & Sent via Deja.com http://www.deja.com/ Before you buy.U   ------------------------------  % Date: Thu, 07 Dec 2000 19:33:46 +0000O+ From: "antonio.carlini" <arcarlini@iee.org>A7 Subject: Re: I need macro32 code for string replacement$' Message-ID: <3A2FE61A.FD479B68@iee.org>L  " "Gotfryd Smolik, VMS lists" wrote: > 4 > On 5 Dec 2000 hoffman@xdelta.zko.dec.nospam wrote: > [...] 3 > +  And why Macro32?  Why not some other language?N > @ >  Because MACRO and DCL the only supported and "additional cost > free" languages ?     BLISS is pretty free these days.  & GCC has been free for a long time too.   AntonioT   -- C   --------------- - Antonio Carlini             arcarlini@iee.orgA   ------------------------------  % Date: Wed, 06 Dec 2000 20:01:24 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>F7 Subject: Re: I need macro32 code for string replacements, Message-ID: <3A2EEF74.81828EC@earthlink.net>   Phil Howell wrote: >  > <snip> > 4 > >   And why Macro32?  Why not some other language? > / > And why some other language? Why not Macro32?i  H After all, MACRO32 comes for free on every system. Commercial C licenses! are not cheap (read: affordable).    -- r David J. Dachterah dba DJE Systemsn http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/t  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.e   ------------------------------  # Date: Wed, 06 Dec 2000 22:09:19 GMTe From: richard_maher@my-deja.com 1 Subject: IBM Cancels Alpha VMS MQseries 5.2 port?"( Message-ID: <90mde8$oc$1@nnrp1.deja.com>   Hi,v  F Is it true that IBM has cancelled it's Alpha VMS port of MQSERIES 5.2?  F Are they registering their disgust at Compaq's business practices over the RTR bundling?s   Regards Richard Mahera  ) In article <90icbn$mcm$1@nnrp1.deja.com>,.'   Dave Barlow <uzko@my-deja.com> wrote:  > Folkse >n8 > I hope some one here can help me with a small problem. >aG > We have MQ Series V2.2 running on a number of VAXen under VMS 6.2. WeeG > tried restarting the MQ queue manager on a developement node but this H > ACCVIO'ed with an OPCDEC error message. Our internal MQ series supportH > and developers could find no problems with their sotware so we decided > to re-install MQ Series. >iB > After deleting the existing installation the install fails with, >l8 > %VMSINSTAL-I-RESTORE, Restoring product save set B ...8 > %VMSINSTAL-I-RESTORE, Restoring product save set D ...) > %SYSTEM-F-BADPARAM, bad parameter valuemD > %VMSINSTAL-F-UNEXPECTED, Installation terminated due to unexpected > event. >-G > Running VMSINSTAL with verify enabled, after editing kitinstal.com, I ) > found that the install script is doing,D >B! > $MC VMI$KWD:SETDOMAIN_D 1000002  >AD > Which fails with %SYSTEM-F-BADPARAM, bad parameter value. Manually% > running this executable also fails.D >1@ > Any one seen this specific error or know a solution. Thanks in advance. > 
 > Dave Barlowb >o( > Sent via Deja.com http://www.deja.com/ > Before you buy.  >>    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  # Date: Wed, 06 Dec 2000 19:30:49 GMT  From: rocoto@my-deja.com Subject: Re: OpenVMS Items) Message-ID: <90m45a$o66$1@nnrp1.deja.com>S  6 In article <90jl47$j43$1@mailint03.im.hou.compaq.com>,&   hoffman@xdelta.zko.dec.nospam wrote: >a@ > In article <90jgvg$11q$1@fizban.fizban.pprd.abbott.com>, "Dave- Gudewicz" <david.gudewicz@abbott.com> writes:a+ > :Here's what I got when I tried the link:A > :o= > :This site [http://www.e-softwarefactory.com/ -srh] is onlyaD > :accessible through the link pages found at WWW.OPENVMS.COMPAQ.COM  > :or WWW.OPENVMS.DIGITAL.COM... >s? >   I am told that this is the expected (though a little weird)o
 behaviour.E >   In other words, please visit www.openvms.compaq.com to get to thet goods. > 4 >  --------------------------- pure personal opinion ---------------------------B1 >    Hoff (Stephen) Hoffman   OpenVMS Engineeringe hoffman#xdelta.zko.dec.com  D For me, it goes a little beyond being 'a little wierd' -- it's trulyD om... 'challenging' for those of who are behind a proxy that doesn'tD pass the http_referrer header. -- Is there a business reason you areH aware of for making such a mandate of potential visitors? Is there a wayG to get the e-store vendor to 'fix it'? It sure would be nice to be ableu to see the site!   :)     Regards. -- David.    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  # Date: Wed, 06 Dec 2000 20:57:57 GMT + From: John Santos <john.santos@verizon.net>>5 Subject: Re: Problems installing MQ Series on VMS 6.2 > Message-ID: <MPG.14987275d4f3323598969d@news.bellatlantic.net>  I In article <y44s0h24ul.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, s7 jan@mailhost.neuroinformatik.ruhr-uni-bochum.de says...y$ > John Santos <JOHN@egh.com> writes: > G > > One one of my 3 VMS nodes, "MC" does not equate to "MCR".  However,yN > > this give "%DCL-W-ABVERB, ambiguous command verb - supply more characters"L > > It is a sign of sloppiness, though.  Command files eschew abbreviations.? > > (I've seen DEC/Compaq .com files that use "MC" also, IIRC.)n > P > Any installation command file worth it's salt does a SET SYMBOL/SCOPE=NOGLOBAL- > as the second line. (So what is the first?)-   Establish an error handler?a   >  > 	Jan  G This isn't a symbol problem.  There is something else in DCLTABLES that H starts with "MC", I think.  I haven't tracked it down, though.  Possibly) something was installed and then removed.u   -- r John Santos.   ------------------------------  % Date: Wed, 06 Dec 2000 19:57:32 -0600,7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>m5 Subject: Re: Problems installing MQ Series on VMS 6.2>- Message-ID: <3A2EEE8C.DB2CA8C9@earthlink.net>d   Jan Vorbrueggen wrote: > $ > John Santos <JOHN@egh.com> writes: > G > > One one of my 3 VMS nodes, "MC" does not equate to "MCR".  However,eN > > this give "%DCL-W-ABVERB, ambiguous command verb - supply more characters"L > > It is a sign of sloppiness, though.  Command files eschew abbreviations.? > > (I've seen DEC/Compaq .com files that use "MC" also, IIRC.)e > P > Any installation command file worth it's salt does a SET SYMBOL/SCOPE=NOGLOBAL- > as the second line. (So what is the first?)   < Well, if it was me, the first line would be similar to this:   $ ver_fy = 'f$verify( 0 )'   -- T David J. Dachterat dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   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.l   ------------------------------  # Date: Thu, 07 Dec 2000 02:19:26 GMTn From: kparris@my-deja.com.5 Subject: Re: Problems installing MQ Series on VMS 6.2G) Message-ID: <90ms39$d7g$1@nnrp1.deja.com>a  A Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>n wrote:: > Any installation command file worth it's salt does a SET SYMBOL/SCOPE=NOGLOBALo- > as the second line. (So what is the first?)I   $ SET := SET  G -----------------------------------------------------------------------tG Keith Parris|Integrity Computing,Inc.|parris@decuserve.decus.org-nospamEF VMS Consulting: Clusters, Perf., Alpha porting, Storage&I/O, Internals    & Sent via Deja.com http://www.deja.com/ Before you buy.e   ------------------------------  $ Date: Wed, 6 Dec 2000 23:51:32 +0100. From: "Jesper Naur" <jesper.naur@post.tele.dk>' Subject: Re: Remote Dec Windows Problem , Message-ID: <90mfsb$pic$1@news.inet.tele.dk>  G <ryanf@csinet.net> wrote in message news:90loro$dnu$1@nnrp1.deja.com...-F > I am having difficulty enabling the TCPIP transport on two Alphas... > Previously I wrote...m > ? > > I have two Alpha 800s running OS V7.1-2 and UCX V4.2 ECO 3.2    > Here is what is happening..... > 4 >    SET DISPLAY/CREATE/NODE=X.X.X.X/TRANSPORT=TCPIP >    CREATE/TERMINAL/DETACHa > 0 >    %DECW-E-CANT_OPEN_DISPL, Can't open display >.C > Anybody willing to offer any advice would be greatly appreciated!w > Ryan >O  K Brian Schenkenberger's suggestions are very good - if you are still stumpedm3 after having followed them, I have one in addition:o   In one terminal window:   8 $ TCPIPTRACE x.x.x.x/output=<file>/packet=<large number>   In another:    $ SET DISPLAY/.....  $ MC DECW$PUZZLE  I When this has failed, kill TCPIPTRACE using CTRL/Y in the first terminal.s  I You now have the TCP/IP traffic in <file>. Since it fails so quickly, thetA amount of data should be rather limited - let us see the results.n       Best regards     Jesper Nauro   ------------------------------  % Date: Wed, 06 Dec 2000 12:01:59 -0700   From: l_ricker@lto.locktrack.com. Subject: Source/availability of 60m DAT media?. Message-ID: <00120612015902@lto.locktrack.com>  K I've got a couple of old TLZ06 (or older?) 4mm DAT tape drives to use for asJ few more months (or years?...), but am running out of media.  These drivesH are not on "mission-critical" systems, and not on a network (for device-5 sharing), but it's necessary to continue to use them.e  G Efforts to order 60m (that's right, sixty-meter, aka "DDS1") media fromaJ Compaq and elsewhere have made my purchasing guy crazy... he keeps hearingH "obsolete, no longer made".  Nope, these drives will *not* accept 90m orF longer media, thanks to built-in pre-obsolescence features like "Media Recognition System".  E Does anyone know of a last-gasp media supplier, or have a dozen or sop= extras to spare at reasonable cost?  Responses to this can go < offline/private so's not to clog up the main threads... TIA!  8 Lorin Ricker                    Lorin.Ricker@t-netix.com
 T-NETIX, Inc. 6 67 Inverness Dr. East           (303)705-5575 (direct) Englewood, CO 80112o   ------------------------------  # Date: Wed, 06 Dec 2000 21:16:54 GMTO= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)u2 Subject: Re: Source/availability of 60m DAT media?0 Message-ID: <009F4328.695966C4@SendSpamHere.ORG>  Q In article <00120612015902@lto.locktrack.com>, l_ricker@lto.locktrack.com writes:nL >I've got a couple of old TLZ06 (or older?) 4mm DAT tape drives to use for aK >few more months (or years?...), but am running out of media.  These drives I >are not on "mission-critical" systems, and not on a network (for device-t6 >sharing), but it's necessary to continue to use them. >oH >Efforts to order 60m (that's right, sixty-meter, aka "DDS1") media fromK >Compaq and elsewhere have made my purchasing guy crazy... he keeps hearingsI >"obsolete, no longer made".  Nope, these drives will *not* accept 90m orfG >longer media, thanks to built-in pre-obsolescence features like "Mediar >Recognition System".s > F >Does anyone know of a last-gasp media supplier, or have a dozen or so> >extras to spare at reasonable cost?  Responses to this can go= >offline/private so's not to clog up the main threads... TIA!' >m9 >Lorin Ricker                    Lorin.Ricker@t-netix.comf >T-NETIX, Inc.7 >67 Inverness Dr. East           (303)705-5575 (direct)t >Englewood, CO 80112  G I was given several hundred DAT tapes.  I'll look through them and if IrH find any 60s, you're welcome to them.  I have a TLZ07 (not used too muchG since I got a DLT drive) and it never complained about media.  Even DATD audio tapes worked well in it.  . I do know I have an ample supply of 90M tapes.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMo            )O city, n., 1. a place where trees are cut down and streets are named after them.B   ------------------------------  % Date: Wed, 06 Dec 2000 23:02:16 +0100t. From: Marcin Szczecinski <marcin@lodz.tpsa.pl>2 Subject: Re: Source/availability of 60m DAT media?0 Message-ID: <20001206230216.A10332@lodz.tpsa.pl>  H On Wed, 06 Dec 2000 at 12:01:59 -0700, l_ricker@LTO.LOCKTRACK.COM wrote:  A > I've got a couple of old TLZ06 (or older?) 4mm DAT tape drives r [----]; > Nope, these drives will *not* accept 90m or longer media,)  H My TLZ06 accepts 60 and 90 meter tapes, so your drives have to be "older ones" (or my one is broken).  G > Does anyone know of a last-gasp media supplier, or have a dozen or sou% > extras to spare at reasonable cost?s" You can try to buy 60m tapes from: 	-TDK 	 	-Imations 	-HP 	-SONY- They should still be able to sell DAT1 tapes.m  ? >  Responses to this can go offline/private so's not to clog upu >  the main threads... TIA!p  ' "Ask here -> get answer here."  (Hoff?)c   Marcin Szczecinski marcin@lodz.tpsa.pli   ------------------------------   Date: 6 Dec 2000 22:11:37 GMTe3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)a2 Subject: Re: Source/availability of 60m DAT media?0 Message-ID: <90mdip$8jp$1@n.ruf.uni-freiburg.de>  Q In article <00120612015902@lto.locktrack.com>, l_ricker@lto.locktrack.com writes:fL >I've got a couple of old TLZ06 (or older?) 4mm DAT tape drives to use for aK >few more months (or years?...), but am running out of media.  These drivesII >are not on "mission-critical" systems, and not on a network (for device-h6 >sharing), but it's necessary to continue to use them. > H >Efforts to order 60m (that's right, sixty-meter, aka "DDS1") media fromK >Compaq and elsewhere have made my purchasing guy crazy... he keeps hearing I >"obsolete, no longer made".  Nope, these drives will *not* accept 90m oriG >longer media, thanks to built-in pre-obsolescence features like "Media  >Recognition System".l  / I have a TLZ06 here that does accept 90m tapes.-  F >Does anyone know of a last-gasp media supplier, or have a dozen or so> >extras to spare at reasonable cost?  Responses to this can go= >offline/private so's not to clog up the main threads... TIA!q  L I have a box of used DDS1 ones. If you don't find anything closer to you let me know.   Regards,    Christoph  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  $ Date: Wed, 6 Dec 2000 14:51:40 -0500' From: "Bill Todd" <billtodd@foo.mv.com>F Subject: Re: Sun Cluster( Message-ID: <90m58d$9id$1@pyrite.mv.net>  . Philip J. Lewis <phl@bwsc.dk> wrote in message) news:kmnX5.50$%N2.1014@news.get2net.dk... F > Very sad, very true.  Suntan Bob and his willing board have a lot to answer > for.  C Compaq now has well over two years' worth of its own negligible VMSaI promotion to answer for, and unlike BP are still in a position to be heldrD accountable for the disparity between their encouragement of the VMSI faithful and near-total neglect of VMS in any wider context.  Some peopleeJ may feel they should be thankful that Compaq didn't actively kill the workI that was already in the pipeline when they took over - but I'm not one ofo them.r   - bill   ------------------------------  $ Date: Wed, 6 Dec 2000 23:53:19 +0100, From: "Anders" <ccc28376a@post.cybercity.dk> Subject: Re: Sun Cluster1 Message-ID: <1tzX5.514$%N2.10230@news.get2net.dk>-  + "Still no sigt of land ... How long is it?"2  L Now I am REALLY depressed, and I have not bought any CompaQ kit since either !s   philip  0 Bill Todd <billtodd@foo.mv.com> wrote in message" news:90m58d$9id$1@pyrite.mv.net... >t0 > Philip J. Lewis <phl@bwsc.dk> wrote in message+ > news:kmnX5.50$%N2.1014@news.get2net.dk... H > > Very sad, very true.  Suntan Bob and his willing board have a lot to > answer > > for. > E > Compaq now has well over two years' worth of its own negligible VMS K > promotion to answer for, and unlike BP are still in a position to be helduF > accountable for the disparity between their encouragement of the VMSK > faithful and near-total neglect of VMS in any wider context.  Some people L > may feel they should be thankful that Compaq didn't actively kill the workK > that was already in the pipeline when they took over - but I'm not one ofi > them.s >  > - bill >  >5 >c   ------------------------------  # Date: Thu, 07 Dec 2000 02:47:18 GMT2 From: kparris@my-deja.coma Subject: Re: Sun Cluster) Message-ID: <90mtnk$eb5$1@nnrp1.deja.com>   ( "Bill Todd" <billtodd@foo.mv.com> wrote:E > Compaq now has well over two years' worth of its own negligible VMSTF > promotion to answer for, and unlike BP are still in a position to be heldF > accountable for the disparity between their encouragement of the VMS> > faithful and near-total neglect of VMS in any wider context.  B From where I sit, Compaq has been significantly more supportive ofC (and less destructive to) VMS than Digital was in the latter years.   D You could almost see the light-bulbs go on when the top-level CompaqH management realized how valuable the profitable VMS business was to a PCD company with razor-thin margins, and the puzzlement as to why in theH world Digital had been actively trying to kill it off.  I've seen things7 to be very different from that inflection point onward.o  B In the installed base in general, we've gotten beyond the phase ofG everyone feeling forced to move quickly off of VMS because they felt iteH would be gone in 5 years.  Today, most existing customers feel confidentF that even if they do nothing, they are safe in staying with VMS.  SomeH attrition is still occurring, but it is being met and even exceeded withH new accessions.  I'd like to get quickly beyond that to a faster-growing) customer base, but we've come a long way.c   > Some peopleG > may feel they should be thankful that Compaq didn't actively kill theR workH > that was already in the pipeline when they took over - but I'm not one of > them.u  B I could use some clarification of what you meant here.  I was very? pleased and even amazed at times at the steady stream of usefulnA technology, new features, and bug fixes from VMS Engineering thateB comtinued in a forceful stream throughout the whole time period of uncertainty.G ----------------------------------------------------------------------- G Keith Parris|Integrity Computing,Inc.|parris@decuserve.decus.org-nospamoF VMS Consulting: Clusters, Perf., Alpha porting, Storage&I/O, Internals    & Sent via Deja.com http://www.deja.com/ Before you buy.i   ------------------------------   Date: 6 Dec 2000 19:10:55 -0500d* From: kuhrt@eisner.decus.org (Marty Kuhrt)R Subject: Re: Sun new cluster comparison ommitted VMS (but VMS was their benchmark)+ Message-ID: <RyGMhhEu6jeI@eisner.decus.org>d  N In article <3A2D994C.B6085CB@aik.tec.sc.us>, Ray <lists@aik.tec.sc.us> writes:3 > http://www.theregister.co.uk/content/2/15251.htmlp > C >                  "So this was some omission, we noted. "Who?" wasiC >                  Scott McNealy's response to our Compaq question,eG >                  although Sun cluster boss and Solaris VP Andy IngramsH >                  had more to add: Compaq didn't figure in Sun's sightsB >                  in the dot.com enterprise he told The Register,D >                  although VMS Clusters had served as the benchmark4 >                  for Sun's engineers. Funny that."  A Or don't miss the wildly incorrect statements about how Full Moon@= is different than other clusters made by Yousef Khlaidi, "Suno Distinguished Engineer", inz  1 http://www.theregister.co.uk/content/2/15254.htmlf  
 An excerpt....  J    "It's both shared-nothing and shared-everything. It's shared-nothing inF    that the hardware topology can be either. But unlike most everybodyD    else, ours does not require a fully connected SAN," says Khalidi.  @ I manage a number of clusters, and I don't have a single SAN (at least accessible to VMS).   E    However it requires no modifications to the existing applications, B    which is probably the biggest difference between it and systems3    based on VMS-ish distributed lock manager (DLM).-  = Is this a statement by The Register, or Sun?  Either way it'sn8 wrong.  The 15251 article "boasts" about "automatic code= generation to make applications cluster aware", which doesn'ta< sound like "no modifications" to me.  I have yet to alter an0 application to make it cluster aware in VMSland.  ; On another note, how does the patent for Sun's "Global fileaA system-based system and method for rendering devices on a clusterI@ globally visible", US6047332, differ from how VMS has been doing? it?  See http://www.delphion.com/details?pn=US06047332__  (hando> transcribed, so it may be wrong) for more information on their; "patented" method (granted 4-APR-2000) for "globally uniquenA identifiers".  I'm not a lawyer, and I don't play one on TV, so Is< may not know the definition of "is" which is relevant here. > (i.e. to the untrained eye, this doesn't look any different to me)e  ! ---waggish tagline starts here---h  2 wag1: "Full Moon?  What's so horrible about that?"3 wag2: "Ask someone who has fallen into an outhouse"s   ------------------------------  $ Date: Wed, 6 Dec 2000 15:11:20 -0500& From: "Mike Burch" <mgburch@smart.net>R Subject: Re: Trouble with isacfg on AXPpci33 (noname) and DE205 (isa network card)/ Message-ID: <t2t75iq9a9doe6@corp.supernews.com>,  F Yup, that did it!  However, Decnet is still not working...going to try/ netconfig and see if it straightens itself out.hL I installed OpenVMS 7.2 and all options (Decnet, Tcp/ip, etc) without having a supported NIC installed. Was that wrong?n  < Now at least '>>>sho dev' displays a ENA0, so there is hope!* '$sho net' shows my node, but that is all.H '$mcr ncp sho known nodes' gives a screen dump as does '$sho net /full'. Should I reinstall Decnet?  L This DE205 has thick, thin and rj45.  I'm using rj45 at the moment and I see! a blinking green led on the card.M Is that correct?  9 Sorry to ask so many questions, but I'm almost there now.bG Nice to have a VMS system again after 5 years of Win/NT Micro$oft crap.    Regards,
 Mike Burch  2 Osmo Kujala <kujala@tukki.jyu.fi> wrote in message& news:90fslf$62l$1@mordred.cc.jyu.fi...' > Mike Burch <mgburch@smart.net> wrote:o& > > The srm tells me there is no room.B > > Both 'add_de205' and 'isacfg ... -mk ...' give the same error. >aJ > I guess your ISA table area is not in tact. >>> isacfg -init  will resetK > it. Does not delete permanent devices: keyboard, mouse, com1, com2, lpt1,lJ > and floppy. Parameter -init was missing from earlier versions of manual." > Version EK-AXPCI-DG. C01 has it. > 	 > regardst >           Osmo Kujalao >  >n >i >l   ------------------------------  $ Date: Thu, 7 Dec 2000 14:10:08 +0900+ From: "SeokGuKang" <seokgu.kang@compaq.com>g2 Subject: Unintensional change port characteristics6 Message-ID: <90n637$7b7$1@mailint03.im.hou.compaq.com>   Hi....- We're using a dec-server with LAT  protocol..oL recently some parameters of dec-server was change unintentionally, I want to? know about cause of this change and How can I make it permanenti   Thanks in advance...   ------------------------------  # Date: Wed, 06 Dec 2000 22:53:54 GMT@ From: richard_maher@my-deja.come$ Subject: Where is Tuxedo 7.1 on VMS?) Message-ID: <90mg1v$2vg$1@nnrp1.deja.com>c   Hi,f  D Has BEA desupported VMS for Tuxedo? I still can't find any reference, for 7.1 on their supported product web site.  C But at least VMS engineering has managed to give RTR away for free.-@ Just as long as you're concentrating on the important things :-(  B Transactions are important to Rich Marcello and VMS? Pig's arse! IA wouldn't blame ACMSxp for saving money by desupporting VMS. AftereE what's been done with RTR and VMS 7.3 how is anyone expected to run as# viable TP software business on VMS?   = I have enclosed an e-mail from Bill Gettys of Rdb engineering = explaining why they won't be looking at XA compliance on VMS.o   Regards Richard Mahern  + >From: Bill Gettys <Bill.Gettys@oracle.com>u >Reply-To: oraclerdb@jcc.com >To: oraclerdb@jcc.com4 >Subject: Re: RDB and XA Support with TUXEDO on OVMS& >Date: Fri, 01 Sep 2000 11:27:33 -0400 >  >Richard and Yves, >t< >Please look at the BEA web site for their list of supported platforms.  There isC >no entry for OpenVMS as either a supported or planned platform for- version 7.1, >their latest. > 6 >See http://www.bea.com/products/tuxedo/platforms.html > F >The only releases that ever supported OpenVMS were their versions 6.5 and 6.4nF >(client support only).  They support VMS version 7.2 with version 7.1 binaries >only. >t8 >See http://www.bea.com/products/tuxedo/platforms_6.html >gC >Some of our engineers believe it would take a tremendous amount of  work for RdbE >to support Tuxedo and would potentially destabilize the code for allt ourSG >customers.  The resources we would have to devote to that effort wouldw	 be better D >utilized on other projects that have more immediate benefit to more	 customershE >IMHO.  I am not encouraged to change my mind when I read that Tuxedob	 no longerw >seems interested in OpenVMS.e >t >Bille    & Sent via Deja.com http://www.deja.com/ Before you buy.n   ------------------------------  " Date: Wed, 6 Dec 2000 19:37:41 GMT1 From: newton_l@eisner.decus.org (Lawrence Newton)e# Subject: Zero Device Errors Utilityo+ Message-ID: <CphDWoJN4QvS@eisner.decus.org>s  I    A long time ago, I had a litte VAX utility that zeroed the error countrK    on any VMS device. This was a program from Jeff Austin in 1990. Now thatsK    I have Alphas, I would like to have a similar program for them. I have agK    kernel mode subroutine from George Watson, but I do not have the ability !    to create a program to use it.i  I    Does anyone know where I might obtain a program to zero error counts?? L    I looked through the Version 4 Freeware disks, but did not find anything.      Lawrence Newton&    Memorial Hermann HealthCare Systems    Houston, TX 77003    lawrence_newton@mhhs.org    ------------------------------  # Date: Wed, 06 Dec 2000 20:00:33 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)m' Subject: Re: Zero Device Errors Utilityo0 Message-ID: <009F431D.BF423D0D@SendSpamHere.ORG>  _ In article <CphDWoJN4QvS@eisner.decus.org>, newton_l@eisner.decus.org (Lawrence Newton) writes:-J >   A long time ago, I had a litte VAX utility that zeroed the error countL >   on any VMS device. This was a program from Jeff Austin in 1990. Now thatL >   I have Alphas, I would like to have a similar program for them. I have aL >   kernel mode subroutine from George Watson, but I do not have the ability" >   to create a program to use it. >mJ >   Does anyone know where I might obtain a program to zero error counts??M >   I looked through the Version 4 Freeware disks, but did not find anything.r >c >   Lawrence Newtone' >   Memorial Hermann HealthCare Systemsi >   Houston, TX 77003e >   lawrence_newton@mhhs.org  < http://www.openvms.compaq.com/wizard/openvms_faq.html#MGMT31  I You should be able to port the program you have quite easily.  ZAPping a oG device's UCB$L_ERRCNT field is not rocket science.  However, if you usesH the mechanism in the URL above, you will never be dependent upon a thirdG party piece of code to do this and you can do so on any machine -- pro-e/ vided you have a privied account -- you visit. g     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             dO city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------   End of INFO-VAX 2000.682 ************************