HDTenEightyP/NetNews huggingface dataset:
From: ts117@VAX1.BEMIDJI.MSUS.EDU (TANDI SUNARTO)
Newsgroups: comp.os.vms
Subject: How to use ZMODEM ?
Date: 1 Jan 93 23:25:50 GMT
Organization: The Internet

Date sent:  1-JAN-1993 17:14:22 


I am trying to learn how to use ZMODEM to download programs, but
nothing seems to work out for me.
So far, I only know how to use XMODEM and KERMIT.
I am using TELIX to connect my PC to my school's computer VAX/VMS.

Could somebody please help me figure out how to use ZMODEM !
Thanks for any of your help !

[-----------------------------------] 
[  Tandi Sunarto                    ]
[  TS117@VAX1.BEMIDJI.MSUS.EDU      ]
[  Bemidji State University (Minn)  ]
[-----------------------------------]
From: murphy@npri6.npri.com (David P. Murphy)
Newsgroups: comp.os.vms
Subject: Re: flushing in VAXC and DECC
Date: 27 Dec 92 04:14:14 GMT
Distribution: world
Organization: NPRI, Alexandria VA


 >At the risk of adding some useful information to this discussion 8-), I
 >think they were talking about the VAX C fsync() function. This is a worker
 >function used in the VAXCRTL to flush RMS buffers. It does exactly what you
 >want. Since it is used by the RTL, it is unlikely to change in future re-
 >leases of VAX C. On the other hand, it may not be present in DEC C (the up-
 >coming ANSI-compliant C compiler for VMS from DEC). DEC C may not even need
 >this as fflush() may work as you hope there. Ehud, want to check this on
 >your Alpha?
 >
 >terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)

wow, useful information!  lemme add some: the fsync() function is indeed
available under alpha, in the DECC$SHR image, and it even does something.
unfortunately, i don't have time right now to test if it is still necessary.

ok
dpm
-- 
murphy@npri6.npri.com 602 Cameron St. Alexandria, VA 22314 (703) 683-9090

              When every one is dead the Great Game is finished.  Not before.
                              --- Hurree Babu, "Kim"
Newsgroups: comp.os.vms
From: oughton@chopin.udel.edu (Sean Oughton)
Subject: LSE: Including eve features?
Organization: University of Delaware
Date: Tue, 22 Dec 1992 20:58:14 GMT

We've just obtained the LSE, so I'm in the process of switching over 
from using EVE to LSE.  There are some things I haven't found.

1. How can I get the eve type learn/remember behaviour in lse?

2. Can I set nowrap and right margin = 72 (for example) for all buffers
(i.e. in the startup command file once ond for all)?

3. Can I set the prompt buffer for LSE commnds (i.e., after hitting 
the DO key or typing ctrl-z) so that it is permamently in insert mode?

4. Are there any language interfaces available for 
latex (or perhaps even IDL)? 

Thanks,

        sean@bartol.bartol.udel.edu
From: TARKA10@SNYBUFVA.BITNET (Mark Tarka)
Newsgroups: comp.os.vms
Subject: "Appending a File" by M. Tarka
Date: 28 Dec 92 13:07:37 GMT
Distribution: world
Organization: from SUNY College at Buffalo, NY 14222

Appending a File

By M. Tarka

        Once upon a time, while wrestling with a rather brutal
VAX 6610 (VMS Version 5.5) here in the dark shadows of the campus
ghetto, I chanced upon instructions, written by one of the local
wizards.  Having had combat experience, I was able to reinterpret
the language of the document, and lo, was able to append my name
and 10-20 particulars to my (blush) mail.  Now I was really cooking,
like the big guys!  It goes like this:

        1.  I create an EDTINI.EDT file in my root directory.

        2.  I put this line in that file --

                DEFINE KEY GOLD M as "EXT INCLUDE [TARKA10.BITNET]
                        NAME.TAG END."

                BITNET is a subdirectory,  NAME.TAG is a file in that
                subdirectory which contains the text to be appended.

        3.  Whenever I'm in EDIT, in or out of MAIL, the key strokes
                GOLD (i.e. NUMLOCK) - M get me a closing name and
                address.

        Using the above as a template, I created a second DEFINE KEY
