HDTenEightyP/NetNews huggingface dataset:
From: MCMAHON@AC.GRIN.EDU ("McMahon,Brian D")
Newsgroups: comp.os.vms
Subject: Re: Question of SYSGEN.....
Date: 6 Jan 93 14:54:42 GMT
Distribution: world
Organization: The Internet

> In fact, you have asked a completely open-ended question.  You might as well
> have asked "What shall I do with my time tomorrow?"  

Hey, I can answer that one:  First, find the number for the Digital sales
office in your area.  Call them, and order the VMS documentation set.  Wait
until it arrives.  (This step will probably take more than one day.)  Read
the parts on how to set up and manage a VMS system.  Until then, try not to
touch any of the funny buttons.  Relaxen, und das Blinkenlichten vatchen.

Brian McMahon (BDM13)    <MCMAHON@GRIN1.BITNET>    <MCMAHON@AC.GRIN.EDU>
Postmaster / Acad. Software Support   Grinnell College Computer Services
Grinnell, Iowa 50112 USA   Voice: +1 515 269 4901   Fax: +1 515 269 4936

Newsgroups: comp.os.vms
From: fairfield@slacvx.slac.stanford.edu
Subject: Re: Ethernet address (sans code) ?
Organization: Stanford Linear Accelerator Center
Date: Tue, 12 Jan 1993 05:28:42 GMT

In article <1993Jan11.202015.79@ittpub.nl>, david@ittpub.nl (David P. Morgan) writes:
> 
> How can one find out the Ethernet address of a node ?
> 
> It's VMS 5.5. I know you can do it with a little bit of code and that's
> straightforward but how can you do it with NCP, for instance ?

    $ MC NCP SHOW NODE <node_name> CHARACTERISTICS

    Look for the line starting "Hardware address" in the output.
-- 
 Dr. Kenneth H. Fairfield    |  Internet: Fairfield@Slac.Stanford.Edu
 SLAC, P.O.Box 4349, MS 98   |  DECnet:   45537::FAIRFIELD (45537=SLACVX)
 Stanford, CA   94309        |  BITNET    Fairfield@Slacvx
 ----------------------------------------------------------------------------
 These opinions are mine, not SLAC's, Stanford's, nor the DOE's...
From: HOLDREGE+_MP%A1%PacifiCare@MCIMAIL.COM (Matthew Holdrege)
Newsgroups: comp.os.vms
Subject: RE: How I contact to ARPANET...
Date: 12 Jan 93 17:07:00 GMT
Distribution: world
Organization: The Internet


>Hello All..........
>What do I do to contact to ARPANET because I send some message to this but I
>received saying That this address UNKNONW of thsi ARPANET.
>Mant Thanks to any help.........

>==>Sabry,

Hey guys! What do you think it would cost to send a hit man to Egypt? 
Perhaps if we all chip in $5 we could get rid of this guy. Or we could take 
the cheaper option and send Ehud there as a tutor. Either way, I would be 
happy to spend a few bucks to get rid of his ridiculous posts and the 
accompanying flame war.

>* Sabry Kotob El-Ganzory          * Internet: "SABRY@SHEBIN.EG"               *
>* Menoufia Unversity              * Internet: "SYSTEM@SHEBIN.EG"              *
>* Computer Center                 *                                           *

Matt Holdrege      5156065@mcimail.com
From: RICH@VAX5.CSD.COM (The Ghost in the Machine)
Newsgroups: comp.os.vms
Subject: RE: UNDELETE Program
Date: 7 Jan 93 03:03:22 GMT
Distribution: world
Organization: The Internet


>Is there any UNDELETE program for VMS 5.4-2?

Yes, I have a MACRO program that will undelete files on VMS - I'll send
a copy directly to your e-mail address (to minimize bandwidth noise).

Warning:  As with any system where multiple users converge on a single disk,
what's left of your file depends on how quickly you run the utility and how
many people created/extended files after you deleted your file.  Also be
forwarned that in order to use the utility the disk must be NON-BOUND, MOUNTED,
ODS2, PRIVATE, NOHIGHWATER and NOERASE.

I may regret this, but:  If anyone else would like a copy, send e-mail to
"rich@csd.com"
From: steve@dbaccess.com (Steve Suttles)
Newsgroups: comp.os.vms
Subject: Re: VAX C header file standards?
Date: 8 Jan 93 23:26:29 GMT
Organization: Cross Access Corp., Santa Clara, CA
X-Newsreader: Tin 1.1 PL4

