HDTenEightyP/NetNews huggingface dataset:
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: RE: More than 1 line of command history buffer
Date: 31 Dec 92 11:52:46 GMT
Distribution: world
Organization: The Internet


	I am reading a command line in my program, using C RTL function gets()
	(I suspect that this just does a plain buffered read from the terminal
	with NL as terminator, but I am not sure which VMS system function
	this may be).

Well, ultimately perhaps - but it's a LONG way down the hierarchy to get
there.

	I like to have the command line editing provided courtesy of VMS
	system read procedure, and the fact that I can retrieve the previously
	used command line using the up-arrow key; however, I am spoiled by the
	DCL 20-line command history (and the readline library I am using on
	Unix that remembers commands across login sessions).  Is there a
	simple way to increase the command history list size, so that more
	than one last command is remembered?

	Of course I could switch to unbuffered/raw read and do the line
	editing and command line history myself, but I would rather not, if I
	don't have to.

Use SMG$READ_COMPOSED_LINE.  You can use this function without using SMG to
maintain your whole screen - you'll need to make a couple of auxiliary calls
to create some basic SMG objects, but that's it.

(The only other alternative is to "roll your own", starting with the under-
lying QIO calls.  This is MUCH messier than SMG$READ_COMPOSED_LINE.)

							-- Jerry

Newsgroups: comp.os.vms
From: jsue@ncsa.uiuc.edu (Jeffrey L. Sue)
Subject: Re: HELP!!! Security problem for gurus.
Originator: jsue@pluto.ncsa.uiuc.edu
Organization: The Dow Chemical Company
Date: Wed, 30 Dec 1992 20:58:36 GMT

In article <1hgtgpINNfjb@gap.caltech.edu> carl@SOL1.GPS.CALTECH.EDU writes:
>In article <1992Dec23.194607.26032@ncsa.uiuc.edu>, jsue@ncsa.uiuc.edu (Jeffrey L. Sue) writes:
>=In article <1h9e1nINN1c9@gap.caltech.edu> carl@SOL1.GPS.CALTECH.EDU writes:
>=>In article <1992Dec22.161918.9033@ncsa.uiuc.edu>, jsue@ncsa.uiuc.edu (Jeffrey L. Sue) writes:
>=>>Now that's a creative way to do it.  Just hope MAIL doesn't decide to use
>=>>that MAILbigfilename.MAI sometime - though it may check for this and handle
>=>>it correctly, I've no idea how to test this.  (besides I'm sure that the
>=>>possibility is quite small)
>=>
>=>Easy:  Just pick a date that's before NOW.  
>=Hmm....
>=MAIL$09A8BDA800050096.MAI doesn't like it has anything to do with a date.
>
>Well, that's because you don't know anything about what you're talking about,
>now isn't it?  The numerical part of the name consists of:
>
>	The hexadecimal representation of the second and third words of the
>	time the message was received;
>
>	A four-character hexadecimal code identifying the sort of filename this
>	is (the format changed between VMS v4 and VMS v5);
>
>	The hexadecimal representation of the high order word of the time the
>	message was received.
>
>So the numerical part of the filename (09A8BDA800050096) refers to system time
>009609A8BDA80000 or thereabouts (the low-order word of the system time isn't
>used, so the granularity is to about a centisecond), which translates to:
>14-SEP-1992 11:24:44.

Good information... where is this documented?  That was the point of the
original flame:  that others don't take the time to look it up in the
documentation.  Again, you are correct that I don't know what I'm talking
about here, which is why the question was raised, don't you think?  Questions
are otherwise known as queries, and often used (at least by me) to find out
information not known.  Remember, I did look through the documentation and
this info was *not* easily found.

>
>=Gee... some of us have *real* jobs, some of which doesn't even apply to VMS.
>=Actually, I know quite a bit of how VMS works, however little things like
>=how MAIL determines what "bignumber" to use is of little value to me.
>
>I see.  You just couldn't be troubled to pay attention this issue last came up
>(a couple of weeks ago) and was discussed in detail?