statement into EDTINI.EDT, pointing to a generic file name.  If I want
to add a file to any mail message, I just put a copy of that file in
the appropriate directory, with the generic name, then type my message,
do my strokes, and it's history.  I have no idea why it works, the
extent of its usage, or what can go wrong......but here it is....

Mark Tarka
Chemistry Dept.;Buffalo State College; 1300 Elmwood Ave.;
Buffalo, NY, 14222-1095; USA.  (716)878-6686.  TARKA10@SNYBSCVA

Now here's the situation, bartender -- my large friend here is powerful
thirsty, and distains consumption without companionship...unfortunately
we are both lacking in funds.....perhaps you could.....as a favor.....
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: re: Passing parameters to detached processes.
Date: 29 Dec 92 23:18:29 GMT
Distribution: world
Organization: The Internet


	I'm running a command procedure in a detached process, invoking it as
	follows:

	$ RUN SYS$SYSTEM:LOGINOUT/INPUT=PROC.COM/OUTPUT=PROC.OUT/DETACH

	Is there any way to pass parameters to PROC.COM?

No, there isn't; sorry.
							-- Jerry
Newsgroups: comp.os.vms
Subject: Re: comp.os.vms.flame, never ending story...
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 31 Dec 92 16:30:31 GMT
Distribution: world
Organization: The Wolery

lbmoore@tchden.org ("Louis B. Moore") writes:
> 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 can't help but notice that far more traffic has been generated lately
on flames about flames than on stupid posts, flames to stupid posts,
or actual useful postings.  <sigh>

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

I like this idea.  How about someone setting up an automatic (email!) 
flame-launcher for anyone not adding an obtech to flames?  8-)

>        	.Title		RANDOM_INT

Cute, but I do these things in DCL.... 8-)

$	ver = 'f$verify(0)'
$!==============================================================================
$!		COOKIE.COM - Fortune cookie
$!==============================================================================
$	cookiefile = f$parse(".DAT;", f$environment("PROCEDURE"))
$	if p1 .eqs. "ADD" then goto add_a_cookie
$	open/read/share in 'cookiefile'
$	read in record
$	howmuch = f$integer(f$extract(4, 4, record))
$	rnd = f$integer(f$cvtime(,, "TIME") - ":"-":"-".")
$	key = f$fao("!4UL", rnd - (rnd / howmuch * howmuch) + 1)
$	read in record/key=&key
$	write SYS$OUTPUT f$extract(4, 255, record)
$	close in
$	exit 1+0*f$verify(ver)
$!
$ add_a_cookie:
$	text = p2
$	if text .eqs. "" then read SYS$COMMAND text/error=abort/prompt="Texti: "
$	if text .eqs. "" then exit
$	open/read/write/share in 'cookiefile'
$	read in record
$	howmuch = f$integer(f$extract(4, 4, record))
$	howmuch = howmuch + 1
$	record = f$fao("!4UL!AS", howmuch, text)
$	write in record
$	read/key="   0" in record
$	write/update in f$fao("   0!UL", howmuch)
$	close in
$ abort:
$	exit 1+0*f$verify(ver)
$!------------------------------------------------------------------------------

(COOKIE.DAT is an indexed file with a four character key, which is an right
justified decimal number.  The "   0" record contains the highest record
number.  The rest of the record is the "fortune cookie".)

--
Don Stokes, ZL2TNM (DS555)                        don@zl2tnm.gen.nz (home)
Network Manager, Computing Services Centre            don@vuw.ac.nz (work)
Victoria University of Wellington, New Zealand              +64-4-495-5052
From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
Newsgroups: comp.os.vms
Subject: Re: butthead
Date: 28 Dec 92 19:25:34 GMT
Distribution: world
Organization: The Internet


	Would you people PLEASE take this to E-mail?


*************************************************************************
*                                                                       *
*                        Here, there be dragons!                        *
*                      dragon@nscvax.princeton.edu                      *
*                                                                       *
*                                                Richard B. Gilbert     *
*************************************************************************
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms
Subject: Re: SHOW/UNIBUS (was: What is XPDRIVER for?
Date: 31 Dec 92 02:40:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <1992Dec30.100239.1043@cmkrnl.com>, jeh@cmkrnl.com writes...
# 
#I know about the theoretical problems, but I've been doing 
#SYSGEN> SHOW/UNIBUS commands on live systems (kinda hard to do it on a dead
#one, but you know what I mean :-) for something like ten years
#without a *single* problem.  
# 
#> Using this command can crash your system.  
# 
#Calling all readers:  Has ANYONE out there ever seen this actually happen?  
#If so, what devices were on the bus?

Yes, on a 6410, a 6510, and other 6000 class machines with no Unibus :)
The 6410 has a BI bus.  The 6510 has an XMI and no BI.