rao@moose.cccs.umn.edu (Rao Akella) writes:
: 
: Are there any standards for VAX C header files?  How does Digital decide what
: definition goes in which file?

On a case-by-case basis.  Usually, it is pretty obvious.
: 
: For example, in V3.1 (-051, to be precise), the definition of caddr_t ("typedef
: char * caddr_t;") is present in both DECW$INCLUDE:XOS.H and XRESOURCE.H.  In
: V3.2 (-044), the XOS.H definition was dropped.  I'm feeling slightly bummed
: about this because I recently made Gnu Xchess available for anon ftp at my
: site, and I've since been informed that while V3.1 compiles Xchess correctly,
: V3.2 returns compilation errors (because Xchess includes XOS.H but not
: XRESOURCE.H).

Cite the compiler version.  Test new versions.  You might be able to
be compatible with both by including headers which are "extra" for some
circumstances.

: 
: Shouldn't all existing definitions be left in there in the interest of upward
: compatibility?  Or was there a good reason for Digital to change the header
: files in between upgrades?
: 
Perhaps...but you wouldn't like it.  The reason they changed is for ANSI
compatibility (well, approaching ANSI).  In order to meet both goals, they
would have to #ifdef on some indication that you were using/not_using ANSI
compliant mode.  The size of the headers would double, as would their
complexity (which -does- have an effect--compile time and user comprehension).

The "good" news is you probably won't have to deal with this again; VAX C
gets virtually no support, since all the money is on DEC C.  Of course, this
is the bad news too--VAX C will fall off in popularity when there is any
acceptable alternative (if you ported to VAX C, you already know that large
parts of the runtime library--forget header files--are brain dead).

sas

PS:  DEC in no way approves of my opinion of VAX C.  I do not approve of their
opinion, so I guess that's fair.  They must think it's fair too, because they
still won't fix the parts that are broken.  Yes, I have a list, and yes, I gave
it to them.  The part that really bothers me is that I'm forced by circumstance
to use and recommend VAX C, and that most of the problems could be fixed within
the runtime libary, and those that can't, can be worked around...but even this
information can't get distributed.

For the record, just to be fair, the compiler is not at fault.  The problem
lies entirely within the runtime library, distributed with and as a part of
VMS (the cause of the problem may have had something to do with
interdepartmental politics at DEC--I've had my share of those to deal with,
too [no, don't bother to ask]).

-- 
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: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Question about RMS and MSCP-pair
Date: 9 Jan 1993 11:41: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 <61050100@acf3.NYU.EDU>, tihor@acf3.NYU.EDU (Stephen Tihor) writes:
>Use BACKUP or any other tool you have written to accept and ignore the
>forced error, copying the file.

NNNNNNNNNOOOOOOOOOOOOOOOO!  What you end up with is a corrupted file that has
no indication that it's corrupted!  The *ONLY* sort of tool you should use for
this sort of thing is something that questions you about what to do with the
bad block!  And if you don't fully understand what's going on, you shouldn't
even try to salvage the file.
--------------------------------------------------------------------------------
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: jweiss@casbah.acns.nwu.edu (Jerry Weiss)
Subject: Re: Long standing apparent Backup or XQP problem
Organization: Northwestern University, Evanston Illinois.
Date: Wed, 6 Jan 1993 18:27:49 GMT

In article <9301052330.AA21443@relay1.UU.NET> gleeve@galaxy.dnet writes:
[misc deleted]
>
>What I did:
>  I ran Backup on a VAX 6660 to create savesets, on the same disk,
>   where the disk had plenty of space (well, it had plenty before
>   I started :-) ). The commands were of the form
>
>$ backup/block=4096/trunc [.a*...] [somewhere]a.bck/save
>
>which normally creates a saveset of all the relevant directories.
>
>  Doing a BACKUP/LIST of [somewhere]a.bck/save
>
>revealed errors recovered by XOR groups, and errors of lost blocks
>in files within the saveset, EVEN THOUGH there were NO errors reported
>by Backup during creation of the savesets, nor any hardware errors
>(via show error) reported on the device.
>


>   The point of all this is cautionary: at least SOME of the
>time use BACKUP/COMPARE or BACK/LIST on your savesets to ensure
>this is not happening to you.
>   If anyone can shed light on the problem beyond this caution,
>please feel welcome. If it happens again I will gather more information
>on the account. Still, the problem didn't occur, with the same
>account, where backup was running on a uniprocessor.

This may not be relevant, but I've seen a few odd things in my backups as
well.  I started to run them with a /verify pass to give me more confidence
in them.  Most of my backups are to mag tape, 8mm emulation of TMSCP,
usually run with /NOCRC/GROUP=0.  I understand the downside of the last two
switches, but its a decision I've made for myself and the benefits/hazards
are probably best handled in a seperate thread.  What gets reported as a
hard or soft error for a tape may not have anything to do with what Glenn
mentioned above.

1) SOFTERRS, recoverable media errors.  Not logged in errorlog or show
   error.  Maybe this is just normal.  

2) Verify errors on files that are closed and never accessed.  Verify
   errors disappear when I run with /CRC.  The incident of errors is 
   low ~1/800,000 blocks.  I was beginning to suspect that data going 
   between controller and drive was getting corrupted.  I would have 
   thought the /CRC (with /Group=0) would have caused the appearance of
   some read errors in that case.

