HDTenEightyP/NetNews huggingface dataset:
From: robinson@stout.geo.brown.edu (Darrin Robinson)
Newsgroups: comp.os.vms
Subject: Re: Alaram Journals [Was: About Discover any user wa...]
Followup-To: comp.os.vms
Date: 31 Dec 1992 16:23:57 GMT
Organization: Massachusetts Institute Of Technology, Cambridge, MA
Distribution: world
NNTP-Posting-Host: stout.geo.brown.edu
Summary: About Discover any user wants enter to our node..

In article <A18520D1497F003099@EGFRCUVX> SABRY@SHEBIN.EG (Sabry Kotob El-Ganzory) writes:
>Hello All..........
>Please, I'd like to write a DCl procedure (say .COM) which will discover any
>User or anyone wants that enter our node from out our site.
>Possible that.
>Any suggestions??
>Many Thanks!
>Sabry
>E-mail:sabry@shebin.eg
>
>

Very EASY sabry (and it's in the FM)... 

Use VMS security features known as alarms under AUDIT... basically do this...

$ set audit/alarm/enable= -
  (login:remote,logout:remote,logfail:remote,breakin:all)

$ show audit

This will set alarms for anyone logging in, logging out, or attempted failures
(of failure), including ALL breakins on your system... You need the security
privilege to do this and just make sure that you are enabled with security...

$ reply/enable=(security)

You can also archive these security related events to any file...
see $ help set audit examples!

Darrin


 .  Darrin E. Robinson (DER31)         Hamnet   N1LLV  146.700-, 146.880- MHz
/|  Systems Programmer II              Internet darrin@MIT.EDU
\|  Dist. Computing & Network Services          robinson@Planetary.Brown.EDU
 |\ MIT Information Systems            ICBMnet  41 29 24 N  71 18 48 W (NPT)
 |/ 1 Amherst St. - Rm E40-338         NASAmail derobinson@nasamail.nasa.gov
 .  Cambridge, MA 02139, USA           AT&Tnet  (617) 253-0131
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: flushing in VAXC and DECC
Date: 27 Dec 1992 09:43:05 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 <1992Dec27.055031.24162@eco.twg.com>, larry@eco.twg.com (Lawrence B. Henry III) writes:
>Not to be one to continue scrary precidents.. [ I for one read this group
>for the grin factor associated with the flames posted by marginally informed
>individuals posing as gurus.. directed towards people they feel are unworthy..
>;-) its almost like watching the UN in action..] but I figure in the spirit
>of Christmas and all.. if we are really going to post "real", "live" 
>information...I can add that it is even documented in the online help on 
>AXP machines.. (see below)
>
>
>CC
>
>  Run-time_functions
>
>    fsync
>
>       Flushes data all the way to the disk.
>
>       Syntax:
>
>            #include <stdio.h>
>
>            int fsync(int file_descriptor);
>
>
>CC Run-time_functions Subtopic?
>
>              
>-Larry.
>
>PS. Don't take this serious unless you are one of those people out there posing
>as a guru.. :-)

Glad to know that it's documented on AXP machines.  Now, perhaps you'd clarify
a point for us:  The AXP documentation doesn't agree with what fsync() acutally
does under VMS 5.4-2.  In particular, the AXP documentation would have us
believe that:
	fsync(fileno(stdout));
