HDTenEightyP/NetNews huggingface dataset:
From: LANDSBERG@sbhep2.phy.sunysb.edu (Greg Landsberg)
Subject: Re: A random number
Organization: SUNY at Stony Brook
Date: Thu, 21 Jan 1993 21:31:24 GMT
X-News-Reader: VMS NEWS 1.20

In <1993Jan21.041813.20307@ccu1.aukuni.ac.nz> sands@ccu1.aukuni.ac.nz writes:

> Is there an easy way to get a scaled random number into a DCL com file? 
> Say an integer between 0 and 1000 or something like that?  I had a look in
> the manual, but didn't really even know where to start looking, so even a
> pointer in that direction would be helpful.  Thanks.
> 
> Greg.
> 
> -- 
> Greg Sands.                           |  Department of Engineering Science
> -----------                           |  University of Auckland           
> g.sands@aukuni.ac.nz                  |  New Zealand.


Well, if you  don't want  this number to be  generated TOO  frequently, why
don't you just use the hundred's fraction of second for the current time as
returned   via   F$TIME()   call.  It'll  give  you  more  or  less  random
(pseudorandom) integer in the range  from 0 to 99. You can generate another
one and use  the least  significant digit in  order to  extend the range to
1000.

Hope it'll help!

Cheers,

Greg
From: F.Zwarts@KVI.NL ("Fred Zwarts, KVI, Groningen, NL.")
Newsgroups: comp.os.vms
Subject: Re: DUNGEON
Date: 21 Jan 93 08:29:13 GMT
Distribution: world
Organization: The Internet

Many thanks to all people who offered me the data files for DUNGEON.
I have got a copy and I have the program running again.

Fred Zwarts	KVI, Groningen, Netherlands	Internet:	F.Zwarts@KVI.nl
Phone:		(+31)50-633619			Telefax:	(+31)50-634003
X400:		C=nl;ADMD=400net;PRMD=surf;O=KVI;S=Zwarts;G=Fred

Xref: sparky comp.os.vms:21607 comp.os.msdos.misc:7132
From: towfiq@Microdyne.COM (Mark Towfiq)
Date: 20 Jan 93 15:56:36
Organization: Microdyne Corporation, Westford, MA, USA
Newsgroups: comp.os.vms,comp.os.msdos.misc
Subject: Format of VMS Notesfiles?  Program to read them?
X-Mailer: GNU Emacs 18.58 with RMAIL and Supercite 2.2
Distribution: comp

  I posted a couple of weeks ago about obtaining a program for MS-DOS
to read VMS Notesfiles and excerpt text from them.  Having received no
response, I was hoping there was something out there documenting the
format of these files, or better yet, a program (maybe even with
source code :)) that I could obtain and port to MS-DOS.  Can anyone
help??

  Thanks in advance,
  Mark
--
Mark TOWFIQ | towfiq@Microdyne.COM  +1 508 392 9953 (fax 9962)
From: steve@dbaccess.com (Steve Suttles)
Newsgroups: comp.os.vms
Subject: Re: Editing a large file
Date: 22 Jan 93 21:13:15 GMT
Organization: Cross Access Corp., Santa Clara, CA
X-Newsreader: Tin 1.1 PL4

jweiss@casbah.acns.nwu.edu (Jerry Weiss) writes:
: In article <21JAN199314094029@ariel.lerc.nasa.gov> uugblum@ariel.lerc.nasa.gov (VMScluster Administrator) writes:
: >Some of our Cray programs produce very large (~80,000 blocks) ASCII output
: >files which are sent to the VAXcluster for review.  TPU and EDT don't work
: >well with large files.  I think the editors read the entire file into memory
: >so the performance is poor if it works at all.  One work-around could be to
: >break the large file into several smaller files.  Does anyone know of a DECUS
: >utility which can do this?  Does anyone else have another suggestion?
: >
: 
: Real (old) programers use TECO.
: 
This remark is entirely true, and mostly flattering.  I therefore will overlook
the part pointing out the chronological facts of life.  Thank you.