3) Interaction between MSA0 (TU80) and MUA0:.  Mounts of MSA0 appear to
   be blocked during certain MUA0 operations (which can take considerable time).

This is on a 11/750 VMS 5.4-3 with CSCPAT_010116 patches applied.



-- 
Jerry S. Weiss	  "If you can't stand the heat, stay out of the antimatter!"
j-weiss@nwu.edu    Dept. Medicine, Northwestern Univ. Medical School
From: Chris_F_Chiesa@cup.portal.com
Newsgroups: comp.os.vms
Subject: Long-awaited $IMGACT example follows
Date: Tue,  5 Jan 93 11:40:14 PST
Organization: The Portal System (TM)
Distribution: world

Okay, netters... I've had a lot of requests, since posting last month
(or thereabouts) on the subject of "callable COPY," for me to post the
"working example program I wrote that wraps a jacket around activation
of bona fide VMS COPY."  I'm going to post it in two VMS_SHAREd parts
immediately following this message, so cross your fingers and hope you
get both of them.  

Chris Chiesa
  Chris_F_Chiesa@cup.portal.com
From: ccdarg@dct.ac.uk (Alan Greig)
Newsgroups: comp.os.vms
Subject: Re: Date incorrect after reboot
Date: 7 Jan 93 14:32:56 GMT
Organization: Dundee Institute of Technology

In article <1993Jan7.090347.14794@fys.ruu.nl>, hooft@fys.ruu.nl (Rob Hooft) writes:
> In <1993Jan6.092134.22@sfpp.com> longo@sfpp.com (Bob Longo) writes:
> 
>>Yeah... My VAX systems NEVER crash, so why bother?    ;-)
> 
>>Seriously - you are correct that SHUTDOWN.COM does the SET TIME, but systems
>>do occasionally crash, lose power, etc.  Issuing the SET TIME shortly after
>>midnight after the new year change covers you in case of such a disaster.
> 
> Just make sure you have a cluster: good LAVC practice is to
> synchronize the clocks every once in a while: I think SET TIME/CLUSTER
> will also take care of the problem?

Although this is no longer a supported command. Try SYSMAN> SET ENV/CLUS
SYSMAN> CONFIGURE SET TIME

> 
> And: NO: Our VAX systems NEVER crash. Uptimes upto 600 days, causing an
> overflow in the CPU time of the NULL process (Yes: VMS 4.7).

Reminds me of TOPS20's Idle: +INF%
-- 
Alan Greig                            Janet: Alan@UK.AC.DUNDEE-TECH
Dundee Institute of Technology	   Internet: Alan@DCT.AC.UK
Tel: (0382) 308810                 Int: +44 382 308810
              -- There is only one true conspiracy --
From: 9120092@ul.ie
Newsgroups: comp.os.vms
Subject: Help a student in distress....
Date: 7 Jan 93 11:46:20 GMT
Organization: University of Limerick, Ireland

Call me a buthead but I've got a few rather simplistic questions to 
pose to the great VMS minds out there.
(1) How come DEC manuals have most of their examples in Fortran?

(2) In DEC's RMS who does the FAB and the RAB work, is it much different
    from the FAT in Messy Dos (TM) ?

and more importantly as I require this information soon
(3) Does anybody have any working examples of SMG's used in Cobol (cough cough)?
    In particular SMG$CREATE_MENU. I would really appreciate this as the
    VMS ver 3 manuals that are available to me don't mention a thing
    about it. I know about it 'cause it's in the Ver 5.? help facility.

Any help will be appreciated greatly.

             Peter

