1 INFO-VAX	Fri, 06 Oct 2000	Volume 2000 : Issue 559       Contents: Re: Basic freeware CD problems Re: Basic freeware CD problems Re: Basic freeware CD problems, CA7 on VAX: Which Polycenter tool: Scheduler CETS2000 or DECUS Symposium?1 Re: Clustering VAXstation with dead serial driver  Re: Compaq VMS promo COPY/FTP syntax  Re: COPY/FTP syntax 
 DEC resellers  Re: DEC resellers  DECdtm DECnet client example  DECdtm Decnet TTT server example Re: DECnet/Alpha vs Web  Re: Exec vs Super  Re: Exec vs Super  Re: Exec vs Super  Re: Exec vs Super  FTP agreement?' 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 " Inhibiting VMS Unshelving of files Java Terminal and etc ...  lib$file_scan C example? Re: Newbie:  Mail  Re: Newbie:  Mail  Re: OpenVMS Integrated products   OpenVMS System Manager - BermudaE Postgresql on VMS, Was: Seeking info/prices for OpenVMS and hardware. ( Recall: Why has Compaq retired DECnet ??% Re: restart an Alpha ETN42-CA machine 1 Re: Seeking info/prices for OpenVMS and hardware. 1 Re: Seeking info/prices for OpenVMS and hardware. 1 Re: Seeking info/prices for OpenVMS and hardware. & RE: Shark x Penguin : The OpenVMS Logo SYSMAN can use DECnet  Re: SYSMAN can use DECnet  Re: TCP/IP 5.0A ECO Appears  Re: TCP/IP 5.0A ECO Appears  Re: TCP/IP 5.0A ECO Appears  TCPIP$TELNETSYM.DMP  Re: TCPIP$TELNETSYM.DMP  Re: TCPIP$TELNETSYM.DMP / Re: Thinking of switching from Multinet to UCX. . Re: time to consolidate the TCP/IP work on VMS. RE: time to consolidate the TCP/IP work on VMS. Re: time to consolidate the TCP/IP work on VMS. Re: time to consolidate the TCP/IP work on VMS	 Vax Basic  VMScluster is not DECnet Re: Welcome to Encompass!  Re: Welcome to Encompass!  What is an FPG state?  Re: What is an FPG state?  Re: What is an FPG state?  Re: What is an FPG state? $ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ RE: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ RE: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??$ Re: Why has Compaq retired DECnet ??' Re: www.networks.digital.com retired...   F ----------------------------------------------------------------------  % Date: Fri, 06 Oct 2000 19:56:52 +0010 % From: paddy.o'brien@zzz.tg.nsw.gov.au ' Subject: Re: Basic freeware CD problems 5 Message-ID: <01JV120B4TZM0051S1@tgmail.tg.nsw.gov.au>    Arne wrote:  >Graham Bennett wrote:B >> Arne Vajh=F8j wrote in message <39D069F2.6463AF83@gtech.com>...* >> >paddy.o'brien@zzz.tg.nsw.gov.au wrote: >> >> Stan Quayle wrote:F >> >> What I am seeing is use of a symbol "r", which probably equates=  to run. =20 >This , >> >> would align with the DCL error quoted. >> >D >> >Actually R are a valid abbreviation for RUN on all VMS systems ! >>=20 B >>     IFF you don't have any other DCL commands that begin with RE >>         (RALLY, RDBPRE*, RDBVMS*, RDML*, RDO*, RECALL, RECEIVE...)  >  >Nope. > : >That is the general rule, but there are a few exceptions. >One of them are R for RUN.   F I'm re-replying, because what I thought I saw in an earlier post (sin= ce lost)=20 F was 'R (note the apostrophe) -- and I'm quoted above.  Regardless of = the verb,=20/ this creates a symbol which overrides the verb.   F Arne and another respondee are correct about R and C being special sy= nonyms, but=20F can be overridden by  user symbols.  Also I think that LO was recentl=	 y (VMS=20 C 7.n?) added as a synonym for logout.  It was too popular to ignore.   F Using VERB, C and R are the only single letter synonyms.  I had thoug= ht that H=20/ was too, but it's only one of my local symbols.    Regards, Paddy   Paddy O'Brien, Transmission Development, 
 TransGrid, PO Box A1000, Sydney South,=20 NSW 2000, Australia    Tel:   +61 2 9284-3063 Fax:   +61 2 9284-3050& Email: paddy.o'brien@zzz.tg.nsw.gov.au  F Either "\'" or "\s" (to escape the apostrophe) seems to work for most=  people,; but that little whizz-bang apostrophe gives me little spam.    ------------------------------  $ Date: Fri, 6 Oct 2000 10:33:50 -0400% From: "Brian Tillman" <tillman_brian> ' Subject: Re: Basic freeware CD problems $ Message-ID: <39dde251$1@news.si.com>  @ >    IFF you don't have any other DCL commands that begin with RC >        (RALLY, RDBPRE*, RDBVMS*, RDML*, RDO*, RECALL, RECEIVE...)   E The definition of the verbs RUN and CONTINUE specify R (ans RU) and C  explicitly as synonyms.   
 $ verb run define verb RUN     synonym R
    synonym RU    $ verb continue  define verb CONTINUE    synonym C  F See the command "SYNONYM" there?  This tells DCL to guarantee that the0 abbreviation overrides any ambiguous definition. --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Industries, Inc.                   tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  $ Date: Fri, 6 Oct 2000 09:35:33 -07007 From: "Graham Bennett" <Graham.Bennett@gems5.gov.bc.ca> ' Subject: Re: Basic freeware CD problems + Message-ID: <39de0037$1@obsidian.gov.bc.ca>   K Thanks all, I tripped over one of my symbols that I've used for the last 10  years.  3 So, I expect the more nearly correct rule would be:        A single char works C         iff you don't have any other DCL commands that begin with % *             and % ! an element of { r, c }  )     - not including symbol evaluations...    -- Cheers,  Graham. <Standard Disclaimer - these words are my own>  E Phillip Helbig wrote in message <8rj7us$6a7$1@info.service.rug.nl>... = >In article <39dd036c$1@obsidian.gov.bc.ca>, "Graham Bennett" ) ><Graham.Bennett@gems5.gov.bc.ca> writes:  > D >> >Actually R are a valid abbreviation for RUN on all VMS systems ! >> > >>B >>     IFF you don't have any other DCL commands that begin with RE >>         (RALLY, RDBPRE*, RDBVMS*, RDML*, RDO*, RECALL, RECEIVE...)  > 5 >No.  There is an exception for R(UN) and C(ONTINUE).    ------------------------------  % Date: Fri, 06 Oct 2000 18:47:22 +0200 0 From: Didier Morandi <Didier.Morandi@Easynet.fr>5 Subject: CA7 on VAX: Which Polycenter tool: Scheduler * Message-ID: <39DE021A.2588827D@Easynet.fr>  & paddy.o'brien@zzz.tg.nsw.gov.au wrote: >  ../.. G >Do they mean that they were **given** a damned good polycentre product G >by Digital and they cannot remember the name under which they tried to F >screw a fortune out of all of us suckers who actually made use of theD >Digital product and who would have loved similar functionality at a >reasonable (not CA) cost?  	 Found it:    It's Polycenter Scheduler.6 http://wint.decsy.ru/du/COMPU_2H/POLYC_HZ/POLYC_QA.HTM3 and still named Polycenter Scheduler at CA (afaik).   D Now, where can I find an on-line doc of the DEC Polycenter Scheduler product, please, someone?   < Thanks (the training is supposed to start on Monday 9 am :-)   D.   ------------------------------  % Date: Fri, 06 Oct 2000 08:22:26 +0200 0 From: Didier Morandi <Didier.Morandi@Easynet.fr>% Subject: CETS2000 or DECUS Symposium? * Message-ID: <39DD6FA1.1DB8F172@Easynet.fr>  G What is the CETS2000 Symposium taking place in Los Angeles this week? A  new name for DECUS Symposium?    [just a question]    D.   ------------------------------  $ Date: Fri, 6 Oct 2000 09:41:45 -07007 From: "Graham Bennett" <Graham.Bennett@gems5.gov.bc.ca> : Subject: Re: Clustering VAXstation with dead serial driver+ Message-ID: <39de019f$1@obsidian.gov.bc.ca>   D Is the serial console switch set for the alternate console or flaky?  O If not you wouldn't get the console output, and the port would still respond to J terminal IO after boot (the HD may be spinning in response to a login from username SHOW)   -- 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>  ( Alexander R Svirsky wrote in message ...F >I would like to cluster a VAXstation 3100 M30 with an apparently deadF >serial port driver.  Problem symptoms in serial console configuration >include the following:  > G >- No output from printer port to VT220 during power-up self-test.  The K >terminal is OK and works correctly when connected to a known good VS 3100. H >- VS 3100 apparently passes all self-tests, according to the diagnostic >LEDs.K >- VS 3100 does receive input from the terminal while powered.  When I type H >'show dev', the HD spins up as it should.  I suspect I would be able toB >boot over esa0 into my VAXcluster if only I knew its ethernet ID. >  >Questions -J >How do I find the ethernet ID if I can't read test output on the console?I >Might there be a sticker on the board somewhere?  Also, before I heat up I >my iron, do these symptoms describe a problem that may not be present in  >the serial driver?  >  >-- D >Alexander_R_Svirsky_____________________________atlas@world.std.com   ------------------------------  $ Date: Fri, 6 Oct 2000 10:45:08 -07007 From: "Graham Bennett" <Graham.Bennett@gems5.gov.bc.ca>  Subject: Re: Compaq VMS promo + Message-ID: <39de107f$1@obsidian.gov.bc.ca>   E Alan Greig wrote in message <39c77a18.1124658914@news.newsguy.com>... A >On Tue, 19 Sep 2000 14:27:31 +0200, "Hans Vlems" <hvlems@iae.nl>  >wrote:  > F >>Database vendors are another important segment. How many run on VMS?M >>Adabas/Natural and Oracle/Rdb and it seems to mee that the latter is trying  >>to >>get rid of VMS.  > G >Oracle is most certainly not droping RDB on VMS. They've dropped it on  >NT and Tru-64 but *NOT* VMS.  > # >CA Ingres isn't going away either.  >     + Cognos Powerhouse is another viable option.    ------------------------------  # Date: Fri, 06 Oct 2000 09:04:18 GMT  From: teroconnor@my-deja.com Subject: COPY/FTP syntax) Message-ID: <8rk4ii$qu0$1@nnrp1.deja.com>   G I am trying to do a "Copy/FTP" from a VMS v7.1 server (UCX4.2) to a WNT D server. Whatever syntax I use I seem to get the same error - problem% logging in at the NT server side e.g.   ? COPY/FTP/verb login.com oilcom"administrator xxxxxx"::login.txt / 220 oilcom Microsoft FTP Service (Version 4.0).  Connected to OILCOM.( 331 Password required for administrator.% 530 User administrator cannot log in. 0 %FTP-E-LOGINFAIL, Failed to login at remote host7 -FTP-I-REPLYTEXT, 530 User administrator cannot log in.  221    or  - COPY/FTP/anon login.com oilcom::C:\Foobar.dat 0 %FTP-E-LOGINFAIL, Failed to login at remote hostD -FTP-I-REPLYTEXT, 530 User myuser@vmsserv.ourlan cannot log in, home director y inaccessible.    Any ideas on what to do next?    REgards, Ter       & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  # Date: Fri, 06 Oct 2000 11:35:11 GMT  From: teroconnor@my-deja.com Subject: Re: COPY/FTP syntax) Message-ID: <8rkddf$136$1@nnrp1.deja.com>   ) In article <8rk4ii$qu0$1@nnrp1.deja.com>,    teroconnor@my-deja.com wrote: E > I am trying to do a "Copy/FTP" from a VMS v7.1 server (UCX4.2) to a  WNT F > server. Whatever syntax I use I seem to get the same error - problem' > logging in at the NT server side e.g.  > E Thanks... This is now fixed - the problem was at the NT server side - A not allowing anonymous access to the directories used for copying 
 to/form...    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Fri, 06 Oct 2000 10:17:20 +0100 ' From: benchabane <benchabane@wissal.dz>  Subject: DEC resellers6 Message-ID: <200010060917.e969HKM10231@mail.wissal.dz>   Hi,   M I m looking for DEC resellers in France for new, used or unused equipments...    Thanks.    Lies Benchabane    ------------------------------  % Date: Fri, 06 Oct 2000 17:35:49 +0200 0 From: Didier Morandi <Didier.Morandi@Easynet.fr> Subject: Re: DEC resellers* Message-ID: <39DDF156.D0E51A29@Easynet.fr>   benchabane wrote:  >  > Hi,  > O > I m looking for DEC resellers in France for new, used or unused equipments...  > 	 > Thanks.  >  > Lies Benchabane   
 Here I am :-)    D. --  F   --------------------------------------------------------------------E Le Pacha.k.Mac COMPAQ/DIGITAL 34 avenue Georges Pompidou 81500 Lavaur B    http://www.pachacamac.com   ** Une passion pour l'excellence **F Tl. : 05.63.58.58.63    Fax. : 05.63.58.58.33    GSM : 06.88.97.61.48   ------------------------------  # Date: Fri, 06 Oct 2000 16:19:24 GMT  From: richard_maher@my-deja.com % Subject: DECdtm DECnet client example ) Message-ID: <8rku23$fjn$1@nnrp1.deja.com>   G $!-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 	 =-=-=-=-= / $!      MAHER_DECDTM_PROPAGATION_CHILD_NODE.COM  $!8 $!      This command file to be used in conjunction with *_PARENT_NODE.COM  $!D $!      Parent node process is run on node GROAT to which a proxy is requiredG $!-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 	 =-=-=-=-=  $       Set Verify2 $       DEFINE/PROCESS SQL$DISABLE_CONTEXT "FALSE"' $       SQLMOD == "$SYS$SYSTEM:SQL$MOD"  $!C $!      The code is yours *as is*. I don't offer any support, but I  will answer any C $!      questions (here or via direct e-mail) when/if I can. Enjoy!  $!G $!      NB: This is USER mode, UNpriviledged code! You do *NOT* have to  install C $!      anything. Turn all priviledges *OFF* except (netmbx,tmpmbx)  $! $       set verify  $       gosub   Create_child_cob $       gosub   dist_sql_sqlmod " $       gosub   Create_out_msg_cob $!9 $       cobol/lis                               child.cob ; $       cobol/lis                               out_msg.cob  $!D $!      You need to create a child database in sub-directory [.test] from default directory $!( $       if f$search("test.dir") .eqs. "" $       then" $               create/dir [.test]# $               set default [.test] 1 $               @SQL$SAMPLE:PERSONNEL SQL S NOCDD  $               set default [-] 
 $       endif  $       set verify $!$ $!      Then run the following sql:- $! $       SQL  ATTACH 'FILE [.TEST]PERSONNEL'; ? ALTER TABLE DEPARTMENTS ALTER COLUMN DEPARTMENT_NAME CONSTRAINT ( NO_SPACE CHECK (DEPARTMENT_NAME <> ' '); COMMIT;  EXIT $!+ $!      The SQLMOD is compiled as follows:-  $!' $       SQLMOD DIST_SQL.SQLMOD/CONTEXT= ' (SET_TRANS_RW,UPDATE_DEPT)/CONSTR=IMMED A $!      SQLMOD DIST_SQL.SQLMOD/CONTEXT=(SET_TRANS_RW,UPDATE_DEPT)  $!= $!      You need to do a $MACRO/LIS on the following (call it 
 DIST_DEF.MAR)  $! $       CREATE DIST_DEF.MAR *         .TITLE EXTERNAL SYMBOL DEFINITIONS  &         $PSLDEF                 GLOBAL&         $LNMDEF                 GLOBAL&         $DDTMDEF                GLOBAL&         $DDTMMSGDEF             GLOBAL           .END $! $       MACRO/LIS DIST_DEF.MAR $! $!@ $!      Then you link the CHILD images and create command file:- $!0 $       LINK CHILD, OUT_MSG, DIST_DEF, DIST_SQL, SYS$LIBRARY:SQL$USER/LIB $! $!      Finally:- * $       open/write out sys$login:child.com" $       write out "$run child.exe" $       close out  $! $!; $!      CHILD.COM will be called via PARENT on another node  $! $Exit: $       Exit  H $!---------------------------------------------------------------------- -------- $Create_child_cob: $       create child.cob identification division.+ program-id.    child_rtn with ident "v1.0".  author.        public domain.    data division. working-storage section. * @ 01  out_msg                             pointer value   external out_msg.@ 01  ddtm$m_nowait           pic 9(9)    comp    value   external ddtm$m_nowait.@ 01  ddtm$_integrity         pic 9(9)    comp    value   external ddtm$_integrity.@ 01  lnm$m_case_blind        pic 9(9)    comp    value   external lnm$m_case_blind.r@ 01  psl$c_super             pic 9(9)    comp    value   external psl$c_super.@ 01  io$_readvblk            pic 9(9)    comp    value   external
 io$_readvblk. @ 01  io$_writevblk           pic 9(9)    comp    value   external io$_writevblk.@ 01  ss$_bufferovf           pic 9(9)    comp    value   external ss$_bufferovf.@ 01  ss$_linkdiscon          pic 9(9)    comp    value   external ss$_linkdiscon. @ 01  ss$_linkabort           pic 9(9)    comp    value   external ss$_linkabort.@ 01  ss$_remote              pic 9(9)    comp    value   external ss$_remote.n@ 01  ss$_normal              pic 9(9)    comp    value   external ss$_normal.l@ 01  ss$_abort               pic 9(9)    comp    value   external
 ss$_abort.- 01  sys_status              pic 9(9)    comp.u * C 01  db_spec                 pic x(50)           value   "alias persn filename [.test]personnel".d- 01  sqlcode                 pic 9(9)    comp.?
 01  dtm_iosb.n-     03  dtm_iosb_status     pic 9(4)    comp.e#     03                      pic xx.k-     03  reason_code         pic 9(9)    comp. A 01 rdb$message_vector                                   external. -     03 rdb$lu_num_arguments pic 9(9)    comp. -     03 rdb$lu_status        pic 9(9)    comp.e@     03 rdb$alu_arguments                        occurs 18 times.-         05 rdb$lu_arguments pic 9(9)    comp. 	 01  iosb.E-     03  cond_val            pic 9(4)    comp.l-     03  byte_count          pic 9(4)    comp./-     03  chan_info           pic 9(9)    comp./ *w' 01  msg_buf                 pic x(256).C- 01  msg_len                 pic 9(4)    comp.C 01  sql_ctx.:     03                      pic 9(9)    comp    value   1.:     03                      pic 9(9)    comp    value   1.;     03                      pic 9(9)    comp    value   16. C     03  tid                 pic x(16)           value   low-values. =     03                      pic 9(9)    comp    value   zero.  * - 01  net_chan                pic 9(4)    comp.a< 01  cmd_eof                 pic x               value   "N"." 01  commit_flag             pic x. 01  letter_sent.&     03  ls_tid              pic x(16).&     03  ls_bid              pic x(16).&     03  new_name            pic x(30).'     03                      pic x(450).t *d 01  node_list.     03  item_string.:         05                  pic 9(4)    comp    value   8.@         05                  pic 9(4)    comp    value   external lnm$_string.A         05                              pointer value   referencew
 node_name.-         05                  pic 9(9)    comp.--     03                      pic 9(9)    comp.-% 01  node_name               pic x(8).1- 01  node_name_len           pic 9(4)    comp.j *: procedure division.D kick_off section.- 00.0     perform child_init.t       perform get_cmd.+     perform dist_trans until cmd_eof = "Y".F  &     call "disconnect_db" using sqlcode%     if rdb$lu_status not = ss$_normalw2         call "sys$putmsg" using rdb$message_vector1         call "lib$stop" using by value ss$_abort.  *a fini.t
     stop run.i *  child_init section.h 00.D *+ * Shake hands. *-     call "sys$assign"l)         using   by descriptor   "sys$net"!(                 by reference    net_chan'                 by value        0, 0, 0          giving  sys_status.,1     if sys_status not = ss$_normal and ss$_remote 2         call "lib$stop" using by value sys_status. *+; * Find out which node invoked us. We need the node name forw8 * the $start_branch as we are an Authorized Participant.7 * This allows the child task to be called from multipleR * parent nodes transparently.h *-     call "sys$trnlnm"v0         using   by reference    lnm$m_case_blind>                 by descriptor   "LNM$PROCESS_TABLE", "SYS$NET"6                 by reference    psl$c_super, node_list         giving  sys_status. 4     if sys_status not = ss$_normal and ss$_bufferovf2         call "lib$stop" using by value sys_status.  B     inspect node_name tallying node_name_len for characters before
 initial "::".s  :     call "declare_connection_name" using sqlcode, db_spec.%     if rdb$lu_status not = ss$_normaly3          call "sys$putmsg" using rdb$message_vector92          call "lib$stop" using by value ss$_abort. *z dist_trans section.i 00."     move ls_tid to tid.e       call "sys$start_branchw"$         using   by value        0, 0(                 by reference    dtm_iosb$                 by value        0, 0&                 by reference    ls_tid;                 by descriptor   node_name (1:node_name_len) &                 by reference    ls_bid         giving  sys_status.nB     if sys_status = ss$_normal move dtm_iosb_status to sys_status.A     if sys_status not = ss$_normal call "lib$stop" using by valuen sys_status.  *      perform the_update.n *U *+/ * Send back a zero length record to signal EOF.i: * DECnet PhaseIV didn't require an address PhaseV does :-( *-     call "sys$qiow" :         using   by value        0, net_chan, io$_writevblk$                 by reference    iosb#                 by value        0,0.+                 by reference    letter_sentt)                 by value        0,0,0,0,0e         giving  sys_status.l;     if sys_status = ss$_normal move cond_val to sys_status.eA     if sys_status not = ss$_normal call "lib$stop" using by valuea sys_status."       if commit_flag = "Y"          perform commit_transy     else perform abort_trans.- *  fini.      perform get_cmd. *- get_cmd section. 00.n     call "sys$qiow"g9         using   by value        0, net_chan, io$_readvblk $                 by reference    iosb#                 by value        0,0o+                 by reference    letter_sent1+                 by value        512,0,0,0,0r         giving  sys_status. ;     if sys_status = ss$_normal move cond_val to sys_status.c3     if sys_status = ss$_linkdiscon or ss$_linkaborte         move "Y" to cmd_eof      else&         if sys_status not = ss$_normal6             call "lib$stop" using by value sys_status. *h the_update section.  00.g/     call "set_trans_rw" using sqlcode, sql_ctx.i%     if rdb$lu_status not = ss$_normalr2         call "sys$putmsg" using rdb$message_vector1         call "lib$stop" using by value ss$_abort.   8     call "update_dept" using sqlcode, new_name, sql_ctx.%     if rdb$lu_status not = ss$_normal          move "N" to commit_flag*         call "sys$putmsg"A:                 using   by reference    rdb$message_vector2                         by value        out_msg, 00                         by reference    net_chan"                 giving  sys_status&         if sys_status not = ss$_normal5             call "lib$stop" using by value sys_statuss         end-if     else          move "Y" to commit_flag. *  fini.y *a commit_trans section.n 00.d     display "Ending branch".     call "sys$end_branchw"$         using   by value        0, 0(                 by reference    dtm_iosb$                 by value        0, 0.                 by reference    ls_tid, ls_bid         giving  sys_status.oA     if sys_status not = ss$_normal call "lib$stop" using by valuet sys_status.s *u"     if dtm_iosb_status = ss$_abort          call "sys$getmsg"3                 using   by value        reason_codeo/                         by reference    msg_lenc/                         by descriptor   msg_bufu+                         by value        0,0-!                 giving sys_statuse'          if sys_status not = ss$_normal 7               call "lib$stop" using by value sys_status2          end-ifo9          display "Couldn't commit - " msg_buf (1:msg_len)i,     else if dtm_iosb_status not = ss$_normal=               call "lib$stop" using by value dtm_iosb_status.  *s abort_trans section. 00.-#     display "Aborting transaction".t       call "sys$abort_transw"a0         using   by value        0, ddtm$m_nowait(                 by reference    dtm_iosb$                 by value        0, 0&                 by reference    ls_tid/                 by value        ddtm$_integrityl&                 by reference    ls_bid         giving  sys_status.dB     if sys_status = ss$_normal move dtm_iosb_status to sys_status.A     if sys_status not = ss$_normal call "lib$stop" using by valueB sys_status.  *- end program child_rtn. $       return  H $!---------------------------------------------------------------------- -------- $Create_out_msg_cob: $       create out_msg.cob identification division. program-id.    out_msg.e data division. working-storage section. *k@ 01  io$_writevblk           pic 9(9)    comp    value   external io$_writevblk.@ 01  ss$_abort               pic 9(9)    comp    value   external
 ss$_abort.@ 01  ss$_normal              pic 9(9)    comp    value   external ss$_normal.r- 01  sys_status              pic 9(9)    comp.t * 	 01  iosb.V-     03  cond_val            pic 9(4)    comp.--     03  byte_count          pic 9(4)    comp.V-     03  chan_info           pic 9(9)    comp.l *o linkage section.
 01  msg_desc.,-     03  msg_len             pic 9(4)    comp.l-     03  msg_class           pic 9(4)    comp.r0     03  msg_addr                        pointer.- 01  net_chan                pic 9(4)    comp.d *s procedure division         using   msg_desc,c                 net_chan         giving  ss$_abort. 00.r *+F * This $qiow call could just as easily be a call to T3$SEND that wouldE * transfer all of those lovely descriptive Rdb error messages back to_ * your VB message window.- *-     call "sys$qiow"-:         using   by value        0, net_chan, io$_writevblk$                 by reference    iosb<                 by value        0,0,msg_addr,msg_len,0,0,0,0         giving  sys_status.e;     if sys_status = ss$_normal move cond_val to sys_status. A     if sys_status not = ss$_normal call "lib$stop" using by value  sys_status.        exit program.a   end program out_msg. $       return  H $!---------------------------------------------------------------------- -------- $Dist_sql_sqlmod:i $       create Dist_sql.sqlmod module    dist_sql language  coboly parameter colons  ( declare pers alias filename mf_personnel  ! procedure declare_connection_name          sqlcode,!         :db_spec        char(50);-           attach :db_spec;   procedure set_trans_rw         sqlcode;  "         set transaction read write<                 reserving pers.departments for shared write;   procedure update_deptT         sqlcode1         :dept_name    char(30);r           update pers.departmentse0                 set department_name = :dept_name.                 where department_code= 'PHRN';   procedure disconnect_dbo         sqlcode;           disconnect default;o $       return    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  # Date: Fri, 06 Oct 2000 16:22:39 GMTr From: richard_maher@my-deja.com ) Subject: DECdtm Decnet TTT server example ) Message-ID: <8rku86$fun$1@nnrp1.deja.com>o  G $!-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-T	 =-=-=-=-=m+ $!	MAHER_DECDTM_PROPAGATION_PARENT_NODE.COMe $!3 $!	This command file to be used in conjunction with  *_CHILD_NODE.COM $!> $!	Child node process is run on node GROAT to which a proxy is requiredG $!-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-n	 =-=-=-=-=c $	Set Verify, $	DEFINE/PROCESS SQL$DISABLE_CONTEXT "FALSE"! $	SQLMOD == "$SYS$SYSTEM:SQL$MOD"4 $!> $!	The code is yours *as is*. I don't offer any support, but I will answer anyC> $!	questions (here or via direct e-mail) when/if I can. Enjoy! $!B $!	NB: This is USER mode, UNpriviledged code! You do *NOT* have to install > $!	anything. Turn all priviledges *OFF* except (netmbx,tmpmbx) $! $	set verify $	gosub	Create_parent_cobg $	gosub	dist_sql_sqlmodd $!& $	if	f$getsyi("ARCH_NAME") .eqs. "VAX" $	then $		cobol/lis			parent.cob. $	else( $		cobol/GRANULARITY=BYTE/lis	parent.cob $	endif  $!@ $!	You need to create a parent database in the default database. $!
 $	set noon $	sqlC$ drop database filename mf_personnel; exit $!# $	@SQL$SAMPLE:PERSONNEL SQL M NOCDDk $	set verify $!& $!	The SQLMOD is compiled as follows:- $!! $	SQLMOD DIST_SQL.SQLMOD/CONTEXT=b' (SET_TRANS_RW,UPDATE_DEPT)/CONSTR=IMMED < $!	SQLMOD DIST_SQL.SQLMOD/CONTEXT=(SET_TRANS_RW,UPDATE_DEPT) $!# $!	Then you link the parent image:-D $!1 $	LINK PARENT, DIST_SQL, SYS$LIBRARY:SQL$USER/LIB> $! $!	Finally:- $!
 $!	RUN PARENT  $!B $!	Enter a couple of department_names (you can check the databases if you want)8 $!	before entering spaces. Enter ^Z if you want to exit. $! $Exit: $	Exit  H $!---------------------------------------------------------------------- -------- $Create_parent_cob:e $	create	parent.cobu identification division., program-id.    parent_rtn with ident "v1.0". author.        public domain.    data division. working-storage section. *-@ 01  io$_readvblk            pic 9(9)    comp    value   external
 io$_readvblk.a@ 01  io$_writevblk           pic 9(9)    comp    value   external io$_writevblk.@ 01  ss$_abort               pic 9(9)    comp    value   external
 ss$_abort.@ 01  ss$_remote              pic 9(9)    comp    value   external ss$_remote. @ 01  ss$_normal              pic 9(9)    comp    value   external ss$_normal. - 01  sys_status              pic 9(9)    comp.e *OC 01  db_spec                 pic x(50)           value   "alias pers= filename mf_personnel".=< 01  user_exit               pic x               value   "N"." 01  commit_flag             pic x.' 01  msg_buf                 pic x(256).!- 01  msg_len                 pic 9(4)    comp.f- 01  net_chan                pic 9(4)    comp.  01  letter_sent.&     03  ls_tid              pic x(16).&     03  ls_bid              pic x(16).&     03  new_name            pic x(30).'     03                      pic x(450).p *i 01  sql_ctx.:     03                      pic 9(9)    comp    value   1.:     03                      pic 9(9)    comp    value   1.;     03                      pic 9(9)    comp    value   16. C     03  tid                 pic x(16)           value   low-values. =     03                      pic 9(9)    comp    value   zero.d& 01  bid                     pic x(16). *f- 01  sqlcode                 pic 9(9)    comp.i
 01  dtm_iosb. -     03  dtm_iosb_status     pic 9(4)    comp. #     03                      pic xx. -     03  reason_code         pic 9(9)    comp.D  A 01 rdb$message_vector                                   external.i-     03 rdb$lu_num_arguments pic 9(9)    comp.!-     03 rdb$lu_status        pic 9(9)    comp. @     03 rdb$alu_arguments                        occurs 18 times.-         05 rdb$lu_arguments pic 9(9)    comp.M * 	 01  iosb. -     03  cond_val            pic 9(4)    comp.!-     03  byte_count          pic 9(4)    comp.T-     03  chan_info           pic 9(9)    comp.Q *D 01  ncb.8     03  child_node          pic x(5)    value   "groat".A     03                      pic x(14)   value   '::"task=child"'.  *! procedure division._ kick_off section.T 00.E     perform parent_init.  F     display "Enter new department name  : " erase screen no advancing.     accept      new_name                 protected                  reversed&     at end      move "Y" to user_exit.  -     perform dist_trans until user_exit = "Y".n  @     call "sys$dassgn" using by value net_chan giving sys_status.A     if sys_status not = ss$_normal call "lib$stop" using by value  sys_status.  *  fini.n
     stop run.l *n parent_init section. 00.u *+ * Create the remote task.s *-     call "sys$assign"L#         using   by descriptor   ncbo(                 by reference    net_chan'                 by value        0, 0, 0-         giving  sys_status. 1     if sys_status not = ss$_normal and ss$_remotec2         call "lib$stop" using by value sys_status.  :     call "declare_connection_name" using sqlcode, db_spec.%     if rdb$lu_status not = ss$_normal 3          call "sys$putmsg" using rdb$message_vectoru2          call "lib$stop" using by value ss$_abort. *  fini.  *p dist_trans section.  00.m4     move function upper-case (new_name) to new_name. *+ * Start the transaction. *-     call "sys$start_transw" $         using   by value        0, 0(                 by reference    dtm_iosb$                 by value        0, 0#                 by reference    tidb         giving  sys_status.pB     if sys_status = ss$_normal move dtm_iosb_status to sys_status.A     if sys_status not = ss$_normal call "lib$stop" using by valuev sys_status.i *+7 * Authorize a branch (participant) for the sub-process.i *-     call "sys$add_branchw"$         using   by value        0, 0(                 by reference    dtm_iosb$                 by value        0, 0#                 by reference    tid *                 by descriptor   child_node#                 by reference    bid(         giving  sys_status.lB     if sys_status = ss$_normal move dtm_iosb_status to sys_status.A     if sys_status not = ss$_normal call "lib$stop" using by valueo sys_status.  *+A * Give the remote process what it needs to join in. *PARALLELISM*aC * This could just as easily be a TIP URL. YOU could make it happen!? *-     move tid to ls_tid._     move bid to ls_bid.        call "sys$qiow" :         using   by value        0, net_chan, io$_writevblk$                 by reference    iosb#                 by value        0,0l+                 by reference    letter_sento+                 by value        512,0,0,0,0          giving  sys_status.n;     if sys_status = ss$_normal move cond_val to sys_status._A     if sys_status not = ss$_normal call "lib$stop" using by value  sys_status.  *+
 * Enlist Rdb.e *-/     call "set_trans_rw" using sqlcode, sql_ctx. %     if rdb$lu_status not = ss$_normals2         call "sys$putmsg" using rdb$message_vector1         call "lib$stop" using by value ss$_abort.3 * 8     call "update_dept" using sqlcode, new_name, sql_ctx.!     if rdb$lu_status = ss$_normalp         move "Y" to commit_flag      else2         call "sys$putmsg" using rdb$message_vector          move "N" to commit_flag. *+A * Synchronize with the child process as we can't commit until his D * database work is finished. For this example we don't bother asking@ * the child how its update went. Let the DECdtm 2PC sort it out. *-     perform get_reply.C     perform until byte_count = zeros or sys_status not = ss$_normal 5         display "Child> ", letter_sent (1:byte_count)          perform get_reply      end-perform.A     if sys_status not = ss$_normal call "lib$stop" using by value  sys_status.)       if commit_flag = "Y"         perform commit_trans     else         perform abort_trans. *. fini.  *59     display "Enter new department name  : " no advancing.o     accept      new_name                 protectedp                 reversed&     at end      move "Y" to user_exit. *  get_reply section. 00.      call "sys$qiow" 9         using   by value        0, net_chan, io$_readvblkc$                 by reference    iosb#                 by value        0,0 +                 by reference    letter_sent"+                 by value        512,0,0,0,0t         giving  sys_status. ;     if sys_status = ss$_normal move cond_val to sys_status.i *t commit_trans section.a 00. *     display "Committing transaction. . .".       call "sys$end_transw" $         using   by value        0, 0(                 by reference    dtm_iosb$                 by value        0, 0#                 by reference    tid,         giving  sys_status.tA     if sys_status not = ss$_normal call "lib$stop" using by value  sys_status.p *s"     if dtm_iosb_status = ss$_abort          call "sys$getmsg"3                 using   by value        reason_code /                         by reference    msg_len /                         by descriptor   msg_bufn+                         by value        0,0m"                 giving  sys_status'          if sys_status not = ss$_normalr7               call "lib$stop" using by value sys_statusy          end-if$9          display "Couldn't commit - " msg_buf (1:msg_len)s,     else if dtm_iosb_status not = ss$_normal=               call "lib$stop" using by value dtm_iosb_status.  *e abort_trans section. 00.n(     display "Aborting transaction. . .".       call "sys$abort_transw"m$         using   by value        0, 0(                 by reference    dtm_iosb$                 by value        0, 0#                 by reference    tid !                 by value        0c         giving  sys_status. C     if sys_status = ss$_normal or ss$_abort move dtm_iosb_status to  sys_status. A     if sys_status not = ss$_normal call "lib$stop" using by value  sys_status.  *  end program parent_rtn.t $	return  H $!---------------------------------------------------------------------- -------- $Dist_sql_sqlmod:i $	create Dist_sql.sqlmod module    dist_sql language  cobolb parameter colons  ( declare pers alias filename mf_personnel  ! procedure declare_connection_namet         sqlcode,!         :db_spec        char(50);c           attach :db_spec;   procedure set_trans_rw         sqlcode;  "         set transaction read write<                 reserving pers.departments for shared write;   procedure update_dept          sqlcode          :dept_name    char(30);            update pers.departmentsr0                 set department_name = :dept_name.                 where department_code= 'PHRN';   procedure disconnect_dbl         sqlcode;           disconnect default;  $	return    & Sent via Deja.com http://www.deja.com/ Before you buy.f   ------------------------------  # Date: Fri, 06 Oct 2000 15:44:20 GMTt From: richard_maher@my-deja.com   Subject: Re: DECnet/Alpha vs Web) Message-ID: <8rks0i$dqq$1@nnrp1.deja.com>y   Hi,   F If you're using ACMSxp on the back-end, and whatever the name of theirF web product(s), on the front-end then "right here! right now!" you canB distribute the txn between any W2K MTS machine and any VMS machineD anywhere on the net. This should soon be possible without ACMSxp and surely UNIX will follow.  F As far as RTR goes, if you wanted to add a very expensive, superfluousE layer of crud, then you could do what Mathias said. Alternatively you D could just pass the TID/BID data down the line and let DECdtm do theB work. I'll try once more to post an example of this as a reply(s).> Apologies in advance, if yet again it turns out like pants :-(  F Mathias, as far as I am aware DECdtm will not run (in production) overG TCP/IP? How are you and OM preserving the ACID properties of a txn whena? running RTR over IP? Is it, once again, just store-and-forward?    Regards Richard Maher.  7 In article <mS7D5.8196$4i5.429469@typhoon2.ba-dsg.net>,y4   "Mathias Wolkert" <tias77@bellatlantic.com> wrote:F > If you have a VMS box as Web frontend you can run RTR over DECnet toE > distribute the transactions over a backend cluster or whatever. Buts in that + > case I'd choose to run RTR to over TCPIP.  >m > But it's a way to use it...t >a > /Tiasn >     & Sent via Deja.com http://www.deja.com/ Before you buy."   ------------------------------  $ Date: Fri, 6 Oct 2000 17:49:49 +1000/ From: "Phil Howell" <phowell@snowyhydro.com.au>  Subject: Re: Exec vs Super2 Message-ID: <tAeD5.20570$O7.292967@ozemail.com.au>  K exec mode logical names are "trusted", so things like the image loader need 	 exec modeiJ logicals to resolve shared image references, utilities like authorize also	 use them. 7 It also depends what "mode" your program is running in.  Phil6 <yyyc186.illegaltospam_@flashcom.net> wrote in message3 news:39dd385d$1$lllp186$mr2ice@news.flashcom.com...  > All, >gC > In the course of the book I'm writing exposing new programmers to I > programming in BASIC under VMS I'm attempting to give them a chapter onlI > the concept of logicals and how to use them.  (I know, this should be ao > book by itself...but....)  >lJ > My grey cells aren't functioning well right now.  My question is EXEC vsG > Super mode for logicals.  EXEC requires sysnam to create, but doesn't G > appear to ever "win" when same name defined in SUPER mode.  I vaguelynI > remember there is a case where EXEC wins but can't put my finger on it.f > Anyone clarify this? > G > Guess I should have nailed this down years ago rather than taking thes > "don't do that" approach.t >d	 > Thanks!s >a > Roland >m > --= > -----------------------------------------------------------oF > yyyc186@flashcom.net              To Respond delete ".illegaltospam"8 >                             MR/2 Internet Cruiser 1.52: >                             For a Microsoft free univers= > -----------------------------------------------------------o >    ------------------------------  % Date: Fri, 06 Oct 2000 07:55:40 -0400 ) From: yyyc186.illegaltospam_@flashcom.net  Subject: Re: Exec vs Super9 Message-ID: <39ddbe04$1$lllp186$mr2ice@news.flashcom.com>   1 In <39DD6735.6AEEA61B@videotron.ca>, on 10/06/00 i=    at 07:55 AM, JF Mezei <jfmezei.spamnot@videotron.ca> said:s   Thanks.   2 The part about users not be able to change I knew.  I Maybe I was confusing "some system services require" with "sometimes EXECV wins the translation battle".i   Roland  + >yyyc186.illegaltospam_@flashcom.net wrote: J >> remember there is a case where EXEC wins but can't put my finger on it. >> Anyone clarify this?   I >I beleive that ~some~ shareable images require a logical name defined in)B >exec mode (pointing to the actual executable file which should be >installed).  = >For instance, when ALLIN1 attempts to dynamically link (withoI >LIB$FIND_IMAGE_SYMBOL) with a user written module, if that module is not H >located in SYS$SYSTEM, you must have a logical defined in EXEC mode for >ALLIN1 to accept loding it.  I >By forcing a logical in EXEC mode, it prevents an unprivileged used fromrI >defining a logical which redirects dynamic linking to a module different0+ >from the one that was originally intended.s --  ; ----------------------------------------------------------- D yyyc186@flashcom.net              To Respond delete ".illegaltospam"6                             MR/2 Internet Cruiser 1.528                             For a Microsoft free univers; -----------------------------------------------------------e   ------------------------------   Date: 6 Oct 2000 10:35:13 -0500o, From: koehler@eisner.decus.org (Bob Koehler) Subject: Re: Exec vs Super+ Message-ID: <zFRv47K$rRXl@eisner.decus.org>c  e In article <39dd385d$1$lllp186$mr2ice@news.flashcom.com>, yyyc186.illegaltospam_@flashcom.net writes:   J > My grey cells aren't functioning well right now.  My question is EXEC vsG > Super mode for logicals.  EXEC requires sysnam to create, but doesn't = > appear to ever "win" when same name defined in SUPER mode.    E There's a flag you can set for RMS (and IIRC for XQP access via $QIO)'F which tells it only to use trusted logicals (at least executive mode).H You can also request this in $TRNLNM when explicitly translating logical names.  B Parts of VMS use this to make sure they can trust security relatedB logical names.  LOGINOUT doens't want to open just any SYSUAF, for example.  D OBTW, you need SYSNAM to create names in the system table, CMEXEC toA create names in executive mode.  In practice most executive mode -E names are put into the system table, so you need both unless you have 1 access to the system table via ownership or such.C  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation== Hubble Space Telescope Payload  | Federal Sector, Civil GroupDE  Flight Software Team           | please remove ".aspm" when replyingc   ------------------------------  # Date: Fri, 06 Oct 2000 16:11:06 GMT  From: richard_maher@my-deja.come Subject: Re: Exec vs Super) Message-ID: <8rktij$f5b$1@nnrp1.deja.com>e   Hi,   , In article <39DD6735.6AEEA61B@videotron.ca>,0   JF Mezei <jfmezei.spamnot@videotron.ca> wrote:, > yyyc186.illegaltospam_@flashcom.net wrote:G > > remember there is a case where EXEC wins but can't put my finger onn it.c > > Anyone clarify this? >eG > I beleive that ~some~ shareable images require a logical name definedc in execa> > mode (pointing to the actual executable file which should be installed).  >e> > For instance, when ALLIN1 attempts to dynamically link (withF > LIB$FIND_IMAGE_SYMBOL) with a user written module, if that module is notSE > located in SYS$SYSTEM, you must have a logical defined in EXEC modeL
 for ALLIN1 > to accept loding it.  B Something I found useful is INSTALL> ADD MY_SHARE/O/H/S/PRIV=NOALL  E This installs the image without any privileges but still enforces theR< EXEC mode logicals and INSTALLed checks when the image calls lib$find_image_symbol.  F This reminds me of a question that I'd really appreciate an answer to:  E If I know an EXEC mode UWSS will *only* (enforced by file protection)-D be called from an image that was INSTALLed with the /PRIV qualifier,D then is it safe for the inner(exec) mode code to call out to anotherE shareable/RTL (eg: lib$) in the knowledge that only sys/exec logicalseB and installed images will be considered? (It would make life a lot% easier!) Please, if not then why not?v   > E > By forcing a logical in EXEC mode, it prevents an unprivileged usedb from@ > defining a logical which redirects dynamic linking to a module different from' > the one that was originally intended.n >   = I think that might also need the /name_attr=no_alias qualifiru   Regards Richard Maher     & Sent via Deja.com http://www.deja.com/ Before you buy.s   ------------------------------  % Date: Fri, 06 Oct 2000 17:51:36 +0200e0 From: Didier Morandi <Didier.Morandi@Easynet.fr> Subject: FTP agreement?1* Message-ID: <39DDF509.77F6802F@Easynet.fr>  I ftp://ftp.service.digital.com/docs/FTP_PATCH_SERVICE_CONNECTION_AGREEMENTf  F I would like to agree (before this service be discontinued) but I find! no interface to answer "I agree".    D.   ------------------------------   Date: 6 Oct 2000 00:27 CST' From: carl@gerg.tamu.edu (Carl Perkins)(0 Subject: Re: Getting Compaq to advertise OpenVMS, Message-ID: <6OCT200000271977@gerg.tamu.edu>  ) "Brian Tillman" <tillman_brian> writes... @ }>Coming.. after the annoucement stuff more 7.3 stuff will be up }>but there isM }http://www.openvms.compaq.com/ebusiness_without_compromise/fact/openvms-v73.  }html( } 9 }o Lock Manager Performance Enhancements - no VAX support(F }    Triply bogus.  There's no TECHINCAL reason this needs to be true. }  }-- B }Brian Tillman                   Internet: tillman_brian at si.com  C Some of the improvements to the lock manage are in the VAX version:a   RMS Locking ReductionsE             Reduction in global bucket locks and null record lockingo  >             Provides improved RMS application performance for(    applications that use bucket locking.  @             For applications with a high ratio of read to write(    operations, saves millions of locks    8             Supported on OpenVMS Alpha and OpenVMS VAX.      B BTW - when you say you can't upgrade from VAX to Alpha, there's no' TECHNICAL reason this needs to be true.o   --- Carl   ------------------------------  $ Date: Fri, 6 Oct 2000 10:29:45 -0400% From: "Brian Tillman" <tillman_brian> 0 Subject: Re: Getting Compaq to advertise OpenVMS" Message-ID: <39dde15d@news.si.com>  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 ONaI THE ALPHA and the vendors WON'T PORT.  That's as about as technical as itu gets --B .Brian Tillman                   Internet: tillman_brian at si.comA Smiths Industries, Inc.                   tillman at swdev.si.comm= 3290 Patterson Ave. SE, MS      Addresses modified to preventr< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------    Date: 06 Oct 2000 17:38:30 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>n0 Subject: Re: Getting Compaq to advertise OpenVMSH Message-ID: <y47l7mkmix.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  ' "Brian Tillman" <tillman_brian> writes:_  K > False.  The TECHNICAL reason is that the applications we use DON'T RUN ONe' > THE ALPHA and the vendors WON'T PORT.   H So you don't have a source code escrow agreement with the vendor of thatH mission-critical piece of software?, Hey, that's just so....unfortunate.   	Jan   ------------------------------   Date: 6 Oct 2000 16:17:56 GMTt2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)0 Subject: Re: Getting Compaq to advertise OpenVMS, Message-ID: <8rktvk$4ka@gap.cco.caltech.edu>   In article <y47l7mkmix.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:( >"Brian Tillman" <tillman_brian> writes: > L >> False.  The TECHNICAL reason is that the applications we use DON'T RUN ON( >> THE ALPHA and the vendors WON'T PORT. > I >So you don't have a source code escrow agreement with the vendor of that_I >mission-critical piece of software?, Hey, that's just so....unfortunate.m >c  H True.  But hmm, depending on what those are used for, there's the CharonK emulator for x86 systems.  You might be able to run this software in there.PI On a 1Ghz PIII it could very well run faster emulated than it does on anydF of your VAXes.   This assumes though that it's just data in, data out.@ If it's machine control or something like that all bets are off.   Regards,   David Mathog mathog@seqaxp.bio.caltech.edur? Manager, sequence analysis facility, biology division, Caltech     ------------------------------   Date: 6 Oct 2000 12:59:54 -0400o/ From: jordan@lisa.gemair.com (Jordan Henderson)s0 Subject: Re: Getting Compaq to advertise OpenVMS* Message-ID: <8rl0ea$1jt$1@lisa.gemair.com>  G In article <39dde15d@news.si.com>, Brian Tillman <tillman_brian> wrote: D >>BTW - when you say you can't upgrade from VAX to Alpha, there's no) >>TECHNICAL reason this needs to be true.a >"J >False.  The TECHNICAL reason is that the applications we use DON'T RUN ONJ >THE ALPHA and the vendors WON'T PORT.  That's as about as technical as it >gets   D That's not a TECHNICAL reason, that's a BUSINESS reason.  There's no* TECHNICAL reason the vendors can't port.    B I agree that there's probably not a TECHNICAL reason not to do the@ enhancements on OpenVMS/VAX, but like your vendors who don't see> a business reason to do the engineering, Compaq doesn't see a 7 business reason to provide enhancements on OpenVMS/VAX.a  ? I would imagine that a lot of OpenVMS/VAX customers _prefer_ to = avoid enhancements that they possibly don't need in order to b> maintain stability in their present environment.  After all, a? customer who cannot upgrade to Alpha is probably in a situationr, where stability is valued over enhancements.   >--nC >.Brian Tillman                   Internet: tillman_brian at si.com B >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 "@" 9 >       This opinion doesn't represent that of my company  >  >    -Jordan Hendersonr jordan@greenapple.com"   ------------------------------  % Date: Fri, 06 Oct 2000 10:46:28 -0700 + From: "Barry Treahy, Jr." <Treahy@mmaz.com>l0 Subject: Re: Getting Compaq to advertise OpenVMS( Message-ID: <39DE0FF4.89E709E4@mmaz.com>   Jordan Henderson wrote:n  F > That's not a TECHNICAL reason, that's a BUSINESS reason.  There's no* > TECHNICAL reason the vendors can't port. >0D > I agree that there's probably not a TECHNICAL reason not to do theB > enhancements on OpenVMS/VAX, but like your vendors who don't see? > a business reason to do the engineering, Compaq doesn't see al9 > business reason to provide enhancements on OpenVMS/VAX.s  K Yes, but when companies will not release to public domain VMS software that L they have discontinued and have also made it very clear they will never portM the software from VAX/VMS to Alpha/VMS, it is another arrow in the back of us # running legacy apps on VAX systems.l  N TDMS and FMS are two prime examples, both have long been replaced by FORMS andM through no fault of Hoff, I presume, Compaq still has not made any comment oriM taken any action regardling my request to release the sources of TDMS and FMSi@ to the public domain.  This is another stone in the Compaq shoe.  H When the cost of keeping a legacy VAX system running exceeds the cost toK replace, then the obvious decision is to replace that system.   What CompaqiK must fail to recogonize is that if those stones in the shoe become abundantsJ enough to be painful, replacement options that are not dependent on Compaq9 will become the first course of action for many people...    Just my two cents...   Barryg   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO-  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028D   ------------------------------   Date: 6 Oct 00 10:19:27 EDTo From: grant@rigel.cc.wmich.edu+ Subject: Inhibiting VMS Unshelving of filesi/ Message-ID: <i139JBmdfKsL@mcduck.acs.wmich.edu>   I I have a program which needs to detect whether a file has been "shelved",qF so that it won't open the file and have it "unshelved".  I've searchedE the documentation and SYS$EXAMPLES and haven't found anything useful.q  D I see the DCL commands for controlling shelving, but I need to do it in the program.   C Can anyone point me to an example of code which either tests a filecA to see if it is shelved, or can inhibit the unshelve operation in  the SYS$OPEN call?   ------------------------------  % Date: Fri, 06 Oct 2000 10:38:49 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.brr" Subject: Java Terminal and etc ...L Message-ID: <OF83FC530F.74061AB1-ON83256970.004A9B37@ep-bc.petrobras.com.br>  H Do you know if there=B4s any idea/product to develop a VT Java or somet= hing in this way.H I know there are a lot of Java Terminals (run VT under the web browser)= ,y but  anyH idea of a full compatible java terminal ? Would be useful for example t= o 	 develop aiH java applicantion (script) and show the output in the normal emulator (= of course8 with an additional .DLL for Java capabiities , etc ...).   Regardsc   FC=e   ------------------------------  $ Date: Fri, 6 Oct 2000 11:38:11 +0100- From: Peter Harding <harding@ermine.ox.ac.uk>e! Subject: lib$file_scan C example?aG Message-ID: <Pine.OSF.4.10.10010061137280.30813-100000@ermine.ox.ac.uk>u  + If anyone has a small one, I'd be grateful?a   Many thanksw   --  ? http://i.am/getting_married  tel 0870 7878617  fax 0870 7345230h? ICQ 40628243 Send a chicken card from http://chicken.spedia.nete   ------------------------------  % Date: Fri, 06 Oct 2000 20:02:13 +0010S% From: paddy.o'brien@zzz.tg.nsw.gov.au> Subject: Re: Newbie:  Mail5 Message-ID: <01JV126Y5K5U0051S1@tgmail.tg.nsw.gov.au>s   Didier,n  F >See DECUS. There are plenty of mail utilities. One of my preferred is+ >NMAIL, an old DEC program used internally.a    K The DECUS site now seems to be renamed ENCOMPASS.  Digital (sorry, COMPAQ)  L re-mastering.  The source archives have been non-existent for "a long time" $ whilst they are re-vamping the site.  N At current progress, I don't hold my breathe for a long time.  Hmm should see * what has happened to the DECUS notes site.   Regards, Paddy   Paddy O'Brien, Transmission Development, 
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australiai   Tel:   +61 2 9284-3063 Fax:   +61 2 9284-3050& Email: paddy.o'brien@zzz.tg.nsw.gov.au  M Either "\'" or "\s" (to escape the apostrophe) seems to work for most people,o; but that little whizz-bang apostrophe gives me little spam.$   ------------------------------  $ Date: Fri, 6 Oct 2000 10:40:27 -0400% From: "Brian Tillman" <tillman_brian>  Subject: Re: Newbie:  Mail" Message-ID: <39dde3de@news.si.com>  2 >The DECUS site now seems to be renamed ENCOMPASS.  J Just to pick a little nit, and to quote Jeff Killeen, the official name ofE the new organization is "Encompass", not "encompass", "ENCOMPASS", or  "EnCompAss". --A Brian Tillman                   Internet: tillman_brian at si.comiA Smiths Industries, Inc.                   tillman at swdev.si.come= 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: 6 Oct 2000 16:15:06 GMT-2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)( Subject: Re: OpenVMS Integrated products, Message-ID: <8rktqa$4ka@gap.cco.caltech.edu>  x In article <OFCBB44C5D.5436EB83-ON8325696D.0056BE37@ep-bc.petrobras.com.br>, fabio_compaq@ep-bc.petrobras.com.br writes:G >Sometimes I think to myself why some important products dont come with  >OpenVMS or REQUIRE a license43 > if for  Unix these products are standard/bundled:  >j
 >Compaq C/C++s  H These are free on Linux, but cost an arm and a leg for Tru64 or VMS. NotK the best of policies unless your goal is to drive all of the developers offeK your commercial OS's and onto the only one where you don't make any money! eG Compaq C/C++ isn't available on any nonAlpha platform that I know of.  "K Other Unix vendors usually charge for their compilers, but it's less of an iL issue since gcc runs pretty well on most Unices, so if you need to save the * money, you can, and still have a compiler.  	 >DW Motif   E Motif was never free, the cost was always bundled with the OS on all dE platforms.  If you wanted it for Linux you had to pay.  I think they eI recently changed their policies slightly - because the old one had drivenwJ all the Linux guys to work on Gnome, and they saw that they were about to  be replaced across the board.o   >TCP/IP Services  E That's true.  No other I use OS splits out the TCP/IP stack this way.    >a >What more ?  K Multiple users.  If you want 10 interactive logins allowed on VMS you have yL to pay more.  Some OS's (Solaris) provide this for free.  I don't know what  HP or IBM do in this regard.   David Mathog mathog@seqaxp.bio.caltech.educ? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  % Date: Fri, 06 Oct 2000 09:01:03 -0300 2 From: "Parraco, Andy" <ParracAC@bankofbermuda.com>) Subject: OpenVMS System Manager - Bermuda-M Message-ID: <F9A21A834D3CD211B78700805FD7CF45022727D4@scont020.sco.bobda.com>   K Looking for a chance to travel, and live in a tropical paradise ? Then look 	 no more !X  G I'm looking for a mature, experienced and self-motivated OpenVMS system. manager to join our team.   F The Bank of Bermuda utilise a multi-site (CI/FDDI) mixed-architecture,K mission-critical VMScluster. Strong StorageWorks (HSJ52, HW RAID/Mirroring,tF Host-Based Volume Shadowing), TCP/IP (MultiNet) and performance tuningJ knowledge is a must. Hardware background and programming skills would be a plus.Q  < If interested, please contact myself at this e-mail address.   Regards,   Andy Parraco Manager, VMS Technical Servicesc The Bank of Bermuda Ltd. Hamilton, BermudaV   ------------------------------  % Date: Fri, 06 Oct 2000 06:43:57 -0400O0 From: Jim Jennis <jjennis@discovery.fuentez.com>N Subject: Postgresql on VMS, Was: Seeking info/prices for OpenVMS and hardware.D Message-ID: <3.0.5.32.20001006064357.009fb980@discovery.fuentez.com>  % At 03:51 AM 10/6/2000 GMT, you wrote:o( >Cthulhu <cthulhu@kadath.deep.it> wrote:6 >> David Mathog <mathog@seqaxp.bio.caltech.edu> wrote:N >>> size range.  None of the freeware SQL databases currently run on OpenVMS.  > @ >> I know that someone around here will sneer at this point. >:] >dN >Sneer at that point?  A lot (if not most) of us here would *LOVE* to see one I >or more of them on OpenVMS!  Simply put OpenVMS *needs* a port of either G >Postgres or mySQL!  Unfortunatly neither look to be that easy to port.eJ You are correct. I use Postgresql on Linux and find it to be a very robustJ (and also free) object-relational RDBMS. It is much more robust than MysqlK which is not really relational and does not support transactions. Some time F back I started looking at a potential VMS port. At about the same timeF David Mathog posted the results of his attempted port of Postgresql to OpenVMS on this list.e  H I had some discussions with the Postgresql development team (one of whomJ has A LOT OF OPENVMS EXPERIENCE). He wrote back to me and confirmed what IH (and David) had already thought. Postgresql was written "from the groundE up" as a *nix database. His opinion was that this *nix character thatLK leverage very specific features of the unix file system would make the portA to VMS downright nasty.   G I haven't given up hope yet, but from my look at it, it's way beyond myRH current time and energy level to take this on by myself. Now, that said,K there are A LOT of very talented VMS developers in the world, so...if theren@ are some other VMS geeks who want to put together a team to port it...that's another story.   just my .02 FWIW.s   Regards,   Jim 8 --------------------------------------------------------7 FSC - Building Better Information Technology Solutions- 7       from the Production Floor to the Customer's Door. 8 --------------------------------------------------------5 Jim Jennis, Technical Director for Commercial Systemsa Fuentez Systems Concepts, Inc. 1 Discovery Place, Suite 2 Martinsburg, WV. 25401 USAh  # Phone: +001 (304) 263-0163 ext. 235  Fax:   +001 (304) 263-0702% Email: jjennis@discovery.fuentez.com h        jhjennis@shentel.net/& WEB: http://www.discovery.fuentez.com/   ------------------------------  % Date: Fri, 06 Oct 2000 08:56:11 +0200s6 From: "Dijk, Jeroen van" <Jeroen.vandijk@getronics.nl>1 Subject: Recall: Why has Compaq retired DECnet ??MM Message-ID: <2795B75EF003D311801A00A0C906B511A2AE1F@cucexec.gbc.getronics.nl>s  V Dijk, Jeroen van would like to recall the message, "Why has Compaq retired DECnet ??".   ------------------------------  * Date: Fri, 6 Oct 2000 11:27:49 +0000 (UTC)' From: Osmo Kujala <kujala@tukki.jyu.fi>-. Subject: Re: restart an Alpha ETN42-CA machine, Message-ID: <8rkcvl$ou7$1@mordred.cc.jyu.fi>  1 Didier Morandi <Didier.Morandi@easynet.fr> wrote:  ...gC > (now, the next question is "why would OpenVMS not run in an Alphai& > pci33". It's an Alpha, after all...)  C OpenVMS must know how to handle every piece of hardware and centralpH components like processor, memory system etc. are essential for booting.J Processor of AXPpci33 is 21066 while "main line" of Alphas is 21064,21164,G 21264 etc. Standard OpenVMS delivery doesn't contain routines to handleiF AXPpci33. There is one VMS-supported 21066 system Alphabook1, but it'sG CPU routines does not seem to work for AXPpci33. (Did someone succeed?)k  ) More info how to run VMS in AXPpci33: seebC http://www.openvms.digital.com/wizard/openvms_faq.html#ALPHA13  andr ALPHA8 .   /OKi   ------------------------------  $ Date: Fri, 6 Oct 2000 10:38:01 -0400% From: "Brian Tillman" <tillman_brian>f: Subject: Re: Seeking info/prices for OpenVMS and hardware.$ Message-ID: <39dde34c$1@news.si.com>  ( >DEC C 6.x doesn't include C++ compiler? >I'll check...  I Why would they?  A FORTRAN compiler doesn't handle Pascal.  Why would a C F compiler necessarily handle C++?  There completely separate languages. --A Brian Tillman                   Internet: tillman_brian at si.comgA Smiths Industries, Inc.                   tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to prevents< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Fri, 06 Oct 2000 18:03:19 +0200s= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>m: Subject: Re: Seeking info/prices for OpenVMS and hardware.) Message-ID: <39DDF7C7.94EA909A@gtech.com>A   Brian Tillman wrote:* > >DEC C 6.x doesn't include C++ compiler? > >I'll check... > K > Why would they?  A FORTRAN compiler doesn't handle Pascal.  Why would a C H > compiler necessarily handle C++?  There completely separate languages.  ; There are a tradition in certain freeware circles and among.- most PC software vendors to bundle C and C++.O   Arne   ------------------------------   Date: 6 Oct 2000 16:25:03 GMTm1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) : Subject: Re: Seeking info/prices for OpenVMS and hardware.+ Message-ID: <8rkucv$jn5$1@info.cs.uofs.edu>   $ In article <39dde34c$1@news.si.com>,(  "Brian Tillman" <tillman_brian> writes:+ |> >DEC C 6.x doesn't include C++ compiler?H |> >I'll check.... |> oL |> Why would they?  A FORTRAN compiler doesn't handle Pascal.  Why would a CI |> compiler necessarily handle C++?  There completely separate languages.t   Gnu Software Syndrom.O  D Depending upon build, GCC will do C, C++ and Objective C.  Gnat, theA Ada compiler built on GCC does not only Ada, but also C and maybee@ even C++ simultaneously.  So, doesn Fortran and Pascal seem like such a stretch now??  :-) :-)w   bill   -- FJ 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>   a   ------------------------------  % Date: Fri, 06 Oct 2000 11:38:07 -0400 : From: "Koska, John C. (LNG-MBC)" <John.C.Koska@bender.com>/ Subject: RE: Shark x Penguin : The OpenVMS LogoPK Message-ID: <91A9507020DBD311992F0008C709517C545C0E@MBCALBEXC00.BENDER.COM>    Agreed.e   :) jck   > -----Original Message-----3 > From: WILLIAM WEBB [mailto:WWEBB1@email.usps.gov]g+ > Sent: Thursday, October 05, 2000 12:28 PMa > To: Info-VAX@mvb.saic.com.1 > Subject: RE: Shark x Penguin : The OpenVMS Logob >  >  > 6 > Since most of us VMS folk are, shall we say, mature- > " > I'd suggest polo shirts instead. > ; > Besides, that would fly on "office casual" where t-shirtsa > would not. >  > WWWebb >  > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETl+ > Sent: Thursday, October 05, 2000 11:24 AMu8 > To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET1 > Subject: RE: Shark x Penguin : The OpenVMS Logo  >  > ? > Yeah, and I'd like that on a tee-shirt in the OpenVMS eStore!A >  > :) jck >  > > -----Original Message-----8 > > From: JF Mezei [mailto:jfmezei.spamnot@videotron.ca]- > > Sent: Wednesday, October 04, 2000 9:19 PMI > > To: Info-VAX@mvb.saic.comr3 > > Subject: Re: Shark x Penguin : The OpenVMS Logo  > >n > >t > > Warren Sander wrote:G > > > Anyway. No the shark isn't the offical OpenVMS logo [but at least G > > > shell boy is gone] but it has found a place in the hearts of manye, > > > of our customers. I just can't use it. > >t > > Why can't you use it ? > >_A > > You just need to change the Digital to Compaq, and openVMS tob > > VMS, and you'd6 > > have an updated, real logo that pleases customers. > >n >    ------------------------------   Date: 6 Oct 2000 10:41:55 -0500e, From: koehler@eisner.decus.org (Bob Koehler) Subject: SYSMAN can use DECnet+ Message-ID: <WTXvLMpvKspQ@eisner.decus.org>.   In article <y4u2aqz5jz.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes: > P > SYSMAN has never used DECnet, it was always using SCS for its communications. D > Where do you think the remote SYSMAN functionality is implemented? >   C Wrong.  I've used SYSMAN several times over DECnet in non-clustered,E configurations.  If you use SYSMAN in a cluster it will assume singleVD security domain, using your current username with no password on allH systems in the cluster.  If you use SYSMAN outside of a cluster you must% provide remote username and password.t  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationd= Hubble Space Telescope Payload  | Federal Sector, Civil GroupsE  Flight Software Team           | please remove ".aspm" when replying    ------------------------------    Date: 06 Oct 2000 17:39:18 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>l" Subject: Re: SYSMAN can use DECnetH Message-ID: <y44s2qkmhl.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  I Yeah, OK, so it does, and of course it's very useful. But in a cluster ite1 doesn't, so you can run a cluster without DECnet.    	Jan   ------------------------------  # Date: Fri, 06 Oct 2000 07:42:46 GMT 2 From: a.koopman@markgraaf.nl.nospam (Adri Koopman)$ Subject: Re: TCP/IP 5.0A ECO Appears. Message-ID: <39dd80e2.71178799@news.hccnet.nl>  E Had the same problem on my mVAX 3100. Could not install the TCPIP_ECO F kit, neither after applying VAXUPDATE1_072, allthough the PCSI versionE was V7.2-101. The readme said that there were problems with V7.2-100,hF so I thought that the ECO would install. I contacted DEC support about that problem and they send mec; DEC-VAXVMS-VMS72_PCSI-A0100--4.PCSI-DCX_VAXEXE, which is an A upgrade/patch to PCSI, which brings it to version V7.2-108. AfterI; applying this kit, I was able to install the TCPIP_ECO kit.0   Grtnx,   Adri Koopman  B On 5 Oct 2000 23:52:04 +0200, eplan@kapsch.net (Peter LANGSTOEGER) wrote:  g >In article <39DCE8AA.3D05C2D9@clarityconnect.com>, "Mark D. Jilson" <jilly@clarityconnect.com> writes:a  >>You will need VAXUPDATE01_072. >e >Are you sure ?eF >I ask, because I have this ECO installed for weeks on all VAX systemsL >and this TCPIP_ECO kit still doesn't install on all this VAX systems here ! >f. >Ok, I now try to reinstall VAXUPDATE01_072... >v >Thanks for responding >n >-- = >Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651h< >Network and OpenVMS system manager  Fax.    +43 1 81111-888= ><<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.net-I >A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"e   Adri Koopman Markgraaf B.V. a.koopman at markgraaf dot nls   ------------------------------  " Date: Fri, 6 Oct 2000 12:11:03 GMT- From: "Richard D. Piccard" <piccard@ohio.edu>o$ Subject: Re: TCP/IP 5.0A ECO Appears( Message-ID: <39DDC157.3194A8B7@ohio.edu>  M I didn't say it hadn't told anyone about it; I said it hadn't told *ME* aboutl it.  It still hasn't. M Nor did I get any of the other notices that were listed in another post, evenh, though I did get the "confirmation" message.  #                                 RDPb     "Zane H. Healy" wrote:  = > In comp.os.vms Richard D. Piccard <piccard@ohio.edu> wrote:2 > A > > And the VMS Patches mailing list has yet to tell us about it!j >:M > Actually it did.  I got messages about the patch for both the VAX and Alpha0% > either yesterday or the day before.  >l >                         Zane   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Fri, 06 Oct 2000 17:41:47 +0100i- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>u$ Subject: Re: TCP/IP 5.0A ECO Appears) Message-ID: <39DE00CB.978EC5AF@bbc.co.uk>   F OK, I downloaded the ECO and am trying to install it. Currently on the@ phone to support to try and figure out which ECO I need to applyH to fix the following problem when attempting to install the latest  ECO.  ? ***************************************************************t5 PCSI must be upgraded before installing this ECO kit.y    E DEC AXPVMS TCPIP_ECO V5.0-111 patch for ECO 1 will not install beforeyH first upgrading PCSI.  Please contact your local Customer Support Center for this upgrade.p@ ****************************************************************  P Anyone else been here before me? CSC says there have been other calls about this) but havn't got back to me with a fix yet.-   This is on VMS 7.1 btw.,   Regards    --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukt  A I speak for myself only and my views in no way represent those off MedAS or the BBC.i   ------------------------------  % Date: Fri, 06 Oct 2000 08:15:03 -0300a) From: fabio_compaq@ep-bc.petrobras.com.bra Subject: TCPIP$TELNETSYM.DMPL Message-ID: <OF52F52E13.3AC2F32C-ON83256970.003D4304@ep-bc.petrobras.com.br>  D Do you have any idea why the file TCPIP$TELNETSYM.DMP is generated ?   My TCPIP version is    $ tcpip show version  9   DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A-6   on a AlphaServer 4100 5/600 8MB running OpenVMS V7.2   Regards, Fabio Cardoso   ------------------------------  % Date: Fri, 06 Oct 2000 13:12:08 +01008- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>F  Subject: Re: TCPIP$TELNETSYM.DMP) Message-ID: <39DDC198.377C76EC@bbc.co.uk>p  * fabio_compaq@ep-bc.petrobras.com.br wrote:  F > Do you have any idea why the file TCPIP$TELNETSYM.DMP is generated ? >  > My TCPIP version isn >t > $ tcpip show version >b; >   DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0Ac8 >   on a AlphaServer 4100 5/600 8MB running OpenVMS V7.2 >i > Regards, Fabio Cardoso  + Presumably TCPIP$TELNETSYM.EXE is run/dump,a  + I started getting them with TCPIP 5.0A too.k  E Set the version limit to something your system disk can handle, thatst what I did anyway.   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uka  A I speak for myself only and my views in no way represent those ofw MedAS or the BBC.e   ------------------------------  % Date: Fri, 06 Oct 2000 15:32:46 +0200n5 From: Oswald Knoppers <Oswald.Knoppers@whitehouse.nl>c  Subject: Re: TCPIP$TELNETSYM.DMP- Message-ID: <39DDD47E.96943158@whitehouse.nl>h  * fabio_compaq@ep-bc.petrobras.com.br wrote: > F > Do you have any idea why the file TCPIP$TELNETSYM.DMP is generated ?  F Due to an error. Check your operator.log, there should be a message in! there when the telnetsym crashes.o   Oswald   ------------------------------   Date: 6 Oct 2000 16:06:28 GMT 2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)8 Subject: Re: Thinking of switching from Multinet to UCX., Message-ID: <8rkta4$4ka@gap.cco.caltech.edu>  x In article <OelC5.12175$TP6.188690@newsread2.prod.itd.earthlink.net>, "Mike Flaherty" <mflaherty2@earthlink.net> writes:M >How can Compaq expect to be a real player in e-commerce without including anDM >IP stack with VMS.  Certainly, I can **BUY** UCX or Multinet but since there 5 >isn't an IP stack included "out of the box" with VMSo   This is simply wrong.o  K If you buy a new machine with a VMS license it will also have a license for C TCP/IP services, and the software for both is on the VMS boot CD.  c  G However, there is still a separate UCX license (at least in my license DD databsae) which is crazy.  Compaq is never again going to sell a VMSH machine without the right to use the TCP/IP stack, so they might as well< modify the stack to not even bother checking for a license.    Regards,   David Mathog mathog@seqaxp.bio.caltech.edua? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  # Date: Fri, 06 Oct 2000 07:31:44 GMT3- From: goathunter@goatley.com (Hunter Goatley).7 Subject: Re: time to consolidate the TCP/IP work on VMSf/ Message-ID: <39dd7f36.2498382@swen.process.com>3  C On Thu, 05 Oct 2000 21:43:58 -0600, Dan O'Reilly <dano@process.com>0 wrote:  ' >At 03:28 PM 10/5/2000, JF Mezei wrote:dO >>I agree entirely with the comments that the TCPIP stacks as well as messagingrI >>should be consolidated into a single standard built-in product for VMS.> >>N >>However, if Compaq is to provide TCPIP Services bundled with the OS, I wouldO >>be happy with this as it would be as standard as one can get, and if one shopoO >>decides to buy a different stack, then so be it. But from a programming pointf/ >>of view, there should be only a single stack.  > J > From a "programming point of view", by and large, there essentially *IS*N >one stack, due to the UCX compatibility built into both MultiNet and TCPware. >tB And TCPware and UCX/TCPIP also include support for MultiNet's INET
 interface.  N >>It is bad enough to get some software to be ported to VMS, but when not onlyL >>must the port deal with VMS, but also with a gazillion TCPIP stacks in the& >>compile, it becomes a real headache. >lL >Granted, each of the Big 3 stacks has their own extensions, but if you keepL >your programming reasonably vanilla (i.e., "to standards"), then it doesn't >need to be a headache.s >*: Most of the porting issues I've seen are not really TCP/IP/ stack-related, but version-of-DEC-C-related....e   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/h: goathunter@goatley.com      http://www.goatley.com/hunter/   ------------------------------  % Date: Fri, 06 Oct 2000 11:07:37 +0100r8 From: John Macallister <J.Macallister1@physics.ox.ac.uk>7 Subject: RE: time to consolidate the TCP/IP work on VMStL Message-ID: <35666012DF4CD411BE940090279FA240111F01@ppnt41.physics.ox.ac.uk>  & Time to consolidate the TCP/IP stacks?  J I don't think so. Adopt MULTINET ( which is what I have on most of our VMSF systems ) as the only stack perhaps but I really don't want to have toH reconfigure and relearn all the idionsyncracies, bugs and other problemsI which a different stack will almost certainly provide. I've got extensiverK experience of MULTINET and UCX and have tried the others and MULTINET is byeL far the best in terms of implementation, features and robustness. IF there's< to be a major change in TCP/IP support I'd go for MULTINET.    John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)1   ------------------------------  $ Date: Fri, 6 Oct 2000 10:22:50 -0400% From: "Brian Tillman" <tillman_brian> 7 Subject: Re: time to consolidate the TCP/IP work on VMS-" Message-ID: <39dddfc1@news.si.com>  C >What I *really* want is for the Compaq stack to support STRU O VMSsF >(or whatever it's called) so all the VMS stacks can pass all types of >VMS files transparently.i  9 It does, as long as you install the freeware MadGoat FTP.o -- "A Brian Tillman                   Internet: tillman_brian at si.comtA Smiths Industries, Inc.                   tillman at swdev.si.comr= 3290 Patterson Ave. SE, MS      Addresses modified to preventr< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  # Date: Fri, 06 Oct 2000 16:36:58 GMTs From: richard_maher@my-deja.coml7 Subject: Re: time to consolidate the TCP/IP work on VMSr) Message-ID: <8rkv3a$gjv$1@nnrp1.deja.com>i   Hi,   < > Most of the porting issues I've seen are not really TCP/IP1 > stack-related, but version-of-DEC-C-related....i >  > Hunter > ------; > Hunter Goatley, Process Software, http://www.process.com/i< > goathunter@goatley.com      http://www.goatley.com/hunter/ >r  E It probably doesn't have a lot to do with porting from UNIX<->VMS butxG its is relevant in porting between BG drivers and in case you missed itR the first time: -   ; If anyone is interested or is in a position to pass this on?9 to TCPWARE people then here are three differences between  UCX and TCPWARE.  1 1) TCPWARE requires OPER privilege to io$_setmodeI tcp_probe_idle. UCX does not.t  8 2) TCPWARE accepts, but appears to ignore, socket option4 ucx$c_share. You get an error when you try to attach another channel.  : 3) io$_acpcontrol inetacp$c_trans is the dog's bollocks on: ucx and will gleefully translate a binary internet address9 into an ascii nodename! TCPWARE just does what it says in<: the documentation (hard to blame it for that) that is , it returns ascii 1.2.3.4.  7 What is the maximum buffer size that can be returned bya8 inetacp_func$c_gethostbyaddr? The examples I've seen use9 256 or 512 bytes but there is nothing in the manuals thats: tell you how much memory to allocate of provide a function: to tell you. I'd prefer inetacp$c_trans to work on all VMS; versions of TCP/IP but if I have to change I'd like to know * what the C socket RTL (or such like) does.   Regards Richard Maher.        & Sent via Deja.com http://www.deja.com/ Before you buy..   ------------------------------  % Date: Fri, 06 Oct 2000 16:09:36 +0100S0 From: Robert Taylor <taylor_robert@jpmorgan.com> Subject: Vax Basic, Message-ID: <39DDEB30.E353AC00@jpmorgan.com>  / I'm looking for a VMS Basic ng - any pointers ?n   ------------------------------   Date: 6 Oct 2000 10:38:43 -0500 , From: koehler@eisner.decus.org (Bob Koehler)! Subject: VMScluster is not DECneta+ Message-ID: <2pYY3yPnVlaQ@eisner.decus.org>s  o In article <6elpts8njirsn9qhmtqvgg320j1vedu954@4ax.com>, John Laird <john@laird-towers.freeserve.co.uk> writes:b3 > On Thu, 05 Oct 2000 18:01:11 +0100, Tim Llewellyn " > <tim.llewellyn@bbc.co.uk> wrote: >  >>Phillip Helbig wrote:  >>> >>> Note that clustering per se has NOTHING TO DO WITH DECNET. >>J >>However, it did used to (back in VMS 5.x days?) so we'll let Jim off :-) > 0 > Are you really, *really* sure about that ? ;-) > F > I can't imagine any critical cluster activity was layered on Decnet, > ever.  ICBW, though :-(- >   E I know of a site which ran clusters under 5.x with DECnet turned off.nH VMScluster and DECnet are separate protocols.  Some management utilitiesE like SYSMAN and MONITOR use DECnet when used to manage a cluster, butBD use of these is not required.  SYSMAN and MONITOR can be used across DECnet without VMScluster.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationn= Hubble Space Telescope Payload  | Federal Sector, Civil GrouprE  Flight Software Team           | please remove ".aspm" when replying    ------------------------------  $ Date: Fri, 6 Oct 2000 05:05:47 -0400& From: "Jeff Killeen" <Jeff@Killeen.cc>" Subject: Re: Welcome to Encompass!2 Message-ID: <8rk4lk$f91$1@slb2.atl.mindspring.net>  K Effective this week Encompass is accepting Sustaining memberships no matteru, what the person's country of residence is...     --     Jeff Killeen - www.Killeen.cceE =====================================================================sK <dentoncm@my-deja.com> wrote in message news:8rb9ha$kdq$1@nnrp1.deja.com...  > Dear Member, >0A > Ours is a dynamic and passionate society, one where informationSJ > exchange, open communication with Compaq, and volunteerism have been the > foundation for its existence.e >fI > We also recognize that our organization is part of an industry short on F > tradition but long on innovation, and with that, we must continuallyI > address the evolving conditions of the information technology communityhH > to better meet member needs. The reason our organization has been ableI > to withstand the test of time is because we always focused on you - the-
 > members. > I > As we prepare to author a new chapter in our organization's history, weuH > would like you to ratify the next steps in our evolution. To meet thisE > challenge, the DECUS US Board of Directors unanimously approved the.E > motion to incorporate as the Enterprise Computing Association, U.S.w >eI > "The DECUS US Chapter Board of Directors, invoking the emergency bylawsmI > amendment provision of the existing bylaws, in Section 11.0.3, approvesmI > the complete replacement of the current DECUS US bylaws with new bylawssH > (Incorporating Bylaws), as attached below.  As stated in the emergencyE > bylaw provision, the DECUS US Chapter Board of Directors authorizesaF > placing these bylaws before the membership within the defined 10 day > period for ratification."  >  > Passed:  9-0-0 >- >- >-J > Our history and culture mandates that we move forward as a community. ToH > facilitate that process, the board, members and Compaq worked togetherJ > openly and candidly to address issues raised in the previous referendum.J > A Bylaws Committee was chartered to resolve specific concerns. They usedG > an open forum to solicit input and feedback on the issues at-hand anda? > worked as a group to reach a consensus on the resulting sevensC > amendments.  To complete this activity, the Board passed a motion 8 > placing these seven amendments for your consideration: >nH > "The Enterprise Computing Association U.S. Board of Directors moves toA > place before the membership for individual ratification all the4J > amendments proposed by the Bylaws Committee to the Incorporating Bylaws,I > assuming that the Incorporating Bylaws are ratified. The amendments are  > as follows:" >  > Passes:  8-0-0 >oF > The full text of the bylaws, as well as the seven amendments will beF > available within the next day at  http://www.encompassus.org/bylaws/ >bJ > The ballot for ratifying the bylaws and voting on the amendments will beJ > distributed to the membership within 10 days. Please look for you ballot- > and return it before Friday, November 10th.c >o >S >w >h( > Sent via Deja.com http://www.deja.com/ > Before you buy.w   ------------------------------  % Date: Fri, 06 Oct 2000 17:33:16 +0200t0 From: Didier Morandi <Didier.Morandi@Easynet.fr>" Subject: Re: Welcome to Encompass!* Message-ID: <39DDF0BC.8211F486@Easynet.fr>   Jeff Killeen wrote:c >  ../..  > The full text of the bylaws, as well as the seven amendments will be available within the next day at  http://www.encompassus.org/bylaws/d   A 403 error has occuredo   Reason: D         The site you are visiting does not allow directory listing.   
 Error notes: v3         Directory index forbidden by rule: /bylaws/N   Visitor:/         You may contact the site administrator.e   D.   ------------------------------  $ Date: Fri, 6 Oct 2000 22:40:40 +1300: From: "Antony Wardle" <antony.wardle@nooospammm.met.co.nz> Subject: What is an FPG state?2 Message-ID: <F4hD5.20753$O7.296690@ozemail.com.au>  I I just found one of my nodes locked, and the only thing I could do was tot turn off its powerH to get it going again. I saw a log of processes in an FPG state. WHat is that?a  J I will put a call into CPQ on Monday, but was wondering if anyone had seen this before?  L The machine does some FTPs, Satellite processing, and we have just started a test to seetK if it is any better at pop and smtp than our overworked 1000a. I have abouti	 10 people.* checking their email through this machine.    3 tcpip service 5.0a (have just downloaded the patch)i vms 7.1c% voting member in a four node cluster.    cheers   Antony      METSAT, a AlphaStation 200 4/100H Multiprocessing is DISABLED. Uniprocessing synchronization image loaded.0 Minimum multiprocessing revision levels: CPU = 1   PRIMARY CPU = 00 Active CPUs:      00 Configured CPUs:  00	 80 mb RAM=   MIN$ show sys/node=metsat=K OpenVMS V7.1  on node METSAT   6-OCT-2000 09:09:30.34  Uptime  141 10:08:25@F   Pid    Process Name    State  Pri      I/O       CPU       Page flts PagesoF 21400081 SWAPPER         HIB     16        0   0 00:04:22.86         0 0-F 21400086 CONFIGURE       FPG     10       18   0 01:19:18.45      2654 15> 21400087 LANACP          HIBO    13       --  swapped  out  -- 25F 21400089 IPCACP          HIB     10       12   0 00:00:05.35        29 20F 2140008A ERRFMT          FPG      9   112246   0 00:04:25.54       346 22F 2140008B CACHE_SERVER    HIB     16   301271   0 00:05:16.61        29 32F 2140008C CLUSTER_SERVER  CUR      8    93232   0 00:49:36.34      3001 25F 2140008D OPCOM           FPG      8   327447   0 00:10:28.43      9954 34F 2140008E AUDIT_SERVER    FPG     10      362   0 00:00:02.13       602 20F 2140008F JOB_CONTROL     FPG     10   342685   0 00:08:08.29      5521 18F 21400090 SHADOW_SERVER   FPG      6        7   0 00:00:00.54       338 15F 21400091 SECURITY_SERVER FPG     10      384   0 14:05:41.08     65960 117 F 21400092 DNS$ADVER       FPG      6   717387   0 00:20:45.04     27581 33> 21400093 LES$ACP_V30     HIBO     8       --  swapped  out  -- 29F 21400094 REMACP          HIB     12      290   0 00:00:00.24        33 25F 21400095 NET$ACP         FPG      4     2055   0 00:53:18.99     10008 32F 21400096 NET$EVD         FPG      6       18   0 01:11:07.04     14449 66> 21400097 DTSS$SERVICE    LEFO    10       --  swapped  out  -- 31F 21400098 SMISERVER       FPG      9    83409   0 00:02:17.89      5369 18F 21400099 TP_SERVER       FPG     10   827217   0 01:40:17.91      9898 47F 2140009A LATACP          FPG     14        8   0 00:18:10.04      2101 33F 21422F9F _NOAA_        FPG      9   571523   0 00:40:26.28      7017 33F 2142402C _JOU_SYSTEM_  FPG      6     1169   0 00:00:03.94      3886 22F 21432534 TCPIP$LPD_QUEUE HIB      4       65   0 00:00:00.33       257 32F 21432535 TCPIP$INET_ACP  FPG     10    15044   0 00:00:09.19       547 36F 214329B6 SMTP_METSAT_01  HIB      4   784755   0 00:06:24.92      3251 32F 214302B7 TCPIP$NTP       FPG     10   299984   0 00:02:54.57      6532 53  Ny> 21420B3A SYSTEM__MBA4855 LEFO     4       --  swapped  out  -- 24F 21430A42 TCPIP$POP_1     FPG     10  1785476   0 00:56:36.83     11851 136  NF 2142E4C4 DECW$TE_E4C4    FPG      6      888   0 00:00:06.25      2098 76F 21432A45 SYSTEM____FTA67 LEF      4      120   0 00:00:00.56       555 32F 21401552 4186_PROCESS_   FPG      5    13661   0 00:00:31.49      5194 1878  BmF 21400153 DTWM            FPG      6 10882104   0 09:16:01.61     40842 124  SF 21432254 4213_NWP_POST   FPG      5     1489   0 00:01:22.74      5262 720  BF 21430655 4219_MAPS_PE_   FPG      5     1736   0 00:00:35.77      2898 116  B> 214316D7 TCPIP$RS_BG4725 COMO    11       --  swapped  out  -- 8  N> 21431E58 TCPIP$RS_BG4726 COMO    11       --  swapped  out  -- 8  NF 21400159 DECW$TE_0159    FPG      6     1151   0 02:39:32.71     69567 145sF 2140015A SYSTEM_____FTA2 FPG      6    73178   0 00:00:42.93      8035 18> 2142EEDB TCPIP$RS_BG4727 COMO    11       --  swapped  out  -- 8  N> 2140F15C TCPIP$RS_BG4728 COMO    11       --  swapped  out  -- 8  NF 214000DD DECW$SERVER_0   FPG      8   161744   0 05:38:48.47     48305 66> 2140015E SYSTEM_____FTA3 HIBO     8       --  swapped  out  -- 26> 2140015F SYSTEM_____FTA4 LEFO     4       --  swapped  out  -- 19> 214000E0 SYSTEM_____WSA1 LEFO     4       --  swapped  out  -- 29F 21400161 SYSTEM_____FTA5 LEF      4   176715   0 00:01:46.51      8285 32> 21400162 SYSTEM_____FTA6 LEFO     4       --  swapped  out  -- 19F 21421563 SYSTEM____FTA54 LEF      4    90113   0 00:00:22.18      1073 32> 214305E4 TCPIP$RS_BG4729 COMO    11       --  swapped  out  -- 8  N> 21433CE5 TCPIP$RS_BG4730 COMO    11       --  swapped  out  -- 8  N   ------------------------------    Date: 06 Oct 2000 11:50:16 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> " Subject: Re: What is an FPG state?H Message-ID: <y4r95uz4br.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  L FPG is free page wait. You have overcommited virtual and physical memory. IfL you used a console with real paper, you should find two messages, one sayingH that page files are fragemented, and the other saying that resources are> critical, "trying to continue". Most often, that doesn't work.   	Jan   ------------------------------  $ Date: Fri, 6 Oct 2000 11:51:25 +02005 From: "philippe bocher" <philippe.bocher@euriware.fr>1" Subject: Re: What is an FPG state?& Message-ID: <39dd915f$1@news.euriware>  J     "...a process enters the free page (FPG) wait state when it requests aK phyical page to be added to its working set but there are no free pasges tocH be allocated from the free page list.In addition, a process requesting aK lock through th $ENQ system service can be placed into this wait state when G the lock ID table is full and a page o the physical memory to extend ite cannot be allocated..."i       OpenVMS AXP IDS v1.5     Hope this helpL "Antony Wardle" <antony.wardle@nooospammm.met.co.nz> a crit dans le message- news: F4hD5.20753$O7.296690@ozemail.com.au... K > I just found one of my nodes locked, and the only thing I could do was toe > turn off its powerJ > to get it going again. I saw a log of processes in an FPG state. WHat is > that?o >eL > I will put a call into CPQ on Monday, but was wondering if anyone had seen > this before? >uL > The machine does some FTPs, Satellite processing, and we have just started aw
 > test to seedG > if it is any better at pop and smtp than our overworked 1000a. I havea abouti > 10 peoplek, > checking their email through this machine. >  > 5 > tcpip service 5.0a (have just downloaded the patch)i	 > vms 7.1 ' > voting member in a four node cluster.n >a > cheers >t > Antony >e >t" > METSAT, a AlphaStation 200 4/100J > Multiprocessing is DISABLED. Uniprocessing synchronization image loaded.2 > Minimum multiprocessing revision levels: CPU = 1 >  > PRIMARY CPU = 00 > Active CPUs:      00 > Configured CPUs:  00 > 80 mb RAMm >  > MIN$ show sys/node=metsateD > OpenVMS V7.1  on node METSAT   6-OCT-2000 09:09:30.34  Uptime  141 10:08:25H >   Pid    Process Name    State  Pri      I/O       CPU       Page flts > PagesoH > 21400081 SWAPPER         HIB     16        0   0 00:04:22.86         0 > 01H > 21400086 CONFIGURE       FPG     10       18   0 01:19:18.45      2654 > 15@ > 21400087 LANACP          HIBO    13       --  swapped  out  -- > 25H > 21400089 IPCACP          HIB     10       12   0 00:00:05.35        29 > 20H > 2140008A ERRFMT          FPG      9   112246   0 00:04:25.54       346 > 22H > 2140008B CACHE_SERVER    HIB     16   301271   0 00:05:16.61        29 > 32H > 2140008C CLUSTER_SERVER  CUR      8    93232   0 00:49:36.34      3001 > 25H > 2140008D OPCOM           FPG      8   327447   0 00:10:28.43      9954 > 34H > 2140008E AUDIT_SERVER    FPG     10      362   0 00:00:02.13       602 > 20H > 2140008F JOB_CONTROL     FPG     10   342685   0 00:08:08.29      5521 > 18H > 21400090 SHADOW_SERVER   FPG      6        7   0 00:00:00.54       338 > 15H > 21400091 SECURITY_SERVER FPG     10      384   0 14:05:41.08     65960 > 117:H > 21400092 DNS$ADVER       FPG      6   717387   0 00:20:45.04     27581 > 33@ > 21400093 LES$ACP_V30     HIBO     8       --  swapped  out  -- > 29H > 21400094 REMACP          HIB     12      290   0 00:00:00.24        33 > 25H > 21400095 NET$ACP         FPG      4     2055   0 00:53:18.99     10008 > 32H > 21400096 NET$EVD         FPG      6       18   0 01:11:07.04     14449 > 66@ > 21400097 DTSS$SERVICE    LEFO    10       --  swapped  out  -- > 31H > 21400098 SMISERVER       FPG      9    83409   0 00:02:17.89      5369 > 18H > 21400099 TP_SERVER       FPG     10   827217   0 01:40:17.91      9898 > 47H > 2140009A LATACP          FPG     14        8   0 00:18:10.04      2101 > 33H > 21422F9F _NOAA_        FPG      9   571523   0 00:40:26.28      7017 > 33H > 2142402C _JOU_SYSTEM_  FPG      6     1169   0 00:00:03.94      3886 > 22H > 21432534 TCPIP$LPD_QUEUE HIB      4       65   0 00:00:00.33       257 > 32H > 21432535 TCPIP$INET_ACP  FPG     10    15044   0 00:00:09.19       547 > 36H > 214329B6 SMTP_METSAT_01  HIB      4   784755   0 00:06:24.92      3251 > 32H > 214302B7 TCPIP$NTP       FPG     10   299984   0 00:02:54.57      6532 > 53  Nr@ > 21420B3A SYSTEM__MBA4855 LEFO     4       --  swapped  out  -- > 24H > 21430A42 TCPIP$POP_1     FPG     10  1785476   0 00:56:36.83     11851 > 136  NH > 2142E4C4 DECW$TE_E4C4    FPG      6      888   0 00:00:06.25      2098 > 76H > 21432A45 SYSTEM____FTA67 LEF      4      120   0 00:00:00.56       555 > 32H > 21401552 4186_PROCESS_   FPG      5    13661   0 00:00:31.49      5194	 > 1878  B)H > 21400153 DTWM            FPG      6 10882104   0 09:16:01.61     40842 > 124  SH > 21432254 4213_NWP_POST   FPG      5     1489   0 00:01:22.74      5262 > 720  BH > 21430655 4219_MAPS_PE_   FPG      5     1736   0 00:00:35.77      2898 > 116  B@ > 214316D7 TCPIP$RS_BG4725 COMO    11       --  swapped  out  -- > 8  N@ > 21431E58 TCPIP$RS_BG4726 COMO    11       --  swapped  out  -- > 8  NH > 21400159 DECW$TE_0159    FPG      6     1151   0 02:39:32.71     69567 > 145rH > 2140015A SYSTEM_____FTA2 FPG      6    73178   0 00:00:42.93      8035 > 18@ > 2142EEDB TCPIP$RS_BG4727 COMO    11       --  swapped  out  -- > 8  N@ > 2140F15C TCPIP$RS_BG4728 COMO    11       --  swapped  out  -- > 8  NH > 214000DD DECW$SERVER_0   FPG      8   161744   0 05:38:48.47     48305 > 66@ > 2140015E SYSTEM_____FTA3 HIBO     8       --  swapped  out  -- > 26@ > 2140015F SYSTEM_____FTA4 LEFO     4       --  swapped  out  -- > 19@ > 214000E0 SYSTEM_____WSA1 LEFO     4       --  swapped  out  -- > 29H > 21400161 SYSTEM_____FTA5 LEF      4   176715   0 00:01:46.51      8285 > 32@ > 21400162 SYSTEM_____FTA6 LEFO     4       --  swapped  out  -- > 19H > 21421563 SYSTEM____FTA54 LEF      4    90113   0 00:00:22.18      1073 > 32@ > 214305E4 TCPIP$RS_BG4729 COMO    11       --  swapped  out  -- > 8  N@ > 21433CE5 TCPIP$RS_BG4730 COMO    11       --  swapped  out  -- > 8  N >, >h >a >    ------------------------------   Date: 6 Oct 2000 09:37:13 -05008 From: briggs@eisner.decus.org " Subject: Re: What is an FPG state?+ Message-ID: <sd5bsK3IPxSE@eisner.decus.org>   o In article <F4hD5.20753$O7.296690@ozemail.com.au>, "Antony Wardle" <antony.wardle@nooospammm.met.co.nz> writes:tK > I just found one of my nodes locked, and the only thing I could do was toa > turn off its powerJ > to get it going again. I saw a log of processes in an FPG state. WHat is > that?o  < The term I use for this system behavior is "page file hang".  D You typically also have a bunch of processes waiting around in RWMPBA and often, if I recall correctly, some in COM.  And you'll have a  fair number swapped out.  C The underlying cause is lack of page file space.  The total virtualsC address space used by the processes on your system is more than the-D total of physical memory plus backing store.  You can't fault a pageD into memory because there's no free memory.  And you can't make free4 memory because there's no room in the backing store.  9 ("Backing store" == "page file" to a first approximation)r  G You can sometimes get out of this situation without a reboot by killingcI off processes until the logjam suddenly comes apart.  But it's not a sure.C thing.  Killing a process often incurrs page faults.  And you don'thG have any free memory.  Try to hit the processes that are COM.  Whatever 7 you do, don't hit the ones that are already outswapped!=  D Note that you'll probably have to use an already-logged-in terminal.G New process creation is going to be hideously slow (if it works at all) ! and just makes the problem worse.c  D The long term fix is to either increase virtual memory (by adding orB enlarging your page files) or decrease demand (restricting logins,, reducing user PGFLQUOTA, shooting engineers)  7 Some things that can run you out of virtual memory are:n  B o Somebody tries to edit a huge file with EVE (not as bad now that1   EVE can allocate and use private backing store)   B o Some engineer writes Fortran code with humongous arrays and setsI   five instances running at once so that he can get his work done faster.h  = o You have a larger than usual number of users on the system.r  C o Your secondary page file is on a disk that was belly up at system 1   boot time.  And you didn't notice it until now.C  % o Some application has a memory leak.o  & 	John Briggs			briggs@eisner.decus.org   ------------------------------  % Date: Fri, 06 Oct 2000 07:53:12 +0200f0 From: Didier Morandi <Didier.Morandi@Easynet.fr>- Subject: Re: Why has Compaq retired DECnet ??i* Message-ID: <39DD68C8.30D7210C@Easynet.fr>   Steve Lionel wrote:U > E > As for managers - my manager thinks very highly of my participation D > here.  The only trouble I can see is if some employee continues to2 > make false, misleading or derogatory statements.  $ I understand. Fortunately, I am not.   D.   ------------------------------  % Date: Fri, 06 Oct 2000 07:59:16 +0200i0 From: Didier Morandi <Didier.Morandi@Easynet.fr>- Subject: Re: Why has Compaq retired DECnet ??e* Message-ID: <39DD6A34.8D98ABD8@Easynet.fr>   "antonio.carlini" wrote: > + > > What if Compaq stops supporting DECnet, 0 > > how big will be the impact on the customers? > ? > It has not happened. There was still plenty of DECnet support 9 > happening in engineering and in the CSCs as recently asc? > this summer. I don't expect anything has changed just because  > I left :-)  E Hang on. The person in charge of COMPAQ at Global Knowledge in FrancerH told me that there is no more COMPAQ *internal* training for the OpenVMSE SW engineers in France. They are trained by GKN, and GKN is today thelG only COMPAQ authorized training partner. These are facts (or my contactg didn't tell me the truth).  C So, let's suppose this is true worldwide. Where will these Colorado"F Springs guys go for training? (okay, the answer is PARSEC, but this is not the issue).s   D.   ------------------------------  % Date: Fri, 06 Oct 2000 08:16:38 +0200 0 From: Didier Morandi <Didier.Morandi@Easynet.fr>- Subject: Re: Why has Compaq retired DECnet ??t* Message-ID: <39DD6E46.E76FF1A8@Easynet.fr>   Jonathan Boswell wrote:i  J > That is precisely the OPPOSITE of my painful experience.  The networkingN > folks, in a never-ending attempt to "improve" IP, keep breaking it entirely.L > But with DECnet and LAT, I can still diagnose and fix things.  If it's all > going over IP, I'm toast.o  D There is in France an important Customer (in terms of network stuff,G because to me all Customers *are* important) named Groupe Vendme Rome.mB They own many Real Estate offices around the country. All of theirG terminals are connected via LAT to a few machines which were hired fromy? DEC in Paris-Evry and Lyon, and managed via the DEC infocenter.:  G I was in charge of moving the DEC infocenter lab (and lines, of course) F to Sophia-Antipolis last year. It took six months, and I heard that itF ended rather well (thanks to all of my friends at DEC since 17 years).  E When the Customer started working with us on this project (moving ALLeE lines from their offices to Sophia), they decided to stop LAT routing F and keep only IP and use PCs and terminal emulation (good bye VT220s).C Our answer has been: "if you do that, you loose the ability for ourW8 operators to troubleshoot your intermediate equipments".   [facts]r   D.   ------------------------------  % Date: Fri, 06 Oct 2000 08:44:01 +0200c6 From: "Dijk, Jeroen van" <Jeroen.vandijk@getronics.nl>- Subject: RE: Why has Compaq retired DECnet ??eM Message-ID: <2795B75EF003D311801A00A0C906B511A2AE1E@cucexec.gbc.getronics.nl>    Thank you for the statement.  H Steve could you tell a little bit more which facilities are going away?      -----Original Message-----3 From: Steve Lionel [mailto:Steve.Lionel@COMPAQ.COM].$ Sent: donderdag 5 oktober 2000 15:13 To: Info-VAX@Mvb.Saic.Coms- Subject: Re: Why has Compaq retired DECnet ??0    6 On Thu, 05 Oct 2000 09:23:28 +0200, "Dijk, Jeroen van"$ <Jeroen.vandijk@getronics.nl> wrote:    D >Could you tell use why Compaq is at this moment retiring DECnet ???6 >What is the last VMS version with DECnet support ????  E Compaq has NOT retired DECnet and, to the best of my knowledge, there2' are no plans to remove it from OpenVMS.   @ Also, contrary to Didier's comments, DECnet is still widely usedF within Compaq.  What *IS* going away is routing of the DECnet protocolE between many facilities, but DECnet-over-IP (in DECnet-PLUS) makes upM	 for that.F  - Steve Lionel (mailto:Steve.Lionel@compaq.com)  Fortran Engineering & Compaq Computer Corporation, Nashua NH  6 Compaq Fortran web site: http://www.compaq.com/fortran   ------------------------------  % Date: Fri, 06 Oct 2000 09:14:44 +010074 From: John Laird <john@laird-towers.freeserve.co.uk>- Subject: Re: Why has Compaq retired DECnet ??28 Message-ID: <6elpts8njirsn9qhmtqvgg320j1vedu954@4ax.com>  1 On Thu, 05 Oct 2000 18:01:11 +0100, Tim Llewellyn   <tim.llewellyn@bbc.co.uk> wrote:   >Phillip Helbig wrote: >_= >> Note that clustering per se has NOTHING TO DO WITH DECNET.0 >2I >However, it did used to (back in VMS 5.x days?) so we'll let Jim off :-)3  . Are you really, *really* sure about that ? ;-)  D I can't imagine any critical cluster activity was layered on Decnet, ever.  ICBW, though :-(T   	John    ------------------------------    Date: 06 Oct 2000 11:23:44 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>$- Subject: Re: Why has Compaq retired DECnet ??-H Message-ID: <y4u2aqz5jz.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  / JF Mezei <jfmezei.spamnot@videotron.ca> writes:7  I > But many tools commonly used to manage a cluster still rely on DECNET.  H > Although Monitor can now be coaxed into using TCPP instead of DECNET,  > but what about SYSMAN ?   N SYSMAN has never used DECnet, it was always using SCS for its communications. B Where do you think the remote SYSMAN functionality is implemented?  I DECnet was mainly required to do remote system management (before SYSMAN) K using SET HOST, and to have a donwload mechanism via MOP. All that has been2= re-done elsewhere, so that clusters no longer require DECnet.    	Jan   ------------------------------  % Date: Fri, 06 Oct 2000 10:38:39 +010048 From: John Macallister <J.Macallister1@physics.ox.ac.uk>- Subject: RE: Why has Compaq retired DECnet ?? L Message-ID: <35666012DF4CD411BE940090279FA240111F00@ppnt41.physics.ox.ac.uk>  K Any chance of a definitive statement on DECnet future? It wouldn't surprise H me if pure DECnet networking (routing, routers, DECnet hardware support)J were discontinued but to remove the DECnet functionality from VMS would beK one step removed from removeing DCL! We haven't had DECnet networking for aAG few years now but we have been using DECnet over IP without trouble andTL DECnet functionality is embedded in almost every command procedure I have to manage multiple nodes.  J The situation with DECnet needs to be clarified quickly before many peopleJ abandon VMS altogether. DECnet functionality is one of the (many) featuresG which distinguish VMS from other OS offerings and also which make VMS a  distinguished OS.    John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)1   ------------------------------  % Date: Fri, 06 Oct 2000 11:47:29 +0100S- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>t- Subject: Re: Why has Compaq retired DECnet ?? ) Message-ID: <39DDADC1.65236F4F@bbc.co.uk>1   "D.Webb" wrote:L  i > In article <hpdpts898l4j8miqrq6c8vss91f7s8d5se@4ax.com>, Steve Lionel <Steve.Lionel@compaq.com> writes:04 > >On Thu, 05 Oct 2000 16:59:11 +0100, Tim Llewellyn# > ><tim.llewellyn@bbc.co.uk> wrote:P > >GI > >>Does it make up for it? I always liked having redundant WAN protocols- > >>available,M > >>eg if IP was down DECNET would work and vice versa. Especially if you are.9 > >>relying on the network to remotely manage operations.e > >-E > >I have not seen nor heard of any problems in this regard.  In most C > >cases around here, IP always works while DECnet can sometimes be F > >troublesome.  (This was true long before Compaq came on the scene.) > >i > H > Can be a bit difficult to do something which requires restarting TCPIP= > remotely if that is the only protocol running on the box :)   K Oh, I have batch procedures for restarting TCPIP remotely etc, I even wrote0I one for installing an UCX 4.1 ECO then rebooting remotely, worked in test G on VAX every time, but I have never used it at one of my remote, TCP/IPcH only and only one VMS box so can't do the set host/lat thing sites, yet.    --a6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uke  A I speak for myself only and my views in no way represent those ofa MedAS or the BBC.e   ------------------------------  % Date: Fri, 06 Oct 2000 11:55:45 +0100   From: steven.reece@quintiles.com- Subject: Re: Why has Compaq retired DECnet ??nH Message-ID: <OF4BD4484A.BAF06A57-ON80256970.003B70AD@qedi.quintiles.com>   John Laird commented/quoted :e4 >>>On Thu, 05 Oct 2000 18:01:11 +0100, Tim Llewellyn  <tim.llewellyn@bbc.co.uk> wrote:   >Phillip Helbig wrote: >t= >> Note that clustering per se has NOTHING TO DO WITH DECNET.y >uI >However, it did used to (back in VMS 5.x days?) so we'll let Jim off :-)s  . Are you really, *really* sure about that ? ;-)  D I can't imagine any critical cluster activity was layered on Decnet, ever.  ICBW, though :-(    <<<  J I think there is some misconception over what is cluster activity and what isn't.  I MONITOR used to be exclusively DECnet when going between nodes.  There isfF now (since V6.2 or 7.1 IIRC) the capability to use MONITOR with TCP/IP instead.  D MOP used to be controlled via NCP so for downline loading of clusterI satellites there was the concept that it was all done using DECnet (whichMK it wasn't, but that's where MOP was fitted in).  Later versions of VMS have F LANCP which can also provide a control interface to MOP functionality.G From the comments I've seen (I think from Hoff, but I wouldn't swear to K it), it may be preferable to use LANCP rather than DECnet for MOP functionsHJ as LANCP is bundled with VMS.  To use DECnet would require another product
 installation.    Steve.   ------------------------------   Date: 6 Oct 2000 11:22:34 GMT ' From: david20@alpha1.mdx.ac.uk (D.Webb)0- Subject: Re: Why has Compaq retired DECnet ??00 Message-ID: <8rkclq$hvt$1@aquila.news.mdx.ac.uk>  Y In article <39DDADC1.65236F4F@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:  >2 >"D.Webb" wrote: > j >> In article <hpdpts898l4j8miqrq6c8vss91f7s8d5se@4ax.com>, Steve Lionel <Steve.Lionel@compaq.com> writes:5 >> >On Thu, 05 Oct 2000 16:59:11 +0100, Tim Llewellyn9$ >> ><tim.llewellyn@bbc.co.uk> wrote: >> >J >> >>Does it make up for it? I always liked having redundant WAN protocols >> >>available, N >> >>eg if IP was down DECNET would work and vice versa. Especially if you are: >> >>relying on the network to remotely manage operations. >> >F >> >I have not seen nor heard of any problems in this regard.  In mostD >> >cases around here, IP always works while DECnet can sometimes beG >> >troublesome.  (This was true long before Compaq came on the scene.)C >> > >>I >> Can be a bit difficult to do something which requires restarting TCPIP > >> remotely if that is the only protocol running on the box :) >6L >Oh, I have batch procedures for restarting TCPIP remotely etc, I even wroteJ >one for installing an UCX 4.1 ECO then rebooting remotely, worked in testH >on VAX every time, but I have never used it at one of my remote, TCP/IPI >only and only one VMS box so can't do the set host/lat thing sites, yet.  >0 > --  I True you can do it by submitting a batch job. However there is always theFL possibility that the restart won't work for some reason leaving you with no + way to contact the box and fix the problem.:  , I just feel safer with another access route.  
 David Webb VMS and unix team leader CCSS Middlesex University T   ------------------------------  % Date: Fri, 06 Oct 2000 13:05:23 +01009- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>6- Subject: Re: Why has Compaq retired DECnet ?? ) Message-ID: <39DDC003.F1C21E40@bbc.co.uk>    John Laird wrote:2  3 > On Thu, 05 Oct 2000 18:01:11 +0100, Tim Llewellyn " > <tim.llewellyn@bbc.co.uk> wrote: >G > >Phillip Helbig wrote: > >3? > >> Note that clustering per se has NOTHING TO DO WITH DECNET.8 > >0K > >However, it did used to (back in VMS 5.x days?) so we'll let Jim off :-)  >00 > Are you really, *really* sure about that ? ;-) > F > I can't imagine any critical cluster activity was layered on Decnet, > ever.  ICBW, though :-(0 >1 >         John  1 OK, I was confusing DECNET with MOP/Lancp. Sorry.G   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of  MedAS or the BBC.o   ------------------------------  % Date: Fri, 06 Oct 2000 13:07:26 +0100.- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>2- Subject: Re: Why has Compaq retired DECnet ?? ) Message-ID: <39DDC07E.CBE421EF@bbc.co.uk>    John Laird wrote:t  3 > On Thu, 05 Oct 2000 18:01:11 +0100, Tim Llewellyn " > <tim.llewellyn@bbc.co.uk> wrote: >0 > >Phillip Helbig wrote: > > ? > >> Note that clustering per se has NOTHING TO DO WITH DECNET.3 > > K > >However, it did used to (back in VMS 5.x days?) so we'll let Jim off :-)  > 0 > Are you really, *really* sure about that ? ;-) >SF > I can't imagine any critical cluster activity was layered on Decnet, > ever.  ICBW, though :-(0 >1 >         John  A Before LANCP Clusters booted with MOP, which is a part of decnet.    --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukP  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.-   ------------------------------  % Date: Fri, 06 Oct 2000 13:14:33 +0100e- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>e- Subject: Re: Why has Compaq retired DECnet ??n) Message-ID: <39DDC229.8F08CFA6@bbc.co.uk>.   "D.Webb" wrote:"  L >  True you can do it by submitting a batch job. However there is always theM > possibility that the restart won't work for some reason leaving you with no - > way to contact the box and fix the problem.  >t. > I just feel safer with another access route. >t  > Sure, a lot safer. However, when the network people are DECNETE hostile, DECNET functionality is extra cost in the routing solutions,y and its got to be done.l  5 I have talked finance clerks through remote b/1 stuffe= before now. Nasty, and not self inflicted, but it is possible 	 with VMS.    --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukr  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.e   ------------------------------  % Date: Fri, 06 Oct 2000 10:13:45 -0400 , From: Steve Lionel <Steve.Lionel@compaq.com>- Subject: Re: Why has Compaq retired DECnet ??n8 Message-ID: <f5nrtsk17gi811ap10474um61qlpckttt0@4ax.com>  6 On Fri, 06 Oct 2000 08:44:01 +0200, "Dijk, Jeroen van"$ <Jeroen.vandijk@getronics.nl> wrote:   >Thank you for the statement.  > I >Steve could you tell a little bit more which facilities are going away? g  F By "facilities" I meant Compaq office buildings.  We have a very largeD internal network worldwide.  Until about a year ago, both DECnet andE IP were routed throughout this network.  DECnet is still routed amongpC several major facilities (including the Nashua, New Hampshire plantLF where I work), but not, for example, from here to the UK.  Within eachC building's LAN, DECnet is still routed (there may be isolated casesa1 where it isn't, but I don't know of any offhand.)b    - Steve Lionel (mailto:Steve.Lionel@compaq.com)d Fortran Engineeringy& Compaq Computer Corporation, Nashua NH  6 Compaq Fortran web site: http://www.compaq.com/fortran   ------------------------------   Date: 6 Oct 2000 14:50:59 GMTc' From: david20@alpha1.mdx.ac.uk (D.Webb)l- Subject: Re: Why has Compaq retired DECnet ??n0 Message-ID: <8rkosj$j9b$1@aquila.news.mdx.ac.uk>  Y In article <39DDC229.8F08CFA6@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:a >  >"D.Webb" wrote: >3M >>  True you can do it by submitting a batch job. However there is always thehN >> possibility that the restart won't work for some reason leaving you with no. >> way to contact the box and fix the problem. >>/ >> I just feel safer with another access route.  >> >l? >Sure, a lot safer. However, when the network people are DECNETeF >hostile, DECNET functionality is extra cost in the routing solutions, >and its got to be done. >-  K So long as you have 2 machines on the local lan supporting both DECNET and i TCPIP your OK.H Telnet into the machine you don't want to do anything to and then DECNET7 from there to the machine you want to restart TCPIP on.:  
 David Webb VMS and Unix team leader CCSS Middlesex University  6 >I have talked finance clerks through remote b/1 stuff> >before now. Nasty, and not self inflicted, but it is possible
 >with VMS. >    ------------------------------  # Date: Fri, 06 Oct 2000 14:56:31 GMTg From: richard_maher@my-deja.com - Subject: Re: Why has Compaq retired DECnet ??a) Message-ID: <8rkp6t$b69$1@nnrp1.deja.com>i  A > > Can DECnet be replaced with TCP/IP or another something else?  >n+ > Sometimes. Or you can run DECnet over IP.   G I'd just like to take the opportunity to point out one major differencecG between DECnet and TCP/IP as I see it from a programming point of view.e  0 *** DECnet understands the concept of *records*!  C For example, if a client sent a 10 byte record followed by a 5 byte.C record followed by a 20 byte record and the server eventually did a @ <=30 byte read then on DECnet, the first message (ie the 10 byteE record) would be returned but with TCP/IP the 10, the 5 and the firstEB 15 bytes of the 20 byte message would be returned in the one read.C (Yes, I am aware of the algorithms and hoops to jump through to get- around the problem)p  F Most, if not all, of you won't think this a big deal, but then you areB the same people that are happy to live without scaled integers andA store data items/amounts, such as "money", as floating-points :-( F "$1.49 or $0.14897123E-45 it all rounds ok what's the problem?" and asE far as strings go "What are they if not arrays of bytes terminated bytE nulls?" and "You know that record structure, you couldn't stick a fewdB nulls between the fields could ya mate? We're having trouble doing$ anything with it in the open world."   Regards Richard Maher.  F PS. DECnet also lets youe send 16 bytes of Out-of-Band data instead of one.  D PPS. Please look at the disclaimers for UDP before offering it as an alternative.    & Sent via Deja.com http://www.deja.com/ Before you buy.n   ------------------------------  % Date: Fri, 06 Oct 2000 16:22:46 +0100n- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>m- Subject: Re: Why has Compaq retired DECnet ??:) Message-ID: <39DDEE46.E5EFF843@bbc.co.uk>    "D.Webb" wrote:t   >e >oL > So long as you have 2 machines on the local lan supporting both DECNET and > TCPIP your OK.J > Telnet into the machine you don't want to do anything to and then DECNET9 > from there to the machine you want to restart TCPIP on.  >s  G Sure, also SET HOST/LAT works on a LAN. Don't need a DECNET licence for N that (I have a couple of VAX 4100's with no DECNET licence. However, this onlyQ helps if you have several boxes on the same LAN. I have centralized a few serversl; recently but still have two lone VMS boxes at remote sites.1     --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of? MedAS or the BBC.    ------------------------------  % Date: Fri, 06 Oct 2000 17:30:19 +0200t0 From: Didier Morandi <Didier.Morandi@Easynet.fr>- Subject: Re: Why has Compaq retired DECnet ?? * Message-ID: <39DDF00B.1172C8C7@Easynet.fr>   John Macallister wrote:S > 8 > Any chance of a definitive statement on DECnet future?  A Did someone here get any info from the Project Manager at COMPAQ?    D.   ------------------------------  # Date: Fri, 06 Oct 2000 15:11:59 GMTC From: richard_maher@my-deja.com 0 Subject: Re: www.networks.digital.com retired...) Message-ID: <8rkq3m$c4r$1@nnrp1.deja.com>a  	 I'm lost.c  1 Is it "Reclaim the name we're DEC *not* Digital!"t   or  3 "Tell those evil imperialist Texans we're Digital!"E   ???2   Regards Richard Maher.    & Sent via Deja.com http://www.deja.com/ Before you buy.:   ------------------------------   End of INFO-VAX 2000.559 ************************