1 INFO-VAX	Mon, 17 Jul 2000	Volume 2000 : Issue 397       Contents:+ Re: %DCL-W-USGOTO, target of GOTO not found  alpha station 600 users guide " Re: CompactTape II sources (TK70)?" Re: CompactTape II sources (TK70)?# Re: CompactTape II sources (TK70)?y + Re: Configuring NFS on VMS 7.1 on alpha box + Re: Configuring NFS on VMS 7.1 on alpha box  Re: Displaying all directories Doc and more for DEC4000/3004 Re: got to remember to STOP trying to use OpenVMS...4 Re: got to remember to STOP trying to use OpenVMS...D Re: I/O caching and UNIX evaluations (was: Re: got to remember ..	.)D Re: I/O caching and UNIX evaluations (was: Re: got to remember .. .)C Re: I/O caching and UNIX evaluations (was: Re: got to remember ...) C Re: I/O caching and UNIX evaluations (was: Re: got to remember ...) ' JAVA Fast Virtual Machine now available + Re: JAVA Fast Virtual Machine now available @ Re: Looking for VAX->Alpha SCAN port? (was: VMS Pascal question)' Re: Mac-Decnet via Webster Multiport LT & Re: MOre then one common SYSDUMP file? Re: new problem with VMS 5.52 Re: OpenVMS loses big, was:  RE: Compaq advertises2 Re: OpenVMS loses big, was:  RE: Compaq advertises* Re: SQL+ODBC options, inexpensive or free? Re: Sun may GPL StarOffice% terminal speeds on console connectors ) RE: terminal speeds on console connectors & Re: The URL that Compaq forgot to send Re: TK50Z-GA vs. TK50Z-FA ??
 VMS fortunes?  Re: VMS Pascal question  Re: We need VMS people6 Re: [Q] What SCSI tapes drives does VMS 5.5-2 support?  F ----------------------------------------------------------------------  % Date: Wed, 12 Jul 2000 12:07:32 +0200 : From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de>4 Subject: Re: %DCL-W-USGOTO, target of GOTO not found- Message-ID: <396C4364.B19700AE@volkswagen.de>   F 1248 lines is not that much for a DCL procedure. Often missing THEN or ENDIF statements? can cause this error, also look for missing ENDSUBROUINE et.al.    "Dr. B. Weikl" wrote:  >  > Hi everybody,  > L > this sounds like a trivial error, but it isn't: Using OpenVMS 7.1-2 I haveM > added some lines to an existing and working DCL-Procedure and now the error  > J > %DCL-W-USGOTO, target of GOTO not found - check spelling and presence of > label  > K > occurs, though the label is definitely present and spelled correctly. The N > label is at line 998 of a 1364 lines long procedure. If I delete some lines,D > so that the procedure is only 1248 lines long, the label is found. > L > Has anyone expirienced this? Is there a workaround (besides shortening the
 > procedure)?  >  > Thanks for any info! >  > -- Bruno Weikl > Fraunhofer ILT > weikl@ilt.fhg.de   --    - mit freundlichen Gruessen | with best regards    Karl Rohwedder                C iT-Ingenieurteam     | Ellernbruch 11       | D-38112 Braunschweig  A Telefon: 0531/515521 | Telefax: 0531/515531 | Mobil: 0172/5434843 E  E-Mail: rohwedder@decus.decus.de           | iT-IngTeam@t-online.de  +          karl.rohwedder@it-ingenieurteam.de  DATEX-P: 4505018005::ROHWEDDER   ------------------------------  % Date: Mon, 17 Jul 2000 17:09:31 +0200  From: manser@decus.de & Subject: alpha station 600 users guide+ Message-ID: <009ED39A.3C6F7CC0.18@decus.de>    Hi evrybody,  B can anyone tell me where to get on the net the documentation, user$ guide of the alpha station 600 4/266
 5/266 ??  thanks for your help and hints.   % manser nazimNazim Manser     ------------------------------  # Date: Mon, 17 Jul 2000 10:01:33 GMT 0 From: carlini@true.lkg.dec.com (Antonio Carlini)+ Subject: Re: CompactTape II sources (TK70)? * Message-ID: <8kuksu$753@usenet.pa.dec.com>  f In article <396FCD61.65A0BD2B@earthlink.net>, "David J. Dachtera" <djesys.nospam@earthlink.net> wrote:. >Don't think I wanna know 'bout Tx8(x) cart's.  ; The Digital DLT-III cart I have just looked at is TK85K-01. % I don't have a DLT-IV handy to check.    Antonio   I Antonio Carlini                            Mail: carlini@true.lkg.dec.com # DECnet-Plus for OpenVMS Engineering 6 COMPAQ                                     Reading, UK   ------------------------------   Date: 17 Jul 2000 16:18:30 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) + Subject: Re: CompactTape II sources (TK70)? , Message-ID: <8kvbkm$1g7r$2@info.cs.uofs.edu>  > This is only borderline on this subject, but here goes anyway.  < I have a Benchmark DLT Tape System.  The tapes are just like  TK50/TK70 cartridges physically.  ; Two questions.  Does anyone know how many times these tapes < can be re-used before they are likely to become unreliable??  > And that being said, is it likely that once they are no longer> reliable for useas DLT tapes that they might be usable as TK70 or TK50 cartridges??   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 14:12:23 -05002 From: malmberg@eisner.decus.org (John E. Malmberg), Subject: Re: CompactTape II sources (TK70)?y+ Message-ID: <zvSaiYKVVC7D@eisner.decus.org>   , In article <8kvbkm$1g7r$2@info.cs.uofs.edu>,3 bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:   @ > This is only borderline on this subject, but here goes anyway. > > > I have a Benchmark DLT Tape System.  The tapes are just like" > TK50/TK70 cartridges physically.  D DLT tapes have a physical key that is designed to prevent accidentalC insertion into a TK50/70 drive.  A careful inspection will find it.    = > Two questions.  Does anyone know how many times these tapes > > can be re-used before they are likely to become unreliable??  L 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.    @ > And that being said, is it likely that once they are no longer@ > reliable for useas DLT tapes that they might be usable as TK70 > or TK50 cartridges??  N They have different media characteristics.  So even if you were to force a DLT9 cartridge into a TK50/70, I have my doubts it would work.    -John  wb8tyw@qsl.network   ------------------------------  # Date: Mon, 17 Jul 2000 07:59:14 GMT , From: LostAndFound <ian.kennedy@systemc.com>4 Subject: Re: Configuring NFS on VMS 7.1 on alpha box) Message-ID: <8kuecc$97i$1@nnrp1.deja.com>    Answers to your questions are :    1. Stack is Compaq TCP/IP   
 2. NFS Server   F 3. I am trying to run Hummingbird's NFS Maestro to connect a PC clientG to a DEC Alpha VMS box. I was able to connect to a UNIX box running NFS  OK.   C With the UNIX box I was able to see the machine listed in Maestro's E server list even before I had exported any directories.  Regading the B VMS box I was not able to see anything at all from within Maestro.     Cheers   Ian ) In article <396F3A21.E07A1E03@bbc.co.uk>,     tim.llewellyn@bbc.co.uk wrote: >  >  > LostAndFound wrote:  >  > > Hi,  > > E > > I am a vms newbie trying to configure nfs to run on VMS 7.1 on an  alpha  > > box. > > C > > Is there a SIMPLE guide to do this (I know it involves starting 2 > > PORTMAPPER, MOUNT (MountD?) and NFS services). > >  > H > First, what IP statck are you running? I'll assume its Compaq's TCP/IP > Services, C > (formlerly UCX) as that is the only one I am familiar with using.  > C > Secondly, are you trying to configure NFS client or NFS server or  both?  > G > Thirdly, what problem exactly did you have following the instructions  in > the Installation+ > anc Configuration manual for the product?  >  > > / > > Does this process require a SYSTEM RESTART?  > A > No, not if you know what you are doing and assuming that TCP/IP  services > are  > already configured.  >  -- 8 > Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project2 > MedAS at the BBC, Whiteladies Road, Bristol, UK.C > Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk  > C > I speak for myself only and my views in no way represent those of  > MedAS or the BBC.  >  >     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  # Date: Mon, 17 Jul 2000 08:28:05 GMT , From: LostAndFound <ian.kennedy@systemc.com>4 Subject: Re: Configuring NFS on VMS 7.1 on alpha box) Message-ID: <8kug29$acn$1@nnrp1.deja.com>   5 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    I get the following message:    ================================ $ @ ucx$portm_startup.com 0 Service MOUNT defined per service database with:?     Program number 000186a5 (   100005), protocol 17, version 1 . Service NFS defined per service database with:?     Program number 000186a3 (   100003), protocol 17, version 2 0 Service PCNFS defined per service database with:?     Program number 000249f1 (   150001), protocol 17, version 1 0 Service PCNFS defined per service database with:?     Program number 000249f1 (   150001), protocol 17, version 2   ! UCX Port Mapper service available   ================================  E Then the telnet session I am running hangs. If you do an interupt and ; then do a SHOW SERVICE the PORTMAPPER is still not enabled.   
 Any ideas?   Cheers   Ian   ; In article <396fdc09.524144494f47414741@radiogaga.harz.de>, !   martin@radiogaga.harz.de wrote: / > ian.kennedy@systemc.com (LostAndFound) wrote: E > : I am a vms newbie trying to configure nfs to run on VMS 7.1 on an  alpha  > : box. > : C > : Is there a SIMPLE guide to do this (I know it involves starting 2 > : PORTMAPPER, MOUNT (MountD?) and NFS services). > : / > : Does this process require a SYSTEM RESTART?  > 7 > Which "process"? Configuring NFS? Most certainly not.  > A > Assuming you're talking of "DEC^H^H^HCompaq TCP/IP Services for  OpenVMS"G > (nee UCX), I hope you will find the appended document helpful. Though = > it's rather dated (UCX V3.2, current is V5.0A), most of the  information * > in it still holds, as far as I can tell. > B > If you're using UCX 5.0, replace "UCX" by "TCPIP" (e.g. it's not2 > UCX$CONFIG.COM any more, it's TCPIP$CONFIG.COM). >  > cu, 
 >   Martin > H > ---------------------------------------------------------------------- --------G >  Dave Hoggan - djh@uvo.dec.com         TCP/IP Technology Support (UK)  >  >  +-+-+-+-+-+-+-+D >  |d|i|g|i|t|a|l|   Author of  "The Internet Book: Introduction and
 Reference" >  +-+-+-+-+-+-+-+ > 5 > 		   "I now begin to understand that which I do not  understand"  > G >  Digital Equipment Company Limited Technical Support - Networks Group 6 >                     "Networking at its most intense"H > ---------------------------------------------------------------------- -------- > 
 > Preliminary  > E > You will need a full UCX licence or a NAS 200/300/400 licence to be  able to E > use the NFS server, but a client licence is all you need to use the  NFS  > Client application.  > F > The DEC TCP/IP Service for OpenVMS Management manual (which you have on theG > documentation CD-ROMs or in hard copy) for V3.2 contains descriptions  of theD > usage and set up of NFS server (Chapter 8) and NFS client (Chapter 9). InE > V4.0, the documentation covers NFS Concepts (Chapter 8), NFS Server  (Chapter! > 9) and NFS Client (Chapter 10).  >  > NFS Server setup > H > In essence, to set up the NFS server you need to perform the following > operations :-  > 
 > Services > A > 1) Ensure that the services NFS, MOUNT and PORTMAPPER have been 
 configuredG > by the SYS$MANAGER:UCX$CONFIG.COM procedure (see the Installation and A > Configuration Manual to configure them if they are not present)  >  > eg UCX> SHOW SERVICE > , > Service             Port  Proto    Process Address            State > - > BIND                  53  TCP,UDP  UCX$BIND  0.0.0.0             Disabled > ... > MOUNT                 10  UDP      UCX$NFS_M 0.0.0.0             Enabled , > NFS                 2049  UDP      UCX$NFS 0.0.0.0             Enabled . > PORTMAPPER           111  TCP,UDP  UCX$PORTM 0.0.0.0             Enabled  > etc. >  > Client Hostname setup  > ; > 2) Ensure that the client host is in the local host table  > @ > eg UCX> SET HOST "unixhost"/ADDRESS=194.28.0.30/ALIAS=UNIXHOST >  > Setup Disk Mapping > ? > 3) Map the disk you wish to export to a U*ix-style pathname -  >  > eg UCX> MAP "/dka0" $1$DKA0: > 3 > 4) Save the mapping in the configuration database  > 0 > eg UCX> SET CONFIGURATION MAP "/dka0" $1$DKA0: > E > (you will also need to edit the file SYS$MANAGER:UCX$NFS_SET_FS.COM  and add G > the line $ UCX GENERATE MAP _after_ the line $ DEFINE/USER SYS$OUTPUT  NLA0:) >  > Setup Exports  > G > 5) Add the directories on the disk to the export database using U*ix-  style  > syntax > ) > eg UCX> ADD EXPORT "/dka0/fred" /HOST=*  >  > Setup Network Proxies  > ? > 6) Add NFS proxies for your users and for "root" and "nobody"  > / > eg UCX> ADD PROXY UCX$NFS /UID=0/GID=1/HOST=* 4 >    UCX> ADD PROXY UCX$NOBODY /UID=-2/GID=-2/HOST=*/ >    UCX> ADD PROXY FRED /UID=100/GID=15/HOST=* B > (the UID/GID for the users must match their accounts on the U*ix system)  >  > Unix Client Mount  > H > 7) Create a mount point on the U*ix file system and mount the exported > directory  >  > eg # mkdir vms4 >    # mount vms_host:/dka0/fred /usr/users/fred/vms > $ > Mount Command for a VMS NFS Client > D > To use NFS client there must be exported files on the U*ix system, and the G > proxies set up as above, then one would issue a mount command similar  to > this example :-  > @ > eg. UCX> MOUNT DNFS0: /HOST="unix_host"/PATH="/usr/users/fred" >  > --A > One OS to rule them all       | Martin Vorlaender  |  VMS & WNT 
 programmer9 > One OS to find them           | work: mv@pdv-systeme.de 7 > One OS to bring them all      |       http://www.pdv-  systeme.de/users/martinv/ @ > And in the Darkness bind them.| home: martin@radiogaga.harz.de >     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Mon, 17 Jul 2000 15:22:19 +0100 ' From: Adrian Birkett <abirkett@csc.com> ' Subject: Re: Displaying all directories ' Message-ID: <3973169A.B57EE347@csc.com>   C Here's a command file that may have come from the freeware CD - not  sure:    Regards,   Ade      $   on_verify = F$VERIFY ( 0 ) $   esc[0,8]=27  $   ! 9 $   !   DRAWTREE.COM    Draws a directory tree on a VT100 9 $   !                                          or a VT241 2 $   !   written by DMWalp       on March 7th, 19824 $   !   modified by D L Wilhite    August 21st, 19854 $   !   MODIFIED BY D L WILHITE    AUGUST 29th, 1985H $   !   modified by Rod Farlee, Nov 1985, to "prune long Allin1 branch".   $   ! H $   !   Requires:  to be run on a VT100 or VT241 if output is a terminal  H $   !   Parameters:  P1 - The disk directory specification ( will prompt ifE $   !                       missing ).  Directory must not sub-level. H $   !                P2 - Output ( default is SYS$OUTPUT, no prompting )   $   !  $   ON CONTROL_Y THEN EXIT $   SET NOON
 $   root = P1  $   GOTO past_prompt $ prompt_directory: # $   defdir = f$logical("sys$login") 0 $   INQUIRE root "Root Directory < ''defdir' > "' $   if root .eqs. "" then root = defdir  $ past_prompt:/ $   IF root .EQS. "" THEN GOTO prompt_directory  $   ! $ $   !   test if the directory exists $   ! + $   parse_root = F$PARSE ( root + "*.*;*" ) 5 $   IF parse_root .EQS. "" THEN GOTO prompt_directory B $   IF F$SEARCH ( parse_root ) .EQS. "" THEN GOTO prompt_directory $   ! - $   !   extract the disk and directory fields  $   ! 6 $   disk        = F$PARSE ( parse_root, , , "DEVICE" )9 $   dir_root    = F$PARSE ( parse_root, , , "DIRECTORY" )  $   ! & $   !   test it is not a sub-directory $   !   strip delimiters $   ! ? $   IF F$LOCATE ( ".", dir_root ) .NES. F$LENGTH ( dir_root ) - "         THEN GOTO prompt_directory/ $   dir_root = dir_root - "<" - "[" - ">" - "]"  $   !  $   !   set up the output file9 $   !   test if output is terminal it is a VT100 or VT241  $   !  $   output_file = P2; $   IF output_file .EQS. "" THEN output_file = "SYS$OUTPUT" 5 $   output_device = F$PARSE ( output_file, "DEVICE" )  $   goto device_ok? $   IF F$GETDVI ( output_device, "DEVCLASS" ) .NE. 66 THEN GOTOu	 device_oko? $   IF F$GETDVI ( output_device, "DEVTYPE"  ) .EQ. 96 THEN GOTO 	 device_okT? $   IF F$GETDVI ( output_device, "DEVTYPE"  ) .EQ.110 THEN GOTO 	 device_oko= $   WRITE SYS$OUTPUT "Sorry, must be run on a VT100 or VT241"c $   EXIT $   !o $ device_ok:  $   ON CONTROL_Y THEN GOTO abort# $   OPEN/WRITE output 'output_file'r $   ! 5 $!   WRITE output "<ESC>)0"      ! into graphics modeN5 $!   WRITE output esc +")0"      ! into graphics mode  $   !  $   !   initialize thingsR $   !t/ $!   pad_chars   = "qqqqqqqqq"   ! graphic dasht $   pad_chars   = "---------". $   line_0      = "" $   level       = 1( $   entry_1     = dir_root $   GOTO call_pre_case $ return_pre_case: $   level_1_dir = dir_root1 $!   line_1      = esc+"[4;7m''entry_1'"+esc+"[m"  $   line_1      = "''entry_1'" $   !a $ push:v $   !   push down a levele $   !t $   old_level = levelf $   level     = level + 1V. $   parsed_spec_'level' = F$PARSE ( "*.DIR", -+                                     disk, -CH                                      "<" + level_'old_level'_dir + ">" )  A $   next_entry_'level'  = F$SEARCH ( parsed_spec_'level', level )s3 $ if f$locate("ALLIN1", parsed_spec_'level') .ne. - C         f$length( parsed_spec_'level') then next_entry_'level' = ""  $   !q$ $   ! if search fails no more levels $   !t8 $   IF next_entry_'level' .NES. "" THEN GOTO more_levels! $   WRITE output line_'old_level'- $   GOTO pop $   !- $ more_levels:; $   !   mark this as the first entry and not the last entry. $   !e $   last_'level' = 0 $   first_'level' = 1  $   !o $ list_loop:# $   !   for each each sub-directoryl2 $   !   test if this entry is the last in the list* $   !   make the entry the file name field, $   !   Capitalize and lower case entry name $   ! & $   entry_'level' = next_entry_'level'A $   next_entry_'level'  = F$SEARCH ( parsed_spec_'level', level )r8 $   IF next_entry_'level' .EQS. "" THEN last_'level' = 19 $   entry_'level' = F$PARSE ( entry_'level', , , "NAME" )r $ call_pre_case: $   !,4 $  entry_'level' = F$EXTRACT ( 0,1,entry_'level' ) -A      + F$EDIT ( F$EXTRACT ( 1,1000,entry_'level' ),"lower case" )t $   !e- $   IF level .EQ. 1 THEN GOTO return_pre_case  $   !l* $   !   fiqure out the attaching character' $   !             | not first |   firstn) $   !   ----------+-----------+----------o( $   !    not last | right "T" | down "T") $   !   ----------+-----------+---------- & $   !      last   | right "L" |   dash $   ! : $                                            end_pad = ">"; $!   IF first_'level'                    THEN end_pad = "w" ; $!   IF                     last_'level' THEN end_pad = "m" ; $!   IF first_'level' .AND. last_'level' THEN end_pad = "q"  $   !0= $   !   append dashes, attach character and new entry to lineI $   !t' $   line_'level' = line_'old_level' + -i@                    F$EXTRACT ( F$LENGTH ( entry_'old_level' ), -#                                2, - .                                pad_chars ) + -                    end_pad + -                     entry_'level' $   !eF $   !   blank out the entry and maybe add place vertical bar connector $   !m $   entry_'old_level' = "  "1 $   IF last_'level' THEN entry_'old_level' = "  "y $   !p* $   !   fix up the lower level output line $   !r! $   old_old_level = old_level - 1-? $   line_'old_level' = line_'old_old_level' + entry_'old_level'd $   !( $   ! @ $   !   calculate the directory specification for the next level $   !sC $   level_'level'_dir = level_'old_level'_dir + "." + entry_'level'e
 $   GOTO pusha $ pop: $   !. $   ! restore parameters $   !n $   level = old_levelb $   old_level = old_level - 1a! $   old_old_level = old_level - 1t $   !5@ $   IF level .EQ. 1 THEN GOTO clean_up  ! initial level all doneA $   first_'level' = 0                   ! mark end of first entryo> $!   entry_'old_level' = "         "     ! blank out the entry6 $   entry_'old_level' = "  "     ! blank out the entry? $   line_'old_level' = line_'old_old_level' + entry_'old_level'.> $   IF last_'level' THEN GOTO pop       ! done with this levelE $   GOTO list_loop                      ! for each sub-directory loopn $   !e $ abort: $   WRITE output esc+"[m"a $ clean_up:a $   WRITE output ""p $   CLOSE output           "Horse Nuts..." wrote:  E > Is there a way to display all directories and or all disk names and + > the directories contained on that disk???  >b > Thanks   ------------------------------  % Date: Mon, 17 Jul 2000 15:02:20 +0200 / From: "pascal Legendre" <palegendre@wanadoo.fr>s% Subject: Doc and more for DEC4000/300i% Message-ID: <8kv01s$b6i$1@wanadoo.fr>   G I have an DEC4000/300, anyone using this machine ? I have to send it in J Africa for a University, do you have some documentation about this type ofI machine (Vax) and the OS (VMS 4000/100) ? I am very glad to receive these-G documentations and informations to install it ... with VMS or Linux (ifs posible)   Regards. Pascal Legendrec   ------------------------------   Date: 17 Jul 2000 16:35:17 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)c= Subject: Re: got to remember to STOP trying to use OpenVMS...s, Message-ID: <8kvck5$1h3p$1@info.cs.uofs.edu>  0 In article <009ED1C1.E902AB54@SendSpamHere.ORG>,@  system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes: |> aL |> That's another sore spot.  Is it time for a list of applicable oxymorons?I |> Methinks so.  Try these for a start: "Standard Unix" and "Portable C".   C First of all, I do not know of anyone in the Unix camp who has everr@ claimed there is such a thing as "Standard Unix".  That seems to+ remain the claim of people like VMS bigots.e  @ And secondly, C is as portable as any other language.  If you go? to the trouble to write portable code and never use any vendorsc@ extensions or additions and never make any assumptions about the@ underlying hardware you can write portable code in any language.> But then, you probably wouldn't accomplish much more than the > most trivial of programs.  Which is why all those vendors wentC to the trouble of creating all those extensions in the first place.,  B 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.   bill   -- cJ 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>   o   ------------------------------   Date: 17 Jul 2000 16:42:21 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) = Subject: Re: got to remember to STOP trying to use OpenVMS... , Message-ID: <8kvd1d$1h3p$2@info.cs.uofs.edu>  ) In article <8ktqcg$ra9$1@nnrp1.deja.com>,E  jordan@my-deja.com writes:l/ |> In article <8kqeat$5pi@gap.cco.caltech.edu>,w) |>   mathog@seqaxp.bio.caltech.edu wrote:n |> >G |> > Ok, the criticism is not with the purpose of autoconf, which is to F |> > detect the various things that differ between OS's and generate a |> Makefile H |> > automatically to compensate for them.   The EXACT criticism is that |> it'snI |> > been done in such a way that is hideously Unix specific, whereas the  |> > problem is a general one. |> iD |> Well, this is an understandable concern.  Certainly more specificB |> and addressable than configure being "psycho" and it being "theA |> exact opposite of a logical way of making a software product".t |> a  A So maybe the answer is for someone with VMS experience to write aTC DCL to fill in all the necessary holes in the makefile and config.hnF so that the systems could be sucessfully built under OVMS.  Of course,C that would require stopping all the Unix bashing for at least a fewCG days and (gasp!!) maybe even talking to a Unix programmer to accomplishi it.w  " Not much chance of that happening.   billB [As a side note, one of the reasons I am trying to get a couple ofE these MicroVAXII's built that I have collected parts for is preciselyyE to see if I can not only port some of the GNU applications to current E versions of VMS, but also to see if there might not be a way to do ituH that is as portable and easy to use as autoconf/configure is under UNIX.C The one advantage should be that there is only one VMS way of doingiF things. Detecting which flavor is not necessary, you need only plug in3 the appropriate values for the various *.in files.]    -- hJ 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>   e   ------------------------------  % Date: Mon, 17 Jul 2000 11:46:15 +0100e  From: steven.reece@quintiles.comM Subject: Re: I/O caching and UNIX evaluations (was: Re: got to remember ..	.) > Message-ID: <8025691F.003B5505.00@qedilc01.qedi.quintiles.com>  I I haven't followed this thread, but from my view I'd rather not have more P caching.  I appreciate that for those that require every last bit of performanceM out of their configuration it might be a bonus, but with the discussions I'vesJ had over the last 18 months with one particular ISV I'm tending to not use# caching anywhere if I can avoid it.    Steve.   Hoff commented:wG >>>  If y'all (customers) wish fast(er) and correspondingly potentiallynF   increasingly "unreliable" I/O (the term "unreliable" is here used toE   indicate increased use of caching and coorespondingly less frequenttE   disk updates, and is not intended in a derogatory context), then wesB   will look to provide y'all with access to this or to similar I/O?   caching support.   Of course, if caching or other related I/O E   performance tweaks do get implemented, then the support will likely H   have control knobs to permit tuning or to permit it to be specifically   disabled or enabled.  H   In the context of this discussion, I am not particularly interested inF   discussing the relative merits of any of the various other operatingG   systen implementations and variants, though (again, in the context oftI   this discussion) I am interested in comparisons of I/O path performance-G   and trade-offs and such.  Linux figured rather prominently in earlieryI   I/O performance and I/O caching discussions held here in the newsgroup,eK   hence the Linux platform is one that we are taking a specific look at.<<<"   ------------------------------  # Date: Mon, 17 Jul 2000 16:52:17 GMTt% From: jlsue <jlsuexxxz@dialupnet.com>SM Subject: Re: I/O caching and UNIX evaluations (was: Re: got to remember .. .)"8 Message-ID: <a2e6nscoflseedhc3i6nt9eh2hcr8kvelq@4ax.com>  E I'd also like to add another tidbit that shows how caching can affectl other parts of the OS.  F I've worked with customers who have a 3rd party caching product.  This? tool does a few things that make actually managing the system's  performance difficult:  @ First, it *lies* about the number of I/Os that go to the device.B Every I/O, even if it is satisfied by the cache, is counted in theB UCB.  The reason (as given to me):  Well, customers wouldn't thinkB they needed the product if the true I/Os to the device was shown - i.e., a marketing decision.   F Second, this product utilizes available memory to be used in the cache> (which isn't bad in and of itself).  The software specificallyB monitors the Free Page List (FPL) to make sure that it never dropsA below 2XFREEGOAL.  Now, this effectively prohibits the customer'sR? systems from using the memory management mechanisms built-in tot@ OpenVMS.  In this particular case, they had over 6,000 connectedF users, with maybe 20-30 actually "active" in the 4-node (24 CPU total)D cluster.  At the same time, they had the user's processes quotas setF so low that they were forced to *always* page fault.  The ideal option= would be to create a "set" cache size (that could be modified D manually, if needed), set larger quotas for the users, and allow theE inactive processes to be swapped out, if FPL got too low.  As long as.D the "in-swap" rate was manageable - which it would be in this case -E then they could have had *much* better performance overall, with less9C thrashing of the memory pages (modified page writer was kept prettyd busy).  B This software, though, completely prevented memory management fromE doing it's job.  And, by reducing the cache size to meet user demands F - which some people might view as a "good thing" - they also preventedE us from providing a CONSISTENT response time to the application.  AndiF in my experience, providing consistent response time is what the users basically need in the end.1 Not speaking for anyone, certainly not DEC/Compaqd- (get rid of the xxxx in my address to e-mail)g   ------------------------------  % Date: Mon, 17 Jul 2000 09:50:58 +0100 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>L Subject: Re: I/O caching and UNIX evaluations (was: Re: got to remember ...), Message-ID: <8kuhdj$16ns@newton.cc.rl.ac.uk>  6 "John Nebel" <nebel@athena.csdco.com> wrote in messageA news:Pine.OSF.4.21.0007141351380.22765-100000@athena.csdco.com...t  ; > >   Some customers undoubtedly want "extreme" caching andnK > >   its (hopefully :-) associated performance improvements, and some willv7 > >   undoubtly prefer data integrity over performance.  >  > Agreed - recent anecdote:  >eJ > Today a ES40 Unix box here crashed at 4:00am. I got the call at slightlyD > before 5:00am and remotely checked the op console and could see itJ > struggling to its feet - it was just rebooting. Fsck on those particular' > 600 GB stripe sets takes three hours.-  ? Which does make one wonder why it isn't on AdvFS filesystem. No A doubt there is a good reason but I'm curious to know what it was.e   ------------------------------  + Date: Mon, 17 Jul 2000 06:42:11 -0600 (MDT)m) From: John Nebel <nebel@athena.csdco.com> L Subject: Re: I/O caching and UNIX evaluations (was: Re: got to remember ...)G Message-ID: <Pine.OSF.4.21.0007170623230.15728-100000@athena.csdco.com>   E Advfs was known for falling apart when used as a news spool. Maybe itRD works now for such.  There are about 15m files and turnover close to 1m/day.e  G This is a case of extreme misuse of a file system, but inn provides the J right functionality - it works with nn, browsers, and the VMS news reader.  
 John Nebel    * On Mon, 17 Jul 2000, Richard Brodie wrote:   > 8 > "John Nebel" <nebel@athena.csdco.com> wrote in messageC > news:Pine.OSF.4.21.0007141351380.22765-100000@athena.csdco.com...  > = > > >   Some customers undoubtedly want "extreme" caching and M > > >   its (hopefully :-) associated performance improvements, and some willl9 > > >   undoubtly prefer data integrity over performance.T > >r > > Agreed - recent anecdote:  > > L > > Today a ES40 Unix box here crashed at 4:00am. I got the call at slightlyF > > before 5:00am and remotely checked the op console and could see itL > > struggling to its feet - it was just rebooting. Fsck on those particular) > > 600 GB stripe sets takes three hours.  > A > Which does make one wonder why it isn't on AdvFS filesystem. No=C > doubt there is a good reason but I'm curious to know what it was.' >  >  >  >    ------------------------------  % Date: Mon, 17 Jul 2000 06:26:11 -0700O6 From: BoylesA <alan.boylesNOalSPAM@compaq.com.invalid>0 Subject: JAVA Fast Virtual Machine now available9 Message-ID: <0b7f5d45.8a7eb99c@usw-ex0103-024.remarq.com>_   Now Available!@ Compaqs Fast Virtual Machine (Fast VM) for the Java 2 Platform on OpenVMS Alpha! < The Java Development team today released the Beta version of
 Compaqs Fastt> VM 1.2.2 for Java 2 on OpenVMS Alpha systems. This Beta kit is
 available for ? OpenVMS Alpha V7.2 and higher - the Final kit will be availablei for versions; 7.1	and higher. The Fast VM 1.2.2-beta1 is intended for use = with the Java 2 SDK (J2SDK) v 1.2.2-beta1 for OpenVMS Alpha.   = To download a copy of the Fast VM 1.2.2-beta1, visit Compaqs ? Java Web site <<http://www.compaq.com/java>> , and select Java  for Compaq Alpha Systems.      ; -----------------------------------------------------------t  7 Got questions?  Get answers over the phone at Keen.com.c Up to 100 minutes free!u http://www.keen.comS   ------------------------------   Date: 17 Jul 2000 14:31:32 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)4 Subject: Re: JAVA Fast Virtual Machine now available, Message-ID: <8kv5c4$qfk@gap.cco.caltech.edu>  r In article <0b7f5d45.8a7eb99c@usw-ex0103-024.remarq.com>, BoylesA <alan.boylesNOalSPAM@compaq.com.invalid> writes: >Now Available!e@ >Compaq's Fast Virtual Machine (Fast VM) for the Java 2 Platform >on OpenVMS Alpha!   Good for them. t  F Now how about a real honest to goodness Java (and/or java bytecode) toL object file _compiler_?   The limit of speed improvements to a "fast virtualJ machine" is the speed of "compiled to native code", so rather then gettingJ there incrementally with faster and faster "Fast Virtual Machine"s why notK go right for the final payoff?  Presumably most of this stuff is for server K side java code anyway, so having to compile it is not going to be much of a 
 time burden. V   Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  % Date: Mon, 17 Jul 2000 09:41:02 -0600E- From: Lorin Ricker <Lorin.Ricker@t-netix.com>cI Subject: Re: Looking for VAX->Alpha SCAN port? (was: VMS Pascal question)lI Message-ID: <418E68E524A8D311ACCE00508B78866A7680C3@exchange.t-netix.com>   ? >> http://www.decus.org/libcatalog/description_html/v00576.htmle >>  L >> ...which gets you to the distribution for the old *VAX* SCAN distributionG >> kit, which DEC kindly contributed into DECUS "freeware" distributiontC >> (perhaps as a sop to mask their embarrassment in not porting ando
 supporting >> it on Alpha/VMS? ;-). >>  C >> However, I *do* remember reading *somewhere* about a package andaI >> distribution which *is* Alpha-bits SCAN (!), but to my own chagrin andlI >> embarrassment, I can't for the life of me remember where... although IcE >> *thought* it was either here in this VMS newsgroup or in the DECUS' >> website(?!?!).v  & > I don't believe such a thing exists.  8 > Of course a VESTed SCAN should run on Alpha (to create > VAX object code).-  I Dang!  I was kind'a hoping that it'd be you who'd remember what I forgot, K Larry!  ;-)  Indeed, if I actually really saw it, and am not just dreaming,eI it *was* a VESTed package... hmmm, if not on DECUS, then just where did I- see this hallucination?-   Lorin    ------------------------------   Date: 17 Jul 2000 07:48:59 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann) 0 Subject: Re: Mac-Decnet via Webster Multiport LT0 Message-ID: <8kudpb$p1p$1@n.ruf.uni-freiburg.de>  w In article <Vgwc5.36972$N4.1444028@ozemail.com.au>, "Geoff Roberts" <geoffrobx@stmarksx.ppx.catholicx.edux.aux> writes:t >e; >"Pradeep Bashyal" <bashyal@earthlink.net> wrote in messagec6 >news:1edt8h2.10wowlc1k6sk5gN%bashyal@earthlink.net... >'I >> MacNFS can be obtained from http://www.thursby.com/products/macnfs.htmo >lG >Thanks for that, I've had a look at it.  It will solve the problem for F >one of them, but the others are Classic II's so they are incapable of >running it...- >Appletalk for VMS looks interesting however.   O There was a product "TCP-Connect" that included NFS for Macs and it ran happily_J on our classic IIs. Its successor is IntragyAccess from Ascend and it runsN on 68K Macs as well. But it is a bit ressource-consuming on old Macs. I run it5 on a Performa475 right now but didn't try NFS so far.    Regards,    Christoph Gartmannr  H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +------------ http://www.immunbio.mpg.de/english/menue.html -----------+   ------------------------------  % Date: Thu, 13 Jul 2000 08:59:00 +0200t: From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de>/ Subject: Re: MOre then one common SYSDUMP file?o- Message-ID: <396D68B4.F274AC6E@volkswagen.de>o  D just create a bunch of dumpfiles, e.g. SYSDUMP_COMMON_GROUP1.DMP,...F and enter the dumpfiles in the specific roots as SYSDUMP.DMP. The real name of the E common dump file can be freely selected, though a name like EXCEL.EXEt would NOT be a d good decision...   Rudolf Wingert wrote:  >  > Hello, > J > is it possible to have more then one common SYSDUMP file? If yes, how toL > must I name them? I would like to have one common SYSDUMP file for a group= > of nodes, but not for all (e.g. eight groups of five node).  >   > TIA and regards Rudolf Wingert   -- m  - mit freundlichen Gruessen | with best regardse   Karl Rohwedder               tC iT-Ingenieurteam     | Ellernbruch 11       | D-38112 Braunschweig mA Telefon: 0531/515521 | Telefax: 0531/515531 | Mobil: 0172/5434843sE  E-Mail: rohwedder@decus.decus.de           | iT-IngTeam@t-online.de r+          karl.rohwedder@it-ingenieurteam.de  DATEX-P: 4505018005::ROHWEDDER   ------------------------------  % Date: Mon, 17 Jul 2000 15:17:33 +0100t' From: Adrian Birkett <abirkett@csc.com>-% Subject: Re: new problem with VMS 5.5 ' Message-ID: <3973157D.B8CE8DA7@csc.com>e   You will find relevant info at:r    http://www.openvms.compaq.com/:   Regards,   Aden   FAZEKAS Mihaly wrote:i  : > My other (new :) ) machine (MicroVAX II, and 2 of RA81).A > Probe booting from DUA0:, but cannot boot (DUA0 is system disk,l > DUA1 is not).f >yJ > The old "system user" of this machine say: "possibly cluster member,..."9 > Ok, but i not have VAX cluster (but have many VAX :) ).M >i5 > How can i boot this machine (example: without net).a& > How can i get a new SYSTEM password?. > (the old "system user" is loose :) password) >s > --" > mailto:michael@goliat.eik.bme.hu > Phone: 463-1966n   ------------------------------  # Date: Mon, 17 Jul 2000 16:48:11 GMT * From: Art Rice <arice.NOcSPAM@ue.itug.org>; Subject: Re: OpenVMS loses big, was:  RE: Compaq advertisese8 Message-ID: <sid6ns83nudcvse8k65ls4gebemt9dupf0@4ax.com>  , On Fri, 07 Jul 2000 16:19:49 -0400, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:r   >Art Rice wrote:I >> everyone else implementing TCP/IP.  Founded around 1974, EXPAND, X.25,oF >> and SNAX handled all the intersystem communicatioin that was needed >> until sometime around 1990. >gO >VMS has X.25 support. VMS has SCS which is probably the equivalent of SNAX (or " >would DECNET be it equivalent ?). > = >> The Tandem OS depends on a specific machine architecture. T >rJ >Yes, but that architecture is being changed to ALPHA based products. SureN >those hardware products will differ from current ALpha products with hardwareN >redundancy, but then again, so did the original VAXft machines different from >standard VAXes. >$F >> One thing Tandem needs to fix ( if they want to expand further than( >> web based apps) is terminal support.  >pK >Yes, these old huge Tandem terminals were *interesting* to say the least. b >eI >> If the two OSs are to be merged, it will probably take til 2010 to gett& >> the first Beta version ready to go. >nM >However, if the major middlewares for Guardian were to be ported to VMS, and>N >if the remainder of operating system services were ported to VMS, wouldn't itO >be possible to port all Tandem applications to VMS with an ease comparative to & >the port from MIPS to ALPHA will be ?  F I think you missed the architecture point.  We are not talking about a? simple port like LINUX x86 to SPARC or ALPHA.  (which all use an> "similar" physical architecture apart from the CPU.)  Tandem's> physical architecture and software such as Pathway (now calledD Pathway/TS I believe, can't get used to the new names.) provide over 50% of the fault tolerence.      >pO >Remember that VMS did have fault tolerance in its VAX line, so that would have  >to be ported over to ALPHA. > M >So, if VMS on alpha were to be made fault tolerant, and if the middleware onrN >Guardian (base32 etc) were to be ported to VMS, wouldn't it be fairly easy toL >then port the Guardian applications to VMS and as a result provide a singleN >high-availability platform that would have much greater market mindshare than> >both Guardian and VMS operating as small unknown quantities ?   --  
 Art Rice   **n# Special Data Processing Corporationn& --------------------------------------' All opinions expressed are mine and do i% not reflect the views of my employer.(   ------------------------------  # Date: Mon, 17 Jul 2000 17:06:48 GMT * From: Art Rice <arice.NOcSPAM@ue.itug.org>; Subject: Re: OpenVMS loses big, was:  RE: Compaq advertisesd8 Message-ID: <j2e6ns0tes75a3v01vna9oq9smehoalhsv@4ax.com>  7 On Fri, 07 Jul 2000 15:35:35 -0700, "Larry D Bohan, Jr"i" <LBohan@dbc.spam_less..com> wrote:  G >On Fri, 07 Jul 2000 18:45:13 GMT, Art Rice <arice.NOcSPAM@ue.itug.org>1 >wrote:5 >@< >> NSK(Guardian) was designed from the ground up for OLTP.   >> I mean everything.r >>  [..SNIP...]rF >>If you have a friend in your organization or city that has access toG >>TIM  (the Tandem documentation CDs) have him/her show you the manualse? >>on "Introduction to Tandem NonStop Systems", "Introduction toaG >>Pathway", and any of the server description manuals. for Example: thev# >>K20000 server Descripsion Manual.  >s: >Do you know, offhand, any texts (such as might be had in @ >a technical book store) that describe the Tandem architectures?* >or better still, any online resources?    >s1 >it's something I'd long wanted to read up on ...t  C I wish there were.  One Place to go first is the Tandem Web Site ata http://www.tandem.com  alsos- http://www.itug.org  follow links from there.c9 Another place with lots of links to vendors and users is:mE http://www.madoreconsulting.com/ Flash and Non-Flash available. TheretD are links to user's TACL (Tandem Advanced Command Language) programs
 out there.  F There are some brief system explainations at Tandem's site  along withC a bunch of white papers.  Unfortunatly, no online manual.  A TandemiB system is delivered with a License for TIM which will allow one toF access the on-line manuals and softdocs. (because all the manuals usedD to fit on one CD and now take two or more.)  You need to have TIM toE access these files.  And, as manuals go, few of them are really gooodg
 for training.   A Because of the nature of the Tandem environment, and the original B purpose (Fault Tolerant OLTP.) they were not something educationalD institutions thought about investing in, (if they even knew of theirE existence.)  Not like the days when nearly every university used UNIXeF or VAX (some used both.)    Tandem training is usually paid for by theB corporation owning the system but many Tandem people have contiuedC their education with their own money.  Currently Tandem classes areh over $2,000 for 5 days.  t  D Not having readily available material in bookstores makes for a much? smaller work force and Tandem gets to collect all the money forrD education.  Unfortunatly, not having experience with the OS can makeD it difficult to get one's foot in the door.  I didn't even know that3 Tandem existed before '89 when I started using one.o   -- .
 Art Rice   ** # Special Data Processing Corporationi& --------------------------------------' All opinions expressed are mine and do )% not reflect the views of my employer.t   ------------------------------  % Date: Mon, 17 Jul 2000 10:23:32 -0400 # From: Jim Agnew <agnew@hsc.vcu.edu>c3 Subject: Re: SQL+ODBC options, inexpensive or free?m* Message-ID: <397316E4.C5677AB@hsc.vcu.edu>  	 Hi David!,  H I've used Openlink from www.openlinksw.com, a British package that worksC pretty well with our Ingres 6.4 db... they have various drivers foruH various db's, you do have to be beyond vms 5.5-2 now, tho. those drivers are unsupported.   j.   David Mathog wrote:" > I > What are the options, if any, for a free (or very inexpensive) SQL+ODBCaF > program for OpenVMS Alpha?   One of my users has a project which mayM > require this, performance shouldn't be that big an issue, but cost will be.u > J > I've seen posts here of people working on, or thinking about working on,H > the various open source database projects.  Have any of these resulted > in a working OpenVMS port? > I > Am I the only one who finds it odd that the OpenVMS guys are working so M > hard on Apache without, apparently, having provided in any way for a serverwL > database smaller than RDB or Oracle?  I wonder what the intended market isI > for that work anyway.  The only possible market I see is for a swarm ofrI > DS10s running Apache feeding into a GS series RDB/Oracle back end.  Ie,rG > there would already have to be a huge investment in the "core" of the I > cluster so that the very high price of the web servers/cluster licenses5H > doesn't _seem_ so very high by comparison.  Because a cluster of DS10sI > without such an expensive core is going to seem just as expensive as itdH > really is - possible customers are going to blink twice at the clusterM > license prices, and drop dead when they see the RDB/Oracle prices, and will M > probably "make do" with Linux/mysql on the DS10s instead.  Assuming they gofM > with DS10s at all, since they could just as well do Intel based machines ifr > they don't need OpenVMS. > 
 > Regards, >  > David Mathog > mathog@seqaxp.bio.caltech.edu @ > Manager, sequence analysis facility, biology division, Caltech   ------------------------------    Date: 17 Jul 2000 09:38:35 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)c# Subject: Re: Sun may GPL StarOfficee+ Message-ID: <EDt$LDMt6ER+@eisner.decus.org>   D In article <8ktr45$s0f$1@nnrp1.deja.com>, jordan@my-deja.com writes: > According to this: > @ >    http://www.zdnet.com/sp/stories/news/0,4538,2604174,00.html > > > Sun is expected to release StarOffice under the GPL, the GNU > Open Source license. > ? > Some months back, I expressed my concern that an OpenVMS port.; > of StarOffice would be subject to Sun's acceptance of thea< > changes necessary to support the port.  If StarOffice were7 > GPL'd, Sun would not be able to deny the creation ando; > redistribution of changes necessary to port StarOffice to 
 > OpenVMS. > > > If we see this happen, then kudos to Sun and shame on me for > my paranoia. > C > Are there still people out there interested in porting StarOfficer
 > to OpenVMS?J  E I believe there will be many more than before if this GPL arrangement1 comes to pass.   ------------------------------  % Date: Mon, 17 Jul 2000 07:38:13 -0400n2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>. Subject: terminal speeds on console connectors7 Message-ID: <200007170738_MC2-AC76-FD72@compuserve.com>m           Forget it!  J         As with many other things, DEC was a little slow to get the messa= geJ about fast serial connections.  AFAIK, no native serial port on a VAX wil= l  do better than 19.2K.t  I         Some of the Alpha 3000 series could handle up to (I think) 56K. =0  - Newer machines will, AFAIK, handle 110K baud.     Message text written by Beyonder? >I have several 3100m76 vaxstations, and a dec alpha (3000/300)r& but this query is specific to the vax.F I can set the terminal speed to 19200 no problem, but is there any way to getE it to go higher? I tried 38400/38400 but the vax doesn't seem to synca properly (I get garbage).l  B actually the CONSOLE connectors won't do any better than 9600, for) 19200, I have to use the other connector.   G I'm using set term/speed=3D(19200,19200) for example. is there a bettert way?  G I'm connection from a PC com port via the phone-cord type cables to theO vax.H I then use Telix, procomm, Hypergarbage, or my new found friend, Kermit.  B Although I haven't explored the new kermit well enough to comment. <h   ------------------------------  % Date: Mon, 17 Jul 2000 11:07:36 -04001. From: "Bender, Jim E." <jim.e.bender@wawa.com>2 Subject: RE: terminal speeds on console connectorsN Message-ID: <1966635A0216D2119690AA0004001C050258B6A7@exchangecorp01.wawa.com>  , > AFAIK, no native serial port on a VAX will > do better than 19.2K.-  6 Not entirely true...    I was able to run DHU11's and 5 DMB32's at 38400 by patching the driver to allow that 8 speed to be set and increasing the size of the typeahead8 buffer.   Ran interactive and PPP connections over those0 interfaces with no problems, even fully loaded.   + This was on an 11/785 and later on an 8800..  2 Now, the 3100 series machines had notoriously poor3 serial ports.   The original poster should considern* himself lucky that 19200 works reliably.     Jimr     > -----Original Message-----9 > From: Richard B. Gilbert [mailto:DRAGON@COMPUSERVE.COM] % > Sent: Monday, July 17, 2000 7:38 AMa > To: Info-VAX@Mvb.Saic.Comb0 > Subject: terminal speeds on console connectors >  >  >         Forget it! > > >         As with many other things, DEC was a little slow to  > get the messagea? > about fast serial connections.  AFAIK, no native serial port g > on a VAX willp > do better than 19.2K.f > > >         Some of the Alpha 3000 series could handle up to (I  > think) 56K. / > Newer machines will, AFAIK, handle 110K baud.  > " > Message text written by BeyonderA > >I have several 3100m76 vaxstations, and a dec alpha (3000/300)e( > but this query is specific to the vax.H > I can set the terminal speed to 19200 no problem, but is there any way > to getG > it to go higher? I tried 38400/38400 but the vax doesn't seem to synci > properly (I get garbage).A > D > actually the CONSOLE connectors won't do any better than 9600, for+ > 19200, I have to use the other connector.  > G > I'm using set term/speed=(19200,19200) for example. is there a betteru > way? > < > I'm connection from a PC com port via the phone-cord type  > cables to the  > vax.; > I then use Telix, procomm, Hypergarbage, or my new found   > friend, Kermit.  > D > Although I haven't explored the new kermit well enough to comment. > <a >  >  >    ------------------------------  # Date: Mon, 17 Jul 2000 17:12:14 GMTr% From: jlsue <jlsuexxxz@dialupnet.com>m/ Subject: Re: The URL that Compaq forgot to sendi8 Message-ID: <7lf6ns0op16i0h533l1octg7d3tr94ufph@4ax.com>  E There are reasons for this low number, but I am not at liberty to sayT1 what.  There will be real numbers out eventually.t  " Sorry I can't give more than that.  1 Not speaking for anyone, certainly not DEC/Compaqr- (get rid of the xxxx in my address to e-mail)n   ------------------------------  # Date: Mon, 17 Jul 2000 09:55:35 GMTC= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) % Subject: Re: TK50Z-GA vs. TK50Z-FA ??e0 Message-ID: <009ED33C.169D4183@SendSpamHere.ORG>  h In article <8ktnff$1tp$1@nntp9.atl.mindspring.net>, "Randy Park" <rjpark@mindspring.com.nospaam> writes:C >I have a MicroVax 2000. It's running VMS 5.2 and I use it strictlyc
 >for testing.R >rC >The difference between the -FA and the -GA is that one is for SCSIe: >connections and the other is for MicroVax/Vaxstation 2000@ >connections.  While the connector on the 2000 looks the same as >SCSI, it is not SCSI.  A Yes, it is.  Internally, it uses the NCR 5830 chip.  It will not dB support a disk without a special driver and some hacks but it does do tape.  C The SCSI address of the tape drive must be 1!  The drivers for thisrB look for the tape drive at this address.  I did, at one time, playD with patching the TVDRIVER to allow the -FA to be addressed at otherC SCSI ids and open the box and moved the device jumpers.  Later, I'dsC added a DIP switch, a small ribbon cable and a header connector on aB the addressing posts internally and placed the DIP switch pack ex-! ternal for ease of re-addressing.-   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM    ------------------------------  % Date: Mon, 17 Jul 2000 13:36:49 +0500  From: Dan <dan@vrx.net>  Subject: VMS fortunes?' Message-ID: <3972C5A1.5CB5FCCA@vrx.net>a  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.   E I will likely assume this was a sysadmin add-on, and not something in0 VMS that is inherent.aC Do I have to cobble my own together or is there something out there  (maybe a stupid question)?   Things like:  G 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.c     Dan.  $ ---There are always possibilities...   ------------------------------   Date: 17 Jul 2000 16:14:30 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)   Subject: Re: VMS Pascal question, Message-ID: <8kvbd6$1g7r$1@info.cs.uofs.edu>  I In article <418E68E524A8D311ACCE00508B78866A7680C1@exchange.t-netix.com>,d0  Lorin Ricker <Lorin.Ricker@t-netix.com> writes: |>F |> Actually, as I recall, Don Knuth wrote original versions of TeX *in |> Pascal*,IJ |> with full intentions of multi-platform portability... with that kind ofI |> practical endorsement from one of our profession's "grand wizards", itr= |> really says something for Pascal and data structuring, no?k   No, not really.g  @ Actually, I think all it really shows is the language du jour at> that time.  A few years earlier and it would have been PL/I.    < As for portability, look at the threads regarding VMS Pascal= programming.  How portable are Pascal programs that use callsf@ to QIO??  And thus it is with Pascal.  The language was designed@ to teach and not to be a true functional language.  So everybodyC added all the parts that they thought were missing.  Unfortunately,a  they all added them differently.   bill   -- fJ 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 17:12:29 GMTl* From: Art Rice <arice.NOcSPAM@ue.itug.org> Subject: Re: We need VMS peoplea8 Message-ID: <p8f6nsstedidfb5ishdg68st0pv3kui2ia@4ax.com>  3 On Fri, 7 Jul 2000 21:40:49 GMT, "Terry C. Shannon"a <shannon@world.std.com> wrote:   >D8 >"Art Rice" <arice.NOcSPAM@ue.itug.org> wrote in message3 >news:vf9cmso0acrtvlalgvuqrsac4eq7qbdqk5@4ax.com...t6 >> On Thu, 6 Jul 2000 03:10:37 GMT, "Terry C. Shannon"! >> <shannon@world.std.com> wrote:a >n ><snip>X >> >H >> >I know of at least one instance in which a Capital District US Govt.K >> >customer has migrated from NT to OpenVMS (never realized that the Govt.w >> >possessed such wisdom).n >> > >>I >> That particular customer was probably overworked and signed a bunch of G >> papers before leaving on a long holiday weekend.  Now their probablygH >> scratching their heads trying to figure out why online information is1 >> suddenly "available" whenever they ask for it.n >>G >> The downside for the workers, less coffee breaks due to NT BSOD. :>)a >r; >I never thought of that, but you have a valid point there!  >eM >That said, I have had minimal problems (other than OutHouse Express-related)l- >with my PC since I upgraded to Windows 2000.a  C Well, it's new.  All of that software you have loaded on there willyF need to be upgraded to get the new features that Billy thinks you needE and things will go downhill from there.  Oh, and let's not forget thenF critical update, to fix the critical update that you loaded last week.   >' >t   -- o
 Art Rice   **a# Special Data Processing Corporation & --------------------------------------' All opinions expressed are mine and do d% not reflect the views of my employer.l   ------------------------------  # Date: Mon, 17 Jul 2000 07:11:35 GMTs* From: alant@aethos.co.uk (Alan.J.Thackray)? Subject: Re: [Q] What SCSI tapes drives does VMS 5.5-2 support? / Message-ID: <3972b08e.537052@news.logica.co.uk>'  9 I have certainly used a 4mm DAT tape on Vax/VMS 5.5-2. I t2 can't tell you the model number though. Since the A console can see the device, it was probably bootable, although I rC never tried that. Try borrowing a DAT drive and connecting it up. Ia0 believe these devices are pretty well supported.  4 Does anyone out there know of any which don't work ?  = On 14 Jul 2000 12:45:17 PDT, Fairfield@SLAC.Stanford.EDU (Kend4 Fairfield; SLAC: 650-926-2924; FAX: 926-3515) wrote:  I >        We have an old VAXstation 3100/38 running VMS 5.5-2 (I think, itlI >    is definitely some  variation  of  V5.5).   It  is  running a custompI >    application  for which uses a Kinetic Systems SCSI-CAMAC  controllereI >    with the vendor-supplied SCSI device driver.  Because the author  of-I >    the  application  has retired, and because it is not clear what work.I >    would need to be done to get  the device driver running under a morerI >    recent  version  of  VMS  (let alone, Alpha/VMS),  we're  not  in  a ! >    position to upgrade the O/S.D >hI >        Amazingly enough, this stand-alone system which runs pretty much1I >    7x24 and mostly unattended, has _no_ removable storage!  In order to)I >    capture a snapshot of its two disks,  I  had to add it to my cluster.A >    last summer and do backups to my disks (and thence to tape).t >sI >        Therfore, I'd like  recommendations  for  a  tape drive for this I >    system.   The  requirements are that VMS 5.5 support the  drive  and B >    that I can build (and boot and run!) STABACKIT on that drive. >vI >        My first thought was an 8mm  drive, which would probably need tosI >    be  an older 8200 variety.  But I can't recall whether STABACKIT caneI >    be built on 8mm drives.  And personally, I  don't  like  8mm  drivese >    much at all...  >rI >        Thinking about it, I'd probably prefer  something like a TZ86 oreI >    TZ87.   Does VMS 5.5 support these drives, and can I get them  (used I >    equipment  certainly)  in  table-top  enclosures?   What  about  4mmt >    drives? >n >        Thanks, Ken >-- N > Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edu; > SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924i; > Menlo Park, CA  94025           |  FAX:      650-926-3515.O > -----------------------------------------------------------------------------fC > These opinions are mine, not SLAC's, Stanford's, nor the DOE's...c   ------------------------------   End of INFO-VAX 2000.397 ************************