-- 
Steve Suttles                Internet:  steve@dbaccess.com      Dr. DCL is IN!
CROSS ACCESS Corporation     UUCP: {uunet,sgiblab}!troi!steve  Yo speako TECO!
2900 Gordon Ave, Suite 100   fax: (408) 735-0328              Talk data to me!
Santa Clara, CA 95051-0718   vox: (408) 735-7545   HA! It's under 4 lines NOW!
From: LPZ@LUDWIG.CTD.ORNL.GOV ("Lawrence MacIntyre - 615.576.0824")
Newsgroups: comp.os.vms
Subject: Re: Ethernet address (sans code) ?
Date: 22 Jan 93 19:12:51 GMT
Distribution: world
Organization: The Internet

>>>BTW, why is the physical address reset to match the DECnet address ?
>...
>> Now, of course, you see why it is good that other
>> protocols don't do this, because you would be unable to run DECnet and the
>> other protocol over the same piece of hardware if they did.
>>
>Not so. Many controllers inplement the 'physical address' the same as a
>multi-cast address. Not that Dec bought the Decnet address block to avoid
>collisions. Trouble is, it stops you having 2 or more decnets on one LAN.

Paul:

This is intriguing!  I haven't had experience with controllers like this.  How
does the controller know which address to give as the source address for which
packet.  Multicast addresses are used as destination, not source addresses. 

Also, having several DECnets on one LAN would be a little more involved than
not using the physical equivalent of the DECnet address, if you wanted to
REALLY separate them.  Am I missing something?

                                  Lawrence
                                      ~
-----------------------------------------------------------------------------

Internet: MACINTYRELP@ORNL.GOV    US-Snail: Lawrence MacIntyre
          LPZ@ORNL.GOV                AT&T: 615.576.0824

p.s.  I would have sent a personal reply in this case, because I'm not really
      sure what you are saying, but I can't figure out your address or your
      name (other than just paul) from your post.

Newsgroups: comp.os.vms,vmsnet.sysmgt
From: dit@vaxser.grumed.fu-berlin.de (K.-H. Dittberner)
Subject: EMULEX TermServer & VMS 5.5 (a problem).
Reply-To: dit@vaxser.grumed.fu-berlin.de
Organization: Free University of Berlin, Germany.
Date: Wed, 27 Jan 1993 19:44:41 GMT

Hello,
Upgrading our LAVC from VMS V5.3-1 to OpenVMS V5.5 
we've got a very nice problem with mixed hardware !

| We are using EMULEX terminal servers of the
| P4000 series (the old ones with 1/2 MByte memory),
| running EMULEX software version 1.03X2.

Before upgrading VMS (and LAT) all things worked
fine. Now, the EMULEX servers doesn't see the vaxes
no longer (DEC server does!!!). Printing via EMULEX
servers is working. Going back to EMULEX software 1.00,
printing doesn't work at all, but - very astonishing -
logging in is possible! This config isn't stable, for
every half an hour the EMULEX biest want new software.

| EMULEX, Germany says, that an upgrade is necessary
|    o  of memory   ===> 1 MByte and
|    o  ts software ===> V 2.16 (combined software)
| will do the job for approx. 1000 $.

We are in doubt! Is there anybody out in netland who
can confirm this message ? 

And the essential question is:  
Why is there no upgrade possible in the 1/2 MByte space ?
We didn't want the option to run TCP/IP, for we are still
happy with LAT.

Please e-mail, I will summarize to the list.

Thanks for any ideas in advance,
Karl-Heinz.
_______________________________________________________________
Dipl.-Ing. Karl-Heinz Dittberner  |  Address: Arnimallee 22
Dept. Scientific Data Processing  |           D-1000  Berlin 33
c/o   Free University of  Berlin  |  Phone:   (+4930) 838 2531
E-Mail:    dit@vaxser.grumed.fu-berlin.de     (Internet)
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: Re: VAXC divide problems (V3.2)
Date: 27 Jan 93 17:12:27 GMT
Organization: The Internet


	...As I explained in an earlier reply, the subtraction of 4 from the
	stack pointer is for allocation of a local variable for use by the
	VAXC$ESTABLISH condition-handler setup routine.  That's not a
	condition handler itself, but the address of any handler you pass it
	is stored on the stack in the top four bytes, so they actually are
	space for a [pointer to a] condition handler.  The value pointed to by
	the frame pointer is set to a handler inside the C run-time library.