Alas, scanning for information on Internet (or elsewhere) is not what I
get paid for most - it's results for my customers.  If I don't get to
the news services for a few days a bunch of messages get marked as read
due to the lack of time... and I still never catch up.


-- 
-----
Jeff Sue   
 - All opinions are mine -       (and you can't have any, nya nya nya)
Newsgroups: comp.os.vms
From: fairfield@slacvx.slac.stanford.edu
Subject: Re: EVE vs. TPU
Organization: Stanford Linear Accelerator Center
Date: Tue, 22 Dec 1992 18:47:51 GMT

In article <22DEC199209223462@vax2.concordia.ca>, davek@vax2.concordia.ca (DAVID KURZMAN) writes:
> Hi there,
> I keep on reading about TPU vs. EVE as editors.  Is TPU the default editor 
> on VMS.  What is the difference between EVE and TPU?  If someone can give 
> me a short description of the two editors I would appreciate it.  If this 
> is a FAQ, please forgive me as I am not sure where I can get the FAQ list 
> from.  I promise that I will read it once it is reposted.

        There's no "vs." here.  TPU is  the VAX Text Processing Utility.
    EVE  is  an editor written in the TPU language and shipped with  VMS
    free  of  charge.   Even  the  sources  are   available   (look   at
    SYS$EXAMPLES:EVE$*.TPU)  so  you can see what DEC did to build their
    editor and  make  your  own  customizations  or  extensions.   For a
    translation    of   "EVE",   look   at   the   first   comment    in
    SYS$EXAMPLES:EVE$BUILD.TPU (or SYS$LIBRARY:EVESECINI.TPU  under  VMS
    V4.x):

	     ! EVE - { Extensible | Easy | Efficient } Vax Editor


        There are  other  editors  written  in  TPU,  notably LSE, DEC's
    Language  Sensitive Editor.  However, LSE is NOT free and you  don't
    get the sources.

        Finally, I'd like to put in a  plug for the INFO-TPU list, which
    is gatewayed to vmsnet.tpu: this is a nice, low-volume list to which
    a  number  of  knowledgeable people contribute,  including  DEC  TPU
    developers.  If you can't pickup the vmsnet.tpu newsgroup,  you  can
    subscribe  to  the  INFO_TPU mailing list by sending a one-line mail
    message containing the following:

        	    SUBSCRIBE INFO-TPU Your Actual Name

    to LISTSERV@SHSU.BITNET,  or  to  LISTSERV@SHSU.EDU.   Please do not
    send subscription requests to the list itself.

    		Cheers, Ken
-- 
 Dr. Kenneth H. Fairfield    |  Internet: Fairfield@Slac.Stanford.Edu
 SLAC, P.O.Box 4349, MS 98   |  DECnet:   45537::FAIRFIELD (45537=SLACVX)
 Stanford, CA   94309        |  BITNET    Fairfield@Slacvx
 ----------------------------------------------------------------------------
 These opinions are mine, not SLAC's, Stanford's, nor the DOE's...
From: 0003751365@MCIMAIL.COM ("Thomas J. Klotzbach")
Newsgroups: comp.os.vms
Subject: DECserver 300 V2.2 TSM Get_char file doesn't work w/ TSM V1.6
Date: 23 Dec 92 13:55:00 GMT
Organization: The Internet


    Just to let folks know of a problem with the TSM$DS3_V22_GET_CHAR.COM
command file that is supplied with the DECserver 300 for VMS V2.2 software
release.  This problem started after I upgraded from DECserver 300 for VMS 2.1
to V2.2.  We are currently running TSM V1.6.

    Here's what happens...

$ @TSM$DS3_V22_GET_CHAR D200B password
%TSM-I-CREATE, Creating TSM output file
SYS$SYSROOT:[DECSERVER]TSM$DS3_VXX_TEMP_OUTFILE.TMP;1 22-DEC-1992 19:33:23.45
 Checking TSM version for compatibility with DS300 software version V2.2.
 Version V2.2 software on the target server not supported by this procedure.


   I have identified the following sections in
SYS$COMMON:[DECSERVER]TSM$DS3_V22_GET_CHAR.COM as causing the problem and have
also added the fixes...
.
.
.
$get_TSM_version:
$       If Ver Then write sys$output " Checking TSM version for compatibility
with DS300 software version ''software_version_string'."
$read_TSM_version:
$       read /end=done in line
$       clue = f$extract(0, 8, line)
$       IF clue .nes. "Terminal" then goto read_TSM_version
$       version_string = f$element(3," ",line)
$       IF software_version_string .eqs. "V2.0" then goto clear_v1
$       IF software_version_string .eqs. "V2.1" then goto clear_v2
$ !
$ ! Next line added to fix DS300 V2.2 software compatibility problem
$ !
$       IF software_version_string .eqs. "V2.2" then goto clear_v2
$       write sys$output " Version ''software_version_string' software on the
target server not supported by this procedure."
$       goto done
$!
$clear_v1:
$       IF version_string .eqs. "V1.4" then goto TSM_ver_ok
$       write sys$output ""
$       write sys$output "      ** Warning - This procedure requires TSM version
V1.4 **"
$       write sys$output "      **   for full compatibility with the target
server.   **"
$       write sys$output ""
$       goto DS300_ok
$clear_v2:
$ !
$ ! Added tests for TSM V1.6 and V1.6A to fix TSM version warning message
$ !
$       IF (version_string .eqs. "V1.5") .or. -
           (version_string .eqs. "T1.5") .or. -
           (version_string .eqs. "V1.6") .or. -
           (version_string .eqs. "V1.6A") then goto TSM_ver_ok
$       write sys$output ""
$       write sys$output "      ** Warning - This procedure requires TSM version
V1.5 **"
$       write sys$output "      **   for full compatibility with the target
server.   **"
$       write sys$output ""
$       goto DS300_ok
.
.
.


    DEC states that they will address the above problem(s) in some sort of
article in the LAT-DECSERVER DSNlink database.

*******************************************************************************
Thomas J. Klotzbach                   MCI Mail: 375-1365
Genesee Community College             Internet: 3751365@mcimail.com
Batavia, NY 14020                               klotzbtj@snybufva.cs.snybuf.edu
                                      Work: (716) 343-0055 x358

Newsgroups: comp.os.vms
From: jcr@avila.inesc.pt (Joao Fernando Cavaco Rolo (INESC - CSC))
Subject: Re: please,I want solve the problem with RDO...
Organization: INESC (Inst. Eng. Sistemas e Computadores) -LISBOA -PORTUGAL
Date: Mon, 21 Dec 1992 12:51:05 GMT


In article <AFA6CC3EF17F000C57@EGFRCUVX> HAMDY@SHEBIN.EG writes:
>Hello info-vax...
>Please, when I try to define database file on RDO>
>RDO>define database <filename>.
>Now, appear to me these message in the following......
>I'll be glad If anyone solve this problem or the message error.
>
>%%%%%%%%%%OPCOM 13-DEC-1992 10:44:28 %%%%%%%%%%%%%%%%%%
>Message from user HAMDY
>%license-E-NOAUTH, DEC cdd-plus use is not authorized on this node
>-license-f-nolicense, noi license is active for this software
prodeuct
>-License-I-sysmgr, please see your system manager
>
>
>%RDO-F-cdderr,error occurred during CDD signin, CDD will not be used
>-CDD-F-NOMSG, Message number 002bed2c
>-license-f-nolicense,no license is active for this software product
>
>any ideas?
>I'll be happy to solve these problem..

If you do not paln to use CDD features, you can do :

RDO> define database <filename> dictionary is not used.

see RDO HELP DEFINE_DATABASE Format db-wide-options-2

If you plan to use CDD features, contact you system manager in order
to provide a license.

Joao Rolo.







--
==============================================================================
Joao Fernando Cavaco Rolo
INESC - Instituto de Engenheria Sistemas e Computadores
Av. Duque D'Avila, 2,3 6 andar Dto
Lisboa
Telefone : 310 00 07
Fax      : 310 00 08
E-mail   : jcr@inesc.pt
PSI      : 
==============================================================================
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: How To Subscribe to Info-Vax
Date: 23 Dec 1992 14:08:35 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <9212230640.AA10253@ucbvax.Berkeley.EDU>, FZC@CU.NIH.GOV ("Always Something There to Remind Me") writes:
>As a note, if someone wants to subscribe to
>Info-Vax, they must send a request to a server
>such as LISTSERV.

That's all well and good, but there are LISTSERVs in a LOT of places.

>You should not send a message to the Info-Vax list
>directly, as all 750,000 readers get it, and you
>{still} will not be subscribed to the list.

But maybe he'll find out WHERE he should subscribe.

>To be subscribed to the list, YOU PERSONALLY MUST
>send a message directly to the server.  Send a message
>to the following address:
>
>  LISTSERV@PUCC.PRINCETON.EDU

Now, that'd be really silly if I had an acount on CRVAX.SRI.COM, now wouldn't
it?

>Subject isn't important.

That depends on where you're subscribing.

>As the first line of the message put in
>
>SUBSCRIBE INFO-VAX Firstname Lastname

Again, this is dependent on where you're subscribing.

>(Change 'Firstname' and 'Lastname' to yours, of course.)
>
>The Princeton Listserv will forward the request onto
>the nearest listserv that handles INFO-VAX.

Of course, the canonical server is accessible as (if I recall correctly)
INFO-VAX-REQUEST@CRVAX.SRI.COM.
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms
Subject: Re: Apending a file at the end of mail.
Date: 22 Dec 92 16:02:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <1h6a0uINN9ks@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU writes...
# 
#[rather clumsy {since it needs a subprocess} answer deleted]

I'm sorry, Carl, that we can't all be like you and use brain-dead
editors like TPU that are built into VMS.

That's why REAL EXPERTS like yourself do the procedure() mumble mumble
in tpu, while the rest of us do it in two or three keystrokes in EDT.
Of course I don't mean Digital's EDT, I mean callable EDT with a shell
around it that supports spawning, etc.

#Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
# 
#Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.

Well go earn your pay and jump on someone else's back.  Me and my
friend Sabry Koto from Egypt are really hurt.  P.S. He is hurt doubly
by your accusation that he hasn't looked at the manual.  In fact, see
what you made him do, now he's crying.  There there Sabry.

Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
From: lbmoore@tchden.org ("Louis B. Moore")
Newsgroups: comp.os.vms
Subject: RE: comp.os.vms.flame, never ending story...
Date: 30 Dec 92 16:57:16 GMT
Distribution: world
Organization: The Internet


>with MOVE, indeed: Carl. He took the time to send me a kind question, just

Nobody pointed out that Carl had politely responded to requests for help
from Egypt before, again politely, suggesting an interpreter.  Carl's flames
have been much flamed, but Carl's patience has been ignored.

I ignore most posts on INFO-VAX, but usually read those of Arne, Carl, 
and Ehud.
 
>Oscar.


 Louis B. Moore                      Internet: lbmoore@tchden.org
 Systems Programmer                  Phone:    +1 303 837 2513
 The Children's Hospital of Denver   Denver, Colorado USA 80218

With thanks to Ehud for the concept, what follows is some actual
technical content:

------------------------------------------------------------------

       	.Title		RANDOM_INT
	.Subtitle	RANDOM_INT - Program Header
	.Ident		'V1.0-001'
	.Library	'Sys$library:LIB.MLB'
;
	.Subtitle	RANDOM_INT - Declarations and Equates
	.Page

	.Macro	SDESC	LEN, ADDR	  		;Fixed
	.WORD		LEN
	.BYTE		DSC$K_DTYPE_T
	.BYTE		DSC$K_CLASS_S
	.ADDRESS	ADDR
	.Endm	SDESC


	.Subtitle	RANDOM_INT - Read/Write Data
	.Page
	.Psect		RANDOM_INT$RW_DATA	Pic,Page,Noexe,Rd,Wrt


SEED:		.BLKQ	1
MAXINT:		.BLKL	1

RANDOM:		.BLKL	1


RANDOM_DSC:	SDESC	MAXINT_SIZ,RANDOM_TXT
RANDOM_TXT:	.BLKB	8
MAXINT_SIZ	= . - RANDOM_TXT


MAXINT_DSC:	SDESC	MAXINT_SIZ,MAXINT_TXT
MAXINT_TXT:	.BLKB	MAXINT_SIZ

MAXINT_FIXED:	.ASCID	"99999999"

SYMBOL:		.ASCID	"RAND_INT"
LOCAL_SYM:	.LONG	1

RND_D_PROMPT:	.ASCID	"Maximum integer to generate for: "



	.Subtitle	RANDOM_INT - Program Code
	.Page
	.Psect		RANDOM_INT$code	Pic,long,exe,rd,nowrt

;

	.ENTRY	RANDOM_INT, ^M<>

INIT:	PUSHL		#0			;flag (no prompting)
	PUSHAL		(SP)			;Address of flags
	PUSHAW		MAXINT_DSC		;resultant length
	PUSHAQ		RND_D_PROMPT		;prompt string
	PUSHAQ		MAXINT_DSC		;result string
	CALLS		#4,G^LIB$GET_FOREIGN	;get data
	ADDL2		#4,SP			;fix SP
	BLBS		R0,10$			;Ok? Yes, branch
	MOVQ		MAXINT_FIXED,MAXINT_DSC	;    No,  put in our own value
10$:	PUSHL		#4			;Size of output
	PUSHAL		MAXINT			; Location of output
	PUSHAQ		MAXINT_DSC		;  source text
	CALLS		#3,G^OTS$CVT_TU_L	;   convert
20$:	BLBC		R0,30$			;    error
	$GETTIM_S	TIMADR=SEED		;Get Time to use as seed
	BLBS		R0,40$			;Branch if OK.
30$:	PUSHL		R0			;Error
	CALLS		#1,G^LIB$STOP		;If not
40$:	PUSHAL		SEED			;Address of Seed
	CALLS		#1,G^MTH$RANDOM		;get a random number F_Float
	CVTLF		MAXINT,R1		;Convert Max Integer to F_Float
	MULF2		R1,R0			;Multiply Max int time random
	CVTFL		R0,RANDOM		;Convert back to integer

	PUSHL		#MAXINT_SIZ		;MAXINT_SIZ digits
	PUSHAQ		RANDOM_DSC		;For text version of RANDOM
	PUSHAL		RANDOM			;Binary version
	CALLS		#3,G^OTS$CVT_L_TU	;Convert
50$:	BLBC		R0,30$			;Yuck!
	PUSHAL		LOCAL_SYM		;Local Symbol Table
	PUSHAQ		RANDOM_DSC		;Value
	PUSHAQ		SYMBOL			;Symbol
	CALLS		#3,G^LIB$SET_SYMBOL	;Do it
	BLBC		R0,50$			;mumble

EXIT:	MOVL	#SS$_NORMAL,R0
	$EXIT_S	R0

	.END	RANDOM_INT
From: LABELLES@ZENO.MSCD.EDU (Stephen LaBelle - MSCD)
Newsgroups: comp.os.vms
Subject: Thanks to all whom responded to my Inquiry!!
Date: 21 Dec 92 07:27:44 GMT
Organization: The Internet

Hello,

Would like to thank everyone whom responded to my inquiry concerning
3rd party vendors of VAX disks.

							Steve

##############################################################################
# Stephen LaBelle                        # Internet : labelles@zeno.mscd.edu #
# Systems Programmer                     #            labelles@clem.mscd.edu #
# Metropolitan State College of Denver   #####################################
# Denver, Colorado  USA                  # Bitnet   : LABELLES@MSCD.BITNET   #
##############################################################################
# DISCLAIMER: The opinions expressed are mine and in no way, shape or form   #
# neccessarily reflect those of Metropolitan State College of Denver.        #
##############################################################################
From: tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425")
Newsgroups: comp.os.vms
Subject: RE: Using DECNET ALIAS to masquerade
Date: 23 Dec 92 15:05:43 GMT
Organization: The Internet

Anders Ostling (anos@ineab.ikea.se) writes:

>I was thinking of using the
>Decnet alias facility to let the whole cluster be seen as X from the
>outside world and thus let Y send data to (and recieve) the IBM system
>without chaning routing tables etc at the remote site.

This is my understanding of how the alias works.

The cluster alias is used in two ways.  It allows a cluster to accept *in-bound* 
connections addressed to the alias (SET EXEC ALIAS INCOMING ENABLED, SET EXEC 
ALIAS NODE clustename).  It also allows certain objects to substitute the 
cluster alias name for the node name in outbound connections (SET OBJECT MAIL 
ALIAS OUTGOING ENABLED) or inbound connections (SET OBJECT PHONE ALIAS INCOMING 
ENABLED).  It does not allow general outbound connections to have the alias 
address in the source field of the DECnet packet (i.e. with a COPY command).

-----------------------------+--------------------------------
 Brian Tillman               | Internet: tillman@swdev.si.com
 Smiths Industries, Inc.     |           tillman_brian@si.com
 4141 Eastern Ave., MS129    | Hey, I said this stuff myself.
 Grand Rapids, MI 49518-8727 | My company has no part in it.
-----------------------------+--------------------------------
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms
Subject: Re: How Open is Open VMS?
Date: 2 Jan 93 11:40:32 GMT
Organization: Applied Information Systems, Chapel Hill, NC

In article <gurman.725934660@umbra.gsfc.nasa.gov>, gurman@umbra.gsfc.nasa.gov (Joseph B. Gurman) writes:
>     Isn't the official word that, beyond all the purely hype aspects of
> adding "Open" to the previously completely proprietary VMS, developers
> can now license the source code for porting to other platforms?
>     A colleague returing from DECUS said DEC was openly apologetic,
> because some folks apparently thought "Open" meant "free." I would have
> referred these individuals to a good reality check service....

I know that this article is probably not in response to anything I
wrote, but it brings up a topic related to one I mentioned.

In a previous article, I mentioned that I felt that GNU was one of the
few truly `open' systems.  It wasn't because it was free, it was
because many Unix vendors feel the need to add `enhancements' to their
OS products that have the effect of creating subtle (and not-so-subtle)
incompatibilities between the different systems.  IMHO, this makes them
no longer very `open' in any meaningful sense.  Cost per se has nothing
to do with it, other than providing an incentive for the practice.  The
GNU people at least don't add gratuitous incompatibilities for such
reasons;  plus the source code is available (not true of many other
vendors, even for a license fee).

Now as to whether `open' == `good', that's an entirely different
question.  Many people seem to think so, but have a confused idea of
what `open' is.  It certainly is not true that `open' == `Unix', as
my previous article tried to make clear (problems with various Unix
implementations).  I think the main question is whether the system
solves the customer's needs, which after all is what we use these
things for anyway.

Bruce C. Wright
From: FZC@CU.NIH.GOV ("Paul Robinson, Contractor")
Newsgroups: comp.os.vms
Subject: What does the GOLD key do?
Date: 4 Jan 93 01:45:59 GMT
Reply-To: TDARCOS@MCIMAIL.COM
Distribution: world
Organization: The Internet

Does anyone know what escape sequence is generated by the
GOLD key on a DEC keyboard?  I'd like to add it to the
VT100 emulation my PC software does.

Thank you,
Paul Robinson -- TDARCOS@MCIMAIL.COM