1 INFO-VAX	Fri, 01 Nov 2002	Volume 2002 : Issue 604       Contents:3 Re: 6 free RA81 disks near philly (for pickup only) 3 Re: 6 free RA81 disks near philly (for pickup only) 
 Re: <None>
 Re: <None>
 Re: <None>+ Re: ??== OVMS 7.3-1:.PCSI_INSTALL_MIN hangs % Re: Best WEB server for OpenVMS 7.3-1 % Re: Best WEB server for OpenVMS 7.3-1 + Re: can vms C access the keyboard directly? + Re: can vms C access the keyboard directly? + Re: can vms C access the keyboard directly? + Re: can vms C access the keyboard directly? + Re: can vms C access the keyboard directly? + RE: can vms C access the keyboard directly? + Re: can vms C access the keyboard directly?  Re: CHARON-ALPHA - soon ???? Re: CHARON-ALPHA - soon ???? Re: CHARON-ALPHA - soon ???? Re: CHARON-ALPHA - soon ???? Re: CHARON-ALPHA - soon ???? Re: CHARON-ALPHA - soon ???? Re: Configuring OpenVMS-6.2  Re: Configuring OpenVMS-6.2  Configuring OpenVMS-6.2  Re: Configuring OpenVMS-6.2 ) DECC: socket:recvfrom documentation error - Re: DECC: socket:recvfrom documentation error L RE: DECnet and MAC address translation:  (was: Re: Configuring Op	enVMS-6.2)H DECnet and MAC address translation:  (was: Re: Configuring OpenVM	S-6.2) Re: decwindows resolution  Re: decwindows resolution ' Re: Does anyone use P7 in DCPS$STARTUP? ' Re: Does anyone use P7 in DCPS$STARTUP?  Re: equivalent of touch in VMS errno equivalent Re: errno equivalent RE: errno equivalent Re: errno equivalent Re: FTP with SSL for VMS/Alpha?  Re: FTP with SSL for VMS/Alpha?  Re: HP User Advocacy ADE survey  Re: HP User Advocacy ADE survey  Re: Immutable laws of the PC Re: Immutable laws of the PC Re: Immutable laws of the PC0 Re: import/export between oracle 8.1.7 and 8.0.37 Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek 5 Re: Itanic ordered to halt by court. Iceberge free... & Re: Looking for contract opportunities& Re: Looking for contract opportunities  Re: Migrating Linux files to VMS! mouse with a scroller for OpenVMS % Re: mouse with a scroller for OpenVMS " Re: newbie wants command line help
 NTP (W32Time)  Re: OPCOM/console questions  Re: OPCOM/console questions , OpenVMS printing to printer via windows 2000 Re: Remote Console access  RE: Remote Console access ' Re: Remote VMScluster recovery question  VMS tape reader for Windows   Was OpenVMS left out on purpose?$ Re: Was OpenVMS left out on purpose?$ Re: Was OpenVMS left out on purpose?$ Re: Was OpenVMS left out on purpose?$ Re: Was OpenVMS left out on purpose?$ Re: Was OpenVMS left out on purpose?  F ----------------------------------------------------------------------  # Date: Fri, 01 Nov 2002 13:11:18 GMT # From: "John Smith" <a@nonymous.com> < Subject: Re: 6 free RA81 disks near philly (for pickup only)J Message-ID: <W3vw9.154403$%h2.132477@news02.bloor.is.net.cable.rogers.com>  6 "Joe Heimann" <heimann@ecs.umass.edu> wrote in message& news:apkq8q$au0$2@odo.ecs.umass.edu... > J > They did replace the HDA's for the ones with the problem glue.  But onlyH > if the drive was on hardware maintenance or failed within the one yearL > warranty.  Few did fail in that one year that I heard of.  But even thoughK > it was a problem with the materials used in manufacturing, it cost if the K > drives failed and they were not on maintenance.  Our drives were on self- L > maintenance, it ended up costing us a lot to fix them as they failed.  TheH > core refund on the bad HDA's was just a fraction what it cost to get aJ > refurbished one.  Digital marked up one of its first big negative points3 > here due to that problem and how they handled it.  >   J As I recollect, that's one of the reasons Fujitsu and their 'Eagle' drives* were a big hit, not to mention lower cost.   ------------------------------  % Date: Fri, 01 Nov 2002 08:36:50 -0500 2 From: Atlant Schmidt <atlantnospam@mindspring.com>< Subject: Re: 6 free RA81 disks near philly (for pickup only). Message-ID: <3DC28372.4D3F97EB@mindspring.com>   John Smith wrote:   8 > "Joe Heimann" <heimann@ecs.umass.edu> wrote in message( > news:apkq8q$au0$2@odo.ecs.umass.edu... > > L > > They did replace the HDA's for the ones with the problem glue.  But onlyJ > > if the drive was on hardware maintenance or failed within the one yearN > > warranty.  Few did fail in that one year that I heard of.  But even thoughM > > it was a problem with the materials used in manufacturing, it cost if the M > > drives failed and they were not on maintenance.  Our drives were on self- N > > maintenance, it ended up costing us a lot to fix them as they failed.  TheJ > > core refund on the bad HDA's was just a fraction what it cost to get aL > > refurbished one.  Digital marked up one of its first big negative points5 > > here due to that problem and how they handled it.  > >  > L > As I recollect, that's one of the reasons Fujitsu and their 'Eagle' drives, > were a big hit, not to mention lower cost.  8 I think the Fuji Eagles were faster, too. And physically smaller.  ; Grant Saviers, the DEC VP in charge of Storage at the time, 9 was obsessed with "areal density/capacity" over all other 9 attributes of drive performance. I think DEC's drives may 4 have been leaders in that area with the RA81 storing3 what was then a huge amount of data, but the drives 0 were mediocre at best in nearly every other way.   Atlant   ------------------------------  % Date: Fri, 01 Nov 2002 10:09:38 -0500 & From: David M Smith <dsmit115@csc.com> Subject: Re: <None> 8 Message-ID: <ft55sukur027qtc3rv32ubsiocje2r728e@4ax.com>  G On 31 Oct 02 23:18:01 +0100, p_sture@elias.decus.ch (Paul Sture) wrote:   _ >In article <OFF8CE8C7A.5FE268DA-ON85256C62.006C3047@metso.com>, norm.raphael@metso.com writes:   ? >Given that VUPOMETER has a date prior to Alphas, I don't think  >it's valid any more.  > J >Here is another I picked up a couple of years ago. It was pretty accurateE >when applied to my Vaxstation 3100, and seems reasonably good on the E >Alphas I have tried. I modified it then to do an Alpha/VAX test, but 2 >I'll warn you now it is not Itanium compliant :-)  L Comparisons between the VUPOMETER and the one you just posted, on my systems here:   5                      "Old" VUPOMETER   Your VUPOMETER 1 VAX 4700A                  39                29.6 1 Alpha DS20E 500 MHz       336              1054.0   * So, which one is "right"? How do you know?  I ------------------------------------------------------------------------- I David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only) I -------------------------------------------------------------------------    ------------------------------   Date: 1 Nov 2002 09:31:16 -0600 + From: young_r@encompasserve.org (Rob Young)  Subject: Re: <None> 3 Message-ID: <AtB6LjgNAThw@eisner.encompasserve.org>   [ In article <3DC201CA.3C290CC@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:  > John Smith wrote: M >> There's probably not more than a handful of TPF customers in the world, so ? >> it's not hard to see how Tandem could come in a lot cheaper.  > ( > Not sure Tandem could handle the load. >     F 	Tandem is quite proud of the fact it is the front-end for AOL.  Maybe< 	Google does more transactions.  I can't say what the design> 	is but it wouldn't be much of a stretch to suppose much of it> 	is broke out into separate databases.  As a very good example< 	of poor database design that got much better is eBay.  They; 	finally got their act together and broke out segments into < 	their own database.  So maybe sports is down but not all of> 	eBay.  Surely Sabre will be breaking out into dozens/hundredsE 	of tablespaces when migrating to Tandem with an "AOL-like" front-end  	into all of them.  B 	What do you mean, "Tandem [may not be able to] handled the load?"    M > Also, Sabre and IBM are best friends with lots of outsourcing contracts etc 2 > etc. Very doubtful that Sabre woudl abandon IBM.  < 	We shall see.  I suspect IBM at Sabre will be very small in	 	5 years.    				Rob    ------------------------------  % Date: Fri, 01 Nov 2002 08:41:46 -0500 2 From: Atlant Schmidt <atlantnospam@mindspring.com> Subject: Re: <None> . Message-ID: <3DC2849A.9E4FE81D@mindspring.com>   John Smith wrote:   A > > Sabre is saving a ton of money and it is a much more scalable : > > system (not that an IBM Parallel Sysplex is a slouch). > N > Not having ever worked with it, but my recollection of Sabre is that it usesJ > IBM's TPF which if memory serves correctly is a not quite an o/s and notK > quite a TP monitor, and requires immense handholding from IBM (read 'Take G > your checkbook and sign all the checks...we'll fill in the amount.').   8 Your recollection is definitely correct. Sabre certainly# *WAS* running in a TPF environment.   6 But I have no info on what it is like today (including2 whether it still is running under TPF) Anyone else know?    Atlant   ------------------------------   Date: 1 Nov 2002 14:55:02 GMT / From: Hans Bachner <Hans.Bachner@altavista.net> 4 Subject: Re: ??== OVMS 7.3-1:.PCSI_INSTALL_MIN hangs) Message-ID: <apu67a.8o.1@bachner.priv.at>   2 Aus, Hans Magnus (aus@vim.uni-wuerzburg.de) wrote:   <snip>C > I haven't set anything non-standard. Wlll $show process show what  > parse is in effect?    There is a           $ show process /parse_style  L command qualifier, though it's missing from the SHOW command description in I the DCL Dictionary (and from online help - I assume the same sources are   used for both):    $ show proc /parse_style  G  1-NOV-2002 15:08:46.89   User: BACHNER          Process ID:   27A00246 H                           Node: HANSBC           Process name: "Dilbert"   Soft CPU Affinity: off   Parse Style: Extended    oder:  Parse Style: Traditional   Hope this helps, Hans.  --  ? We now see that real VMS users give themselves real privileges   causing real problems ;-).7 (Gnther Frhlin, Compaq Computer, in a support thread)    ------------------------------  $ Date: Fri, 1 Nov 2002 12:11:54 +01004 From: Didier.Morandi.nospam@Free.fr (Didier Morandi). Subject: Re: Best WEB server for OpenVMS 7.3-1C Message-ID: <1fkx6j3.1ncojo31xnue2oN%Didier.Morandi.nospam@Free.fr>   F Definitely WASD. It has been written from scratch by an OZ VMS expert,F Mark Daniel. You can program as just as everything you need in DCL andH the doc and support are as good as the Colorado CSC during the 1957-1998 era :-)    D.      - Jerry Alan Braga <jabraga@flanagan.ca> wrote:   3 > Compaq (oops) HP Apache lastest release 1.2 / 1.3  > WASD latest release 8.01 > N > I would also like to use yahMAIL for web mail. Which one does it better sync > with ?. > Are there other web mail solutions for VMS ?3 > I would like to use PHP, does WASD support that ?  > . > These are my choices based upon my licenses.   ------------------------------   Date: 1 Nov 2002 10:09:01 -0800 ( From: bob@instantwhip.com (Bob Ceculski). Subject: Re: Best WEB server for OpenVMS 7.3-1= Message-ID: <d7791aa1.0211011009.510e4628@posting.google.com>   i "Jerry Alan Braga" <jabraga@flanagan.ca> wrote in message news:<oaZv9.165559$C8.417195@nnrp1.uunet.ca>... 3 > Compaq (oops) HP Apache lastest release 1.2 / 1.3  > WASD latest release 8.01 > N > I would also like to use yahMAIL for web mail. Which one does it better sync > with ?. > Are there other web mail solutions for VMS ?3 > I would like to use PHP, does WASD support that ?  > . > These are my choices based upon my licenses.  8 Purveyor for VMS was designed for VMS ... it is the most8 bulletproof, reliable, and easiest to configure and tune: webserver period ... no longer supported, but doesn't need8 any ... DEC used it ... Altavista used its proxy server.   ------------------------------  % Date: Fri, 01 Nov 2002 20:28:04 +1100 1 From: Paddy O'Brien <paddy.o'brien@tg.nsw.gov.au> 4 Subject: Re: can vms C access the keyboard directly?, Message-ID: <3DC24924.3040306@tg.nsw.gov.au>   > JF Mezei wrote:  >  >> Z wrote:  >>H >>> On Unix you set the tt control with ioctl() and then call getchar(). >> >> >> >>H >> How does getchar handle PF keys that generate multiple characters on 	 >> UNIX ? G >> Does it feed it to to your application one at a time as if they had  
 >> been typed A >> separately (forcing our app to have the logic to reconstitute   >> multi-characterL >> escape sequences), or does it provide some method to get you a PFKEY as a >> single entity ?H >> On VMS, the $QIO service and terminal drivers do have the ability to 
 >> processA >> escape sequences as a single IO and you are told how long the   >> terminator is.  >  > A O.K., I'm a Fortran type of person.  And when I wrote these, was   expected to be "standard" L (even though they use VMS routines) so many will not like my dinosaur style.  G I'm also on Mozilla, so these seem to get attached rather than included H as text.  They should generate correct text. I had to go through various- shenanigans to get them included as text :-((   F I would appreciate if anyone can guide me to errors or omissions, but B these codes have been working for about 20 years, so hopefully ...   Regards, Paddy >  > J > ------------------------------------------------------------------------ >  > 	SUBROUTINE GETKEY(KEYIN)  > R > C ****************************************************************************** > < > C	Author: Paddy O'Brien	Written: August 1985		VMS Routines > C				Revised: July 1988  > Q > C Reads a main keyboard character (without echo), a control character (<hex 20) 9 > C or a function key, using the system service SYS$QIOW.  > J > C It is intended primarily to be called from the INKEY routine (q.v. for > C additional comments).  >  > C Dummy arguments:K > C	KEYIN is an integer containing the CHAR() value returned. Function keys C > C		are returned as a number >256. They are stripped of the escape B > C		prefix (hex 1B) and any hex 7E suffix. For routines which use1 > C		them, they are defined in FUNCTION_KEYS.INC.  > R > C .............................................................................. >  > C Technical information:D > C	a). Most control characters and the RUBOUT/DEL key are returned.? > C		Those which are not are: ^C, ^O, ^Q, ^S, ^T and ^Y, all of > > C		which retain their normal function. For some reason ^X is > C		returned as ^U. >  > C	b). The Function Keys are:$ > C		F6		5B/31/37/7E	F7		5B/31/38/7E$ > C		F8		5B/31/39/7E	F9		5B/32/30/7E > C		F10 (Exit)	5B/32/31/7E  > / > C		F11 (ESC)	5B/32/33/7E	F12 (BS)	5B/32/34/7E * > C		F13 (LF)	5B/32/35/7E	F14		5B/32/36/7E > / > C		F15(HELP)	5B/32/38/7E	F16 (DO)	5B/32/39/7E  > & > C		F17		5B/33/31/7E	F18		5B/33/32/7E& > C		F19		5B/33/33/7E	F20		5B/33/34/7E > 2 > C		Find	5B/31/7E	Insert	5B/32/7E	Remove	5B/33/7E0 > C		Select	5B/34/7E	Prev	5B/35/7E	Next	5B/36/7E >  > C					Up	5B/41( > C		Left	5B/44		Down	5B/42		Right	5B/43 > , > C		PF1	4F/50	PF2	4F/51	PF3	4F/52	PF4	4F/53 > / > C	In Application mode, the numeric keypad is:  > C		4F/77	4F/78	4F/79	4F/6D > C		4F/74	4F/75	4F/76	4F/6C > C		4F/71	4F/72	4F/73 > C		4F/70		4F/6E	4F/4D  > R > C ****************************************************************************** > C Constants: >  > 	INCLUDE '($IODEF)'  > R > C .............................................................................. > C Dummy arguments: >  > 	INTEGER KEYIN > R > C .............................................................................. > C Global Symbols:  >  > 	INTEGER SYS$ASSIGN,SYS$QIOW > R > C .............................................................................. > C Local variables: >  > 	BYTE CHAR_READ " > 	INTEGER*2 INPUT_CHAN/0/,IOSB(4) > 	INTEGER STATUS  > R > C ============================================================================== > - > C Assign an I/O channel on first invocation  >  > 	IF (INPUT_CHAN.EQ.0) THEN5 > 	    STATUS = SYS$ASSIGN('SYS$INPUT',INPUT_CHAN,,,)   > 	    IF (.NOT.STATUS) GOTO 999 > 	ENDIF > G > 	STATUS = SYS$QIOW(,%VAL(INPUT_CHAN),%VAL(IO$_READLBLK.OR.IO$M_NOECHO 4 > 	1 .OR.IO$M_NOFILTR),IOSB,,,CHAR_READ,%VAL(1),,,,) > 	IF (.NOT.STATUS) GOTO 999 > 	IF (.NOT.IOSB(1)) GOTO 998  >  > 	KEYIN = CHAR_READ: > 	IF (CHAR_READ.NE.'1B'X .AND. CHAR_READ.NE.'9B'X) RETURN >  > 	KEYIN = 0
 > 	DO I = 1,4 @ > 	    STATUS = SYS$QIOW(,%VAL(INPUT_CHAN),%VAL(IO$_READLBLK.OR.2 > 	1    IO$M_NOECHO),IOSB,,,CHAR_READ,%VAL(1),,,,)  > 	    IF (.NOT.STATUS) GOTO 999! > 	    IF (.NOT.IOSB(1)) GOTO 998 % > 	    IF (CHAR_READ.EQ.'7E'X) RETURN $ > 	    KEYIN = KEYIN*256 + CHAR_READ2 > 	    IF (I.EQ.2 .AND. CHAR_READ.GT.'40'X) RETURN > 	ENDDO	 > 	RETURN  > R > C ------------------------------------------------------------------------------ > C Error Exits  > " > 998	CALL LIB$STOP(%VAL(IOSB(1))) > ! > 999	CALL LIB$STOP(%VAL(STATUS))  >  > 	END >  > J > ------------------------------------------------------------------------ >  > 	FUNCTION INKEY(CHARS,N,IPRS)  > R > C ****************************************************************************** > 9 > C	Author: Paddy O'Brien	Written: June 1985		VMS & ASCII  > C				Revised: August 1995  > Q > C Finds the sequence number of a single-character main keyboard response from a F > C string of N options.  The default, <RETURN> entered, is the first.G > C Function keys are returned as >255 - see FUNCTION_KEYS.INC. Control A > C sequences (except for CTRL^Z, which is returned as 0) must be = > C explicitly included in the string, but cannot be printed.  >  > C Dummy arguments:D > C	CHARS literal string containing the N alphameric or special main? > C		keyboard-character options or control sequences; upper and 7 > C		lower-case alphabetic characters are equivalenced. I > C	IPR takes its value initially from IPRS(1); if this is greater than 1 D > C		then the element equivalent to the validated character is used.@ > C		This gives the ability to have mixed print controls from anD > C		array or one overall print control from a variable or constant.C > C		= 1: Normal echo of the validated uppercase character in CHARS  > C		= 0: Echo suppressed C > C		=-1: The print position is maintained for the next INKEY call.  > > > C		NOTE that for mixed controls, the first element is alwaysC > C		printable; but a `trick' can be used which is to set the first * > C		character to NULL as this is ignored. > R > C ..............................................................................
 > C Notes:H > C	(a) This function was originally written to use Digital's PRO-seriesC > C		GETKEY routine; for this, KEYBRD is an array of size 2 and the B > C		first element is returned as 1 for a main keyboard character.D > C		This version calls routine GETKEY (included in this library) asD > C		written for VMS, with KEYBRD as a simple variable.  AlternativeB > C		GETKEY routines may be written by the user, e.g. for graphics > C		applications.H > C	(b) If Q (or q) does not appear in CHARS, it acts similar to CTRL^C.3 > C	(c) The $ FORMAT descriptor is Digital dialect. G > C	(d) A revision became necessary when porting to an Alpha. Under VAX C > C		VMS, CHARS could be a BYTE array if the argument was a literal B > C		string.  This is not accepted by Alpha Fortran, and must be a > C		character variable. > R > C ****************************************************************************** > C Constants: >  > 	INTEGER OFFSET - > 	PARAMETER (OFFSET = ICHAR('a')-ICHAR('A'))  > R > C .............................................................................. > C Dummy arguments: >  > 	CHARACTER CHARS*(*) > 	INTEGER IPRS(*) > R > C .............................................................................. > C Local variables: >  > 	INTEGER EACH,UPPER ( > 	CHARACTER BKEY,FMT*12/'(2H+ ,1H , )'/ > R > C ============================================================================== >  > 	FMT(2:2) = '2'  > 	IF (FMT(11:11).EQ.'$') THEN > 	    FMT(2:2) = '1'  > 	    FMT(11:11) = ' '  > 	ENDIF >  > 105	CALL GETKEY(KEYBRD)  > 	UPPER = KEYBRD  >  > C Check for a file read  >  > 	IF (UPPER.LT.0) THEN $ > 	    READ(*,'(A)',IOSTAT=IOS) BKEY4 > 	    IF (IOS.LT.0) CALL ABORT('End of Input File') > 	    UPPER = ICHAR(BKEY) > 	ENDIF >  > C Check for function keys  >  > 	IF (UPPER.GE.256) THEN  > 	    INKEY = UPPER
 > 	    RETURN  > 	ENDIF > & > C Check for special character CTRL^Z >  > 	IF (UPPER.EQ.26) THEN > 	    INKEY = 0
 > 	    RETURN  > 	ENDIF > ! > C Find first character not null  >  > 	INKEY = 0= > 110	IF (INKEY.GE.N) CALL ABORT('INKEY ERROR - No options!')  > 	INKEY = INKEY + 1# > 	EACH = ICHAR(CHARS(INKEY:INKEY))  > 	IF (EACH.EQ.0) GOTO 110 > N > C Check for <RETURN>; this may be a space if SYS$INPUT is assigned to a file > 5 > 	IF (UPPER.EQ.13 .OR. UPPER.EQ.ICHAR(' ')) GOTO 115  > 1 > C Set upper and lower case values if alphabetic  >  > 	LOWER = UPPER: > 	IF (UPPER.GE.ICHAR('a') .AND. UPPER.LE.ICHAR('z')) THEN > 	    UPPER = UPPER-OFFSET ? > 	ELSE IF (UPPER.GE.ICHAR('A') .AND. UPPER.LE.ICHAR('Z')) THEN  > 	    LOWER = LOWER + OFFSET  > 	ENDIF > ' > 1010	EACH = ICHAR(CHARS(INKEY:INKEY)) 1 > 	IF (EACH.EQ.UPPER .OR. EACH.EQ.LOWER) GOTO 115  > 	IF (INKEY.LT.N) THEN  > 	    INKEY = INKEY + 1 > 	    GOTO 1010 > 	ENDIF$ > 	IF (UPPER.NE.ICHAR('Q')) GOTO 105 > 	CALL ABORT('User request')  >  > 115	IF (EACH.LE.32) RETURN > 	FMT(9:9) = CHAR(EACH) > 	IPR = IPRS(1)" > 	IF (IPR.GT.1) IPR = IPRS(INKEY) > 	IF (IPR) 120,999,125  > 120	FMT(11:11) = '$' >  > 125	WRITE(*,FMT) > 	 > 999	END  >  >  This is FUNCTION_KEYS.INC   J > ------------------------------------------------------------------------ > N > C All keys have been stripped of 1B (escape) from the start of the sequence,A > C	and, where used, of 7E from the end by routine GETKEY (q.v.).  > " > 	PARAMETER F6_KEY = '005B3137'X, > 	1	F7_KEY = '005B3138'X, > 	1	F8_KEY = '005B3139'X, > 	1	F9_KEY = '005B3230'X, > 	1	F10_KEY = '005B3231'X,  > 	1	F11_KEY = '005B3233'X,  > 	1	F12_KEY = '005B3234'X,  > 	1	F13_KEY = '005B3235'X,  > 	1	F14_KEY = '005B3236'X, 2 > 	1	F15_KEY = '005B3238'X,HELP_KEY = '005B3238'X,0 > 	1	F16_KEY = '005B3239'X,DO_KEY = '005B3239'X, > 	1	F17_KEY = '005B3331'X,  > 	1	F18_KEY = '005B3332'X,  > 	1	F19_KEY = '005B3333'X,  > 	1	F20_KEY = '005B3334'X,  > 	1	Find_KEY = '00005B31'X, > 	1	Insert_KEY = '00005B32'X, > 	1	Remove_KEY = '00005B33'X, > 	1	Select_KEY = '00005B34'X, > 	1	Prev_KEY = '00005B35'X, > 	1	Next_KEY = '00005B36'X, > 	1	Up_Arrow = '00005B41'X, > 	1	Down_Arrow = '00005B42'X, > 	1	Right_Arrow = '00005B43'X,  > 	1	Left_Arrow = '00005B44'X, > 	1	PF1_KEY = '00004F50'X,  > 	1	PF2_KEY = '00004F51'X,  > 	1	PF3_KEY = '00004F52'X,  > 	1	PF4_KEY = '00004F53'X,  > 	1	KeyPad7_KEY = '00004F77'X,  > 	1	KeyPad8_KEY = '00004F78'X,  > 	1	KeyPad9_KEY = '00004F79'X, # > 	1	KeypadMinus_KEY = '00004F6D'X,  > 	1	Keypad4_KEY = '00004F74'X,  > 	1	Keypad5_KEY = '00004F75'X,  > 	1	Keypad6_KEY = '00004F76'X, # > 	1	KeypadComma_KEY = '00004F6C'X,  > 	1	Keypad1_KEY = '00004F71'X,  > 	1	Keypad2_KEY = '00004F72'X,  > 	1	Keypad3_KEY = '00004F73'X,  > 	1	Keypad0_KEY = '00004F70'X, ! > 	1	KeypadDot_KEY = '00004F6E'X, # > 	1	KeypadEnter_KEY = '00004F4D'X,  >  > 	1	DELETE_KEY = 127       G ***********************************************************************   C "This electronic message and any attachments may contain privileged > and confidential information intended only for the use of the B addressees named above.  If you are not the intended recipient of C this email, please delete the message and any attachment and advise B the sender.  You are hereby notified that any use, dissemination, 7 distribution, reproduction of this email is prohibited.   A If you have received the email in error, please notify TransGrid  A immediately.  Any views expressed in this email are those of the  = individual sender except where the sender expressly and with  C authority states them to be the views of TransGrid.  TransGrid uses > virus scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************    ------------------------------  $ Date: Fri, 1 Nov 2002 01:50:23 -0500  From: John Santos <JOHN@egh.com>4 Subject: Re: can vms C access the keyboard directly?4 Message-ID: <1021101011753.400A-100000@Ives.egh.com>  # On Fri, 1 Nov 2002, JF Mezei wrote:   
 > Z wrote:H > > On Unix you set the tt control with ioctl() and then call getchar(). >  > M > How does getchar handle PF keys that generate multiple characters on UNIX ? P > Does it feed it to to your application one at a time as if they had been typedO > separately (forcing our app to have the logic to reconstitute multi-character K > escape sequences), or does it provide some method to get you a PFKEY as a  > single entity ?  > N > On VMS, the $QIO service and terminal drivers do have the ability to processN > escape sequences as a single IO and you are told how long the terminator is.  I If you use SMG, it does all this for you, and more.  You get a terminator H code such as SMG$K_TRM_UP or SMG$K_TRM_SELECT or SMG$K_TRM_CR, which youL can directly dispatch on.  Your app doesn't need to know anything about ANSIH escape sequence processing, and single-character terminators (CR, CTL/Z,H etc.) are handled the same way as escape sequences.  If you combine thisC with SMG$_READ_KEYSTROKE, you get single-character input for normal J characters, but all the terminators (including multi-character terminators: such as the function and arrow keys) are handled as above.  B SMG is a little complicated to set up, if you are doing output and@ screen management (you have to create and maintain "pasteboards"A and "virtual displays", etc.), but for input it is pretty simple, > and once you're over the learning curve, it isn't too bad.  It@ also lets you set up a command history within your app, so users* can do command recall and command editing.  ; That being said, I can see where an exact emulation of Unix ? behaviour would make porting from Unix and maintaining portable 5 apps easier, and I think we are all in favor of that.   > P.S.  Someone at work was complaining last week that they were> trying to use SQLPLUS while telnetted into a Linux box, and it> wasn't handling deletes or arrow keys correctly.  It seemed to? be equally broken whether you were using a PC terminal emulator > (CRT, I think he was using) to telnet to VMS system and thence9 to the Linux system, or was using a native PC application ; (VNCVIEWER) to talk directly to the Linux system.  He found @ workarounds to the delete problem (different for the two cases),= but not for the arrow keys problem.  Bash command line recall ? and edittig works fine.  Sounds like SQLPLUS isn't honoring the ; Linux stty erase character, and is somehow mis-handling the B escape sequences (7-bit vs. 8-bit, maybe?)  If the escape sequence> handling were centralized, as in SMG, then the logic would not; have to be implemented in thousands of apps, and if it were < found to be broken, it would be a fix-once, works-everywhere	 solution.    --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Fri, 01 Nov 2002 20:45:51 +1100 1 From: Paddy O'Brien <paddy.o'brien@tg.nsw.gov.au> 4 Subject: Re: can vms C access the keyboard directly?, Message-ID: <3DC24D4F.7040506@tg.nsw.gov.au>   Paddy O'Brien wrote: >> JF Mezei wrote: >> >>> Z wrote: >>> I >>>> On Unix you set the tt control with ioctl() and then call getchar().  >>>  >>>  >>>  >>>  >>> I >>> How does getchar handle PF keys that generate multiple characters on  
 >>> UNIX ?H >>> Does it feed it to to your application one at a time as if they had  >>> been typedB >>> separately (forcing our app to have the logic to reconstitute  >>> multi-character I >>> escape sequences), or does it provide some method to get you a PFKEY   >>> as a >>> single entity ? I >>> On VMS, the $QIO service and terminal drivers do have the ability to   >>> process B >>> escape sequences as a single IO and you are told how long the  >>> terminator is. >> >> >>C > O.K., I'm a Fortran type of person.  And when I wrote these, was   > expected to be "standard" H > (even though they use VMS routines) so many will not like my dinosaur  > style. > I > I'm also on Mozilla, so these seem to get attached rather than included J > as text.  They should generate correct text. I had to go through various/ > shenanigans to get them included as text :-((  > H > I would appreciate if anyone can guide me to errors or omissions, but D > these codes have been working for about 20 years, so hopefully ... >  > Regards, Paddy >  >> >>K >> ------------------------------------------------------------------------  >> >>     SUBROUTINE GETKEY(KEYIN)  >> >> C  R >> ******************************************************************************  >> >>I >> C    Author: Paddy O'Brien    Written: August 1985        VMS Routines & >> C                Revised: July 1988 >>I >> C Reads a main keyboard character (without echo), a control character   >> (<hex 20): >> C or a function key, using the system service SYS$QIOW. >>K >> C It is intended primarily to be called from the INKEY routine (q.v. for  >> C additional comments). >> >> C Dummy arguments: B >> C    KEYIN is an integer containing the CHAR() value returned.  >> Function keysJ >> C        are returned as a number >256. They are stripped of the escapeI >> C        prefix (hex 1B) and any hex 7E suffix. For routines which use 8 >> C        them, they are defined in FUNCTION_KEYS.INC. >> >> C  R >> ..............................................................................  >> >> >> C Technical information: H >> C    a). Most control characters and the RUBOUT/DEL key are returned.F >> C        Those which are not are: ^C, ^O, ^Q, ^S, ^T and ^Y, all ofE >> C        which retain their normal function. For some reason ^X is  >> C        returned as ^U.  >>" >> C    b). The Function Keys are:: >> C        F6        5B/31/37/7E    F7        5B/31/38/7E: >> C        F8        5B/31/39/7E    F9        5B/32/30/7E% >> C        F10 (Exit)    5B/32/31/7E  >>? >> C        F11 (ESC)    5B/32/33/7E    F12 (BS)    5B/32/34/7E = >> C        F13 (LF)    5B/32/35/7E    F14        5B/32/36/7E  >>? >> C        F15(HELP)    5B/32/38/7E    F16 (DO)    5B/32/39/7E  >>< >> C        F17        5B/33/31/7E    F18        5B/33/32/7E< >> C        F19        5B/33/33/7E    F20        5B/33/34/7E >>H >> C        Find    5B/31/7E    Insert    5B/32/7E    Remove    5B/33/7EF >> C        Select    5B/34/7E    Prev    5B/35/7E    Next    5B/36/7E >># >> C                    Up    5B/41 D >> C        Left    5B/44        Down    5B/42        Right    5B/43 >>H >> C        PF1    4F/50    PF2    4F/51    PF3    4F/52    PF4    4F/53 >>3 >> C    In Application mode, the numeric keypad is: , >> C        4F/77    4F/78    4F/79    4F/6D, >> C        4F/74    4F/75    4F/76    4F/6C# >> C        4F/71    4F/72    4F/73 ' >> C        4F/70        4F/6E    4F/4D  >> >> C  R >> ******************************************************************************  >> >> C Constants:  >> >>     INCLUDE '($IODEF)'  >> >> C  R >> ..............................................................................  >> >> C Dummy arguments:  >> >>     INTEGER KEYIN >> >> C  R >> ..............................................................................  >> >> C Global Symbols: >>" >>     INTEGER SYS$ASSIGN,SYS$QIOW >> >> C  R >> ..............................................................................  >> >> C Local variables:  >> >>     BYTE CHAR_READ & >>     INTEGER*2 INPUT_CHAN/0/,IOSB(4) >>     INTEGER STATUS  >> >> C  R >> ==============================================================================  >> >>. >> C Assign an I/O channel on first invocation >>  >>     IF (INPUT_CHAN.EQ.0) THEN9 >>         STATUS = SYS$ASSIGN('SYS$INPUT',INPUT_CHAN,,,) $ >>         IF (.NOT.STATUS) GOTO 999 >>     ENDIF >>K >>     STATUS = SYS$QIOW(,%VAL(INPUT_CHAN),%VAL(IO$_READLBLK.OR.IO$M_NOECHO 8 >>     1 .OR.IO$M_NOFILTR),IOSB,,,CHAR_READ,%VAL(1),,,,)  >>     IF (.NOT.STATUS) GOTO 999! >>     IF (.NOT.IOSB(1)) GOTO 998  >> >>     KEYIN = CHAR_READ> >>     IF (CHAR_READ.NE.'1B'X .AND. CHAR_READ.NE.'9B'X) RETURN >> >>     KEYIN = 0 >>     DO I = 1,4 D >>         STATUS = SYS$QIOW(,%VAL(INPUT_CHAN),%VAL(IO$_READLBLK.OR.6 >>     1    IO$M_NOECHO),IOSB,,,CHAR_READ,%VAL(1),,,,)$ >>         IF (.NOT.STATUS) GOTO 999% >>         IF (.NOT.IOSB(1)) GOTO 998n) >>         IF (CHAR_READ.EQ.'7E'X) RETURNr( >>         KEYIN = KEYIN*256 + CHAR_READ6 >>         IF (I.EQ.2 .AND. CHAR_READ.GT.'40'X) RETURN >>     ENDDO
 >>     RETURNM >> >> C eR >> ------------------------------------------------------------------------------  >> >> C Error Exits >>& >> 998    CALL LIB$STOP(%VAL(IOSB(1))) >>% >> 999    CALL LIB$STOP(%VAL(STATUS))e >>
 >>     END >> >>K >> ------------------------------------------------------------------------y >># >>     FUNCTION INKEY(CHARS,N,IPRS)e >> >> C iR >> ******************************************************************************  >> >>F >> C    Author: Paddy O'Brien    Written: June 1985        VMS & ASCII( >> C                Revised: August 1995 >>C >> C Finds the sequence number of a single-character main keyboard   >> response from aG >> C string of N options.  The default, <RETURN> entered, is the first.oH >> C Function keys are returned as >255 - see FUNCTION_KEYS.INC. ControlB >> C sequences (except for CTRL^Z, which is returned as 0) must be> >> C explicitly included in the string, but cannot be printed. >> >> C Dummy arguments:eH >> C    CHARS literal string containing the N alphameric or special mainF >> C        keyboard-character options or control sequences; upper and> >> C        lower-case alphabetic characters are equivalenced.G >> C    IPR takes its value initially from IPRS(1); if this is greater a	 >> than 1eK >> C        then the element equivalent to the validated character is used.aG >> C        This gives the ability to have mixed print controls from aneK >> C        array or one overall print control from a variable or constant.WJ >> C        = 1: Normal echo of the validated uppercase character in CHARS  >> C        = 0: Echo suppressedJ >> C        =-1: The print position is maintained for the next INKEY call. >>E >> C        NOTE that for mixed controls, the first element is alwayseJ >> C        printable; but a `trick' can be used which is to set the first1 >> C        character to NULL as this is ignored.e >> >> C wR >> ..............................................................................  >> >> C Notes:oL >> C    (a) This function was originally written to use Digital's PRO-seriesJ >> C        GETKEY routine; for this, KEYBRD is an array of size 2 and theI >> C        first element is returned as 1 for a main keyboard character.pK >> C        This version calls routine GETKEY (included in this library) as-K >> C        written for VMS, with KEYBRD as a simple variable.  AlternativemI >> C        GETKEY routines may be written by the user, e.g. for graphicsk >> C        applications.9L >> C    (b) If Q (or q) does not appear in CHARS, it acts similar to CTRL^C.7 >> C    (c) The $ FORMAT descriptor is Digital dialect.dK >> C    (d) A revision became necessary when porting to an Alpha. Under VAXoJ >> C        VMS, CHARS could be a BYTE array if the argument was a literalI >> C        string.  This is not accepted by Alpha Fortran, and must be a  >> C        character variable.p >> >> C  R >> ******************************************************************************  >> >> C Constants:O >> >>     INTEGER OFFSET 1 >>     PARAMETER (OFFSET = ICHAR('a')-ICHAR('A'))e >> >> C aR >> ..............................................................................  >> >> C Dummy arguments:a >> >>     CHARACTER CHARS*(*) >>     INTEGER IPRS(*) >> >> C tR >> ..............................................................................  >> >> C Local variables:r >> >>     INTEGER EACH,UPPERn, >>     CHARACTER BKEY,FMT*12/'(2H+ ,1H , )'/ >> >> C eR >> ==============================================================================  >> >> >>     FMT(2:2) = '2's" >>     IF (FMT(11:11).EQ.'$') THEN >>         FMT(2:2) = '1'B >>         FMT(11:11) = ' 'h >>     ENDIF >> >> 105    CALL GETKEY(KEYBRD)u >>     UPPER = KEYBRDe >> >> C Check for a file read >> >>     IF (UPPER.LT.0) THENt( >>         READ(*,'(A)',IOSTAT=IOS) BKEY8 >>         IF (IOS.LT.0) CALL ABORT('End of Input File') >>         UPPER = ICHAR(BKEY) >>     ENDIF >> >> C Check for function keys >> >>     IF (UPPER.GE.256) THEN  >>         INKEY = UPPER >>         RETURNa >>     ENDIF >>' >> C Check for special character CTRL^Zr >> >>     IF (UPPER.EQ.26) THEN >>         INKEY = 0 >>         RETURN  >>     ENDIF >>" >> C Find first character not null >> >>     INKEY = 0A >> 110    IF (INKEY.GE.N) CALL ABORT('INKEY ERROR - No options!')e >>     INKEY = INKEY + 1' >>     EACH = ICHAR(CHARS(INKEY:INKEY))  >>     IF (EACH.EQ.0) GOTO 110 >>I >> C Check for <RETURN>; this may be a space if SYS$INPUT is assigned to s	 >> a file  >>9 >>     IF (UPPER.EQ.13 .OR. UPPER.EQ.ICHAR(' ')) GOTO 115  >>2 >> C Set upper and lower case values if alphabetic >> >>     LOWER = UPPER> >>     IF (UPPER.GE.ICHAR('a') .AND. UPPER.LE.ICHAR('z')) THEN >>         UPPER = UPPER-OFFSET C >>     ELSE IF (UPPER.GE.ICHAR('A') .AND. UPPER.LE.ICHAR('Z')) THEN ! >>         LOWER = LOWER + OFFSETt >>     ENDIF >>+ >> 1010    EACH = ICHAR(CHARS(INKEY:INKEY))e5 >>     IF (EACH.EQ.UPPER .OR. EACH.EQ.LOWER) GOTO 115a >>     IF (INKEY.LT.N) THEN- >>         INKEY = INKEY + 1 >>         GOTO 1010 >>     ENDIF( >>     IF (UPPER.NE.ICHAR('Q')) GOTO 105! >>     CALL ABORT('User request')r >>  >> 115    IF (EACH.LE.32) RETURN >>     FMT(9:9) = CHAR(EACH) >>     IPR = IPRS(1)& >>     IF (IPR.GT.1) IPR = IPRS(INKEY) >>     IF (IPR) 120,999,1250 >> 120    FMT(11:11) = '$' >> >> 125    WRITE(*,FMT) >>
 >> 999    END  >> >> > This is FUNCTION_KEYS.INCh > K >> ------------------------------------------------------------------------a >>F >> C All keys have been stripped of 1B (escape) from the start of the  >> sequence,E >> C    and, where used, of 7E from the end by routine GETKEY (q.v.).e >>& >>     PARAMETER F6_KEY = '005B3137'X,! >>     1    F7_KEY = '005B3138'X,w! >>     1    F8_KEY = '005B3139'X,u! >>     1    F9_KEY = '005B3230'X, " >>     1    F10_KEY = '005B3231'X," >>     1    F11_KEY = '005B3233'X," >>     1    F12_KEY = '005B3234'X," >>     1    F13_KEY = '005B3235'X," >>     1    F14_KEY = '005B3236'X,9 >>     1    F15_KEY = '005B3238'X,HELP_KEY = '005B3238'X,-7 >>     1    F16_KEY = '005B3239'X,DO_KEY = '005B3239'X,h" >>     1    F17_KEY = '005B3331'X," >>     1    F18_KEY = '005B3332'X," >>     1    F19_KEY = '005B3333'X," >>     1    F20_KEY = '005B3334'X,# >>     1    Find_KEY = '00005B31'X,-% >>     1    Insert_KEY = '00005B32'X,-% >>     1    Remove_KEY = '00005B33'X, % >>     1    Select_KEY = '00005B34'X,o# >>     1    Prev_KEY = '00005B35'X,R# >>     1    Next_KEY = '00005B36'X,@# >>     1    Up_Arrow = '00005B41'X,c% >>     1    Down_Arrow = '00005B42'X,M& >>     1    Right_Arrow = '00005B43'X,% >>     1    Left_Arrow = '00005B44'X,p" >>     1    PF1_KEY = '00004F50'X," >>     1    PF2_KEY = '00004F51'X," >>     1    PF3_KEY = '00004F52'X," >>     1    PF4_KEY = '00004F53'X,& >>     1    KeyPad7_KEY = '00004F77'X,& >>     1    KeyPad8_KEY = '00004F78'X,& >>     1    KeyPad9_KEY = '00004F79'X,* >>     1    KeypadMinus_KEY = '00004F6D'X,& >>     1    Keypad4_KEY = '00004F74'X,& >>     1    Keypad5_KEY = '00004F75'X,& >>     1    Keypad6_KEY = '00004F76'X,* >>     1    KeypadComma_KEY = '00004F6C'X,& >>     1    Keypad1_KEY = '00004F71'X,& >>     1    Keypad2_KEY = '00004F72'X,& >>     1    Keypad3_KEY = '00004F73'X,& >>     1    Keypad0_KEY = '00004F70'X,( >>     1    KeypadDot_KEY = '00004F6E'X,* >>     1    KeypadEnter_KEY = '00004F4D'X, >> >>     1    DELETE_KEY = 127 >  >  >  > I > ***********************************************************************a > E > "This electronic message and any attachments may contain privilegeduK > and confidential information intended only for the use of the addressees  E > named above.  If you are not the intended recipient of this email, s9 > please delete the message and any attachment and adviserD > the sender.  You are hereby notified that any use, dissemination, 9 > distribution, reproduction of this email is prohibited.E > C > If you have received the email in error, please notify TransGrid  C > immediately.  Any views expressed in this email are those of the  I > individual sender except where the sender expressly and with authority y; > states them to be the views of TransGrid.  TransGrid usesm@ > virus scanning software but excludes any liability for viruses > contained in any attachment. > > > Please note the email address for TransGrid personnel is now& > firstname.lastname@transgrid.com.au" > I > ***********************************************************************T      G ***********************************************************************t  C "This electronic message and any attachments may contain privileged-> and confidential information intended only for the use of the B addressees named above.  If you are not the intended recipient of C this email, please delete the message and any attachment and adviseiB the sender.  You are hereby notified that any use, dissemination, 7 distribution, reproduction of this email is prohibited.c  A If you have received the email in error, please notify TransGrid  A immediately.  Any views expressed in this email are those of the  = individual sender except where the sender expressly and with oC authority states them to be the views of TransGrid.  TransGrid usesh> virus scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************    ------------------------------  % Date: Fri, 01 Nov 2002 20:48:51 +1100r1 From: Paddy O'Brien <paddy.o'brien@tg.nsw.gov.au>4 Subject: Re: can vms C access the keyboard directly?, Message-ID: <3DC24E03.5020508@tg.nsw.gov.au>  H Sorry about the 1st and 3rd posts.  The first was trying my shenanigans G and I intended to send only to myself.  The third was because the send 3' button is too close to the edit button.   : I do love command line -- easier to recover from mistakes.   Regards, Paddy      G ***********************************************************************u  C "This electronic message and any attachments may contain privileged > and confidential information intended only for the use of the B addressees named above.  If you are not the intended recipient of C this email, please delete the message and any attachment and adviseoB the sender.  You are hereby notified that any use, dissemination, 7 distribution, reproduction of this email is prohibited.t  A If you have received the email in error, please notify TransGrid -A immediately.  Any views expressed in this email are those of the  = individual sender except where the sender expressly and with rC authority states them to be the views of TransGrid.  TransGrid uses.> virus scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************e   ------------------------------   Date: 1 Nov 2002 06:39:56 -0600V- From: koehler@encompasserve.org (Bob Koehler)o4 Subject: Re: can vms C access the keyboard directly?3 Message-ID: <y5fOrmoURYbm@eisner.encompasserve.org>   S In article <us3fjsdd4him88@corp.supernews.com>, Z  <zarlenga@conan.ids.net> writes:i# > stu <aronoffs@hotmail.com> wrote:'G > : I need to be able to access the vax vms keyboard directly so that I-D > : can capture key presses as they occur, including the arrow keys. > L > Why does VMS make it so hard?  If they fixed ioctl() this would be as easy > on VMS as it is on Unix.  G    ioctl() is a UNIX kernel routine and VMS doesn't have a UNIX kernel.eF    The corresponding entry to the VMS kernel are SYS$QIO and SYS$QIOW.  C    But I agree the C RTL should do this for you, even if the ANSI Ca    standard desn't require it.   ------------------------------  $ Date: Fri, 1 Nov 2002 10:11:40 -0800$ From: Shane Smith <ssmith@icius.com>4 Subject: RE: can vms C access the keyboard directly?0 Message-ID: <01C2818F.2F420F00@sulfer.icius.com>  ? No, but there again that seems about the same amount of work as E sys$assign to setup the channel, then sys$qiow to get the characters. F The only difficulty with either is if you're not used to doing it that0 way. It's half a dozen of one, six of the other.  B I suppose if I'd known Unix better, I wouldn't have had to abandon6 attempts to get timeouts working without looping doingG immediate-return-if-nothing-pressed when I tried to port my field entryt1 routine. It just seemed so wasteful of resources.y   Shane    -----Original Message-----' From: Z [mailto:zarlenga@conan.ids.net]e( Sent: Thursday, October 31, 2002 8:00 PM To: Info-VAX@Mvb.Saic.Com 4 Subject: Re: can vms C access the keyboard directly?    ! VAXman-  @SendSpamHere.ORG wrote:.3 : In article <us3fjsdd4him88@corp.supernews.com>, Z-  <zarlenga@conan.ids.net> writes:# :>stu <aronoffs@hotmail.com> wrote:EG :>: I need to be able to access the vax vms keyboard directly so that I*D :>: can capture key presses as they occur, including the arrow keys. :>G :>Why does VMS make it so hard?  If they fixed ioctl() this would be aso easy :>on VMS as it is on Unix.  ( : What's *hard* about doing it on VMS?    F : Why does unix make it so hard?  I'd think it is more difficult to do on unixc% : but then I'm not a unix programmer.   D On Unix you set the tt control with ioctl() and then call getchar().   That's hard?   ------------------------------  % Date: Fri, 01 Nov 2002 10:58:56 -05002( From: David Froble <davef@tsoft-inc.com>4 Subject: Re: can vms C access the keyboard directly?, Message-ID: <3DC2A4C0.8050105@tsoft-inc.com>   Z wrote:  # > stu <aronoffs@hotmail.com> wrote:.G > : I need to be able to access the vax vms keyboard directly so that IoD > : can capture key presses as they occur, including the arrow keys. > L > Why does VMS make it so hard?  If they fixed ioctl() this would be as easy > on VMS as it is on Unix. >   # SUB GET_CHAR( C$ , CH% , TIMEOUT% ) " 	C$ = INKEY( CH% , WAIT TIMEOUT% ) SUBEND  O Then just call the BASIC subroutine to get the keystroke.  CH% can be zero, or 0P TT: can be opened on a non-zero channel.  The wait is indefinite if TIMEOUT% is L zero, otherwise the I/O will timeout after the specified number of seconds. L Error trapping and return will make things a bit more verbose, but not much.   or  * FUNCTION STRING GET_CHAR( CH% , TIMEOUT% )) 	GET_CHAR = INKEY$( CH% , WAIT TIMEOUT% )E END FUNCTION  ; Don't even call a routine, just invoke/evaluate a function.4  K Of course, you'll have to use a language much superior to C, such as BASIC.p   Dave   ------------------------------   Date: 1 Nov 2002 07:00:26 GMT4- From: djweath@attglobal.net (Dave Weatherall) % Subject: Re: CHARON-ALPHA - soon ????*5 Message-ID: <DTiotGxQ0bj6-pn2-iRZd2gd9kQvm@localhost>*  F On Fri, 1 Nov 2002 00:47:30 UTC, "Stanley F. Quayle" <stan@stanq.com>  wrote:  H > Another factor is that some VAX people are not using VMS, but VAXELN. F > They're really locked in.  Their custom Qbus cards are supported by G > CHARON-VAX.  Alpha systems use PCI devices and are running VMS.  (If  G > you're running Tru64UNIX, HP has a migration path already picked out . > for you.).  F That's us. Do you know of any customers using Charon VAX to emulate a * KAV-30 (another Swiss product originally).   -- G Cheers - Dave.   ------------------------------  $ Date: Fri, 1 Nov 2002 10:16:21 +01002 From: "Robert Boers" <robert.boers@softresint.com>% Subject: Re: CHARON-ALPHA - soon ????H* Message-ID: <3dc24668$1@news.deckpoint.ch>  K The ratio of 1.5 GHz to 400 MHz is far too optimistic, and mapping a 64-bit$K CPU emulator on a 32-bit host system is * very * inefficient. Given Alpha'sTH excellent arithmetic units, a reasonable host would be a dual AMD HammerJ system. A dual 2 GHz Hammer system would provide the equivalent of a 100 -! 140 MHz Alpha, not very exciting.   L Of course a 20 GHz Hammer would be all we need, but according to Moore's law that is still 5 years away...E   Regards, RobertA  2 "Dean Woodward" <deanw@rdrop.com> wrote in message" news:3DC1BB2A.9010503@rdrop.com... > Stanley F. Quayle wrote:< > > On 31 Oct 2002 at 15:09, VAXman-@SendSpamHere.ORG wrote: > >DH > >>I'm not interested in replacing actual chips but I'd love to have anA > >>Alpha on my lap in the form of a laptop emulation if need be.  > >oF > > I asked about that some time back.  I was told it is possible, but" > > performance would be terrible. >  > Compared to... ??? >-F > New laptops are in the 1.5-2.0 GHz range.  Suppose that CHARON-AlphaF > on a 1.5GHz laptop ran at an emulated, oh, say, 400MHz.  Considering> > it's a laptop, one could reasonably assume it's either beingC > implemented as a rather small server or a workstation- I'd think,i; > unless you're working it hard, that would be fast enough.e >n= > Even on a rack-mounted 4P server- the question isn't *just*eF > performance- it's price/performance- and include h/w maintenance and: > availability in that price figure.  For small shops, the3 > cost/performance ratio could be quite attractive.  >t   ------------------------------  $ Date: Fri, 1 Nov 2002 12:17:49 +01004 From: Didier.Morandi.nospam@Free.fr (Didier Morandi)% Subject: Re: CHARON-ALPHA - soon ????cC Message-ID: <1fkyy24.1xwmall1jofpy2N%Didier.Morandi.nospam@Free.fr>r  < "I can't speak for SRI, but there's no probability.  From a C marketing perspective, there's no need for CHARON-ALPHA until they  E stop making real ones -- which won't happen for some years yet", then  you'll have VMS on IA64.   :-)y   D.    / Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote:   G > As Alpha is fading .... is there a possibility to have a CHARON-ALPHA=- > emulator after the end of its processor ???i' > Does anyone know anything about it ?     ------------------------------   Date: 1 Nov 2002 06:28:23 -0600 - From: koehler@encompasserve.org (Bob Koehler) % Subject: Re: CHARON-ALPHA - soon ???? 3 Message-ID: <+IFHCKe0oQ91@eisner.encompasserve.org>.  Z In article <3DC188D2.6673.F1D5F77@localhost>, "Stanley F. Quayle" <stan@stanq.com> writes: > @ > And if you really want an Alpha laptop, Tadpole still has one F > Alphabook in stock, last I checked.  But $10,000 is a little pricey E > for me.  I just use my Winlap and wireless modem to telnet into an   > Alpha.      Is that still EV4 based?    ------------------------------  * Date: Fri, 1 Nov 2002 17:03:29 +0000 (UTC), From: lewis@mazda.mitre.org (Keith A. Lewis)% Subject: Re: CHARON-ALPHA - soon ????	. Message-ID: <apuc51$9mv$1@newslocal.mitre.org>   "Robert Boers" <robert.boers@softresint.com> writes in article <3dc24668$1@news.deckpoint.ch> dated Fri, 1 Nov 2002 10:16:21 +0100:aL >The ratio of 1.5 GHz to 400 MHz is far too optimistic, and mapping a 64-bitL >CPU emulator on a 32-bit host system is * very * inefficient. Given Alpha'sI >excellent arithmetic units, a reasonable host would be a dual AMD Hammer*K >system. A dual 2 GHz Hammer system would provide the equivalent of a 100 -P" >140 MHz Alpha, not very exciting.  I I agree that Dean's ratio is over-optomistic, and the way he presented it.L made it sound like he pulled the numbers out of his butt.  Are you doing theH same thing?  If there are ALU and transistor-count comparisons out there% somewhere, I'd like to take a look.  b  + --Keith Lewis              klewis$mitre.orgB> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Fri, 01 Nov 2002 13:09:46 -0500 * From: "Stanley F. Quayle" <stan@stanq.com>% Subject: Re: CHARON-ALPHA - soon ???? . Message-ID: <3DC27D1A.2323.12D796D8@localhost>  ) On 1 Nov 2002 at 6:28, Bob Koehler wrote: B > > And if you really want an Alpha laptop, Tadpole still has one H > > Alphabook in stock, last I checked.  But $10,000 is a little pricey G > > for me.  I just use my Winlap and wireless modem to telnet into an )
 > > Alpha. >  >    Is that still EV4 based?   C I would expect so.  They haven't made any new ones in years, since .@ they lost their shirt on the original ones.  But it is an Alpha.  B For portability, you could add a battery eliminator to a Multia.   It's an Alpha, too. 
 --Stan Quayle  Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147n= Preferred address:  stan@stanq.com       http://www.stanq.comG   ------------------------------  % Date: Fri, 01 Nov 2002 13:54:38 +0000W( From: Nic Clews <sendspamhere@127.0.0.1>$ Subject: Re: Configuring OpenVMS-6.2) Message-ID: <3DC2879E.955BF9B9@127.0.0.1>I   Jurren Bouman wrote:G > We have moved a box with OpenVMS version 6.2 to another location. ButEF > now we need to change the IP-address, Gateway address and the SubnetF > mask address. I've never done and I'd like to know how this is done.' > Does anyone here know how to do this?A > H > Then I'd like to know the mac-address of the ethernet card. How can we > find this under OpenVMS 6.2?  ? What IP package, UCX, TCPIP, Multinet, TCPware, something else?2  B Did you bring the documentation along with the box, that may help.  @ HELP within (or supplied with) the IP package may help you along  F If your system is down at console >>> a SHOW DEV or SHOW CONFIG shouldD identify the ethernet device and display the mac address. TechniquesH with the operating system booted depend on what protocols are present as( well as the architecture (VAX or Alpha).   -- '? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer SciencesF nclews at csc dot com    ------------------------------  % Date: Fri, 01 Nov 2002 10:14:45 -0500', From: David Michaels <michaedi@email.uc.edu>$ Subject: Re: Configuring OpenVMS-6.2, Message-ID: <3DC29A65.C04C626E@email.uc.edu>   Jurren Bouman wrote: >  > Dear All,X > G > We have moved a box with OpenVMS version 6.2 to another location. But=F > now we need to change the IP-address, Gateway address and the SubnetF > mask address. I've never done and I'd like to know how this is done.' > Does anyone here know how to do this?  > H > Then I'd like to know the mac-address of the ethernet card. How can we > find this under OpenVMS 6.2? >  > Any hints & tips are welcome.1 >  > Thanks... Jurren >  > ---K > Jurren Bouman  > E-mail: jubo@euronet.nlX     if it's multinet ?   mul configure/menu   ------------------------------  % Date: Fri, 01 Nov 2002 14:45:34 +0100'% From: Jurren Bouman <jubo@euronet.nl>0  Subject: Configuring OpenVMS-6.28 Message-ID: <aa15susne8p53b7pod23p2ihqjtjt3bpvd@4ax.com>  	 Dear All,F  E We have moved a box with OpenVMS version 6.2 to another location. But1D now we need to change the IP-address, Gateway address and the SubnetD mask address. I've never done and I'd like to know how this is done.% Does anyone here know how to do this?   F Then I'd like to know the mac-address of the ethernet card. How can we find this under OpenVMS 6.2?   Any hints & tips are welcome.a   Thanks... Jurren   --- 
 Jurren Bouman  E-mail: jubo@euronet.nli   ------------------------------  * Date: Fri, 1 Nov 2002 17:32:29 +0000 (UTC), From: lewis@mazda.mitre.org (Keith A. Lewis)$ Subject: Re: Configuring OpenVMS-6.2. Message-ID: <apudrd$9o2$2@newslocal.mitre.org>   Jurren Bouman <jubo@euronet.nl> writes in article <aa15susne8p53b7pod23p2ihqjtjt3bpvd@4ax.com> dated Fri, 01 Nov 2002 14:45:34 +0100:sF >We have moved a box with OpenVMS version 6.2 to another location. ButE >now we need to change the IP-address, Gateway address and the SubnetnE >mask address. I've never done and I'd like to know how this is done.d& >Does anyone here know how to do this? >sG >Then I'd like to know the mac-address of the ethernet card. How can weh >find this under OpenVMS 6.2?e  K Assuming you're using UCX (aka Compaq TCP/IP), @SYS$MANAGER:UCX$CONFIG will*7 put you in menus that let you make changes like that.  -  L If your box is an Alpha, you can "SHOW DEV EW" at the boot prompt to get theF default hardware addresses.  Decnet Phase IV changes them, though.  AnG easier way is to get tcp/ip working, ping a Unix or VMS box on the same0J ethernet (with no router between them), and look in the "arp" table on the& other box ("UCX SHOW ARP ip-address").  + --Keith Lewis              klewis$mitre.orgt> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Fri, 01 Nov 2002 04:13:22 -0500u- From: JF Mezei <jfmezei.spamnot@videotron.ca>h2 Subject: DECC: socket:recvfrom documentation error, Message-ID: <3DC245A8.3FC2FB2F@videotron.ca>   VAX VM 7.2 DECC 6.0   K HELP CC socket recvfrom  specifies that the last argument, to which will bes2 written the number of bytes received, is an "int".  H However, when compiling, it gets defined as __size_t which is defined as
 unsigned int.o  J Hence, if you provide a pointer to an int, the compiler complains that you, should provide a pointer to an unsigned int.   ------------------------------  $ Date: Fri, 1 Nov 2002 12:17:48 +01004 From: Didier.Morandi.nospam@Free.fr (Didier Morandi)6 Subject: Re: DECC: socket:recvfrom documentation errorC Message-ID: <1fkyxzf.164js051hcsfluN%Didier.Morandi.nospam@Free.fr>r  F JF, please do not forget to forward this message to openvmsdoc@hp.com.   D.    . JF Mezei <jfmezei.spamnot@videotron.ca> wrote:   > VAX VM 7.2 DECC 6.0a > M > HELP CC socket recvfrom  specifies that the last argument, to which will ben4 > written the number of bytes received, is an "int". > J > However, when compiling, it gets defined as __size_t which is defined as > unsigned int.. > L > Hence, if you provide a pointer to an int, the compiler complains that you. > should provide a pointer to an unsigned int.   ------------------------------  $ Date: Fri, 1 Nov 2002 12:42:37 -0500! From: VAXVMS <bounce@notmail.com>aU Subject: RE: DECnet and MAC address translation:  (was: Re: Configuring Op	enVMS-6.2)aK Message-ID: <BA52530E3149734A9BAABDBBFA808E4903027B92@rlghncst964.usps.gov>   , If DECnet Phase IV and only 1 ethernet card:/ (and you have to do this from the host machine)l   $ mcr ncp show known lines charP  > Known Line Volatile Characteristics as of  1-NOV-2002 12:28:52   Line = EWA-0   Receive buffers          = 10s! Controller               = normalI# Protocol                 = Ethernety Service timer            = 4000t, Hardware address         = 08-00-2B-XX-91-33 Device buffer size       = 1498o  & Here's the interface information from    TCPIP> show version   7   Compaq TCP/IP Services for OpenVMS Alpha Version V5.1r4   on a AlphaStation 200 4/166 running OpenVMS V7.2-1   TCPIP> show interface/full  Interface: LO0e?    IP_Addr: 127.0.0.1         NETWRK: 255.0.0.0         BRDCST:  56.255.255.255E                                                            MTU:  4096u$      Flags: UP LOOP NOARP MCAST SMPX5                                   RECEIVE        SEND 5    Packets                              0           0-5      Errors                             0           0a)    Collisions:                          0     Interface: WE0s?    IP_Addr: 56.xx.xx.xx       NETWRK: 255.0.0.0         BRDCST:g 56.255.255.255  Cluster?     C_Addr:                 C_NETWRK:                 C_BRDCST:nE                        Ethernet_Addr: AA-00-04-XX-C7-8B    MTU:  1500 $      Flags: UP BRDCST RUN MCAST SMPX5                                   RECEIVE        SEND 5    Packets                         252438       34930a5      Errors                             0           0 )    Collisions:                          0i  G Note that, as I mentioned previously, because I've only got one network  card, G TCP/IP is reporting the translated MAC address because DECnet got thereV first... :^)r   WWWebb   -----Original Message-----
 From: VAXVMS  ( Sent: Friday, November 01, 2002 10:04 AM To: 'Info-VAX@Mvb.Saic.Com' B Subject: DECnet and MAC address translation: (was: Re: Configuring OpenVMS-6.2)      # If you're running DECnet *and* IP, "A another consideration is whether there are one or more NIC cards lD (with apologies to Mr Clews) installed and configured on the system.  > If there is only one Ethernet card *and both DECnet and IP are running*, then .  / 1) DECnet *must* start before TCP/IP does, and tJ 2) during that process the MAC address that's in hardware gets translated G (insofar as it is viewed by other systems) whether using DECnet or IP, 0G to reflect the DECnet area and node information in the last three bytes-# of a MAC that starts with AA-00-04.-  D For example, 08-00-2B-E5-51-9B gets translated to AA-00-04-00-C2-8B.  D Arne V. gave a good explanation of how this gets done in a post that= can be located via Google groups search at the following URL:n  L http://groups.google.com/groups?selm=01I0RUS7I4KE8WWCDI%40kopc.hhs.dk&output =gplains  H If you have multiple Ethernet cards and DECnet and TCP/IP go out throughJ different cards, then naturally TCP/IP inquiries from other nodes will see the 7 untranslated address of the card which TCP/IP is using.    HTH>   WWWebb  G > We have moved a box with OpenVMS version 6.2 to another location. ButtF > now we need to change the IP-address, Gateway address and the SubnetF > mask address. I've never done and I'd like to know how this is done.' > Does anyone here know how to do this?r >iH > Then I'd like to know the mac-address of the ethernet card. How can we > find this under OpenVMS 6.2?  ? What IP package, UCX, TCPIP, Multinet, TCPware, something else?   B Did you bring the documentation along with the box, that may help.  @ HELP within (or supplied with) the IP package may help you along  F If your system is down at console >>> a SHOW DEV or SHOW CONFIG shouldD identify the ethernet device and display the mac address. TechniquesH with the operating system booted depend on what protocols are present as( well as the architecture (VAX or Alpha).   --? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer SciencesB nclews at csc dot com    ========================  William W. Webb / DSSC/RLM, USPS OpenVMS Support Services& 4924 Green Road Raleigh, NC 27616-2800: 919.874.3043 <FirstInitialDotLastNameAtEmailDotUSPSDotGov>   ------------------------------  $ Date: Fri, 1 Nov 2002 10:03:59 -0500! From: VAXVMS <bounce@notmail.com>2Q Subject: DECnet and MAC address translation:  (was: Re: Configuring OpenVM	S-6.2)oK Message-ID: <BA52530E3149734A9BAABDBBFA808E4903027B91@rlghncst964.usps.gov>   # If you're running DECnet *and* IP, pA another consideration is whether there are one or more NIC cards iD (with apologies to Mr Clews) installed and configured on the system.  > If there is only one Ethernet card *and both DECnet and IP are running*, then C  / 1) DECnet *must* start before TCP/IP does, and  J 2) during that process the MAC address that's in hardware gets translated G (insofar as it is viewed by other systems) whether using DECnet or IP, *G to reflect the DECnet area and node information in the last three bytesn# of a MAC that starts with AA-00-04.)  D For example, 08-00-2B-E5-51-9B gets translated to AA-00-04-00-C2-8B.  D Arne V. gave a good explanation of how this gets done in a post that= can be located via Google groups search at the following URL:.  L http://groups.google.com/groups?selm=01I0RUS7I4KE8WWCDI%40kopc.hhs.dk&output =gplainS  H If you have multiple Ethernet cards and DECnet and TCP/IP go out throughJ different cards, then naturally TCP/IP inquiries from other nodes will see the 7 untranslated address of the card which TCP/IP is using.    HTHR   WWWebb  G > We have moved a box with OpenVMS version 6.2 to another location. But=F > now we need to change the IP-address, Gateway address and the SubnetF > mask address. I've never done and I'd like to know how this is done.' > Does anyone here know how to do this?I >.H > Then I'd like to know the mac-address of the ethernet card. How can we > find this under OpenVMS 6.2?  ? What IP package, UCX, TCPIP, Multinet, TCPware, something else?)  B Did you bring the documentation along with the box, that may help.  @ HELP within (or supplied with) the IP package may help you along  F If your system is down at console >>> a SHOW DEV or SHOW CONFIG shouldD identify the ethernet device and display the mac address. TechniquesH with the operating system booted depend on what protocols are present as( well as the architecture (VAX or Alpha).   --? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer SciencesY nclews at csc dot comE   ========================  William W. Webb / DSSC/RLM, USPS OpenVMS Support Services& 4924 Green Road Raleigh, NC 27616-2800: 919.874.3043 <FirstInitialDotLastNameAtEmailDotUSPSDotGov>   ------------------------------   Date: 1 Nov 2002 06:24:48 -0600>- From: koehler@encompasserve.org (Bob Koehler) " Subject: Re: decwindows resolution3 Message-ID: <UXx7K9Ez9gaA@eisner.encompasserve.org>y  c In article <3DC15D5C.20CC913D@mindspring.com>, Atlant Schmidt <atlantnospam@mindspring.com> writes:* > Bob Koehler wrote: > E >>    For all it's shortcomings we still haven't seen anything better  >>    than Exceed. >  > "Me too". :-(i > 4 > Humingbird FTP, on the other hand, is full of what6 > are either failures of human engineering or outright4 > bugs (depending on how charitable you're feeling). > 3 > And their Telnet terminal ain't too swift either.   E    Which is why we also have WSFTP and terraterm on the same systems.h   ------------------------------   Date: 1 Nov 2002 06:26:48 -0600u- From: koehler@encompasserve.org (Bob Koehler)e" Subject: Re: decwindows resolution3 Message-ID: <esxebZolxozj@eisner.encompasserve.org>e  j In article <eomw9.2837$6g.852836@news1.news.adelphia.net>, "John E. Malmberg" <wb8tyw@qsl.network> writes: > C > I have not done comparisons in a while, but the last time I did, sI > Pathworks32 including eXcursion and Powerterm was the lowest cost X-11 d	 > server.t  E    It's been a long, long time since I've had a Pathworks shop.  WhenrD    we did we found the second release of the X11 server in Pathworks    quite good.   ------------------------------  % Date: Fri, 01 Nov 2002 10:14:23 -0500C& From: David M Smith <dsmit115@csc.com>0 Subject: Re: Does anyone use P7 in DCPS$STARTUP?8 Message-ID: <8b65su8tmv8smch8qik0ic0pue5dndnd48@4ax.com>  M On Tue, 29 Oct 2002 22:16:00 GMT, Paul Anderson <paul.anderson@hp.com> wrote:c   >Dear friends and foes of DCPS,t >>: >I was just wondering, does anyone use the P7 parameter in >DCPS$STARTUP.COM?  O For the most part, the systems we manage do not call DCPS$STARTUP to define the O queues themselves. We have "reverse engineered" the queue and device processingCL performed in DCPS startup routines and perform that in procedures of our ownI creation, which are driven by data tables containing the device and queue M information for not just DCPS, but other types of print queues on the system. L This allows us to have all the print queue information in one place (what weF call the PRINT_QUEUES table) rather than some in DCPS$STARTUP, some in DQS$STARTUP, etc.s  O So, we won't be upset if you change this interface. I would love to see HP move>P to a "common print queue setup" structure similar to ours, since it is common onP our systems to have multiple types of print queues, and having to go to multipleD files to create and manage them is complex for many system managers.I -------------------------------------------------------------------------aI David M. Smith 302.391.8533                       dsmit115 at csc dot com*I Computer Sciences Corporation     (Opinions are those of the writer only)EI -------------------------------------------------------------------------.   ------------------------------  # Date: Fri, 01 Nov 2002 16:11:15 GMT * From: Paul Anderson <paul.anderson@hp.com>0 Subject: Re: Does anyone use P7 in DCPS$STARTUP?5 Message-ID: <011120021110550062%paul.anderson@hp.com>.  F In article <8b65su8tmv8smch8qik0ic0pue5dndnd48@4ax.com>, David M Smith <dsmit115@csc.com> wrote:A  G > I would love to see HP move to a "common print queue setup" structure=E > similar to ours, since it is common on our systems to have multipleFE > types of print queues, and having to go to multiple files to create 6 > and manage them is complex for many system managers.  G You mentioned DCPS and DQS queues.  Are there other types of queues youa: define in your data file, like LPR or Telnet print queues?   Paul   -- T  Paul Anderson   OpenVMS EngineeringL   Hewlett-Packard Company)   ------------------------------    Date: 01 Nov 2002 05:34:47 +0800, From: Paul Repacholi <prep@prep.synonet.com>' Subject: Re: equivalent of touch in VMST- Message-ID: <87pttq47ig.fsf@prep.synonet.com>c  6 Kesav Tadimeti <Kesav_Tadimeti@KeaneIndia.com> writes:  C > What is the equivalent command in VMS to create an empty file? Inh > UNIX this would be touch.I   What does HELP CREATE tell you?    -- O< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.Q@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 1 Nov 2002 06:52:46 -0800 2 From: johan.nilsson@esrange.ssc.se (Johan Nilsson) Subject: errno equivalentU= Message-ID: <c3c6388a.0211010652.2d24328e@posting.google.com>E   Hi,'  ? are there any native errno (*nix) or Get/SetLastError() (Win32)>B equivalent under OpenVMS, or do you always have to store condition' values returned by the system services?    // Johan   ------------------------------   Date: 1 Nov 2002 10:44:00 -0600D From: briggs@encompasserve.org Subject: Re: errno equivalent(3 Message-ID: <Um5YaOYSb+AU@eisner.encompasserve.org>N  r In article <c3c6388a.0211010652.2d24328e@posting.google.com>, johan.nilsson@esrange.ssc.se (Johan Nilsson) writes:A > are there any native errno (*nix) or Get/SetLastError() (Win32)>D > equivalent under OpenVMS, or do you always have to store condition) > values returned by the system services?-   You have to store it.>  A The notion that it could be done any other way has always boggled = my mind.  The idea of going out and sampling a global cell touA see what error last occurred and blindly assuming that this error>8 is relevant to the problem at hand in the current thread> of execution seems patently absurd.  (Though I'm sure it works7 out fairly well in practice.  Please take my comment as>0 honest bewilderment rather than as O/S bashing).  A Under VMS, you call a system service and you get a return status.1? And, if the system service is potentially asynchronous you also = get the opportunity to provide an I/O status block in which a5D completion status code will be written.  If you have 50 asynchronous@ calls outstanding, you can have 50 I/O status blocks assigned to% pick up the various completion codes.K  F The return status (or completion status) is itself fairly descriptive.B There is no need to refer to an external "errno" to get a detailed problem description.  < For RMS services, you get an RMS error code and you can also5 retrieve an underlying error code from, for instance,0 your-fab.FAB$L_STV.   F For RTL calls, you generally just receive the RTL return status.  ThisB status is generally detailed enough that the underlying O/S return status would be redundant.  > A few RTL routines will signal their errors, thus providing an< "exception vector" so that registered exception handlers (orE debuggers or traceback dump printers) can provide detailed diagnostic7B information.  If I remember correctly, it's only the STR$ and CLI$ routines that do this.  1 For C RTL calls, there is an errno and it is set.p   	John Briggs   ------------------------------  $ Date: Fri, 1 Nov 2002 10:17:29 -0800$ From: Shane Smith <ssmith@icius.com> Subject: RE: errno equivalentp0 Message-ID: <01C2818F.EE00A000@sulfer.icius.com>    Depends on your language, Johan.  D In C errno is supported, and it's thread safe; ie you get a separateH errno for each thread (unlike Windows (hawk, spit)). In BASIC there's anG system-maintained integer called ERR that contains the last error. Thent there's $status in DCL.   B I'm with John Briggs though, I prefer my return statii as functionH return values, or write arguments. You /know/ where the value came from.   Shaneh   -----Original Message-----H From: johan.nilsson@esrange.ssc.se [mailto:johan.nilsson@esrange.ssc.se]' Sent: Friday, November 01, 2002 6:53 AMe To: Info-VAX@Mvb.Saic.Comp Subject: errno equivalent      Hi,l  ? are there any native errno (*nix) or Get/SetLastError() (Win32)uB equivalent under OpenVMS, or do you always have to store condition' values returned by the system services?    // Johan   ------------------------------   Date: 1 Nov 2002 11:32:39 -0600s- From: koehler@encompasserve.org (Bob Koehler)n Subject: Re: errno equivalentG3 Message-ID: <liBQ4nHWGTd4@eisner.encompasserve.org>c  r In article <c3c6388a.0211010652.2d24328e@posting.google.com>, johan.nilsson@esrange.ssc.se (Johan Nilsson) writes: > Hi,* > A > are there any native errno (*nix) or Get/SetLastError() (Win32)dD > equivalent under OpenVMS, or do you always have to store condition) > values returned by the system services?e  B    If you're calling C RTL routines, even those which emulate UNIX"    kernel routines, you get errno.  <    If you're not, the you get the documented API, not errno.   ------------------------------   Date: 1 Nov 2002 01:32:24 -0800i$ From: issinoho@slayme.com (issinoho)( Subject: Re: FTP with SSL for VMS/Alpha?= Message-ID: <d0141774.0211010132.304407e2@posting.google.com>   & Why not TCPware? I've always liked it.  d winston@SSRL.SLAC.STANFORD.EDU wrote in message news:<00A16484.44D3F346@SSRL04.SLAC.STANFORD.EDU>...g > In article <slrnas2p96.38v.WADE@DAX.ASUB.ARKNET.EDU>, WADE@DAX.ASUB.ARKNET.EDU (Wade Fincher) writes:  > K > >Does anyone know of such a beast?  Ckermit 8 has it for unix and windowsm > >but not vms.* > N > Frank da Cruz asked here for volunteers to port that stuff for Ckermit, and 3 > nobody stepped up.  So this could be your chance!r > F > If you'd rather spend money than effort, Multinet (and maybe TCPwareR > - don't use it), supports SCP.  I thought I remembered SFTP support in 4.4, but P > the data sheet at http://www.process.com/tcpip/multinetds.html doesn't mentionI > it (except to say that SCP does some of the same stuff).  (Oh, and this P > capability is included in the SSH for VMS package they sell, which runs on top > of TCP/IP Services.) > N > STUNNEL, which is supposed to allow the encrypted tunneling of many kinds ofN > protocols through SSL, comes with VMS 7.3-1.  I don't know if that'll do you > any good.a > 	 > -- Alann   ------------------------------  # Date: Fri, 01 Nov 2002 10:38:44 GMTd$ From: winston@SSRL.SLAC.STANFORD.EDU( Subject: Re: FTP with SSL for VMS/Alpha?8 Message-ID: <00A164D8.42E33057@SSRL04.SLAC.STANFORD.EDU>  d In article <d0141774.0211010132.304407e2@posting.google.com>, issinoho@slayme.com (issinoho) writes:  ' >Why not TCPware? I've always liked it.m  N Sorry, I was unclear.  I meant "I don't know about TCPware, _I_ don't use it,". rather than intending to recommend against it.   -- Alant   >te >winston@SSRL.SLAC.STANFORD.EDU wrote in message news:<00A16484.44D3F346@SSRL04.SLAC.STANFORD.EDU>...fh >> In article <slrnas2p96.38v.WADE@DAX.ASUB.ARKNET.EDU>, WADE@DAX.ASUB.ARKNET.EDU (Wade Fincher) writes: >> nL >> >Does anyone know of such a beast?  Ckermit 8 has it for unix and windows >> >but not vms. >> *O >> Frank da Cruz asked here for volunteers to port that stuff for Ckermit, and  4 >> nobody stepped up.  So this could be your chance! >> vG >> If you'd rather spend money than effort, Multinet (and maybe TCPwaremS >> - don't use it), supports SCP.  I thought I remembered SFTP support in 4.4, but iQ >> the data sheet at http://www.process.com/tcpip/multinetds.html doesn't mentioncJ >> it (except to say that SCP does some of the same stuff).  (Oh, and thisQ >> capability is included in the SSH for VMS package they sell, which runs on topy >> of TCP/IP Services.)  >>  O >> STUNNEL, which is supposed to allow the encrypted tunneling of many kinds ofoO >> protocols through SSL, comes with VMS 7.3-1.  I don't know if that'll do youQ >> any good. >>  
 >> -- Alan   ------------------------------  # Date: Fri, 01 Nov 2002 16:29:40 GMTn From: lbohan@dbc..spamless..com-( Subject: Re: HP User Advocacy ADE survey8 Message-ID: <fna5sugd23eatj46c6ahqo3l3c1jq3nafv@4ax.com>  - On Thu, 31 Oct 2002 09:29:34 -0500, "Syltrem"e! <syltremzulu@videotron.ca> wrote:.  8 >It's a shame OpenVMS is not listed under this question:B >For which platform(s) are you developing enterprise applications? >       NonStop Kernel >        HP-UX >        Tru64 UNIX  >        Windows >        Linux! >        Other (please elaborate)o  0 I rcv'ed  a reply back saying, in so many words,E that this the survey was geared towards/intended for NonStop users.  t   ------------------------------  $ Date: Fri, 1 Nov 2002 11:16:29 -0600* From: "Dave Gudewicz" <dgudewicz@core.com>( Subject: Re: HP User Advocacy ADE survey9 Message-ID: <3dc2b6ee$0$17641$1dc6e903@news.corecomm.net>t  H After the Stallard e-mail I also sent a note to the e-mail listed on the0 survey.  Got a reply from jessica_moser@sba.com.  I She said, get this, that the survey was limited to the NonStop Platforms,u" then apologized for the confusion.  F I replied:  LINUX and Windows are NonStop Platforms?   <-- well it was Halloween yesterday :-)e   Waiting for Jessica's reply.   -- Dave...   G It is noble to teach oneself, but still nobler to teach others-and lesst trouble. -----Mark Twainc  . "John Smith" <a@nonymous.com> wrote in messageD news:qNmw9.150603$%h2.111889@news02.bloor.is.net.cable.rogers.com... >e7 > "Dave Gudewicz" <dgudewicz@core.com> wrote in messagei5 > news:3dc190b0$0$17654$1dc6e903@news.corecomm.net...oK > > Here's what I did.  I sent an e-mail to Scott Stallard letting him know  > thatH > > VMS was AWOL from the platform list on the survey.  I usually get an > answerH > > from him (have all other times) so I expect the same now.  Let's see what > > happens. >C1 > This isn't an HP owned and operated site is it?o< > How much, if any, of their funding comes from HP directly? > H > Perhaps in this case the blame for the omission of OpenVMS is not HP's faultu@ > directly, but rather just indirectly. If VMS were marketed, noL > self-respecting webmaster or organization would ever simply 'forget' about > it when creating a survey. >CI > Unless of course there is a subliminal message here that HP wants us tot see. >t >e   ------------------------------    Date: 01 Nov 2002 04:53:23 +0800, From: Paul Repacholi <prep@prep.synonet.com>% Subject: Re: Immutable laws of the PCa- Message-ID: <87y98e49fg.fsf@prep.synonet.com>r  7 "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:n  C > Really?  I can easily see running into a 32-bit *physical* limit, @ > but I wanna know what single application virtual address spaceE > requires that 33rd bit on a typical home computer today, or even intA > 3 years.  We can come up with a list of things that potentially-F > *could* use it... but that isn't the same as requiring it.  Nor do IB > believe that any ISV in their right mind would target the 64-bitD > space at the exclusion of the 32-bit space.  Too many IA32 systemsB > in the world.  So far, I haven't heard what the "killer app" for > desktop 64 bits is.a  # Photoshop. And, yet again, games :)i  A But Photoshop is where there is real money to speed up processingcC larger images in increasing numbers. Have you any idea just what itaA takes to do a full wedding set from 2 EOS-D60s? And what the 14Mpg cameras do to that?i   -- t< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.c@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 1 Nov 2002 06:22:37 -0600 - From: koehler@encompasserve.org (Bob Koehler)i% Subject: Re: Immutable laws of the PCo3 Message-ID: <KS1cblJoY+Ay@eisner.encompasserve.org>   X In article <3DC160DF.4040802@nospamn.sun.com>, Andrew Harrison SUNUK Consultancy writes:0 >>>Nope but most systems have to maintain state. >>   >> 1! >>    Oh god, then don't use NFS!i >>   >  > Umm, why ? > ( > Explain in one paragraph why NFS isn't" > a sensible way of storing state. >   1    According to it's inventors, NFS is stateless.r   > 2 > Perhaps their idea of migrating is booting HP-UX1 > on the new boxes and setting their IP addresses2/ > and hostnames to be the same as the ones they 2 > were replacing. There seems precious little else > that they could have done.  0    They could migrate 80% of all the apps I use.   ------------------------------   Date: 1 Nov 2002 17:11:23 GMT , From: bill@gw5.cs.uofs.edu (Bill Gunshannon)% Subject: Re: Immutable laws of the PC 5 Message-ID: <apucjq$4uuo0$1@ID-135708.news.dfncis.de>   3 In article <KS1cblJoY+Ay@eisner.encompasserve.org>,o0 	koehler@encompasserve.org (Bob Koehler) writes: > 3 >    According to it's inventors, NFS is stateless.  >   1 At least it was til Linux got their claws on it!!    bill   -- oJ 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: Fri, 01 Nov 2002 16:21:33 GMT-9 From: Hein van den Heuvel <hein_netscape@eps.zko.dec.com> 9 Subject: Re: import/export between oracle 8.1.7 and 8.0.3c/ Message-ID: <3DC2A937.778D0409@eps.zko.dec.com>k  
 Manser wrote:y   > Hi oracle usersp > :e  H > 1) i run on node 1 the export utility to create a dump file expdat.dmp  : >    i transfer this file via ftp in binary mode to node 2. >    at node 2 i run import to import the file   :o  @ > IMP-00010: not a valid export file, header failed verificationA > IMP-00021: operating system error - error code (dec 2, hex 0x2)i  ? Export files zip up very nicely, compression quite a bit (sic).aH The zip tool is also likely to preserve file attributes better than ftp.  G Still, now that the file is over anyway, how about verifying some basicr data:hH Do a DIR/FULL on both side. If there is a difference (other than dates), makeI the output match the input using SET FILE/ATTR  (See HELP SET FILE /ATTR)6 Notw try again.h  J If they were the same, or once they are the same but it still fails, it is time/ to look at the RAW data: DUMP/BLOC=COUNT=1 .... D That _should_ be the same on both... if BINARY transfer mode worked.   >s> > 2) on node 2 i run the export utility against 8.1.7 (node 1) > 8 > NODE2> exp <username>/<password>@<db_name>.<db_domain> >-B > Export: Release 8.0.3.2.0 - Production on Fri Nov 1 0:31:49 2002  D You probably want to run the export for a given DB version with that export version.$J It is on the import side where you are pretty much expected to run a newer version.C You may or might not be able to go backwards, but that is on ORACLE0 question, not VMS.J Of course Oracle shoudl not just die in a smoldering heap if an impossible task is requested,F but that again is an Oracle problem. Be sure to contact their support/ newsgroups.   ; > 5) NODE1> imp <username>/<password>@<db_name>.<db_domain>s >eC > Import: Release 8.1.7.0.0 - Production on Fri Nov 1 00:02:16 2002e >t> > (c) Copyright 2000 Oracle Corporation.  All rights reserved. >e) > IMP-00003: ORACLE error 942 encounteredd) > ORA-00942: table or view does not existg? > IMP-00023: Import views not installed, please notify your DBAo- > IMP-00000: Import terminated unsuccessfullyk  H Typical tool-db version mismatch. You may be ale to make the db match or not.  Ask Oracle folks, not VMS folks.   hth, Hein.-   ------------------------------    Date: 01 Nov 2002 05:22:33 +0800, From: Paul Repacholi <prep@prep.synonet.com>@ Subject: Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek- Message-ID: <87u1j2482u.fsf@prep.synonet.com>r  ) David Mathog <mathog@caltech.edu> writes:   ; > Intel:  Of course we'll need to amortize our investment. c > HP:     (Carly) Of course!/ >         (Curly) My heart, aaargh,!!! (Whump!)   ; Nice idea, but don't you think Intel will want an Asset? :)t% And anyway, I'm sure Intergraph will!.   -- h< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.t@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Fri, 01 Nov 2002 20:00:55 +1100f1 From: Paddy O'Brien <paddy.o'brien@tg.nsw.gov.au>n> Subject: Re: Itanic ordered to halt by court. Iceberge free..., Message-ID: <3DC242C7.7020700@tg.nsw.gov.au>   John Smith wrote:c7 > "Bob Ceculski" <bob@instantwhip.com> wrote in messageB8 > news:d7791aa1.0210311538.6a2fe8c@posting.google.com... > : >>for 400 million they could have had ev8 which would have6 >>blown away everything else around ... just as bad as9 >>everyone thinking linux is saving them money when a vmsn6 >>solution would be saving them even more money in the( >>long run ... it's called stupidity ... >  > I > And that's why the executives get paid the big bucks. You can't be thatI* > stupid unless you get paid $117 million. >  "unless" ?? = "if"   Regards, Paddy      G ***********************************************************************e  C "This electronic message and any attachments may contain privileged > and confidential information intended only for the use of the B addressees named above.  If you are not the intended recipient of C this email, please delete the message and any attachment and adviseeB the sender.  You are hereby notified that any use, dissemination, 7 distribution, reproduction of this email is prohibited.-  A If you have received the email in error, please notify TransGrid mA immediately.  Any views expressed in this email are those of the O= individual sender except where the sender expressly and with rC authority states them to be the views of TransGrid.  TransGrid usese> virus scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************s   ------------------------------  $ Date: Fri, 1 Nov 2002 12:11:53 +01004 From: Didier.Morandi.nospam@Free.fr (Didier Morandi)/ Subject: Re: Looking for contract opportunitiesrC Message-ID: <1fkx6e9.14jmupv1ibfr5iN%Didier.Morandi.nospam@Free.fr>-   Yeah!-   :-)-   D.  G (SAP Basis training: 2nd of January 2003 for 54 days... and 6800 euros,0 ie 6800 US$)    . JF Mezei <jfmezei.spamnot@videotron.ca> wrote:   > Don Sykes wrote: > >  > > Welcome to the club. >  > Yeah, misery loves company.t   ------------------------------  # Date: Fri, 01 Nov 2002 17:31:04 GMTd4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>/ Subject: Re: Looking for contract opportunities 0 Message-ID: <3DC2BA3B.EDF99F01@blueyonder.co.uk>   Didier Morandi wrote:e >  > Yeah!  >  > :-)  >  > D. > I > (SAP Basis training: 2nd of January 2003 for 54 days... and 6800 euros,  > ie 6800 US$) >   M Is training adequate to get work in the current climate? Seems to me you need K two years commercial experience of exactly the technologies required at theR moment.u  g  e -- 6 tim.llewellyn@blueyonder.co.uk s  H * PLEASE NOTE tim.llewellyn@cableinet.co.uk address is NO LONGER VALID *   ------------------------------   Date: 1 Nov 2002 06:42:39 -06004- From: koehler@encompasserve.org (Bob Koehler)s) Subject: Re: Migrating Linux files to VMSe3 Message-ID: <C$JW7tyb7Wk2@eisner.encompasserve.org>S  _ In article <3DC185E5.6C6A6EDA@pressenter.com>, Lyndon Bartels <lbartels@pressenter.com> writes:n > J > What I want to be able to do is retain the date/time stamps of the files! > as I move them to the VMS box. O  F    Will tar do this?  There's lots of tar utilities available for VMS.   ------------------------------  $ Date: Fri, 1 Nov 2002 16:44:01 +0900& From: "David Lee" <phongle@kornet.net>* Subject: mouse with a scroller for OpenVMS+ Message-ID: <apt9nq$7sh$1@news1.kornet.net>c  I Does anyone knows  if there are any mouse (like PC that has a scroller in G the middle) that can be plug into the Alpha workstation running OpenVMS L 7.2-1.  It would be ideal if I can find a mouse that works just like the one use on a PC.L Any advices would be greatly appreciated or guide me in the right direction. Thank you in advance.-   ------------------------------  * Date: Fri, 1 Nov 2002 17:22:22 +0000 (UTC), From: lewis@mazda.mitre.org (Keith A. Lewis). Subject: Re: mouse with a scroller for OpenVMS. Message-ID: <apud8e$9o2$1@newslocal.mitre.org>  x "David Lee" <phongle@kornet.net> writes in article <apt9nq$7sh$1@news1.kornet.net> dated Fri, 1 Nov 2002 16:44:01 +0900:J >Does anyone knows  if there are any mouse (like PC that has a scroller inH >the middle) that can be plug into the Alpha workstation running OpenVMSM >7.2-1.  It would be ideal if I can find a mouse that works just like the one 
 >use on a PC.-  B The only mouse-wheel scrolling I have seen on VMS is the following? configuration, which (pleasantly) surprised the hell out of me:e  .     * Apple G-3 (B&W) running Yellow Dog Linux-     * USB 3-button mouse plugged into the G-3r@     * Mozilla running on an Alpha (VMS 7.3) displayed to the G-3  J The wheel works great on Mozilla, but it doesn't work for Decterm, TPU, orJ any other VMS application I tried.  It does seem to do *something* on TPU,K but I couldn't figure out how to turn it into something useful, and I'm the.' best (read only) TPU programmer I know.d  J Alphastations take standard PS-2 mice, so you could try a PS-2 wheel-mouseJ on it and let us know if it works.  I will too, once I get a graphics card
 for my Alpha.   + --Keith Lewis              klewis$mitre.org-> The above may not (yet) represent the opinions of my employer.   ------------------------------  $ Date: Fri, 1 Nov 2002 11:41:28 -0000 From: "td" <bob@bob.com>+ Subject: Re: newbie wants command line help8% Message-ID: <aptpai$ok9$1@rdel.co.uk>f   thanks folks!!  : "Bob Koehler" <koehler@encompasserve.org> wrote in message- news:tWCQFuMcYsor@eisner.encompasserve.org...PF > In article <apm86s$jj5$1@aquila.mdx.ac.uk>, david20@alpha2.mdx.ac.uk (David Webb) writes: > > Or more simply > >oJ > > mysearch :== search *.*  /exclude=(*.olb, *.*exe, *.uid, *.obj, *.hlb) > >i > I >    Yep, in this case that's easier.  In general you may need to use thef% >    command file for similar things.t >a   ------------------------------  $ Date: Fri, 1 Nov 2002 10:08:17 -07006 From: "Michael D. Ober" <obermd.@.alum.mit.edu.nospam> Subject: NTP (W32Time)0 Message-ID: <AByw9.37$wN1.22953@news.uswest.net>  K I need to open my Windows 2000 SNTP services to VMS 7.3-1.  Anyone know how5 to do this?    Thanks, 
 Mike Ober.   ------------------------------  $ Date: Fri, 1 Nov 2002 02:06:45 -0500  From: John Santos <JOHN@egh.com>$ Subject: Re: OPCOM/console questions4 Message-ID: <1021101020307.400B-100000@Ives.egh.com>  # On Fri, 1 Nov 2002, JF Mezei wrote:   M > Is it possible to send an OPCOM message that gets sent to all consoles that D > are enabled for that opcom class but which doesn't get logged into > operator.log ? > N > For instance, if you have a syslog server (whcih logs its own transactions),O > it is pointless to also have the opcom messages also sent to the operator.logX > (cluttering it up).   < Log them to one of the "OPERnn" classes, and have that class; enabled for OPA0, but not for operator.log by defining the  6 OPC$OPA0_CLASSES and OPC$LOGFILE_CLASSES logical names, appropriately in sys$manager:sylogicals.com.   -- s John Santoso Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Fri, 01 Nov 2002 02:40:12 -0500-- From: JF Mezei <jfmezei.spamnot@videotron.ca> $ Subject: Re: OPCOM/console questions, Message-ID: <3DC22FD8.9E226690@videotron.ca>   John Santos wrote:> > Log them to one of the "OPERnn" classes, and have that class< > enabled for OPA0, but not for operator.log by defining the8 > OPC$OPA0_CLASSES and OPC$LOGFILE_CLASSES logical names. > appropriately in sys$manager:sylogicals.com.  N Wow. thanks. Seems it is alll documented in SYLOGICALS... Hadn't gone there in
 a long time !a   ------------------------------   Date: 1 Nov 2002 08:14:34 -0800t% From: mb301@hotmail.com (Mark Bowman)s5 Subject: OpenVMS printing to printer via windows 2000C= Message-ID: <1d08b916.0211010814.41bdc271@posting.google.com>n  D Does anyone know how to print to local attached printer from OpenVMS which is running Windows 2000?  @ I have configured the printing port on the Windows PC as ABC600.   From TCPIP$PRINTCAP.DAT    OCE_TEST|oce_test:\a+         :lf=/TCPIP$LPD/SPOOL/OCE_TEST.LOG:\          :lp=OCE_TEST:\         :rm=x.x.x.x:\I&         :sd=/TCPIP$LPD/SPOOL/OCE_TEST:  $ Maybe the above file is not correct?  > Server queue OCE_TEST, idle, on FALCON::, mounted form DEFAULT9   /BASE_PRIORITY=4 /DEFAULT=(FEED,FORM=DEFAULT) Lowercasen /OWNER=[X,SYSTEM]hF   /PROCESSOR=TCPIP$LPD_SMB /PROTECTION=(S:M,O:D,G:R,W:S) /RETAIN=ERROR    All jobs go into a black hole...     Regardsu   Mark http://www.bonefire.org/guy/   ------------------------------  # Date: Fri, 01 Nov 2002 10:10:36 GMT . From: peter@langstoeger.at (Peter LANGSTOEGER)" Subject: Re: Remote Console access3 Message-ID: <wqsw9.65552$aa2.761421@news.chello.at>   _ In article <3DC1872D.2DB3CF0B@pressenter.com>, Lyndon Bartels <lbartels@pressenter.com> writes: I >I've got a couple ES40s at a remote site. Along with HSJ50s, and HSG80s.tH >I want to be able to remotely access the serial ports on these systems. >That way, do shutdowns etc. > D >Currently, I've got an old copy of PCM (Polycenter Console Manager)H >running. But our network guys think that LAT is a four-letter-word. And >DECserver are evil incarnate. >rI >So I want to get rid of that and get a TCP/IP based solution... At leasts >similar to what I have now.  D I used to run VCS/PCM with DECservers over TCPIP (was previously LATI but only in LAN here) but I can't no longer comment, because PCM died thea Y2K death (because of CAI)...0  G So, enjoy your network guys with TCP/IP but don't let them replace your-L DECservers (as long as they are not some over a decade old LAT-only ones)...   -- u Peter "EPLAN" LANGSTOEGERs% Network and OpenVMS system specialistp E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  $ Date: Fri, 1 Nov 2002 13:27:49 -0500' From: "Main, Kerry" <Kerry.Main@hp.com>o" Subject: RE: Remote Console accessT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660B0E@kaoexc01.americas.cpqcorp.net>   Robert,C  E >> IMHO, the Consoleworks/PC/Windows package that is foisted with thee? Alphaserver GS series is horrid.  What were they thinking?  TheaF Billy-ware has a seizure, and your GS-320 either hangs or crashes as a result. <<<   D If Billy-ware hangs or crashes, then it should not impact OpenVMS atF all. If it does, then imho, OpenVMS (or Tru64) has a bug. ConsoleWorksG is simply collecting, analyzing and storing the ascii output being sent * to it (from any system/device it supports)  G Btw - ConsoleWorks server can run natively on a VMS box (VAX or Alpha).04 It does not need Wintel if Cust does not want it.=20   :-)v   RegardsE  
 Kerry Main Senior ConsultantI Hewlett-Packard (Canada) Co.! Consulting & Integration Servicess Voice: 613-592-4660l Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)      -----Original Message-----< From: Robert Deininger [mailto:rdeininger@mindspring.com]=20 Sent: October 31, 2002 11:22 PM  To: Info-VAX@Mvb.Saic.Come" Subject: Re: Remote Console access    
 In articleH <BE56C50EA024184DAF48F0B9A47F5CF4023D9855@kaoexc01.americas.cpqcorp.net> ,-( "Main, Kerry" <Kerry.Main@hp.com> wrote:   >Lyndon, >eF >A few suggestions: http://www.tditx.com/products_consoleworks.html=20H >(ConsoleWorks is std console pkg included with Alpha GS Series servers)  B IMHO, the Consoleworks/PC/Windows package that is foisted with the? Alphaserver GS series is horrid.  What were they thinking?  TheCF Billy-ware has a seizure, and your GS-320 either hangs or crashes as a
 result.=200 Repeat until the PC is dropped down a stairwell.  7 >http://www.robomon.com/products/detail_robocentral.htmpI >http://www3.ca.com/Solutions/Product.asp?ID=3D3D1210 (CA follow-on to=20Y >VAXcluster Console)  E VAXcluster Console Manager should have never been allowed to get away 
 from DEC. =20s      G >Currently, I've got an old copy of PCM (Polycenter Console Manager)=20AH >running. But our network guys think that LAT is a four-letter-word. And   >DECserver are evil incarnate.  E Sounds like you have sub-standard network guys.  They can't cope withgH multiple network protocols?  Can they explain what they don't like about DECservers?i  G If LAT is a problem, there are TCPIP-based terminal servers.  The latereH ones from DEC have this ability (in addition to LAT), and so do the ones$ available now from Digital Networks.  G I think a multi-port terminal server is the right hardware solution for B console connectivity.  A software layer that gives you logging andD scripting is also very useful.  A web-based or windows-based consoleD manager is a great waste of time unless it is always up and running.E The ones I have seen are less reliable and less functional than plaine terminal servers.4   ------------------------------  % Date: Fri, 01 Nov 2002 10:29:29 +0000i( From: Nic Clews <sendspamhere@127.0.0.1>0 Subject: Re: Remote VMScluster recovery question) Message-ID: <3DC25789.7D044962@127.0.0.1>o   norm.raphael@metso.com wrote:r > 3 > I have 2 pairs of controllers at each of 2 sites.  > 3 > Last night something caused the pe connections ons > @ > the pair at site a to close.  I do not know if the controllers >  > lost power or rebooted.  ... K > Is there something I can set to avoid this, or is it just a timing issue,e > 
 > or what?  D From the scant details you've provided, probably the PE port for SCSG traffic closed longer than TIMVCFAIL which also ran into SHADOW_MBR_TMOD- (Also consider the setting of RECNXINTERVAL).   G I assume what happened was your cluster hung until the PE circuits were0C re-established, and HBVS just did its thing dependent on last knownn
 'masters'.  H You can change the timing of this behaviour by looking at the parametersC I've mentioned above, but work though what you're trying to achieveDH first. If you've not considered secondary [additional] and independently: connected PE circuits, then this might be a time to do it.   -- n? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot como   ------------------------------  $ Date: Fri, 1 Nov 2002 14:09:36 +01002 From: "Robert Boers" <robert.boers@softresint.com>$ Subject: VMS tape reader for Windows* Message-ID: <3dc27d14$1@news.deckpoint.ch>  B The beta version of the VMS tape reader for Windows 2000/XP can be6 downloaded (documentation and archive) from this page:$ http://www.softresint.com/Dwnlds.htm  L The VMS tape reader creates a dump file on the PC from a VMS formatted tape;I It reads and lists the files in the dump file; it lists the files and thee$ directories of a VMS BACKUP archive;J It can extract specific files from a tape image file, or a VMS BACKUP save$ set, to files in the Windows system.  J An (old) SCSI tape drive does not need a Windows driver as the tape reader can use 'raw' SCSI commands.K To use this tape reader run the executable in the archive with at least one-, tape drive connected to your Windows system.  E This beta version works until March 2003. Don't use it for productiona' purposes. You comments are appreciated.c   Regards, Robert Boers.  
 for comments:    info@softresint.com1   ------------------------------  # Date: Fri, 01 Nov 2002 15:32:32 GMTd! From: "Scratch" <scratch@aol.com>m) Subject: Was OpenVMS left out on purpose? > Message-ID: <k8xw9.61154$dn3.1979508@twister.southeast.rr.com>   I guess this kinda explains it.r   -- Kenneth Farmer http://www.OpenVMS.org       ----- Original Message -----/ From: "Moser, Jessica " <Jessica_Moser@sba.com>r, To: "'Kenneth Farmer'" <kfarmer@openvms.org>( Sent: Friday, November 01, 2002 10:28 AM Subject: RE: Instapoll questioni    
 > Kennth - >nE >    This survey was sponsored and written by the NonStop DevelopmentLL > department within HP so it's scope was limited to the NonStop platform. WeD > apologize if this wasn't communicated properly. Thank you for your interest@ > in the advocacy program. Please continue to check our web siteC > (www.hpuseradvocacy.org) for future advocacy related initiatives.  >  > -----Original Message-----3 > From: Kenneth Farmer [mailto:kfarmer@openvms.org]l+ > Sent: Thursday, October 31, 2002 12:12 PMu > To: admin@hpuseradvocacy.org > Subject: Instapoll questionc >  >," > Was OpenVMS left out on purpose? > = > http://www.hpuseradvocacy.com/Surveys/2002October/index.cfm  >s >uC > For which platform(s) are you developing enterprise applications?h > NonStop Kernel > HP-UXe > Tru64 UNIX	 > Windows  > Linux  > Other (please elaborate)   ------------------------------  $ Date: Fri, 1 Nov 2002 11:18:12 -0600* From: "Dave Gudewicz" <dgudewicz@core.com>- Subject: Re: Was OpenVMS left out on purpose?o9 Message-ID: <3dc2b758$0$17648$1dc6e903@news.corecomm.net>n  L Explains what?  That LINUX and Windows are no considered non-stop platforms, said the spider to the fly.s   -- Dave...e  G It is noble to teach oneself, but still nobler to teach others-and less  trouble. -----Mark Twainr  , "Scratch" <scratch@aol.com> wrote in message8 news:k8xw9.61154$dn3.1979508@twister.southeast.rr.com...! > I guess this kinda explains it.1 >0 > -- > Kenneth Farmer > http://www.OpenVMS.org >g >s >e > ----- Original Message -----1 > From: "Moser, Jessica " <Jessica_Moser@sba.com> . > To: "'Kenneth Farmer'" <kfarmer@openvms.org>* > Sent: Friday, November 01, 2002 10:28 AM! > Subject: RE: Instapoll questiono >a >t > > Kennth - > > G > >    This survey was sponsored and written by the NonStop Development K > > department within HP so it's scope was limited to the NonStop platform.u WeF > > apologize if this wasn't communicated properly. Thank you for your
 > interestB > > in the advocacy program. Please continue to check our web siteE > > (www.hpuseradvocacy.org) for future advocacy related initiatives.e > >w > > -----Original Message-----5 > > From: Kenneth Farmer [mailto:kfarmer@openvms.org]g- > > Sent: Thursday, October 31, 2002 12:12 PMe  > > To: admin@hpuseradvocacy.org > > Subject: Instapoll questioni > >  > >t$ > > Was OpenVMS left out on purpose? > >o? > > http://www.hpuseradvocacy.com/Surveys/2002October/index.cfmn > >u > >hE > > For which platform(s) are you developing enterprise applications?d > > NonStop Kernel	 > > HP-UXo > > Tru64 UNIX > > Windowsi	 > > Linuxt > > Other (please elaborate) >o >  >e >l >r   ------------------------------  $ Date: Fri, 1 Nov 2002 12:39:04 -0500$ From: "rob kas" <rob@netcarrier.net>- Subject: Re: Was OpenVMS left out on purpose?n3 Message-ID: <3dc2bc1f$0$1427$8e9e3842@news.atx.net>r  '     Game Set and Match --- Vax-Man !!!!h                  Rob  I > BULLSHIT!  Since when is Windows a non-stop platform?  Just because its H > crappy GUI has only a [Start] button doesn't make it *NON-STOP* by any > stretch of the imagination!x >t > --4 > VAXman- OpenVMS APE certification number: AAA-0001 VAXman(at)TMESIS(dot)COM >  >>   ------------------------------   Date: 1 Nov 2002 11:35:24 -0600n- From: koehler@encompasserve.org (Bob Koehler)n- Subject: Re: Was OpenVMS left out on purpose?-3 Message-ID: <plp1T4EmzszR@eisner.encompasserve.org>1  b In article <k8xw9.61154$dn3.1979508@twister.southeast.rr.com>, "Scratch" <scratch@aol.com> writes: >  >> Kennth -. >>F >>    This survey was sponsored and written by the NonStop DevelopmentM >> department within HP so it's scope was limited to the NonStop platform. WewE >> apologize if this wasn't communicated properly. Thank you for yourE
 > interestA >> in the advocacy program. Please continue to check our web sitehD >> (www.hpuseradvocacy.org) for future advocacy related initiatives.  B    Why would the NonStop Development department want to know aboutA    NonStop Kernel, HP-UX, Tru64 UNIX, Windows, and Linux, but nota$    about other HP operating systems?   ------------------------------  # Date: Fri, 01 Nov 2002 16:21:35 GMTc" From:   VAXman-  @SendSpamHere.ORG- Subject: Re: Was OpenVMS left out on purpose?r0 Message-ID: <00A16521.4E63FD58@SendSpamHere.ORG>  b In article <k8xw9.61154$dn3.1979508@twister.southeast.rr.com>, "Scratch" <scratch@aol.com> writes:  >I guess this kinda explains it. >2 >--2 >Kenneth Farmer  >http://www.OpenVMS.org  >b >e >r >----- Original Message -----n0 >From: "Moser, Jessica " <Jessica_Moser@sba.com>- >To: "'Kenneth Farmer'" <kfarmer@openvms.org>2) >Sent: Friday, November 01, 2002 10:28 AMg  >Subject: RE: Instapoll question >i >  >> Kennth -r >>F >>    This survey was sponsored and written by the NonStop DevelopmentM >> department within HP so it's scope was limited to the NonStop platform. WesE >> apologize if this wasn't communicated properly. Thank you for your 	 >interestXA >> in the advocacy program. Please continue to check our web siteeD >> (www.hpuseradvocacy.org) for future advocacy related initiatives.  G BULLSHIT!  Since when is Windows a non-stop platform?  Just because itsjF crappy GUI has only a [Start] button doesn't make it *NON-STOP* by any stretch of the imagination!    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMs            15   "Well my son, life is like a beanstalk, isn't it?" e   ------------------------------   Date: 1 Nov 2002 09:39:24 -0600(+ From: young_r@encompasserve.org (Rob Young)o- Subject: Re: Was OpenVMS left out on purpose?n3 Message-ID: <5Llf9VwVQiG1@eisner.encompasserve.org>e  U In article <00A16521.4E63FD58@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes:    > I > BULLSHIT!  Since when is Windows a non-stop platform?  Just because itsaH > crappy GUI has only a [Start] button doesn't make it *NON-STOP* by any > stretch of the imagination!h >    	ROTFL   			Rob   ------------------------------   End of INFO-VAX 2002.604 ************************