--------------------------------------------------------------------------
Peter O'Brien              |  E-Mail:  in%"9120092@ul.ie" 
Computer Systems           |
University of Limerick     |         "Listen now, understand later!"
Ireland.                   |  a U.L Maths Lecturer who shall remain anon.
--------------------------------------------------------------------------
From: mcmahon@TGV.COM (Looking for a corner at Dupont Circle)
Newsgroups: comp.os.vms
Subject: Re: IRC Client Software ?
Date: 12 Jan 93 17:28:24 GMT
Distribution: world
Organization: The Internet

In article <00966779.B4B0FC80.3940@VAX1.Bemidji.MSUS.EDU> you write:
=>I was wondering if there is some way to set up a client program for
=>IRC on the VAX?

There is a reasonable VMS IRC client program available for 
Anonymous FTP from freebie.engin.umich.edu.

=>I am also looking for some way to use DCC GET on irc.

I'm not sure this particular client supports CTCP GET.  I would
look it over, and contact the authors.

=>By the way, IRC stands for Internet Relay Chat. It's a place where
=>people from different places can talk to one another.

It is similar in basic function to RELAY on BITNET.

--
John 'Fast-Eddie' McMahon    ()
TGV, Incorporated            () "Any networking problem can be solved by
603 Mission Street           ()  the application of 33 miles of Unshielded 
Santa Cruz, California 95060 ()  Twisted Pair (UTP)"   
408-427-4366 or 800-TGV-3440 ()                      [InterOp Spring 1992]
E-Mail: MCMAHON@TGV.COM      ()
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms
Subject: Re: Help a student in distress....
Date: 7 Jan 93 21:26:58 GMT
Organization: Applied Information Systems, Chapel Hill, NC

In article <C0Hz98.Lw6@usenet.ucs.indiana.edu>, mdchaney@fractal.ucs.indiana.edu (M Darrin Chaney) writes:
> In article <20242.2b4c180e@ul.ie> 9120092@ul.ie writes:
>>Call me a buthead but I've got a few rather simplistic questions to 
>>pose to the great VMS minds out there.
> 
>>(2) In DEC's RMS who does the FAB and the RAB work, is it much different
>>    from the FAT in Messy Dos (TM) ?
> 
> Absolutely nothing to do with each other.  The FAT (MS-DOS) is per-disk
> data structure that describes the logical layout of the file on the disk.

As others have noted, FAT in MS-DOS is most like ODS-2 in VMS -- both are
names of on-disk file structures.  FAT is pretty brain-damaged by comparison;
ODS-2's organization is most like that of OS/2's HPFS or Windows NT's NTFS
in the PC world.

> In RMS, the FAB and RAB simply keep information about the file that you are
> accessing, such as file type, file name, and record type.  The DOS equivalent
> is the File Control Block- FCB- which holds file name, record size, and other
> information for access.  It is used by DOS interrupt (21h) services such as
> 21h, 22h, and 23h (which read, write, and get file size).  That's the new way
> of dealing with files, as opposed to handles.  

The RAB and FAB in RMS are most like the DOS FCB's, but again, the DOS
FCB's are a pretty brain-damaged implementation of the concept.  But the
modern way of dealing with MS-DOS files is with handles (sort of similar
to Unix), not FCB's.

Bruce C. Wright
From: RMCEWEN@CCS1.BBN.COM (Regis McEwen)
Newsgroups: comp.os.vms
Subject: RE: What is XPDRIVER for?
Date: 8 Jan 93 18:20:00 GMT
Organization: The Internet

Message-id: <1992Dec29.185622.1038@cmkrnl.com>
Organization: Kernel Mode Consulting, San Diego, CA

In article <1992Dec29.185622.1038@cmkrnl.com>, jeh@cmkrnl.com (Jamie Hanrahan) writes:
>In article <1992Dec29.143542.4184@arizona.edu>, CHD@HERMES.ECE.ARIZONA.EDU (Chris De Young) writes:

[...]

> You can see what's on the Q-bus by
>
>	$ run sys$system:sysgen
>	SYSGEN> SHOW/UNIBUS

	With the exception of using this command on 6000 class machines,
	I agree with what Jamie has written (a thorough job, as usually!)
	with the a minor change that'll survive across VMS upgrades:
[...]

> Another thing you could do is to modify the system startup procedure so that
> it doesn't try to configure the "XP" device.  In SYS$COMMON:[SYS$STARTUP]
> VMS$DEVICE_STARTUP.COM you will find a line that reads
>
>	$sysgen autoconfigure all
>
> edit it so that it looks like:
>
>	$sysgen autoconfigure all/exclude=xp

	Instead of editing SYS$COMMON:[SYS$STARTUP]VMS$DEVICE_STARTUP.COM
	edit SYS$MANAGER:SYCONFIG.COM instead and include the following:

		$ startup$autoconfigure_all == 0
		$ mcr sysgen autoconfigure all/exclude=xp

	This file is there for the purpose of configurating devices.


							-Regis
