HDTenEightyP/NetNews huggingface dataset:
From: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Re: (none)
Date: 22 Jan 93 14:49:25 PST
Organization: Kernel Mode Systems, San Diego, CA

In article <930120112423.2041c8e9@FNAL.FNAL.GOV>, ISENHOUR@FNAL.FNAL.GOV 
(John L. Isenhour) writes:
> REMOVE ISENHOUR@FNALO.FNAL.GOV
> REMOVE ISENHOUR@FNALA.FNAL.GOV
> REMOVE ISENHOUR@FNALC.FNAL.GOV
> REMOVE ISENHOUR@FNALF.FNAL.GOV
> [...]

Hah!  Death shall not release you. 

	--- Jamie Hanrahan, Kernel Mode Systems, San Diego CA
drivers, internals, networks, applications, and training for VMS and Windows NT
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
Internet:  jeh@cmkrnl.com, or hanrahan@eisner.decus.org  Uucp: uunet!cmkrnl!jeh
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Warning: bug check messages
Date: 23 Jan 1993 00:52:21 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 <1993Jan22.160529.1@woods.ulowell.edu>, welchb@woods.ulowell.edu writes:
>
>	We are running VMS 5.5-2 on a VAX 6610.  When a privileged user, 
>inside mail, says   
>
>Mail>show forwarding/user=*
>
>we get the correct response listing the approximately 30 users who have
>set forwarding.  But the execution of the instruction causes bug check
>mail messages from VAXsimPLUS; apparently it has something to do with
>generating stuff coming across the network.

Could you be a bit more explicit about the bug check messages?  What do they
actually say, etc.?

>	We reported this as a hardware problem; after dialing in they 
>asked us to call it in as a software problem.  Software has never seen
>this.  The only way they could solve it would be to change a sysgen
>parameter which allows a crash to occur from non-fatal errors; we find 
>this to be unacceptable on our busy machine.

I.e., they'd set SYSGEN parameter  BUGCHECKFATAL to 1, which would turn the
continuable bugcheck you're getting into a fatal bugcheck.  Since BUGCHECKFATAL
is a dynamic parameter, you could, of course, set it to 1 and issue the
problematic command next time you want to shut down your VAX.
--------------------------------------------------------------------------------
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,comp.lang.c,vmsnet.alpha,cern.alpha
From: elmo@netcom.com (Eliot Moore)
Newsgroups: comp.os.vms
Subject: Alternatives to DecVoice
Date: 26 Jan 93 19:05:13 GMT
Distribution: usa
Organization: Netcom Services - (310 842-8835 guest)


I have voice-response requirement for a small microvax system.
Digital's speech systems (DecVoice) appear to be both overpriced and
obsolescing.

Are there any PC-based voice-response systems that have a vax interface,
callable and controllable from vax applications?

Regards,
elmo
-- 
Eliot Moore - elmo@netcom.com, POB 1431 Santa Monica CA 90406
Newsgroups: comp.os.vms
From: m1b@rayssd.ssd.ray.com (Barone)
Subject: Re: Check your temper at the door!
Organization: Raytheon Submarine Signal Division
Date: Thu, 21 Jan 1993 18:20:34 GMT

I have been a firm believer in the quote, "Against stupidity, the gods
themselves contend in vain."  No amount of railing will change it.

In article <1j95vqINNng8@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J
Lydick) writes:
> I, for one, consider it an act of kindness to let someone who doesn't know
> what
> he's doing know that, and an act of cruelty to let him go on believing he
> *DOES* know what he's doing when he doesn't.
> 
> Analogy:  Would you stand back and watch someone step in front of a speeding
> car, just because you didn't want to hurt his feelings by pointing out that he
> wasn't watching where he was going?

You're analogy is appropriate but think of it as evolution in action.
Just as the stupid pedestrian won't try that stunt again, the "stupid"
person who fails to learn will probably lose his job and be slinging
burgers at a Mickey D's (without Internet access!).  :-)
-- 
Joe Barone
m1b@rayssd.ssd.ray.com
Knowing everything is impractical.  Access times would be enormous.
Newsgroups: comp.os.vms
From: pmoreau@banc.cenaath.cena.dgac.fr
Subject: Re: DECwrite
Organization: CENA, Centre d'Etudes de la Navigation Aerienne - FRANCE
Date: 21 Jan 93 17:18:14 +0100