#	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA

Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
Send your questions to "ASK ZIPPY", Box 40474,
 San Francisco, CA 94140, USA
From: robinson@wuds.wustl.edu (CHARLES ROBINSON, SURGERY [WUDS::ROBINSON])
Newsgroups: comp.os.vms
Subject: Extension Cable for DEC mice
Date: 22 Dec 92 23:30:56 GMT
Distribution: world
Organization: The Internet

RE: Extension cable for DEC keyboard and mouse

(Followup to reply from Jerry Leichter <leichter@lrw.com>)

We needed an extension cable for a DEC mouse (the round, junky kind) for a
VAXstation 3100 model 76 a little over a year ago and got one made from these
folks in the St. Louis area for $18:

                           BUSE Communications
                          13756 Shoreline Drive
                           Earth City, MO 63045
                             314-291-3377
                           Ask for Roger Brown.

I think we made our own keyboard extension cable and have had no problems with
it.

Charles Robinson
Washington Univ
Dept of Surgery
From: terryt@devax.admin.athabascau.ca (Terry Tanski)
Newsgroups: comp.os.vms
Subject: Re: LSE: Including eve features?
Date: 23 Dec 92 22:54:59 GMT
Reply-To: terryt@cs.athabascau.ca
Organization: Athabasca University - Computing Services


 
In article <1992Dec23.060312.1@madre.dasd.honeywell.com> tas@madre.dasd.honeywell.com (Todd A Sorensen) writes:
 
>OK, my qsn was too vague.  I understand the distinction between DO
>and ctrl-z effects.  In either case I want to be be in insert mode,
>rather than overwrite, at all times.  i.e. when I hit DO and type
>a command (w/o hitting return), then realise I've made a mistake, I'd 
>like to use the arrow keys and edit the command in INSERT mode.  This
>can be done by typing ctrl-A, but I'd like the default to be insert,
>so that I don't have to type ctrl-A every time I hit DO (I almost
>always want to edit either the current command or use command line
> recall)  In EVE once you do a ctrl-A it stays in effect until you explicitly
>change it again.
 
Add the following to you intialization file.
 
LSE$DO_COMMAND('set insert/buffer=$commands');
LSE$DO_COMMAND('set insert/buffer=$prompts');
 
See ya
 
--
     *********    Terry Tanski, B.Sc.
    **********
   .      ****    Athabasca University - Computing Services 
  ..      ****    Box 10,000 
 ....     ****    Athabasca, Alberta CANADA
.........****    terryt@cs.athabascau.ca
From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
Newsgroups: comp.os.vms
Subject: Re: VAX c
Date: 28 Dec 92 20:10:49 GMT
Organization: The Internet


	George Lippert <dale.cts.com!glippert@nosc.mil> writes:

>Ehud Gavron 602-570-2000 x. 2546 (gavron@spades.aces.com) wrote:
>> In article <1992Dec24.173709.16437@mailer.cc.fsu.edu>, cliff@evax9.eng.fsu.edu writes...
>> >Is there a way to get VAX C to flush the VMS file buffers?
>>
>> 	fflush(stream)
>
>Not according to DEC Support.  After trying this, and having it clearly not
>work, DEC Support confirmed that fflush() only flushes to the RMS buffers -
>NOT to the actual device.
>
>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 know of only two ways to force RMS to flush its buffers:
   1.	Close the file.
   2.	Use the SYS$FLUSH call which you will find documented in the RMS 
Reference Manual.  This requires that you have pointer to the RAB.  I don't 
think that there is a way to find out what the VAXCRTL is using for a RAB
address but you can set up your own FAB and RAB and make your own calls to
SYS$OPEN and SYS$CONNECT to open the file.


