1 INFO-VAX	Thu, 12 Oct 2000	Volume 2000 : Issue 571       Contents: 2nd Hand sales in Europe.  Re: 2nd Hand sales in Europe.  Re: 2nd Hand sales in Europe.  Re: After RTFFAQ :-): Re: Announcement: TCGMSG for OpenVMS/ALPHA; 64 bit Version: Re: Announcement: TCGMSG for OpenVMS/ALPHA; 64 bit Version= Re: Byte orders (Help making a project of mine more portable)  Re: Byte orders...3 C error message, what the heck is it talking about?  Children of VMS profile...% Compaq Insight Manager XE Version 2.0 ) Re: Compaq Insight Manager XE Version 2.0 ) Re: Compaq Insight Manager XE Version 2.0 ) Re: Compaq Insight Manager XE Version 2.0 ) Re: Compaq Insight Manager XE Version 2.0 ) Re: Compaq Insight Manager XE Version 2.0 ) Re: Compaq Insight Manager XE Version 2.0 ) Re: Compaq Insight Manager XE Version 2.0 ) Re: Compaq Insight Manager XE Version 2.0 " RE: Copying Directories via DecNet" Re: Copying Directories via DecNet" Re: Copying Directories via DecNet" Re: Copying Directories via DecNet, Re: Copying files from VMS to UNIX platformsC CTERM (not the network protocol) failed message on AlphaServer ES40 $ RE: DCPS and HP 8100 series printers$ Re: DCPS and HP 8100 series printers$ Re: DCPS and HP 8100 series printers$ Re: DCPS and HP 8100 series printers1 Re: DEC 3000 memory problems? (VMS boot problems)  DECbrouter 90 Software V11.1(6) # Re: DECbrouter 90 Software V11.1(6) # Re: DECbrouter 90 Software V11.1(6)  Re: ECO mailing list Re: ECO mailing list Re: ECO mailing list Re: ECO mailing list Re: Exec vs Super  Re: Exec vs Super   General config utility for Alpha$ Re: General config utility for Alpha$ Re: General config utility for Alpha$ Re: General config utility for Alpha4 Re: get the number of files in a directory with DCL?4 Re: get the number of files in a directory with DCL?' Re: Getting Compaq to advertise OpenVMS ' Re: Getting Compaq to advertise OpenVMS ' Re: Getting Compaq to advertise OpenVMS ' Re: Getting Compaq to advertise OpenVMS ' Re: Getting Compaq to advertise OpenVMS , Re: Good news from the Alpha processor front, Re: Good news from the Alpha processor front, Re: Good news from the Alpha processor front Re: How to read "SHOW MEM" Re: How to read "SHOW MEM" Re: How to read "SHOW MEM" Re: How to read "SHOW MEM" Re: Java on Openvms  Re: Java on Openvms  Re: Java on Openvms 9 Re: LAT "routing" (was: Why has Compaq retired DECnet ??)  Re: License load error RE: License load error  RE: Migrating the last VAX users  Re: Migrating the last VAX users  Re: Migrating the last VAX users  Re: Migrating the last VAX users  Re: Migrating the last VAX users  Re: Migrating the last VAX users, Re: Mounting OVMS Cdrom and layered products, Re: Mounting OVMS Cdrom and layered products' number of files in a directory with DCL + Re: number of files in a directory with DCL  Re: OpenVMS Integrated products  Re: OpenVMS Integrated products  Re: OpenVMS Integrated products  Re: OpenVMS Integrated products  Re: OpenVMS Integrated products  Re: OpenVMS Integrated products  Re: OpenVMS Integrated products  Re: OpenVMS Integrated products  Re: OpenVMS Integrated products  Re: OpenVMS Integrated products  Re: OpenVMS Integrated products  Re: OVMS Marketing PC164LX compatibility  RE: PC164LX compatibility  Re: PDF under OpenVMS  Re: PDF under OpenVMS  Re: PDF under OpenVMS  Printing to an LPR printer.  Re: Printing to an LPR printer.  Re: Printing to an LPR printer.  Re: Printing to an LPR printer. + Re: Reading and writing files via $QIO in C + Re: Reading and writing files via $QIO in C  Re: Rename File Question2 Re: Restore from *.bck (backup) onto UNIX platform" Re: Second ethernet for uVAX3180 ?" Re: Second ethernet for uVAX3180 ?" Re: Second ethernet for uVAX3180 ?3 single-user license only for educational VMS offer? 7 Re: single-user license only for educational VMS offer? 7 Re: single-user license only for educational VMS offer? 7 Re: single-user license only for educational VMS offer? P Re: SOCKETSHR stuff - was Re: Announcement: TCGMSG for OpenVMS/ALPHA; 64 bit VerP Re: SOCKETSHR stuff - was Re: Announcement: TCGMSG for OpenVMS/ALPHA; 64bit Vers) Solved: no MMOV sound on AlphaStation 500 ) Re: Support of JDK 1.2 on OpenVMS AXP 7.1  Re: SYS$ASCUTC Re: SYS$ASCUTC Re: tcp/ip v4 lpd problem  test Re: Thanks for last week" Re: This list participants profile" Re: This list participants profile/ Re: Trade-offs regarding Installed Known Images ' Re: User Configuration in Apache 1.3.12  Re: VaxStation 3100 Floppy Disk  Re: VaxStation 3100 Floppy Disk  VMS - UNIX File sharing. Re: VMS - UNIX File sharing. Re: VMS - UNIX File sharing. Re: VMS in Network World Re: VMS in Network World$ Vmsinstal failure applying UCX patch( Re: Vmsinstal failure applying UCX patchC Re: What would be your ultimate dream VMS machine (desktop/tower)	? C Re: What would be your ultimate dream VMS machine (desktop/tower) ? C Re: What would be your ultimate dream VMS machine (desktop/tower) ? C Re: What would be your ultimate dream VMS machine (desktop/tower) ? $ Re: Why has Compaq retired DECnet ??' Re: www.networks.digital.com retired...   F ----------------------------------------------------------------------   Date: 12 Oct 2000 14:19:59 GMT* From: noSpamPlease@takeit.elsewhere (BMcN)" Subject: 2nd Hand sales in Europe.+ Message-ID: <8FCBA37A7BMcN@212.100.160.123>   I Now being in the position of no longer having a 4100 AlphaServer to play  L with at work, I'm looking to pick up a reasonable spec Alpha 2nd hand (I'll & settle for something less powerful :).  L Can anyone point me in the direction of websites or companies that might be D able to help me out there? Ideally in Belgium, or within reasonable  travelling/shipping distance.   F I keep looking on Ebay to see what is on offer, and whenever I find a G machine I'd like - they only ship within the U.S. (Not to mention that  4 they've stripped the memory & disks before selling).         --  - The crux of the biscuit is the Apostrophe (')    - F.Z.   ------------------------------   Date: 12 Oct 2000 14:24:07 GMT* From: noSpamPlease@takeit.elsewhere (BMcN)& Subject: Re: 2nd Hand sales in Europe.+ Message-ID: <8FCBA3912BMcN@212.100.160.123>   . Sorry! Reply To header was missing (still is).  F If you can help with this request, then please copy me by mail at the  following address:  " brian<dot>mcneil<at>easynet<dot>be   --  - The crux of the biscuit is the Apostrophe (')    - F.Z.   ------------------------------  % Date: Thu, 12 Oct 2000 17:05:36 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> & Subject: Re: 2nd Hand sales in Europe.) Message-ID: <39E5D340.5B1D2B77@gtech.com>    BMcN wrote: J > Now being in the position of no longer having a 4100 AlphaServer to playM > with at work, I'm looking to pick up a reasonable spec Alpha 2nd hand (I'll ( > settle for something less powerful :). > M > Can anyone point me in the direction of websites or companies that might be E > able to help me out there? Ideally in Belgium, or within reasonable  > travelling/shipping distance.  > G > I keep looking on Ebay to see what is on offer, and whenever I find a H > machine I'd like - they only ship within the U.S. (Not to mention that6 > they've stripped the memory & disks before selling).  D Some dealers in user/new Digital/Compaq equipment do ship to Europe.$ F.ex. Island Co. (www.islandco.com).  H There are also some dealers in the UK, but generally systems seems to be more% realistic priced (cheaper) in the US.    Arne   ------------------------------  % Date: Thu, 12 Oct 2000 13:47:02 -0400 % From: "Brian Tillman" <tillman_brian>  Subject: Re: After RTFFAQ :-) $ Message-ID: <39e5f896$1@news.si.com>  H >  CONTINUE may or may not resume after a halt -- on upcoming platforms,K >  OpenVMS Engineering is expecting that there will be too much I/O context / >  and that reboot or similar will be required.   # Bill Gates' influence, do doubt ;-)  --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Industries, Inc.                   tillman at swdev.si.com = 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: 12 Oct 2000 09:54:07 +0100C From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann) C Subject: Re: Announcement: TCGMSG for OpenVMS/ALPHA; 64 bit Version - Message-ID: <39e56e1f.0@news.uni-konstanz.de>   A In article <su8q0rlu37p0e@corp.supernews.com>, "John E. Malmberg"  <wb8tyw@qsl.net> writes:G |>"Eberhard Heuser-Hofmann" <vaxinf#chclu.chemie.uni-konstanz.de> wrote 4 |>in message news:39e460d6.0@news.uni-konstanz.de... |>> 7 |>> I've promised to work on a crossplatform version of  |>> tcgmsg for vms.  |>> + |>> A "64bit" version now is available from  |>> 0 |>> ftp://v36.chemie.uni-konstanz.de/tcgmsg_vms/ |>> < |>> I have noticed that the socketshr-library, that helps to= |>> produced more vendor independent programs, wont't compile < |>> with newer compiler versions ( DEC C V5.7-004 on OpenVMS= |>> Alpha V7.1). I don't know who maintains this library, but ' |>> I think it's meaningful to do that.  |>J |>The only advantage to using the socketshr library is on the VAX platform |>soG |>that your product will work with CMU-IP.  I strongly do not recommend  |>using  |>it on Alpha.  J I do not agree. If you switch the TCPIP-Vendor (i.e. Multinet <=> UCX) you must; recompile the sharable image and not the complete program.     |>? |>The most current socketshr sources that I am aware of are at:  |> |>ftp://ftp.qsl.net/pub/wb8tyw/  |> |>-John  |>wb8tyw@qsl.network |> |> |>   Eberhard   ------------------------------    Date: 12 Oct 2000 10:19:53 +0100C From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann) C Subject: Re: Announcement: TCGMSG for OpenVMS/ALPHA; 64 bit Version - Message-ID: <39e57429.0@news.uni-konstanz.de>   J In article <8s26oe$i3b@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:/ |>In article <39e460d6.0@news.uni-konstanz.de>, G |>vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann) writes:  |>>  |>I |>Thanks for this work.  Could you summarize for us briefly the status on 	 |>VMS of:  |> |>  PVM  |>  MPI ( |>  OpenMP (is that different than MPI?)
 |>  tcgmsg |>? |>as compared to, for instance, there status on Tru64 or Linux?  |>	 |>Thanks,  |> |>David Mathog |>mathog@seqaxp.bio.caltech.edu A |>Manager, sequence analysis facility, biology division, Caltech   |>  " OK, here it is. Status 12.Oct.2000  J tcgmsg                       PVM                      MPI                     J Alpha                         Version                  a huge package,    J +Multinet                   3.1 (old)                 several             J +OpenVMS 7.1           +UCX                   implementations             J or                                +VAX                   this is my next  G Alpha                          someone                project.          J +Tru64 4.0f                  promised to                                  <                                     look at .               .                                    Version 3.41                                     is the actual 1                                     Unix-Version. 6                                      All newer message5                                      passing projects 0                                      prefer MPI.   Can't comment on OpenMP.   Eberhard   ------------------------------   Date: 12 Oct 2000 08:01 CST ' From: carl@gerg.tamu.edu (Carl Perkins) F Subject: Re: Byte orders (Help making a project of mine more portable)- Message-ID: <12OCT200008011642@gerg.tamu.edu>   / Jordan Henderson <jordan@my-deja.com> writes... 7 }  Christopher Smith <chriss@Mufasa.pubserv.com> wrote: C }> Not to start any egg-cracking contest, but I'm wondering whether 	 }somebody / }> can clearify an issue of byte-orders for me.  }   }What's an egg-cracking contest?  E I would assume he meant the usual big-endian vs. little-endian thing, C vis-a-vis which end of the egg you should open to eat it originally E but now extended to which order the bytes should be stored in memory. C It wasn't so much a contest as it was a war (and various rebellions  and such before that):      [...] Besides, our H    Histories of six thousand Moons make no mention of any other Regions,I    than the two great Empires of Lilliput and Blefuscu. Which two mighty  E    Powers have, as I was going to tell you, been engaged in a most    C    obstinate War for six and thirty Moons past. It began upon the   I    following Occasion. It is allowed on all Hands, that the primitive way I    of breaking Eggs, before we eat them, was upon the larger End: But his G    present Majesty's Grand-father, while he was a Boy, going to eat an  H    Egg, and breaking it according to the ancient Practice, happened to  I    cut one of his Fingers. Whereupon the Emperor his Father published an  H    Edict, commanding all his Subjects, upon great Penaltys, to break theE    smaller End of their Eggs. The People so highly resented this Law, F    that our Histories tell us there have been six Rebellions raised onF    that account; wherein one Emperor lost his Life, and another his   I    Crown. These civil Commotions were constantly fomented by the Monarchs F    of Blefuscu; and when they were quelled, the Exiles always fled forH    Refuge to that Empire. It is computed, that eleven thousand Persons  G    have, at several times, suffered Death, rather than submit to break  G    their Eggs at the smaller End. Many hundred large Volumes have been  I    published upon this Controversy: But the books of the Big-Endians have H    been long forbidden, and the whole Party rendered incapable by Law ofI    holding Employments. During the Course of these Troubles, the Emperors H    of Blefuscu did frequently expostulate by their Ambassadors, accusingH    us of making a Schism in Religion, by offending against a fundamentalH    Doctrine of our great Prophet Lustrog, in the fifty-fourth Chapter ofI    the Brundrecal (which is their Alcoran.) This, however, is thought to  I    be a meer Strain upon the Text: For the Words are these: That all true H    Believers shall break their Eggs at the convenient End: and which is G    the convenient End, seems, in my humble Opinion, to be left to every I    Man's Conscience, or at least in the power of the Chief Magistrate to  I    determine. Now the Big-Endian Exiles have found so much Credit in the  E    Emperor of Blefuscu's Court, and so much private Assistance and    F    Encouragement from their Party here at home, that a bloody War has H    been carried on between the two Empires for six and thirty Moons withH    various Success; during which time we have lost forty Capital Ships, F    and a much greater number of smaller Vessels, together with thirty G    thousand of our best Seamen and Soldiers; and the Damage received by I    the Enemy is reckon'd to be somewhat greater than Ours. However, they  G    have now equipped a numerous Fleet, and are just preparing to make a I    Descent upon us; and his Imperial Majesty, placing great Confidence in I    your Valour and Strength, has commanded me to lay this Account of his      affairs before you.    [...]  + I.E. Gulliver's Travels, by Jonathan Swift.    --- Carl   ------------------------------   Date: 12 Oct 2000 13:50:24 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Byte orders... 6 Message-ID: <8s4fj0$e0e$1@mailint03.im.hou.compaq.com>   In article <Pine.LNX.4.05.10010110216330.11722-100000@Mufasa.pubserv.com>, Christopher Smith <chriss@Mufasa.pubserv.com> writes:C :I ask because eventually I want to make sure this (very byte-order H :dependant) program will build and run on as many VMS boxen as possible.  E   All OpenVMS VAX and OpenVMS Alpha systems are little-endian (as are F   Tru64 UNIX, the Microsoft platforms, and other systems) and the byteE   ordering endian-ness is not particularly relevent nor particularly  K   interesting when transporting files among OpenVMS or other little-endian  
   systems.  H   Byte order is interesting when transporting data between systems with    different native endian-ness.   K :Originally this is done for unix, so it is in C, in case anyone's curious.i  B   XDR.  (external data representation, a common technique used forB   byte swizzling.)  XDR is a library for this, and is available onD   various platforms -- see the TCP/IP Services stuff for the OpenVMSD   implementation.  The ntohl and htonl routines are swizzling calls B   included in most C libraries, including the OpenVMS C libraries.  H :My program expects to get raw (bit by bit) data out of a 4-byte numeric) :(generally, a "long" dumped to disk...) t  I   How much data is involved, and do you have control over it?  (It might pG   be simpler -- and faster on some platforms -- to promote the bits to  D   larger units.)  Based on some later comments in your posting, thisH   data promotion does not appear to be feasible here, but I will mention5   it both for completion and for performance reasons.t  I :Can somebody give an example of a system on which this wouldn't be true?f     Probably.t  3 :Also:  I've seen references to "VAX" byte order...4  >   Also known as little-endian.  Alpha has the same byte order.  2 :DO VAXen natively store 4-byte numerics this way?  H   OpenVMS VAX and OpenVMS Alpha are little-endian.  This means that the J   same address can be read as a byte, a word, a longword, etc.  The least E   significant datum (bit, byte, etc) is always at the lowest address.   J :Lastly, what do you think about having a _standard_ byte-ordering for theH :file, and just adjusting the program that writes it on each platform to :write the file properly?   E   This approach obviously works and is what is used for XDR and other H   similar techniques, but it also means that the other-endian platforms    always get to swizzle.  I :For the curious, this is a personal project of mine.  I'm attempting to  C :do variable length (1, 2, or 4 byte chunks... maybe 8 bytes later)q :huffman compression.   D   Analyse the data, and don't worry about the bit- or byte-ordering?E   (You can obviously use this technique only if you do not also need n"   transportable compressed files.)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 12 Oct 2000 17:43:30 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)< Subject: C error message, what the heck is it talking about?, Message-ID: <8s4t82$5ie@gap.cco.caltech.edu>  ) Compaq C V6.2-007 on OpenVMS Alpha V7.2-1n  " Here's one I have not seen before:   O $ CC/STANDARD=ANSI89/PREFIX=ALL/DEFINE=ONEDOT/WARN=(ENABLE=ALL,verbose) seqio.co      while ((i=getc(ifp))!='\n');i   ...........^J   %CC-I-VALUEPRES, In this statement, the conversion of the unsigned char/E   short value "(*ifp)->_flag" to signed int shows one example of thistJ   program's use of value-preserving integral promotion.  This differs from?   the unsigned-preserving semantics of some older C compilers. oH   at line number 49 in file PRGDISK:[SHARED.PROGRAMS.TMAP.TMAP]SEQIO.C;8   K   Description: This expression shows one of possibly many places where thisrJ   compilation uses value-preserving semantics for small integer promotionsL   rather than unsigned-preserving semantics used by some older compilers. InG   cases where an unsigned char or unsigned s hort int is promoted to an M   integer, there are two different ways the convert could happen.  Standard C H   requires that the type be con verted to a signed int (value-preservingG   semantics) while some older compilers will convert to an unsigned intoJ   (unsigned-preserving semantics).  The difference in the choice of int orH   unsigned int can have an impact on results of expressions that use theC   converted  value.  The compiler cannot determine whether or not asE   particular instance of this usage will cause an observable behavioruL   differen ce in the program.  For more information, consult Section 3.2.1.1M   of the Rationale for ANSI C. User Action: Be aware that older, non-standardr9   compilers might interpret this expression differently. t  F but "i" is an int, and getc() is supposed to return an int too. But itI doesn't - it returns either an unsigned char or a short. Why doesn't thiseF rock standard function return the type of value it is supposed to????    The code works though.   Regards,   David Mathog mathog@seqaxp.bio.caltech.edu1? Manager, sequence analysis facility, biology division, Caltech D   ------------------------------    Date: 12 Oct 2000 22:48:24 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au> # Subject: Children of VMS profile...p7 Message-ID: <rjqhf6idsjr.fsf@morwong.ucc.gu.uwa.edu.au>h  ! becherini@vortex.ufrgs.br writes:a  6 > 	my soon was 6 years old when I started to teach him > 	VMS, including DCL.  7 Hum, Son was 6 when I got a FPOU for the 70 so he could 9 run DUNGEO. Had his internet account at 10 or 11, on VMS.m7 The girls both started at about 6-7, ie when they couldp start to read.  9 Do you kids a favour, and get them Nethack. Teach them to- spell, and think!-   -- -< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.2@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Thu, 12 Oct 2000 09:11:30 -0400r5 From: "Sue Skonetski" <susan.skonetski@compaq.nospam>i. Subject: Compaq Insight Manager XE Version 2.06 Message-ID: <8s4d75$dms$1@mailint03.im.hou.compaq.com>  6 Folks you may find the information in this URL useful.  K http://www5.compaq.com/products/servers/management/cim-xe2-description.htmli   This is new today.  
 Warm Regards,h   Sue    ------------------------------  % Date: Thu, 12 Oct 2000 14:58:31 +0100p- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> 2 Subject: Re: Compaq Insight Manager XE Version 2.0) Message-ID: <39E5C387.12190528@bbc.co.uk>-  H hmmm, it could be just Netscape 4.7 messing me around, but all I can seeI on that page is a header then a  link to a "privacy and legal statement".1   Tim, still no ball(s).   Sue Skonetski wrote:  8 > Folks you may find the information in this URL useful. >cM > http://www5.compaq.com/products/servers/management/cim-xe2-description.htmle >  > This is new today. >c > Warm Regards,o >  > Sue    --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.ukE  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.s   ------------------------------   Date: 12 Oct 2000 15:10:55 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)2 Subject: Re: Compaq Insight Manager XE Version 2.0, Message-ID: <8s4k9v$spr@gap.cco.caltech.edu>  n In article <8s4d75$dms$1@mailint03.im.hou.compaq.com>, "Sue Skonetski" <susan.skonetski@compaq.nospam> writes:7 >Folks you may find the information in this URL useful.  >yL >http://www5.compaq.com/products/servers/management/cim-xe2-description.html >s >This is new today.N  F That URL is toxic to the VMS version of netscape.  Even with Java and = Javascript disabled it locks the browser so that it has to beo  killed from the session manager.  E So I tried it with mosaic, and at least there I could see that it waseG stalled at "Looking up cache.compaq.com".  nslookup can't resolve that - either.-     Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  % Date: Thu, 12 Oct 2000 15:51:47 +0000s From: SysAdmin <djesys@fsi.net>l2 Subject: Re: Compaq Insight Manager XE Version 2.0' Message-ID: <39E5DE13.3891159D@fsi.net>d   Sue Skonetski wrote: > 8 > Folks you may find the information in this URL useful. > M > http://www5.compaq.com/products/servers/management/cim-xe2-description.htmlr >  > This is new today. >  > Warm Regards,. >  > SueP  E I get the same results as Tim Llewellyn. However, View -> Page SourceIB reveals considerably more content than what appear in the "normal" window.   8 Netscape V4.61 on Mandrake Linux V6.5, KDE Desktop V1.1.  % Anyone try this yet on OVMS, NS V3.x?    David J. Dachteran   ------------------------------  % Date: Thu, 12 Oct 2000 12:12:57 -0400 % From: "Brian Tillman" <tillman_brian>s2 Subject: Re: Compaq Insight Manager XE Version 2.0$ Message-ID: <39e5e289$1@news.si.com>  4 >Supported Operating Systems on Compaq AlphaServers:I >Compaq:Tru64 UNIX V4.0FOpenVMS 7.1, 7.1-1H1, 7.1-1H2, 7.1-1H3, 7.1-2 ands 7.2n  I And what is the reason for not supporting this on VAXes?  Have you peoplecK forgotten how to run compilers on VAXes?  I'll give you a hint: EXACTLY howo7 you run them on Alphas.  Now what's so hard about that?t --A Brian Tillman                   Internet: tillman_brian at si.com,A Smiths Industries, Inc.                   tillman at swdev.si.com'= 3290 Patterson Ave. SE, MS      Addresses modified to preventn< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Thu, 12 Oct 2000 16:29:37 +0000  From: SysAdmin <djesys@fsi.net>r2 Subject: Re: Compaq Insight Manager XE Version 2.0' Message-ID: <39E5E6F1.EEB317FB@fsi.net>y   Sue Skonetski wrote: > 8 > Folks you may find the information in this URL useful. > M > http://www5.compaq.com/products/servers/management/cim-xe2-description.htmla >  > This is new today.  G I read through the Page Source View enough to be able to decode a chunk> of it.  E The "Management Console" appears to only be supported on unacceptable: versions of Micro$hit.  H Downgrading to W2K or W/ME is not recommendable under any circumstances.< The Mgt. Console must run under W/9x at an absolute minimum.  D However, the primary target for the Mgt. Console should be OpenVMS +E DECwindows or Tru64, both of which run on Alpha. Other targets shouldaB include Linux (any Caldera, SuSE or RedHat distro.), FreeBSD, etc.  4 M$ clients should be the last choice, not the first.  G A VAX agent for OpenVMS and/or Ultrix should then be the next priority.oE Sorry to have to say this, but VAXes are going to be with us for manyh; years yet. The "Q" are still in denial about this, however.r   ...IMO.    David J. Dachtera    ------------------------------  % Date: Thu, 12 Oct 2000 17:38:50 +0100,- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>C2 Subject: Re: Compaq Insight Manager XE Version 2.0) Message-ID: <39E5E91A.54EED013@bbc.co.uk>    SysAdmin wrote:    > Sue Skonetski wrote: > > : > > Folks you may find the information in this URL useful. > >lO > > http://www5.compaq.com/products/servers/management/cim-xe2-description.html7 > >  > > This is new today. > >  > > Warm Regards,  > >  > > Sue  > G > I get the same results as Tim Llewellyn. However, View -> Page Source D > reveals considerably more content than what appear in the "normal"	 > window.  >   H Ah, OK, I see now. So, reading source is becoming fashionable again :-).: You have to debug the HTML before you can read the doc:-).   > : > Netscape V4.61 on Mandrake Linux V6.5, KDE Desktop V1.1.   >e >t' > Anyone try this yet on OVMS, NS V3.x?  >x  > Trying now...  OK, I have Netscape 3.03 on OVMS Alpha 7.1, andE get the same results as with Netscape 4.7 on W98, I will refrain from  including a screen dump.  J I went against all my browser preferences and started up Internet ExplorerH on W98. The page  looks much more like I'd expect it to do there, except it almost crashed my PC.  D Do people actually do testing and Q/A work on their web pages beforeF releasing them or are the live pages being actively "developed" online	 I wonder?C --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 ofn MedAS or the BBC.i   ------------------------------  % Date: Thu, 12 Oct 2000 17:59:29 +0100n- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>c2 Subject: Re: Compaq Insight Manager XE Version 2.0) Message-ID: <39E5EDF1.A23AE777@bbc.co.uk>d   SysAdmin wrote:    > Sue Skonetski wrote: > >[: > > Folks you may find the information in this URL useful. > >nO > > http://www5.compaq.com/products/servers/management/cim-xe2-description.htmlu > >c > > This is new today. >aI > I read through the Page Source View enough to be able to decode a chunkr > of it. >tG > The "Management Console" appears to only be supported on unacceptablew > versions of Micro$hit. >mJ > Downgrading to W2K or W/ME is not recommendable under any circumstances.> > The Mgt. Console must run under W/9x at an absolute minimum. >gF > However, the primary target for the Mgt. Console should be OpenVMS +G > DECwindows or Tru64, both of which run on Alpha. Other targets shouldFD > include Linux (any Caldera, SuSE or RedHat distro.), FreeBSD, etc. >e6 > M$ clients should be the last choice, not the first. >pI > A VAX agent for OpenVMS and/or Ultrix should then be the next priority.bG > Sorry to have to say this, but VAXes are going to be with us for manyi= > years yet. The "Q" are still in denial about this, however.r >o  D Yup, I did actually have a dialog with someone from Compaq about theN Insight Manager requirements a few months back (trying to dig out the emails).H We have an Insight Manager comsole here in the office theat the SCO boysH use to know when there are problems with remote machines etc. Obviously,H it makes "sense" to me I should be able to run Insight Manager on my VMSG boxes and integrate the system monitoring with the rest of the project.t  O As I said, I'm trying to dig up the old emails, but I seem to remember compilerT issue,4 being the main reason quoted for not doing the port.  J Whats the recommended base Alpha platform? I remember something about 5000 MHz alpha minimum.  --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.uki  A I speak for myself only and my views in no way represent those ofs MedAS or the BBC.E   ------------------------------  % Date: Thu, 12 Oct 2000 18:06:45 +0100m- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>s2 Subject: Re: Compaq Insight Manager XE Version 2.0) Message-ID: <39E5EFA5.54FF4984@bbc.co.uk>n   Tim Llewellyn wrote:  H >   Yup, I did actually have a dialog with someone from Compaq about theP > Insight Manager requirements a few months back (trying to dig out the emails).J > We have an Insight Manager comsole here in the office theat the SCO boysJ > use to know when there are problems with remote machines etc. Obviously,J > it makes "sense" to me I should be able to run Insight Manager on my VMSI > boxes and integrate the system monitoring with the rest of the project.   ( and I have twice as many VAXen as alphas   >h >OM >  Whats the recommended base Alpha platform? I remember something about 5000r   Sorry, I meant 500 Mz.   >  > MHz alpha minimum.    -- 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 of2 MedAS or the BBC.G   ------------------------------  % Date: Thu, 12 Oct 2000 09:28:42 +0100r8 From: John Macallister <J.Macallister1@physics.ox.ac.uk>+ Subject: RE: Copying Directories via DecNet1L Message-ID: <35666012DF4CD411BE940090279FA240111F1E@ppnt41.physics.ox.ac.uk>  L This is a common problem. They way I'd do it is to BACKUP the directory treeI into a saveset on disk on one node or the other and then restore the treel( from that saveset on to the target disk.  D Being able to copy directory trees across DECnet would be high on my enhancement wish list.   John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)n   ------------------------------   Date: 12 Oct 2000 04:52 CST ' From: carl@gerg.tamu.edu (Carl Perkins)i+ Subject: Re: Copying Directories via DecNet - Message-ID: <12OCT200004524731@gerg.tamu.edu>u  ) James Griffin <griffin@vol.com> writes...aH }I have a VAXStation 4000 running VMS 5.4-2, and a DS20E running OpenVMSF }7.2-1.  What I'm trying to do is copy a whole directory tree from the? }VAX to the DS20E, including subdirectories and their contents.d } E }Is there a way to do this without having to do it one directory at a  }time? }  }TIA }Jim Griffin }griffin@vol.com  & My suggestion: Use the BACKUP command.  E If they are clustered (whcih they probably aren't since you specified-D "via DECnet" in the message subject), you can do it directly - goingC disk to disk it (by default) does not produce a saveset, but ratheroD "copies" everything (but, unlike COPY, it preserves dates and such). Something like this:  ' $ backup vax$disk:[from.here...]*.*;* - +   alpha$disk:[to.here...]/by_owner=originall  I You may want to add a /verify, just to make sure. If you plan on deletingoH it all from the VAX afterwards anyway, you can do a /verify/delete whichH will delete the files after making sure they were copied (and not delete$ any that did not pass verification).  G If they are not clustered, using BACKUP is still probably the best way.dI You can run backup on the VAXstation and have it produce a saveset on theoG Alpha (by specifying the node name as part of the output specifier) andtA then restore the saveset, assuming you have DECnet set up on botheA nodes (since you are aparently using COPY now, you probably do ifo- they are not clustered). Something like this:   	 (On VAX:) ' $ backup vax$disk:[from.here...]*.*;* -tB   alpha"username password"::alpha$disk:[temp]vaxstuff.bck/save_set   (Then, on Alpha:)s1 $ backup alpha$disk:[temp]vaxstuff.bck/save_set -i+   alpha$disk:[to.here...]/by_owner=original8  E Again, adding a /verify at each step is probably a good idea. You canoD also add the /delete to the command on the VAX end, as above. If theI account you are using has a proxy set up, you can leave off the "username G password" part of the output specifier when making the saveset. In this-G case, you may hit a problem with the /BY_OWNER=ORIGINAL as the UIC thatzD the files had on the VAX end may not match the UIC of a user, or theD right user, on the Alpha end (unless you were careful to makt thingsH match when creating them). In such a case you may want to leave that off8 or specify a new owner for them with /BY_OWNER=newowner.  G The only real drawback I can see to this is that the Alpha needs enough9E disk space to store both the data and a backup saveset containing theeF data. This is usually not a problem (as new Alphas tend to have vastly@ more disk space than old VAXstations), but may be in some cases.   --- Carl   ------------------------------  # Date: Thu, 12 Oct 2000 14:09:21 GMTn From: fatz_nyc@my-deja.com+ Subject: Re: Copying Directories via DecNett) Message-ID: <8s4gmb$e7m$1@nnrp1.deja.com>   G > }Is there a way to do this without having to do it one directory at ai > }time?  A I haven't had reason to do this for a while but I remember seeingtH RMS invalid internal stream identifier error when using copy over DECnet
 for trees.  D Also, I don't know whether BACKUP is supported over DECnet (it never used to be).  + Whenever I've done it, it's been like this:   + LOCAL$ backup dev:[dir...] sav.bck/save/verr LOCAL$ copy sav.bck REMOTE::, REMOTE$ backup sav.bck/save dev:[dir...]/ver   Fatz    & Sent via Deja.com http://www.deja.com/ Before you buy.i   ------------------------------  # Date: Thu, 12 Oct 2000 17:26:53 GMTi* From: Alan E. Feldman <alan48@my-deja.com>+ Subject: Re: Copying Directories via DecNeti) Message-ID: <8s4s8j$p4i$1@nnrp1.deja.com>c  ) In article <8s4gmb$e7m$1@nnrp1.deja.com>,    fatz_nyc@my-deja.com wrote:g >iG > > }Is there a way to do this without having to do it one directory at  ao
 > > }time? >tC > I haven't had reason to do this for a while but I remember seeingeC > RMS invalid internal stream identifier error when using copy overo DECnet > for trees. >iF > Also, I don't know whether BACKUP is supported over DECnet (it never > used to be). >e- > Whenever I've done it, it's been like this:e >o- > LOCAL$ backup dev:[dir...] sav.bck/save/vert > LOCAL$ copy sav.bck REMOTE::. > REMOTE$ backup sav.bck/save dev:[dir...]/ver >s > Fatz >a( > Sent via Deja.com http://www.deja.com/ > Before you buy.s >,   From HELP BACKUP PARAMETERS:   [...]-  >   You can specify DECnet node names in save-set specifications        only.   [...].     -- Disclaimer: JMHO Alan E. Feldman  alan48  &-)r dellnet.comf    & Sent via Deja.com http://www.deja.com/ Before you buy.t   ------------------------------  % Date: Thu, 12 Oct 2000 16:53:50 +0200l= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> 5 Subject: Re: Copying files from VMS to UNIX platforms1) Message-ID: <39E5D07E.266E1EB9@gtech.com>    Hitendra Patel wrote: A > One of our users wants to backup his disk and then transfer the I > data/directory onto a unix platform. Is it possible to this and how can D > this be best achieved. I have tried to ftp the data but due to theJ > volume to copy this has a load on our network. Is it possible to TAR the > files/directory????.   There are many possibilities.-  & The first 3 that comes to my mind are:   FTP0   NFS3   tape & TAR   Arne   ------------------------------  % Date: Thu, 12 Oct 2000 11:44:39 +0100 : From: "Jonathan McCormack" <McCormackJ@BelfastCity.Gov.UK>L Subject: CTERM (not the network protocol) failed message on AlphaServer ES40B Message-ID: <sCgF5.44201$L12.640208@news2-win.server.ntlworld.com>  I Our AlphaServer ES40 died this morning with a CTERM failed message on the- LCD display.  L Can anybody expalin what this is?  Checked the manuals and Compaq's site but
 it's no help!:   Cheers   Jonathan   ------------------------------  % Date: Thu, 12 Oct 2000 09:44:13 +0100u8 From: John Macallister <J.Macallister1@physics.ox.ac.uk>- Subject: RE: DCPS and HP 8100 series printers"L Message-ID: <35666012DF4CD411BE940090279FA240111F1F@ppnt41.physics.ox.ac.uk>  J We have an HP Colour Laserjet 4500DN printer. Will this one be in the DCPS% (1.8,...) list of supported printers?e   John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)y   ------------------------------  % Date: Thu, 12 Oct 2000 08:49:40 -0500 1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>r- Subject: Re: DCPS and HP 8100 series printers 8 Message-ID: <8s4fbf$2u3$1@fizban.fizban.pprd.abbott.com>   Thanks Ken.d   Dave...u  2 "Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515". <Fairfield@SLAC.Stanford.EDU> wrote in message- news:PPFKv6kEKRyd@mccdev.slac.stanford.edu...m: > In article <8s28t3$kea$1@fizban.fizban.pprd.abbott.com>,9 >     "Dave Gudewicz" <david.gudewicz@abbott.com> writes:yK > > Discovered today that the HP 8100 is not in the 8000 series of printersl and E > > therefore is not supported with the latest version (1.8) of DCPS.e > >eH > > Wondered if anyone here knew of a way of getting DCPS to tell a 8100 things  > > like using paper trays, etc. >oD >         Yep, I'm doing on my cluster.  Will forward the details in >     e-mail...n >p >         -Ken > --/ >  Kenneth H. Fairfield            |  Internet:d Fairfield@SLC.Slac.Stanford.Edu.< >  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924< >  Menlo Park, CA  94025           |  FAX:      650-926-3515L >  ------------------------------------------------------------------------- ----D >  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  % Date: Thu, 12 Oct 2000 10:06:30 -0400i0 From: Paul Anderson <paul.r.anderson@compaq.com>- Subject: Re: DCPS and HP 8100 series printershC Message-ID: <paul.r.anderson-E86CDA.10063012102000@news.compaq.com>   : In article <8s2te3$l03$1@news.hawaii.edu>, "Helen Rapozo"  <helen@hcc.hawaii.edu> wrote:r  ' > Just wondering but what does DCPS do?   ? If you're asking what the product DCPS is, you'll find a short . description at:i  C    http://www.openvms.digital.com/openvms/print/print_sw_prods.html-  - and the full Software Product Description at:   2    http://www.digital.com/info/SP4415/SP4415HM.HTM  E DCPS offers features like ANSI translation, number-up and layup that o9 "vanilla" print symbionts like LPR or Telnet don't offer.    Paul   -- N,    Paul Anderson, OpenVMS Engineering (DCPS),    Compaq Computer Corporation, Littleton MA   ------------------------------  % Date: Thu, 12 Oct 2000 10:07:43 -0400m0 From: Paul Anderson <paul.r.anderson@compaq.com>- Subject: Re: DCPS and HP 8100 series printers C Message-ID: <paul.r.anderson-43F690.10074312102000@news.compaq.com>r   In article  G <35666012DF4CD411BE940090279FA240111F1F@ppnt41.physics.ox.ac.uk>, John P4 Macallister <J.Macallister1@physics.ox.ac.uk> wrote:  D > We have an HP Colour Laserjet 4500DN printer. Will this one be in 0 > the DCPS (1.8,...) list of supported printers?  D It's on the list.  Whether it gets supported in the next version is  undecided, but probable.   Paul   -- u,    Paul Anderson, OpenVMS Engineering (DCPS),    Compaq Computer Corporation, Littleton MA   ------------------------------    Date: 12 Oct 2000 22:53:56 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au>e: Subject: Re: DEC 3000 memory problems? (VMS boot problems)7 Message-ID: <rjqd7h6dsaj.fsf@morwong.ucc.gu.uwa.edu.au>   C The large bird boxen have a memory feature in hardware... The powertC harness at the front can be pushed against the SIMMs and send theirrB seating flaky. Cut the cable ties off, and re-dress the harnesses.   -- .< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.V@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Thu, 12 Oct 2000 17:39:11 +0800 - From: David B Sneddon <dbsneddon@bigpond.com>t( Subject: DECbrouter 90 Software V11.1(6)? Message-ID: <3.0.6.32.20001012173911.0079d4f0@mail.bigpond.com>n  	 Hi Folks,.  A I have made on off-site backup copy of the above software (followi? the link below).  If anyone would like to make another off-site 0 backup copy, just in case... please let me know.> I have limited storage on my web site (10MB) and only have the@ first 4 parts there at the moment.  Maybe if ONE person (perhapsA VAXman) could make a backup copy, I will remove the bits there ate, present and put the remaining 2 parts there.A I also have a limit on the amount of data served from my web pagen. so the fewer people that copy it the better...     Regards, Dave. I -------------------------------------------------------------------------aI David B Sneddon (dbs)  OpenVMS Systems Programmer   dbsneddon@bigpond.comrI DBS software at ...   http://www.users.bigpond.com/dbsneddon/software.htmaI "Life is what happens to you while you're busy making other plans" Lennonc   ------------------------------  # Date: Thu, 12 Oct 2000 11:30:20 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)n, Subject: Re: DECbrouter 90 Software V11.1(6)0 Message-ID: <009F17A6.BD3B2D2C@SendSpamHere.ORG>  o In article <3.0.6.32.20001012173911.0079d4f0@mail.bigpond.com>, David B Sneddon <dbsneddon@bigpond.com> writes:p
 >Hi Folks, >rB >I have made on off-site backup copy of the above software (follow@ >the link below).  If anyone would like to make another off-site1 >backup copy, just in case... please let me know. ? >I have limited storage on my web site (10MB) and only have theoA >first 4 parts there at the moment.  Maybe if ONE person (perhaps B >VAXman) could make a backup copy, I will remove the bits there at- >present and put the remaining 2 parts there.oB >I also have a limit on the amount of data served from my web page/ >so the fewer people that copy it the better...-  ? I've downloaded disks 1 through 4.  Can you put up 5 and 6 now?y   Thanks too!n   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM.            cO city, n., 1. a place where trees are cut down and streets are named after them.d   ------------------------------  # Date: Thu, 12 Oct 2000 11:32:28 GMTo= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)h, Subject: Re: DECbrouter 90 Software V11.1(6)0 Message-ID: <009F17A7.0955C827@SendSpamHere.ORG>  o In article <3.0.6.32.20001012173911.0079d4f0@mail.bigpond.com>, David B Sneddon <dbsneddon@bigpond.com> writes: 
 >Hi Folks, >nB >I have made on off-site backup copy of the above software (follow@ >the link below).  If anyone would like to make another off-site1 >backup copy, just in case... please let me know.o? >I have limited storage on my web site (10MB) and only have thehA >first 4 parts there at the moment.  Maybe if ONE person (perhapsHB >VAXman) could make a backup copy, I will remove the bits there at- >present and put the remaining 2 parts there.MB >I also have a limit on the amount of data served from my web page/ >so the fewer people that copy it the better...r  8 Seems bigpond.com dried up whilst downloading disk4.  :(   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             eO city, n., 1. a place where trees are cut down and streets are named after them.g   ------------------------------  % Date: Thu, 12 Oct 2000 13:34:37 +0100t- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>i Subject: Re: ECO mailing listI) Message-ID: <39E5AFDD.2EB4FB1C@bbc.co.uk>y  ! norm.raphael@jamesbury.com wrote:m  I >  You'll get no arguement from me.  Brad Hamilton and I have been tryinghH > to get this to work consistently for some time now (We're talking over= > a year), so by now we're grateful for anything it sends us.e >pG > The list is not a feature of VMS, but of some other group, of course.i  H So, amd I dreaming, or did the list used to work a couple of years back, then# was broken in thje Compaq takeover?l   >b >oI > Nevertheless, when the starting point for the answer is the FAQ, I findv2 > most readers of the list welcome the pointer.... >      --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.ukg  A I speak for myself only and my views in no way represent those ofu MedAS or the BBC.a   ------------------------------  % Date: Thu, 12 Oct 2000 09:52:25 -0400n  From: norm.raphael@jamesbury.com Subject: Re: ECO mailing listn4 Message-ID: <C2256976.004B8A52.00@jklh21.valmet.com>  1 tim.llewellyn@bbc.co.uk on 10/12/2000 08:34:37 AMr  ) Please respond to tim.llewellyn@bbc.co.uke   To:   Info-VAX@mvb.saic.comr cc:s Subject:  Re: ECO mailing list            " /norm.raphael@jamesbury.com wrote: /fI />  You'll get no argument from me.  Brad Hamilton and I have been tryingaI /> to get this to work consistently for some time now (We're talking over > /> a year), so by now we're grateful for anything it sends us. />H /> The list is not a feature of VMS, but of some other group, of course. / H /So, am I dreaming, or did the list used to work a couple of years back,) /then  was broken in the Compaq takeover?  /vL That's true.  It's been "fixed" several times since, but has relapses  ;-) .  K I seem to be getting posts right now, but DECUServe seems not to be getting.7 them.  Perhaps Brad will be able to fix that once more.c  H No harm is submitting a subscription request.  You will get an immediateP email confirmation if it takes.  After that, you take your chances as do we all. /> />J /> Nevertheless, when the starting point for the answer is the FAQ, I find3 /> most readers of the list welcome the pointer....  /> /  /e /--o7 /Tim Llewellyn, OpenVMS Infrastructure, Remarcs Projecta1 /MedAS at the BBC, Whiteladies Road, Bristol, UK.sB /Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk /yB /I speak for myself only and my views in no way represent those of /MedAS or the BBC. /c   ------------------------------   Date: 12 Oct 2000 14:26:05 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)P Subject: Re: ECO mailing listD0 Message-ID: <8s4hlt$995$2@n.ruf.uni-freiburg.de>  W In article <C2256976.004B8A52.00@jklh21.valmet.com>, norm.raphael@jamesbury.com writes:0L >I seem to be getting posts right now, but DECUServe seems not to be getting8 >them.  Perhaps Brad will be able to fix that once more. >,I >No harm is submitting a subscription request.  You will get an immediatehQ >email confirmation if it takes.  After that, you take your chances as do we all.i  E I tried to resubscribe and got an e-mail telling me that I am alreadysO subscribed. Then I unsubscribed and resubscribeg but still I don't get anythingg3 :-(  . Thus, who is the person to contact about it?i   Regards,    Christoph Gartmann   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/home/english/menue.html ---------+   ------------------------------  % Date: Thu, 12 Oct 2000 17:29:56 +0100p- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>h Subject: Re: ECO mailing liste) Message-ID: <39E5E704.A40A71CA@bbc.co.uk>e  ! norm.raphael@jamesbury.com wrote:i   > N > That's true.  It's been "fixed" several times since, but has relapses  ;-) . >nM > I seem to be getting posts right now, but DECUServe seems not to be gettingd9 > them.  Perhaps Brad will be able to fix that once more.f >.J > No harm is submitting a subscription request.  You will get an immediateR > email confirmation if it takes.  After that, you take your chances as do we all.  F  I can re-subscribe, but then get email telling me no action was taken> as I am already subscribed. I guess its unsub then resub time. --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.ukg  A I speak for myself only and my views in no way represent those ofR MedAS or the BBC.C   ------------------------------  % Date: Thu, 12 Oct 2000 15:38:00 +0200e= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>  Subject: Re: Exec vs Super) Message-ID: <39E5BEB8.E94AEE28@gtech.com>   * yyyc186.illegaltospam_@flashcom.net wrote:/ > In <39E323E7.7C16864C@gtech.com>, on 10/10/00c< >    at 04:12 PM, Arne Vajh j <arne.vajhoej@gtech.com> said:- > >yyyc186.illegaltospam_@flashcom.net wrote:n2 > >> In <39DF3AA3.BD159E32@gtech.com>, on 10/08/00? > >>    at 12:21 AM, Arne Vajh j <arne.vajhoej@gtech.com> said:sO > >> >When you do a logical translation you can request that only logicals in ae: > >> >certain mode or more priviliged are to be considered > K > >> >Most applications especialy user-written uses the defeault USER mode,e< > >> >which means that logicals in all modes are considered. > >> > >> the default is Super mode.a >  > >????s >  > >Nope. >  > >Default is USER.r > I > whatever.  According to both experiments from a GUEST account, a privednI > account, and the on-line doc the default is SUPER.  But, believe as yout > wish.r  	 Try @ing:.   $ define/user x ae $ define/super x b/ $ write sys$output f$trnlnm("X",,,"SUPERVISOR")/) $ write sys$output f$trnlnm("X",,,"USER")   $ write sys$output f$trnlnm("X") $ exit  + If it outputs B A A, then default are USER.    And it will output B A A.-  $ The documentation are crystal clear.   It is:8   mode = MAX(current_mode, are_mode_explicit_specifiec ?  explicit_specfied_mode : KERNEL)  B and it just happends that MAX(USER, FALSE ? NULL : KERNEL) = USER.   Arne   ------------------------------  % Date: Thu, 12 Oct 2000 11:33:41 -0400a- From: "Peter Weaver" <peter.weaver@stelco.ca>o Subject: Re: Exec vs Super/ Message-ID: <submeoqmab3g16@corp.supernews.com>   6 <yyyc186.illegaltospam_@flashcom.net> wrote in message3 news:39e4e099$2$lllp186$mr2ice@news.flashcom.com...    > Define/user my_dir sys$login > show log my_diro > @sys$login:login.com > show log my_dir  >nB > the last attempt to show my_dir will fail.  At least that was my test.s  A I don't know exactly what you were testing here, but the SHOW LOGvF would have destroyed the /USER_MODE logical since it invokes the image SHOW..  " $ define /user temp_log some_value $ sh log temp_logR0    "TEMP_LOG" = "SOME_VALUE" (LNM$PROCESS_TABLE)2 $ sh log temp_log      ! Destroyed by the SHOW.EXE8 %SHOW-S-NOTRAN, no translation for logical name TEMP_LOG $e  E The command procedure exit (not start) will also destroy a /USER_MODE  logical;  " $ define /user temp_log some_value $ @nl:@ $ sh log temp_log      ! Destroyed by the command procedure exit8 %SHOW-S-NOTRAN, no translation for logical name TEMP_LOG" $ define /user temp_log some_value $ @tt:F _$ show log temp_log   ! Still here after starting a command procedure0    "TEMP_LOG" = "SOME_VALUE" (LNM$PROCESS_TABLE) _$ Exit : $ sh log temp_log      ! Destroyed by the SHOW.EXE rundown8 %SHOW-S-NOTRAN, no translation for logical name TEMP_LOG $e   ------------------------------  % Date: Thu, 12 Oct 2000 15:21:24 +0100e1 From: Paul Wilson <Paul.Wilson@Commerzbank.co.uk>i) Subject: General config utility for Alpha R Message-ID: <ABEC63B3EC1CD3119ECC0008C75FD85301A9CEEE@nlonexch1.commerzbank.co.uk>  J Is there any utility out there that would enable me to interrogate the PCI8 bus on a given Alpha without shutting down the VMS O/S ?K I'm looking for a simple way to check the adapters installed, in my case ans  AlphaServer 8400 5/440, VMS7.2-1   Paul Wilson0 paul.wilson@commerzbank.co.uk   P --------------------------------------------------------------------------------  L   This communication is confidential and is intended only for the person to L   whom it is addressed. If you are not that person you are not permitted to >   make use of the information and you are requested to notify M   mailadmin@commerzbank.co.uk immediately that you have received it and then 1)   to destroy the copy in your possession.HF   Commerzbank AG is regulated by the SFA for the conduct of investment   business in the UK.n    P  -------------------------------------------------------------------------------   ------------------------------  % Date: Thu, 12 Oct 2000 15:41:26 +0100h& From: Roy Omond <Roy.Omond@Compaq.com>- Subject: Re: General config utility for Alpha-* Message-ID: <39E5CD96.1558CD97@Compaq.com>   Paul Wilson wrote:  L > Is there any utility out there that would enable me to interrogate the PCI: > bus on a given Alpha without shutting down the VMS O/S ?M > I'm looking for a simple way to check the adapters installed, in my case an6" > AlphaServer 8400 5/440, VMS7.2-1  
 $ anal/systeme SDA> clue config  	 Roy Omond. Blue Bubble Ltd.- (certainly not squeaking on behalf of Compaq)b   ------------------------------  % Date: Thu, 12 Oct 2000 15:47:59 +0100 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>- Subject: Re: General config utility for Alphar, Message-ID: <8s4iv5$1548@newton.cc.rl.ac.uk>  > "Paul Wilson" <Paul.Wilson@Commerzbank.co.uk> wrote in messageL news:ABEC63B3EC1CD3119ECC0008C75FD85301A9CEEE@nlonexch1.commerzbank.co.uk... > L > Is there any utility out there that would enable me to interrogate the PCI: > bus on a given Alpha without shutting down the VMS O/S ?M > I'm looking for a simple way to check the adapters installed, in my case an " > AlphaServer 8400 5/440, VMS7.2-1  F The SDA command, CLUE CONFIG is quite informative as a starting point.   ------------------------------  # Date: Thu, 12 Oct 2000 16:13:35 GMTT1 From: "Mark D. Jilson" <jilly@clarityconnect.com> - Subject: Re: General config utility for Alpha 2 Message-ID: <39E5E4CD.7FBEBC9D@clarityconnect.com>  1 Does SDA> CLUE CONFIG not give you what you want?D   Paul Wilson wrote: > L > Is there any utility out there that would enable me to interrogate the PCI: > bus on a given Alpha without shutting down the VMS O/S ?M > I'm looking for a simple way to check the adapters installed, in my case an " > AlphaServer 8400 5/440, VMS7.2-1 > 
 > Paul Wilsona > paul.wilson@commerzbank.co.ukh   -- wD Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  % Date: Thu, 12 Oct 2000 12:18:10 +0200f0 From: Didier Morandi <Didier.Morandi@Easynet.fr>= Subject: Re: get the number of files in a directory with DCL? * Message-ID: <39E58FE3.213BC5EB@Easynet.fr>   fatz_nyc@my-deja.com wrote:     > $ ! P1 = ddcu:[dir]yourdir.dir > $a > $ if p1 .eqs. "" then exit > $ wso := write sys$outputs > $ total_files = 0s > $ wso f$ti()  > $ open/read/share dirfile 'p1' ../..    Tss tss tss... what about the:   $ close/nolog dirfile.  6 before the Open? So useful when debugging DCL proc :-)   D.   ------------------------------  # Date: Thu, 12 Oct 2000 13:59:31 GMTi From: fatz_nyc@my-deja.com= Subject: Re: get the number of files in a directory with DCL?s) Message-ID: <8s4g40$dml$1@nnrp1.deja.com>,    > Tss tss tss... what about the: >  > $ close/nolog dirfiler >   8 Ooh, picky picky ;-)  In a "proper" script I'd use this:  D $ if f$trn(dirfile,,,,,"terminal") .nes. "" then close/nolog dirfile   Fatz.o    & Sent via Deja.com http://www.deja.com/ Before you buy.e   ------------------------------    Date: 12 Oct 2000 21:52:08 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au>e0 Subject: Re: Getting Compaq to advertise OpenVMS7 Message-ID: <rjqpul6dv5j.fsf@morwong.ucc.gu.uwa.edu.au>r  > I will give a quick peek into a small part of the uni segment.  B This was last year, and I had run the Galaxy demo VCD for some one? at the UCC at Uni West Aust. A few hung around and watched till < it finished. Un-solicited comment from a known Unix bigot...  = " This is increadable! No one else can do anything like that!-% Why Don't they tell people about it."0  < In about 3 years, he will be one of the Q's possible buyers. Will he remember VMS?0   -- r< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.a@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Thu, 12 Oct 2000 12:18:33 -0400b% From: "Brian Tillman" <tillman_brian> 0 Subject: Re: Getting Compaq to advertise OpenVMS$ Message-ID: <39e5e3d9$1@news.si.com>  0 >most people who are stuck on VAX probably won't >be upgrading to Alpha anyway   H The problem is that it costs so much for an FAA recertification on a new/ hardware platform that it's not cost effective.d  J >In any case, can you point to an architecture that has been superceded byF >a newer architecture that continues to get as many OS enhancements asJ >OpenVMS/VAX?  I think Compaq is to be commended in the level of continued$ >support that VAX customers receive.  I That's not the point.  The point is that, supposedly, OpenVMS is OpenVMS.-L Every care to keep the code bases in synch should be taken, but they're not,L and I suspect it's because of lack of discipline or because it's a concertedJ effort to kill OpenVMS VAX, because a LOT of the enhancements have nothing to do with 64-bitness. --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Industries, Inc.                   tillman at swdev.si.coma= 3290 Patterson Ave. SE, MS      Addresses modified to preventt< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Thu, 12 Oct 2000 12:21:17 -0400p% From: "Brian Tillman" <tillman_brian>I0 Subject: Re: Getting Compaq to advertise OpenVMS$ Message-ID: <39e5e47d$1@news.si.com>  D >I'm curious.  Why _are_ you stuck on VAX?  Other's mentioned vendorA >supplied code that won't be ported.  If you are so interested inoA >having your apps to run faster, they you really should look into D >upgrading to Alpha.  Another option is to add VAXen to your shop toB >distribute the load.  They are becoming increasingly inexpensive.  J We're stuck because generating the software we produce on another hardwareJ platform requires recertification by the FAA and that can cost MILLIONS to go through that process.   We have added VAXen. --A Brian Tillman                   Internet: tillman_brian at si.comcA Smiths Industries, Inc.                   tillman at swdev.si.comd= 3290 Patterson Ave. SE, MS      Addresses modified to preventa< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------    Date: 12 Oct 2000 13:46:02 -0500* From: young_r@eisner.decus.org (Rob Young)0 Subject: Re: Getting Compaq to advertise OpenVMS+ Message-ID: <TrjaURdZragj@eisner.decus.org>   L In article <39e5e47d$1@news.si.com>, "Brian Tillman" <tillman_brian> writes:E >>I'm curious.  Why _are_ you stuck on VAX?  Other's mentioned vendormB >>supplied code that won't be ported.  If you are so interested inB >>having your apps to run faster, they you really should look intoE >>upgrading to Alpha.  Another option is to add VAXen to your shop to C >>distribute the load.  They are becoming increasingly inexpensive.e > L > We're stuck because generating the software we produce on another hardwareL > platform requires recertification by the FAA and that can cost MILLIONS to > go through that process. >  > We have added VAXen.    @ 	Reading that and the other post.  So VAX has carried you a long? 	time.  Where do you go now or in the future?  Windows xxxx andt= 	IA32?  If so, what is that timeline?  Solaris on UltraSparc?r  ; 	Point is you have to eventually go somewhere.  Choose youreF 	architecture and OS -very- carefully or you may be recertifying againC 	in 6-10 years.  Shoot, with Windows xxxx maybe you recertify everyf 	couple years.  HA!a   				Rob    ------------------------------  % Date: Thu, 12 Oct 2000 17:41:01 +0100o- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>s0 Subject: Re: Getting Compaq to advertise OpenVMS) Message-ID: <39E5E99D.E723453B@bbc.co.uk>r   Brian Tillman wrote:  2 > >most people who are stuck on VAX probably won't > >be upgrading to Alpha anyway@ >lJ > The problem is that it costs so much for an FAA recertification on a new1 > hardware platform that it's not cost effective.- >-L > >In any case, can you point to an architecture that has been superceded byH > >a newer architecture that continues to get as many OS enhancements asL > >OpenVMS/VAX?  I think Compaq is to be commended in the level of continued& > >support that VAX customers receive. > K > That's not the point.  The point is that, supposedly, OpenVMS is OpenVMS.nN > Every care to keep the code bases in synch should be taken, but they're not,N > and I suspect it's because of lack of discipline or because it's a concertedL > effort to kill OpenVMS VAX, because a LOT of the enhancements have nothing > to do with 64-bitness.  M There may be issues with compiler feature etc. At least, one reply I got back  fromK Compaq regarding something I've now forgotten being AXP only suggested thatnM they did not consider it worthwhile backporting AXP compiler features to VAX., --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 ofo MedAS or the BBC.k   ------------------------------  % Date: Thu, 12 Oct 2000 12:30:25 +0100s& From: Roy Omond <Roy.Omond@Compaq.com>5 Subject: Re: Good news from the Alpha processor frontm* Message-ID: <39E5A0D1.72CFEF10@Compaq.com>  & "Brian Schenkenberger, VAXman-" wrote:   > >aN > >Of course not. Everyone knows that AlGore invented the Alpha right after heH > >invented the Internet. I have to admire the guy... between hoeing theM > >tobacco fields, raising 10,000 chickens, and doing all manner of things in-N > >the absence of a controlling legal authority, it's amazing that Al had time* > >to design and develop a microprocessor! >iH > ... and according to W., Al also invented the calculator.  Thus, it is) > feasible that he too created the Alpha.r  ? Hmm...  maybe my perception of the history of computing is not, K ahem, quite right, but I was under the impression that Al actually invented D it.  I'm sure he gave his name to methods for working out procedures= to run on early computers ... something like Al Gore Rhythms.e  	 Roy Omondt Blue Bubble Ltd.- (certainly not squeaking on behalf of Compaq)a   ------------------------------  # Date: Thu, 12 Oct 2000 11:37:04 GMTc= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)T5 Subject: Re: Good news from the Alpha processor front,0 Message-ID: <009F17A7.AE37B015@SendSpamHere.ORG>  S In article <39E5A0D1.72CFEF10@Compaq.com>, Roy Omond <Roy.Omond@Compaq.com> writes:n' >"Brian Schenkenberger, VAXman-" wrote:m >b >> >O >> >Of course not. Everyone knows that AlGore invented the Alpha right after he I >> >invented the Internet. I have to admire the guy... between hoeing theGN >> >tobacco fields, raising 10,000 chickens, and doing all manner of things inO >> >the absence of a controlling legal authority, it's amazing that Al had timea+ >> >to design and develop a microprocessor!i >>I >> ... and according to W., Al also invented the calculator.  Thus, it is-* >> feasible that he too created the Alpha. >a@ >Hmm...  maybe my perception of the history of computing is not,L >ahem, quite right, but I was under the impression that Al actually inventedE >it.  I'm sure he gave his name to methods for working out proceduresa> >to run on early computers ... something like Al Gore Rhythms.  ? ... and these rhythms can be heard when listening to big blues?f   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMs            eO city, n., 1. a place where trees are cut down and streets are named after them.t   ------------------------------  # Date: Thu, 12 Oct 2000 12:39:01 GMTr4 From: "Terry C. Shannon" <terryshannon@mediaone.net>5 Subject: Re: Good news from the Alpha processor fronty= Message-ID: <FhiF5.41763$pu4.4372345@typhoon.ne.mediaone.net>o  3 "Roy Omond" <Roy.Omond@Compaq.com> wrote in message-$ news:39E5A0D1.72CFEF10@Compaq.com...   <snip>A > Hmm...  maybe my perception of the history of computing is not,jD > ahem, quite right, but I was under the impression that Al actually inventedF > it.  I'm sure he gave his name to methods for working out procedures? > to run on early computers ... something like Al Gore Rhythms.. >h   hehehe!o   ------------------------------  % Date: Thu, 12 Oct 2000 09:57:12 +0100.* From: "Richard Brodie" <R.Brodie@rl.ac.uk># Subject: Re: How to read "SHOW MEM"g+ Message-ID: <8s3udg$keg@newton.cc.rl.ac.uk>   S "fooguy" <jweisen@my-deja.com> wrote in message news:8s2pi1$3c4$1@nnrp1.deja.com...i  I > Also, about autogen, I usually save statistic when I shutdown, but do IuJ > need to do anything at startup to make sure those take effect. I'm using > OpenVMS Alpha 7.1   7 Yes. You need to run AUTOGEN: @SYS$UPDATE:AUTOGEN P1 P2.# P1 and P2, are start at end phases.t  E Typically P1 is SAVPARAMS: to work based on feedback from the currentc< system, or GETDATA: to read saved data from a previous boot.  ? For P2: TESTFILES, which will not make any changes or SETPARAMSpH which will generate new parameters (to load on a reboot). In either case9 a file SYS$SYSTEM:AGEN$PARAMS.REPORT is generated: browse)7 through that, to check what it wants to do is sensible.       > Physical Memory Usage (pages):  @ Stacks of free memory at the moment: good news, if it's typical.  B > Virtual I/O Cache (Kbytes):        Total        Free      In UseB >   Cache Memory                      3200           0        3200  F File cache at the default size, and full. Free space in the file cacheD does no good, so that's fine. If you've got lots memory spare, might: be worth upping the cache size (VCC_MAXSIZE in MODPARAMS).) SHOW MEM/CACHE/FULL for more information.   # > Granularity Hint Regions (pages):8F Not so interesting: free here is more or less useless, so that's fine.  B > Slot Usage (slots):                Total        Free    Resident/ Not close to running out of processes, so fine.a  B > Dynamic Memory Usage (bytes):      Total        Free      In Use5 Useful to see the original numbers: SH MEM/POOL/FULL.o? Having the initial allocation about equal to the usage is fine.o  B > Buffer Object Usage (pages):                  In Use        PeakB > Memory Reservations (pages):                Reserved      In Use Too obscure for me.s  B > Paging File Usage (blocks):                     Free  Reservable. Hardly using them at all, so no problem there.  > Summary: looks fine if it's typical. Stacks of memory free, so@ you might want to consider making the file cache bigger. I wouldB start by a test run of AUTOGEN, and study the report. If you still6 have memory free at peak load, increase VCC_MAXSIZE in4 MODPARAMS and repeat. Change things only when you're3 reasonably confident what you're doing. In general:_   1. Buy more memory. 
 2. That's it.n   You can probably omit step 1 ;)n   ------------------------------  % Date: Thu, 12 Oct 2000 17:03:32 +0200h= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>C# Subject: Re: How to read "SHOW MEM"c) Message-ID: <39E5D2C4.CF5174B2@gtech.com>6  
 fooguy wrote:0 > $ show memB >               System Memory Resources on 11-OCT-2000 18:18:54.47 > B > Physical Memory Usage (pages):     Total        Free      In Use
 > ModifiedB >   Main Memory (512.00Mb)           65536       42210       22463 > 863l  @ 2/3 of memory are free, so no need to buy more memory if this is typical.  C You may consider how you can use that memory for something usefull.-  B > Virtual I/O Cache (Kbytes):        Total        Free      In UseB >   Cache Memory                      3200           0        3200  C Disk cache is only 3 MB (default). It is very likely that you couldh* benefit from extending this significantly.  B > Slot Usage (slots):                Total        Free    Resident	 > Swapped1B >   Process Entry Slots                299         257          36 > 6eB >   Balance Set Slots                  297         261          34 > 2-  ) Space for a lot of processes. Looks good.-  B > Dynamic Memory Usage (bytes):      Total        Free      In Use	 > Largest1B >   Nonpaged Dynamic Memory        3702784     1183232     2519552 > 380864  F NPAGEDYN are not that big (but it depends a lot on what you are runnig; on the system), but there are free bytes, so it looks fine.e  B Try a SHOW MEM/POOL/FULL to see if current NPAGEDYN equals initial NPAGEDYN (it should).t  B > Paging File Usage (blocks):                     Free  Reservable > Totaln+ >   DISK$ALPHASYS:[SYS0.SYSEXE]SWAPFILE.SYS2B >                                                32128       32128 > 38272a+ >   DISK$ALPHASYS:[SYS0.SYSEXE]PAGEFILE.SYS-B >                                               999296      874800	 > 1056768R  H Looks good. Not much use of page-file, but then with so much free memory% we would not have expected it either..  ? If you some day end up in a situation where you really use your 
 page-file(s),s; then moving it/them off the system-disk may be a good idea.n   Arne   ------------------------------  % Date: Thu, 12 Oct 2000 15:35:32 +0000e From: SysAdmin <djesys@fsi.net>w# Subject: Re: How to read "SHOW MEM" ' Message-ID: <39E5DA44.499FF4A3@fsi.net>    Richard Brodie wrote:  > U > "fooguy" <jweisen@my-deja.com> wrote in message news:8s2pi1$3c4$1@nnrp1.deja.com...m > K > > Also, about autogen, I usually save statistic when I shutdown, but do I L > > need to do anything at startup to make sure those take effect. I'm using > > OpenVMS Alpha 7.1t > 9 > Yes. You need to run AUTOGEN: @SYS$UPDATE:AUTOGEN P1 P2.% > P1 and P2, are start at end phases.y > G > Typically P1 is SAVPARAMS: to work based on feedback from the currente> > system, or GETDATA: to read saved data from a previous boot.  G Correction: "...GETDATA: to read saved data from a previous SHUTDOWN or  AUTOGEN SAVPARAMS".s   David J. Dachtera    ------------------------------  # Date: Thu, 12 Oct 2000 16:01:45 GMTo1 From: "Mark D. Jilson" <jilly@clarityconnect.com> # Subject: Re: How to read "SHOW MEM"d2 Message-ID: <39E5E208.CA61B43B@clarityconnect.com>  C VIOC could probably be increased but need SHOW MEMORY/CACHE/FULL to.H really see if it might make a difference.  Looks like your pools are tooD big but again need a SHOW MEMORY/POOL/FULL to see for sure.  Also goF into SDA and do a CLUE MEM/STAT as this will be useful.  From this oneE display I'd say this is a system looking for ways to use more of it'se physical memory.   -- rD Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  % Date: Thu, 12 Oct 2000 02:30:37 -0500-/ From: Chris Scheers <chris@applied-synergy.com>0 Subject: Re: Java on OpenvmsO Message-ID: <FDEDB272C047D0B1.25BF9850F7038E00.DAC15C1B512B792F@lp.airnews.net>e   Hoff Hoffman wrote:@ > y > In article <Fb4F5.1527$9T4.80301@bgtnsc04-news.ops.worldnet.att.net>, "John Nixon" <jorlnixon@worldnet.att.net> writes:c >  > :Is it any good? >  >   It's Java.  ) Ah, practicing enigmatic answers, I see. e  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com .   Fax: 817-237-3074:   ------------------------------  % Date: Thu, 12 Oct 2000 15:40:08 +0200o= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>  Subject: Re: Java on Openvms) Message-ID: <39E5BF38.3E627845@gtech.com>d   John Nixon wrote: H > Thanks Eric, Arne and Hoff for your answers.  I am getting excited nowM > because VMS is getting a real second look in our shop.  I now have a lot toN > learn about Java.t > J > Now for "stupid question time".   The Installation notes on the web (for) > version 1.2.2-1)says that Java REQUIRESi) > Alpha VMS 7.2-1 and TCP/IP version 4.1.i > L > It doesn't say "at least V4.1"   it says "V4.1".  Is that a mistake?   VMSH > 7.2-1 requires TCP/IP V 5.0.   I will be proceeding assuming that is a' > mistake and that TCP/IP V 5.0A is ok.  >  > snip > Prerequisites- > I > To use the J2SDK v 1.2.2-1 kit, the following must be installed on yourn	 > system:t > ' > OpenVMS Alpha Version 7.2-1 or highero8 > Digital TCP/IP Services for OpenVMS Alpha Version V4.12 > DECWindows Motif V1.2-4, if you plan on AWT use. > Mandatory ECOs (patches)
 >  endsnip   ????   That sound as a doc fuck-up.  ; UCX 5.0A (and the coming 5.1) and Motif 1.2-5 should be OK.t   Arne   ------------------------------   Date: 12 Oct 2000 14:20:58 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Java on Openvms6 Message-ID: <8s4hca$ed3$1@mailint03.im.hou.compaq.com>  v In article <tV7F5.342$Ef1.14947@bgtnsc06-news.ops.worldnet.att.net>, "John Nixon" <jorlnixon@worldnet.att.net> writes:I :Now for "stupid question time".   The Installation notes on the web (fork( :version 1.2.2-1)says that Java REQUIRES( :Alpha VMS 7.2-1 and TCP/IP version 4.1. :aK :It doesn't say "at least V4.1"   it says "V4.1".  Is that a mistake?   VMSeG :7.2-1 requires TCP/IP V 5.0.   I will be proceeding assuming that is ae& :mistake and that TCP/IP V 5.0A is ok.  H   I would assume it to be a mistake in the requirements list, and would H   go ahead and use it with V5.0A -- ECO1 was also just released, though H   I do not have particularly much experience with that baselevel as yet.4   (I've been working with V5.0A and some with T5.1.)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 12 Oct 2000 13:06:33 +0200e0 From: "Guy" <guy.bellaiche@guilbert.WHATSPAMcom>B Subject: Re: LAT "routing" (was: Why has Compaq retired DECnet ??)2 Message-ID: <8s45sf$736$1@s1.read.news.oleane.net>   Hi all,   " Hi Didier (Guy from Evry writing),  E As far as I know DECnet as a network technology in use has never been J retired anywhere. Only non-efficient networks architectures on some CompaqK sites have been modified, especially bridging over long distances (and thataL the reason why you didn't get LAT on Sophia...). One must not mix up network$ architecture and network technology.I Anyway, LAT is used for terminal emulation or printing services (and if IAK remember well, that was the case for Sophia) , and all that can be done the 
 same with IP.e  9 I'm sure Compaq still uses, supports, and develop DECnet.    Guy.  $ Hoff Hoffman a crit dans le message- <8s29lk$n4u$3@mailint03.im.hou.compaq.com>...@ >n >d" >:Why has Compaq retired DECnet ?? >i >  Compaq has not. >O: >In article <39DD6E46.E76FF1A8@Easynet.fr>, Didier Morandi# <Didier.Morandi@Easynet.fr> writes:aG >:When the Customer started working with us on this project (moving ALLnJ >:lines from their offices to Sophia), they decided to stop LAT routing... > K >  Didier, I suspect there is a potential miscommunication lurking in that,dF >  something which may simply be a result of the subtleties of EnglishH >  phrasing...  There is no LAT router available, and LAT is not routed.8 >  LAT can be bridged or switched, but it is not routed. >p+ > --------------------------- pure personale# opinion --------------------------- 0 >   Hoff (Stephen) Hoffman   OpenVMS Engineering hoffman#xdelta.zko.dec.com >    ------------------------------  % Date: Thu, 12 Oct 2000 09:56:07 +0400h* From: "Yuri Ermakov" <ermak@cbr.ryazan.su> Subject: Re: License load errors/ Message-ID: <8s3ho2$daj$1@summer.cbr.ryazan.su>t  4 $ LIC MODIF <License name> /UNITS=<for this product>  , See UNITS need for this product over command   @sys$update:vmslicense  ( "Steven Xie" <r33300@email.sps.mot.com> - : news:39E52A52.3EEBDCA8@email.sps.mot.com...  > Hello there, > E > I have a two nodes cluster. On primary, I have load and actived the H > DW-Motif license, it's running OK. But on secondary, I try to load the. > license, here is the error message I've got. > 8 > %LICENSE-W-NOLOAD, license was not loaded for DW-MOTIFD > -LICENSE-F-EXCEEDED, attempted usage exceeds active license limits > ' > Is there anybody can help me on this?A > 
 > Regards, > Steven >    ------------------------------  % Date: Thu, 12 Oct 2000 11:14:38 -0400o# From: John Vottero <John@MVPSI.com>e Subject: RE: License load erroriD Message-ID: <C15945A9D9EFCF11BA8B08002BBF1CCC0CD846@berry.mvpsi.com>  F Do the two nodes share the same license database?  If not, you have toL register all licenses in both databases.  The best fix would be to share theA same license database by defining the logical name LMF$LICENSE ina SYLOGICALS.COM.l   > -----Original Message-----4 > From: Steven Xie [mailto:r33300@email.sps.mot.com], > Sent: Wednesday, October 11, 2000 11:05 PM > To: Info-VAX@Mvb.Saic.Come > Subject: License load errord >  >  > Hello there, > E > I have a two nodes cluster. On primary, I have load and actived the H > DW-Motif license, it's running OK. But on secondary, I try to load the. > license, here is the error message I've got. > 8 > %LICENSE-W-NOLOAD, license was not loaded for DW-MOTIFD > -LICENSE-F-EXCEEDED, attempted usage exceeds active license limits > ' > Is there anybody can help me on this?. > 
 > Regards, > Steven >  >    ------------------------------  % Date: Thu, 12 Oct 2000 10:07:32 +0100o8 From: John Macallister <J.Macallister1@physics.ox.ac.uk>) Subject: RE: Migrating the last VAX usersrL Message-ID: <35666012DF4CD411BE940090279FA240111F21@ppnt41.physics.ox.ac.uk>  : > Now is definitely not a good time to retire VAX support.  L It's certainly a bad time to drop any major group of VMS customers. However,G VAX support may be a two-edged sword in this case. While continuing VAX K support will reinforce Compaq's commitment to VMS overall that same support,J may significantly reduce the commercial viability of VMS, at least in this sensitive and critical period.  K Perhaps including "free help/support" for VAX->Alpha transition of software K in the price of new Alpha systems would help to alleviate the problem? Thata; cost may be less than maintaining a large VAX support team.f   John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)h   ------------------------------  % Date: Thu, 12 Oct 2000 10:36:27 +0000s From: nclews@csc.com) Subject: Re: Migrating the last VAX users @ Message-ID: <OF1594F52E.3586A4FF-ON00256976.00395119@eu.csc.com>  6 One of our clients will be 'extremely upset' if Compaq7 dropped support for VAX processors. There are things it.7 can do that Alphas can't (and visa versa I should add).1  # I can't say any more unfortunately.p  + They will want both for many years to come.n  ( They weren't particularly impressed when production of the VAX stopped.   (many = more than several)   Regards, Nic Clews nclews at cscs dot com   ------------------------------  % Date: Thu, 12 Oct 2000 08:22:47 -0400d, From: Howard S Shubs <hshubs@mindspring.com>) Subject: Re: Migrating the last VAX usersa> Message-ID: <hshubs-A352FC.08224712102000@news.mindspring.com>   In article .6 <OF1594F52E.3586A4FF-ON00256976.00395119@eu.csc.com>,  nclews@csc.com wrote:l  7 >One of our clients will be 'extremely upset' if Compaqc8 >dropped support for VAX processors. There are things it8 >can do that Alphas can't (and visa versa I should add).    "Tough".  Figure out a solution. -- m Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------   Date: 12 Oct 2000 15:02:01 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)) Subject: Re: Migrating the last VAX users), Message-ID: <8s4jp9$spr@gap.cco.caltech.edu>  g In article <R1o0yCA4yAlT@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:cb >In article <8s2crj$p1r@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes: > M >> I wonder if with the Charon VAX emulator running on an Alpha it might not iM >> be possible to emulate their entire former machine - so long as it didn't D& >> have custom hardware built into it? >.9 >Let me know when it runs faster than my VS4000 model 96.  >h   Can't say if it will do that.t  6 >Let me know when you have written VAX SCAN for Alpha.  D What would prevent you from running it inside the emulated VAX?  It J wouldn't know anything about the Alpha "host" but within the internal VAX % environment it should work as before.    >0K >Let me know when you have fixed the Alpha Ada debugger problems associatedHI >with discriminated records.  I have done my best to nudge Compaq, but ito@ >seems to involve unsolvable internal political/funding battles.  E Again, you should be able to run the VAX version inside the emulator.s   Regards,   David Mathog mathog@seqaxp.bio.caltech.edue? Manager, sequence analysis facility, biology division, Caltech Y   ------------------------------    Date: 12 Oct 2000 12:45:52 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)s) Subject: Re: Migrating the last VAX usersr+ Message-ID: <hQdHaBz6umHY@eisner.decus.org>b  a In article <8s4jp9$spr@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:ai > In article <R1o0yCA4yAlT@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:hc >>In article <8s2crj$p1r@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:s >>N >>> I wonder if with the Charon VAX emulator running on an Alpha it might not N >>> be possible to emulate their entire former machine - so long as it didn't ' >>> have custom hardware built into it?c >>: >>Let me know when it runs faster than my VS4000 model 96. >> >  > Can't say if it will do that.  > 7 >>Let me know when you have written VAX SCAN for Alpha.( > F > What would prevent you from running it inside the emulated VAX?  It L > wouldn't know anything about the Alpha "host" but within the internal VAX ' > environment it should work as before.a >  >>L >>Let me know when you have fixed the Alpha Ada debugger problems associatedJ >>with discriminated records.  I have done my best to nudge Compaq, but itA >>seems to involve unsolvable internal political/funding battles.L > G > Again, you should be able to run the VAX version inside the emulator.f  C So _why_ are you proposing that I should give up mixed architectureR- clusters in favor of slower VAX performance ?    ------------------------------    Date: 12 Oct 2000 12:50:19 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)o) Subject: Re: Migrating the last VAX usersf+ Message-ID: <9jL7RA0MfB11@eisner.decus.org>   g In article <hQdHaBz6umHY@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes: c > In article <8s4jp9$spr@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:hj >> In article <R1o0yCA4yAlT@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:d >>>In article <8s2crj$p1r@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes: >>>0O >>>> I wonder if with the Charon VAX emulator running on an Alpha it might not CO >>>> be possible to emulate their entire former machine - so long as it didn't 6( >>>> have custom hardware built into it? >>> ; >>>Let me know when it runs faster than my VS4000 model 96.h >>>l >> r  >> Can't say if it will do that. >>  8 >>>Let me know when you have written VAX SCAN for Alpha. >> 5G >> What would prevent you from running it inside the emulated VAX?  It tM >> wouldn't know anything about the Alpha "host" but within the internal VAX  ( >> environment it should work as before. >>   >>> M >>>Let me know when you have fixed the Alpha Ada debugger problems associated K >>>with discriminated records.  I have done my best to nudge Compaq, but itsB >>>seems to involve unsolvable internal political/funding battles. >>  H >> Again, you should be able to run the VAX version inside the emulator. > E > So _why_ are you proposing that I should give up mixed architecture / > clusters in favor of slower VAX performance ?   A Note that on the VAXstation 4000-96 my SCAN runs take 10 minutes,o@ whereas on the VAXstation 4000-VLC they used to take 90 minutes.? That is quite a difference in the edit-compile-link-debug cycle  for a single change.  4 I don't think I will want a slower VAX anytime soon.   ------------------------------  % Date: Thu, 12 Oct 2000 11:21:53 -0400i4 From: "Douglas Taylor" <taylor@crystal.nrl.navy.mil>5 Subject: Re: Mounting OVMS Cdrom and layered products * Message-ID: <8s4kpa$f29$1@ra.nrl.navy.mil>  D Bill Gunshannon wrote in message <8s2jau$1563$3@info.cs.uofs.edu>...' >In article <39E4B281.62C7E178@cli.de>, , > Bernd Eckstein <B.Eckstein@cli.de> writes: >|>II >|> To find out the label, mount/foreign shows the label. Dismount it and 0 >|> mount it again with the correct label given. >oE >I had no trouble installing from CD's mounted with /OVER=ID.  Didn'tu# >seem to matter what the label was.f >u >m   I got the CD to mount with:r   $ Mount/nowrite dua0: vaxvms072)   ------------------------------  % Date: Thu, 12 Oct 2000 13:21:36 -0400 4 From: "Douglas Taylor" <taylor@crystal.nrl.navy.mil>5 Subject: Re: Mounting OVMS Cdrom and layered productsu* Message-ID: <8s4rpi$gnv$1@ra.nrl.navy.mil>  ! John Vottero wrote in message ...iL >Do not use the /MEDIA_FORMAT=CDROM/UNDEFINED_FAT qualifiers.  They are usedE >when mounting an ISO9660 CD-ROM and your CD is a native ODS2 format.l >s4 >> Subject: Mounting OVMS Cdrom and layered products >> >>@ >> I've got a MicroVax 3400 with a DEC RRD42 cdrom attached to a >> Viking QDO and ? >> was able to install the hobbyist openVMS 7.2 from CDROM ontoa >> a RF72 disk.a2 >> Boots fine, got the license PAK installed, etc. >>; >> However, I have only been able to install Fortran (usingo >> vmsinstal), the? >> other layered products aren't seen by vmsinstal which mounts  >> the CD then? >> exits because it can't find the selected software.  How do I- >> install, say- >> TCPIP, using vmsinstal? >>H >> I also can't mount the cd, MOUNT/Media_format=cdrom/undefined_fat ...= >> returns an error about the volume id.  Should I be able toc >> mount and browse  >> the CD on the system? >>    I Thanks to all who answered.  I was able to mount the CDROM and from thereeE I was able to use PRODUCT Install /Source=dua0:[.blah.blah.blah..] to/ installeF layered products.  Not new to VMS just haven't done it in a long time.   Doug   ------------------------------   Date: 12 Oct 2000 08:26:58 GMT* From: helbig@astro.rug.nl (Phillip Helbig)0 Subject: number of files in a directory with DCL. Message-ID: <8s3ski$jcr$1@info.service.rug.nl>  D I've received quite a few different responses.  I'll post a summary < after doing some tests to determine which is most efficient.  H Let me revise the question from asking about the total number to asking I about the number matching some wildcard.  (In both cases, it's enough to F( know the number of the highest version.)   ------------------------------  % Date: Thu, 12 Oct 2000 15:42:17 +00005 From: SysAdmin <djesys@fsi.net>r4 Subject: Re: number of files in a directory with DCL' Message-ID: <39E5DBD9.511D5977@fsi.net>    Phillip Helbig wrote:c > E > I've received quite a few different responses.  I'll post a summary-> > after doing some tests to determine which is most efficient. > I > Let me revise the question from asking about the total number to asking.J > about the number matching some wildcard.  (In both cases, it's enough to* > know the number of the highest version.)  F Well, getting the TOTAL number of files in any directory, and countingD the number of files matching a wildcarded filespec. are two entirely different animals.  H The former case is best served by the post in which "Fatz" wrote the DCL3 which counts all versions in each directory record.    The latter case can be servedo  : ...in DCL using a loop and the F$SEARCH() lexical function  E ...in a 2/3GL program using LIB$FILE_SCAN or LIB$FIND_FILE, then saveC# the file count using LIB$SET_SYMBOLs   ...IMO.t   David J. Dachtera1   ------------------------------   Date: 12 Oct 2000 12:35:15 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)h( Subject: Re: OpenVMS Integrated products, Message-ID: <8s4b63$1vmt$2@info.cs.uofs.edu>  * In article <8s25r3$rk7$1@lisa.gemair.com>,2  jordan@lisa.gemair.com (Jordan Henderson) writes: |>E |> It seems like you are complaining about the VMS community, not theoA |> GNU community.  The GNU community, by and large, does not HAVE)F |> VMS machines, they depend on people in the VMS community to provideE |> updates, support web pages and do ports.  The VMS community hasn't- |> participated.  E The evidence here seems to contradict that.  People here have already F said they have made changes and these changes have been refused by theF official "keepers of the code".  I am sure this is true of many of theD packages.  Personally, I think the best thing to do is to maintain aE separate VMS version of whichever programs get ported.  Who knows, webE may see that at some point (like with the C compiler) the VMS versionT: may prove the better and be taken as a new starting point.   |> VH |> However, in their own activities, distributing software, newsletters,E |> supporting the gnu.org domain, they are more than happy to support.? |> any work done by others to be included in their own aggenda.   ; As regards VMS, the facts do not seem to support this idea.u   bill   -- oJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 12 Oct 2000 13:08:29 GMT* From: helbig@astro.rug.nl (Phillip Helbig)( Subject: Re: OpenVMS Integrated products. Message-ID: <8s4d4d$o6g$2@info.service.rug.nl>  F In article <8s4b63$1vmt$2@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:   G > The evidence here seems to contradict that.  People here have alreadynH > said they have made changes and these changes have been refused by theH > official "keepers of the code".  I am sure this is true of many of theF > packages.  Personally, I think the best thing to do is to maintain aG > separate VMS version of whichever programs get ported.  Who knows, wetG > may see that at some point (like with the C compiler) the VMS versions< > may prove the better and be taken as a new starting point.  = > As regards VMS, the facts do not seem to support this idea.m  F Certainly the more ideological Stallmanites would refuse to cooperate H with VMS as a matter of principle.  What good is an operating system if 1 you can't read---and answer---anyone else's mail?a  ' Personally, after reading the rants at 1  7    http://www.gnu.ai.mit.edu/philosophy/philosophy.html   F I think no advantage of cooperating with the gnu crowd could outweigh / the disadvantages.  Be afraid.  Be very afraid.t   ------------------------------    Date: 12 Oct 2000 09:15:23 -0400/ From: jordan@lisa.gemair.com (Jordan Henderson) ( Subject: Re: OpenVMS Integrated products* Message-ID: <8s4dhb$seg$1@lisa.gemair.com>  , In article <8s4b63$1vmt$2@info.cs.uofs.edu>,) Bill Gunshannon <bill@cs.uofs.edu> wrote:,+ >In article <8s25r3$rk7$1@lisa.gemair.com>,-3 > jordan@lisa.gemair.com (Jordan Henderson) writes:- >|>-F >|> It seems like you are complaining about the VMS community, not theB >|> GNU community.  The GNU community, by and large, does not HAVEG >|> VMS machines, they depend on people in the VMS community to providecF >|> updates, support web pages and do ports.  The VMS community hasn't >|> participated.  >cF >The evidence here seems to contradict that.  People here have alreadyG >said they have made changes and these changes have been refused by themG >official "keepers of the code".  I am sure this is true of many of the E >packages.  Personally, I think the best thing to do is to maintain ahF >separate VMS version of whichever programs get ported.  Who knows, weF >may see that at some point (like with the C compiler) the VMS version; >may prove the better and be taken as a new starting point.E >,  E Well, the picture isn't universally bleak.  I note the GTK people arenF making the VMS mods and the Perl maintainers (although these people doA _not_ like to be identified with GNU) tout their VMS cooperation.t  G I don't disagree with maintaining VMS versions of Free Software, by the4H way.  There are some things about VMS that are different enough that theG whole structure of a given program would be different to be optimal for C VMS.  Hunter Goatley, and others but especially Hunter, has been a d; champion of making great Freeware that is very VMS-centric.A   >|> I >|> However, in their own activities, distributing software, newsletters,pF >|> supporting the gnu.org domain, they are more than happy to support@ >|> any work done by others to be included in their own aggenda. >,< >As regards VMS, the facts do not seem to support this idea.  C Actually, the activities I listed above _are_ supported by the FSF.IC Some maintainers may be hard to work with, but I think the evidence < suggests that RMS and the FSF do support VMS where they can.  I Has anyone brought this lack of cooperation to the attention of Stallman?eF I bet we could get him to use his bully pulpit in favor of maintainingH VMS mods, where available.  I personally corresponded with Stallman someE years back (about something, I can't recall).  He is approachable andg does respond to email.   >e >billD >3 >-- K >Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolveslE >bill@cs.scranton.edu     |  and a sheep voting on what's for dinner.o >University of Scranton   |cB >Scranton, Pennsylvania   |         #include <std.disclaimer.h>      -Jordan HendersonA jordan@greenapple.comr   ------------------------------    Date: 12 Oct 2000 09:40:55 -0400/ From: jordan@lisa.gemair.com (Jordan Henderson)l( Subject: Re: OpenVMS Integrated products* Message-ID: <8s4f17$ts2$1@lisa.gemair.com>  . In article <8s4d4d$o6g$2@info.service.rug.nl>,+ Phillip Helbig <helbig@astro.rug.nl> wrote:tG >In article <8s4b63$1vmt$2@info.cs.uofs.edu>, bill@triangle.cs.uofs.edur >(Bill Gunshannon) writes: n > H >> The evidence here seems to contradict that.  People here have alreadyI >> said they have made changes and these changes have been refused by the8I >> official "keepers of the code".  I am sure this is true of many of the-G >> packages.  Personally, I think the best thing to do is to maintain acH >> separate VMS version of whichever programs get ported.  Who knows, weH >> may see that at some point (like with the C compiler) the VMS version= >> may prove the better and be taken as a new starting point.n >i> >> As regards VMS, the facts do not seem to support this idea. >aG >Certainly the more ideological Stallmanites would refuse to cooperate  I >with VMS as a matter of principle.  What good is an operating system if t2 >you can't read---and answer---anyone else's mail? >e( >Personally, after reading the rants at  >-8 >   http://www.gnu.ai.mit.edu/philosophy/philosophy.html >mG >I think no advantage of cooperating with the gnu crowd could outweigh  0 >the disadvantages.  Be afraid.  Be very afraid. >@  > I don't see anything to fear, really.  The GNU philosophy has C actually helped spur a lot of Good Things.  I don't see any reason eA to believe that anything would have survived the Microsoft Blightp< had it not been for GCC making Linux and FreeBSD possible.    K You might have concerns that they seem rather socialist in their leanings, SI but the effect has been to put a lot of working code into a lot of hands.   D Really, the central idea is that software is more like ideas than it@ is like machinery, and it's best when it's shared freely so that@ people can really put it to use.  I think there is some truth to@ this.  There are a lot of forces at work today that want to lockB down and "license" all access to information.  If you want to read< a scenario (actually plausible!) to give you fear, try this:  2   http://www.gnu.org/philosophy/right-to-read.html  > In any case, most programmers do _not_ make their living from = selling software product, but rather from being paid to make >> custom modifications, integration, support, etc.  GNU is good  for those programmers.    @ The Free Software Movement is diverse.  You should perhaps read F the writings of Eric Raymond, who has rather a capitalist take on GNU:     http://www.tuxedo.org/~esr/    -Jordan Hendersonn jordan@greenapple.com"   ------------------------------  % Date: Thu, 12 Oct 2000 14:38:22 +0000  From: SysAdmin <djesys@fsi.net>f( Subject: Re: OpenVMS Integrated products' Message-ID: <39E5CCDE.3305DC34@fsi.net>a   Arne Vajhj wrote: >  > David Mathog wrote:tL > > 3.  gcc is not generally available/useful on VMS.  So there's no "cheap"M > >       compiler alternative - you either pay the full price for the Compaqg! > >       kit, or you do without.a > ! > What is wrong with GCC on VMS ?o > G > I have used it at occasions over the last 10 years and it seems OK to  > me.2  ? Is there a current *WORKING* *RELIABLE* version for OVMS Alpha?   % ...and if so, where does one find it?r  F Dan Sugalski has reported that V2.8.0 (the last available GCC for OVMSH Alpha, AFAIK) produces bad machine code under predictable circumstances.   ...which sorta sounds like:s) Patient: Doctor, it hurts when I do this.n Doctor:  Then don't do that!   David J. Dachterac   ------------------------------  % Date: Thu, 12 Oct 2000 14:45:17 +0000r From: SysAdmin <djesys@fsi.net>t( Subject: Re: OpenVMS Integrated products' Message-ID: <39E5CE7D.C4905E25@fsi.net>e   Arne Vajhj wrote: > , > fabio_compaq@ep-bc.petrobras.com.br wrote:O > > Its time to have Visual C for OpenVMS,  VB for OpenVMS, Delphi for OpenVMSl > > etc ....N > > And all those new programing languages.... Sometimes I think Compaq shouldC > > GIVE some OpenVMS products to other companies "refurbish" theseh > > products.... >  > Why ?t > ? > I would say that DECset & compilers do fullfill any objective  > requirements.o  5 But, how does this address the cost-to-acquire issue?   G ...and before anyone goes on about CSA, CPN or whatever they're callingr it today, consider:e  H What if a company COULD be enticed to port their development environment@ to OpenVMS, but chooses *NOT* to become a "partner" or whatever?  F Remember: there's still some anti-DEC and a good amount of anti-Compaq sentiment out there.  H Case in point: One of my OVMS sites only tolerates Compaq as part of the? VMS legacy. Otherwise, NOTHING "Compaq" even comes in the door!@   David J. Dachteraa   ------------------------------  % Date: Thu, 12 Oct 2000 16:21:24 +0200D= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>e( Subject: Re: OpenVMS Integrated products) Message-ID: <39E5C8E3.EA396586@gtech.com>a   Bill Gunshannon wrote:, > In article <8s25r3$rk7$1@lisa.gemair.com>,4 >  jordan@lisa.gemair.com (Jordan Henderson) writes: > |>G > |> It seems like you are complaining about the VMS community, not the>C > |> GNU community.  The GNU community, by and large, does not HAVEcH > |> VMS machines, they depend on people in the VMS community to provideG > |> updates, support web pages and do ports.  The VMS community hasn'th > |> participated. > G > The evidence here seems to contradict that.  People here have already H > said they have made changes and these changes have been refused by theH > official "keepers of the code".  I am sure this is true of many of the > packages.   A I think people have different experiences. My impression are thate! it is around (60% bad, 40% good).n  = GNU people are just people like everybody else with some real ' bastards among and some real nice guys.   F >            Personally, I think the best thing to do is to maintain aG > separate VMS version of whichever programs get ported.  Who knows, wenG > may see that at some point (like with the C compiler) the VMS versionu< > may prove the better and be taken as a new starting point.  E A separate VMS version is only the second best option. Some of theese A packages develop pretty fast and it is odten a bit tricky to keepAD up. So I still think integration of VMS changes are the best option.   Arne   ------------------------------  % Date: Thu, 12 Oct 2000 17:09:11 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> ( Subject: Re: OpenVMS Integrated products) Message-ID: <39E5D416.BBF57CBE@gtech.com>-   SysAdmin wrote:- > Arne Vajhj wrote:. > > fabio_compaq@ep-bc.petrobras.com.br wrote:Q > > > Its time to have Visual C for OpenVMS,  VB for OpenVMS, Delphi for OpenVMSu > > > etc ....P > > > And all those new programing languages.... Sometimes I think Compaq shouldE > > > GIVE some OpenVMS products to other companies "refurbish" thesen > > > products.... > >i	 > > Why ?: > >IA > > I would say that DECset & compilers do fullfill any objectivet > > requirements.  > 7 > But, how does this address the cost-to-acquire issue?    It does not.  ? But AFAIK the current discussiin are about a visual developmentl environment.. Not about the price a development environment.  0 And BTW MS development tools are not that cheap.   Arne   ------------------------------  % Date: Thu, 12 Oct 2000 14:55:38 +0000l From: SysAdmin <djesys@fsi.net>t( Subject: Re: OpenVMS Integrated products' Message-ID: <39E5D0EA.5BF3A21C@fsi.net>    JF Mezei wrote:i >  > re: compilerso > N > Ok, sorry for my ignorance, but what exactly are "Visual C" and "Visual C++"D > and "Visual Basic" compared to the real C C++ and Basic langages ? > F > Is the programming language the same, but the "Visual" refers to theP > development environment ? Or is the language fairly different with all sort of, > proprietary MS additions to the LANGUAGE ? > 8 > (I realise that the run time APIs are very different).  E "Visual" this, that and the other thing are variations on the WYSIWYGnG theme, not unlike Navigator Gold, Front Page, PageMill, PageMaker, etc.lG for HTML. Essentially, you select objects - like dialog boxes, and sucheG - "drag" them into your project, then define their properties. The tool D creates the 3GL code "behind the scenes" for you. You may need to goF into that code and tie some things together on your own, but generallyD you don't start with a text editor and a blank screen and build your program from scratch "by hand".e  = "Visual" tools have certain advantages, but also have certain=H disadvantages, not the least of which is "code bloat" - a lot of uselessG code that doesn't get optimized out at compile/link time and never gets-F executed and/or would break the program if it did and/or does a lot ofC semi-useless stuff that serves little or no purpose, but does so on- every iteration of (whatever).  , It's another trade off (crap shoot, really).   David J. Dachtera    ------------------------------  # Date: Thu, 12 Oct 2000 15:40:55 GMT  From: richard_maher@my-deja.coms( Subject: Re: OpenVMS Integrated products) Message-ID: <8s4m26$jbn$1@nnrp1.deja.com>    Hi Tias,  F Just in case you cherry-pick your threads I have taken the opportunityE to repost one of my previous replies, to another thread, here. PleaseAE don't be fooled by my mastery of the understatement, this is a matterhC of life or death! RTR engineering can't be allowed to get away witheE this! There are laws in Europe let alone the U.S. designed to preventuG these sort of, what are in my opinion, anti-competitive practices. Stop > Compaq from cross-funding and having to perform an embarassingA unbundling or RTR after paying everyone elses legal expenses fromc *your* license fees.  D Regarding OM, looking at all the nasty things that the LSE is sayingB about OM Gruppen it would be fair to say that the take over is notE going to happen? Why can't OM take some of that lovely cash that willhE be left in the bank and buy RTR from Compaq and put us all out of our  misery?n   Regards Richard Maheri  G PS. If anyone was around when Oracle took DEC to task over the bundlingpE of Rdb run-time and knows the details then please share them. (Or any$ similar antitrust case)E  G =======================================================================D  E (Before reading this, please be aware that I couldn't care less aboutGA RTR. My only interest stems from the fact that I believe that RTR:E engineering (ably assisted in this matter by the unbridled ineptitueddG of VMS management) has layed siege to DECdtm's budget/functionality and F currently has its talons into any future Transaction Internet Protocol functionality on VMS)o  A I went looking for some Compaq reference to back up what Carl wasHF saying, and didn't know whether to laugh or cry when I came across the following web site:p  H http://www.openvms.digital.com/ebusiness_without_compromise/fact/OPENVM- V73.HTML  G Can anyone confirm that the planned bundling of RTR in V7.3 is for run-e
 time only?  > Forgive my crapulence in the rest of this reply but I know howF important TIP and DECdtm are to VMS's longevity and I can't understandB how you people can sit back while the RTR scorpion drives its tail repeatedly into the VMS frog?r  F I for one will applaud and, if at all possible, contibute to any anti-E trust action brought against Compaq over the bundling of RTR.  DECdtm F is an intrinsic part of the operating system - RTR is *not*. DECdtm is@ the VMS equivilent of MTS - RTR is *not*. RTR is *not* DECdtm. I? thought IBM was in the process of porting the latest version of C MQSeries to Alpha/VMS, so how does Compaq reward them? By trying top( undermine MQSeries with a give away RTR?  D "If you implement with MQSeries then your customers will have to payE IBM license fees, but if you develop with RTR then your customers getrB it for free!" "But hey, whoever said that we're into level playing fields here at Compaq?"-   IBM              MQSeries  BEA              MessageQ9 Reuters          TIBCO Tier3 Software   TIER3  @ Probably not enough people for class action but more than enoughB lawyers to write "Please explain" letters. Does anyone know a mail5 address for the Attorney General's Antitrust Section?   E >It does, however, make VMS a more attractive platform for web stuff,dC >especially in combination with the Apache implementation they jsut = >released. The idea of e-business pretty much revolves arounduF >transactions, and the other products for the job cost a lot of money.D >I know, we just bought one here - I don't think I'm allowed to giveD >numbers, but it's more than enough for several people to retire on. >l? >Anybody know if they're just bundling RTR for VMS, or are theyw3 >throwing in the other platforms' versions with it?t >e >Shane  E To answer your question - Yes. I imagine that it is planned to bundleuA RTR on TRU64 and NT. I'm sure that Dipu's vision knows no bounds.a  C But let me ask you a question:- "Where have you been?" Have you notlE heard of the Transaction Internet Protocol? Do you not understand themC beauty of a two-pipe strategy and the fact that the days of needingtD product X everywhere are dead? Have you heard of MTS? it's made by aB reasonably successful company called Microsoft and guess what it'sF free! And you know what else? DECdtm is free! And if it wasn't for theG treacherous RTR empire building that's going on then a TIP URL could begE happily passed from MTS to DECdtm to NonStop SQL/MP and everyone elsenG who supports the standard regardless of the software/hardware that they> are running!  D Don't let them pillage VMS. Dipu's minions are probably cutting codeE right now (funded from God knows where. Some previously plundered VMShE village no doubt.) trying to make RTR TIP compatible so that they canpG offer you a fait accompli. Please get in touch with your Compaq rep andpF tell him that you want DECdtm upgraded and don't want your VMS license" fees going to some RTR slush fund.   Regards Richard Maher.  ( PS. Have anyone seen Jim Johnson lately?  F PPS. Although I'm not fond of ACMS, don't forget that ACMSxp gives youE Rdb/VMS <-> W2K SQL Server 2PC "Right here! Right now!" without *any*h RTR.  B PPPS. "And if you tolerate this, then your children will be next."  B ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^C Just in case someone hasn't heard it, the above is a reference to anF song (Manic Street Preachers?) and has nothing to do with recent posts= to this news group. Timing has never been my strong point :-(e  C ===================================================================i    5 In article <bwPE5.215$id5.24124@typhoon1.ba-dsg.net>,t4   "Mathias Wolkert" <tias77@bellatlantic.com> wrote:3 > But... you mean that RTR is bundled with OpenVMS?e > Hmmm... don't think so...u >r > /Tiasv >p. > <richard_maher@my-deja.com> wrote in message% > news:8rsdqe$qeg$1@nnrp1.deja.com...c > >  > > > > Compaq C/C++ > > >nB > > > For those of us who choose a different programming language,2 > > > it is better not to pay for C to be bundled. > > >l > > > > TCP/IP Servicest > > >o3 > > > For those of us who choose not to use TCP/IP,n3 > > > it is better not to pay for it to be bundled.e > > >, > > 6 > > And for those of us who choose not to use RTR. . . > >c? > > Where do we send the cheques - The "Maranello for every RTRI	 engineer"t	 > > fund?b > >d > > Disbelief! > >t > >t* > > Sent via Deja.com http://www.deja.com/ > > Before you buy.t >  >.    & Sent via Deja.com http://www.deja.com/ Before you buy.i   ------------------------------  % Date: Thu, 12 Oct 2000 15:58:45 +0000f From: SysAdmin <djesys@fsi.net>i( Subject: Re: OpenVMS Integrated products' Message-ID: <39E5DFB5.F5793532@fsi.net>I   Arne Vajhj wrote: >  > SysAdmin wrote:s > > Arne Vajhj wrote:0 > > > fabio_compaq@ep-bc.petrobras.com.br wrote:S > > > > Its time to have Visual C for OpenVMS,  VB for OpenVMS, Delphi for OpenVMSe > > > > etc ....R > > > > And all those new programing languages.... Sometimes I think Compaq shouldG > > > > GIVE some OpenVMS products to other companies "refurbish" theser > > > > products.... > > >- > > > Why ?  > > >2C > > > I would say that DECset & compilers do fullfill any objective  > > > requirements.I > >a9 > > But, how does this address the cost-to-acquire issue?  >  > It does not. > A > But AFAIK the current discussiin are about a visual developmentt > environment.0 > Not about the price a development environment. > 2 > And BTW MS development tools are not that cheap.  E A quick look at CDW (US company, local to my area) carries them for ayH three-figure dollar amount (retail), well below the cheapest non-partner@ license prices for the equivalent non-visual tools from the "Q".  H There was a DEC-BASIC -> VB translator available at one time. Don't know how the "Q" (over)priced that.   David J. Dachterad   ------------------------------  % Date: Thu, 12 Oct 2000 08:47:40 -0500t1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>n Subject: Re: OVMS Marketingi8 Message-ID: <8s4f7l$2ra$1@fizban.fizban.pprd.abbott.com>  H Don't know when that material was printed up, but on Oct. 3, 2000 Compaq2 announced the OpenVMS Educational License Program.  8 I suggest checking the VMS web page for more details at:    L http://www.openvms.digital.com/ebusiness_without_compromise/educational_lice nse.html   Dave...d  > "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in message& news:8s2h2s$14d5$1@info.cs.uofs.edu...I > Well, after our recent (put apparently pointless) discussion about whatiH > it would take to get VMS back into academia, I just had to mention theG > flyer I got in the mail from Compaq today.  this is the Compaq Higherh' > Education Catalog dated October 2000.t >tD > No surprises.  Lots of PeeCees running various flavors of Windows.C > A "Thin Client" running Windows CE or Linux.  A couple of Servers A > running Novell.  There are even some Alphas running TRU64 Unix.  >eB > Was there any mention of VMS??  Yes, at the bottom of one header- > paragraph on page 11 we find the statement:e< > "AlphaServers support Compaq Tru64 UNIX, OpenVMS or Linux"3 > and one more mention in the paragraph below that.s > > > Pretty sad.  But I guess we can see how much interest Compaq( > has in getting VMS back into academia. >( > bill >a > --L > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------  # Date: Thu, 12 Oct 2000 06:17:00 GMTf8 From: gareth_b@pacbell.net.VMS (Gareth Boulton (on VMS)) Subject: PC164LX compatibility2 Message-ID: <wHcF5.2107$ln6.230576@news.flash.net>  D I've been seeing a few system vendors offering machines based on theA PC164LX motherboard claiming to run OpenVMS. However, the OpenVMS  FAQ (section ALPHA8) states:D "OpenVMS Alpha is not supported on the AlphaPC 164LX and 164SX, and D the OpenVMS CPU-specific routines and images necessary to bootstrap ) on these systems do not presently exist."   > Now I'm confused. I really want to go and spend my hard-earnedE money on one of these systems, but no longer know who's right. Is thewF FAQ still correct, or has there been updates to the SRM that now allow> the PC164LX to boot/run OpenVMS? Or are these computer vendors9 offering something that can't/won't actually run OpenVMS?A  J Or have I got completely the wrong end of the stick and confused a PC164LXI motherboard with an actual AlphaPC 164LX system? (Assuming one exists...)c   Thanks!n Gareth -- l>  Gravissima calamitas umquam supra           | Gareth Boulton K  Occidentem accidens erat religio Christiana | gboulton(@)bigfoot(.)com.VMSrL       [Gore Vidal, 1987 CE]                  | [Remove .VMS for valid email]   ------------------------------  % Date: Thu, 12 Oct 2000 09:00:59 -0400s' From: Dan Allen <daniel.allen@nist.gov>e" Subject: RE: PC164LX compatibility@ Message-ID: <NEBBIALHDHJMJINPGMOAKEFECLAA.daniel.allen@nist.gov>  9 0=80=06	*=86H=86=F7=0D=01=07=02=A0=800=80=02=01=011=0B0	= L =06=05+=0E=03=02=1A=05=000=80=06	*=86H=86=F7=0D=01=07=01=A0=80$=80=04=82=0A= =D4Content-Type: text/plain; 	charset=3D"iso-8859-1"e Content-Transfer-Encoding: 7bits    F   The FAQ is correct in what it says - it is not supported.  What it = does not H   say is that it "works".  I own one and it runs VMS just fine FOR ME. I	 purchaseddG   it form HARD DATA INC. and bought a VMS base license from COMPAQ. Thed standard SRMH   loads and boots VMS. Hoff and Fred have both stated their opinion that	 it is notVG   sufficiently robust.  While I have great respect for their acumen andr	 certainlyoG   understand their concerns from a VMS engineering perspective I have =e hado
 absolutelyH   no problem with my system.  I use it as a workstation for developing C code (DEC C)G   and as John Cameron Swayze would say "It takes a licking and keeps on-	 ticking". C   ISLAND COMPUTERS INC. recently posted a PC164LX configuration fora
 roughly $650.vE   It was a pretty bare bones config but looked like a good starting =D point.	 Hope this6D   helps.  As Fred said, a cost effective VMS workstation is a highly
 desirable (to H   many on this list) thing to have. The PC164LX and the hobbyist license is, IMHO, acG   viable source for this.  I actually invested my employer's money in aU non-hobbyistH   license so I could use it in my job and I am happy with the results. I could nevert>   have got them to pop for the premium of buying a supported =
 configurationh from7   COMPAQ (they're not VMS fans, imagine that ;-). YMMV.n     Danh   > -----Original Message-----A > From: Gareth Boulton (on VMS) [mailto:gareth_b@pacbell.net.VMS]y* > Sent: Thursday, October 12, 2000 2:17 AM > To: Info-VAX@Mvb.Saic.Comf  > Subject: PC164LX compatibility >h > F > I've been seeing a few system vendors offering machines based on theC > PC164LX motherboard claiming to run OpenVMS. However, the OpenVMSe > FAQ (section ALPHA8) states:E > "OpenVMS Alpha is not supported on the AlphaPC 164LX and 164SX, anddE > the OpenVMS CPU-specific routines and images necessary to bootstrapr+ > on these systems do not presently exist."p >t@ > Now I'm confused. I really want to go and spend my hard-earnedG > money on one of these systems, but no longer know who's right. Is theyH > FAQ still correct, or has there been updates to the SRM that now allow@ > the PC164LX to boot/run OpenVMS? Or are these computer vendors; > offering something that can't/won't actually run OpenVMS?- >-D > Or have I got completely the wrong end of the stick and confused a PC164LX-@ > motherboard with an actual AlphaPC 164LX system? (Assuming one
 exists...) >s	 > Thanks!D > Gareth > --? >  Gravissima calamitas umquam supra           | Gareth Boultona0 >  Occidentem accidens erat religio Christiana | gboulton(@)bigfoot(.)com.VMSG >       [Gore Vidal, 1987 CE]                  | [Remove .VMS for validl email] >  >g >iD =00=00=00=00=00=001=82=02=C60=82=02=C2=02=01=010=81=A80=81=9B1=0B0	=K =06=03U=04=06=13=02US1=110=0F=06=03U=04=08=13=08Maryland1=150=13=06=03U=04= ' =07=13=0CGaithersburg1705=06=03U=04=0A=C) =13.National Institute of Standards and = J Technology1=0D0=0B=06=03U=04=0B=13=04SDCT1=1A0=18=06=03U=04=03=13=11SDCT =) Prototype CA=02=08=04=BD5=C9=00=00=00Z0	=nI =06=05+=0E=03=02=1A=05=00=A0=82=01s0=18=06	*=86H=86=F7=0D=01	=031=0B=06	=r2 *=86H=86=F7=0D=01=07=010=1C=06	*=86H=86=F7=0D=01	=3 =051=0F=17=0D001012130059Z0#=06	*=86H=86=F7=0D=01	=-@ =041=16=04=14=1E+=99=1A=FEjB=BA=BFsuwk"=7F=9B=AA=A1=EB=BC0X=06	= *=86H=86=F7=0D=01	=0F1K0I0=0A=L =06=08*=86H=86=F7=0D=03=070=0E=06=08*=86H=86=F7=0D=03=02=02=02=00=800=07=06=J =05+=0E=03=02=070=0D=06=08*=86H=86=F7=0D=03=02=02=01(0=07=06=05+=0E=03=02= =1A0=0A=& =06=08*=86H=86=F7=0D=02=050=81=B9=06	=3 +=06=01=04=01=827=10=041=81=AB0=81=A80=81=9B1=0B0	=nK =06=03U=04=06=13=02US1=110=0F=06=03U=04=08=13=08Maryland1=150=13=06=03U=04=a' =07=13=0CGaithersburg1705=06=03U=04=0A=n) =13.National Institute of Standards and =hJ Technology1=0D0=0B=06=03U=04=0B=13=04SDCT1=1A0=18=06=03U=04=03=13=11SDCT =/ Prototype CA=02=08=04=BD5=C9=00=00=00Z0=0D=06	=VJ *=86H=86=F7=0D=01=01=01=05=00=04=81=80=9C=99=94=00=F1=80=A5~_b)=C9=EB<=DF=K BPH=B30=C6=17=8E=C2Sg=9C=14=E01)B=BE=C6@r|]=C80=11=C4x=AC=01n=A3=BB=B2^=0C= K K<p=CC?z=EE=B4F1=F5=1E9=E07=8AH=D4=F6=AB=E4=97'=DE=FD=A8=9B=91=DF=DBJrP=0F= - =8D=BB=87=A1=BA=F3^=EC=9E=928=A8K=93X=C2=A1 =.A =93J=16/%.k=E6s=FE[`=EB"=E8zl=FBT`=FC=D9=94K=A1=00=00=00=00=00=00a   ------------------------------  % Date: Thu, 12 Oct 2000 02:25:54 -0500g/ From: Chris Scheers <chris@applied-synergy.com>a Subject: Re: PDF under OpenVMSO Message-ID: <808EAE526467A44D.8E4CB80AD2FC9EB5.6C673159F2FFB594@lp.airnews.net>o   Hoff Hoffman wrote:n >  > In article <60333E9D00AE31E8.237882F2CA4681FE.216FA30F2142BBFB@lp.airnews.net>, Chris Scheers <chris@applied-synergy.com> writes:-I > :As I understand it, Display Postscript on VMS has been unsupported foreH > :some time, but if it was already installed, it would be left in place  > :during previous VMS upgrades. > :rC > :This changes with VMS 7.3, which will remove Display Postscript.- > J >   Clarification:  This capability -- and its expected removal -- is partI >   of DECwindows and of upgrading to the version of DECwindows available$J >   with OpenVMS V7.3, and not specifically part of upgrading OpenVMS V7.3+ >   itself.  A subtle difference, I know...n  * I apologize.  Thanx for the clarification.  G -----------------------------------------------------------------------a$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com e   Fax: 817-237-3074e   ------------------------------  % Date: Thu, 12 Oct 2000 02:28:46 -0500 / From: Chris Scheers <chris@applied-synergy.com>a Subject: Re: PDF under OpenVMSO Message-ID: <FFBD30BA709E5A27.2F60403B0278DA21.C400D6609BE98DC4@lp.airnews.net>e  & "Brian Schenkenberger, VAXman-" wrote: > m > In article <8s2bpe$nga$1@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:h > >? > >In article <feWt5Vsndgxd@mccdev.slac.stanford.edu>, Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) writes:a/ > >:In article <BWCru1TmzDGS@eisner.decus.org>,eE > >:      Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes: 	 > >:[...] M > >:> That will change.  Adobe is forcing DEQ to stop shipping the Postscript= > >:> Viewer.  ... > >:L > >:        Is that right, Larry?  I took  the phrase, "no longer supported"L > >:    or   "dropping  support  for"  to  mean  support  in  the  sense  ofL > >:    _maintenance_.   I  thought/hoped  that   the   Display   PostscriptL > >:    extensions  would  still  ship  with  DECwindows  and  that the VIEW3 > >:    command (with /FORMAT=PS) would still work.c > >IH > >  Correct.  Contractual requirements obligate the complete removal ofI > >  Display Postscript, or some such phrasing.  There will be NO DisplayuJ > >  Postscript present in the next release of DECwindows, in other words. > >tL > >:        If you're correct,  I'm  quite  displeased...and  need  to finshI > >:    building the latest GhostScript/GhoastView before that happens...g > >yL > >  There are a couple of folks working on this (and I've been working moreH > >  directly with at least one), as I'd like to get a kit onto the nextJ > >  Freeware and don't have the cycles available to port it myself -- andJ > >  this means I need a PCSI kit containing the images by the end of nextI > >  month.  All this as an option for folks that need to view Postscriptn > >  files.o > > F > >  Other related options: Chris Sheers has a (commercial) PDF viewerJ > >  available, as well as the Java-based PDF viewer available from Adobe. > B > Chris Sheers has the Java-based PDF viewer available from Adobe?      Please, don't blame me for that!  F However, if you would like a native, fast OpenVMS PDF Viewer that does NOT require Java, please see:   . 	http://www.applied-synergy.com/pdf/index.html  ' (Sorry, but I had to slip in the plug.)h  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com n   Fax: 817-237-3074c   ------------------------------   Date: 12 Oct 2000 14:50:29 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog) Subject: Re: PDF under OpenVMS, Message-ID: <8s4j3l$spr@gap.cco.caltech.edu>   In article <60333E9D00AE31E8.237882F2CA4681FE.216FA30F2142BBFB@lp.airnews.net>, Chris Scheers <chris@applied-synergy.com> writes:n > A >This changes with VMS 7.3, which will remove Display Postscript.  >    Specifics please.    Does that mean that   0   $ convert/doc foo.txt/form=text foo.ps/form=ps  G stops working at 7.3?  That would be a problem for me as I've got some  H of those buried in a couple of DCL procedures, although mainly ones used for printer testing.  
 What about  ,   $ view/interface=decwindows foo.ps/form=ps  G That one I can live without since ghostscript/gv are installed.  Don't r8 suppose that the Q is shipping versions of that instead.  K Egads, what about the fonts in SYS$PS_FONT_METRICS?  Are those going?  ThatII would be a real pisser since ghostscript on my site uses those instead of H the fonts.  Have to redo the font lookup tables there, and those may be # used by other applications as well.e   Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech n   ------------------------------  % Date: Thu, 12 Oct 2000 12:36:44 -0000c From: greg@whitehill.com$ Subject: Printing to an LPR printer.6 Message-ID: <8FCB68934gregwhitehillcom@207.126.101.97>  L     	Does anyone know if I can set up a printer queue on a VAX/VMS machine  B  that actually points to a PC on the network running a LPR daemon?  
 Greg Cloustone greg@whitehill.com   ------------------------------  % Date: Thu, 12 Oct 2000 14:30:10 +0100a- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>u( Subject: Re: Printing to an LPR printer.) Message-ID: <39E5BCE2.89D979D4@bbc.co.uk>o   greg@whitehill.com wrote:   O >         Does anyone know if I can set up a printer queue on a VAX/VMS machinelD >  that actually points to a PC on the network running a LPR daemon? >v  2 Ir your IP stack has lpd client support, then yes.   Which IP stack are u using?   --S6 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.ukh  A I speak for myself only and my views in no way represent those ofn MedAS or the BBC.e   ------------------------------   Date: 12 Oct 2000 14:23:23 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)=( Subject: Re: Printing to an LPR printer.0 Message-ID: <8s4hgr$995$1@n.ruf.uni-freiburg.de>  Q In article <8FCB68934gregwhitehillcom@207.126.101.97>, greg@whitehill.com writes: M >    	Does anyone know if I can set up a printer queue on a VAX/VMS machine  rC > that actually points to a PC on the network running a LPR daemon?c  L Yes, if your TCP/IP stack supports it. Here we have Multinet and are able to this.r   Regards,    Christoph Gartmannr  H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Thu, 12 Oct 2000 15:45:33 +0000  From: SysAdmin <djesys@fsi.net> ( Subject: Re: Printing to an LPR printer.' Message-ID: <39E5DC9D.261DC9AE@fsi.net>R   greg@whitehill.com wrote:s > O >         Does anyone know if I can set up a printer queue on a VAX/VMS machineeD >  that actually points to a PC on the network running a LPR daemon?  G Certainly! The method varies for each of the three major IP stacks, butl the result is usually the same..   David J. Dachteras   ------------------------------   Date: 12 Oct 2000 13:59:17 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)4 Subject: Re: Reading and writing files via $QIO in C6 Message-ID: <8s4g3l$e0e$2@mailint03.im.hou.compaq.com>  ` In article <5.0.0.25.0.20001011144441.01bc82e0@24.8.96.48>, Dan Sugalski <dan@sidhe.org> writes:M :Well, I'm about to embark on yet another Adventure In C. (Lucky me...) This eL :time I need to either open and rip through an existing file, or create and  :dump data to a new file.   K   Do you need to use $qio (readvblk-level file access), or will direct RMS ,G   access from C work?  Or do you need memory-mapped access to the file?lJ   (I usually prefer direct RMS access, but I will drop down to use virtualJ   $qio operations when I need speed -- though only when I do not need the :   cluster-aware caching and interlocking provided by RMS.)  J :Anyone got example code kicking around that I can peer at for a bit that  :does this sort of thing?   /   Ayup...  Here are a few different approaches:c  ?     www.openvms.compaq.com/freeware/srh_examples/RMS_EXAMPLES.Cd/     www.openvms.compaq.com/wizard/wiz_2486.html %     attached (old, crufty) example...   )   Probably a few others kicking around...g  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com       #module	EXAMPLE "SRH X1.0-000" #pragma builtins   /* ** COPYRIGHT (c) 1992 BY9 ** DIGITAL EQUIPMENT CORPORATION, MAYNARD, MASSACHUSETTS.p ** ALL RIGHTS RESERVED.s **H ** THIS SOFTWARE IS FURNISHED UNDER A LICENSE AND MAY BE USED AND COPIEDH ** ONLY  IN  ACCORDANCE  OF  THE  TERMS  OF  SUCH  LICENSE  AND WITH THEH ** INCLUSION OF THE ABOVE COPYRIGHT NOTICE. THIS SOFTWARE OR  ANY  OTHERH ** COPIES THEREOF MAY NOT BE PROVIDED OR OTHERWISE MADE AVAILABLE TO ANYH ** OTHER PERSON.  NO TITLE TO AND  OWNERSHIP OF THE  SOFTWARE IS  HEREBY ** TRANSFERRED.A **H ** THE INFORMATION IN THIS SOFTWARE IS  SUBJECT TO CHANGE WITHOUT NOTICEH ** AND  SHOULD  NOT  BE  CONSTRUED  AS A COMMITMENT BY DIGITAL EQUIPMENT ** CORPORATION.r **H ** DIGITAL ASSUMES NO RESPONSIBILITY FOR THE USE  OR  RELIABILITY OF ITS: ** SOFTWARE ON EQUIPMENT WHICH IS NOT SUPPLIED BY DIGITAL. */   /* **++
 **  Facility:n ** **	Examples  ** **  Version: V1.0i **
 **  Abstract:l **# **	Shows some RMS operations from Cm ** **  Author:h
 **	Unknown ** **  Creation Date:  1-Jan-1990 ** **  Modification History:e **-- */ #include <stdio.h> #include <iodef.h> #include <strdef.h># #include <fibdef.h>e #include <ssdef.h> #include <libdef.h>  #include <stat.h>0 #include <file.h>r #include <descrip.h>   typedef struct {   short int iosb1;   long int  length;i   short int spec;c } iosb;n   typedef struct {   long int fiblength;g   long int fibaddress; } fibd;c   typedef struct {   short int atr_size;i   short int atr_type;w   long int  atr_address; } acb;  ! static fibd             fibdescr;  static iosb             iostat;d" static short int        disk_chan; static stat_t           sbuff; static struct fibdef    *fib;s" static char             data[512];   #define BAD(x) (!((x) & 1))    main (int argc, char *argv[])n   {o   int i,j,k;    $DESCRIPTOR(device, "work3:");$   $DESCRIPTOR(filename, "temp.dat");
   int status;s  8   status = sys$assign (&device, &disk_chan, NULL, NULL);%   if (BAD(status)) lib$stop (status);g&   printf ("chanel = %d\n", disk_chan);     if (access("temp.dat",0)) {e   /*  * This crashes and burnsn  1     fibdescr.fiblength  = sizeof (struct fibdef);a     fibdescr.fibaddress = fib;  C     fib->fib$r_exctl_overlay.fib$r_exctl_bits.fib$v_extend     = 1;aC     fib->fib$r_exctl_overlay.fib$r_exctl_bits.fib$v_aldef      = 1;tC     fib->fib$l_exsz                                            = 5; C     fib->fib$l_exvbn                                           = 0;-M     status = sys$qiow (NULL, disk_chan, (IO$_CREATE | IO$M_EXTEND), &iostat, e#                        NULL, NULL, m@                        &fibdescr, NULL, NULL, NULL, NULL, NULL);-     printf ("alloc = %d\n", fib->fib$l_exsz);0,     printf ("vbn = %d\n", fib->fib$l_exvbn);E     printf ("status = %x, %d : %d\n", status, status, iostat.length);pD     printf ("iostatus = %x, %d : %d\n", iostat.iosb1, iostat.iosb1); */   /* */h6   j = open ("temp.dat", O_WRONLY | O_CREAT | O_TRUNC);(   for (i = 0; i < 512; i++) data[i] = i;   write (j, data, 512);    close (j); /* */R   }I       stat ("temp.dat", &sbuff);P   printf ("fid = (%d %d %d)\n",sbuff.st_ino[0],sbuff.st_ino[1],sbuff.st_ino[2]);  <   fib = (struct fibdef *) calloc (sizeof(struct fibdef), 1);?   fib->fib$r_acctl_overlay.fib$r_acctl_bits0.fib$v_nowrite = 1;e?   fib->fib$r_acctl_overlay.fib$r_acctl_bits0.fib$v_write   = 1;S?   fib->fib$r_acctl_overlay.fib$r_acctl_fields2.fib$b_wsize = 7;mM   fib->fib$r_fid_overlay.fib$w_fid[0]                      = sbuff.st_ino[0];nM   fib->fib$r_fid_overlay.fib$w_fid[1]                      = sbuff.st_ino[1]; M   fib->fib$r_fid_overlay.fib$w_fid[2]                      = sbuff.st_ino[2];   %   fibdescr.fiblength  = FIB$K_LENGTH;i@   fibdescr.fibaddress = &(fib->fib$r_acctl_overlay.fib$l_acctl);  A   status = sys$qiow (NULL, disk_chan, (IO$_ACCESS | IO$M_ACCESS),l*                      &iostat, NULL, NULL, >                      &fibdescr, NULL, NULL, NULL, NULL, NULL);%   if (BAD(status)) lib$stop (status);m1   if (BAD(iostat.iosb1)) lib$stop (iostat.iosb1);c  +   fib->fib$r_acctl_overlay.fib$l_acctl = 0;e/   fibdescr.fiblength  = sizeof (struct fibdef);r   fibdescr.fibaddress = fib;  A   fib->fib$r_exctl_overlay.fib$r_exctl_bits.fib$v_extend     = 1; A   fib->fib$r_exctl_overlay.fib$r_exctl_bits.fib$v_aldef      = 1; A   fib->fib$l_exsz                                            = 5; A   fib->fib$l_exvbn                                           = 0; =   status = sys$qiow (NULL, disk_chan, (IO$_MODIFY), &iostat, w!                      NULL, NULL, a>                      &fibdescr, NULL, NULL, NULL, NULL, NULL);+   printf ("alloc = %d\n", fib->fib$l_exsz);e*   printf ("vbn = %d\n", fib->fib$l_exvbn);C   printf ("status = %x, %d : %d\n", status, status, iostat.length);nB   printf ("iostatus = %x, %d : %d\n", iostat.iosb1, iostat.iosb1);  +   fib->fib$r_exctl_overlay.fib$w_exctl = 0;n     for (j = 1; j < 5; j++) {d*     for (i = 0; i < 512; i++) data[i] = j;M     status = sys$qiow (NULL, disk_chan, (IO$_WRITEVBLK), &iostat, NULL, NULL,t7                        data, 512, j, NULL, NULL, NULL);MK     printf ("write status = %x, %d : %d\n", status, status, iostat.length);l   }n     for (j = 1; j < 5; j++) { *     for (i = 0; i < 512; i++) data[i] = 0;L     status = sys$qiow (NULL, disk_chan, (IO$_READVBLK), &iostat, NULL, NULL,7                        data, 512, j, NULL, NULL, NULL);aJ     printf ("read status = %x, %d : %d\n", status, status, iostat.length);.     printf ("data[0] = %d\n", (long) data[0]);   }.  5   status = sys$qiow (NULL, disk_chan, (IO$_DEACCESS),|*                      &iostat, NULL, NULL, >                      &fibdescr, NULL, NULL, NULL, NULL, NULL);%   if (BAD(status)) lib$stop (status);6  
   exit(1); }a   ------------------------------  % Date: Thu, 12 Oct 2000 11:44:32 -0400a" From: Dan Sugalski <dan@sidhe.org>4 Subject: Re: Reading and writing files via $QIO in C; Message-ID: <5.0.0.25.0.20001012110951.01bf73c0@24.8.96.48>Z  / At 01:59 PM 10/12/00 +0000, Hoff Hoffman wrote:8  J >In article <5.0.0.25.0.20001011144441.01bc82e0@24.8.96.48>, Dan Sugalski  ><dan@sidhe.org> writes:M >:Well, I'm about to embark on yet another Adventure In C. (Lucky me...) ThisAL >:time I need to either open and rip through an existing file, or create and >:dump data to a new file. >=L >   Do you need to use $qio (readvblk-level file access), or will direct RMSI >   access from C work?  Or do you need memory-mapped access to the file?4L >   (I usually prefer direct RMS access, but I will drop down to use virtualK >   $qio operations when I need speed -- though only when I do not need the0< >   cluster-aware caching and interlocking provided by RMS.)  E In this case I need readvblk-level stuff, I think. What I'm doing is pJ writing a multicast FTP setup--I need the target files to be identical to L the source, and I need as much speed as I can muster. (Assuming the gigabit I ethernet drivers are up to snuff in 7.2-1, the network isn't the slowest 4 part of the equation)9  K Basically I need the fastest way to get an identical copy of the file from =K point A (which is the open/read part) to points B, C, D, and E (the create - and write bits).  K On the other hand, if someone already knows of a functional file multicast c setup..j   					Dan  I --------------------------------------"it's like this"-------------------92 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and eveni;                                       teddy bears get drunk-   ------------------------------  # Date: Thu, 12 Oct 2000 17:03:59 GMTo% From: Uwe Zessin <zessin@my-deja.com> ! Subject: Re: Rename File Questione) Message-ID: <8s4qtq$ns5$1@nnrp1.deja.com>   ) In article <8s2iub$tb7$1@nnrp1.deja.com>, (   Uwe Zessin <zessin@my-deja.com> wrote:+ > In article <39E467DB.3AC07F6E@uiowa.edu>,a4 >   "Richard L. Dyson" <rick-dyson@uiowa.edu> wrote: [....]B > > 	BTW:  The final answer I came up with for this question topicH > > is that it is essentially not possible to do it easily.  Not withoutD > > writing your own custom program.  Several variations on a simpleF > > program using the system service SYS$RENAME were put forward whichH > > did the rename but not recursively, etc.  I had ideally wanted to beG > > able to issue a command like this to march down an entire directory-	 > > tree:e > >, > > 	$ Rename [...]foo.bar .barm >h" > The world isn't fair, is it? ;-)F > I don't recall that was in the original request, you wrote 'a file'.E > You've made me curious, though. I'll see if I can find some time to,$ > hack a solution together tomorrow.  0 OK, so here is what I have just hacked together:   #++.% # RENAME.PY - rename a group of files? # & # $ python RENAME.PY [dir]OLD.DAT .NEW #o. # device+directory specification is propagated #   from OLD to NEW2 #F& # vms_lib.find_file_end() is not used,- #   because this is not a long-running scriptg #--@  # import pyvms, sys, vms_lib, vms_sysn   if (len(sys.argv) != 3):     print 'need 2 parameters'o3     print '$ python RENAME.PY [dir]OLD.DAT NEW.DAT'w     sys.exit(1)    fab_old = pyvms.vmsobj_fab() fab_new = pyvms.vmsobj_fab()  # def do_rename (name_from, name_to):u     global fab_old, fab_newt8     if (name_from[-6:] == '.DIR;1'): # simple check, but?         return 1                     # don't rename directoriesl     fab_old.FNA = name_fromo     print 'dr:', name_from  /     # take device, directory from original name 2     valuelst = ('FSCN$_DEVICE', 'FSCN$_DIRECTORY')1     dict = vms_sys.filescan (name_from, valuelst)o/     new_name = dict.get ('FSCN$_DEVICE','') + \ 2                dict.get ('FSCN$_DIRECTORY','') + \                name_to       fab_new.FNA = new_name:     status = vms_sys.rename (fab_old, None, None, fab_new)       if (status <> RMS__NORMAL):h 	print 'rename error:'0         print 'from:', name_from, 'to:', name_to         sys.exit(fab_old.L_STS)k     return 1 # success
 # do_rename()n     RMS__NORMAL = 65537k   context = 0t status  = 1r while (status & 1):c9     status, status_value, context, resultant_filespec = \ 2         vms_lib.find_file (sys.argv[1], context, \,         None, None, 0) # 0 = allow wildcards  $     if (resultant_filespec != None):=         if (not do_rename (resultant_filespec, sys.argv[2])):(              break # error, abort	     else:l%         print vms_sys.getmsg (status)e         if (status_value != 0):h/             print vms_sys.getmsg (status_value)?         break  # reached end   sys.exit(1)e # eof     : It is a bit more complicated, because you need a full file: specification for 'fab_new' or the script will rename any-9 thing to you _default_ directory - guess how I found thath out ;-)-   --
 Uwe Zessin    & Sent via Deja.com http://www.deja.com/ Before you buy.r   ------------------------------  % Date: Thu, 12 Oct 2000 09:26:31 +0100a' From: Hitendra Patel <h.patel@rl.ac.uk>c; Subject: Re: Restore from *.bck (backup) onto UNIX platform:( Message-ID: <39E575B7.C208CF4C@rl.ac.uk>   Dave Pampreen wrote:  " > Why not just FTP the files over? >4 >$  J > Lots of large datasets/directories plus I think the machines outside our > firewall???.   ------------------------------  % Date: Thu, 12 Oct 2000 09:46:10 +0100 4 From: John Laird <john@laird-towers.freeserve.co.uk>+ Subject: Re: Second ethernet for uVAX3180 ? 8 Message-ID: <0huaus8l92v8citkk6ne7d9drsuvcb6upv@4ax.com>  @ On Tue, 10 Oct 2000 20:24:14 GMT, trevor_deja@my-deja.com wrote:  A >Anyone know if there is / was an add in card to provide a second ( >ethernet interface in a MicroVAX 3180 ? >t> >There are options 'slots' to take for example an asynch commsA >card, but is there an ethernet card that can go in these slots ?   E Try Nemonix.  I think they produce 100Mb Ethernet and UW SCSI optionsb for Microvaxes.S     	JohnM -- S
 John Laird   ------------------------------  % Date: Thu, 12 Oct 2000 12:16:32 +0200o( From: Bernd Eckstein <B.Eckstein@cli.de>+ Subject: Re: Second ethernet for uVAX3180 ? & Message-ID: <39E58F80.B507BB3F@cli.de>   John Laird schrieb:h > G > Try Nemonix.  I think they produce 100Mb Ethernet and UW SCSI optionso > for Microvaxes.h > 5 so it is. Look at http://www.nemonixinc.com/microvax/0   -- 6( Mit freundlichen Gruessen / Best regardsC B.Eckstein, CLI GmbH - mailto:B.Eckstein@cli.de - http://www.cli.decC Matthiashofstr. 28, D-52064 Aachen - Fon: +49 241 47051-0, Fax: -89    ------------------------------  # Date: Thu, 12 Oct 2000 16:23:05 GMTk From: trevor_deja@my-deja.comC+ Subject: Re: Second ethernet for uVAX3180 ?-) Message-ID: <8s4ogt$lmi$1@nnrp1.deja.com>1  & In article <39E58F80.B507BB3F@cli.de>,+   Bernd Eckstein <B.Eckstein@cli.de> wrote:o > John Laird schrieb:g > > A > > Try Nemonix.  I think they produce 100Mb Ethernet and UW SCSI  optionss > > for Microvaxes.  > >p7 > so it is. Look at http://www.nemonixinc.com/microvax/p >t > --* > Mit freundlichen Gruessen / Best regardsE > B.Eckstein, CLI GmbH - mailto:B.Eckstein@cli.de - http://www.cli.dekE > Matthiashofstr. 28, D-52064 Aachen - Fon: +49 241 47051-0, Fax: -89o >t   Thanks all for the follow up.o  D The Nemonix device looks just the job, but unfortunately it's not atD Hobbyist prices ($2000 for an ethernet adaptor eek!).  Reminds me of the days when DEQ was DEC ;-)e  8 Still I now know what to lookout for on the used market.   Regards, Trevort    & Sent via Deja.com http://www.deja.com/ Before you buy.t   ------------------------------   Date: 12 Oct 2000 13:03:07 GMT* From: helbig@astro.rug.nl (Phillip Helbig)< Subject: single-user license only for educational VMS offer?. Message-ID: <8s4cqb$o6g$1@info.service.rug.nl>  C This was discussed quite a bit recently.  Did it ever get corrected  and/or cleared up?   ------------------------------    Date: 12 Oct 2000 10:58:46 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)-@ Subject: Re: single-user license only for educational VMS offer?+ Message-ID: <dpVHZsLD3m4D@eisner.decus.org>-  [ In article <8s4cqb$o6g$1@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes: E > This was discussed quite a bit recently.  Did it ever get correctede > and/or cleared up?  I Representations at the Los Angeles DECUS conference just concluded seemed/G to make Ken Fairfield happy.  Check out the web page when they announce- it.-   ------------------------------   Date: 12 Oct 2000 15:15:10 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)@ Subject: Re: single-user license only for educational VMS offer?, Message-ID: <8s4khu$spr@gap.cco.caltech.edu>  g In article <dpVHZsLD3m4D@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:g\ >In article <8s4cqb$o6g$1@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:F >> This was discussed quite a bit recently.  Did it ever get corrected >> and/or cleared up?  >OJ >Representations at the Los Angeles DECUS conference just concluded seemedH >to make Ken Fairfield happy.  Check out the web page when they announce >it.  ) The did announce it - the web page is at:.  V    http://www.openvms.compaq.com/ebusiness_without_compromise/educational_license.html   and it specifically says:t  )   All licenses are single user licenses. m  H The question is what they mean in this context by "single user license".   Regards,   David Mathog mathog@seqaxp.bio.caltech.eduv? Manager, sequence analysis facility, biology division, Caltech k   ------------------------------   Date: 12 Oct 2000 14:59:53 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)@ Subject: Re: single-user license only for educational VMS offer?6 Message-ID: <8s4jl9$en3$2@mailint03.im.hou.compaq.com>  [ In article <8s4cqb$o6g$1@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:tD :This was discussed quite a bit recently.  Did it ever get corrected :and/or cleared up?   H   The educational license program for OpenVMS was announced at CETS2000,F   and largely parallels the existing hobbyist program.  Please see the<   OpenVMS website (on the main page) for additional details.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 12 Oct 2000 10:23:47 +0100C From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann)AY Subject: Re: SOCKETSHR stuff - was Re: Announcement: TCGMSG for OpenVMS/ALPHA; 64 bit Ver - Message-ID: <39e57513.0@news.uni-konstanz.de>   B In article <su9rrhafc94l0d@corp.supernews.com>, "John E. Malmberg" <wb8tyw@qsl.net> writes:C |>To clarify, some misconceptions, the socketshr image is basicallyV |>abandoned, |>and in need of a maintainer. |>B |>If just the MMS command is used to build it with out any special
 |>compilerJ |>defines to build the debug logic, it should clean compile under DEC C orJ |>GCC.  If you use the command files to build it, they set compile optionsH |>that I did not test, and cause it to build additional code that is not |>in2 |>any of the binaries for it that I know to exist. |>D |>That additional code makes calls to getenv() to determine if debugJ |>information is to be logged.  I do not recommend enabling that option atA |>compile time.  I performed no testing of that code path at all.i |>I |>I only really tested it under GCC/VAX 2.8.1.  I worked out some patchest |>toG |>remove some of the other compiler diagnostics for DEC C (6.0 IIRC) onu |>VAXtH |>and they are at the FTP site as separate ZIP archives.  At the present |>timeI |>I do not know if it will clean compile on DEC C, and am not really in a{ |>position to do so. |>J |>Socketshr images linked with the VAX CRTL can not be mixed with programsC |>expecting it to be linked with the DEC C RTL.  For that reason, If
 |>modifiedD |>the MMS file to produce images linked with the DEC C RTL to have a |>different; |>extension. |>D |>$QIO() calls to sockets will not work with the CMU-IP stack as the
 |>getsdc()K |>call is a noopt, and the socketshr library is buffering up I/O internallyn |>to< |>compensate for features not present in the CMU-IP product. |>H |>And again, there is absolutely no reason to use SOCKETSHR on the ALPHAJ |>platform, as all known TCP/IP products for OpenVMS Alpha can be directly) |>called from the DEC C run time library.)  B Is that true? A DEC C-runtime call uses DEC-TCPIP/aka UCX, or not? Eberhard   |> |>: |>"John E. Malmberg" <wb8tyw@qsl.network> wrote in message* |>news:su8q0rlu37p0e@corp.supernews.com... |>> C |>> The only advantage to using the socketshr library is on the VAX 
 |>platform |>soI |>> that your product will work with CMU-IP.  I strongly do not recommend  |>using  |>> it on Alpha. |>> A |>> The most current socketshr sources that I am aware of are at:M |>>N! |>> ftp://ftp.qsl.net/pub/wb8tyw/  |>>L	 |>> -John  |>> wb8tyw@qsl.network |>>s |>>U |> |> |>   ------------------------------  % Date: Thu, 12 Oct 2000 16:56:08 +0200f= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>dY Subject: Re: SOCKETSHR stuff - was Re: Announcement: TCGMSG for OpenVMS/ALPHA; 64bit Versi) Message-ID: <39E5D107.F0417729@gtech.com>p   Eberhard Heuser-Hofmann wrote:J > |>And again, there is absolutely no reason to use SOCKETSHR on the ALPHAL > |>platform, as all known TCP/IP products for OpenVMS Alpha can be directly+ > |>called from the DEC C run time library._ > D > Is that true? A DEC C-runtime call uses DEC-TCPIP/aka UCX, or not?  B I think the DECC$RTL code uses the QIO interface, so that it worksA with all TCP/IP packages that implements the QIO interface (whiche@ according to the poster you quoted are all packages on VMS Alpha because CMU is VAX only).o   Arne   ------------------------------   Date: 12 Oct 2000 09:34:17 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)s2 Subject: Solved: no MMOV sound on AlphaStation 5000 Message-ID: <8s40ip$2m5$1@n.ruf.uni-freiburg.de>   Hi,e  H in the file SYS$SYSTEM:SYS$USER_CONFIG.DAT I needed to add an extra line in the relevant driver section:o  (    device       = "Microsoft Sound Card"      name       = AU       driver     = MMOV$MSBDRIVER      adapter    = EISA      flags      = ISA_ON_EISA;      id         = "ISA2000" 
    end_devicef  L The "flags" statement was missing and is required on all systems with an ISA to EISA bridge.    Afterwards I did:     MC SYSMAN
    IO REBUILDi    IO AUTO/SEL=(AU*,VI*)    EXITf    @sys$startup:mmov$startup   Regards,    Christoph Gartmann-  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/home/english/menue.html ---------+   ------------------------------  % Date: Thu, 12 Oct 2000 11:03:19 +0100 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>2 Subject: Re: Support of JDK 1.2 on OpenVMS AXP 7.1+ Message-ID: <8s429e$ouu@newton.cc.rl.ac.uk>+  _ "Bob Koehler" <koehler@eisner.decus.org> wrote in message news:SNYatOarboZH@eisner.decus.org...E  H >    There are a couple of patches needed to run.  These patches are notH >    yet available on older versions of VMS, but Compaq has committed to9 >    making the kit available on a couple older versions.o  J That's the heart of the problem: when JDK 1.2 was beta, less than a coupleB of weeks ago, the web page stated that the patches needed would beM retrofitted to earlier versions for the final kit. Now the kit has gone finals  it just says 'upgrade to 7.2-1'.  K >    I assume that means they're working on the patches.  Why not just lookh  >    at 7.2 as a patch you need?  K That's not always possible. If a third party vendor has qualified a productLF for 7.1, the cover will usually extend to any patched versions. System= upgrades may have change management implications that ECOs do:K not. These may not be technical reasons but that they are still valid ones.i   ------------------------------  # Date: Thu, 12 Oct 2000 14:38:16 GMT@ From: fatz_nyc@my-deja.com Subject: Re: SYS$ASCUTCm) Message-ID: <8s4icn$fss$1@nnrp1.deja.com>0   > SYS$ASCUTC  , 1) Where are you getting your UTC time from? 2) What about these logicals?b!      SYS$TIMEZONE_DAYLIGHT_SAVING(      SYS$TIMEZONE_DIFFERENTIAL      SYS$TIMEZONE_NAME      SYS$TIMEZONE_RULE& 3) Post a small demonstrative program.   Fatz.     & Sent via Deja.com http://www.deja.com/ Before you buy.w   ------------------------------   Date: 12 Oct 2000 14:56:39 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: SYS$ASCUTCr6 Message-ID: <8s4jf7$en3$1@mailint03.im.hou.compaq.com>  W In article <8s2l49$pvm$1@dagger.ab.videon.ca>, brown@taiga.gmcl.com (Rob Brown) writes:oC :It appears to me that SYS$ASCUTC returns exactly the same thing asWG :SYS$ASCTIM --- the local time with no addition information to tell yous :about what utc is.   J   Both sys$asctim and sys$ascutc convert a binary format time (the OpenVMSI   quadword format and the opaque binary UTC format, respectively) into a  (   text format time suitable for display.  6   What particular problem(s) are you looking to solve?     What language(s) are in use?  %   What OpenVMS version(s) are in use?a  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 12 Oct 2000 09:03:19 +0100 2 From: Chris Sharman <Chris.Sharman@CCAgroup.co.uk>" Subject: Re: tcp/ip v4 lpd problem. Message-ID: <39E57E57.2BA6F11C@CCAgroup.co.uk>   Jean-Franois Marchal wrote: > D > since an unidentified event (meaning "was working previously") ... > ? > the log file of a locally define lpd is repetitively saying :8 > E >     %SYSTEM-F-LINKDISCON, network partner disconnected logical link  > - >     lpd$ast_handler save_entry_number = 398c > ? > along with the following message in UCX$LPD_RCV_STARTUP.LOG :n > 0 >     Error opening primary input file SYS$INPUT >     File not found"i  F That would seem to suggest to file got deleted by something before lpd
 got to it.  > We're running UCX 4.2 ECO 4 on Alpha VMS 7.1 - how about you ?  G We're seeing lots of lpd problems, on various printers (%lpd-f-badhost,wG badnode, linkdiscon as above, jobs lost without errors, etc). There's atE suggestion that the problem is lpd non-compliance at the printer end,eH but I don't know a good printer to buy for mixed vms, pc, mac postscript& use. I'd be interested in any answers.   Chrisa   ------------------------------  % Date: Thu, 12 Oct 2000 09:35:18 -0230h6 From: "Shawn Kearley" <skearley@newfoundlandpower.com>
 Subject: testt+ Message-ID: <8s49eb$o7u$1@nova.thezone.net>a   test   ------------------------------  % Date: Thu, 12 Oct 2000 09:55:49 -0500M1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>i! Subject: Re: Thanks for last weekD8 Message-ID: <8s4j6q$3gq$1@fizban.fizban.pprd.abbott.com>  G Thank YOU Sue for all your efforts last week.  And btw, I'm the guy whol3 looks like Patrick Stewart, not Harrison Ford.  ;-)n   Dave...e  @ "Sue Skonetski" <susan.skonetski@compaq.nospam> wrote in message0 news:8rvn4m$8bs$1@mailint03.im.hou.compaq.com...H > Just wanted to say "THANKS" to all the folks that stopped by to say hi fromF > the newsgroup.  What a surprise, you all do look like Harrison Ford! > K > What an excellent week!  Thousands of people. I had folks wanting to find J > out where they could get introductory information about OpenVMS, excitedL > that Compaq had technology like OpenVMS and I learned about other areas of > Compaq expertise.n >_L > There was excellent traffic in all parts of the show.  OpenVMS announced aI > number of things, and Michael Capellas talked about VMS in the keynote._ >.I > The parties were great, good music, good dancing, good drinking and the  best	 > people!< >M4 > Take a look at the new website/portal its worth it  > http://www.openvms.compaq.com/ > I > Also if you have subscribed to OpenVMS Times you should have received aM newR
 > copy today.  >t > Best Regards,  >r > Sue  >a >    ------------------------------    Date: 12 Oct 2000 22:43:13 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au> + Subject: Re: This list participants profile 7 Message-ID: <rjqlmvudsse.fsf@morwong.ucc.gu.uwa.edu.au>m   groan... 47 VMS since 80.g  L Started on a 6, then 11s, and a KA. RSX and VMS for the last <mumble> years.( 7 node cluster at home, waiting for EFT2   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Thu, 12 Oct 2000 12:29:31 -0400e% From: "Brian Tillman" <tillman_brian>d+ Subject: Re: This list participants profile-$ Message-ID: <39e5e66b$1@news.si.com>   >MDCCCCLXII0  B I believe "1900" is written as "MCM".  1962 would then be MCMLXII. -- cA Brian Tillman                   Internet: tillman_brian at si.comcA Smiths Industries, Inc.                   tillman at swdev.si.com = 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: Thu, 12 Oct 2000 10:06:17 -0400t% From: "Brian Tillman" <tillman_brian>98 Subject: Re: Trade-offs regarding Installed Known Images$ Message-ID: <39e5c4dc$1@news.si.com>  C >It would be nice to see a management tool to list all the multiplycH >opened uninstalled files (which ought to be installed), and perhaps all; >the singly opened installed files (which maybe ought not),   G Just because a file is opened by a single process only does not mean ityH can't benefit a susyem to have it installed.  There's the case of a fileL that's used a lot, but perhaps not simultaneously.  Most DCL command images,K like DIRECTORY.EXE come to mind.  Just because there might not be more thannL one person executing the DIRECTORY command at any one time doesn't mean it'sL not executed plenty in the course of a day.  Having it installed reduces the! overhead of processing the image.  --A Brian Tillman                   Internet: tillman_brian at si.comrA Smiths Industries, Inc.                   tillman at swdev.si.com.= 3290 Patterson Ave. SE, MS      Addresses modified to prevent6< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Thu, 12 Oct 2000 13:05:44 -0400 3 From: "Gaitan D'Antoni" <gaitan.dantoni@compaq.com>c0 Subject: Re: User Configuration in Apache 1.3.126 Message-ID: <8s4r1h$g32$1@mailint03.im.hou.compaq.com>  A Here's the information regarding userdir. Note: the Apache & CSWS 6 installation procedures take care of #3 automatically.  I If you're trying to get the login directory for a username specified in a 
 URL of theF form /~username that should work if the following conditions are true:  A   1. The configuration file must contain a userdir directive, The C       default Apache configuration includes a "userdir public_html"s?       directive, which differs from the OSU server's default of0       userdir www.  D    2. The user sub-directory must be readable by the apache account.I       (Note that the default userdir directory for Apache is public_html,e        while OSU uses www).j  A    3. The apache_privileged.exe protected shareable image must be2B       correctly installed and recognized by the main apache image.     -- Gaitan D'Antonin. Apache Web Server for OpenVMS Technical LeaderE http://www.openvms.compaq.com/openvms/products/ips/apache/apache.htmlc Compaq Computer Corporationc      Marty Kuhrt wrote in message ... >-; >Is that why I can't seem to get the userdir stuff working?i >lG >As for authentication, so long as using the UAF is an _option_ I don'tlD >mind.  I wouldn't mind using the UAF stuff for internal or intranetE >stuff, but I'm not exposing it to the outside world.  IIRC the stuff@D >sent from a pop-up login box is not encrypted, which means you'd be= >broadcasting your UAF entries across the wire in clear text.  >e   ------------------------------   Date: 12 Oct 2000 12:29:39 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)e( Subject: Re: VaxStation 3100 Floppy Disk, Message-ID: <8s4arj$1vmt$1@info.cs.uofs.edu>  + In article <VA.000000f9.0c47e677@sture.ch>,d#  Paul Sture <paul@sture.ch> writes:- |> l |> eN |> Ah yes. I should have said that getting the right connectors was something I |> of a challenge :-) There's a switch at the back of the VS3100 to flip sN |> between graphics and console mode too. (That switch can be tricky, I found O |> the best way to attack it was to slip off the top cover and support it from eN |> behind with one screwdriver while toggling it through the hole in the case  |> with another).  |>  K |> If you haven't got the hardware documentation for your beast, check out e9 |> http://www.whiteice.com/~williamwebb/intro/DOC-iv.html  |> e  E Apparently, there were different VS31000's.  Neither my color nor my rE monochrome units have this switch or even any kind of opening in thatiF location on the back of the box.  But, at this stage I am not sure theE video in the monochrome box is actually bad.  I may actually have thehC wrong video cable and I have been told they are not interchangable.o  G Of course, the next step will be to try and find someone within driving0G distance of here that has some larger monitors they want to get rid of.cF The color system is nice, but it's been a long time since I used a 15"G monitor even on a PC.  A 19" would be much nicer and easier on my eyes.f  
 All the best.,   bill   -- uJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   y   ------------------------------   Date: Thu, 12 Oct 2000  9:00:01r1 From: "Charles Sandmann" <sandmann@clio.rice.edu>-( Subject: Re: VaxStation 3100 Floppy Disk- Message-ID: <39e57d91.sandmann@clio.rice.edu>n  G > Apparently, there were different VS31000's.  Neither my color nor my  G > monochrome units have this switch or even any kind of opening in thatd$ > location on the back of the box.    F I've had several of these pass through my hands.  In all cases the theF switch was actually on the motherboard and the metal case backing had F a slot to allow access to the switch - but just the plastic back panelE covering the metal frame didn't have the hole.  Check inside the caseiG and see if the switch is on the board between the LEDs and double arrowM MMJ serial connector.i  F I cut the plastic with a utility knife to make the switch visable, andF that system is now a happy Vaxserver running a hobbiest license.  It'sG rather thick plastic however, so it takes a while and the result wasn'tc  as pretty as I would have liked.   ------------------------------  % Date: Thu, 12 Oct 2000 10:59:43 +0100>2 From: "Kevin Poynor" <nospamkev.poynor@nospam.org>! Subject: VMS - UNIX File sharing. % Message-ID: <8s422n$b4h$1@rdel.co.uk>   K I'm trying to get a Solaris 8 system to share to file systems to a VMS V6.2l system running UCXK too look like regular VMS disks. Having followed the setup procedure in thee UCX manual I managedH to briefly get the two talking, but the connection seems very unreliable# (ie. killing a file copy mid-streamtG seems to have caused an unrecoverable error even after system reboots).a  > Does anyone have any experience of running this sort of setup?   -- Kevin Poynor TRD Leicester I.T. Supervisorr' E-mail Address: Kevin.Poynor@rdel.co.ukt   ------------------------------  % Date: Thu, 12 Oct 2000 14:27:57 +0100m- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>f% Subject: Re: VMS - UNIX File sharing.s) Message-ID: <39E5BC5D.312E8E08@bbc.co.uk>t   Kevin Poynor wrote:   M > I'm trying to get a Solaris 8 system to share to file systems to a VMS V6.2o > system running UCXM > too look like regular VMS disks. Having followed the setup procedure in then > UCX manual I managedJ > to briefly get the two talking, but the connection seems very unreliable% > (ie. killing a file copy mid-stream I > seems to have caused an unrecoverable error even after system reboots).  >,  = You could at least tell us what version of UCX you are using.t   Regards  --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.ukw  A I speak for myself only and my views in no way represent those ofl MedAS or the BBC.    ------------------------------  % Date: Thu, 12 Oct 2000 15:01:51 +0100/2 From: "Kevin Poynor" <nospamkev.poynor@nospam.org>% Subject: Re: VMS - UNIX File sharing. % Message-ID: <8s4g8r$geb$1@rdel.co.uk>e  B UCX V4.1 ECO Level 2 running on an Microvax 3100/80 under VMS 6.2.  : "Tim Llewellyn" <tim.llewellyn@bbc.co.uk> wrote in message# news:39E5BC5D.312E8E08@bbc.co.uk...M >L >; > Kevin Poynor wrote:D >3J > > I'm trying to get a Solaris 8 system to share to file systems to a VMS V6.2 > > system running UCXK > > too look like regular VMS disks. Having followed the setup procedure inf thee > > UCX manual I managedL > > to briefly get the two talking, but the connection seems very unreliable' > > (ie. killing a file copy mid-stream?K > > seems to have caused an unrecoverable error even after system reboots).a > >P > ? > You could at least tell us what version of UCX you are using.t >p	 > Regardsu > --8 > Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project2 > MedAS at the BBC, Whiteladies Road, Bristol, UK.C > Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukt >nC > I speak for myself only and my views in no way represent those of8 > MedAS or the BBC.- >i >g   ------------------------------  # Date: Thu, 12 Oct 2000 12:35:07 GMTd4 From: "Terry C. Shannon" <terryshannon@mediaone.net>! Subject: Re: VMS in Network Worldr= Message-ID: <%diF5.41737$pu4.4372323@typhoon.ne.mediaone.net>   / "sseng" <sseng@ozemail.com.au> wrote in message , news:_daF5.25873$O7.413938@ozemail.com.au... >hF > I noticed at the bottom of that article there is a survey asking for readersS > opinions. K > Maybe a few more "More articles on this topic" responses  from our fellow  > VMS  > fans wouldn't hurt.a >p  I Good on ya mate. A few hundred responses from VMS users ("I use VMS and I-@ vote!") wouldn't hurt. Same goes for a note to the editor of the publication...   ------------------------------  % Date: Thu, 12 Oct 2000 08:43:16 -0500 1 From: "Dave Gudewicz" <david.gudewicz@abbott.com> ! Subject: Re: VMS in Network Worldp8 Message-ID: <8s4evb$2r1$1@fizban.fizban.pprd.abbott.com>  L I just filled out the survey.  Took about a minute or 3, including comments.3 I ask that others here do the same.  Can only help.-   Dave...h  ? "Terry C. Shannon" <terryshannon@mediaone.net> wrote in message.7 news:%diF5.41737$pu4.4372323@typhoon.ne.mediaone.net...1 >e1 > "sseng" <sseng@ozemail.com.au> wrote in messageK. > news:_daF5.25873$O7.413938@ozemail.com.au... > >eH > > I noticed at the bottom of that article there is a survey asking for	 > readersr
 > > opinions.hF > > Maybe a few more "More articles on this topic" responses  from our fellow > > VMS  > > fans wouldn't hurt.  > >c >lK > Good on ya mate. A few hundred responses from VMS users ("I use VMS and I B > vote!") wouldn't hurt. Same goes for a note to the editor of the > publication... >e >f   ------------------------------  # Date: Thu, 12 Oct 2000 16:07:56 GMT  From: trevor_deja@my-deja.com.- Subject: Vmsinstal failure applying UCX patch ) Message-ID: <8s4nkk$klu$1@nnrp1.deja.com>.   Hi  F Just had a vmsinstal failure while applying a patch for UCX 4.2 on VMS 7.2l  A I've done a fresh install of VMS 7.2 on a MicroVax 3180, and theneG installed UCX 4.2.  All went ok.  I then tried to apply a patch kit for C UCX 4.2 and ran into a problem.  The problem appears to be with thet( install procedures VMS version checking.   Here's the vmsinstal dialogue0  E Enter the products to be processed from the first distribution volumes set. * Products: ucxvax_e02042c4 * Enter installation options you wish to use (none):  ) The following products will be processed:b     UCXVAX_E02 V4.2A    :         Beginning installation of UCXVAX_E02 V4.2 at 22:47  6 %VMSINSTAL-I-RESTORE, Restoring product save set A ...A %VMSINSTAL-I-RELMOVED, Product's release notes have been moved to 	 SYS$HELP.b  ( %UCX-I-RENAME, Preparing for VAX upgrade6 %VMSINSTAL-I-RESTORE, Restoring product save set B ...E %UCXVAX_E02-E-BADVMSVER, This update requires OpenVMS VAX Version 6.1$ or laterE %VMSINSTAL-E-INSFAIL, The installation of UCXVAX_E02 V4.2 has failed.a     Err ?i  G Is this a known problem ?  Am I using the correct patch kit ?  Is there  a fix ?h  ? The UCX patch kit on the compaq web site in the VMS 7.2 path isnD ucxvax_e02042.  There are later patch kits, but these only appear inE the paths for earlier VMS versions.  For example the UCX patch kit in < the VMS 6.2 path is ucxvax_e0402.  I've tried installing theE ucxvax_e0402 kit on VMS 7.2 but get the same failure as above.  Whiche patch kit should I be using ?t  D Before you ask I am sticking with UCX 4.2 for compatability reasons,, hence no moving to TCPIP 5 is not an option.   Help appreciated   Regards, Trevor    trevor_deja@my-deja.com     & Sent via Deja.com http://www.deja.com/ Before you buy.-   ------------------------------  % Date: Thu, 12 Oct 2000 19:48:26 +0200 0 From: Didier Morandi <Didier.Morandi@Easynet.fr>1 Subject: Re: Vmsinstal failure applying UCX patchA* Message-ID: <39E5F96A.94D0CDCB@Easynet.fr>   trevor_deja@my-deja.com wrote: >  > Hi > H > Just had a vmsinstal failure while applying a patch for UCX 4.2 on VMS > 7.2i  % Why don't you use $ product install ?I   D.   ------------------------------  % Date: Thu, 12 Oct 2000 16:59:38 +0000e$ From: Steve.Spires@yellowpages.co.ukL Subject: Re: What would be your ultimate dream VMS machine (desktop/tower)	?/ Message-ID: <00256976.005D18A3.00@quegw01.btyp>i  L Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza    L I guess the best translation is something along the lines of 'Mine is biggerO than yours" which can be demonstrated by waving your willy around in public, ord not...   Steve Spires        L "Brian Tillman" <tillman_brian@cpmx.mail.saic.com> on 12/10/2000 02:09:28 PM    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages)aO From:      "Brian Tillman" <tillman_brian@cpmx.mail.saic.com>, 12 October 2000,-            2:09 p.m.  C Re: What would be your ultimate dream VMS machine (desktop/tower) ?f        K >See http://www.theregister.co.uk/content/1/13890.html for more Alpha info.e  A "willy-waving"???  Does that phrase mean something to those of us43 states-side that it doesn't mean across the puddle?t --A Brian Tillman                   Internet: tillman_brian at si.comiA Smiths Industries, Inc.                   tillman at swdev.si.coml= 3290 Patterson Ave. SE, MS      Addresses modified to preventt< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Thu, 12 Oct 2000 10:09:28 -0400t% From: "Brian Tillman" <tillman_brian>mL Subject: Re: What would be your ultimate dream VMS machine (desktop/tower) ?$ Message-ID: <39e5c599$1@news.si.com>  K >See http://www.theregister.co.uk/content/1/13890.html for more Alpha info.   A "willy-waving"???  Does that phrase mean something to those of us 3 states-side that it doesn't mean across the puddle?e --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Industries, Inc.                   tillman at swdev.si.come= 3290 Patterson Ave. SE, MS      Addresses modified to preventd< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Thu, 12 Oct 2000 15:52:43 +0100e* From: "Richard Brodie" <R.Brodie@rl.ac.uk>L Subject: Re: What would be your ultimate dream VMS machine (desktop/tower) ?, Message-ID: <8s4j81$197g@newton.cc.rl.ac.uk>  O "Brian Tillman" <tillman_brian> wrote in message news:39e5c599$1@news.si.com...tM > >See http://www.theregister.co.uk/content/1/13890.html for more Alpha info.m > C > "willy-waving"???  Does that phrase mean something to those of us 5 > states-side that it doesn't mean across the puddle?   E Hard to tell. A translation for stateside people might be: they don't 7 make exagerrated claims about their *ahem* performance.    ------------------------------  % Date: Thu, 12 Oct 2000 16:02:25 +0000a From: SysAdmin <djesys@fsi.net>eL Subject: Re: What would be your ultimate dream VMS machine (desktop/tower) ?' Message-ID: <39E5E091.496DFF2B@fsi.net>n   Richard Brodie wrote:c > Q > "Brian Tillman" <tillman_brian> wrote in message news:39e5c599$1@news.si.com...LO > > >See http://www.theregister.co.uk/content/1/13890.html for more Alpha info.  > > E > > "willy-waving"???  Does that phrase mean something to those of usd7 > > states-side that it doesn't mean across the puddle?  > G > Hard to tell. A translation for stateside people might be: they don't 9 > make exagerrated claims about their *ahem* performance.   H ...as opposed to waving one's willy or displaying one's (lighted) balls?   Sorry - couldn't resist!   David J. Dachteram   ------------------------------  % Date: Thu, 12 Oct 2000 13:37:11 +0200l0 From: "Guy" <guy.bellaiche@guilbert.WHATSPAMcom>- Subject: Re: Why has Compaq retired DECnet ??o2 Message-ID: <8s47lt$7ub$1@s1.read.news.oleane.net>  I >:Decnet being retired/scrapped??? How are also those nice clustering andlA >:threading features that depend on DECNET going to be supported?     ( >>> Clustering does not depend on DECnet& >>> Threading depending on DECnet ????K >>> DECnet has not been retired. But, if you can have any functionnality onu6 one computer with only one network protocol, why not ?   Guy.   ------------------------------  % Date: Thu, 12 Oct 2000 12:10:44 +0200C0 From: Didier Morandi <Didier.Morandi@Easynet.fr>0 Subject: Re: www.networks.digital.com retired...* Message-ID: <39E58E24.680FB01F@Easynet.fr>  & "Brian Schenkenberger, VAXman-" wrote: >  ../..  Hell, I'll pay for it too as+ > long as it's priced like the Freeware CD.    metoo (::toolshed :-).   D.   ------------------------------   End of INFO-VAX 2000.571 ************************