All fine so far.

	Gruesome details are available in the CRTL portion of the VMS
	listings.  This ugly violation of the VMS Procedure Calling Standard

In what way is this a violation of the Procedure Calling Standard?  It is
perfectly legitimate for a procedure to reserve space on the stack for data of
local interest; nothing says that that space has to correspond to variables
visible to the user.  It is perfectly permissible for a condition handler to
make calls to other procedures, basing its choices on locally available data.
That's just what this condition handler is doing; it's no different, in
principle, from having a local variable that indicates what you were trying
to do, and a condition handler that checks that variable to decide what
further action to take.

	is for setjmp/longjmp handling, and is inherited from the Pascal
	compiler of all places! ...

Actually, I think it's the BASIC compiler (which had to pull the same kind
of trick to implement its user error handling).  Any run-time system that
needs to gain control when frames are unwound off the stack, for any of a
wide variety of reasons, will have to do something of this sort.

LIB$ESTABLISH is a low-level tool that provides access to an important
facility that many HLL's don't independently provide.  It has always been
made clear in the standards and the documentation that, if an HLL provides
equivalent facilities, you should use them - and you may HAVE to use them.
Some HLL's (I think BASIC is one, but I'd have to check the documentation;
Ada is almost certainly another) neither allow you to call LIB$ESTABLISH, nor
provide a directly equivalent routine (though the provide other ways to do
the same kind of thing).  VAX C provides VAXC$ESTABLISH, which is a direct,
"plug-compatible" replacement for LIB$ESTABLISH.  What do you find so "ugly"
about it?  (The REAL ugliness is setjmp/longjmp, whose design and interface
were inspired by a particular run-time implementation, and which are just
plain uncomfortable in many otherwise quite reasonable systems.)

							-- Jerry
From: david@ittpub.nl (David P. Morgan)
Newsgroups: comp.os.vms
Subject: VMS Version 6 - when ?
Date: 21 Jan 93 21:36:53 GMT
Organization: ITT Publitec R+D BV, Amsterdam

The subject line says it all. When will we have our grubby hands on VMS V6.0 ?
Specifically, when will a user in Europe receive the CD's with V6 ?

(I ask 'cos we're still on V5.5. I want to know if it's worth going to V5.5-2
and installing F11CD which will be part of V6)

Thanks

--------------------------------------------------------------------------------
David P. Morgan                        Internet: david@ittpub.nl        |ucannot
ITT Publitec R+D BV                    UUCP:     ...!sun4nl!ittpub!david|readdis
Amsterdam                              PSI:      020412905761212::DAVID |onavt52
Newsgroups: comp.os.vms
Subject: Re: SYSUAF.DAT access - the real world
From: Stafford@Vax2.Winona.MSUS.EDU (John Stafford)
Date: 22 Jan 93 10:48:56 -0600
Followup-To: comp.os.vms
Distribution: world
Organization: MSUS

In article <9301202243.AA01736@uu3.psi.com>, leichter@lrw.com (Jerry
Leichter) wrote:
> 
> [...]>
> 
> It is perfectly legitimate for the comptroller of a corporation to wish to be
> in a position to audit use of a corporate resource.  It is unacceptable if the
> only way to audit usafe of a resource is through the direct intervention of a
> person in a perfect position to misuse the resource.  If you have to ask the
> system manager to prepare reports on system usage, and he is the one who is
> stealing, what do you think the chances are that the reports will give him
> away?

Sorry, Jerry but standard accounting practices insist upon OUTSIDE
audits which obviate the problem of trusting the person who manages
the technical side of the accounting system.  A good auditor will
insist that the comptroller NOT HAVE priviliged access to the means 
to cheat by having special access to the underlying mechanisms
such as priviliges or the opportunity to modify critical data
structures (in the database.)  The later is hardest to control under
some systems.