In article <1jjo91INNeor@mserv1.dl.ac.uk>, ufe@dlva.dl.ac.uk () writes:
> 
> How do I go about getting DECwrite to display on UNIX workstations ?
> 
> DECwrite is installed with the British/English option and when an attempt
> is made to run it to an X-server on a UNIX box comes back with
> 
> DECW$SYSTEM_DEFAULTS:WRITE$UI.UID not found
> 
> I believe this is because it queries the server for the resource
> *xnlLanguage and expects to get en_GB back. 
> 
> Has anyone got it to work ? - i've tried SUN and SG boxes with no success.
> 
> Cheers,
> 	Mark
> ========================================================================
> Mark Enderby			   JANET - ENDERBY@UK.AC.DARESBURY
> Systems Manager		  	   EARN/Bitnet - ENDERBY@DARESBURY.AC.UK
> SERC Daresbury Laboratory
> Keckwick Lane						
> Daresbury
> Warrington	tel:   0925-603353
> WA4 4AD		Int:+44-925-603353
> UK		fax:   0925-603174

I think you need to run first the DECwindows Session Manager on your server,
displaying on your Unix workstation, with the appropriate language selected
in Options - Language . At this time, you can start DECwrite.

Warning : if you quit the session manager, X clients running on your local
workstation may be killed. A workaround is to kill manually the DECW session 
manager. 

===============================================================================
pmoreau@ada.cenaath.cena.dgac.fr ______      ___   _
PSI%191190315::PMOREAU (France) / /   /     / /|  /|
                               / /___/     / / | / |   __   __   __   __  
CENA/Athis-Mons FRANCE        / /         / /  |/  |  |  | |__| |__  |__| |  |
BP 205                       / /   ::    / /       |  |__| | \  |__  |  | |__|
94542 ORLY AEROGARE CEDEX
-------------------------------------------------------------------------------
                          <<<  VMS inside  >>>
===============================================================================
Newsgroups: comp.os.vms
Subject: RE: Sabry's back.  Where's Ehud ?
From: jms@tennis.tucson.az.us (Tempus meum tero)
Date: 23 Jan 1993 14:30 MST
Reply-To: jms@Arizona.EDU
Distribution: world
Organization: University of Arizona MIS Department - Mosaic Group
NNTP-Posting-Host: spring.tucson.az.us
X-Lunar-Date: 7 days, 8 hrs, 41 mins until the first quarter of the moon (U.T.)
News-Software: VAX/VMS VNEWS 1.50A   

In article <9301221519.AA18094@uu3.psi.com>, leichter@lrw.com (Jerry Leichter) writes...
>
>Make them in Egyptian Arabic.
> 

Awwil ghadab junun wa-akhir-uh nadama.  Hibb li-ghayr-ak zayy ma
tihibb li-nafs-ak. 

jms

Joel M Snyder, 1103 E Spring Street, Tucson, AZ, 85719 
Phone: 602.882.4094 (voice) .4095 (FAX) .4093 (data)
BITNET: jms@Arizona  Internet: jms@arizona.edu  SPAN: 47541::telcom::jms
From: music@reg.triumf.ca (FRED W. BACH)
Newsgroups: comp.os.vms
Subject: Re: Mr. Sabry Katob El-Ganzory
Date: 22 Jan 1993 18:35 PST
Organization: TRIUMF: Tri-University Meson Facility
Distribution: world
NNTP-Posting-Host: reg.triumf.ca
News-Software: VAX/VMS VNEWS 1.41    

In article <gurman.727463783@umbra.gsfc.nasa.gov>, gurman@umbra.gsfc.nasa.gov (Joseph B. Gurman) writes...
#marten@ilt.fhg.de (Lutz Marten) writes:
# 
# 
#>I even not have such a high income to buy manuals for Fortran for > 1000 $.
#>CD-ROMs are even better for the forrest health. ;-)
# 
#    This suggests an idea.... Maybe there IS a use for all our old CDBIN
#(er, VAXBINs from now on) CD-ROMs, if the folks in Sabry's situation
#could only afford CD readers that are only 2 - 3 times as expensive as
#the paper documentation set.... I wonder if anyone out there in netland
#has gotten so sick of their RRD40's that they've replaced them, and
#would like to get a tax deduction, and someone else who's willing to act
#as the nonprofit middleperson to forward the CD drives and CD-ROMs to
#"deserving" 3W sites.
#    The American Astronomical Society (and most likely other scientific
#and professional organizations, as well) does this for astronomical
#journals in desperate demand in the FSU and Third World. Think anybody
#in DECUS would be interested in organizing such an effort, and would DEC
#allow the transfer of the old CD's without grumbling?
# 
#						Joe Gurman
#--
#J.B. Gurman / Solar Physics Branch / NASA Goddard Space Flight Center /
#Greenbelt MD 20771 USA / gurman@uvsp.gsfc.nasa.gov
#| Federal employees are prohibited from holding opinions under the Hatch Act.|
#| Therefore, any opinions expressed herein are somebody else's.              |

   Great idea.  I was the first on the net to suggest this type of
 thing, and I even asked DEC if someone on-line was listening.  I got some
 private responses but I did not hear of any official action yet.  But your
 point about DECUS *specifically* getting behind the drive to send old
 documentation to the Third World is a really good idea.

 Fred W. Bach ,    Operations Group        |  Internet: music@erich.triumf.ca
 TRIUMF (TRI-University Meson Facility)    |  Voice:  604-222-1047 loc 278/419
 4004 WESBROOK MALL, UBC CAMPUS            |  FAX:    604-222-1074
 University of British Columbia, Vancouver, B.C., CANADA   V6T 2A3

 These are my opinions, which should ONLY make you read, think, and question.
 They do NOT necessarily reflect the views of my employer or fellow workers.
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms
Subject: Re: How can I change my Username
Date: 28 Jan 93 09:33:40 GMT
Distribution: world
Organization: Applied Information Systems, Chapel Hill, NC

