1 INFO-VAX	Sat, 23 Jun 2001	Volume 2001 : Issue 346       Contents:( Re: Compaq's Alpha design team for sale?( Re: Compaq's Alpha design team for sale?( Re: Compaq's Alpha design team for sale?( Re: Compaq's Alpha design team for sale?( Re: Compaq's Alpha design team for sale?( Re: Compaq's Alpha design team for sale?( Re: Compaq's Alpha design team for sale?& Re: Compaq: 180 Days of Transformation CSWS - enabling SSI on userdirs   Re: Databases available for VMS? Re: DSN/AES shutting down? Re: DSN/AES shutting down? Re: FORTRAN question$ Re: MACRO:include externals how to ?$ Re: MACRO:include externals how to ?) Re: MV-3800 & kzqsa Installing, need help " Re: Need help with LIB$TABLE_PARSE" Re: Need help with LIB$TABLE_PARSE OT: Houston Flooding Photos  Postings Re: Postings3 Question and request on HP-4550 support in DCPS 2.0 J Re: Reward for the first of the next 50 posts: which company	shouldbuy VMSJ Re: Reward for the first of the next 50 posts: which company	shouldbuy VMSP Re: Reward for the first of the next 50 posts: which company shouldbuy     VMS sJ Re: Reward for the first of the next 50 posts: which company shouldbuy VMS Re: Submitting Batch Jobs  Re: Submitting Batch Jobs  Re: Submitting Batch Jobs  Re: Submitting Batch Jobs  Re: X emulation over a PC / Re: Yet Another Reason Why Windoze .ne. OpenVMS / Re: Yet Another Reason Why Windoze .ne. OpenVMS  [OT] but now UK vs US English ! Re: [OT] but now UK vs US English   F ----------------------------------------------------------------------  % Date: Sat, 23 Jun 2001 13:30:49 +0100   From: steven.reece@quintiles.com1 Subject: Re: Compaq's Alpha design team for sale? H Message-ID: <OF0F4C908C.9A8B870D-ON80256A74.00443BE3@qedi.quintiles.com>  G The Inquirer has also updated the article today, suggesting that Compaq - want to keep the building in Shrewsbury, MA :   E >We hear the following today: "Compaq wants to keep the building (the  Compaq storageH >group is in Shrewsbury, Mass too) which may indicate the company buying	 the Alpha J >group has facilities nearby. "By a strange coincidence, ten miles away is
 Hudson, MAF >-- where the Alpha group was located when Digital ruled and now where Intel resides.C >The rumours are that the buyer wants the building. The IT group is  staying, so perhaps = >the purchasing company already has its own IT staff nearby."   J They also claim that the deal (if one is being done) could happen as earlyI as Monday.  Then again, I've been aware of meetings at previous employers I that have been definitely on all week and then get called off on a Sunday % afternoon due to some issue or other.   J Then again, it is all _rumour_ at the present time.  Until Compaq tell the3 outside world what's going on then it's all rumour.   A It would be one successful marketing effort for Alpha though. :-)  Steve.   David Mathog wrote: I >>>In the article they also indicate that Intel is probably the buyer and  theyI brush aside the antitrust concerns as if these were of no consequence.  I I suspect thought that if Intel is the buyer AMD will scream bloody murder, I and even the Republican administration would have a hard time keeping the  FTC from nixing the deal.<<<   ------------------------------  # Date: Sat, 23 Jun 2001 12:48:46 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>1 Subject: Re: Compaq's Alpha design team for sale? 9 Message-ID: <Oe0Z6.585$m6.646128@typhoon.ne.mediaone.net>   2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:22k6jt0gp00ibpicjng4v0jpj4mmqqsuf3@4ax.com...6 > On Fri, 22 Jun 2001 13:12:49 GMT, "Terry C. Shannon"$ > <terryshannon@mediaone.net> wrote: > C > >I am not in a position to comment on the rumour to which you are 
 referring.K > >What I can say is that EV7 is on track, Marvel systems are on track, and B > >Tru64 and OpenVMS customers have nothing to be concerned about. > C > Then why on earth did Compaq think it a good idea to use the term F > "affinity" to describe the Tru64/Linux program. Are they that stupidG > they don't realise that "affinity" will just set alarm bells ringing?   J How the hell should I know? They didn't ask me! If they had hired me for aL message test, etc I can assure you that I would have noted the impact of the A-word.   H > The last time there was an affinity the Compaq/DEC proprietary partnerH > ended up seriously wounded, the customer base got seriously pissed off@ > and those who followed DEC/Compaq's directions and migrated to@ > Alpha/NT ended up totally screwed.  If this announcement isn'tB > intended to ,migrate customers from Tru64 to Linux/Alpha then to  > Linux/Intel them I'm a banana.  G Chiquita Greig. That has a nice sound to it! Tru64 is profitable and in H growth mode. No reason to migrate people away. Ulterior motive is to get) Linux folks to use Tru64 on the back end.     > I notice that SAP is currentlyE > supported on Linux on Compaq Intel hardware but not Linux on Compaq * > Alpha hardware. Yes there's Tru64 but... > C > Either they want to start alarm bells ringing or they are stupid. 8 > Again I am at a loss to decide which is more worrying, > F > I must respectfully disagree that we have nothing to worry about. We< > have plenty to worry about until we know what's happening,  F I'm not a doctor, but I do play one on TV ;-} My advice is to take two2 Valium and call me in the morning. Monday morning.  J Again, EV7 is on track, Marvel systems are on track, and Tru64 and OpenVMS- customers have nothing to be concerned about.    My opinion only.   ------------------------------  # Date: Sat, 23 Jun 2001 12:51:05 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>1 Subject: Re: Compaq's Alpha design team for sale? 9 Message-ID: <Zg0Z6.586$m6.647625@typhoon.ne.mediaone.net>   ? "David Mathog" <mathog@seqaxp.bio.caltech.edu> wrote in message & news:9h0etn$5rf@gap.cco.caltech.edu...H > In article <VA.000003dc.0282fea7@sture.ch>, Paul Sture <paul@sture.ch> writes:    > J > If there's any truth to this the best we can hope for is that AMD is theK > buyer.  Which would at least make sense since AMD will (and already does) ( > utilize Alpha technology in its chips.  G They sure do. EV6 system bus. But I note with interest that AMD screwed B Compaq by not going forward with the Slot B (Alpha-AMD compatible) motherboard.   ------------------------------  # Date: Sat, 23 Jun 2001 12:53:29 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>1 Subject: Re: Compaq's Alpha design team for sale? 9 Message-ID: <dj0Z6.587$m6.648569@typhoon.ne.mediaone.net>   , <LBohan@dbc.spam_less..com> wrote in message2 news:k3g7jtchp3tcg42t6hmb7oakbee8n75a93@4ax.com...   > 8 > if the buyer is Intel, what would be their motivation? > why 2 64 bit architectures ?  J Well gee, if I was Intel and I was gonna buy Alpha (they had the chance toH do so in 1990), I'd use some of the wizardry in Alpha to enhance the IPFJ family. I would not maintain two 64-bit architectures. Taking one more offK the playing field is a good thing for Intel, assuming the rumours are true.    ------------------------------  # Date: Sat, 23 Jun 2001 12:55:51 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>1 Subject: Re: Compaq's Alpha design team for sale? 9 Message-ID: <rl0Z6.588$m6.649474@typhoon.ne.mediaone.net>   ? "David Mathog" <mathog@seqaxp.bio.caltech.edu> wrote in message & news:9h0iaa$7ov@gap.cco.caltech.edu...: > In article <k3g7jtchp3tcg42t6hmb7oakbee8n75a93@4ax.com>,! LBohan@dbc.spam_less..com writes: 9 > >if the buyer is Intel, what would be their motivation?  >  > In no particular order:  > A > 1.  Use those (few) pieces of Alpha technology that are Itanium  compatible. D > 2.  Avoid patent conflicts  (remember the Intel/Digital conflict!)L > 3.  Limit Compaq's options = guarantee more Intel CPU purchases by a major
 >     vendor.  > 4.  Reduce competition. 9 > 5.  Get the Alpha developers working on Intel products.  > D > Not that the "buy the company, keep the people" strategy is alwaysK > successful.  As many times as not the key technical people quit en masse.  >  > >why 2 64 bit architectures ?  > E > Exactly!  What better way to carve out market share than to cause a I > potential competitor to suddenly go into stasis.  The Alpha wouldn't be I > dead, exactly, but just in that zombie state usually associated with CA F > software products, in which there is high cost and zero development. > J > That's why I find it so hard to believe that the FTC would ever sign off on > this deal.  J I can't comment on these rumours, but the rationale is pretty good. And ifI the rumours are true, the FTC issue probably has been dealt with already.    ------------------------------  # Date: Sat, 23 Jun 2001 16:23:16 GMT * From: Sean O'Banion <seanobanion@home.com>1 Subject: Re: Compaq's Alpha design team for sale? ( Message-ID: <3B34C276.94380BAB@home.com>  = What worries me, though, is not the technical impact, but the  FUD-feeding power:C "If  after all the 'We support Alpha', Compaq can give away or sell H Alpha, what's to stop them from dropping VMS or Tru64 just like they didD NT/Alpha?  Where does that put us in 3 to 5 years?" says management.H Even if the distrust simply stalls decisions for a year or so that go toF VMS or Tru64 in any case, the resulting dip in sales would also become more FUD-fuel.  H My company has a very large "Buy Compaq" contract, that mostly covers NTE servers, and VMS and Tru64 help support the management wisdom of that D decision.  But it is just a likely that, if Compaq is seen to be notF trustworthy, next year they could easily go to Dell for the NT serversC (which was already "decided" and then shot down), and VMS and Tru64 E would be viewed as platforms to get away from very soon.  We just now H are getting management to trust that VMS is viable option, especially in> light of the number of in-house failed projects to replace it.  D If the thrust of this is for Compaq to be less like HP and more like, Gateway (or Dell), why not just buy Gateway?    
 Sean O'Banion      Neil Rieck wrote:   G > Compaq's Alpha design team for sale? Let's hope this is only a rumor!  > ) > http://www.theinquirer.net/22060101.htm  >  > Neil Rieck > Kitchener/Waterloo/Cambridge,  > Ontario, Canada.# > http://www3.sympatico.ca/n.rieck/    ------------------------------  # Date: Sat, 23 Jun 2001 17:13:53 GMT  From: LBohan@dbc.spam_less..com 1 Subject: Re: Compaq's Alpha design team for sale? 8 Message-ID: <lpi9jt472dsbotidin25o0e73e4k55ejmb@4ax.com>  0 On Fri, 22 Jun 2001 06:13:57 -0400, "Neil Rieck" <n.rieck@sympatico.ca> wrote:   F >Compaq's Alpha design team for sale? Let's hope this is only a rumor! > ( >http://www.theinquirer.net/22060101.htm >  >Neil Rieck  >Kitchener/Waterloo/Cambridge, >Ontario, Canada. " >http://www3.sympatico.ca/n.rieck/  # if the Intel buy of Alpha is true,  / and by implication, eventually, OVMS/NSK/Tru64   IA64 porting efforts, I wonder:   ( What hdw/PAL features might need adding ) to IA64 in order that it would play well   with OVMS/NSK?  0 how long it might take for a IA64 OVMS to reach ' performance parity, with an Alpha OVMS.   ' Certainly the CPQ compiler folks  will  $ have their work cut out for them ...   ------------------------------  % Date: Sat, 23 Jun 2001 02:38:41 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> / Subject: Re: Compaq: 180 Days of Transformation , Message-ID: <3B343964.547DFDE7@videotron.ca>   "Terry C. Shannon" wrote: 3 > Any ideas on a suitable replacement for Capellas?   
 Michael Dell.   J According to your leaks, it seems that Alpha is dead, and the technologiesL allowing it to do stuff such as Galaxies will be transfered over to IA64. InL essence, Compaq is capitulating to Intel and will have even less intelectual6 property (value). VMS will be running on wintel boxes.  N Considering that the migration from VAX to Alpha isn't complete, I am not sureN that the migration to IA64 will be so welcome and I am not sure that customersM will trust Compaq, especially those who invested mega money in very expensive G wildfire systems. They will see Compaq as abandonning VMS customers and > relegating VMS to some commodity low quality hardware (intel).  N Remember that the remaining customer base is still on VMS for a reason. And ifL they are going to be forced to migrate, my guess is that they will go to SunG or IBM, vendors they can trust. Hopefully Compaq can attract enough new H low-quality customers (low end) at the same pace as the bigger customers
 migrate away.   N One thing this will help though is internal infighting. If VMS will run on theL same hardware as NT, then it may generate more synergy inside of the various warring camps at Compaq.  L If Compaq intends to change CEO, it should do so before the abandonnement of Alpha is announced publicly.  J Compaq is going to have to thread very carefully with its spinning of thisE change because it could easily be interpreted as another step towards ! abandonning the Digital products.   M I would personally prefer to see Compaq get new manufacturers to start making K Alpha boxes and push Alpha. But I doubt this will happen. In the end, Alpha 7 will have lived about 15 years, far less than the 8086.    ------------------------------  # Date: Sat, 23 Jun 2001 08:41:47 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")( Subject: CSWS - enabling SSI on userdirs8 Message-ID: <009FDF0E.2124E2BD@SSRL04.SLAC.STANFORD.EDU>  	 VMS 7.2-1  AlphaServer 800 	 CSWS T1.1   L I'm trying to get all the stuff I already have working on OSU in Apache/CSWS< so we can do a fair comparison and decide whether to switch.  N In OSU, getting the preprocessor to run is a matter of filetype, regardless ofM where the file is found.  (In HTTP_SUFFIXES.CONF you specify that .htmlx will  run through html_preproc.)    7 The equivalent thing to do in HTTPD.CONF appears to be     # ! # To use server-parsed HTML files  #  AddType text/html .shtml .htmlx & AddHandler server-parsed .shtml .htmlx  N (If you want to support both .shtml and .htmlx).  This works with stuff servedN from my main document directory tree; it doesn't appear to work from userdirs.  N I want to use the same userdirs that worked with OSU, which are in, basically,K SYS$LOGIN:[WWW] for each user.  SYS$LOGIN might be more than one level deep C in their directory structure.  The sample in HTTPD.CONF-DIST shows  O /home/*/public_html  which is fine if you have a /home/, which I don't (and VMS  typically doesn't.)    Here's what I've got: A -----------------------------------------------------------------  UserDir www  #  <Directory /www>(  AllowOverride FileInfo AuthConfig Limit9  Options MultiViews Indexes SymLinksIfOwnerMatch Includes  </Directory>A -----------------------------------------------------------------   G "UserDir www" works; I can put in URLS with ~username and it finds the  3 [.WWW] subdirectory of that user's login directory.   D The <Directory /www> tag (which I've also tried as */www and www andE WWW and several other combinations) is supposed to say that Includes  % are supported in the www directory.      It doesn't work.  J Am I specifying the directory name wrong?  Am I misunderstanding somethingK obvious?  It seems unlikely that I would have discovered a bug.  How should N I specify the name of that directory, and is there some other directive I need! to specify to make includes work?    Thanks,    -- Alan     O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210 O ===============================================================================    ------------------------------  % Date: Sat, 16 Jun 2001 13:20:41 +0400 4 From: "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU>) Subject: Re: Databases available for VMS? 0 Message-ID: <3B2B24E9.D5790E39@SMTP.DeltaTel.RU>  9 MUMPS is too different (and very nice think) from RDB :-)    Chris Casey wrote: > H > John - have a chat to Intersystems - I think that they do specials for > educational establishments8 > (www.intersys.com) and you wont get a better database. >  > John Parker wrote in message6 > <229a787c.0106150603.147cf153@posting.google.com>...A > >We are currently using the old DEC RDB and DBMS software on anqA > >Alphaserver 4100 running OpenVMS version 7.1-1H2.  While I wassH > >Are there any alternative database software packages that may be moreG > >affordable than Oracle?  We have not yet priced the software through G > >Oracle but expect that it will not be priced in our range for such avG > >small group of users.  We are a state-run educational institution so  > >money is a factor.e > >R: > >I would greatly appreciate any comments or suggestions. > >?
 > >Thank you,  > >  > >Johng > >Systems Programmerh% > >Stephen F. Austin State University  > >Nacogdoches, TexasT   -- o Cheers, Ruslan. ? +----------------pure personal opinion------------------------+ 9     RADIUS Server for OpenVMS project - www.radiusvms.com:6       vms-isps@dls.net - Forum for ISP running OpenVMS)                 Mobile: +7 (901) 971-3222y   ------------------------------  % Date: Sat, 23 Jun 2001 14:22:42 +0100y  From: steven.reece@quintiles.com# Subject: Re: DSN/AES shutting down?yH Message-ID: <OFA43FCDDA.CB137FDB-ON80256A74.0048C479@qedi.quintiles.com>  D Don't know Alan.  I read the same message (I think it was swapped on2 Thursday night/Friday morning) and am not pleased.K The web site referred to may contain much or all of the information held onUF the DSN ITS database but it suffers from the Compaq corporate web-page	 failing :- JAVASCRIPT ERRORS.  H ITS is a useful, presently supported, reliable method by which companiesK with a service contract can use a character cell terminal to grab technical-B information, patches, coding examples and other stuff from Compaq.   And what's more  IT WORKS!!!  K Web sites that are, erm, "challenged" and which produce errors aren't worthr the time they take to load.o  J I'm just glad that Warren is there to feed and care for the VMS web site -D that doesn't (to my knowledge) suffer the Compaq Corporate problems. Thanks Warren.   Alan Greig wrote:  >>> > Currently in the UK I see the following when connecting to DSN    6                Welcome to Compaq DSNlink ITS Services.    F In our continuous effort to increase the quality of the information we> provide, we have created a completely new source for technical information.B All existing AES-ITS information (and much more!) is integrated in this new source.s  E Please have a look at http://www.compaq.co.uk/support and select "Askm Compaq".  E You will find extensive information about support and Compaq systems.   <             Please note that the existing AES - ITS database)                        will be retired ona  )                        15 September 2001.n  D We will be contacting all our AES customers over the coming weeks to provideh further informationi     Thank you for using AES,       What on earth is going on? -- Alan <<<h   ------------------------------  % Date: Sat, 23 Jun 2001 14:25:19 +0100n  From: steven.reece@quintiles.com# Subject: Re: DSN/AES shutting down? H Message-ID: <OFA283A50F.FDB7D900-ON80256A74.0049A16B@qedi.quintiles.com>  % I've tried it and it wasn't pleasant.  Steve.   Paul Sture asked:- >>>-@ Not sure. I just tried it from an NT box and tried searching forG "Performance cookbook". It did indeed come up with roughly the articlesnF what I expected, but only 5 at a time, with no indication of the totalF number of articles available. Grr. Of course you've got to scroll downC for the articles, as first represented are a load of drop down menu9 boxesT  G One bright note though - I don't need a username/password to get at theaF database. That solves a long running problem for me as I had no directD access to AES-ITS dating back to security concerns of having a modemH into our systems. It also infers that folks not on support contracts can2 access and Hobbyists can now search this database.  D I haven't tried it from a VMS system (I'm down to one monitor at theE moment as believe it or not, one of them emitted a load bang and dieda> when viewing an MS word document!). Has anyone else tried from Netscape/Mozilla under VMS?r <<<e   ------------------------------  % Date: Sat, 23 Jun 2001 13:27:22 -0400 - From: Michael Austin <miaustin@bellsouth.net>t Subject: Re: FORTRAN questionr- Message-ID: <3B34D17A.3ACB7BB7@bellsouth.net>r   Thanks Carl,  L Unfortunately I do not know if the data was intended to be Octal, Decimal orP Hex. If you can tell what it should be from the context, it would help...  WhereN is Steve Lionel when you need him?. Presumably in 1990 when this was compiled, the version was:(                 image name: "VAXFORTRAN"9                 image file identification: "FORT V5.1-10"e7                 link date/time: 14-NOV-1988 11:19:33.31T.                 linker identification: "05-00"  & One context for the usage of IOATT is:           INTEGER NCOPY(10) !         INTEGER*2 IOATT /"001420/h         LOGICAL*1 NAME(26)         COMMON /FND/ NJOB,NAME ***************e            CALL GETADR(PR,TERMINAL).         CALL WTQIO(IOATT,LUN,1,PRI,ISB,PR,IDS)*         OPEN(UNIT=5,NAME='TI:',TYPE='NEW')       Thanks,t Michael Austin? DBA Consultant - Ex-DEC Field Software Support Engineer for Rdbo  M (((Steve Lionel, Remember the compiler problem where you could actually get a  -0  in '91-'92 timeframe.)))     Carl Perkins wrote:   3 > Michael Austin <miaustin@bellsouth.net> writes...tH > }Why would one code this (which does not work in the latest version of. > }FORTRAN... Original version was from 1990). > }1G > }        DATA IOATT,IOKIL,IORNE,IOWLB/"001420,"000012,"001020,"00040/R3 > }...............................................^ I > }%F90-E-ERROR, Syntax error, found INTEGER_CONSTANT '12' when expectingq > }one of: , /$ > }at line number 368 in file <name> > }., > }Will this give the funtional equivalence? > }eC > }        DATA IOATT,IOKIL,IORNE,IOWLB/001420,000012,001020,00040/s > }as this compiles correctly. > }pE > }And as you guessed, I am not a real programmer.. but I am a fairlyc) > }decent hacker  (especially cut/paste).l > }e > }Michael Austinp > }DBA Consultant  > J > Why? Beacuse it did what they wanted to do, I would guess. Unfortunately/ > for you, the syntax has changed since then...o >rG > I expect that the leading double-qoute indicated that it was an octal2I > value instead of a decimal value. You should either convert the numbersCC > to decimal or flag them as octal using the correct syntax for the9D > current compiler. OK, I looked it up (it in the on-line help under* > HELP FORTRAN DATA CONSTANTS OCTAL), try: >aN >         DATA IOATT,IOKIL,IORNE,IOWLB/O"001420",O"000012",O"001020",O"00040"/ >4B > I.E. each value needs a leading O and a trailing double-quote in0 > addition to the existing leading double-quote. >sF > Doing it the way you fixed it will work, but it will also change theA > values since 001420 in octal is 784 in decimal (or 310 in hex).  >lF > The original code as interpred by the current compiler has the firstH > data value being character data using "001420," as a character string.E > It then, quite rightly, gets confused when the next thing after the D > closing double-quotes is 000012 without even a comma separating itJ > from the previous value in the list. Thus you must have either forgottenD > to put the comma in, or forgotten to end the list of values (whichF > is why it was expecting either a , or a /). Except that in this case@ > the error was something else: incorrectly specifying the data. >n@ > (Way back when, but not so far back as to make you have to use> > Holleriths for character data, only single-quotes were valid: > character string delimiters. These days you can also useB > double-quotes, which is where the problem presumably comes from.? > The possible uses of the double-quote character have changed,e? > requiring a change in the way octal constants are specified.)o >n
 > --- Carl   ------------------------------  % Date: Sat, 23 Jun 2001 11:19:57 +0400h4 From: "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU>- Subject: Re: MACRO:include externals how to ?o0 Message-ID: <3B34431D.3A2BAC16@SMTP.DeltaTel.RU>   Hello Hoff!tL 	I have used the SDL to produce a *.MAR and *.H modules with definitions and. declarations, and it's source of the question.  F 	BTW, is there a method to declare a string constant ? Something like B 	CONSTANT ZZ EQUALS "whatever"; to produce char[] = "whatever"; or $DESCRIPTOR(zz,"whatever"); ?    Hoff Hoffman wrote:e > i > In article <3B33871C.6B10FE31@SMTP.DeltaTel.RU>, "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU> writes: G > :       I have a little .MAR progs, I want to keep some connstants in1F > :external .MAR module which is supposed to be by an "include" in the+ > :main module. Is there any tips or triks?g > K >   I'd use the SDL tool (Freeware) and I'd follow the same techniques thataH >   are used for the OpenVMS system macro libraries -- by using SDL, youD >   avoid skewing problems when/if you need the definitions in otherH >   languages, and using macro libraries means that your stuff works theF >   same as the typical OpenVMS stuff.  (And OpenVMS uses SDL, BTW...)L 	I have used the SDL to produce a *.MAR and *.H modules with definitions and: declarations to use it with LIB$TPARSE stuff in c program.    I >   If these are constant strings and messages and related documentation,SJ >   you can use the Freeware GNM tool to store error messages and recoveryL >   text and translate the contents for use both in SDML (DOCUMENT) and intoL >   the OpenVMS MESSAGE compiler, and the MESSAGE/SDL qualifier then permitsI >   you to generate SDL input files for conversion into language-specificyK >   syntax using SDL.  (An SGML translator for GNM is an interesting idea.)iV 	I'd like to have a free utility to generate an API software reference like SCA REPORT
 INTERNAL. :-)r   > ) >   An overly terse answer, I'd expect...m 	Thankyou very much.     > P >  ---------------------------- #include <rtfaq.h> -----------------------------L >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comP >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   -- - Cheers, Ruslan.a? +----------------pure personal opinion------------------------+u9     RADIUS Server for OpenVMS project - www.radiusvms.comD6       vms-isps@dls.net - Forum for ISP running OpenVMS)                 Mobile: +7 (901) 971-3222    ------------------------------  % Date: Sat, 23 Jun 2001 11:21:06 +0400'4 From: "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU>- Subject: Re: MACRO:include externals how to ?n0 Message-ID: <3B344362.9302C04E@SMTP.DeltaTel.RU>   Larry, Antonio,/   	thanks for the advices!     antonio.carlini wrote: >  > "Ruslan R. Laishev" wrote:^ > >         I have a little .MAR progs, I want to keep some connstants in external .MAR moduleZ > > which is supposed to be by an "include" in the main module. Is there any tips or triksH > > ? I ran over the docs and not found any compiler directive for that. > * > Put your definitions into a macro module$ > and insert it into a macro library( > (a .MLB file). Usually you will create4 > a MACRO (or MACROs) (_FOO or whatever) within this1 > module which performds whatever definitions you  > need.- > ( > When you want to use the macro in your > source file you do:  > ' >         .LIBRARY wherever:library.MLBl > 
 > and then >         _FOO, > to use the macro and define your constants > (or whatever). > ! > The online docs, in particular:a > N > http://www.openvms.compaq.com:8000/72final/4515/4515pro_009.html#index_x_334 > should help. > 	 > Antonioc >  > -- >  > ---------------b/ > Antonio Carlini             arcarlini@iee.orge   -- i Cheers, Ruslan.p? +----------------pure personal opinion------------------------+ 9     RADIUS Server for OpenVMS project - www.radiusvms.comC6       vms-isps@dls.net - Forum for ISP running OpenVMS)                 Mobile: +7 (901) 971-3222    ------------------------------  # Date: Sat, 23 Jun 2001 16:53:31 GMTy, From: Keith Mannisto <mannisto@mediaone.net>2 Subject: Re: MV-3800 & kzqsa Installing, need help, Message-ID: <3B34BEC6.84841655@mediaone.net>  " Thanks for the great instructions.  M Due to the death of a friend, I have been unable work on the MicroVax3800 and  KZQSA card installation.   I will post my results ASAP.   ------------------------------  % Date: Fri, 15 Jun 2001 10:00:29 +0400r4 From: "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU>+ Subject: Re: Need help with LIB$TABLE_PARSEd0 Message-ID: <3B29A47D.B553FCB0@SMTP.DeltaTel.RU>  
 	Thanks Hoff.c     Hoff Hoffman wrote:o >  > In article <C91W6.2012$yE5.60959@e420r-atl2.usenetserver.com>, "Ruslan R. Laishev" <junk-     laishev@mail.dls.net     -junk> writes:n > F > :>   One: surprise Two surprise and fear Three: fear and surprise... > :h; > : Token = "One" Value = "surprise Two surprise and fear",a2 > : Token = "Three" Value = "fear and surprise..." > : G > :>   One: surprise Two: surprise and fear Three: fear and surprise...i > :b% > : Token = "One" Value = "surprise", . > : Token = "Two" Value = "surprise and fear ,2 > : Token = "Three" Value = "fear and surprise..." > D >   Ok, then you'll need to parse what is effectively a rather nastyH >   grammar, and use the tparse subexpression parsing whenever you matchG >   on what could be a token -- with the subexpression parsing, you canhI >   then look for the colon at the end of the token and then back out andoH >   treat the token-like text as text if the colon is not found or treat9 >   the token-like text as a token if the colon is found.i > F >   This is not an appropriate grammar to learn tparse operation with.F >   This grammar should be implemented only once you have basic tparseE >   grammar working and understood, and you want to understand tparsem >   subexpression parsing. > C >   I'll assume there is no way you can fix this grammar to make ithD >   easier to parse (and particularly, easier to restart the parsing" >   on any incidence of an error). > P >  ---------------------------- #include <rtfaq.h> -----------------------------L >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comP >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   --   Cheers, F +OpenVMS [Sys|Net] HardWorker........................................+E  Russia,Delta Telecom Inc,                    Cel:  +7 (901) 971-3222iE  191119,St.Petersburg,Transportny per. 3                     116-3222eF +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm +   ------------------------------  % Date: Thu, 14 Jun 2001 11:12:31 +0400u4 From: "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU>+ Subject: Re: Need help with LIB$TABLE_PARSE/0 Message-ID: <3B2863DF.F0861CC9@SMTP.DeltaTel.RU>   Hello Hoff,e  G >   An inquiry: How can I differentiate the the tokens from the text innK >   the string?  Is the way to identify the next hunk effectively comprisedaB >   of any of a specified set of tokens, each ending with a colon?( 	Yes. An each token ending with a colon. > C >   If so, you're going to get to learn about subexpression parsing D >   within tparse, since that's how you'll have to differentiate the >   following two strings: > F >      One: surprise Two surprise and fear Three: fear and surprise...G >      One: surprise Two: surprise and fear Three: fear and surprise...e  8 	Token = "One" Value = "surprise Two surprise and fear",/ 	Token = "Three" Value = "fear and surprise..."C  " 	Token = "One" Value = "surprise",+ 	Token = "Two" Value = "surprise and fear ,=/ 	Token = "Three" Value = "fear and surprise..."  --   Cheers,uF +OpenVMS [Sys|Net] HardWorker........................................+E  Russia,Delta Telecom Inc,                    Cel:  +7 (901) 971-3222.E  191119,St.Petersburg,Transportny per. 3                     116-3222nF +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm +   ------------------------------   Date: 23 Jun 2001 17:33:52 GMT) From: leslie@clio.rice.edu (Jerry Leslie)e$ Subject: OT: Houston Flooding Photos' Message-ID: <9h2ju0$jvj$2@joe.rice.edu>3 Keywords: vms,houston,flooding  J The Houston Chronicle's web page has a section on the great flood of 2001:  D   http://www.chron.com/content/chronicle/special/01/flood/index.html9   HoustonChronicle.com - Weather: The Great Flood of 2001e  6 then click on the links under "STORM PHOTO GALLERIES":     o Allison arrivesa   o The storm returnsw   o The aftermathn   --Jerry Leslie         ------------------------------  # Date: Sat, 23 Jun 2001 09:46:16 GMT 7 From: "Lyle W. West" <lyle.west@childrenshc.org.nospam>t Subject: Postingsu6 Message-ID: <3B341F10.3E7B3652@childrenshc.org.nospam>  E While I find your postings generally informative, freqently I tend to H ignore them because of the line length. I request for the benefit of the3 group you find a way of limiting the line length toMD 70-80 chars. This is not intended to be offensive, only informative. --  0 My opinions seldom reflect those of my employer.   Lyle W. West   ------------------------------  % Date: Sat, 23 Jun 2001 12:32:31 -0400v' From: Howard S Shubs <howard@shubs.net>A Subject: Re: Postingss< Message-ID: <howard-318649.12323123062001@enews.newsguy.com>  6 In article <3B341F10.3E7B3652@childrenshc.org.nospam>,9  "Lyle W. West" <lyle.west@childrenshc.org.nospam> wrote:   G > While I find your postings generally informative, freqently I tend tomJ > ignore them because of the line length. I request for the benefit of the5 > group you find a way of limiting the line length touF > 70-80 chars. This is not intended to be offensive, only informative.  & And who are you talking to?  Everyone? -- a Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  # Date: Sat, 23 Jun 2001 07:02:58 GMTdL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")< Subject: Question and request on HP-4550 support in DCPS 2.08 Message-ID: <009FDF00.52DE2F0C@SSRL04.SLAC.STANFORD.EDU>   Comp.os.vmsers --    DCPS 2.0 VMS 7.2-1 on DS20E  I Paul Anderson kindly pointed out that the HP4550N was indeed supported on N DCPS.  He was right; I'd looked under Laserjet and it was under Color Laserjet in the SPD.r  M So now I have a DCPS queue that points to my HP4550N using a RAWIP connection : to port 9100, and it prints happily from the default tray.  I Problems arise when we try to print from any other tray.  (The handy HELP F points out that this printer likes /INPUT_TRAY=TRAY_1, etc rather thanF TOP, MIDDLE, BOTTOM.)  When we try to tell it to use TRAY_2, where the0 transparencies are loaded, it prints from paper.  G (When you print to the same printer from Windows NT, you tell it to use F transparencies and it does, without regard to which tray it is.  We'reH hypothesizing that VMS doesn't tell the printer it wants transparencies,F so it assumes we want paper and prints from the tray with paper in it,8 overriding the explicit specification of an input tray.)  K Question: How can we, from VMS, switch between paper and transparencies at nH will?  Is there some setting we could change on the printer so it won't 
 outsmart us? d  K Also, we have a nice DECwindows print widget that sets up DCPS commands foru@ PostScript printers, using pull-down menus.  This widget becomesD considerably less useful if the DCPS interface for tray selection isG different from  printer to printer - the program then has to know whichrC parameters are supported on which printer and offer different menusrI depending on which printer the user selects, which is asking for a lot ofr maintenance trouble.  K Request: Could all printers on DCPS please support a TOP/MIDDLE/BOTTOM trayiI selection, even if it's a no-op for the particular printer?  (If you onlyrK have one tray, accept any of those INPUT_TRAY selections.  If you have moreoE trays than that, translate TOP to TRAY_1, MIDDLE to TRAY_3, BOTTOM totJ TRAY_5).  It would make generic command procedures, our DECwindows widget, etc, much easier.v   Thanks,,   -- Alanm  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210gO ===============================================================================t   ------------------------------  # Date: Sat, 23 Jun 2001 10:21:13 GMTe7 From: "Lyle W. West" <lyle.west@childrenshc.org.nospam>WS Subject: Re: Reward for the first of the next 50 posts: which company	shouldbuy VMS 6 Message-ID: <3B342741.7A6F4D23@childrenshc.org.nospam>   John Eisenschmidt wrote: >  John  = I earlier posted a message "Postings" which I had intended to1 reply to one of your messages.    > The intent was to make you aware of the "die hard" VMS system B managers who refuse to utilize Billyboxes as a means of conductingG the tasks of their jobs. Those of us who are of that type are relegated*B to Netscape 3.03 and reading news is sometime more of PITA than a  benefit.  9 My apologies to to group for the earlier obscure message.    --  0 My opinions seldom reflect those of my employer.   Lyle W. West   ------------------------------  # Date: Sat, 23 Jun 2001 11:31:00 GMTe= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) S Subject: Re: Reward for the first of the next 50 posts: which company	shouldbuy VMSw0 Message-ID: <009FDF3E.EA2C4910@SendSpamHere.ORG>  p In article <3B342741.7A6F4D23@childrenshc.org.nospam>, "Lyle W. West" <lyle.west@childrenshc.org.nospam> writes: >John Eisenschmidt wrote:  >> . >John. >.> >I earlier posted a message "Postings" which I had intended to  >reply to one of your messages.  >x? >The intent was to make you aware of the "die hard" VMS system  C >managers who refuse to utilize Billyboxes as a means of conductingTH >the tasks of their jobs. Those of us who are of that type are relegatedC >to Netscape 3.03 and reading news is sometime more of PITA than a .	 >benefit.a  B I dislike the >80 character postings but I loathe quoted-printable and HTML posts even more.   B I read news with Madgoat NEWSRDR.  It's a textual newsreader and IB find it much easier to read and less problematic than Netscape.  IC suggest you give it a try.  The nicest feature with NEWSRDR is that2D I can invoke an editor that I am both comfortable and familiar with  using.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMr            dO city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------  % Date: Sat, 23 Jun 2001 11:07:20 +02000) From: Christof Brass <brass@infopuls.com>nY Subject: Re: Reward for the first of the next 50 posts: which company shouldbuy     VMS s , Message-ID: <3B345C48.43983D0D@infopuls.com>   Michael Joosten wrote: > E > Sitting over the preps for a project meeting next week and about to % > leave for Paris in 4 hours, yawn...n  
 Good luck!   > Christof Brass wrote:i > >a > > Michael Joosten wrote: > > >a > > > Christof Brass wrote:i > > > >y >  [SNIP]D > > I see the spin offs a little bit different: as Siemens has very,B > > very much money they want to minimise the risk to be forced toA > > pay for losses in areas where these can happen. This makes itoC > > logical to separate semiconductor and PC and Server units. Theyn > H > I'm still convinced that it's more the shareholders' appreciation thatG > plays the major role here. Siemens used to be a typical conglomerate,bH > where profits and losses were often balanced between divisions withoutI > sometimes even the board of directors exactly knowing what was going onoH > - not to mention shareholders. 'Shareholder Value' is quite a new word > for German incorporations!  > I never heard any news about the Siemens stock prices. I'm not@ sure whether Siemens' managenent is really paying much attention< to that. As you mentioned in that kind of company it is hard> from outside to derive where the profits and losses come from.= OTOH this could be a very fruitful ground for a business unitB? with the right people because there are no company guidlines asr? to not compete against e.g. Intel or Micro$hit. My proposal was 2 therefore not Fujitsu Siemens but instead Siemens.  ? > > tried to sell their PC business a few years ago but I don'tZC > > remember to what company which lost its interest shortly beforez* > > the contracts should have been signed. > >n > I > That was Acer. When the deal should be signed, the Asia crisis was justPF > at its peak, so Acer simply did neither have the stock value nor the > cash to pay for SNI/PC.    Thanks!!  H > > > 2. Please consider that Fujitsu-Siemens has already outsourced itsM > > > facility lines in Paderborn to Flextronics. These are the lines for thelK > > > Reliant (RM600, RM400) and larger PC servers (Primergy). I'm not surerK > > > about the facilities in Augsburg (smaller PCs, BS2000 (?)) and, then,i) > > > Soemmerda (Fujitsu's consumer PCs).m > >lB > > I don't see an obstacle in that because Alphas are produced on: > > "foreign" factories for some time (Palmer/Intel deal). > > >t > I > What did I want say with this... Well, it's quite possible that SiemenswH > will sell their share of Siemens Fujitsu in a not-so-far future. WhileI > I'm not up-to-date with their business numbers, I'm probably right thattE > besides PCs (which have a very low margin) the midframe business atnJ > least has not been a successful one in the last years. SNI server alwaysI > were expensive, a little 'over-engineered' (typically German), but wellnJ > appreciated by their longtime customers. It's similar to a German car...H > In that respect, VMS/DEC and Siemens would probably fit quite well, as  ? Good observation which I fully agree - honestly, one part of myN= reasoning. BTW VMS has/had a very strong position in Germany.   I > their engineers share the same 'naughty' (mgmt perspective) fondness of.? > perfection. In German, this is known as to build just anothersF > 'eierlegende Wollmilchsau' (oviparous wool-milk-sow) - intends to doE > everything, but unfortunately nothing perfect because of inevitableh > compromises.  @ But there are some very good outcomes sometimes nevertheless - I: recently heard that the Scenic servers are very good ones.  L > > > Please also consider that they quite early announced to drop their ownK > > > UNIX variant, Reliant UNIX in favour of Solaris. The main factors for0! > > > this decision were clearly:-> > > > a) get a single OS for all server hardware: Solaris x86,+ > > >    Itanium/McKinley AND Fujitsu/SPARCuJ > > > b) problematic market situation for MIPS-based servers, because also. > > >    showed continued loss of market share > D > The word 'SGI' is missing here. I really should review my postings$ > before hitting the magical button.  ? "My business plan" for Siemens: buy VMS, get rid of the Fujitsu @ Siemens shares (I think the mother company holds only shares but; I'm not sure), get rid of the Infineon shares, help the VMSn> group like the other spin offs to gain market momentum without; taking care of the competitors. If that fails nothing woulda> help. Otherwise spin off the VMS business. Sooner or later all= business units have to do their own business without help bute also without hinderance.  G > > > So, why then should they engage themselves with 'just another' OS L > > > (sorry, might sound like a sacrilege...) ?? And even an additional CPU7 > > > base (Alpha) if they just getting rid of MIPS ???  > > B > > There are several reasons: VMS isn't UNIX; having another UNIX@ > > really doesn't make sense how reliable it would be. The UNIX3 > > market is splitted into too many parts already.n > G > Yes, the trend is certainly to 'fewer' UNIXes, but I would guess it's-> > also to 'fewer' operating systems! I do not think Siemens orF > Fujitsu Siemens looks at OS first - for them, it's rather a means toB > sell hardware, and together with, say, SBS as consulting branch,J > complete projects with customized configuration/installation/hosting. AnG > additional OS would probably rather seen as distractive than being anM
 > asset...  = Maybe but business opportunities are there and as we all know.= Siemens has a SW history which wasn't that successfull but weo? have to look at the circumstances: WW2 was a major drawback andS< getting into the SW/OS business was a real hard part. Taking? over VMS would remove several strong disadvantages that the ownr SW/OS business had for dekades.h   > Slowaris will beC > > dropped by SUN sooner or later, the x86 variant is almost dying5A > > - one major reason: no 3rd party SW - they all went to Linux.o > H > Yes. But that's not that problematic, as Linux is mostly strong on theG > desktop. SNI has, in fact, worked with SAP to port R/3 on Linux, made>5 > large memory (>2GB) patches for Linux and the like.s  ? Very interesting. Wouldn't it be a good idea to let the Siemensa: people talk to SAP about VMS? I suggested this earlier but@ didn't take into account that both companies are German also SAP; is built up by former IBM people and therefore the anti DEC 	 attitude.   A > > Several of your reasons are a description of mistaked made inaD > > that strategy. I know one brilliant person at Siemens/Munich whoB > > wouldn't repeat that. Of course there is no warranty that this@ > > won't happen again but at least Siemens isn't under pressureD > > with their stock value and probably never will in the forseeable > > future.  > G > True, it has 'deep pockets', and it was called until a short time agolH > the 'bank with that electrical equipment department' (Die Bank mit der  : Exactly! One additional question: where comes the money of Siemens come from?  A > Elektroabteilung). Still, US-style of accounting and management G > (quarterly reports and shareholder value, namely) has taken its entryaI > into Siemens. Plus the bad experiences over the last 10 years with SNI,aG > especially the software divisions of it. Siemens simply don't want tosE > make software products - using shrink-wrapped software in projects,-J > customizing, perhaps extending them is ok, but making a software product > is almost verboten.l  < Okay then, having an OS is something different and as I said? mistakes in the past are no good example - every computer or SW-: company in the market for several dekades made some severe	 mistakes.l  7 > > This is in strong contrast to almost all USamericanrD > > companies. Siemens is also one of the companies which can affordD > > to compete with Micro$hit, Intel and IBM. They were able to work= > > with Fujitsu to develop SPARC clones which means not onlye1 > > competition with SUN but also with Micro$hit.o > >  > H > One of the resumees of 'Barbarians led by Bill Gates' is that MS needsJ > to make absolutely sure that their cash cows are maximum safe - in orderH > to be able to sustain the typical bunch of major mistakes overly largeD > corporations are so fond of doing without taking the company down. > F > While most of the experience with SPARC is from Fujitsu, it might beG > that for the new high-end servers (E1000 competitors) some ideas fromgG > the highend RM600 clusters (NUMA/CC and so on) were used. But I'm notyG > sure - rumor is rather that quite some people from server developments > have already left.  ; Bad news but as I pointed out mistakes and problems are all : around. I should offer an additional price for finding the> fortune 5000 (yes, right, fivethousand) company that is in the9 market for several dekades and has a track record of onlyo? successfull steps. If the people who proposed IBM look at their.= OS/2 "strategy" and what happened with OS/2 they might changee their minds.  fA > > VMS is strong on the bourse side. VMS needs probably a decenteD > > SAP implementation. Siemans can put some presure on that. Having: > > VMS as client banking platform wouldn't be a bad idea. > >0 > J > Applying Occam's Razor, wouldn't it be more prudent from Fujitsu-SiemensJ > point of view to just let VMS and perhaps also Tru64 wither away? If youF > have a reputation of producing somewhat expensive, but very reliableB > hardware, couldn't it be a better idea to actually position your. > computers as alternative to VMS clusters ???  @ If you could do that. From what I learned about UNIX ... (please@ replace the four dots with a very strong four letter word) there? is no good path to reliability, especially if you apply Occam'sr? Razor. I think that exactly that reputation is where I see VMS.h< Having the right solution for the customers' demands is much! better than continuing patchwork.f  J > If don't already have staff for NT and UNIX development, where would youI > get them for VMS ??? That's actually another problem, which others haverG > already mentioned in the past months (D. Mathog, B. Gunshannon, etc).c  > I was talking about the VMS people at Compaq. Good programmers@ will learn to program for VMS. Having the VMS people from Compaq= there are plenty of opportunities to let existing staff to bet trained.  B > > Siemens has a strong technical tradition. There are still lotsD > > of people at Siemens who are at first place good engineers. ThisD > > would exactly the type of place which is appropriate for VMS. As@ > > I pointed out earlier: Siemens is already competing with theD > > competitors. MIPS is a different story (as pointed out earlier). > >o > G > Yes, I agree on the first part. Though it might be a bit hard to find + > monocycles in the Paderborn facilities...   = I know what you are pointing at because I read the monocyclese= post - cultural differences. This could be a problem but this = may also not a problem depending who is in charge of handling ? the integration. The advantage of Siemens wrt that topic is itso= diversity. As I pointed out the attraction would be technicala: excellence. I would be surprised if not a lot of people at Siemens wouldn't be happy.  M > > > waiting for PC164 board someone promised me in exchange for SGI gear ini8 > > > order to at least play around with OpenVMS again). > >MA > > So this is funding your first steps - send the information my > > > email address is valid you don't have to send it publicly. > >m > F > I'm not convinced that this fair - I did not intend to actually take# > part. BTW, where are you located?d   Zurich.   D > Well, must go now, plane is due in 3 hours and I haven't packed my$ > suitcase yet. See you in 5 days...   Happy journey.  A > PS: It might be interesting to hear also the opinions of others I > concerning Siemens-Fujitsu here ! Or is SNI/Siemens-Fujitsu too unknowna > in 'the Americas' ?? >  > --, > Michael Joosten, SBS C-LAB, joost@c-lab.de, > Fuerstenallee 11, 33094 Paderborn, Germany. > Phone: +49 5251 606127, Fax: +49 5251 606065: > C-LAB is a cooperation of University Paderborn & SIEMENS   ------------------------------   Date: 23 Jun 2001 14:23:04 GMT) From: leslie@clio.rice.edu (Jerry Leslie)dS Subject: Re: Reward for the first of the next 50 posts: which company shouldbuy VMSs' Message-ID: <9h28o8$ba0$1@joe.rice.edu>a  > Brian Schenkenberger, VAXman- (system@SendSpamHere.ORG) wrote: :iD : I dislike the >80 character postings but I loathe quoted-printable : and HTML posts even more.s  D : I read news with Madgoat NEWSRDR.  It's a textual newsreader and ID : find it much easier to read and less problematic than Netscape.  IE : suggest you give it a try.  The nicest feature with NEWSRDR is thatpF : I can invoke an editor that I am both comfortable and familiar with  : using. :f  6 I use 'tin' on both AIX and VMS, for the same reason.   F On AIX, I use a freeware editor, ED, patterned after EDT, co-authored  by Charles Sandmann:  /    http://clio.rice.edu/EDstuff/ED_Overview.txte  B I'm still using TPU on VMS because I've been too lazy to get 'tin' configured to use 'ED'.   4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  + Date: Sat, 23 Jun 2001 01:03:14 -0800 (PST)pE From: "Ingemar Olson, Sperling (604)444-7367" <IOLSON@dairyworld.com>a" Subject: Re: Submitting Batch Jobs/ Message-ID: <01K536NXHUGK8ZX212@dairyworld.com>e  4 >"Bob Campbell" <robertwcampbell@home.com> wrote in 5 >news:ZlTY6.98971$L4.11615899@news1.rdc1.az.home.com:= >=K >> I looking for the DCL code that would pick up the current version of the I >> command file if the command file had already been submitted to batch &L >> pending.P >>  K >> I can't remember if it use the lexical f$environment or another lexical., >> 9/ >> Has anyone used this and for the syntax was?= >> = >> = >=K >f$environment("procedure") will return the fully qualified filename of the J >command procedure executing at the time. Squeezing it into something that5 >points to the most recent version, in a single call:p >s, >f$element(0,";",f$environment("procedure")) >2I >It has been a while since I wrote a procedure, but I have written a few. G >I just can't be sure of element 0 being the leftmost.  But, to shortenoJ >the explanation, the call to f$element will return everything to the leftJ >of the semicolon, taken from the string produced by DCL when it evaluates >the f$environment call.  K The use of f$env("procedure") and f$parse will tell you the latest version a> of the procedure and the version that you're actually running.0 So what are you going to do if they don't match?G Resubmit the latest version of yourself? Sure it would work, but seems t overly complicated.-  I What we do when we absolutely have to run the latest version of somethingr# is set it up as a two-stage affair: M 1) Set up a "launcher" procedure that does nothing but submit the actual job,uE    passing along whatever parameters it has been given, if necessary.<P 2) Submit the launcher proc. Then at whatever time it kicks off, if will submit 5    whatever the latest version of the actual job is. J! Easy to code, easy to understand.g  K If you want to get fancy you can make a generic launcher that will take theeK name of the actual procedure as one of the parameters. Although you "waste"e one of the parameters that way.e  
 Ingemar OlsonT   ------------------------------  % Date: Sat, 23 Jun 2001 11:40:55 +0100   From: steven.reece@quintiles.com" Subject: Re: Submitting Batch JobsH Message-ID: <OFC24C6EAA.E5C9E64A-ON80256A74.003A2539@qedi.quintiles.com>  I If I understand the question correctly, the problem that you have is that J queue entries are done by file ID rather than by name.  Sure, you submit a1 name but the queue manager registers the file ID.   K A way around this is to use a second batch job.  The nightly backups at onefK of my employers did this.  A sequence file exists which gives the directoryuJ and name of the file to be run or submitted.  The sequence file is read byI the first job which will (depending upon the code) either submit the real- job or else run it itself.  A In this way it is possible to update backup command procedures oroJ procedures for recurring batch jobs without having to delete and entry andA resubmit it.  The only job that would ever need to be deleted and.! resubmitted is the "calling" job.   G If you want to resubmit using the latest version of a file then you caneF either hardcode the name into your procedure but not provide a versionG number, or else use f$environment("procedure") followed by an f$elemente% call specifying ";" as the separator.    Steve.   Bob Campbell asked:  >>>eH I looking for the DCL code that would pick up the current version of theF command file if the command file had already been submitted to batch & pending.  H I can't remember if it use the lexical f$environment or another lexical.  , Has anyone used this and for the syntax was? <<<e   ------------------------------  # Date: Sat, 23 Jun 2001 12:01:20 GMTo8 From: Veli =?iso-8859-1?Q?K=F6rkk=F6?= <korkko@decus.fi>" Subject: Re: Submitting Batch Jobs( Message-ID: <3B3468EF.C9265D40@decus.fi>  . "Ingemar Olson, Sperling (604)444-7367" wrote: > 5 > >"Bob Campbell" <robertwcampbell@home.com> wrote ine7 > >news:ZlTY6.98971$L4.11615899@news1.rdc1.az.home.com:S > >sM > >> I looking for the DCL code that would pick up the current version of theaK > >> command file if the command file had already been submitted to batch &o
 > >> pending.e > >>M > >> I can't remember if it use the lexical f$environment or another lexical.o > >>1 > >> Has anyone used this and for the syntax was?r > >> > >> > >lM > >f$environment("procedure") will return the fully qualified filename of therL > >command procedure executing at the time. Squeezing it into something that7 > >points to the most recent version, in a single call:t > >a. > >f$element(0,";",f$environment("procedure")) > >oK > >It has been a while since I wrote a procedure, but I have written a few.oI > >I just can't be sure of element 0 being the leftmost.  But, to shorten L > >the explanation, the call to f$element will return everything to the leftL > >of the semicolon, taken from the string produced by DCL when it evaluates > >the f$environment call. > L > The use of f$env("procedure") and f$parse will tell you the latest version@ > of the procedure and the version that you're actually running.2 > So what are you going to do if they don't match?H > Resubmit the latest version of yourself? Sure it would work, but seems > overly complicated.s > K > What we do when we absolutely have to run the latest version of somethingl% > is set it up as a two-stage affair:iO > 1) Set up a "launcher" procedure that does nothing but submit the actual job,eG >    passing along whatever parameters it has been given, if necessary.iQ > 2) Submit the launcher proc. Then at whatever time it kicks off, if will submitm6 >    whatever the latest version of the actual job is.# > Easy to code, easy to understand.I > M > If you want to get fancy you can make a generic launcher that will take thetM > name of the actual procedure as one of the parameters. Although you "waste".! > one of the parameters that way.S >  > Ingemar Olson    What I sometimes do is...s  
 $ set noon $ vfy = f$verify(1)s $!# $ proc = f$environment("PROCEDURE")h $ pfile = f$element(0,";",proc)G $ lfile = f$search(pfile)r $ if proc .nes. f$search(lfile)p $ then; $  write sys$output "**** Executing latest version ''lfile'o instead of ''proc'" ; $  @'lfile' "''p1'" "''p2'" "''p3'" "''p4'" "''p5'" "''p6'"n "''p7'"  $  vfy = f$verify(vfy) $  exito $ endiff $!! $ pname = f$parse(pfile,,,"NAME")e8 $ tfile = "sys$manager:''pname'_" + f$getjpi("","PID") + ".tmp" $! $ node = f$getsyi("NODENAME")c $r= submit/noprint/notify/queue=abs$'node'/after="TOMORROW+12:00"y -i 	/retain=error 'pfile' $! $!    3 Looking at it this clearly needs some cleaning. Buti essentially I strip out < version and resubmit latest version. Also I actually execute the latest version9 anyway right away. This code here has queue name and someR
 other things o unfortunately hardcoded.   _velib   ------------------------------  % Date: Sat, 23 Jun 2001 19:14:57 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender)" Subject: Re: Submitting Batch Jobs; Message-ID: <3b34ce91.524144494f47414741@radiogaga.harz.de>   , Guy Sherr (guy.sherr-nospam@mail.com) wrote:2 > "Bob Campbell" <robertwcampbell@home.com> wrote:L > > I looking for the DCL code that would pick up the current version of theJ > > command file if the command file had already been submitted to batch & > > pending. > > L > > I can't remember if it use the lexical f$environment or another lexical. >sL > f$environment("procedure") will return the fully qualified filename of theK > command procedure executing at the time. Squeezing it into something that 6 > points to the most recent version, in a single call: >n- > f$element(0,";",f$environment("procedure"))j > J > It has been a while since I wrote a procedure, but I have written a few.H > I just can't be sure of element 0 being the leftmost.  But, to shortenK > the explanation, the call to f$element will return everything to the lefteK > of the semicolon, taken from the string produced by DCL when it evaluatest > the f$environment call.!  
 I reverted toi  #   self = f$environment("procedure") )   self = self - f$parse(self,,,"version")   I to strip the version number, thinking it could help with ODS-5 file namesp containing semicolons.   cu,r   Martin -- iG So long, and thanks        | Martin Vorlaender  |  VMS & WNT programmer 4 for all the books...       | work: mv@pdv-systeme.deK In Memoriam Douglas Adams  |       http://www.pdv-systeme.de/users/martinv/ ;             1952-2001      | home: martin@radiogaga.harz.deW   ------------------------------  % Date: Fri, 22 Jun 2001 22:04:21 +0200r2 From: martin@radiogaga.harz.de (Martin Vorlaender)" Subject: Re: X emulation over a PC; Message-ID: <3b33a4c5.524144494f47414741@radiogaga.harz.de>   + Sylvain Plante (splante@nrcan.gc.ca) wrote:sC > I'm trying to install an X emulator on a PC to be able to connectL > our OpenVMS server.t >'< > Does anyboby knows a good one, to display DecWindows 1.2-3 > with all the fonts and ...  J http://www.rahul.net/kenton/ lists dozens of X Servers for MS-Windows/DOS.  C The first point on the list says "A possibly cheaper alternative to 5 MS-Windows X servers is running UNIX on your PC." :-)    cu,r   Martin -- tG So long, and thanks        | Martin Vorlaender  |  VMS & WNT programmery4 for all the fish...        | work: mv@pdv-systeme.deK In Memoriam Douglas Adams  |       http://www.pdv-systeme.de/users/martinv/ ;             1952-2001      | home: martin@radiogaga.harz.deh   ------------------------------  % Date: Sat, 23 Jun 2001 09:47:49 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca>s8 Subject: Re: Yet Another Reason Why Windoze .ne. OpenVMS; Message-ID: <061Z6.50056$uR5.5855176@news20.bellglobal.com>h  4 "Mike Ober" <obermd.@.alum.mit.edu> wrote in message< news:1bhT6.723$1Z3.58150@newsread1.prod.itd.earthlink.net...F > This would be true of VMS if DEC had known how to mass market.  This problemiE > is related to the fact that Windows has been very successfully massa marketedH > vs. a technical issue.  If there were as many VMS systems as there areJ > Windows systems, you'd have a lot of inadequately trained people running the K > VMS systems and many of them would be hopping from job to job, just as wea > currently see with Windows.r >- > Mike Ober. >iK I'm not so sure of that statement. Although it is true that VMS hasn't beenaK marketed properly (if at all), VMS does a better job of protecting programsfL in memory (from each other) than Windows. Also, all VMS hardware is owned byL the systems so apps must allocate a device before using it, and then use theJ VMS drivers already installed. And lastly, all resources on VMS are "quotaH protected" which means that one app can't hog all the resources or spawnJ processes until the system is dead (as happens with some denial-of-service	 attacks).   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/f   ------------------------------  % Date: Sat, 23 Jun 2001 16:54:39 +0200 C From: Jordi Guillaumes <jguilla-at-attglobal-dot-net@nospam.please>o8 Subject: Re: Yet Another Reason Why Windoze .ne. OpenVMS, Message-ID: <3B34ADAF.2000507@nospam.please>   Neil Rieck wrote:c  6 > "Mike Ober" <obermd.@.alum.mit.edu> wrote in message> > news:1bhT6.723$1Z3.58150@newsread1.prod.itd.earthlink.net... > F >>This would be true of VMS if DEC had known how to mass market.  This	 > problemoE >>is related to the fact that Windows has been very successfully masso    > (... snip ...)o  M > I'm not so sure of that statement. Although it is true that VMS hasn't beenmM > marketed properly (if at all), VMS does a better job of protecting programs N > in memory (from each other) than Windows. Also, all VMS hardware is owned by    > (... snip ...)c  G Oh, my... I've lived this before. I've come back to VMS (thanks to the iH Hobbyst program) after 10 years of "VMS-Exile" in IBM-Mainframeland and ? I've started to read this newsgroup. Now, it's all "deja vu"...b  H The year was 1995. Then the battle was between IBM's OS/2 and Micro$oft I Windows 96. OS/2 was technically superior nearly in every point. But IBM  & screwed it using inadequate marketing.  2 Now I really hope VMS will not end the same way :(   ------------------------------  % Date: Sat, 23 Jun 2001 08:40:05 +0100t  From: Paul Sture <paul@sture.ch>& Subject: [OT] but now UK vs US English+ Message-ID: <VA.000003e0.0080f7c1@sture.ch>o  C In article <9h05vu$249r$1@info.cs.uofs.edu>, Bill Gunshannon wrote:h   [snip]   > |> rE > |> Nope, the Internet is overwhelmingly in English, American style.u > C > That's because the Internet is overwhelmingly in America.  If youpB > go to sites in countries other than America the sites tend to beC > in the language of that country.  Some with English translations.uB > My point was that while in the past broadcasting your culture toC > foreign countries took lots of money and power (as in electrical,?> > not force).  Today, all it takes is a Real Audio stream madeC > available on the Internet.  Even I can afford that.  If countries B > used this medium to export their culture, it would go a long wayC > for a fraction of the previous cost.  Sadly, most I see prefer to E > offer the image that they are just like America and have no culturei > of their own.g > J To which I must add my 2 cents. I was educated in the UK, and part of that> education stressed the importance of UK English vs US English.   <rant>  L But what do we find now? One of the definitive sources for (UK) English used- to be the Oxford English Dictionary, aka OED.e  6 From http://www.theregister.co.uk/content/6/19724.html  E "If you wish to search the online OED though, you'll need to stump upl@ 350 + VAT for a year's subscription. This seems a real shame to@ us. Why is the OED charging so much? At 350, it won't have many> takers, but if it charged say 50, thousands upon thousands of- people all over the world would take it up. "o  6 350 UKP is roughly 500 USD. UK VAT is 17.5%. Per Year! They have to be joking, right?  J Stuff 'em at that price. I now use Merriam Webster as my online reference.K It really pains me to type color instead of colour, but the arrogant OED isrK ensuring (oops - shouldn't that be insuring in US English?) that UK Englishi# is shortly going to be a dead duck.   F Let's take this newsgroup as an example. Plenty of folks whose EnglishD is not their first language, and we are after all dealing with an OSH whose documentation comes in (excellent) US English. Why on earth shouldF any one of us stump up a ridiculous price for a UK English dictionary?   A pity IMHO, but true. </rant>  ___a
 Paul Sture Switzerland.   ------------------------------  % Date: Sat, 23 Jun 2001 19:30:40 +0010i% From: paddy.o'brien@zzz.tg.nsw.gov.auj* Subject: Re: [OT] but now UK vs US English5 Message-ID: <01K548UMXMC2001VKN@tgmail.tg.nsw.gov.au>s   Paul,C  I Much as you, I got quite excited when I saw that OED was going on-line.  +A This was about a year ago, then I too saw the subscription price.n  = I live with the funny spellings (and even pronunciations) of  J Merriam-Webster, but it is free and usually the words that I need to look I up are pretty similar in even the US variant of English.  Since I am not dJ considered a slouch in vocabulary, my dictionary search is more often for 
 the esoteric.@  K I still prefer to spell colour, honour, centre, theatre, etc. in UK style, hF but that is probably being taken over since I left.  In .au, they are I vaccilating between the spellings.  If you do crosswords, you have to be rG aware of UK and US variants.  The crossword compilers are happy to use  8 either whichever fits in with the pattern of the puzzle.  F Yes, whoever runs the OED now is probably outside the would-have-been I wishes of the Fowler brothers or Sir Ernest Gowers.  These are the names e& that come to mind for the Concise OED.  E Merriam-Webster claims that its service is within the spirit of Noah eJ Webster, and I'm sure a free OED would have been in the spirit of those I * mentioned, and others previously involved.  K A quick BTW, I subscribe to M-W's word-of-the-day -- a mail service.  Even  G words that are my regular currency, I find interesting.  They give the iK definition(s), an example use and most interesting of all the etymology -- sF about a standard paragraph in length.  I highly reccommend it -- what  about you Norm (?)   Regards, Paddy   Paddy O'Brien, Transmission Development,e
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australiae   Tel:   +61 2 9284-3063 Fax:   +61 2 9284-3050& Email: paddy.o'brien@zzz.tg.nsw.gov.au  F Either "\'" or "\s" (to escape the apostrophe) seems to work for most  people,m; but that little whizz-bang apostrophe gives me little spam.o   ------------------------------   End of INFO-VAX 2001.346 ************************