1 INFO-VAX	Sat, 24 Feb 2001	Volume 2001 : Issue 110       Contents:@ Re: Alpha: game over. Was RE: Future outlook for OpenVMS admins? Re: Another missed opportunity Re: Another missed opportunity Re: Another missed opportunity# Re: Classic VMS Games - restoration # Re: Classic VMS Games - restoration # Re: Classic VMS Games - restoration  Re: CLuster coms with HSGs Re: CLuster coms with HSGs Re: CLuster coms with HSGs. Re: Dates (was Re: OpenVMS and Supercomputing). Re: Dates (was Re: OpenVMS and Supercomputing)% Re: DCL: count nr of lines --> prize! % Re: DCL: count nr of lines --> prize! % Re: DCL: count nr of lines --> prize! % Re: DCL: count nr of lines --> prize!  Re: DEC Alpha's - FREE T-Shirt DECUS/ENCOMPASS/ITUG survey  Re: DECUS/ENCOMPASS/ITUG survey  Re: ES40 upgrade? - Handling of remounting of disks after a crash 1 Re: Handling of remounting of disks after a crash 3 Re: Keeping VMS dates in GMT (was: Version numbers) " Machine check while in kernel mode" Machine check while in kernel mode* Re: multiple dest disks with PCSI install?# QUESTION: BZIP2 For OpenVMS Anyone?  Re: Spooling TELNET device Re: Spooling TELNET device Starting from scratch. Re: Starting from scratch. Re: Starting from scratch. TPU SORT procedure requested  Re: TPU SORT procedure requested  Re: TPU SORT procedure requested6 Re: www.compaqworkinggroup.org (was: Alpha: game over)( [Fwd: DCL: count nr of lines --> prize!]  F ----------------------------------------------------------------------  ! Date: Sat, 24 Feb 01 11:03:54 GMT  From: jmfbahciv@aol.com I Subject: Re: Alpha: game over. Was RE: Future outlook for OpenVMS admins? + Message-ID: <978904$cvc$4@bob.news.rcn.net>   < In article <a_El6.9472$CW1.7702349@typhoon.ne.mediaone.net>,(    Ric Werme <werme@mediaone.net> wrote:< >kaplow_r@eisner.encompasserve.org.mars (Bob Kaplow) writes: > I >>In article <zEtl6.4220$ce4.1120435@typhoon.ne.mediaone.net>, "Terry C.  , Shannon" <terryshannon@mediaone.net> writes:G >>> Or maybe it'll be time for yet another change in naming convention!  > C >>Out goes names like DS##, ES##, and GS###, and in come names like ; >>Presario, Proliant, Professional (whoops), and Precipice.  > 6 >How about PDP-##?  No need to stick with two letters.  < <gasp>!  How dare you try to introduce logic in the computer biz.   /BAH  ' Subtract a hundred and four for e-mail.    ------------------------------    Date: 24 Feb 2001 20:01:24 +0800, From: Paul Repacholi <prep@prep.synonet.com>' Subject: Re: Another missed opportunity - Message-ID: <87lmqw5lyj.fsf@prep.synonet.com>   ) "Bill Todd" <billtodd@foo.mv.com> writes:   J > If they only need read access to create a link, that's considerably lessK > access than they'd otherwise need to do something that would (eventually) H > cost me quota.  So the relevance of your statement is not clear to me.  D Ah, they don't need ANY access to create the link, you do need to beC able to undate the header if you want ( in the extended scheme ) to  increment the link count.   G Create a dir entry to a,1,0. If no such file, inc a. If sequence number J missmatch, inc the second. If access eror, you have your ( useless ) link.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 24 Feb 2001 16:52:20 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) ' Subject: Re: Another missed opportunity , Message-ID: <978os4$18mj$1@info.cs.uofs.edu>  3 In article <bDWSPuhvRr7R@eisner.encompasserve.org>, 0  koehler@encompasserve.org (Bob Koehler) writes:b |> In article <96k31a$a69$3@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes: |> >  I |> > The current system works just fine, thank you.  All yo need to do is J |> > choose the type of link that meets your needs.  No need to change the5 |> > whole file system to fix a non-existant problem.  |>  K |> It still appears someone else can tye up my disk quota.  That's not just 2 |> fine.  (I can't force them to use a soft link.)  F Only if you explicitely let them.  I am sure there are things the userC can do on VMS to let other users mess with their ability to use the D system.  The main point is, it isn't particularly fair to consider aE system faulty merely because it is different and you don't understand 
 how it works.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Sat, 24 Feb 2001 13:40:29 -0500 ' From: "Bill Todd" <billtodd@foo.mv.com> ' Subject: Re: Another missed opportunity ( Message-ID: <978usg$slm$1@pyrite.mv.net>  7 Paul Repacholi <prep@prep.synonet.com> wrote in message ' news:87lmqw5lyj.fsf@prep.synonet.com... + > "Bill Todd" <billtodd@foo.mv.com> writes:  > L > > If they only need read access to create a link, that's considerably less@ > > access than they'd otherwise need to do something that would (eventually)J > > cost me quota.  So the relevance of your statement is not clear to me. > F > Ah, they don't need ANY access to create the link, you do need to beE > able to undate the header if you want ( in the extended scheme ) to  > increment the link count.  > I > Create a dir entry to a,1,0. If no such file, inc a. If sequence number L > missmatch, inc the second. If access eror, you have your ( useless ) link.  I Recognizing that each Unix has its own implementation peculiarities, this G still leaves the question of exactly what access rights one requires to C create a file-recognized link.  If (Unix-style) write permission is K necessary (to increment the inode links count), that seriously degrades the D utility of the mechanism, since there are many files I'd be happy toF read-share but not write-share with others.  And in any case, it stillK apparently allows someone else to tie up my quota if I allow them to create H a usable link, which is pretty clearly undesirable behavior that (again)D seriously compromises the utility of the feature (or, if it's reallyK difficult to prohibit linking without prohibiting *all* access to the file, L seriously compromises my ability to share files in the normal - not linked -& manner *without* running quota risks).  K No one has yet said anything to indicate that the combination of hard links J and quotas on Unix is not prima facie brain-damaged.  I suspect hard linksL significantly predate quota mechanisms, and that Unix simply did the best itL could when the need for quotas arrived, but having sympathy for their plightL doesn't change the fact that it appears to create problems.  So if I'm stillL missing something, I'd appreciate a more detailed explanation of what it is;L otherwise, I suspect that the best approach for a new implementation to takeF would be to delete a file (and free up its quota) when anyone with theE required permission says to, and let any remaining hard links dangle. E VMS-style interfaces benefit from the ability to distinguish a Delete J request from a Remove request, which makes this easier than on Unix, whereI if I understand correctly rm is used for both and its effects depend upon  the links count.   - bill   >  > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda. B >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Sat, 24 Feb 01 20:15:39 +1200  From: srlnrow@read.the.sig, Subject: Re: Classic VMS Games - restoration- Message-ID: <977ndp$19fv$1@news.comnet.co.nz>   . In Article <22FEB200114270856@eql.caltech.edu>+ rankin@eql.caltech.edu (Pat Rankin) writes: : >In article <ehlt8t8qstcj6db7urcfp73riq891fjv7c@4ax.com>,\' > Beyonder <beyonder@vrx.net> writes... ; >> Ok, I posted a bit before, but now for the real deal. :) F >> Here's some of the stuff I have collected, and still have, and some >> stuff I'm looking for.... >>, >> These all date back to roughly 1976-1979- >>G >> 1. Colossal Cave (Adventure) - I have a copy of the Vax BASIC source  >> code for this in a printout > > >     There are a lot of versions of this, often distinguished; >from each other by the number of points attainable for the < >optimum score.  The original version was written in Fortran; >(and except for save & restore, it would probably not have > >needed much in the way of changes for VMS), so this obviously >isn't the original.  G Back in 1990 or thereabouts Doug McDonald posted Fortran source code to C an Adventure in this group (I think). He described it as follows...   F   `Generic Adventure 551' is a cleaned up and enhanced version of the J   old classic text game `Adventure'. It is based on a version close to theN   seriously non-portable (and buggy) version for Primes posted last spring. I N   have done a fair job of cleaning it up, portabilizing it, and debugging, butP   it is still Fortran spaghetti. For you with no Fortran compilers, this is the P   excuse you need to get "f2c" working!!! It has worked on the IBM-PC, VMS, the I   MIPS 120, the IBM RISCstation 600, the VAX/Ultrix, and a Prime. It will L   however expose toy Fortran compilers as just that - toys. I would like to 1   thank Larry Estep for finding some hidden bugs.    O   For those that have not experienced this, the very first text adventure game, H   it is a romp through the darkest reaches of Colossal Cave in search ofM   riches. You will find evocative descriptions of the darker, more mysterious B   places of the earth, and severely test your abilities to map theI   contortions of the cave. You will find some hard - and some deceptively    easy - puzzles to solve.   -   Doug McDonald (mcdonald@aries.scs.uiuc.edu)   L I saved his postings and compiled it on a VAX at the time. A few years laterK (?1994) I recompiled on our first Alpha (a DEC 3000/300) where it can still  be run today ...   $ run adventure 3 <Generic Adventure 551 -- Version:6.6, August 1990> 4 Welcome to ADVENTURE!!  Would you like instructions?   > noD You are standing at the end of a road before a small brick building.E Around you is a forest.  A small stream flows out of the building and 
 down a gully.    --  G Roger Williams, Institute of Geological & Nuclear Sciences, New Zealand 
 R.Williams- @gns.cri.nz : DEC 3000/300 AXP - OpenVMS v6.2    ------------------------------  # Date: Sat, 24 Feb 2001 10:10:07 GMT ! From: Ian Parker <parker@gol.com> , Subject: Re: Classic VMS Games - restoration& Message-ID: <Bos5zAA+Z4l6Ewbz@gol.com>  B In article <977ndp$19fv$1@news.comnet.co.nz>, srlnrow@read.the.sig writes/ >In Article <22FEB200114270856@eql.caltech.edu> , >rankin@eql.caltech.edu (Pat Rankin) writes:; >>In article <ehlt8t8qstcj6db7urcfp73riq891fjv7c@4ax.com>,\ ( >> Beyonder <beyonder@vrx.net> writes...< >>> Ok, I posted a bit before, but now for the real deal. :)G >>> Here's some of the stuff I have collected, and still have, and some  >>> stuff I'm looking for....  >>> - >>> These all date back to roughly 1976-1979-  >>> H >>> 1. Colossal Cave (Adventure) - I have a copy of the Vax BASIC source >>> code for this in a printout  >>? >>     There are a lot of versions of this, often distinguished < >>from each other by the number of points attainable for the= >>optimum score.  The original version was written in Fortran < >>(and except for save & restore, it would probably not have? >>needed much in the way of changes for VMS), so this obviously  >>isn't the original.  > H >Back in 1990 or thereabouts Doug McDonald posted Fortran source code toD >an Adventure in this group (I think). He described it as follows... > G >  `Generic Adventure 551' is a cleaned up and enhanced version of the  K >  old classic text game `Adventure'. It is based on a version close to the O >  seriously non-portable (and buggy) version for Primes posted last spring. I  O >  have done a fair job of cleaning it up, portabilizing it, and debugging, but Q >  it is still Fortran spaghetti. For you with no Fortran compilers, this is the  Q >  excuse you need to get "f2c" working!!! It has worked on the IBM-PC, VMS, the  J >  MIPS 120, the IBM RISCstation 600, the VAX/Ultrix, and a Prime. It willM >  however expose toy Fortran compilers as just that - toys. I would like to  2 >  thank Larry Estep for finding some hidden bugs. >   P >  For those that have not experienced this, the very first text adventure game,I >  it is a romp through the darkest reaches of Colossal Cave in search of N >  riches. You will find evocative descriptions of the darker, more mysteriousC >  places of the earth, and severely test your abilities to map the J >  contortions of the cave. You will find some hard - and some deceptively >  easy - puzzles to solve.  >   . >  Doug McDonald (mcdonald@aries.scs.uiuc.edu) > M >I saved his postings and compiled it on a VAX at the time. A few years later L >(?1994) I recompiled on our first Alpha (a DEC 3000/300) where it can still >be run today ...  >  >$ run adventure4 ><Generic Adventure 551 -- Version:6.6, August 1990>5 >Welcome to ADVENTURE!!  Would you like instructions?  >  >> no E >You are standing at the end of a road before a small brick building. F >Around you is a forest.  A small stream flows out of the building and >down a gully. >   E Astounding -I'd forgotten Adventure so completely but that brought it ? back, or rather brought back just that image.  I seem to recall H something about a grill in the stream.  I do remember remaining stuck atD the beginning of Adventure for an unusually long time, in fact I may never have got any further!    --  
 Ian Parker   ------------------------------  % Date: Sat, 24 Feb 2001 12:55:21 -0500 ) From: "Joseph B. Gurman" <gurman@ari.net> , Subject: Re: Classic VMS Games - restoration= Message-ID: <gurman-FD517A.12552124022001@news.crosslink.net>   C In article <977ndp$19fv$1@news.comnet.co.nz>, srlnrow@read.the.sig   wrote:  0 > In Article <22FEB200114270856@eql.caltech.edu>- > rankin@eql.caltech.edu (Pat Rankin) writes: < > >In article <ehlt8t8qstcj6db7urcfp73riq891fjv7c@4ax.com>,\) > > Beyonder <beyonder@vrx.net> writes... = > >> Ok, I posted a bit before, but now for the real deal. :) H > >> Here's some of the stuff I have collected, and still have, and some > >> stuff I'm looking for.... > >>. > >> These all date back to roughly 1976-1979- > >>I > >> 1. Colossal Cave (Adventure) - I have a copy of the Vax BASIC source   > >> code for this in a printout > > @ > >     There are a lot of versions of this, often distinguished= > >from each other by the number of points attainable for the > > >optimum score.  The original version was written in Fortran= > >(and except for save & restore, it would probably not have @ > >needed much in the way of changes for VMS), so this obviously > >isn't the original. > I > Back in 1990 or thereabouts Doug McDonald posted Fortran source code to E > an Adventure in this group (I think). He described it as follows...    [snip]  H Serious evil lurking here.... I hate to think how many hours that could B have been productive I spent porting the RT-11(?) version of this F ("ADVENT") to VMS 2.something on a VAX 11/750 in 1981.... and playing  it, of course.  D Still, achieving "Dungeon Master" status was better than getting my   Ph.D. a couple of years earlier.  7                   Joe Gurman, D.M. (Dungeonis Magister) 0                   The Frobozz Magic Boat Company   ------------------------------  # Date: Sat, 24 Feb 2001 13:46:37 GMT $ From: Scott Vieth <svieth@wi.rr.com># Subject: Re: CLuster coms with HSGs ( Message-ID: <3A97BB5B.4090206@wi.rr.com>   Paul:   C I do not think that SCS passes over the SAN.  You need to have the   systems connected E by some sort of LAN connection (or possibly mem channel) for them to   exchange cluster traffic.   -s   Paul Repacholi wrote:    > For my curiosity.  > @ > With no CI, how do cluster members connect? Can the SAN fabricA > be used? Are the controllers as capable and smart as the CIPCAsb > et al? >    ------------------------------  # Date: Sat, 24 Feb 2001 13:55:51 GMTt$ From: Scott Vieth <svieth@wi.rr.com># Subject: Re: CLuster coms with HSGsd( Message-ID: <3A97BD83.7060502@wi.rr.com>  F Instead of keeping the CI, why not go to gig ethernet so you can pull  all the CI cablesMI out of the raised floor and scrap your star coupler to free up some real S estate?L  @ Plus, those CIPCAs are still worth something on the used market.   -scott   Paul Repacholi wrote:p  / > "Main, Kerry" <Kerry.Main@compaq.com> writes:  > E >> Unless there are computer room space issues (Star couplers etc), IiG >> have been recommending to Customers that are migrating to SAN's fromiC >> CI's that for now - keep their CI's as the cluster communicatione >> interconnect only.i > @ >> That way, you have the best of both worlds. Also, easy way toA >> measure cluster traffic as it will be the only traffic on CI'snE >> ...Also, provides an easy way to migrate the data ie. can do it inr >> phases as time permits. > F >> Memory channel is ok, but it does have some cpu overhead associated >> with it.e >  > = > Is MC interupt handling still only on the Primary CPU? 7.3?  > 1 > Keeping the  CI strikes me as a very good idea.e >    ------------------------------  # Date: Sat, 24 Feb 2001 13:58:39 GMTd$ From: Scott Vieth <svieth@wi.rr.com># Subject: Re: CLuster coms with HSGsn( Message-ID: <3A97BE2C.2010102@wi.rr.com>  B Have you looked at SANworks Command Scripter to talk to your HSGs?8 http://www5.compaq.com/products/sanworks/sanmgt/scs.html  
 -Scott :^)   Ted Medenblik wrote:  K > I have just migrated from CI to Fibre - I had MC w/ CI - MC limitations -nK > number of nodes and distance - and when you do a VMS upgrade, it wants MCmA > turned off - so I am keeping 1 of my CI path's for SCS traffic.b > L > CIPCA adapters while may be slower at throughput - the adapter is designedN > for a specific OS and Disk drives, so a CIPCA does CPU offloading to packageN > the I/O data while with the KGPSA's the CPU has the overhead.  Small portionK > of the I/O but on a very CPU limited system - you may see extra slowdown.s > N >  - No set host/dup - either serial connection (with reverse lat/telnet) or aJ > connection via SWCC - a new version is suppose to be coming out soon.  IK > really miss the set host/dup and have complained a lot.  Some thing about-L > the Fibre is SCSI so it does not handle thinks like MSCP and SCS - I thinkI > they could write that into the drivers/HSG's so thinks like monitor scsq > would work as well.c >  >  > / > <steven.reece@quintiles.com> wrote in messageeD > news:OF71DC5850.A0B8A54C-ON802569FA.004DC0BD@qedi.quintiles.com... >  >> a; >> Paul Repacholi (prep at prep dot synonet dot com) wrote:y >>  A >>>>> Is MC interupt handling still only on the Primary CPU? 7.3?m >>>> h5 >> Keeping the  CI strikes me as a very good idea.<<<  >> tI >> I am willing to be corrected, but I would imagine the answer to be yes  >  > it's > ! >> still tied to the primary cpu. L >> Fastpath is not (AFAIK) involved with MC traffic and I'm not aware of any5 >> specific enhancements to MC interconnects at v7.3.  >> l  >> I could be wrong though...... >>  	 >> Steve.  >>   >> 0 >> 5 >> 1F >> Paul Repacholi <prep@prep.synonet.com>@k9 on 21-02-2001 11:49:42 AM >>   >> Sent by:  prep@k9 >>   >> C >> To:   Info-VAX@Mvb.Saic.Com, >> cc:    (bcc: Steven Reece/QRED/Quintiles) >>  ' >> Subject:  Re: CLuster coms with HSGsn >> s >> .0 >> "Main, Kerry" <Kerry.Main@compaq.com> writes: >> oF >>> Unless there are computer room space issues (Star couplers etc), IH >>> have been recommending to Customers that are migrating to SAN's fromD >>> CI's that for now - keep their CI's as the cluster communication >>> interconnect only. >> hA >>> That way, you have the best of both worlds. Also, easy way toaB >>> measure cluster traffic as it will be the only traffic on CI'sF >>> ...Also, provides an easy way to migrate the data ie. can do it in >>> phases as time permits.  >>  G >>> Memory channel is ok, but it does have some cpu overhead associated> >>> with it. >> r> >> Is MC interupt handling still only on the Primary CPU? 7.3? >> a2 >> Keeping the  CI strikes me as a very good idea. >> h >> --s? >> Paul Repacholi                               1 Crescent Rd., : >> +61 (08) 9257-1001                           Kalamunda.C >>                                              West Australia 6076 1 >> Raw, Cooked or Well-done, it's all half baked.r >> ( >> k >> s   ------------------------------  % Date: Sat, 24 Feb 2001 13:16:02 -0500t' From: "Bill Todd" <billtodd@foo.mv.com>|7 Subject: Re: Dates (was Re: OpenVMS and Supercomputing)i( Message-ID: <978ter$rli$1@pyrite.mv.net>  @ David J. Dachtera <djesys.nospam@earthlink.net> wrote in message' news:3A972739.75A3E3A3@earthlink.net...m   ...p  J > Well, yes it does; however, it assumes knowledge of the direction of theF > earth's rotation and knowledge of whether local time is based on theA > sun's orientation in relation to the meridian which lies in the H > direction of the earth's rotation, or counter to the earth's rotation. >t' > Perhaps therein lies the problem, no?   J Exactly:  knowledge of Latin is not sufficient.  Which was my point when I said  K > > > My vague recollection of Latin is that such knowledge does not answerd > thet > > > question.n   >tH > FWIW, I've never encountered any location where time is measured basedH > on the "following" meridian, versus the "preceding" meridian (relativeI > to the earth's rotation), which is the norm, AFAIK. There may very well(F > be one or more, FAIK. In such case, then yes - I can see your point.  K Time zone boundaries are gerrymandered for convenience.  While I don't know L off the top of my head whether their wanderings ever cross over their 'base'J meridian, it would not be surprising - not that it appears relevant to the matter under discussion.   - bill   >c > -- > David J. Dachterab > dba DJE Systemsa > http://www.djesys.com/ >t< > Unofficial Affordable OpenVMS Home Page and Message Board:! > http://www.djesys.com/vms/soho/e >oH > This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings > is to be expected. >oB > Feel free to exercise your rights of free speech and expression. >iH > However, attacks against individual posters, or groups of posters, are > strongly discouraged.r   ------------------------------  % Date: Sat, 24 Feb 2001 13:22:15 -0500.' From: "Bill Todd" <billtodd@foo.mv.com>a7 Subject: Re: Dates (was Re: OpenVMS and Supercomputing)x( Message-ID: <978tqa$rtf$1@pyrite.mv.net>  @ David J. Dachtera <djesys.nospam@earthlink.net> wrote in message' news:3A972976.63ADED36@earthlink.net...n > Bill Todd wrote:   ...   L > > ... and therein lies the problem, which you so glibly glide over in yourJ > > parenthetical phrase below (the Latin contains no mention of Eastness, nor J > > whileness):  12 noon is *not* 'after' (or before, for that matter) theJ > > crossing, and 12 midnight could be considered *either* after or before theh
 > > crossing.t > >eG > > So in fact a knowledge of Latin does not answer the question.  As I- stated.e >c6 > Ah. So, you're talking about the difference between: >s< > o 00:00:00.00000000000000000000000000000000000000000000000 >   andf< >   00:00:00.00000000000000000000000000000000000000000000001  L Not really:  I'm talking about the difference between 'before', 'after', andH 'simultaneously', which are qualitative rather than quantitative issues.- And there's no particular reason to feel that G 00:00:00.00000000000000000000000000000000000000000000001 has any closers relationship to = 00:00:00.00000000000000000000000000000000000000000000001 than3E 23:59:59.99999999999999999999999999999999999999999999999 has, so evenr< quantitatively the relevance of your comparisons is unclear.   - bill   >E > -or- >5< > o 12:00:00.00000000000000000000000000000000000000000000000 >   andr< >   12:00:00.00000000000000000000000000000000000000000000001 ><
 > Correct? >t > -- > David J. Dachterae > dba DJE Systems  > http://www.djesys.com/ >>< > Unofficial Affordable OpenVMS Home Page and Message Board:! > http://www.djesys.com/vms/soho/. >>H > This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings > is to be expected. > B > Feel free to exercise your rights of free speech and expression. >rH > However, attacks against individual posters, or groups of posters, are > strongly discouraged.i   ------------------------------  # Date: Sat, 24 Feb 2001 13:42:18 GMTr, From: Didier Morandi <Didier.Morandi@gmx.ch>. Subject: Re: DCL: count nr of lines --> prize!& Message-ID: <3A97BA5A.51C773C7@gmx.ch>  # How do you get the result, Richard?r   D.   "Richard B. Gilbert" wrote:s > " >         I can do it in one line! > $ > $ SEARCH /STATISTICS  MUMBLE.TXT X > J >         Yes, it produces some extraneous output but I claim it meets the > specified conditions!v   ------------------------------  % Date: Sat, 24 Feb 2001 10:13:28 -0500n2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>. Subject: Re: DCL: count nr of lines --> prize!7 Message-ID: <200102241013_MC2-C6BF-3271@compuserve.com>g  H         The output is written to SYS$OUTPUT.  You didn't specify how you
 wanted it!  & Message text written by Didier Morandi$ >How do you get the result, Richard?   D.   "Richard B. Gilbert" wrote:t > =   " >         I can do it in one line! > =   $ > $ SEARCH /STATISTICS  MUMBLE.TXT X > =a  J >         Yes, it produces some extraneous output but I claim it meets th= ee > specified conditions!x   <e   ------------------------------   Date: 24 Feb 2001 10:17 CSTs' From: carl@gerg.tamu.edu (Carl Perkins)f. Subject: Re: DCL: count nr of lines --> prize!- Message-ID: <24FEB200110173583@gerg.tamu.edu>   9 Eckhard Wich <eckhard_wich@deutsche-boerse.com> writes...u/ }One (very long .. ) line will do the trick :-)a }  }CFD001>ty b.com }$  pipe sea 'p1'  -L }a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z,0,1,2,3,4,5,6,7,8,9/log }/noout | -.H }(read sys$input findings ; define /nolog /job hit_cnt &findings ; write. }sys$output f$ele(3," ",f$trnlnm("hit_cnt")) ) }CFD001> }CFD001>@ b login.com5 }4147e }CFD001> } ! }eckhard.wich@deutsche-boerse.com   - Your login.com has 4147 lines? That's insane!n  M (Mine login.com has 63 records, but most of the work is done in an executable L that it runs at the end which is made from 240 lines of Fortran source which8 exits by running another .com file that has 80 records.)  M You don't need to search for so many things. Any one thing will be sufficient-L since you are not going by the number of matches, but by the reported number of records:c  J $ search/noout/log login.com a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w ,x,y,z,0,1,2,3,4,5,6,7,8,9E %SEARCH-S-MATCHED, $DISK1:[CARL]LOGIN.COM;31 - 63 records, 63 matchesi   $ search/noout/log login.com aE %SEARCH-S-MATCHED, $DISK1:[CARL]LOGIN.COM;31 - 63 records, 28 matchest  L Fewer matches, but the same record count. Which is good since your login.comG may very well have lines without any letters or numbers on them - lineseK with nothing but "$" or "$!" on them are fairly common in .com files. Other H file types often have lines with nothing on them, such as source code orN just plain text files. Your alphanumeric search list wouldn't find any matches& on those lines, but it doesn't matter.  , This lets you shorten the line considerably.   --- Carl   ------------------------------  % Date: Sat, 24 Feb 2001 12:15:39 -0500u, From: Howard S Shubs <hshubs@mindspring.com>. Subject: Re: DCL: count nr of lines --> prize!> Message-ID: <hshubs-FA6A7F.12153924022001@news.mindspring.com>  N In article <3A97BA5A.51C773C7@gmx.ch>, Didier Morandi <Didier.Morandi@gmx.ch>  wrote:  $ >How do you get the result, Richard?  
 How about    $ COPY/LOG file.foo NL:e -- e Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  # Date: Sat, 24 Feb 2001 13:53:20 GMTn$ From: Scott Vieth <svieth@wi.rr.com>' Subject: Re: DEC Alpha's - FREE T-Shirt ( Message-ID: <3A97BCEE.9080106@wi.rr.com>  H Yeah, I admit that I took the "free t-shirt" bait and read your message.  @ Using this kind of advertising in comp.os.vms is soooo childish.  G I'll continue to buy my hardware from Great Lakes Computer because theyt don't stoop to such tactics.  F Just to remind y'all - the best deal on Digital/Compaq hardware can be< found at Great Lakes Computer in Grand Rapids, MI.  Phone is/ (616) 698-1100.    On the web at www.glcomp.com    -Scott, Happy G.L Customer  F p.s.  Island charges too much for their new StorageWorks drives.  Call' Great Lakes and get a much better deal.e   Island Computers wrote:Y  > > Yeah - like that would make you buy an Alpha from us anyhow. > G > But the words FREE and ALPHA look so,  so good together do they not ?n > M > Just to remind y'all - we DO sell Alpha Systems and have over 200 referencez > sites. > ? > We guarantee the best prices on Upgrades, Memory options, etcv >  > Email: sales@islandco.comn > ! > Island Computers US Corporation  > 2700 Gregory Streetn > Savannah GA 31404E > Tel: 912 447 6622c > Fax:912 201 0096 > sales@islandco.com > www.islandco.com >  >  >    ------------------------------  % Date: Sat, 24 Feb 2001 09:55:36 +0000t) From: Christof Brass <brass@infopuls.com>t$ Subject: DECUS/ENCOMPASS/ITUG survey, Message-ID: <3A978518.3DB13EA2@infopuls.com>  ? For what should the hobbyist vote? I think VMS can only surviven> if it continues to have commercial success and to come back to= academia. So it would be best to know what the commercial andl# academic users suppose to vote for.r  = My problem is that I may only select a maximum of 5 items. Mye current favorites are:9 Compaq relationships with smaller consulting and servicesa partners= Quality of marketing and promotion of Compaq sub-brands (NSK,5 OpenVMS, Tru64 Unix, etc).* Price value of Compaq Enterprise products.  Extremely low cost Alpha systems3 Third-party development tools, product and solutionn (application) portfoliop- Installation and new system start-up servicesg: Issues pertaining to Alpha systems, hardware and software.   ------------------------------  # Date: Sat, 24 Feb 2001 15:32:34 GMT84 From: "Terry C. Shannon" <terryshannon@mediaone.net>( Subject: Re: DECUS/ENCOMPASS/ITUG survey< Message-ID: <muQl6.9559$CW1.8073798@typhoon.ne.mediaone.net>  6 "Christof Brass" <brass@infopuls.com> wrote in message& news:3A978518.3DB13EA2@infopuls.com...A > For what should the hobbyist vote? I think VMS can only surviveo@ > if it continues to have commercial success and to come back to? > academia. So it would be best to know what the commercial andf% > academic users suppose to vote for.  >f? > My problem is that I may only select a maximum of 5 items. Myt > current favorites are:  J Vote for the five issues you feel are most important. Remember, there will( be a new survey cycle starting in April.   ------------------------------   Date: 24 Feb 2001 10:58 CST ' From: carl@gerg.tamu.edu (Carl Perkins)D Subject: Re: ES40 upgrade?- Message-ID: <24FEB200110582455@gerg.tamu.edu>)  0 Paul Repacholi <prep@prep.synonet.com> writes...0 }"Richard D. Piccard" <piccard@ohio.edu> writes: } > }> You do NOT add the two currents, they are the same current. } ? }But not the same COPPER... Your total condutor rating/area etc8/ }has to handle both supply and return currents.e } E }I am quite familiar with conservation of charge thanks. Learned that . }in primary school... BTW, current /=/ charge. }  }-- = }Paul Repacholi                               1 Crescent Rd.,a  @ You doubled the I. That is wrong. What is right is that there is@ wire going to the CPU and there is wire coming from the CPU thus@ there are two sets of wire and thus the R is doubled, not the I.@ Since the I term is squared and the R term isn't, this means you@ overestimated the effect by a factor of 2 (i.e. you had a 2^2 in there instead of just a 2).e  A Note that is is *impossible* to build the thing without both sets A of wires. They are present in every design. They have to be. Thise is nothing new or surprising.e  B Current is nothing but moving charge. If the current going in to aB thing is not the same as the current going out then you are addingB or subtracting charge from the thing. This is a situation that can not continue for too long.   --- Carl   ------------------------------  % Date: Sat, 24 Feb 2001 06:30:57 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>e6 Subject: Handling of remounting of disks after a crash, Message-ID: <3A979B6F.ECD07591@videotron.ca>   Simple environment:   7 VMS 7.2 (VAX).  Node VELO and BIKE in an ether-cluster.M  5 When BIKE Boots from its DKA200: drive , it issues a s  < $MOUNT/CLUSTER $2$DKA200: PEDALS $DISK4 in SYSTARTUP_VMS.COM  F The goal of the above is to cause BIKE's DKA200: to become mounted and' available on node VELO when BIKE boots.     G HOWEVER, when BIKE crashes,   DKA200's status on VELO becomes in limbo. N When BIKE reboots and does the MOUNT command, DKA200's status remains in limboI on VELO (I beleive it is mount verifification failed, but not 100% sure).   L I have found that I can solve the problem by going on VELO, doing a DISMOUNTM $2$DKA200: and then doing the mount command again. (at which point it goes inM) and out of mount verification sucesfully)r  L Or is the only solution to use SYSMAN to send commands to VELO to tell it to# dismount the drive and remount it ?a    M If VELO has $2$DKA200 mounted, and BIKE crashes, what should be the status ofu- $2$DKA200 on VELO while BIKE is unavailable ?0  A And what should the status be when BIKE becomes available again ?k   ------------------------------    Date: 24 Feb 2001 08:42:57 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett)e: Subject: Re: Handling of remounting of disks after a crash, Message-ID: <GFYERQFRga3+@malvm1.mala.bc.ca>  - In article <3A979B6F.ECD07591@videotron.ca>, d3     JF Mezei <jfmezei.spamnot@videotron.ca> writes:f   > Simple environment:s > 9 > VMS 7.2 (VAX).  Node VELO and BIKE in an ether-cluster.  > 7 > When BIKE Boots from its DKA200: drive , it issues a d > > > $MOUNT/CLUSTER $2$DKA200: PEDALS $DISK4 in SYSTARTUP_VMS.COM > H > The goal of the above is to cause BIKE's DKA200: to become mounted and) > available on node VELO when BIKE boots.  >  > I > HOWEVER, when BIKE crashes,   DKA200's status on VELO becomes in limbo.aP > When BIKE reboots and does the MOUNT command, DKA200's status remains in limboK > on VELO (I beleive it is mount verifification failed, but not 100% sure).o >   H    The disk on VELO should come back all by itself when BIKE reboots. It8 doesn't need to be remounted as it was never dismounted.  I    If the status is "mount verification failed" it means that BIKE didn'teI reboot before MVTIMEOUT expired on VELO. Increase the value of MVTIMEOUT. E I just set all of mine to 64000 seconds ( the maximum possible ). The J default is 1 hour, so I suspect either it takes BIKE a long time to reboot9 or you've set this value substantially below the default.>   >  > O > If VELO has $2$DKA200 mounted, and BIKE crashes, what should be the status of / > $2$DKA200 on VELO while BIKE is unavailable ?t >   *    It should be "mounted,host unavailable"  C > And what should the status be when BIKE becomes available again ?       It should be "mounted".   ------------------------------    Date: 24 Feb 2001 19:54:19 +0800, From: Paul Repacholi <prep@prep.synonet.com>< Subject: Re: Keeping VMS dates in GMT (was: Version numbers)- Message-ID: <87pug85mac.fsf@prep.synonet.com>e  ? wayne@tachysoft.xxx.344932.killspam.0142 (Wayne Sewell) writes:>  P > They have a server which accepts remote logins from all over the country.  TheO > captive login procedure uses datesim to set the local time for the process totL > match the user's time zone if it is different from the server's time zone. > L > Sounds great to me.  I never thought anybody would be buying datesim after > 31-dec-1999.   :-)  6 Years ago, I working in a DP shop. Billing, payroll...  E The system had 2 dates. JOB date and REPORT date. Reoprt date was theaC accounting cut off. Job date was whwn we ran the job, in theory. In C practise, job date was a few days ago, and report date a week or sos before that.   -- .< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.o@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Sat, 24 Feb 2001 06:37:04 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> + Subject: Machine check while in kernel mode , Message-ID: <3A979CDE.D495D944@videotron.ca>  7 Got a very unexpected crash yesterday. VAXstation 3100.t  G I has spawned/nowait a process to start TPU to edit a file. (decwindows  version of tpu)e   Kaboom !   ANA/CRASH reveals:  9 CPU 00 -- MACHINECHK - Machine check while in kernel modes  E The current image file was TPU.EXE in the process I had just spawned.v      M WWhat shoudl I make of this ? Could it have been due to a power glitch (we've M had a few that didn't cause systems to fail lately) ? Or should I worry aboutd- system/sysgen configuration being incorrect ?h   ------------------------------  % Date: Sat, 24 Feb 2001 10:27:12 -0500s2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>+ Subject: Machine check while in kernel mode 7 Message-ID: <200102241027_MC2-C6BF-32DC@compuserve.com>   C         Your system experienced a severe and uncorrectable hardwareeH problem!  Call Field Service.  If you don't have a service contract, you could try ANALYZE /ERROR.h    Message text written by JF Mezei8 >Got a very unexpected crash yesterday. VAXstation 3100.  G I has spawned/nowait a process to start TPU to edit a file. (decwindowsy version of tpu)e   Kaboom !   ANA/CRASH reveals:  9 CPU 00 -- MACHINECHK - Machine check while in kernel moded  E The current image file was TPU.EXE in the process I had just spawned.d      F WWhat shoudl I make of this ? Could it have been due to a power glitch (we'veG had a few that didn't cause systems to fail lately) ? Or should I worryw about.- system/sysgen configuration being incorrect ?P   <n   ------------------------------   Date: 24 Feb 2001 06:39:16 CDT= From: wayne@tachysoft.xxx.344932.killspam.0142 (Wayne Sewell) 3 Subject: Re: multiple dest disks with PCSI install?r. Message-ID: <UUE8Q4hN18C4@tachxxsoftxxconsult>  o In article <eVnnkHBpMda0@eisner.encompasserve.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:-W > In article <3A96DE4E.C83D632A@gmx.ch>, Didier Morandi <Didier.Morandi@gmx.ch> writes:vI >> Larry, you are not in the scope of the issue. I work on a vmsinstal toDK >> PCSI migration tool and, before deciding that feature xyz doesn't exist,nF >> I investigate then post questions here (until some PCSI developpers$ >> start to read the yahoo group :-) >> iF >> The stuff I'm translating (a 2200 lines kitinstal.com file) createsH >> today dozens of directories for Rdb journalling, snapshots, ruj, log,I >> dmp and other .COM and .SQL, you see. It's not a problem for me to putsJ >> all the stuff in the same disk, but I think the response time will fallA >> dramatically (and it is not what the Customer asked me to do).s >> hK >> Today, the database of the Customer is split on 10 different disks, thencH >> all written I/Os - which are actually not data but logs or whatever -H >> are written elsewhere to speed up execution. This is the point. So, IG >> HAVE to allow the user to put the stuff where it should go. To me, ar? >> good solution is to do that in a post-install DCL procedure.i > < > Certainly, since there is no PCSI support for such things. > G > But if there _were_ PCSI support it would contradict the general PCSIiG > design of not requiring the customer to think (much) about individual3E > products during the installation.  The 47-products-at-a-time that IrF > suggested was an example of the goals of PCSI -- allowing simple use- > of the tool for multiple products together.0 > F > Your post-installation Configure step is one that _should_ have beenF > taken by many products with their VMSINSTAL kits, but was not.  As aI > result, VMSINSTAL kits got very complex and were not robust in the facea& > of varied installation environments.  L Then there are the digipaq kits that assume they are on the system disk evenH when you install them on other disks, which is permitted by PCSI.  I canJ somewhat understand this for layered products that are deeply bound to theO operating system, such as decnet.  However, java also makes this assumption andiM I can see no reason why java *must* be on the system disk.   There's too damnmH much stuff on the system disk as it is.   I put java off the system diskO against its will and defined a java$common logical to replace sys$common in thel java startup procedure.c     -- iO ===============================================================================SM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxi: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)iO ===============================================================================eO Dean Wormer to Flounder: "Fat, drunk, and stupid is no way to go through life."r   ------------------------------   Date: 24 Feb 2001 09:53:23 EST1 From: byer@mail.ourservers.net (Robert Alan Byer) , Subject: QUESTION: BZIP2 For OpenVMS Anyone?1 Message-ID: <YNynPO4hKzd6@cartman.ourservers.net>l   Question...   2 Has anyone looked at the porting BZIP2 to OpenVMS?  3 (The "offical" WWW page with source for this is at mD http://sources.redhat.com/bzip2/index.html if anyone is interested.)  I I've been seeing this format more and more lately in software developmentiC and was interested in knowing if anyone has a OpenVMS version sinceFJ unpacking files on a PC and then transfering them is getting to be a pain.   Thanks.s   -- O  @  +------------------+--------------------------+---------------+@  | Robert Alan Byer | byer@mail.ourservers.net | ICQ #65926579 |@  +------------------+--------------------------+---------------+@  | Send an E-mail request to obtain a copy of my PGP key.      |@  +-------------------------------------------------------------+@  | "It is by caffeine alone I set my mind in motion.  It is by |@  |  cans of cola the thoughts aquire speed, the hands aquire   |@  |  shakes, the shakes become a warning.  It is by caffeine    |@  |  alone I set my mind in motion."                            |@  +-------------------------------------------------------------+   ------------------------------  % Date: Sat, 24 Feb 2001 09:30:33 -0500f* From: Chuck Chopp <ChuckChopp@rtfmcsi.com># Subject: Re: Spooling TELNET deviceu+ Message-ID: <3A97C589.DB77B1AB@rtfmcsi.com>n   KA2DOUG wrote:  L > >This method works just fine.  Create LTAnnnn: devices but don't bother to > >actually]M > >assign a server/port/service to the devices.  Once the devices are createdC
 > >you canP > >simply spool them to existing UCX telnet print queues.  I've used this method > >todN > >allow an application based on InterSystems Mumps [ISM from IDX] to print to > >ourN > >TCP/IP print queues even though Mumps could only write to terminal devices. > >i >cO > I guess I don't understand. Could you provide an example?  How do you connecteO > the LTA port to the TELNET port on the print server? Which device do you "setmN > /spooled"? Which device does the queue "init /on"? I'd *really* appreciate aL > reference to the documentation, or an example of the LATCP and DCL code to > accomplish this. >u > Thanks for the response. >m >  -Doug >> > > KA2DOUG wrote: > > >rL > > > Is there a trick to setting a TNA device spooled or is it not allowed?I > > > I have found nothing in any of the manuals that discusses this (butaJ > > > I did only search the on-line docs for a couple of hours, so I might > > > have missed it:-)e > > > G > > > Our Problem: We use many programs that open the printer and writedI > > > directly to it. We have been creating LTA devices for our LAT aware3H > > > servers and they work fine whether spooled or not. Now, we need toE > > > print to a device that doesn't have LAT and we need it spooled.i > > >IH > > > If we leave the TNA device nospooled the programs print to it justE > > > fine, and everything works exactly like the LTA did, so we knowm% > > > the TNA session is functioning.c > > >eM > > > We can create a queue using /PROC=UCX$TELNETSYM /ON="10.40.40.201:3002"i > andp( > > > queue things to the printer, so weG > > > know that much is working, but that doesn't give us a device namew& > > > to print to. (see example below) > > > L > > > Is there some other way to do this? Any help will be much appreciated. > > >n > > >  -Doug Phillipsl > > >   Kirby Associates, Inc. > > >  ===start=== > > >  UCX> SHOW VERSION > > > > > > >   DIGITAL TCP/IP Services for OpenVMS Alpha Version V4.28 > > >   on a AlphaServer 1000 4/266 running OpenVMS V6.2 > > >  $3 > > >  $ TELNET /CREATE_SESSION 10.40.40.201 3002 2 / > > >  %TELNET-S-CRSES, Session created on TNA2o' > > >  $ SET PROT=(W:RWLP)/DEVICE TNA2:n- > > >  $ SET TERM TNA2:/PERM/DEVICE=UNKNOWN - 2 > > >     /NOBROAD/UPPERCASE/NOWRAP/FORM/WIDTH=1328 > > >  $ SET DEVICE TNA2: /SPOOLED=(SYSPRINT2, SYS$DISK)* > > >  %SET-E-NOTSET, error modifying TNA2? > > >  -SET-E-INVDEV, device is invalid for requested operation  > > >  ==end===a  O You don't have to connect the LTAnnnn: device to a telnet port.  What you do is1J create your TCP/IP as usual using UCX$TELNETSMB.EXE as the print symbiont.  L $ INIT/QUEUE/START TCPQUEUE1/ON="192.168.0.100:9100"/PROCESSOR=UCX$TELNETSMB $c  $ MCR LATCP CREATE PORT LTA5000: $h' $ SET DEVICE/SPOOLED=TCPQUEUE1 LTA5000:p  P Any time that a program opens a channel to a terminal device and writes data outR to it while that device is spooled to a print queue will result in the output dataN being saved in a temporary file on disk instead of actually being sent out theP terminal line.  When the channel to the terminal device is closed, the operatingM system will also close the temporary file and submit it to the print queue toiM which the terminal device is spooled.  In the case of a LTAnnnn: device, thisaL means that no LAT connection is established so you don't have to worry aboutF setting the LTAnnnn: device to point to a valid server & port/service.  Q Does this make sense to you now?  Its not obvious that it should work but it does6 work very well.@     -- Chuck Choppe  8 ChuckChopp@rtfmcsi.com            http://www.rtfmcsi.com0                                   ICQ # 22321532@ RTFM Consulting Services Inc.     864 801 2795 voice & voicemail2 103 Autumn Hill Road              864 801 2774 fax4 Greer, SC  29651                  800 774 0718 pager7                                   8007740718@skytel.com    ------------------------------   Date: 24 Feb 2001 15:07:37 GMT From: ka2doug@cs.com (KA2DOUG)# Subject: Re: Spooling TELNET device > Message-ID: <20010224100737.07417.00002782@ng-cp1.news.cs.com>  ( > In the case of a LTAnnnn: device, thisN >means that no LAT connection is established so >you don't have to worry aboutH >setting the LTAnnnn: device to point to a valid >server & port/service. > N >Does this make sense to you now?  Its not >obvious that it should work but it does>d >work very well.    M Yes. It does make sense now. Thank you for the explanation. I guess sometimes * the obvious is obscured by the apparent:-)     -Doug Phillips    Kirby Associates, Inc.n   ------------------------------  % Date: Sun, 25 Feb 2001 00:39:21 +1100t0 From: "Dave Gaukroger" <bangalla@ozemail.com.au> Subject: Starting from scratch. 1 Message-ID: <lQOl6.4988$v4.206822@ozemail.com.au>o   Hi All,.  I I've just "inherited" a VAXStation 4000 VLC and I'm looking for advice onr# what would be an appropriate setup.h  L I haven't even fired it up yet as I'm still collecting a few bits and piecesH (VTs, CD-ROM etc). I believe that it is standard and running VMS 5.5. ItI also has an expansion box with a 2.1 and a 4.3 GB SBB. I don't have a VDUoB yet so console access will be the primary interface for some time.  F I'd like the machine to run ftp, http, mail and the like. I'm an utterL newbie to VMS as my University was a DEC Unix site and I've been drowning inL the M$ world at work. A few sites we support use VMS and it really intrigues me.   L Will this machine run v7.2 as supplied in the hobbyist kit or should I leaveJ the box as is and try to clean out the applications etc that it ran in itsI previous life? Should I be looking to add some more ram to the system? Is G there a list of compatible components (especially monitors) on the web?9  E I've been searching on-line for a few days for info on the VLC but iteI appears to be a bit unloved, it doesn't even rate a mention on the CompaqiL site though the /60 /90 and /96 all get a moment in the sun. Even Compaq/DECI MDS doesn't have a user guide or an options guide for the VLC and the /60aG etc guide doesn't cover the VLC in detail. Is there anywhere on the webhD (apart from Compaq) that has the DEC user guides and service guides?  > A big thanks in advance from a newbie willing to be converted.       Cheers     Dave   ------------------------------  # Date: Sat, 24 Feb 2001 15:37:43 GMTo= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)a# Subject: Re: Starting from scratch..0 Message-ID: <009F81D6.4841D7CB@SendSpamHere.ORG>  d In article <lQOl6.4988$v4.206822@ozemail.com.au>, "Dave Gaukroger" <bangalla@ozemail.com.au> writes: >Hi All, >dJ >I've just "inherited" a VAXStation 4000 VLC and I'm looking for advice on$ >what would be an appropriate setup. > M >I haven't even fired it up yet as I'm still collecting a few bits and pieces I >(VTs, CD-ROM etc). I believe that it is standard and running VMS 5.5. ItbJ >also has an expansion box with a 2.1 and a 4.3 GB SBB. I don't have a VDUC >yet so console access will be the primary interface for some time.  >YG >I'd like the machine to run ftp, http, mail and the like. I'm an utteraM >newbie to VMS as my University was a DEC Unix site and I've been drowning ineM >the M$ world at work. A few sites we support use VMS and it really intriguesn >me. >tM >Will this machine run v7.2 as supplied in the hobbyist kit or should I leaveSK >the box as is and try to clean out the applications etc that it ran in itsD  7 Yes.  It will run v7.2 as provided in the hobbyist kit.     J >previous life? Should I be looking to add some more ram to the system? Is  H The VAXstation 4000 VLC will max out at 24MB.  It will accept *only* 4MB 72 pin true parity SIMMs.  V    H >there a list of compatible components (especially monitors) on the web?  I If you look on eBay, you can usually find an older DEC monitor which willsH work with the VLC.  You need a special video cable which I would hope is with the VLC you have.    F >I've been searching on-line for a few days for info on the VLC but itJ >appears to be a bit unloved, it doesn't even rate a mention on the CompaqM >site though the /60 /90 and /96 all get a moment in the sun. Even Compaq/DECIJ >MDS doesn't have a user guide or an options guide for the VLC and the /60H >etc guide doesn't cover the VLC in detail. Is there anywhere on the webE >(apart from Compaq) that has the DEC user guides and service guides?l  F If there was, you can bet that Compaq has done everything in its powerF to remove it.  Your best bet might be to just ask your questions here.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             iO city, n., 1. a place where trees are cut down and streets are named after them.b   ------------------------------  % Date: Sat, 24 Feb 2001 18:44:00 +0000.) From: Christof Brass <brass@infopuls.com>># Subject: Re: Starting from scratch.s, Message-ID: <3A9800F0.89C5DD45@infopuls.com>   Dave Gaukroger wrote:r > 	 > Hi All,t > K > I've just "inherited" a VAXStation 4000 VLC and I'm looking for advice oni% > what would be an appropriate setup.  > N > I haven't even fired it up yet as I'm still collecting a few bits and piecesJ > (VTs, CD-ROM etc). I believe that it is standard and running VMS 5.5. ItK > also has an expansion box with a 2.1 and a 4.3 GB SBB. I don't have a VDUoD > yet so console access will be the primary interface for some time. > H > I'd like the machine to run ftp, http, mail and the like. I'm an utterN > newbie to VMS as my University was a DEC Unix site and I've been drowning inN > the M$ world at work. A few sites we support use VMS and it really intrigues > me.  > N > Will this machine run v7.2 as supplied in the hobbyist kit or should I leaveL > the box as is and try to clean out the applications etc that it ran in itsK > previous life? Should I be looking to add some more ram to the system? IsmI > there a list of compatible components (especially monitors) on the web?  > G > I've been searching on-line for a few days for info on the VLC but it K > appears to be a bit unloved, it doesn't even rate a mention on the CompaqeN > site though the /60 /90 and /96 all get a moment in the sun. Even Compaq/DECK > MDS doesn't have a user guide or an options guide for the VLC and the /60hI > etc guide doesn't cover the VLC in detail. Is there anywhere on the web F > (apart from Compaq) that has the DEC user guides and service guides? > @ > A big thanks in advance from a newbie willing to be converted. >  > Cheers >  > Dave  ? A nice warm hello! Hope we can make you new life as comfortablec as possible.< Would you like to explain a little bit further what you mean$ with ftp and http? Client or server?   ------------------------------  # Date: Sat, 24 Feb 2001 10:30:12 GMTr, From: Didier Morandi <Didier.Morandi@gmx.ch>% Subject: TPU SORT procedure requestedr& Message-ID: <3A978D53.49AE4829@gmx.ch>  B Where can I find a SORT procedure to be added in my $section file, please?a  D Also, is there a forum on TPU programming? I found vmsnet.tpu but it seems empty.   Thanks,! D.   (snowing on Bern this morning)   ------------------------------   Date: 24 Feb 2001 17:33:52 GMT From: adrian.birkett@ic24.net ) Subject: Re: TPU SORT procedure requestedm* Message-ID: <978ra0$tnf$1@news.netmar.com>  6 In article <3A978D53.49AE4829@gmx.ch>, Didier Morandi  <Didier.Morandi@gmx.ch> writes:wC >Where can I find a SORT procedure to be added in my $section file,- >please? >-E >Also, is there a forum on TPU programming? I found vmsnet.tpu but itx
 >seems empty.a >1 >Thanks, >D.l >  >(snowing on Bern this morning)w   Didier,s  L I have one which allows the user to select the region of lines to be sorted.F Unfortunately, I'm at home at the moment but I could send it to you on Monday.    Regards,   Adrian Birkett CSC Computer Sciences.      O  -----  Posted via NewsOne.Net: Free (anonymous) Usenet News via the Web  ----- M   http://newsone.net/ -- Free reading and anonymous posting to 60,000+ groupshI    NewsOne.Net prohibits users from posting spam.  If this or other postsuL made through NewsOne.Net violate posting guidelines, email abuse@newsone.net   ------------------------------  % Date: Sat, 24 Feb 2001 18:39:22 +0000d) From: Christof Brass <brass@infopuls.com>n) Subject: Re: TPU SORT procedure requestedn, Message-ID: <3A97FFDA.E4236FBE@infopuls.com>   Didier Morandi wrote:  > D > Where can I find a SORT procedure to be added in my $section file,	 > please?t > F > Also, is there a forum on TPU programming? I found vmsnet.tpu but it > seems empty. > 	 > Thanks,  > D. >   > (snowing on Bern this morning)  = Please tell me if you found one. I wrote a lot TPU procedurese< and I still sometimes write one. Nowadays for creating batch> procedures to rename and copy files with certain conditions on? the file names. 1988 I wrote a make tool for compiling MODULA-2 = which automatically generated the dependencies by reading the.? sources and then decided up the timestamps which to re-compile.g   ------------------------------   Date: 23 Feb 2001 20:48:01 CDT= From: wayne@tachysoft.xxx.344932.killspam.0142 (Wayne Sewell)-? Subject: Re: www.compaqworkinggroup.org (was: Alpha: game over)l. Message-ID: <yTZcKn+EweTu@tachxxsoftxxconsult>  ` In article <WSDikw0ZwMf2@malvm1.mala.bc.ca>, nothome@spammers.are.scum (Malcolm Dunnett) writes:1 > In article <IS$h9+5fsDr9@tachxxsoftxxconsult>, SE >     wayne@tachysoft.xxx.344932.killspam.0142 (Wayne Sewell) writes:  >> eJ >>  SQL = "INSERT INTO tblSurveyResponses (SurveyID, QuestionID, AnswerID,M >>  UserName,Comment) VALUES(24,100,389,'WSewell','I don't think the issue isuM >>  "extremely low cost"; it is "low cost" period; no alpha in the history ofrM >>  either digital or compaq could have ever been tagged "low cost" at all')"  >> a >>  Data Source = "COMPAQ"P >> I thought the problem might be the double quotes in the comment, so I removed >> those.  Same error. >> uO >     Actually the problem is the ' in don't , which is taken as a single quotetR > delimiting the string. Standard SQL uses single quotes as string delimiters, the  > double quotes won't bother it. >  >> = >> Billy strikes again!= >> = > J >    This isn't per-se a Gatesware problem, I've seen people make the sameR > mistake when programming with Oracle on VMS ( even done it myself ). The correctN > way to deal with it is to use bound variables to hold the strings ( so theirO > contents don't affect the SQL syntax ) or prefix any single quotes within the=S > text with another single quote ( analogous to the quoted quotes problem in DCL ).   K I see.  I guess I didn't look closely enough, or I might have spotted that,mN though I really haven't had much experience in SQL.  In any case, I don't knowO if any of my responses made it into the system or not, and there doesn't appearnM to be any way to check.  Everything I entered could have been rolled back outuO when the error occurred.  I spent some time entering that stuff and don't thinkeN I want to go through all that again to have some other error occur.  There may% be other bugs in the data entry code.f     -- aO ===============================================================================gM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx-: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)-O =============================================================================== O Dean Wormer to Flounder: "Fat, drunk, and stupid is no way to go through life."i   ------------------------------  % Date: Sat, 24 Feb 2001 10:55:07 -0700t% From: Dean Woodward <deanw@rdrop.com>i1 Subject: [Fwd: DCL: count nr of lines --> prize!]t) Message-ID: <3A97F57B.51D1ED90@rdrop.com>n  7 (I wrapped for readability- LINES.COM is a single line.-  6 -------------------->8 cut here 8<-------------------- $ type lines.com $-: $ pipe search 'P1' "" /noout/log | ( read sys$input lc ; -(   write sys$output f$element(3," ",lc) ) $o $ @lines login.com 69 $g6 -------------------->8 cut here 8<--------------------   ------------------------------   End of INFO-VAX 2001.110 ************************