In article <1k8f3nINN52q@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
> In article <1993Jan27.232945.5971@ais.com>, bruce@ais.com (Bruce C. Wright) writes:
> =In article <159@mccoy.dbaccess.com>, steve@dbaccess.com (Steve Suttles) writes:
> => finocchiaroj@merrimack.edu () writes:
> => : I was wondering if there is a way that I can change my username by bypassing
> => : the system managers protected privliages.
> => 
> => Actually, there is.  For about $35,000 you can buy a vax of your own,
> => and you can call yourself anything you want.
> => 
> => Somewhat less expensive options include asking the system manager.
> =
> =Oh really now.  You can get even a new VAXstation VLC (admittedly
> =diskless) for under $3500, a tenth of the figure you quote.
> 
> But with a diskless machine, you've *STILL* got to ask the system manager.

True, but I know of very few workstation-class disks that sell for
a price in excess of $30,000 ;-) ;-) .  In fact you can add one for
less than $500.

Bruce C. Wright
Newsgroups: comp.os.vms,vmsnet.sources.games
From: jsue@ncsa.uiuc.edu (Jeffrey L. Sue)
Subject: Re: "Beat the Buzzer" Game?
Originator: jsue@troon.ncsa.uiuc.edu
Organization: The Dow Chemical Company
Date: Thu, 21 Jan 1993 13:09:33 GMT


In article <1993Jan20.122713.84@iwsd01.itwol.bhp.com.au>, webosk@iwsd01.itwol.bhp.com.au writes:
|> Any ideas for a "beat the buzzer" game to make a training class more
|> interesting? There will be around 8 users in the same group with VT100/220
|> terminals and OPER privilege. I have trialled a program using $BRKTHRU to
|> send messages to my terminal, which works ok although occasionally some
|> messages get lost if they all arrive in quick succession.
|> 
|> I would like ideas to achieve the following:
|> - a program which is easily configurable (at runtime) to send messages to
|>   my terminal, and *only* my terminal (there will be other users on the
|>   system).
|> - a way of disabling nuisance messages until I am ready to receive them,
|>   and to prevent a user sending multiple messages by holding his finger on
|>   the button.
|> - ensuring that the first person to press his button really *is* the first
|>   to get through to my terminal.
|>   
|> Are there better methods than using $BRKTHRU (e.g. Common Event Flags and
|> Global Sections)?

Ken,  to insure that only the first person gets thru, you could use $ENQ &
$DEQ system services in your program.  Have only the person who actually
is "granted" the lock send the $BRKTHRU message.  You can prevent people
from sending messages when not ready by holding the lock yourself until you're
ready.  If you don't want to use $BRKTHRU, you could have your program que
a lock with a 'blocking ast' such that when someone queues a lock while
you're blocking it, the ast routine would execute to allow you to $DEQ your
lock, allowing the other person to get it.  You'd immediately queue up another
lock on the same resource.  The other person would, after being granted the
lock, $DEQ that lock but deposit information into the lock-value-block that
allows you to determine who that person is.  After his/her lock is $DEQd you'd
get the lock back and then read the value in the lock-value-block to determine
who it was.

There are some example programs on DSNlink for working with $ENQ & $DEQ
as well as some programs I've seen out on the Internet.