From: nreadwin@micrognosis.co.uk (Neil Readwin)
Newsgroups: comp.os.vms
Subject: Re: local printing out of detached process
Date: 5 Jan 93 21:23:01 GMT
Organization: Micrognosis, a division of CSK(UK) Ltd

In article <1993Jan5.131302.21764@ncsa.uiuc.edu>, jsue@ncsa.uiuc.edu (Jeffrey L. Sue) writes:
|> In article <1993Jan5.103014.347@csghsg5a.bitnet> 92636828s@csghsg5a.bitnet writes:
|> >I'm trying to create a detached subprocess or process, which has to be
|> >attached to the terminal, because I want to run it a batch-file with
|> >the following content: $mc prt type *.txt
|> >Spawn/nowait anything.com doesn't help for although the subprocess runs
|> >asynchronous the "motherprocess" is stopped till completion of the subprocess.
|> >Is there a possibility to do it via run/detach ?
|> >Any kind of help will be appreciated.  
|> 
|> Try $ HELP SPAWN
|> see /WAIT

Given that David-Michael has said that 'Spawn/nowait anything.com doesn't
help' this probably will not help much.

On the other hand, he also says 'although the subprocess runs asynchronous
the "motherprocess" is stopped till completion of the subprocess'. This is
not true, but if he means that the child process is killed if the parent
process is stopped then this is correct. The real question is what is the
command
	$mc prt type *.txt
supposed to do and why won't
	$print *.txt
(with some set of qualifiers) do the job? Since 'mc prt' will not work here
I assume that it is either a local hack or (conceivably) a layered product.

More information from the original poster is what we need. Neil.
-- 
 Phone: +44 71 815 5283  E-mail: nreadwin@micrognosis.co.uk
 Anything is a cause for sorrow that my mind or body has made
From: steve@dbaccess.com (Steve Suttles)
Newsgroups: comp.os.vms
Subject: Re: Turning off DCL WARNING messages: Can it be done?
Date: 8 Jan 93 23:30:50 GMT
Organization: Cross Access Corp., Santa Clara, CA
X-Newsreader: Tin 1.1 PL4

RIC@RML2.SRI.COM (Ric Steinberger) writes:
: 
: If a rusty DCL programmer may be permitted a question, here's mine:
: 
: Can DCL Warning messages be turned off during execution of a command
: file?  It seems that SET MESSAGE can turn off everything, but not just
: WARNINGS.  
: 
: Thanks in advance for any suggestions.
: 
: ric steinberger
: ric@rml2.sri.com

Ric,

I don't know if this has any value, but one answer might be to set the
ON level to ERROR and report the value of $STATUS (you could do that
with a gosub if you wanted errors to continue, or a goto if you intended
to exit).

A better solution would be to use the /ERROR qualifier on I/O commands
(the only ones that have them) if those happen to be the ones annoying
you.

An even better solution would be to design the command file to check for
the things it might warn about first.  A common complaint is a warning
that a file is missing at time of a deletion attempt; I use:
	$ if f$search(foo) .nes. "" then $ delete 'foo'
and similar constructs to avoid this type of nuisance.

sas
-- 
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!
Newsgroups: comp.os.vms
From: colombo@bronco.fnal.gov
Subject: Re: The VAX Vacuum
Organization: Fermilab Computing Division
Date: Mon, 4 Jan 1993 15:35:48 GMT

In article <9301040153.AA20250@ucbvax.Berkeley.EDU>, FZC@CU.NIH.GOV ("Paul Robinson, Contractor") writes:

> The issue of the VAX vacuum vs. VAX computers and the
> trademark isn't significant except to the extent Digital
> might have wanted to sell their computer in the same
> countries as that other company had been selling vacuums.
> 

I think the vacuum company has promised not to make computers and
DEC promised not to make anything that sucks.  :-)

-- 
 ___________________________________________________________________________
 *****  *   *  From the e-net desk of: Rick Colombo CD/DCD/DSG    *    *
 *      **  *  Fermi Nat'l Acc'l Lab   708-840-8225 Fermilab     * *   *
 ***    * * *  P.O. Box 500   MS 369   Feynman Computer Center  *****  *
 *      *  **  Batavia, Ill. USA 60510 Colombo@fnal.fnal.gov    *   *  *****
 *    Of course I speak for: Fermilab, Congress and the President... NOT!!!