HDTenEightyP/NetNews huggingface dataset:
From: kjb@calmasd.prime.com (Ken Brucker)
Newsgroups: comp.os.vms
Subject: Re: TPU:  proc to delete trailing spaces
Date: 24 Dec 92 21:58:32 GMT
Organization: Computervision, San Diego CA

In article <1992Dec23.062138.3034@hubcap.clemson.edu>, rsimms@hubcap.clemson.edu (Robert Simms) writes:
> Together with a friend, I came up with the following procedure
> that I keep in my tpu$command file:
> 

[ ... tpu file deleted ... ]

How about :

Procedure Eve_Trim_Buffer

    message("Trimmimg buffer...");
    eve$trim_buffer( current_buffer );
    message("Trimming complete.");

endprocedure;

Ken

-- 
-------------------------------------------------------------------------------
**  Ken Brucker -- VMS/Ultrix Systems Programmer/Mangler -- Computervision
 **  kjb@calmasd.Prime.COM  
  **  Practice Random Kindness and Senseless Acts of Beauty
Newsgroups: comp.os.vms
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Detecting directory of invoked .com
Date: 25 Dec 1992 06:26:29 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 <1992Dec23.181631.29078@tigger.jvnc.net>, fogelinc@Cyanamid.COM (Carl Fogelin) writes:
>>In <1992Dec23.160636.27010@tigger.jvnc.net> fogelinc@nmr1.Cyanamid.COM writes:
>>
>>> In a DCL program, I would like to be able to determine what directory the
>>> invoked .com file is located in.  I seem to remember a similar thread about
>>> 6 - 8 months ago, so I hope someone remembers the solution.
>>
>>Try:   f$parse(f$env("procedure"),,,"directory")
>
>This was exactly what I needed.  I'd like to thank:
>
>    Richard Critz              critz@star.enet.dec.com
>    Malcolm Dunnett            dunnett@mala.bc.ca
>    Ulli 'Framstag' Horlacher  orakel@rz.uni-ulm.de
>
>for their immediate help.
>
>Ok Carl and Ehud, feel free to vilify me.  I should have seen this in TFM or $HELP.

Well, I'll vilify you for not telling us whether or not you also wanted the
device name (in most such cases, you would).

>On a related note, is there any way from within an executable to determine the
>name of the DCL command program which invoked said executable?  If it makes a
>difference, my executable was programmed in C.  Again thanks.

The name of the procedure, no (unless you want to do some sort of kernel hack,
in which case you'd be best off asking Ehud via e-mail).  VAX C will easily
give you the name of the image you're running, but not the procedure that
invokde the image.
--------------------------------------------------------------------------------
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: imhw400@indyvax.iupui.edu
Newsgroups: comp.os.vms
Subject: VAXNET with LAT mods?
Date: 22 Dec 92 13:07:47 -0500

I seem to recall hearing that there is a version of Robin Miller's VAXNET
program that has been updated for use with LAT ports.  Do you know where I can
find it?  AtDhVaAnNkCsE
-- 
Mark H. Wood, Lead Analyst/Programmer    +1 317 274 0749   [@disclaimer@]
Internet:  IMHW400@INDYVAX.IUPUI.EDU     BITNET:  IMHW400@INDYVAX
Celebrate freedom:  read a banned newsgroup.
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms
Subject: Re: VAX c
Date: 26 Dec 92 23:54:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <1hh20mINNfjb@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU writes...
#In article <25DEC199221083299@spades.aces.com>, gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546) writes:
#>#So how do I make sure that the buffer gets onto disk? (in my case), I asked.
#=#They told me that there is an "unsupported and undocumented" function that I
#=#could call.  Thanks, but no thanks, I said.
#=
#=I didn't realize I'd have to hold your hand through this.  You
#=wanted it out of VAX C, I showed you how.  Now you want it out
#=of RMS and you won't even look up SYS$FLUSH.  Shame on you.
# 
#=P.S. If you can't figure out how to go from a stream ID (FILE *) to
#=     a FAB, please play with the listings just a tad more.
# 
#Actually, you don't have to go all the way to the FAB, just to the RAB.  And
#the "unsupported and undocumented" function that DEC support was talking about
#was almost certainly the one that returns the RAB associated with a file
#descriptor.

Actually since you can easily get from FILE * to the FAB, and
the FAB gives you FAB$L_RAB which gives you the RAB, you do
have to 'go all the way back to the FAB.'

Undoubtedly the C compiler makes intimate use of this 'unsupported
and undocumented' (unlikely to change at any time although no one
will admit to it) featuere.

#Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
# 
Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
Go on, EMOTE!  I was RAISED on thought balloons!!
From: nobody@PA.DEC.COM ("ftpmail service on inet-gw-2.pa.dec.com")
Newsgroups: comp.os.vms
Subject: your ftpmail request has been received
Date: 30 Dec 92 09:41:33 GMT
Reply-To: <nobody@inet-gw-2.pa.dec.com>
Distribution: world
Organization: The Internet

We processed the following input from your mail message:

	CONNECT wsmr-simtel20.army.mil
	reply info-vax@kl.sri.com
	get pd1:<misc.vaxvms>uudecode.c
	get pd1:<misc.vaxvms>uuencode.c
	get pd1:<misc.vaxvms>uudecode.vms
	get pd1:<misc.vaxvms>uudecode2.vms

We have entered the following request into our job queue
as job number 725708498.12240:

	connect wsmr-simtel20.army.mil anonymous ftpmail/FZC@CU.NIH.GOV
	reply info-vax@kl.sri.com
	get pd1:<misc.vaxvms>uudecode.c ascii
	get pd1:<misc.vaxvms>uuencode.c ascii
	get pd1:<misc.vaxvms>uudecode.vms ascii
	get pd1:<misc.vaxvms>uudecode2.vms ascii

There are 625 jobs ahead of this one in our queue.

You should expect the results to be mailed to you within a day or so.
We try to drain the request queue every 30 minutes, but sometimes it
fills up with enough junk that it takes until midnight (Pacific time)
to clear.

Note that the "reply" or "answer" command in your mailer will not work
for this message or any other mail you receive from FTPMAIL.  To send
requests to FTPMAIL, send an original mail message, not a reply.  As
shown in the header of this message, complaints should be sent to the
ftpmail-admin@inet-gw-2.pa.dec.com address rather than to postmaster,
since our postmaster is not responsible for fixing ftpmail problems.

There is no way to delete this request, so be sure that it has failed
before you resubmit it or you will receive multiple copies of anything
you have requested.

There is no way to ask for only certain parts of a file to be sent.  If
you receive output from ftpmail that seems to be missing some parts, it
is likely that some mailer between here and there has dropped them.  You
can try your request again, but chances are fairly good that if it is
dropped once it will be dropped every time.

There is no way to specify that your request should be tried only during
certain hours of the day.  If you need a file from a time-restricted FTP
server, you probably cannot get it via ftpmail.

Last update: : mail-target,v 1.6 1992/11/08 04:25:45 vixie Exp vixie 

  -- Ftpmail Submission Transcript --
