1 INFO-VAX	Sat, 07 Oct 2000	Volume 2000 : Issue 560       Contents: Re: Basic freeware CD problems Re: Basic freeware CD problems: Can a dumb terminal be used as a console on a  VMS DS20E ?> Re: Can a dumb terminal be used as a console on a  VMS DS20E ?= Re: Can a dumb terminal be used as a console on a VMS DS20E ? ' Re: Getting Compaq to advertise OpenVMS ' RE: Getting Compaq to advertise OpenVMS ' Re: Getting Compaq to advertise OpenVMS ' Re: Getting Compaq to advertise OpenVMS ' Re: Getting Compaq to advertise OpenVMS ' Re: Getting Compaq to advertise OpenVMS ' Re: Getting Compaq to advertise OpenVMS ' Re: HELP ! VMS License Units Question - 0 Re: Need help with SET HOST in VMS Command File. Re: Problems buying an Alpha?  Re: SYSMAN can use DECnet  Re: TCP/IP 5.0A ECO Appears 
 Re: Vax Basic 
 Re: Vax Basic 
 Re: Vax Basic 
 Re: Vax Basic  VMS 7.n & DECthreads Re: Welcome to Encompass!  Re: Welcome to Encompass! $ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??  F ----------------------------------------------------------------------  % Date: Fri, 06 Oct 2000 14:32:24 -0400 * From: Joshua Cope <Joshua.Cope@Compaq.com>' Subject: Re: Basic freeware CD problems * Message-ID: <39DE1AB8.90DC79F7@Compaq.com>  & paddy.o'brien@zzz.tg.nsw.gov.au wrote: > R > Arne and another respondee are correct about R and C being special synonyms, butM > can be overridden by  user symbols.  Also I think that LO was recently (VMS E > 7.n?) added as a synonym for logout.  It was too popular to ignore.   / Looks like LO for LOGOUT was added back in 7.0.    ------------------------------  % Date: Fri, 06 Oct 2000 17:17:07 -0700 ! From: Shane.F.Smith@Healthnet.com ' Subject: Re: Basic freeware CD problems C Message-ID: <OF215E5373.5CA02646-ON88256971.00014F42@HEALTHNET.COM>   I I remember a friend who normally used that one way back in 5.5-2, 'coz it D surprised me when I first saw him do it. I'm pretty sure it wasn't aD locally set up symbol, because we used to have to log in to a lot of7 customer sites and he claimed it always worked for him.    Shane           > Joshua Cope <Joshua.Cope@COMPAQ.COM> on 10/06/2000 11:32:24 AM  ( Please respond to Joshua.Cope@COMPAQ.COM   To:   Info-VAX@Mvb.Saic.Com  cc:   ( Subject:  Re: Basic freeware CD problems    & paddy.o'brien@zzz.tg.nsw.gov.au wrote: > D > Arne and another respondee are correct about R and C being special
 synonyms, but H > can be overridden by  user symbols.  Also I think that LO was recently (VMSE > 7.n?) added as a synonym for logout.  It was too popular to ignore.   / Looks like LO for LOGOUT was added back in 7.0.    ------------------------------  # Date: Fri, 06 Oct 2000 20:43:03 GMT + From: tom@automatedtech.com (Tom Hickerson) C Subject: Can a dumb terminal be used as a console on a  VMS DS20E ? 3 Message-ID: <39df393f.12720771@news.mindspring.com>   : Can a dumb terminal be used as a console on a  VMS DS20E ?   ------------------------------  % Date: Fri, 06 Oct 2000 18:36:35 -0500 % From: Keith Brown <kbrown780@isd.net> G Subject: Re: Can a dumb terminal be used as a console on a  VMS DS20E ? ' Message-ID: <39DE6203.A72A064F@isd.net>    Tom Hickerson wrote: > < > Can a dumb terminal be used as a console on a  VMS DS20E ?   Yes. --   Keith Brown  kbrown780@isd.net    ------------------------------  $ Date: Fri, 6 Oct 2000 17:58:55 -0400  From: John Santos <JOHN@egh.com>F Subject: Re: Can a dumb terminal be used as a console on a VMS DS20E ?6 Message-ID: <1001006174712.24370B-100000@Ives.egh.com>  ( On Fri, 6 Oct 2000, Tom Hickerson wrote:  < > Can a dumb terminal be used as a console on a  VMS DS20E ?  ; Yes.  One of my customers had a DS20 with an LA120 console. @ They ran out of PCI slots and so pulled the graphics controller.3 (No one used the graphics console 99% of the time.)   = We had to set the console variable to SERIAL and plug a 9-pin ; to 25-pin cable into one of the COM ports.  (I forget if it 1 was the one labeled COM1 or COM2; just try both.)   A I'm not sure if there is a difference between a DS20 and a DS20E,  in this regard, but I doubt it.    --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------   Date: 6 Oct 2000 14:37:52 -0400 / From: jordan@lisa.gemair.com (Jordan Henderson) 0 Subject: Re: Getting Compaq to advertise OpenVMS* Message-ID: <8rl660$77i$1@lisa.gemair.com>  ( In article <39DE0FF4.89E709E4@mmaz.com>,* Barry Treahy, Jr. <Treahy@mmaz.com> wrote: >Jordan Henderson wrote: > G >> That's not a TECHNICAL reason, that's a BUSINESS reason.  There's no + >> TECHNICAL reason the vendors can't port.  >>E >> I agree that there's probably not a TECHNICAL reason not to do the C >> enhancements on OpenVMS/VAX, but like your vendors who don't see @ >> a business reason to do the engineering, Compaq doesn't see a: >> business reason to provide enhancements on OpenVMS/VAX. > L >Yes, but when companies will not release to public domain VMS software thatM >they have discontinued and have also made it very clear they will never port N >the software from VAX/VMS to Alpha/VMS, it is another arrow in the back of us$ >running legacy apps on VAX systems. >   ? Hey, I agree that it's a huge problem for customers when their  D vendors will not update the software for their new platform.  What'sF this have to do with Compaq not providing enhancements to OpenVMS/VAX?  O >TDMS and FMS are two prime examples, both have long been replaced by FORMS and N >through no fault of Hoff, I presume, Compaq still has not made any comment orN >taken any action regardling my request to release the sources of TDMS and FMSA >to the public domain.  This is another stone in the Compaq shoe.  >   " Isn't this a separate issue, also?  I >When the cost of keeping a legacy VAX system running exceeds the cost to L >replace, then the obvious decision is to replace that system.   What CompaqL >must fail to recogonize is that if those stones in the shoe become abundantK >enough to be painful, replacement options that are not dependent on Compaq : >will become the first course of action for many people... >   G DEC bent over backwards trying to make it easy for vendors to port from 
 VAX to Alpha.   F I don't see that Compaq providing lots of enhancements to OpenVMS/VAX D would greatly affect this equation.  Do the enhancements really much? reduce the costs of keeping legacy VAXen?  In fact, if some OS  @ enhancement broke some vendor supplied code that could no longer@ be changed, even through something subtle like timing changes,  C wouldn't these enhancements actually increase the costs of keeping   those VAXen around?   ? As I said before, a VAX shop is likely to be a shop that values  stability over enhancements.   >Just my two cents...  >  >Barry >  >--  > @ >Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO > B >E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028 >  >  >    -Jordan Henderson  jordan@greenapple.com    ------------------------------  % Date: Fri, 06 Oct 2000 15:09:36 -0400 ) From: "Ebinger . Eric" <EEbinger@drc.com> 0 Subject: RE: Getting Compaq to advertise OpenVMSB Message-ID: <7162F87E9EF4D311BA9900805FC1D3AE7A6215@and02.drc.com>   > -----Original Message-----2 > From: Barry Treahy, Jr. [mailto:Treahy@mmaz.com]; > TDMS and FMS are two prime examples, both have long been   > replaced by FORMS and < > through no fault of Hoff, I presume, Compaq still has not  > made any comment or @ > taken any action regardling my request to release the sources  > of TDMS and FMS B > to the public domain.  This is another stone in the Compaq shoe. >   < FMS is still a product (at least it is still included in the; OpenVMS Alpha Software Product Library).  Isn't it a little > bit over the top to demand that Compaq release into the public+ domain a product that it is still shipping?    TDMS, on the other hand...   Eric Ebinger   ------------------------------  % Date: Fri, 06 Oct 2000 16:45:43 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 0 Subject: Re: Getting Compaq to advertise OpenVMS, Message-ID: <39DE39EB.B7F80F14@videotron.ca>   Jordan Henderson wrote: F > That's not a TECHNICAL reason, that's a BUSINESS reason.  There's no* > TECHNICAL reason the vendors can't port.  J Yes there are. What if the 3rd party software relies on Digital middlewareN that Bobby GQ Palmer decided not to port to Alpha ? The 3rd party may have allG the reasons to port their software, but technically they cannot because L Digital technically prevents them since the middleware tools are not present	 on Alpha.    ------------------------------  % Date: Fri, 06 Oct 2000 16:48:41 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 0 Subject: Re: Getting Compaq to advertise OpenVMS, Message-ID: <39DE3A9C.E4D8F59D@videotron.ca>   "Barry Treahy, Jr." wrote:P > TDMS and FMS are two prime examples, both have long been replaced by FORMS andO > through no fault of Hoff, I presume, Compaq still has not made any comment or O > taken any action regardling my request to release the sources of TDMS and FMS  > to the public domain.     F FMS is still used and has been ported to ALPHA. It had originally beenH scheduled for execution, but when Bobby Palmer was told how much revenusC Digital would lose immediatly and how many Alpha sales would become K impossible, he relented and allowed the All-IN-1 group to get FMS ported to ( Alpha. (since A1 relies heavily on FMS).  N But I generally agree, when Compaq decides to make a product mature, it should4 become available for free at least to DECUS members.   ------------------------------   Date: 6 Oct 2000 17:06:45 -0400 / From: jordan@lisa.gemair.com (Jordan Henderson) 0 Subject: Re: Getting Compaq to advertise OpenVMS* Message-ID: <8rlet5$gfd$1@lisa.gemair.com>  , In article <39DE39EB.B7F80F14@videotron.ca>,/ JF Mezei  <jfmezei.spamnot@videotron.ca> wrote:  >Jordan Henderson wrote:G >> That's not a TECHNICAL reason, that's a BUSINESS reason.  There's no + >> TECHNICAL reason the vendors can't port.  > K >Yes there are. What if the 3rd party software relies on Digital middleware O >that Bobby GQ Palmer decided not to port to Alpha ? The 3rd party may have all H >the reasons to port their software, but technically they cannot becauseM >Digital technically prevents them since the middleware tools are not present 
 >on Alpha.  $ This is entirely hypothetical right?  J If not, which Digital middleware tools were not ported from OpenVMS/VAX to OpenVMS/Alpha?   -Jordan Henderson  jordan@greenapple.com    ------------------------------  % Date: Fri, 06 Oct 2000 18:07:45 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 0 Subject: Re: Getting Compaq to advertise OpenVMS, Message-ID: <39DE4D30.839ECA7A@videotron.ca>   Jordan Henderson wrote: & > This is entirely hypothetical right? > L > If not, which Digital middleware tools were not ported from OpenVMS/VAX to > OpenVMS/Alpha?  G Message Router comes to mind. (as well as all the Digital and 3rd party  gateways that had existed).   J I beleive some pointed to some of the CDA converters that were not ported.   Did they ever port PATCH ?   ------------------------------  % Date: Fri, 06 Oct 2000 17:04:40 -0700 ! From: Shane.F.Smith@Healthnet.com 0 Subject: Re: Getting Compaq to advertise OpenVMSC Message-ID: <OF6E10DB56.4CFADE3E-ON88256970.0083A378@HEALTHNET.COM>   F No, that's either a business decision (not enough user base to make itK profitable), an image problem (they don't /think/ there are enough users to 9 make it profitable), or politics (they don't like VAXes).   E It's only technical if it can't be ported because VAX architecture or K hardware isn't capable of supporting the feature. All else can be solved by D money and commitment, which are (or should be) pure business issues.   Shane           J Brian Tillman <tillman_brian@cpmx.mail.saic.com> on 10/06/2000 07:29:45 AM   To:   Info-VAX@Mvb.Saic.Com  cc:   1 Subject:  Re: Getting Compaq to advertise OpenVMS     C >BTW - when you say you can't upgrade from VAX to Alpha, there's no ( >TECHNICAL reason this needs to be true.  I False.  The TECHNICAL reason is that the applications we use DON'T RUN ON I THE ALPHA and the vendors WON'T PORT.  That's as about as technical as it  gets --B .Brian Tillman                   Internet: tillman_brian at si.comA Smiths Industries, Inc.                   tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  $ Date: Fri, 6 Oct 2000 16:49:13 -07007 From: "Graham Bennett" <Graham.Bennett@gems5.gov.bc.ca> 0 Subject: Re: HELP ! VMS License Units Question -) Message-ID: <39de65d3@obsidian.gov.bc.ca>   E Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515 wrote in message ... 0 >In article <ssjrumc1f2k506@corp.supernews.com>,, >    "Islandco" <sales@islandco.com> writes: > O >> Can someone kindly advise me of the "actual" meaning behind the OpenVMS base  >> license "units".  > I >        They  have  no  "meaning"  outside  of  the  LMF.   Within  that I >    facility, each processor/system has a required number of "units" for I >    each  of  various types of licensed product.  For a given system,  a I >    SHOW LICE/CHARGE will list  the  applicable  license  type  and  the  >    number of units required. >   P     That and the /charge qualifier is one of the common 'undocumented' ones (for. my $Help Lic on OpenVMS alpha v7.10-2) system.  M     What would be very useful is the addition of a /charge=<other_Hw_TYPE> so M that we can check the changes required in the license units with an 'upgrade'  eg. E DEC 3000 Model 400 > AlphaServer 2100 4/275 > Compaq AlphaServer ES40 ' Type: A, Units Required: 20 > 500 > 100 - Type: H/I, Units Required: 1050 > 1100 > 1050   P     I can never remember where they are buried in the LMF tables when I need it.   -- Cheers, 3 Graham Bennett, (250) 387-4669w, (250) 387-5231 fax  OpenVMS Platform Management,E Information Technology Services Division, Provice of British Columbia % mailto:Graham.Bennett@gems5.gov.bc.ca . <Standard Disclaimer - these words are my own>   ------------------------------  $ Date: Fri, 6 Oct 2000 17:31:28 -07007 From: "Graham Bennett" <Graham.Bennett@gems5.gov.bc.ca> 9 Subject: Re: Need help with SET HOST in VMS Command File. + Message-ID: <39de6fb9$1@obsidian.gov.bc.ca>   - The submit/remote has some funny limitations.   P For single commands on the remote system we use a DECnet task named REXEC/XECUTEN that works well, can't remember where it came from so can't give credit.  This' works with normal DECnet* proxies, etc.   
 $sh sym rexec    REXEC == "@SYS$LOGIN:REXEC"  $type sys$login:rexec.com    $!remote execute dcl command $! p1 equals node name% $! p2-p8 equals command and arguments  $ remfile:='p1'::xecute.com ) $ open file/error=net_err/write 'remfile' * $ write file "$ assign sys$net sys$output"4 $ write file "$ ''p2 ''p3 ''p4 ''p5 ''p6 ''p7 ''p8 " $ close file# $ xremfile:='p1'::"""task=xecute"""  $ type 'xremfile'  $ del 'remfile';*  $ exit
 $ net_err:O $ write sys$output "NWE-F-Network write error, unable to write file ''remfile'"  $ exit  
     Have fun.   O The VMS Command file you actually were looking for is (with target user account $ not flushing the type ahead buffer):  D $!      setpass_remote.com      set user's password on remote system $! $       SET HOST xxxxx username currentpass  SET PASSWORD currentpass  newpass  newpass  LOGO_  $! $       exit  ,     Execute on local system $@setpass_remote  E     Accept all of the security implications by editting for your use.    -- Cheers, 3 Graham Bennett, (250) 387-4669w, (250) 387-5231 fax  OpenVMS Platform Management,E Information Technology Services Division, Provice of British Columbia % mailto:Graham.Bennett@gems5.gov.bc.ca . <Standard Disclaimer - these words are my own>    Bob Koehler wrote in message ...F >In article <39BE87E0.47BB826B@gte.net>, Jeff - Coachella Valley Water$ <cyberunlimited.org@gte.net> writes:F >> Does anyone know how to automate the SET HOST "nodename" Command inH >> a command file so that it automatically signs on to a node? I need to >> run a commandG >> file that will sign on to another workstation and run a program from' >> that system.  >s7 >   Wrong solution.  Looks like you need submit/remote.3 >p   ------------------------------   Date: 6 Oct 2000 22:39:59 GMTc2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)& Subject: Re: Problems buying an Alpha?, Message-ID: <8rlkbv$ips@gap.cco.caltech.edu>  f In article <1gfkts8h5s67sn6q1ordpcdjevj10gueqq@4ax.com>, Ray Swadling <ray@rgscomputing.co.uk> writes:E >Well, my current site works through a reseller, and I've just spec'deB >and ordered three DS10-based systems. Each system only has 6x18GB  H That must make things awfully snug inside the case - as there are only 3K drive slots in a DS10.  Hopefully some of these were ordered configured for H external use or did you really want 3 spare drives for each system ;-).    Regards,   David Mathog mathog@seqaxp.bio.caltech.edue? Manager, sequence analysis facility, biology division, Caltech n   ------------------------------  % Date: Fri, 06 Oct 2000 16:19:48 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca>m" Subject: Re: SYSMAN can use DECnet, Message-ID: <39DE33DA.1FBDC89B@videotron.ca>   Bob Koehler wrote:E > Wrong.  I've used SYSMAN several times over DECnet in non-clustered  > configurations.    Got curious and made a test.  ' On node BIKE from a non-SYSTEM account:e  F SYSMAN> SET ENV/NODE=VELO/USER=SYSTEM    (followed by password prompt)H SYSMAN> DO DIR $DISk2:[000000...]	(a command that takes a long time on a Microvax II)  Q Then, I went on the console of VELO. NCP showed no network links for user SYSTEM.eG VELO crawled like it was bogged down in a mixture of sand, molasses andBM setting concrete whereas it usually appears to be slowed only by molasses :-)a  L SMISERVER was very CPU hungry, so I assume it was the one doing the command.L Interestingly enough, SHOW PROC SMISERVER/ALL revealed it had a NET4: deviceS allocated to it and no subprocess. And SMISERVER does have a DECnet object created.   i  M So, how exactly does SMISERVER execute the command I asked it to do under therN username/password configuration without creating a process ? Does it gain this, ability with the personna system services ?   G How can SMISERVER  execute a DCL command inside the context of an imagea/ (SMISERVER.EXE) without creating a subprocess ?A  K And is the NET: device allocated to SMISERVER used just in case it receives-D DECNET calls from non-clustered nodes ? I assume that SMISERVER willJ eventually have to support TCPIP to replace the existing DECnet support it6 currecntly has ? Any security implications with that ?   ------------------------------  % Date: Fri, 06 Oct 2000 15:30:19 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> $ Subject: Re: TCP/IP 5.0A ECO Appears, Message-ID: <39DE2844.83DC4489@videotron.ca>   Adri Koopman wrote:a= > DEC-VAXVMS-VMS72_PCSI-A0100--4.PCSI-DCX_VAXEXE, which is aneC > upgrade/patch to PCSI, which brings it to version V7.2-108. Afterh= > applying this kit, I was able to install the TCPIP_ECO kit.   M In the good old days, one could simply take saveset A, edit the KITINSTAL.COM:; file to fix the problem, repackage saveset A and install....  Y PCSI seems to have a degree of "closedness" that make things harder comared to VMSinstal.o   ------------------------------  $ Date: Fri, 6 Oct 2000 20:29:56 +0200" From: "Hans Vlems" <hvlems@iae.nl> Subject: Re: Vax Basic( Message-ID: <8rl57j$3jo$1@news.IAEhv.nl>  
 This one ?  
 Hans Vlems  ) Robert Taylor heeft geschreven in berichtn# <39DDEB30.E353AC00@jpmorgan.com>... 0 >I'm looking for a VMS Basic ng - any pointers ? >c   ------------------------------  $ Date: Fri, 6 Oct 2000 14:41:39 -07002 From: "Randy Park" <rjpark@mindspring.com.nospaam> Subject: Re: Vax Basic2 Message-ID: <8rlhh2$nk3$1@slb7.atl.mindspring.net>  L This is a good place to ask questions on Vax Basic and Dec Basic (or is thatJ Compaq Basic now?).  There are several of us long term Basic users lurking around here.  ; Robert Taylor <taylor_robert@jpmorgan.com> wrote in message & news:39DDEB30.E353AC00@jpmorgan.com...1 > I'm looking for a VMS Basic ng - any pointers ?  >    ------------------------------  % Date: Fri, 06 Oct 2000 17:22:34 -0700 ! From: Shane.F.Smith@Healthnet.como Subject: Re: Vax BasicC Message-ID: <OF99C7314D.132A5839-ON88256971.0001C704@HEALTHNET.COM>9  K Agreed. I've been away from it for a couple of years now, but I always usedoJ to say: "If it can be done in BASIC, I can do it. If it can't, sometimes I! can still do it in BASIC anyway."<  G Fire away. If I've forgotten, there's bound to be someone else here whos hasn't.e   Shane           D Randy Park <rjpark@mindspring.com.nospaam> on 10/06/2000 02:41:39 PM   To:   Info-VAX@Mvb.Saic.Comr cc:    Subject:  Re: Vax Basice    G This is a good place to ask questions on Vax Basic and Dec Basic (or isn thatJ Compaq Basic now?).  There are several of us long term Basic users lurking around here.  ; Robert Taylor <taylor_robert@jpmorgan.com> wrote in messaget& news:39DDEB30.E353AC00@jpmorgan.com...1 > I'm looking for a VMS Basic ng - any pointers ?  >    ------------------------------   Date: 6 Oct 2000 20:49:05 -0700O1 From: nothome@spammers.are.scum (Malcolm Dunnett)t Subject: Re: Vax Basic, Message-ID: <AFSj1nboiSys@malvm1.mala.bc.ca>  D In article <OF99C7314D.132A5839-ON88256971.0001C704@HEALTHNET.COM>, &    Shane.F.Smith@Healthnet.com writes: > M > Agreed. I've been away from it for a couple of years now, but I always used L > to say: "If it can be done in BASIC, I can do it. If it can't, sometimes I# > can still do it in BASIC anyway."v > =    There's nothing you can't do in BASIC, you just have to be2 creative :-)   ------------------------------   Date: 07 Oct 2000 02:28:41 GMT' From: dashw459@aol.comeatspam (Doug W.)  Subject: VMS 7.n & DECthreadsh: Message-ID: <20001006222841.25711.00001597@ng-fi1.aol.com>   VMS 7.1-2/7.2-1 and DECthreads      L I have been running test programs using DECthreads.  The programs are run onI both a 4 CPU 2100 @ 292 Mhz and a 4 CPU ES40 @ 667 Mhz.  The programs are D linked specifying kernel threads with upcalls to let the threads runH simultaneously on multiple CPUs.  All the test programs have 3 very busyL threads, a boss and 2 identical workers.  The first statement in main in allM programs is atexit, which invokes a routine to print "Goodbye cruel world" onm program termination.      M The test programs work.  But comparing behavior under VMS 7.1-2 and VMS 7.2-1tO is like comparing apples with oranges.  Admittedly, the target units have large O differences in performance and this programmer is definitely in learning mode. !J But it appears that DECthreads is basically different on each VMS release.      L For instance, an access violation was placed in one of the worker threads to9 see how it would be handled.  Under VMS 7.1-2 one gets...i      	 -F-ACCVIO'   Traceback output  = %CMA-F-EXIT_THREAD, current thread has been requested to exit'   Goodbye cruel worldi      K Unexpectedly the program continues running minus a worker thread.  In otheroN words the process was not brought down.  Note the routine specified by atexit,J indicating program termination, was invoked.   Common sense, and hopefullyM POSIX,  dictate unless you go out of your way to prevent it, a process shouldtM go down on an access violation.  As a 7.1-2 work around, an exit() was placedr: following "Goodbye cruel world" to force the process down.      L The situation is better under VMS 7.2-1.  You get the ACCVIO & traceback andJ always go down.  You may or may not get a DECthreads bugcheck for a threadN holding a negative TID or Goodbye cruel world.  The bugcheck is misleading andI apparently preventable under VMS 7.2-1.  Is there any way of stopping thes; bugcheck and guaranteeing Goodbye cruel world under 7.2-1?        K Are the differences between recent versions of DECthreads posted anywhere?  - Anyone know how TRU64 handles this situation?.   ------------------------------  % Date: Fri, 06 Oct 2000 15:31:48 -0400o- From: JF Mezei <jfmezei.spamnot@videotron.ca>e" Subject: Re: Welcome to Encompass!, Message-ID: <39DE289C.EF0725A2@videotron.ca>   Jeff Killeen wrote:  > M > Effective this week Encompass is accepting Sustaining memberships no mattere. > what the person's country of residence is...  
 Good move.  G Has the "encompass" name been officially scanctioned worldwide with all L remaining decus chapters worldwide adopting that name, or is that a USA only name ?  " Does Encompass also include ITUG ?   ------------------------------  % Date: Fri, 06 Oct 2000 18:55:29 -0700s9 From: Clemens Wermelskirchen <wermelsk@SLAC.Stanford.EDU>E" Subject: Re: Welcome to Encompass!5 Message-ID: <39DE8290.2F49CC3@ssrl.slac.stanford.edu>r  E There has been some discussion in the Encompass Open Board meeting on $ Tuesday during the CETS event in LA.  P It seems that the new name, i.e. the by-laws that define it, have not officiallyF been sanctioned by the members in the US yet. This vote is supposed to happen soon (in October).e  F I also know for sure that DECUS Munich will not change its name in the foreseeable future.-   Clemens Wermelskirchen     JF Mezei wrote:-   > Jeff Killeen wrote:0 > > O > > Effective this week Encompass is accepting Sustaining memberships no matters0 > > what the person's country of residence is... >9 > Good move. > I > Has the "encompass" name been officially scanctioned worldwide with alleN > remaining decus chapters worldwide adopting that name, or is that a USA only > name ? >s$ > Does Encompass also include ITUG ?   ------------------------------  % Date: Fri, 06 Oct 2000 19:37:45 +0100o+ From: "antonio.carlini" <arcarlini@iee.org> - Subject: Re: Why has Compaq retired DECnet ??,' Message-ID: <39DE1BF9.59F24F8F@iee.org>.   Didier Morandi wrote:u >  > "antonio.carlini" wrote: > > - > > > What if Compaq stops supporting DECnet,02 > > > how big will be the impact on the customers? > >yA > > It has not happened. There was still plenty of DECnet supports; > > happening in engineering and in the CSCs as recently assA > > this summer. I don't expect anything has changed just becauses > > I left :-) > G > Hang on. The person in charge of COMPAQ at Global Knowledge in FranceAJ > told me that there is no more COMPAQ *internal* training for the OpenVMSG > SW engineers in France. They are trained by GKN, and GKN is today the I > only COMPAQ authorized training partner. These are facts (or my contactr > didn't tell me the truth).  D A number of years ago DEC sold off the training group (Ed. Services)@ to an external company - I'm pretty sure it was GKN. So I am notE surprised to hear that there are no *internal* training courses since F there is obviously noone to give them. If customers need training they go to someone like GKN.   F This is very different to there being no support. As long as there areC CSCs available (and engineers available to fix the bugs) then there3 is support.w  E > So, let's suppose this is true worldwide. Where will these ColoradoDH > Springs guys go for training? (okay, the answer is PARSEC, but this is > not the issue).t  E I only ever worked in engineering but I expect that the CSC personnel C are either sent on external training courses (where appropriate) or ? are trained internally (either formally or on-the-job) by otherc CSC personnel.   Antonio    ---------------r- Antonio Carlini             arcarlini@iee.org-   ------------------------------  % Date: Fri, 06 Oct 2000 15:45:40 -0400@- From: JF Mezei <jfmezei.spamnot@videotron.ca>s- Subject: Re: Why has Compaq retired DECnet ??1, Message-ID: <39DE2BDC.1F66A6D8@videotron.ca>  ! re: need for DECNET in a cluster.:  @ Ok, so the cluster can now be formed and managed without DECnet.  1 Ok, so DECnet is no longer a "required" product. n  J But how much software still expects the presence of DECnet in a cluster to/ communicate between instances of the software ?   J Can PHONE call a user in a cluster without DECNET if that use isn't on theL same node ? And more importantly, is MAIL smart enough to bypass DECNET if IK type "NODE2::USER"  in the TO field and NODE2 is part of the same cluster ?0  M I agree that the VMS engineers have gone a long way to remove dependancies onfH DECnet. But there are still many leftovers of the glory days of DECnet.   L I also agree that the direction taken does make it very easy to beleive that% DECnet will eventually be phased out.a   ------------------------------  % Date: Fri, 06 Oct 2000 17:18:21 -0700<! From: Shane.F.Smith@Healthnet.com - Subject: Re: Why has Compaq retired DECnet ??eC Message-ID: <OF46859BDB.ABB73177-ON88256971.0001A44F@HEALTHNET.COM>S   Nothing I ever wrote...T   Shaner          A JF Mezei <jfmezei.spamnot@videotron.ca> on 10/06/2000 12:45:40 PMC   To:   Info-VAX@Mvb.Saic.Com> cc:n  . Subject:  Re: Why has Compaq retired DECnet ??    ! re: need for DECNET in a cluster.t  @ Ok, so the cluster can now be formed and managed without DECnet.  0 Ok, so DECnet is no longer a "required" product.  J But how much software still expects the presence of DECnet in a cluster to/ communicate between instances of the software ?n  J Can PHONE call a user in a cluster without DECNET if that use isn't on theJ same node ? And more importantly, is MAIL smart enough to bypass DECNET if IsK type "NODE2::USER"  in the TO field and NODE2 is part of the same cluster ?a  J I agree that the VMS engineers have gone a long way to remove dependancies onG DECnet. But there are still many leftovers of the glory days of DECnet.v  G I also agree that the direction taken does make it very easy to beleiveo that% DECnet will eventually be phased out.n   ------------------------------  % Date: Fri, 06 Oct 2000 19:02:55 -0700t9 From: Clemens Wermelskirchen <wermelsk@SLAC.Stanford.EDU>h- Subject: Re: Why has Compaq retired DECnet ?? 6 Message-ID: <39DE844F.64594DE1@ssrl.slac.stanford.edu>  C The question about DECnet has been asked in the OpenVMS engineering  session at CETS in LA.  : The CLEAR answer was: DECnet is around and will be around.? There will be continuing support for DECnet Phase IV as well asa DECnet-Plus!  > Thanks to the OpenVMS engineers for this very clear statement!  F In regards to the old Digital network products, you certainly all knowC that the Digital network engineers, who were acquired by Cabletron, < are now continuing their business as an independant company.4 This new company, DNPG, was present in LA and alive. See http://www.dnpg.comy   Clemens Wermelskirchen   Didier Morandi wrote:o   > John Macallister wrote:c > >n: > > Any chance of a definitive statement on DECnet future? > C > Did someone here get any info from the Project Manager at COMPAQ?f >e > D.   ------------------------------   End of INFO-VAX 2000.560 ************************