1 INFO-VAX	Tue, 18 Jul 2000	Volume 2000 : Issue 398       Contents:8 Re: Autoconfig and OpenVMS - Was RE: got to remember ... Re: Building TK50's  Re: Building TK50's  Re: Building TK50's " Re: CompactTape II sources (TK70)?" Re: CompactTape II sources (TK70)?+ Re: Configuring NFS on VMS 7.1 on alpha box  Re: DCL coding question  Re: DCL coding question  Re: DEC BASIC rounding problem? $ Re: Differences in Fortran versions?$ Re: Differences in Fortran versions? Re: DJE Systems in the OVMS FAQ   Re: Doc and more for DEC4000/300
 DTR Syntax Re: DTR Syntax Fortune cookies? Gembase (gem.dmp files)  RE: Gembase (gem.dmp files)  Re: Gembase (gem.dmp files) 4 Re: got to remember to STOP trying to use OpenVMS...4 Re: got to remember to STOP trying to use OpenVMS...4 Re: got to remember to STOP trying to use OpenVMS...4 Re: got to remember to STOP trying to use OpenVMS...4 Re: got to remember to STOP trying to use OpenVMS...4 Re: got to remember to STOP trying to use OpenVMS... Henry Ford turnover  Re: Henry Ford turnover  Hobbes frozen on startup Re: Hobbes frozen on startup Re: Hobbes frozen on startup Re: Hobbes frozen on startup JDBC support for RDB 6.0 Re: JDBC support for RDB 6.0 Re: KDA50 (~RA81's controller) Re: KDA50 (~RA81's controller)! MS610-FA $16,999 4Gb Kit for ES40  Netscape Access Violation  openvms 6.2-1H3 < Re: Porting and UNIX Stream I/O (was: Re: VMS 7.4 wish list)) Re: terminal speeds on console connectors ) Re: terminal speeds on console connectors ) Re: terminal speeds on console connectors  Re: TK50Z-GA vs. TK50Z-FA ?? Re: VMS 7.4 wish list  Re: VMS 7.4 wish list  Re: VMS fortunes?  Re: VMS fortunes?  Re: VMS fortunes?  Re: VMS fortunes?  Re: VMS fortunes?  Re: VMS tuning wsdefault> Re: vms$common - syscommon problems after retoring system disk  F ----------------------------------------------------------------------  # Date: Mon, 17 Jul 2000 18:47:53 GMT 4 From: jonadab@bright.net (Jonadab the Unsightly One)A Subject: Re: Autoconfig and OpenVMS - Was RE: got to remember ... . Message-ID: <3973398b.5130337@news.bright.net>  ( nickerson@pundit.ds.boeing.com () wrote:  B > coming from VMS land I don't even like them on unix; while they A > allow the most naive system manager to build a tool, they don't @ > have the flexibility and readability required; for me the same@ > applies to makefiles - although I know I'm just being stuborn;  = This problem does not only afflict VMS.  It applies to anyone ; trying to port any Unix thing to any OS besides Unix.  make ; is basically 100% useless on a non-Unix system.  I use both 6 DOS and Windows, and make is as worthless there as you9 describe it to be on VMS.  (I am new enough to VMS that I : can only take your word there.)  I find that if installing; something is more complex than changing a couple of #ifdef  > statements and compiling, I give up and look for a precompiled; binary (which is probably easier to find for DOS or Windows ; than for VMS, since nobody really expects Windows users to  > have a compiler, or to know how to use it if they do have it).  5 And yeah, I have trouble with autoconf in Linux, too. 6 It wants to put things in the location that would make4 sense on the system where the program was written --2 so you get twenty different directory heirarchies 5 trying to get along with one another.  Not to mention 1 the headaches if you didn't happen to install the 4 bizarre-stupidthing-devel package, which is required6 for oddthing-lib, which is required for bobwidget-lib,3 which is required for obscure-language-devel, which 8 is required for...  Next time I'm doing a Crazy install,4 put the whole $#%! RedHat distribution on there, and$ to Gaza with conserving drive space.  	 - jonadab    ------------------------------   Date: 17 Jul 2000 18:58:22 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)  Subject: Re: Building TK50's, Message-ID: <8kvl0e$1lm6$1@info.cs.uofs.edu>  ( In article <3971B7D5.6216103E@decus.fi>,;  Veli =?iso-8859-1?Q?K=F6rkk=F6?= <korkko@decus.fi> writes: I |> If I recall things correctly, DEQNA support ceases COMPLETELY at V6.0. E |> Cluster support ended at V5.4-3 or at V5.5(-2). Cannot speak about F |> other protocols like LAT and DECnet but I would expect them to work |> at say V5.5-2.   E Well, there's another fly in the ointment.  I have only one DELQA and E three MicroVAXII's.  Defintely looks like I'll be making those TK50's + and maybe even RX50/RX33 install sets.  :-)    Thanks for all the help.     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: 17 Jul 2000 19:13:46 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)  Subject: Re: Building TK50's, Message-ID: <8kvlta$1m26$1@info.cs.uofs.edu>  6 In article <200007161649_MC2-AC75-590@compuserve.com>,5  "Richard B. Gilbert" <DRAGON@compuserve.com> writes: H |>         The DEQNA was Digital's first try at implementing an EthernetM |> controller for the Q-Bus.  Under what we now consider normal network load=  |> sM |> it exhibited problems so severe that you wouldn't want to contaminate you=  |> r3 |> garbage can with one!  It was BROKEN.  BaDLy!!!!  |>  J |>         Digital offered an extremely generous trade in on the DEQNA for |> several years during =  |>  J |> and after the period when it was being desupported.  There are not manyG |> around any more;  if you actually have a  DEQNA, drive an iron spike 1 |> through its heart and bury it at a crossroads!  |>    J Easy for you to say.  But I have DEQNA and not DELQA and have to live withH it.  I suppose they go into the PDP's and I look for terminal servers to' hook the serial ports ont he VAX up to.    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: Mon, 17 Jul 2000 20:00:07 -0400 2 From: "Richard B. Gilbert" <DRAGON@compuserve.com> Subject: Re: Building TK50's7 Message-ID: <200007172000_MC2-AC99-C827@compuserve.com>   J         Believe me, I have your best interests at heart!  If you try to u= se. that DEQNA it will corrupt your data some day!  1 Message text written by INTERNET:bill@cs.uofs.edu    <SNIP>  3 >if you actually have a  DEQNA, drive an iron spike 1 |> through its heart and bury it at a crossroads!  |> =    J Easy for you to say.  But I have DEQNA and not DELQA and have to live wit= h H it.  I suppose they go into the PDP's and I look for terminal servers to( hook the serial ports ont he VAX up to.<   ------------------------------  # Date: Mon, 17 Jul 2000 19:41:09 GMT & From: Jerome Fine <jhfine@idirect.com>+ Subject: Re: CompactTape II sources (TK70)? + Message-ID: <39736176.1CCDCF65@idirect.com>    >John E. Malmberg wrote:  @ > > I have a Benchmark DLT Tape System.  The tapes are just like$ > > TK50/TK70 cartridges physically.F > DLT tapes have a physical key that is designed to prevent accidentalE > insertion into a TK50/70 drive.  A careful inspection will find it.    Jerome Fine replies:  C I have never had a DLT tape in my hands long enough, but this seems B like a reasonable explanation.  Others have stated that the actualH dimensions of a DLT tape are sufficiently different that the TK50 / TK70O drives will not accept the DLT tapes.  In any case, don't try it - see the end.   ? > > Two questions.  Does anyone know how many times these tapes @ > > can be re-used before they are likely to become unreliable??N > TK50/70s seem to be able to be used once a week for a few years.  So far the? > only DLT casualties I have seen is where the drive had lunch.   F I have not used the TK70 tapes I have as much, but I suspect the above is quite correct.   B > > And that being said, is it likely that once they are no longerB > > reliable for useas DLT tapes that they might be usable as TK70 > > or TK50 cartridges??P > They have different media characteristics.  So even if you were to force a DLT; > cartridge into a TK50/70, I have my doubts it would work.   L I stated that there had been a (VERY) complete write up of various tapes at:5 http://www.anacomp.com/Magnetics/Memorex/m-ctdlt.html G but it is no longer available.  Did anyone save it on their hard drive? O I would like to have a copy for reference!  In any case, the tape media for the J DLT tapes and the CompacTape I/II are sufficiently different that it seemsH unlikely that a TK70 might be able to use the DLT media even if physical% insertion into the drive is possible.   N Besides which, I suspect that there are sufficient TK50 / TK70 media availableK in any case - provided one has a bulk eraser to convert TK50 media <=> TK70 F media when needed.  If any are needed, a friend of mine has some extra5 available of both kinds.  Please contact me directly.    Sincerely yours,   Jerome Fine    ------------------------------   Date: 17 Jul 2000 19:19:30 GMT& From: Cthulhu <cthulhu@kadath.deep.it>+ Subject: Re: CompactTape II sources (TK70)? ( Message-ID: <8kvm82$nr$1@kadath.deep.it>  ( John E. Malmberg <wb8tyw@qsl.net> wrote:  N > According to some people that I know that did a very instensive search, theyL > could find no vendors with *NEW* CompacTape or CompacTape II cartridges inJ > stock.  They did a world wide search on this.  It is still possible that  ; Here in Italy there is a sell-by-mail company, called MISCO = (http://www.misco.it/), which has in stock new CompacTapeII.  ! Never acquired from them, tought.   > Recently I had another catalog in my hands, with references to CompacTape II.   Just FYI. :)    	reportingly, 	   Cthulhu    --    G        Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it wgah'nagl fhtgan! % 		       <cthulhu at flashnet dot it>    ------------------------------  % Date: Mon, 17 Jul 2000 19:40:47 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender)4 Subject: Re: Configuring NFS on VMS 7.1 on alpha box; Message-ID: <3973451f.524144494f47414741@radiogaga.harz.de>   - LostAndFound (ian.kennedy@systemc.com) wrote: 7 : Managed to enable and start NFS and MOUNT started OK. = : Performing a SHOW SERVICE lists the the service as enabled. * : When attempting to start PORTMAPPER with :  : @ UCX$PORTM_STARTUP.COM   E Don't do that. Enabling the service should be enough. The UCX startup 1 procedure will take care of starting the service.   > And please don't quote 180 lines that are completely unneeded.   cu,    Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.de N One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  % Date: Mon, 17 Jul 2000 12:57:34 -0500 " From: Earl Lakia <lakia@ipact.com>  Subject: Re: DCL coding question) Message-ID: <3973490E.E15AB8D3@ipact.com>   E Are you trying to maybe point a foriegn command to a command file and   then passing a parameter or two?   -earl  --
 Earl D. Lakia  Email: lakia@ipact.com
 IPACT Inc.     Robert Deininger wrote:   = > In article <396F887E.16DA@gte.net>, lbalders@gte.net wrote:  > < > > Anyone know a more efficient way to DCL-code this, maybe@ > > using "pipe" and "sys$input" to dispense with the cumbersome > > open/read/close business?: > ( > I wonder what you mean by "efficient"? > G > If it's done and it works, it might be efficient not to spend more of  > your time on it. >  > I see 4 lines of simple DCL, and apparently that is cumbersome in your neck of the woods.  There is a teensy bit of overhead in making the poor computer> > read and parse those four lines.  That might me inefficient. >  > I believe this might be crammed into one or two lines with a pipe, but personally I would not do it that way.  The pipe would probably spawn > a subprocess, which is not as lightweight an operation in VMS as in oonix, for example.  And the subprocess wouldn't do much work before it went away.M > I think that might be very inefficient.  But you could try it and see which  > is faster. > D > If you want to make it less cumbersome, you could wrap the 4 linesD > in a subroutine or another command file.  Then the call would only? > be one line, and would look at least as tidy as a pipe-thing.  > J > I won't volunteer to write a pipe version.  I'm not good with pipes, and? > you can read the manual or the on-line help as well as I can.  >  > > A > > $! *** rsh from Alpha to UNIX server to get file's owner name > > > $ rsh /log=logfile.tmp4b /user='userid4' /pass='passwd4' -- > >    'servcur4' ls -l /usr/dgn/'mapnm4'.dof > > > $! *** open logfile and read server-file's owner name into > > $! *** variable "filuser4"/ > > $!          1         2         3         4 B > > $!012345678901234567890123456789012345678901234567890123456789J > > $!-rwxrwxr-x   1 jjones   users      16477 Jun 13 08:55 .../c0503b.dof& > > $ open/read infile4b logfile.tmp4b > > $ read infile4b inrec4b 8 > > $ filusr4=f$edit(f$extract(15,9,inrec4b),"collapse") > > $ close infile4b > >  > > We're running VMS 7.1-1H1  > E > VMS 7.1-2 is an easy and cheap (<$20) upgrade.  Many bugs have been  > fixed since 7.1-1h1. >  > -- > Robert Deininger > rdeininger@mindspring.com    ------------------------------  # Date: Tue, 18 Jul 2000 01:50:46 GMT + From: "Alphaman" <aaron@nospam-alphant.com>   Subject: Re: DCL coding question< Message-ID: <WJOc5.60648$Yr4.1024797@news1.rdc1.tn.home.com>   Lonny,  5 You might try the following two alternative commands:     $ dir/ftp/full    and   5  $ fileusr4 = f$element(2," ",f$edit("trim",inrec4b))   J (I think the parameters are correct -- I'm doing this from memory.  PleaseI double check them yourself before even thinking about implementing them!)   D The first uses FTP instead of rsh, which might be just a little moreK efficient.  The second just gets the third white-space delimited element of K the line you've pulled from your output file, allowing for some variability J in record formats (not more efficient, but less likely to need recoding atH some point in the future should the record format/field size change)(not likely).   Aaron  --< Aaron Sakovich          http://www.alphant.com/alphaman.html< The AlphaNT Source:                  http://www.alphant.com/< Even my car has a website:  http://www.alphant.com/cristine/< Make April 15 just another day:      http://www.fairtax.org/< "Things do not change, people change." (Henry David Thoreau)        4 Lonny Balderston <lbalders@gte.net> wrote in message news:396F887E.16DA@gte.net... : > Anyone know a more efficient way to DCL-code this, maybe> > using "pipe" and "sys$input" to dispense with the cumbersome > open/read/close business?: > ? > $! *** rsh from Alpha to UNIX server to get file's owner name < > $ rsh /log=logfile.tmp4b /user='userid4' /pass='passwd4' -+ >    'servcur4' ls -l /usr/dgn/'mapnm4'.dof < > $! *** open logfile and read server-file's owner name into > $! *** variable "filuser4"- > $!          1         2         3         4 @ > $!012345678901234567890123456789012345678901234567890123456789H > $!-rwxrwxr-x   1 jjones   users      16477 Jun 13 08:55 .../c0503b.dof$ > $ open/read infile4b logfile.tmp4b > $ read infile4b inrec4b 6 > $ filusr4=f$edit(f$extract(15,9,inrec4b),"collapse") > $ close infile4b >  > We're running VMS 7.1-1H1  >  > Thank you, Lonny Balderston   > email: lbalders at gte dot net   ------------------------------  # Date: Mon, 17 Jul 2000 23:04:14 GMT / From: "Tom Simpson" <simpsont@xxx.mediaone.net> ( Subject: Re: DEC BASIC rounding problem?F Message-ID: <OhMc5.47287$Fe4.321008@typhoon.jacksonville.mediaone.net>   Randy,J Thanks for the help.  You were, of course,  correct.  This is a fairly oldE application, however, it's not that old...  I don't know the historic L reasons behind why they don't use decimal data types, but none of the couple( of dozen programs I've looked at use it.   Regards, Tom   = "Randy Park" <rjpark@mindspring.com.nospaam> wrote in message2- news:8kq740$l0j$1@nntp9.atl.mindspring.net...g> > This issue comes up from time to time.  As someone with overB > 20 years of experience with BASIC-Plus, VAX Basic, and DEC BasicA > I learned along time about about inexact computations involvingF > floating point operations. >C? > Floating point operations, by their very nature, are inexact.iA > Back on the PDP-11, you had no choice but to use floating point > > for numeric operations.  When VAX Basic arrived, the DECIMAL> > data type was added, which performed exact operations.  When= > writing new applications DECIMAL is the data type of choice > > for operations involving money.  But let's face it, a lot of@ > Basic applications were originally written for the PDP-11, andB > rewriting or changing the data types is not always an acceptableA > choice.  The problem then becomes, "How do you round numbers so ? > that you get the result you want?"  The solution is to adjustiE > your rounding.  Instead of using 0.5, use 0.500000001 as a roundingoB > factor, assuming you need no more than 5 places past the decimal; > point.  To undestand why you need to do this, you have tor8 > understand the internal format of floating point data. >nA > As a side bar, if your applicationn was in VAX Basic but in nowfC > in DEC Basic on Alpha, but you have kept the D-Floating data typenA > instead of converting to the G-Floating data type and your have ; > compiled with a default floating type of D-Float, you cantG > experience a similar problem and need to force your D-Float variablesFC > and constants through the REAL(,) function before using an equalssD > (=) or a not-equals (<>) comparison, because only the bit patterns# > get compared not the data values.t >e >m: > Tom Simpson <simpsont@xxx.mediaone.net> wrote in messageB > news:gn0c5.46987$Fe4.307032@typhoon.jacksonville.mediaone.net...I > > Here is a screen shot of a Basic program that we are having a problema > with.iJ > > It seems that the INT function is returning an incorrect (or certainlyC > > unexpected) result.  Can someone tell me what is going on here?t > >o@ > > As you can see, the result of line 4786 is  32638.0000000000K > > When you take the INT of that result (4787) it returns 32637.0000000000,I > > Why is it whacking the last significant digit?  All the variables area > > declared > > Double.- > >o8 > > Environment is OpenVMS/Alpha V7.1-2, DEC BASIC V1.3. > >y > > Regards, > > Tome > >a > > * SRC: moduleoF > > REM_SND_ABCDMERCH$MAIN -scroll-source*****************************9 > >   4784:         n.total = pay_amt * ( net.pct/100.0 )dH > >   4785: !       net.amt = int( ((pay_amt * (net.pct/100.0))  + .5) )* > >   4786:         n.total = n.total + .5, > >   4787:         net.amt = int( n.total ) > >   4788:pL > > ->4789:         dmerch::commission_pct = cvt_2_overpunch(commis.pct*100, > 4) > >   4790:pA > >   4791:         IF mid$( mpy::batch.type, 3%, 1% ) = "R" THEN < > >   4792:             dmerch::description = "RECEIVED NSF"I > >   4793:             dmerch::fin_trans_amt = cvt_2_overpunch(-pay_amt,  10)eK > >   4794:             dmerch::net_pmt_amt = cvt_2_overpunch(-net.amt, 10)n > > *o > >a > L OUT -output***************************************************************** > > **4 > > REM_SND_ABCDMERCH$MAIN\N.TOTAL: 32637.50000000000 > > stepped to REM_SND_ABCDMERCH$MAIN\%LINE 47874 > > REM_SND_ABCDMERCH$MAIN\N.TOTAL: 32638.00000000000 > > stepped to REM_SND_ABCDMERCH$MAIN\%LINE 47894 > > REM_SND_ABCDMERCH$MAIN\NET.AMT: 32637.0000000000 > > *a > >e >vL PROMPT -error-program-prompt************************************************ > > **
 > > DBG> Stepi > > DBG> exa n.total
 > > DBG> Stepn > >n > >v > >c >  >    ------------------------------   Date: 17 Jul 2000 14:45:53 PDTT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)- Subject: Re: Differences in Fortran versions?d3 Message-ID: <JghKU7iG7Cm6@mccdev.slac.stanford.edu>   ( In article <39723F9C.BEF6BF70@vrx.net>, (     	Beyonder <beyonder@vrx.net> writes: > Tim Shoppa wrote:e > , >> I would *not* call that a succesful port! > ) > it compiles without errors or warnings.>H > it funtions the same way as the modern compilers on the vax and alpha.H > to me that's pretty successful. it means they all behave the same way. > J >> Huh?  Most all Fortran run-time libraries that support "VAX extensions"> >> (and I think this covers *all* commercial Fortran compilers$ >> available today) will have RAN(). >>G >> 2 is hardly a good choice for an initial seed, but a code that hangsl1 >> solid with some seeds is *not* a working code!s > C > the question remains as to why the original code ran fine on PDP, F > two different vax11/780s and a vax11/750 (I personally ran it on the5 > three vax systems I mention here), this exact code.u > that's what bugs me! :)   H         Two things that haven't  yet  been mentioned here.  First, checkH     whether  there  are  any expressions that depend upon the  order  of     evaluation, e.g.,e  1         IF (I .GT. 0 .AND. ARRAY(I) .LT. 42.) ...r  H     In F77, it has always been the case that the processor (compiler) isH     allowed to evaluate the  subexpressions  (I.GT.0 versus ARRAY(I)) inH     _any_  order  it  chooses.  However, in older compilers,  there  wasH     _usually_ left-to-right evaluation just due  to  lack  of  agressiveH     optimization.   Along  about  Fortran 3.x, VAX Fortran started doingH     some of these optimizations (which the  Release Notes warned of) and#     promptly broke a bunch of code!c  H         The second question is,  haven't  you  run  in  debug yet to seeH     where  the  code is hanging/failing?  That should give some  obvious
     clues.  H         As others have said, there are  a  lot of bad old practices thatH     the  VMS  Fortran compiler(s) allows to support  "portability"  fromH     various sources, including PDP-11's and IBM systems,  that  are  notH     standard-conforming  and  which will bite you if you're not careful.D     You need to find which _particular_ one of these is getting you.           -Ken --  M  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edur:  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  # Date: Tue, 18 Jul 2000 03:53:34 GMT ! From: Beyonder <beyonder@vrx.net>o- Subject: Re: Differences in Fortran versions? ' Message-ID: <3973D4CA.E2F51EFC@vrx.net>a  9 "Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515" wrote:   O >              The second question is,  haven't  you  run  in  debug yet to seesJ >     where  the  code is hanging/failing?  That should give some  obvious >     clues. >:J >         As others have said, there are  a  lot of bad old practices thatJ >     the  VMS  Fortran compiler(s) allows to support  "portability"  fromJ >     various sources, including PDP-11's and IBM systems,  that  are  notJ >     standard-conforming  and  which will bite you if you're not careful.F >     You need to find which _particular_ one of these is getting you.  Q Wouldn't it be easier to just use the old vms and old fortran, make an EXE and beh on my merry way?   Dan.   ------------------------------   Date: 17 Jul 2000 22:31:46 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)( Subject: Re: DJE Systems in the OVMS FAQ6 Message-ID: <8l01gi$kgj$1@mailint03.im.hou.compaq.com>  g In article <39727E95.F2C6B4C4@earthlink.net>, "David J. Dachtera" <djesys.nospam@earthlink.net> writes: ? :Please change your bookmarks to point to djesys.com, replacingK4 :"home.earthlink.net/~djesys" with "www.djesys.com".  A   There are various references in the OpenVMS FAQ.  Can you emaild:   any current/updated URLs for inclusion the next edition?  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 17 Jul 2000 22:57:11 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)) Subject: Re: Doc and more for DEC4000/30006 Message-ID: <8l0307$kn0$1@mailint03.im.hou.compaq.com>  W In article <8kv01s$b6i$1@wanadoo.fr>, "pascal Legendre" <palegendre@wanadoo.fr> writes:s4 :I have an DEC4000/300, anyone using this machine ?   H   I will assume this is a VAX 4000 model 300, and not a DEC 4000 series.@   The VAX 4000 model 300 is in common use at a variety of sites.  / :I have to send it in Africa for a University, t2 :do you have some documentation about this type of+ :machine (Vax) and the OS (VMS 4000/100) ? t  %   More commonly known as OpenVMS VAX.I  E   Pointers to some of the hardware-related websites around are listedsA   in the OpenVMS FAQ.  Comparatively little of the older hardware H   documentation is presently on-line, but there is a user group project 7   going on to scan some of it in and make it available.i  D :I am very glad to receive these documentations and informations to . :install it ... with VMS or Linux (if posible)  F   Please see the OpenVMS FAQ for pointers to on-line documentation of F   OpenVMS.  The installation documentation for the current release of *   OpenVMS VAX is available on the website.  G   The installation of the VAX 4000 model 300 is quite simple, assuming EB   that you have been shipped all of the cables and parts required.D   Also assuming that nobody has messed around inside the Q-bus.  (IfD   somebody _has_ messed around in the Q-bus -- by adding or removingD   any Q-bus modules -- then you can be in for a world of complexity "   getting this box to work again.)   	--   F   VAX systems equipped with a Q-bus or a UNIBUS are not generally the F   most appropriate choice for someone with no hardware experience, as E   the correct configuration is a rather involved process and requires D   some or all of the following: knowledge of the Q-bus/UNIBUS and ofF   the particular Q-bus/UNIBUS enclosure, of the individual controllersD   installed, of how the OpenVMS configuration process works, and the?   hardware documentation for various of the I/O widgets in use.m  G   For those folks that are familiar with the Q-bus and/or UNIBUS, these D   systems can be quite easy to deal with and quite useful.  For the G   uninitiated folks (particularly those without a full set of hardware 'I   documentation for the system and for all of the Q-bus or UNIBUS widgetsrJ   handy), these systems can be rather difficult and daunting to initially    get working.    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Mon, 17 Jul 2000 18:13:28 GMTd% From: hx_101@hotmail.com (Horse Nuts)i Subject: DTR Syntaxn+ Message-ID: <39744c51.13179000@news.dal.ca>-  D In the following I am trying to get ~"|USERNAME to be in lower case. How can I do this. Thanks   SET NO REPORT_HEADER SET NO COLUMN_HEADER SET COLUMNS_PAGE = 180 SET LINES_PAGE = 1000000 AT TOP OF REPORT         PRINT COL 1, "<HTML>",<         COL 1, "<HEAD><TITLE>Personal Pages</title></head>",<         COL 1, "<CENTER><H2> Personal Pages </h2></center>",         COL 1, "<HR>",/         COL 1, "<TABLE border=0 cellpadding=3>"n !e PRINT COL 1, "<TR><TD><a/ href="|'"'|"HTTP://xxx.xx.xx/~"|USERNAME||'"'|`y !n AT BOTTOM OF REPORT &         PRINT COL 1, "</table></html>"
 END_REPORT FINISH
 END_PROCEDUREn   ------------------------------  % Date: Mon, 17 Jul 2000 21:11:34 -0500t7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>e Subject: Re: DTR Syntaxr- Message-ID: <3973BCD6.9B1F8F8D@earthlink.net>o   Horse Nuts wrote:y > F > In the following I am trying to get ~"|USERNAME to be in lower case. > How can I do this. > Thanks  @ Yow! It's been rather a while since I hacked up anything in DTR.  5 Is there an FN$EDIT function? (Hint: Check the HELP).p   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Mon, 17 Jul 2000 21:39:40 -0400  From: quayle@pobox.com Subject: Fortune cookies?m+ Message-ID: <39737D1C.941.83B31E@localhost>l   Try:  9 http://metalab.unc.edu/pub/Linux/games/amusements/fortune   ! That should have what you need...t     --Stan  
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671t1 8572 North Spring Ct. NW, Pickerington, OH  43147i= Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------  % Date: Tue, 18 Jul 2000 08:10:01 +1200r0 From: Patrick Nirmal Sharma <Patrick@fsc.com.fj>  Subject: Gembase (gem.dmp files)9 Message-ID: <C904D185C744D31189A90008C7EB6684B08304@dovu>   
 Greetings,  F My Alpha system disk is running low on available spaces due to alot of+ dump files being created on my system disk.79 The files are created are: $1$DKC0:[SYS0.SYSMGR]GEM.DMP;*79 Any clues as to how I can find a solution to the problem.i   System Details are as follow:e   VMS Version 7.1-2$ Gembase version 5.6-3e Oracle Rdb V7.0-3    Patrickn   ------------------------------  % Date: Mon, 17 Jul 2000 16:45:22 -0400d# From: John Vottero <John@MVPSI.com>e$ Subject: RE: Gembase (gem.dmp files)D Message-ID: <C15945A9D9EFCF11BA8B08002BBF1CCC0CD76F@berry.mvpsi.com>  * Is this a trick question?  Have you tried:  $ $ PURGE $1$DKC0:[SYS0.SYSMGR]GEM.DMP     > -----Original Message-----9 > From: Patrick Nirmal Sharma [mailto:Patrick@fsc.com.fj]1% > Sent: Monday, July 17, 2000 4:10 PMh > To: Info-VAX@Mvb.Saic.Comn" > Subject: Gembase (gem.dmp files) >  >  > Greetings, > H > My Alpha system disk is running low on available spaces due to alot of- > dump files being created on my system disk.o; > The files are created are: $1$DKC0:[SYS0.SYSMGR]GEM.DMP;*i; > Any clues as to how I can find a solution to the problem.b >  > System Details are as follow:  >  > VMS Version 7.1-2d > Gembase version 5.6-3e > Oracle Rdb V7.0-3u > 	 > Patrick  >  >    ------------------------------  % Date: Mon, 17 Jul 2000 17:24:06 -0400i- From: JF Mezei <jfmezei.spamnot@videotron.ca>p$ Subject: Re: Gembase (gem.dmp files), Message-ID: <3973795D.71D38931@videotron.ca>   John Vottero wrote:  > , > Is this a trick question?  Have you tried: > & > $ PURGE $1$DKC0:[SYS0.SYSMGR]GEM.DMP  T But that won't solve the problem of these files being created in the first place....  2 You can *reduce* the problem in the following way:   $ SET DEF $1$DKC0:[sys0.sysmgr]( $ CREATE GEM.DMP hello, I like chocolatet <ctrl-z>! $SET FILE GEN.DMP;*/version=4/LOG3  J The above command will fail on one file because it is currently (probably)L opened by the application. But because you created a new file "above" it andM that file has the right attributes (version limit), subsequent file creationss will use that version limit.  J However, you might wish to look at various log files to see WHY these dump files are being generated.   ------------------------------  # Date: Mon, 17 Jul 2000 18:07:49 GMTr= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)7= Subject: Re: got to remember to STOP trying to use OpenVMS...w0 Message-ID: <009ED380.DAAC289A@SendSpamHere.ORG>  ` In article <8kvck5$1h3p$1@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:1 >In article <009ED1C1.E902AB54@SendSpamHere.ORG>,eA > system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:s >|> M >|> That's another sore spot.  Is it time for a list of applicable oxymorons?,J >|> Methinks so.  Try these for a start: "Standard Unix" and "Portable C". >uD >First of all, I do not know of anyone in the Unix camp who has everA >claimed there is such a thing as "Standard Unix".  That seems toh, >remain the claim of people like VMS bigots. >aA >And secondly, C is as portable as any other language.  If you got@ >to the trouble to write portable code and never use any vendorsA >extensions or additions and never make any assumptions about the A >underlying hardware you can write portable code in any language.o? >But then, you probably wouldn't accomplish much more than the  ? >most trivial of programs.  Which is why all those vendors went0D >to the trouble of creating all those extensions in the first place.  I Granted.  It would be nice if the folks hacking this stuff up would placetF #ifdef VANILLA, #ifdef CHOCOLATE, #ifdef STRAWBERRY, #ifdef ROCKYROAD,G #ifdef RAZZLEDAZZLE or whatever flavor of unix that's applicable in theoF code to handle these 'assumptions' but, in general, they don't.  Also,D I don't see why a makefile can't make the product without all of the4 manual interaction to create this 'autoconfig' crap.    C >If you don't like Unix, at least stick to real arguments otherwise ; >it ends out being just like trying to teach a pig to sing.e  D Gee, you must be a transplant.  I never found Pennsie folks to be soF testy when I grew up/lived there.  The argument, however, is the brainF damage that has been identified as 'autoconfig' and, like the opinion  or not, it's ugly shit.    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMd   ------------------------------  # Date: Mon, 17 Jul 2000 18:11:37 GMTn2 From: malmberg@eisner.decus.org (John E. Malmberg)= Subject: Re: got to remember to STOP trying to use OpenVMS...t' Message-ID: <Fxut7D.65L@news.decus.org>u  , In article <8kvd1d$1h3p$2@info.cs.uofs.edu>,3 bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:v > 8 > So maybe the answer is for someone with VMS experience: > to write a DCL to fill in all the necessary holes in the4 > makefile and config.h so that the systems could be > sucessfully built under OVMS.   7 That only works for the current version of the product.   < Interpreting the makefile.in to determine to what options do9 what can be very time consuming, and the entire structureg: and order of the files can change with a minor revision of& the package from the UN*X maintainers.  , The same may be true for the config.in file.  < So it means that for each release, the port can almost start% over, just to get a working makefile.s  ? For a package such as SAMBA, it can be a big deal.  For smallerh stuff, it may be more trivial.  < IMHO the maintainers of packages that use autoconfig are not< likely to change from a tool that they know to a new one, as4 long as the package is primarily maintained on UN*X.  < It may be possible to build a program that can automagically9 scans the config.in and the makefile.in to try and create:? usable resulting files.  But that is assuming that a particular*  package is using those as input.  : I would also want it to know how to convert libraries into? builds for shared images too.  The GSMATCH would have to be set 2 to equal a unique version, as forward or backwards& compatability could not be guaranteed.   -John9 wb8tyw@qsl.network   ------------------------------    Date: 17 Jul 2000 15:33:00 -05002 From: malmberg@eisner.decus.org (John E. Malmberg)= Subject: Re: got to remember to STOP trying to use OpenVMS...C+ Message-ID: <KXJgVqx7knSG@eisner.decus.org>i  0 In article <009ED380.DAAC289A@SendSpamHere.ORG>,@  system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes: > < > Granted.  It would be nice if the folks hacking this stuff2 > up would place #ifdef VANILLA, #ifdef CHOCOLATE,: > #ifdef STRAWBERRY, #ifdef ROCKYROAD, #ifdef RAZZLEDAZZLE5 > or whatever flavor of unix that's applicable in theEA > code to handle these 'assumptions' but, in general, they don't.H  - They use to.  And it was an even bigger mess.A  D A programmer for CHOCOLATE would make a major change, and update theB sections for CHOCOLATE in the config.h to accomodate it, but could7 not update the other sections, so they would not build.   D A programmer for today's batch of ROCKYROAD would make a change that3 would not work with yesterday's batch of ROCKYROAD.   C Or a programmer for RAZZLEDAZZLE making a major change would decide ? to be helpful and update all of the other sections, causing all  sorts of build problems.  > I think having standard keywords of #ifdef HAVE_FCNTL and such  are better than what was before.  ? However dealing with #ifdef HAVE_BROKEN_CHDIR and other made up H names require some reverse engineering of test programs and other stuff.  , And the MAKEFILE can be a real can of worms.   -Johne wb8tyw@qsl.network   ------------------------------  # Date: Mon, 17 Jul 2000 19:00:28 GMTX= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)r= Subject: Re: got to remember to STOP trying to use OpenVMS... 0 Message-ID: <009ED388.356275FF@SendSpamHere.ORG>  ` In article <KXJgVqx7knSG@eisner.decus.org>, malmberg@eisner.decus.org (John E. Malmberg) writes:1 >In article <009ED380.DAAC289A@SendSpamHere.ORG>,fA > system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:e >>  = >> Granted.  It would be nice if the folks hacking this stuffm3 >> up would place #ifdef VANILLA, #ifdef CHOCOLATE,m; >> #ifdef STRAWBERRY, #ifdef ROCKYROAD, #ifdef RAZZLEDAZZLEp6 >> or whatever flavor of unix that's applicable in theB >> code to handle these 'assumptions' but, in general, they don't. >n. >They use to.  And it was an even bigger mess. >rE >A programmer for CHOCOLATE would make a major change, and update therC >sections for CHOCOLATE in the config.h to accomodate it, but couldo8 >not update the other sections, so they would not build. >jE >A programmer for today's batch of ROCKYROAD would make a change thatt4 >would not work with yesterday's batch of ROCKYROAD. >iD >Or a programmer for RAZZLEDAZZLE making a major change would decide@ >to be helpful and update all of the other sections, causing all >sorts of build problems.e  B ... and both of these exists.  Thus, you have platforms which haveB not been addressed because (the better of two evils if) the devel-A oper didn't have access to the platform with which to do the pro-tA per mods and test; or you have the opposite wherein the developer1C 'assumed' the changes being made work for the platforms he does noth@ have for mods and testing and leaves half-baked code in place to muck up the works.    ? >I think having standard keywords of #ifdef HAVE_FCNTL and such ! >are better than what was before.L  B That maybe true but it's the consequences of dealing with the codeC when you don't HAVE_FCNTL that is an issue.  It would be far easier5C to deal with if the folks spewing out much of this stuff had just a-D little consideration for maintaining this stuff and some rudimentary! concept of modular programming.  -  C I'm in the midst of code that has hundreds of modules with HAVE_xyzrB and each one has the crap hard-coded within the C source.  Why oneD simple HAVE_ or HAVE_NOT_ jacket for these things couldn't have beenB devised is beyond me.  Sure would make the code easier to read andE follow, and it would be easier to fix and port.  I know... the devel-gD oper was hell bent on performance and couldn't see to it to have one+ more level in the call stack -- yeah right!     @ >However dealing with #ifdef HAVE_BROKEN_CHDIR and other made upI >names require some reverse engineering of test programs and other stuff.   E These "constructs" are even more problematic that the aforementioned.b    - >And the MAKEFILE can be a real can of worms.i  F I love these.  Many of these auto-generated makefiles don't possess anF object depends on source rule.  Instead, the make assumes that you be-E get object X<object> from X<source>.  So, you encounter problem that  F means you need to fix a product header file and you try to rebuild theG product.  Alas, no dependancy rules on the .H files; thus, the only waym= to recover is the build from scratch.  What a waste of time! >   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMa   ------------------------------   Date: 17 Jul 2000 19:18:12 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)= Subject: Re: got to remember to STOP trying to use OpenVMS...e, Message-ID: <8kvm5k$9sq@gap.cco.caltech.edu>  D In article <8ktqcg$ra9$1@nnrp1.deja.com>, jordan@my-deja.com writes:  @ >I don't see that configure makes it _more_ difficult to port to5 >environments that don't support the GNU toolchain.     J Emphatically - it does.  Non-autoconf Makefiles usually have a section up  at the front which look like:E   # uncomment this for Linux $0 # CFLAGS=-I. -Iourinclude -Dblah -Dblah2 -Dblah3  H To "port" for such a makefile is easy - all you have to do is review theB bits in the ONE line and see which are relevant to your platform.   G And even autoconf wouldn't be so bad if it ALSO shipped a final set up 0L Makefiles relevant for some (any) platform.  But it doesn't - it only ships  a heap of scripts.   Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech n   ------------------------------   Date: 17 Jul 2000 19:35:03 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)C= Subject: Re: got to remember to STOP trying to use OpenVMS...p, Message-ID: <8kvn57$1m26$2@info.cs.uofs.edu>  0 In article <009ED380.DAAC289A@SendSpamHere.ORG>,@  system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes: |>L |> Granted.  It would be nice if the folks hacking this stuff up would placeI |> #ifdef VANILLA, #ifdef CHOCOLATE, #ifdef STRAWBERRY, #ifdef ROCKYROAD, J |> #ifdef RAZZLEDAZZLE or whatever flavor of unix that's applicable in theI |> code to handle these 'assumptions' but, in general, they don't.  Also,uG |> I don't see why a makefile can't make the product without all of thed7 |> manual interaction to create this 'autoconfig' crap.a  E Now I'm really confused.  Having ported hundreds of programs back and H forth between Unix and Unix-like (anybody here ever use Primix?) I don'tH understand how typing "configure" is more manual interaction than what IH used to have to go through.  Granted, it's may be work for the guy doingH the initial port, but it seems to me that it is better for one guy to doF all that work than for every guy who tries to install it to have to goG through and modify everything.  As for the infinite chains of "ifdefs",l; after about the 5th one the code becomes totaly unreadable.n  J It may not be perfect, but it's a lot better than what we had int he past.   |> a |> fF |> >If you don't like Unix, at least stick to real arguments otherwise> |> >it ends out being just like trying to teach a pig to sing. |> sG |> Gee, you must be a transplant.  I never found Pennsie folks to be soa% |> testy when I grew up/lived there. e  D Nope, except for a lengthy period in the Army, I was born and raised" within blocks of where I live now.  H |>                                   The argument, however, is the brainI |> damage that has been identified as 'autoconfig' and, like the opinion H |> or not, it's ugly shit.  3 Maybe so, but a lot prettier than the alternatives.-  ? And it should be trivial for a VMS guru to write a file called m? "CONFIGURE.COM" that fills in all the necessary blanks that the-= configure script normally does to make it build on VMS.  As Ir< said previously, under VMS you don;t have to worry about the' flavor of the day.  One size fits all!!O   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>   H   ------------------------------   Date: 17 Jul 2000 22:25:24 GMT' From: dashw459@aol.comeatspam (Doug W.)x Subject: Henry Ford turnover: Message-ID: <20000717182524.27066.00000158@ng-md1.aol.com>  ; The following has nothing to do with RMS or caching issues.-  L I recently decided to do my beloved KZPs a favor by upgrading them with someO hot new 10K drives.  My KZPs deserve the best, so the old 7K drives had to go. FO The new drives came packaged in beautiful silver cellophane.  The KZPs would beeJ pleased.  After replacing the drives, I ran our standard TSTWRT program toI measure how much the KZP approved of the new drives.  TSTWRT records diskN? bandwidth every second.  It employs multiple asynchronous QIOs.r) I got this idea off an Intel web page.   /  ; TSTWRT - a program to measure MAX write I/O to a disk file.  Using these parameters:/$ 	File Name: Q$JOU:[JOURNAL]TEST1.DAT 	Blocks Per IO: 127u 	Inflight: 8 	File Size: 500000 Beginning IO write test.B I/O per sec: 334    total blocks:   42418    band width: 21.72 MB B I/O per sec: 338    total blocks:   85344    band width: 21.98 MB B I/O per sec: 328    total blocks:  127000    band width: 21.33 MB B I/O per sec: 336    total blocks:  169672    band width: 21.85 MB B I/O per sec: 143    total blocks:  187833    band width:  9.30 MB B I/O per sec: 282    total blocks:  223647    band width: 18.34 MB B I/O per sec: 328    total blocks:  265303    band width: 21.33 MB B I/O per sec: 327    total blocks:  306832    band width: 21.26 MB B I/O per sec: 330    total blocks:  348742    band width: 21.46 MB B I/O per sec: 326    total blocks:  390144    band width: 21.20 MB B I/O per sec: 328    total blocks:  431800    band width: 21.33 MB B I/O per sec: 327    total blocks:  473329    band width: 21.26 MB  Average I/O per sec: 310 Average band width: 20.20 MB  N Strange.  The new 10K drives were not providing as much bandwidth as the olderC 7K drives.  No problem, I could fudge the figures with a local timeuI contraction.  Afterall, you can't expect to spin drives this fast withoutGO encountering relativistic effects.  But what really bothered me was the 9.30MB..L  Maybe the KZPs were being starved.  Didn't happen with the 7K drives, but I* better try increasing the QIOs inflight.    ; TSTWRT - a program to measure MAX write I/O to a disk file.. Using these parameters:y$ 	File Name: Q$JOU:[JOURNAL]TEST1.DAT 	Blocks Per IO: 127:
 	Inflight: 16m 	File Size: 500000 Beginning IO write test.B I/O per sec: 341    total blocks:   43307    band width: 22.17 MB B I/O per sec: 358    total blocks:   88773    band width: 23.28 MB B I/O per sec: 354    total blocks:  133731    band width: 23.02 MB B I/O per sec: 353    total blocks:  178562    band width: 22.95 MB B I/O per sec: 348    total blocks:  222758    band width: 22.63 MB B I/O per sec: 343    total blocks:  266319    band width: 22.30 MB B I/O per sec: 354    total blocks:  311277    band width: 23.02 MB B I/O per sec: 343    total blocks:  354838    band width: 22.30 MB B I/O per sec: 348    total blocks:  399034    band width: 22.63 MB B I/O per sec: 355    total blocks:  444119    band width: 23.08 MB B I/O per sec: 351    total blocks:  488696    band width: 22.82 MB  Average I/O per sec: 349 Average band width: 22.75 MB  N Ahhh, nothing like stability.  True the bandwidth was still not as high as theL older 7K drives.  But my KZPs deserve the best.  They must have 10K drives. H Get this shelf over to Operations tonight and tell them to double the ION inflight.  That should cause enough confusion to ward off any complaints for a
 long time.  O Eager to start on the next shelf, I cracked open another carton.  Strange, thisaO drive was packaged in ugly grey cellophane.  No problem, I don't think the KZPsHI noticed.  The cellophane indicated another drive manufacturer.  But these O drives are 'standard' and must meet specifications.  Just to waste some time, In fired up TSTWRT again.   c  ; TSTWRT - a program to measure MAX write I/O to a disk file.g Using these parameters:S$ 	File Name: Q$JOU:[JOURNAL]TEST1.DAT 	Blocks Per IO: 127e 	Inflight: 8 	File Size: 500000 Beginning IO write test.B I/O per sec: 112    total blocks:   14224    band width:  7.28 MB B I/O per sec: 288    total blocks:   50800    band width: 18.73 MB B I/O per sec: 297    total blocks:   88519    band width: 19.31 MB B I/O per sec: 142    total blocks:  106553    band width:  9.23 MB B I/O per sec:  24    total blocks:  109601    band width:  1.56 MB B I/O per sec:  80    total blocks:  119761    band width:  5.20 MB B I/O per sec: 241    total blocks:  150368    band width: 15.67 MB B I/O per sec: 292    total blocks:  187452    band width: 18.99 MB B I/O per sec: 282    total blocks:  223266    band width: 18.34 MB B I/O per sec: 233    total blocks:  252857    band width: 15.15 MB B I/O per sec:  83    total blocks:  263398    band width:  5.40 MB B I/O per sec: 285    total blocks:  299593    band width: 18.53 MB B I/O per sec: 289    total blocks:  336296    band width: 18.79 MB B I/O per sec: 189    total blocks:  360299    band width: 12.29 MB B I/O per sec: 130    total blocks:  376809    band width:  8.45 MB B I/O per sec:  89    total blocks:  388112    band width:  5.79 MB B I/O per sec: 294    total blocks:  425450    band width: 19.12 MB B I/O per sec: 282    total blocks:  461264    band width: 18.34 MB B I/O per sec: 240    total blocks:  491744    band width: 15.61 MB  Average I/O per sec: 203 Average band width: 13.25 MB  K Leaping lizards, the KZP was rejecting its new drives.  So much for meetingt: specifications.  Better try increasing the inflight again.  = TSTWRT - a program to measure MAX write I/O from a disk file.i Using these parameters:h$ 	File Name: Q$JOU:[JOURNAL]TEST1.DAT 	Blocks Per IO: 127a
 	Inflight: 16  	File Size: 500000 				-----------------------  Beginning IO write test.B I/O per sec: 320    total blocks:   40640    band width: 20.81 MB B I/O per sec: 322    total blocks:   81534    band width: 20.94 MB B I/O per sec: 322    total blocks:  122428    band width: 20.94 MB B I/O per sec: 316    total blocks:  162560    band width: 20.55 MB B I/O per sec: 306    total blocks:  201422    band width: 19.90 MB B I/O per sec: 323    total blocks:  242443    band width: 21.00 MB B I/O per sec: 310    total blocks:  281813    band width: 20.16 MB B I/O per sec: 311    total blocks:  321310    band width: 20.22 MB B I/O per sec: 319    total blocks:  361823    band width: 20.74 MB B I/O per sec: 327    total blocks:  403352    band width: 21.26 MB B I/O per sec: 312    total blocks:  442976    band width: 20.29 MB B I/O per sec: 311    total blocks:  482473    band width: 20.22 MB  Average I/O per sec: 316 Average band width: 20.59 MB  N Ahhh, stable but crippled.  Get this shelf over to Operations and tell them toK ignore relativistic effects.  Nice try, but this time I knew I was going tosA hear from Ops.  Better call COMPAQ and learn how to deal with it.a  N Sure enough at 3AM my phone rang.  It was Ops.  I tried the usual wrong numberE line, but they wouldn't be put off.  Summoning my wits, I began usingh! everything I learned from COMPAQ.a  J That's impossible.  If those drives had a problem a lot of people would be! complaining.  I don't believe it.c  M Yes, yes, yes you may believe you are experiencing diminished throughput, butbL what I am telling you is those drives meet specifications.  If you really doM have a problem, you must have set them up wrong.  Perhaps you should bring in  an expert to look at them.  O What are the specifications?  Did you just ask me what are the specifications! wO We don't publish the specifications.  In fact, we have been exceedingly careful-F to avoid any mention of max rates for the KZP so what good would drive specifications be?  M What do you do?  Well now that I know you have exceeded the KZPs limits may ISJ ask why are you using such a cheap device?  I recommend an upgrade to HSZ.  O I hung up on the operator and retired serenely knowing I had just earned a free)M lunch with my COMPAQ salesman.  True, my beloved KZPs were history.  But theypK were too fickle anyway.  They did not like drives that met standards.  I amO! sure the HSZ will be different.  w                                      e   ------------------------------  % Date: Mon, 17 Jul 2000 21:15:48 -0500H7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>r  Subject: Re: Henry Ford turnover- Message-ID: <3973BDD4.58F3E4E8@earthlink.net>O   "Doug W." wrote: [total snippage]  ? When I first read the subject, I thought you were going to say:d   Flip Over,m Read
 Directions   -- O David J. Dachteraa dba DJE Systemsl http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Mon, 17 Jul 2000 19:39:53 -0400f. From: "Steven Shamlian" <not.an@earthling.net>! Subject: Hobbes frozen on startup 2 Message-ID: <8l05jd$o5u$1@slb7.atl.mindspring.net>   Hello.K I have never posted to comp.os.vms before, as I have never been able to getgK newsgroup access to work (well) with previous ISPs.  (I have, however, readoI the newsgroup through Deja News.)  Anyway, I am partial owner and currenteG sysadmin of Hobbes (which is currently down until someone can give me ahD hand), a free server on the web running VMS.  To cut to the quick, IL modified SYSTARTUP_VMS.COM, innocently adding (among other things) a line toJ mount the bootdrive (which was completely unneccesary, but I thought I wasI doing the right thing...) which read something like "mount /system dkb300SJ dkb300 dkb300".  So then I rebooted the vax and everything was OK until (IH suspect) that line was reached, as I got 3 errors, saying first that theH drive was already mounted, and then that the drive was not available forI mounting, and then again taht the drive was unavailable for mounting.  At G this poit,  the system hangs.  Does anyone know how to get out of this?TJ Perhaps there's a way to confirm each command in the startup file?  Hobbes is a VS3100/40 with VMS 7.2a Thanks very much for your help!C =+=Steven Shamlian=+=oH (not.an@earthling.net or hobbesthevax@hotmail.com [the subject line must include the word 'hobbes'] )   ------------------------------  % Date: Mon, 17 Jul 2000 19:17:13 -0500i) From: "John E. Malmberg" <wb8tyw@qsl.net> % Subject: Re: Hobbes frozen on startupm/ Message-ID: <sn7849e3o53155@corp.supernews.com>t  , Steven Shamlian <not.an@earthling.net> wrote9 > in message news:8l05jd$o5u$1@slb7.atl.mindspring.net...,   >To cut to the quick, IaK > modified SYSTARTUP_VMS.COM, innocently adding (among other things) a lined to   >>>Boot/1 dkb300:p SYSBOOT> SET STARTUP_P1 "MIN"o SYSBOOT> CONTINUEs  J After the boot completes, fix your edits.  This is a maintenance boot, andI should give you enough resources to fix things.  A procedure like this iseF also documented in the OpenVMS FAQ, or can be looked up in the OpenVMS< Documentation.  Both can be referenced on line from links at http://www.openvms.compaq.comt   Then shutdown, thene   >>>boot/1 dkb300:i SYSBOOT> SET STARTUP_P1 "" SYSBOOT> CONTINUEt  J If you get a syntax error from SET STARTUP_P1 "MIN" then the syntax is SET STARTUP_P1="MIN".h One of those will work.e   -Johnr wb8tyw@qsl.network   ------------------------------  % Date: Mon, 17 Jul 2000 21:25:17 -0500m7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> % Subject: Re: Hobbes frozen on startupt- Message-ID: <3973C00D.BD826FC3@earthlink.net>E   Steven Shamlian wrote: >  > Hello.M > I have never posted to comp.os.vms before, as I have never been able to getoM > newsgroup access to work (well) with previous ISPs.  (I have, however, readhK > the newsgroup through Deja News.)  Anyway, I am partial owner and current I > sysadmin of Hobbes (which is currently down until someone can give me aDF > hand), a free server on the web running VMS.  To cut to the quick, IN > modified SYSTARTUP_VMS.COM, innocently adding (among other things) a line toL > mount the bootdrive (which was completely unneccesary, but I thought I was > doing the right thing...)    Hhmmm...  D Well, now that you know, no, once a disk a MOUNTed, you're all set -A especially the system disk. Undo that, and you should be all set.   & By the way - how's the sign ups going?  G I was debating doing something similar, only in my case I'd try to make E available a commercially licensed Alpha system for development in the H good old time-sharing tradition via the internet. I wasn't sure how highD the interest in such a facility would be, so I'm curious to know how Hobbes is doing.   -- - David J. Dachtera0 dba DJE Systemsr http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/g   ------------------------------  % Date: Mon, 17 Jul 2000 23:12:20 -0400j. From: "Steven Shamlian" <not.an@earthling.net>% Subject: Re: Hobbes frozen on startupc2 Message-ID: <8l0i1p$rlp$1@slb7.atl.mindspring.net>  - Thanks to everyone for their swift responses!n Hobbes is up!! =+=Steven Shamlian=+=i  9 "Steven Shamlian" <not.an@earthling.net> wrote in messager, news:8l05jd$o5u$1@slb7.atl.mindspring.net... > Hello.I > I have never posted to comp.os.vms before, as I have never been able tot getiH > newsgroup access to work (well) with previous ISPs.  (I have, however, readK > the newsgroup through Deja News.)  Anyway, I am partial owner and currentaI > sysadmin of Hobbes (which is currently down until someone can give me aiF > hand), a free server on the web running VMS.  To cut to the quick, IK > modified SYSTARTUP_VMS.COM, innocently adding (among other things) a line- toL > mount the bootdrive (which was completely unneccesary, but I thought I wasK > doing the right thing...) which read something like "mount /system dkb300SL > dkb300 dkb300".  So then I rebooted the vax and everything was OK until (IJ > suspect) that line was reached, as I got 3 errors, saying first that theJ > drive was already mounted, and then that the drive was not available forK > mounting, and then again taht the drive was unavailable for mounting.  At I > this poit,  the system hangs.  Does anyone know how to get out of this?sL > Perhaps there's a way to confirm each command in the startup file?  Hobbes > is a VS3100/40 with VMS 7.2e! > Thanks very much for your help!u > =+=Steven Shamlian=+=>J > (not.an@earthling.net or hobbesthevax@hotmail.com [the subject line must > include the word 'hobbes'] ) >r >a   ------------------------------  # Date: Mon, 17 Jul 2000 21:25:15 GMTm From: rleathe@my-deja.comw! Subject: JDBC support for RDB 6.0i) Message-ID: <8kvtj4$der$1@nnrp1.deja.com>t  F My question is whether there is a version of RDB (we have version 6.0)C that supports Java Database Connectivity (JDBC). I know that OraclehD acquired RDB from DEC in June of 1997 and that Oracle supports JDBC.   thanks   russ    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Mon, 17 Jul 2000 18:40:29 -0400  From: quayle@pobox.com% Subject: Re: JDBC support for RDB 6.0f- Message-ID: <3973531D.13611.426E5C@localhost>g   > I know that OracleF > acquired RDB from DEC in June of 1997 and that Oracle supports JDBC.  @ Oracle has not been very aggressive in adding features from the E Oracle product into RDB.  However, they've been doing a great job of o@ moving RDB's better ideas into Oracle.  They are *not* the same E product.  There's no schedule to absorb RDB into Oracle, at least as s
 of last year.d  F By the way -- RDB 6.1 is the oldest supported version at the moment.  F That support will disappear with the release of RDB 8.0, due out soon.     --Stan  
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671f1 8572 North Spring Ct. NW, Pickerington, OH  43147r= Preferred address:  stan@stanq.com       http://www.stanq.come   ------------------------------  + Date: Mon, 17 Jul 2000 14:50:03 -0400 (EDT)e2 From: "Douglas S. Meade" <vaxboy@inforum2.umd.edu>' Subject: Re: KDA50 (~RA81's controller)hG Message-ID: <Pine.LNX.4.20.0007171448390.15033-100000@inforum2.umd.edu>d   Fazekas,  < On the subject of how to configure a KDA650 for CSR address, I dug up this posting:  ' Here is a snippet from an earlier post:e    - > I found the following setting on the M7164:a > CLOSED jumpers: 5,6,8,9,10 > OPENED jumpers: 1-4,7-  B This is set for floating CSR address 160334.  The jumpers form an A octal number.  There should be a jumper labeled W1 to the left oftB the switch box.  Think of this as the lower-order bit for the 1st A digit, which may be 6 or 7.  If it is closed, it is 7, open it is.@ 6.  The 1st three switches make the next octal digit, and so on.B Switch 10 makes the high-order bit of the last octal number, whichD is all zeroes otherwise, and therefore may be 4 or 0.  Your switches can then be interpreted:  "    0 0 0   0 1 1   0 1 1   1 (0 0)      0       3       3      4s  C I presume your jumper on W1 is off, making the first digit a '6'.   < The default jumper settings for the board put it at address 9 72150, which would be the following settings:  W1 closed,2  "    0 1 0   0 0 1   1 0 1   0 (0 0)  @ If you still can't get the board to work, you may want to set it back to the default.  ? > Do you know for what the second 40-pin port on the M7164 is ?M  E It is marked "test connector" in my book.  I wouldn't worry about it./    9 > The 32-pin port for the latched cabels is on the M7165.   @ The addresses for a 3rd or 4th controller are 760340 and 760344,
 respectively.2  F I'm not sure how you change the vector.  I've never needed to do that.     Doug      * On Mon, 17 Jul 2000, Fazekas Mihaly wrote:   > F > > I've got a photocopy of one lying around here somewhere.  What do  > > you need to know?bH > How can i set this controller to first MSCP and second MSCP,.... disk?) > (how can i set CSR address and VECTOR?)l >  > --" > mailto:michael@goliat.eik.bme.hu > Phone: 463-1966  >    ------------------------------  % Date: Mon, 17 Jul 2000 15:12:37 -0400d+ From: Tim Shoppa <shoppa@trailing-edge.com>v' Subject: Re: KDA50 (~RA81's controller)s1 Message-ID: <39732265.14A6D74E@trailing-edge.com>h   Douglas S. Meade wrote:uH > I'm not sure how you change the vector.  I've never needed to do that.  B The vector of a MSCP (or TMSCP) controller is set by the operatingF system during initialization.  It's not set by DIPswitches or jumpers.   Tim.   ------------------------------  % Date: Mon, 17 Jul 2000 14:22:00 -0400r% From: "Islandco" <sales@islandco.com>i* Subject: MS610-FA $16,999 4Gb Kit for ES40. Message-ID: <sn6j4h6go5336@corp.supernews.com>   Limited qty availablee  6 Call us asap on 912 447 6622 or Toll Free 877 636 4332  : This product is Camintonn product with a lifetime warranty   -- Island Computers US Corporation: 2700 Gregory Streete	 Suite 150o Savannah GA 31404  Tel: 912 447 66222 Fax: 912 201 00963 sales@islandco.com www.islandco.com  C This message and any files transmitted with it are confidential and:J may be privileged and/or subject to the provisions of privacy legislation.H They are intended solely for the use of the individual or entity to whom theyK are addressed. If the reader of this message is not the intended recipient, G please notify Island Computers US Corp immediately and then delete thisa message.I You are notified that reliance on, disclosure of, distribution or copying  of this message is prohibited.   ------------------------------   Date: 17 Jul 2000 21:22:09 PDT* From: abuse@flying-disk.com (Alan Frisbie)" Subject: Netscape Access Violation! Message-ID: <dJkIHWcl$Aj9@flying>e  9 I was happily (well, mostly) running Netscape v3.03 on myo6 AlphaStation under VMS v7.1.    Then I upgraded to VMS2 v7.2-1 and Motif 1.2-5.   Now Netscape gives me an. access violation every time I try to start it.  ; I haven't seen anyone else complain about this, so I assume 3 that I screwed something up.   Things I have tried:d  @   1) Copy the Netscape files to another system running VMS v6.2.=      It runs just fine there.   That seems to rule out a filee      corruption.  >   2) Re-install Netscape from the VMS v7.2-1 Documentation CD,8      July 1999, AG-QSBYE-BS.   It still access violates.  :   3) Download the Newscape kit from the VMS web site.   It      also access violates.   The details:     VMS v7.2-1      DECwindows Motif Version 1.2-5  C   Netscape from VMS v7.2-1 Documentation CD, July 1999, AG-QSBYE-BS      Files:  A     JAVA_301.;1             1690/1692     17-APR-1998 13:37:20.00s1     NETSCAPE-EXPORT-ALPHA-V303C4R-JAVA-GOLD.EXE;12A                            17165/17172    15-DEC-1997 15:17:20.404    - $ run NETSCAPE-EXPORT-ALPHA-V303C4R-JAVA-GOLD   3 %SYSTEM-F-ACCVIO, access violation, reason mask=00,:C  virtual address=FFFFFFFFFFFFFFFF, PC=FFFFFFFF8055C8E8, PS=0000001B1/ %TRACE-F-TRACEBACK, symbolic stack dump follows5J   image    module    routine             line      rel PC           abs PCO                                             0 0000000000000000 FFFFFFFF8055C8E856  NETSCAPE-EXPORT-ALPHA-V303C4R-JAVA-GOLD  PRPRF  cvt_sO                                          8055 0000000000000704 0000000000627024M:  NETSCAPE-EXPORT-ALPHA-V303C4R-JAVA-GOLD  PRPRF  dosprintfO                                          8297 0000000000000CC4 00000000006275E4/=  NETSCAPE-EXPORT-ALPHA-V303C4R-JAVA-GOLD  PRPRF  PR_vsmprintf O                                          8428 00000000000010C0 00000000006279E0:<  NETSCAPE-EXPORT-ALPHA-V303C4R-JAVA-GOLD  PRPRF  PR_smprintfO                                          8415 0000000000001058 0000000000627978 D  NETSCAPE-EXPORT-ALPHA-V303C4R-JAVA-GOLD  MOZILLA  fe_create_pidlockO                                        109830 0000000000003834 00000000002FF154w7  NETSCAPE-EXPORT-ALPHA-V303C4R-JAVA-GOLD  MOZILLA  mainrO                                        109070 0000000000002844 00000000002FE164r9  NETSCAPE-EXPORT-ALPHA-V303C4R-JAVA-GOLD  MOZILLA  __mainOO                                             0 000000000000006C 00000000002FB98C	O  PTHREAD$RTL                                0 0000000000030E7C 000000007BC06E7ClO  PTHREAD$RTL                                0 0000000000012B48 000000007BBE8B48 O                                             0 FFFFFFFF826373D4 FFFFFFFF826373D4:      . Can anyone give me a clue about what is wrong?   Thanks,t Alan   --   -- eB --  Alan E. Frisbie             Frisbie "AT" Flying-Disk "DOT" Com@ --  Flying Disk Systems, Inc.   Abuse "AT" Flying-Disk "DOT" Com   ------------------------------  " Date: Tue, 18 Jul 2000 05:52 +0200+ From: DENNIS TOH <DENNIS.TOH@MEMO.ikea.com>t Subject: openvms 6.2-1H3- Message-ID: <200007180352.bf7G@memo.ikea.com>.  A --- Received from IKEA5.DTOH 65-3739881            00-07-18 05.526   Hi,/  ? Please help on the following error when copy from one system to/ the other. Thanks.  > copy /log spool_dir:calcjob_pcalist_20015871.lis APACPI::TTA0:> %COPY-S-COPIED, SYS$SPOOL:[DATA]CALCJOB_PCALIST_20015871.LIS;1 copied to APACPI:e9 :TTA0:[DECNET]CALCJOB_PCALIST_20015871.LIS;1 (62 records)t %COPY-E-CLOSEOUT, error closingw0 APACPI::TTA0:[DECNET]CALCJOB_PCALIST_20015871.LI
 S;1 as outputw2 -RMS-E-DAC, ACP file deaccess failed during $CLOSE: -SYSTEM-F-NOTPRINTED, failed to queue spool file for print   Best Regards Dennis  B ---- 00-07-18 05.52 ---- Sent to       ---------------------------   -> info-vax(a)mvb.saic.com   ------------------------------   Date: 17 Jul 2000 23:08:57 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)E Subject: Re: Porting and UNIX Stream I/O (was: Re: VMS 7.4 wish list) 6 Message-ID: <8l03m9$kn4$1@mailint03.im.hou.compaq.com>  e In article <39733dad.6188658@news.bright.net>, jonadab@bright.net (Jonadab the Unsightly One) writes:.; :Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) wrote:e :eE :> A major reason is to support those people porting in programs froma1 :> Unix, where a file is just a stream of bytes !o :a< :Theoretically, a file on any system can be represented that? :way; it's just a question of some extra structural constraints - :on the exact nature of that stream of bytes.a  J   Theoretically quite true.  In practice, some of the details tend to get L   nasty.  Constructs like an existing record structure (eg: RMS), trade-offsH   around arbitrary positioning within the file (lseek, etc), around I/O H   performance in general, byte-range vs the expected record locking, I/OG   buffering, and a wish to keep the file system rather compatible with -K   other applications, etc., all tend to make the simple byte stream rather JH   more interesting.  Even mapping sequential files can be an intriguing H   problem -- based solely on file header and record-level differences...  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 17 Jul 2000 16:08:16 -0500e) From: "John E. Malmberg" <wb8tyw@qsl.net>o2 Subject: Re: terminal speeds on console connectors7 Message-ID: <156e01bff033$24955cf0$020a0a0a@xile.realm>a  8 Richard B. Gilbert <DRAGON@COMPUSERVE.COMPUSERVE> wrote:  B > AFAIK, no native serial port on a VAX will do better than 19.2K.  K The CXY08 is documented to support 38.4 K under recent versions of OpenVMS.s  " > Message text written by BeyonderA > >I have several 3100m76 vaxstations, and a dec alpha (3000/300)I) > >but this query is specific to the vax. I > >I can set the terminal speed to 19200 no problem, but is there any way B > >to get it to go higher? I tried 38400/38400 but the vax doesn't) > >seem to sync properly (I get garbage).h  L The console port usually has a very primative I/O and is not really designedK for either high baud rates or heavy use.  The higher you set the baud rate,/" the worse the load on your system.  J This is basically true for any port that identifies it self as TTcn:, like TTA0:.  I > I'm connection from a PC com port via the phone-cord type cables to thee > vax.  G Also the console will use XON/XOFF handshaking.  Many PC based terminal L programs default to RTS/CTS handshaking.  Also make sure that your wiring isK correct.  The "mod-tap" type of connection has two signal commons, not one,tL and when connecting them to an RS-232 connector, both must be tied together.   -JohnC wb8tyw@qsl.network   ------------------------------  % Date: Mon, 17 Jul 2000 17:26:15 -0400u- From: JF Mezei <jfmezei.spamnot@videotron.ca>-2 Subject: Re: terminal speeds on console connectors, Message-ID: <397379DE.B62ADA75@videotron.ca>   "John E. Malmberg" wrote:rD > > AFAIK, no native serial port on a VAX will do better than 19.2K. > M > The CXY08 is documented to support 38.4 K under recent versions of OpenVMS.t  K DHQ11 handles multiple (but not all) ports at 38.4k on a Q-BUS Microvax II. N And has done so for a long time (long before SET TERM/SPEED=38400 worked... (IE had written a program which set the speed for terminals during boot).s   ------------------------------   Date: 17 Jul 2000 22:45:00 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)2 Subject: Re: terminal speeds on console connectors6 Message-ID: <8l029c$kl2$1@mailint03.im.hou.compaq.com>  K In article <39728C62.20BCEE79@vrx.net>, Beyonder <beyonder@vrx.net> writes:w& :I have several 3100m76 vaxstations...G :I can set the terminal speed to 19200 no problem, but is there any waySI :to get it to go higher? I tried 38400/38400 but the vax doesn't seem to e :sync properly (I get garbage).l  K   IIRC, various serial lines of this vintage were almost running the serial0K   line at 38400, but not quite right at 38400.  Some widgets tolerated the HL   slight clock skew that these lines ran at when pushed this fast, and some I   did not.  Few serial line controllers were documented or supported for fG   speeds above 19200 -- for widgets as old as this, I would assume not. H   And some of the widgets that did clock out at 38400 inserted nulls to (   drop the aggregate rate down to 19200.  ? :actually the CONSOLE connectors won't do any better than 9600,   C   As expected for most consoles.  (This detail is in the FAQ, BTW.)t  D   Console lines tend to be poor choices for high-speed serial lines,8   and the resulting overhead can cause various problems.  . :for 19200, I have to use the other connector.     Expected.n  F :I'm using set term/speed=(19200,19200) for example. is there a better :way?a  I   DMA-based serial line controllers and terminal server widgets designed  H   to handle the I/O are better choices for this -- some of older serial F   lines are notorious for clobbering a CPU.  The later generations of E   serial widgets were somewhat smarter, and switched between DMA and tD   programmed I/O as the I/O load varied.  Higher-speed stuff back in7   this vintage used synchronous communications links...o  J   Best choice: get rid of the serial line for all but an attached printer H   or a user console, and use the network for the higher-bandwidth stuff.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 17 Jul 2000 18:45:31 -0700 2 From: "Randy Park" <rjpark@mindspring.com.nospaam>% Subject: Re: TK50Z-GA vs. TK50Z-FA ?? 2 Message-ID: <8l0d1e$e7i$1@slb0.atl.mindspring.net>  H Brian Schenkenberger, VAXman- <system@SendSpamHere.ORG> wrote in message* news:009ED33C.169D4183@SendSpamHere.ORG...B > In article <8ktnff$1tp$1@nntp9.atl.mindspring.net>, "Randy Park"' <rjpark@mindspring.com.nospaam> writes:hE > >I have a MicroVax 2000. It's running VMS 5.2 and I use it strictlya > >for testing.o > >(E > >The difference between the -FA and the -GA is that one is for SCSIe< > >connections and the other is for MicroVax/Vaxstation 2000B > >connections.  While the connector on the 2000 looks the same as > >SCSI, it is not SCSI. >wB > Yes, it is.  Internally, it uses the NCR 5830 chip.  It will notD > support a disk without a special driver and some hacks but it does
 > do tape. > E > The SCSI address of the tape drive must be 1!  The drivers for this D > look for the tape drive at this address.  I did, at one time, playF > with patching the TVDRIVER to allow the -FA to be addressed at otherE > SCSI ids and open the box and moved the device jumpers.  Later, I'd D > added a DIP switch, a small ribbon cable and a header connector onD > the addressing posts internally and placed the DIP switch pack ex-# > ternal for ease of re-addressing.M >. > --4 > VAXman- OpenVMS APE certification number: AAA-0001 VAXman(at)TMESIS(dot)COM  = Actually, I have a TK50Z-GA attached to my Vaxstation 3100/30 ? using SCSI ID 1.  (At least SHOW DEV at the boot prompt says it ? is ID 1.)  It does not work on my MicroVax 2000.  Perhaps there > is a problem with the 'pizza' box on the bottom of the MV2000.= Anyway, I've lived with this situation for 8 years and when IR; want to back it up, I just boot it into the cluster.  I cani live with it the way it is.l   ------------------------------  # Date: Mon, 17 Jul 2000 18:47:54 GMT 4 From: jonadab@bright.net (Jonadab the Unsightly One) Subject: Re: VMS 7.4 wish list. Message-ID: <39733dad.6188658@news.bright.net>  : Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) wrote:  D > A major reason is to support those people porting in programs from0 > Unix, where a file is just a stream of bytes !  ; Theoretically, a file on any system can be represented thatb> way; it's just a question of some extra structural constraints, on the exact nature of that stream of bytes.  F > Certainly one of the stream formats is better for sharing with Unix.D > And as I recall, a _different_ one of the stream formats is better  > for sharing with Macintosh !!!  ? Probably for Mac you want to use ASCII carriage returns insteads< of the ASCII linefeeds you'd use if you wanted to share with@ Unix.  For sending to an ASCII-compliant line printer or to DOS < or Windows, you'd want to use both together (although in the? last five years or so a lot of software has become able to deal ; with any or all of the above formats, so it's less critical ; than it used to be; even Notepad[1] can read 'em with more S$ than one newline format these days).  < [1] id est, notepad.exe that comes with Windows -- for those:     who do not know, the ultimate word in underpowered and;     incapable text editing software.  Using it to edit texts6     is like using a cheap plastic hand trowell to dig.  	 - jonadabe   ------------------------------  # Date: Mon, 17 Jul 2000 18:47:54 GMT,4 From: jonadab@bright.net (Jonadab the Unsightly One) Subject: Re: VMS 7.4 wish list. Message-ID: <39734134.7091692@news.bright.net>  . Lorin Ricker <Lorin.Ricker@t-netix.com> wrote:   > I guess this one's really a-K > point-of-view problem, David... what's right/desirable for you just ain't,L > for me, and visa-versa.  For me, porting Unix source files around isn't anL > issue or concern, while it seems to be high on the list of things that bug) > you or you have to cope with routinely.0  < I suppose it would be possible, at least in theory, to have : the default be changeable on a per-system basis.  But that= might be more headache than it works, if changing the defaulth caused random things to break.  K > And it seems to me that, at least at one point, old Pathworks was doing alK > fair-to-middling job of "automatically converting, on the fly" text filesaK > to-and-from VMS "normal" text-file format to-and-from PC's idea of a text N > file (which is something like stream-LF, right?... or is it stream-CRLF? ... > or stream-CR?).  '  < stream-LF would be the Unix way, stream-CR the Mac way, and 8 stream-CRLF is the ASCII way, the DOS way (subsequent to" version 2[1], and the Windows way.  L > But, yes, extending the standard utilities and appropriate RTL support for7 > stream-LF, etc., *does* seem like a desirable thing, r  > Sounds vital, although I have a very minimal knowledge of VMS 9 at this time.  At the very least there should be standardh conversion tools.r  3 [1] Possibly sooner; the earliest version I've seenR;     personally is 3.3; I know 1.0 had a slightly different .;     format (inherited from CP/M IIRC) that involved an EOF -8     character; it also didn't support subdirectories or 9     hard drives, so it's hard to criticise its text file '      format with a straight face.  	 - jonadabt   ------------------------------  % Date: Mon, 17 Jul 2000 14:23:02 -0500g* From: WILLIAM WEBB <WWEBB1@email.usps.gov> Subject: Re: VMS fortunes?- Message-ID: <0033000000884736000002L062*@MHS>t   =0AnC    Kevin Barkes used to have this on his SYS$OUTPUT BBS, but, well,     that was a while ago...  	    WWWebbo  F I remember many moons ago, (in university) when logging in, we used toB get a unix style "fortunes" (message of the day), one of those odd random sayings.o  E I will likely assume this was a sysadmin add-on, and not something in  VMS that is inherent.oC Do I have to cobble my own together or is there something out thereu (maybe a stupid question)?   Things like:  H debugging programs is fun. so is running head-first into brick walls...=  D Play it again Sam. The magtape reel just fell off the magtape drive.: If the system time is wrong, maybe my clock needs winding.   and such other fun.s     Dan.  % ---There are always possibilities...=f   ------------------------------  # Date: Mon, 17 Jul 2000 21:37:22 GMTh From: jlodom@amherst.edu Subject: Re: VMS fortunes?) Message-ID: <3973797e@amhnt2.amherst.edu>i  L The VMS system at Amherst College has a copy, but it was added a great many ; years ago and I don't know where you would find the source.o   --Johnnie Odom   jlodom@amherstdotedu  , In Article <0033000000884736000002L062*@MHS>, WILLIAM WEBB <WWEBB1@email.usps.gov> writes: >=0AD >   Kevin Barkes used to have this on his SYS$OUTPUT BBS, but, well, >   that was a while ago...  >0
 >   WWWebb >SG >I remember many moons ago, (in university) when logging in, we used to C >get a unix style "fortunes" (message of the day), one of those oddt >random sayings. >nF >I will likely assume this was a sysadmin add-on, and not something in >VMS that is inherent.D >Do I have to cobble my own together or is there something out there >(maybe a stupid question)?e > 
 >Things like:  >eI >debugging programs is fun. so is running head-first into brick walls...=2 >DE >Play it again Sam. The magtape reel just fell off the magtape drive.e; >If the system time is wrong, maybe my clock needs winding.  >  >and such other fun. >. >  >Dan.a >:& >---There are always possibilities...= >i   ------------------------------   Date: 18 Jul 2000 00:48:28 GMT& From: Ellis E Hardin <eeh01@gnofn.org> Subject: Re: VMS fortunes?+ Message-ID: <8l09gs$3t2$1@junkie.gnofn.org>R  ' In comp.os.vms Dan <dan@vrx.net> wrote: G !I remember many moons ago, (in university) when logging in, we used toAC !get a unix style "fortunes" (message of the day), one of those oddi !random sayings. ! F !I will likely assume this was a sysadmin add-on, and not something in !VMS that is inherent.D !Do I have to cobble my own together or is there something out there !(maybe a stupid question)?  ! 
 !Things like:  ! H !debugging programs is fun. so is running head-first into brick walls...E !Play it again Sam. The magtape reel just fell off the magtape drive. ; !If the system time is wrong, maybe my clock needs winding.X !T !and such other fun.  A 	At my university we used to have a similar program.  But someone0I messed it up somehow, so that it always produced the same message.  But I G liked it so much that I programmed my own version of the program.  Only0H thing is that it is in the Ada programming language (Ada83 to be exact).A So unless you have access to a DEC Ada compiler also, you're SOL.0A 	But, I think I saw a version of that Fortune program on some VAX-G freeware site once (not WKU's site).  I'll look around for the freeware1H version.  If you do have access to an Ada compiler on the machine you're8 using, send me some email, and we'll work something out.   -- 1" -- Ellis Hardin  <eeh01@gnofn.org>   ------------------------------  # Date: Tue, 18 Jul 2000 03:57:13 GMT ! From: Beyonder <beyonder@vrx.net>  Subject: Re: VMS fortunes?' Message-ID: <3973D5A5.731F9130@vrx.net>    Ellis E Hardin wrote:3  J >         At my university we used to have a similar program.  But someoneK > messed it up somehow, so that it always produced the same message.  But IFI > liked it so much that I programmed my own version of the program.  OnlyiJ > thing is that it is in the Ada programming language (Ada83 to be exact).C > So unless you have access to a DEC Ada compiler also, you're SOL.sJ >         But, I think I saw a version of that Fortune program on some VAXI > freeware site once (not WKU's site).  I'll look around for the freewarejJ > version.  If you do have access to an Ada compiler on the machine you're: > using, send me some email, and we'll work something out.  D What's wrong with the binary? any vax will run any other vax binary.5 any alpha will run a vax binary that has been VESTed.oH I don't know if you can go from alpha to vax, but someone out there will probably enlighten us.   Dan.   ------------------------------  # Date: Tue, 18 Jul 2000 04:07:51 GMTt. From: "Curtis Rempel" <curtis.rempel@home.com> Subject: Re: VMS fortunes?< Message-ID: <rKQc5.83616$ef6.1122792@news1.rdc1.ab.home.com>  L I wrote one such fortune program many years ago in FORTRAN - let me see if IH can dig it up off one of them thar 9 tracks in my basement (TSZ07's make excellent bookends by the way).v   Curtis  3 "Ellis E Hardin" <eeh01@gnofn.org> wrote in message % news:8l09gs$3t2$1@junkie.gnofn.org...d) > In comp.os.vms Dan <dan@vrx.net> wrote:iI > !I remember many moons ago, (in university) when logging in, we used tonE > !get a unix style "fortunes" (message of the day), one of those oddr > !random sayings. > !.H > !I will likely assume this was a sysadmin add-on, and not something in > !VMS that is inherent.F > !Do I have to cobble my own together or is there something out there > !(maybe a stupid question)?s > !  > !Things like:  > !aJ > !debugging programs is fun. so is running head-first into brick walls...G > !Play it again Sam. The magtape reel just fell off the magtape drive.e= > !If the system time is wrong, maybe my clock needs winding.r > !e > !and such other fun. >tB > At my university we used to have a similar program.  But someoneK > messed it up somehow, so that it always produced the same message.  But I,I > liked it so much that I programmed my own version of the program.  OnlyoJ > thing is that it is in the Ada programming language (Ada83 to be exact).C > So unless you have access to a DEC Ada compiler also, you're SOL.eB > But, I think I saw a version of that Fortune program on some VAXI > freeware site once (not WKU's site).  I'll look around for the freeware-J > version.  If you do have access to an Ada compiler on the machine you're: > using, send me some email, and we'll work something out. >  > --$ > -- Ellis Hardin  <eeh01@gnofn.org>   ------------------------------  # Date: Mon, 17 Jul 2000 21:20:26 GMT , From: geraldine <wildirishrosie@my-deja.com>! Subject: Re: VMS tuning wsdefaultl) Message-ID: <8kvta5$d52$1@nnrp1.deja.com>5  A Thanks for everyone's responses to my questions about working setO quotas!   B I realize I was setting the quotas absurdly high and in my defenseE these were not meant to be a permanent adjustment, just a test to seenF if making a drastic change would have any effect on the show proc/contB stats.  In the next couple of days, I will code the DCL to look at F$GETJPI items as suggested.  = Discussion to be continued as soon as I gather more info. . .   	 Geraldinee    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Tue, 18 Jul 2000 10:29:47 +1000v4 From: Terry Whitford <terry.whitford@bartter.com.au>G Subject: Re: vms$common - syscommon problems after retoring system disk 8 Message-ID: <c097ns47nbe0m2sn7vuec6j6ur1qe3uuf0@4ax.com>  8 On Sun, 16 Jul 2000 07:30:32 -0400, "Richard B. Gilbert" <DRAGON@compuserve.com> wrote:  F Thanks to everyone for your replies.  At least now I know it wasn't me< as I was getting rather sleepy about that time (it was about
 midnight).   Terry   D >        It is a bug!  It has been reported here before but you haveG >provided more detail than I have seen in the other reports.  Somebody,nJ >between V6.2 and V7.2, screwed up BACKUP's handling of Alias files and/or
 >directories.  >-I >        Hoff and Andy Goldstein are supposedly looking into it.   If you J >have software support, you should complain vigorously!!!!    (Hoff/Andy: " >have you found out anything yet?) >.J >        Try USING BACUP /NOALIAS both to make and to restore the backup. K >It is "highly recommended".  We have reports that that doesn't work either 8 >but confirmation one way or the other might be helpful. >  >d   ------------------------------   End of INFO-VAX 2000.398 ************************