*************************************************************************
*                                                                       *
*                        Here, there be dragons!                        *
*                      dragon@nscvax.princeton.edu                      *
*                                                                       *
*                                                Richard B. Gilbert     *
*************************************************************************
From: tihor@acf3.NYU.EDU (Stephen Tihor)
Newsgroups: comp.os.vms
Subject: Re: AUTHORIZE oddity
Date: 27 Dec 92 15:53:00 GMT
Organization: New York University

Or one of the /NOMODIFY_ID qualifiers as may be appropraite for
the underlying command.  In this case it is indeed /NOMODIFY_IDENTIFIER
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Request help !
Date: 26 Dec 1992 05:32:24 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 <00965847.9D4D2780.30461@VAX1.Bemidji.MSUS.EDU>, w1c2l3@VAX1.BEMIDJI.MSUS.EDU writes:
=Hi, everybody !
=
=I read a mail (I forgot the name of the sender) about recursive directory
=specification, using this command :
=
=$ CREATE /DIR [.1]
=$ SET FILE /ENTER=[.1]2.DIR 1.DIR
=
=The first time I access 1.DIR, I could see 2.DIR.
=Then, when I access 2.DIR, I could see another 2.DIR, and that 2.DIR seemed
=endless. Everytime I access the next one, I would always see another one,
=kind of getting deeper and deeper.
=
=Can someone please explain to me what in happening ?

Certainly.  A directory entry simply consists of a file name and a File
IDentification number.   Nothing in the directory entry itself says anything
about that the directory the entry's in is supposed to be called.  So, let's
take the simplest case:  1.DIR his FID (75,1,0).  So the original entry for it
says that file 1.DIR;1 in your original directory is the file with FID
(75,1,0).  Now, when you SET FILE/ENTER=[.1]2.DIR 1.DIR, you're telling VMS to
put a directory entry in file (75,1,0) that says that that directory contains
the file (75,1,0), which is to be called 2.DIR;1.  At this point, things have
become self-referential.  The file [.1]2.DIR;1 now contains an entry
associating directory 2.DIR;1 with its own FID.  This is a situation one
generally tries to avoid.

=I also tried to delete the directory :
=I delete 2.DIR first, since it's lower that 1.DIR, using this command :
=( I did this after I access 1.DIR)
=
=$ SET PROT:O:D 2.DIR
=$ DEL 2.DIR;*

Well, since [.1]2.DIR;1 and []1.DIR;1 are the same file, when you changed the
protection of 2.DIR you did the same thing to the protection of 1.DIR.  This
means that you no longer have read, write, or execute permission for 1.DIR;1.
So when you try to modify it with the command:

$ DEL 2.DIR;1

=But, instead I got error message :
=insufficient privilege or file protection violation.

Which is telling you you need to:
	$ SET PROTECTION=O=RWED 1.DIR;1
--------------------------------------------------------------------------------
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: chris@COSMIC1.COSMIC.UGA.EDU (Chris Stradtman)
Newsgroups: comp.os.vms
Subject: RE: NFS mounting directory from HP-UX and PC ChameleonNFS
Date: 21 Dec 92 16:19:53 GMT
Organization: The Internet

We experienced this problem for a short time.... as I remember it was the 
default user and/or group id problem for the default mounter... we added a few
proxies for the machine and it went away ... we are using 3 HP's (425/705/720)
running HPUX 8.07
						Chris
-------------------------------------------------------------------------------
Chris Stradtman                                     chris@cosmic.cosmic.uga.edu
COSMIC/Univ of Georgia                              cstradtm@uga (bitnet)
Athens, GA                                          (706)-542-3265

