1 INFO-VAX	Thu, 08 May 2003	Volume 2003 : Issue 253       Contents:3 %LAT-W-CMDERROR, error reported by command executor 7 Re: %LAT-W-CMDERROR, error reported by command executor  as2100 inside pictures Re: as2100 inside pictures$ Re: Cluster vote allocation question* Computerworld: HP continues to support VMS. Re: Computerworld: HP continues to support VMS. Re: Computerworld: HP continues to support VMS' Re: creating licenses for my own demos? ( Re: DECnet router required on phase IV ?* Re: determining when a file is closed/open* Re: determining when a file is closed/open* Re: determining when a file is closed/open gcc for OpenVMS ! Re: Go to an AS/400 from VAX/VMS? ! Re: Go to an AS/400 from VAX/VMS? ! Re: Go to an AS/400 from VAX/VMS? ! Re: Go to an AS/400 from VAX/VMS? ! Re: Go to an AS/400 from VAX/VMS? ! Re: Go to an AS/400 from VAX/VMS? ! Re: Go to an AS/400 from VAX/VMS? ! Re: Go to an AS/400 from VAX/VMS? ! Re: Go to an AS/400 from VAX/VMS? ! Re: Go to an AS/400 from VAX/VMS? 9 Re: HELP: SCA Traffic - Transmit Sequence Packet Timeouts < Re: How Alpha will save Itanium - must reading for Bill Todd< Re: How Alpha will save Itanium - must reading for Bill Todd= Re: How Alpha will save Itanium - must reading for Bill Todd! 3 Re: HP's enterprise strategy launch webcast - May 6 3 Re: HP's enterprise strategy launch webcast - May 6 3 Re: HP's enterprise strategy launch webcast - May 6 P Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly monopolP Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBMmonopoly IBMmonopE Re: More cheerful news - Deloitte Says 2 Million Jobs Moving Offshore A More cheerful news - Deloitte Says 2 Million Jobs Moving Offshore E Re: More cheerful news - Deloitte Says 2 Million Jobs Moving Offshore E Re: More cheerful news - Deloitte Says 2 Million Jobs Moving Offshore E Re: More cheerful news - Deloitte Says 2 Million Jobs Moving Offshore 4 Problems changing from serial port to DecServer port8 Re: Problems changing from serial port to DecServer port8 Re: Problems changing from serial port to DecServer port8 Re: Problems changing from serial port to DecServer port8 Re: Problems changing from serial port to DecServer port8 Re: Problems changing from serial port to DecServer port8 Re: Problems changing from serial port to DecServer port8 Re: Problems changing from serial port to DecServer port8 Re: Problems changing from serial port to DecServer port2 Re: Problems starting MOP on a DECnet phase V node2 Re: Problems starting MOP on a DECnet phase V node Re: PRODUCT behaviour warning 7 Re: Relinquishing control of device when others need it 7 Re: Relinquishing control of device when others need it  Spamfilter for OpenVMS?  Re: Spamfilter for OpenVMS?  Re: Spamfilter for OpenVMS?  TCPIP libraries? Re: TCPIP libraries?0 Re: Weird shutdown and Reboot on OpenVMS 6.2 ???7 Re: What is the schedule for the DII COE certification? ) Re: Would HP pitch VMS clusters?   naaahh 5 Re: [OpenVMS Alpha] How to get image version in DCL ? ? Re: [Q] QIO programming with MOP remote console with DECservers   F ----------------------------------------------------------------------  % Date: Wed, 07 May 2003 17:14:24 -0500  From: brandon@dalsemi.com < Subject: %LAT-W-CMDERROR, error reported by command executor1 Message-ID: <03050717142409@dscis6-0.dalsemi.com>   $ Has anyone seen this problem before?  H When creating LAT devices, I get an error (see below), when I put a wait. statement the error goes away (see way below).  O Is there a known bug on this?  It seems that the LATCP is unable to process the  request fast enough.     Without the wait:     $ mcr latcp show port _lta100:   M   Local Port Name:   _LTA100:          Local Port Type:  Application (Queued)    Local Port State:  Inactive    Connected Link:    ;    Target Port Name:     PORT_1           Actual Port Name: ;    Target Node Name:     DS28             Actual Node Name: >    Target Service Name:                   Actual Service Name:   "   $ mcr latcp delete port _lta100:"   $ mcr latcp create port _lta100:5   %LAT-W-CMDERROR, error reported by command executor #   -SYSTEM-F-DUPLNAM, duplicate name >   $ mcr latcp set port _lta100: /application /node=ds28 /nolog5   %LAT-W-CMDERROR, error reported by command executor G   -SYSTEM-F-DEVOFFLINE, device is not in configuration or not available ,   $ mcr latcp set port _lta100: /port=port_15   %LAT-W-CMDERROR, error reported by command executor G   -SYSTEM-F-DEVOFFLINE, device is not in configuration or not available    With the wait:    $ mcr latcp show port _lta100:   M   Local Port Name:   _LTA100:          Local Port Type:  Application (Queued)    Local Port State:  Inactive    Connected Link:    ;    Target Port Name:     PORT_1           Actual Port Name: ;    Target Node Name:     DS28             Actual Node Name: >    Target Service Name:                   Actual Service Name:   "   $ mcr latcp delete port _lta100:   $ wait 00:00:01 "   $ mcr latcp create port _lta100:>   $ mcr latcp set port _lta100: /application /node=ds28 /nolog,   $ mcr latcp set port _lta100: /port=port_1         John Brandon VMS Systems Administrator  Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wk  972.371.4003 fx    ------------------------------  % Date: Wed, 07 May 2003 20:32:51 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> @ Subject: Re: %LAT-W-CMDERROR, error reported by command executor' Message-ID: <3EB9B3C3.A31E7B32@fsi.net>    brandon@dalsemi.com wrote: > & > Has anyone seen this problem before? > J > When creating LAT devices, I get an error (see below), when I put a wait0 > statement the error goes away (see way below). > Q > Is there a known bug on this?  It seems that the LATCP is unable to process the  > request fast enough.  F It may be more accurate to say that the process occurs asynchronously:H you issue the delete command, the guy on the other end says, "O.K., willG do" and returns control immediately. It takes a while for the DCB to be  torn-down and deleted.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------    Date: 08 May 2003 00:39:27 +03009 From: costello@iki.fi (Antti =?iso-8859-1?q?J=E4rvinen?=)  Subject: as2100 inside pictures / Message-ID: <m3wuh2phbk.fsf@muikku.katiska.org>    Hello,  K I got for little $ all the electrical parts of alphaserver 2100 (not 2100A) K so I`ve got no case. Before I go on tinkering with the parts I need to ask: E is there any place where to find pictures of internals of such a box? F The parts are most likely from a pedestal case. Would somebody even beG so kind as to open the lid of her as2100 and take some pictures for me?   I I've been opening as1000a and some parts look remotely similar. I've read E some documentation available from dec/compaq/hp, mostly about cpu/mem C configurations and I think I'll cope with it ok but I'd appreciate  H pictures where all cables and wires show clearly, I've got a plastic bag  full of flat and round cables :)  C And if anyone has spare cpu modules, I could even pay some money...   D Another question is that what is the size of memory bank measured inF SIMM slots? I've got one memory module where 3/4 of the SIMM slots areC empty -> how many do I need to fill to add one more bank and do the K SIMMs need to be similar on whole memory module or only within memory bank?    --   Antti Jrvinen, costello@iki.fi 5             "concerto for two faggots and orchestra"     ------------------------------  % Date: Wed, 07 May 2003 17:20:17 -0500  From: brandon@dalsemi.com # Subject: Re: as2100 inside pictures 1 Message-ID: <03050717201747@dscis6-0.dalsemi.com>    > Hello, > M > I got for little $ all the electrical parts of alphaserver 2100 (not 2100A) M > so I`ve got no case. Before I go on tinkering with the parts I need to ask: G > is there any place where to find pictures of internals of such a box? H > The parts are most likely from a pedestal case. Would somebody even beI > so kind as to open the lid of her as2100 and take some pictures for me?  > K > I've been opening as1000a and some parts look remotely similar. I've read G > some documentation available from dec/compaq/hp, mostly about cpu/mem E > configurations and I think I'll cope with it ok but I'd appreciate  J > pictures where all cables and wires show clearly, I've got a plastic bag" > full of flat and round cables :) > E > And if anyone has spare cpu modules, I could even pay some money...  > F > Another question is that what is the size of memory bank measured inH > SIMM slots? I've got one memory module where 3/4 of the SIMM slots areE > empty -> how many do I need to fill to add one more bank and do the M > SIMMs need to be similar on whole memory module or only within memory bank?   F Do a search on e-bay, sometimes there will be a 2100 for sale and they sometimes have decent pics.   N I might be able to take some pics later this week/weekend.  If no one does notK have them by then.  Mine is a 2100/a - I upgraded from a 2100 and it is the 1 same thing - except the 2100 had more EISA slots.    John Brandon VMS Systems Administrator  Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wk  972.371.4003 fx    ------------------------------  % Date: Thu, 08 May 2003 03:59:19 +0800 , From: Paul Repacholi <prep@prep.synonet.com>- Subject: Re: Cluster vote allocation question - Message-ID: <87n0hyo7e0.fsf@prep.synonet.com>   3 keithparris_NOSPAM@yahoo.com (Keith Parris) writes:   c > Paul Repacholi <prep@prep.synonet.com> wrote in message news:<87he8ae8co.fsf@prep.synonet.com>... E >> I think your cluster will hang, no matter what the vote set up is. H >> You *MUST* have all systems visable over a single interface, and when. >> the switch goes, that will not be the case.  D > No.  The Rule of Connectivity simply says all cluster members must@ > be able to talk to all other cluster members directly (where aA > transparent LAN bridge also counts as "directly").  It does NOT E > require that they all be on a single interconnect (although that is + > obviously one easy way to meet the Rule).   C Ah, thinking about it, I have sort of known this as I have set up a - cluster that way... When was the change? V5?     TNX for the update.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 7 May 2003 14:56:46 -0700 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris) 3 Subject: Computerworld: HP continues to support VMS = Message-ID: <cf15391e.0305071356.6d5545e6@posting.google.com>   = Some positive coverage of VMS in an article in Computerworld:   @ 'HP is continuing to support the OpenVMS operating system, whichB Compaq acquired through its purchase of Digital Equipment Corp. in@ 1998.  Some users had been concerned about HP's support plan forE OpenVMS running on VAX and Alpha processor systems, since the company B is moving all of its high-end servers, including NonStop, to IntelA Corp.'s 64-bit Itanium chips.  But HP appears to have ameliorated  those concerns.   C Arthur McClinton, a principal scientist at Mitretek Systems Inc., a E Falls Church, Va., company that runs U.S. weather satellites, said HP C recommitted to Compaq's support road map for VAX and Alpha and will ? continue to maintain the system until 2012.  That's "what I was  after," he said.'   j http://www.computerworld.com/managementtopics/management/helpdesk/story/0,10801,80716,00.html?nas=PM-80716   ------------------------------  % Date: Wed, 07 May 2003 20:16:13 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>7 Subject: Re: Computerworld: HP continues to support VMS ) Message-ID: <3EB9A1B4.15033817@istop.com>    Keith Parris wrote: C > Corp.'s 64-bit Itanium chips.  But HP appears to have ameliorated  > those concerns.   I Not after Carly's boring 2 hours presentation this week where it was made - clear that VMS wasn't part of their strategy.   A > continue to maintain the system until 2012.  That's "what I was   G Continue to maintain doesn't mean contihue to see, improve, attract new J applications. MPE customers can also probably say that HP has committed to& maintain their now-mature MPE systems.  D Can one still get support of Alpha-Based NT systems from HP/Compaq ?   ------------------------------  $ Date: Wed, 7 May 2003 20:46:50 -0500& From: "Dave Gudewicz" <k9jdk@arrl.net>7 Subject: Re: Computerworld: HP continues to support VMS / Message-ID: <vbjdo9pu1qmm1a@corp.supernews.com>   B Sent a note to Scott Stallard on this issue.  Since I was abruptlyJ disconnected from the webcast about 20 minutes into it, I didn't hear whatJ was said or not said.  Scott's rely was positive on VMS and how it fits in  the new adaptive infrastructure.  I If I get a spare 2 hours, which I doubt, I'll try to listen to the entrie  webcast.   Dave...   7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message # news:3EB9A1B4.15033817@istop.com...  > Keith Parris wrote: E > > Corp.'s 64-bit Itanium chips.  But HP appears to have ameliorated  > > those concerns.  > K > Not after Carly's boring 2 hours presentation this week where it was made / > clear that VMS wasn't part of their strategy.  > C > > continue to maintain the system until 2012.  That's "what I was  > I > Continue to maintain doesn't mean contihue to see, improve, attract new L > applications. MPE customers can also probably say that HP has committed to( > maintain their now-mature MPE systems. > F > Can one still get support of Alpha-Based NT systems from HP/Compaq ?   ------------------------------  % Date: Wed, 07 May 2003 20:07:26 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 0 Subject: Re: creating licenses for my own demos?' Message-ID: <3EB9ADCE.EF39A685@fsi.net>    Beyonder wrote:  > / > On Tue, 06 May 2003 18:54:35 GMT, "Mark Buda" + > <buda@tabasco.zko.dec.no.spam.com> wrote: H > >Everyone running V7.2 later of VMS has the PAKGEN software built into3 > >VMS.  Extra media is needed - just a PAKGEN PAK.  > > G > >It is enabled by using a PAK called PAKGEN.  To get a PAKGEN PAK you $ > >must go through the DSPP program. > > < > >The document I provided gives examples of how it is done. > > K > >So, If you have V7.2 or later of PAKGEN and a PAKGEN PAK, you can create 6 > >PAKs for the producer that matches the TOKEN field. > > & > >I hope that answers your questions. > & > nope. It doesn't. I have 7.2 openvms > and I *DON'T* have PAKGEN @ > wasn't installed. and I looked everywhere for it. ain't there. > ( > lovely english, but you get the point.< > of course this is on an ALPHA that I'm testing, not a vax.6 > perhaps I should be less stupid and check the vax ;) >  > curiouser and curiouser   D If you have the VERB freeware utility, you may find the output of MC VERB LICENSE quite interesting.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Wed, 07 May 2003 18:06:02 GMT A From: "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk> 1 Subject: Re: DECnet router required on phase IV ? = Message-ID: <eWbua.7019$Zs1.56312868@news-text.cableinet.net>    Yes. Works fine.  I However, if you want rapid notification of nodes being non-reachable then I you need something on the LAN listening to all the end-node hello packets I and providing level 1 routing updates. I use an old (cheap, free maybe if L you're lucky) DECbrouter 90 with DECnet Phase IV routing enabled and nothingJ plugged into the WAN ports. Pretty much any other spare old DECnet capable9 router will do fine, as will enabling host based routing.    --   Hope this helps. Cheers, Colin. ' (colinDOT.butcherAT@xdeltaDOT.coDOT.uk)    ------------------------------   Date: 7 May 2003 14:46:19 -0700 " From: jnboomer@yahoo.com (jboomer)3 Subject: Re: determining when a file is closed/open = Message-ID: <f56c6aaf.0305071346.1e4b129d@posting.google.com>   C Thanks John, I'm impressed by the speed of response in this forum.  D Unforturnately the report generation process is via vendor supplied,F menu driven applications which we are not authorized to alter.  We hadD been thinking of doing the rename as you suggested in a program thatB would run prior to the FTP.  But to do that we would first have to2 determine whether the report files are still open.   So is this the best I can do? 9   $PIPE SHOW DEV dsax/files | SEARCH SYS$INPUT filename       s "John E. Malmberg" <Malmberg@dskwld.zko.dec.compaq.hp> wrote in message news:<P8bua.460$LQ1.65@news.cpqcorp.net>...  > jboomer wrote: > > Hello from a VMS beginner,G > > We are generating reports on a Alpha/VMS system and placing them in I > > VMS files.  Later we FTP these files every hour to another system for G > > distribution.  How can we identify those files to which a report is ; > > still being written, so we do not FTP a partial report?  > C > Have the report generation be two steps.  Generate the file to a  4 > temporary name, and rename it when it is complete. > 8 > Two directories can also be used instead of two names. >  > J > You will have the same problem with partial or aborted transfers on the  > FTP receiving side.  > H > Use a single script on the OpenVMS side for FTP to transfer the files.H > In the script, transfer the file to a temporary name, and then rename  > the file to the correct name.  > H > If the transfer fails, the script will abort, and the rename will not 
 > take place.  > J > You can also direct the output of the FTP session to a file and use the J > search command to determine if the operations succeeded, in addition to 0 > checking the status code from the FTP command. > I > After the file is successfully transfered, you rename it of course and  6 > periodically purge off or archive the renamed files. >  > -John # > malmberg@dskwld.xko.dec.compaq.hp  > Personal Opinion Only    ------------------------------  % Date: Wed, 07 May 2003 16:50:08 -0500  From: brandon@dalsemi.com 3 Subject: Re: determining when a file is closed/open 1 Message-ID: <03050716500828@dscis6-0.dalsemi.com>    > So is this the best I can do? ; >   $PIPE SHOW DEV dsax/files | SEARCH SYS$INPUT filename     1 The best?  Depends on your needs and environment.   @ By the way, I thought we had hased this out a week or two ago...      K Use the DCL lexical function f$file_attributes() see below.  You will get a $ error message if the file is locked.   $! $!
 $ set noon $ set noverify $! $! $ gosub check_failover_locked  $!C $! do greate and magical stuff here... in other words, your routine  $! $ exit $! $!* $!----------------------------------------$ $! check that the file is not locked $! $ check_failover_locked: $ locked = "TRUE" / $ locked = f$file_attributes(lockfile,"LOCKED")  $ if (.not.locked) then return $ wait 00:01:00  $ goto check_failover_locked $! $!     John Brandon VMS Systems Administrator  Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wk  972.371.4003 fx    ------------------------------  % Date: Wed, 07 May 2003 20:04:05 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>3 Subject: Re: determining when a file is closed/open ) Message-ID: <3EB99EDC.9E35591E@istop.com>    jboomer wrote:F > Unforturnately the report generation process is via vendor supplied,@ > menu driven applications which we are not authorized to alter.  L Use logical names to point the report's location to a serial device which is spooled to a queue. H The application will try to write to REPORT_DIR:MyReport.txt which meansN TXA0:MyReport.TXT with TXA0 going to a queue whose symbiont is written to takeG the file, and perhaps use COPY/FTP or even email it to the destination.   N This is just a general idea. Someone mentioned one of the symbionts that would let you do this.   ------------------------------  $ Date: Wed, 7 May 2003 21:36:08 +01005 From: Ian Wing Yin Chung <iwyc@maddoginc.demon.co.uk>  Subject: gcc for OpenVMS4 Message-ID: <1KLfk5A44Wu+EwWz@maddoginc.demon.co.uk>  I Is there a version of gcc for OpenVMS on VAX machines. If so what is the   latest version?    Thanks   --   Ian    ------------------------------  % Date: Wed, 07 May 2003 14:44:11 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>* Subject: Re: Go to an AS/400 from VAX/VMS?) Message-ID: <3EB953F8.638371CB@istop.com>    RC Bryan wrote: G > If I were in your position, I would struggle to find any way to avoid > > the AS400.  You can get a nice Alpha on EBAY that would be aG > substantial step up from your 3100 for under $1000 and get some up to  > date software from HPQ  K But if you APPLICATION vendor has abandonned VMS, not even a marvel machine # will make that software run on VMS.   L The OS is neat, but for business, it does very little. It is the application that drives the business.    ------------------------------  % Date: Wed, 07 May 2003 15:08:51 -0400 ! From: Jim Agnew <jpagnew@vcu.edu> * Subject: Re: Go to an AS/400 from VAX/VMS?' Message-ID: <3EB959C3.D3DA5580@vcu.edu>   9 least Swiss or German Beer is stronger than it's American A counterparts...  Not having been over the pond, I would not know.   H Actually, make the best of it, and learn a/s 400 best you can.  It wouldH be another skill set to eat with.. Change is the name of the game in our trade...   jim    "Thomas F. Howald" wrote:  >  > Hi > D > I know it's a bad idea but we have to change our business softwareF > (Automotive Dealer/Repairshop) to an AS/400 because the Car Importer> > only supports this system. I will sure miss the verbose DCL.G > We now have a MicroVax 3100 server with VMS 4.7 that is 13 years old.  >  > Any hints and/or comments? >  > Thomas >  > --J > ------------------------------------------------------------------------I > T.F. Howald    |It's difficult to soar with eagles,|Ph:+41 32 686 61 86 J > Otto Howald AG | when you work with turkeys.| http://www.garagehowald.ch@ > Engestrasse 13, 4500 Solothurn, Switzerland | howag@bluewin.ch   --  F "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship of the Ring"   ------------------------------  % Date: Wed, 07 May 2003 12:22:37 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> * Subject: Re: Go to an AS/400 from VAX/VMS?' Message-ID: <3EB95CFD.8020108@MMaz.com>    JF Mezei wrote:    >RC Bryan wrote: >    > G >>If I were in your position, I would struggle to find any way to avoid > >>the AS400.  You can get a nice Alpha on EBAY that would be aG >>substantial step up from your 3100 for under $1000 and get some up to  >>date software from HPQ >>     >> > L >But if you APPLICATION vendor has abandonned VMS, not even a marvel machine$ >will make that software run on VMS. > M >The OS is neat, but for business, it does very little. It is the application  >that drives the business. >    > = Amen Brother!  Too bad this seems to be an industry secret...    Barry    --    @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  % Date: Wed, 07 May 2003 22:11:05 +0200 + From: "Thomas F. Howald" <howag@bluewin.ch> * Subject: Re: Go to an AS/400 from VAX/VMS?* Message-ID: <3EB96859.9DB181E7@bluewin.ch>   JF Mezei wrote:  >  > RC Bryan wrote: I > > If I were in your position, I would struggle to find any way to avoid @ > > the AS400.  You can get a nice Alpha on EBAY that would be aI > > substantial step up from your 3100 for under $1000 and get some up to  > > date software from HPQ > M > But if you APPLICATION vendor has abandonned VMS, not even a marvel machine % > will make that software run on VMS.  > N > The OS is neat, but for business, it does very little. It is the application > that drives the business.   : Exactly, the application runs only on a i-server (AS/400).2 I'd be willing to buy a new Alpha for that matter.   Thomas --  H ------------------------------------------------------------------------G T.F. Howald    |It's difficult to soar with eagles,|Ph:+41 32 686 61 86 H Otto Howald AG | when you work with turkeys.| http://www.garagehowald.ch> Engestrasse 13, 4500 Solothurn, Switzerland | howag@bluewin.ch   ------------------------------  % Date: Wed, 07 May 2003 22:17:16 +0200 + From: "Thomas F. Howald" <howag@bluewin.ch> * Subject: Re: Go to an AS/400 from VAX/VMS?* Message-ID: <3EB969CC.645762C2@bluewin.ch>   RC Bryan wrote:  > C > What I would suggest first thing is getting the GNU utilities for H > AS400 from IBM.  (I don't know how this link will come out but here it > goes: ^ > http://www-919.ibm.com/servers/eserver/iseries/developer/factory/porting/gnu_utilities.html)B > Rumor has it that there is an EMACS port to OS400 but I think itE > requires more software than I have on any of my AS400s.  I had real H > trouble using that comically bad text editor they have at first.  EvenE > now that I am somewhat functional if I have anything substantial, I E > FTP the files over to VMS or Unix and use a real text editor. (I am ? > convinced that all the developers at IBM use EMACS.)  Another C > suggestion, Symtrax has a very nice (and free) 5250 emulation for D > WinDoze. I use it in preference to the monstrous IBM Client Access > software.  > H > The thing to remember on a developer hostile environment like OS400 is0 > that it is for a different purpose.  Just keepE > repeating..."production, production, production."  That is what the B > system is for.  For example, I think it is ridiculous to have toE > compile and link CL programs (the equivalent of COM files) but in a E > production environment, it makes sense to be able to avoid spending A > the time interpreting the code each time.  There are production H > oriented features, such as subsystems, on the AS400 for which there is > no analog on VMS.  > G > If I were in your position, I would struggle to find any way to avoid > > the AS400.  You can get a nice Alpha on EBAY that would be aG > substantial step up from your 3100 for under $1000 and get some up to F > date software from HPQ and be on the air doing TCPIP with the AS400.D > (It seems like there is an SNA gateway, too.)  I keep hearing thatF > nobody ever got fired for choosing IBM.  Every time I get started onE > the AS400 again, I can't help but wonder why.  I guess once you get G > past development, things are wonderful--if you happen to like the IBM  > way of doing things. >  > Good luck, > /Bob Bryan > D Thanks for the hints Bryan. I won't be developing anything, we buy aD complete System. But I like to hack a little com file in DCL once inD while. From what I saw in the AS400 News group, they seem to speak a whole different language.    Thomas     --  H ------------------------------------------------------------------------G T.F. Howald    |It's difficult to soar with eagles,|Ph:+41 32 686 61 86 H Otto Howald AG | when you work with turkeys.| http://www.garagehowald.ch> Engestrasse 13, 4500 Solothurn, Switzerland | howag@bluewin.ch   ------------------------------  % Date: Wed, 07 May 2003 22:19:10 +0200 + From: "Thomas F. Howald" <howag@bluewin.ch> * Subject: Re: Go to an AS/400 from VAX/VMS?* Message-ID: <3EB96A3E.C2A9E666@bluewin.ch>   Bob Ceculski wrote:  > _ > "Thomas F. Howald" <howag@bluewin.ch> wrote in message news:<3EB8B1BD.D04433D7@bluewin.ch>...  > > Hi > > F > > I know it's a bad idea but we have to change our business softwareH > > (Automotive Dealer/Repairshop) to an AS/400 because the Car Importer@ > > only supports this system. I will sure miss the verbose DCL.I > > We now have a MicroVax 3100 server with VMS 4.7 that is 13 years old.  > >  > > Any hints and/or comments? > > 
 > > Thomas > 9 > yes ... buy lots of tylenol ... and pick up a bottle of ) > Grecian formula while you are at it ... : > and get ready for a lot of OS crashes, and when you call8 > IBM support (oxymoron), don't expect to hear back from6 > them on what caused the crash ... also get ready for5 > the most constricted locked in menu system ever ... 9 > oh, and the conversion to os400 will be a nightmare ...  > been there, done that ...   % But I already have some grey hair ;-)    Thomas --  H ------------------------------------------------------------------------G T.F. Howald    |It's difficult to soar with eagles,|Ph:+41 32 686 61 86 H Otto Howald AG | when you work with turkeys.| http://www.garagehowald.ch> Engestrasse 13, 4500 Solothurn, Switzerland | howag@bluewin.ch   ------------------------------  % Date: Wed, 07 May 2003 22:27:22 +0200 + From: "Thomas F. Howald" <howag@bluewin.ch> * Subject: Re: Go to an AS/400 from VAX/VMS?* Message-ID: <3EB96C2A.22F616C6@bluewin.ch>   Jim Agnew wrote: > ; > least Swiss or German Beer is stronger than it's American C > counterparts...  Not having been over the pond, I would not know.  > J > Actually, make the best of it, and learn a/s 400 best you can.  It wouldJ > be another skill set to eat with.. Change is the name of the game in our
 > trade... >  > jim  > H > "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship > of the Ring"  
 Thanks Jim    B that's what I intended to do. Yes the the beer is stronger indeed.@ That also means it also has more calories and beer bellies grow  faster.      Thomas --  H ------------------------------------------------------------------------G T.F. Howald    |It's difficult to soar with eagles,|Ph:+41 32 686 61 86 H Otto Howald AG | when you work with turkeys.| http://www.garagehowald.ch> Engestrasse 13, 4500 Solothurn, Switzerland | howag@bluewin.ch   ------------------------------   Date: 7 May 2003 20:27:55 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)* Subject: Re: Go to an AS/400 from VAX/VMS?5 Message-ID: <b9bq8a$hmqm8$1@ID-135708.news.dfncis.de>   * In article <3EB96A3E.C2A9E666@bluewin.ch>,. 	"Thomas F. Howald" <howag@bluewin.ch> writes: > ' > But I already have some grey hair ;-)   J Either you hide it well in the picture or you need to put a newer one. :-)   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 7 May 2003 16:03:36 -0700 $ From: rcbryan@hotmail.com (RC Bryan)* Subject: Re: Go to an AS/400 from VAX/VMS?= Message-ID: <fbcf38dc.0305071503.3fc535cd@posting.google.com>   Z "rob kas" <bob@paychoice.com> wrote in message news:<vbi87t8d6ngi66@corp.supernews.com>... > Bob  >   >   AS400 gear is VERY reliable.  , OK, I never had a problem with the hardware.   >   OS400 is a good O/S   F OS400 is a "good" operating system, kind of the way Sears sells "good"C "better" and "Sears Best."  Seriously, if all you want to do is run C production software, OS400 is quite functional.  Only it is the old A style IBM batch oriented software.  I get the idea that there are D still people at IBM who long for the days of punch cards (aka, "IBM"A cards).  The idea that I can't compile and see the results of the F compilation without having to go to look at something in a print queueF is boggling to me.  I have not dealt with new software like that since the early 80's.   G >   Maybe you just didn't know what you were doing and IBM got tired of  > dealing with you.   C As for support, if you don't mind paying top dollar, IBM can supply D one of the biggest army of support people in the world.  By the way,C it takes quite a while for a problem to find its way from the lowly E customer to a person that actually knows what is going on but that is # common in any support organization.    > 2 >                                              Rob >  > ">; > > yes ... buy lots of tylenol ... and pick up a bottle of + > > Grecian formula while you are at it ...   C Go to Costco and get the super-economy size.  In all honesty, I did C not have headaches so much as a massive time waste.  Something that ; would take a few hours on VMS would take days on the AS400.   < > > and get ready for a lot of OS crashes, and when you call: > > IBM support (oxymoron), don't expect to hear back from" > > them on what caused the crash   D I never had a crash.  The system works the way it supposed to, firstC time, every time... Mind you, the way it is supposed to work is notcC necessarily the way you may expect or the way you may want.  I have E had our software crash and then played hell trying to figure out whatpC went wrong where but I have never had any trouble with the officialrA supported OS400 software.  Mind you, the GNU utilities are rathernC buggy on the AS400 but they are not supported, you kind of get whathB you pay for.  The manuals are ... fine.  What I wanted to know wasF generally there somewhere, it took hours to find something trivial.  I@ can't believe they don't have something like the VMS ProgrammingC Concepts Manual. They have half a dozen manuals with similar titles  but none are near as useful.   > > ... also get ready for7 > > the most constricted locked in menu system ever ...   D The menu system is the biggest pain in the neck I have ever seen butD there are alternatives such as typing in the ultra-mnemonic commandsF like "CRTCMOD" and "CPYFRMSTMF".  People that have never seen an AS400 will think is am joking.  ; > > oh, and the conversion to os400 will be a nightmare ...v > > been there, done that ...l  F What it all comes down to is what someone said in another posting, "ItF is the application that drives business."  If your application is onlyF available on the AS400, I guess you are kind of stuck... I would think- about getting a new application or a new job.s   Regards,	 /RC Bryan-   ------------------------------   Date: 7 May 2003 17:04:04 -0700-( From: bob@instantwhip.com (Bob Ceculski)* Subject: Re: Go to an AS/400 from VAX/VMS?= Message-ID: <d7791aa1.0305071604.6f19bacd@posting.google.com>   Z "rob kas" <bob@paychoice.com> wrote in message news:<vbi87t8d6ngi66@corp.supernews.com>... > Bobf >   >   AS400 gear is VERY reliable. >   OS400 is a good O/SoG >   Maybe you just didn't know what you were doing and IBM got tired of  > dealing with you.m >  > 2 >                                              Rob  9 it's obvious you don't know what you are doing by callinga os400 a good os ...o   ------------------------------  % Date: Thu, 08 May 2003 04:45:19 +0800c, From: Paul Repacholi <prep@prep.synonet.com>B Subject: Re: HELP: SCA Traffic - Transmit Sequence Packet Timeouts- Message-ID: <87el3ao59c.fsf@prep.synonet.com>e  / jodonnell@hrblock.com (Jason O'Donnell) writes:o  C > Thanks for your accurate response!  The ReRcv Seq (as shown usingaD > MCR SCACP SHOW VC/SDA) count is within a packet of the RetransmitsC > of the partner node.  So, either the switch is taking too long orhC > the tolerance is set too tightly on the host.  Is there a place I 8 > can check (and possibly change) the timeout tolerance?  E Timeouts on the SCA LAN circuits are adjusted dynamically. There doesnC not seem to be any simple way to change the timout scaling from thei
 trip time.   -- p< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.r@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 7 May 2003 17:08:07 -0500o+ From: young_r@encompasserve.org (Rob Young) E Subject: Re: How Alpha will save Itanium - must reading for Bill Toddh3 Message-ID: <repWUZp2UI37@eisner.encompasserve.org>n  _ In article <nnOdnblgSMHPPSWjXTWcpw@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:  >    >>> >> This I dare say is obvious.  The EV7 technology is in their? >> hands.  The commodization of high-end CPU will mean draggingoF >> memory controllers AND network switches on to the CPU (glueless SMP? >> as we know it).  Driving down the cost greatly.  Engineering G >> resources further getting redirected as HP/Dell/IBM can fuhget about  >> those things. >>D >> All this borne out by Clair Grant in October 1998 in LA regardingD >> "future high-end servers consisting of building block components"? >> and he pointing out that Digital/Compaq wasn't alone headingpB >> in that direction (wonder if he saw the worm turning to Intel). > L > Gee - if Intel was working on EV7-style on-chip glue in 1998 (to the pointJ > where even some outsiders had an inkling of it), why do you suppose that5 > every Itanic right up through 2005 doesn't have it?E >   1 	Intel wasn't working on it.  Digital/Compaq was.h   >>@ >> So the value add *MUST* come from services/software as little@ >> will be left to the collective engineering imagination *WHEN*A >> Intel drags glueless on-CPU and sells it at a very fair price.: > N > 2006-7 seems like kind of a long time to wait for Itanic to get it (assumingN > that it does then - no one's saying yet) given that Alpha and Hammer have itL > now and POWER and SPARC got it well over a year ago.  Even *I* expected itM > earlier (and I was assuming that Intel started in 2001 when they got handedn > the team and the technology).1 >   F 	But you don't need on-chip switches for performance.  And I see from B 	other posts of yours the angle now is $ per metric.  $ per metric: 	was never the criteria for Alpha as it didn't have a nice6 	$ per metric ratio - but it had performance.  So IA64 	has performance.    				Rob:   ------------------------------   Date: 7 May 2003 17:17:48 -0500B+ From: young_r@encompasserve.org (Rob Young)oE Subject: Re: How Alpha will save Itanium - must reading for Bill Toddn3 Message-ID: <hoBM96QvoKS7@eisner.encompasserve.org>   _ In article <LumcnWzcmIWWMiWjXTWcqA@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:e > H > "Hein van den Heuvel" <hein_netscape@eps.zko.dec.com> wrote in message+ > news:3EB802B4.278D46F2@eps.zko.dec.com...u   > G >> The 2003 Itanium (Madison) @1.5 Ghz is outperforming Alpha big time., > J > Indeed it is, at least in many areas - or at least it will when it shipsN > this summer.  Of course, it still uses considerably more power, it's still aL > 4-year-newer core design, and now it is a full process generation ahead asK > well, has grown its on-chip cache to 6 MB, and is clocked 30% faster than0N > Alpha (whose clock speed HP just doesn't seem all that interested in pushingJ > very hard:  they significantly reduced the target clock rates for EV79 aK > while ago as well), so you might say that if Madison *didn't* out-perform ' > Alpha it would be something of a dog.  >   ; 	You left out the angle of SpecInt/MHz and/or SpecFp/MHz.  e: 	"Does it matter how many RPM the engine turns or how many9 	horsepower it has?  Isn't the more important criteria ise9 	it is fast - if the race calls for speed?"  (And similare; 	analogies.)  Point is you are highlighting how inefficients; 	Madison is , all those tired comp.arch freshmen arguments.b  I > And, of course, there remain areas where there's no indication that the L > current Itanic architecture (i.e., everything prior to 2006-7) will *ever*@ > match EV7, such as linear scalability and aggregate bandwidth. >    	But it has better SpecFp/MHz.   > G > Which, of course, is only half the story.  The other half is that the J > complete lack of any significant improvement to the McKinley core (rightH > through the Montecito release in 2005) makes it clear that shrinks andK > speed-bumps is *all* that Intel knew what to do with it.  Without the EV8iL > team, THEY HAD NOWHERE TO GO - which means that Alpha and POWER would haveN > had the low-volume but very high-margin high-end to split between themselvesC > (and the Sun loyalists), while AMD hammered Itanic at the bottom.c >   6 	No proof as it won't play out that way.  Who's to say; 	Intel doesn't have a dozen "Andy Glews" left?  After all, l? 	Andy Glew and crew created P6 and P6 was a shot out of nowhere 9 	and an indicator that Intel could make a pig fly (IA32).    >>B >> My immediate reference for this is the SAP SD 2-tier benchmark.G >> 4-p Madison @1.5 Ghz = 860 users, 4-p McKinley @1.0 Ghz = 600 users.yI >> 32-p Marvel @1 4-p ES45 @1.15Ghz = 4500 users --> about 600 user / 4p.  > K > And, ironically, that number says it all.  Because IIRC a 4-processor EV7'J > system *does* do about 600 users.  But I'll bet you a good dinner that aJ > 32-processor McKinley won't come anywhere *near* 4500 users, and I'll atJ > least bet you dessert that a 32-processor Madison (at least one from HP)H > won't either:  SGI seems to have worked its magic to make large ItanicN > systems scale, but there's no indication that HP has a clue how to - and, ofG > course, HP's systems (rather than SGI's) are the ones to look at wheno? > determining whether they are adequate replacements for Alpha.e >   < 	That's funny to suppose HP is standing still and resting on? 	their laurels (SuperDome).  Dave Fenwick and crew are employeda4 	by HP last I heard.  Emer is heading up Tanglewood.: 	What other proof would one need that very high performing& 	IA64 boxes are heading down the pike?   				Rob    ------------------------------  # Date: Wed, 07 May 2003 18:06:37 GMTn9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>oF Subject: Re: How Alpha will save Itanium - must reading for Bill Todd!0 Message-ID: <NWbua.466$uS1.433@news.cpqcorp.net>  3 "jlsue" <jefflsxxxz@sbcglobal.net> wrote in messageh2 news:l78ibvgc3c12mkffu5plcit2m6v2fkvjj7@4ax.com...J > On Tue, 06 May 2003 17:52:34 -0400, JF Mezei <jfmezei.spamnot@istop.com> > wrote: >n  >H > >We know that Compaq had seriously considered killing VMS in 2000 if I rememberE > >correctly. But they realised that they needed the revenus. Now, ifa	 VMS/AlphaeK > >were kept only because of revenus, why would they have jeoperdized thoseeL > >revenus in 2001 ? It would have been far smarter for Compaq to announce aL > >project to transform VMS into a less platform dependant OS, and a year or twoeL > >later, announce that as a result of this, they would also port it to IA64# > >which would not be an easy task.r > >r7 > How do we know this about Compaq killing VMS in 2000?   K They don't.  The twisted logic is that in a moment of candor, Rich MarcellouJ (apparently, I wasn't there) told a group of people that *all* options forJ OpenVMS's future had been put on the table for hard decisions to be made -K including just simply retiring it.  That option was *soundly* rejected, but L what is ignored by the people trying to bend this to back their arguments isL that the proposal was made to *focus management attention* on the need for aD clear VMS strategy - not because anyone truly wanted to shut it downH ***AND*** it was completely REJECTED.  The strategy that was adopted wasK Rich's *incremental growth* proposal to focus on key vertical markets where G we have marketshare, growth, or strength - and leverage/invest in thoserJ businesses while continuing to support the general market - but not tryingF to be everything to everyone.  A strategy that was successful, and wasG causing strong growth in the VMS customer base until the general marketeK downturn - growth that I expect to return when the market recovers and when  Itanium starts shipping.   ------------------------------  % Date: Wed, 07 May 2003 14:19:50 -0400o* From: JF Mezei <jfmezei.spamnot@istop.com>< Subject: Re: HP's enterprise strategy launch webcast - May 6) Message-ID: <3EB94E45.C3400BEB@istop.com>    "Robert A.M. van Lopik" wrote:N > remember seeing one slide by Carlie that mentioned HP-UX and VMS on the sameI > line. And I remember it precisely for the fact that it read VMS and notm
 > OpenVMS.  L Slides were not shown on the webcast (or at least not in the version I saw).  H Why did Blackmore not mention VMS when he was listing the core/strategic0 platforms ? It isn't as if he was short on time.   ------------------------------  % Date: Wed, 07 May 2003 14:40:50 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>< Subject: Re: HP's enterprise strategy launch webcast - May 6) Message-ID: <3EB9532F.18669417@istop.com>g  ( Andrew Harrison SUNUK Consultancy wrote:H > You will not find any references to OpenVMS in the UDC pages but it isH > the future of datacenter computing from HP, you can read what you like > into that.  F OK, the question now becomes: how can we NOT read the obvious from the+ omissions of VMS throughout HP's strategy ?   N Tandem doesn't yet run on that IA64 thing yet it is mentioned. And I'd ventureK a guess that Tandem will be commercially available on that IA64 thing after  VMS is.   : However: this brings me to the following question/comment:  L Is it possible that the combination of Alpha-murder, avoiding mention of VMSF causing uncertainty, lack of marketing of Alpha etc have resulted in aM significant enough drop in VMS revenus that HP has finally found an excuse tog retire VMS like it did MPE ?  L Seems to me that HP is now giving exactly that message about its intentions.   ------------------------------   Date: 7 May 2003 17:08:50 -0700h( From: bob@instantwhip.com (Bob Ceculski)< Subject: Re: HP's enterprise strategy launch webcast - May 6= Message-ID: <d7791aa1.0305071608.3d987d06@posting.google.com>   ^ david20@alpha2.mdx.ac.uk (David Webb) wrote in message news:<b9b9io$ohl$1@aquila.mdx.ac.uk>...X > In article <3EB850E5.36DAC8EB@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes:L > >An era where CEOs and CIOs understand technology better than ever before. > > P > >"The adaptive enterprise". Speed of adapting to new events is key to success. > >h > >"First we simplify" > >	processes, applications, eH > >Then we standardize, so we are using common components, open systems. > >nN > >Darwin Reference Architecture is the HP trendy phrase of the day. It is all2 > >about a company being able to adapt and change. > >  > P > And Charles Darwin must be spinning in his grave. Evolutionary theory suggestsJ > that to thrive an organism (or business) needs to take advantage of it'sK > differences so as to outcompete it's fellows. Being simpler might in sometO > circumstances provide an advantage but being exactly the same as most of your6? > competitors ie being standard leads inevitably to extinction.:  ( maybe Itanium is the missing link ... :)   ------------------------------  % Date: Thu, 08 May 2003 03:45:41 +0800N, From: Paul Repacholi <prep@prep.synonet.com>Y Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly monopola- Message-ID: <87znlyo80q.fsf@prep.synonet.com>r  7 ab528@freenet.carleton.ca (Heinz W. Wiggeshoff) writes:h  ; > "Paul Repacholi" <prep@prep.synonet.com> wrote in messageN) > news:87llxmegfx.fsf@prep.synonet.com... : >> ab528@freenet.carleton.ca (Heinz W. Wiggeshoff) writes:   >> > ...  F >> >   It's in-effin-credible what one finds posted to this newsgroup.> >> >   Next thing you know, somebody will write that there's a@ >> >   functional 9 track 800/1600/6250 bpi tape unit in or near4 >> >   Ottawa.  Or I might hit a 6/49 Lotto jackpot.  B >> There is two, or three in the next room. Is that close enought?  F >   Depends on the price of parcel post.  Weigh 10 2400' reels and get >   an estimate and we'll see.  B What I really want is a 200/556/800 7 track to go with it. Without? having to sweat over valves blowing when a tape has to be read!e   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.n@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Thu, 08 May 2003 03:47:21 +0800n, From: Paul Repacholi <prep@prep.synonet.com>Y Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBMmonopoly IBMmonopt- Message-ID: <87vfwmo7xy.fsf@prep.synonet.com>n  , JF Mezei <jfmezei.spamnot@istop.com> writes:   > Paul Repacholi wrote:c> >> >   Next thing you know, somebody will write that there's a@ >> >   functional 9 track 800/1600/6250 bpi tape unit in or near4 >> >   Ottawa.  Or I might hit a 6/49 Lotto jackpot.  ? > The Perth *Australia* area isn't exactly "in or near Ottawa",o > although Perth Ontario is.  A Hey, that's a 50% match! What do you want, ABC and Scuds to go :)9     -- .< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.i@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  $ Date: Wed, 7 May 2003 20:59:26 +0100* From: "John Travell" <john@travell.uk.net>N Subject: Re: More cheerful news - Deloitte Says 2 Million Jobs Moving Offshore5 Message-ID: <b9bokk$hot66$1@ID-120847.news.dfncis.de>$  . "John Smith" <a@nonymous.com> wrote in messageC news:Vidua.131705$kYH.50516@news01.bloor.is.net.cable.rogers.com...a= > http://itmanagement.earthweb.com/career/article.php/2196601t >e >lF > The world's 100 largest financial-services companies say they expectG > to transfer about $356 billion of their operations and 2 million jobs B > offshore over the next five years in an attempt to reduce costs. > ...... >aD > Pretty soon India and China will be VMS's biggest markets....if it > lives that long. >eL Naaa, by that time Europe and the US will have become third world due to allG of the jobs having been exported, and the far east will be expensive...      -- John Travell  VMS crashdump expertise for hire john@travell.uk.net  http://www.travell.uk.net/       ---e& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.478 / Virus Database: 275 - Release Date: 06/05/2003o   ------------------------------  # Date: Wed, 07 May 2003 19:40:37 GMT # From: "John Smith" <a@nonymous.com>eJ Subject: More cheerful news - Deloitte Says 2 Million Jobs Moving OffshoreI Message-ID: <Vidua.131705$kYH.50516@news01.bloor.is.net.cable.rogers.com>   ; http://itmanagement.earthweb.com/career/article.php/2196601i    D The world's 100 largest financial-services companies say they expectE to transfer about $356 billion of their operations and 2 million jobs:@ offshore over the next five years in an attempt to reduce costs. ......  B Pretty soon India and China will be VMS's biggest markets....if it lives that long.   ------------------------------  # Date: Wed, 07 May 2003 20:26:15 GMTl# From: "John Smith" <a@nonymous.com>rN Subject: Re: More cheerful news - Deloitte Says 2 Million Jobs Moving OffshoreI Message-ID: <HZdua.131851$kYH.77121@news01.bloor.is.net.cable.rogers.com>l  5 "John Travell" <john@travell.uk.net> wrote in message./ news:b9bokk$hot66$1@ID-120847.news.dfncis.de...  >u0 > "John Smith" <a@nonymous.com> wrote in messageE > news:Vidua.131705$kYH.50516@news01.bloor.is.net.cable.rogers.com...!? > > http://itmanagement.earthweb.com/career/article.php/2196601i > >  > >dA > > The world's 100 largest financial-services companies say theyl expectD > > to transfer about $356 billion of their operations and 2 million jobsD > > offshore over the next five years in an attempt to reduce costs.
 > > ...... > >lF > > Pretty soon India and China will be VMS's biggest markets....if it > > lives that long. > >-C > Naaa, by that time Europe and the US will have become third worldi
 due to all< > of the jobs having been exported, and the far east will be expensive...    C Of course....Europe and North America will become the equivalent ofyE East and West Pakistan as they were known at partition in 1947. MaybepE then the jobs will migrate back this way...... but by then we'll haveo@ to learn Urdu, Sanskrit, Hindi, Thai, Malay, Tagalog, Cantonese,D Mandarin, etc....in order to communicate with our employers in Asia. ;-(w   ------------------------------  # Date: Wed, 07 May 2003 22:11:30 GMTs+ From: LESLIE@JRLVAX.HOUSTON.RR.COM (leslie)ON Subject: Re: More cheerful news - Deloitte Says 2 Million Jobs Moving Offshore: Message-ID: <mwfua.10485$PD6.285113@twister.austin.rr.com>  " John Smith (a@nonymous.com) wrote:= : http://itmanagement.earthweb.com/career/article.php/2196601u :  : F : The world's 100 largest financial-services companies say they expectG : to transfer about $356 billion of their operations and 2 million jobs B : offshore over the next five years in an attempt to reduce costs. : ...... : D : Pretty soon India and China will be VMS's biggest markets....if it : lives that long. :   ' HP already has a VMS presence in India:a  !    http://www.digitalindiasw.com/3    Digital GlobalSoftc  D The U.S. is currently exporting jobs from telemarketer to researcher1 and some medical specialties such as radiologist:e  B    http://www.businessweek.com/magazine/content/03_05/b3818001.htm:    BW Online | February 3, 2003 | The New Global Job Shift  I   "The next round of globalization is sending upscale jobs offshore. TheyeC    include basic research, chip design, engineering--even financialuI    analysis. Can America lose these jobs and still prosper? Who wins? Who 	    loses?   	    [snip]-  M    Near Bangalore's airport, at the offices of Wipro Ltd., five radiologists aE    interpret 30 CT scans a day for Massachusetts General Hospital..."     L    http://www.usadaily.com/Commentary/Choate/030307_outsourcing_your_job.htm    Outsourcing Your Job   K   "..Taking outsourcing to the next level, the American Chamber of CommercefG    of the Philippines is now demanding that the United States outsourceaF    much of its existing federal and state government work.  After all,B    most work of the federal and state governments is really littleH    different than most corporate back office operations.  It can be doneA    as effectively by Filipinos in Manila as Americans in Wichita,II    Washington, or Atlanta, and at a substantial savings in labor cost..."     5    http://www.tradealert.org/view_art.asp?Prod_ID=802eD    In China Trade, the Joke is on the American Public, in particular    on US Workers  D   "...As Archey made clear at the Asia Society event, U.S. high techG    companies know exactly how many factories and jobs they have sent top=    China and other low-wage countries. But given the campaigneE    contributions they lavish on Democratic and Republican politiciansEE    alike, they must be pretty confident that neither Congress nor the-A    administration will press them to release this information..."e      2 --Jerry Leslie   (my opinions are strictly my own)9   Note: leslie@jrlvax.houston.rr.com is invalid for email    ------------------------------  $ Date: Wed, 7 May 2003 20:19:53 -04003 From: "Homer J. Simpson" <hsimpson@burnsenergy.com> N Subject: Re: More cheerful news - Deloitte Says 2 Million Jobs Moving Offshore: Message-ID: <Hehua.32352$vS.24549@fe04.atl2.webusenet.com>  K Yeah, I remember the Livermore announcement that had a lot of HP consulting K employees very concerned, and which preceded some massive US C&I layoffs ineJ December.  Let's face it.  We're in a global economy now.  I don't think aI tax cut on dividends or lowering the prime to 0.75% is going to change itb either.s  2 http://www.forbes.com/2002/12/05/cz_qh_1205hp.html  , The New HP Way: World's Cheapest Consultants$ Quentin Hardy, 12.05.02, 11:26 AM ET  G NEW YORK - Tech giant Hewlett-Packard has seen the future of technologyeG consulting. It's on the other side of the globe and it's really, reallyh cheap.  H "We're trying to move everything we can offshore," HP Services chief AnnB Livermore told Wall Street analysts at a meeting Wednesday. "We'reL aggressively realigning our resources." Short term, that means adding to theK software and services personnel HP (nyse: HPQ - news - people ) already hasyL in India. Further out, HP expects China to also turn into a major consulting center.y  E The plan addresses a trend toward lower-priced consulting that's beeniF hurting HP. The company's $3.1 billion fourth-quarter services revenueJ (total fourth-quarter revenue was just over $18 billion) was off 3% from aG year before. Consulting and integration revenue was the weakest part oflE services, down 17% on the year. Livermore, with the blessing of Chief-H Executive Carly Fiorina, is betting that HP can both lower its costs andL damage industry leader IBM (nyse: IBM - news - people ) by slashing services prices with cheaper bodies.t  J As if the high-priced, oversupplied consulting industry didn't have enoughJ to worry about. The field has suffered during the past two years' downturnL in technology spending. How bad has it gotten? PricewaterhouseCoopers, whichL almost sold its PwC consulting business to HP two years ago for $18 billion,D managed to finally unload its concern to IBM this year for just $3.5L billion. IBM added the 30,000 consultants to its Global Services Business inL an effort to smother consultancies like EDS (nyse: EDS - news - people ) andK Accenture (nyse: ACN - news - people ). Competition remains fierce, too: AsoK Livermore pointed out, a laid-off consultant isn't like a factory that gets I mothballed during a recession--he's still out there looking for business.a  J "The oversupply doesn't go away," she said, "consulting and integration isE going through a tremendous transition, with constant price pressure."d  F According to Jurgen Rottler, vice president of marketing, strategy andI alliances at HP Services, HP will grow in India, building on the "several I thousand" services people the company already employs there. "In an idealtH world," he said, "you'd migrate as much as you possibly could to India."  D Many of HP's Web applications for Microsoft's (nasdaq: MSFT - news -L people ) .Net initiative will be written in India, Rottler predicted. HP andL Microsoft recently announced HP would be a prime global integrator for .Net,G a "Web services" move to put more interactive software on the Internet.t  J HP figures a good high-end programmer in India costs about $20,000 a year,I about a quarter the U.S. cost. And things could get even cheaper. "We seeoL China gaining on India about three or four years from now," said Rottler. HP is also developing staff there.d  L HP stands to have plenty of company developing the Indian services industry,L however. Already, local firms such as the Tata Group (which is traded on theJ Bombay Stock Exchange), Infosys (nasdaq: INFY - news - people ) and SatyamG (nyse: SAY - news - people ) have boosted their software and consultingyL arms. Microsoft's recent $400 million investment in the country, building onL a strong programming presence already there, is designed to boost education,/ business partnerships and software development.B  . "John Smith" <a@nonymous.com> wrote in messageC news:Vidua.131705$kYH.50516@news01.bloor.is.net.cable.rogers.com...i= > http://itmanagement.earthweb.com/career/article.php/2196601f >  >DF > The world's 100 largest financial-services companies say they expectG > to transfer about $356 billion of their operations and 2 million jobs-B > offshore over the next five years in an attempt to reduce costs. > ...... >fD > Pretty soon India and China will be VMS's biggest markets....if it > lives that long. >. >t   ------------------------------   Date: 7 May 2003 12:44:18 -0700 % From: rbsurfshop@hotmail.com (Roscoe)-= Subject: Problems changing from serial port to DecServer portT= Message-ID: <14f75c13.0305071144.188ffcb9@posting.google.com>4  B I've got a serial device (scale) that talks to a fixed serial portF (TXA7) on the VAX.  Now I need to convert that over to use a DecServerC port (LTA2312) instead.  Unfortunately, I can not get this thing tow talk.   E If I hook-up a VT340 to the terminal server port (set in LOCAL mode),lE I can login to the terminal server and then the VAX.  So, I know that 8 the communications (harware and settings) are just fine.  D With the terminal server port set back into REMOTE, I can only write> out to the same VT340 but cannot receive any keyboard data (to' simulate data received from the scale).t  C Using the VMS DUMP command doesn't produced any results (which does F work when using a fixed serial port like TXA7).  The original software! doesn't work which uses SYS$QIOW.   E When I monitor the port status from NCT I can see the process connecte so I know that part is ok too.  
 Any ideas?   Thanks,s   Roscoe at ISG Steel Company    ------------------------------  % Date: Wed, 07 May 2003 14:50:39 -0500m From: brandon@dalsemi.com-A Subject: Re: Problems changing from serial port to DecServer port 1 Message-ID: <03050714503984@dscis6-0.dalsemi.com>8  G > If I hook-up a VT340 to the terminal server port (set in LOCAL mode),wG > I can login to the terminal server and then the VAX.  So, I know that : > the communications (harware and settings) are just fine. > F > With the terminal server port set back into REMOTE, I can only write@ > out to the same VT340 but cannot receive any keyboard data (to) > simulate data received from the scale).   N That is the function of REMOTE.  Use LOCAL when you have an interactive deviceL attached to the port, i.e. VT340.  Use REMOTE when you have a printer deviceO attached to the port.  If you attach a VT340 to a REMOTE port you you will only  be able to send to the port.   John Brandon VMS Systems Administrators Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wkt 972.371.4003 fxs   ------------------------------  $ Date: Wed, 7 May 2003 22:07:50 +0200. From: "Jesper Naur" <jesper.naur@post.tele.dk>A Subject: Re: Problems changing from serial port to DecServer port-< Message-ID: <3eb966d5$0$83064$edfadb0f@dtext01.news.tele.dk>  0 Roscoe <rbsurfshop@hotmail.com> wrote in message7 news:14f75c13.0305071144.188ffcb9@posting.google.com...yD > I've got a serial device (scale) that talks to a fixed serial portH > (TXA7) on the VAX.  Now I need to convert that over to use a DecServerE > port (LTA2312) instead.  Unfortunately, I can not get this thing toR > talk.a >SF > With the terminal server port set back into REMOTE, I can only write@ > out to the same VT340 but cannot receive any keyboard data (to) > simulate data received from the scale).  >eE > Using the VMS DUMP command doesn't produced any results (which doesoH > work when using a fixed serial port like TXA7).  The original software# > doesn't work which uses SYS$QIOW.. >h > Any ideas?  B One possible explanation: LTA devices used in REMOTE mode have theK peculiarity, that the program MUST issue at least 1 output operation beforesK any input data from the device will be received by the program. So you need I to find som harmless small piece of data (which your device will silentlyfJ ignore) to send during initialization immediately after sys$assign, before( your program can expect to receive data.       Best regards     Jesper Naurp   ------------------------------  # Date: Wed, 07 May 2003 20:04:40 GMTe  From: Rob Brown <brown@gmcl.com>A Subject: Re: Problems changing from serial port to DecServer port K Message-ID: <Pine.LNX.4.44.0305071400340.7828-100000@localhost.localdomain>    Sometime, somebody wrote:r  H > > With the terminal server port set back into REMOTE, I can only writeB > > out to the same VT340 but cannot receive any keyboard data (to+ > > simulate data received from the scale).r  8 It can be made to work.  How are you doing your testing?  ? Do you have a service defined for the port?  Or just an LTAnnn?   D If you have a service, then from DCL you could SET HOST/LAT service.  C If you just have an LTA, then from DCL you could SET HOST/DTE ltan.'     -- a  / Rob Brown                        brown@gmcl.comiA G. Michaels Consulting Ltd.      (866)438-2101 (voice) toll free!M6 Edmonton                         (780)438-9343 (voice)4                                  (780)437-3367 (FAX)1                                  http://gmcl.com/r   ------------------------------  * Date: Wed, 7 May 2003 20:19:36 +0000 (UTC), From: lewis@PROBE.mitre.org (Keith A. Lewis)A Subject: Re: Problems changing from serial port to DecServer port . Message-ID: <b9bpoo$eq1$1@newslocal.mitre.org>   rbsurfshop@hotmail.com (Roscoe) writes in article <14f75c13.0305071144.188ffcb9@posting.google.com> dated 7 May 2003 12:44:18 -0700:C >I've got a serial device (scale) that talks to a fixed serial portMG >(TXA7) on the VAX.  Now I need to convert that over to use a DecServersD >port (LTA2312) instead.  Unfortunately, I can not get this thing to >talk. >mF >If I hook-up a VT340 to the terminal server port (set in LOCAL mode),F >I can login to the terminal server and then the VAX.  So, I know that9 >the communications (harware and settings) are just fine.  > E >With the terminal server port set back into REMOTE, I can only writee? >out to the same VT340 but cannot receive any keyboard data (toh( >simulate data received from the scale).  K I don't know whether this will help, but I'll relate an experience of mine.n  I I was working with state-of-the-art (for their time) graphic controllers,hL which had serial interfaces for debugger terminals.  Useful when I plugged aK VT220 in, but no logging capability.  So the sysadmin plugged them into TXAoH interfaces, and I accessed them with "SET HOST/DTE [/LOG]".  That workedH great.  I eventually wrote an app to do some things automatically, still fine.  y  J Then we switched to LTA ports.  "SET HOST/DTE" still worked, but my customE app didn't.  I also discovered that if I allocated the LTA, used "SETeD HOST/DTE", ended the session, and then ran my app with the LTA stillF allocated, it worked.  This led me to suspect "SET HOST/DTE" was doing something special.  J Luckily we had a copy of the VMS assembler code on microfiche, and I poredB over that to find out what SETHOST could be doing that was so damnL important.  Answer:  It was sending a CR character down the line to "wake upK the terminal server" (according to the comment).  I modified my app to sendi@ a CR before attempting to read anything, and it started working.  L So send a CR as soon as you open the I/O channel, and use "SET HOST/DTE" for
 debugging.  + --Keith Lewis              klewis$mitre.orgo> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Wed, 07 May 2003 22:12:16 +0200n6 From: Adolf Sonderegger <adolf.sonderegger@bluewin.ch>A Subject: Re: Problems changing from serial port to DecServer portb* Message-ID: <3EB968A0.1CEC1154@bluewin.ch>  
 Roscoe wrote:o  D > I've got a serial device (scale) that talks to a fixed serial portH > (TXA7) on the VAX.  Now I need to convert that over to use a DecServerE > port (LTA2312) instead.  Unfortunately, I can not get this thing to0 > talk.3 >:G > If I hook-up a VT340 to the terminal server port (set in LOCAL mode),HG > I can login to the terminal server and then the VAX.  So, I know thato: > the communications (harware and settings) are just fine. >nF > With the terminal server port set back into REMOTE, I can only write@ > out to the same VT340 but cannot receive any keyboard data (to) > simulate data received from the scale).  > E > Using the VMS DUMP command doesn't produced any results (which doesgH > work when using a fixed serial port like TXA7).  The original software# > doesn't work which uses SYS$QIOW.  > G > When I monitor the port status from NCT I can see the process connecty  > so I know that part is ok too. >i > Any ideas? >p	 > Thanks,- >  > Roscoe at ISG Steel Company    Hello   $ You has setuped the LTA device with:   $ RUN SYS$SYSTEM:LATCP$     CREATE PORT LTA2312 /APPLICATIONE     SET PORT LTA2312 /NODE=decserver/PORT=prot /APPLICATION /NOQUEUEDe  ) Connect a terminal to the DECserver port.l  
 Test it with:C,   . $ SET HOST/DTE/BREAK=B/ESCAPE=E LTA2312:   Can you make a communication?-   Regards- Adolf Sonderegger    ------------------------------  % Date: Wed, 07 May 2003 18:01:25 -0400j* From: JF Mezei <jfmezei.spamnot@istop.com>A Subject: Re: Problems changing from serial port to DecServer portr) Message-ID: <3EB98225.25ADF4AA@istop.com>c   brandon@dalsemi.com wrote:P > That is the function of REMOTE.  Use LOCAL when you have an interactive deviceN > attached to the port, i.e. VT340.  Use REMOTE when you have a printer deviceQ > attached to the port.  If you attach a VT340 to a REMOTE port you you will onlyP > be able to send to the port.  J Are you sure ? I was under the impression that REMOTE, LOCAL etc pertained3 only to call establishement and not data transfer ?    ------------------------------  % Date: Wed, 07 May 2003 17:16:45 -0500u From: brandon@dalsemi.comsA Subject: Re: Problems changing from serial port to DecServer porti1 Message-ID: <03050717164562@dscis6-0.dalsemi.com>i  L > Are you sure ? I was under the impression that REMOTE, LOCAL etc pertained5 > only to call establishement and not data transfer ?h  H No I am not.  I was always under the impression that REMOTE was used forN printer attached devices... as I see from the threads I have rocks in my head.       John Brandon VMS Systems Administratora Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wkl 972.371.4003 fxt   ------------------------------  % Date: Wed, 07 May 2003 20:27:24 -0500s1 From: "David J. Dachtera" <djesys.nospam@fsi.net> A Subject: Re: Problems changing from serial port to DecServer porti' Message-ID: <3EB9B27C.64459EE3@fsi.net>t   brandon@dalsemi.com wrote: > N > > Are you sure ? I was under the impression that REMOTE, LOCAL etc pertained7 > > only to call establishement and not data transfer ?h > J > No I am not.  I was always under the impression that REMOTE was used forP > printer attached devices... as I see from the threads I have rocks in my head.  E No, you don't! Just look at Access Remote from a broader perspective.    -- h David J. Dachteram dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------  # Date: Wed, 07 May 2003 18:12:57 GMToA From: "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk>T; Subject: Re: Problems starting MOP on a DECnet phase V node = Message-ID: <J0cua.7025$hq1.56165596@news-text.cableinet.net><  E Enable MOP by using NET$CONFIGURE in ADVANCED mode. Then add your MOPa clients.  K Alternatively use LANACP (controlled by LANCP) to load network devices. See ) the help at the LANCP prompt (MCR LANCP).u   -- m Hope this helps. Cheers, Colin.d' (colinDOT.butcherAT@xdeltaDOT.coDOT.uk)a   ------------------------------  # Date: Thu, 08 May 2003 00:27:48 GMTe! From: rob.buxton@wcc.spam.govt.nz-; Subject: Re: Problems starting MOP on a DECnet phase V nodeo% Message-ID: <3eb9a3e9.102189180@news>i  F On 7 May 2003 06:56:43 -0700, bob.dalby@spicers.net (Bob Dalby) wrote:    ; As others have mentioned, this is best configured using ther Configuration Menu.y   The following is from oure7 SYS$SPECIFIC:[SYSMGR]NET$MOP_CIRCUIT_STARTUP.NCL; file:   1 CREATE NODE 0 MOP CIRCUIT CSMACD-0 TYPE = CSMA-CD D SET NODE 0 MOP CIRCUIT CSMACD-0 LINK NAME = CSMA-CD STATION CSMACD-0@ ENABLE NODE 0 MOP CIRCUIT CSMACD-0 FUNCTION = {LOAD SERVER, DUMP* SERVER, CONSOLE REQUESTER, LOOP REQUESTER}  G >I have been running DECnet Phase V on a VAX node for some time and now( >want to implement MOP.) >o= >I am receiving the following errors when trying to setup MOP  >s >NCL>create mop 4 >%NCL-E-CMLSENDFAILED, error sending command request3 >-CML-E-EMAAPROB, error returned from VMS EMA agentn1 >-NCL-E-ENTCLSNOTSUPP, entity class not supported0 >NCL>l >eA >I have noticed that net$mop is not running but thought the abovetE >command was  the 1st command to get this going. Any ideas greatfullyo	 >receivede >o >Bob >o >bob.dalby@spicers.net   ------------------------------  % Date: Wed, 07 May 2003 14:25:22 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>& Subject: Re: PRODUCT behaviour warning) Message-ID: <3EB94F91.A2373F36@istop.com>h   Charlie Hammond wrote:F >           Compaq recommends that, if you change a disk volume label,F >           you also dismount and remount the disk on all nodes in the? >           cluster so that the names and locks are consistent.a  > Has anyone told you that Compaq no longer exists ? :-) :-) :-)   ------------------------------  # Date: Wed, 07 May 2003 20:52:14 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)@ Subject: Re: Relinquishing control of device when others need it2 Message-ID: <2meua.98596$e8.997727@news.chello.at>  V In article <3EB422A7.6CA018E5@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes:L >I would like to have a process log any/all input from a serial port (from aN >DSL modem which does from time to time issue messages). But I also want to beM >able to do SET HOST/DTE TXAn: to that port without any problems when needed.h  	 How abouto   $ SET PROC/PRIV=SHAREe" $ SPAWN/NOINPUT COPY TXAn: log.fil $ SET HOST/DTE TXAn:  O I haven't tried it myself, but I'd start with this before I do AST programming.e   YMMV   -- e Peter "EPLAN" LANGSTOEGERt% Network and OpenVMS system specialistn E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Wed, 07 May 2003 19:30:47 -0400A* From: JF Mezei <jfmezei.spamnot@istop.com>@ Subject: Re: Relinquishing control of device when others need it) Message-ID: <3EB99711.EF6AC5B8@istop.com>     Peter 'EPLAN' LANGSTOEGER wrote: > $ SET PROC/PRIV=SHAREo$ > $ SPAWN/NOINPUT COPY TXAn: log.fil > $ SET HOST/DTE TXAn:  M Nop. SET HOST/DTE will get ever second character. COPY TXAx: LOG.FIL will geta every other character. m  L It has to do with the Q in QIO. First one to queue an IO gets the character.K Then the next one in the queue gets the other character. (assuming IOs just30 fetch single characters, but you get the point).   ------------------------------   Date: 7 May 2003 19:25:45 GMTa3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)z  Subject: Spamfilter for OpenVMS?0 Message-ID: <b9bmjp$p29$3@n.ruf.uni-freiburg.de>   Hello,  / is there any spam filter running under OpenVMS?y   Regards,    Christoph Gartmannd  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, Germany                                           |H +------------- http://www.immunbio.mpg.de/home/menue.html -------------+   ------------------------------  % Date: Wed, 07 May 2003 16:20:49 -0500i- From: Hunter Goatley <goathunter@goatley.com> $ Subject: Re: Spamfilter for OpenVMS?: Message-ID: <iDeua.40200$S16.6327@fe09.atl2.webusenet.com>   Christoph Gartmann wrote:  > Hello, > 1 > is there any spam filter running under OpenVMS?  >   = Process Software is working on finishing up the first releaseu< of our anti-spam product.  The beta test period is scheduled; to begin in July; if you'd like to participate, please sendy; mail to Lauren Maschio at <maschio@process.com> and let her 7 know.  The first release will run on OpenVMS with PMDF.r   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/k9 goathunter@goatley.com     http://www.goatley.com/hunter/r   ------------------------------   Date: 7 May 2003 18:39:13 -0700 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)h$ Subject: Re: Spamfilter for OpenVMS?= Message-ID: <cf15391e.0305071739.3ec20dd9@posting.google.com>   k gartmann@immunbio.mpg.de (Christoph Gartmann) wrote in message news:<b9bmjp$p29$3@n.ruf.uni-freiburg.de>...-1 > is there any spam filter running under OpenVMS?1  E Sophos Anti-Virus runs under OpenVMS.  See http://www.sophos.com/ andHJ specifically http://www.sophos.com/products/software/antivirus/savvms.html   ------------------------------  $ Date: Wed, 7 May 2003 21:50:04 +01005 From: Ian Wing Yin Chung <iwyc@maddoginc.demon.co.uk>  Subject: TCPIP libraries?r4 Message-ID: <tLKJ0tC8FXu+Ewl9@maddoginc.demon.co.uk>   Running OpenVMS v7.1 on VAX.    9 Does anyone know where TCPIP$IPC.OLB gets installed from?   H Installed TCPIP services and FTP, etc works fine. Tried some simple "C" I network programming using sockets, connect calls but when I try to link,  D I get undefined symbols for all the network related calls. Does the G network programming libraries get installed from a proper installation 69 of the "C" compiler? Currently using an old gcc compiler.i  I What do I need in order to develop network apps on OpenVMS? I'm familiar nH with C networking programming on the Unix environment. Is there special - link options that I need to apply on OpenVMS?h     Any help appreciated.    -- N Iana   ------------------------------  % Date: Wed, 07 May 2003 19:40:10 -0400d* From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: TCPIP libraries? ) Message-ID: <3EB99943.FC533613@istop.com>a   Ian Wing Yin Chung wrote:e; > Does anyone know where TCPIP$IPC.OLB gets installed from?t  I > Installed TCPIP services and FTP, etc works fine. Tried some simple "C" J > network programming using sockets, connect calls but when I try to link,< > I get undefined symbols for all the network related calls.  W Can you give an example of an unresolved external ? It could be a question of prefixes.v  H > network programming libraries get installed from a proper installation; > of the "C" compiler? Currently using an old gcc compiler.i  K No, the TCPIP libraries would be with the TCPIP Services, not the compiler.yH Also, normally, you woudlN't need the .OLB since it would link against a shareable image.  N Have you tried compiling and linking some of the programs in TCPIP$EXAMPLES: ?   ------------------------------  $ Date: Wed, 7 May 2003 20:54:57 +0100* From: "John Travell" <john@travell.uk.net>9 Subject: Re: Weird shutdown and Reboot on OpenVMS 6.2 ???p5 Message-ID: <b9boak$hh3ur$1@ID-120847.news.dfncis.de>y  . "Frank" <frankazev@yahoo.com> wrote in message7 news:34bffecf.0305070353.6b1809d2@posting.google.com...r2 > Thanks all of you, for the Help provided here... >i > 2) the command >u# > $ana/crash_dump sysdump.dmp <ret>.' > OpenVMS (TM) VAX System Dump analyser # > Dump taken on 6-May-2003 10:12:21 / > ASYNCWRTER, Asynchronous write memory failurel >o >y* > ok, here there is some problem reported. >( > 3) the command > F > $ana/error/since=today <ret> , produces a large amount of info, from > which I pick the following:  >c1 >  ******************************* ENTRY   12224.e! > *******************************rH >  ERROR SEQUENCE 48817.                           LOGGED ON:        SID
 > 14000006H >  DATE/TIME  6-MAY-2003 10:12:21.16                            SYS_TYPE
 > 01370501! >  SYSTEM UPTIME: 0 DAYS 16:43:24yH >  SCS NODE: TPVAX1                                              VAX/VMS > V6.2 >m: >  INT60 ERROR  KA660  CPU FW REV# 6.  CONSOLE FW REV# 3.7 >r > ! >        REVISION        00000001 ! >        SYSTAT          00000000a! >        FLAGS           00000002e8 >                                        KA660 SUBPACKET >a >  KA660 REGISTERS >a! >        CCR             00000014>6 >                                        CACHE ENABLED! >        MSER            00000000x! >        MMESR           00000044t! >        MMCDSR          0000107C ; >                                        CHECK BITS = 7C(X).? >                                        CRD INTERRUPTS ENABLEDe! >        CBTCR           C0000004nH >                                        CDAL BUS TIMEOUT INTERVAL = 0.4 > MSECF >                                        TIMEOUT DURING CPU READ/WRITE9 >                                        CDAL BUS TIMEOUTl! >        DSER            00000088 3 >                                        LOST ERROR15 >                                        Q-22 BUS NXM ! >        QBEAR           00000005 B >                                        Q-22 BUS PAGE ERR ADDRESS4 >                                        17772000(O)4 >                                        20000A00(X)! >        DEAR            00000000 ! >        IPCR0           00000020 E >                                        LOCAL MEMORY EXTERNAL ACCESS.	 > ENABLED>! >        BEHR            0000007B ? >                                        6. CACHE BANKS ENABLED-1 >  ******************************* ENTRY   12225.<! > ******************************* H >  ERROR SEQUENCE 48818.                           LOGGED ON:        SID
 > 14000006H >  DATE/TIME  6-MAY-2003 10:12:21.16                            SYS_TYPE
 > 01370501! >  SYSTEM UPTIME: 0 DAYS 16:43:24oH >  SCS NODE: TPVAX1                                              VAX/VMS > V6.2 >r= >  FATAL BUGCHECK  KA660  CPU FW REV# 6.  CONSOLE FW REV# 3.7C >d0 >  ASYNCWRTER, Asynchronous write memory failure >  >        PROCESS NAME    MAN >,! >        PROCESS ID      0001003D  > ! >        ERROR PC        81F5F7D5 ! >        ERROR PSL       041D0000uG >                                        INTERRUPT PRIORITY LEVEL = 29.W? >                                        PREVIOUS MODE = KERNELu> >                                        CURRENT MODE = KERNEL8 >                                        INTERRUPT STACK> >                                        FIRST PART DONE CLEAR >  >  STACK POINTERSl > G >  KSP 7FFE7800  ESP 7FFE9800  SSP 7FFECA44  USP 7FEE46E4  ISP 8291D530e >  >  GENERAL REGISTERS >sG >  R0  819A0400  R1  81F5FD44  R2  819A0418  R3  819A048C  R4  00000000aG >  R5  00000000  R6  00000034  R7  81F5FD10  R8  81F60010  R9  81F6002C/G >  R10 7FEE4718  R11 7FEE4858  AP  7FEE4708  FP  7FEE46E4  SP  8291D5C0s >t >  SYSTEM REGISTERSs > ! >        P0BR            83251600oA >                                        P0 PTE BASE (VIRT ADDRS)t! >        P0LR            0000202Ea7 >                                        TOTAL P0 PAGESk! >        P1BR            82A99400eA >                                        P1 PTE BASE (VIRT ADDRS) ! >        P1LR            001FF712 D >                                        TOTAL NON-EXISTENT P1 PAGES! >        SBR             01F4B600 E >                                        SYSTEM PTE BASE (PHYS ADDRS)m! >        SLR             00029A80eF >                                        TOTAL PAGES "SYSTEM" VIRT MEM! >        PCBB            003C3820:> >                                        PCB BASE (PHYS ADDRS)! >        SCBB            01F45C00 > >                                        SCB BASE (PHYS ADDRS)! >        ASTLVL          00000004e9 >                                        NO AST'S PENDINGa! >        SISR            00000000mF >                                        INTERRUPT REQUEST ACTIVE = 0.! >        ICCS            00000040t9 >                                        INTERRUPT ENABLEo! >        TODR            50978EBAe! >        CCR             00000014 6 >                                        CACHE ENABLED! >        MSER            00000000 ! >        DSER            00000088-3 >                                        LOST ERROR 5 >                                        Q-22 BUS NXM:! >        QBEAR           00000005 B >                                        Q-22 BUS PAGE ERR ADDRESS4 >                                        17772000(O)4 >                                        20000A00(X)! >        DEAR            00000000.! >        IPCR0           00000020cE >                                        LOCAL MEMORY EXTERNAL ACCESS.	 > ENABLEDs! >        MMESR           00000044a! >        MMCDSR          0000107C0; >                                        CHECK BITS = 7C(X)s? >                                        CRD INTERRUPTS ENABLEDo! >        CBTCR           C0000004oH >                                        CDAL BUS TIMEOUT INTERVAL = 0.4 > MSECF >                                        TIMEOUT DURING CPU READ/WRITE9 >                                        CDAL BUS TIMEOUTE! >        BEHR            0000007Bh? >                                        6. CACHE BANKS ENABLEDh >aE > I think you agree that KA660, is under suspition. Now, Is there any $ > way to go deeper? Test it direcly? >W  ? It looks to me like you have a suspect I/O widget on the Q-bus.tI Certainly some privileged code is trying to write to an I/O space addressU and failing.L If you have had more than one crash extract all of the relevant entries to a file:t, $ anal/err/incl=(cpu,mem,bug)/out=errors.txt$ then search for variations in QBEAR,' $ search errors.txt QBEAR /window=(1,5).K and see if they all point to the same I/O space address. If so, you need toi0 see if anything actually exists at that address.J If the addresses are scattered at random, you probably have a fault in the" CDAL controller on the CPU module.J I cannot remember the Q-bus I/O address mapping, so pointing to one deviceH or another without looking through the dump would be jumping a guess tooK far. If I had a VAX I could look at the dump and pull out a probable devicee9 identity, but you cannot look at VAX dumps on an Alpha...    -- John Travell  VMS crashdump expertise for hire john@travell.uk.neta http://www.travell.uk.net/         --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.478 / Virus Database: 275 - Release Date: 06/05/2003r   ------------------------------  % Date: Thu, 08 May 2003 04:23:09 +08000, From: Paul Repacholi <prep@prep.synonet.com>@ Subject: Re: What is the schedule for the DII COE certification?- Message-ID: <87issmo6aa.fsf@prep.synonet.com>s  ; "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> writes:y  E > Note that the DII/COE Kernel is subject to export restrictions, ands? > is not generally available to everyone.  If you need specific D > details on the DII/COE Kernel, feel free to contact me, and I will< > refer you to someone who can make an "official" statement.  C What is there about COE VMS that puts it under export control? Doesg& it include SEVMS stuff out of the box?   -- x< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 7 May 2003 14:20:13 -0700t1 From: keithparris_NOSPAM@yahoo.com (Keith Parris).2 Subject: Re: Would HP pitch VMS clusters?   naaahh= Message-ID: <cf15391e.0305071320.5829b260@posting.google.com>i  t "John Smith" <a@nonymous.com> wrote in message news:<N18ua.112254$w7k.91130@news04.bloor.is.net.cable.rogers.com>...E > I must admit that my knowledge of Tandem technology is somewhat oldaE > (15 years now), but I was under the impression that while the boxestE > themselves may be hardware fault tolerant (as in the old VAX FT3300sF > series), their disaster tolerance is not as robust as that of VMS inG > that the geographic dispersion capabilities were/are(?) somewhat less( > than those of VMS.  D The NonStop folks have made some significant advances in the area of! disaster tolerance recently.  See E http://nonstop.inet.cpqcorp.net/object/BCDTOLFL.html for the details,nB but I'll try to summarize them (even though I lack even your datedB Tandem knowledge): RDF (Remote Database Facility) is the basis forD disaster tolerance on NonStop.  Applications used to have to use TMFA (Transaction Management Facility) to use RDF, but the new AutoTMFcC allows protection for applications which do not currently use TMF.  B And the new AutoSYNC complements RDF by providing data-replication" protection for non-database files.   ------------------------------  $ Date: Wed, 7 May 2003 17:01:56 -04000 From: "Brian Tillman" <Tillman@sparkingwire.com>> Subject: Re: [OpenVMS Alpha] How to get image version in DCL ?$ Message-ID: <3eb9744b$1@news.si.com>  # >I dare say this simply won't work!o  I I pulled this right out of the BULLETIN source, which demonstrably works.n -- mI Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot com 5 Smiths Aerospace  Addresses modified to prevent SPAM.iD 3290 Patterson Ave. SE, MS 1B3 Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991e8        This opinion doesn't represent that of my company   ------------------------------  $ Date: Wed, 7 May 2003 21:08:27 +0200. From: "Jesper Naur" <jesper.naur@post.tele.dk>H Subject: Re: [Q] QIO programming with MOP remote console with DECservers< Message-ID: <3eb95914$0$83050$edfadb0f@dtext01.news.tele.dk>  : Stuart Norris <stuie_norris@yahoo.com.au> wrote in message7 news:51262235.0305061951.19c68d8d@posting.google.com...vG > I am attempting to write a program that will allow me to connect to atG > DECServer using MOP remote console.  I have a copy of the MaintenanceeE > Operations Protocol Functional Specifications that I have reviewed.  >cF > What I have done is hopefully, set up a new connection to a terminal serverK > via EWA0 on an Alpha running OpenVMS 6.2.  I think that the NMA packet ist > setup correctly. >nE > I format a packet with 13, remote console and the default DECserveri password4 > and send it to the DECserver via its node address. > G > I am assuming that there will be a reply back to this reserve consolejE > request.  So I post a read for the response.  However the I keep onc gettings' > a "%SYSTEM-W-ENDOFFILE, end of file".l >   D I wrote such a program, but I'm not at a liberty to post it here :-(L However, I can post examples of the traffic generated by the program, it hasJ the capability of tracing it. Since you have the protocol specification, IJ should think that you would be able to get quite some inspiration from theE traffic trace shown below - it starts with the MOP$K_CODE_RVC reserves7 console function (which BTW does not generate a reply):    14-MAY-1998 00:34:06.28s> Tx 0D 00 00 00 00 00 00 00 00                      | .........   14-MAY-1998 00:34:06.41 9 Tx 05 00 00 00                                     | ....e   14-MAY-1998 00:34:06.42dE Rx 07 00 00 00 01 00 03 03 00 00 02 00 02 E1 00 03 | ................IE Rx 00 06 AA 00 04 00 F8 A7 04 00 02 0A 00 05 00 02 | ................ E Rx 84 00 06 00 02 FF 00 07 00 06 08 00 2B 06 B6 29 | ............+..)iE Rx 64 00 01 21 65 00 08 00 00 00 00 00 00 00 00 66 | d..!e..........fnE Rx 00 04 42 4C 32 30 67 00 04 42 4C 33 39 68 00 02 | ..BL20g..BL39h..aE Rx 00 00 69 00 10 4C 41 54 5F 30 38 30 30 32 42 30 | ..i..LAT_08002B0cE Rx 36 42 36 32 39 6A 00 00 90 01 01 01 91 01 02 EE | 6B629j..........o6 Rx 05                                              | .   14-MAY-1998 00:34:06.53o8 Tx 11 01 0D                                        | ...   14-MAY-1998 00:34:06.54y? Rx 13 01 0D 0D 0D 0A 07 23 20 00                   | .......# .r   14-MAY-1998 00:34:06.61h7 Tx 11 00                                           | ..g   14-MAY-1998 00:34:06.61 7 Rx 13 00                                           | ..h   14-MAY-1998 00:34:06.62a> Tx 11 01 41 43 43 45 53 53 0D                      | ..ACCESS.   14-MAY-1998 00:34:06.65nE Rx 13 01 00 00 00 00 00 00 0D 0D 0A 44 45 43 73 65 | ...........DECsecE Rx 72 76 65 72 20 32 30 30 20 54 65 72 6D 69 6E 61 | rver 200 Termina"E Rx 6C 20 53 65 72 76 65 72 20 56 33 2E 33 20 28 42 | l Server V3.3 (BbE Rx 4C 33 39 29 20 2D 20 4C 41 54 20 56 35 2E 31 0D | L39) - LAT V5.1.rD Rx 0A 00 0D 0A 50 6C 65 61 73 65 20 74 79 70 65 20 | ....Please typeE Rx 48 45 4C 50 20 69 66 20 79 6F 75 20 6E 65 65 64 | HELP if you need E Rx 20 61 73 73 69 73 74 61 6E 63 65 00 0D 0A 0A 45 |  assistance....ErE Rx 6E 74 65 72 20 75 73 65 72 6E 61 6D 65 3E 20 00 | nter username> .    14-MAY-1998 00:34:06.73 7 Tx 11 00                                           | ..-   14-MAY-1998 00:34:06.74e7 Rx 13 00                                           | ..m   14-MAY-1998 00:34:06.74m= Tx 11 01 42 4C 41 48 41 0D                         | ..BLAHA.f   14-MAY-1998 00:34:06.75oE Rx 13 01 42 4C 41 48 41 0D 0A 0D 0A 4C 6F 63 61 6C | ..BLAHA....Localf8 Rx 3E 20 00                                        | > .   14-MAY-1998 00:34:06.77v7 Tx 11 00                                           | ..    14-MAY-1998 00:34:06.78f7 Rx 13 00                                           | ..C   14-MAY-1998 00:34:06.78tC Tx 11 01 53 48 4F 57 20 53 45 52 56 45 52 0D       | ..SHOW SERVER.t   14-MAY-1998 00:34:06.84 E Rx 13 01 53 48 4F 57 20 53 45 52 56 45 52 0D 00 00 | ..SHOW SERVER... E Rx 0D 0A 0D 0A 44 45 43 73 65 72 76 65 72 20 32 30 | ....DECserver 20a@ Rx 30 20 56 33 2E 33 20 42 4C 33 39 20 20 20 20 20 | 0 V3.3 BL39E Rx 4C 41 54 20 56 35 2E 31 20 20 20 52 4F 4D 20 42 | LAT V5.1   ROM B C Rx 4C 32 30 20 20 20 20 55 70 74 69 6D 65 3A 20 20 | L20    Uptime:wE Rx 20 30 20 30 30 3A 30 31 3A 35 30 0D 0A 0D 0A 00 |  0 00:01:50.....eE Rx 41 64 64 72 65 73 73 3A 20 20 20 30 38 2D 30 30 | Address:   08-00 E Rx 2D 32 42 2D 30 36 2D 42 36 2D 32 39 20 20 20 4E | -2B-06-B6-29   N-E Rx 61 6D 65 3A 20 20 20 4C 41 54 5F 30 38 30 30 32 | ame:   LAT_08002-E Rx 42 30 36 42 36 32 39 20 20 20 4E 75 6D 62 65 72 | B06B629   NumbereE Rx 3A 20 20 20 20 20 30 0D 0A 0D 0A 00 49 64 65 6E | :     0.....Iden3E Rx 74 69 66 69 63 61 74 69 6F 6E 3A 20 20 0D 0A 0D | tification:  ...tE Rx 0A 00 43 69 72 63 75 69 74 20 54 69 6D 65 72 3A | ..Circuit Timer:tD Rx 20 20 20 20 20 20 20 20 20 20 20 20 38 30 00 20 |             80.E Rx 20 20 20 20 20 20 20 20 20 20 50 61 73 73 77 6F |           Passwo4> Rx 72 64 20 4C 69 6D 69 74 3A 20 20 20 20 20       | rd Limit:   14-MAY-1998 00:34:06.99h7 Tx 11 00                                           | ..    14-MAY-1998 00:34:07.05dE Rx 13 00 20 20 20 20 20 20 20 33 0D 0A 00 43 6F 6E | ..       3...Cont? Rx 73 6F 6C 65 20 50 6F 72 74 3A 20 20 20 20 20 20 | sole Port:o? Rx 20 20 20 20 20 20 20 20 31 00 20 20 20 20 20 20 |         1.yA Rx 20 20 20 20 20 50 72 6F 6D 70 74 3A 20 20 20 20 |      Prompt:mE Rx 20 20 20 20 20 20 20 20 20 20 4C 6F 63 61 6C 3E |           Local> E Rx 20 0D 0A 00 49 6E 61 63 74 69 76 69 74 79 20 54 |  ...Inactivity TrE Rx 69 6D 65 72 3A 20 20 20 20 20 20 20 20 20 33 30 | imer:         30eE Rx 00 20 20 20 20 20 20 20 20 20 20 20 51 75 65 75 | .           Queu>= Rx 65 20 4C 69 6D 69 74 3A 20 20 20 20 20 20 20 20 | e Limit:5E Rx 20 20 20 20 20 20 32 34 0D 0A 00 4B 65 65 70 61 |       24...Keepai@ Rx 6C 69 76 65 20 54 69 6D 65 72 3A 20 20 20 20 20 | live Timer:= Rx 20 20 20 20 20 32 30 00 20 20 20 20 20 20 20 20 |      20.TE Rx 20 20 20 52 65 74 72 61 6E 73 6D 69 74 20 4C 69 |    Retransmit Li E Rx 6D 69 74 3A 20 20 20 20 20 20 20 20 20 20 38 0D | mit:          8.iE Rx 0A 00 4D 75 6C 74 69 63 61 73 74 20 54 69 6D 65 | ..Multicast Time C Rx 72 3A 20 20 20 20 20 20 20 20 20 20 33 30       | r:          30m   14-MAY-1998 00:34:07.20e7 Tx 11 01                                           | ..    14-MAY-1998 00:34:07.26oE Rx 13 01 00 20 20 20 20 20 20 20 20 20 20 20 53 65 | ...           SeoA Rx 73 73 69 6F 6E 20 4C 69 6D 69 74 3A 20 20 20 20 | ssion Limit:iE Rx 20 20 20 20 20 20 20 20 33 32 0D 0A 00 4E 6F 64 |         32...Nod = Rx 65 20 4C 69 6D 69 74 3A 20 20 20 20 20 20 20 20 | e Limit: ? Rx 20 20 20 20 20 20 31 30 30 00 20 20 20 20 20 20 |       100.rC Rx 20 20 20 20 20 53 6F 66 74 77 61 72 65 3A 20 20 |      Software:tE Rx 20 20 20 20 20 20 20 20 50 52 30 38 30 31 45 4E |         PR0801EN E Rx 47 0D 0A 0D 0A 00 53 65 72 76 69 63 65 20 47 72 | G.....Service Gr E Rx 6F 75 70 73 3A 00 20 20 20 30 00 00 00 0D 0A 0D | oups:.   0......>E Rx 0A 45 6E 61 62 6C 65 64 20 43 68 61 72 61 63 74 | .Enabled CharacteE Rx 65 72 69 73 74 69 63 73 3A 0D 0A 0D 0A 00 41 6E | eristics:.....AnnE Rx 6E 6F 75 6E 63 65 6D 65 6E 74 73 00 2C 20 20 42 | nouncements.,  BeE Rx 72 6F 61 64 63 61 73 74 00 2C 20 20 44 75 6D 70 | roadcast.,  DumpnE Rx 00 2C 20 20 4C 6F 63 6B 00 00 00 0D 0A 00 0D 0A | .,  Lock........c= Rx 4C 6F 63 61 6C 3E 20 00                         | Local> .n   14-MAY-1998 00:34:07.41 7 Tx 11 00                                           | ..    14-MAY-1998 00:34:07.42u7 Rx 13 00                                           | ..t   14-MAY-1998 00:34:07.42HD Tx 11 01 53 48 4F 57 20 53 45 52 56 49 43 45 0D    | ..SHOW SERVICE.   14-MAY-1998 00:34:07.46iE Rx 13 01 53 48 4F 57 20 53 45 52 56 49 43 45 0D 0D | ..SHOW SERVICE.. D Rx 0A 0D 0A 53 65 72 76 69 63 65 20 4E 61 6D 65 20 | ...Service NameB Rx 20 20 20 20 20 20 20 53 74 61 74 75 73 20 20 20 |        StatusE Rx 20 20 20 20 49 64 65 6E 74 69 66 69 63 61 74 69 |     Identificati0@ Rx 6F 6E 0D 0A 00 0D 0A 4E 41 55 52 20 20 20 20 20 | on.....NAURE Rx 20 20 20 20 20 20 20 20 20 20 20 41 76 61 69 6C |            AvailbE Rx 61 62 6C 65 20 20 20 20 09 57 65 6C 63 6F 6D 65 | able    .WelcomesD Rx 20 74 6F 20 4F 70 65 6E 56 4D 53 20 56 41 58 20 |  to OpenVMS VAXE Rx 56 36 2E 32 20 20 20 20 00 00 00 0D 0A 00 0D 0A | V6.2    ........t= Rx 4C 6F 63 61 6C 3E 20 00                         | Local> .e   14-MAY-1998 00:34:07.55r7 Tx 11 00                                           | ..g   14-MAY-1998 00:34:07.56m7 Rx 13 00                                           | ..i   14-MAY-1998 00:34:07.57nC Tx 11 01 53 48 4F 57 20 50 4F 52 54 20 31 0D       | ..SHOW PORT 1.u   14-MAY-1998 00:34:07.63iE Rx 13 01 53 48 4F 57 20 50 4F 52 54 20 31 0D 0D 0A | ..SHOW PORT 1...R@ Rx 0D 0A 0D 0A 50 6F 72 74 20 31 3A 20 20 20 20 20 | ....Port 1:4 Rx 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 |E Rx 20 20 20 20 20 20 20 20 20 20 20 53 65 72 76 65 |            Serve E Rx 72 3A 20 4C 41 54 5F 30 38 30 30 32 42 30 36 42 | r: LAT_08002B06BtE Rx 36 32 39 0D 0A 0D 0A 00 43 68 61 72 61 63 74 65 | 629.....Character< Rx 72 20 53 69 7A 65 3A 20 20 20 20 20 20 20 20 20 | r Size:E Rx 20 20 20 38 20 20 20 20 20 20 20 20 20 20 20 49 |    8           Ie@ Rx 6E 70 75 74 20 53 70 65 65 64 3A 20 20 20 20 20 | nput Speed:E Rx 20 20 20 34 38 30 30 0D 0A 00 46 6C 6F 77 20 43 |    4800...Flow C < Rx 6F 6E 74 72 6F 6C 3A 20 20 20 20 20 20 20 20 20 | ontrol:; Rx 20 20 20 58 4F 4E 20 20 20 20 20 20 20 20 20 20 |    XONtC Rx 20 4F 75 74 70 75 74 20 53 70 65 65 64 3A 20 20 |  Output Speed: E Rx 20 20 20 20 20 34 38 30 30 0D 0A 00 50 61 72 69 |      4800...PariS8 Rx 74 79 3A 20 20 20 20 20 20 20 20 20 20 20 20 20 | ty:= Rx 20 20 20 20 4E 6F 6E 65 20 20 20 20 20 20       |     None    14-MAY-1998 00:34:07.81S7 Tx 11 00                                           | ..r   14-MAY-1998 00:34:07.87aE Rx 13 00 20 20 20 20 20 4D 6F 64 65 6D 20 43 6F 6E | ..     Modem ConcE Rx 74 72 6F 6C 3A 20 20 44 69 73 61 62 6C 65 64 0D | trol:  Disabled.y@ Rx 0A 0D 0A 00 41 63 63 65 73 73 3A 20 20 20 20 20 | ....Access:E Rx 20 20 20 20 20 20 20 20 20 20 20 4C 6F 63 61 6C |            LocaliE Rx 20 20 20 20 20 20 20 20 20 20 20 4C 6F 63 61 6C |            Local E Rx 20 53 77 69 74 63 68 3A 20 20 20 20 20 20 20 4E |  Switch:       N,D Rx 6F 6E 65 0D 0A 00 42 61 63 6B 77 61 72 64 73 20 | one...BackwardsE Rx 53 77 69 74 63 68 3A 20 20 20 20 20 20 20 4E 6F | Switch:       NoeE Rx 6E 65 20 20 20 20 20 20 20 20 20 20 20 4E 61 6D | ne           NamoE Rx 65 3A 20 20 20 20 20 20 20 20 20 20 20 20 20 50 | e:             PtC Rx 4F 52 54 5F 31 0D 0A 00 42 72 65 61 6B 3A 20 20 | ORT_1...Break:eE Rx 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 4C |                LgE Rx 6F 63 61 6C 20 20 20 20 20 20 20 20 20 20 20 53 | ocal           S(B Rx 65 73 73 69 6F 6E 20 4C 69 6D 69 74 3A 20 20 20 | ession Limit:E Rx 20 20 20 20 20 20 34 0D 0A 00 46 6F 72 77 61 72 |       4...Forwar ? Rx 64 73 20 53 77 69 74 63 68 3A 20 20 20 20       | ds Switch:    14-MAY-1998 00:34:08.02 7 Tx 11 01                                           | ..a   14-MAY-1998 00:34:08.08v? Rx 13 01 20 20 20 20 4E 6F 6E 65 20 20 20 20 20 20 | ..    Noneo? Rx 20 20 20 20 20 54 79 70 65 3A 20 20 20 20 20 20 |      Type:pE Rx 20 20 20 20 20 20 20 20 20 53 6F 66 74 0D 0A 0D |          Soft...IE Rx 0A 00 50 72 65 66 65 72 72 65 64 20 53 65 72 76 | ..Preferred ServsE Rx 69 63 65 3A 20 4E 6F 6E 65 0D 0A 0D 0A 00 41 75 | ice: None.....AuhE Rx 74 68 6F 72 69 7A 65 64 20 47 72 6F 75 70 73 3A | thorized Groups: E Rx 00 20 20 20 30 00 00 00 0D 0A 28 43 75 72 72 65 | .   0.....(Curre B Rx 6E 74 29 20 20 47 72 6F 75 70 73 3A 00 20 20 20 | nt)  Groups:.D Rx 30 00 00 00 0D 0A 0D 0A 45 6E 61 62 6C 65 64 20 | 0.......EnabledE Rx 43 68 61 72 61 63 74 65 72 69 73 74 69 63 73 3A | Characteristics:eD Rx 0D 0A 0D 0A 00 41 75 74 6F 62 61 75 64 00 2C 20 | .....Autobaud.,E Rx 20 41 75 74 6F 70 72 6F 6D 70 74 00 2C 20 20 42 |  Autoprompt.,  BiE Rx 72 6F 61 64 63 61 73 74 00 2C 20 20 49 6E 70 75 | roadcast.,  InpulE Rx 74 20 46 6C 6F 77 20 43 6F 6E 74 72 6F 6C 00 2C | t Flow Control., E Rx 20 20 4C 6F 73 73 20 4E 6F 74 69 66 69 63 61 74 |   Loss NotificatLC Rx 69 6F 6E 00 2C 0D 0A 4D 65 73 73 61 67 65       | ion.,..Message3   14-MAY-1998 00:34:08.24v7 Tx 11 00                                           | ..h   14-MAY-1998 00:34:08.25oE Rx 13 00 20 43 6F 64 65 73 00 2C 20 20 4F 75 74 70 | .. Codes.,  OutpsE Rx 75 74 20 46 6C 6F 77 20 43 6F 6E 74 72 6F 6C 00 | ut Flow Control.tE Rx 2C 20 20 56 65 72 69 66 69 63 61 74 69 6F 6E 00 | ,  Verification. D Rx 00 00 0D 0A 00 0D 0A 4C 6F 63 61 6C 3E 20 00    | .......Local> .   14-MAY-1998 00:34:08.29i7 Tx 11 01                                           | ..0   14-MAY-1998 00:34:08.30c7 Rx 13 01                                           | ..R   14-MAY-1998 00:34:08.31 C Tx 11 00 53 48 4F 57 20 50 4F 52 54 20 32 0D       | ..SHOW PORT 2..   14-MAY-1998 00:34:08.37pE Rx 13 00 53 48 4F 57 20 50 4F 52 54 20 32 0D 0D 0A | ..SHOW PORT 2...f@ Rx 0D 0A 0D 0A 50 6F 72 74 20 32 3A 20 20 20 20 20 | ....Port 2:4 Rx 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 |E Rx 20 20 20 20 20 20 20 20 20 20 20 53 65 72 76 65 |            Serve-E Rx 72 3A 20 4C 41 54 5F 30 38 30 30 32 42 30 36 42 | r: LAT_08002B06BJE Rx 36 32 39 0D 0A 0D 0A 00 43 68 61 72 61 63 74 65 | 629.....Characteo< Rx 72 20 53 69 7A 65 3A 20 20 20 20 20 20 20 20 20 | r Size:E Rx 20 20 20 38 20 20 20 20 20 20 20 20 20 20 20 49 |    8           Is@ Rx 6E 70 75 74 20 53 70 65 65 64 3A 20 20 20 20 20 | nput Speed:E Rx 20 20 31 39 32 30 30 0D 0A 00 46 6C 6F 77 20 43 |   19200...Flow Ca< Rx 6F 6E 74 72 6F 6C 3A 20 20 20 20 20 20 20 20 20 | ontrol:; Rx 20 20 20 58 4F 4E 20 20 20 20 20 20 20 20 20 20 |    XONsC Rx 20 4F 75 74 70 75 74 20 53 70 65 65 64 3A 20 20 |  Output Speed:dE Rx 20 20 20 20 31 39 32 30 30 0D 0A 00 50 61 72 69 |     19200...Pariw8 Rx 74 79 3A 20 20 20 20 20 20 20 20 20 20 20 20 20 | ty:= Rx 20 20 20 20 4E 6F 6E 65 20 20 20 20 20 20       |     None-   14-MAY-1998 00:34:08.5207 Tx 11 01                                           | ..r   14-MAY-1998 00:34:08.59 E Rx 13 01 20 20 20 20 20 4D 6F 64 65 6D 20 43 6F 6E | ..     Modem ConDE Rx 74 72 6F 6C 3A 20 20 44 69 73 61 62 6C 65 64 0D | trol:  Disabled.s@ Rx 0A 0D 0A 00 41 63 63 65 73 73 3A 20 20 20 20 20 | ....Access:E Rx 20 20 20 20 20 20 20 20 20 20 52 65 6D 6F 74 65 |           RemotesE Rx 20 20 20 20 20 20 20 20 20 20 20 4C 6F 63 61 6C |            LocaleE Rx 20 53 77 69 74 63 68 3A 20 20 20 20 20 20 20 4E |  Switch:       N-D Rx 6F 6E 65 0D 0A 00 42 61 63 6B 77 61 72 64 73 20 | one...BackwardsE Rx 53 77 69 74 63 68 3A 20 20 20 20 20 20 20 4E 6F | Switch:       No E Rx 6E 65 20 20 20 20 20 20 20 20 20 20 20 4E 61 6D | ne           NamyE Rx 65 3A 20 20 20 20 20 20 20 20 20 20 20 20 20 50 | e:             PoC Rx 4F 52 54 5F 32 0D 0A 00 42 72 65 61 6B 3A 20 20 | ORT_2...Break:oE Rx 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 4C |                LRE Rx 6F 63 61 6C 20 20 20 20 20 20 20 20 20 20 20 53 | ocal           SSB Rx 65 73 73 69 6F 6E 20 4C 69 6D 69 74 3A 20 20 20 | ession Limit:E Rx 20 20 20 20 20 20 34 0D 0A 00 46 6F 72 77 61 72 |       4...ForwarU? Rx 64 73 20 53 77 69 74 63 68 3A 20 20 20 20       | ds Switch:n   14-MAY-1998 00:34:08.75X7 Tx 11 00                                           | ..o   14-MAY-1998 00:34:08.81w? Rx 13 00 20 20 20 20 4E 6F 6E 65 20 20 20 20 20 20 | ..    None-? Rx 20 20 20 20 20 54 79 70 65 3A 20 20 20 20 20 20 |      Type: E Rx 20 20 20 20 20 20 20 20 20 53 6F 66 74 0D 0A 0D |          Soft... E Rx 0A 00 50 72 65 66 65 72 72 65 64 20 53 65 72 76 | ..Preferred Serv E Rx 69 63 65 3A 20 4E 6F 6E 65 0D 0A 0D 0A 00 41 75 | ice: None.....Au.E Rx 74 68 6F 72 69 7A 65 64 20 47 72 6F 75 70 73 3A | thorized Groups:tE Rx 00 20 20 20 30 00 00 00 0D 0A 28 43 75 72 72 65 | .   0.....(Curre0B Rx 6E 74 29 20 20 47 72 6F 75 70 73 3A 00 20 20 20 | nt)  Groups:.D Rx 30 00 00 00 0D 0A 0D 0A 45 6E 61 62 6C 65 64 20 | 0.......EnabledE Rx 43 68 61 72 61 63 74 65 72 69 73 74 69 63 73 3A | Characteristics: E Rx 0D 0A 0D 0A 00 41 75 74 6F 70 72 6F 6D 70 74 00 | .....Autoprompt.kC Rx 2C 20 20 42 72 6F 61 64 63 61 73 74 00 2C 20 20 | ,  Broadcast., E Rx 49 6E 70 75 74 20 46 6C 6F 77 20 43 6F 6E 74 72 | Input Flow Contr:E Rx 6F 6C 00 2C 20 20 4C 6F 73 73 20 4E 6F 74 69 66 | ol.,  Loss Notif2E Rx 69 63 61 74 69 6F 6E 00 2C 0D 0A 4D 65 73 73 61 | ication.,..MessauC Rx 67 65 20 43 6F 64 65 73 00 2C 20 20 4F 75       | ge Codes.,  Oug   14-MAY-1998 00:34:08.9677 Tx 11 01                                           | ..o   14-MAY-1998 00:34:08.97oE Rx 13 01 74 70 75 74 20 46 6C 6F 77 20 43 6F 6E 74 | ..tput Flow Cont E Rx 72 6F 6C 00 2C 20 20 56 65 72 69 66 69 63 61 74 | rol.,  VerificatuE Rx 69 6F 6E 00 00 00 0D 0A 00 0D 0A 4C 6F 63 61 6C | ion........Localh8 Rx 3E 20 00                                        | > .   14-MAY-1998 00:34:09.01 7 Tx 11 00                                           | ..    14-MAY-1998 00:34:09.02b7 Rx 13 00                                           | ..M    (     Best regards, and have fun with this     Jesper Naurt   ------------------------------   End of INFO-VAX 2003.253 ************************