Besides, the site in question was a military site and they should
have some rather strident security practices of their own.  I could
be mistaken -- perhaps this is just another little Vax of little
consequence -- and not networked.
From: byron@YOGI.HSC.UCALGARY.CA (Byron Draudson)
Newsgroups: comp.os.vms
Subject: Remote connect to Decserver (was Re: Lat/remote)
Date: 27 Jan 93 16:26:21 GMT
Organization: The Internet

Dan Wing writes:

>No, you don't *need* to have a server's nodename in your NCP database 
in order
>to connect to it.  If you like to type Ethernet address, you can get to 
>another node by entering its physical address on the CONNECT NODE 
command:
>
>  NCP>CONNECT NODE PLUTO PHYSICAL ADDRESS 08-00-2B-26-69-E4
>  Console connected (press CTRL/D when finished)
>  #

Alternatively, you can use Telnet to connect to the console port on a 
Decserver 300 (or any other terminal server that does supports telnet).
In _my_ environment, I find that connecting to and using the remote
console port of a terminal server is _much_ faster when using telnet
from a SUN Sparcstation 2, as compared to connecting via NCP from a 
VAX 6210.  Probably has something to do with the CPUs. ;-)

:byron
From: blair@snogum.enet.dec.com ("Blair Phillips, Digital Services, Canberra, Oz")
Newsgroups: comp.os.vms
Subject: Re: VAXC divide problems (V3.2)
Date: 27 Jan 93 00:09:25 GMT
Distribution: world
Organization: The Internet

louis@barra.com writes:
~>>
~>>Don't ask me why it allocated space on the stack without using it, 
~>
~>I think the stack space is for the condition handler.
~
~	Think again. The subl2 is obviously for the variable i which is
                                  ^^^^^^^^^
~	allocated on the stack. It's true that the code generated doesn't
~	actually use this space because the C compiler decides that it can
~	do this small routine using r0, r1 and the value "passed in" on
~	the stack.
~
~	It seems that the compiler didn't "notice" that it didn't use the
~	space it put asside on the stack for i. This has obviously nothing
~	to do with a condition handler.

Louis,

I wouldn't use the term "obviously" about *any* code generated by the VAX C
compiler!

The null procedure 

func(){} 

still generates the "subl2 #4, sp" instruction, so it has nothing to do with
local variable declarations.

My recollection is that the space was reserved as working storage for a 
conditional handler unwinding the stack. It may be part of the longjmp() code
that needs this space. longjmp() unwinds the stack carefully (using the same
code as the Pascal uplevel GOTO). 

I haven't looked at the code for at least 5 years, so my memory may be faulty.
If you have access to source listings, working through the longjmp code is an
entertaining way to waste a few hours.

Blair
----------
Blair Phillips					Blair@snogum.enet.dec.com
Digital Equipment Corp (Aust) P/L		Phone: (+61 6) 2754874
Canberra, Australia				FAX  : (+61 6) 2473654
{Any opinions expressed are my own, not those of Digital Equipment Corporation}
From: david@ittpub.nl (David P. Morgan)
Newsgroups: comp.os.vms
Subject: Re: CPU Time measurement on VMS.
Date: 24 Jan 93 12:25:46 WET+0100
Distribution: world
Organization: ITT Publitec R+D BV, Amsterdam

In article <01GTTXFQMDQQ0006QT@ACAD.DRAKE.EDU>, SK0001@ACAD.DRAKE.EDU (Sal Kabalani) writes:
> LS> Hi: 
> LS> 
> LS>    I am a new user of OpenVMS running on Alpha. I have a problem and I am 
> LS> asking for your help.  I have a FORTRAN program. I compile and link it and 
> LS> use run command to run it.  My question is how I can measure the total CPU 
> LS> used by the execution of the program.  In UNIX, I can easily use time to 
> LS> do it.  But how do I do it in VMS?  Can some one help me?  Thanks a lot. 
> LS> 
> LS> 					Your Sincerely,
> LS> 
> LS> 					Lei Shi
> 
> Hello Lei
> 
> The following is a fragment of code from a program I wrote a few months ago.
> The fragment reports CPU Time, Buffered I/O, Direct I/O and Page Faults used
> during program execution. The way the code works is simple: you collect this 
> information at the beginning of your program using sys$getjpi, then collect it 
> again at the end, then report the difference.