Rugby: It's not just a social disease.
===============================================================================
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: RE: ballooning EXE size
Date: 29 Dec 92 13:16:44 GMT
Distribution: world
Organization: The Internet


	I have a problem with the size of an executable going from ~1,000
	blocks to  something on the order of 75,000 blocks. 

	What am I doing? I am charged with writing a small interface to some
	existing  FORTRAN code. I have no control over the existing FORTRAN
	code and can only say  that it makes extensive use of VAX-FORTRAN
	Structure/record/map statements. I  don't own the large body of
	FORTRAN code and really don't relish the thought of  rewriting it...

	When the FORTRAN interface stub subroutines (e.g. subroutines that
	print a "not  implemented" message and return) are replaced with my
	code, the resulting  executable goes from ~1,000blocks to ~75,000
	blocks. 

	Yes, I use some scratch arrays (scratch arrays defined as local to the
	subroutine), so I replaced these with LIB$GET_VM and LIB$FREE_VM and
	the  executable size when back to ~1,100 blocks. I presume the
	difference is due to  my code size. Ok so far, but I can't get away
	with this for long....

	Eventually, the addition of the simplest code causes the executable to
	go from  1,100 blocks to ~76,000 blocks. Looking at the LINK map, the
	size of my  interface modules are quite small. Remember, this is
	FORTRAN and most of the  memory is statically allocated.

	It would seem that I'm crossing some kind of boundary in terms of
	virtual memory usage and am reserving space in the executable file.
	This is merely a hunch and I'd like to query info-vax for an
	explanation and any possible solutions. Yes, I use all the sharable
	portions of FORTRAN and C (there is some  C in my interface, but I
	observe the same behavior when the C routines are "dummied" out) as
	follows:

	$link/map/exec=foo.exe
	 untouchable.olb/INC=foo_main, -	! main calling routine
	 untouchable.olb/L, -		! library of untouchable code objects
	 expm.olb/l, -			! my interface routines
	 sys$input/opt
	   SYS$SHARE:FORRTL.EXE/SHARE,sys$library:vaxcrtl.exe/share

	Thoughts? 

You're running into a classic VMS "gotcha'".  All your uninitiallized COMMON
blocks, as well as any other uninitialized data objects (like arrays that
aren't on the stack - I'm not sure when VAX FORTRAN decides to put stuff on
the stack) can appear in the image file as either a page of all zeroes, or as
a request for a demand-zero section.  The Linker does "demand zero compres-
sion" to locate groups of all-zero pages and convert them to demand-zero
sections, which take up insignificant space in the executable image.  However,
each demand-zero section requires an Image Section Descriptor (ISD).  There
Linker has a limit, ISD_MAX, on the number of ISD's it is willing to create;
once it reaches the limit, it just fills the image with zeroed blocks.

ISD_MAX can be changed with a linker option of the same name.  By default, it
equals "approximately 96".  Try adding:

	ISD_MAX=150

to your Linker options file (the stuff after the LINK command above).

Further details can be found in the Linker manual's chapter on options files.

							-- Jerry

Newsgroups: comp.os.vms
From: j_manning@csc32.enet.dec.com (John Manning)
Subject: Re: Bypassing missing F11BXQP on startup ?
Organization: Digital Equipment Corporation
Date: Sat, 26 Dec 1992 00:47:13 GMT


In article <BzuAJ3.LoE@ns1.nodak.edu>, phaniraj@plains.NoDak.edu (V. Phaniraj) writes...
>Hi
> 
>After the VMS 5.5-2 upgrade, we've notivced some missing files.
>For ex., SUBMIT.EXE was missing from SYS$SYSTEM. Today I did
>a standalone backup and restore of the system disk, and it appears
>that F11BXQP.EXE is also missing. The system startup fails with the
>error
> 
>SYSINIT-E Error mounting system device, status=07280b4

This error status evaluates to "another volume of same label already mounted".  
It sounds like this machine is in a cluster and some other member(s) of the 
cluster had that system disk mounted before you did the image backup/restore
operation.  Since the backup revision number on the disk was changed, VMS
thinks this is a new disk with the same volume label as the original disk. 
Just dismount this disk from all nodes that have it mounted.

>SYSINIT-E Error opening or mapping F11BXQP, status = 00018272.

This error is "device not ready, not mounted, or unavailable".  The previous
error caused this one...
>Dr V. Phaniraj  phaniraj@plains.nodak.edu  (701) 298-1024
>-- 
>V. Phaniraj					phaniraj@plains.NoDak.edu
>Assistant Professor, Electrical Engineering	phaniraj@ndsuvm1 (BITNET)
>North Dakota State University, Fargo ND 58105	(701) 298-1024 (work)
>						(701) 237-8677 (FAX) 

John

-------------------------------------------------------------------------------
|    John Manning                       |  Opinions expressed are my own.     |
|    j_manning@csc32.enet.dec.com       |  I do not represent Digital Equip.  |
-------------------------------------------------------------------------------