<<< CONNECT wsmr-simtel20.army.mil
>>> Connect to wsmr-simtel20.army.mil as anonymous with ftpmail/FZC@CU.NIH.GOV
<<< reply info-vax@kl.sri.com
>>> OK, will reply to <info-vax@kl.sri.com>
<<< get pd1:<misc.vaxvms>uudecode.c
>>> get pd1:<misc.vaxvms>uudecode.c ascii
<<< get pd1:<misc.vaxvms>uuencode.c
>>> get pd1:<misc.vaxvms>uuencode.c ascii
<<< get pd1:<misc.vaxvms>uudecode.vms
>>> get pd1:<misc.vaxvms>uudecode.vms ascii
<<< get pd1:<misc.vaxvms>uudecode2.vms
>>> get pd1:<misc.vaxvms>uudecode2.vms ascii
>>> checking security of host `wsmr-simtel20.army.mil'
>>> host `wsmr-simtel20.army.mil' has IP addr [192.88.110.20]
>>> host `wsmr-simtel20.army.mil' is ok
  -- End Of Ftpmail Transcript --

Newsgroups: comp.os.vms
From: hudson@ug.cs.dal.ca (Bruce Hudson)
Subject: Re: Connection rejected by remote host
Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada
Date: Tue, 22 Dec 1992 14:14:19 GMT

In article <1992Dec22.114724.37@elmrd6.ineab.ikea.se> anos@elmrd6.ineab.ikea.se writes:
>
>I have a problem with RT-terminals (or lack of them ;-) on a system that
>previosly was used via LAT, but not any more. Since we moved it away from
>our LAT network we can't create enough logins
>
>	%SYSTEM-F-REJECT, connect to network object rejected

    If I understand your question, "can't create enough logins" means
that you can make some connections but it then refuses any more. After
16 perhaps?? That is the default value of the SYSGEN parameter RJOBLIM.
This is a dynamic parameter so you can duck into SYSGEN and change it
on the fly. RJOBLIM is the parallel to IJOBLIM which controls normal
logins and is normally controlled via "SET LOGIN/INTERACTIVE=n". I
have never understood why DEC did not also implement other qualifiers
to set the other job limits. (BTW, there is also NJOBLIM for network
logins and BJOBLIM for batch logins. All default to 16.)

-- 
Bruce A. Hudson			| HUDSON@AC.DAL.CA
UCIS, Facilities and Operations	| HUDSON@DALAC	(Bitnet)
Dalhousie University		| HUDSON@DALCS	(UUCP)
Halifax, Nova Scotia, Canada	|
From: powers@ELROS.STG.TRW.COM
Newsgroups: comp.os.vms
Subject: Re: Need VMS Gopher Client
Date: 29 Dec 92 04:35:40 GMT
Distribution: world
Organization: The Internet


Subj:	Re: Need VMS Gopher Client

There is an alternative Gopher for VMS, anon. FTP to job.acs.ohio-state.edu.
This is supposed to be a fixed-up version.  You might want to give it a try.

Note:

    -- If you like adventuring around on the Internet, you are likely to
       find the Gopher all kinds of convenient.
    -- VMS Gophers are sadly behind all other Gophers, and badly so.
    -- There are two Usenet Netnews groups to discuss all this.  Just do
       a Netnews group search for "Gopher."

For the time being, VMS Gopher development has temporarily relocated to
Ohio State.  I'm sure it will gravitate back to Minnesota eventually.
Meanwhile, try the Ohio State version.

     Lester Powers
     powers@elros.stg.trw.com
     (inbound E-mail nameservers unreliable or offline for a few days)
From: lionel@quark.enet.dec.com (Steve Lionel)
Subject: Re: More than 1 line of command history buffer
Reply-To: lionel@quark.enet.dec.com (Steve Lionel)
Organization: Digital Equipment Corporation, Nashua NH
Date: Wed, 30 Dec 1992 14:26:43 GMT


In article <PRZEMEK.92Dec29235033@rrdstrad.nist.gov>, 
przemek@rrdstrad.nist.gov (Przemek Klosowski) writes:
|>
|>  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).
|>
|>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?
|>

Yes there is, but it entails using the SMG$ RTL facility to do your terminal
reads.  SMG$READ_COMPOSED_LINE supports multiple-line recall.  The VMS
terminal driver, which is what you get with "normal" terminal reads, only
supports one recall line and that cannot be increased.  DCL does its own
recall buffer management, as does SMG$READ_COMPOSED_LINE.  See the SMG$ RTL
manual for more details.
--

Steve Lionel                    lionel@quark.enet.dec.com
SDT Languages Group
Digital Equipment Corporation
110 Spit Brook Road
Nashua, NH 03062
From: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Running old executables on later VMS versions
Date: 23 Dec 92 20:46:07 GMT
Organization: Kernel Mode Consulting, San Diego, CA

In article <01GSFRCO046A984N6I@ZENO.MSCD.EDU>,
 LABELLES@ZENO.MSCD.EDU (Stephen LaBelle - MSCD) writes:
>> Earle Ake  Internet: <ake@dayton.saic.com>  writes:
>>        I have a system running VMS 5.4.  We have batch jobs that run one
>> process per job that control communications cards.  The software was recently
>> upgraded from VMS 4.7 to 5.4.  We have seen a few ramdom non-reproducible
>> system crashes recently [...]
> 
> You have left out a few details, but I would think about recompiling and 
> relinking these executables under the new version of VMS 5.4. Thats a 
> pretty big jump 4.7 to 5.4. VMS version 5, is a major upgrade over version 4.
> Unless of course the recompiling was done as part of the upgrade process.
> 
> It is strongly suggested that applications be recompiled and relinked as
> part of a major operating system upgrade. You indicate the problems started
> after the recent upgrade, I would start there.

This seems to be one of those persistent myths about VMS. 

I don't know who "strongly suggests" this.  Most applications do NOT need to
be recompiled and relinked for VMS upgrades.  

I have many executable images which I use every day which were compiled and
linked under VMS V2.x. 

There are of course exceptions, but these are mostly due to poor coding
practices (ie designs which depend on undocumented behavior).  These generally
need to be rewritten, not just recompiled and relinked.  

Upward compatibility for user-mode images is a major goal of VMS and is one of
the reasons behind the design of certain parts of the system, notably shareable
images. 

Note that I said "user-mode images". Things that are aware of the layout of
"internal" data structures, and/or which are linked with the exec (ie with
SYS.STB), are of course exceptions.  However in these cases the system detects
the problem and simply won't run the image at all. 

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
drivers, internals, networks, applications, and training for VMS and Windows-NT
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
Newsgroups: comp.os.vms
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: RE: What does the GOLD key do?
Date: 4 Jan 93 03:06:10 GMT
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.

Try ESC OP.
							-- Jerry
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: re: re: Re: HELP!!! Security problem for gurus. [Directories] [oops!]
Date: 2 Jan 93 12:50:39 GMT
Distribution: world
Organization: The Internet

Oops.  In my last message, I said that access mode restrictions would likely
be enforced either by the disk drivers or by a combination of the disk drivers
and the I/O system.  That makes no sense - the disk drivers have no under-
standing of files.  The real work would be in the XQP, plus again in the I/O
system were access-mode restrictions enforced for all devices.

							-- Jerry
From: LEYDON%BRUCE@VENUS.YCC.YALE.EDU ("Internet LEYDON%BRUCE.DECNET@VENUS.YCC.YALE.EDU")
Newsgroups: comp.os.vms
Subject: Decomp' UNIX compress files on VAX?
Date: 21 Dec 92 18:33:00 GMT
Distribution: world
Organization: The Internet

hi all,
	I need to get some files that were compressed with UNIX's compress
utility onto my vax for processing by PV-WAVE. I have lzdcmp.exe but
it will not decompress the files. Here's the background

1. I use UCX ftp to get files A.Z AND B.Z from the server.
2. I try to decompress them using LZDCMP on the vax trying
   no qualifiers and various combinations of qualifiers which
   had no effect. The program halts with an error message and
   does not decompress the file.
   I tried decompressing files after transferring them via
   ftp in both IMAGE mode and ASCII mode.  By the way which
   is the proper mode for .Z files ?
3. I can get the file onto my mac and decompress it using a mac decompress.
   I can decompress both the file that was transferred in ascii mode
   and the file transferred in image mode.

4. Does anyone know why lzdcmp is not working as I'd rather not have
to go to the mac to decompress these files.

thanks for any information
Gary Leydon
BITNET LEYDON@YALEMED
INTERNET LEYDON%BRUCE.DECNET@VENUS.YCC.YALE.EDU
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: HELP!!! Security problem for gurus.
Date: 30 Dec 1992 11:06:56 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 <01GSUGEZ08J6006MJF@VAXF.COLORADO.EDU>, DWING@UH01.Colorado.EDU ("Leave the cone man alone.") writes:
>Carl J Lydick, CARL@SOL1.GPS.CALTECH.EDU, writes:
>
>>Yup.  READALL is a terribly misnamed priv.  IHNSHO, DEC should've called the
>>priv BACKUP, since that's what it's for.  
>
>You know what would happen then:
>
>  Programmer:  I need to create a detached process.
>  System Mgr:  Well, then you need DETACH privilege.  Let me give it to you.
>  Programmer:  I also need to use BACKUP to copy some files to tape.
>  System Mgr:  Well, then you need BACKUP privilege.  Let me give it to you.
>
>(For less-astute readers, DETACH is *not* needed to create a detached process.)

For you young'uns out there:  DETACH *USED TO BE* needed to create a detached
process.  Somewhere around VMS v4.0, DEC changed this so that you only need
DETACH in order to create detached process under a UIC other than your own.
--------------------------------------------------------------------------------
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.
Newsgroups: comp.os.vms
From: a866700@hp9000.csc.cuhk.hk (Wong Siu To)
Subject: Passing arguement to telnet in command procedure...
Organization: The Chinese University of Hong Kong
Date: Wed, 23 Dec 1992 09:57:08 GMT

Hi there,

I'm using VMS 5.5-1 with UCX 1.3a.  I try to telnet to a remote host in
a command procedure and I don't want users to type in the account name
of the remote host, which doesn't require a password, i.e. user can just
type a command and then login the remote system (a UNIX machine).  How
can I do that ?  The login process stops and wait for my input.  It
doesn't accept the username I supplied in the command procedure.

Any help will be much appreciated.

Regards,

-- 
----------------------------------------------------------------------
S.T. Wong             	            [] BITNET: A866700@CUCSC.BITNET      
Computer Services Centre            [] Internet: st-wong@cuhk.hk 
The Chinese University of Hong Kong [] Tel. No: (852) 609 8825
From: bear@nuc.anu.edu.au (Bernhard Fabricius)
Newsgroups: comp.os.vms
Subject: Re: There is any way to disable pause in DECwindows Session Manager ?
Date: 22 Dec 1992 00:12:28 GMT
Organization: Nuclear Physics, ANU
Distribution: world
Reply-To: BEAR@NUC.ANU.EDU.AU
NNTP-Posting-Host: 150.203.19.47


In article <1992Dec21.122611.28201@ghost.dsi.unimi.it>, mattas@ICIL64.CILEA.IT (Andrea Mattasoglio) writes:
>I have some Vaxstations in a common work area, which are mainly used as
>X-term. Many users use Pause function in order to reserve the work place and
>I must restart DECwindows server in order to restore the access to the system
>when these users go home. I wonder if there some way to disable the pause
>function.
>Thank you very much for any pointer and merry chrismas to all
>Andrea Mattasoglio- CILEA -ITALY

Dear Andrea,

	this is both simple and hard: The simple solution is to remove the file
SYS$SYSTEM:DECW$PAUSESESSION.EXE (or rename it, or put ACL on it, or whatever).
That will stop the average idiot from using the Pause function. The hard bit,
of course, is to stop people from using one of the numerous Public Domain Pause
Programs. Here I would recommend some heavy-handed tactics: Remove the standard
one (as described above), and put up a log-on message to the effect that this
kind of behaviour will not be accepted any longer. Then come down hard on the
first "smart" offender ($MCR AUTHORIZE   MODIFY/NOACCESS <offender>  springs to
mind). That'll cure'em...

Cheers


Bernhard
--------------------------------------------------------------------------------
Dr Bernhard Fabricius              |
Academic VAX/VMS Support           |  "I am a Bear of Very Little Brain,
Department of Nuclear Physics      |           and long words Bother me."
Australian National University     |
                                   |                           - A.A. Milne
InterNet: BEAR@NUC.ANU.EDU.AU      |
    POSTMASTER@NUC.ANU.EDU.AU      |

Newsgroups: comp.os.vms,comp.sys.dec,comp.unix.ultrix
From: shibuya@bl.applicon.slb.com (Hiroto Shibuya)
Subject: Setting terminal characteristics for dlogined session
Reply-To: shibuya@bl.applicon.slb.com
Organization: Applicon; Billerica, MA (USA)
Distribution: comp
Date: Thu, 31 Dec 1992 05:21:22 GMT

Question concerning using "dlogin" command on DECstation to login to
VMS system (VAX,Alpha) via DECnet.

On VMS side, I'm trying to suppress ^U, ^X, ^C, and ^Y. by setting
TT2$M_PASTHRU flag by QIO call, but somehow it gets totally ignored if
I'm connected by dlogin.  It works fine if I'm making connection
through TCP/IP via UCX or Multinet.  What is the deal with this
dlogin?  On man page for "dlogin", it says,

     This utility uses a protocol called the Digital Network Architecture
     (DNA) command terminal protocol (CTERM).  With dlogin, you can connect
     to any DECnet node that supports CTERM. DECnet-ULTRIX nodes support both
     incoming and outgoing virtual terminal connections.

Does this go through totally different terminal driver? 

I appreciate if somebody could provide me of the solution.  Please
e-mail me.  Thanks in advance.
--
					Hiroto Shibuya
			
					Applicon Inc.
					Billerica, MA
					U.S.A.