1 INFO-VAX	Fri, 14 Jul 2000	Volume 2000 : Issue 391       Contents: Alpha 8400 cpu upgrade/  Re: Alpha 8400 cpu upgrade/  Apache 1.3.12 won't start % Re: Apache for Open VMS, performance? % Re: Apache for Open VMS, performance? % Re: Apache for Open VMS, performance? 4 Autoconfig and OpenVMS - Was RE: got to remember ... Boot-problem with VAX 4000-2001 Re: C-Kermit on VMS v7.2's latest TCP/IP release?  CompactTape II sources (TK70)?' Configuring NFS on VMS 7.1 on alpha box + Re: Configuring NFS on VMS 7.1 on alpha box  Re: FTP to/from Alpha boxes 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...4 Re: got to remember to STOP trying to use OpenVMS...C Re: I/O caching and UNIX evaluations (was: Re: got to remember ...)  KDA50 (~RA81's controller) memory channel question  Re: memory channel question  Re: mime versions ) Re: Minimum Page/Swap File Size in Blocks ) Re: Minimum Page/Swap File Size in Blocks ) Re: Minimum Page/Swap File Size in Blocks ) Re: New Posting from Shannon Knows Compaq ) RE: New Posting from Shannon Knows Compaq  Re: Odp: VMS Pascal question Old VMS Manuals, Ver 4.7 Re: OpenVMS/Alpha and PEARL  Re: OpenVMS/Alpha and PERL Re: Problem with UCX FTP Re: Problem with UCX FTP Re: Problem with UCX FTP Re: Problem with UCX FTP Re: Problem with UCX FTP Re: Problem with UCX FTP
 scheduling RE: scheduling Re: scheduling Re: scheduling Re: schedulingG Switching from VXT (x/motif) clients to PC(java 2) clients (a question) ' Re: TCPIP remote node in audit security  UCX 4.2 -> TCPIP 5.0A upgrade ! Re: UCX 4.2 -> TCPIP 5.0A upgrade ! Re: UCX 4.2 -> TCPIP 5.0A upgrade H Re: UNICENTER PERFORMANCE DATA COLLECTOR - DOES NOT INSTALL ON VMS 7.2!! Using CMS and NFS  Re: Using CMS and NFS  Re: Using CMS and NFS # VAX Scan (was: VMS Pascal question)  Re: VMS 7.3 wish list  Re: VMS 7.3 wish list  Re: VMS 7.3 wish list  Re: VMS 7.3 wish list  Re: VMS 7.3 wish list  Re: VMS 7.3 wish list  Re: VMS 7.3 wish list  Re: VMS 7.3 wish list  Re: VMS 7.3 wish list  Re: VMS Pascal question  Re: VMS Pascal question ! Re: VMS Pascal vs Ansi vs Borland ! Re: VMS Pascal vs Ansi vs Borland  wishlist/mbx/icc/crash Re: wishlist/mbx/icc/crash Re: wishlist/mbx/icc/crash  F ----------------------------------------------------------------------  # Date: Fri, 14 Jul 2000 14:30:08 GMT / From: "John Nixon" <jorlnixon@worldnet.att.net>   Subject: Alpha 8400 cpu upgrade/F Message-ID: <QtFb5.4156$tI4.285541@bgtnsc05-news.ops.worldnet.att.net>  H I would appreciate the answer to this, but I would also appreciate being. told where to go (to find the answer msyself).  E What is the fastest CPU I can put in my Alpha 8400?  I currently have F a 5/440 dual cpu board.  I want to upgrade to a faster cpu pair.  Does7 anything else have to be chaned out to accomplish this?   B We will soon be upgrading to VMS 7.2-1.  I am not sure when we may hit 7.3    TIA.   ------------------------------   Date: 14 Jul 2000 14:54:49 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)$ Subject: Re: Alpha 8400 cpu upgrade/5 Message-ID: <8kn9jp$fs$1@mailint03.im.hou.compaq.com>   x In article <QtFb5.4156$tI4.285541@bgtnsc05-news.ops.worldnet.att.net>, "John Nixon" <jorlnixon@worldnet.att.net> writes:4 :What is the fastest CPU I can put in my Alpha 8400?  ,   Current top-end is 21264A EV67 at 700 MHz.  D   Various other AlphaServer systems are up in this speed range, too.  = :Does anything else have to be chaned out to accomplish this?   F   AFAIK, no.  You do need to check for any latent EV6 problems in yourG   code (see the Freeware 21264 area for additional details and tools),  @   and you do want OpenVMS Alpha V7.2-1 and the current ECO kits.  C :We will soon be upgrading to VMS 7.2-1.  I am not sure when we may  :hit 7.3  H   V7.3 EFT1 just shipped.  Full V7.3 release from engineering scheduled K   for later this year, with copies of the kits likely arriving at customer  &   sites circa 2000 or into early 2001.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  + Date: Fri, 14 Jul 2000 11:04:20 -0500 (CDT) & From: Drew Shelton <drew@sematech.org>" Subject: Apache 1.3.12 won't start- Message-ID: <01JRR6ZAH4JU000P5U@SEMATECH.Org>   G I've just installed Apache 1.3.12 on OpenVMS 7.2-1.  The server process F exits almost immediately after I start it.  The log file contains this message:  3     Unable to gethostname: function not implemented   0 What am I missing?  Version 1.3.9 ran just fine.   Thanks,  Drew  L ============================================================================6 Drew Shelton                         drew@sematech.org9 VMS Systems Manager                  office: 512-356-7575 9 Sematech                             fax:    512-356-7600  2706 Montopolis Drive K Austin, TX 78741-6499                I speak for myself only, not Sematech. B     "OpenVMS is today what Microsoft wants Windows NT v8.0 to be!"I                                                         - Compaq, 9/22/98 L ============================================================================   ------------------------------    Date: 14 Jul 2000 09:37:16 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) . Subject: Re: Apache for Open VMS, performance?+ Message-ID: <sUmvcxiyJw33@eisner.decus.org>   n In article <8kl5ir$q5v$1@charm.magnus.acs.ohio-state.edu>, JONESD@er6.eng.ohio-state.edu (David Jones) writes:- > In message <8kkp76$1nl@gap.cco.caltech.edu> 8 >   mathog@seqaxp.bio.caltech.edu (David Mathog) writes:D >>Can somebody at Compaq provide benchmark or other performance testE >>information for Apache on OpenVMS vs. Apache on Linux (or Tru64) on  >>identical hardware?  > F > The Apache source tree include a benchmark program, src/support/ab.cJ > (apache bench) which can give a crude measurement.  I can easily make abQ > show 2-5 times better performance for OSU (3.8) serving a file that Apache/VMS, ' > but I'm not an impartial observer :-)  > F > Apache performance is very sensitive to the configuration.  CheckingO > every directory in the target file's path for an .htaccess file, for example, F > tends to slow down the server.  The Apache docs have a separate HTML' > page devoted to performance tweaking.  >  > > > David L. Jones               |      Phone:    (614) 292-6929/ > Ohio State University        |      Internet: N > 140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.edu< > Columbus, OH 43210           |               vman+@osu.edu > - > Disclaimer: Dogs can't tell it's not bacon.    ------------------------------    Date: 14 Jul 2000 09:41:35 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) . Subject: Re: Apache for Open VMS, performance?+ Message-ID: <1xFJMtu1jmEH@eisner.decus.org>   n In article <8kl5ir$q5v$1@charm.magnus.acs.ohio-state.edu>, JONESD@er6.eng.ohio-state.edu (David Jones) writes:- > In message <8kkp76$1nl@gap.cco.caltech.edu> 8 >   mathog@seqaxp.bio.caltech.edu (David Mathog) writes:D >>Can somebody at Compaq provide benchmark or other performance testE >>information for Apache on OpenVMS vs. Apache on Linux (or Tru64) on  >>identical hardware?  > F > The Apache source tree include a benchmark program, src/support/ab.cJ > (apache bench) which can give a crude measurement.  I can easily make abQ > show 2-5 times better performance for OSU (3.8) serving a file that Apache/VMS, ' > but I'm not an impartial observer :-)  > F > Apache performance is very sensitive to the configuration.  CheckingO > every directory in the target file's path for an .htaccess file, for example, F > tends to slow down the server.  The Apache docs have a separate HTML' > page devoted to performance tweaking.   F My understanding is that the purpose of Apache on VMS is for those whoB require a "brand name" web server.  Certainly a web server that is9 built with VMS in mind (OSU) should be able to do better.   F But I suppose the real test is for David Mathog to port the OSU serverC to Unix and see how it performs there, of course complaining on the 9 newsgroup comp.os.unix about any porting difficulties :-)    ------------------------------   Date: 14 Jul 2000 14:54:47 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog). Subject: Re: Apache for Open VMS, performance?, Message-ID: <8kn9jn$kg2@gap.cco.caltech.edu>  g In article <1xFJMtu1jmEH@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:  > G >But I suppose the real test is for David Mathog to port the OSU server D >to Unix and see how it performs there, of course complaining on the: >newsgroup comp.os.unix about any porting difficulties :-)  I No need for me to do it - OSU already runs on Tru64.  Or at least it used I to last time I looked.  Interesting question though - how well did it run E there compared to the OpenVMS version.  DJ - any benchmarks on that?    I I appreciate the symmetry of your porting argument, but unfortunately for J OpenVMS it isn't at all a symmetric situation, at least in my experience. F All the software I see is being ported in from Unix to VMS and not theJ other way around.  The only code I have had to "port" to Unix recently areI small utility programs that I've written specifically to be portable - so - they are no trouble at all to build on Unix.     Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech  J **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------    Date: 14 Jul 2000 14:01:55 -05002 From: malmberg@eisner.decus.org (John E. Malmberg)= Subject: Autoconfig and OpenVMS - Was RE: got to remember ... + Message-ID: <S7Yu14EAE8lD@eisner.decus.org>   + In article <Q+ev0EZj+N24@eisner.decus.org>, <  Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:. > In article <8kl7ki$dfa@gap.cco.caltech.edu>,6 > mathog@seqaxp.bio.caltech.edu (David Mathog) writes: > D >> We all know that for platforms which don't support autoconf etc.,A >> most notably OpenVMS, it is a PITA to deal with these sorts of D >> packages.  But what are you going to do - that's the way the Unix" >> guys build packages these days. > E > Don't they have source files ?  I thought "the VMS way" for dealing D > with arbitrary source files was to run them through MMS asking MMSA > to generate a dependency graph and the corresponding .MMS file.   D For those that have never had the fun of porting a package that usesB autoconfig, this is how it is expectd to work, and why it does not usually work on OpenVMS.  D After you unzip or detar the package, you are expected to run a UNIX$ shell script file named "configure".  F The configure script was automagically generated by a package known asE autoconf, which is a collection of scripts that basically assume that % you have a complete UNIX environment.   B Since this configure script is automagically generated, it is very# hard for a non-UNIX person to read.     G What configure does is inspect your system for what variant of the UNIX F features that particular application uses.  It does so by a variety ofB methods, including creating temporary C programs to test features,F looking for the existance of shared library files, and sometimes using- any number of GNU or UNIX specific utilities.   = It also uses files with typically names like *.in for source.     F You can typically specify parameters when invoking configure that will& allow building in non-default options.    F The output of the configure process is the "makefile." and typically a4 custom include file named something like "config.h".  E The problems that I have encountered is that while it was possible to E convert a lot of the configure script to a DCL procedure, enough just & could not be translated automatically.  D The programs to test features are also problematic, as the source isD imbedded in the script.  This is to test what headers are or are notB present, what definitions, and so on.  Decoding what the tests areD really trying to test for can be time consuming.  And if the featureE needs to be supplied from something like an external library, such as @ the BASH port posted on comp.os.vms a while back, or the portingC library at Compaq's web site, the configure script will incorrectly % mark those features as not available.   C So what you really end up with is trying to make sense out of a set - of files named "MAKEFILE.IN" and "CONFIG.IN".   C MAKEFILE.IN looks almost like a makefile, except that it has mostly D obvious placeholders for edits.  If you are lucky, it will have some comments in it.   C config.in will typically have a bunch of #IFDEF statements that are D commented out.  The configure script edits them based on it's tests.  F What I ended up doing with SAMBA is going through some edit/mms cyclesA on the two files until I could get everything to at least compile  cleanly.  A Linking took a bit more effort.  Here is where I ran into several C instances where different routines with the same name and differing @ case were present.  This was also were I found out what routinesF were missing from the DEC C RTL that needed to be simulated.  A few ofE them I had to guess at based on how they were called, as they are not D documented as being part of the "Single Unix Specification" availble; online at the web site of "The Open Group", or in the LINUX  docmentation files that I have.    -John  wb8tyw@qsl.network   ------------------------------  % Date: Fri, 14 Jul 2000 18:50:46 +0200 & From: "Rainer Terpe" <rainer@terpe.de>' Subject: Boot-problem with VAX 4000-200 ) Message-ID: <8kngfr$p30$1@news.online.de>    Hi VAX-specialists, D a few days ago I got an old VAX 4000-200. Now I have a boot problem.  > Starting the boot process my screen shows the following lines:   Performing normal system test   95..94..93..92..91..90..89..88..  : ?49 2 1D FF 0000 0000 01 ; SUBTEST_49_1D, DE_MS650_FDM.LIS  / Now I see the registers with their actual value    The Systemtest continues till 4 15..14..13..12..11..10..09..08..07..06..05..04..03.. Normal operation not possible  >>>   ' The status-indicator shows the digit 8.   G With sh dev I see all devices. When I try to boot with b DIA0 (my first  disk) the following messages appear:    (BOOT/R5:0 DIA0) -A$DIA0  ?42 NOSUCHFILE, DIA0 ?06 HLT INST        PC=00000D42  ; Does anyone know a description of the error and a solution?   " BTW, I unfortunately have no docs.   Rainer   ------------------------------  % Date: Fri, 14 Jul 2000 10:03:53 +0100 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>: Subject: Re: C-Kermit on VMS v7.2's latest TCP/IP release?+ Message-ID: <8kml1q$m44@newton.cc.rl.ac.uk>   = "Frank da Cruz" <fdc@watsun.cc.columbia.edu> wrote in message / news:8kkr95$8cs$1@newsmaster.cc.columbia.edu...   F > For sanity, we try to pick a name and stick to it -- at least in theE > file naming conventions.  As far as I know, this particular product 3 > hasn't been officially called UCX for many years.   < Kind of like Mozilla: spelled UCX, and pronounced DEC TCP/IP; Services for OpenVMS(tm)". With 5.0, UCX has been expunged,  as far as compatibility allows.   G > What's the actual name of the product?  The last time I looked it was ( > "DEC TCP/IP Services for OpenVMS(tm)".  A They appear to have changed DEC to Digital, and I expect they are A working on Compaq. I don't think they have a script that replaces 8 DEC with Compaq, so a two stage migration is required ;)   ------------------------------  # Date: Fri, 14 Jul 2000 11:53:03 GMT 0 From: gilley@nospam.bravewc.com (Charles Gilley)' Subject: CompactTape II sources (TK70)? = Message-ID: <Y7Db5.9874$MT.229607@news-west.usenetserver.com>   K I'm in need of 10 TK70 cartridges - good condition used or new (but I know  @ they are out of production).  Anyone know where I can find some?   chgt   ------------------------------  # Date: Fri, 14 Jul 2000 15:21:48 GMT , From: LostAndFound <ian.kennedy@systemc.com>0 Subject: Configuring NFS on VMS 7.1 on alpha box) Message-ID: <8knb5n$gf8$1@nnrp1.deja.com>o   Hi,d  G I am a vms newbie trying to configure nfs to run on VMS 7.1 on an alpha  box.  ? Is there a SIMPLE guide to do this (I know it involves startingK. PORTMAPPER, MOUNT (MountD?) and NFS services).  + Does this process require a SYSTEM RESTART?e   TIAo      & Sent via Deja.com http://www.deja.com/ Before you buy.p   ------------------------------  % Date: Fri, 14 Jul 2000 17:04:49 +0100r- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>o4 Subject: Re: Configuring NFS on VMS 7.1 on alpha box) Message-ID: <396F3A21.E07A1E03@bbc.co.uk>.   LostAndFound wrote:    > Hi,r >gI > I am a vms newbie trying to configure nfs to run on VMS 7.1 on an alphae > box. >nA > Is there a SIMPLE guide to do this (I know it involves starting10 > PORTMAPPER, MOUNT (MountD?) and NFS services). >c  F First, what IP statck are you running? I'll assume its Compaq's TCP/IP	 Services, A (formlerly UCX) as that is the only one I am familiar with using.S  G Secondly, are you trying to configure NFS client or NFS server or both?   H Thirdly, what problem exactly did you have following the instructions in the Installation) anc Configuration manual for the product?E   >e- > Does this process require a SYSTEM RESTART?P  H No, not if you know what you are doing and assuming that TCP/IP services aree already configured.P  --e6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukd  A I speak for myself only and my views in no way represent those of0 MedAS or the BBC.    ------------------------------  % Date: Fri, 14 Jul 2000 13:51:00 +0200 . From: "Jesper Naur" <jesper.naur@post.tele.dk>$ Subject: Re: FTP to/from Alpha boxes, Message-ID: <8kmutc$pe7$1@news.inet.tele.dk>  5 When I follow my own instructions on a system near me.4 (also with UCX 4.2, where ftp works), I get a number of disturbing differences:  6 1) Most notably, I have no ACL on UCX$FTP.DIR. The ACL= reported by your customer looks screwed-up, this is indicatedt7 by the hexadecimal dump, rather than some legible text.v8 It is perhaps possible, that the screwed-up ACL prevents< UCX$FTPD_STARTUP.COM from being executed. It is interesting,< that it can still create the log file in the same directory.  0 FYI: You can delete an ACL from a file by saying  )  $ set security/acl/delete=all <filename>8  9 but whether that works on a screwed-up ACL, I don't know.-  ; 2) Your customer's SYS$SYSTEM:UCX$FTPD.EXE has the creationt9 date 18-APR-1995 and size 220 blocks. On my system, I geto9 creation date 18-NOV-1997, size 204 blocks. Since UCX 4.2 9 came out in 1997, a creation date of 1995 is out of line.b8 This has not caused you problems yet, since you have not& yet been able to activate the program.  
 When I say  (  $ ANALYZE/IMAGE SYS$SYSTEM:UCX$FTPD.EXE   I getu  ...  ...(         Image Identification Information  &                 image name: "UCX$FTPD"8                 image file identification: "UCX V4.2-21"3                 image file build identification: ""n7                 link date/time: 18-NOV-1997 13:02:17.54b/                 linker identification: "A11-14"n  ...  ...  A I would expect you to get exactly the same, since we are supposedI to use the same UCX version.    < It begins to look more and more like UCX has been improperly; installed or has been corrupted - whether you want to try an1 repair, or whether you go for a reinstallation, Is will leave for you to decide.   8 There is unfortunately also the more scary question: Has. something else gone wrong on that system disk?      Best regards and good luckn  Jesper Naur   ------------------------------    Date: 14 Jul 2000 10:00:13 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)t= Subject: Re: got to remember to STOP trying to use OpenVMS... + Message-ID: <cl3s7ydi8GhK@eisner.decus.org>l  a In article <8kl7ki$dfa@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:   I > We all know that for platforms which don't support autoconf etc., most nK > notably OpenVMS, it is a PITA to deal with these sorts of packages.  But -I > what are you going to do - that's the way the Unix guys build packages s
 > these days.u  C Don't they have source files ?  I thought "the VMS way" for dealingEB with arbitrary source files was to run them through MMS asking MMS? to generate a dependency graph and the corresponding .MMS file.    ------------------------------    Date: 14 Jul 2000 10:05:30 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) = Subject: Re: got to remember to STOP trying to use OpenVMS...=+ Message-ID: <Q+ev0EZj+N24@eisner.decus.org>   a In article <8kl7ki$dfa@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:5  I > We all know that for platforms which don't support autoconf etc., most 6K > notably OpenVMS, it is a PITA to deal with these sorts of packages.  But nI > what are you going to do - that's the way the Unix guys build packages 8
 > these days.   C Don't they have source files ?  I thought "the VMS way" for dealing B with arbitrary source files was to run them through MMS asking MMS? to generate a dependency graph and the corresponding .MMS file.9   ------------------------------  # Date: Fri, 14 Jul 2000 14:05:29 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)m= Subject: Re: got to remember to STOP trying to use OpenVMS...m0 Message-ID: <009ED103.80E619D6@SendSpamHere.ORG>  g In article <Q+ev0EZj+N24@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:.b >In article <8kl7ki$dfa@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes: >oJ >> We all know that for platforms which don't support autoconf etc., most L >> notably OpenVMS, it is a PITA to deal with these sorts of packages.  But J >> what are you going to do - that's the way the Unix guys build packages  >> these days. >2D >Don't they have source files ?  I thought "the VMS way" for dealingC >with arbitrary source files was to run them through MMS asking MMSn@ >to generate a dependency graph and the corresponding .MMS file.   Larry,  D The GNU stuff is psycho!  Think of the most logical and sound way to9 make a software product and then do the compete opposite!   E Most of the psychosis in a GNU make is the brain-damage incorporated  C to determine what include files and runt-time features exist on the C particular platform.  Some early GNU developer "fries shy of a com-nE plete Happy Meal", developed this brain-damaged way to do things and  D many of the other products seemed to adopt it.  It's crazy...  Make-B file beget C files which are preprocessed to beget more makefiles, rinse, lather, repeat...   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMe   ------------------------------   Date: 14 Jul 2000 14:40:46 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)= Subject: Re: got to remember to STOP trying to use OpenVMS...g5 Message-ID: <8kn8pe$1k$2@mailint03.im.hou.compaq.com>   p In article <009ED103.80E619D6@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes: :It's crazy...  Make-eC :file beget C files which are preprocessed to beget more makefiles,u :rinse, lather, repeat...k  D   The stuff using imake can really get bizarre, as it tries (usuallyJ   unsuccessfully, in my experience :-) to generate platform-specific make H   scripts for any of a variety of different make tools available on the D   platform, and these then head off to try to generate all manner ofF   platform-specific code.  And as Brain states -- when things get dullF   -- the build code will (try to) use the C preprocessor to perform a G   substitution pass on the make script or on some handy Fortran module.dI   One package I've been working with has a rather interesting variation:  H   it parses the contents of a listing file to see what C compiler might    be in use.  D In article <6q6sZo6+xiu2@eisner.decus.org> young_r@eisner.decus.org  (Rob Young) writes:S  B :Only one clue that they are working on something significant was C :mentioned here recently that a legit fork() is a work in progress  2 :for VMS.  I suspect we will learn more real soon.  L   Ayup.  The innards of fork are interesting.  If not correctly implemented,K   a fork call is often little more than an exercise to introduce extensive dL   system memory management overhead -- what has to be done to keep the usualG   fork/exec pair from producing substantial system overhead due to the  G   unnecessary memory duplication is very entertaining.  Very few folks eG   actually use fork for what it was originally intended for; most folksn&   should read up on vfork and similar.  J   As for the I/O performance discussions (rants?), the XFC work will also H   improve I/O performance, particularly as the XFC write-behind caching %   support comes on-line after V7.3.  k  L   One of the OpenVMS engineers has brought up a Linux Alpha box to see just K   what I/O caching scheme features are used there, and to compare it to XFCe$   and to OpenVMS caching in general.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 14 Jul 2000 12:04:26 -0400U' From: "Bill Todd" <billtodd@foo.mv.com>g= Subject: Re: got to remember to STOP trying to use OpenVMS...b( Message-ID: <8kndhu$t6m$1@pyrite.mv.net>  = Hoff Hoffman <hoffman@xdelta.zko.dec.nospam> wrote in message / news:8kn8pe$1k$2@mailint03.im.hou.compaq.com...    ...   H >   One of the OpenVMS engineers has brought up a Linux Alpha box to see justI >   what I/O caching scheme features are used there, and to compare it to0 XFCm& >   and to OpenVMS caching in general.  K They might also take a look at *BSD, since that may have features (notably,-! soft updates) that Linux may not.    - bill   ><, >  --------------------------- pure personal# opinion ---------------------------e1 >    Hoff (Stephen) Hoffman   OpenVMS Engineeringh hoffman#xdelta.zko.dec.com >t   ------------------------------  % Date: Fri, 14 Jul 2000 12:28:06 -0400 " From: Dan Sugalski <dan@sidhe.org>= Subject: Re: got to remember to STOP trying to use OpenVMS...>: Message-ID: <4.3.2.7.0.20000714122709.00cf4e30@24.8.96.48>  + At 12:04 PM 7/14/00 -0400, Bill Todd wrote:   > >Hoff Hoffman <hoffman@xdelta.zko.dec.nospam> wrote in message0 >news:8kn8pe$1k$2@mailint03.im.hou.compaq.com... >h >... > J > >   One of the OpenVMS engineers has brought up a Linux Alpha box to see >justoK > >   what I/O caching scheme features are used there, and to compare it tog >XFC( > >   and to OpenVMS caching in general. >sL >They might also take a look at *BSD, since that may have features (notably," >soft updates) that Linux may not.  K Yanking in a Solaris box (or one of the other commercial Unices as well as bK Tru64) might not be a bad idea either. Linux is rather substandard in some l areas, as Unix boxen go.   					Dan  I --------------------------------------"it's like this"-------------------t2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and evene;                                       teddy bears get drunko   ------------------------------  % Date: Fri, 14 Jul 2000 09:56:50 -0700f! From: Shane.F.Smith@Healthnet.com = Subject: Re: got to remember to STOP trying to use OpenVMS... C Message-ID: <OF96B2B8DE.3D79D1F4-ON8825691C.005D097E@HEALTHNET.COM>e  J I have to ask, why don't they just pull up the Tru64 sourcecode and take a look?i   Shane           6 Dan Sugalski <dan@sidhe.org> on 07/14/2000 09:28:06 AM   To:   Info-VAX@Mvb.Saic.Come cc:"  > Subject:  Re: got to remember to STOP trying to use OpenVMS...    + At 12:04 PM 7/14/00 -0400, Bill Todd wrote:h  > >Hoff Hoffman <hoffman@xdelta.zko.dec.nospam> wrote in message0 >news:8kn8pe$1k$2@mailint03.im.hou.compaq.com... >s >... >oJ > >   One of the OpenVMS engineers has brought up a Linux Alpha box to see >just K > >   what I/O caching scheme features are used there, and to compare it to, >XFC( > >   and to OpenVMS caching in general. >sB >They might also take a look at *BSD, since that may have features	 (notably,e" >soft updates) that Linux may not.  J Yanking in a Solaris box (or one of the other commercial Unices as well asJ Tru64) might not be a bad idea either. Linux is rather substandard in some areas, as Unix boxen go.                            Dan  I --------------------------------------"it's like this"-------------------s2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and evenu;                                       teddy bears get drunke   ------------------------------   Date: 14 Jul 2000 17:49:40 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)L Subject: Re: I/O caching and UNIX evaluations (was: Re: got to remember ...)6 Message-ID: <8knjrk$32v$1@mailint03.im.hou.compaq.com>  >   [Discussions of various favored UNIX flavours expurgated...]  E   If y'all (customers) wish fast(er) and correspondingly potentially  G   increasingly "unreliable" I/O (the term "unreliable" is here used to sF   indicate increased use of caching and coorespondingly less frequent F   disk updates, and is not intended in a derogatory context), then we C   will look to provide y'all with access to this or to similar I/O n@   caching support.   Of course, if caching or other related I/O F   performance tweaks do get implemented, then the support will likely I   have control knobs to permit tuning or to permit it to be specifically     disabled or enabled.  I   In the context of this discussion, I am not particularly interested in  G   discussing the relative merits of any of the various other operating sH   systen implementations and variants, though (again, in the context of J   this discussion) I am interested in comparisons of I/O path performance H   and trade-offs and such.  Linux figured rather prominently in earlier J   I/O performance and I/O caching discussions held here in the newsgroup, H   hence the Linux platform is one that we are taking a specific look at.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 14 Jul 2000 17:28:59 GMT0 From: FAZEKAS Mihaly <michael@goliat.eik.bme.hu># Subject: KDA50 (~RA81's controller) , Message-ID: <8knikr$9jn$1@goliat.eik.bme.hu>  8 Where can i find the KDA50 controller "settings manual"?   -- .  mailto:michael@goliat.eik.bme.hu Phone: 463-1966e   ------------------------------    Date: 14 Jul 2000 11:40:29 +0100. From: gennai@mx2.iat.cnr.it (Francesco Gennai)  Subject: memory channel question) Message-ID: <I7$p++m7nhsI@mx2.iat.cnr.it>d  3 I'm going to upgrade our SCSI (2 CPU AS800) cluster  to a SCSI cluster with 2 DS20.@ The main task of this homogeneous cluster is e-mail/fax service.  > I would know from you which kind of improvements  (performace,M availability and so on... - also in terms of quality) I could get by using a aM Memory Channel (node-to-node connection) in addition to a dedicated 100 Mbit fJ Full Duplex Ethernet node-to-node connection between the two SCSI cluster  nodes.    I I would have an help in the decision if add or not Memory Channel to the   cluster configuration.J (The current cluster (SCSI/AS800/Ethernet 100Mbit Full Duplex) is running I  without any particular load problem, but since we are going to activate  E  procedures to verify email-messages's digital signatures on fly, I'm-6  expecting a growth in CPU, Memory and I/O requests).    regards,	 FrancescoaI ----------                                                     ----------eO Francesco Gennai                     Internet : francesco.gennai  @  iat.cnr.it M                                                 http://mail.iat.cnr.it/gennaid? IAT - CNR                            Phone    : +39-050-3152592-? Area di Ricerca di Pisa              Fax      : +39-050-3152593m Via Alfieri, 1 56010 Ghezzano PISA   ITALYjI ----------                                                     ----------p   ------------------------------  % Date: Fri, 14 Jul 2000 11:05:36 +0100   From: steven.reece@quintiles.com$ Subject: Re: memory channel question> Message-ID: <8025691C.00379B91.00@qedilc01.qedi.quintiles.com>  
 Hi Francesco,iG Memory Channel has a higher potential throughput IIRC than most networkpI interconnects.  Bear in mind that the cluster traffic may have to share aeP 100MB/sec link onto the network (bearing in mind that the 100MB/sec is a maximumJ available, not what it actually achieves - it's a guaranteed not to exceedP value) with TCP/IP, DECnet, LAT and all kinds of other protocols that may or mayF not generate significant traffic.  Memory Channel 1.0 provides maximumO throughput (again, a guaranteed not to exceed figure) of 100MB/sec but it's notNJ being shared with other protocols so should provide benefits on bandwidth.  P The biggest advantage of Memory Channel is the speed of it, leading to VMS usingP it as the preferred path when both MC and NI are available within a cluster.  ItN does generate a higher cpu load than, for example, CI since the Memory ChannelN adapters are not DMA devices.  That said though, I don't see any problems on aL pair of AlphaServer 4100s that I've got connected with MC interconnect.  TheK network can be crippled (as it is with another site I know of which uses NId3 between a pair of Turbolasers (AlphaServer 8400s)).r  O Memory Channel also means that someone can pull the plug on your network switchbJ or hub and the cluster will just carry on running and will remain quorate.  H To me, Memory Channel is definitely worth the cost where it's available.   Steve.  > gennai at mx2 dot iat dot cnr dot it (Francesco Gennai) wrote:A >>>I would know from you which kind of improvements  (performace,sL availability and so on... - also in terms of quality) I could get by using aL Memory Channel (node-to-node connection) in addition to a dedicated 100 MbitI Full Duplex Ethernet node-to-node connection between the two SCSI cluster. nodes.  H I would have an help in the decision if add or not Memory Channel to the cluster configuration.I (The current cluster (SCSI/AS800/Ethernet 100Mbit Full Duplex) is running H  without any particular load problem, but since we are going to activateE  procedures to verify email-messages's digital signatures on fly, I'mc8  expecting a growth in CPU, Memory and I/O requests).<<<   ------------------------------  % Date: Fri, 14 Jul 2000 13:39:32 -0400 % From: "Brian Tillman" <tillman_brian>S Subject: Re: mime versions$ Message-ID: <396f5019$1@news.si.com>  : >   http://ftp.service.digital.com/patches/public/vms/vax/ >0 >    and >c6 >   http://ftp.service.digital.com/patches/public/axp/   Shouldn't that latter URL be6 http://ftp.service.digital.com/patches/public/vms/axp/ --A Brian Tillman                   Internet: tillman_brian at si.comCA Smiths Industries, Inc.                   tillman at swdev.si.comr= 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------    Date: 14 Jul 2000 10:57:27 -0500, From: koehler@eisner.decus.org (Bob Koehler)2 Subject: Re: Minimum Page/Swap File Size in Blocks+ Message-ID: <NIlOBsomVam6@eisner.decus.org>o  Y In article <396D9B10.3E16ECD8@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:o > E > Yup, I remember a satellite MicroVAX II who's paging disk had died,l7 > but it still booted in the cluster, just VERY slowly.h  ?   We had the same with a coupe VS2000s.  I was told under thesemE   circumstances the satellite can page to the boot servers page file.-C   MVII boot servers aren't the fastest so we generally called field@"   service pretty fast on this one.   ------------------------------   Date: 14 Jul 2000 14:24:03 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)2 Subject: Re: Minimum Page/Swap File Size in Blocks5 Message-ID: <8kn7q3$1k$1@mailint03.im.hou.compaq.com>a  Z In article <NIlOBsomVam6@eisner.decus.org>, koehler@eisner.decus.org (Bob Koehler) writes:Z :In article <396D9B10.3E16ECD8@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes: :>  F :> Yup, I remember a satellite MicroVAX II who's paging disk had died,8 :> but it still booted in the cluster, just VERY slowly. :y@ :  We had the same with a coupe VS2000s.  I was told under theseF :  circumstances the satellite can page to the boot servers page file.D :  MVII boot servers aren't the fastest so we generally called field# :  service pretty fast on this one.n  M   A cluster configuration clarification: satellite systems can be configured QK   to page to a pagefile that is served to the satellite from a remote disk ,I   server (most typically, the pagefile would be located in the satellite tJ   system's own system root on the boot server; this is a standard primary F   pagefile configuration in the context of a served system disk), but K   satellite systems do not and cannot page to the remote disk server's own     pagefile(s).  G   Most commonly, a satellite system is (re)configured with one or more uI   secondary pagefiles located on one or more local disks, and a small or gJ   no primary pagefile on the (served) system disk, and no remote (served)    secondary pagefiles.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 14 Jul 2000 16:04:24 +0100>- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>a2 Subject: Re: Minimum Page/Swap File Size in Blocks) Message-ID: <396F2BF8.D6A1CA01@bbc.co.uk>v   Hoff Hoffman wrote:   \ > In article <NIlOBsomVam6@eisner.decus.org>, koehler@eisner.decus.org (Bob Koehler) writes:\ > :In article <396D9B10.3E16ECD8@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes: > :>H > :> Yup, I remember a satellite MicroVAX II who's paging disk had died,: > :> but it still booted in the cluster, just VERY slowly. > : B > :  We had the same with a coupe VS2000s.  I was told under theseH > :  circumstances the satellite can page to the boot servers page file.F > :  MVII boot servers aren't the fastest so we generally called field% > :  service pretty fast on this one.o >e  ; The workaround with that MicroVAX was to create a temporarynJ small pagefile on the boot server's disk. This must be done explicitly forC every satellite node that needs it. However, it didn't exactly helpaC performance. Like Hoff, I never heard of a satellite using the bootn; node's pagefile, just the system disk for its own pagefile.s   >yN >   A cluster configuration clarification: satellite systems can be configuredL >   to page to a pagefile that is served to the satellite from a remote diskJ >   server (most typically, the pagefile would be located in the satelliteK >   system's own system root on the boot server; this is a standard primary)G >   pagefile configuration in the context of a served system disk), but-L >   satellite systems do not and cannot page to the remote disk server's own >   pagefile(s). >sH >   Most commonly, a satellite system is (re)configured with one or moreJ >   secondary pagefiles located on one or more local disks, and a small orK >   no primary pagefile on the (served) system disk, and no remote (served)b >   secondary pagefiles. > P >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uko  A I speak for myself only and my views in no way represent those ofm MedAS or the BBC.u   ------------------------------  # Date: Fri, 14 Jul 2000 14:08:44 GMTt/ From: "John Nixon" <jorlnixon@worldnet.att.net>e2 Subject: Re: New Posting from Shannon Knows CompaqF Message-ID: <M9Fb5.4070$tI4.282940@bgtnsc05-news.ops.worldnet.att.net>  K Is it just me (again) or is the Acersoft site unreachable.  (Dont they sell $ some system reliability tools?  :-))    L <infantino@my-deja.com> wrote in message news:8klsa4$f36$1@nnrp1.deja.com...I > AcerSoft updated its Web Site with new Shannon Knows Compaq Newsletter;m >m' > GS-Series; Wildfire is worth the Waite >a0 > A tale of two architectures: Alpha vs. Itanium >r > Compaq Currentsa >-5 > For the latest News from Shannon Knows Compaq visitr > http://www.acersoft.com  >t >o( > Sent via Deja.com http://www.deja.com/ > Before you buy.y   ------------------------------  % Date: Fri, 14 Jul 2000 07:58:35 -0700n1 From: "Farrell, Michael" <MFarrell@voltdelta.com> 2 Subject: RE: New Posting from Shannon Knows CompaqA Message-ID: <7DF45F22D904D31192EE00805F578DF207F02B@NY_EXCHANGE1>a   I had some trouble too.C  H It took about 1/2 hour of intermittent trying before it responded (about 10:00Am - 10:30AM EDT today.)t   Mike Farrell   > -----Original Message-----4 > From:	John Nixon [SMTP:jorlnixon@worldnet.att.net]& > Sent:	Friday, July 14, 2000 10:09 AM > To:	Info-VAX@Mvb.Saic.Com-4 > Subject:	Re: New Posting from Shannon Knows Compaq > H > Is it just me (again) or is the Acersoft site unreachable.  (Dont they > sell& > some system reliability tools?  :-)) >  > * > <infantino@my-deja.com> wrote in message% > news:8klsa4$f36$1@nnrp1.deja.com...gK > > AcerSoft updated its Web Site with new Shannon Knows Compaq Newsletter;y > >m) > > GS-Series; Wildfire is worth the Waitd > >s2 > > A tale of two architectures: Alpha vs. Itanium > >. > > Compaq Currents  > > 7 > > For the latest News from Shannon Knows Compaq visith > > http://www.acersoft.comI > >c > >s* > > Sent via Deja.com http://www.deja.com/ > > Before you buy.n >  >    ------------------------------    Date: 14 Jul 2000 08:40:10 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)x% Subject: Re: Odp: VMS Pascal question-+ Message-ID: <LVsl37lFxf5O@eisner.decus.org>-  ^ In article <mblb5.1029$wy2.24072@news.tpnet.pl>, "Michal Pakula" <mpakula@gask.com.pl> writes:  M > Anyway - I shall search the PASCAL$SMG_ROUTINES.PAS file and hope I'll find0 > what I'm looking for.<  & That is certainly the method I choose.   ------------------------------  % Date: Fri, 14 Jul 2000 10:23:32 -0700.. From: Arty Seibert <asei-ele@seattletimes.com>! Subject: Old VMS Manuals, Ver 4.7a9 Message-ID: <000001bfedb8$3d0b9d80$77c9fbb6@seatimes.com>k  F I would like to find a User's Manual and a System Manager's Manual for MicroVMS Version 4.7.o   ------------------------------  % Date: Fri, 14 Jul 2000 12:18:26 +0100t5 From: Lothar Geyer <Lothar.Geyer@EDV-Berater-GmbH.de> $ Subject: Re: OpenVMS/Alpha and PEARL3 Message-ID: <396EF702.439D6A58@EDV-Berater-GmbH.de>y  E Sorry for the typing error: I asked for a PEARL compiler, not for then PERL scripting language    Lothar   Lothar Geyer wrote:l >  > Barry, >  > "Barry Treahy, Jr." wrote: > >i > > "David J. Dachtera" wrote: > >,= > > > > > does anyone know a PERL compiler for OpenVMS/Alpha?- > > >-. > > > Take specific note of the next sentence: > > >  > > > > > PERL is not themR > > > > > script language used today for internet application, but a language user9 > > > > > about 15 years ago for technical appplications.- > >-S > > I did, and though I've been around in computing for 20 years, I cannot say thathT > > I've heard of a 'compiler' for a language called PERL from that era.  Now if youF > > want a funky one, anybody remember Praxis or seen that one lately? > >yN > > The original post had interesting english syntax as well as spelling, so IU > > presumed he was confused about Perl since the Perl of today actually evolved from.Q > > a data manipulation and reporting need prior to becoming a big tool in CGI's.t > >4	 > > Barry  > 4 > sorry for the syntax and spelling - I am a German. > C > I know a PERL compiler for the PDP-11 (RSX-11M), created by BrownaH > Bovery(?), which is now ABB. The software has to be ported to an AlphaB > running OpenVMS. There is more than one way to do this (hardwareB > emulation a.s.o.). If there is a PERL compiler this would be theG > simplest way. Another one would be to translate PERL to FORTRAN (somehI > time ago DEC had a package to "translate" text files as I remember. Anyk > other suggestions? >  > Lothar   ------------------------------  % Date: Fri, 14 Jul 2000 08:35:39 +0100L5 From: Lothar Geyer <Lothar.Geyer@EDV-Berater-GmbH.de>n# Subject: Re: OpenVMS/Alpha and PERL 3 Message-ID: <396EC2CB.A3BFC43C@EDV-Berater-GmbH.de>i   Barry,   "Barry Treahy, Jr." wrote: >  > "David J. Dachtera" wrote: > ; > > > > does anyone know a PERL compiler for OpenVMS/Alpha?u > > , > > Take specific note of the next sentence: > >r > > > > PERL is not the-P > > > > script language used today for internet application, but a language user7 > > > > about 15 years ago for technical appplications.a > Q > I did, and though I've been around in computing for 20 years, I cannot say that.R > I've heard of a 'compiler' for a language called PERL from that era.  Now if youD > want a funky one, anybody remember Praxis or seen that one lately? > L > The original post had interesting english syntax as well as spelling, so IS > presumed he was confused about Perl since the Perl of today actually evolved fromtO > a data manipulation and reporting need prior to becoming a big tool in CGI's.s >  > Barryo  2 sorry for the syntax and spelling - I am a German.  A I know a PERL compiler for the PDP-11 (RSX-11M), created by BrowntF Bovery(?), which is now ABB. The software has to be ported to an Alpha@ running OpenVMS. There is more than one way to do this (hardware@ emulation a.s.o.). If there is a PERL compiler this would be theE simplest way. Another one would be to translate PERL to FORTRAN (someiG time ago DEC had a package to "translate" text files as I remember. Anyt other suggestions?   Lothar   ------------------------------  # Date: Fri, 14 Jul 2000 10:11:08 GMTs= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)r! Subject: Re: Problem with UCX FTPe0 Message-ID: <009ED0E2.C3A3FF2D@SendSpamHere.ORG>  j In article <QEsb5.4136$MT.105189@news-west.usenetserver.com>, "Jack Peacock" <peacock@simconv.com> writes:F >I seem to be having a problem configuring the UCX version of FTP (VMS@ >7.1, UCX 4.2, AlphaStation 255/300).  When I try to establish aF >connection to it from another node (over internet) I get the message:0 >TCPIP-E-FTP_NETERR, I/O error on network device5 >-SYSTEM-F-REJECT, connect to network object rejected    $ UCX SHOW SERVER /FULL FTPt   Is it enabled?    C >I'm having some trouble determining what the message means.  I can-D >telnet to the AS 255, but not FTP.  No problem getting to any otherF >nodes, just the AS 255, so I'm sure the problem is local to that nodeI >and the FTP setup.  I did run UCX$CONFIG and FTP is enabled as a server.U >8I >The configuration is a 255/300 with two ethernet controllers: WE0 is theeI >local network, and WE1 is the connection to a cable modem, with a staticmG >IP address.  Only the FTP service has a problem, so I don't think it'sa! >the network hardware or cabling.o >CH >Any insight as to where I should be looking would be appreciated.  I've) >gone through the UCX manual but no clue.b >   Jack Peacock  : Try TELNET/PORT=21 host  to see if the FTP server respond.  8 Does sound, however, like the FTP server is not enabled.  5 Try issuing $ UCX ENABLE SERVICE FTP   and try again.D   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMi   ------------------------------  % Date: Fri, 14 Jul 2000 13:56:43 +0200'. From: "Jesper Naur" <jesper.naur@post.tele.dk>! Subject: Re: Problem with UCX FTP , Message-ID: <8kmutd$pe7$2@news.inet.tele.dk>  ( Jack Peacock <peacock@simconv.com> wroteC > Any insight as to where I should be looking would be appreciated. L Under the heading "FTP to/from Alpha boxes", we are investigating a problem, whichNL is similar but not quite the same as yours. You may find it useful to listen in.        Best regards     Jesper Naurm   ------------------------------  % Date: Fri, 14 Jul 2000 14:04:10 +0200 5 From: Oswald Knoppers <Oswald.Knoppers@whitehouse.nl>-! Subject: Re: Problem with UCX FTPr, Message-ID: <396F01BA.59D511F@whitehouse.nl>  & "Brian Schenkenberger, VAXman-" wrote: > l > In article <QEsb5.4136$MT.105189@news-west.usenetserver.com>, "Jack Peacock" <peacock@simconv.com> writes:H > >I seem to be having a problem configuring the UCX version of FTP (VMSB > >7.1, UCX 4.2, AlphaStation 255/300).  When I try to establish aH > >connection to it from another node (over internet) I get the message:2 > >TCPIP-E-FTP_NETERR, I/O error on network device7 > >-SYSTEM-F-REJECT, connect to network object rejectedn >  > $ UCX SHOW SERVER /FULL FTP  >  > Is it enabled?  E Indeed when configuring a service on a running UCX system the service(H will not be automatically enabled until a restart of UCX is done. In the; case of FTP you can enable it on the fly with the commands:a  $ $ @sys$manager:ucx$service_setup ftp+ $ @sys$manager:ucx$service_setup ftp_clientS $ ucx enable service ftp  ? The first two commands will install the appropriate ftp images.s   Regards,   Oswald   ------------------------------  % Date: Fri, 14 Jul 2000 14:59:42 +0100d- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>l! Subject: Re: Problem with UCX FTP ) Message-ID: <396F1CCE.596C0CDF@bbc.co.uk>t   Oswald Knoppers wrote:  I > " Indeed when configuring a service on a running UCX system the service J > will not be automatically enabled until a restart of UCX is done. In the= > case of FTP you can enable it on the fly with the commands:t >w& > $ @sys$manager:ucx$service_setup ftp- > $ @sys$manager:ucx$service_setup ftp_clientl > $ ucx enable service ftp >i  G It is truly unfortunate that ucx/tcpip$ftpd_shutdown does deinstall the D ftp client part as well, but that ucx/tcpip$ftpd_startup does NOT doE the client startup, so one needs to resort to ucx/tcpip$service_setup  as Oswald describes.  . Tim, who was cuaaght out by this a while back.    -- 6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uks  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.n   ------------------------------  % Date: Fri, 14 Jul 2000 08:37:14 -0700a* From: "Jack Peacock" <peacock@simconv.com>! Subject: Re: Problem with UCX FTPp> Message-ID: <WsGb5.10774$MT.260411@news-west.usenetserver.com>  B "Brian Schenkenberger, VAXman-" <system@SendSpamHere.ORG> wrote in2 message news:009ED0E2.C3A3FF2D@SendSpamHere.ORG...E > In article <QEsb5.4136$MT.105189@news-west.usenetserver.com>, "Jacki& Peacock" <peacock@simconv.com> writes:H > >I seem to be having a problem configuring the UCX version of FTP (VMSB > >7.1, UCX 4.2, AlphaStation 255/300).  When I try to establish aH > >connection to it from another node (over internet) I get the message:2 > >TCPIP-E-FTP_NETERR, I/O error on network device7 > >-SYSTEM-F-REJECT, connect to network object rejected  >  > $ UCX SHOW SERVER /FULL FTPn >  > Is it enabled? >2H Yes it is enabled, first thing I checked.  The Telnet/port=21 fails withA the same error.  I thought maybe it had something to do with dual4E ethernet controllers.  I don't have access to the local intranet side F (it's on premises only), so I can't check to see if it connects on the first interface.     Jack Peacock   ------------------------------  # Date: Fri, 14 Jul 2000 17:49:01 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)a! Subject: Re: Problem with UCX FTPl0 Message-ID: <009ED122.BAAE0F8D@SendSpamHere.ORG>  k In article <WsGb5.10774$MT.260411@news-west.usenetserver.com>, "Jack Peacock" <peacock@simconv.com> writes:tC >"Brian Schenkenberger, VAXman-" <system@SendSpamHere.ORG> wrote inn3 >message news:009ED0E2.C3A3FF2D@SendSpamHere.ORG...nF >> In article <QEsb5.4136$MT.105189@news-west.usenetserver.com>, "Jack' >Peacock" <peacock@simconv.com> writes: I >> >I seem to be having a problem configuring the UCX version of FTP (VMS8C >> >7.1, UCX 4.2, AlphaStation 255/300).  When I try to establish aeI >> >connection to it from another node (over internet) I get the message:l3 >> >TCPIP-E-FTP_NETERR, I/O error on network devicel8 >> >-SYSTEM-F-REJECT, connect to network object rejected >> >> $ UCX SHOW SERVER /FULL FTP >> >> Is it enabled?t >>I >Yes it is enabled, first thing I checked.  The Telnet/port=21 fails withpB >the same error.  I thought maybe it had something to do with dualF >ethernet controllers.  I don't have access to the local intranet sideG >(it's on premises only), so I can't check to see if it connects on then >first interface.f >    Jack Peacockt  ! Have you tried "$ FTP localhost"?r  G I doubt it has much to do with the number of interfaces.  I have three  F one an Alpha and I can FTP via any one of them (of course, it depends  on the route coming in...)  : What does "$ UCX SH SERVICE/FULL FTP" show?  Post it here.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMm   ------------------------------  % Date: Fri, 14 Jul 2000 13:03:58 +0100 ' From: "Andy O" <oddster@totalise.co.uk>( Subject: schedulinge' Message-ID: <396f0101@news.telinco.net>   E Could anyone enlighten me as to how I could check my batch queues fore! scripts running on a daily basis.e1 I need to check which backup scripts are running.-   Open VMS 7.2  ) Also, how do you change a users password.-  A Sorry for the numpty questions but I've been left in the s**t!!!!z   ------------------------------  % Date: Fri, 14 Jul 2000 09:58:37 -030041 From: "Boyle, Darren" <boyledj@bankofbermuda.com>c Subject: RE: schedulingmK Message-ID: <9F664D538536D411BD3200508B6FF01A3336BB@bdant027.bda.bobda.com>   E $ SHOW QUEUE /ALL /BATCH  will show all jobs currently on the queues,oC however there may be more running under something like DECScheduler.7 $ MC  AUTHORIZE MODIFY /PASSWORD=new_password  usernameu  J Also as a pointer type HELP from the $ prompt, this will probably help you out on most commands.i Thanks,o Darren   > ----------, > From: 	Andy O[SMTP:oddster@totalise.co.uk]& > Sent: 	Friday, July 14, 2000 9:03 AM > To: 	Info-VAX@Mvb.Saic.Com > Subject: 	scheduling > G > Could anyone enlighten me as to how I could check my batch queues fora# > scripts running on a daily basis. 3 > I need to check which backup scripts are running.c >  > Open VMS 7.2 > + > Also, how do you change a users password.  > C > Sorry for the numpty questions but I've been left in the s**t!!!!t >  >  >  >  >     F **********************************************************************C This message and any files transmitted with it are confidential andsJ may be privileged and/or subject to the provisions of privacy legislation.M They are intended solely for the use of the individual or entity to whom theymL are addressed. If the reader of this message is not the intended recipient, B please notify the sender immediately and then delete this message.I You are notified that reliance on, disclosure of, distribution or copyingt of this message is prohibited.   Bank of BermudanF **********************************************************************   ------------------------------   Date: 14 Jul 2000 13:40:26 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: scheduling 6 Message-ID: <8kn58a$ss4$1@mailint03.im.hou.compaq.com>  Q In article <396f0101@news.telinco.net>, "Andy O" <oddster@totalise.co.uk> writes:eF :Could anyone enlighten me as to how I could check my batch queues for" :scripts running on a daily basis.  C   SHOW QUEUE, SHOW ENTRY, or modifications to the attached (and notoH   particularly tested) DCL example.  You could have it run periodically,?   and send MAIL if it does not find the specified "target" job.y  * :Also, how do you change a users password.  /   Each user can change their own password with:-       $ SET PASSWORD  >   The System Manager can change the password of any user with:       $ SET DEFAULT SYS$SYSTEM     $ SET PROCESS/PRIVILEGE=ALLe     $ RUN AUTHORIZE$-     UAF> MODIFY username/PASSWORD=newpassword    	--   D   I'd encourage a tour through the OpenVMS System Management Manual,B   as well as the user's guide, if you have not already seen these.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com     	--i  # $  ResetQueueContext = F$GETQUI("")A $  Say :== WRITE SYS$OUTPUTq $LoopQueue:-9 $  NameQueue = F$GETQUI("DISPLAY_QUEUE","QUEUE_NAME","*") " $  IF NameQueue .EQS. "" THEN EXIT $  Say "** Queue : ", NameQueue.	 $LoopJob:oK $  JobInaccessable = F$GETQUI("DISPLAY_JOB","JOB_INACCESSIBLE",,"ALL_JOBS")84 $  IF JobInaccessable .EQS. "TRUE" THEN GOTO LoopJob2 $  IF JobInaccessable .EQS. "" THEN GOTO LoopQueueK $  NameUser = F$GETQUI("DISPLAY_JOB","USERNAME",,"FREEZE_CONTEXT,ALL_JOBS") J $  NameJob = F$GETQUI("DISPLAY_JOB","JOB_NAME",,"FREEZE_CONTEXT,ALL_JOBS")O $  EntryNum = F$GETQUI("DISPLAY_JOB","ENTRY_NUMBER",,"FREEZE_CONTEXT,ALL_JOBS")-0 $  NameUser = F$EDIT(NameUser,"COLLAPSE,UPCASE"). $  NameJob = F$EDIT(NameJob,"COLLAPSE,UPCASE") $  Say "JobEntry : ", EntryNum $  Say "JobName  : ", NameJobR $  Say "Username : ", NameUser $  GOTO LoopJobs $    ------------------------------  % Date: Fri, 14 Jul 2000 14:55:07 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>  Subject: Re: schedulingr) Message-ID: <396F1BBB.C48806AA@bbc.co.uk>e   "Boyle, Darren" wrote:  9 > $ MC  AUTHORIZE MODIFY /PASSWORD=new_password  usernamey   This will only work IF you havew   $ SET DEFAULT SYS$SYSTEM   OR  L you have a system logical SYSUAF defined to point to the authorisation file.  Q The fact that most sites have the system logical in place doesn't mean its alwaysc   there.   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uka  A I speak for myself only and my views in no way represent those of- MedAS or the BBC.i   ------------------------------   Date: 14 Jul 2000 12:53:06 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)n Subject: Re: scheduling 0 Message-ID: <8kn2fi$8rt$1@n.ruf.uni-freiburg.de>  Q In article <396f0101@news.telinco.net>, "Andy O" <oddster@totalise.co.uk> writes:-F >Could anyone enlighten me as to how I could check my batch queues for" >scripts running on a daily basis.2 >I need to check which backup scripts are running.   Not a simple question. Try m   SHOW QUEUE/BATCH/ALLK This will give you all the batch-jobs (name and status [running, waiting to4M run, scheduled for a specific time]). But which of these jobs are backup jobstG and what they actually do (resubmit themselves) is a different story. Ae   SHOW QUEUE/BATCH/ALL/FULL-M will give you the filenames of the procedure files for each job. Then you maysM look at these procedure files and see what they do. You need an understandingo of DCL, though.l    
 >Open VMS 7.2  >B* >Also, how do you change a users password.   $ MC AUTHORIZE* AUTHORIZE> MOD/PASSW=new_password username AUTHORIZE> EXITS $p  J Note that the user's new password will be preexpired. You may prevent thisN (although it is not a good idea) by adding the qualifier /NOPWDEX to the above command.   Regards,    Christoph Gartmanna  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: Fri, 14 Jul 2000 08:17:31 -0700g' From: Mickey Stein <yekkim@pacbell.net> P Subject: Switching from VXT (x/motif) clients to PC(java 2) clients (a question)+ Message-ID: <396F2F0B.BB057CCC@pacbell.net>w  1 I've got a project that was coded originally in Co1 on VMS. and a GUI-builder "de jour" (teleuse) was 1 used to generate the front-end templates that are 1 in x/motif format. A decision was made to convertt2 the front-end clients to PC's running java 2. I've1 done some initial legwork and verified that therea* seems to be no significant problems on the. front-end by coding up a number of prototypes,2 attaching to a socket-server that I built into the0 Server code on VMS and doing transactions. Also,1 the server application can basically have the olda2 GUI "gutted" and be run as a background app server sitting at a/some socket(s).  . Yet another summary: We're going from a system* where each client used a VXT, started with0 decw$login and executed it's code in the context1 of a typical VMS loginout process. We're going to 0 a system where it's not so clear how the context0 is handled. Of course, it's not difficult to use2 the Java front end to send requests to the server,2 request authorization on the old accounts by using0 $hash_password, $getuai, etc.. What seems really1 problematic to me is that there's no longer a VMSr- context for each client because I'm not usinge1 loginout in any way (because it's not clear to meg1 how to do such a thing). Recoding the Server code , is beyond the scope of the project and using, something like xcursion(x-server) won't work0 either because the GUI no longer is supported so. it's got to go. If I haven't mentioned it, the2 Server is a 4100 Alpha-cluster running VMS 7.2 and0 the Server(s) is written in DEC C. I ported this0 project vax to alpha a few years ago so the code is quite "old" (86' or so).b  0 Q: If anyone can give any ideas as to how 50-1002 clients can use VMS loginout (or something similar- using system services?) thus having their owne1 context (well, a process to execute in) and stillE0 be using the java front end, I'd sure appreciate2 hearing them. Really, the other big factor here is- obviously that each client will wind up being-/ serialized without it's own context, thread, or 0 process. I don't know that the old code will run2 without breaking any number of decthreads rules. I. also don't know that decthreads is any sort of, viable answer to the context/login situation. because any number of ancillary routines (like. .com files) are used to manage processes which+ wouldn't do much good if there were no user  process<g>)a  
       tia,  Micke   ------------------------------   Date: 14 Jul 2000 15:26:24 GMT# From: rifepe@langran.iem.csic.espamF0 Subject: Re: TCPIP remote node in audit security' Message-ID: <8knbf0$m9g$1@tejo.csic.es>e  S In article <8kleo3$alt$1@joe.rice.edu>, leslie@clio.rice.edu (Jerry Leslie) writes:r% >rifepe@langran.iem.csic.espam wrote:  >: hi, leslie  >:> >: from the accounting utility in brief report is easy to see. >: the port scaning.Q >:     Date / Time      Type     Subtype     Username      ID     Source   StatusTS >: --------------------------------------------------------------------------------t	 >:  .... 0 >:  ....S >: 10-JUN-2000 12:55:26 PROCESS NETWORK     UCX_LPD      00000968 62.82.   130AEAC2sS >: 10-JUN-2000 12:55:26 PROCESS NETWORK     UCX_LPD      00000967 62.82.   130AEAC2 S >: 10-JUN-2000 12:55:34 PROCESS NETWORK     UCX$BIND     0000096A 62.82.   10000001 S >: 10-JUN-2000 12:55:35 PROCESS NETWORK     UCX$BIND     0000096B 62.82.   10000001=S >: 10-JUN-2000 13:05:24 PROCESS NETWORK     UCX$FTP      00000969 62.82.   10000001rS >: 10-JUN-2000 13:07:01 LOGFAIL             <login>      0000096D 62.82.   00D380F4m >:  ...M >:  ...tR >: in a short period of time all the services of tcpip has been activated from the* >: same source, that is not in my network. >: >: Ricardo Fernandez-Perea >a >pE >The SYS$SYSDEVICE:[UCX$FTP]UCX$FTPD.LOG file should contain the hoste >name or full IP address; e.g.:a >k. >   $ TYPE SYS$SYSDEVICE:[UCX$FTP]UCX$FTPD.LOG: >   $ DEFINE SYS$ERROR SYS$SYSDEVICE:[UCX$FTP]UCX$FTPD.LOG! >   $ RUN SYS$SYSTEM:UCX$FTPD.EXE, > : >   ****************************************************** >t >s. >                   UCX$FTPD server started onC >                   sccvxg.insync.net       13-JUL-2000 16:32:30.38- >- > : >   ****************************************************** >  >w5 >   %UCX-I-FTP_SESCON, FTPD: Session connection from  0 >   my_work_place.com at 13-JUL-2000 16:32:30.54 >>& >   %UCX-I-FTP_USER, Username : LESLIEJ >   %UCX-I-FTP_SESDCN, FTPD: Session disconnection from my_work_place.com  >   at 13-JUL-2000 16:32:46.01 >i >   $ !I
 >   $ EXIT >iC >Note: I've changed the actual node name to "my_work_place.com", so,; >our client's systems aren't exposed to the script kiddies.t >  >i5 >--Jerry Leslie     (my opinions are strictly my own)    Thank you very much.  L A couple of things, I found that the security audit give me the full address3 but you need the terminal en 132 columns to see it. A From there, I found that my hacker was using an false IP address.e   Ricardo Fernandez-Perea.   ------------------------------  % Date: Fri, 14 Jul 2000 10:35:29 +0100o2 From: Chris Sharman <Chris.Sharman@CCAgroup.co.uk>& Subject: UCX 4.2 -> TCPIP 5.0A upgrade. Message-ID: <396EECF1.2A73524C@CCAgroup.co.uk>  C I'm considering doing this upgrade in advance of the 7.1 -> 7.2[-1]tE upgrade. We're also running MX 5.0, SYSLOGD, MGFTP 2,6-2, IUPOP3, and + (on some nodes I think) NETLIB & SOCKETSHR.m  H Anyone know which if any of these will need upgrading or re-installing ?G Any other views/experiences anyone wants to share ? Does it co-exist OK , with UCX 4.2 (and 4.0) in the same cluster ?  F While I'm asking, is there much to choose between 7.2 & 7.2-1 in termsH of reliability ? I don't have any of the hardware mentioned in the 7.2-1F release notes, and I seem to have mislaid the 7.2-1 CDs. How many wereD there & when did they ship ? How much is a copy ? Or would anyone beA kind enough to loan them to cover my incompetence (Preston, UK) ?e   Many Thanks, Christ   ------------------------------  % Date: Fri, 14 Jul 2000 14:41:55 +0100t2 From: Chris Sharman <Chris.Sharman@CCAgroup.co.uk>* Subject: Re: UCX 4.2 -> TCPIP 5.0A upgrade. Message-ID: <396F26B3.31CA4871@CCAgroup.co.uk>   >I seem to have mislaid the 7.2-1 CDs. How many were there & when >did they ship ? How much is a copy ? Or would anyone be kind enough >to loan them to cover my incompetence (Preston, UK) ?n  * I forgot to mention: Alpha not VAX. Sorry.   Thanks,C Chris-   ------------------------------  % Date: Fri, 14 Jul 2000 15:16:06 +0100m- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>:* Subject: Re: UCX 4.2 -> TCPIP 5.0A upgrade) Message-ID: <396F20A6.A8667322@bbc.co.uk>o   Chrisi  M The Guide to OpenVMS Version 7.2-1 CD-ROMs booklet I have is dated July 1999.DL The number of CD's you get depends on the type of support contract you have.   Regardse   Chris Sharman wrote:   > >I seem to have mislaid the 7.2-1 CDs. How many were there & when >did they ship ? How much is a copy ? Or would anyone be kind enough >to loan them to cover my incompetence (Preston, UK) ?r >a, > I forgot to mention: Alpha not VAX. Sorry. > 	 > Thanks,P > ChrisI   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukI  A I speak for myself only and my views in no way represent those ofm MedAS or the BBC.n   ------------------------------  % Date: Fri, 14 Jul 2000 11:28:57 +0200 D From: "Andre van der Meulen" <Andre.van der Meulen@nl.origin-it.com>Q Subject: Re: UNICENTER PERFORMANCE DATA COLLECTOR - DOES NOT INSTALL ON VMS 7.2!!-Y Message-ID: <0E16861EE7BCD111BE9400805FE6841F11095345@c1s5x001.cor.srvfarm.origin-it.com>r  / Overhere we have a DS20 running VMS 7.2-1 with:   = Unicenter TNG Perf Agent Module Vrs 2.2-0002 built 3-feb-2000s ADARTL.EXE (image ident 7.2-10)n   Runs without problems.  I Mark D. Jilson wrote in message <396B7566.4B006DA2@clarityconnect.com>...S3 >Most likely that version is way to old for V7.2-1.A >2) >"Kris G.G. Clippeleyr (aka Qkcl)" wrote:5 >> >> Hi, >>J >> Recently I installed UNIDC022 (the data collector) on an OpenVMS V7.2-1 box,J >> on which the ADARTL.EXE (image ident = V7.2-13) was present, but when I >> tried to I >> start collecting data (ADVICE COLLECT START), the process (running theo imagee6 >> PSDC$DC_V5.EXE) stops with the message DCEXCEPTION.F >> According to the help, I should submit an SPR. But an SPR to CA???? >> Anyone any ideas ?? >> >> Thanx >> >> --V" >> Kris G.G. Clippeleyr (aka Qkcl)) >> VMS Wizard in training, Guru wanna be!c >>& >> In a world without walls and fences >> who needs windows and gates?d >>" >> OpenVMS is today what Microsoft >> wants Windows NT v8.0 to be!o >>A >> Adrian Birkett wrote in message <3969ECFD.6C111725@csc.com>... 	 >> >Dave,o >> >D >> >Be aware that we have Advise-IT running on Alpha 7.2 - this also
 required aJ >> >newer version of the ada run-time library (ADARTL.EXE ident = 7.2-12). >> > >> >Just a thought.n >> > >> >Adee >> > >> > >> >DaveSmith wrote: >> >
 >> >> Hello ,n? >> >>       The company I work for bought Unicenter Performance.
 Analyzer/Data K >> >> Collectors 2.5 years ago for 20K plus from CA. (Just after CA bought-@ >> >> it from Digital - A Big mistake by Digital was to sell off
 PolyCenter!).dH >> >> It is running on Alpha VMS 7.1. When I recently tried to install aI >> >> data collector on Alpha VMS V7.2 it failed with a 'version mismatchy	 >> error'eK >> >> please relink. I contacted CA who told me that I either need to go top TNGeK >> >> or ADVISEIT. To upgrade to ADVISEIT it would cost 40K plus!!!!!. Theo= >> >> TNG route wasn't worth looking at (very expensive!!!!).z9 >> >>     Is there any way round my installation problem?0 >> >>3
 >> >> regards  >> >> Dave Smith >> > >n >--rE >Jilly - Working from Home in the Chemung River Valley - Lockwood, NY0/ > - jilly@clarityconnect.com - Brett Bodine fanH- > - Mark.Jilson@Compaq.com - since 1975 or sot- > - http://www.jilly.baka.com               -u   ------------------------------  % Date: Fri, 14 Jul 2000 13:14:09 +0100n! From:  Tony Wright <tpw@ngat.com>  Subject: Using CMS and NFSB Message-ID: <04E02AB064E0D211B24E0008C79F6A0E8E95F8@mail.ngat.com>  G I have sucessfully mapped a disk from a 433Au onto a ds10. The point of E this was to enable us to develop using one CMS library sitting on theuA 433. Unfortunately when sittingat the DS10 and typing CMS SET LIBl0 AUdisk:[wherethecmslibraryis] I get the messages  = %CMS-E-NOREF, error referencing audisk:[wherethecmslibraryis]iD -CMS-E-NOTCMSLIB, audisk:[wherethecmslibraryis] is not a CMS library@ -RMS-E-COD, invalid or unsupported type field in XAB at 001AE8E4% %CMS-W-UNDEFLIB, library is undefined*  * (AUDISK is a logical that point at dnfs5:)  " Is what I'm trying to do possible?   ------------------------------   Date: 14 Jul 2000 13:56:13 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Using CMS and NFS6 Message-ID: <8kn65t$t1e$1@mailint03.im.hou.compaq.com>  e In article <04E02AB064E0D211B24E0008C79F6A0E8E95F8@mail.ngat.com>, Tony Wright <tpw@ngat.com> writes:rM :I have sucessfully mapped a disk from a 433Au onto a ds10 [using NFS -hoff].dG :...to enable us to develop using one CMS library sitting on the 433...   G   CMS file access does not operate particularly reliably over NFS, due *C   to differences between the CMS expectations and NFS capabilities.3F   (At least at one point, this was a documented restriction of CMS and@   NFS -- I haven't gone looking for the documentation, however.)  F   I will assume that you are not operating in a cluster for a specificF   (but unspecified) reason, as that approach would solve this problem.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 14 Jul 2000 09:44:44 -0700n! From: Shane.F.Smith@Healthnet.comA Subject: Re: Using CMS and NFSC Message-ID: <OFA39D3F0E.4D0B7DB0-ON8825691C.005BE777@HEALTHNET.COM>    FWIW, DFS does work.   Shaneg          F hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) on 07/14/2000 06:56:13 AM  / Please respond to hoffman@xdelta.zko.dec.nospam    To:   Info-VAX@Mvb.Saic.ComR cc:p   Subject:  Re: Using CMS and NFS       G In article <04E02AB064E0D211B24E0008C79F6A0E8E95F8@mail.ngat.com>, Tonyu Wright <tpw@ngat.com> writes:eE :I have sucessfully mapped a disk from a 433Au onto a ds10 [using NFS- -hoff].-G :...to enable us to develop using one CMS library sitting on the 433...a  F   CMS file access does not operate particularly reliably over NFS, dueC   to differences between the CMS expectations and NFS capabilities.EF   (At least at one point, this was a documented restriction of CMS and@   NFS -- I haven't gone looking for the documentation, however.)  F   I will assume that you are not operating in a cluster for a specificF   (but unspecified) reason, as that approach would solve this problem.  2  --------------------------- pure personal opinion --------------------------- /    Hoff (Stephen) Hoffman   OpenVMS EngineeringF hoffman#xdelta.zko.dec.com   ------------------------------    Date: 14 Jul 2000 09:50:14 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) , Subject: VAX Scan (was: VMS Pascal question)+ Message-ID: <gRYkGEuo$jbv@eisner.decus.org>N  y In article <418E68E524A8D311ACCE00508B78866A7680B2@exchange.t-netix.com>, Lorin Ricker <Lorin.Ricker@t-netix.com> writes:u  K > <rant>  But I'll never forgive Digital for failing to include VAX SCAN in:N > the ported-to-Alpha language repertory!  (Yes, I'm aware that it's availableM > via DECUS, but it *should'a been* ported, supported and further developed!)l	 > </rant>   F Yes, I am highly dependent on VAX Scan, and got a new workstation just> before they ran out, mainly to be able to run VAX Scan faster.   ------------------------------  % Date: Fri, 14 Jul 2000 00:53:59 -0400 * From: David A Froble <davef@tsoft-inc.com> Subject: Re: VMS 7.3 wish list- Message-ID: <396E9CE7.E27924A5@tsoft-inc.com>m   "Doug W." wrote: > L > VMS is an exceptional operating system.  However, even the most entrenchedI > supporter probably would like to see a few changes.  With VMS 7.3 under-; > development, perhaps now is a good time to make requests.i  O With the first field test of VMS V7.3 due soon (I believe), it's a bit late for$I that version.  Maybe requests for V7.4 would be appropriate at this time.d   Dave   -- o4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Fri, 14 Jul 2000 03:02:57 -0700,5 From: Richard  <maher_rjNOmaSPAM@hotmail.com.invalid>  Subject: Re: VMS 7.3 wish list9 Message-ID: <031c800c.d03031be@usw-ex0110-076.remarq.com>d   Hi,t  5 The Intra-Cluster Communication Services $ICC_* offerh< transfer sizes up to 1MB and appear to be offered for Intra-: Node as well as Intra-Cluster communication. (And will use, memory channel if present for Intra-Cluster)  9 Having said that I agree with you I would like to see the 8 60K limit increased. I can't think of any reason why not. but I'm sure it's not just an arbitrary limit.  8 I would like to add the following DECdtm enhancements to) the wish list for a furure VMS release :-q  6  All system services documented. Especially the branch management services.  7  Add Transaction Internet Protocol (TIP) compatibility.-    Add XA compatibility.    Add TCP/IP compatibility.  4 Transparent 2PC between VMS and W2K (and potentially: everyone else) will go a long way to putting a halt to the. decommissioning that's going on at the moment.   Regards Richard Maher.       * Sent from AltaVista http://www.altavista.com Where you can also find related Web Pages, Images, Audios, Videos, News, and Shopping.  Smart is Beautiful-   ------------------------------    Date: 14 Jul 2000 10:11:02 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)f Subject: Re: VMS 7.3 wish list+ Message-ID: <U9MuYbnRjNBs@eisner.decus.org>p  d In article <20000713210053.29959.00000222@ng-md1.aol.com>, dashw459@aol.comeatspam (Doug W.) writes:  P > A mailbox is a wonderful device.  Under VMS the max size of a mailbox is 64K. P > This was spacious on a VAX 780 doing 70 updates per second.   Today on a GS140Q > doing 9000 updates a second, 64K is very small.  One tiny burp and its filled. tQ > Processing power and memory have grown tremendously while mailbox buffering hascM > remained constant.  It would be useful if VMS could create mailboxes largers > than 64K.r  % Fixed in a previous minor release :-)   B V7.2 introduced the SYS$ICC* services which provide more efficient9 transfers, larger gransfers, and work across the cluster.m  B The traditional mailbox implementation is just too slow to be used$ for large transfers.  Switch to ICC.   ------------------------------   Date: 14 Jul 2000 13:28:01 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: VMS 7.3 wish list6 Message-ID: <8kn4h1$smn$1@mailint03.im.hou.compaq.com>  Z In article <396E9CE7.E27924A5@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes: :"Doug W." wrote:h :>  A :> ...With VMS 7.3 under development, perhaps now is a good time o :> to make requests...  '   Perhaps not...  Well, not for V7.3...t  H :With the first field test of VMS V7.3 due soon (I believe), it's a bit  :late for that version.o  G   The contents of OpenVMS V7.3 were effectively frozen quite some time tF   ago.  In addition to V7.3, we are now well along on the development I   for a maintenance update and a functional release (probably V7.3-1 and  H   V7.4, respectively), as well as a rather large side-release (probably M   V7.2-6C1).  Various other hardware-related work, as well as UPDATE-related oJ   ECO work, as well as circa-V7.4 (or post-V7.4) advanced development work   is also underway.o  H   The V7.3 EFT1/SDK1 kits shipped out of engineering last month, and is G   presently in the manufacturing and distribution process -- I know of e*   customer sites with copies of V7.3 EFT1.  < : Maybe requests for V7.4 would be appropriate at this time.  0   Ayup, that would be a more appropriate target.   	--h  #   Interesting suggestions.  Thanks!c  H   As for the discussion of mailboxes, please take a look at IntraClusterI   Communications services (ICC) or at the other available communications o(   mechanisms present in OpenVMS systems.  F   As for having smaller messages snarl mailbox traffic when mixed withH   larger messages, why not simply use mailbox pairs for differing sizes    of messages?  I   As for the time-related stuff, take a look at the cycle counters (rpcc cH   and rscc).  We can't change the magnitude of the time without breakingJ   applications -- we could probably change the frequency of which the timeH   is updated on OpenVMS Alpha, the "clunks" are now fairly large values.  J   As for the processor affinity stuff, that's an interesting idea.  There H   is a wholely new system service for gathering performance information I   in V7.3 -- this new sys$getrmi interface replaces the undocumented and 1I   unsupported exe$getspi interface used underneath MONITOR.  If that does-H   not meet your requirements, that would be the API that would likely beJ   extended.  I've seen a couple of very nice home-grown monitor utilities,H   and have asked for one of the nicest I've seen (an Austrian customer) J   for the next OpenVMS Freeware -- the MONITOR utility itself is targeted L   for a rewrite for several reasons, but I don't off-hand know the schedule.  L   Alpha code relocation and fix-up has some interesting implications.  That I   said, there are exec entry points for various of the common operations mJ   such as reading and writing the address space of another process.  Also,L   once I started looking at this, I typically prefer to use a pseudo device K   driver or an execlet -- rather than relocating my own code.  Various VAX LJ   systems have specific requirements around i-cache flushing when writing K   to the i-stream, and Alpha systems definitely have a similar requirement *L   around i-cache synchronization.  Ask The Wizard topic 2681 has details of 9   some of this Alpha memory management and caching magic.-  I   Ruth Goldenberg might be amenable to adding a description of the steps  H   necessary for Alpha code relocation in some future version of the IDSML   as this information is already present in the IDSM -- but not in cookbook 
   fashion.  J   I am not familiar with the referenced Intel IOMETER widget, and I don't F   immediately have the cycles to do a comparision and to then suggest ?   options and alternatives.  Various I/O tools are available.  n  J   An example of locating the parts of the code for use for use in $lkwset 8   or $lckpag was posted recently.  I'll repost it below.  K   Alternatively, you might consider writing up a few of these widgets, and dI   submitting them...  (The next release where most of (any of?) these newrI   features suggestions might be added would be in V7.4, at the earliest.)-  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com     --   $F0 $ CC /OBJECT=TEST /list=test /machine SYS$INPUT:   #pragma module test_code "v1.0"1   /*8 //  Define the references to the linkage and code psects */ #pragma extern_model saven< #pragma extern_model strict_refdef "$$C$LINKAGE_BEGIN" noshr void *__linkage_begin ;d #pragma extern_model restore   #pragma extern_model savew: #pragma extern_model strict_refdef "__C$LINKAGE_END" noshr void *__linkage_end ;  #pragma extern_model restore   #pragma extern_model save.7 #pragma extern_model strict_refdef "$$C$CODE_BEGIN" shrr void *__code_begin ; #pragma extern_model restore   #pragma extern_model save 5 #pragma extern_model strict_refdef "__C$CODE_END" shrc void *__code_end ; #pragma extern_model restore     #include <stdio.h>   void test_routine()    {    printf("Test Routine") ;   }-  
 main(void)   {-
   int *lp;  8   printf("The addresses of the linkage section are:\n");.   printf("    begin: %08p       end: %08p\n", &     &__linkage_begin, &__linkage_end);  5   printf("The addresses of the code section are:\n"); .   printf("    begin: %08p       end: %08p\n",       &__code_begin, &__code_end);  :   printf("The address of main(linkage) is: %08p\n", main);I   printf("The address of test_routine(linkage) is %08p\n", test_routine);C     lp = (int*) &main;B   printf("The address of main(code) is: %08p\n", (void *) lp[2] );     lp = (int*) &test_routine ;cJ   printf("The address of test_routine(code) is %08p\n", (void *) lp[2] ) ;     return 1;k   }    $i6 $ LINK /MAP=TEST_CODE /CROSS/FULL/EXE=TEST_CODE TEST -         + SYS$INPUT:/OPT !h1 ! Match code and linkage section psect attributesp ! C psect= $$C$CODE_BEGIN,PIC,CON,REL,LCL,  SHR,  EXE,NOWRT,NOVEC,  MODoA psect= __C$CODE_END,PIC,CON,REL,LCL,  SHR,  EXE,NOWRT,NOVEC,  MODhE psect=$$C$LINKAGE_BEGIN,NOPIC,CON,REL,LCL,NOSHR,NOEXE,NOWRT,NOVEC,MODtC psect=__C$LINKAGE_END,NOPIC,CON,REL,LCL,NOSHR,NOEXE,NOWRT,NOVEC,MODA $a $t $ RUN TEST_CODE  ..   ------------------------------  % Date: Fri, 14 Jul 2000 07:28:51 -0700e5 From: Richard  <maher_rjNOmaSPAM@hotmail.com.invalid>m Subject: Re: VMS 7.3 wish list9 Message-ID: <283beef1.1a9a58c1@usw-ex0110-076.remarq.com>   0 Apples, Oranges they're both sought of roundish?     * Sent from AltaVista http://www.altavista.com Where you can also find related Web Pages, Images, Audios, Videos, News, and Shopping.  Smart is Beautifulu   ------------------------------  # Date: Fri, 14 Jul 2000 14:08:27 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)1 Subject: Re: VMS 7.3 wish list0 Message-ID: <009ED103.EAA35BB3@SendSpamHere.ORG>  k In article <8kn4h1$smn$1@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:s >t[ >In article <396E9CE7.E27924A5@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes:  >:"Doug W." wrote: >:> B >:> ...With VMS 7.3 under development, perhaps now is a good time  >:> to make requests...> >c( >  Perhaps not...  Well, not for V7.3... >rI >:With the first field test of VMS V7.3 due soon (I believe), it's a bit 2 >:late for that version. > H >  The contents of OpenVMS V7.3 were effectively frozen quite some time G >  ago.  In addition to V7.3, we are now well along on the development TJ >  for a maintenance update and a functional release (probably V7.3-1 and I >  V7.4, respectively), as well as a rather large side-release (probably  N >  V7.2-6C1).  Various other hardware-related work, as well as UPDATE-related K >  ECO work, as well as circa-V7.4 (or post-V7.4) advanced development work  >  is also underway. >WI >  The V7.3 EFT1/SDK1 kits shipped out of engineering last month, and is 1H >  presently in the manufacturing and distribution process -- I know of + >  customer sites with copies of V7.3 EFT1.     Yes.  Received mine last week...   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM>   ------------------------------  % Date: Fri, 14 Jul 2000 15:18:38 +0000 $ From: Steve.Spires@yellowpages.co.uk Subject: Re: VMS 7.3 wish list/ Message-ID: <0025691C.0054359B.00@quegw01.btyp>f  = Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plazaw   Well, at the moment, yes...    ;-pt  E (BTW, I assume you mean SORT, rather than looking for roundish fruit)a   Steve Spires        E Richard <maher_rjNOmaSPAM@hotmail.com.invalid> on 14/07/2000 14:28:51l    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages)SM From:      Richard <maher_rjNOmaSPAM@hotmail.com.invalid>, 14 July 2000, 2:28             p.m.i   Re: VMS 7.3 wish list)        0 Apples, Oranges they're both sought of roundish?    N * Sent from AltaVista http://www.altavista.com Where you can also find relatedJ Web Pages, Images, Audios, Videos, News, and Shopping.  Smart is Beautiful   ------------------------------  % Date: Fri, 14 Jul 2000 09:06:44 -0700 5 From: Richard  <maher_rjNOmaSPAM@hotmail.com.invalid>- Subject: Re: VMS 7.3 wish list9 Message-ID: <25468927.34232927@usw-ex0110-076.remarq.com>g  	 Hi Steve,j  9 I probably should have said "kinda", "kind of", "kinder"?C) Oh well, I would have got that wrong too!s  2 I just wanted to point out that I think people are; forgetting the *truly amazing* functionality that mailboxesy2 provide! (attention ASTs, streaming I/O, Sensmode,< termination MBXs, io$m_now, device protection etc, etc. . .)  ; In my opinion $ICC_* services are the API to memory channel[9 and are most appropriate when the hardware is there or ifm7 you're ABC Software limited and want to write somethingu( that will run in several configurations.  8 It would be ludicrous to suggest that $ICC services will0 somehow replace or supplant mailboxes in the VMS9 development arena. The right tool for the right job. BothJ; are good! If you want to shift large amounts of data aroundf9 nodes in a cluster then use $ICC services. If you're on an7 single node then use mailboxes. If your in a LAN or WAN0 configuration then use TIER3!5   Regards Richard Maher.  / In article <0025691C.0054359B.00@quegw01.btyp>,a% Steve.Spires@yellowpages.co.uk wrote:s2 > Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge > Street Plaza > Well, at the moment, yes...  > ;-pc7 > (BTW, I assume you mean SORT, rather than looking for* > roundish fruit)b > Steve Spires3 > Richard <maher_rjNOmaSPAM@hotmail.com.invalid> one > 14/07/2000 14:28:51m" > To:        Info-VAX@Mvb.Saic.Com- > cc:         (bcc: Steve Spires/YellowPages), > From:      Richard7 > <maher_rjNOmaSPAM@hotmail.com.invalid>, 14 July 2000,c > 2:28 >            p.m.e > Re: VMS 7.3 wish listu2 > Apples, Oranges they're both sought of roundish?6 > * Sent from AltaVista http://www.altavista.com Where > you can also find relatedn8 > Web Pages, Images, Audios, Videos, News, and Shopping. >  Smart is Beautiful        * Sent from AltaVista http://www.altavista.com Where you can also find related Web Pages, Images, Audios, Videos, News, and Shopping.  Smart is BeautifulH   ------------------------------   Date: 14 Jul 2000 16:18:15 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog) Subject: Re: VMS 7.3 wish list, Message-ID: <8kneg7$kg2@gap.cco.caltech.edu>  d In article <20000713210053.29959.00000222@ng-md1.aol.com>, dashw459@aol.comeatspam (Doug W.) writes:K >VMS is an exceptional operating system.  However, even the most entrenchedu5 >supporter probably would like to see a few changes.    ( Actually, my change list is rather long.   > With VMS 7.3 underP >development, perhaps now is a good time to make requests.  No one likes to hear7 >a squeaking wheel, but squeaking just might help VMS. n  ; Hope springs eternal, squeak away.  Just don't expect much.d  J Anyway, as a small but useful step towards a bit more restraint in the OS,J and better compatibility with other OS's how about at 7.4 simplify the useE of text file types, so that they all default to stream-lf.  Right nowsA consider the files produced by this common sequence of commands: i     $ c_program -out killme.txt    $ create killme2.txt    $ open/write ofil: killme3.txt   $ close ofil:c  4 Three files are produced, and these are their types:  H  name                      Record Format               Record AttributesF  killme.txt                stream-LF                   carriage-returnF  killme2.txt               variable                    carriage-return<  killme3.txt               variable-with-fixed-control print  J What advantage is there in having so many different types of text files?  > The one that I can see is that you can sometimes coerce a file@ transferred improperly to be recognized as a text file via a SETE FILE/ATTR=RFM:STM. So you can get rid of the extra CRs, for instance,i, without having to read and rewrite the file.  G But if you're creating and using the text files _locally_, why use more.H than one text format?   We're always giving Unix heat for having crypticI commands  - but really the difficulties those cause pale in comparison toiJ the complications that these semicompatible text file types present.  JustK try to explain to nontechnical users why one text file can be sorted easily F and another cannot, or why APPEND works smoothly with some text files, while for others it does:    $ append foobar.txt killme.txtn %APPEND-W-INCOMPAT, USRDISK:[USERS.MATHOG]FOOBAR.TXT;1 (input) and USRDISK:[USERS.MATHOG]KILLME.TXT;2 (output)  have incompatible attributesi  E And it isn't just nontechnical users who are affected.  Since in somelJ instances if there is a preexisting file of a given name the newly createdL higher numbered version will pick up its RMS organization from the existing I file I occasionally encounter text file incompatibility problems like thee: one above in DCL procedures that normally work correctly.   K In particular, the two VARIABLE record formats are a real pain to share via1H NFS or SMB. As viewed from Unix or Windows the first one has two "extra"K bytes at the front of each line and no terminator, the latter has four such E bytes and no terminator.  The only way to safely move them to anotheriJ system is to use something like ASCII FTP - which if you're going to Unix,/ converts them to stream-lf on that end anyway.    F However, if everything is to make stream-lf by default, then how aboutG FINALLY making SORT, TYPE, and the rest of the standard utilities smarteD enough to handle stream-lf properly?  Users should not need to set a8 logical to force SORT to ignore the nonsensical C RTL's          Longest Record: 32767    and        $ type/tail streamlf_file.txt  E should be able to work properly on a large stream-lf file and not do:    $ type/tail SWISSPROT.SEQ;1oI %TYPE-W-OPENIN, error opening MSCDISK:[SWISSPROT]SWISSPROT.SEQ;1 as inputs8 -SYSTEM-E-UNSUPPORTED, unsupported operation or function+ -RMS-F-ORG, invalid file organization valuem  J I find this case particularly annoying - TYPE can certainly tell that the 2 file type is stream-lf, then it can look up            End-of-File VBN: 85205,    Offset: %X'0093'  I and work backwards from there.  Pat Rankin's EXTRACT/tail can handle this7H file type, and transfer the exact same file to a Unix system and "tail" H will have no problem with it.  Back when we used to have POSIX installedI I used to use the "tail" from that for these sorts of operations - and ite worked just fine.     G Can you imagine the criticism we would heap upon any other OS that had aH these sorts of ridiculous glitches - a SORT that chokes on trivial text K files and a "tail" that won't tail a large file - the only kind you really   need it for???  J Note that I'm not saying "get rid of all these text file types" - VMS willI have to continue to support them until the last version ships.  I'm only tH saying that a single default text file type would be preferable to the N we have now.   Regards,   David Mathog mathog@seqaxp.bio.caltech.edum? Manager, sequence analysis facility, biology division, Caltech w   ------------------------------  % Date: Fri, 14 Jul 2000 09:17:14 +010012 From: Chris Sharman <Chris.Sharman@CCAgroup.co.uk>  Subject: Re: VMS Pascal question- Message-ID: <396EDA9A.6DEEE09@CCAgroup.co.uk>c   Lorin Ricker wrote:e% [lots of good stuff about VMS Pascal]i  " Good to see some fans flag-waving.  F I take Michael's point about smg$create_menu though: the choices array: is the least documented complex datatype I've come across.  2 Here's how I used to do it (choose n & u to suit):   VARo. 	choices: ARRAY [1..n] OF VARYING [u] OF CHAR;  ! smg$create_menu( display := disp,n 		choices := %descr choices,  		menu_type := smg$k_vertical );   Chrisa   ------------------------------    Date: 14 Jul 2000 11:01:52 -0500, From: koehler@eisner.decus.org (Bob Koehler)  Subject: Re: VMS Pascal question+ Message-ID: <BKbobF0LjE7U@eisner.decus.org>s  \ In article <Q8jb5.479$wy2.8628@news.tpnet.pl>, "Michal Pakula" <mpakula@gask.com.pl> writes: > Hello,J > I have to write a Pascal program for VMS, similar to Midnight Commander,M > using SMG$ routines. I found a small example on how to use SMG$ routines indM > Pascal but it covers only few functions and I can't find good documentation I > on those routines. By "good documentation" I mean text where I can findlM > _exact_ description on using SMG$ functions in _Pascal_, not a general one.eE > I've already found general documentation, but it uses VMS datatypesuK > descriptions and it's not so easy to guess what Pascal types shoud I use.i > I use VMS V. 5.4-3.e > Thanks in advancet >   C   The DEC Pascal User's Guide will contain a discussion of mappings B   between Pascal data types and VMS data types and how to call VMSE   routines.  Most of the documentation for VMS routines like SMG$ is  <   language non-specific, with examples in several languages.   ------------------------------    Date: 14 Jul 2000 09:45:37 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)e* Subject: Re: VMS Pascal vs Ansi vs Borland+ Message-ID: <ZmkxHYuMkZ6E@eisner.decus.org>r  A In article <396E0096.1C2DBF22@vrx.net>, Dan <dan@vrx.net> writes:iH > I'm an old Borland Pascal (and turbo pascal programmer), although manyC > moons ago I did programming on VMS (Vax11/750 vms 3.x and 4.x) sor > nothing that applies now.1 > G > I'm having a hard time adjusting to the new VMS pascals. I think I've F > gotten too used to having things like "blockread, blockwrite" and soE > forth. and the string manipulation fun which is the core of all thet > programs I write.d  ? VMS Pascal certainly has lots of string manipulation functions. > The major problem with Pascal is that each vendor extends in a different fashion.  ; Of course people in this newsgroup are unlikely to know the ? names "blockread, blockwrite", but from the sounds of the namess$ you should look at QIO or RMS calls.   ------------------------------   Date: 14 Jul 2000 12:55:57 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann),* Subject: Re: VMS Pascal vs Ansi vs Borland0 Message-ID: <8kn2kt$8rt$2@n.ruf.uni-freiburg.de>  g In article <ZmkxHYuMkZ6E@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes: B >In article <396E0096.1C2DBF22@vrx.net>, Dan <dan@vrx.net> writes:I >> I'm an old Borland Pascal (and turbo pascal programmer), although many D >> moons ago I did programming on VMS (Vax11/750 vms 3.x and 4.x) so >> nothing that applies now. >>  H >> I'm having a hard time adjusting to the new VMS pascals. I think I'veG >> gotten too used to having things like "blockread, blockwrite" and soMF >> forth. and the string manipulation fun which is the core of all the >> programs I write. > @ >VMS Pascal certainly has lots of string manipulation functions.? >The major problem with Pascal is that each vendor extends in ae >different fashion.  > < >Of course people in this newsgroup are unlikely to know the@ >names "blockread, blockwrite", but from the sounds of the names% >you should look at QIO or RMS calls.l   Tryt    $ HELP PASCAL PREDECL CHARyJ And VMS offers language independent STR$ string manipulation routines. See    $ HELP RTL STR$   Regards,    Christoph Gartmanne  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: Fri, 14 Jul 2000 13:49:00 GMT / From: "John Nixon" <jorlnixon@worldnet.att.net>n Subject: wishlist/mbx/icc/crashlF Message-ID: <gTEb5.3995$tI4.279171@bgtnsc05-news.ops.worldnet.att.net>  C I thought the suggestion in another thread for larger mailboxes wasl
 excellent,G but then I thought the alternative suggestion of using ICC services waso better,a  K Since we are in the process of moving from VAX to Alpha, and we may finally K reach a supported version of VMS (however briefly it may be supported afteroL we get there) , I thought this would be a good time to  recommend ICC to our programmers.  A So I looked in DSN for more information on ICC, but what I mostly"5 found were several articles on CRASHES caused by ICC,g  B The COMPAQ RESPONSE to these was that engineering has acknowledged8 the problem and plans to address it in a future release,  > The WORKAROUND    was to contact Compaq customer support for a workaround,%  F And the anlaysis gave examples of crash dumps to determine if you have experienced this problem.(  A I cannot recommend implementing something that seems this shakey.*  E Is there any chance that the "future release" that will address theses problemsF is 7.3?  Are there any guidelines or checklists that I could to use to	 determineCI if I am a candidate to SAFELY implement ICC (example:  one of the crashes G used an example of two DS10s in a cluster).  Does that mean it will not, happen( (crash) if I have a DS10 and two 8400s?)   ------------------------------  % Date: Fri, 14 Jul 2000 15:16:21 +0000K$ From: Steve.Spires@yellowpages.co.uk# Subject: Re: wishlist/mbx/icc/crash_/ Message-ID: <0025691C.0054003B.00@quegw01.btyp>A  = Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plaza   M Would the use of ICC routines rather than mailboxes in Oracle Parallel ServerlN improve the performance of that product? Or does anyone know if this is in the, pipeline? Or isn't it suitable for that use?   Steve Spires VMS System Manager BT/Yellow Pagesa        @ "John Nixon" <jorlnixon@worldnet.att.net> on 14/07/2000 13:49:00    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages)-M From:      "John Nixon" <jorlnixon@worldnet.att.net>, 14 July 2000, 1:49 p.m.H   wishlist/mbx/icc/crash        C I thought the suggestion in another thread for larger mailboxes was3
 excellent,G but then I thought the alternative suggestion of using ICC services wasx better,.  K Since we are in the process of moving from VAX to Alpha, and we may finallycK reach a supported version of VMS (however briefly it may be supported after L we get there) , I thought this would be a good time to  recommend ICC to our programmers.  A So I looked in DSN for more information on ICC, but what I mostlyt5 found were several articles on CRASHES caused by ICC,t  B The COMPAQ RESPONSE to these was that engineering has acknowledged8 the problem and plans to address it in a future release,  > The WORKAROUND    was to contact Compaq customer support for a workaround,t  F And the anlaysis gave examples of crash dumps to determine if you have experienced this problem.i  A I cannot recommend implementing something that seems this shakey.   E Is there any chance that the "future release" that will address thesep problemsF is 7.3?  Are there any guidelines or checklists that I could to use to	 determineiI if I am a candidate to SAFELY implement ICC (example:  one of the crashesrG used an example of two DS10s in a cluster).  Does that mean it will not  happen( (crash) if I have a DS10 and two 8400s?)   ------------------------------  % Date: Fri, 14 Jul 2000 16:47:56 +0100E2 From: Chris Sharman <Chris.Sharman@CCAgroup.co.uk># Subject: Re: wishlist/mbx/icc/crash . Message-ID: <396F443C.53D47497@CCAgroup.co.uk>  % Steve.Spires@yellowpages.co.uk wrote:1 > ? > Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plazao > O > Would the use of ICC routines rather than mailboxes in Oracle Parallel ServeruP > improve the performance of that product? Or does anyone know if this is in the. > pipeline? Or isn't it suitable for that use?  8 I didn't know Oracle needed any help to cause crashes ;)   Chrisb   ------------------------------   End of INFO-VAX 2000.391 ************************