actually causes the results of, e.g., all printf's to be flushed to disk.
Now, under VMS 5.4-2, if you spawn a subprocess (using the command
"SPAWN/NOWAIT/OUTPUT=file_name RUN program" that runs the program
	#include stdio
	main()
	{	printf("This is a test.");
		fsync(fileno(stdout));
		sleep(30);
	}
guess what?  You don't see "This is a test." in the output until the process
dies.  However, if the program had been:
	#include stdio
	main()
	{	printf("This is a test.");
		fflush(stdout);
		fsync(fileno(stdout));
		sleep(30);
	}
you'd see "This is a test." in the output file right away.

So, as someone "posing as a guru," I'd like to know whether the function does
as it's documented to do, or whether it does what it does under VMS v5.4-2.

(If you don't understand the distinction, that's OK;  You're not "posing as a
guru")
--------------------------------------------------------------------------------
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: larry@eco.twg.com (Lawrence B. Henry III)
Subject: Re: TT_AccPorNam field remains null on a SHOW USERS output ?
Reply-To: larry@eco.twg.com
Organization: The Wollongong Group (East Coast Operations)
Date: Wed, 30 Dec 92 19:40:53 GMT


In article <1hs3boINNnqs@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
|>Now for the $64 question:  In looking at the accounting file, how do you
|>determine where the user is coming from?  Yeah, I know, there's probably some
|>way to get the AUDIT mechanisms to record this information, but I'd rather have
|>it show up in ACCOUNTNG.DAT.

Unfortunately you are correct Carl.. there is no consistent place to look at
present to determine this information.. but I believe you can be assured that
it will be in either the accounting file or the auditing logs at the very least
I am not sure if DEC has deceided which mechanism it likes better. I believe
that the auditing approach is going to be the recommended answer/solution 
to this problem, since this mechanism seems more natural to the problem that
is being solved here.
	I wish that DEC would do some work in providing some documented
callouts to the loginout image as well.

-Larry.
From: FZC@CU.NIH.GOV ("Kevin Mitnick     NOT")
Newsgroups: comp.os.vms
Subject: [TDR] Two Points to make
Date: 31 Dec 92 01:42:14 GMT
Reply-To: TDARCOS@MCIMAIL.COM
Organization: The Internet

1.  Out of aproximately 750,000 readers of Info-Vax,
    aproximately 10 got the point that the item I sent:

    Can anyone E-Mail me the sources to Info-Vax?

    Was a joke.

    "Kevin Mitnick" was someone who used "social
    engineering" to con people into letting him get
    access to DEC's VMS source code.

    A simple example of this in real life is the
    prison inmate who fakes a fax ordering his own
    release.  Because people don't check the rules
    and the wrong things get done.

    Three people thought it was hilarious.  Two thought
    it was sick and the others played along with it.


2.  At least three people asked for copies of the code
    to do UUENCODE and UUDECODE for VMS.  At address
    "WSMR-SIMTEL20.ARMY.MIL" is a UUDECODE.C and
    UUENCODE.C in the VAX-MISC directory.  The files
    are less than 6K each.

    The last time I posted the UUCODE sources on here,
    I discovered they were for Turbo-C on the PC.

    These sources could be considered to be VAX
    specific, and as such would not be all that long.
    Perhaps less than 60 lines each.  This should
    solve the problem of people needing these two
    pieces of code.
---
Reply Address:  TDARCOS@MCIMAIL.COM
These opinions are those of the writer and not
necessarily anyone else's.
From: CADS_COLE@GALLUA.BITNET (Kevin Cole; Washington DC)
Newsgroups: comp.os.vms
Subject: UCX TELNET name.name.name portnumber -- How?
Date: 21 Dec 92 14:22:03 GMT
Organization: Gallaudet Research Institute

[Since vmsnet.networks.tcp-ip.ucx appears dead, I thought I'd try here...]

Greetings from the void,

I notice that I cannot type:

       telnet name.name.name portnumber

(It complains that it can't find a host record.)  But I can type:

       telnet name.name.name
and    telnet number.number.number.number portnumber

Why does it understand one and not the other?  And is there anything *as a user
not a systems manager* I can do about it?  Is there a way to feed it the 
parameters in a way that it will understand that it should translate the host
name to the numeric address and then apply the port number?  Or am I misdiag-
nosing the symptoms? 

Thanx Muchly.
-- 

 ========== U.S. Mail =============================== E-Mail =================
 Kevin Cole      <Flatline>           |  Bitnet: CADS_COLE@GALLUA.BITNET
 Gallaudet Research Institute  (GRI)  |  Internet: KJCOLE@GALLUX.GALLAUDET.EDU
 Washington, D.C.  20002-3625         |  UUCP: ...!psuvax!gallua.bitnet!kjcole
 (202) 651-5575  x4592                |  The WELL:   kjcole
Newsgroups: comp.os.vms
From: rao@moose.cccs.umn.edu (Rao Akella)
Subject: Passing parameters to detached processes.
Reply-To: rao@moose.cccs.umn.edu
Organization: Colon Cancer Control Study, University of Minnesota, Minneapolis
Date: Tue, 29 Dec 1992 02:01:55 GMT



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?

If this is a FAQ, please e-mail your response to me, and I'll post a summary. 
If it's in TFM, please give me a pointer to get me started.

Thanks for any and all assistance.

-- Rao Akella    <rao@moose.cccs.umn.edu, rao%moose@umnacvx.bitnet>

Newsgroups: comp.os.vms
From: ediaz@tolten.puc.cl (Eduardo Diaz)
Subject: Remote tar for VMS
Organization: Pontificia Universidad Catolica de Chile
X-Newsreader: TIN [version 1.1 PL8]
Date: Mon, 28 Dec 1992 22:01:41 GMT

We need a VMS version of remote TAR


Thanks in advance

Eduardo Diaz

Xref: sparky comp.os.vms:19899 gnu.gcc.help:2813
From: kushmer@bnlux1.bnl.gov (christopher kushmerick)
Newsgroups: comp.os.vms,gnu.gcc.help
Subject: Re: Loading gcc 2.2 from Mango
Date: 20 Dec 92 23:22:10 GMT
Article-I.D.: bnlux1.gnusenet1992Dec20.232210.23638
Followup-To: comp.os.vms,gnu.gcc.help
Distribution: world
Organization: Brookhaven National Laboratory, Upton, NY 11973
To: gnu-gcc-announce@rutgers.edu
Source-Info:  From (or Sender) name not authenticated.

following the friendly advice of one reader, I am adding the following 
information to this post

Hardware: uVax II

OS	: VMS 5.1

Trying to run the DCL file KITINSTAL.COM.


In article <1992Dec19.032718.1102@bnlux1.bnl.gov> kushmer@bnlux1.bnl.gov (christopher kushmerick) writes:
>I grabbed the files from mango for gnu gcc 2.2  . From the first file, 
>I used backup to extract a file, KITINSTAL.COM, which is a com file that
>builds everything.
>
>
>However KITINSTAL.COM dies on my computer after asking for a top
>directory for BISON. The comment is "Object of call not found" or 
>something close to that.
>
>Has anyone else had trouble with this instal com file? Has it worked fine for
>people?
>
>I tried telling it that I did not want to install bison. It dies anyway
>with the same message. So I doubt that the problem is with setting up the
>Bison directory.
>
>Has anyone modified the install com to work? If so, could you mail me your
>version?
>
>thanks
>
>
>
>-- 
>Chris Kushmerick
>kushmer@bnlux1.bnl.gov


-- 
Chris Kushmerick
kushmer@bnlux1.bnl.gov
From: gleason@mwk.uucp
Newsgroups: comp.os.vms
Subject: Re: ballooning EXE size
Date: 29 Dec 92 22:44:22 CST
Organization: M. W. Kellogg, Houston TX



  If your image has more than "n" image sections (where "n" is a number
I can't recall exactly, in the neighborhood of 95), demand zero compression
will be turned off, and the EXE will grow and grow...

  If that is the case here, try adding a line to your options file that
says  something like

ISD_MAX = 255

  for example...make it at least somewhat bigger than the total number of
image sections as shown by a link map. This will increase the number of image
sections the linker will allow before it gives up in despair and refuses to
compress the DZRO sections on disk. I caused some chemical engineers' programs
to shrink by several orders of magnitude using this...

Lee K. Gleason
Control-G Consultants
gleason@mwk.uucp
Phone 713/681-3985
Newsgroups: comp.os.vms
From: michael@chpc.utexas.edu (Michael Lemke)
Subject: Re: Butthead
Organization: The University of Texas System - CHPC
Date: Mon, 28 Dec 92 19:05:05 GMT

In article <1992Dec28.120521.5916@ais.com> bruce@ais.com (Bruce C. Wright) writes:
>In article <01GSUDDQDUHE8WWCGW@kopc.hhs.dk>, ARNE@KOPC.HHS.DK (Arne Vajhxj) writes:
>> 
[...]
>> 
>> Besides lowering the blood-preasure for certain individuals then YOU
>> WILL GET MORE AND BETTER ANSWERS if your posting includes:
>> 
>>   - a detailed description of the problem
>>   - software names and versions
>>   - exact error-messages and/or log-files
>>   - a valid email-address
>
>These are good points, and I hope that everyone takes them to heart.

You forgot the presumably most important one:

     - the command(s) exactly as typed (including all qualifiers and stuff)


Michael
-- 
Michael Lemke
Astronomy, UT Austin, Texas
(michael@io.as.utexas.edu or UTSPAN::UTADNX::IO::MICHAEL [SPAN])
From: simons/G=Colin/I=CB/S=Sewell/O=H.A.Simons.Ltd/OU=CORP@mhs.attmail.com
Newsgroups: comp.os.vms
Subject: Re: Bypassing missing F11BXQP on startup ?
Date: 28 Dec 92 19:35:09 GMT
Organization: The Internet

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
>SYSINIT-E Error opening or mapping F11BXQP, status = 00018272.
>
>I don't want to go to an older backup just yet, so are there any ways
>around this ? I have a recent standalone backup created with
>STABACKIT on another disk, could this be used along with backup/noinit
>to be of some use ? Xmas day is a bad day to get into such a mess :-)
>
>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)

    i haven't a clue as to why SUBMIT.EXE went missing. However, i can
    help you with the F11BXQP problem.

    First of all, F11BXPQ isn't missing. If you translate those hex
    error messages to the error text you find that:

write sys$output f$message(%x07280b4)
%MOUNT-F-VOLALRMNT, another volume of same label already mounted

write sys$output f$message(%x00018272)
%RMS-E-DNR, device not ready, not mounted, or unavailable

    the first error message tells you that the system disk could
    not be mounted on boot because there was another volume
    mounted /system with the same volume label. The second error
    message indicates that, since the system disk was not mounted,
    F11BXQP could not be mapped. You cannot get along without that
    image, it's the key to decoding the file structure on the disk.

    We had the same problem a couple of days ago...What we did to
    get the same error was back up and restore the system disk
    of a fileserver node in the cluster and rebooting without bringing
    all the satellite nodes that boot off that disk down. The
    satellite nodes have the system disk mounted /system preventing
    the server node from mounting it /system. This ordinarily
    doesn't happen; you can rebot the server node without bringing
    down the satellites and there is no problem. However by restoring
    the system disk, the server sees it as a new volume, not the original
    one that was in the drive.

    so, bring down the satellites, boot the server, then bring up each
    satellite node. hope this helps.
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Question about  MAIL and DEL(copy).....
Date: 21 Dec 1992 08:33:48 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 <AADF0C3ACCDF000258@EGFRCUVX>, SABRY@SHEBIN.EG writes:
>
>HELLO ALL........
>I am Sabry Kotob from Egypt, Our system MV3400 by 12.00Mb with VMS 5.2-1.
>I am sending to you needing a help.
>Does anyone know what the mail$xxxxx.mai files are that are created by mail.
>They don't seem to be related to the number of messages in various mail folders.
>Just wondering.   ok..................

Sabry, given that you're asking so many questions of this newsgroup, WHY THE
HELL HAVEN'T YOU SUBSCRIBED TO IT?  The question you asked was just answered at
length.  To recap:

MAIL.MAI is an indexed file.  Short (under 3 blocks, or about that) MAIL
messages are stored in the indexed file.  Longer messages are stored in
external files (do a DIR/FULL from within MAIL to see examples of both), with a
record in MAIL.MAI that points to them.

>Question DCL ...please,
>When make command copy by the following:-
>$ copy sab.txt  ali.txt;1/log
>This appears to me  a messages:
>%COPY-E-OPENOUT,error opening dia0:[users.engineer.sabry]ali.txt;1 as output.
>-RMS-E-FEX, file already exists, not superseded
>%copy-W-NOTCOPIED, 
>Any ideas????

Yup.  The file dia0:[users.engineer.sabry]sab.txt;1 was not created because it
already exists.  This time I *DO* intend to be rude:  You can't speak English.
You *REALLY* need to hire someone who speaks English to help you.  The error
messages which you were obviously incapable of reading told you, quite
explicitly, that the new file was NOT created because the file in question
already existed.  I don't know how to translate that into your native language,
and I doubt that there are very many people participating on comp.os.vms who
could.
--------------------------------------------------------------------------------
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: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
Newsgroups: comp.os.vms
Subject: Re: Sysop checking mail
Date: 21 Dec 92 14:40:21 GMT
Organization: The Internet


	Dwight D. Moore <dwight@geohub.gcn.uoknor.edu> writes:
>
>In article <BzEv57.CEq@constellation.ecn.uoknor.edu>, dwight@geohub.gcn.uoknor.edu (Dwight D. Moore)
>writes:
>|>I believe therer is a 1986 (?) Law that addresses the privacy of electronic
>|>mail. It is illegal for a system manager, or anyone else for that matter, to
>|>read another person's mail. Mail,  e-mail included, is considered private
>|>property, even if you do manage the  system. I  have misplaced the
>|>reference, maybe someone else has it handy?
>|>
>oops...found it:
>
>(As per Bruce Hunter's System Administration column in Open Systems Today, August 31, 1992:)
>
>"The Electronics Communications Act of 1986 makes it a felony (in specific
>instances) to read other people's electronic mail."
>
>Any more details, anyone?
>

	IANAL but the act referred to governs *public* facilities; e.g. 
bulletin board systems.  To the best of my knowledge, it does not apply to
employer-employee relations.  It would be illegal for, say, CompuServe or
Prodigy to read your mail or to permit someone else to do so.  It would
be *legal* for an employer to read an employee's mail.

	Inasmuch as *anyone* with any of several privileges (BYPASS, 
READALL, SYSPRV, CMKRNL, PHY_IO, LOG_IO, SETPRIV and perhaps others) can
either read other people's mail or give himself the necessary privilege to
do so, MAIL can not be regarded as being secure.


*************************************************************************
*                                                                       *
*                        Here, there be dragons!                        *
*                      dragon@nscvax.princeton.edu                      *
*                                                                       *
*                                                Richard B. Gilbert     *
*************************************************************************
Newsgroups: comp.os.vms
From: ORAKEL@rzmain.rz.uni-ulm.de (Framstag)
Subject: Re: Detecting directory of invoked .com 
Organization: University of Ulm, Germany
Date: Wed, 23 Dec 1992 16:32:24 GMT
X-Copyright1: Fuer Veroeffentlichungen AUSSERHALB des Newssystemes gelten MEINE Geschaeftsbedingungen.
X-Copyright2: Nichtbeachtung wird in der Regel zivil- und strafrechtliche Folgen nach sich ziehen.
X-News-Reader: VMS NEWS 1.25

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")


\  Ulli 'Framstag' Horlacher       \     psi%(0262)45050260103::orakel  \
 \  Student consultant VAX/VMS and networks   \  orakel@dulruu51.bitnet  \
  \  Rechenzentrum  Universitaet Ulm  Germany  \    orakel@rz.uni-ulm.de  \
   \  "With mainframes you just can do nonsense, with PCs not even that."  \
Newsgroups: comp.os.vms
From: bena@yoyo.cc.monash.edu.au (Ben Aveling)
Subject: Re: DECW$TRANSPORT_COMMON not up to date ?
Organization: Monash University General Access Unix
X-Newsreader: TIN [version 1.1 PL8]
Date: Sat, 2 Jan 1993 08:20:00 GMT

I wrote ...
: > For those on VMS 5.4 the correct minor ID of DECW$TRANSPORT_COMMON
: > is 00000D.  Thats what it is on the Vax Station at work
: > and that's what DEC say it should be, I asked.  However, having
: > sent out some beta software I have had two people in different parts
: > of the world complain that their software don't run, and the problem
: > has been traced to DECW$TRANSPORT_COMMON having the wrong minor ID
: > of 00000C. ie. their DECW$TRANSPORT_COMMON is still at VMS 5.3
: >
: > Does this sound familiar to anyone ?  If so, could you please E-mail
: > me and I'll post a summary to the Net.  If not, could I trouble
: > 1 or 2 people who are on 5.4 to ANALYZE/IMAGE DECW$TRANSPORT_COMMON
: > and let me know what their minor ID is.  ( I think it's about the 5th
: > line, but I'm not at work now, so I can't check for sure. )

: I couldn't E-mail, because there's no address given in the message 

Sorry about that.

Anyway, I got a few replies, thank you all, and also anyone who tried 
and failed.

In summary, most people seem to have minor id: %X'00000C' even
at V5.5.  The suggestion from two people, and I can believe it, is that
with Motif comes with a new version of DECW$TRANSPORT_COMMON. 

Out of 6 machines at various operating systems, 2 had minor ids of
%X'00000D', both had motif.  The other 4 didn't have motif and had 
minor ids of %X'00000C'.  Operation systems didn't seem to make a
difference.  2 other people replied saying VMS 5.5, minor id: %X'00000C'
which means it would have been %X'00000C' at 5.4 too, these things don't
go down (-: we hope :-) but didn't mention Motif.  Understandable, I
sure didn't think of it.

Thank you everyone - unless anyone wants to say that they have 
minor id: %X'00000C' and Motif, or minor id: %X'00000D' without 
Motif, I think this question can be closed.  :-)

( What to do about it - that's MY problem )-:

        Thanks all,

        Ben Aveling                        ( bena@yoyo.cc.monash.edu.au )