Check out the RTL routines LIB$STAT_TIMER, SHOW_TIMER and INIT_TIMER. They will
do what you want rather more simply.
 
--------------------------------------------------------------------------------
David P. Morgan                        Internet: david@ittpub.nl        |ucannot
ITT Publitec R+D BV                    UUCP:     ...!sun4nl!ittpub!david|readdis
Amsterdam                              PSI:      020412905761212::DAVID |onavt52
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Receiving outside messages in a file .. possible ?
Date: 23 Jan 1993 09:48:40 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 <01GTT2VGDMN48Y6630@JCSVAX1.BITNET>, HANY@JCSVAX1.BITNET writes:
>        I am writing a small program that requires the reception of messages
>sent to my address to be captured, in real time, to an open input file.
>For example
>
>$ FINGER @nodename
>
>returns a list of logged in users that is output to the screen. When I tried
>DEFINE SYS$INPUT, I still got the list on my screen, and the input file, after
>closing it, was found to be empty. Nothing was directed there.

Well, maybe now you're starting to understand the difference between INPUT and
OUTPUT.

>DEFINE SYS$OUTPUT also didn't work.

And, apparently, for the version of FINGER you're using, the difference between
SYS$OUTPUT: and TT:.

>Those seem to only work when action is taken from within the account.

I suspect that what you mean is "they don't handle broadcast messages."  Of
course, since, as we all know, computers work by magic, and there can't
possibly be any rhyme or reason to their responses to user actions, there was
absolutely no reason for you to give us an example of what you were talking
about.

>What about text coming from other sources ?
>How can I capture that ?

Start by looking at the documentation you get by consulting the virtual
grimoire via the command:
	$ HELP RTL LIB LIB$ASN_WTH_MBX
--------------------------------------------------------------------------------
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: MCSHELDON%CLUSTR.decnet@UBSV02.ABB.COM ("CLUSTR::MCSHELDON")
Newsgroups: comp.os.vms
Subject: VMS A5.5-1 to 5.5-1
Date: 21 Jan 93 14:10:00 GMT
Distribution: world
Organization: The Internet


	I am going to upgrade to the new VMS 5.5 queue system this weekend.
I have read the release notes several times and think I have a good
understanding of it. Is there anything NOT in the release notes that I should
know about? Are there any patches that I should request? I have 2 boot nodes
and 56 satellites with a common system disk and lots of batch and generic
print queues. I am currently running VMS A5.5-1. I plan to locate the 3 new
queue files on a non-system disk.
	Any advise will be greatly appreciated....

							Mike

________________________________________________________________________
Mike Sheldon - Systems Manager |        Voice: (203) 285-3811
ABB - Combustion Engineering   |          FAX: (203) 285-5943
1000 Prospect Hill Rd.         | ABB VMS/Mail: VAXINE::MCSHELDON
Windsor, CT 06095-0500         |     Internet: mike@abb.com
From: HANY@JCSVAX1.BITNET
Newsgroups: comp.os.vms
Subject: Receiving outside messages in a file .. possible ?
Date: 22 Jan 93 10:07:00 GMT
Distribution: world
Organization: The Internet

From:   IN%"INFO-VAX@KL.SRI.COM" 19-JAN-1993 17:29:24.88
To:     IN%"HANY@JCSVAX1.BITNET"  "HANY NAGIB"
CC:
Subj:   Receiving outside messages in a file .. possible ?