Good luck.
-- 
-----
Jeff Sue   
 - All opinions are mine -       (and you can't have any, nya nya nya)
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: VMS file structure?
Date: 22 Jan 1993 23:27:31 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 <1993Jan22.091333.1@v7.vitro.com>, vaxs09@v7.vitro.com writes:
=    When you're going from one VMS system to another, don't worry about it.
=    The file will be copied bit-for-bit identical and the file organization
=    (fixed length, variable length, stream, etc) will be preserved.
=
=    I wouldn't try it with indexed files though.

FTPing indexed files between two systems running MULTInet works just fine.
--------------------------------------------------------------------------------
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: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: VMS file structure?
Date: 25 Jan 93 16:44:39 EST
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <1993Jan22.091333.1@v7.vitro.com>, vaxs09@v7.vitro.com writes:
> 
>  ...
> Under VMS you don't normally have to specify block or record sizes.  You
> never have to specify block size for disk files.  On disk, the block size
> is always 512 bytes.  
> 
Not necessarily so. Disk blocks are always 512 bytes (1 pagelet 
for ALPHA fans). However, files can, and often do, have record 
lengths (and hence block lengths in the IBM terminology) greater 
than a single disk block/pagelet.

> ...
> 
>     The real TCP/IP packages running on VMS systems (Wollongong's WIN/TCP,
>     TGV's Multinet and others, but not DEC's UCX) have a private operating
>     mode.  They recognize each other and automatically switch into a
>     "RMS transfer mode".
> 
>     When you're going from one VMS system to another, don't worry about it.
>     The file will be copied bit-for-bit identical and the file organization
>     (fixed length, variable length, stream, etc) will be preserved.
> 
>     I wouldn't try it with indexed files though.
>                      
However, if you first use BACKUP to create a saveset of the file, 
you will be able to do the transfer with a minimum of pain (it 
will appear to be a normal binary file).
 
> 	John Briggs			vaxs09@v7.vitro.com
-- 
John,
 
Good post, my apologies to everyone for not responding to the 
entire query.
 
If I have been unclear, or if I can be of further assistance, 
please feel free to contact me by Email or phone.
 
- Bob
+--------------------------------------------------------------------------+
| Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
| Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
| 35-20 167th Street, Suite 215               Fax:       (on Request)      |
| Flushing, New York  11358-1731                                           |
| United States of America                                                 |
+--------------------------------------------------------------------------+
Newsgroups: comp.os.vms
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: V5.5-2 BACKUP-E-NOMSG
Date: 27 Jan 1993 13:03:34 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 <1993Jan27.153028.307@vulcan.resmel.bhp.com.au>, matthews@vulcan.resmel.bhp.com.au writes:
>Since upgrading to v5.5-2 I occasionally get the following error from backup
>when it has completed a image backup disk to disk:
>
>%BACKUP-E-NOMSG, Message number 10A3800A

>Can someone explain to me the meaning/purpose of this error message?

Under v5.1, it means that BACKUP couldn't open a file.  Since error messages
sometimes change across versions of VMS, you might want to check on your
system:
	$ SET MESSAGE SYS$MESSAGE:SYSMGTMSG
	$ WRITE SYS$OUTPUT F$MESSAGE(%X10A3800A)
	%BACKUP-E-OPENIN, error opening !AS as input

Now, BACKUP probably gave you more detailed messages as it was executing (for
example, one common reason for this message is that you didn't specify
/IGNORE=INTERLOCK, and someone had a file open for write when BACKUP tried to
open it).
--------------------------------------------------------------------------------
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: tihor@acf3.NYU.EDU (Stephen Tihor)
Subject: Re: LAT/Remote printer problem
Organization: New York University
Date: Fri, 22 Jan 1993 00:20:00 GMT

Info server MOP downline load is even easier.
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Problems with EXABYTE tape drive
Date: 23 Jan 1993 00:42:38 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 <1993Jan22.200938.22220@das.harvard.edu>, chen@speed.uucp (Lilei Chen) writes:
>On our site we use EXABYTE tape drive for backup purpose.  But we
>can not get more than 500MB on a 112M tape which is supposed to be
>able to hold more than 2GB according to the specification.  We have
>about five drives and all behave the same way.  We even tried it on
>a PC with an ADAPTEC SCSI controler, but the result is the same.
>EXABYTE claimed that they don't know anything about the possible
>cause.  So I am asking the net if anyone has encountered similar
>problems with EXABYTE tape drive and/or knows its possible cause.

Well, unless I'm mistaken, the 2GB figure applies only if you:
	1)  Write large records; and
	2)  Keep the tape streaming
If you're either:
	1)  Writing small records; or
	2)  Running an application that writes a record, pauses for awhile,
	    writes the next record, etc.
then you're not going to be able to write the full capacity of the tape.
--------------------------------------------------------------------------------
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: ROSSJI@JS-JTF.AF.MIL ("Jim Ross")
Newsgroups: comp.os.vms
Subject: Bookreader V4, Print & Search (at last!)
Date: 26 Jan 93 03:45:00 GMT
Distribution: world
Organization: The Internet

Just wanted the rest of the dissatisfied Bookreader users out there know
that in spite of a DEC rep at Las Vegas on 8 Dec 92 saying we wouldn't
get it, I got my Jan92 OnLineDocs CD with V4 of Bookreader and Print Book,
or Print Topic. It also has Search for a String in a Book or in a group of
books. Also has cut & paste to my buffers.

Alright!

Jim