1 INFO-VAX	Fri, 20 Oct 2000	Volume 2000 : Issue 586       Contents: Re: Alcita IDEplex Re: Automate Decserver Login Re: Automate Decserver Login Re: Automate Decserver Login Re: Broadcasting and UCX Re: Broadcasting and UCX Re: Compaq information Re: Compaq information RE: Compaq VMS promo( Re: Detecting hardware failures from VMS3 Re: Encompass Bylaw Ballot: THE ENVELOPE, PLEASE... 3 Re: Encompass Bylaw Ballot: THE ENVELOPE, PLEASE... & Re: Extending LATNET over dial-up line Re: File Comparison - Urgent3 Re: HELP! - UCX (TCPIP V5.0A) SMTP problem/question  Re: Java on Openvms  Re: Java on Openvms 3 re: Linker performance on DS20 slower than VAX 6520  More OpenVMS Partner web sites# Re: MOUNT/FOR  fails for shadowset. ! New OpenVMS Freeware Submissions?  ODBC access to RMS files Re: ODBC access to RMS files  Re: OpenVMS, java, perl, etc ...  Re: OpenVMS, java, perl, etc ... Re: PDF under OpenVMS ' Re: Proliant DL 360 x Alphaserver DS10L ' Re: Proliant DL 360 x Alphaserver DS10L  Re: Q: Why not (2^n)-bit?  Re: Q: Why not (2^n)-bit? @ Re[2]: What connector to use to interconnect X.25 and DECNet V ? Re: San Francisco Bay Area LUG+ Re: SNS Watchdog vs. CA-Unicenter TNG agent - Re: SUMMARY:  installing VMS 7.2-1 on 433au ? - Re: SUMMARY:  installing VMS 7.2-1 on 433au ?  Re: TCP/IP 5.0A ECO Appears + Re: TECO (was Re: File Comparison - Urgent)  v7.2 multipath support Re: VAX emulator Re: VMS C Compiler Re: VMS C Compiler. VMS undeletion function (and some more) at wku Re: VMS V7.2-1 Re: VMSINSTALL Question  Re: VMSINSTALL Question  Re: VMSINSTALL Question = Re: What connector to use to interconnect X.25 and DECNet V ? C Re: What would be your ultimate dream VMS machine (desktop/tower) ? $ Re: Why has Compaq retired DECnet ??
 Re: X Desktop 
 RE: X Desktop 
 Re: X Desktop   F ----------------------------------------------------------------------  # Date: Fri, 20 Oct 2000 05:14:41 GMT 3 From: Eric Dittman <dittman@narnia.int.dittman.net>  Subject: Re: Alcita IDEplex < Message-ID: <5xQH5.108$T44.25968@news-west.usenetserver.com>  + Glenn C. Everhart <Everhart@gce.com> wrote: ? : I must agree with this. There are lots of ways SCSI disks can @ : misbehave that just cannot really be combined with normal SCSI : in sensible ways.   ? : I have just gotten something called an Alcita IDEplex working @ : on VMS 7.2-1. This is a board that converts one SCSI ID into 8> : IDE busses, so you can hang up to 8 IDE disks on one SCSI ID$ : and use cheap PC grade IDE disks.   5 This device sounds interesting.  Do they sell direct?  --   Eric Dittman dittman@dittman.net    ------------------------------  # Date: Thu, 19 Oct 2000 17:58:55 GMT 8 From: Veli =?iso-8859-1?Q?K=F6rkk=F6?= <korkko@decus.fi>% Subject: Re: Automate Decserver Login ' Message-ID: <39EF2F35.76B00B4@decus.fi>   9 TSM should be available now for free since it is retired. 5 Check the OpenVMS freeware CD or the OpenVMS freeware ; http address (http://www.openvms.digital.com/freeware ????)    _veli    Premjith N wrote:  > = > To Logout Decserver Port, we login to Decserver as follows,  > ; > set host/mop decsvr (Press Enter twice to get "#" prompt) 	 > #passwd  > Enter Username> c  > Local> show port all > Local> log port <portno> > CTRL\ (To Exit)  > - > How do I automate this via a DCL Procedure.  >  > Please Advice. >  > Premjith.  > Premjithn@hotmail.com  > K > _________________________________________________________________________ K > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.  > E > Share information about yourself, create your own public profile at  > http://profiles.msn.com.   ------------------------------   Date: 19 Oct 2000 18:56:54 GMT) From: leslie@clio.rice.edu (Jerry Leslie) % Subject: Re: Automate Decserver Login ' Message-ID: <8sng5m$m7l$1@joe.rice.edu>   9 Veli =?iso-8859-1?Q?K=F6rkk=F6?= (korkko@decus.fi) wrote: ; : TSM should be available now for free since it is retired. 7 : Check the OpenVMS freeware CD or the OpenVMS freeware = : http address (http://www.openvms.digital.com/freeware ????)  :  : _veli    It used to be at:   1   http://www.networks.digital.com/dr/servers/tsm/ C   Compaq.com - Access Servers - Terminal Server Manager for OpenVMS    But now Lynx complains  9   "Unable to locate remote host www.networks.digital.com"   4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  # Date: Thu, 19 Oct 2000 19:56:52 GMT / From: "Richard L. Dyson" <rick-dyson@uiowa.edu> % Subject: Re: Automate Decserver Login ) Message-ID: <39EF0BB4.46716281@uiowa.edu>    Jerry Leslie wrote:  > ; > Veli =?iso-8859-1?Q?K=F6rkk=F6?= (korkko@decus.fi) wrote: = > : TSM should be available now for free since it is retired. 9 > : Check the OpenVMS freeware CD or the OpenVMS freeware ? > : http address (http://www.openvms.digital.com/freeware ????)  > :  >  > It used to be at:  > 3 >   http://www.networks.digital.com/dr/servers/tsm/ E >   Compaq.com - Access Servers - Terminal Server Manager for OpenVMS  >  > But now Lynx complains > ; >   "Unable to locate remote host www.networks.digital.com" < 	I too had that URL but I found one when things got moved toF Cabletron, and with a little experimentation, I have found some of theC docs on the "DNPG" webserver even though it does not appear to be a  "visible" link.   	 Try this:   $ 	http://www.dpng.com/dr/servers/tsm/  E This is the freely useable one including the license PAK to use it on  either VAX or Alpha.   Enjoy, Rick	  --  H Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/H | | | |    |_   _|   Systems Analyst                     O: 319/335-1879H | | | | of   | |     The University of Iowa            FAX: 319/335-17536 | \_/ |     _| |_    Department of Physics & Astronomy-  \___/     |_____|   Iowa City, IA 52242-1479    ------------------------------  % Date: Thu, 19 Oct 2000 19:49:05 -0000 - From: wspencer@ap.nospam.org (Warren Spencer) ! Subject: Re: Broadcasting and UCX / Message-ID: <suuk1hfbdm5q1e@news.supernews.com>   9 davidk@awirnd.com wrote in <8sl63b$jks$1@nnrp1.deja.com>:   H >I'm kind of new to the VMS community, so forgive me if this question is >worded oddly. > E >Our software is configured to broadcast on 255.255.255.255. However, ? >the broadcast leaves the VAX with an address of 192.168.10.255 E >according to our network sniffer. This makes sense being that we are D >using a mask of 255.255.255.0. The network address is 192.168.10.0,D >therefore the broadcast address is 192.168.10.255 for this network. > * >Doing a SHOW INTERFACE ZE0 command in UCXH >reveals /NETWORK_MASK=255.255.255.0 and /BROADCAST_MASK=192.168.10.255. > H >The problem is that we need the broadcast to remain at 255.255.255.255,D >as written in the code. Why is it being changed? How can we stop it >from being changed?  K Your network mask (subnet) of 255.255.255.0 specifies that there are up to  H 254 (255.255.255.1 thru 255.255.255.254) nodes on your local lan.  Your I desire to broadcast on 255.255.255.255 says you want to broadcast to all  > nodes in the world.  These two assertions may be incompatible.  E What is "our software" (your term), and what exactly does it want to  
 broadcast to?    --  3 << What if there were no hypothetical questions? >>    ------------------------------  # Date: Thu, 19 Oct 2000 21:14:40 GMT  From: mindphaser23@my-deja.com! Subject: Re: Broadcasting and UCX ) Message-ID: <8sno7o$m5v$1@nnrp1.deja.com>   F I apologize for not being more clear. This is an internal network thatF is isolated from "The World". The goal is that we need to broadcast onB all internal subnets. With a foundation of 192.168.xxx.xxx, we areF using a subnet mask of 255.255.255.0 and only changing the third octetD for simplification. Therefore, typical subnets within our enterprise2 are 192.168.50.0, 192.168.70.0, 192.168.99.0, etc.  G We have developed software that sends race/sports money line updates to @ sportswriters' terminals. The problem is if the VAX (main serverC running VMS) is at 192.168.10.111, we find that it broadcasts these F line changes to 192.168.10.255. The code has been verified that it wasB written to broadcast at 255.255.255.255, which theoretically wouldG broadcast to all our subnets. However, the network sniffer is capturing C these packets and showing a broadcast address of 192.168.10.255. We @ suspect that UCX is applying some sort of a mask to the outgoing= broadcast. So the question is, how can we ensure that the VAX - broadcasts to the network at 255.255.255.255?   C Just a little more info. When the terminal is signed on and sends a B signon request, it is broadcast at 255.255.255.255 and indeed thisF broadcast UDP makes it to all allowed subnets (filtered with routers).7 The terminals are essentially PCs running embedded NT4.   
 Thanks again.   / In article <suuk1hfbdm5q1e@news.supernews.com>, 0   wspencer@ap.nospam.org (Warren Spencer) wrote:; > davidk@awirnd.com wrote in <8sl63b$jks$1@nnrp1.deja.com>:  > G > >I'm kind of new to the VMS community, so forgive me if this question  is > >worded oddly. > > G > >Our software is configured to broadcast on 255.255.255.255. However, A > >the broadcast leaves the VAX with an address of 192.168.10.255 G > >according to our network sniffer. This makes sense being that we are F > >using a mask of 255.255.255.0. The network address is 192.168.10.0,F > >therefore the broadcast address is 192.168.10.255 for this network. > > , > >Doing a SHOW INTERFACE ZE0 command in UCX& > >reveals /NETWORK_MASK=255.255.255.0# and /BROADCAST_MASK=192.168.10.255.  > > 9 > >The problem is that we need the broadcast to remain at  255.255.255.255,F > >as written in the code. Why is it being changed? How can we stop it > >from being changed? > F > Your network mask (subnet) of 255.255.255.0 specifies that there are up to C > 254 (255.255.255.1 thru 255.255.255.254) nodes on your local lan.  YourF > desire to broadcast on 255.255.255.255 says you want to broadcast to all @ > nodes in the world.  These two assertions may be incompatible. > F > What is "our software" (your term), and what exactly does it want to > broadcast to?  >  > --5 > << What if there were no hypothetical questions? >>  >     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  # Date: Fri, 20 Oct 2000 01:10:05 GMT / From: StevenU@POBoxes.com (Steven P. Underwood)  Subject: Re: Compaq information 2 Message-ID: <39ef9ad9.255166535@news.telocity.com>  E I stand corrected.  I just checked all of my phones at home and found B the 2 year old cordless does in fact have a "q".  None of my otherF phones do however, including the ones that were installed at work last year with our new PBX.   Sorry for any confusion.   Steve   A On Thu, 19 Oct 2000 13:52:31 GMT, A.Greig@virgin.net (Alan Greig)  wrote:  A >On Thu, 19 Oct 2000 00:50:05 GMT, StevenU@POBoxes.com (Steven P.  >Underwood) wrote: > ? >>On 18 Oct 2000 15:00:18 PDT, Fairfield@SLAC.Stanford.EDU (Ken 6 >>Fairfield; SLAC: 650-926-2924; FAX: 926-3515) wrote: >>K >>>    for me (I  don't  even  remember  the  phone number...something like B >>>    1-800-BUYCOMPAQ...which is two characters too long, yuch!). >>C >>Which is actually good seeing that on most (all?) US based phones  >>there is no "Q". > G >I thought these codes had been standardized internationally now. There F >uses to be a few differences between the UK and the US Alphabetics so@ >the UK discouraged use for many years until the old phones wereB >history to avoid confusion. Every phone I have ever seen recentlyF >lists "PQRS" on "7". A quick look at a Motorola US cellphone revealedC >that it to had Q on 7. Actually it would make it damn difficult to A >send an SMS or enter a name with a Q in it if it didn't I guess!  >  >  >> >>Steve  >>Steven P. Underwood,DNRC >>Whitinsville,MA  >>StevenU@POBoxes.com  >  >--  >Alan Greig    Steven P. Underwood,DNRC Whitinsville,MA  StevenU@POBoxes.com    ------------------------------  % Date: Thu, 19 Oct 2000 21:45:31 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>  Subject: Re: Compaq information - Message-ID: <39EFB1CB.86C59766@earthlink.net>    Alan Greig wrote:  > B > On Thu, 19 Oct 2000 00:50:05 GMT, StevenU@POBoxes.com (Steven P. > Underwood) wrote:  > @ > >On 18 Oct 2000 15:00:18 PDT, Fairfield@SLAC.Stanford.EDU (Ken7 > >Fairfield; SLAC: 650-926-2924; FAX: 926-3515) wrote:  > > L > >>    for me (I  don't  even  remember  the  phone number...something likeC > >>    1-800-BUYCOMPAQ...which is two characters too long, yuch!).  > > D > >Which is actually good seeing that on most (all?) US based phones > >there is no "Q".  > H > I thought these codes had been standardized internationally now. ThereG > uses to be a few differences between the UK and the US Alphabetics so A > the UK discouraged use for many years until the old phones were C > history to avoid confusion. Every phone I have ever seen recently G > lists "PQRS" on "7". A quick look at a Motorola US cellphone revealed D > that it to had Q on 7. Actually it would make it damn difficult toB > send an SMS or enter a name with a Q in it if it didn't I guess!  B This is probably a recent addition to accomodate mobile messaging.  F Originally, the thinking was probably that so few words feature eitherG "Q" or "Z" as the first or second letter that leaving them out would be  a fair compromise.  	 Examples:    FIllmore x, xxxx GLadstone x, xxxx ; HUdson 3, 2700 (a well known number in Chicago and suburbs)   G Perhaps Canadians may have complained at some point that they could not ! have numbers like QUebec x, xxxx.   2 ...or maybe a pilot would have wanted ZUlu x, xxxx   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Thu, 19 Oct 2000 20:53:38 -0500 + From: "Main, Kerry" <Kerry.Main@compaq.com>  Subject: RE: Compaq VMS promo J Message-ID: <910612C07BCAD1119AF40000F86AF0D8052848B4@kaoexc4.kao.dec.com>   Rick,   J As a fyi, Cognos and its Powerhouse products cedrtainly do support OpenVMS) and Oracle Rdb. Here is some references :    http://www.cognos.com/adtpci/ 5 http://www.cognos.com/products/powerhouse/compaq.html   H Cognos also had a full page ad for its OpenVMS offerings (in small printL they also mentioned their products also support Windows NT and UNIX as well)0 on the back cover of Compaq's "Inform" magazine.  @ I think it was the summer issue of Inform that this ad appeared.   Regards,  
 Kerry Main Senior Consultant  Compaq Canada Inc. Professional Services  Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com           -----Original Message-----' From: RickB [mailto:nobody@nowhere.com]  Sent: October 19, 2000 1:37 AM To: Info-VAX@Mvb.Saic.Com  Subject: Re: Compaq VMS promo     K Seems like it also worked with RDB before somebody bought the rights to it.   Am I remembering this correctly?   Rick  6 <yyyc186.illegaltospam_@flashcom.net> wrote in message3 news:39dff577$2$lllp186$mr2ice@news.flashcom.com... 1 > In <39de107f$1@obsidian.gov.bc.ca>, on 10/08/00 I >    at 12:17 AM, "Graham Bennett" <Graham.Bennett@gems5.gov.bc.ca> said:  > J > Powerhouse is a 4GL, not a database itself.  Although it is a wonderfullL > package and can give you database like access to RMS files.  I try to findI > a PowerHouse contract every 3 years or so in order to keep current with  > it.  >  > Roland > L > >Alan Greig wrote in message <39c77a18.1124658914@news.newsguy.com>... >OnH > >Tue, 19 Sep 2000 14:27:31 +0200, "Hans Vlems" <hvlems@iae.nl> >wrote: > >>I > >>>Database vendors are another important segment. How many run on VMS? I > >>>Adabas/Natural and Oracle/Rdb and it seems to mee that the latter is  trying > >>>to  > >>>get rid of VMS. > >>J > >>Oracle is most certainly not droping RDB on VMS. They've dropped it on  > >>NT and Tru-64 but *NOT* VMS. > >>& > >>CA Ingres isn't going away either. > >> >u >a. > >Cognos Powerhouse is another viable option. >e >r >c > --= > ----------------------------------------------------------- F > yyyc186@flashcom.net              To Respond delete ".illegaltospam"8 >                             MR/2 Internet Cruiser 1.52: >                             For a Microsoft free univers= > -----------------------------------------------------------  >e   ------------------------------  % Date: Thu, 19 Oct 2000 22:21:13 -0500m+ From: Shael Richmond <ksrich@bellsouth.net>n1 Subject: Re: Detecting hardware failures from VMSn- Message-ID: <39EFBA29.79E3DFF1@bellsouth.net>t   Hoff Hoffman wrote:e > i > In article <pk2sus0nf6ubj4jt6au6qa8jva2l4gh9gp@4ax.com>, Dave Harrold <DRHarrold@earthlink.net> writes:pG > :We just had a situation here that got me thinking.  One of our GS60E G > :systems just lost a power supply with a bang. Fortunately (?) one ofnH > :our people was standing next to it when it went, so he came on got meI > :right away.  There isn't anything I can see in DECevent recording this 	 > :event.. > H >   DECevent (and its replacement, Compaq Analyze) provides analysis andF >   notification capabilities for customers with hardware service fromH >   Compaq -- the bit-to-text translation is probably the best known andG >   most commonly-used function, but it is not the only available part.n >   E Speaking of DECevent, is it ever going to be cluster aware?  It seemsM sillyL+ to install it for each node in the cluster.t   Shaelr   ------------------------------    Date: 19 Oct 2000 22:26:35 -05001 From: kaplow_r@eisner.decus.org.mars (Bob Kaplow)h< Subject: Re: Encompass Bylaw Ballot: THE ENVELOPE, PLEASE...+ Message-ID: <l6PWyzD6EFj4@eisner.decus.org>-  Y In article <39EEF71B.F9C0CE6F@yale.edu>, rochelle lauer <rochelle.lauer@yale.edu> writes:r > Bob Kaplow wrote:aJ >>>I don't know about San Diego, but in LA 2 weeks ago there was a sessionL >>>comparing VMS cluster to Tru64 Cluster by Keith Parris. Unfortunately, it > / > Actually I gave a session in San Diego called % >    TruCluster for VMScluster PeoplejL > I believe that each of the sessions mentioned (the BOF with the engineers,* > the one I did in San Diego, Keiths in LA< > and my interactive workshop in LA) did some comparisons ofH > VMScluster and TruCluster each with a different slant.  The infomationO > had some overlap but the sessions approached the subject with different goals  > [ > This session I did in San Diego  had a different slant from the one Keith presented in LA-F > (he sent me a copy of his slides).  Keith's session was a comparisonF > of features/implementation (as was the BOF with the engineers,though+ > the BOF had a lot more internal details).hC > My session in San Diego was more of what VMS people should EXPECTMP > with TruCluster knowing what they will looking for.  Also what they will miss.] > It ws intended to be FUN(although it gave quite a bit of technical detail) and it I believe  > it was > S > The interactive workshop I gave in LA was intended to provide VMS system managers Q > ( a specific bunch of folks) with  equivalent commands to do their daily tasks, Q > with information on equivalent METHODS in TruCluster (boot, startup procedures,.
 > naming etc)hJ > and also to provide them with background that would help them understandG > how TruCluster management is different from VMScluster management andM > . > In my opinion all these sessions are useful.  = I think you got it right there. All the sessions were useful.   ( > What would you like to see next time ?  H I've got very little complaint about the content. IIRC I walked out of 2J sessions during the week. One the abstract said system management, but theI content was 100% NT management. The other turned out to be 100% marketing)H and 0% useful technical content. The 75 minute session was over in about 10-15 minutes!  J As is usually the case, ther were blocks of time with nothing interesting.K Well, that's what the trade show and lab were for. And unfortunately, therenI were times when I wanted to be in 2 or 3 or 6 places at once. That's whatn. the session notes CD will fill in. Eventually.  K I do have a bunch of comments, mostly on what was done right inthe past andrL forgotten this year as a result of the DECUS staff being cut from 35 to one.K I will be forwarding them all to Clay for consideration in 2001 once I wraps up all my notes.   ------------------------------  % Date: Fri, 20 Oct 2000 01:12:35 -0400e% From: Karl S. Erbland <karl@ksme.net>i< Subject: Re: Encompass Bylaw Ballot: THE ENVELOPE, PLEASE...5 Message-ID: <MPG.14599e536da723219896d3@news.alt.net>   G In article <39EFB7B4.70C54D3D@attDOT.net>, vaxNOSPAMhackery@attDOT.net e says.../  A > Now these here 2 things are: Can we all a-say it together?  ***t > "politickin' tactics"t   Politickin tactics!r	 Yessiree!    > but I jest wanted toE > 'gree with y'all in this here matter in which you are a-disagreein'iF > with him. You wanna run for the BOD Karl? I'd vote fer ya! Hot Damn! > 8-)d    J OK, I'll get ya a tub of varmint fat and some eau de toilet water for yer  promise!   Karl  H PS. Hey, can ya write one of them there Festus thingys about me? I feel < all leftin out now with that JEff getting all the attention!  I PPS. I never have called Mr. Killeen a sleazy anything but I have called l9 him on the carpet for things that don't seem right to me.i  H PPPS. I have also given Mr. Killeen praise and credit when due (whether C publicly, privately or to other individuals) though I kinda get to aF tingling in all my extremities and my heart starts ta flippy flop and J make me break out in a cold sweat. I don't think that is anything unusual H cause Jeff has told me the same thing happens to him when he has said a $ few times that he agrees with me. :)   Karl -- - Karl Erbland KSME/Business Groups Tiffin, OH 44883  ) I want to be your Encompass board member!a) http://www.superorg.com/goodbyedecus.htmln   ------------------------------  % Date: Thu, 19 Oct 2000 21:24:52 -0500o7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>f/ Subject: Re: Extending LATNET over dial-up lineq- Message-ID: <39EFACF4.302C7799@earthlink.net>s   Hoff Hoffman wrote:t > i > In article <39EE3EA9.99770822@earthlink.net>, "David J. Dachtera" <djesys.nospam@earthlink.net> writes:  > ) >   LAT and DECnet are totally unrelated.t  F Funny - I never think of them that way. I think of them as independentF but related by vendor, protocol family, etc. To me, that constitutes a
 relationship.a  @ ...especially after reading lists of protocols, packet types andE ethernet prefixes sorted by vendor where DECnet, LAT, MOP, LAVc and ae0 bunch of others are all grouped under "Digital".  H I got a good chuckle out of one doofus who listed AA-00-04 as a "specialG ethernet address prefix for DEC LAT". Must have been in the days beforet "Sniffer"'s.  F ...but that's just me. Of course, and as always, your mileage may vary (considerably!).   --   David J. Dachteras dba DJE Systemsr http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.s   ------------------------------  % Date: Fri, 20 Oct 2000 11:55:32 +1000e/ From: "Phil Howell" <phowell@snowyhydro.com.au> % Subject: Re: File Comparison - Urgente1 Message-ID: <ZHMH5.1766$SF5.37310@ozemail.com.au>u  ; Robert Taylor <taylor_robert@jpmorgan.com> wrote in message2& news:39EEB053.C2A2E903@jpmorgan.com...L > Would you care to expand on that ? I've had a look at the on-line help and* > nothing strikes me as being a solution : > G > Diff - I can't see how it can handle excluding a column in a variable  length > delimited record.h > Sort - How can I use this ?eG Sort using specification files is just another way of manipulating your H input files to (for example) only include the first 3 characters, before passing it through a DIFF.H As other posters have mentioned you could use teco,edt,tpu,dcl,perl etc.   HELP SORT /SPEC says   Full_Description  J          The /SPECIFICATION qualifier identifies the specification file toJ          be used in a sort or merge operation. A specification file allows!          you to do the following:   J          o  Change the format and length of the records in the output file  <          o  Conditionally alter record order and data fields  3          o  Omit specified records from the processa  4          o  Include specified records in the process  :          o  Change the way in which characters are ordered            o  Reassign work filesc  9          o  Define commonly used sort or merge operationsm       >rB > Sorry if the answer is obvious to everyone, maybe I'm being dim. >j >o@ > > A combination of vms sort and diff could be used to do this. >h   ------------------------------  % Date: Thu, 19 Oct 2000 15:35:49 -0700b& From: "Rick Cadruvi" <rick@rdperf.com>< Subject: Re: HELP! - UCX (TCPIP V5.0A) SMTP problem/question1 Message-ID: <lIKH5.91$qa2.78081@news.pacbell.net>e   The correct answer was:        $ tcpip <     TCPIP> set host rdmain.rdperf.com /alias=rick.rdperf.com  I This did what I wanted and now I get the email delivered where I think iti	 should goNJ on the VAX/VMS system.  They don't get refused, just delieved like I would thinkM they should be.5   Thanks for your help.i     Rick Cadruvi...o    ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in messagey0 news:8snb8t$t0i$1@mailint03.im.hou.compaq.com... >nB > In article <qXEH5.25$gQ3.12248@news.pacbell.net>, "Rick Cadruvi" <rick@rdperf.com> writes: K > :I need to be able to have UCX V5.0A SMTP server accept these messages as  ifE > :they were directed to USER@rdperf.com.  How do I make UCX do this?  >oK >   You do not want to do this prior to the TCP/IP Services V5.1 kit -- theo, >   V5.1 release is currently in field test. >tL >   If you do decide to enable SMTP relay, your SMTP server will very likelyH >   be located by spammers and will get used to send spam -- these folksH >   regularly probe the net for open SMTP servers.  Having an open relayH >   can have dire consequences -- you will get locked out of many sites,H >   you will get deluged with feedback from spam recipients, and your IPC >   address could well end up on one or more of the "pariah" lists.  > G >   In V5.0A, the relay setting is all-or-nothing.  In V5.1, SMTP relay   >   is rather more programmable. > < >   The TCPIP> command that controls SMTP relay in V5.0A is: >o& >     SET CONFIG SMTP/OPTION=[no]RELAY >3 > :Please email me responses.( >n! >   Ask here, get an answer here.  >0G > :... Diagnostic-code: smtp; 551 <<rick@rick.rdperf.com>> ... User not> local, > : Relay disabled.F >f, >  --------------------------- pure personal# opinion ---------------------------:1 >    Hoff (Stephen) Hoffman   OpenVMS Engineering  hoffman#xdelta.zko.dec.com >  >    ------------------------------  % Date: Thu, 19 Oct 2000 18:53:31 +0100 0 From: andrew harrison <andrew.nospam@uk.sun.com> Subject: Re: Java on Openvms* Message-ID: <39EF351B.1C5D6E8C@uk.sun.com>   Jordan Henderson wrote:   @ > > > This is an example of how Andrew likes to spread FUD here. > > >  > G > 12 months?  I thought 1.3 only came out from Sun in May of this year.yD > That's less than 6 months from where I sit.  Maybe when everythingD > shakes out, it'll be 12 months, but Sun and their 'open' standards0 > process will probably have moved on by then... >   5 Oh dear oh dear no wonder you always think that FACT   is FUD.g  @ You seem to be having comprehension problems. 1.3 is the latest = release of the JVM and it isn't available on OpenVMS. It did v> come out in May but there isn't an OpenVMS version. So OpenVMS is 5 months late and counting.  ; 1.2.x the previous version was available for ~12 months on e; other platforms before the recent release of it on OpenVMS.m  C The 1.2.x JVM plugin, required for example to provide java support o. in Mozilla is still not available for OpenVMS. > >@B > > 8.   OpenVMS users/developers and admins have complained aboutB > >      this on this newsgroup. FACT. More FUD ??????????????????B > >      ?????????????????????????????????????????????????????????B > >      ????????????????????????????????????????????????????????? > >M > = > What is FUD about your posting is your implication that the = > statement "It's Java" is in some way not true.  Good FUD ise> > not something based on facts that can be checked, that would< > be too easy to knock down.  Good FUD is all about spin and> > half truths.  Spinning is your particular area of expertise, > it seems.e  7 I don't know how to put it more clearly, the statement n9 it is Java is both correct and incorrect. Correct in the  A sense that the 1.2.x release is a Java implimentation, incorrect oA because it implies that there is no need to question any further.    > F > An invalid comparison.  When it makes a difference, people generallyD > refer to it as Oracle 7 and Oracle 8, but Java is, supposed to be,F > Java, a standard that you can write against.  The fact that it's notG > is an embarrassment to Sun.  Java for it's success depends on a large.C > market of people writing to the same spec, which is why Sun funds0, > development of Windows and Linux versions. > A No people often refer to Oracle 7/8/8i as Oracle and incedentally D because of the inclusion of things like beans and swing people oftenC refer to the specific release of Java because it is important, just 1 as important as specifying the version of Oracle.p    F > > Your choice of phrase "a little behind" would not be one that manyG > > people would endorse though it does go a long way towards expaining E > > why appear to have such difficulty with FACTS. I don't think thatpD > > a year late and without a production accelerated VM is what manyD > > people would describe as "a little behind" nor is it a view thatB > > has been shared by the posters to this newsgroup who have beenE > > complaining about the delays in getting 1.2.X on OpenVMS for that1 > > period.F > >F > G > Of course, only Sun and IBM have produced 1.3 Java so far.  Everybodyw > else is behind.d >     B So you discount the Linux and Win32 versions of 1.3 they are just A figments of everyones imagination. It does seem that FACTS arn't oH that important doesn't it. I am beginning to get a much clearer picture,  perhaps this is also FUD ???????    F > Let me ask you this, ask 1000 IT professionals who produces the bestD > supported Java systems and see what the perception is.  That's allC > that's important, really, Sun knows that they can win in the JavaCH > market they've created as long as people perceive that the best system* > for running Java is a Sun supported one. >   B So what, the playing field is not slanted in our direction, CompaqC could provide just a Java environement which is just as good. They iA don't because they havn't invested in the resources that Sun and e@ other vendors have not because the game is stacked against them.  ? Don't bleat about poor old Compaq the resourcing issue is theirt= choice and if they really wanted OpenVMS to be a leading Javam platform they would address it.a  - All this talk about perception is irrelevant.a   > >n? > > > I guess this is why so there is so much concern about Sun G > > > controlling the Java 'standards'.  Like Microsoft they can change  > thee? > > > standards at any time and then point to all of their poorH
 > competitorsv > > > who can't keep up. > > >p< > > Ohh dear ohh dear, that is not how it has worked. Sun is< > > the final arbiter of what is in the Java SPEC but no oneA > > to my knowledge except Microsoft and a few Microsoft boosters:? > > have suggested that Sun controls the standard to get a jumpm; > > on our competition. People are afraid that we might bute2 > > there is no evidence that it has happened yet. > >t >  > Yet..   7 And you accuse me of FUD, really Jordan you need to getT more mirror time.n > ; > > In fact most of the other vendors are only too happy ton: > > submit their technology proposals for inclusion in the4 > > Java standard, IBM for example have been a major > > contributor. > >- > F > HP tried to get their real-time Java spec submitted and was snubbed.  8 Really, strange to say but it wan't just Sun who didn't  want the HP proposal.   = > HP and Compaq are behind some, but both have commitments to-@ > catch up.  I wonder if Sun and IBM will have moved on again by > this time? > B > HP and others have expressed a lot of concern about how they areB > shut out of the standards process.  Sun first submitted it as anA > ISO standard, then yanked it back, then they submitted it as anm? > ECMA standard, only to withdraw it and announce that Sun will4D > maintain complete control over the TradeMarked Java.  I think thisB > history does tend to cause concerns among other vendors.  HP has* > been very vocal about this, for example. >   7 HP have been shut out mainly because they havn't tried h8 to assist the standardisation process instead they have 8 tried to fracture the Java standard by introducing their$ own in collaberation with Microsoft.  " Compaq have hardly been involved.   I > IBM even expressed a lot of concern about the Java 2 Enterprise EditionmE > initially and said they were going to go their own way with Java 1.a( > But, IBM and Sun have patched that up. >   8 IBM didn't like the branding scheme, they had no issues 7 with what was in each API they simply wanted to be able $ to unbundle more of the components.   F > Everyone, except Sun, has had concerns about Java standardization atB > one time or another.  Don't try and make it sound like it's just > Microsoft and their lackeys. >   < You seem to be mistaking branding with standardisation, two > different things. IBM have had issues with the branding, which< despite your FUD have been resolved, they havn't had issues " with the API standards themselves.   Regardsa Andrew Harrisons Enterprise IT Architectu   ------------------------------  # Date: Thu, 19 Oct 2000 19:53:08 GMTI+ From: Jordan Henderson <jordan@my-deja.com>u Subject: Re: Java on Openvms) Message-ID: <8snjf1$hpd$1@nnrp1.deja.com>t  * In article <39EF351B.1C5D6E8C@uk.sun.com>,3   andrew harrison <andrew.nospam@uk.sun.com> wrote:e > Jordan Henderson wrote:o >rB > > > > This is an example of how Andrew likes to spread FUD here. > > > >a > > C > > 12 months?  I thought 1.3 only came out from Sun in May of thisr year.lF > > That's less than 6 months from where I sit.  Maybe when everythingF > > shakes out, it'll be 12 months, but Sun and their 'open' standards2 > > process will probably have moved on by then... > >n >s6 > Oh dear oh dear no wonder you always think that FACT	 > is FUD.t >aA > You seem to be having comprehension problems. 1.3 is the latest > > release of the JVM and it isn't available on OpenVMS. It did@ > come out in May but there isn't an OpenVMS version. So OpenVMS  > is 5 months late and counting. >d< > 1.2.x the previous version was available for ~12 months on= > other platforms before the recent release of it on OpenVMS.   ; Yes, I did misread the above.  It was spin, in any case, ast< you were trying to suggest that OpenVMS was 12 months behind@ in support, when in fact it's only 5 months behind.  IT projectsA don't turn on a dime, you know.  I would think that many projects > would still be on the 1.2 release.  I think we're justified in2 saying that OpenVMS is still just a little behind.  @ Sheesh, I believe there are no standards compliant C99 compilers? yet.  I guess EVERYONE is really really behind on that one!  Ohr shame!   >lD > The 1.2.x JVM plugin, required for example to provide java support0 > in Mozilla is still not available for OpenVMS. > > >tD > > > 8.   OpenVMS users/developers and admins have complained aboutD > > >      this on this newsgroup. FACT. More FUD ??????????????????D > > >      ?????????????????????????????????????????????????????????D > > >      ????????????????????????????????????????????????????????? > > >o > >d? > > What is FUD about your posting is your implication that theo? > > statement "It's Java" is in some way not true.  Good FUD isi@ > > not something based on facts that can be checked, that would> > > be too easy to knock down.  Good FUD is all about spin and@ > > half truths.  Spinning is your particular area of expertise,
 > > it seems.  > 8 > I don't know how to put it more clearly, the statement: > it is Java is both correct and incorrect. Correct in theB > sense that the 1.2.x release is a Java implimentation, incorrectC > because it implies that there is no need to question any further.5  B And what you are saying in pointing this out is FUD.  It's spin to> produce Fear Uncertainty and Doubt about use of Java on CompaqF platforms.  As I pointed out earlier, it's possible to use half-truthsC (which is what saying "yes and no" is really, isn't it?) to produce  FUD.  B If it weren't just FUD, you'd point out that only IBM and Sun seem@ to be so committed to this level you assure us is critical.  You: might even point out that if you wanted the highest JVM 98A performance, you'd chose Compaq.  But, no, you're just interestedr@ in proving to people in cov that Compaq is a bad company without: their interests at heart, in otherwords, in producing FUD.   >r > > H > > An invalid comparison.  When it makes a difference, people generallyF > > refer to it as Oracle 7 and Oracle 8, but Java is, supposed to be,H > > Java, a standard that you can write against.  The fact that it's notC > > is an embarrassment to Sun.  Java for it's success depends on ai largedE > > market of people writing to the same spec, which is why Sun funds.. > > development of Windows and Linux versions. > >hC > No people often refer to Oracle 7/8/8i as Oracle and incedentallyeF > because of the inclusion of things like beans and swing people oftenE > refer to the specific release of Java because it is important, just 3 > as important as specifying the version of Oracle.-  C Perhaps we should start telling people who use the term Oracle that C their not really using Oracle because they aren't using Oracle Rdb.n  E I can see it now.  Someone says "I'm wondering if Oracle is supportednC on Solaris." and someone answers "Yes and no, you see Oracle hasn'tt ported Oracle Rdb to Solaris."  F Stating that Java is supported "yes and no" on OpenVMS is clearly FUD.: Only a Sun employee on a FUD campaign would say otherwise.   >fH > > > Your choice of phrase "a little behind" would not be one that many? > > > people would endorse though it does go a long way towards 	 expainingoG > > > why appear to have such difficulty with FACTS. I don't think that,F > > > a year late and without a production accelerated VM is what manyF > > > people would describe as "a little behind" nor is it a view thatD > > > has been shared by the posters to this newsgroup who have beenG > > > complaining about the delays in getting 1.2.X on OpenVMS for that,
 > > > period.a > > >  > >i> > > Of course, only Sun and IBM have produced 1.3 Java so far.	 Everybody. > > else is behind.f > >l >pC > So you discount the Linux and Win32 versions of 1.3 they are just B > figments of everyones imagination. It does seem that FACTS arn'tA > that important doesn't it. I am beginning to get a much clearere picture," > perhaps this is also FUD ???????  E Your turn to have a comprehension problem. What I said above is fact.dG Sun produced the Linux (with the help of the Blackdown Group) and Win321> versions of 1.3.  So, only Sun and IBM have PRODUCED Java 1.3.  G Suggesting that other platforms are more than a little behind when theyo, haven't done what only 2 players has is FUD.  C And, isn't this telling?  Sun produces the Linux and Win32 versionslF for strategic reasons, to make sure that Java has wide acceptance, butA then, Sun doesn't offer the same assistance to other competitors,eD leaving them to fend for themselves...  We can already see the start of a strategic plan at work.   >eH > > Let me ask you this, ask 1000 IT professionals who produces the bestF > > supported Java systems and see what the perception is.  That's allE > > that's important, really, Sun knows that they can win in the Java C > > market they've created as long as people perceive that the bestu system, > > for running Java is a Sun supported one. > >n >iD > So what, the playing field is not slanted in our direction, CompaqD > could provide just a Java environement which is just as good. TheyB > don't because they havn't invested in the resources that Sun andB > other vendors have not because the game is stacked against them. >lA > Don't bleat about poor old Compaq the resourcing issue is their ? > choice and if they really wanted OpenVMS to be a leading Javan! > platform they would address it.o >r/ > All this talk about perception is irrelevant.   ; It is not.  Other vendors are only investing in Java to the > extent that they see it's in their benefit.  Investing heavily= in a platform controlled by another vendor has been enough tot@ give all the players (save Sun, of course) some reason to pause.  8 So, apparently, Sun people _are_ using the fact that Sun; is always ahead in Java technology for marketing advantage.s What a surprise.   >5 > > >.A > > > > I guess this is why so there is so much concern about Sun B > > > > controlling the Java 'standards'.  Like Microsoft they can change > > thetA > > > > standards at any time and then point to all of their poor  > > competitorss > > > > who can't keep up. > > > >l> > > > Ohh dear ohh dear, that is not how it has worked. Sun is> > > > the final arbiter of what is in the Java SPEC but no oneC > > > to my knowledge except Microsoft and a few Microsoft boostersuA > > > have suggested that Sun controls the standard to get a jumpe= > > > on our competition. People are afraid that we might but 4 > > > there is no evidence that it has happened yet. > > >  > > 	 > > Yet..d >c9 > And you accuse me of FUD, really Jordan you need to get  > more mirror time.d  A You know, Andrew, I don't post negative things in comp.os.solariseA or comp.sys.sun constantly that are negative about their favoriteTC platform.  I'm not on a mission to destroy or spread FUD.  I'm justs trying to counter your FUD.a  D I was the first one to accuse you of spreading FUD in this newsgroupB two years ago and now you use the term whenever you can...  You're	 pathetic.f   > >i= > > > In fact most of the other vendors are only too happy tot< > > > submit their technology proposals for inclusion in the6 > > > Java standard, IBM for example have been a major > > > contributor. > > >V > >SH > > HP tried to get their real-time Java spec submitted and was snubbed. > 9 > Really, strange to say but it wan't just Sun who didn't/ > want the HP proposal.P >s? > > HP and Compaq are behind some, but both have commitments to0B > > catch up.  I wonder if Sun and IBM will have moved on again by > > this time? > >eD > > HP and others have expressed a lot of concern about how they areD > > shut out of the standards process.  Sun first submitted it as anC > > ISO standard, then yanked it back, then they submitted it as an-A > > ECMA standard, only to withdraw it and announce that Sun willrF > > maintain complete control over the TradeMarked Java.  I think thisD > > history does tend to cause concerns among other vendors.  HP has, > > been very vocal about this, for example. > >p >d8 > HP have been shut out mainly because they havn't tried9 > to assist the standardisation process instead they have6: > tried to fracture the Java standard by introducing their& > own in collaberation with Microsoft.  ? HP denies that they've worked with Microsoft, but I'm sure that.? Sun knows that all those who dare oppose them must be in leagues with the devil.m  A What of all those abortive 'standardization' efforts?  First, ISOtE then ECMA?  Hmmn?  Isn't it the case that these were just to buy time C and keep the critics at bay while Sun had no intention of releasingt any control, at all?  B No vendor, save IBM and Sun, have seen fit to devote the resources> necessary to bring out these releases out so quickly.  Who canC blame them when Sun continues to twist and turn and not release anyo, control whatsoever of the core technologies.   >e# > Compaq have hardly been involved.n >aC > > IBM even expressed a lot of concern about the Java 2 Enterprise? Edition G > > initially and said they were going to go their own way with Java 1.?* > > But, IBM and Sun have patched that up. > >? >?9 > IBM didn't like the branding scheme, they had no issuesa9 > with what was in each API they simply wanted to be ablet% > to unbundle more of the components.e >nH > > Everyone, except Sun, has had concerns about Java standardization atD > > one time or another.  Don't try and make it sound like it's just  > > Microsoft and their lackeys. > >  >'= > You seem to be mistaking branding with standardisation, twoi@ > different things. IBM have had issues with the branding, which= > despite your FUD have been resolved, they havn't had issuesp$ > with the API standards themselves.  0 Oh?  Just about branding?  Let's take a look at:  @ http://www.zdnet.com/intweek/stories/news/0,4164,2404696,00.html   Which contains the interesting:   ?   At the same time, IBM is threatening to back an internationalaE   standard body's effort to establish a public specification for Javas?   without Sun's cooperation, if Sun persists in withholding thei#   details of the standard for Java.n  A   "The ECMA technical committee has sent out a letter stating itsaF   intent to evaluate the possibility of moving forward [to establish a?   standard]," Hebner said. "IBM supports that move. We're stilleD   hopeful, though, that this process will get back to where it was."  F Sounds to me like IBM was concerned over the status of standardization at one time.     >p	 > Regardsd > Andrew Harrison  > Enterprise IT Architectn >    -- -Jordan Hendersons jordan@greenapple.comT    & Sent via Deja.com http://www.deja.com/ Before you buy.i   ------------------------------    Date: 19 Oct 2000 15:56:48 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)p< Subject: re: Linker performance on DS20 slower than VAX 6520+ Message-ID: <bfLvaMaJkCEh@eisner.decus.org>a  i In article <009F1D86.46E78946.10@maxwell.ph.kcl.ac.uk>, Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> writes:i >> iM >> In article <8sinqq$iri$1@nnrp1.deja.com>, chucknichols@my-deja.com writes: I >> > We are in the process of converting a real-time application from VAXiK >> > VMS 5.5-2 to Alpha openVMS 7.2. We have purchased dual CPU DS20 AlphashK >> > with 1GB memory and two 9 GB disks mirrored for the system disk, threew9 >> > 9 GB disks RAIDed to give 18GB for application disk.  >> > cE >> > Linking programs takes much longer on the Alpha, for example one J >> > program takes about 3 minutes to link on our VAX 6520 (128 Kb) but it) >> > takes 12 - 13 minutes on the DS20!!!  >> uF >> Alpha does not have the position-independent instructions that were6 >> on VAX, so linking is going to be more complicated. > M > I doubt it's a CPU issue. LINK, even on a VAX, is a disk-limited operation.hM > How good was the disk subsystem on the VAX compared to the Alpha subsystem?  > N > Also bear in mind that Alpha code is 2-3 times larger than the correspondingJ > VAX code, so if that humungous LINK is mostly code rather than data, the7 > Alpha LINK is shovelling 2-3 times more stuff around.   B My point was not the lack of position-independent instructions forD execution by the linker.  It was that the code being linked requiresE more fixups to be generated by the linker since the target image willr5 not be able to use position-independent instructions.p   ------------------------------  % Date: Thu, 19 Oct 2000 15:23:28 -0400a5 From: "Sue Skonetski" <susan.skonetski@compaq.nospam>o' Subject: More OpenVMS Partner web sitesM5 Message-ID: <8snhkt$rl$1@mailint03.im.hou.compaq.com>s  4 This is probably old news for you, but just in case.  L http://www.innosoft.com/pmdf/v52-mta-vms.html#overview  PMDF/MTA for OpenVMS      + http://www.innosoft.com/pmdf/pmdf-eval.htmlF
 Evaluation  - http://www.innosoft.com/home/acquisition.html  acquisition by Sun   http://www.process.com/o Process now the source  ) http://www.process.com/openvms/index.htmle  K Innosoft has been bought by Sun which then sold PMDF to Process.  Look like 3 Process has picked up other OpenVMS based software.t  
 Warm Regards,e   Suee   ------------------------------  # Date: Thu, 19 Oct 2000 17:58:56 GMTs8 From: Veli =?iso-8859-1?Q?K=F6rkk=F6?= <korkko@decus.fi>, Subject: Re: MOUNT/FOR  fails for shadowset.( Message-ID: <39EF2FE3.B7436E9E@decus.fi>  8 You just don't do it that way. You would do a restore to8 one disk ordinaly and then form a shadow set with shadow: copy taking place from that first disk to the second disk.   I.e.   	$ mount/foreign $1$dkb0: / 	$ backup/image tape:whatever.bck/save $1$dkb0:h 	$ dismount/nounload $1$dkb0:t; 	$ mount/system dsa201:/shadow=($1$dkb0:,$1$dkb300:)  label  logical    _veli    krish wrote: >  > Hello, > E >  I am trying to backup some data, and facing the following problem. 6 >  I am trying to mount a shadow set dsa201 having twoK > disk($1$dkb0:,$1$dkb300:) using the foreign qualifier. I want to mount it 4 > foreign and do a backup/restore on that shadowset. > F >  But when i give the following command, after creating the shadowset > < >  PROMPT :-))mount/for dsa201:/shadow=($1$dkb0:,$1$dkb300:) > , >  I am getting the following error message. > B > %DCL-W-CONFLICT, illegal combination of command elements - check > documentatione >  \FOR\ > 5 >  Could somebody tell me what i am doing wrong here.a > / >  Your suggestion will be greatly appreciated.o > 	 >  -Krish  >  > --B > "Courage is the price that life extracts for granting peace with > yourself."Amelia Earhart   ------------------------------   Date: 19 Oct 2000 21:47:17 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)* Subject: New OpenVMS Freeware Submissions?6 Message-ID: <8snq55$24h$2@mailint03.im.hou.compaq.com>  >   Are you planning a submission for the next OpenVMS Freeware?  +   Do you have a useful or interesting tool?-  ,   Have you ported a package over to OpenVMS?  C   Do you have an update to a kit on the existing Freeware, or have cC   a new package, or do you simply know of an update to an existing  +   package already resident on the Freeware?   =   OpenVMS Freeware CD Submission guidelines are available at:e  3     http://www.openvms.compaq.com/openvms/freeware/r  /   Please pass along the details by 27-Nov-2000.2    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 19 Oct 2000 22:43:13 GMTo From: ldeanroberts@my-deja.com! Subject: ODBC access to RMS filese) Message-ID: <8snte0$qo2$1@nnrp1.deja.com>a  B What is the best way to get read-only access to RMS data via ODBC?B I know Oracle has a method and have heard that Attunity does also.    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------   Date: 19 Oct 2000 23:15:06 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)% Subject: Re: ODBC access to RMS filesS6 Message-ID: <8snv9q$359$1@mailint03.im.hou.compaq.com>  J In article <8snte0$qo2$1@nnrp1.deja.com>, ldeanroberts@my-deja.com writes:C :What is the best way to get read-only access to RMS data via ODBC?u  F   Donno about pointing to a specific "best", but the names of various A   available ODBC options (for RMS) are listed in the OpenVMS FAQ.M  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 19 Oct 2000 20:10:04 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)v) Subject: Re: OpenVMS, java, perl, etc ...e, Message-ID: <8snkes$14uv$1@info.cs.uofs.edu>  , In article <8sku7j$ao2@gap.cco.caltech.edu>,5  mathog@seqaxp.bio.caltech.edu (David Mathog) writes:? |>F |> Java applications would be lot more attractive if the language alsoD |> compiled to native object files which could be linked with shared |> libraries.     H That runs contrary to the whole philosophy of Java which is architectureG independence.  And no matter how hard SUN fights it, it will still comedJ about.  I believe I saw something recently that the GNU people are alreadyD working on a frontend to GCC to do Java, just like NYU did with Ada.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   n   ------------------------------   Date: 19 Oct 2000 22:32:05 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)) Subject: Re: OpenVMS, java, perl, etc ...s+ Message-ID: <8snsp5$jr@gap.cco.caltech.edu>h  ` In article <8snkes$14uv$1@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:- >In article <8sku7j$ao2@gap.cco.caltech.edu>, 6 > mathog@seqaxp.bio.caltech.edu (David Mathog) writes: >|>rG >|> Java applications would be lot more attractive if the language also E >|> compiled to native object files which could be linked with sharedp >|> libraries.     > I >That runs contrary to the whole philosophy of Java which is architectured >independence. U  J Huh?  Java is now a portable source code which must be interpreted to run.K Making it into a portable source code which may also be compiled and linkedoG natively and run as a binary in no way degrades the portability of the sH original java  program.  Sure, the BINARY that comes out is OS specific,H but so what? That just means that platforms with real compilers can makeP Java programs work a lot better than platforms that don't have that capability.   F This assumes, possibly incorrectly, that some feature or other of JavaC isn't completely incompatible with compilation.  For instance, selfi: modifying code is pretty common in intrepreted languages.    Regards,   David Mathog mathog@seqaxp.bio.caltech.eduo? Manager, sequence analysis facility, biology division, Caltech  J **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  % Date: Thu, 19 Oct 2000 23:35:25 -0400 5 From: John Johnstone <jj_usenet@onay-amspay.mail.com>t Subject: Re: PDF under OpenVMS4 Message-ID: <39EF853D.1D10CE5B@onay-amspay.mail.com>   Fred Kleinsorge wrote: >  [snip]J > To use DPS will require that you use both pre-V7.3 and pre-V1.2-6.  EvenL > then, if it doesn't work - you are pretty much SOL.  We no longer have theJ > ability to get support from Adobe, or to obtain objects built debug fromN > them.  I've already had to close several bug reports with a "sorry, we can't > support or fix it".   I Since leaving DPS in wouldn't leave us any worse off than we already are, K does Compaq have any other reason for removing DPS?  I thought Adobe hasn'taG given support to Compaq for DPS for quite a while.  It seems surprisinghH that the lack of support should be an issue now.  Is it just coincidenceI that Apple is making such a big deal about MacOS X using DPS from Adobe? aG Here I go with a conspiracy theory, but it really seems as if Apple and?E Adobe don't want DPS used anywhere else.  If so, that's spectacularlyiC annoying since no one is really asking for or expecting there to bep= continued support of DPS in VMS, just leaving it in as it is.C  K Has DPS been incorporated in any other X servers outside of Compaq?  If so,h is DPS being yanked there also?2  J I just realized earlier today that if DPS goes away, DECwrite's ability toF display linked-in EPS files goes away also.  That's a smaller hit thanH losing CDA Viewer but it's still another pain in the butt.  Like so manyK other things, since I'm using DECwrite on the cheap via the CSA license PAKt2 bundle, I guess that's just life in today's world.  G I know that losing DPS is affecting only a small number of users but itaJ really is a major loss.  I just remembered that DEC Document's Rags editorI will stop working.  I'm sure it's not used all that often either but thatt really stinks also.p   ------------------------------    Date: 19 Oct 2000 23:16:44 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)0 Subject: Re: Proliant DL 360 x Alphaserver DS10L( Message-ID: <39ef64bc@news.kapsch.co.at>  x In article <OF9E1CDE30.714C1CA4-ON8325696F.006DAA48@ep-bc.petrobras.com.br>, fabio_compaq@ep-bc.petrobras.com.br writes:\ >Just to discuss, why Compaq dont integrate more the cabinets of Intel and Alpha servers ??? > W >For example, the Proliant DL 360 have two hot-plugable hard disks....looks like Compaq C >is interested to make technical  improvments of the Intel servers.t > D >http://www5.compaq.com/products/quickspecs/10530_div/10530_div.html >a/ >And the DS10L has the hard disk internally ...i > B >http://www5.compaq.com/products/quickspecs/10551_na/10551_na.html  B I second that (and am frustrated because so far nobody jumped in -E it seems, nobody - not even you - is interested in this BIG problem).J   Time for a DS15L ;-)   -- v< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888o< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   Date: 19 Oct 2000 22:02:58 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)0 Subject: Re: Proliant DL 360 x Alphaserver DS10L6 Message-ID: <8snr2i$2if$1@mailint03.im.hou.compaq.com>  C   Fabio requests increased cross-platform availability of features t?   and components.  (I'd have never thought of that, thanks! :-)a  E :For example, the Proliant DL 360 have two hot-plugable hard disks...      Cute box, isn't it?e  F :looks like Compaq is interested to make technical improvments of the  :Intel servers.   @   And improvements to AlphaServer and AlphaStation systems, too.  F   But realize that anything that is available now is already outdated.  I   As should be quite obvious from watching Compaq in recent years, there oJ   are and will continue to be increasing numbers of common components and H   common hardware and all the supporting work that this effort entails, I   but there is that pesky matter of the product development cycle in the yH   way.  The Himalaya series, for instance, is moving to an Alpha base.  G   And the new StorageWorks II widgets are now appearing across various u   series of Compaq systems.i  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 19 Oct 2000 18:56:22 GMT  From: inwap@best.com (Joe Smith)" Subject: Re: Q: Why not (2^n)-bit?- Message-ID: <8sng4m$27pt$1@nntp1.ba.best.com>d  G In article <8skaph$hs3$1@bob.news.rcn.net>,  <jmfbahciv@aol.com> wrote:.1 >In article <qh1yz2gy6x.fsf@ruckus.brouhaha.com>,h8 >   Eric Smith <eric-no-spam-for-me@brouhaha.com> wrote: >>jmfbahciv@aol.com writes:t+ >>> The 1091 wouldn't even have happened ifmA >>> somebody sane (Alan Titcomb) hadn't funded the project.  That B >>> was another TOPS10 project that was a midnight hack (I'm using? >>> the word hack in the proper way...not the idiocy that seems  >>> to have evolved).  >>9 >>What were the technical issues to making the 1091 work?h >>C >>My understanding is that the 1091 hardware was basically the samew >>as the 2060. >w? >It's exactly the same.  We had a couple of stand-alone systemsu? >that we used for both -10 and -20 development.  All one neededu >was a pack to boot the system.m  7 The 1091 was painted blue, the 2060 was painted orange.FG The 1091 came standard with a DIA20 interface for KA or KI I/O devices,b it was optional on the 2060.J The 1091 console front-end had code that said "%%DECSYSTEM-10 NOT RUNNING"A and the 2060 CFE had code that said "%%DECSYSTEM-20 NOT RUNNING".e  - Those are the only differences I am aware of.y   >>  As compared to the 1090: >> >> >>		1090				10916 >>		-------------------------	------------------------; >>memory	DMA20 memory interface to	"internal" memory (which 1 >>		KI10 external memory bus	sometimes is mounteda >>						externally):  MA20/MB20n >>						core or MF20/MG20 semi >>; >>channels	external channels tied to	internal RH20 channelsc >>		multiported memory >>5 >>I/O		DIA20 interface to KI10		RH20 internal Massbus , >>		external I/O bus		channels, DIA20 avail. >>						as an option  L There are two options for the 1090: external data channels for DF10/RH10 andF                                     internal data channels for RH20.    & >>console media	DECtape				RX01 floppy >>. >>packaging	three rack bays			two-wide "short" >>						corporate cabineti >> >>E >>So obviously TOPS-10 needed new disk and tape drivers for the RH20,  >e4 >Nope.  That was already done for the tall cabinets.  C At DECUS, you could hear complaints from people that had 1090s with D internal data channels; the device drivers for the RH20 had bugs forI a while.  By the time the 1091 came out, RH20s on 1090s was working fine.i   	-Joes  # http://www.inwap.com/pdp10/rh20.txt  --8 See http://www.inwap.com/ for PDP-10 and "ReBoot" pages.   ------------------------------  # Date: Fri, 20 Oct 2000 05:10:03 GMTi9 From: stu@c49395-a.wodhvn1.mi.home.com (Stuart R. Fuller)i" Subject: Re: Q: Why not (2^n)-bit?% Message-ID: <r9hos8.4sg.ln@localhost>p  ! Joe Smith (inwap@best.com) wrote:bI : In article <8skaph$hs3$1@bob.news.rcn.net>,  <jmfbahciv@aol.com> wrote: 3 : >In article <qh1yz2gy6x.fsf@ruckus.brouhaha.com>,h: : >   Eric Smith <eric-no-spam-for-me@brouhaha.com> wrote: : >>jmfbahciv@aol.com writes:o- : >>> The 1091 wouldn't even have happened if C : >>> somebody sane (Alan Titcomb) hadn't funded the project.  ThateD : >>> was another TOPS10 project that was a midnight hack (I'm usingA : >>> the word hack in the proper way...not the idiocy that seems8 : >>> to have evolved).i : >>; : >>What were the technical issues to making the 1091 work?r : >>E : >>My understanding is that the 1091 hardware was basically the sameg : >>as the 2060. : >DA : >It's exactly the same.  We had a couple of stand-alone systemshA : >that we used for both -10 and -20 development.  All one neededc! : >was a pack to boot the system.s : 9 : The 1091 was painted blue, the 2060 was painted orange.aI : The 1091 came standard with a DIA20 interface for KA or KI I/O devices,  : it was optional on the 2060.L : The 1091 console front-end had code that said "%%DECSYSTEM-10 NOT RUNNING"  ' Actually, "%%DECsystem-10 not running".            StuL   ------------------------------  % Date: Fri, 20 Oct 2000 10:35:08 +0400r4 From: Valentin Likoum <valentin.likoum@ncc.volga.ru>I Subject: Re[2]: What connector to use to interconnect X.25 and DECNet V ? 3 Message-ID: <668821714.20001020103508@ncc.volga.ru>e  8 On 20.10.2000 antonio.carlini <arcarlini@iee.org> wrote:   > Valentin Likoum wrote:8 >> We are looking for a way to change our current setup: >> o, >>                                     Alpha7 >>    DECNIS|       GAP      +------------------------+p7 >>    or    |----------------|X.25 client + DECNet IV | 7 >>    DEMSA |                +------------------------+n >> , >> to something like:h+ >>                                    Alphap: >>  connector|      LLC2     +---------------------------+: >>    CISCO? |---------------|X.25 for VMS/AXP + DECNet V|: >>           |               +---------------------------+  D > You can practise now without changing your hardware by configuringD > the DECnis (or DEMSA if it is running the Phase V X25 Gateway code= > rather than the Phase IV X25 Router code) to use X25 Relay.o [snip]  B   Thank you for reply. Yes, I know about LLC2-capability of DECNISE (but it's new for me about DEMSA). But now we are planning upgrade ofsB our network infrastructure and looking for a way to replace DECNIS? with something modern and (hopefully) not so expensive. And thevF question still exists: what particular box could we use in this place.= Any Cisco box with appropriate interface and LLC2-capability? : Some particular Cisco box? Some box from another supplier?A Our local supplier suggests us Cisco 2600 to solve our IP-relatedl@ problems. Can it be used as X.25 gateway for our Alphas as well?
 Thank you.   --     Valentin Likoum-   valentin.likoum@ncc.volga.ru   ------------------------------   Date: 19 Oct 2000 13:27:57 PDTT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)' Subject: Re: San Francisco Bay Area LUG 3 Message-ID: <juOTDQN2qJlc@mccdev.slac.stanford.edu>   4 In article <EmYi1j6IN6wq@mccdev.slac.stanford.edu>, Z     Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) writes:I > In article <OF39417510.83A6654E-ON0725697C.007FB57E@rsc.raytheon.com>, t: >     	David D Miller <ddmiller@west.raytheon.com> writes: >>   >> snip ...s >> t >>         www.CCSScorp.com  >> g4 >>     I believe he said the demo is online there... >>   >>  J >> A Wonderful example of Black-on-Black HTML programming when viewed with >> Netscape.  H         Coming full circle on this,  I  exchanged  some e-mail with BillH     Pedersen  late  yesterday.   He  gave  me  permission  to  post  his
     response:   J -------------------------------------------------------------------------- Ken:  L Kim Genrich, our technical genius when it comes to web things is busy makingJ a version which is compatible with the older version of Netscape, since it8 is not too kind in how it presents FLASH oriented pages.   Until then, please see:d   	http://plato.ccsscorp.com  K Please note, it may not be possible to use the Java based web-TERMINAL from"K an OpenVMS environment.  We are also working on how to handle that issue as7 well.r  G While be believe that we will have VMS users eventually, we believe ourw8 first users will not be on VMS but will be learning VMS.  H As we move forward, we obviously need to consider the issue of VMS based, browers as the courses become more advanced.   Thanks for your feed back.   BillJ --------------------------------------------------------------------------  H         I did take a look  at  the plato.ccsscorp.com site and there's aH     lot   of   information  that  VMS  people  may   find   interesting.H     Unfortunately, the Jave web-Terminal does _not_ work  with  NetscapeH     3.03,  but  I  think you'll see what they're driving at.  [I saw theH     web-Terminal in action at CETS and thought it was pretty cool, BTW.]  H         Again, I have no interest in  CCSScorp or their products.  I wasD     just pleased to see this sort of revival in the VMS market.  :-)           -Ken --  M  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edu :  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  # Date: Thu, 19 Oct 2000 22:30:04 GMT - From: David Bodey <bodey.david.dj@bhp.com.au>S4 Subject: Re: SNS Watchdog vs. CA-Unicenter TNG agent) Message-ID: <8snsl4$pta$1@nnrp1.deja.com>o  E I recently did my own comparison. The TNG OpenVMS Agent has a sub-setnE of the monitoring features of SNS but also includes some new featuresc9 such a CPU and Memory thresholds. Below is my comparison:s  = Requirements         Enterprise   TNG Agent      Alternatives--                      Edition      for OpenVMS-!                      (Polycenter)a% Missing Batch Job    BAT          N/Aa8 Batch Queue problems BQP          Batch queue monitoring% CI problem           CIC          N/AnD CPU errors           CPU          N/A            DECevent via e-mailD Disabled Memory      DMM          N/A            DECevent via e-mail8 Disk near full       DNF          File-System Monitoring4 Device queue problem DQP          Printer MonitoringD Disk errors          DSK          N/A            DECevent via e-mail% Disk state problem   DSS          N/AdD Ethernet errors      ETH          N/A            DECevent via e-mailB External msgs (API)  EXT          Maybe Event Monitoring, by using OPCOM messagesD HSC errors           HSC          N/A            DECevent via e-mail% Int. Login Limit     ILL          N/AnD Process looping      LOP          Maybe CPU Monitoring will indicateD Memory errors        MEM          N/A            DECevent via e-mail% Link failure         ORS          Yes % Connection problems  OTH          Yesn4 Missing processes    PRO          Process Monitoring% Printer stalled      PRS          N/A.% Queue Mgr problem    QCP          N/A-% Shadow set problem   SHS          N/Am< Processor stopped    SMP          Maybe Processor Monitoring% Sftwr write locked   SWL          N/AD% Time Consistency     TIM          N/An% Node unknown         UNK          Yesu% Node unreachable     UNR          Yesh% Validation errors    VAL          Yes@% Agent unavailable    WDM          Yes.8 File-sys. grow rate  N/A          File-system monitoring1 File Monitoring      N/A          File Monitoringa4 Printer queue length N/A          Printer Monitoring3 Memory usage         N/A          Memory MonitoringT2 OPCOM message mon.   N/A          Event Monitoring8 Batch Queue length   N/A          Batch queue monitoring6 CPU usage            N/A          Processor Monitoring  F I believe CA's line on this is that if your company has not PolycenterD backgound, then go for the OpenVMS TNG Agent (lite), else upgrade to$ the Enterprise Edition (or WatchIT).  F When I last spoke with CA, there was no API interface (DCL or 3GL) forF the OpenVMS agent. CA did indicate they were committed to improve both< line products so may this feature will appear in the future.    0 In article <8sl44s$nef$1@news.netvision.net.il>,6   "Amir E. Aharoni" <amir_e_a@netvision.net.il> wrote: > HelloF >iG > Does anyone here have any experience upgrading his network management C > software from SNS Watchdog/Event Manager to Unicenter TNG OpenVMS,	 agent? Inn
 > particular:, >o& > 1. Is it generally worth the hassle? >*= > 2. How do the two products compare in terms of performance,  reliability, > ease of management?  > B > 3. Does the TNG agent have an equivalent of the SNS' DCL command+ > $ sense watch add message "Hello, World!"- >-@ > 4. Does the TNG agent have an equivalent of SNS' api functionsE > SNS$ADD_MESSAGE/SNS$REMOVE_MESSAGE? If yes, how hard is the portingd effort?S >e > Big thanks in advance.- > ___________________________________________t- > Amir Elisha Aharoni, the original Israelitey, > "Bartender! Put all my meals in one plate.) > Don't ask me what kind of music I play.u& > I play the good kind." - Oliver Lake >o >t    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Thu, 19 Oct 2000 15:35:34 -0500t, From: "Glenn C. Everhart" <Everhart@GCE.com>6 Subject: Re: SUMMARY:  installing VMS 7.2-1 on 433au ?' Message-ID: <39EF14C6.2EE8EA88@GCE.com>e  = I must agree with this. There are lots of ways SCSI disks can > misbehave that just cannot really be combined with normal SCSI in sensible ways.   = I have just gotten something called an Alcita IDEplex workingi> on VMS 7.2-1. This is a board that converts one SCSI ID into 8< IDE busses, so you can hang up to 8 IDE disks on one SCSI ID" and use cheap PC grade IDE disks.   @ It works nicely with the hacked dkdriver that I made up (renamed= as fkdriver since I didn't want to interfere with normal scsi,@ operation on other IDs), is even fast. However the board doesn't@ understand SCSI disconnect the way my SCSI controllers do, so it@ only works with disconnect disabled. I've also just written some< code to access it via zrdriver and a host program that uses = io$_diagnose, for those unwilling to add a driver. (The boardsB costs around $460 from Alcita...which cost is made up on the first 45GB drive you get).  B This driver hack would fit rather ill with normal dkdriver, and isB feasible only because I know it is for the IDEplex and accordinglyC I can (and did) make its default behavior work appropriately there.a= It might work with some SCSI disks, suboptimally, but I would ; certainly not visit its idiosyncrasies on real SCSI devicesp if I had a choice.  # Others are welcome to my hacks btw.1 Glenn Everhart everhart@gce.com   Fred Kleinsorge wrote: > N > This is pure bs.  We do *not* look at the boot device and deliberately causeL > it to fail unless it's known.  The primitive drivers that run during boot,K > use minimal functionality.  These drivers in fact live in the console forqK > Alpha for the last few years.  When the runtime drivers come online, theyaJ > then actually *use* the device in a more intellegent way, and expect the8 > device to behave within the specifications we require. > D > Now.  I too agree that it would "be nice" to have some way to haveJ > dumb-drivers or dumb driver modes, which would restrict the operation toK > only those things that the worst PC in the world would tolerate (and damndL > the performance).  It just isn't high on peoples list of things we need toH > do - most people are asking for faster, cheaper, more reliable.  Well,@ > cheaper isn't always compatable with faster and more reliable. > F > The original message that your rant responded to in fact wasn't evenN > complaining about the *disk*.  What happened is that someone booted a systemN > which had SRM console support for the disk CONTROLLER, on a VMS version thatK > did not have runtime support for it.  We looked around, couldn't find thefI > driver, and tried to simply ignore the device in the boot command.  The8L > solution for that is to either get a version of VMS with the driver on it,I > or what we call a "SHIP" kit that is a floppy that has the supplimentalgM > support to allow an older version to be booted.  IntraServer uses (or used)aI > this method, for instance, when you purchase a controller directly frome > them.a > : > SysAdmin wrote in message <39EB489A.5DD14872@fsi.net>... > >n	 > ><RANT>SK > >Later in the boot process, the "primitive" drivers in the bootstraps getvJ > >replaced with the o.s. drivers which promptly look at their boot deviceJ > >and say, "Oh! This is disk is "commodity" trash! I'm not soiling myselfF > >with THIS garbage!" ...where upon it pukes, takes its ball and goes > >home.
 > ></RANT> > >e? > >Yes, I realize that's an unfair exaggeration. I just find itm" > >frustrating, as many others do. > >sJ > >I do appreciate the time and effort that the VMS people take to certifyI > >devices and drivers. I just can't help feeling that a less restrictings0 > >compromise would be beneficial in many cases. > >n > >David J. Dachtera   ------------------------------  % Date: Thu, 19 Oct 2000 21:36:09 -0500o7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>t6 Subject: Re: SUMMARY:  installing VMS 7.2-1 on 433au ?, Message-ID: <39EFAF99.D51C084@earthlink.net>   Fred Kleinsorge wrote: > N > This is pure bs.  We do *not* look at the boot device and deliberately cause > it to fail unless it's known.k  G I'm sure you must have misread my intent. Go back and read the original:D post again, and I sure any concerns you may have are addressed quite well.    To quote myself:  = "Yes, I realize that's an unfair exaggeration. I just find itO  frustrating, as many others do."  H "I do appreciate the time and effort that the VMS people take to certifyF devices and drivers. I just can't help feeling that a less restricting. compromise would be beneficial in many cases."  G If there's anything ambiguous in the foregoing, please point it out andx" I will more than happy to clarify.   -- l David J. Dachtera  dba DJE Systems- http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/a  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged."   ------------------------------    Date: 19 Oct 2000 21:33:04 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)$ Subject: Re: TCP/IP 5.0A ECO Appears* Message-ID: <39ef4c70$1@news.kapsch.co.at>  f In article <39E4D0C2.73146D27@clarityconnect.com>, "Mark D. Jilson" <jilly@clarityconnect.com> writes:I >Ok here is the situation with this on VAX.  The TCPIP kit developer usedeE >a pre-release PCSI patch kit and it was expected that this patch kitDG >would have been released by the time that the TCPIP kit was released. nH >The TCPIP kit is coded such that it would have 'seen' that the releasedG >PCSI patch kit was installed.  Unfortunately the PCSI kit has not been B >released as expected.  This situation is being worked on.  If youG >*ABSOLUTELY* need the TCPIP V5.0A ECO 1 kit on VAX and cannot wait for>= >the PCSI kit to be released then please call your local CSC.   L And they refused to send it to me (ok, I'm no longer a really good customer,N only a customer, so they only give it to me, if I join this PCSI beta test ;-)  . So, please, does anyone have this kit for me ?   -- r< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888i< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Thu, 19 Oct 2000 20:15:02 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender)4 Subject: Re: TECO (was Re: File Comparison - Urgent); Message-ID: <39ef3a26.524144494f47414741@radiogaga.harz.de>>  % Steve.Spires@yellowpages.co.uk wrote:iN : I recall someone sometime ago mentioning TECO documentation on the internet.K : I can't seem to find the message on Deja (perhaps it's more than two days'D : old... ;^D ) so if someone could post a URL I would appreciate it.  . Could it be in Pete Siemsen's TECO collection?I http://metalab.unc.edu/pub/academic/computer-science/history/pdp-11/teco/o   cu,.   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.deiN One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  # Date: Fri, 20 Oct 2000 05:34:54 GMTw8 From: "Cameron Crofts" <ccrofts@optushome.com.au.nospam> Subject: v7.2 multipath supporteE Message-ID: <2QQH5.6496$Xx3.28816@news1.eburwd1.vic.optushome.com.au>v  J We are intending to upgrade to V7.2-1 so that we can use multipath on both HSZ70 and HSG80 controllers.  J We've heard that V7.2 multipath support breaks some layered products (bothH compaq & 3rd party) - especially those that intercept the disk start i/oE routine, since this can change dynamically when a path switch occurs.n  / Is anyone aware of a list of effected products?    Cheers   Cameron4   ------------------------------  % Date: Thu, 19 Oct 2000 21:57:14 -0500i7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>k Subject: Re: VAX emulator - Message-ID: <39EFB48A.7370BD0F@earthlink.net>   * fabio_compaq@ep-bc.petrobras.com.br wrote: >  > Didier > J > Dont stimulate them, or in a few year we will run OpenVMS under Solaris,# > HP-UX, Tru64, OS/390 ! ! ! !  :-)-  @ Well, there's Charon-VAX for Linux and Linux for IBM Mainframes.  * Can stuff be ported from Linux to Solaris?   Hhmmm... Whaddaya think?   -- + David J. Dachtera- dba DJE Systemsf http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/a  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.e   ------------------------------   Date: 19 Oct 2000 21:40:03 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)  Subject: Re: VMS C Compiler , Message-ID: <8snpnj$16rp$1@info.cs.uofs.edu>  + In article <zo+4ifrTdh1w@eisner.decus.org>,w/  koehler@eisner.decus.org (Bob Koehler) writes:ab |> In article <39EEDE5A.2565285A@jpmorgan.com>, Robert Taylor <taylor_robert@jpmorgan.com> writes: |>  D |> > %CC-I-IMPLICITFUNC, In this statement, the identifier "atoi" is |>F |>                                                               Also G |>    note the -I- in the message; this is not an error, it's just for - |>    your information.2  C Gee, I always thought the -I- stood for "Ignore this message".  :-)C     bill   -- AJ 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>   6   ------------------------------  % Date: Thu, 19 Oct 2000 15:00:05 -0700a! From: Shane.F.Smith@Healthnet.come Subject: Re: VMS C Compiler>D Message-ID: <OF61681CFF.48368B95-ON8825697D.0078CEE0@foundation.com>  ? Say three "Hail Babbage"'s and make a major act of compilation.    Shanee          E bill@triangle.cs.uofs.edu (Bill Gunshannon) on 10/19/2000 02:40:03 PM   " Please respond to bill@cs.uofs.edu   To:   Info-VAX@Mvb.Saic.Comi cc:    Subject:  Re: VMS C Compiler    + In article <zo+4ifrTdh1w@eisner.decus.org>,n/  koehler@eisner.decus.org (Bob Koehler) writes:-= |> In article <39EEDE5A.2565285A@jpmorgan.com>, Robert Taylorn$ <taylor_robert@jpmorgan.com> writes: |>D |> > %CC-I-IMPLICITFUNC, In this statement, the identifier "atoi" is |>E |>                                                               Also.F |>    note the -I- in the message; this is not an error, it's just for |>    your information.   C Gee, I always thought the -I- stood for "Ignore this message".  :-)r     bill   --J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |> Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------  % Date: Thu, 19 Oct 2000 18:32:44 -0500 , From: "Glenn C. Everhart" <Everhart@GCE.com>7 Subject: VMS undeletion function (and some more) at wku ' Message-ID: <39EF3E4C.5DD17C21@GCE.com>r  7 Hunter Goatley has been kind enough to make a re-kitted ? Safety available on his websites at wku. Look for safety015.zipv< which is a rekit. It builds and runs clean on VMS 7.2-1 (and, should work with 7.3 and up; I'll try that).  9 It implements functional mods which allow deletion on VMSi9 to be done via a wastebasket, to the extent you like, ands8 on those disks you like. Just create a directory for the8 trash on those disks and tell the package to put deleted stuff in it...   $ crea/dir [junk]l  ; tell Safety in jt_setup.com (post install) to keep trash inA [junk].a  6 There is of course a great deal of other functionality; that can be used if you like. If you want any of it turn it- on.-  : No on disk VMS images are altered; it just patches in some
 functions.  9 The indices at www.wku.edu don't seem to have it yet, but-: search will find it. Installation builds the images needed from object files.   ------------------------------  % Date: Thu, 19 Oct 2000 16:11:32 -0500r- From: Bruce Vinson <r4887c@email.sps.mot.com>a Subject: Re: VMS V7.2-1m. Message-ID: <39EF6384.C17B8@email.sps.mot.com>  G We just recently set up bootable HSG80 disks via FibreChannel on ES40s.e
 Try this url:a  < http://www.openvms.compaq.com:8000/721final/6318/6318pro.pdf   It's a _big_ help.   Bruce Vinson   anpa2000 wrote:  > B > Im having problems making a fibre connected disk visible to VMS. > 7 > Have setup a device on an HSG80 with a device id of 1e > < > Have setup the wwidmgr stuff at the chevron prompt and can! > see the device with a show dev.C > = > When I boot the VMS installtion CDROM, VMS is unable to see ? > my disk on the HSG80. Does anyone else out there have a Fibre < > Channel VMS cluster up and runing with the boot disk on an% > HSG80 ?, if so, what have I missed.e >  > Thanks > A  > : > P.S have installed all patches for Fibre from the Compaq
 >     website/ > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.    ------------------------------   Date: 19 Oct 2000 18:57:44 GMT8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)  Subject: Re: VMSINSTALL Question5 Message-ID: <8sng78$aj$1@mailint03.im.hou.compaq.com>n  M In article <OF6AF87170.620CCB9B-ON8325697D.00572692@ep-bc.petrobras.com.br>,  + fabio_compaq@ep-bc.petrobras.com.br writes:iJ >Is there a document / internet link describing how to develop a "script" C >or similar to install an application under OVMS using VMSINSTAL?. eF >We have a lot of in-house developed applications and some of them the! >installation process is complex.r  E The order number on my {ahem} 1986 copy of the "Developer's Guide to oC VMSINSTAL" is AA-HB12A-TE.  Obviosly, that is out of date, but thate1 muber should get you to the current order number.e  B Please consider using the POLYCENTER Software Installation (PCSI) A utility instead of VMSINSTAL.  The PCSI utility is way beyond the B "early life bugs" some people have seen, and it can save you a lot! of work while doing more for you.   H Whichever you use, depending what you mean by "the installation process G is complex", you may end up having to write a lot of "ad hoc" DCL code,hK which will be either in your KITINSTAL.COM for VMSINSTAL, or in an EXECUTE c procedure in the PCSI utility.   --  K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAeF          (hammond@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Thu, 19 Oct 2000 18:03:42 +0100o* From: "Richard Brodie" <R.Brodie@rl.ac.uk>  Subject: Re: VMSINSTALL Question, Message-ID: <8sn9hr$17dm@newton.cc.rl.ac.uk>  @ "Christoph Gartmann" <gartmann@immunbio.mpg.de> wrote in message* news:8sn5m9$7b0$1@n.ruf.uni-freiburg.de...N > In article <OF6AF87170.620CCB9B-ON8325697D.00572692@ep-bc.petrobras.com.br>,+ fabio_compaq@ep-bc.petrobras.com.br writes: N > >Is there a document / internet link describing how to develop a "script" orA > >similar to install an application under OVMS using VMSINSTAL?.  > 7 > There is an "OpenVMS Developer's Guide to VMSINSTAL".D  A If starting from scratch, one should consider using PCSI instead.e> The documentation is part of the standard set, and online too.   ------------------------------   Date: 19 Oct 2000 19:23:35 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)  Subject: Re: VMSINSTALL Question5 Message-ID: <8snhnn$nk$1@mailint03.im.hou.compaq.com>e  p In article <8sng78$aj$1@mailint03.im.hou.compaq.com>, hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond) writes: :eN :In article <OF6AF87170.620CCB9B-ON8325697D.00572692@ep-bc.petrobras.com.br>, , :fabio_compaq@ep-bc.petrobras.com.br writes:K :>Is there a document / internet link describing how to develop a "script" RD :>or similar to install an application under OVMS using VMSINSTAL?. G :>We have a lot of in-house developed applications and some of them thei" :>installation process is complex.  E   The installation process generally consists of creating directoriesoE   and copying files around.  The configuration process can be rather  H   complex.  I would strongly  encourage you to keep these two processes E   separate, and to ship a configuration tool or procedure -- this is wF   the separation of activities that DECnet, TCP/IP Services, and many    other products use.o  F :The order number on my {ahem} 1986 copy of the "Developer's Guide to D :VMSINSTAL" is AA-HB12A-TE.  Obviosly, that is out of date, but that2 :muber should get you to the current order number.  C   The book is also on the CD-ROM documentation set, likely now overs"   in the obsolete-books bookshelf.  C :Please consider using the POLYCENTER Software Installation (PCSI) m  :utility instead of VMSINSTAL.    B   Yes, please do consider PCSI.  Even if you choose not to use it,A   I would encourage you to look into it as it can help you createsE   a high-level procedure organization for KITINSTAL that will permit v@   your VMSINSTAL kit to be compatible with PCSI -- salient among@   these design assumptions is the assumed separation of software0   installation and software configuration tasks.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 19 Oct 2000 22:26:29 +0100t+ From: "antonio.carlini" <arcarlini@iee.org>lF Subject: Re: What connector to use to interconnect X.25 and DECNet V ?' Message-ID: <39EF6705.B96C6EC5@iee.org>o   Valentin Likoum wrote:7 > We are looking for a way to change our current setup:x > + >                                     Alphat6 >    DECNIS|       GAP      +------------------------+6 >    or    |----------------|X.25 client + DECNet IV |6 >    DEMSA |                +------------------------+ >  > to something like:* >                                    Alpha9 >  connector|      LLC2     +---------------------------+l9 >    CISCO? |---------------|X.25 for VMS/AXP + DECNet V| 9 >           |               +---------------------------+a  B You can practise now without changing your hardware by configuringB the DECnis (or DEMSA if it is running the Phase V X25 Gateway code; rather than the Phase IV X25 Router code) to use X25 Relay.m  A You need to upgrade your Alpha to the Phase V code (I don't thinke: the X25 Client code has LLC2 support - and I'm 90% certain9 that it's unsupported anyway) but it looks like you'll be  doing that upgrade anyway.       Antonio8   -- u   --------------- - Antonio Carlini             arcarlini@iee.orgi   ------------------------------  % Date: Thu, 19 Oct 2000 23:17:07 -0400a2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>L Subject: Re: What would be your ultimate dream VMS machine (desktop/tower) ?7 Message-ID: <200010192317_MC2-B7C2-C8A7@compuserve.com>o  E         It would be more correct to say that PCs can use Compaq Alphai2 parts.  PC parts do not always work in the Alphas.  G         One counter example should be sufficient!  The Quantum FireballeH SCSI disks do not implement or do not correctly implement tagged commandJ queuing.  (If I ever knew which, I don't recall it.) People have connecte= d J these disks to VMS Systems and lost data because of this.  We know now th= atJ these disks are not reliable, only because people bought them used them a= ndH lost their data!  They work well enough on PCs running Windows, which do not use tagged command queuing.l  J         Compaq has no motive to qualify components that they do not sell!=  =  J The parts that they do sell are not always identical to the cheaper parts=   available from third parties.v  E         I earn my living working with small to medium size Alphas andsH delivering 99+% uptime during working hours.  No one really cares that IF spend $800 on a supported SCSI host adapter instead of $200 on a thirdJ party part.  The difference is a microscopic percentage of the millions o= f C dollars that depend on our systems working reliably!  Without those F computers we are almost litterally forced to use quill pens and ledgerJ books.  We can book orders with pencil and paper for a few minutes but th= esJ cost of doing so and keying them into the system later would pay for a lo= tfJ of hardware.   Call it $2000 per hour for down time; I have 15 minutes of=  & unscheduled downtime so far this year!  F         You can put anything you like on your machines; I'll spend the@ extra dollars for the stuff that works all the time, every time.  # Message text written by Osmo Kujalar <snip>/ >>NO! Alphas already use commodity PC parts andlH Alphas can be crippled with whatever crappy PC devices. Why would anyoneF use untested unsupported devices when Compaq says which are supported?F Of course because Compaq wants to keep secret what is the exact deviceJ model from PC market that it has renamed to something else and put triple=   price tag on it. =    J >         You can get almost anything at a lower price than Compaq charge= s, > but will it work?p   Yes, if you choose right.E  : >  Something like thirteen years of reading this newsgroup@ > tells me that third party hardware is a crapshoot at best.   =    F Hey! There are no DEC made devices any more and my 15 years experienceG with Digital vs. third party hardware says that there is no statisticalr% difference in quality between them. =e  	 > Even ifaJ > something appears to work, you may find that there is that tragic, fata= l,/ > flaw that turns up when you least need it to.v  J >         VMS can identify the I/O devices that it supports.  Suppose you=  J > install some brand X card that *almost* emulates the Compaq product?  V= MSJ > believes it's a supported device, loads the driver, and ZAP!  If you ar= eoJ > lucky the failure will be immediate and unmistakable.  If not, you may = beH > ZAPped for months before you discover that months of work has produced > useless crap!y  J Not possible. There are parity and ECC checks etc. and VMS is high qualit= y , and doesn't produce crap ever.           ;-) <G   ------------------------------    Date: 19 Oct 2000 20:58:43 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)- Subject: Re: Why has Compaq retired DECnet ??h* Message-ID: <39ef4463$1@news.kapsch.co.at>   In article <y4u2aqz5jz.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:0 >JF Mezei <jfmezei.spamnot@videotron.ca> writes: >sJ >> But many tools commonly used to manage a cluster still rely on DECNET. I >> Although Monitor can now be coaxed into using TCPP instead of DECNET, e  B which gives you a monitor process looping at prio 15 if you switch9 off IP before the monitor process (in the SYSHUTDWN.COM).. Frustrated ? Me ? Noooou   >> but what about SYSMAN ? >iO >SYSMAN has never used DECnet, it was always using SCS for its communications. aC >Where do you think the remote SYSMAN functionality is implemented?   F SYSMAN uses DECnet for non-Clustered nodes. Have a look in your DECnet object database:& 			$ ncl sho ses con app smiserver all  H And I don't think that the SMISERVER is already usable over TCPIP at allD (because of the following excerpts from the SYSMAN documentation andJ because I've also never seen a SMISERVER hanging in the IP open port list)     SYSMAN  SET ENVIRONMENT   /NODE=(node1,node2,...)u  G   Specifies that SYSMAN execute subsequent commands on the given DECnetrB   nodes. If accompanied by the /CLUSTER qualifier, the environmentE   becomes the cluster where the given DECnet node is a member. A nodeeE   name can be a system name, cluster alias, or logical name. However,hE   before you can use logical names to define the command environment,iD   you must set up the logical name table SYSMAN$NODE_TABLE. For moreH   information about defining the SYSMAN logical name table, refer to the#   OpenVMS System Manager's Manual. -   Or  D   By default, the management environment is the local node (the nodeD   from which you execute SYSMAN). To execute commands on one or moreD   other nodes, you can redefine the management environment to be any   of the following:   %      Your own OpenVMS Cluster system  6      A subset of nodes in your OpenVMS Cluster system 2      A nonclustered node available through DECnet $      Another OpenVMS Cluster system 9      A subset of nodes in another OpenVMS Cluster system y#      Any group of individual nodes      O In a cluster, yes, it uses SCS only (and you don't need to enter a password)...n   just to be nitpickingw   -- y< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Thu, 19 Oct 2000 21:37:22 +020042 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: X Desktop; Message-ID: <39ef4d72.524144494f47414741@radiogaga.harz.de>   1 Robert Taylor (taylor_robert@jpmorgan.com) wrote:lH : I can't get either of the options to work ( as specified in an earlier	 : post ).. :>, : I'm running Exceed on a Windows NT client.K : When I log into VMS ( Reflection Telnet ) , I use set display/create/nodei : with my IP and TCPIP setting.   @ Could it be that TCP/IP is not set up as a DECwindows transport?B You can check by looking into SYS$MANAGER:DECW$SERVER_0_ERROR.LOG. There should be a line likeh  .   DECW$TRANSPORT_TCPIP image base address: ...   If it's not there:  L Modify SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COM (copy it from the .TEMPLATE5 file if it's not there) to include the following liner  2   $ decw$server_transports == "DECNET,LOCAL,TCPIP"  = and restart DECwindows (caution: this kills all sessions!) by-  %   $ @SYS$STARTUP:DECW$STARTUP RESTART0    F Another possibility could be that the X Windows support files have not< been installed. If the DECW$EXAMPLES logical does exist, try     $ SET DISPLAY ...    $ RUN DECW$EXAMPLES:ICOm   cu,a   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.deoN One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  % Date: Thu, 19 Oct 2000 16:33:24 -0500.2 From: "Dong, Jerry" <Jerry.Dong@CreditUnion.mb.ca> Subject: RE: X Desktop> Message-ID: <41BA1DE44D6FD21199DA0000E8665C04C184E1@EXCHANGE1>  G If you're running Exceed v6.x, you can start your application using the 
 following:  G Set your X Server communications parameter to "Passive" (in the Xconfign app).e  > On your VMS system, create a command procedure something like:   $! VMS_XLOGIN.COMl) $ node = f$extract(0,f$locate(":",p1),p1)k0 $ set display/create/node='node'/transport=tcpip $ show display  $ run sys$system:decw$startlogin $ wait 00:00:05t $ exit  B Open Xstart and enter the appropriate username and password, then:D 	set the "Start Method" to "REXEC (TCPIP)" and the "Program Type" to
 "X Window"6 	set the "Host:" to your system hostname or IP address  	set the "Host Type:" to DEC VMS@ 	in the "Command:" field, enter "@vms_xlogin.com @d" without the quotes  I Save the session and install it (if you want Xstart to create an icon foro your session).  L Hit run and it should start up your X session.  The "@d" parameter in XstartI will pass your workstation's IP address over to the VMS host system whicheI the command procedure will use to set the display (after we strip off the I ":0").  The reason I use DECW$STARTLOGIN.EXE instead of  DTSESSION.EXE issF that when I logout with just DTSESSION.EXE, it doesn't seem to save my desktop changes on exit.  E This can be applied to just about any X application.  We've used thiseE successfully on OpenVMS v6.2-1H3 and v7.1-2 systems running UCX v4.x.y  E Note: You may want to turn off the X debugger after you get something , working, it creates a pretty heavy overhead.   Cheers,u   Jerryt  e
 Jerry Dong Information Technology DivisionI  Credit Union Central of Manitoba   -----Original Message-----7 From: Robert Taylor [mailto:taylor_robert@jpmorgan.com]1 Sent: October 18, 2000 10:06 AM4 To: Info-VAX@Mvb.Saic.Comu Subject: X Desktop    F I have Exceed X-Server running on my PC. I have invoked the X debuggerC before and have also managed to create a decterm ( X ) on my PC. Is H there a way of getting an X Desktop started on my PC ? Also what other X+ applications do people find useful on VMS ?    ------------------------------  % Date: Fri, 20 Oct 2000 04:52:22 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: X Desktop; Message-ID: <39efb366.524144494f47414741@radiogaga.harz.de>i  1 Dong, Jerry (Jerry.Dong@CreditUnion.mb.ca) wrote:lI : If you're running Exceed v6.x, you can start your application using thee : following: ...i+ : $ node = f$extract(0,f$locate(":",p1),p1)h ...bI : 	in the "Command:" field, enter "@vms_xlogin.com @d" without the quotes  ...  : The "@d" parameter in XstartK : will pass your workstation's IP address over to the VMS host system whichdK : the command procedure will use to set the display (after we strip off thet : ":0").  A You can simplify that by using @a instead of @d. @a is translatedu' into the address of the eXceed machine.D  C I have a command procedure that started out as something similar to6D yours, but grew in the need to accomodate different X server numbersG (can you say "Jump server"?) and a configurable image/command procedurerG to run. As it's a bit too long to post here, I'll put it on my website.n   cu,S   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.derN One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------   End of INFO-VAX 2000.586 ************************