1 INFO-VAX	Mon, 11 Mar 2002	Volume 2002 : Issue 138       Contents:* Re: Anybody tried? was emacs21 help needed, CUO-UK _can_ organise a p*ss-up in a brewery- DCL midnite minute of the day: DECnet timeout % Re: emacs21 working a little bit more , Re: EV8 and McKinley analysis by Paul DeMone$ FORTRAN (was: Re: R.I.P. OpenVMS...)2 Heads Up - OpenVMS Technical Update Days in Europe Re: Incremental BACKUP question  Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles# Re: Limiting individual user logins $ linking port with service on OpenVMS( Re: linking port with service on OpenVMS+ Re: Microsoft Curries Favor With Undergrads ! Re: OpenVMS Business Solutions CD  OpenVMS Business Solutions CD ! Re: OpenVMS Business Solutions CD  OpenVMS Mail and Exchange 2000" Re: OpenVMS Mail and Exchange 20009 Oracle Rdb Product Family - Rdb Technical Forums for 2002 < RE: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in( Re: reading sequential files in PERL !?! Reduced SW RAID-5  Re: Reduced SW RAID-5  Re: SMG  Re: SMG  Re: Sound on alpha/VMS? # Re: Users being randomly logged out # Re: Users being randomly logged out # Re: Users being randomly logged out # Re: Users being randomly logged out  Re: VFC File Problem Re: VFC File Problem Re: VFC File Problem RE: VMS sys admin salaries, Re: Why not we guys buy OpenVMS from Compaq?, Re: Why not we guys buy OpenVMS from Compaq?, Re: Why not we guys buy OpenVMS from Compaq?, Re: Why not we guys buy OpenVMS from Compaq?, Re: Why not we guys buy OpenVMS from Compaq?, Re: Why not we guys buy OpenVMS from Compaq?, Re: Why not we guys buy OpenVMS from Compaq?, RE: Why not we guys buy OpenVMS from Compaq?P Re: Younger recruits versus experienced veterans ( was The demise    of      com  F ----------------------------------------------------------------------  + Date: Mon, 11 Mar 2002 11:48:34 +0000 (UTC) 9 From: Roar =?iso-8859-1?Q?Thron=E6s?= <roart@nvg.ntnu.no> 3 Subject: Re: Anybody tried? was emacs21 help needed - Message-ID: <a6i5ii$nnp$1@tyfon.itea.ntnu.no>   " Tom Linden <tom@kednos.com> wrote:H : After I get through this I will summarize the install, simplifying for	 : others, - : which ideally ought to be a single command.   D I agree that this should be simpler, but this is developement still,= and one should not expect a functional version for some time.   0 :> From: Roar Throns [mailto:roart@nvg.ntnu.no]% :> Tom Linden <tom@kednos.com> wrote: J :> : I was getting ready to try it out, but not obvious how to install it.I :> : There are a number of scripts in the VMS subdir, but no step-by-step , :> : install instructions that I could find. :>J :> The setting up of a logical is (a trivial task) mentioned in one of the  :> readmes in the ftp directory. :>6 : Which logical? Do you mean the rooted logical STORE? : Which of the 14 README's?   J One of the two (now 3) in the ftp server directory, not the 14 in the src.6 I have made a new emacs21readme with some updated info (including set file/attr)    : OK, I presume this is STEP 1.   ! :> :> (Remember to install first)  :>; :> With mmk install (or mms?). (The usual thing with emacs)   J : So is this STEP 2?  How?  Where? Do you run mms in STORE:[VMS]?  How and : with which
 : options?  ) In STORE:[SRC.EMACS-21_1], with /ign=war. M And not necessarily; I do not think you need it if you are just using loadup.   6 :> (I have assumed previous contact with emacs making)C : How?  My experience installing emacs is limited to Unix beginning M : with Berkeley 4.1 on a VAX 751 in 1981 and a variety of systems since then.  : The simplest by far was W2K   " Oops, I meant emacs making on VMS.@ As you know, on 19.28 is was by using configure.com and mms/mmk.. (With some fixing of the mms and source files) Now it is just using mms/mmk.   > :> Termcap and another file may have to be installed manually.  : And this would be STEP 3? How?  $ Simple copy to where emacs wants it.  = :> :> : (Start it with mcr []temacs_d -l loadup --debug-init) 7 :> :> mcr []temacs_d -map temacs.dump  -nw --debug-init   5 : Does the non-debug version function? Is it useable?   F It can be compiled and used, but it is of no much use since it can not be used for debugging.   Regards, Roar Throns   ------------------------------  % Date: Mon, 11 Mar 2002 11:33:40 +0000 ( From: Nic Clews <sendspamhere@127.0.0.1>5 Subject: CUO-UK _can_ organise a p*ss-up in a brewery ) Message-ID: <3C8C9613.16480CED@127.0.0.1>   H 28th May in Reading. This is probably an event you want to stay over theD night after, rather than the night before. Breweries are interesting- places to look round, and it's members only.    E Apparently there is also some technology presentations on OpenVMS and  UNIX.   F I recall a trip to Cane and Sons in Liverpool, and the guide explained& the logic behind saying to a landlord:  & "I'd like 568 ml of warehouse please".  E Amazingly, I still recall most of the evening spent sampling products  from the brewery taps. --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot com    ------------------------------  % Date: Mon, 11 Mar 2002 18:35:27 +0100 - From: Didier Morandi <Didier.Morandi@free.fr> 6 Subject: DCL midnite minute of the day: DECnet timeout' Message-ID: <3C8CEADE.4BDA6829@free.fr>   H This procedure is a programming example on how to do DEcnet task to taskK communication via IP when DECnet routing is disabled. It sends "coucou" and  receives "Coucou yourself".   * It does not do DECnet over IP, it does IP.   Lines should be 80c long.    $!+  $! ipLEEnk.com $!K $! This procedure does DECnet Task To Task communication with itself on its N $! local or a remote node via DECnet. Should DECnet routing to the remote nodeL $! not be available, the link is automatically established via an IP gateway $! (if available, of course).  $!M $! The author gratefully thanks his wife Pascale for the time he had to write M $! all this, Peter LEE from the UBS Bank in Zurich for his very valuable and  O $! powerful C programming of the two IP gateway tasks, and Stephen Hoff HOFFMAN M $! from COMPAQ for so many reasons that I will not try to list here. See the   $! OpenVMS FAQ :-) $! $! Prerequisites $! ============= $!D $! To make it work (architecture Client <--> IP Gateway <--> Server)C $! ---------------               node_1         node_2       node_3  $!L $! 1. build   ipLEEnk_in and ipLEEnk_out executable images (see ipLEEnk.doc)5 $! 2. install ipLEEnk_out.(com|exe) on the local node 6 $! 3. install ipLEEnk_in.(com|exe) on the Gateway nodeD $! 4. copy    ipLEEnk.com (this procedure) to the target remote nodeP $! 5. enable  ipLEEnk_in account proxy on remote node to remote ipLEEnk.com task $! $!    Example:  K $!    Assuming that the local user on NODE_1 is "ipLEEnk_user" and that the G $!    ipLEEnk.com procedure has been copied in the default directory of H $!    ipLEEnk_user on NODE_3, and that the ipLEEnk_in gateway task is on $!    NODE_2, do $!; $!    NODE_3> uaf add/proxy NODE_2::ipLEEnk_in ipLEEnk_user  $!
 $! <input>= $! P1: Message to send (between quotes if more than one word) < $! P2: Remote node where the network task should be accessed. $! P3: IP Gateway node (can be the same as P2)> $! P4: "V" (or any other character) will trigger verbose mode.N $! P5: Network timeout value in seconds on DECnet incoming and outgoing accessI $! P6: "I" will skip a DECnet connection attempt and force IP connection. E $! P7: Name of the remote task to connect to (default is ipLEEnk.com)  $!M $! When the message has been successfully received by the remote task, it is  N $! returned to the local task with the (obscure) string " yourself!" appended. $!' $! See diagram at the end of this file.  $! $! <output>  $! none but display. $! $! <side effects> M $! none but two log files creation in both ipLEEnk.com default directories on M $! local and remote node. Note that a logfile is also created by the gateway  E $! tasks in their default directories, and a NET$SERVER.LOG file too.  $!L $! Note that the DECnet session control outgoing timeout is set to 3 secondsL $! within this procedure (default is 60) to avoid the user to wait too long N $! before any error message dealing with outgoing DECnet access failure. ValueO $! is reset to default at end of procedure (generally 60 seconds, not checked).  $! $! LEGAL $! =====L $! This procedure and all accompagnement software is (c) 2001 Didier MorandiN $! MORANDI Consulting, Zurich, CH. http://Didier.Morandi.Free.fr/index_us.html $! $! Revision history  $!( $! Version Date        Author     actionO $! ------- ----------- ---------- --------------------------------------------- = $! v1.0-0  23-nov-2001 D. Morandi creation (during off hours) : $v="1.1-0"!28-nov-2001 DMo        add messages formatting. $!-  $ say = "write sys$output": $ we_should_try_IP = 0                          !init flag: $ we_use_DECnet = 0                             !init flag: $ we_use_IP     = 0                             !init flagH $ fac = "ipLEEnk"                               !facility identificationH $ tmo_def = 3                                   !network timeout in sec.@ $ me = " ? "                                    !not yet definedJ $ dbg = "!"                                     !the Verbose magic trigger $! $ on warning then gosub ERROR  $ on control then goto EXIT O $ if p4 .nes. "" then dbg = ""                  !remove comment will enable msg O $ tmo = "''p5'"                                 !optional network timeout value I $ if tmo .eqs. "" then tmo = tmo_def            !default value in seconds 5 $ if tmo .eq.  0  then tmo = tmo_def            !idem  $ 'dbg' say "": $ 'dbg' say fac,"-I-, entering ",f$env("procedure")," v",v $ pid = f$getjpi(0,"pid") 8 $ logfile = "SYS$LOGIN:ipLEEnk_''f$getjpi(0,"pid")'.LOG"0 $ 'dbg' say fac,"-I-, creating logfile ",logfile $ 'dbg' log_flag = "/log"  $ create'log_flag' 'logfile'L $ logfile = f$search(logfile)                           !get full file spec.$ $ node = f$trnlnm("sys$node") - "::"; $ msg = f$env("procedure") + " starting (" + f$mode() + ")"  $ gosub LOG_IT5 $ msg = "setting NETSERVER$TIMEOUT to ""0 00:00:00"""  $ 'dbg' say fac,"-I-, ",msg  $ gosub LOG_IT5 $ define/process/nolog netserver$timeout "0 00:00:00" 	 $ s = "s"  $ if tmo .eq. 1 then s = "" E $ msg = "setting SESSION CONTROL OUTGOING TIMER to ''tmo' second''s'"  $ 'dbg' say fac,"-I-, ",msg  $ gosub LOG_IT $ define/user sys$output nl: $ defile/user sys$error  nl:1 $ mc ncl set session control outgoing timer 'tmo' M $ if p7 .eqs. "" then p7 = "ipLEEnk.com"        !default remote task to reach 3 $ msg = "setting default remote task name to ''p7'"  $ 'dbg' say fac,"-I-, ",msg  $ gosub LOG_IT $ goto 'f$mode()'  $!
 $INTERACTIVE: F $ me = " C: "                                           ! "C" = Client $ on warning then gosub ERROR O $ if p1 .eqs. "" then inq p1 "Enter message to send between quotes, <RET>=exit"  $ if p1 .eqs. "" then exitG $ if p2 .eqs. "" then inq p2 "Enter DECnet target system name [FPT280]" # $ if p2 .eqs. "" then p2 = "FPT280" D $ if p3 .eqs. "" then inq p3 "Enter ipLEEnk_in server name [FPT280]"# $ if p3 .eqs. "" then p3 = "FPT280"  $ p2 = p2 - "::" $ p3 = p3 - "::" $!+  $! Record some environment data  $!-  $ msg = "logfile is " + logfile  $ gosub LOG_IT& $ msg = "Network timeout is ''tmo' s." $ gosub LOG_IT= $ if f$edit(p6,"upcase,collapse") .eqs. "I" then goto NO_LINK  $!+ H $! Open DECnet network link to remote task (if DECnet routing available) $!-  $ close/nolog netlink  $ say ""G $ msg = "opening DECnet link from ''node' to remote task on node " + p2  $ 'dbg' say fac,"-I-, ",msg  $ gosub LOG_IT4 $ open/read/write netlink 'p2'"SYSTEM"::"TASK=''p7'"O $ if we_should_try_IP                                   !DECnet failed, backup.  $ thenE $    msg="DECnet link to remote node unavailable, trying IP Gateway."  $    say fac,"-W-, ",msg $    gosub LOG_IT  $    goto NO_LINK  $ endif " $ msg = "link opened successfully" $ gosub LOG_ITF $ param = "----OK"                                      !we assume it.= $ we_use_DECnet = 1                                     !flag P $ goto GO_DECNET                                        !and we skip the Gateway $!+ , $! Open DECnet network link to local Gateway $!- 	 $NO_LINK:  $ close/nolog netlink  $ say ""E $ msg = "opening DECnet link to local outgoing IP Gateway on " + node  $ 'dbg' say fac,"-I-, ",msg  $ gosub LOG_IT5 $ open/read/write netlink 0""::"task=gen_tcp_svr_out" 5 $ msg = "link to GEN_TCP_SVR_OUT opened successfully"  $ gosub LOG_IT= $ we_use_IP = 1                                         !flag  $!+ M $! Send information needed to reach remote incoming gateway and network task.  $!- I $ msg = "sending remote incoming IP Gateway address and remote task data"  $ 'dbg' say fac,"-I-, ",msg  $ gosub LOG_IT= $ msg = "sending ''p3'|59051|''p2'""SYSTEM""::""TASK=''p7'"""  $ gosub LOG_IT $ msg = msg - "sending " $ write netlink msg ' $ msg = "information sent successfully"  $ gosub LOG_IT $!+ P $! Send "request for ACK" message to remote incoming Gateway via local outgoing I $! Gateway to allow it to receive its ACK message "----OK". Actually the  M $! request for ACK message is any string, which causes the partner to answer.  $!- J $ m1 = "HERE IS ''node'"                                        !dummy msgH $ msg = "sending request for ACK to remote incoming IP Gateway on " + p3 $ 'dbg' say fac,"-I-, ",msg  $ gosub LOG_IT $ write netlink m1# $ msg = "message sent successfully"  $ gosub LOG_IT $!+ G $! Then we read the ACK status (----OK) from the incoming Gateway task.  $!- - $ read/err=ERROR/time_out='tmo' netlink param % $ msg = "READ completed successfully"  $ gosub LOG_IT $!+ 7 $! If ACK, let's send our message to our remote server.  $!-  $GO_DECNET:  $ if param .eqs. "----OK"  $ then: $    msg = "remote server task return status is: " + param $    gosub LOG_IT  $    if we_use_DECnet 	 $    then J $       m1 = "HERE IS ''node'"                                  !dummy msgH $       msg = "sending message ""''m1'"" to remote server task on " + p2! $       'dbg' say fac,"-I-, ",msg  $       gosub LOG_IT $       write netlink m1, $       msg = "WRITE completed successfully" $       gosub LOG_ITB         msg = "sending ""''p1'"" from ''node' to ''p2' via DECnet"
 $    endif $    if we_use_IP then -N         msg = "sending ""''p1'"" from ''node' to ''p2' via ''p3' (IP Gateway)" $    say fac,"-I-, ",msg $    gosub LOG_IT  $    write netlink "''p1'") $    msg = "WRITE completed successfully"  $    gosub LOG_IT  $!G $    msg = "waiting to read answer from remote server task on ''p2'..."  $    'dbg' say fac,"-I-, ",msg $    gosub LOG_IT 0 $    read/err=ERROR/time_out='tmo' netlink param( $    msg = "READ completed successfully" $    gosub LOG_IT 5 $    msg = "message received from ''p2' is: " + param  $    say fac,"-I-, ",msg $    gosub LOG_IT  $!G $    msg = "sending request to remote server task to close remote link"  $    'dbg' say fac,"-I-, ",msg $    gosub LOG_IT  $    write netlink "----CLOSE") $    msg = "WRITE completed successfully"  $    gosub LOG_IT  $!M $    msg = "waiting to receive CLOSE ACK from remote server task on ''p2'..."  $    'dbg' say fac,"-I-, ",msg $    gosub LOG_IT 0 $    read/err=ERROR/time_out='tmo' netlink param( $    msg = "READ completed successfully" $    gosub LOG_IT 7 $    msg = "CLOSE ACK successfully received from ''p2'"  $    gosub LOG_IT  $    if param .eqs. "----CLOSE" 	 $    then  $       if we_use_DECnet then - :            msg = "remote server task closed communication" $       if we_use_IP then - ;            msg = "remote Gateway task closed communication" ! $       'dbg' say fac,"-I-, ",msg  $       gosub LOG_IT	 $    else  $       if we_use_DECnet then - L            msg = "non-fatal error received from remote server task on close" $       if we_use_IP then - H            msg = "non-fatal error received from remote Gateway on close" $       say fac,"-E-, ",msg  $       gosub LOG_IT( $       msg = "error status is " + param $       say fac,"-E-, ",msg  $       gosub LOG_IT
 $    endif $ else6 $!   (we come here only in case of IP transport error) $    msg = -G      "trying to connect to ''p2', remote IP Gateway on ''p3' answered:"  $    say fac,"-F-, ",msg $    gosub LOG_ITe $    say param $    msg = param $    gosub LOG_ITn- $!   let's extract the VMS completion status e& $    status = 'f$element(1,":",param)' $    msg = f$message(status) $    say "----ERROR ",msg  $    gosub LOG_IT. $    msg = -I      "DECnet TTT connection via IP between ''node' and ''p2' has failed."K $    say fac,"-F-, ",msg $    gosub LOG_ITu $ endifs $ goto EXIT  $! $BATCH:  $OTHER:r	 $NETWORK:  $ on warning then gosub ERROR F $ me = " S: "                                           ! "S" = Server $ msg = "logfile is " + logfilea $ gosub LOG_IT $ tmo = tmo_def # $ msg = "network timeout is ''tmo'"e $ gosub LOG_IT $ close/nolog netlinkS! $ msg = "opening SYS$NET mailbox"a $ gosub LOG_IT! $ open/read/write netlink sys$nete- $ msg = "SYS$NET mailbox opened successfully"2 $ gosub LOG_IT1 $ msg = "waiting to read from SYS$NET mailbox..."  $ gosub LOG_ITP $ read/err=ERROR/time_out='tmo' netlink parameter               !the ACK requestE $ msg = "READ successful, message received was """ + parameter + """"  $ gosub LOG_IT $ msg = "entering READ loop" $ gosub LOG_IT $! $LOOP:= $ msg = "waiting to read from SYS$NET mailbox within loop..."e $ gosub LOG_ITL $ read/err=ERROR/time_out='tmo' netlink parameter               !the messageE $ msg = "READ successful, message received was """ + parameter + """"  $ gosub LOG_ITE $ if parameter .eqs. "----CLOSE" then goto NO_MORE              !done 8 $ msg = "sending (hard-coded) answer to SYS$NET mailbox" $ gosub LOG_IT( $ write netlink "''parameter' yourself!"G $ msg = "WRITE successful, message sent was ""''parameter' yourself!"""o $ gosub LOG_ITN $ goto LOOP                                                     !next message? $!	 $NO_MORE:-< $ msg = "CLOSE request received, sending ACK back to Client" $ gosub LOG_ITO $ write netlink parameter                                       !ie "----CLOSE"A $ msg = "WRITE successful" $ gosub LOG_ITH $ status = 1                                                    !success $ goto EXITe $! $LOG_IT: $!+sM $! This (stupid) open/close sequence flushes the messages into the logfile inhL $! case the procedure hangs. This allows the (courageous) debugger to have aC $! bit more of information than the "starting (NETWORK)" message...f $!-m $ close/nolog log:! $ open/append/share log 'logfile'u< $ write log f$extract(12,8,f$time())," ",pid," ",node,me,msg $ close logr $ return $! $ERROR:u $ status=$status
 $ set noon $ if status .eqs. "%X100184C4" $ then# $!   occurs when DECnet is missing.a: $    msg = "501, DECnet not started on local node ''node'" $    goto FATAL_EXIT $ endifm $ if status .eqs. "%X109110A2" $ then. $!   occurs when DECnet is no more available..8 $    msg = "502, DECnet unavailable on local node ''p1'" $    goto FATAL_EXIT $ endifh $ if status .eqs. "%X1001C002" $ then; $!   occurs when a PROXY is missing to access network task.o? $    msg = "503, No access from ''node' to DECnet network task" C $!   now, let's see if we try to reach ourselves or a remote system? $    if p2 .eqs. nodeh	 $    then M $       goto FATAL_EXIT                                 !cannot connect to mei	 $    else = $       we_should_try_IP = 1                            !flag  $       return
 $    endif $ endifi $ if status .eqs. "%X0001C0F4" $ then& $!   occurs when DECnet link has gone.= $    msg = "504, Read error from (disconnected?) DECnet link"o $    goto FATAL_EXIT $ endife $ if status .eqs. "%X0001C114" $ then& $!   occurs when DECnet link has gone.< $    msg = "505, Write error to (disconnected?) DECnet link" $    goto FATAL_EXIT $ endif  $ if status .eqs. "%X0001827A" $ then4 $!   occurs when remote Gateway service is disabled.; $    msg = "506, Read error from DECnet link, EOF detected"s $    goto FATAL_EXIT $ endifu $ if status .eqs. "%X000181B0" $ then? $!   occurs when DECnet has been stopped or system unavailable.aB $    msg = "507, Timeout after ''tmo' s. on READ from DECnet link" $    goto FATAL_EXIT $ endifg( $ msg = "1. unexpected non fatal error:" $ gosub LOG_IT $ msg = "2. " + f$mess(status) $ gosub LOG_IT" $ msg = "3. processing continuing" $ gosub LOG_IT $ on warning then gosub ERROR- $ return $! $FATAL_EXIT:! $ msg = msg + " (" + status + ")"s $ say fac,"-F-, ",msg  $ gosub LOG_IT $EXIT: $ msg = "closing network link" $ 'dbg' say fac,"-I-, ",msgD $ gosub LOG_IT $ close/nolog netlinkiI $ msg = "resetting SESSION CONTROL OUTGOING TIMER to default value 60 s."t $ 'dbg' say fac,"-I-, ",msge $ gosub LOG_IT $ define/user sys$output nl: $ defile/user sys$error  nl:. $ mc ncl set session control outgoing timer 60' $ msg = "leaving " + f$env("procedure")C $ 'dbg' say fac,"-I-, ",msgd $ gosub LOG_IT $ say "" $ exit 'status'n $!P ################################################################################2 Table 1 - ipLEEnk chronological links relationship    I        NODE 1                   !         NODE 2        !          NODE 3s9                                 !                       !1I       Client                    !      IP Gateway       !          Server K     +--------+                  !                       !        +--------+.K  No !        ! YES              !                       !        !        !cN  +--C6      C1_[READY?>________________________________________> S1      S6* *N  |  !        !                  !                       !        !        !  *N  |  !       C2 <____________________________________________<OK]_S2       !  *N  |  !        !                  !                       !        !        !  *N  |  !       C3 * * * * * * * * * * <[t r a f f i c]> * * * * * * S3       !  *N  |  !        !                  !                       !        !        !  *N  |  !       C4_[CLOSE>_________________________________________> S4       !  *N  |  !        !                  !                       !        !        !  *N  |  !       C5 <________________________________________<CLOSED]_S5       !  *N  |  !        !                  !                       !        !        !  *N  |  +--------+                  !                       !        +--------+  *N  |               Outgoing       !        Incoming       !                    *N  |               Gateway        !        Gateway        !                    *N  |             +----------+     !      +----------+     !                    *N  |             !          !     !      !          !     !                    *N  |_[READY?>____OG1      OG2~[READY?>~~~IG1      IG2* * * * * * * * * * * * * *9                !          !     !      !          !     !e9 C2________<OK]_0G4      OG3~~~~~~~<OK]~IG3        !     ! 9                !          !     !      !          !     !a9 C3* * * * * * *0G5      OG6<~~~~~~~~~~>IG4        !     !n9                !          !     !      !          !     !n9 C4_[CLOSE>_____0G7      OG8~[CLOSE>~~~~IG5        !     ! 9                !          !     !      !          !     !u9 C5____<CLOSED]_0G10     OG9~~~<CLOSED]~IG6        !     !s9                !          !     !      !          !     !o9                +----------+     !      +----------+     !t9                                 !                       !i Legend         . ------         t  I C1,OG3,...  chronological connection points: C  = DECnet Client procedurelI                                              S  = DECnet Server procedurefJ                                              OG = outgoing IP Gateway taskJ [READY?>    message                          IG = incoming IP Gateway task  , ___________ DECnet link for message transfer  0 * * * * * * DECnet link for task to task traffic  ) ~~~~~~~~~~~ IP link between gateway tasks       _____   _____   ___\_   [#####]_[#####]_[####""># ___o___o___o___o___oo__oo____   TGVu    K Whole package, once deeply re-tested, will be submitted to the Freeware CD.    D. -- wH   ----------------------------------------------------------------------H MORANDI Consultants  -  WEB: http://Didier.Morandi.Free.fr/index_us.htmlH Pflanzschulstrasse 53, 8004 Zurich, Switzerland. GSM: +41 (0)79 705 4670H 19, chemin de la Butte, 31400 Toulouse, France.  GSM: +33 (0)6 7983 6418  H Disaster Recovery Plans, Computer Security Audits, DEC OpenVMS ExpertiseH On parle franais Man spricht Deutsch se habla Castellano English spoken   ------------------------------    Date: 11 Mar 2002 08:30:40 -0800 From: ohm62@hotmail.com (OHM)i. Subject: Re: emacs21 working a little bit more= Message-ID: <9d337b47.0203110830.5d5eb780@posting.google.com>-  H > If there is any comfort, HP-UX (10.10) must also have disabled atimers > in some places.0   This is comforting indeed ;-)f  ) > There is a porting package with syslog.dF > See http://www.openvms.compaq.com/openvms/products/ips/porting.html.% > I have barely looked at it, though.   B Thanks!  I knew about this library (too little apparently ;-), butD wasn't aware of the presence of a syslog jacket in it, so I wrote my  own emulation of that service...  ) > A full working select is still missing.   F Right!  It doesn't catch non-socket - regular file descriptor activityC so far... I had some miseries with the socket activation too...  On F VMS V7.2, still in multithreaded environments, the select() might hang? the whole process forever (even if sockets are activated in theeF meantime) unless it is passed with a timeout value and the upcalls areE enabled (which is not an option on VAX, so we had to drop support for  it...)       -- Ol.   ------------------------------  % Date: Mon, 11 Mar 2002 12:28:24 -0500n5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>g5 Subject: Re: EV8 and McKinley analysis by Paul DeMone 2 Message-ID: <9V5j8.825$fL6.19816@news.cpqcorp.net>  K Uh.  Out of context answer to the wrong question?  My reply was directed ateK the question of what defines a "industry standard" box.  Nothing to do withrJ VMS, or DECwindows.  Just that any box that calls itself industry standard" and does not run Windows... isn't.      ! Bob Ceculski wrote in message ... A >"Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message0- news:<VTue8.142$fL6.2592@news.cpqcorp.net>... H >> You are missing one ingredient.  It also must be able to run Windows. >> >tH >WRONG!!!  That is the kind of thinking that destroyed DEC and now Q ...D >          All you need w/VMS is to supply us an easy way to developC >          for a windows client (graphics) and link that to VMS ...tC >          Decwindows was not the answer, and new products like compF >          and ericoms coming vt sessions over html browsers is a stepF >          step in the right direction, but windows is and always willA >          be a client ... you have to create an easy development I >          environment in VMS to interface to windows easily!  That's it!R   ------------------------------  + Date: Mon, 11 Mar 2002 09:33:37 +0100 (MET)x9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> - Subject: FORTRAN (was: Re: R.I.P. OpenVMS...) ; Message-ID: <01KF89YMY56Q8Y996Y@sysdev.deutsche-boerse.com>n  F > Check your tea-leaves again. The last significant update for FORTRAN > ships this month.   E Fortran 77 or Fortran 95?  If the former, we should be happy that 25 sH years later it is still supported.  Fortran 90 is 12 years old, Fortran  95 is 7 years old.  H The language (F77) hasn't been evolving at all since 1990.  The compilerB is mature.  I would consider it a bad sign if the last significant update were still to come! e   ------------------------------  % Date: Mon, 11 Mar 2002 09:30:10 -0500o2 From: "Sue Skonetski" <susan.skonetski@compaq.com>; Subject: Heads Up - OpenVMS Technical Update Days in Europe"2 Message-ID: <N93j8.816$fL6.19548@news.cpqcorp.net>  @ Vienna Austria - April 8 & 9 - agenda is attached as soon as the0 registration web site is up I will post details.& London, England April 11 & 12 as above  C Please note that there is limited seating for both of these events.u  ; It will be my pleasure to meet many of you at these events.   
 Warm Regards,    SueeL ____________________________________________________________________________ __   Agenda   Austria Monday and Tuesday  Monday April 8th Vienna, Austria  % 9:00 - 9:15 Welcome Wilfried BergmannN  6 9:15 - 10:00 OpenVMS Strategy and Directions (Keynote) Steve Steublis   10:00 - 10:15 Breake  7 10:15 - 11:15 OpenVMS Technical Update 7.3.1 and beyond_
 Steve Hoffman/  E 11:15 - 12:15 OpenVMS and ItaniumT Processor Family Systems (base OS)O Burns Fisher   12:15 - 13:15 Lunch_  9 13:15 - 14:15 Best Practices for VMS Performance for 2002f Steve Lieman   14:15 - 14:30 Breakd  > 14:30 - 15:30 Installing and configuring Fibre Channel storage	 Rick Lordr  8 15:30 - 16:30 Integration of OpenVMS Data & Applications	 John Appsa      ! Tuesday April 9th Vienna, Austrias   8:30 - 8:45 Welcome' Wilfried Bergmann'  : 8:45 - 9:45 The next generation of Alpha systems (Keynote)
 Richard Smiths   9:45 - 10:00 Break  I 10:00 - 11:00 Porting your OpenVMS Applications to the ItaniumT Processorm Family Burns Fisherv  9 11:00 - 12:00 Compaq Secure Web Server Apache with Tomcat 	 John Apps-   12:00 - 1:00 Lunch  0 13:00 - 14:00 COE & Unix Portability Initiatives
 Brad McCuskert   14:00 - 15:00 Volume Shadowing)                                 Rick Lord    15:00 - 15:15 Break   % 15:15 - 16:15 OpenVMS Hints and Kinksn
 Steve Hoffman    16:15 - 16:30 Closure- Wilfried Bergmann   L ____________________________________________________________________________ ________________  " Thursday April 11, London, England   9:00 - 9:15 Welcome   6 9:15 - 10:00 OpenVMS Strategy and Directions (Keynote) Steve Steublis   10:00 - 10:15 Break   7 10:15 - 11:15 OpenVMS Technical Update 7.3.1 and beyondr
 Steve Hoffman   E 11:15 - 12:15 OpenVMS and ItaniumT Processor Family Systems (base OS)o Burns Fisher   12:15 - 13:15 Lunchp  9 13:15 - 14:15 Best Practices for VMS Performance for 2002  Steve Lieman   14:15 - 14:30 Break   > 14:30 - 15:30 Installing and configuring Fibre Channel storage	 Rick Lord"  8 15:30 - 16:30 Integration of OpenVMS Data & Applications
 Mick Keyes       Friday April 12, London Englandn   8:30 - 8:45 WelcomeI  : 8:45 - 9:45 The next generation of Alpha systems (Keynote)
 Richard Smithp   9:45 - 10:00 Break  I 10:00 - 11:00 Porting your OpenVMS Applications to the ItaniumT Processorg Family     Burns Fishero  9 11:00 - 12:00 Compaq Secure Web Server Apache with Tomcat 
 Mick Keyes   12:00 - 1:00 Lunch  0 13:00 - 14:00 COE & Unix Portability Initiatives
 Brad McCuskerG   14:00 - 15:00 Volume Shadowing
 Rick  Lord   15:00 - 15:15 Breako  % 15:15 - 16:15 OpenVMS Hints and Kinksm
 Steve HoffmanL   16:15 - 16:30 ClosureO   ------------------------------  + Date: Mon, 11 Mar 2002 09:44:31 +0100 (MET)s9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> ( Subject: Re: Incremental BACKUP question; Message-ID: <01KF8AER7G2Q8Y996Y@sysdev.deutsche-boerse.com>t  S > In a previous article, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote:iE > ->> Use /NOINCREMENTAL on the backup command. That will restore the L > ->> pre-paranoid behavior of not looking at the directory revision dates.  > -> o > ->Is this documented?s > -> " > ->$  HELP BACK/INCRL > ->  C > ->The /INCREMENTAL qualifier is valid only in restore operations.m > F > Not in the help (even in VMS 7.3). There's a DSNlink article titled:  & $ write sys$output f$getsyi("version") V7.3A $ pipe help backup/incremental | search sys$input "valid only in"tD      The /INCREMENTAL qualifier is valid only in restore operations.  @ So HELP is wrong.  Hopefully it will be corrected in the future!   ------------------------------   Date: 11 Mar 2002 09:10:24 GMT( From: nmm1@cus.cam.ac.uk (Nick Maclaren) Subject: Re: Itanium troubles=0 Message-ID: <a6hsa0$b6j$1@pegasus.csx.cam.ac.uk>  * In article <a6hdm3$44$1@sword.avalon.net>,8 Douglas Siebert <dsiebert@excisethis.khamsin.net> wrote:+ >nmm1@cus.cam.ac.uk (Nick Maclaren) writes:  > E >>All rumours are that Intel will try and salvage the name by calling,E >>the McKinley the Itanium Plus (or something), which is a bit risky,eA >>but I doubt that anyone below the top 3-4 people dare suggest atC >>name change on the grounds of avoiding contamination.  After all,fE >>the official line is that it didn't sink, but was merely retargeted  >>as a development chip. >eE >Salvage?  From what?  Oh, you mean us few thousand nuts who actuallymD >know enough about it to have heard of it and know it was a failure?  B No, I am referring to the senior executives of all of the top OEMsE and most of the top software houses, who invested many, many millionsGA and are cursing Intel and the Itanic to hell and back again.  The ? fact of the failure has even been heard of in Wall Street, too, 3 though I doubt they realise how spectacular it was.i  C >I don't think the name is tarnished in any way that justifies themoF >changing it, after they've invested a lot of money towards building aE >brand.  Changing the name won't fool anyone in comp.arch, and people C >who will sign off on major purchases of McKinley (and future) IA64 E >hardware probably don't even realize that systems have been shippingrE >since last May.  They will think the launch is this May (or whenever H >McKinley ships) because that's when the sales reps at HP and everywhereH >else will quit showing IA64 in roadmaps of the future and start showingE >them in glossy brochures that tout its virtues versus what they wereO >selling you in March 2002.u  E Well, maybe.  My little bird flock indicates that Intel's combinationsE of incompetence and arrogance has made the acceptance of the McKinleyfD into less than an absolute certainty.  Naturally, no OEM will rejectD it out of hand - but they may be a bit slow developing products, and6 not configure, price or market them very aggressively.  C Remember that Intel's direct sales are just about enough to pay theOD board's bar bill - it absolutely HAS to get the chip taken up by the OEMs.e  G >I wouldn't be terribly surprised if we're on Itanium x at some time ino< >the future when Intel is selling the Pentium y where x > y.  ? I would.  Think about the timescale.  That would have to be thesB Itanium 5 (assuming no future Pentium, which is ridiculous) - i.e.? no earlier than 2005, probably more like 2010 (assuming one newT. Pentium every 2 years and one Itanium a year).     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679p   ------------------------------  % Date: Mon, 11 Mar 2002 12:30:13 +0100nE From: Jan C. =?iso-8859-1?Q?Vorbr=FCggen?= <jvorbrueggen@mediasec.de>e Subject: Re: Itanium troubles0+ Message-ID: <3C8C9545.DE5B6012@mediasec.de>s  H > Bill Gates need only snap his fingers and 64 bit PCs will now become aK > requirement. If the next version of Office requires 64 bit CPU because ithK > needs to keep all of the internet in RAM to speed things up, then you betlK > that the sheep will feel compelled to upgrade to the new version of WORD    L I don't see that mechanism working anymore. Some big companies are only justM now moving over to W2K, two years after its introduction, and I doubt they'llwK see a reason to change anything on the desktop (software-wise) for the nexte five years or so.T   	Jan   ------------------------------  % Date: Mon, 11 Mar 2002 13:45:49 +0100 $ From: "Dr. Dweeb" <Dweeb@NoSpam.com> Subject: Re: Itanium troublesn0 Message-ID: <DF1j8.548$uA1.2001@news.get2net.dk>  H And that only because NT4 is being desupported.  Big shops need a lot ofH calendar time to get to changeover completed, and they have a latest end date for the task now.   Dweeb.  ? "Jan C. Vorbrggen" <jvorbrueggen@mediasec.de> wrote in messagee% news:3C8C9545.DE5B6012@mediasec.de... J > > Bill Gates need only snap his fingers and 64 bit PCs will now become aJ > > requirement. If the next version of Office requires 64 bit CPU because itI > > needs to keep all of the internet in RAM to speed things up, then you  bet L > > that the sheep will feel compelled to upgrade to the new version of WORD >bI > I don't see that mechanism working anymore. Some big companies are only  justG > now moving over to W2K, two years after its introduction, and I doubt  they'll H > see a reason to change anything on the desktop (software-wise) for the next > five years or so.n >r > Jane   ------------------------------  # Date: Mon, 11 Mar 2002 15:52:58 GMT # From: hfbonney <hfbonney@sonic.net>  Subject: Re: Itanium troublesg3 Message-ID: <up4j8.2894$44.22259@typhoon.sonic.net>   4 In comp.arch Peter da Silva <peter@abbnm.com> wrote:? : In article <QlBc8.6775$Uy2.29086@news-server.bigpond.net.au>,a0 : Andrew Reilly  <areilly@bigpond.net.au> wrote:G :> As opposed to what, exactly?  The triumphant return of SGI/MIPS as atG :> server processor vendor on the open market?  The wholesale uptake of,C :> SPARC?  The resurrection of Alpha around a new development team?#4 :> Meteoric success of Hammer in enterprise servers?  G : The continued use of IA32 for Wintel servers, and Sparc and Power for J : UNIX servers. Any 64 bit Wintel needs can be served by Hammer or Intel'sH : own 64-bit IA32 extensions. Intel doesn't *need* Itanic, and certainly : nobody else does.   H    Well, unfortunately someone does. The present HP management has made E    Itanic the ceterpiece of their unified (w Compaq) server strategy. J    Hewlett, in the proxy fight, has criticized the scheme as just shippingD    the profits to Microsoft and Intel just like the PC business. It G    would be interesting to know if HP paid for McKinley developmemt. So M    the fate of the present HP management is tied to McKinley (and vice versa) K    and that may keep it afloat. Of course it's possible that it could still K    be dropped if the merger goes through, but I wouldn't bet either way. A  J    publication for Compaq IT users printed recently a timeline for Alpha's)    through ev79 in 2004, then a cutover. _  E    If the merger and surrounding fog do keep IA-64 alive it would not C    be the first time less than technically or economically optimal _D    solutions prevailed - companies are run by people with their own E    necessities. The market's evolutionary process is supposed to work+G    that out, but evolution only succeeds if there's variation to select $    from. In this case, there may be.      H.---   ------------------------------  % Date: Mon, 11 Mar 2002 12:29:37 +0100 ( From: "Bruin, J.M. de" <Bruin@WT.TNO.NL>, Subject: Re: Limiting individual user loginsC Message-ID: <EC85E7391071D511AC140008C7F37BC24DEDF0@wt15.wt.tno.nl>   A Maybe this procedure can help when called from within SYLOGIN.COM1    6 $   cUSER = F$Edit(F$GetJpi("","USERNAME"),"COLLAPSE") $!- H $! Capture the output of a show user 'cUser' statement in a file in the  $! sys$scratch directory. I $! Give it a user dependent name in case the scratch directory is common.GO $! You will end up with all the logins of that user in a file with a predefined $ $! layout so you can parse it easily $!-O5 $   def/user sys$output sys$scratch:login_'cuser'.tmp  $   sh us 'cUser'  $!- ? $! Read the contents of the captured show user 'cUser' command. D $! The first 4 lines are informative only and not needed. Skip them.: $! From the fifth line onwards you can parse the contents.G $! In those lines the number of processes for each node in a cluster is-
 $! mentioned.1M $! Compress the string read from the file and take the third element from the . $! collapsed string using a space a separator.J $! Convert it to integer and you'll end up with the total # of login's forJ $! this user on a specific node. (To know the node, use the first element)N $! Keep reading and parsing the file up to the end while adding the determinedJ $! # of logins for each node, and you will end up with the total number of. $! logins on a cluster for this specific user.+ $! You can easily modify this procedure to:_1 $! - define any number to the maximum login countdG $! - to define a maximum login count for each cluster member separately- $!E $! You will need to take care of control_y and those kind of possible- $! interrupts yourself.n$ $  On CONTROL_Y Then Goto LBL_LOGOFF $!-e $ nMAX_CLSTR_LOGIN = 1 $!4 $ cUSER = F$Edit(F$GetJpi("","USERNAME"),"COLLAPSE")5 $   def/user sys$output sys$scratch:login_'cuser'.tmpt $   sh us 'cUser'C2 $   Open/Read INFILE SYS$SCRATCH:LOGIN_'CUSER'.TMP $   Read INFILE STRING $   Read INFILE STRING $   Read INFILE STRING $   Read INFILE STRING $   NR_OF_LOGINS = 0 $LOOP_LOGIN:0 $   Read/End=LBL_END_OF_LOGIN_READ INFILE STRING> $   cCURRENT_NODE = F$Element(1," ",F$edit(STRING,"COMPRESS")) $   NR_OF_LOGINS -A 	=  F$Int(F$Elem(3," ",F$Edit(STRING,"COMPRESS"))) + NR_OF_LOGINSl $	Goto LOOP_LOGINi $! $LBL_END_OF_LOGIN_READ:h $   Close INFILE: $   Delete/Noconfirm/Nolog SYS$SCRATCH:LOGIN_'CUSER'.TMP.* $!) $   If NR_OF_LOGINS .Gt. nMAX_CLSTR_LOGINc $   ThenO $     Inquire/Nopunc sJunk "You have exceeded your login quotum. Press Return."l $     Lo ! logoff the user	 $   Endif  $ Endifa $ Goto LBL_EXITe $LBL_LOGOFF: $     Lo ! logoff the user
 $LBL_EXIT:      K ---------------------------------------------------------------------------eH Mark de Bruin                                   Voice : +31 15 269 69 05H TNO Automotive                                  Fax   : +31 15 257 21 04K Crash Safety Centre Laboratories                GSM   : +31 653 44 21 45    G Innovations, Communication & Information        E-mail: bruin@wt.tno.nlh7 Room: GBS 1.1                                   URL   :o http://www.automotive.tno.nlI P.O. Box 6033                                           http://www.tno.nl- 2600 JA Delft  The Netherlands 2   ------------------------------    Date: 11 Mar 2002 07:58:50 -0800 From: koenf@advalvas.be (Koen)- Subject: linking port with service on OpenVMS1= Message-ID: <a5f851a0.0203110758.12e96a1a@posting.google.com>n   Hi,i  E can anyone tell me the steps to link a specific service on an OpenVMSs with a specific port ?   Thanks in advance !w   Koen   ------------------------------  # Date: Mon, 11 Mar 2002 16:42:53 GMTW! From: Andy <acs@fcgnet.works.net>i1 Subject: Re: linking port with service on OpenVMSr> Message-ID: <Xns91CE76F67BDE4acsfcgnetworksnet@216.166.71.232>  , koenf@advalvas.be (Koen) enlightened us with6 news:a5f851a0.0203110758.12e96a1a@posting.google.com:   ? > can anyone tell me the steps to link a specific service on anw  > OpenVMS with a specific port ?  9 Multinet, UCX, etc ? (Is VMS version also relevant here?)w  C Also, This kind of thing is usually in the documentation somewhere.w   -Andy- -- n   ------------------------------    Date: 11 Mar 2002 02:48:14 -0800) From: P.Young@unsw.EDU.AU (Patrick Young) 4 Subject: Re: Microsoft Curries Favor With Undergrads= Message-ID: <55f85d77.0203110248.16f6570f@posting.google.com>   ` "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3C89871D.C4D59551@fsi.net>... > J > What will likely be needed is an ISV who is willing to go to the lengthsI > necessary to provide OpenVMS drivers for the various "widgets" that youR > will mention in a moment.g  C Ack! I sure hope not. Folks who are used to developing M$ drivers?.t SomeB third party who is contracted to do nothing but that - OK. I'm not sure> that anything else would be good for the reliability aspect of OpenVMS.  D > Trouble is, new widgets come out everytime you turn around, take aI > breath, whatever. Unless a mobo can garner a tremendous following, theye- > seem to go very stale inside of six months.d  F Too true, most of which are obsolete even _BEFORE_ their release date.@ OpenVMS engineering have been shown to pick the winners (ie: PCI widgetsrB that actually have a half decent life time - Intel 82559 ethernet, Adaptec ? 789x, even the old Trio64 - not to forget the DEC 21x4x cards).8  C Mobos are another issue and might be a lot harder. Probably another  case ofsF we support Mobo made by Intel only - OK, if the price is anywhere nearE competitive. I'm still not really sure of the implications of EFI and A just how far it "abstracts" the Mobo from the O/S (I'm a hands onu person@ and don't really understand unless I _DO_ - another symptom of aC failing memory). That and I doubt I will see an Itanic platform fort
 some time.   ------------------------------  % Date: Mon, 11 Mar 2002 09:28:57 -0500d0 From: "Syltrem" <syltrem@videotron.spammenot.ca>* Subject: Re: OpenVMS Business Solutions CD4 Message-ID: <ra3j8.2961$a04.15647@tor-nn1.netcom.ca>  > Did you finally get an answer to your question the other week? I think I have the answer now!  , 1205 software solutions available on OpenVMS1 as per a search by platform at compaq.infonow.netn= and not counting other vendors that are not registered there.5   --   SyltremdI http://pages.infinit.net/syltrem (OpenVMS related web site - en franais) > To reply to myself directly, remove .spammenot from my address  G "Sue Skonetski" <susan.skonetski@compaq.com> a crit dans le message de9- news: l03j8.814$fL6.19245@news.cpqcorp.net...t > Newsgroup, >s3 > The latest OpenVMS Solutions CD is now available.O >V: > http://www.openvms.compaq.com/business_solutions_cd.html >v > Warm Regards,  > SueS >r >e   ------------------------------  % Date: Mon, 11 Mar 2002 09:20:05 -050042 From: "Sue Skonetski" <susan.skonetski@compaq.com>& Subject: OpenVMS Business Solutions CD2 Message-ID: <l03j8.814$fL6.19245@news.cpqcorp.net>  
 Newsgroup,  1 The latest OpenVMS Solutions CD is now available.a  8 http://www.openvms.compaq.com/business_solutions_cd.html  
 Warm Regards,_ Sue_   ------------------------------  % Date: Mon, 11 Mar 2002 10:20:50 -0500A2 From: "Sue Skonetski" <susan.skonetski@compaq.com>* Subject: Re: OpenVMS Business Solutions CD2 Message-ID: <iV3j8.819$fL6.19514@news.cpqcorp.net>  J Actually according to the folks that do this kind of thing there are 3,000! partners with 5,000 applications.P   Suer  ; "Syltrem" <syltrem@videotron.spammenot.ca> wrote in messagep. news:ra3j8.2961$a04.15647@tor-nn1.netcom.ca...@ > Did you finally get an answer to your question the other week?  > I think I have the answer now! >C. > 1205 software solutions available on OpenVMS3 > as per a search by platform at compaq.infonow.net ? > and not counting other vendors that are not registered there.: >- > -- > 	 > SyltremtK > http://pages.infinit.net/syltrem (OpenVMS related web site - en franais) @ > To reply to myself directly, remove .spammenot from my address > I > "Sue Skonetski" <susan.skonetski@compaq.com> a crit dans le message dei/ > news: l03j8.814$fL6.19245@news.cpqcorp.net...3 > > Newsgroup, > >x5 > > The latest OpenVMS Solutions CD is now available.0 > >u< > > http://www.openvms.compaq.com/business_solutions_cd.html > >p > > Warm Regards,k > > Sue  > >a > >  >1 >    ------------------------------  # Date: Mon, 11 Mar 2002 16:57:56 GMT2- From: "John Hayes" <john@worldwide-wines.moc>E' Subject: OpenVMS Mail and Exchange 2000cB Message-ID: <om5j8.6700$nC2.1591983173@newssvr10.news.prodigy.com>  K I have set up a tcpip$que to handle SMTP mail from an Alpha 7.3 server to aI' Windows 2000 box running Exchange 2000.>   When I  send type the followingc  D $ mail myfile.txt SMTP%harry@yahoo.com I get the following VMS mail.  ' ---- Transcript of session follows ----o  < 550  %TCPIP-E-SMTP_NOSUCHUSER, no such user, harry@yahoo.com  % ---- Recipients of this delivery ----i   harry@yahoo.com  (bounced)    ---- Unsent message follows ----  + Date: Mon, 11 Mar 2002 11:46:19 -0500 (EST)r' Message-Id: 02031111461958@mydomain.com  From: system@wswc.orge To: harry@yahoo.comn X-VMS-To: SMTP%harry@yahoo.com        Any ideas on what I am missing ?   Thanks   John   ------------------------------  # Date: Mon, 11 Mar 2002 17:07:57 GMT-4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>+ Subject: Re: OpenVMS Mail and Exchange 2000a0 Message-ID: <3C8CE337.9D3151A8@blueyonder.co.uk>   John Hayes wrote:. > M > I have set up a tcpip$que to handle SMTP mail from an Alpha 7.3 server to ab) > Windows 2000 box running Exchange 2000.u > ! > When I  send type the following  > F > $ mail myfile.txt SMTP%harry@yahoo.com I get the following VMS mail. > ) > ---- Transcript of session follows ----h > > > 550  %TCPIP-E-SMTP_NOSUCHUSER, no such user, harry@yahoo.com > ' > ---- Recipients of this delivery ----o >  > harry@yahoo.com  (bounced) > " > ---- Unsent message follows ---- > - > Date: Mon, 11 Mar 2002 11:46:19 -0500 (EST)d) > Message-Id: 02031111461958@mydomain.com  > From: system@wswc.orgs > To: harry@yahoo.com   > X-VMS-To: SMTP%harry@yahoo.com > " > Any ideas on what I am missing ?  % What flavour of TCP/IP? What version?   A If UCX/TCPIP Services post the output from TCPIP SHOW CONFIG SMTPs
 for starters.m  @ Is this a new configuration or did it work at some point and has! subsequently been broken somehow?v  > Did you read the docs on SMTP configuration for your IP stack?   Regards,   >  > Thanks >  > John   -- e Tim.Llewellyn@cableinet.co.uk  t  C Standard disclaimer applies. My views in no way represent those of o! my employers or service provider.    ------------------------------  % Date: Mon, 11 Mar 2002 08:31:44 -0500 2 From: "Sue Skonetski" <susan.skonetski@compaq.com>B Subject: Oracle Rdb Product Family - Rdb Technical Forums for 20022 Message-ID: <%i2j8.811$fL6.19488@news.cpqcorp.net>   ----Original Message-----   : From: RdbInfo_us@oracle.com [mailto:RdbInfo_us@oracle.com]  & Sent: Saturday, March 09, 2002 7:31 PM   To: Skonetski, Susan  B Subject: Oracle Rdb Product Family - Rdb Technical Forums for 2002  L I am pleased to announce the schedule for the Rdb Technical Forums for 2002.K These training events, offered at no charge, have become a very popular wayeJ for managers, developers and database administrators to meet the engineersL who produce the Oracle Rdb product family and to learn how to use the newestI capabilities of the product. Attendance has more than doubled in the lasteC two years. You'll hear about our plans to follow OpenVMS to ItaniumoC Processor Family based systems. You'll hear how customers use Rdb'sEI performance enhancing features to deliver more work at lower cost. You'lleK have an opportunity to meet other customers who face issues similar to your. own.  I The Rdb Technical Forums will be offered in these cities on the indicatedt dates:  - June 4-5 Nashua, New Hampshire, United States    June 17-18 Zurich, Switzerland  " June 20-21 Reading, United Kingdom   June 27-28 Copenhagen, Denmark   August 19-20 Sydney, Australia  * November 9-10 San Francisco, United States  = You can register for any of these events at the Rdb web page,m http://www.oracle.com/rdb/  J We'll post more information on the presentation topics, travel options and3 exact locations for these events at this same site.?  I I hope you'll be able to attend one of these events and I look forward to  seeing you there.4   Regards,   Kevin Duffy    Oracle Rdb Development Directorg  A -----------------------------------------------------------------i  @ We sent you this mail because of your business relationship with  < Oracle and its Rdb family of software products. If you would  @ like to be removed from this mailing list, please let us know at  D http://www.oracle.com/rdb/contacts/index.html?rdb_mailing_list.html.  ; You can also change our record of your email address or addi  0 addresses for your colleagues at this same site.   ------------------------------  % Date: Mon, 11 Mar 2002 09:32:10 -0500J* From: WILLIAM WEBB <WWEBB1@email.usps.gov>E Subject: RE: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in>- Message-ID: <0033000055905666000002L062*@MHS>D  8 =0AI think that it's more likely the result of the moral3 relativism of the 60s becoming institutionalized ina4 the educational establishment alongside the remnants of the collectivist mentality.   WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNETe% Sent: Sunday, March 10, 2002 11:58 AM B To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNETE Subject: RE: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote inU     GreyCloud wrote: >o > David J. Dachtera wrote: >M > > GreyCloud wrote: > >> > >> Carl Perkins wrote: > >>? > >> > karcher@thuria.waisman.wisc.edu (Carl Karcher) writes...oH > >> > }In a previous article, JF Mezei <jfmezei.spamnot@videotron.ca> = wrote: > >> > }->Osmo Kujala wrote:H > >> > }->> I think the situation has gone so far that VMS needs some k= ind of- > >> > alliance }->> (wrong word) with Linux. 
 > >> > }->H > >> > }->For as long as VMS is owned by a compay loyal to Microsoft an= d2> > >> > Intel, VMS will }->not compete against Microsoft/Intel.
 > >> > }->> > >> > }->I still think that VMS should be aligned with APPLE. > >> > }H > >> > }Doesn't Billy Boy own something like 30% of apple too? Or was t= hat6 > >> > just }a nightmare I had? D > >> > }-- Carl Karcher, Waisman Computing Services, Waisman Center, > >> > UW-Madisonm > >> > > >> >H > >> > Bill Gates doesn't even own 30% of Microsoft. (He owns under 15%= , maybee9 > >> > even under 12% - it's somewhere in that vicinity.)e > >> >H > >> Isn't it because Bill has filed with the SEC to slowly sell off al= l hissH > >> stocks in Msft.  Seems like bill sees the handwriting on the wall = and is0 > >> getting out.  I think he filed last August. > >  > > *WOW*!!! > >oH > > Now *THAT* would make Enron look like a kid shoplifting at the loca= ll > > candy store... > >d >.F > The sad part is you're going to find more and more companies raping,H > looting, and pillaging of large corporations and then filter down to = thecH > smaller ones.  If the DOJ doesn't hang the ENRON high execs, then the=  stage0 > is set for more failures,... er profit taking.  E ..and the sadder part (for investors, common working people, etc.) isH' that you are most likely quite correct!e  H I'm slowly beginning to understand why business schools in the 90's wer= e E teaching students to "leave their ethics at home", and the results oftH that philosophy are just beginning to manifest themselves in the public=   eye.   -- David J. Dachteran dba DJE Systemso http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page:  http://www.djesys.com/vms/soho/=   ------------------------------  % Date: Mon, 11 Mar 2002 10:47:46 -0800c+ From: "Mike Scott" <mscott_NOSPAM@axys.com> 1 Subject: Re: reading sequential files in PERL !?!s Message-ID: <3c8d01b3@nubby2.>   Craig,  K Your reply has caused me to do do some more testing with my problem.  I nowmK know that my specific problem is with seek(). My goal? To read the last few2J lines of a text file.  I've tried seek(FCB, -200, 2) which should redirectH me to 200 bytes before eof.  I then try to read some lines.  Whoa!  ThisC just returns garbage.  In my testing, I tried seeking from bof with L seek(FCB, n, 0) and this only works as expected if I seek to the exact start of a line - otherwise garbage.I I guess what I really need is a behaviour guide of seek() under Perl/VMS.c  8 As requested, my text file has the following attributes:  2 CHROME.PS;1                   File ID:  (7965,7,0)/ Size:           28/35         Owner:    [PC202] " Created:   31-MAY-2001 14:44:12.33& Revised:   31-MAY-2001 14:44:12.39 (1) Expires:   <None specified>  Backup:    <No backup recorded>  Effective: <None specified>  Recording: <None specified>e File organization:  Sequential Shelved state:      Online  Caching attribute:  WritethroughI File attributes:    Allocation: 35, Extend: 0, Global buffer count: 0, No 
 version limitcF Record format:      Variable length, maximum 0 bytes, longest 82 bytes4 Record attributes:  Carriage return carriage control RMS attributes:     None Journaling enabled: None= File protection:    System:RWED, Owner:RWED, Group:RE, World:s Access Cntrl List:  None Client attributes:  None  
 -thanks againK  F "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com> wrote inJ message news:craig.berry-42E377.19162808032002@news.directvinternet.com...H > In article <3c895e40$1@nubby2.>, "Mike Scott" <mscott_NOSPAM@axys.com> > wrote: >rL > > I just got the perl package running on my OpenVMS 7.1 Alpha.  HelloWorldL > > works great.  I tried to use the conventional sequential file i/o method toA > > read in a text file, and (you guessed it), it's not portable!rH > > I know that VMS has CRLF sequential files, VFC sequential files, and indexedUL > > files (something like that anyways).  It's just standard CRLF text files Ia > > wish to read.m= > > Is there a good source of VMS-Perl code I could refer to?' >EI > I must have a different understanding of "conventional" since I have noIF > trouble reading sequential files in Perl.  Please post an example ofD > exactly what you are trying to do and what you get versus what youD > expect, including the output of DIRECTORY/FULL on the file that isB > giving you trouble.  Also, please post (or cross-post) this more( > detailed query to vmsperl AT perl.org.   ------------------------------  " Date: Mon, 11 Mar 02 16:26:27 +100 From: rok@nuk.uni-lj.siG Subject: Reduced SW RAID-5& Message-ID: <3c8cdab7.0@NUK.Uni-Lj.Si>  E AlphaServer 1000 4/200, OpenVMS AXP V7.2-1, Compaq RAID Software for  2 OpenVMS V2.4A (formely StorageWorks RAID Software)  @  Three disks, an DEC RZ29L-AS and two RZ29B were initialized and* bound into RAID-5 with no spares declared.D  Some 20 hours later I got INSWAPERR bugcheck and now set binds withB %RAID-I-MEMBERMISSING, the RZ29L-AS does not bind any more even if8 it seems to be of good health - at least to me, that is.C RAID$DIAGNOSTICS_*.LOG tells me -RAID-I-OLDMEMBER, unit _$4$DKA100:n# is no longer a member of the array.t#  How do I get it back into the set?    Regards,  D Rok Vidmar                       Internet:  rok.vidmar@nuk.uni-lj.si; National and University Library  Phone:     +386 1 421 5461e; Turjaska 1, SI-1000 Ljubljana    Fax:       +386 1 421 5464a Slovenia   ------------------------------  % Date: Mon, 11 Mar 2002 17:00:00 +0100 + From: "Bart Zorn" <B.Zorn@xs4all.nospam.nl>a Subject: Re: Reduced SW RAID-5* Message-ID: <a6ika7$760$1@news1.xs4all.nl>  E <rok@nuk.uni-lj.si> wrote in message news:3c8cdab7.0@NUK.Uni-Lj.Si... G > AlphaServer 1000 4/200, OpenVMS AXP V7.2-1, Compaq RAID Software for  4 > OpenVMS V2.4A (formely StorageWorks RAID Software) > B >  Three disks, an DEC RZ29L-AS and two RZ29B were initialized and, > bound into RAID-5 with no spares declared.F >  Some 20 hours later I got INSWAPERR bugcheck and now set binds withD > %RAID-I-MEMBERMISSING, the RZ29L-AS does not bind any more even if: > it seems to be of good health - at least to me, that is.E > RAID$DIAGNOSTICS_*.LOG tells me -RAID-I-OLDMEMBER, unit _$4$DKA100:r% > is no longer a member of the array.a% >  How do I get it back into the set?   . HELP RAID will tell you most of what you need.  $ First do RAID INIT /SPARE $4$DKA100:  6 Then do RAID REPLACE <raidset name> $4$DKA100: /DEVICE  # The raidset should now reconstruct.g   HTH,  	 Bart Zorn1   ------------------------------    Date: 10 Mar 2002 23:26:46 -0800 From: wingwong@witty.com (wing): Subject: Re: SMG< Message-ID: <873e96d6.0203102326.c75ea22@posting.google.com>  C Thanks, I have used SMG$K_TRM_F1 to capture function key, it works.f  5 Beside, I am not sure how to do the follwoing in SMG.o& > 1. check the tab to go to next field > 2. set field lengthg > 3. set field editability   Wing   ------------------------------  % Date: Mon, 11 Mar 2002 10:23:46 -0500l% From: "John Vottero" <John@mvpsi.com>p Subject: Re: SMG/ Message-ID: <u8pj07pfpr8ve1@news.supernews.com>u  , "wing" <wingwong@witty.com> wrote in message6 news:873e96d6.0203102326.c75ea22@posting.google.com...E > Thanks, I have used SMG$K_TRM_F1 to capture function key, it works.  >o7 > Beside, I am not sure how to do the follwoing in SMG.n( > > 1. check the tab to go to next field  E Make sure that TAB is one of your read terminators and then check theeI terminator after the read completes.  If it was a TAB, move the cursor to  the next field.    > > 2. set field length   C It's the size of the resultant-string buffer.  If the terminator isn5 SMG$K_TRM_BUFFER_FULL the field was completly filled.v   > > 3. set field editability  C If you position the cursor over a field and do a read, the field is J editable.  If you don't, it's not.  SMG doesn't know what a field is, your code has to do that part.l   ------------------------------  + Date: Mon, 11 Mar 2002 18:20:08 +0000 (UTC)-4 From: lewis@spyderforspam.mitre.org (Keith A. Lewis)  Subject: Re: Sound on alpha/VMS?. Message-ID: <a6isgo$4m5$1@newslocal.mitre.org>   P.Young@unsw.EDU.AU (Patrick Young) writes in article <55f85d77.0203011738.1fbbdcc9@posting.google.com> dated 1 Mar 2002 17:38:30 -0800:F >and had to do an isacfg from the SRM console to add the device before >it could be picked up as AUA0:   L Aha, I think this is the root of my problem.  ISA devices must be explicitly configured.e  I I don't have the original configuration info for the MS card, and I can't K even get ECU to run from my floppy.  When I try (from the ARC menu) it saysaJ something about a device error and then returns to the menu.  I'm guessing# that my RX26 floppy drive is toast.s  J I did find an ISA2000 device from the console, and one of the entries MMOV0 put into my SYS$USER_CONFIG.DAT looks promising:  : ! Added on 28-FEB-2002 19:04:20.67 via MMOV_ADD_DEVICE.COM ! % device       = "Microsoft Sound Card"    name       = AU:   driver     = MMOV$MSBDRIVERs   adapter    = EISAc   id         = "ISA2000"
 end_device  G Now if I could only get a CFG file for that, I'd be motivated enough tou* cannibalize a RX26 from another computer.   + --Keith Lewis              klewis$mitre.orgu> The above may not (yet) represent the opinions of my employer.   ------------------------------  # Date: Mon, 11 Mar 2002 10:29:53 GMTS1 From: CSABA  HARANGOZO   <csabah@zipworld.com.au>:, Subject: Re: Users being randomly logged out5 Message-ID: <BG%i8.252$k6.30187@nasal.pacific.net.au>i  * Martin Hunt <martin.hunt@inl.co.nz> wrote:D > I have a problem where users on a VAX having their Telnet sessionsA > terminated. It appears to be a network problem, but working out$F > whether it is a VAX problem (such as faulty network card), is not so2 > easy. There are no hardware errors being logged.  B > I am trying to find out some information about the card (such asF > speed, etc), but I can't find any command which will tell me this. I0 > am pretty sure that it is 10Mbps, half duplex.  B > I am running VMS V7.1, UCX 4.2 on a MicroVAX 3100-95. The VAX is9 > connected to the network via an AUI to 10BaseT adapter.   E > Any hints of things to check, or any settings which can be changed,. > would be appreciated.a  @ 	Have you checked the number of sockets ? You might have reached> 	the limit. It can be changed dynamically, I seem to recall... 	Hope this helps./ 						Cheers,    Csaba  I    ----------------------------------------------------------------------1E    * Csaba I. Harangozo     |    'To err is human', said the hedgehog5E    * csabah@zipworld.com.au |           as he dismounted a wirebrush.SI    ----------------------------------------------------------------------n;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:m   ------------------------------  % Date: Mon, 11 Mar 2002 11:18:36 +0000>( From: Nic Clews <sendspamhere@127.0.0.1>, Subject: Re: Users being randomly logged out) Message-ID: <3C8C928C.10B3909A@127.0.0.1>s   Martin Hunt wrote: > D > I have a problem where users on a VAX having their Telnet sessionsA > terminated. It appears to be a network problem, but working out-F > whether it is a VAX problem (such as faulty network card), is not so2 > easy. There are no hardware errors being logged. > ...mE > Any hints of things to check, or any settings which can be changed,  > would be appreciated.s  E Do check the accounting logs particularly for the final status codes.1G This may or may not give you a clue. Enabling image accounting may alsooA help. Again status codes are saved, and though I don't recall the8H absolute details, the image records typically a status of "I was waitingA for input when the rug was pulled from under me". You may need to G capture a few samples, and interpret the status codes (as I did above!)lC When you file your evidence, you may also need to explain it to thei notwork folks. (sic).-   HTHr -- f( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comu   ------------------------------    Date: 11 Mar 2002 08:46:03 -0800; From: jnchambl@texaschildrenshospital.org (Jesse Chambless) , Subject: Re: Users being randomly logged out< Message-ID: <d92c63cc.0203110846.814ac56@posting.google.com>  E It's been awhile...If the users are connecting to your machine from ayA PC running Windows NT and using an SMC nic card then you could beo? experiencing a problem with the drivers in the NT machine and I F believe that this also happens on W95.  There is a well documented bugD in the older SMC cards that was fixed with new drivers for windows. E The bug would disconnect the telnet sessions of the users ( at random?D ) from the VAX/Alpha systems.  Took me forever to find this problem!  C By installing updated drivers on the PCs ( available from SMC ) then problem is resolved.  Y Nic Clews <sendspamhere@127.0.0.1> wrote in message news:<3C8C928C.10B3909A@127.0.0.1>...4 > Martin Hunt wrote: > > F > > I have a problem where users on a VAX having their Telnet sessionsC > > terminated. It appears to be a network problem, but working outpH > > whether it is a VAX problem (such as faulty network card), is not so4 > > easy. There are no hardware errors being logged. > > ...7G > > Any hints of things to check, or any settings which can be changed,b > > would be appreciated.  > G > Do check the accounting logs particularly for the final status codes..I > This may or may not give you a clue. Enabling image accounting may alsoaC > help. Again status codes are saved, and though I don't recall theeJ > absolute details, the image records typically a status of "I was waitingC > for input when the rug was pulled from under me". You may need tobI > capture a few samples, and interpret the status codes (as I did above!)tE > When you file your evidence, you may also need to explain it to thes > notwork folks. (sic).a >  > HTHr   ------------------------------  % Date: Mon, 11 Mar 2002 18:25:28 -0000 - From: wspencer@ap.nospam.org (Warren Spencer)., Subject: Re: Users being randomly logged out7 Message-ID: <91CE81633warrenspencer1977@209.249.90.100>5  > martin.hunt@inl.co.nz (Martin Hunt) wrote in <3c8bdae4.8491029 @news.wlg.netlink.net.nz>:  C >I have a problem where users on a VAX having their Telnet sessionse@ >terminated. It appears to be a network problem, but working outE >whether it is a VAX problem (such as faulty network card), is not soo1 >easy. There are no hardware errors being logged.e >eA >I am trying to find out some information about the card (such asnE >speed, etc), but I can't find any command which will tell me this. Ie/ >am pretty sure that it is 10Mbps, half duplex.  >eA >I am running VMS V7.1, UCX 4.2 on a MicroVAX 3100-95. The VAX is-8 >connected to the network via an AUI to 10BaseT adapter. > D >Any hints of things to check, or any settings which can be changed, >would be appreciated. >f >--- >Martin Hunt >Systems Administrator >Independent Newspapers Limited, >Wellingtons >New Zealand    I UCX 4.2 is not current, and IIRC there's a number of ECO's that apply to l: it.  You may be fighting a bug that's already been solved.   ws   -- c   Warren Spencer' Senior Software Engineer (not a writer)- The Associated Press  < ** Time flies like an arrow.  Fruit flies like a bananna. **   ------------------------------  % Date: Mon, 11 Mar 2002 10:07:17 -0500   From: norm.raphael@jamesbury.com Subject: Re: VFC File Problem 4 Message-ID: <C2256B79.005429C4.00@jklh21.valmet.com>  C Note:  I am not including the code because of the copyright notice.   J Example-BASIC  Converting VFC-formatted Files To Sequential Variable Files  F      Any party granted access to the following copyrighted informationJ      (protected under Federal Copyright Laws), pursuant to a duly executedI      Compaq Service Agreement may, under the terms of such agreement copy F      all or selected portions of this information for internal use andF      distribution only. No other copying or distribution for any other      purpose is authorized.cF Copyright (c) Digital Equipment Corporation 1994. All rights reserved.   PRODUCT:    VAX BASICn             DEC BASIC}   OP/SYS:     OpenVMS VAX>             OpenVMS AXPo  ) SOURCE:     Digital Equipment Corporation     	 OVERVIEW:a  7 This program demonstrates a way to convert a sequentialoA 'variable-with-fixed-control' (VFC) file to a sequential variable  file.t ..  F The CONVERT utility can also be used to convert VFC to sequential with> the CONVERT/FDL=abc/FIXED command (where 'abc' is the FDL of aE sequential variable file).  This will include the fixed control bytes F as the beginning of each record (without translation).  It would stillF be necessary to read the records and translate the fixed control bytes1 into the appropriate carriage control characters.f  E This program is designed to read the control bytes and translate themi@ according to the table in the RMS manual (mentioned previously).   ..  0 [...A] related article was written that uses VAXC BASIC to create a VFC-formatted file.  The title of that article is : 'Example-BASIC  Creating a VFC-formatted file with BASIC'.              / paul.sture@bluewin.ch on 03/10/2002 08:37:26 AMh  ' Please respond to paul.sture@bluewin.ch.   To:   Info-VAX@mvb.saic.com / cc:    (bcc: Norm Raphael/WOR/Automation/METSO)n Subject:  Re: VFC File Problem        ! norm.raphael@jamesbury.com wrote:=   >cN > There is a basic program (in a DSNLINK article) that converts the print file > bytessP > to <FF>, <CR>, and <LF> characters in the data record of the output file.  You > cannO > then edit it and keep the formating or send it to O/S's that understand thosey > characters > but not Print File Format. >n5 > (I also modified it to do rudamentary HTML output).t >sM The Report Writer facility of VAX COBOL formats spoolfiles in this fashion (It haven't looked on Alpha COBOL).     L IIRC the Control part of the VFC record is used to store codes for <FF> etc, also multiple linefeeds.    H The print symbiont deals with these correctly, so another solution couldA be to figure out a way to redirect print symbiont output to file.A  F When I came across the problem, I only had a COBOL compiler available,H and although it generates these files, it didn't have a means of gettingC at the VFC contents when reading them back in. I ended up writing a B program which read the files in block mode and did the RMS and VFC@ processing itself. The VFC control characters for these files isF documented, although I don't remember precisiely where. An interesting1 exercise, but I'm sure there's a neater solution.b  
 Paul Sture Switzerlandn   ------------------------------  % Date: Mon, 11 Mar 2002 15:50:59 +0100e$ From: "J-L. RAYON" <jl-r@wanadoo.fr> Subject: Re: VFC File Probleme% Message-ID: <a6irbm$696$1@wanadoo.fr>y  L No, the TECO editor KEEP  the <FF> and <LF> and translate them with the good ASCII value. Try it.    JLR     E "Paul Sture" <paul.sture@bluewin.ch> a crit dans le message de news:e 3C8B8182.1060506@bluewin.ch... > J-L. RAYON wrote:e >i > > You can try< > >c > > $ EDIT/TECO  MY_FILE.VFC > > *exit $$9 > > (where $$ is the echo of  2 times the <Escape> touch)i > >hI > > This create a new version of the file conveted from VFC to sequential: > >l >aD > Yes, but that loses the <FF> and multiple <LF> coding information. >f >aJ > > VFC was very usuful in the (good?) old time because it reduce the size of > > the print files format.r > >M >t >b > > Remember RM03 .... >e >l > ) > I have worse memories of other stuff...r >E >G > __ > Paul Sture
 > Switzerland: >o   ------------------------------  # Date: Mon, 11 Mar 2002 18:15:42 GMT.. From: "Barry in Indy" <bleadhurwitz@uindy.edu> Subject: Re: VFC File Problem.> Message-ID: <iv6j8.9064$k5.3507075@newssvr28.news.prodigy.com>  K Using CONVERT/FDL... appears to lose all carriage control information. WithgI the SET FILE/ATTR... the carriage control seems to have been converted to 	 integers.r  H I was hoping for a simple solution, since none of us here (University ofK Indianapolis) is what might be called a VMS expert. All the same, thank youR for trying.   
 Barry Hurwitzt bhurwitz@uindy.edu   ------------------------------  % Date: Mon, 11 Mar 2002 09:30:14 -0700t1 From: Luik Linda-p14175 <Linda.Luik@motorola.com> # Subject: RE: VMS sys admin salaries M Message-ID: <7B1FDD0C38B3D51188E000D0B782DF4202503961@az33exm21.corp.mot.com>e  6I, too, have been looking for salary information and this report is the most interesting. It comes from one of those companies that sells salary survey information. I personally wish that system adminstrator positions were still being filled by poeple with Computer Science or Computer Engineering backgrounds.   Lindar   ===========================- This information represents the briefest possible "boil-down" of part of the voluminous data gathered regarding the current salary, salary ranges, bonuses & profit-sharing, and numerous demographic variables provided by 129 organizations for over 1,200 employees in the Information Technology field by skill set. The end results of the survey appear in Compensation in Information Technology by Skill Sets, 2001. Copies of the 391-page report are available for $995.00  through our On-Line Order Form or from Abbu ott, Langer & Associates, Inc., Dept. NET, 548 First St., Crete, IL 60417 (telephone 708/672-4200; fax 708/672-4674).K   Overall Compensation   In addition to the income of the job already discussed, the median total cash compensation of some of the other 34 jobs included in the survey report are:  > Systems Analysis/Applications Programming Supervisors $86,001 - Applications Programming Supervisors $77,030 v- Data Base Administration Supervisors $76,565  & Lead Applications Programmers $68,551 - Senior Data Base Programmer/Analysts $65,814 :+ Network Administration Supervisors $63,500 6. Intermediate Applications Programmers $45,715 2 Web/Internet Content Administration (all) $43,114 & Intermediate Network Analysts $41,367 ) Intermediate Network Programmers $39,906 42 Junior Network Administration Specialists $34,150    The apparent anomalies in the list above tend to "wash out" when consideration is given to the various demographic variables for which statistics are reported separately in the complete survey report.   Geographic Areat  6Most Information Technology jobs are compensated best in the Pacific and Midwestern states and least well in the North Central and Southwestern/Mountain states, with the Northeastern and Southeastern states falling between. The overall difference in pay between the best-paying and worst-paying regions is 39%.   Type of Employer  Looking at specific industries, the highest-paying employers tend to include automobiles and trucks manufacturers, consulting firms, and producers of food/beverage/tobacco and building materials products. The lowest-paying employers usually include the following: nonprofit organizations; hospitality organizations; transportation services; communication services; and health care organizations. The "spread" of median salaries between the best-paying and worst-paying industry is 127%.   Size of Organization   This factor is generally a good predictor of compensation in the Information Technology field, whether it is in terms of fiscal size, total number of employees, or total annual IT budget.m  Median income is highest in firms with total annual revenues of between $250,000,000 and $499,999,999 and lowest in firms making under $250,000,000, resulting in a 43% spread. The spread is 34% between organizations with an IT budget of under $500,000 and those with an IT budget of $2,500,000 or more. For organizations of 10,000 employees or more and organizations of under 500 employees, the spread is 24%.m   Level of Education  Higher educational attainment is generally rewarded by higher income in Information Technology jobs. Overall income rises regularly with increased education (rising 24% from the median income of those with less than a BA/BS/BBA to the median income of those with a graduate degree, and 12% from the median income of those with a bachelor degree to the median income of those with a graduate degree).-   Length of Experience   As could be expected, length of experience is directly related to the income of Information Technology employees. The median income of those with 15-19 years of experience or more is 44% higher than those with under five years of experience.8   Hardware Environment   Working in a large-computer environment brings a premium of 27% in income over the earnings of those working with single-user computers.  $ Primary Operating System Environment  In a micro environment, those working with Windows 3.x/95/98 (the bulk of those in this environment) earned 3% more than the average in the field, with Windows NT making about the average, with UNIX 4% less than the average, and with Apple Macintosh making 23% less than the average.i   In a mini environment, those working with UNIX earned 21% more than the average in the field, with OS/400 5% less, and with VMS 11% less.C   In a mainframe environment, those working with MVS (the majority) earned 1% more than the average in the field, with VM 19% less.   , Primary Network Operating System Environment   In a network environment, those working with UNIX earned 36% more than those working with Windows NT, 18% more than those working with Novell, and 19% more than those working with OS/2.e    Primary Computer Language/System  Compensation was investigated on the basis of fifteen computer languages/systems. Those working with UNIX Shell (ic) earned most (with a median income of $79,246), followed by those working with: Java, C, SQL, PL/1, and COBOL (all between $71,121 and $60,000). C++ was the worst-paying field (with a median of $51,084), preceded by Visual Basic, RPG III/RPG400, and Power Builder (all between $53,950 and $59,748).  4 Primary Database Development/Maintenance Environment   In a database development/maintenance environment, those working with Oracle fared best (with median annual incomes of $63,739). They were followed by those working with Sybase, DB2, and SQL Server (all between $63,166 and $50,000).     -----Original Message-----. From: Steve Thompson [mailto:smt@vgersoft.com]& Sent: Saturday, March 09, 2002 4:15 PM To: Info-VAX@Mvb.Saic.Comh# Subject: Re: VMS sys admin salariesv    ) On Sat, 9 Mar 2002, Didier Morandi wrote:f  J > In Europe, an _independant_ senior experimented VMS system administratorL > with good DECnet-IV/OSI and TCP/IP knowledge will be paied between 450 EUR: > and 650 EUR (how many EUR in an US$ ?) a day of 8 hours.  I Assuming that this is Euros, the range works out to from $49.22 to $71.11-H per hour. For the US, at least, this is on the low side for someone with 10+ years experience.a  H > Salaries for permanent positions, I do not know, but, to me, it should > be 1/3 less.  C On the same scale, for 1 year (2000 hours), this is from $65,627 ton $94,813 per year.I   Steve]   ------------------------------  % Date: Mon, 11 Mar 2002 09:22:25 +0100 $ From: "Dr. Dweeb" <Dweeb@NoSpam.com>5 Subject: Re: Why not we guys buy OpenVMS from Compaq?s/ Message-ID: <HOZi8.389$uA1.593@news.get2net.dk>.  K We will know because people will let it be known.  If this happens, it willo& be a secret for about 3.2 nanoseconds.   Dweeb.: "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message% news:3C8C2E16.80320C1@videotron.ca...t > Bob Ceculski wrote:  > G > > but if they sell it, at least they could still sell us printers andfG > > maybe some pc "clients" along the way, otherwise they will lose alle< > > vms customers business!  How is the FreeVMS port coming? >aD > When Compaq announce the murder of Alpha, it visited its important	 customersmK > on the same day.  Compaq is very aware that customers will drop Compaq/HP  ifL > they kill VMS. My feeling is that they have learned this and implemented a= > strategy on June 25 of handholding the customers who count.t > L > Carly has already said that the product roadmaps will be unveiled on April 1oL > or 2 on a face to face basis with customers instead of a big announcement. >TJ > What this tells me is that Compaq is ready to visit customers, give them some= > bad news and then sweeten the pot with irresistible offers.  >mK > For instance, when HP visits its own wintel server customers to tell themb thatK > HP will end-of-line those server lines (and probably storage) and migrateoG > those to Compaq's Proliant and Digital's Storageworks products, HP is  bound toD > give them some sort of deal to make sure that migrating to the new machinesC > will cost a whole lot less than migrating to dell/IBM for wintel.o >pJ > And you could bet real money that *IF* HP is to announce end-of-life for VMS,K > that the bad news will be accompanied with rebate coupons that would makes itJ > much cheaper to stay with HP on its other surviving products compared to going 
 > to Sun etc.i >aB > And guess what  Those offers will probably be too sweet and your accountants.L > will tell you to swallow your anger against HP because the financial deals3 > give your employer no choice but to stay with HP.a >aJ > And the thing about those face-to-face meeting with individual customers isJ > that we won't really know what sort of deals are being offfered and they may 4 > differ significantly from one customer to another. > K > And just like the Alpha murder, the smaller customers will be left to drye in > the dark .   ------------------------------  + Date: Mon, 11 Mar 2002 09:24:29 +0100 (MET)n9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>y5 Subject: Re: Why not we guys buy OpenVMS from Compaq?m; Message-ID: <01KF89PEVLGY8Y996Y@sysdev.deutsche-boerse.com>d  I > Pardon my asking in this way, but if you've got a megabuck, WTF are you 
 > doing here?   @ If I were a millionaire, I would spend more time in comp.os.vms!   ------------------------------  % Date: Mon, 11 Mar 2002 04:32:24 -0500t- From: JF Mezei <jfmezei.spamnot@videotron.ca>e5 Subject: Re: Why not we guys buy OpenVMS from Compaq? , Message-ID: <3C8C7988.54688A34@videotron.ca>   "Dr. Dweeb" wrote: > M > We will know because people will let it be known.  If this happens, it willb( > be a secret for about 3.2 nanoseconds.  B Not entirely sure. If HP starts to do as IBM did in its heydays ofM brainwashing, HP will meet with the very top mamagement of its customers. ToprE management will just say to its employees "we are staying with HP andI3 employees won't really know the terms of the deals.w   ------------------------------  + Date: Mon, 11 Mar 2002 10:51:55 +0000 (UTC)e9 From: Roar =?iso-8859-1?Q?Thron=E6s?= <roart@nvg.ntnu.no> 5 Subject: Re: Why not we guys buy OpenVMS from Compaq?e- Message-ID: <a6i28b$kt7$1@tyfon.itea.ntnu.no>l  ) Bob Ceculski <bob@instantwhip.com> wrote:sE : but if they sell it, at least they could still sell us printers andAE : maybe some pc "clients" along the way, otherwise they will lose all : : vms customers business!  How is the FreeVMS port coming?   Slow.n. There is a lot of mere words. (Just like here)J Maybe people just want to wait for a finished product, but contribute not.8 Possibly a cultural thingie? (That will have to change).   -- e
 -Roar ThronsE   ------------------------------  # Date: Mon, 11 Mar 2002 12:57:01 GMTs# From: "John N." <JNixon@cfl.rr.com>r5 Subject: Re: Why not we guys buy OpenVMS from Compaq?t= Message-ID: <xQ1j8.95846$Dl4.9594757@typhoon.tampabay.rr.com>n  J I think your suggestion  is getting closer to the only possibly successfulI scenario.  Rather than a consortium of users trying to buy VMS, that sameeF Consortium could try to convince HPAQ to spin off VMS.   It would be aJ seperate company, with sufficient backing and customer base to continue asI it is today.   We could buy stock in the new company if we wished.  Heck,tE even M$ could invest in the spinoff.  And the spinoff shares could beeJ treated as a non-taxable dividends to existing shares.  If the new companyL goes out of business, the old company would have as much a chance of pickingI up the customers as anyone, and if it is successful, it would have been aoK master stroke.  And it would not actually cost them much more than outrighto killing it.i  I If VMS managers and engineers were free to toot their own horn, who knowsI how many people would hear it?  : "Didier Morandi" <Didier.Morandi@free.fr> wrote in message! news:3C8BC566.1A677793@free.fr... I > I have another solution. let's ask OpenVMS Eng. to purchase themselves.v >a > D. > (NO kidding) >V > Tom Linden wrote:i > >rE > > > If that is the price, then the question is whether every activeFB > > > participant in this newsgroup will provide 1 million dollars; > > > for the cause.  Will you take care of organizing it ?d > > >i > >o4 > > I will organize it, just send the money here :-) >a   ------------------------------   Date: 11 Mar 2002 13:33:00 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)e5 Subject: Re: Why not we guys buy OpenVMS from Compaq?n, Message-ID: <a6ibmc$1jjg$4@info.cs.uofs.edu>  ' In article <3C8B9C93.8ACA7445@fsi.net>,l4  "David J. Dachtera" <djesys.nospam@fsi.net> writes: |>K |> Now you know why I will not accept on faith that which makes no sense to & |> me in the grander scheme of things.  A While this was a familiar but valid explanation, it, like all then1 others ignores one major part of this discussion.   D Unless things have changed over the weekend, OpenVMS isn't for sale.   bill   -- uJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   c   ------------------------------   Date: 11 Mar 2002 13:30:46 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) 5 Subject: Re: Why not we guys buy OpenVMS from Compaq?s, Message-ID: <a6ibi6$1jjg$3@info.cs.uofs.edu>  ' In article <3C8B915E.3C378555@free.fr>,O0  Didier Morandi <Didier.Morandi@free.fr> writes: |> dQ |> 4. COMPAQ has a unbreakable agreement with the DOD to continue VMS support ford |> ten years |> l  D No one has any aggrement with the DOD involving the payment of fundsG that extends beyond the end of the fiscal year.  It may have 20 optionsmC to renew, but the government can decline to renew at the end of anyaI fiscal year.  Believe it or not, very few multi-year government contractst. ever see all of the renewals actually enacted.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   r   ------------------------------  % Date: Mon, 11 Mar 2002 07:10:00 -0800 # From: "Tom Linden" <tom@kednos.com>a5 Subject: RE: Why not we guys buy OpenVMS from Compaq?"9 Message-ID: <CIEJLCMNHNNDLLOOGNJIEEDCEFAA.tom@kednos.com>-   > -----Original Message-----: > From: Bill Gunshannon [mailto:bill@triangle.cs.uofs.edu]& > Sent: Monday, March 11, 2002 5:33 AM > To: Info-VAX@Mvb.Saic.Com<7 > Subject: Re: Why not we guys buy OpenVMS from Compaq?  >B >2) > In article <3C8B9C93.8ACA7445@fsi.net>,e6 >  "David J. Dachtera" <djesys.nospam@fsi.net> writes: > |>A > |> Now you know why I will not accept on faith that which makesh
 > no sense toh( > |> me in the grander scheme of things. >fC > While this was a familiar but valid explanation, it, like all them3 > others ignores one major part of this discussion.  >yF > Unless things have changed over the weekend, OpenVMS isn't for sale.  4 Anything is for sale, it's just a question of price.   >e > bill >  > --L > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h> >    ------------------------------    Date: 11 Mar 2002 15:17:41 +00002 From: Iain A F Fleming <iainf@circuit-systems.com>Y Subject: Re: Younger recruits versus experienced veterans ( was The demise    of      come- Message-ID: <6h3cz75e22.fsf@blue.kororaa.com>c  6 Brian Inglis <Brian.Inglis@SystematicSw.ab.ca> writes:  @ > I've been told that French spoken with a Glaswegian dialect isB > highly distinctive (maybe painful as opposed to distinguished).   I It is; but it allowed me to survive 3 yers living in the South of France.L  9 ObFolklore: I was working on the operating system for a as@ multi-mianframe Flight Reservation/ Fare Quote/Ticketing system,' running on Unisys 1100/2200 mainframes.    -- i- Iain A F Fleming     Circuit Software Systemsi   ------------------------------   End of INFO-VAX 2002.138 ************************