1 INFO-VAX	Tue, 19 Apr 2005	Volume 2005 : Issue 218       Contents:, (VMS Rdb COBOL example) Was: Re: Dynamic SQL> Re: changing node name: RENAME/IDENTIFIER SYS$NODE_oldnodename> Re: changing node name: RENAME/IDENTIFIER SYS$NODE_oldnodename> Re: changing node name: RENAME/IDENTIFIER SYS$NODE_oldnodename Re: Compiler bug check Re: Computer Telphony System Re: Computer Telphony System Re: Computer Telphony System Re: DECwindows: pointer policy Re: DECwindows: pointer policy Re: DECwindows: pointer policy Re: DECwindows: pointer policy% Expanding MicroVAX3100 Terminal Lines ) Re: Expanding MicroVAX3100 Terminal Lines  Re: FA: VMS SW kits. Re: FA: VMS SW kits. Re: FA: VMS SW kits.( how to setup XServer screen definition ?, Re: how to setup XServer screen definition ? Re: Login mystery  Re: Login mystery  Re: Login mystery  Re: Login mystery * Re: Microsoft Joins the Battle for Itanium NIC cards supported 4 VERITAS NBU OpenVMS 5.0 MP3 GA release now available@ Re: VMS FAQ: changing volume label of system disk: DECnet MOP or@ Re: VMS FAQ: changing volume label of system disk: DECnet MOP or VMS to OS X file sharing Re: VMS to OS X file sharing' [ARGUS] TNT integrated in VMS _and_ SIP  [OMSAIS] Silly question ?  [OpenVMS I64] DECram ? Re: [OpenVMS I64] DECram ? RE: [OpenVMS I64] DECram ? Re: [OpenVMS I64] DECram ? Re: [OpenVMS I64] DECram ?  F ----------------------------------------------------------------------  + Date: Tue, 19 Apr 2005 09:43:21 +0000 (UTC) 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> 5 Subject: (VMS Rdb COBOL example) Was: Re: Dynamic SQL 2 Message-ID: <d42jrm$o7l$1@hercules.btinternet.com>   Hi,   J Didn't see the original post, but I was just looking at the following codeG on an old floppy of mine as I was cleaning up my office after holidays.    FWIW   Cheers Richard Maher  L PS. Obviously replace all the "#" with a space and sorry about the wrapping.G (After 20 odd years in I.T. I am simply incapable of stopping that from 0 happening. Or can't be arsed to find out how :-)  H PPS. If you want to run multiple table scrambles in parralel then you'llF have to change the BATCH UPDATE transaction. But the performance is so- blisteringly fast I honestly wouldn't bother.    identification#division. program-id.####dyn_test. *  data#division. working-storage#section.L 01##rdb$_stream_eof#####################pic#9(9)########comp####value###exte rnal####rdb$_stream_eof.L 01##lib$_strtru#########################pic#9(9)########comp####value###exte rnal####lib$_strtru.L 01##ss$_abort###########################pic#9(9)########comp####value###exte rnal####ss$_abort.L 01##ss$_normal##########################pic#9(9)########comp####value###exte rnal####ss$_normal. = 01##sys_status##########################pic#9(9)########comp.  * = 01##sqlcode#############################pic#9(9)########comp. I 01##rdb$message_vector##########################################external. = ####03#rdb$lu_num_arguments#############pic#9(9)########comp. = ####03#rdb$lu_status####################pic#9(9)########comp. H ####03#rdb$alu_arguments################################occurs#18#times.= ########05#rdb$lu_arguments#############pic#9(9)########comp.  * 2 01##col_name############################pic#x(39).= 01##col_count###########################pic#9(9)########comp.  * 5 01##cmd_string##########################pic#x(10000).  *  01##set_trans_statement.L ####03##################################pic#x(39)###############value###"set% #transaction#batch#update#reserving". 2 ####03##trans_table#####################pic#x(39).L ####03##################################pic#x(21)###############value###"#fo r#exclusive#write;". *  01##select_statement. L ####03##################################pic#x(7)################value###"sel ect".  ####03##select_list.J ######04##select_array##################################occurs##256#times.2 ########05##select_col##################pic#x(30).1 ########05##select_delim################pic#x(1). L ####03##################################pic#x(5)################value###"fro m". 2 ####03##select_table####################pic#x(39).L ####03##################################pic#x(1)################value###";". * = 01##update_id###########################pic#9(9)########comp.  01##update_statement. L ####03##################################pic#x(7)################value###"upd ate". 2 ####03##update_table####################pic#x(39).L ####03##################################pic#x(5)################value###"#se t".  ####03##update_list.J ######04##update_array##################################occurs##256#times.2 ########05##update_col##################pic#x(30).1 ########05##update_delim################pic#x(5). L ####03##################################pic#x(22)###############value###"#wh ere#current#of#sel;".  *  01##col_prefix_table. J ####03##col_elem########################################occurs##256#times.2 ########05##col_prefix##################pic#x(39).= ########05##col_prefix_len##############pic#9(4)########comp.  * 2 01##col_pfx#############################pic#x(39). * L 01##sqlda_char##########################pic#9(4)########comp####value###453.L 01##sqlda_integer#######################pic#9(4)########comp####value###497.L 01##sqlda_quadword######################pic#9(4)########comp####value###505. *  01##sqlda_list. L ####03##sqldaid#########################pic#x(8)################value###"SQL DA".= ####03##sqldabc#########################pic#9(9)########comp. L ####03##sqln############################pic#9(4)########comp####value###256.= ####03##sqld############################pic#9(4)########comp. L ####03##sqlname_rec#####################################occurs##0#to####256#L ########################################################depending#on#sqln#of #sqlda_list.= ########05##sqltype#####################pic#9(4)########comp. = ########05##sqllen######################pic#9(4)########comp. @ ########05##sqldata#####################################pointer.@ ########05##sqlind######################################pointer. ########05##sqlname.= ############07##name_len################pic#9(4)########comp. 2 ############07##name_str################pic#x(30). *  01##sqlda_update. L ####03##sqldaid#########################pic#x(8)################value###"SQL DA".= ####03##sqldabc#########################pic#9(9)########comp. L ####03##sqln############################pic#9(4)########comp####value###256.= ####03##sqld############################pic#9(4)########comp. L ####03##sqlname_rec#####################################occurs##0#to####256#L ########################################################depending#on#sqln#of #sqlda_update.= ########05##sqltype#####################pic#9(4)########comp. = ########05##sqllen######################pic#9(4)########comp. @ ########05##sqldata#####################################pointer.@ ########05##sqlind######################################pointer. ########05##sqlname.= ############07##name_len################pic#9(4)########comp. 2 ############07##name_str################pic#x(30). * 
 01##col_desc. = ####03##col_len#########################pic#9(9)########comp. @ ####03##col_addr########################################pointer. * 1 01##scramble_eof########################pic#x(1). 5 01##unique_char#########################pic#x(65535). = 01##unique_integer######################pic#s9(9)#######comp. = 01##unique_quadword#####################pic#s9(18)######comp. 5 01##scramble_field######################pic#x(65535).  01##scramble_desc.= ####03##scramble_desc_len###############pic#9(9)########comp. L ####03##################################################pointer#value###refe rence#scramble_field.  * 5 01##unique_id_string####################pic#x(65535). A 01##unique_id_integer###################################redefines 2 ####unique_id_string####################pic#-9(9).A 01##unique_id_quadword##################################redefines 3 ####unique_id_string####################pic#-9(18). = 01##unique_id_len#######################pic#9(4)########comp.  *  01##null_indicators.< ####03##null_ind########################pic#s9(4)#######compJ ########################################################occurs##256#times. * L 01##task_id#############################pic#x(39)###############value###"TES	 T_TABLE". 2 01##relation_prefix#####################pic#x(39).= 01##relation_prefix_len#################pic#9(4)########comp. 2 01##unique_id###########################pic#x(39).= 01##vm_bytes############################pic#9(9)########comp.  *  procedure#division.  kick_off#section.  00.  ####perform#get_setup.  + ####move#set_trans_statement#to#cmd_string. ; ####call#"sql_execute_immediate"#using#sqlcode,#cmd_string. % ####if#rdb$lu_status#not#=#ss$_normal D ########call#"sys$putmsg"#using#rdb$message_vector#giving#sys_status1 ########call#"lib$stop"#using#by#value#ss$_abort.    ####call#"sql_prepare_select"  ########using###sqlcode,! ################select_statement. % ####if#rdb$lu_status#not#=#ss$_normal D ########call#"sys$putmsg"#using#rdb$message_vector#giving#sys_status1 ########call#"lib$stop"#using#by#value#ss$_abort.    ####call#"sql_describe_select" ########using###sqlcode, ################sqlda_list. % ####if#rdb$lu_status#not#=#ss$_normal D ########call#"sys$putmsg"#using#rdb$message_vector#giving#sys_status1 ########call#"lib$stop"#using#by#value#ss$_abort.   L ####display#"Number#of#columns#in#select#list#is#",#sqld#of#sqlda_list#with# conversion.   L ####perform#varying#sqln#of#sqlda_list#from#1#by#1#until#sqln#of#sqlda_list# =#sqld#of#sqlda_list  F ########if#sqltype#of#sqlda_list#(sqln#of#sqlda_list)#not#=#sqlda_charL ############display#"Can#only#handle#CHAR#datatypes#",#sqltype#of#sqlda_list% #(sqln#of#sqlda_list)#with#conversion 4 ############call#"lib$stop"#using#by#value#ss$_abort ########end-if  B ########move#sqllen#of#sqlda_list#(sqln#of#sqlda_list)#to#vm_bytesL ########call#"lib$get_vm"#using#vm_bytes,#sqldata#of#sqlda_list#(sqln#of#sql da_list)#giving#sys_status' ########if#sys_status#not#=#ss$_normal# 5 ############call#"lib$stop"#using#by#value#sys_status  ########end-if  L ########set#sqlind#of#sqlda_list(sqln#of#sqlda_list)#to#reference#null_ind(s qln#of#sqlda_list)   ####end-perform.  9 ####evaluate####sqltype#of#sqlda_list(sqln#of#sqlda_list) L ########when####sqlda_char######set#sqldata#of#sqlda_list(sqln#of#sqlda_list )#to#reference#unique_charL ########when####sqlda_integer###set#sqldata#of#sqlda_list(sqln#of#sqlda_list )#to#reference#unique_integer L ########when####sqlda_quadword##set#sqldata#of#sqlda_list(sqln#of#sqlda_list )#to#reference#unique_quadwordI ########when####other###########call#"lib$stop"#using#by#value#sys_status  ####end-evaluate.   $ ####move#sqlda_list#to#sqlda_update.- ####subtract#1#from#####sqln#of#sqlda_update, - ########################sqld#of#sqlda_update.    ####call#"sql_prepare_update"  ########using###sqlcode, ################update_id,! ################update_statement. % ####if#rdb$lu_status#not#=#ss$_normal D ########call#"sys$putmsg"#using#rdb$message_vector#giving#sys_status1 ########call#"lib$stop"#using#by#value#ss$_abort.   & ####call#"sql_open_sel"#using#sqlcode.% ####if#rdb$lu_status#not#=#ss$_normal D ########call#"sys$putmsg"#using#rdb$message_vector#giving#sys_status1 ########call#"lib$stop"#using#by#value#ss$_abort.    ####move#"N"#to#scramble_eof3 ####call#"sql_fetch_sel"#using#sqlcode,#sqlda_list.  ####evaluate####rdb$lu_status 8 ########when####rdb$_stream_eof#move#"Y"#to#scramble_eof( ########when####ss$_normal######continueL ########when####other###########call#"sys$putmsg"#using#rdb$message_vector#g iving#sys_statusH ################################call#"lib$stop"#using#by#value#ss$_abort ####end-evaluate.   3 ####perform#scramble_data#until#scramble_eof#=#"Y".   ' ####call#"sql_close_sel"#using#sqlcode. % ####if#rdb$lu_status#not#=#ss$_normal D ########call#"sys$putmsg"#using#rdb$message_vector#giving#sys_status1 ########call#"lib$stop"#using#by#value#ss$_abort.   ' ####call#"sql_commit_db"#using#sqlcode. % ####if#rdb$lu_status#not#=#ss$_normal D ########call#"sys$putmsg"#using#rdb$message_vector#giving#sys_status1 ########call#"lib$stop"#using#by#value#ss$_abort.  *  *  fini. 
 ####stop#run.  *  get_setup#section. 00. ' ####call#"sql_task_tran"#using#sqlcode. % ####if#rdb$lu_status#not#=#ss$_normal D ########call#"sys$putmsg"#using#rdb$message_vector#giving#sys_status1 ########call#"lib$stop"#using#by#value#ss$_abort.   $ ####move#task_id#to#####trans_table,% ########################select_table, % ########################update_table.    ####call#"sql_get_scramble"  ########using###sqlcode,  ################relation_prefix, ################unique_id, ################task_id.% ####if#rdb$lu_status#not#=#ss$_normal D ########call#"sys$putmsg"#using#rdb$message_vector#giving#sys_status1 ########call#"lib$stop"#using#by#value#ss$_abort.    ####call#"str$trim" @ ########using###by#descriptor###relation_prefix,#relation_prefix3 ################by#reference####relation_prefix_len  ########giving##sys_status. L ####if#sys_status#not#=#ss$_normal#call#"lib$stop"#using#by#value#sys_status .    ####call#"sql_open_enigma"#  ########using###sqlcode, ################task_id.% ####if#rdb$lu_status#not#=#ss$_normal D ########call#"sys$putmsg"#using#rdb$message_vector#giving#sys_status1 ########call#"lib$stop"#using#by#value#ss$_abort.   $ ####move#spaces#to######select_list,$ ########################update_list. ####move#zeros#to#col_count.   ####call#"sql_fetch_enigma"  ########using###sqlcode, ################col_name,  ################col_pfx.  0 ####perform#until#rdb$lu_status#not#=#ss$_normal   ########add#1#to#col_count  5 ########move#col_pfx##to########col_prefix(col_count) 5 ########move#col_name#to########select_col(col_count) 5 ################################update_col(col_count)    ########call#"str$trim" L ############using##by#descriptor#col_prefix(col_count),#col_prefix(col_count ) : ###################by#reference##col_prefix_len(col_count) ############giving#sys_status ' ########if#sys_status#not#=#ss$_normal# 5 ############call#"lib$stop"#using#by#value#sys_status  ########end-if  + ########move#","#to#select_delim(col_count)   / ########move#"#=#?,"#to#update_delim(col_count)    ########call#"sql_fetch_enigma"   ############using#######sqlcode,! ########################col_name,  ########################col_pfx  ####end-perform.* ####if#rdb$lu_status#not#=#rdb$_stream_eofD ########call#"sys$putmsg"#using#rdb$message_vector#giving#sys_status1 ########call#"lib$stop"#using#by#value#ss$_abort.    ####if#col_count#=#zeros4 ########display#"No#columns#to#update#for#",#task_id1 ########call#"lib$stop"#using#by#value#ss$_abort.   / ####move#space#to#update_delim(col_count)(5:1).    ####add#1#to#col_count. , ####move#unique_id#to#select_col(col_count).  * ####call#"sql_close_enigma"#using#sqlcode.% ####if#rdb$lu_status#not#=#ss$_normal D ########call#"sys$putmsg"#using#rdb$message_vector#giving#sys_status1 ########call#"lib$stop"#using#by#value#ss$_abort.   ' ####call#"sql_commit_db"#using#sqlcode. % ####if#rdb$lu_status#not#=#ss$_normal D ########call#"sys$putmsg"#using#rdb$message_vector#giving#sys_status1 ########call#"lib$stop"#using#by#value#ss$_abort.  *  scramble_data#section. 00.   $ ####move#spaces#to#unique_id_string.9 ####evaluate####sqltype#of#sqlda_list(sqln#of#sqlda_list) / ########when####sqlda_char######call#"str$trim" L ####################################using#######by#descriptor###unique_char, #unique_id_string L ################################################by#reference####unique_id_le n : ####################################giving######sys_status? ################################if#sys_status#not#=#ss$_normal# L ####################################call#"lib$stop"#using#by#value#sys_statu s & ################################end-ifH ########when####sqlda_integer###move#unique_integer#to#unique_id_integer8 ################################move#10#to#unique_id_lenJ ########when####sqlda_quadword##move#unique_quadword#to#unique_id_quadword8 ################################move#19#to#unique_id_len ####end-evaluate.   L ####perform#varying#sqln#of#sqlda_update#from#1#by#1#until#sqln#of#sqlda_upd ate#>#sqld#of#sqlda_update  % ########move#spaces#to#scramble_field   7 ########string##relation_prefix(1:relation_prefix_len), L ################col_prefix(sqln#of#sqlda_update)(1:col_prefix_len(sqln#of#sq
 lda_update)), 1 ################unique_id_string(1:unique_id_len) ! ################delimited#by#size  ########into####scramble_field  $ ########add#####relation_prefix_len,5 ################col_prefix_len(sqln#of#sqlda_update),  ################unique_id_len ! ########giving##scramble_desc_len   F ########move#sqllen##of#sqlda_update#(sqln#of#sqlda_update)#to#col_lenG ########move#sqldata#of#sqlda_update#(sqln#of#sqlda_update)#to#col_addr   L ########call#"lib$scopy_dxdx"#using#scramble_desc,#col_desc#giving#sys_statu s 6 ########if#sys_status#not#=#ss$_normal#and#lib$_strtru5 ############call#"lib$stop"#using#by#value#sys_status  ########end-if   ####end-perform.6 ####move#sqld#of#sqlda_update#to#sqln#of#sqlda_update.   ####call#"sql_execute_stmt"  ########using###sqlcode, ################sqlda_update,  ################update_id.% ####if#rdb$lu_status#not#=#ss$_normal D ########call#"sys$putmsg"#using#rdb$message_vector#giving#sys_status1 ########call#"lib$stop"#using#by#value#ss$_abort.  *  fini. 3 ####call#"sql_fetch_sel"#using#sqlcode,#sqlda_list.  ####evaluate####rdb$lu_status 8 ########when####rdb$_stream_eof#move#"Y"#to#scramble_eof( ########when####ss$_normal######continueL ########when####other###########call#"sys$putmsg"#using#rdb$message_vector#g iving#sys_statusH ################################call#"lib$stop"#using#by#value#ss$_abort ####end-evaluate.  *  end#program#dyn_test.    module####dyn_sql  language##cobol  authorization#scram_db parameter#colons  1 declare#external#scram_db#alias#filename#scram_db    declare#sel#cursor#for#sel_stmt    declare#enigma#cursor#for  ########select#  ################a.field_name,  ################a.field_prefix ########from* ################scramble_relation_fields#a
 ########where * ################a.relation_name#=#:task_id   procedure#sql_task_tran  ########sqlcode 	 ########;   , ########set#transaction#read#write#reservingA ################scramble_relation###############for#shared#write, @ ################scramble_relation_fields########for#shared#read;   procedure#sql_get_scramble ########sqlcode,) ########:relation_prefix########char(39), ) ########:unique_id##############char(39), ( ########:task_id################char(39)	 ########;    ########select" ################a.relation_prefix, ################a.unique_id  ########into! ################:relation_prefix,  ################:unique_id
 ########from# # ################scramble_relation#a 
 ########where * ################a.relation_name#=#:task_id	 ########;    procedure#sql_open_enigma  ########sqlcode,( ########:task_id################char(39)	 ########;    ########open#enigma;   procedure#sql_fetch_enigma ########sqlcode,) ########:field_name#############char(39), ( ########:field_prefix###########char(39)	 ########;   
 ########fetch  ################enigma ########into ################:field_name, ################:field_prefix 	 ########;    procedure#sql_close_enigma ########sqlcode 	 ########;    ########close#enigma;    procedure#sql_prepare_select ########sqlcode,* ########:stmt###################char(7988)	 ########;   $ ########prepare#sel_stmt#from#:stmt;   procedure#sql_describe_select  ########sqlca, ########sqlda;  1 ########describe#sel_stmt#select#list#into#sqlda;    procedure#sql_open_sel ########sqlca;   ########open#sel;    procedure#sql_fetch_sel  ########sqlca, ########sqlda;  ) ########fetch#sel#using#descriptor#sqlda;    procedure#sql_close_sel  ########sqlca;   ########close#sel;   procedure#sql_release_stmt ########sqlca;   ########release#sel_stmt;#   procedure#sql_prepare_update ########sqlcode,( ########:update_id##############integer,* ########:stmt###################char(9033)	 ########;   & ########prepare#:update_id#from#:stmt;   procedure#sql_execute_stmt ########sqlcode,& ########:sqlda##################sqlda,' ########:dyn_stmt_id############integer 	 ########;   5 ########execute#:dyn_stmt_id#using#descriptor#:sqlda;    procedure#sql_commit_db  ########sqlcode;   ########commit;    procedure#sql_execute_immediate  ########sqlcode,+ ########:cmd_string#############char(10000) 	 ########;   & ########execute#immediate#:cmd_string;    ? "William M. Klein" <wmklein@nospam.netcom.com> wrote in message 0 news:aqV8e.317613$za2.50898@news.easynews.com...B > the E-level message says that "WS-SQL" is not of "type" VARCHAR. >  > See: > K http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dsnaph13/2.4.3.7  > H > for how to define a VARCHAR host variable (in COBOL - at least for IBM > mainframes and DB2), e.g.  >  >    01 VAR-NAME. * >       49 VAR-LEN PIC S9(4) USAGE BINARY. >       49 VAR-TEXT PIC X(n).  > H > Use of level "49" is required (as I recall) and you MUST have a binary field ( > followed by the actual "data" portion. >  > --   > Bill Klein >  wmklein <at> ix.netcom.com . > "kathie" <kktbva@yahoo.com> wrote in message? > news:1113852104.333988.160920@f14g2000cwb.googlegroups.com...  > > Hi,  > > K > > I'm struggling with a dynamic sql execution within my cobol program.  I  > > keep getting these errors: > > G > > DSNH084I W     DSNHLEXC LINE 831 COL 22  UNACCEPTABLE SQL STATEMENT G > > DSNH084I W     DSNHLEXC LINE 833 COL 22  UNACCEPTABLE SQL STATEMENT I > > DSNH080I E     DSNHSM3D LINE 2049 COL 37  STRING VARIABLE "WS-SQL" IS  > > NOT "VARCHAR" TYPE > > PREPARE SQLSTMT FROM:WS-SQL  > >  > > Here is what I have: > >  > > .... > > WORKING-STORAGE SECTION. > > - > > 01   WS-SQL      PIC X(400) VALUE SPACES.  > > 0 > >     EXEC SQL BEGIN DECLARE SECTION END-EXEC.  > > 01  SQLSTMT      PIC X(400).. > >     EXEC SQL END DECLARE SECTION END-EXEC. > > 	 > > .....  > > PROCEDURE DIVISION. 	 > > .....  > >    IF condition14 > >       create sql statement1 and STRING to ws-sql > >    ELSE 4 > >       create sql statement2 and STRING to ws-sql > >    END-IF. > >  > >    MOVE WS-SQL TO SQLSTMT. > >  > >    EXEC SQL & > >       PREPARE SQLSTMT FROM :WS-SQL > >    END-EXEC. > >  > >    EXEC SQL + > >       DECLARE ATTCUR CURSOR FOR SQLSTMT  > >    END-EXEC. > >  > >    EXEC SQL  > >       OPEN ATTCUR  > >    END-EXEC. > > & > > Could someone shed me some lights? > >  > > Thanks, 
 > > Kathie > >  >  >    ------------------------------  + Date: Tue, 19 Apr 2005 07:10:12 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)G Subject: Re: changing node name: RENAME/IDENTIFIER SYS$NODE_oldnodename $ Message-ID: <d42asj$frh$1@online.de>  F In article <K_V8e.4096$BU.1984@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman) writes:    y > In article <d416ql$4kh$3@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: J > :What I mean is that I now have, say, SYS$NODE_FOO.  I want to add a new > :node, BAR.    > H >   I will assume the new node is licensed for all products found on the >   existing node.  D Yes; there is a common license database with the hobbyist PAKs.  Of H course, the new node has its own base license with /MODIFY/INCLUDE=NODE.  A [Sidebar: the license database is on a non-system disk, which is  A shadowed.  So first, each node mounts this disk (and has its own  H system-disk shadow set, of course) and I get a message complaining that H there is no shadowing license.  The disk mounts anyway, though.  I then F do an explicit LICENSE LOAD.  I suppose that this is intended to work H this way.  The alternative would be to maintain local license databases 8 with everything one needs until the main one is loaded.]  H >   There is extra effort involved in the parallel management of OpenVMSH >   software installations; by running parallel system disks, of course.  I Right, but my hardware doesn't support dual-ported disks, and I like the  ( robustness of being able to lose a node.  F >   Officially, you'll want to perform a clean installation of OpenVMS  >   and of the layered products.  I Right, that's the supported way.  However, I doubt that shops which have  B hundreds of system disks actually upgrade them individually; they F probably upgrade a master disk, make copies of it and change the node  names appropriately.  J >   To (try to) replicate, add SYS$NODE_BAR to the shared RIGHTSLIST, thenH >   shut down FOO::, BACKUP/IMAGE the system disk to another node, mountI >   the target disk, disable the network startups for TCP/IP services and J >   for DECnet Phase IV (and I'd blow away the network database files) andG >   such, set NISCS_LOAD_PEA0 and CLUSTER parameters for non-clustered  I >   operations, set SCSNODE to BAR, copy over clones of the shared SYSUAF K >   and RIGHTSLIST files for the initial node operations, boot the disk on  K >   the target host system, and then re-configure the host network stacks,  I >   get rid of the temporary SYSUAF and RIGHTSLIST files, grab a copy of  H >   the and CLUSTER_AUTHORIZE.DAT file, set NISCS_LOAD_PEA0 and CLUSTER E >   system parameters for clustered operations, shut down and reboot.   F OK.  One question: to add the SYS$NODE_BAR identifier, does it matter  what the numerical value is?  , >   I have probably missed a few steps here. > D >   And do please note that the above is *NOT* officially supported.  C Yes, I realise the only way is to upgrade/install each system disk   individually, for OS and LPs.   I >   I don't generally recommend cloning disks -- it usually works, but it J >   is not supported.  It is often easier to go to a common system disk --J >   which would be my preference, as managing multiple parallel individualJ >   system disks is, well, work -- or to perform the work and to reinstallK >   the products on the new (parallel) system disk.  (Cloning system disks  J >   means that the products are replicated as well as the existing cruft.)  G Right, but my hardware doesn't support more than one direct connection  C to a disk, and it DOES take a long time to install all the layered  ' products, so I want to do it just once.   H >   Now if there are no shared interconnects or such, well, I definitely >   feel your pain.  :-)  F Right, these are mostly VAX(station) 4000 systems, built around 1990, ! and a couple of early 90s ALPHAs.    ------------------------------  + Date: Tue, 19 Apr 2005 07:26:51 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)G Subject: Re: changing node name: RENAME/IDENTIFIER SYS$NODE_oldnodename $ Message-ID: <d42brr$hsl$1@online.de>  D In article <d42asj$frh$1@online.de>, helbig@astro.multiCLOTHESvax.de3 (Phillip Helbig---remove CLOTHES to reply) writes:    G > >   To (try to) replicate, add SYS$NODE_BAR to the shared RIGHTSLIST,   8 Assuming one does a fresh install, when and how does the3 SYS$NODE_nodename identifier get initially created?   F At the moment, I have two VAXes and an ALPHA in the cluster.  On each I VAX, I did a fresh install.  The ALPHA used to have another name.  I see  C that identifiers with both the old and new name exist, but I don't  G remember (this was 6 or 7 years ago) doing anything to the identifiers  H by hand.  (Thus, the current plan to duplicate a system disk and use it I on a new node in the same cluster is the first time I will have actually  ( done this, as opposed to just renaming.)   ------------------------------  % Date: Tue, 19 Apr 2005 12:54:04 +0100 - From: John Laird <nospam@laird-towers.org.uk> G Subject: Re: changing node name: RENAME/IDENTIFIER SYS$NODE_oldnodename 8 Message-ID: <88s961p75355j27g5hr33im0m7f5ucr0lr@4ax.com>  I On Tue, 19 Apr 2005 07:26:51 +0000 (UTC), helbig@astro.multiCLOTHESvax.de 1 (Phillip Helbig---remove CLOTHES to reply) wrote:   E >In article <d42asj$frh$1@online.de>, helbig@astro.multiCLOTHESvax.de 4 >(Phillip Helbig---remove CLOTHES to reply) writes:  > H >> >   To (try to) replicate, add SYS$NODE_BAR to the shared RIGHTSLIST, > 9 >Assuming one does a fresh install, when and how does the 4 >SYS$NODE_nodename identifier get initially created?   VMS$LPBEGIN-050_STARTUP.COM   K A quick search of SYS$STARTUP:*.com found only few references to SYS$NODE_. B Only that command file creates it (cluster_config will remove it).   --  . Talk is cheap, because supply exceeds demand.    Mail john rather than nospam...    ------------------------------    Date: 19 Apr 2005 07:31:21 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: Compiler bug check 3 Message-ID: <mfqLXvc+Y6Ug@eisner.encompasserve.org>   r In article <1113858912.28bae7cec64fa19aa92e281153a3140f@teranews>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > I > On VAX, with DEC-C, when I trried to first compile Kermit, the compiler C > complained about not enough virtual memory. It didn't bugcheck. I - > increases pgfilquo and then it worked fine.   G    Yes, that's what a layered product should do.  But sometimes they do H    have these little bugs.  CMS was one I had to out-think several timesC    as the failure message looked more like a code bug than a memory     limitation.   ------------------------------  % Date: Tue, 19 Apr 2005 09:36:39 +0100 0 From: Chris Sharman <chris.sharman@sorry.nospam>% Subject: Re: Computer Telphony System 4 Message-ID: <d42fun$9ll$1$8302bc10@news.demon.co.uk>   Hoff Hoffman wrote:   a > In article <MdP8e.5836$_t3.3131@tornado.tampabay.rr.com>, Beach Runner <bob@nospam.com> writes: J > :W hile ago I asked about an alpha based computer telephony system, and + > :it expired.  Does anyone still make one?  > J >   I'm not aware of an Asterisk port for OpenVMS, but I'd look at that as? >   a potential option here.  Asterisk is a software-based PBX.   ? Interesting - what hardware would that be in conjunction with ? & Would that be a US-specific solution ?) Anyone know anything about UK solutions ? 7 I'm presuming the hardware at least would be different.    Thanks Chris    ------------------------------  % Date: Tue, 19 Apr 2005 13:04:40 +0100 - From: John Laird <nospam@laird-towers.org.uk> % Subject: Re: Computer Telphony System 8 Message-ID: <fcs9611o25eu0nuvsfsrvlmcv6gkr9dmoo@4ax.com>  F On Mon, 18 Apr 2005 14:10:52 GMT, Beach Runner <bob@nospam.com> wrote:  H >W hile ago I asked about an alpha based computer telephony system, and ) >it expired.  Does anyone still make one?   L DEC CIT never made it to Alpha.  The most recent files I have seen are dated6 1993, which was of course very early in Alpha history.  L Most PABXs would most likely be IP-addressed now, over a network link ratherI than any sync/async comms line.  But I'm not aware of any client products L for VMS.  I have some documentation for a Splicecom switch which uses a veryL simple published protocol, and have even heard of someone packet-sniffing toL work out how to talk to another device (Argent Office, iirc).  The SplicecomL design is much much simpler than the CCITT stuff that DEC CIT was based on -I single "do this and tell me if it worked" calls, as opposed to a chain of K numerous "do this and tell me later" followed by listening for sequences of  events which implied success.    --  0 Excommunicated: On vacation without a computer.    Mail john rather than nospam...    ------------------------------  # Date: Tue, 19 Apr 2005 13:33:02 GMT # From: Beach Runner <bob@nospam.com> % Subject: Re: Computer Telphony System 8 Message-ID: <iM79e.9026$5f.5691@tornado.tampabay.rr.com>   VMS Alpah I believe an ES40.   Chris Sharman wrote:   > Hoff Hoffman wrote:  > J >> In article <MdP8e.5836$_t3.3131@tornado.tampabay.rr.com>, Beach Runner  >> <bob@nospam.com> writes: G >> :W hile ago I asked about an alpha based computer telephony system,  0 >> and :it expired.  Does anyone still make one? >>K >>   I'm not aware of an Asterisk port for OpenVMS, but I'd look at that as @ >>   a potential option here.  Asterisk is a software-based PBX. >  > A > Interesting - what hardware would that be in conjunction with ? ( > Would that be a US-specific solution ?+ > Anyone know anything about UK solutions ? 9 > I'm presuming the hardware at least would be different.  >  > Thanks > Chris    ------------------------------  + Date: Tue, 19 Apr 2005 07:32:42 +0000 (UTC)eP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)' Subject: Re: DECwindows: pointer policyn$ Message-ID: <d42c6p$hsl$2@online.de>  G In article <1113861428.cf9af51ffbe58973d1b8b1a0251175ad@teranews>, Johne Doe <jdoe@doe.org> writes:    1 > Phillip Helbig---remove CLOTHES to reply wrote:yL > > Using the traditional (as opposed to CDE) DECwindows stuff, on a VAX, isL > > it possible to have the active window be the one where the mouse pointerI > > currently is, as opposed to being the one which has been activated byT > > clicking on it?A > F > This is a window manager issue. I know that with TWM on a MAC, I canD > have that policy and it is extremely annoying. You can'ty move theJ > cursor off a window to let you type in peace. And as you move the cursor= > around, windows rapidly change focus as you move over them.p  D Actually, that is the behaviour I want.  I can have a window on top G where I am reading stuff, and underneath be typing in a window where I gG see perhaps only the last few lines.  Yes, the pointer has to be there  : somewhere, but I suppose that is the price one has to pay.  G I was used to having this behaviour on ALPHA with the CDE stuff.  Now, S> for various reasons, I'm using a VAX for DECwindows, with the F traditional interface.  I really enjoy it and everything is fine, and D the screen is sharp and colourful---thanks to a really nice 12-inch I |d|i|g|i|t|a|l| monitor (which is probably 15 years old, but still works cF wonderfully)---but I would like to have the other pointer policy.  As 6 far as I know, the window manager is the same on both.  O > In the system one, there is some documentation on the various focus policies.e  H I'll have a look.  I had forgotten about that.  I was thinking that one H could change it from the session manager and save the settings, like on ) CDE.  Maybe I can edit the files by hand.m  F > On my system, clicking anywhere in a window brings it to foreground. > 5 > And I did not remove my clothes to reply to you ;-)s  H If you did, then you should be careful about moving into the foreground % when someone klicks on a window.  :-)g   ------------------------------  + Date: Tue, 19 Apr 2005 07:41:11 +0000 (UTC)dP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)' Subject: Re: DECwindows: pointer policyu$ Message-ID: <d42cmn$hsl$3@online.de>  9 In article <d41ak3$dpd$1@news01.intel.com>, Ken Fairfield#! <my.full.name@intel.com> writes:    1 > Phillip Helbig---remove CLOTHES to reply wrote:#M > > Using the traditional (as opposed to CDE) DECwindows stuff, on a VAX, is #M > > it possible to have the active window be the one where the mouse pointer #J > > currently is, as opposed to being the one which has been activated by  > > clicking on it?( > G >      Certainly, I've been using "focus follows pointer" for ages. :-)#G > Unfortunately, I'll need to check my home system to find the resourceoC > that needs to be defined/modified.  I'll report back later, but I C > expect you'll find various settings in DECW$SMB_POINTER.DAT.  YoueF > may also find these settings by right-clicking on the background and/ > checking the various menu items that pops up..  F That was it, thanks!  On ALPHA/CDE, this only has shuffle up, shuffle F down etc, but on VAX/traditional, there are some things which one can G modify which on ALPHA/CDE are done from the menu bar (which is roughly ## equivalent to the session manager).t  J > > Which reminds me---with the other pointer policy, why does one have toD > > click on the frame to raise a window?  Surely one could have theH > > position of the pointer determine which window is active, and click J > > anywhere in it when raising it, as with the other pointer policy.  In I > > other words, why do the two things (pointer determines active window/iK > > clicked-on window is active and click on frame/click anywhere to raise d. > > window) come only in certain combinations? > 1 >      You mean, make it work like MS Windows!?  #  F Actually, I am not very familiar with Windows.  What I want is "focus C follows pointer" (and, now, I have it), but if I want to raise the  H window, it should be sufficient to click ANYWHERE on it and not just on  the border.    > Actually, I'm mixed overJ > which method I prefer...  A colleague of mine used to run with a settingJ > that focus follows pointer *and* pointer-focus-raises-the-window...afterB > a short delay (about 2 secs or so).  That policy drove me batty!  & That's definitely one I want to avoid!  F >      Anyway, I think the reason you can't click on, for example, theG > main DECterm window (rather than the frame) is that any text that was#G > selected will be de-selected when you click.  It's just a Motif thingn > I think...  E With the default pointer policy, this works.  Though come to think of#= it, it does make cut and paste with the mouse more difficult.#  #   ------------------------------    Date: 19 Apr 2005 07:34:20 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler).' Subject: Re: DECwindows: pointer policy#3 Message-ID: <aYLrW8a6eW28@eisner.encompasserve.org>n  w In article <d4190j$a33$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:o  K > Using the traditional (as opposed to CDE) DECwindows stuff, on a VAX, is #K > it possible to have the active window be the one where the mouse pointer #H > currently is, as opposed to being the one which has been activated by  > clicking on it?#  A    Yes.  from the backgound, select left or right mouse button ->#7    Options -> Workspace.  It's the first option listed.#  H > Which reminds me---with the other pointer policy, why does one have toB > click on the frame to raise a window?  Surely one could have theF > position of the pointer determine which window is active, and click H > anywhere in it when raising it, as with the other pointer policy.  In G > other words, why do the two things (pointer determines active window/#I > clicked-on window is active and click on frame/click anywhere to raise #, > window) come only in certain combinations?  A    You can have an input-focus-active window which is not raised.d   ------------------------------    Date: 19 Apr 2005 10:39:17 -0700$ From: "AEF" <spamsink2001@yahoo.com>' Subject: Re: DECwindows: pointer policy#C Message-ID: <1113932357.025706.275270@g14g2000cwa.googlegroups.com>3  / Phillip Helbig---remove CLOTHES to reply wrote:oD > In article <1113861428.cf9af51ffbe58973d1b8b1a0251175ad@teranews>, John > Doe <jdoe@doe.org> writes: >#3 > > Phillip Helbig---remove CLOTHES to reply wrote:sF > > > Using the traditional (as opposed to CDE) DECwindows stuff, on a VAX, is#F > > > it possible to have the active window be the one where the mouse pointer#> > > > currently is, as opposed to being the one which has been activated by > > > clicking on it?o > >.D > > This is a window manager issue. I know that with TWM on a MAC, I can#F > > have that policy and it is extremely annoying. You can'ty move theE > > cursor off a window to let you type in peace. And as you move thep cursor? > > around, windows rapidly change focus as you move over them.  >#E > Actually, that is the behaviour I want.  I can have a window on top#F > where I am reading stuff, and underneath be typing in a window where I#B > see perhaps only the last few lines.  Yes, the pointer has to be there#< > somewhere, but I suppose that is the price one has to pay.    C Sounds like you're talking about two different things. If the focus#D moves to the window where you're reading stuff, how are you going to type in the other window?!  F Anyway, the last time I used DECwindows was around 1991, but I seem to> recall that if you shift-clicked a window it would come to theF foreground without getting focus, so you can read stuff in that window while typing in another.   JMHO   [...]e   ------------------------------    Date: 19 Apr 2005 10:27:06 -0700( From: John.Martin_At_Home@BTInternet.com. Subject: Expanding MicroVAX3100 Terminal LinesC Message-ID: <1113931626.039103.303450@f14g2000cwb.googlegroups.com>#  D I need to expand the number of directly connected serial lines on my9 MicroVAX3100. I understand I need the following hardware:a  +    DHW42-AA - Provides eight DEC-423 lines.#D    DEC-423 I/O assembly, external 36-pin BC16C-10 3-m (10-ft) cable..    H3104-00 eight-line distribution harmonica.  @ Can anyone tell me where I can obtain the above bits and pieces.   ------------------------------  % Date: Tue, 19 Apr 2005 10:43:51 -0700#+ From: "Barry Treahy, Jr." <Treahy@MMaz.com>a2 Subject: Re: Expanding MicroVAX3100 Terminal Lines' Message-ID: <42654357.3070200@MMaz.com>r  ) John.Martin_At_Home@BTInternet.com wrote:"  E >I need to expand the number of directly connected serial lines on my$: >MicroVAX3100. I understand I need the following hardware: >t, >   DHW42-AA - Provides eight DEC-423 lines.E >   DEC-423 I/O assembly, external 36-pin BC16C-10 3-m (10-ft) cable.l/ >   H3104-00 eight-line distribution harmonica._ >  s >#@ You would probably have a lot more success with using LAT and a , DECserver than finding old gear like that...   Barry#   -- d  < Barry Treahy, Jr                     E-mail: Treahy@MMaz.com< Midwest Microwave, Inc.                  Phone: 480/314-1320< Vice President & CIO                      FAX:  480/661-7028  I                        ... but it's a DRY HEAT!                              ------------------------------   Date: 19 Apr 2005 12:39:03 GMT( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: FA: VMS SW kits.n, Message-ID: <3ckcf6F6i8741U1@individual.net>  $ In article <d415qc$4kh$1@online.de>,S 	helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:i9 > In article <3cf7j9F6miqsiU1@individual.net>, Paul Sture#  > <paul.sture@decus.ch> writes:  > L >> But back to the real topic. My fear is that blatant abuse of the current L >> scheme could endanger the Hobbyist program. As someone who tried out the J >> first CHARON-VAX Hobbyist programme, I was very disappointed to see it L >> withdrawn after someone published a hack (or was it a valid license key?  >> I forget.) in the wild. > D > I don't really see that as an issue.  It's not like because of theC > Hobbyist programme HP is making millions selling VMS CDs.  A more(J > serious problem would be abuse of hobbyist licenses, i.e. using them for > commercial purposes. l > K > I believe that it has been stated here, more or less officially, that it dH > is OK to borrow media for an installation, IIRC even for a commercial A > one.  It would be silly to allow that and disallow selling CDs.v > J > I believe there was a hobbyist PDP programme which was cancelled due to  > abuse. >   A Actually, it never got started, primarily because of the publicly_A stated opinion that Mentec's IP rights could be freely ignored so,A who cares if the create a Hobbyist Program.  Sadly, the onyl ones#B that seem to have been affected were those who were not willing toA violate those IP rights in the first place,  VMS Hobbyists have anA good thing and should do everything in their power to protect it.#   bill   -- tJ 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>   e   ------------------------------  % Date: Tue, 19 Apr 2005 08:17:13 -0700f# From: "Tom Linden" <tom@kednos.com>t Subject: Re: FA: VMS SW kits.#( Message-ID: <opsphjezvzzgicya@hyrrokkin>  K On Tue, 19 Apr 2005 15:06:13 GMT, Mark Schafer <mark.schafer@hp.com> wrote:n  I > Also not an official position: My advice is not to re-sell your media  cG > kits.  HP makes good money selling media kits to revenue customers.  bE > We're allowed to use the same media in the partnering programs by  gI > including in our terms and conditions that the kits must be destroyed  t > when you are done with it.  4 That would also appear to preclude giving them away.   ------------------------------  # Date: Tue, 19 Apr 2005 15:06:13 GMT#( From: Mark Schafer <mark.schafer@hp.com> Subject: Re: FA: VMS SW kits.p2 Message-ID: <F799e.4137$Jl1.3109@news.cpqcorp.net>   Rob Brooks wrote:o, > bill@cs.uofs.edu (Bill Gunshannon) writes: > H >>(Still hoping someone from HP would jump in here with the real story!) >  > K > Official statements would need to come from product management; the other#Q > engineers who frequent this joint may not know the official position (I don't).# >   F Also not an official position: My advice is not to re-sell your media D kits.  HP makes good money selling media kits to revenue customers. B We're allowed to use the same media in the partnering programs by F including in our terms and conditions that the kits must be destroyed  when you are done with it.   Mark   ------------------------------    Date: 19 Apr 2005 06:03:13 -0700 From: Pierre.Bru@spotimage.fre1 Subject: how to setup XServer screen definition ?#C Message-ID: <1113915793.236713.216780@z14g2000cwz.googlegroups.com>t   hi,   E I've put a LCD screen on a alphastation and I want the XServer to use#; to same screen resolution as the physical screen: 1280x1024a  G I've checked DECW$PRIVATE_SERVER_SETUP but only found dpi related stuffi& in the DECW$MONITOR_DENSITY paragraph.  8 is it possible (and if so, how) to set the screen size ?   TIA, Pierre.#   ------------------------------  # Date: Tue, 19 Apr 2005 14:27:46 GMT#* From: "FredK" <fred.nospam@nospam.dec.com>5 Subject: Re: how to setup XServer screen definition ?o1 Message-ID: <Cz89e.4132$Hq1.651@news.cpqcorp.net>#  * You don't specify what card you are using.  D Any recent card can be changed by adding lines to the private server  setup file along the lines of...   $ decw$xsize_in_pixels == 1280 $ decw$ysize_in_pixels == 1024  > To see the default, and usually some documentation on what theA supported resolutions are, find out the device name (like GH) andg6 then type out the file DECW$DEVICE_CONFIG_GH.COM.  TheC lines in the private server setup will override the defaults.  AlsofC look at the refresh rate (a logical name) since FP displays usually?; are 60Hz native refresh.  Don't edit the DECW$DEVICE_CONFIGg3 file - since this file can/is replaced on upgrades.#  @ Older cards may have a a rotary switch (for example) on the card3 that selects one of a number of preset resolutions.#    * <Pierre.Bru@spotimage.fr> wrote in message= news:1113915793.236713.216780@z14g2000cwz.googlegroups.com...o > hi,  >#G > I've put a LCD screen on a alphastation and I want the XServer to used= > to same screen resolution as the physical screen: 1280x1024e >aI > I've checked DECW$PRIVATE_SERVER_SETUP but only found dpi related stuffu( > in the DECW$MONITOR_DENSITY paragraph. >l: > is it possible (and if so, how) to set the screen size ? >s > TIA,	 > Pierre.# >l   ------------------------------    Date: 18 Apr 2005 23:16:20 -0700+ From: "nutznbolz" <anirban.maiti@gmail.com># Subject: Re: Login mysteryC Message-ID: <1113891380.679469.155710@f14g2000cwb.googlegroups.com>u  - I would like to add few more facts about MCR.   G MCR is logically equivalent to 'run sys$system' and therefore will looko only for EXEs in SYS$SYSTEM.  ( Also, using MCR you can pass parameters.   Try doing this:o $ set def sys$system $ run authorize show * /br  
 It will fail.#   However this won't:# $ mc authorize show * /brs  G This is the reason I prefer using mc zip/unzip instead of using symbols# for them ;-)   ------------------------------  % Date: Tue, 19 Apr 2005 05:19:29 -0400i+ From: Ken Robinson <kenrbnsn1@patmedia.net># Subject: Re: Login mysteryA Message-ID: <6.2.3.0.2.20050419051111.025422c0@mail.patmedia.net>n  ' At 02:16 AM 4/19/2005, nutznbolz wrote:#. >I would like to add few more facts about MCR. >#H >MCR is logically equivalent to 'run sys$system' and therefore will look >only for EXEs in SYS$SYSTEM.# >#) >Also, using MCR you can pass parameters.d ># >Try doing this: >$ set def sys$system# >$ run authorize show * /brd >n >It will fail. >  >However this won't: >$ mc authorize show * /br >yH >This is the reason I prefer using mc zip/unzip instead of using symbols
 >for them ;-)_  F Using symbols for any program that needs command line arguments works F fine, just precede the image name with a "$". This is what's known as  a foreign command.   For example:= $ unzip :== $unzip   !  will point to unzip.exe in sys$systemzC $ unzip :== $some_logical_name:unzip  ! will point to unzip.exe in _1 the device/directory defined by some_logical_nameuD $ unzip :== $some_device:[some_directory]unzip ! as above, but with  explicit device and directoryo  , After setting the symbol, you can then type:   $ unzip -l ...   And it will work.(  B In recent versions of VMS, you can define the logical DCL$PATH to E point a list of directories where you keep utility programs and then #A you don't even need a symbol for foreign commands. But there are #  cautions when using this method.   Ken#   ------------------------------    Date: 19 Apr 2005 07:29:21 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)# Subject: Re: Login mystery3 Message-ID: <R4$+kj4sRrUU@eisner.encompasserve.org>t  ` In article <1113886705.087662.285220@z14g2000cwz.googlegroups.com>, dooleys@snowy.net.au writes:E >> To use the "real" SYSUAF.DAT if SYSUAF is not defined, either typeeD >> $ SET DEFAULT SYS$SYSTEM or $ DEFINE SYSUAF SYS$SYSTEM:SYSUAF.DAT > before >> running AUTHORIZE."B > I have always used $mcr authorize, believing it to be equivalentG > to a $set def sys$system followed by $run authorize. Is this correct?n > Phil    No.  G    $MCR AUTHORIZE is close to $RUN SYS$SYSTEM:AUTHORIZE, except that it#@    allows arguments.  It does not change your default directory.   ------------------------------  % Date: Tue, 19 Apr 2005 08:27:29 -0700n From: Z <Z@no.spam>e Subject: Re: Login mystery+ Message-ID: <Ar99e.10365$c42.1764@fe07.lga>o   Paul Dembry wrote:D > Dimwit here. There are two sysuaf.dat files on this system, one inK > [sys0.syscommon.sysexe] and one in [sys0.sysexe]. I am so used to set def#   Gee, that sounds familiar.  H Sounds like someone, some years back, copied SYSUAF.DAT to SYS$SYSTEM:, 9 thinking SYS$SYSTEM: was a single directory, not a chain.b   ------------------------------  # Date: Tue, 19 Apr 2005 16:00:18 GMTl1 From: Keith Parris <keithparris_NOSPAM@yahoo.com>q3 Subject: Re: Microsoft Joins the Battle for Itaniumr0 Message-ID: <mW99e.4149$S21.26@news.cpqcorp.net>    From Datamation:#8 http://itmanagement.earthweb.com/erp/article.php/3496866  % Longhorn Server to Align With Itaniumi By Michael Singer# April 11, 2005  F UPDATED: Though it won't debut for at least two more years, Microsoft I will support Intel's Itanium for Longhorn Server, the company said today.#  G The two companies are evangelizing Microsoft's next-generation Windows iA server product family for Itanium as an alternative to RISC/UNIX #A servers. Longhorn Server is expected to ship in 2007. The 64-bit #D operating system is being designed as a high-end complement for the H Windows Longhorn desktop version. The server edition is better designed G to handle scale-up database and other business applications, Microsoft e said.i  @ Bob Muglia, senior vice president of Microsoft's Windows Server E division, said the Redmond, Wash.-based software giant is timing its #D full release to align with only two types of chips: Intel's Itanium G Montecito processor, a dual core 64-bit chip built using an Explicitly #D Parallel Instruction Computing (EPIC) architecture and 90-nanometer @ technology, which is expected to ship this year; and x86 64-bit H compatible processors, which Microsoft broadly categorizes as x64 chips.  G The list includes Intel's 64-bit Xeon and Pentium families, as well as #E AMD (Quote, Chart) Opteron processors. Muglia is, however, currently #$ focused on the prospects of Itanium.  E "In the 'Longhorn'-server timeframe, there are more opportunities to #G consolidate target workloads onto Windows- and Itanium-based systems,"  G Muglia said as part of a Microsoft-sponsored interview. "We're working #G with our partners to deploy more than 1,000 Itanium 2-based systems in _5 our labs for 'Longhorn'-server test and development."d  H Microsoft is preparing to highlight its Windows/Itanium relationship at 6 its WinHEC conference in Seattle later this month. ...  G Later this year, Muglia said Microsoft would expand Itanium support to #G Visual Studio 2005, .NET Framework 2005 and SQL Server 2005, code name <D Yukon. Microsoft and Intel said they would also continue to support G client-side functionality of Itanium-based systems in order to improve  C administration, management and backup, and integration with Active i Directory and certificates.p  H According to Microsoft and Intel estimates, 2005 will be the year when, A for the first time, the vast majority of new server hardware and  F high-end workstation shipments will be 64-bit capable, though the two = companies are still priming the pump for ISVs and developers.  ...hI Microsoft has made an extensive investment in Itanium-based servers over  E the years to support ongoing development, testing and certification, cF even though it abandoned plans to develop Windows XP for workstations  running on Intel's Itanium.   = "Itanium is being pitched these days as a RISC and mainframe  D alternative, an area where x86 has never been particularly strong," E Gordon Haff, a senior analyst with IT research firm Illuminata, told   internetnews.com.3  I "Thus, Microsoft doubtless sees Itanium as possibly helping it gain more OH high-end, mission-critical wins for Windows and, especially, SQL Server  that it's had in the past. ...   ------------------------------  % Date: Tue, 19 Apr 2005 06:51:48 -0700 # From: "Tom Linden" <tom@kednos.com>C Subject: NIC cards supported( Message-ID: <opsphfgmh3zgicya@hyrrokkin>  5 Got advertising yesterday (yes real mail) and I saw aI7 10/100/1000 PCI card using Realtek chip set for $21.50. 6 Is this supported by VMS and on PWS600 and XP1000.  Is4 there a  compatibility list anywhere?  Brand name is
 Intellinet   Tome   ------------------------------  # Date: Tue, 19 Apr 2005 10:37:22 GMTS% From: alan.fay@veritas.com (alan fay) = Subject: VERITAS NBU OpenVMS 5.0 MP3 GA release now availableE1 Message-ID: <4264de82.347495552@news.demon.co.uk>    ---------------------   #  The NBU OpenVMS 5.0 MP3 GA Release   ;  The downloadable 5.0 MP3 (Maintenance Pack Three) upgrade ??  release is now available for both VAX and Alpha. This release -D  supports 5.0 MP3 and 5.1 MP2 master and media servers and includes $  important new features and changes.  8  Full release notes are available from VERITAS support:-  C  ftp://ftp.emea.veritas.com/pub/support/Products/NetBackup_OpenVMS/$     nbu_v5_0_vms_pdf.zip  	  Alan Fay0  VERITAS Software  r  Roseville Engineering   ------------------------------  % Date: Tue, 19 Apr 2005 23:39:13 +0800s From: prep@prep.synonet.comiI Subject: Re: VMS FAQ: changing volume label of system disk: DECnet MOP orh- Message-ID: <87hdi2kc7y.fsf@prep.synonet.com>   5 > In article <R0$h9r+keX4P@eisner.encompasserve.org>,eF > clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:  D > :However, it's still simple enough that you can implement a simpleD > MOP boot :server in an evening. [No prizes for guessing how I know > this... :-)]  B Does that include Named File boots, diagnostic boots, and dumps???   -- t< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.h@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 19 Apr 2005 12:20:23 -0500B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)I Subject: Re: VMS FAQ: changing volume label of system disk: DECnet MOP orn3 Message-ID: <aVV3iMeP$5fr@eisner.encompasserve.org>t  K In article <87hdi2kc7y.fsf@prep.synonet.com>, prep@prep.synonet.com writes:c6 >> In article <R0$h9r+keX4P@eisner.encompasserve.org>,G >> clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:h > E >> :However, it's still simple enough that you can implement a simpleeE >> MOP boot :server in an evening. [No prizes for guessing how I knowd >> this... :-)]i > D > Does that include Named File boots, diagnostic boots, and dumps??? >   J No dump support. The implementation was just enough to serve the MOP image  on a VAX/VMS installation CDROM.  K (And before anyone asks, no the code is not available, even if I could findbK it now. I said it was possible to do a simple implementation in an evening;LI I did not say anything about the quality of the code. :-) [It was part ofo' a bigger experiment that didn't work.])    Simon.   -- lB Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       7 Microsoft: The Standard Oil Company of the 21st centurya   ------------------------------  # Date: Tue, 19 Apr 2005 14:29:32 GMTc; From: "Jeffrey H. Coffield" <jeffrey@digitalsynergyinc.com>O! Subject: VMS to OS X file sharingr: Message-ID: <gB89e.746$Xb4.534@newssvr21.news.prodigy.com>   Or Computer 2, Jeff 0.   ROUND 1.  G I tried setting up the Mac as an NFS server following the instructions eH in the book "Mac OS X Unleashed" and the VMS side could mount the share F but the vms side always got a protection violation trying to write to 
 the share.   ROUND 2.  D I tried setting up the VMS side as a NFS server using the following K commands (this was from "Digital TCP/IP Services for OpenVMS, Management"):s  2 TCPIP> ADD PROXY TAMMY/UID=503/GID=503/HOST=DSIMAC TCPIP> MAP "/share" DKA200:s0 TCPIP> ADD EXPORT "/share/PC_SHARE" /HOST=DSIMAC  I DKA200 is an ODS-5 disk with a directory DKA200:[PC_SHARE] that is owned d	 by Tammy.    On the Mac I did the following:n  " I created a file m.txt containing: {u "opts" = ( "w" );a) "dir" = ( "/Users/Tammy/Desktop/share" );t+ "name" = ( "192.168.5.1:/share/PC_SHARE" );r "vfstype" = ( "nfs" ); },  
 then as root: $ 	root# nuitil -create . /mounts/new1' 	root# niload -r /mounts/new1 . < m.txte  
 then finally:t 	root# mount -t nfs -a   On the mac this returns:< 	mount-nfs: can't access /share/PC_SHARE : permission denied  + On the VMS side I get these Opcom messages: K 	%TCPIP-E-NFS_BFSCAL, opeeration MOUNT_POINT failed on file /share/PC_SHARE   . 	%TCPIP-E-MAPNOSYS, file system is not mapped.  ' Google was no help with these messages.-   	o   ------------------------------  # Date: Tue, 19 Apr 2005 15:14:39 GMTS* From: Paul Anderson <paul.anderson@hp.com>% Subject: Re: VMS to OS X file sharingh5 Message-ID: <190420051114306915%paul.anderson@hp.com>p  E In article <gB89e.746$Xb4.534@newssvr21.news.prodigy.com>, Jeffrey H.t/ Coffield <jeffrey@digitalsynergyinc.com> wrote:    > Or Computer 2, Jeff 0.  F I have never heard of anyone getting NFS to work between Macintosh andG OpenVMS.  I even had the TCP/IP Services NFS person at my desk once and  nothing we tried worked.  / Someone should create a customer case for this.I   Paul   -- e  Paul Anderson   OpenVMS Engineering    Hewlett-Packard Companyb   ------------------------------    Date: 19 Apr 2005 12:40:00 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)0 Subject: [ARGUS] TNT integrated in VMS _and_ SIP, Message-ID: <4264fc20$1@news.langstoeger.at>  8 I just noted (again), that ARGUS/TNT is part of OpenVMS.  / In OpenVMS Alpha V7.3-2, TNT V3.2B is included. - In OpenVMS Alpha V8.2, TNT V3.2D is included.   D There are kits DEC-AXPVMS-TNT-V0302-C-1 and DEC-AXPVMS-TNT-V0302-D-14 for older versions of OpenVMS (like V7.3-2) as well.  F This is inconsistent and I hoped to see it vanish with V8.2. But alas.K eg. What happens if you install kit V3.2C on V8.2 ? Downgrade w/o warning ?   F Please, can we have it more consistent (means, a SIP, installed duringJ VMS installation/upgrade, but removable/upgradeable independant from VMS)  with V8.3 ?R   Many TIA   -- T Peter "EPLAN" LANGSTOEGERo% Network and OpenVMS system specialisth E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 19 Apr 2005 19:23:36 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)" Subject: [OMSAIS] Silly question ?, Message-ID: <42655ab8$1@news.langstoeger.at>  H I just noted, that MSAI (Migration Software Alpha to Itanic) has also anK AXPVMS version of the kit. What's this ? (Sounds like running VEST on VAX).u  7 (Maybe I find the answer in the doc, after I RTFMed ;-)i    ' btw: What is the status of OMSVA/VEST ?55 Last version that I know of was V1.2 (at about 2002).e# Does it run on OpenVMS Alpha V8.2 ?e* Or is there a newer version in the works ?' Why is it not mentioned in the SWROLL ?      TIAd   -- n Peter "EPLAN" LANGSTOEGERt% Network and OpenVMS system specialistq E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 19 Apr 2005 13:53:12 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: [OpenVMS I64] DECram ?o, Message-ID: <42650d48$1@news.langstoeger.at>  H I just read in the SWROLL that DECram for the Itanic is available "NOW",M but I saw no version number mentioned, nor do I see a kit (on CD/DVD/ACLABS).c  < 	http://www.openvms.digital.com/openvms/os/swroll/VIROL.HTML  1 Does anybody know what the current situation is ?n   TIA@   -- c Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialiste E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Tue, 19 Apr 2005 12:10:18 GMT.0 From: "Guy Peleg" <guy.peleg@remove_this_hp.com># Subject: Re: [OpenVMS I64] DECram ?n2 Message-ID: <Ky69e.4126$lk1.1855@news.cpqcorp.net>  C "Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote in messaged& news:42650d48$1@news.langstoeger.at...J > I just read in the SWROLL that DECram for the Itanic is available "NOW",? > but I saw no version number mentioned, nor do I see a kit (onj CD/DVD/ACLABS).  >p= > http://www.openvms.digital.com/openvms/os/swroll/VIROL.HTMLa >o3 > Does anybody know what the current situation is ?< >@ > TIAc >  > --   > Peter "EPLAN" LANGSTOEGERn' > Network and OpenVMS system specialistn > E-mail  peter@langstoeger.atH > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist  = Starting with V8.2 DECRAM is shipping as part as the base O/Sh= Just install VMS, have a valid license (either DECRAM or EOE)  and you should be set.   Guyn   ------------------------------  % Date: Tue, 19 Apr 2005 08:28:09 -0400 1 From: "Farrell, Michael" <MFarrell@Voltdelta.com>t# Subject: RE: [OpenVMS I64] DECram ?dB Message-ID: <37A773ADDA84D711A42700B0D0FC529C016F304B@NYEXCHANGE2>  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_001_01C544DB.3ECEB36C  Content-Type: text/plain  4 Is this true for the Alpha too, or just the Itanium?   Mike Farrell   -----Original Message-----6 From: Guy Peleg [mailto:guy.peleg@remove_this_hp.com] % Sent: Tuesday, April 19, 2005 8:10 AMa To: Info-VAX@Mvb.Saic.Com-# Subject: Re: [OpenVMS I64] DECram ?u    C "Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote in messagec& news:42650d48$1@news.langstoeger.at...J > I just read in the SWROLL that DECram for the Itanic is available "NOW",? > but I saw no version number mentioned, nor do I see a kit (onI CD/DVD/ACLABS).5 >$= > http://www.openvms.digital.com/openvms/os/swroll/VIROL.HTMLm >m3 > Does anybody know what the current situation is ?e >o > TIAt >p > -- s > Peter "EPLAN" LANGSTOEGERD' > Network and OpenVMS system specialistn > E-mail  peter@langstoeger.atH > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist  = Starting with V8.2 DECRAM is shipping as part as the base O/S = Just install VMS, have a valid license (either DECRAM or EOE)i and you should be set.   Guyn      ' ------_=_NextPart_001_01C544DB.3ECEB36Ch Content-Type: text/html + Content-Transfer-Encoding: quoted-printable-  1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">0 <HTML> <HEAD>9 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =- charset=3Dus-ascii">@ <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = 5.5.2658.2">) <TITLE>RE: [OpenVMS I64] DECram ?</TITLE>8 </HEAD>a <BODY>  ? <P><FONT SIZE=3D2>Is this true for the Alpha too, or just the =g Itanium?</FONT>  </P>  % <P><FONT SIZE=3D2>Mike Farrell</FONT>  </P>  3 <P><FONT SIZE=3D2>-----Original Message-----</FONT>l( <BR><FONT SIZE=3D2>From: Guy Peleg [<A =I HREF=3D"mailto:guy.peleg@remove_this_hp.com">mailto:guy.peleg@remove_thi=a s_hp.com</A>] </FONT> ? <BR><FONT SIZE=3D2>Sent: Tuesday, April 19, 2005 8:10 AM</FONT>t3 <BR><FONT SIZE=3D2>To: Info-VAX@Mvb.Saic.Com</FONT>i= <BR><FONT SIZE=3D2>Subject: Re: [OpenVMS I64] DECram ?</FONT>n </P> <BR>  9 <P><FONT SIZE=3D2>&quot;Peter 'EPLAN' LANGSTOEGER&quot; =w4 &lt;peter@langstoeger.at&gt; wrote in message</FONT>D <BR><FONT SIZE=3D2><A HREF=3D"news:42650d48$1@news.langstoeger.at" =C TARGET=3D"_blank">news:42650d48$1@news.langstoeger.at</A>...</FONT> G <BR><FONT SIZE=3D2>&gt; I just read in the SWROLL that DECram for the = + Itanic is available &quot;NOW&quot;,</FONT>eI <BR><FONT SIZE=3D2>&gt; but I saw no version number mentioned, nor do I =t see a kit (on</FONT>) <BR><FONT SIZE=3D2>CD/DVD/ACLABS).</FONT>, <BR><FONT SIZE=3D2>&gt;</FONT> <BR><FONT SIZE=3D2>&gt; <A =F HREF=3D"http://www.openvms.digital.com/openvms/os/swroll/VIROL.HTML" =I TARGET=3D"_blank">http://www.openvms.digital.com/openvms/os/swroll/VIROL=, HTML</A></FONT>c <BR><FONT SIZE=3D2>&gt;</FONT>I <BR><FONT SIZE=3D2>&gt; Does anybody know what the current situation is =  ?</FONT> <BR><FONT SIZE=3D2>&gt;</FONT>" <BR><FONT SIZE=3D2>&gt; TIA</FONT> <BR><FONT SIZE=3D2>&gt;</FONT>" <BR><FONT SIZE=3D2>&gt; -- </FONT>B <BR><FONT SIZE=3D2>&gt; Peter &quot;EPLAN&quot; LANGSTOEGER</FONT>D <BR><FONT SIZE=3D2>&gt; Network and OpenVMS system specialist</FONT>@ <BR><FONT SIZE=3D2>&gt; E-mail&nbsp; peter@langstoeger.at</FONT>- <BR><FONT SIZE=3D2>&gt; A-1030 VIENNA&nbsp; =oI AUSTRIA&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=l7 ;&nbsp;&nbsp; I'm not a pessimist, I'm a realist</FONT>n </P>  H <P><FONT SIZE=3D2>Starting with V8.2 DECRAM is shipping as part as the = base O/S</FONT> C <BR><FONT SIZE=3D2>Just install VMS, have a valid license (either =S DECRAM or EOE)</FONT>:0 <BR><FONT SIZE=3D2>and you should be set.</FONT> </P>   <P><FONT SIZE=3D2>Guy</FONT> </P> <BR>   </BODY>> </HTML>r) ------_=_NextPart_001_01C544DB.3ECEB36C--    ------------------------------    Date: 19 Apr 2005 14:44:53 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)# Subject: Re: [OpenVMS I64] DECram ?c, Message-ID: <42651965$1@news.langstoeger.at>  e In article <Ky69e.4126$lk1.1855@news.cpqcorp.net>, "Guy Peleg" <guy.peleg@remove_this_hp.com> writes: k >"Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote in message news:42650d48$1@news.langstoeger.at... K >> I just read in the SWROLL that DECram for the Itanic is available "NOW",'P >> but I saw no version number mentioned, nor do I see a kit (on CD/DVD/ACLABS). >>> >> http://www.openvms.digital.com/openvms/os/swroll/VIROL.HTML >>4 >> Does anybody know what the current situation is ? >> >> TIA > > >Starting with V8.2 DECRAM is shipping as part as the base O/S> >Just install VMS, have a valid license (either DECRAM or EOE) >and you should be set.i   Thanks for the fast answer.h  L As you haven't been specific to I64, is your statement true for Alpha, too ?I Or is DECram there still a SIP/LP - and not available yet ? (If DECram iscJ part of OpenVMS Alpha now, then I understand why still no SIP is ready ;-)   TIAo   -- e Peter "EPLAN" LANGSTOEGERi% Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Tue, 19 Apr 2005 12:48:43 GMTa0 From: "Guy Peleg" <guy.peleg@remove_this_hp.com># Subject: Re: [OpenVMS I64] DECram ? 1 Message-ID: <L679e.4129$tm1.454@news.cpqcorp.net>u  C "Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote in messagel& news:42651965$1@news.langstoeger.at...@ > In article <Ky69e.4126$lk1.1855@news.cpqcorp.net>, "Guy Peleg"& <guy.peleg@remove_this_hp.com> writes:F > >"Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote in message& news:42650d48$1@news.langstoeger.at...F > >> I just read in the SWROLL that DECram for the Itanic is available "NOW",B > >> but I saw no version number mentioned, nor do I see a kit (on CD/DVD/ACLABS).  > >>@ > >> http://www.openvms.digital.com/openvms/os/swroll/VIROL.HTML > >>6 > >> Does anybody know what the current situation is ? > >> > >> TIA > >e@ > >Starting with V8.2 DECRAM is shipping as part as the base O/S@ > >Just install VMS, have a valid license (either DECRAM or EOE) > >and you should be set.m >o > Thanks for the fast answer.t >dL > As you haven't been specific to I64, is your statement true for Alpha, too ?aK > Or is DECram there still a SIP/LP - and not available yet ? (If DECram is L > part of OpenVMS Alpha now, then I understand why still no SIP is ready ;-) >2 > TIAr >c > -- r > Peter "EPLAN" LANGSTOEGERj' > Network and OpenVMS system specialistH > E-mail  peter@langstoeger.atH > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   Alpha and I64.   GuyV   ------------------------------   End of INFO-VAX 2005.218 ************************