Received: from PUCC.PRINCETON.EDU (VMMAIL@PUCC) by JCSVAX1.BITNET (PMDF #12188)
 id <01GTPLWEBHRK8WYBVL@JCSVAX1.BITNET>; Tue, 19 Jan 1993 17:29 EST
Received: from PUCC.PRINCETON.EDU by PUCC.PRINCETON.EDU (Mailer R2.10 ptf000)
 with BSMTP id 0644; Tue, 19 Jan 93 17:29:23 EST
Received: from PUCC.BITNET (NJE origin LISTSERV@PUCC) by PUCC.PRINCETON.EDU
 (LMail V1.1b/1.7e) with BSMTP id 1077; Tue, 19 Jan 1993 17:29:22 -0500
Date: Tue, 19 Jan 93 17:18:00 EST
From: HANY@JCSVAX1.BITNET
Subject: Receiving outside messages in a file .. possible ?
To: HANY NAGIB <HANY@JCSVAX1.BITNET>
Reply-to: INFO-VAX@KL.SRI.COM
Message-id: <01GTPLWEBHRK8WYBVL@JCSVAX1.BITNET>

Hi ..
        I am writing a small program that requires the reception of messages
sent to my address to be captured, in real time, to an open input file.
For example

$ FINGER @nodename

returns a list of logged in users that is output to the screen. When I tried
DEFINE SYS$INPUT, I still got the list on my screen, and the input file, after
closing it, was found to be empty. Nothing was directed there.
DEFINE SYS$OUTPUT also didn't work. Those seem to only work when action is
taken from within the account. What about text coming from other sources ?
How can I capture that ?

Thanks for the help.
Hany.
HANY@JCSVAX1.BITNET
HANY@DELPHI.COM

Newsgroups: comp.os.vms
From: mdchaney@fractal.ucs.indiana.edu (M Darrin Chaney)
Subject: Re: How to repeat "new Mail message" ?
Organization: Indiana University, Bloomington
Date: Mon, 25 Jan 1993 14:00:05 GMT

In article <1jvgldINNjtu@gap.caltech.edu> carl@SOL1.GPS.CALTECH.EDU writes:
>In article <1993Jan24.131726.119790@marshall.wvnet.edu>, boag@marshall.wvnet.edu (Bob Boag) writes:
>>Since if you allow VMS Mail to EXIT, as would be the case in the above example,
>>you may find that you have a (possibly) long wait when VMS Mail displays the
>>following message:
>>
>>%MAIL-I-RECLPLSWAIT, reclaiming deleted file space.  Please wait..
>>
>>This could easily happen the next time you logged in after using VMS Mail and
>>exiting with the QUIT command, or if you are accidently disconnected, or the
>>system crashes, etc.
>>
>>Using QUIT will not allow VMS Mail to display the new mail message count, and
>>exit without trying to empty your wastebasket (reclaim deleted file space).
>
>First, I think the "not" in your last sentence was extraneous.  Second, you
>seem unclear on what reclaiming deleted file space means.  Most times, when you
>PURGE your wastebasket folder (as happens when you EXIT with AUTO_PURGE set),
>MAIL, will, for every message in the wastebasket folder:
>	1)  Delete any external file associated with the message;
>	2)  Mark the record for that message in MAIL.MAI as deleted.
>Period.  No attempt to reclaim the deleted file space.  When you've accumulated
>enough deleted file space, MAIL will then do a CONVERT/RECLAIM on MAIL.MAI. 
>The latter is what the RECLPSWAIT message is talking about, and it happens
>fairly seldom.

Technically, it shouldn't happen at all in this case.  If the user has
AUTOPURGE on, there won't be any mail messages in the wastebasket when
mail is first fired up (unless the user is running mail under a different
login).  So, with no mail commands executed, nothing will make it into
the wastebasket, nothing will get purged, and mail won't have to reclaim
space.

>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.

	Darrin
-- 
M Darrin Chaney, Senior Database Programmer, University Computing Services, IU
mdchaney@indiana.edu             1000 E 17th St.             Work: (812)855-5492
mdchaney@iubacs.bitnet           Bloomington, IN 47408       Home: (812)333-6311
"I want- I need- to live, to see it all..."