1 INFO-VAX	Wed, 31 Oct 2001	Volume 2001 : Issue 606       Contents:2 Re: ??== f$mode() = NETWORK always FTP connection.2 Re: ??== f$mode() = NETWORK always FTP connection., Re: Another missed opportunity for Alpha/VMS$ Re: Any news on the fix for the XFC?/ Re: assaults on web servers from the billyworld  Blockbuster uses Alpha systems Broadcasts in LAVC Re: Broadcasts in LAVC Re: Broadcasts in LAVC, Re: CLD & error handling from within program Compaq Ada for VMS Re: Compaq Ada for VMS Re: Compaq Ada for VMS Re: Compaq Ada for VMS Re: Compaq Ada for VMS Re: Compaq Ada for VMS Re: Compaq Ada for VMS Re: Compaq Ada for VMS Re: Compaq Ada for VMS Re: Compaq Ada for VMS Re: Compaq Ada for VMS Re: Compaq Ada for VMS Re: Compaq Ada for VMS Re: Compaq Ada for VMS Re: Compaq blasts HP Re: Compaq blasts HP Re: Compaq blasts HP Re: Compaq blasts HP Re: Compaq blasts HP Re: Compaq blasts HP' Compaq Fibre Channel Tape Controller II  Re: DEC C and DECUS  Re: DEC C and DECUS 2 RE: DECwindows Motif Server Mandatory Update Patch2 RE: DECwindows Motif Server Mandatory Update Patch2 Re: DECwindows Motif Server Mandatory Update Patch3 Re:  DECwindows Motif Server Mandatory Update Patch 2 RE: DECwindows Motif Server Mandatory Update Patch2 Re: DECwindows Motif Server Mandatory Update Patch3 Re:  DECwindows Motif Server Mandatory Update Patch 3 Re:  DECwindows Motif Server Mandatory Update Patch ! Re: Delta time between two date's ! Re: Delta time between two date's ! Re: Delta time between two date's * Exception while booting 7.2 on a axppci 33) Finding Open Files (was: DEC C and DECUS) / Re: First experience with the WEB based service  Garage Sale... Hey, Hobbyists!" Re: Garage Sale... Hey, Hobbyists!" Re: Garage Sale... Hey, Hobbyists!" Re: Garage Sale... Hey, Hobbyists!) Re: Global Sections for IPC - performance ) Re: Global Sections for IPC - performance ) Re: Global Sections for IPC - performance A Re: How to redirect output&error into a single file in sys$creprc A Re: How to redirect output&error into a single file in sys$creprc : Re: Kerberos Client on OpenVMS, CSWS/APACHE, MOD_AUTH_KERBF LabSystems - SampleManager, Multichrom, Yukon Consultants/D'per Needed Re: NT/W2K CRSS exploit  Re: NT/W2K CRSS exploit  Re: NT/W2K CRSS exploit  Re: OT - HP's MPE-IX Re: OT - HP's MPE-IX Re: OT - HP's MPE-IX Re: OT - HP's MPE-IX PCL Printer control codes 
 RMS accvio Re: RMS accvio Re: RMS accvio Re: RMS accvio Re: RMS accvio! Re: savesets,  CDs and attributes < Stopping processes with open files;  WAS:Re: DEC C and DECUS% Re: SYS$EXAMPLES:DAYLIGHT_SAVINGS.COM  syslogd - new version ?  Re: syslogd - new version ?  Undo disk Initialize Re: Undo disk Initialize Re: Undo disk Initialize Re: Undo disk Initialize Re: Unix-based, VMS-based? Re: Unix-based, VMS-based? Re: VMS/VAX newbie.  VMS721_Mount96-v0300 Question  Re: VT520 Setup  RE: VT520 Setup  Re: VT520 Setup  Re: Weird Hobbyist PAK behavior  Re: Weird Hobbyist PAK behavior & Re: X.25 profile documentation wanted.. Re: [AMDS V7.3A] Problem on OpenVMS VAX V7.3 ?- Re: [VMS V7.3 VAX] my first crash since years   F ----------------------------------------------------------------------  % Date: Wed, 31 Oct 2001 12:22:47 +0100 , From: aus@vim.uni-wuerzburg.de (Hans M. Aus); Subject: Re: ??== f$mode() = NETWORK always FTP connection. D Message-ID: <aus-3110011222470001@wvia67.virologie.uni-wuerzburg.de>   Mike,   M The response on a Telnet client to $write sys$output f$mode() is INTERACTIVE.   L The client is VersaTerm Pro on my Macintosh and the connection is via TCPIP.      9 In article <3BDEB316.5E362886@digital.com>, Mike Rechtman % <michael.rechtman@digital.com> wrote:   3 > Anything run remotely should show up as "NETWORK"  > for example: >  > $ ty QUERY.COM;  > $ set noon > $ inq n "Your name: " > > $ open/read/write remote NODE"<usenam> <pasword>"::"0=reply" > $ write remote n > $loop: > $ read/error=ugh remote lin  > $ sho sym lin 
 > $ goto loop  > $ugh:  > $ close remote >  > $ty  REPLY.COM > $ set noon! > $ open/read/write  link SYS$NET  > $ read link x  > $ write link "Hello ",x $ > $ write link "f$mode is ",f$mode() > $oops:
 > $ logout > $ exit >  > 	 > $@query  > Your name: : mike  >   LIN = "Hello MIKE" >   LIN = "f$mode is NETWORK"  >  >  >  > Mike >  > Hans M. Aus wrote: > > ; > > Is f$mode() = NETWORK always a FTP connection at LOGIN?  > > C > > Or, can there be other types of f$mode() = NETWORK connections?  > > I > > My objective is to catch FTP login connections and avoid starting the 1 > > terminal routines for the INTERACTIVE logins.  > >  > > --F > > Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   --  B Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   ------------------------------  # Date: Wed, 31 Oct 2001 12:05:18 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) ; Subject: Re: ??== f$mode() = NETWORK always FTP connection. 0 Message-ID: <00A04562.DC631106@SendSpamHere.ORG>  s In article <aus-3110011222470001@wvia67.virologie.uni-wuerzburg.de>, aus@vim.uni-wuerzburg.de (Hans M. Aus) writes:  >Mike, > N >The response on a Telnet client to $write sys$output f$mode() is INTERACTIVE. > M >The client is VersaTerm Pro on my Macintosh and the connection is via TCPIP.    Correct.  If you issue    5 $ WRITE SYS$OUTPUT "''F$getjpi("","PROCESS_RIGHTS")'"   L You will typically find that DECnet and TELNET interactive sessions have theM REMOTE rights.  LAT, DECWindows terminals, and physically connected terminals  will have LOCAL rights.   K NETWORK mode will be assigned to "network" task type connections.  FTP with ; TCPIP services, UCX and other stacks should return NETWORK.   M FYI, because of the "REMOTE" nature of TELNET connections, all accounts on my $ systems have REMOTE access disabled:  ! $ MCR AUTHORIZE MODIFY */NOREMOTE   N This helps to keep the riff-raff (not to be confused with Simon Bar Sinister's sidekick) off of my machines.  --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              J   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbes    ------------------------------    Date: 31 Oct 2001 08:27:06 -0600- From: koehler@encompasserve.org (Bob Koehler) 5 Subject: Re: Another missed opportunity for Alpha/VMS 3 Message-ID: <c4B21P5kWMdI@eisner.encompasserve.org>   b In article <9rlbg1$h46@gap.cco.caltech.edu>, vance@alumni.caltech.edu (Vance R. Haemmerle) writes: > K >    The Cassini orbiter, on a mission to Saturn, uses a radiation hardened K > Mips R3000 chip.  There was a time when Digital sold systems based on the  > R3000.  @    RAD hardened R3000, PowerPC, 386, and 486 are not uncommon inC    satellites.  Alphas simply draw too much power to be considered.   C    As far as uing VMS, consider that there's no console and no disk E    (aka an embedded environment).  Something like VAXeln is needed.   &    VxWorks and iRMK are commonly used.  C    Older satellites have custom built NASA flight computers without     a commercial OS.    ------------------------------  # Date: Wed, 31 Oct 2001 16:26:24 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)- Subject: Re: Any news on the fix for the XFC? 3 Message-ID: <QCVD7.1153$RL6.16845@news.cpqcorp.net>   M In article <3BDF6A7C.20901@wi.rr.com>, Scott Vieth <svieth@wi.rr.com> writes:   E :I'm gettin' ready for the trip from 7.2-1 to 7.3 (Alpha, of course). D :Has anyone heard anything on a fix for the XFC?  I searched DSNlinkK :tonight and didn't find anything new.  The one XFC patch is still on-hold.   I   Pending, but I do not have a specific nor an official schedule for the     XFC V2.0 ECO kit shipment.    K   I am aware of at least one customer site that has loaded the images that  K   may well become the XFC V2.0 kit, and that is now operating successfully  I   with XFC enabled.  Assuming that these prove to be the final images --  J   something that I am not certain is the case -- I would *guess* that the 4   XFC V2.0 kit will be available in about a month.    I   Regardless of the actual/eventual release schedule for the ECO kit, the F   VIOC-based I/O caching does work -- please enable (via the VCC_FLAGSH   system parameter) and use VIOC on existing OpenVMS Alpha V7.3 systems /   pending the availability of the XFC V2.0 kit.   N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 31 Oct 2001 10:53:40 +0100 / From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> 8 Subject: Re: assaults on web servers from the billyworld7 Message-ID: <00A04582.C3D10FE8.48@maxwell.ph.kcl.ac.uk>    >  > vance@alumni.caltech.edu (Vance R. Haemmerle) writes in article <9rfjrs$kg5@gap.cco.caltech.edu> dated 28 Oct 2001 00:35:08 GMT:L > >>I don't believe that the "attacking" code behaves like a web browser andJ > >>thus the redirect is probably ignored and moot.  If somebody can prove) > >>otherwise, I'd like to hear about it.  > > H > >   If the web server interaction code were copied from somewhere elseP > >it might respect redirects.  One could hope.  If not, then the virus wouldn'tP > >get the yadda.html file either and the "redirect"s in Wayne's HTTP_PATHS.CONF, > >file should be changed to "map"s to work. > J > I think the best way to slow down a virus like this would be to hang itsH > HTTP connection.  This isn't tcp-compliant, but if you could make yourN > machine drop the connection without telling the attacking machine, the virus > would hang, right? > M > With existing software, I think mapping the billy-weak URLs to a very large L > file on a very slow disk would be the closest thing.  Future viruses might$ > disconnect after a timeout though. > / > --Keith Lewis              klewisx@xmitre.org   0 Could this be a new use for a floppy disk drive?  D Not only slow enough, but a nice green light and crunching noises to> let you know that you might want to start your packet snooper.   	Yours, 
 		Nigel Arnot - 		NRA@MAXWELL.PH.KCL.AC.UK                      7 		"In the beginning there was nothing, which exploded."    ------------------------------  # Date: Wed, 31 Oct 2001 18:31:40 GMT * From: "John Smith" <someone@somewhere.com>' Subject: Blockbuster uses Alpha systems @ Message-ID: <gsXD7.22909$U7.1484951@bin1.nnrp.aus1.giganews.com>  H Anyone familiar with what make and model Alpha Blockbuster uses in their backoffice system?   --	 KCJunkman    ------------------------------  % Date: Wed, 31 Oct 2001 12:18:47 +0100 ( From: "Bruin, J.M. de" <Bruin@WT.TNO.NL> Subject: Broadcasts in LAVC C Message-ID: <EC85E7391071D511AC140008C7F37BC24DEC78@wt15.wt.tno.nl>   M At first I must say that I'm not a network wizard but do know a bit about it. N The guys responsible for the network at the site here, have asked me about theM large # broadcasts on the network, sent as LAVC messages. They say that 'our' < LAVC broadcasts take up to 50% of all broadcasts on the net.M There are 7 Alpha's configured in the cluster and there are 700+ nodes on the 
 (sub-)net.M Can anyone shed some light on were the broadcasts are coming from/needed for? H And, if possible, how I can change some setting(s) in order to lower theG frequency of those broadcasts in order to 'satisfy' my network manager? P I myself think it must have something to do the keeping the cluster 'live' or am$ I completely missing the issue here?   TIA,   Mark  K --------------------------------------------------------------------------- H Mark de Bruin                                   Voice : +31 15 269 69 05H TNO Automotive                                  Fax   : +31 15 257 21 04K Crash Safety Centre Laboratories                GSM   : +31 653 44 21 45    G Innovations, Communication & Information        E-mail: bruin@wt.tno.nl 7 Room: GBS 1.1                                   URL   :  http://www.automotive.tno.nlI P.O. Box 6033                                           http://www.tno.nl  2600 JA Delft  The Netherlands     ------------------------------  % Date: Wed, 31 Oct 2001 12:42:12 -0000 * From: "Richard Brodie" <R.Brodie@rl.ac.uk> Subject: Re: Broadcasts in LAVC + Message-ID: <9rorj2$mcq@newton.cc.rl.ac.uk>   3 "Bruin, J.M. de" <Bruin@WT.TNO.NL> wrote in message = news:EC85E7391071D511AC140008C7F37BC24DEC78@wt15.wt.tno.nl...   O > At first I must say that I'm not a network wizard but do know a bit about it. P > The guys responsible for the network at the site here, have asked me about the; > large # broadcasts on the network, sent as LAVC messages.    Some thoughts:  H LAVC does not send any broadcasts, period. It does send some multicasts,I however. These are hello messages, sent by every active adapter every ~3s L (see Appendix G of the cluster manual for details). Can't change them AFAIK,% save by disabling redundant adapters.   Q IMHO, it is a trivial amount of traffic. Yes, it looks a lot on a traffic monitor N because it is constant, and being multicast will fill the entire extended LAN.N However, it isn't broadcast, so typically will have no interrupt load; plus itF is non-bursty, and minimally sized, and at <<0.1% channel utilization.   ------------------------------  # Date: Wed, 31 Oct 2001 17:28:19 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Broadcasts in LAVC 3 Message-ID: <TwWD7.1158$RL6.17144@news.cpqcorp.net>   n In article <EC85E7391071D511AC140008C7F37BC24DEC78@wt15.wt.tno.nl>, "Bruin, J.M. de" <Bruin@WT.TNO.NL> writes:N :At first I must say that I'm not a network wizard but do know a bit about it.O :The guys responsible for the network at the site here, have asked me about the N :large # broadcasts on the network, sent as LAVC messages. They say that 'our'= :LAVC broadcasts take up to 50% of all broadcasts on the net.   N   Um, since statistics can be used in various ways -- 50% of *what*?  Two? :-)  L   As far as I know (and as far as the OpenVMS Engineering Cluster architect M   recalls), the OpenVMS cluster software does not use any broadcast messages.   J   The cluster software does use multicast messages, though these are only K   used for housekeeping functions -- the multicast address is derived from  L   the cluster address.  (The console will also multicast for MOP downloads, J   if network booting is enabled.)  Network transports such as DECnet will I   also multicast -- SYSID messages roughly every ten minutes and various  -   periodic keepalives, in the case of DECnet.   N :There are 7 Alpha's configured in the cluster and there are 700+ nodes on the :(sub-)net.      Subnet implies IP.  N :Can anyone shed some light on were the broadcasts are coming from/needed for?  E   Um, ask your network folks?  If they are monitoring this, then they F   should be able to identify the source and destination addresses, and   the protocol type.  I :And, if possible, how I can change some setting(s) in order to lower the H :frequency of those broadcasts in order to 'satisfy' my network manager?  G   Check your application code, and check for higher-level network code.   L :I myself think it must have something to do the keeping the cluster 'live' + :or am I completely missing the issue here?   I   The keepalive is a multicast.  Not a broadcast.  The keepalive message  J   frequency itself is circa once every three seconds.  Very low, in other G   words.  I'd look at other network activity, assuming we aren't simply J   discussing half of a total multicast rate of 14 messages per second. :-)    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 31 Oct 2001 06:57:05 GMT ! From: Ian Parker <parker@gol.com> 5 Subject: Re: CLD & error handling from within programe& Message-ID: <aKRfrDAAC637EwPO@gol.com>  @ In article <tttitlcuo8q268@corp.supernews.com>, Michael Zarlenga <zarlenga@conan.ids.net> writesa1 >David J. Dachtera <djesys.nospam@fsi.net> wrote:nC >:> I must be getting forgetful, because as I remember CLD/CLI, badiE >:> keywords were trapped by the CLI and the program never sees them.e >tH >: I suppose that should be true; however, there needs to be some signalH >: passed back so the program knows it should not attempt to process anyK >: further and should take appropriate action: either exit or prompt again.  >n@ >In C, as I recall, the image is not even activated when the CLIB >determines there is a problem with the command, such as an unrec-" >ognized qualifier or bad keyword. >u0 >Oh well, no matter.  The poster has a solution. >d  F You're correct with regard to a .CLD file adding command verb to DCL -F the image is not activated until the parsing is done by DCL.  However,C in Christoph's case, he's compiled the .CLD to an object module andvC linked it into his program.  His program calls the CLI$ routines tot parse some command string.   Regardst --  
 Ian Parker   ------------------------------  % Date: Wed, 31 Oct 2001 10:07:36 +0100s$ From: "Jakob Erber" <erberj@post.ch> Subject: Compaq Ada for VMS  Message-ID: <3bdfbf59$1@hcwe67>e   Hello,  J as far as I know, Compaq does not indend to port products which are in theF "Mature" state to Itanium. Compaq Ada is one of those products. This IH cannot understand. Isn't the militray sector the main reason, why CompaqG keeps supporting VMS at all? And isn't Compaq Ada used by most of thesem
 customers?K Please don't tell me, there is an Ada95 product for VMS, because we know it 4 (Gnat) and we do not think it is a real alternative.   best regards   Jakob ErberL   ------------------------------  % Date: Wed, 31 Oct 2001 10:06:17 +0000 ( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: Compaq Ada for VMSe) Message-ID: <3BDFCD19.97BB3837@127.0.0.1>l   Jakob Erber wrote: > L > as far as I know, Compaq does not indend to port products which are in theH > "Mature" state to Itanium. Compaq Ada is one of those products. This IJ > cannot understand. Isn't the militray sector the main reason, why CompaqI > keeps supporting VMS at all? And isn't Compaq Ada used by most of these- > customers?M > Please don't tell me, there is an Ada95 product for VMS, because we know ite6 > (Gnat) and we do not think it is a real alternative.  G Your statement is wrong. Compaq (DEC) Ada _IS_ being ported to Itanium.m  H The only issue is as far as I've been told they will not be producing anH Ada95 version of Compaq ADA. There is the case of VAXFLOAT and IEEE dataG formats, but you'd be well advised to move over to IEEE formats. I knowjH this will impact the testing as well, but when it's done it's done! Port to OpenVMS.n  B I appreciate you have concerns with Gnat Ada, but Compaq have beenH working with the GNU folks, and in my experience from those that use it,9 in the sector you describe, they are quite happy with it.,  + Where did you get your misinformation from?A  0 Why do you think Gnat Ada is NOT an alternative?   --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comn   ------------------------------  % Date: Wed, 31 Oct 2001 12:58:20 +0100 $ From: "Jakob Erber" <erberj@post.ch> Subject: Re: Compaq Ada for VMSe Message-ID: <3bdfe75d$1@hcwe67>r   Hi Nic,t   look for "Mature"d   what do you say now?   Jakobr    * Compaq OpenVMST Frequently Asked Questions? Compaq and Intel multi-year technology and marketing agreements    E Q: What impact will this agreement have on Compaq's OpenVMS business?-H A: This agreement will enable us to offer OpenVMS on an industry-leadingG processor platform while we continue to deliver OpenVMS on AlphaServerT L systems for years to come.  We are also evaluating opportunities to grow theJ OpenVMS market as a result of an increased number of ISVs and applications$ that we expect will support OpenVMS.  K Q: Will you continue to support OpenVMS in light of the recent announcement.: of the proposed merger between Hewlett-Packard and Compaq?L A: Yes. We have a loyal installed base of OpenVMS users and we will continueK to support their needs under the roadmap we have already communicated prioreH to the announcement of the proposed transaction. This includes continued@ support on the upcoming EV7 and EV79 Alpha systems, as well as aK continuation of the port and release on ItaniumT-based systems. We will, astH previously stated prior to the announcement of the proposed transaction,J migrate our OpenVMS application portfolio to the Itanium processor family,H ensuring the ongoing operating environment for our OpenVMS customers and	 partners.t  H Q:  Does this mean that Compaq will start to sell OpenVMS outside of the? current target markets of Healthcare, Government/Public Sector,e9 Telecommunications, Financial Services and Manufacturing?aK A:  We still believe that the target market strategy is the right approach,OI since it ensures the availability of more complete solutions to customersoD and provides a mechanism by which we can focus our sales and partnerJ efforts.  However, once OpenVMS is available on Itanium-based systems, theJ economics of a high volume platform will open up new opportunities to sell) OpenVMS into an expanding set of markets.-  K Q: What impact will this agreement have on OpenVMS customers' applications? J A:  To facilitate existing applications running on the new servers withoutH modifications, we will provide source compatibility for OpenVMS, and forI OpenVMS user applications where sources are not always available, we wills  also offer binary compatibility.  J Q: What about customers who continue to run OpenVMS on Alpha systems after$ Itanium-based systems are available?? A:  Our plan is to achieve single source code between Alpha andeJ Itanium-based systems resulting in a common operating environment. We alsoJ intend to maintain our tradition of backwards compatibility with Alpha forF investment protection.  It is important to remember that Compaq systemI engineers will continue to create the computers that the new Itanium chipnJ will run in and our OpenVMS engineers will continually improve and enhanceC the operating system to exploit maximum benefit from those systems.l  H Q: What changes will be made to the current OpenVMS development roadmap?J A:  The core OpenVMS strategy remains unchanged and we expect little to noI impact on our current roadmaps.  We will continue to be in lock-step withhJ the Alpha roadmaps.  Our move to the Itanium processor family architectureL provides customers and independent software vendors with the most compellingD roadmap to next generation server technology.   Our focus will be onL providing increased performance, price/performance, and application support.D For the next three years we will continue to deliver on our existing	 roadmaps.n  F  Q: What will be the impact on current ISVs, channels and SI partners?H A:  We believe that delivering OpenVMST ItaniumT-based systems, combinedE with our DII COE (Defense Information Infrastructure Common Operating?D Environment) enhancements to the operating system (greatly expandingE portability of applications), will create ever-increasing interest incL porting applications to OpenVMS - an industry-leading processor base coupled4 with a proven bullet-proof, 24x365 operating system.  J Additionally, the full range of JavaT products on OpenVMS give applicationI developers a platform for developing and deploying industry standard JavalG applications. The Java products provided with OpenVMS include the JavaT.G Developers Kit (JDK), the JavaT Virtual Machine (JVM), the Fast Virtual-G Machine (FastVM), and the JavaT Runtime Environment (JRE). The NetBeanspF JavaT Integrated Development Environment allows you to use a standard,I Java-based tool for developing applications on OpenVMS. The Compaq SecurenK Web Server and TOMCAT servlet engine provide a platform for deploying JavaT,G servlets and JavaT Server Pages (JSPs) for web-based applications. And,RK application servers from third parties provide a JavaT 2 Enterprise Edition0 (J2EE) environment on OpenVMS.  J The plan is for OpenVMS on Alpha and future Itanium-based systems to shareK common sources. As we analyze the porting methodologies, we are planning ton> provide an industry-standard, OpenVMS development environment.  J Q:  How has news of the Compaq / Intel agreement been received by OpenVMS ISVs?iF A:  We have briefed all of our strategic OpenVMS ISVs and the news wasD positively received by nearly 100% of these partners.  Some partnersK requested additional information about the terms of the agreement, which weeL have provided.  Many OpenVMS partners have already provided positive quotes, which are available at:q< http://www.compaq.com/hps/ipf-enterprise/partner_quotes.html  D Q: Will you be porting all OpenVMS products to the new Itanium-based
 platforms?J A:  Generally most Compaq products that run on OpenVMS V7.2x today will beB transitioned to future Itanium-based systems with some exceptions:2 ? Products not previously ported from VAX to Alpha/ ? Products retired or in the retirement processrH ? Products where end of service life has been established and will occur prior to the Itanium release5 ? Products in (or moving to) "Mature Product" support K o Customers are notified that no further development will occur on productsdL when they are moved to Mature Product status (Exceptions: FMS and Datatrieve5 will be ported to the future OpenVMS Itanium systems)e  = Q: How long will we continue to sell new Alpha-based systems?'L A: Compaq will continue to sell new AlphaServerT systems as long as there isH significant customer demand, and our expectation is that this will be atK least several years beyond the introduction of our last EV7-based system inH; 2004, most likely extending out to the 2007-2008 timeframe.l  6 Q: How long will we service and support Alpha Systems?D A: Compaq's standard policy is to make hardware maintenance servicesE available for at least five years after the date of last sale for anyoK specific AlphaServer model.  If you extrapolate the dates above, this means K support for the last AlphaServer models shipped would be available into themI 2012/2013 timeframe.  Lastly, while Compaq's policy is to provide support H for a minimum of five years after the date of last sale, we strive to doK what is necessary to meet the needs of our customers.  The best evidence we K have of that is today we are still providing support for Digital PDP-11 ande- VAX systems purchased well over 10 years ago.e  L Q: How long will we continue to provide OpenVMST operating system updates to Alpha users?L A: We will be doing new functionality releases of OpenVMS for Alpha users atL least through 2006.  Beyond that timeframe, Alpha-based maintenance releases will continue.  9 Q: How long will we service and support OpenVMS on Alpha?1K A: Compaq's standard policy is to provide operating system support services J on our AlphaServerT platforms for the duration of the hardware maintenance" support on each specific platform.  I Q: How long will we continue to develop OpenVMS on the ItaniumT processors family?eK A: Our development plans for OpenVMS on the Itanium processor family go out-
 indefinitely.3  J Q: Will OpenVMS Clusters be ported to the Itanium platform when OpenVMS is ported??K A: Yes.  Our plan is to have the full functionality of OpenVMS clusters, as0F it exists today in VAX and Alpha environments, ported to future Compaq Itanium-based servers.  C Q: Will mixed-architecture VAX/Alpha/Itanium clusters be supported? L A: While mixed VAX/Alpha/Itanium clusters are technically achievable, we areI working with our customers to determine their need for this.  Our current 7 thinking is to start with mixed Alpha/Itanium clusters.   F Q: What interconnects will be supported on the Itanium-based platform?G A: From a Host-to-Host communications standpoint, Itanium-based OpenVMS L systems will use LAN interconnects (10/100 Ethernet and Gigabit Ethernet) toE communicate with other cluster nodes.  From a Storage standpoint, the H Itanium-based OpenVMS systems will access shared Fibre Channel connectedE storage along with other cluster members, including Alpha and Itanium  OpenVMS systems.  K Q: If I have older storage technologies in my existing OpenVMS Cluster thatOI aren't supported by Itanium-based systems, how can I get my data to these  systems?L A: One of the key attributes of OpenVMS cluster technology is the ability toK serve data across the Host-to-Host cluster interconnect to other nodes in acL cluster.  As such, CI-based storage can easily be served from an Alpha to anL Itanium OpenVMS system.  Likewise, Fibre Channel-based storage can easily beJ served from an Itanium-based system to an Alpha OpenVMS system that has no0 direct connection to that Fiber Channel storage.  E Q: Where can I obtain more information on the OpenVMS roadmaps movingB forward?  A:  Please visit our website at:K http://www.openvms.compaq.com/presentations/openvmsstrategy.htm to view the1J OpenVMS presentation - Building Your Business' Future with Compaq OpenVMS.C This includes our current strategy and roadmaps as we move forward.k        ; "Nic Clews" <sendspamhere@127.0.0.1> schrieb im Newsbeitrag)# news:3BDFCD19.97BB3837@127.0.0.1...V > Jakob Erber wrote: > >hJ > > as far as I know, Compaq does not indend to port products which are in thePJ > > "Mature" state to Itanium. Compaq Ada is one of those products. This IL > > cannot understand. Isn't the militray sector the main reason, why CompaqK > > keeps supporting VMS at all? And isn't Compaq Ada used by most of theseW > > customers?L > > Please don't tell me, there is an Ada95 product for VMS, because we know it8 > > (Gnat) and we do not think it is a real alternative. >RI > Your statement is wrong. Compaq (DEC) Ada _IS_ being ported to Itanium.T >cJ > The only issue is as far as I've been told they will not be producing anJ > Ada95 version of Compaq ADA. There is the case of VAXFLOAT and IEEE dataI > formats, but you'd be well advised to move over to IEEE formats. I knowVJ > this will impact the testing as well, but when it's done it's done! Port
 > to OpenVMS.a > D > I appreciate you have concerns with Gnat Ada, but Compaq have beenJ > working with the GNU folks, and in my experience from those that use it,; > in the sector you describe, they are quite happy with it.l > - > Where did you get your misinformation from?l >/2 > Why do you think Gnat Ada is NOT an alternative? >g > --* > Regards, Nic Clews CSC Computer Sciences > nclews at csc dot com    ------------------------------    Date: 31 Oct 2001 06:07:39 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)s Subject: Re: Compaq Ada for VMSe3 Message-ID: <k$eJi8JOyv1S@eisner.encompasserve.org>R  F In article <3bdfbf59$1@hcwe67>, "Jakob Erber" <erberj@post.ch> writes: > Hello, > L > as far as I know, Compaq does not indend to port products which are in theH > "Mature" state to Itanium. Compaq Ada is one of those products. This IJ > cannot understand. Isn't the militray sector the main reason, why CompaqI > keeps supporting VMS at all? And isn't Compaq Ada used by most of thesea > customers?M > Please don't tell me, there is an Ada95 product for VMS, because we know itr6 > (Gnat) and we do not think it is a real alternative.  8 VMS Development managers at Compaq think GNAT is viable,7 so please share your feelings with them.  I think I wasC8 the only one who objected at the Anaheim DECUS Symposium where this was announced.t   ------------------------------    Date: 31 Oct 2001 06:10:12 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: Compaq Ada for VMS 3 Message-ID: <ANPbjr0XcnV4@eisner.encompasserve.org>n  T In article <3BDFCD19.97BB3837@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes: > Jakob Erber wrote: >> oM >> as far as I know, Compaq does not indend to port products which are in themI >> "Mature" state to Itanium. Compaq Ada is one of those products. This IaK >> cannot understand. Isn't the militray sector the main reason, why CompaqtJ >> keeps supporting VMS at all? And isn't Compaq Ada used by most of these
 >> customers?eN >> Please don't tell me, there is an Ada95 product for VMS, because we know it7 >> (Gnat) and we do not think it is a real alternative.i > I > Your statement is wrong. Compaq (DEC) Ada _IS_ being ported to Itanium.   @ That is not what Mark Gorham, Vice President for OpenVMS said at( last month's DECUS Symposium in Anaheim.  - > Where did you get your misinformation from?o  + Where did you get _your_ information, Nic ?    ------------------------------  % Date: Wed, 31 Oct 2001 13:36:19 +0100a$ From: "Jakob Erber" <erberj@post.ch> Subject: Re: Compaq Ada for VMSI Message-ID: <3bdff043$1@hcwe67>t  	 Hi Larry,e  E we already completed a project with Gnat Ada on VMS. The following wea	 observed:o  L 1) The Gnat development environment cannot compete with the acs lib approach
 of compaq adao> 2) Gnat Ada produces huge executables, even for small programsK 3) The Gnat Ada support (Paris) was very expensive on the one hand but very  ineffective on the other8     Those people just don't now VMS. They are UNIX folks   regardsm   Jakobo    @ "Larry Kilgallen" <Kilgallen@SpamCop.net> schrieb im Newsbeitrag- news:k$eJi8JOyv1S@eisner.encompasserve.org...-H > In article <3bdfbf59$1@hcwe67>, "Jakob Erber" <erberj@post.ch> writes:
 > > Hello, > >jJ > > as far as I know, Compaq does not indend to port products which are in the J > > "Mature" state to Itanium. Compaq Ada is one of those products. This IL > > cannot understand. Isn't the militray sector the main reason, why CompaqK > > keeps supporting VMS at all? And isn't Compaq Ada used by most of theseS > > customers?L > > Please don't tell me, there is an Ada95 product for VMS, because we know it8 > > (Gnat) and we do not think it is a real alternative. >o: > VMS Development managers at Compaq think GNAT is viable,9 > so please share your feelings with them.  I think I was : > the only one who objected at the Anaheim DECUS Symposium > where this was announced.d   ------------------------------    Date: 31 Oct 2001 06:50:19 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: Compaq Ada for VMS 3 Message-ID: <IgsqizB3ZeE2@eisner.encompasserve.org>e  F In article <3bdff043$1@hcwe67>, "Jakob Erber" <erberj@post.ch> writes: > Hi Larry,s > G > we already completed a project with Gnat Ada on VMS. The following weo > observed:  > N > 1) The Gnat development environment cannot compete with the acs lib approach > of compaq ada)@ > 2) Gnat Ada produces huge executables, even for small programsM > 3) The Gnat Ada support (Paris) was very expensive on the one hand but verys > ineffective on the other: >     Those people just don't now VMS. They are UNIX folks  ? Discussing this with me, or in comp.os.vms does nothing at all.a
 As I said:  B > "Larry Kilgallen" <Kilgallen@SpamCop.net> schrieb im Newsbeitrag/ > news:k$eJi8JOyv1S@eisner.encompasserve.org...n  ; >> VMS Development managers at Compaq think GNAT is viable,v: >> so please share your feelings with them.  I think I was; >> the only one who objected at the Anaheim DECUS Symposiumi >> where this was announced.   ------------------------------  % Date: Wed, 31 Oct 2001 12:51:15 +0000 ( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: Compaq Ada for VMSs) Message-ID: <3BDFF3C3.FDB19BBD@127.0.0.1>-   Larry Kilgallen wrote:K > > Your statement is wrong. Compaq (DEC) Ada _IS_ being ported to Itanium.d > B > That is not what Mark Gorham, Vice President for OpenVMS said at* > last month's DECUS Symposium in Anaheim. > / > > Where did you get your misinformation from?a > - > Where did you get _your_ information, Nic ?m  H Mark Gorham and George Bango, AFTER CETS. We said it was important to usA [CSC], they said OK we'll do it. I asked why it (and some others)t9 weren't on the slides, and he said they ran out of space!   H I made representations, and provided the justification for considerationC to our case. I think the original questioner should also pose theirdE requests through their technical sales for what is important to them, ; this probably isn't the forum to make such representations.e  D One of our major defence clients asked the same question a different8 route earlier _this_ month and got the same answer, yes.  E I would ask again Larry, but I suspect the list of items "to do" willeH grow with customer demands. Say things in the right way, and Compaq willA listen. Another contributor to this list in our telecon even madeAB representations about _whose_ compilers were preferable, and again
 justified it.s   --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comp   ------------------------------  % Date: Wed, 31 Oct 2001 13:01:10 +0000i( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: Compaq Ada for VMSe) Message-ID: <3BDFF616.E0D7C5A3@127.0.0.1>t   Larry Kilgallen wrote: > H > In article <3bdff043$1@hcwe67>, "Jakob Erber" <erberj@post.ch> writes:  A > Discussing this with me, or in comp.os.vms does nothing at all.M > As I said:= > >> VMS Development managers at Compaq think GNAT is viable,i< > >> so please share your feelings with them.  I think I was= > >> the only one who objected at the Anaheim DECUS Symposium  > >> where this was announced.  G Agreed. Take your concerns through to your technical sales. Compaq willtE only be aware if we let them know. (I understand nothing official hast been stated yet).o  E Q: Jakob, are you part of / regulated by DASA? If so reply by private , email and I may be able to help you further.   -- t( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comi   ------------------------------    Date: 31 Oct 2001 07:47:42 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)l Subject: Re: Compaq Ada for VMSf3 Message-ID: <Nn6KdJ+eqvDS@eisner.encompasserve.org>h  T In article <3BDFF3C3.FDB19BBD@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes: > Larry Kilgallen wrote:L >> > Your statement is wrong. Compaq (DEC) Ada _IS_ being ported to Itanium. >>  C >> That is not what Mark Gorham, Vice President for OpenVMS said ata+ >> last month's DECUS Symposium in Anaheim.e >> o0 >> > Where did you get your misinformation from? >> m. >> Where did you get _your_ information, Nic ? > J > Mark Gorham and George Bango, AFTER CETS. We said it was important to us" > [CSC], they said OK we'll do it.  C Good for you.  For all our our sakes, I hope you can make it stick.h  C > [CSC], they said OK we'll do it. I asked why it (and some others) ; > weren't on the slides, and he said they ran out of space!t  F When _specifically_ asked about the slides, Mark said they had decided against porting it.d  J > I made representations, and provided the justification for considerationE > to our case. I think the original questioner should also pose theiroG > requests through their technical sales for what is important to them,r= > this probably isn't the forum to make such representations.  > F > One of our major defence clients asked the same question a different: > route earlier _this_ month and got the same answer, yes.  B I listed several problems with the GNAT-only approach at the DECUS@ session.  I had facts but no clout -- perhaps I prepared the way for your discussions :-).?  G > I would ask again Larry, but I suspect the list of items "to do" willtJ > grow with customer demands. Say things in the right way, and Compaq willC > listen. Another contributor to this list in our telecon even made D > representations about _whose_ compilers were preferable, and again > justified it.   ? Although I like the concept of Ada95, a crucial element for VMSo> customers is the ability to be able to make their program work= on IA64 just the same way it worked on Alpha and VAX.  Havinge; a different route to get Ada95 is actually preferable if it ! minimizes turbulence for DEC Ada.   = On a non-Ada topic, I think we convinced them at CETS to stopD= any plans to dump LMF in favor of some new Unix-style licensed; manager.  They seemed to think switching to the Unix methodr= for IA64 would be desired by customers.  I _hope_ the message = we left with them was that an alternate _parallel_ Unix-styleb> licensing mechanism was not undesireable, but they should also* support the methods used on VAX and Alpha.   ------------------------------    Date: 31 Oct 2001 07:50:15 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)u Subject: Re: Compaq Ada for VMSe3 Message-ID: <I66a$DdkVqeC@eisner.encompasserve.org>-  T In article <3BDFF616.E0D7C5A3@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes: > Larry Kilgallen wrote: >> SI >> In article <3bdff043$1@hcwe67>, "Jakob Erber" <erberj@post.ch> writes:s > B >> Discussing this with me, or in comp.os.vms does nothing at all.
 >> As I said:d> >> >> VMS Development managers at Compaq think GNAT is viable,= >> >> so please share your feelings with them.  I think I waso> >> >> the only one who objected at the Anaheim DECUS Symposium >> >> where this was announced.. > I > Agreed. Take your concerns through to your technical sales. Compaq willlG > only be aware if we let them know. (I understand nothing official hasd > been stated yet).n  F I take the DECUS presentation by Mark Gorham as "official as it gets",D although certainly it is no more cast in stone than EV8 was.  Let usA hope there will be an equally official committment to support thel0 existing Compaq (nee DEC (nee VAX)) Ada on IA64.   ------------------------------  % Date: Wed, 31 Oct 2001 15:35:30 +0000o( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: Compaq Ada for VMSo) Message-ID: <3BE01A42.92F67169@127.0.0.1>M   Larry Kilgallen wrote:L > > Mark Gorham and George Bango, AFTER CETS. We said it was important to us$ > > [CSC], they said OK we'll do it. > E > Good for you.  For all our our sakes, I hope you can make it stick.  > E > > [CSC], they said OK we'll do it. I asked why it (and some others)e= > > weren't on the slides, and he said they ran out of space!  > H > When _specifically_ asked about the slides, Mark said they had decided > against porting it.c  D I would imagine CETS may have been the first time that the decisionsH were started to be made public. Mark really can't ignore the fact he wasH asked at CETS and again during the telecom that was arranged so we could0 bring the views of our VMS clients to the table.  D Personally the idea of mature products is an interesting concept. We? probably all support some systems that exist with very old, and H officially unsupported version of VMS, but they are stable and critical.H Retrofitting old versions, and even downgrading is not unknown, but  DEC Ada (sic) is this client's FMS.l  D > I listed several problems with the GNAT-only approach at the DECUSB > session.  I had facts but no clout -- perhaps I prepared the way > for your discussions :-).o  F Compaq will only appreciate the problems if we speak up, I hope you'veF found a sufficient avenue for follow discussions with Compaq. Mark didE not seem surprised when we raised the issue, indeed you have probably D sown the seeds. Your voices count. From the Oct 12th roadmaps on theA Openvms website ACT is the company looking after the Gnat Ada, som< support issues should go through themselves I would imagine.  A > Although I like the concept of Ada95, a crucial element for VMSM@ > customers is the ability to be able to make their program work? > on IA64 just the same way it worked on Alpha and VAX.  Having3= > a different route to get Ada95 is actually preferable if itw# > minimizes turbulence for DEC Ada.r  ? I hate to use the phrase that you are being 'forced' onto a newtG platform, not through a decision of the buyer, but of the supplier, andnF it should be the supplier who provides a fully capable replacement. IfH Ada 83 is sufficient, then so be it. The replacement platform must offer	 the same.b  ? > On a non-Ada topic, I think we convinced them at CETS to stopt? > any plans to dump LMF in favor of some new Unix-style license = > manager.  They seemed to think switching to the Unix methoda? > for IA64 would be desired by customers.  I _hope_ the messagep? > we left with them was that an alternate _parallel_ Unix-style(@ > licensing mechanism was not undesireable, but they should also, > support the methods used on VAX and Alpha.  B My understanding is there was some consideration given to it beingH offered as an alternative to LMF, but nothing more. I've used the FlexLME system, it is OK, to a point, has some irritating 'features', but thexE vendor Globetrotter did not have their recent offerings under VMS, V4,H was the latest when I looked some time ago. Combining licences is a heap of fun.    From your other response:lH > I take the DECUS presentation by Mark Gorham as "official as it gets",F > although certainly it is no more cast in stone than EV8 was.  Let usC > hope there will be an equally official committment to support thes2 > existing Compaq (nee DEC (nee VAX)) Ada on IA64.  D I'll be pressing for an official update fairly soon, we have clients= with overlapping timescales that also need to take decisions.a   --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comi   ------------------------------    Date: 31 Oct 2001 10:10:57 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: Compaq Ada for VMS 3 Message-ID: <1z9fl$cDSXeM@eisner.encompasserve.org>m  T In article <3BE01A42.92F67169@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes: > Larry Kilgallen wrote:  @ >> On a non-Ada topic, I think we convinced them at CETS to stop@ >> any plans to dump LMF in favor of some new Unix-style license> >> manager.  They seemed to think switching to the Unix method@ >> for IA64 would be desired by customers.  I _hope_ the message@ >> we left with them was that an alternate _parallel_ Unix-styleA >> licensing mechanism was not undesireable, but they should alsol- >> support the methods used on VAX and Alpha.e > D > My understanding is there was some consideration given to it being5 > offered as an alternative to LMF, but nothing more.g  ? Good.  That is considerable progress.  Going into the SymposiumoC they had only two alternatives in mind:  replace LMF or do nothing.e@ Those alternative were even presented in a written survey in theC campground (clubroom in "European" :-).  Of course the "do nothing"t@ wording was slightly different, not admitting the possibility of a middle ground.   ------------------------------  % Date: Wed, 31 Oct 2001 11:43:16 -0500h* From: John Reagan <john.reagan@compaq.com> Subject: Re: Compaq Ada for VMS ) Message-ID: <3BE02A24.8090809@compaq.com>l   Nic Clews wrote:  I > Your statement is wrong. Compaq (DEC) Ada _IS_ being ported to Itanium.l  E Incorrect.  Compaq Ada is not being ported to Itanium.  As stated by s@ others, discussions are underway to provide Ada95 from ACT/gnat.  F If people have concerns about your current experieces with gnat, then ? please send them to Compaq (not to me please, I'm not directly cI involved).  If we know about the current weak points, we can try to make o& sure they are addressed in the future.       -- o John Reagan ' Compaq Pascal/{A|I}MACRO Project Leader    ------------------------------  % Date: Wed, 31 Oct 2001 10:45:05 +0000 ( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: Compaq blasts HP ) Message-ID: <3BDFD631.12906E95@127.0.0.1>m   jmfbahciv@aol.com wrote:= > At that time we were killing IBM sales because we (TOPS-10)d: > could talk to their gear and they couldn't (or wouldn't): > talk to ours.  By the early to mid 80s, IBM was learning? > about customers who really wanted heterogenous(sp?) platformst > to yak at each other.   > "The best way to connect two IBM mainframes was to use a VAX".   Allegedly a quote from IBM.-   -- -( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comm   ------------------------------  ! Date: Wed, 31 Oct 01 09:58:51 GMTD From: jmfbahciv@aol.comc Subject: Re: Compaq blasts HP<+ Message-ID: <9roorg$9rk$2@bob.news.rcn.net>s  ) In article <3BDFD631.12906E95@127.0.0.1>,t,    Nic Clews <sendspamhere@127.0.0.1> wrote: >jmfbahciv@aol.com wrote:i> >> At that time we were killing IBM sales because we (TOPS-10); >> could talk to their gear and they couldn't (or wouldn't)i; >> talk to ours.  By the early to mid 80s, IBM was learningn@ >> about customers who really wanted heterogenous(sp?) platforms >> to yak at each other. >m? >"The best way to connect two IBM mainframes was to use a VAX".t >n >Allegedly a quote from IBM. >t$ Looks like they got that wrong, too.   /BAH  ' Subtract a hundred and four for e-mail.    ------------------------------   Date: 31 Oct 2001 12:45:05 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)r Subject: Re: Compaq blasts HPo, Message-ID: <9roroh$2pkf$1@info.cs.uofs.edu>  ) In article <3BDFD631.12906E95@127.0.0.1>, +  Nic Clews <sendspamhere@127.0.0.1> writes:m |>A |> "The best way to connect two IBM mainframes was to use a VAX".s |> D |> Allegedly a quote from IBM. |>    - Speaking of connecting IBM boxes and VMS.....   ; Is the old BITNET software for the VAX available anywhere??n> And for any here who might have been familiar with BITNET, was* there a UNIX version and is it available??  + What am I trying to do?? Don't ask....  :-)    bill   -- yJ 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>   c   ------------------------------  % Date: Wed, 31 Oct 2001 14:37:05 +0000@ From: Roy Omond <Roy@Omond.net>j Subject: Re: Compaq blasts HPd) Message-ID: <3BE00C90.FD87E036@Omond.net>n   Bill Gunshannon wrote:  + > In article <3BDFD631.12906E95@127.0.0.1>,s- >  Nic Clews <sendspamhere@127.0.0.1> writes:t > |>C > |> "The best way to connect two IBM mainframes was to use a VAX".d > |>  > |> Allegedly a quote from IBM. > |> >t/ > Speaking of connecting IBM boxes and VMS.....9 >r= > Is the old BITNET software for the VAX available anywhere??i@ > And for any here who might have been familiar with BITNET, was, > there a UNIX version and is it available??  B The VMS software was Jnet, from Joiner Associates.  It worked veryD well.  I have no idea what happened to them after Bitnet faded away.  > There was a UNIX implementation of the Bitnet software, thoughC I can't for the life of me remember what it was called.  There wereo a few UNIX sites in Bitnet.Z  - > What am I trying to do?? Don't ask....  :-)f  4 Oh no!  You don't mean you're ...  oh no ... yikes !  	 Roy Omond C Blue Bubble Ltd.  (sys$manager of Bitnet site EMBL/DHDEMBL/DHDEMBL5i! running on a VAXcluster in 1984).G   ------------------------------    Date: 31 Oct 2001 08:47:24 -06001 From: Graham Allan <allan@physics.umn.edu.nospam>t Subject: Re: Compaq blasts HP / Message-ID: <w53bsinx3wj.fsf@crail.spa.umn.edu>i  3 bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:r  + > In article <3BDFD631.12906E95@127.0.0.1>,r- >  Nic Clews <sendspamhere@127.0.0.1> writes:c > |>C > |> "The best way to connect two IBM mainframes was to use a VAX".l > |> C  > |> Allegedly a quote from IBM. > |> e > / > Speaking of connecting IBM boxes and VMS.....l > = > Is the old BITNET software for the VAX available anywhere??e@ > And for any here who might have been familiar with BITNET, was, > there a UNIX version and is it available??  2 Are you thinking of Jnet from Wingra Technologies?F I have a manual for it sitting on the shelf - no idea what happened toH the installation media. The system it ran on is no longer in use, though+ it's probably sitting in storage somewhere!   - > What am I trying to do?? Don't ask....  :-)b   Don't worry, I won't :-)   G. --  I -------------------------------------------------------------------------C Graham Allan9 School of Physics and Astronomy - University of MinnesotarI -------------------------------------------------------------------------    ------------------------------  % Date: Wed, 31 Oct 2001 18:32:32 +0100O& From: John McLean <mcleanj@dplanet.ch> Subject: Re: Compaq blasts HP,* Message-ID: <3BE035B0.A7D0AA42@dplanet.ch>   Nic Clews wrote: >  > jmfbahciv@aol.com wrote:? > > At that time we were killing IBM sales because we (TOPS-10)o< > > could talk to their gear and they couldn't (or wouldn't)< > > talk to ours.  By the early to mid 80s, IBM was learningA > > about customers who really wanted heterogenous(sp?) platformsa > > to yak at each other.f > @ > "The best way to connect two IBM mainframes was to use a VAX". >  > Allegedly a quote from IBM.t >  > --* > Regards, Nic Clews CSC Computer Sciences > nclews at csc dot com     E I know of a site using a VMS box to provide the connection between an  IBM and a Tandem.   @ I think the VMS box runs MQseries and that's all it does ... :-)       John   ------------------------------  % Date: Wed, 31 Oct 2001 09:42:29 -0500p" From: "Hal Kuff" <kuff@tessco.com>0 Subject: Compaq Fibre Channel Tape Controller IIO Message-ID: <A9E28D14D03DA9EA.41A91C1AF89E7784.9323BD8B7C411339@lp.airnews.net>3  I Is anyone using a Compaq Fibre Tape Controller II? If so what verison andfK what is your experience? Or do you know what the current support profile isi for the product under VMS ?  Thanxs!!!!!l   ------------------------------  # Date: Wed, 31 Oct 2001 15:35:43 GMTi3 From: sy18889@rabbit.fmr.com (Bradford J. Hamilton)  Subject: Re: DEC C and DECUS. Message-ID: <jTUD7.15$M3.31@news-srv1.fmr.com>  	 Hi James,t  a There is a program on the DECUS archive called *filelock.com*.  Is this what you are looking for?b   Thanks,w Brad  e In article <20011030.150804.1605908235.2494@hotmail.com>, "DigiDemon" <digidemon@hotmail.com> writes:e >Afternoon people. >bG >First off, thanks for the help with the startup logging....runs like a,G >champ now :)  Second, 2 questions....I've been trying to to snag a lil-D >proggie called findlocks.com from DECUS, but to no avail...is thereI >something up with the site?  Also, i'd like to see what it would take toDG >do some compiling and linking...I've hit the faqs and sites to try andBH >find Gnu-C and Gnu-C++ for Alpha: ftp://ftp.progis.de/pub/vms/gcc/, butI >that site is dead as well.  Any directions would be just great...thanks!t >t >James   Bradford J. Hamilton  bradhamilton@mediaone.net	(home) brad.hamilton@fmr.com		(work)'  ; "All opinions that I express are my own, not my employer's"u   ------------------------------  % Date: Wed, 31 Oct 2001 10:08:41 -0700?) From: "DigiDemon" <digidemon@hotmail.com>  Subject: Re: DEC C and DECUS8 Message-ID: <20011031.100840.937370163.3061@hotmail.com>  H > :... Second, 2 questions....I've been trying to to snag a lil :proggieH > called findlocks.com from DECUS, but to no avail...is there :something > up with the site?  > E >   Um, what are you up to?  AMDS and Availability Manager and recent J >   versions of SDA are all quite good at tracking locks.  Though AMDS andI >   Availability Manager are separately installed kits, they are licenseda >   with OpenVMS.     C Actually, I think "findlocks" isn't what I'm looking for...I have apH proggie that will find RMS locks (the real exciting thing here is that IC haven't a clue what those are :-D).  What I AM looking for is for anE proggie that will find open files.  When I do a nightly backup of the.I DEC, I will recieve some messages about certain files not being backed upsG due to them being open.  Now some I can understand (log files open willsD most likely be open by the system account yes?)  But some aren't logE files...and I'm guessing it's some user that has something open.  I'di> like to find out which user so I can smartly chastise them ;-)  H And thanks for the GNU links...I will see if with the help of them I can7 install SSH and have everything running like a champ :)l   Jameso   ------------------------------  % Date: Wed, 31 Oct 2001 09:26:17 -0000a8 From: John Macallister <J.Macallister1@physics.ox.ac.uk>; Subject: RE: DECwindows Motif Server Mandatory Update PatchtN Message-ID: <35666012DF4CD411BE940090279FA240010BF0C6@ppnt41.physics.ox.ac.uk>  D We're running AlphaVMS  7.1 and 7.1-1H2 which are not listed. Are we	 affected?n   John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)i   ------------------------------  % Date: Wed, 31 Oct 2001 09:36:23 -0000u8 From: John Macallister <J.Macallister1@physics.ox.ac.uk>; Subject: RE: DECwindows Motif Server Mandatory Update PatchiN Message-ID: <35666012DF4CD411BE940090279FA240010BF0C7@ppnt41.physics.ox.ac.uk>  K I've looked at the ftp site and there are no MUP kits for AlphsVMS V7.1 and@J V7.1-1H2. I guess we're not affected? Or is it the case that AlphaVMS V7.1K and V7.1-1H2 are not "officially recognised as supported versions" for some  reason?    John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)>   ------------------------------    Date: 31 Oct 2001 11:20:58 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER); Subject: Re: DECwindows Motif Server Mandatory Update Patch ( Message-ID: <3bdfd08a@news.kapsch.co.at>  h In article <5xHD7.1129$RL6.16455@news.cpqcorp.net>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:D >  There has been a report of a security problem with the DECwindowsC >  Motif server on various configurations received and identified, t: >  and an ECO kit to resolve this has been made available.  C Which reminds me to ask, why is it neccessary to run the X11 server3 priviledged at all ?  J The same problem as with IIS - which must run with all privileges - versusM APACHE (and on VMS also CSWS/OSU/WASD) - which can and usually do run withoutrJ any privileges (eg. via a dedicated account) => in such cases, hacking the& application is like hacking the opsys.   Fred ? Steve ? Please   -- n< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888d< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Wed, 31 Oct 2001 12:00:32 -0500e; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com> < Subject: Re:  DECwindows Motif Server Mandatory Update Patch$ Message-ID: <3be02e2e$1@news.si.com>  D >  There has been a report of a security problem with the DECwindowsB >  Motif server on various configurations received and identified,: >  and an ECO kit to resolve this has been made available.  G The VAXDWMOTMUP01_xxx.README file is in HTML!  Can't you make this filee
 plain text???  --A Brian Tillman                   Internet: tillman_brian at si.comdA Smiths Aerospace                          tillman at swdev.si.como= 3290 Patterson Ave. SE, MS      Addresses modified to prevento< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  # Date: Wed, 31 Oct 2001 16:53:32 GMTe2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman); Subject: RE: DECwindows Motif Server Mandatory Update Patchn3 Message-ID: <g0WD7.1155$RL6.17048@news.cpqcorp.net>r   In article <35666012DF4CD411BE940090279FA240010BF0C6@ppnt41.physics.ox.ac.uk>, John Macallister <J.Macallister1@physics.ox.ac.uk> writes: E :We're running AlphaVMS  7.1 and 7.1-1H2 which are not listed. Are weo
 :affected?  M   You are running unsupported OpenVMS versions, and yes, AFAIK, your OpenVMS gL   Alpha V7.1 and V7.1-1H2 releases are vulnerable.  OpenVMS Alpha V7.1-2 is L   the supported release on the V7.1 base -- though the V7.1-2 release itselfM   exits all Prior Version Support status as of 31-Dec-2001 -- is vulnerable, e   and an ECO is available.    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 31 Oct 2001 16:55:32 GMTe2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman); Subject: Re: DECwindows Motif Server Mandatory Update Patch 3 Message-ID: <82WD7.1156$RL6.16847@news.cpqcorp.net>d  U In article <3bdfd08a@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes:oi :In article <5xHD7.1129$RL6.16455@news.cpqcorp.net>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: E :>  There has been a report of a security problem with the DECwindows D :>  Motif server on various configurations received and identified, ; :>  and an ECO kit to resolve this has been made available.e :eD :Which reminds me to ask, why is it neccessary to run the X11 server :priviledged at all ?o  G   Because it is part of the trusted computing base (TCB) -- it needs toi=   perform various privileged operations, for better or worse.e    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 31 OCT 2001 16:27:24 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>m< Subject: Re:  DECwindows Motif Server Mandatory Update Patch2 Message-ID: <31OCT01.16272491@feda01.fed.ornl.gov>  < "Brian Tillman" <tillman_brian@notnoone.notnohow.com> wrote:F > >  There has been a report of a security problem with the DECwindowsD > >  Motif server on various configurations received and identified,< > >  and an ECO kit to resolve this has been made available. >  eI > The VAXDWMOTMUP01_xxx.README file is in HTML!  Can't you make this filea > plain text???s  C You might look at the .CVRLET_TXT file.  It seems to cover the sameA2 material but is in nice, easy-to-read, plain text.   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVgH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  # Date: Wed, 31 Oct 2001 17:48:00 GMTl2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)< Subject: Re:  DECwindows Motif Server Mandatory Update Patch3 Message-ID: <kPWD7.1162$RL6.17107@news.cpqcorp.net>i  b In article <3be02e2e$1@news.si.com>, "Brian Tillman" <tillman_brian@notnoone.notnohow.com> writes:E :>  There has been a report of a security problem with the DECwindowsRC :>  Motif server on various configurations received and identified, ; :>  and an ECO kit to resolve this has been made available.d :IH :The VAXDWMOTMUP01_xxx.README file is in HTML!  Can't you make this file :plain text???    K   I've previously provided notice to the ECO site maintainers, specifically J   requesting the correction of the um, bogus use of the .README extension !   for what are really HTML files.l    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 31 Oct 2001 00:51 CDTE' From: carl@gerg.tamu.edu (Carl Perkins):* Subject: Re: Delta time between two date's- Message-ID: <31OCT200100513004@gerg.tamu.edu>r  5 "David J. Dachtera" <djesys.nospam@fsi.net> writes...  }Martin Hunt wrote: E }> On 24 Oct 2001 20:59 CDT, carl@gerg.tamu.edu (Carl Perkins) wrote:t }> tH }> >Time since last boot (I didn't know this would work until now - it's, }> >pretty spiffy that this actually works): }> > }> >$ @timediff "boottime" }> >0024-04:41:33s }> >E }> New one on me, but I just tried DIR/SINCE=BOOT and guess what - itc, }> shows files created since the last boot.  }  }What version are you running? }  }> HELP SPECIFY DATE documentsH }> TODAY and TOMORROW, but BOTTIME is not there. Another thing to add to7 }> the list of undocumented commands/keywords, I think.  } 7 }Wouldn't be the first case of undocumented behavior...c }  }--  }David J. Dachtera  J On 7.2-1 Alpha, the BOOT time is mentioned in HELP DIR /BEFORE and /SINCE.F HELP DCL_TIPS DATE_TIME doesn't mention it anywhere (or LOGIN, either,H which is mentioned in the DIRECTORY help) and neither does HELP LEXICALS5 F$CVTIME (which is what is using it in timediff.com).    --- Carl   ------------------------------  % Date: Wed, 31 Oct 2001 10:33:59 -0500o- From: "Peter Weaver" <peter.weaver@stelco.ca> * Subject: Re: Delta time between two date's2 Message-ID: <RRUD7.50200$Z2.748078@nnrp1.uunet.ca>  6 "Martin Hunt" <martin.hunt@inl.co.nz> wrote in message1 news:3bdf3f48.97822010@news.wlg.netlink.net.nz...  >...D > New one on me, but I just tried DIR/SINCE=BOOT and guess what - itF > shows files created since the last boot. HELP SPECIFY DATE documentsG > TODAY and TOMORROW, but BOTTIME is not there. Another thing to add toe6 > the list of undocumented commands/keywords, I think.  < The BOOT and LOGIN keywords were added in V6.2 according to;  . $ HELP V62_FEATURES USER_FEATURES DCL_COMMANDS     V62_FEATURES        User_Features           DCL_Commands  ; The following table lists the new and updated DCL commands.o; Note that BOOT and LOGIN have been added as keywords to thes? /BEFORE and /SINCE qualifiers for many commands to select files ? dated prior to or since the last system boot or the user's last-	 login....   E Any utility that accepts TODAY, YESTERDAY and TOMORROW using standardjL programming as shown below will also accept BOOT and LOGIN. (The interestingH thing is if you put DEFAULT="TODAY" in the .CLD the program will receive$ "TODAY" instead of the actual date.)  
 $ @example $! $ create sys$login:example.for         CHARACTER*23    DATE_1$         INTEGER         CLI$PRESENT,%         1               CLI$GET_VALUEg%         EXTERNAL        CLI$_PRESENT,o&         1               CLI$_DEFAULTED  1         ISTATUS = CLI$GET_VALUE ('DATE_1',DATE_1)f8         IF (.NOT. ISTATUS) CALL LIB$STOP (%VAL(ISTATUS))           type *, date_1 999     ENDe $ create sys$login:example.cld DEFINE VERB EXAMPLEh!         IMAGE "SYS$LOGIN:EXAMPLE"f           PARAMETER P1                 LABEL = DATE_1                  VALUE (REQUIRED,)                         TYPE = $DATETIME) %                 PROMPT = "First Date"t $! $ fortran sys$login:examplei $ link sys$login:example $ set command sys$login:exampleu $ write sys$output "TODAY is"o TODAY is $ example today  31-OCT-2001 00:00:00.00t $ write sys$output "BOOT is" BOOT isV $ example boot 26-NOV-2000 13:57:56.00- $ write sys$output "LOGIN is"0 LOGIN is $ example loginh 31-OCT-2001 10:18:02.43m   ------------------------------  % Date: Wed, 31 Oct 2001 10:43:30 -0800f$ From: Shane Smith <ssmith@icius.com>* Subject: Re: Delta time between two date's0 Message-ID: <01C161F8.F0A678F0@sulfer.icius.com>  H A little experimentation shows the "BOOT" and "LOGIN" date/time keywordsA aren't global. F$CVTIME understands them, as does ANAL/ERROR, butqF DIAGNOSE (which does get "TODAY") drops an error if you give it eitherG "BOOT" or "LOGIN". That suggests to me they aren't implemented the same H way as the others so perhaps DCL_Tips/Date_Time/Absolute isn't the right place to document them.a   Shane?   ------------------------------  % Date: Wed, 31 Oct 2001 09:38:40 +0100 1 From: Enrico Badella <enrico.badella@softstar.it> 3 Subject: Exception while booting 7.2 on a axppci 33n+ Message-ID: <3BDFB890.AE0C630F@softstar.it>s  	 Hello alle  A I'm trying to install Hobbyist OpenVMS 7.2 on a noname AXPpci 33 ,D board. I have DVA0 as a secondary boot device with the kit provided > at http://www.cc.jyu.fi/~kujala/vms-in-axppci33.txt (Thanks!)   F The boot process starts, prints Loading SYS$CPU_ROUTINES_0B04.EXE from; secondary boot media. After some time I'm prompted with "Is-C secondary boot media ready in drive DVA0", after confirmation thereM@ is quite a bit of activity on the CD then suddenly the following
 is printed  = *************************************************************.= * Exception taken before exception handler has been loaded! *w% * Unable to take crash dump!				    *e= *************************************************************a  0 Access control violation through vector 00000080  
 register dumpe  
 cpu halted
 halt code = 5a
 PC = 17130  I I surfed quite a bit but could not find any usefull reference. I have seteE console=graphics but nothing else. The board is running 48MRAM and anCG Intergraph G91 (Weitek P6100 based) PCI video adapter. Maybe this coulde be the cause?   H Just one more question. Where can I find a list on supported ISA network: cards? I probably have a DEPCA somewhere, is it supported?   TIA-   e.  H ========================================================================H Enrico Badella                       email:   enrico.badella@softstar.itA Soft*Star srl                                 eb@vax.cnuce.cnr.itpH InterNetworking Specialists          tel:     +39-011-746092            < Via Camburzano 9                     fax:     +39-011-746487 10143 Torino, Italyt  K   Wanted, for hobbyist use, any type of PDP and microVAX hardware,software,-4   manuals,schematics,etc. and DEC-10 docs or manualsJ ==========================================================================   ------------------------------    Date: 31 Oct 2001 11:47:19 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)*2 Subject: Finding Open Files (was: DEC C and DECUS)3 Message-ID: <PyPtKMSwKQ8J@eisner.encompasserve.org>0  d In article <20011031.100840.937370163.3061@hotmail.com>, "DigiDemon" <digidemon@hotmail.com> writes:  E > Actually, I think "findlocks" isn't what I'm looking for...I have awJ > proggie that will find RMS locks (the real exciting thing here is that IE > haven't a clue what those are :-D).  What I AM looking for is for a G > proggie that will find open files.  When I do a nightly backup of themK > DEC, I will recieve some messages about certain files not being backed up I > due to them being open.  Now some I can understand (log files open willdF > most likely be open by the system account yes?)  But some aren't logG > files...and I'm guessing it's some user that has something open.  I'd.@ > like to find out which user so I can smartly chastise them ;-)   	$ SHOW DEVICE/FILES ddcu:  ( will show the PIDs that have files open.  ; A PID of 00000000 indicates the file is an installed image.c   ------------------------------  % Date: Tue, 30 Oct 2001 13:34:48 -0000.4 From: "Chris Sharman" <chris.sharman@ccagroup.co.uk>8 Subject: Re: First experience with the WEB based serviceA Message-ID: <1004528722.9164.0.nnrp-01.9e989e7e@news.demon.co.uk>   F May have used it some long time ago (with vms/netscape) - don't really	 remember.sD Can't register now (with wintel/ie) (apparently already registered). Can't get my password.? Requests for help/password via the website elicit nil response.  Can't use it at all.K Have requested help from someone at UK TSC (yesterday) - awaiting response.S   Chrish  3 "Rudolf Wingert" <win@fom.fgan.de> wrote in messagea0 news:200110300737.IAA20465@sinet1.fom.fgan.de... > Hello, >tD > I have made a service call via the new one EMAE WEB based service.F > My opionen is, that this is very bad implemented. First time I triedA > to login via Netscape browser with no success. Every time I got B > access denied. As I find out, you must use IE of M$ to login. SoB > I have to leave my internet Sun and to go to a Wintel box. AfterA > loggin I made my call and then I would loggout. But there is no)@ > button to do so. In case of this, you are logged in as long asA > the IE is running. That is not secure. The second problem, whatlB > I did found is, that I am not able to add a note or to close theA > call. Both action do end with an error message. What's your ex-o/ > perience with the CCC.EMEA WEB based service?n >o  > TIA and regards Rudolf Wingert >1   ------------------------------  # Date: Wed, 31 Oct 2001 15:54:26 GMTn= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)t' Subject: Garage Sale... Hey, Hobbyists! 0 Message-ID: <00A04582.DF479E7C@SendSpamHere.ORG>  K I have some equipment (likely more in the near future) that I am willing to6J part with and that would make a great addition to some of the Hobbyist VMSK systems out there.  Much of it is boxed up in my basement and the boxes are<K being used as scratch posts by Hobbes (that's the cat).  I'm taking it awayo% to the remote storage garage for now.D  J I've compiled a list of some of the things I'm taking to storage today andD this list is available here:  http://www.tmesis.com/garage_sale.html  K This is all working equipment -- most used.  I will initialize and test alla# disk drives before letting them go.o   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMl            cJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbes>   ------------------------------  % Date: Wed, 31 Oct 2001 18:38:10 +0100m& From: John McLean <mcleanj@dplanet.ch>+ Subject: Re: Garage Sale... Hey, Hobbyists!y* Message-ID: <3BE03702.66F6ADD4@dplanet.ch>  & "Brian Schenkenberger, VAXman-" wrote: > M > I have some equipment (likely more in the near future) that I am willing toTL > part with and that would make a great addition to some of the Hobbyist VMSM > systems out there.  Much of it is boxed up in my basement and the boxes arerM > being used as scratch posts by Hobbes (that's the cat).  I'm taking it awaye' > to the remote storage garage for now.  > L > I've compiled a list of some of the things I'm taking to storage today andF > this list is available here:  http://www.tmesis.com/garage_sale.html > J > ....  I will initialize and test all disk drives before letting them go.    ' Now that's a good idea... initializing.y  H In Australia, some years back, I worked for a company who purchased someD second-hand disk drives.  One of them still contained the details of0 members of the Liberal Party in New South Wales.   Doh !   E (The Liberal party is the "conservative" political party in Australiat' for anyone not familiar with the name.)-     John McLean    ------------------------------  % Date: Wed, 31 Oct 2001 12:49:11 -0500o- From: "John Eisenschmidt" <jeisensc@aaas.org>t+ Subject: Re: Garage Sale... Hey, Hobbyists! + Message-ID: <sbdff34e.038@AAASMTA.aaas.org>   L The "Liberal Party" are the conservatives? Yikes! I thought I was the only =6 one who thought the Liberals were too conservative <G>  ? >>> John McLean <mcleanj@dplanet.ch> 10/31/2001 12:38:10 PM >>>.    & "Brian Schenkenberger, VAXman-" wrote: >=20J > ....  I will initialize and test all disk drives before letting them go.    ' Now that's a good idea... initializing.   J In Australia, some years back, I worked for a company who purchased some =D second-hand disk drives.  One of them still contained the details of0 members of the Liberal Party in New South Wales.   Doh !   E (The Liberal party is the "conservative" political party in Australia:' for anyone not familiar with the name.)n   John McLeanf   ------------------------------  # Date: Wed, 31 Oct 2001 18:33:40 GMTg= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)5+ Subject: Re: Garage Sale... Hey, Hobbyists!.0 Message-ID: <00A04599.1D82BC4A@SendSpamHere.ORG>  S In article <3BE03702.66F6ADD4@dplanet.ch>, John McLean <mcleanj@dplanet.ch> writes:s >. >e' >"Brian Schenkenberger, VAXman-" wrote:u >> eN >> I have some equipment (likely more in the near future) that I am willing toM >> part with and that would make a great addition to some of the Hobbyist VMSeN >> systems out there.  Much of it is boxed up in my basement and the boxes areN >> being used as scratch posts by Hobbes (that's the cat).  I'm taking it away( >> to the remote storage garage for now. >> >M >> I've compiled a list of some of the things I'm taking to storage today andQG >> this list is available here:  http://www.tmesis.com/garage_sale.htmll >> iK >> ....  I will initialize and test all disk drives before letting them go.n >  >f( >Now that's a good idea... initializing. >-I >In Australia, some years back, I worked for a company who purchased someoE >second-hand disk drives.  One of them still contained the details ofo1 >members of the Liberal Party in New South Wales.@ >s >Doh ! >tF >(The Liberal party is the "conservative" political party in Australia( >for anyone not familiar with the name.) >$ >. >John McLean  I Not only INITIALIZEd but /ERASEd too.  I also do it with the index at theaI beginning middle and end so as to make sure the data has been stomped up-rI on several times.  The folks at <no such agency> could probably find ways G to resurrect the data even after several write and erase ops but I feel I fairly confident that the recipients of the drives I ship out will not be J as interested in the former contents -- unless, of course, you're an oper-6 ative for Usama Ben Schmuckhead in Cantcodemyownistan. --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             lJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbese   ------------------------------  # Date: Wed, 31 Oct 2001 10:48:01 GMT-* From: mark@*NO*SPAM*.co.uk (Mark Williams)2 Subject: Re: Global Sections for IPC - performance. Message-ID: <3bdfd5f1.8195644@news.force9.net>   Thanks for your reply.  D On Tue, 30 Oct 2001 07:36:54 +0100, John McLean <mcleanj@dplanet.ch> wrote:G >> On Mon, 29 Oct 2001 11:38:33 +0000, Roy Omond <Roy@Omond.net> wrote:i >> oD >> >You may be sharing data between processes using global sections,F >> >but what are you using for *communicating* between these processes8 >> >(e.g. common event flags, DLM, RPC etc. etc. etc.) ? >>   >> sys$hiber, sys$wake.s >> a3 >> We use the lock manager for coordinating access.X >> eG >> (The global sections are not mapped to files - we use SEC$M_PAGFIL).a >tF >Is your VMS system busy or is CPU and memory usage usage pretty low ?   Very busy (100% CPU usage).i  I >I'm wondering about overheads with SYS$HIBER and SYS$WAKE, especially if-D >this flushes a lot of your working set to the pagefile (or even the >swapfile).c  F I guess we need to flush the working set to the pagefile so that otherF processes can access the data.  If there is any swapping going on thenD this would be a real downer for performance. I guess this would be a memory/quota issue.e  F >Back in the days I wrote something which used global sections to makeE >the data accessible but it used an AST delivery mechanism written in G >Macro.  Create your own AST block and deliver it.  (They were the goodX >old days !) >AH >There's something similar available now on Alpha and it's used a lot inG >realtime processing.  I can't for the life of me remember what it is.   >Maybe someone can tell us.t >uG >The point is that it might be a lot faster than sys$hiber and sys$wakel' >in the environment that you are using.u  ; If you can remember it and tell me I would be grateful. :-)l    
 Mark Williamse   ------------------------------  # Date: Wed, 31 Oct 2001 10:53:30 GMT * From: mark@*NO*SPAM*.co.uk (Mark Williams)2 Subject: Re: Global Sections for IPC - performance. Message-ID: <3bdfd76c.8575270@news.force9.net>   Thanks for your reply.  B On 29 Oct 2001 07:50:10 -0800, keithparris_NOSPAM@yahoo.com (Keith Parris) wrote:  , >mark@*NO*SPAM*.co.uk (Mark Williams) wrote:3 >> We use the lock manager for coordinating access.p >f= >Do you often see the communicating processes in RWSCS state?5 >DB >If you check SHOW CLUSTER/CONTINUOUS with ADD CONNECTIONS and ADDC >CR_WAITS, do you see a lot of credit waits on VMS$VAXcluster SYSAPs< >connections?  (If so, consider raising the SYSGEN parameter >SCS_CREDITS.)   I ask the testers about this.   G >> (The global sections are not mapped to files - we use SEC$M_PAGFIL).d >nC >That just means they're mapped to a pagefile instead of some otherPC >file.  Is there plenty of free memory?  Do you see a lot of paging.
 >activity? >t% >Or did you mean to say SEC$M_PFNMAP?o  B I do use SEC$M_PAGFIL.  Would the other flag be better?  What real difference does it make?    
 Mark Williamse   ------------------------------  % Date: Wed, 31 Oct 2001 18:30:12 +0100I& From: John McLean <mcleanj@dplanet.ch>2 Subject: Re: Global Sections for IPC - performance* Message-ID: <3BE03524.65D356AC@dplanet.ch>   Hi Mark,  F I trust that you are not polling to get the Locks and that the polling is causing 100% CPU usage ???   E If you want to send me your email address we can discuss some of thisv offline ...      John McLeanl   (mcleanj@swissonline.ch)    g   Mark Williams wrote: >  > Thanks for your reply. > F > On Tue, 30 Oct 2001 07:36:54 +0100, John McLean <mcleanj@dplanet.ch> > wrote:I > >> On Mon, 29 Oct 2001 11:38:33 +0000, Roy Omond <Roy@Omond.net> wrote:g > >>F > >> >You may be sharing data between processes using global sections,H > >> >but what are you using for *communicating* between these processes: > >> >(e.g. common event flags, DLM, RPC etc. etc. etc.) ? > >> > >> sys$hiber, sys$wake.d > >>5 > >> We use the lock manager for coordinating access.R > >>I > >> (The global sections are not mapped to files - we use SEC$M_PAGFIL).m > > H > >Is your VMS system busy or is CPU and memory usage usage pretty low ? >  > Very busy (100% CPU usage).e > K > >I'm wondering about overheads with SYS$HIBER and SYS$WAKE, especially if F > >this flushes a lot of your working set to the pagefile (or even the
 > >swapfile).l > H > I guess we need to flush the working set to the pagefile so that otherH > processes can access the data.  If there is any swapping going on thenF > this would be a real downer for performance. I guess this would be a > memory/quota issue.a > H > >Back in the days I wrote something which used global sections to makeG > >the data accessible but it used an AST delivery mechanism written inLI > >Macro.  Create your own AST block and deliver it.  (They were the good  > >old days !) > > J > >There's something similar available now on Alpha and it's used a lot inH > >realtime processing.  I can't for the life of me remember what it is. > >Maybe someone can tell us.E > >VI > >The point is that it might be a lot faster than sys$hiber and sys$wake ) > >in the environment that you are using.  > = > If you can remember it and tell me I would be grateful. :-)  >  > Mark Williams"   ------------------------------  # Date: Wed, 31 Oct 2001 11:48:14 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)oJ Subject: Re: How to redirect output&error into a single file in sys$creprc0 Message-ID: <00A04560.7A93D126@SendSpamHere.ORG>  l In article <af0b5c61.0110301358.2496c02b@posting.google.com>, ezharkov@yahoo.com (Eugene A. Zharkov) writes:Z >briggs@encompasserve.org wrote in message news:<9z3P1MF5XA0e@eisner.encompasserve.org>...o >> In article <af0b5c61.0110231245.5771adeb@posting.google.com>, ezharkov@yahoo.com (Eugene A. Zharkov) writes:eE >> > The following example creates two versions of the test.log file.g; >> > Is there an easy way to tell creprc to make just one ?I >> EE >> $CREPRC doesn't make the two versions.  Your program (or the C RTLo >> living underneath it) does. >> rI >> All $CREPRC is going to do with the input, output and error parameters/E >> is to pass them as predefined values for the SYS$INPUT, SYS$OUTPUT-D >> and SYS$ERROR logical names.  It will not pre-open them as files. >> iH >> From the point of view of your program, the SYS$INPUT, SYS$OUTPUT andC >> SYS$ERROR logical names are pure text.  That they are most often E >> associated with the file names for standard input, standard outputPE >> and standard error is merely a matter of convention.  Your programo' >> is free to interpret them otherwise.m >> aC >> In the case at hand, your program is using STDIO to do output on$D >> standard output and standard error.  It is depending on the C run@ >> time library to open up the standard output and error streams >> automatically as needed.i >> b3 >> You have at least the following ways to proceed:  >> iD >> 1.  Check the SYS$OUTPUT and SYS$ERROR logical names yourself and+ >> reopen the appropriate streams to taste.h >> eF >> 2.  Use SYS$SYSTEM:LOGINOUT.EXE as the launched image.  Its default; >> behavior is to open SYS$INPUT as a DCL command procedurelB >> and to open SYS$OUTPUT as a process permanent file and set both= >> SYS$OUTPUT and SYS$ERROR to point to this pre-opened file.t >>  " >> 3.  Use LIB$SPAWN() or SYSTEM() >> l >> 	John Briggst >gB >This all looks a bit more complicated than I wanted. I don't want? >to use loginout. I don't think that I can use lib$spawn/system @ >(because I need to specify priority/privileges/quotas). I think* >I will just use dup2(1,2) in the child... >e >Thanks anyway for your answer..  I Look back through this thread for the bit of code I posted.  If you place J it at the very beginning of your program, it will redefine both STDOUT andI STDERR to a log file.  The log file is that initially associated with theo	 STDOUT.  a --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             3J   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbes0   ------------------------------    Date: 31 Oct 2001 07:04:53 -0800, From: ezharkov@yahoo.com (Eugene A. Zharkov)J Subject: Re: How to redirect output&error into a single file in sys$creprc= Message-ID: <af0b5c61.0110310704.46c30350@posting.google.com>   u system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) wrote in message news:<00A04560.7A93D126@SendSpamHere.ORG>..."  D > >This all looks a bit more complicated than I wanted. I don't wantA > >to use loginout. I don't think that I can use lib$spawn/systemiB > >(because I need to specify priority/privileges/quotas). I think, > >I will just use dup2(1,2) in the child... > >o! > >Thanks anyway for your answer.  > K > Look back through this thread for the bit of code I posted.  If you placebL > it at the very beginning of your program, it will redefine both STDOUT andK > STDERR to a log file.  The log file is that initially associated with theo	 > STDOUT.B  B I like the idea of opening the file shareable, but I do not reallyC need that in the application I am working on. I was a little uneasyyC about the statement "stderr = stdout". I just like dup2(1,2) bettersC (because it seems to work on other platforms too, not only on VMS).i   ------------------------------   Date: 31 Oct 2001 15:53:51 GMT0 From: fdc@watsun.cc.columbia.edu (Frank da Cruz)C Subject: Re: Kerberos Client on OpenVMS, CSWS/APACHE, MOD_AUTH_KERBW5 Message-ID: <9rp6qf$a5h$1@newsmaster.cc.columbia.edu>1  ( In article <3bdf755d_6@vienna7.his.com>,* Reece R. Pollack <bogus@public.com> wrote: : ... K : I ported the full Kerberos V5 package, clients and servers, to VMS when IeN : worked for Wollongong. Anyone running the last Attachmate version of PathWayK : for OpenVMS has full Kerberos V4 and V5 capabilities, including shareableaN : libraries and header files. Alas, Attachmate didn't understand anything thatF : didn't run under a Microsloth operating system and connect to an IBM) : mainframe, and they killed the product.c : L Another missed opportunity.  Given K4 and K5 libraries and header files thatL are reasonably compatible with the MIT ones, C-Kermit for VMS could be builtK with them, thus giving a K4 and K5 Telnet client.  And then also secure andfM scriptable FTP and HTTP clients if anybody ported the new Kermit FTP and HTTPAL client modules to VMS (as I've mentioned here several times, that would have@ to be someone with a great deal more VMS expertise than I have).  M Were the Wollongong Kerberos changes confined to Pathway, or did they make it  back to MIT?   - Frank    ------------------------------    Date: 31 Oct 2001 08:26:49 -0800, From: jeffrey.r.bees@saic.com (Jeffrey Bees)O Subject: LabSystems - SampleManager, Multichrom, Yukon Consultants/D'per Needed-< Message-ID: <d1e330cb.0110310826.75a5d99@posting.google.com>  E If you have at least 1 year of development/sw engineering/enhancementrB experience with LIMS, LabSystems Samplemanager please email me forD more info.  Excellent pay, benefits, stock options.  Email inquiries to jeffrey.r.bees@saic.com.t   ------------------------------    Date: 31 Oct 2001 02:43:34 -0800) From: P.Young@unsw.EDU.AU (Patrick Young)   Subject: Re: NT/W2K CRSS exploit= Message-ID: <55f85d77.0110310243.628f89b2@posting.google.com>n  _ LBohan@dbc.spam_less..com wrote in message news:<4hnttt8o1773ajmv2ph4sj1e0jucgduf1i@4ax.com>...m > 0 > Presto, Presto. Instant Blue Screen of Death.  >   B I *loved* this so much I did a quicky in VMS BASIC to generate theD appropriate file and emailed the file (without explanation, using my: normal mailer, PMDF) to all Window(tm) users in our group.  I Not a single complaint. I asked around - "it crashed my PC". Not a singleeG eyebrow raised. I just have to wonder how many times their PCs crash in  a day for "normal reasons".    Actually I don't want to know.  1 It is a _VERY SAD_ reflection on life these days.0  C As someone who lives in Australia, I have to wonder how the US puts:F M$ in such an "above the law" position in this and many other matters.  J Internationally it is "not a good look". The US produce top class products= in many fields. M$ goes against the grain in _SO_ many areas.t   ------------------------------  # Date: Wed, 31 Oct 2001 11:55:15 GMTt= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)o  Subject: Re: NT/W2K CRSS exploit0 Message-ID: <00A04561.75318D2C@SendSpamHere.ORG>  i In article <55f85d77.0110310243.628f89b2@posting.google.com>, P.Young@unsw.EDU.AU (Patrick Young) writes:o` >LBohan@dbc.spam_less..com wrote in message news:<4hnttt8o1773ajmv2ph4sj1e0jucgduf1i@4ax.com>... >>  1 >> Presto, Presto. Instant Blue Screen of Death. e >>   >mC >I *loved* this so much I did a quicky in VMS BASIC to generate theoE >appropriate file and emailed the file (without explanation, using myi; >normal mailer, PMDF) to all Window(tm) users in our group.r >fJ >Not a single complaint. I asked around - "it crashed my PC". Not a singleH >eyebrow raised. I just have to wonder how many times their PCs crash in >a day for "normal reasons".   >  >Actually I don't want to know.  >e2 >It is a _VERY SAD_ reflection on life these days. >hD >As someone who lives in Australia, I have to wonder how the US putsG >M$ in such an "above the law" position in this and many other matters.r >hK >Internationally it is "not a good look". The US produce top class productsa> >in many fields. M$ goes against the grain in _SO_ many areas.  E Just for "acedemic" purposes, I tried such a file here on the PeeCee.tE It didn't BSoD.  Perhaps, I'm just going about it wrong as I am not at PeeCee saavy type.  F Could you email your file to me and instructions as to how to take the PeeCee down.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             eJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbesl   ------------------------------  % Date: Wed, 31 Oct 2001 10:05:59 -0500a* From: Chuck Chopp <ChuckChopp@rtfmcsi.com>  Subject: Re: NT/W2K CRSS exploit+ Message-ID: <3BE01357.EEAF024A@rtfmcsi.com>e  & "Brian Schenkenberger, VAXman-" wrote:  k > In article <55f85d77.0110310243.628f89b2@posting.google.com>, P.Young@unsw.EDU.AU (Patrick Young) writes:tb > >LBohan@dbc.spam_less..com wrote in message news:<4hnttt8o1773ajmv2ph4sj1e0jucgduf1i@4ax.com>... > >>2 > >> Presto, Presto. Instant Blue Screen of Death. > >> > > E > >I *loved* this so much I did a quicky in VMS BASIC to generate theeG > >appropriate file and emailed the file (without explanation, using my = > >normal mailer, PMDF) to all Window(tm) users in our group.y > >tL > >Not a single complaint. I asked around - "it crashed my PC". Not a singleJ > >eyebrow raised. I just have to wonder how many times their PCs crash in > >a day for "normal reasons". > >h! > >Actually I don't want to know.i > >d4 > >It is a _VERY SAD_ reflection on life these days. > >wF > >As someone who lives in Australia, I have to wonder how the US putsI > >M$ in such an "above the law" position in this and many other matters.e > >hM > >Internationally it is "not a good look". The US produce top class productsW@ > >in many fields. M$ goes against the grain in _SO_ many areas. >iG > Just for "acedemic" purposes, I tried such a file here on the PeeCee..G > It didn't BSoD.  Perhaps, I'm just going about it wrong as I am not ah > PeeCee saavy type. >nH > Could you email your file to me and instructions as to how to take the > PeeCee down. >f > --Q > VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMr >wK >   "And of course, I'm a genius, so people are naturally drawn to my fieryrK >   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbes   j Here's the web site that has some informative content regarding this problem.  For those of us who have tof deal with billyboxes as well as our real systems, this should give you what you need to know about thel problem for now.  Basically, some bounds checking in the console subsystem [CSRSS] is not being done and thej end result is that the console subsystem is terminated due to an access violation.  When that happens, thei system gives a BSOD and it is time to reboot.  The unfortunate thing is that the lowly TYPE command and asm simple text file can make the bug manifest itself.  It is not necessary to have a C compiler to exercise this l particular end-result of extensive operating system inbreeding.  The first examples of code that were postedf to the 'Net regarding this bug were simple C code programs making use of printf() to exercise the bug.    J http://homepages.tesco.net./~J.deBoynePollard/FGA/csrss-backspace-bug.html     -- Chuck Choppe  8 ChuckChopp@rtfmcsi.com            http://www.rtfmcsi.com0                                   ICQ # 22321532@ RTFM Consulting Services Inc.     864 801 2795 voice & voicemail2 103 Autumn Hill Road              864 801 2774 fax4 Greer, SC  29651                  800 774 0718 pager7                                   8007740718@skytel.coms   ------------------------------  + Date: Wed, 31 Oct 2001 02:08:42 -0800 (PST)s. From: Fabio Cardoso <fabiopenvms@yahoo.com.br> Subject: Re: OT - HP's MPE-IX @ Message-ID: <20011031100842.23217.qmail@web20209.mail.yahoo.com>  " Why Compaq dont develop a census ?  2 Checking the number of OVMS systems contracted and! sold during these 25 years....=20   4 OpenVMS can be used for Industrial Automation.  Does MPE can ?=20  3 OpenVMS and MPE communities should become much moren& closer to Agilent. It is what I think.     Regardsd   FC=20   2 --- "Terry C. Shannon" <terryshannon@mediaone.net> wrote: >=202 > "John Vottero" <John@mvpsi.com> wrote in message+ > news:tturpf8l3d9v10@news.supernews.com...e2 > > "Terry C. Shannon" <terryshannon@mediaone.net> > wrote in message > >r >d8 news:xsHD7.161981$vq.39998738@typhoon.ne.mediaone.net... > > >n/ > > > <lroduner@americhem.com> wrote in messagel > > >a >W= news:OF1D818C85.0ADBBB2F-ON85256AF5.007D0CA3@americhem.com...  > > >: > > > > 3 > > > > I believe that Compaq claims that there are: > 400,000+ VMS systems with-6 > > > > 10,000,000 users world-wide (these figures are > likely inflated).  Whatl > > is! > > > > the user base for MPE-iX?a > > > >A > > >.6 > > > I can't comment on the MPE-iX user base, but you > are correct in yourW4 > > > assumption that the VMS installed base numbers > are inflated. Word has itc2 > > > that the numbers will be "rightsized" in the > near future. Whatever, the > > VMST6 > > > franchise remains profitable, which is more than > can be said for CPQ'ss! > > > Wintel business these days.a > > >h > >G4 > > They just finished a recount and the new numbers > are 410,000 systems ands3 > > 10,000,000 users. Slightly less than 200,000 of) > the systems are VAXen. > >e >=206 > That's a higher number than I would expect, but it's
 > interesting 6 > nevertheless. Given an Alpha installed base of ~600K > systems in January 1999_4 > (internal figure) and extrapolating forward, there > probably are ~800K Alphasf% > out there. Only 25 percent run VMS.e >=20 >=20     =3D=3D=3D=3D=3D-L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D  F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil3 fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Du  2 __________________________________________________ Do You Yahoo!?, Make a great connection at Yahoo! Personals. http://personals.yahoo.com   ------------------------------  % Date: Wed, 31 Oct 2001 10:35:35 +0000 ( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: OT - HP's MPE-IX>) Message-ID: <3BDFD3F7.3EC3BEFB@127.0.0.1>3   lroduner@americhem.com wrote:>  M > How difficult would it be to move enough of the MPE-IX system functions andiI > RTL's to VMS so that the existing MPE-IX applications could be "easily"sI > ported to VMS?  Those applications would then gain the stability of VMSs  H Hey, why don't we try moving the VMS users onto the S390, they would getE most of the Galaxy functionality from the VM and LPARs, and VMS userse/ could 'gain' the stability of the S390 systems.y  # (S390 a.k.a. Z series in IBM speak)y   --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot come   ------------------------------  % Date: Wed, 31 Oct 2001 05:50:36 -0500f- From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: OT - HP's MPE-IXe, Message-ID: <3BDFD75F.B2F3396E@videotron.ca>   Nic Clews wrote:J > Hey, why don't we try moving the VMS users onto the S390, they would getG > most of the Galaxy functionality from the VM and LPARs, and VMS usersy1 > could 'gain' the stability of the S390 systems.e  L And while MVS is a pain to manage compared to VMS, at least we wouldn't haveJ to worry about hidden motived of the company.  IBM is not affraid to admit that MVS is highly profitable.   ------------------------------    Date: 31 Oct 2001 08:51:03 -0600+ From: young_r@encompasserve.org (Rob Young)r Subject: Re: OT - HP's MPE-IX 3 Message-ID: <NXBbq8TaCJjj@eisner.encompasserve.org>   T In article <3BDFD3F7.3EC3BEFB@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes: > lroduner@americhem.com wrote:e > N >> How difficult would it be to move enough of the MPE-IX system functions andJ >> RTL's to VMS so that the existing MPE-IX applications could be "easily"J >> ported to VMS?  Those applications would then gain the stability of VMS > J > Hey, why don't we try moving the VMS users onto the S390, they would getG > most of the Galaxy functionality from the VM and LPARs, and VMS users11 > could 'gain' the stability of the S390 systems.o > % > (S390 a.k.a. Z series in IBM speak)n >     	All tongue in cheeky of course.  ? 	The correct answer of course is that LPARS is a hypervisor and1D 	Galaxy avoids the hypervisor concept (overhead).  Want a peak at a  	better/newer hypervisor?f  ' http://www-flash.stanford.edu:80/Disco/e3 ftp://www-flash.stanford.edu/pub/hive/SOSP99-cd.pdfr  D 	Whatver you do.... don't ever refer to Galaxy Software Architecture? 	as virtual clusters.  I made that mistake once and got a sound> 	email lashing (deserved).   				Robt   ------------------------------  # Date: Wed, 31 Oct 2001 15:57:30 GMTv- From: "John Hayes" <john@worldwide-wines.moc>S" Subject: PCL Printer control codesC Message-ID: <qbVD7.142228$sE1.969308324@newssvr10.news.prodigy.com>a  G I have a telnet queue going to a canon printer (photocopier,scanner etc I unit). I have created a library with PCL control codes to print landscapeiL and portrait. These are fine but when I print in duplex mode, the first pageI always prints on the back side of the first page. It makes all my reports : looks like they are skipping a page. Anyone got any ideas.  
 Desperate Nowt   John6 john@worldwide-wines.moc (spam filter, switch the moc)   ------------------------------  % Date: Wed, 31 Oct 2001 12:22:25 -0000e4 From: "Chris Sharman" <chris.sharman@ccagroup.co.uk> Subject: RMS accvio>A Message-ID: <1004530800.9985.0.nnrp-01.9e989e7e@news.demon.co.uk>   K Running 7.3 with all the patches (including RMS 1 23-Aug & 2 19-Oct & XFC 1O 23-Aug).J A process exited silently while running a DECforms application - that's an exec mode exception iirc ?L The application should have been updating a record in an rms indexed file at" the time, as near as we can guess.- The accounting log recorded %system-f-accvio.M- It was reproducible by three different users. D Running on our development machine (identical aside from having beenG rebooted since the decw patch), it worked fine. The disk in question isfG local to the production system, mscp served to the development machine. I The indexed file in question was routinely rebuilt (using convert) at therD weekend, so it shouldn't have any residual pre-patch rms corruption.  I I'm reporting it here because there doesn't seem to be much for TSC to go L on, and in any case (separate thread) I can't put support calls in to UK TSC via web or email.c   Anyone seen anything similar ?  
 Chris Sharman    ------------------------------    Date: 31 Oct 2001 06:54:00 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)a Subject: Re: RMS accvioy3 Message-ID: <CoA$fFuFgWyY@eisner.encompasserve.org>-  x In article <1004530800.9985.0.nnrp-01.9e989e7e@news.demon.co.uk>, "Chris Sharman" <chris.sharman@ccagroup.co.uk> writes:M > Running 7.3 with all the patches (including RMS 1 23-Aug & 2 19-Oct & XFC 1@
 > 23-Aug).L > A process exited silently while running a DECforms application - that's an > exec mode exception iirc ?  C If you can stand it, set the bug check fatal system parameter to 1. D Reproducing the problem then will crash the system, providing a dump you can send to Compaq.(  K > I'm reporting it here because there doesn't seem to be much for TSC to gouN > on, and in any case (separate thread) I can't put support calls in to UK TSC > via web or email.t   Send them the dump on a CD-ROM.    ------------------------------  % Date: Wed, 31 Oct 2001 15:05:49 -0000e4 From: "Chris Sharman" <chris.sharman@ccagroup.co.uk> Subject: Re: RMS accvioiB Message-ID: <1004540594.28282.0.nnrp-13.9e989e7e@news.demon.co.uk>  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:CoA$fFuFgWyY@eisner.encompasserve.org... J > In article <1004530800.9985.0.nnrp-01.9e989e7e@news.demon.co.uk>, "Chris/ Sharman" <chris.sharman@ccagroup.co.uk> writes:)I > > Running 7.3 with all the patches (including RMS 1 23-Aug & 2 19-Oct &m XFC 1a > > 23-Aug).K > > A process exited silently while running a DECforms application - that's  an > > exec mode exception iirc ? >$E > If you can stand it, set the bug check fatal system parameter to 1.mF > Reproducing the problem then will crash the system, providing a dump > you can send to Compaq.i  E I'd have done that if our development machine could reproduce it, but  mysteriously, it couldn't.  J > > I'm reporting it here because there doesn't seem to be much for TSC to goL > > on, and in any case (separate thread) I can't put support calls in to UK TSCh > > via web or email.a >c! > Send them the dump on a CD-ROM.t   ------------------------------  % Date: Wed, 31 Oct 2001 10:56:02 -0500o% From: "John Vottero" <John@mvpsi.com>a Subject: Re: RMS accvio / Message-ID: <tu07ojfc6ktg16@news.supernews.com>   ? "Chris Sharman" <chris.sharman@ccagroup.co.uk> wrote in messagel; news:1004530800.9985.0.nnrp-01.9e989e7e@news.demon.co.uk...eK > Running 7.3 with all the patches (including RMS 1 23-Aug & 2 19-Oct & XFC  1e
 > 23-Aug).  I XFC should be disabled.  I don't think the problems with XFC result in ane- exec mode accvio but it might be worth a try.e  L > A process exited silently while running a DECforms application - that's an > exec mode exception iirc ?K > The application should have been updating a record in an rms indexed filef at$ > the time, as near as we can guess./ > The accounting log recorded %system-f-accvio.-/ > It was reproducible by three different users.gF > Running on our development machine (identical aside from having beenI > rebooted since the decw patch), it worked fine. The disk in question is I > local to the production system, mscp served to the development machine.sK > The indexed file in question was routinely rebuilt (using convert) at theOF > weekend, so it shouldn't have any residual pre-patch rms corruption. >:K > I'm reporting it here because there doesn't seem to be much for TSC to gooJ > on, and in any case (separate thread) I can't put support calls in to UK TSCh > via web or email.o >.  > Anyone seen anything similar ? >e > Chris Sharman  >  >  >l >d   ------------------------------  # Date: Wed, 31 Oct 2001 17:36:07 GMTi2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: RMS accviot3 Message-ID: <bEWD7.1160$RL6.17148@news.cpqcorp.net>c  x In article <1004530800.9985.0.nnrp-01.9e989e7e@news.demon.co.uk>, "Chris Sharman" <chris.sharman@ccagroup.co.uk> writes:L :Running 7.3 with all the patches (including RMS 1 23-Aug & 2 19-Oct & XFC 1	 :23-Aug).R  I   Use the VCC_FLAGS system parameter to switch from XFC to VIOC, pending IG   the availability and installation of the XFC V2.0 (or later) ECO kit.i  K :A process exited silently while running a DECforms application - that's anU :exec mode exception iirc ?      Usually, yes.g  E :Running on our development machine (identical aside from having been-H :rebooted since the decw patch), it worked fine. The disk in question isH :local to the production system, mscp served to the development machine. ..J :I'm reporting it here because there doesn't seem to be much for TSC to goM :on, and in any case (separate thread) I can't put support calls in to UK TSCa :via web or email.  D   Use VIOC, pending availability of the XFC V2.0 (or later) ECO kit.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 31 Oct 2001 06:03:40 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)"* Subject: Re: savesets,  CDs and attributes3 Message-ID: <QWMl6Y2yB5Av@eisner.encompasserve.org>i  [ In article <3BDF6E83.E055C1CA@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:n > Jan-Erik Sderholm wrote:t >> n: >> Why not just use $COPY to copy from the CD to the VAX ? >  > If the CD is ISO-9660, ...   Are you saying there is a bug ?.  @ Certainly the ISO-9660 format has cells to describe the RMS file characteristics.  : If you have a properly written ISO-9660 CD-ROM where thoseB characteristics are not being honored by VMS, please file a report with Compaq.   ------------------------------  % Date: Wed, 31 Oct 2001 20:44:01 +0200-* From: Mike Rechtman <rechtman@tzora.co.il>E Subject: Stopping processes with open files;  WAS:Re: DEC C and DECUS ( Message-ID: <3BE04671.90900@tzora.co.il>  , Two possibilities come to my fevered mind...  5 1. do a sho dev/file DISK: into a file, parse it and - stop/id= all non-zero id's  7 2. in DCL, set up a f$context to select/skip processes h9 according to whatever criteria you need, and either just -; stop/id them, or (better, in my opinion) get a 3-line prog ,= that'll $FORCEX them - that will give the processes a chance p! to go through their exit handler.U   Mike   DigiDemon wrote:  H >>:... Second, 2 questions....I've been trying to to snag a lil :proggieH >>called findlocks.com from DECUS, but to no avail...is there :something >>up with the site?  >>E >>  Um, what are you up to?  AMDS and Availability Manager and recentaJ >>  versions of SDA are all quite good at tracking locks.  Though AMDS andI >>  Availability Manager are separately installed kits, they are licensedn >>  with OpenVMS.k >> >  > E > Actually, I think "findlocks" isn't what I'm looking for...I have adJ > proggie that will find RMS locks (the real exciting thing here is that IE > haven't a clue what those are :-D).  What I AM looking for is for aiG > proggie that will find open files.  When I do a nightly backup of theeK > DEC, I will recieve some messages about certain files not being backed up I > due to them being open.  Now some I can understand (log files open will F > most likely be open by the system account yes?)  But some aren't logG > files...and I'm guessing it's some user that has something open.  I'd @ > like to find out which user so I can smartly chastise them ;-) > J > And thanks for the GNU links...I will see if with the help of them I can9 > install SSH and have everything running like a champ :)e >  > Jamesw >      --  E ---------------------------------------------------------------------I; Usual disclaimer: All opinions are mine alone, perhaps not r
 even that.? Mike Rechtman                            *rechtman@tzora.co.il*h/ Kibbutz Tzor'a.                          Voice s (home):(972)-2-99083377    "20% of a job takes 80% of the time, the rest takes o another 80%"E --------------------------------------------------------------------- * ------ GEEK CODE BLOCK (Version: 3.1)-----( GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++' N++ K? w--- V+++$ PS+ PE-- t X- tv-- b+e DI+ D-- G e++ h--- r+++ y+++@e* ---------- END GEEK CODE BLOCK  ----------   ------------------------------    Date: 31 Oct 2001 11:54:47 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER). Subject: Re: SYS$EXAMPLES:DAYLIGHT_SAVINGS.COM( Message-ID: <3bdfd877@news.kapsch.co.at>  W In article <ttuqbfmrkjgn1b@news.supernews.com>, "John Vottero" <John@mvpsi.com> writes:eG >For me, the V7.3 DAYLIGHT_SAVINGS.COM didn't work at all.  It wound updM >executing UTC$CONFIGURE_TDF.COM which just displays a message saying that ittJ >is an obsolete command procedure and I should be using UTC$TIME_SETUP.COM  G For me, it didn't work either. Only one system (with DECnet-Plus DECdtsmJ still running because I forgot to exclude DECdts from the startup - I haveE no longer a DECdts time server, NTP is now the method) did switch thea0 timezones correctly (like all the years before).  G All other (V7.3 w/ DTS ECO) systems stayed on DST until I switched them F by hand (setting the time and redefining all timezone system logicals)  @ I was very disappointed (and I'm curious why this did happen)...   -- b< 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: Wed, 31 Oct 2001 12:03:00 -0000P4 From: "Chris Sharman" <chris.sharman@ccagroup.co.uk>  Subject: syslogd - new version ?A Message-ID: <1004529645.9518.0.nnrp-01.9e989e7e@news.demon.co.uk>>  I Been using syslogd on Alpha 7.1, ucx 4.2-4, where it generates many Mb ofu log.& Re-linked & moved to 7.3, tcpip 5.1-3.G It appears to still work, but nothing logged, except startup & restart.e  ; Anyone else running it ? Is there a new/different version ?    Thanks,u
 Chris Sharmano   ------------------------------  % Date: Wed, 31 Oct 2001 10:52:30 -0500C% From: "John Vottero" <John@mvpsi.com> $ Subject: Re: syslogd - new version ?/ Message-ID: <tu07hvtn7o2sc0@news.supernews.com>   G If you're running the syslogd that I hacked together, there isn't a newa< version.  And I'm using it under V7.3/V5.1 with no problems.  ? "Chris Sharman" <chris.sharman@ccagroup.co.uk> wrote in messageo; news:1004529645.9518.0.nnrp-01.9e989e7e@news.demon.co.uk...nK > Been using syslogd on Alpha 7.1, ucx 4.2-4, where it generates many Mb ofz > log.( > Re-linked & moved to 7.3, tcpip 5.1-3.I > It appears to still work, but nothing logged, except startup & restart.  >'= > Anyone else running it ? Is there a new/different version ?j > 	 > Thanks,r > Chris Sharmanw >m >s   ------------------------------  # Date: Wed, 31 Oct 2001 12:14:00 GMT02 From: Piyush Avichal<pa@it.singer-friedlander.com> Subject: Undo disk Initializel4 Message-ID: <cWRD7.7045$xS6.8807@www.newsranger.com>   Hello,  L Does anyone know of any software or know how to undo the initialization of aO disk. One of our users has accidently initilized an optical disk. It hasnt beenp3 written to so the data should still be on the disk.3  & Any help would be greatly appreciated.   Regards,   Piyush.3   ------------------------------  % Date: Wed, 31 Oct 2001 13:09:15 +0000J( From: Nic Clews <sendspamhere@127.0.0.1>! Subject: Re: Undo disk Initialize=) Message-ID: <3BDFF7FB.A6739EE7@127.0.0.1>    Piyush Avichal wrote: N > Does anyone know of any software or know how to undo the initialization of aQ > disk. One of our users has accidently initilized an optical disk. It hasnt beene5 > written to so the data should still be on the disk.n  ? Why are you giving users enough privileges to initialise disks?3  F There's no UNFORMAT command available. My first stab at recovering theD data would be to create a partition identical in size to the opticalF disk, do a BACKUp/physical, then try a number of the freeware UNDELETEG programs. Providing they don't depend on the INDEXF.SYS and can pick upo) the file headers, you may have some luck.V  D Alternatively there are specialist data recovery firms, I don't knowC offhand of any working with VMS media though. I expect Compaq could  offer consultancy, at a price?   -- r( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comc   ------------------------------  # Date: Wed, 31 Oct 2001 13:37:46 GMT,= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)i! Subject: Re: Undo disk Initializes0 Message-ID: <00A0456F.C7A4E7D9@SendSpamHere.ORG>  T In article <3BDFF7FB.A6739EE7@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes: >Piyush Avichal wrote: hO >> Does anyone know of any software or know how to undo the initialization of asR >> disk. One of our users has accidently initilized an optical disk. It hasnt been6 >> written to so the data should still be on the disk.   $ BACKUP  ;)    @ >Why are you giving users enough privileges to initialise disks?  ) PeeCee or unix admin background no doubt.0  G >There's no UNFORMAT command available. My first stab at recovering the:E >data would be to create a partition identical in size to the optical G >disk, do a BACKUp/physical, then try a number of the freeware UNDELETE.H >programs. Providing they don't depend on the INDEXF.SYS and can pick up* >the file headers, you may have some luck.  F Nearly all of the VMS undelete utilities rely upon the INDEXF.SYS fileH being intact.   During a "DELETE", the bitmaps are modified but the file, header data remains more or less unchanged.   G Having no INDEXF.SYS to tie things together, it would be a *monumental*fH task to scavenge the disk block by block to associate the data that each3 contains with some previously defined association. r   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMu            PJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbes.   ------------------------------  # Date: Wed, 31 Oct 2001 17:33:23 GMTW2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)! Subject: Re: Undo disk Initializes3 Message-ID: <DBWD7.1159$RL6.17096@news.cpqcorp.net>l  i In article <cWRD7.7045$xS6.8807@www.newsranger.com>, Piyush Avichal<pa@it.singer-friedlander.com> writes:m  M :Does anyone know of any software or know how to undo the initialization of aeL :disk. One of our users has accidently initilized an optical disk. It hasnt 9 :been written to so the data should still be on the disk.   :   Some optical disks are read-write, some are read-only.    G   If this is read-only (write-once) media or read-write media that was  E   immediately dismounted and never written to, a specialized service  E   might have a disk drive and disk firmware that is able to read and o/   reconstitute the existing data off the media.d  ' :Any help would be greatly appreciated.)  @   First consider the value of the data, and how much you want to<   pay to get it back.  Then contact a data recovery service.  %   Consider the removal of privileges.5  )   Consider the current archival strategy.k  @   Consider automating the disk handling, via DCL or application.    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 31 Oct 2001 16:29:39 GMTm5 From: "John Gemignani, Jr." <john@REMOVETHISossc.net> # Subject: Re: Unix-based, VMS-based? ? Message-ID: <TFVD7.633880$Lw3.39910066@news2.aus1.giganews.com>   5 "Bob Ceculski" <bob@instantwhip.com> wrote in messagen7 news:d7791aa1.0110301820.42b00fba@posting.google.com...iB > "John Gemignani, Jr." <john@REMOVETHISossc.net> wrote in message; news:<NKBD7.2950$tb2.211364@bin2.nnrp.aus1.giganews.com>... B > > I'm getting curious.  I am seeing a lot about "Unix-based" and "VMS-based"n > > references in here lately. > > K > > What is "unix-based" software and "vms-based" software?  That is, aside0 fromK > > the obvious suggestion that one was developed on a particular platform.- > >CK > > With the Unix-based code probably written in C, and the VMS-based stuff0D > > (TCPWARE) written in Macro-32 (i.e. VAX), what else would be the difference?: > >uK > > Performance has to be measured in some way. The direct performance of a F > > network kernel is usually not cited.  It's usually FTP, or NFS, or	 whatever. L > > If a product with a Unix-based kernel is running VMS-based applications, howsG > > is it characterized?  If the VMS application yields bad performance  numbers,+ > > is that because of a Unix-based kernel?o > > 	 > > -Johna > >h > K > we are talking about apps written using either the vms or unix kernel ...d  H     Code written well and tested well performs well.  Code which is not,A     probably won't (note the word PROBABLY, and that I didn't usee?     DEFINITELY).  Aside from the Unix interfacy things (commandmH     line parser, messages, whatever), the bulk of the algorithm could be'     the same on both operating systems.   F > the people who wrote tcpware used the vms kernel as their base, they. > were former dec engineers and knew vms well,  A     The developers of TCPIP (UCX) were/are as well, now more than"G     ever.  The engineering group has had incredible talent for the pasttF     few years, and major enhancements to the kernel (both the Unix andE     VMS portions) have taken place in 5.1 and in the subsequent work. H     Since TCPIP has been integrated into the VMS group itself within theC     past few years, some serious work has been done in both VMS andw
     TCPIP.  C     The developers of MultiNet (TGV) were good programmers as well. G     I believe that they did a good job on their product.  Consider thattD     MultiNet was not MultiNet when it started, but when they finally.     went off on its own that's what it became.   > and people at processuG > software today will tell you today how good the vms kernel really is,h  G     I'm going to go out on a limb here and speak for myself.  I believe E     that the VMS kernel is exceptional.  Being connected with the VMSRE     group I have been able to see it in source, and read the commentsrG     of the developers themselves.  VMS is full of foresight and design,04     something that I like to include in my own code.  / > and how good of a vms ip stack tcpware is ...A  J     So this is the opinion of current tcpware engineers about code writtenK     by past tcpware engineers, and it is this opinion which forms the basisa>     of YOUR statement that a VMS-based kernel is better than a     Unix-based one.n    > if your os kernel is that good       And it is --  H > then i imagine any well written app that uses that kernel as its basisH > will outperform similar apps based on other kernels ... this is common > sense, not rocket science!  F     As a general claim, this may have merit.  If the code that you areD     porting is basically algorithm with limited interaction with the
 underlyingG     operating system, does this claim still apply?  I don't believe so.m       Common sense?  No comment.   ------------------------------    Date: 31 Oct 2001 10:42:04 -0600+ From: young_r@encompasserve.org (Rob Young)r# Subject: Re: Unix-based, VMS-based? 3 Message-ID: <WgBGbk$19Ocr@eisner.encompasserve.org>   w In article <TFVD7.633880$Lw3.39910066@news2.aus1.giganews.com>, "John Gemignani, Jr." <john@REMOVETHISossc.net> writes:n  E >     The developers of MultiNet (TGV) were good programmers as well.-   	Make that:   7 	The developers of MultiNet (TGV) ARE good programmers.a  B 	And more importantly, they have a very keen/good sense of design.@ 	Multinet's model is superior to TCPIP Services.  As an example:   		$ MULTINET CONFIG/SERVER   	'Nuff Said!   				Robn   ------------------------------    Date: 31 Oct 2001 01:48:38 -0800* From: tim.kimber@citicorp.com (Tim Kimber) Subject: Re: VMS/VAX newbie.= Message-ID: <2a5fb222.0110310148.449a1afa@posting.google.com>I  5 Try these URLS as well for more links and other info.   8 http://www3.sympatico.ca/n.rieck/links/cool_vax_vms.html# http://www.lp.se/documents/VMS.html 0 http://www.openvms.com/openvms_related_sites.htm   Regards, Tim    rdeininger@mindspring.com (Robert Deininger) wrote in message news:<rdeininger-2610012148510001@user-2iveab0.dialup.mindspring.com>...9 > In article <3BDA09E7.B2FF1D50@yahoo.com>, Joe The Aromah  > <schizam2001@yahoo.com> wrote: > J > > I'm looking for a good site which will explain, in simplest terms, howE > > to use VMS. I am pretty good with a CLI BTW. Anyone have any good  > > recommendations? > ) > The official Compaq web site for VMS is. >  >    www.openvms.compaq.com  > L > You will find links to the OpenVMS FAQ, the OpenVMS "ask the wizard" area,6 > and a large subset of the OpenVMS documentation set. >  > Skim through the FAQ first.o > G > Of the regular VMS manuals, you probably would want to start with thee; > "OpenVMS User's Guide".  It is intended for newish users.- > K > Also, do not forget about the HELP command on a VMS system.  It will givelI > you short descriptions of the commands along with example of use.  MostB9 > folks find HELP quite a bit nicer than unixy man pages.C > K > The FAQ tells you how to find a publicly-accessible VAX running VMS whered+ > you can get an account and fiddle around.P > I > VMS questions that aren't addressed in the FAQ or in Ask the Wizard are  > welcome here in comp.os.vms.   ------------------------------  # Date: Wed, 31 Oct 2001 16:43:42 GMTt' From: Rick Dyson <Rick-Dyson@UIowa.EDU>O& Subject: VMS721_Mount96-v0300 Question) Message-ID: <3BE02A3E.F3CD6A7F@UIowa.EDU>   K In the docs for this ECO, it mentions a remedial kit that is recommended is0   	VMS721_CLIUTL-v0200    However, I can only find -v0100.  N Can anyone address whether this is a typo, -v0200 is missing from the servers,. or -v0200 is coming and just not released yet?   Thanks!e Rick   ------------------------------  % Date: Wed, 31 Oct 2001 10:20:51 +0000 ( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: VT520 Setup) Message-ID: <3BDFD083.78FD0A85@127.0.0.1>r   smgcircle wrote:E > Does anyone know if it is possible to disable the setup key and therH > setup functions on a VT520? We're lookiing for a way to stop the users > from making changes.  C You worry about the SETUP key, when your giving out PC systems witheC floppy drives, to people that know too much about too little, and aEG quick flip into the BIOS, installing software from who-knows-where, RSI G inducing devices your forced to use, and you have to be extremely luckyeH that the system is not either infected by a virus, or is responsible for spreading one.   You think you got problems?i  A Personally I would advise using FACTORY DEFAULTS, and setting the H port(s) up to use that, and you can talk someone over the phone thoroughG that procedure, where you'd have to dispatch a Mineweeper Consultant tolF attempt to figure out what the root cause of the systems problems are,! assuming they get half the truth.   F What changes are they making, setting the clock, using the calculator?E dark on light? Give them those options in a menu so they can soft-setnB them. I have a 520 at home, (Thanks to Paul at Nexpress) but not a3 manual so I could help with some codes, not others.    (Any online VT520 docs?) -- s( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comt   ------------------------------  % Date: Wed, 31 Oct 2001 11:27:02 -0000t* From: Andrew Robinson <arobinson@hspg.com> Subject: RE: VT520 SetupM Message-ID: <CDA4BAD1E10ED41181AC00508B6051D3C3E452@grumpy.internal.hspg.com>-  B To disable the F3 Set-up key (or any other - We often do F5 Break)   Go into Set-up   Choose Keyboard then Define Key  Press F3 (unshifted)) Set the function to 'No function' & Applya  Save the changes and exit set-upI You can no-longer get into set-up (short of pulling the battery inside tot default the set-up)   J Because I don't like pulling the back off terminals - I define another keyJ sequence to Set-up before doing the above. I use alt sh Ctrl F3 (4 keys to5 get in to set-up normally fools the 2 finger typists)    Regards+   Andrew Robinson-   -----Original Message-----4 From: smgcircle@home.com [mailto:smgcircle@home.com] Sent: 31 October 2001 00:39a To: Info-VAX@Mvb.Saic.ComE Subject: VT520 Setup    C Does anyone know if it is possible to disable the setup key and the F setup functions on a VT520? We're lookiing for a way to stop the users from making changes.   Thanks for your help.S   == Steve =='   ------------------------------    Date: 31 Oct 2001 10:17:29 -0800$ From: smgcircle@home.com (smgcircle) Subject: Re: VT520 Setup= Message-ID: <20eea475.0110311017.599b6c5b@posting.google.com>t  & Thanks to everyone for your responses.  B There apparently is some sort of banner that can be defined on theF VT520 that is displayed when the terminal is first powered on. Some ofC our terminals at a remote site have had offensive banners posted oneB them, and we're looking for a way to disable either the ability doE define this banner or a way to disable all setup functions (except toy authorized users).  3 Thanks for any other suggestions that you may have.p   == Steve ==    ------------------------------    Date: 31 Oct 2001 11:35:39 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)( Subject: Re: Weird Hobbyist PAK behavior* Message-ID: <3bdfd3fb$1@news.kapsch.co.at>  V In article <3bdf2e4c.31068912@news.scrmnt1.ca.home.com>, webtrading@schwab.com writes:C >I just got a new pak from Montague for my new 3100/40s and enteredcD >them by hand at the end of the O/S load and got an invalid checksumG >message.  I tried it about 5-6 times, carefully checking the auth. andgE >checksum and always got an error. I went out and got another PAK and D >had the same problem. I then created a .com file and it worked just >fine. >gG >I have entered PAKS on VAXEN by hand LOTS of times and never had this,/G >and I have also done it with .com files and except for the usual typos-C >and fat-fingering, not had any problems. I have done this with VMSr >since they went to PAKS.c >R > Any ideas?  F Use the mail in which the PAKs arrived, strip the SMTP/VMSmail headers< and run (@) it. Hobbyists PAKs already come in a DCL syntax.  L Entering PAKs by hand, I usually forget to add /PRODUCER=DEC and /ISSUER=DECI which then leads to a wrong checksum. Maybe your problem is very similar.0   -- 1< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888l< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   Date: 31 Oct 2001 13:43:04 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) ( Subject: Re: Weird Hobbyist PAK behavior, Message-ID: <9rov58$2r0q$1@info.cs.uofs.edu>  3 In article <fnGD7.1127$RL6.16169@news.cpqcorp.net>,75  hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:n |>M |>   I've been talking to some of the Montagar-related folks about providing rG |>   the PAKs in command procedures, and some other PAK-related issues.  |>    B Mine have always been in command procedures.  The most I ever handB type is VMS and UCX.  And even at that I usually copy them exactly into a COM file and run it.:   bill   -- rJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   o   ------------------------------  % Date: Wed, 31 Oct 2001 18:29:35 +0100e From: Dirk Munk <munk@home.nl>/ Subject: Re: X.25 profile documentation wanted. ' Message-ID: <3BE034FE.43F9D6C4@home.nl>'  O A tape with the latest software is on its way from Compaq. As you know softwarecQ support for the Decnis ended febr. 1st of this year, so now we get V4.1-10, datedn march 2001 ?1?.t  T I've studied the profiles you've sent me. I noticed there are two ISO profiles, 8208O and 8881. And there is a Net2 profile, that seems also to be a kind of ISO-likecU profile (international). A the moment I'm using ISO8208 on the synchronous interfaces U and ISO8881 on the ethernet interfaces. I suppose with a relay service it should bothC@ be ISO8208, so I will try to change the ethernet to ISO8208 too.   Regards,   Dirk   "a.carlini" wrote:   > Dirk Munk wrote: > >aT > > The Decnis is used as a X.25 relay server between the X.25 network and the Tru64P > > systems. Connection between Decnis and Tru64 systems is established via LLC2Q > > links over ethernet. The problem is that it is not a public X.25 network ( in Q > > the Netherlands that would be Datanet-1 ), but a special X.25 network used toOO > > connect national and international telephone switches. Do you have any ideat >t2 > Ask the switch manufacturer whether they support/ > ISO8208, configure the switch to use that andi% > set the DECnis to use that profile.  >xT > > where I can find the latest version of the Decnis software (which VMS CD kit for > > instance) ?. >d. > For the latest software, I think you need to > go to COMPAQ.a > 	 > Antonio  >K > -- >a > ---------------r/ > Antonio Carlini             arcarlini@iee.orgt   ------------------------------    Date: 31 Oct 2001 11:44:05 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)7 Subject: Re: [AMDS V7.3A] Problem on OpenVMS VAX V7.3 ?e* Message-ID: <3bdfd5f5$1@news.kapsch.co.at>  T In article <3BDF209A.6613F8D8@mail.com>, John Johnstone <jj_usenet@mail.com> writes:I >This is probably stating the obvious but but I'll mention it anyway.  DonH >you have the AMDS V7.3 .lib files (sys$common:[amds]amds$vmsaxp-v73.libF >and/or amds$vmsvax-v73.lib) on your system(s) that are generating the	 >error?  b   1) thanks for responding* 2) mentioned files are there (as expected)H 3) I don't see this files generating errors, I do conclude that there is>     a bug/incosistency in the AMDS V7.3A RMDRIVER.EXE for VAX.H 3) [Re]installing AMDS V7.3A on a V7.3 system (as I did later on) shouldD     care of all cases of files which are required or obsolete on any     particular VMS versionG 4) I still wonder if other users have problems with AMDS V7.3A RMDRIVER8     on OpenVMS VAX V7.3 ?y   -- c< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888e< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  # Date: Wed, 31 Oct 2001 15:40:16 GMTt5 From: "John Gemignani, Jr." <john@REMOVETHISossc.net> 6 Subject: Re: [VMS V7.3 VAX] my first crash since yearsB Message-ID: <AXUD7.94877$b47.10349672@bin3.nnrp.aus1.giganews.com>  7 > This is obviously not an XFC issue like on the Alpha. G > Could this be (known suspect) TCPIP V5.1 ECO3 or VMS V7.3 or hardwares again ?r           TCPIP?           *>> STAB <<*           Oh Peter, that hurt.   >oH > Unfortunately, CLUE data is not available (I wonder why) and I have to= > investigate this, too (but surely not this or next week)...m  4     I put in a new handler that erases the evidence.  	     -John-   ------------------------------   End of INFO-VAX 2001.606 ************************