HDTenEightyP/NetNews huggingface dataset:
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms
Subject: Re: What is XPDRIVER for?
Date: 30 Dec 92 12:43:46 GMT
Organization: Applied Information Systems, Chapel Hill, NC

In article <1hs7k7INNnqs@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
> In article <1992Dec29.185622.1038@cmkrnl.com>, jeh@cmkrnl.com writes:
>>You can see what's on the Q-bus by
>>
>>	$ run sys$system:sysgen
>>	SYSGEN> SHOW/UNIBUS
>>	SYSGEN> SHOW/CONFIG
> 
> WHOA!  WHOA!  TIME-OUT!  WAIT A MINUTE!  The SHOW/UNIBUS command is
> *DANGEROUS*.  
>
>  SHOW /UNIBUS
> 
>     Tests every word in UNIBUS I/O space and returns a list of addresses
>     that respond and the value that was read. Note that this command is
>     useful for debugging UNIBUS autoconfigure problems, but it is not
>                                                         -------------
>     recommended for use on a running system. All unibus adapters are the
>     ----------------------------------------
>     default, /ADAPTER=adapter-spec can be  specified.  Requires  CMKRNL
>     privilege.
> 
> (emphasis mine).  Using this command can crash your system.  Wait 'til you're
> ready to reboot before using it, if at all possible.

Although this is theoretically true, I've never observed it to happen;
it will depend critically on the types of devices attached to the UNIBUS
and on what's being done with them at that particular moment.

What's more likely to happen is that certain types of data can be missed:
the CPU receives data from many UNIBUS devices by just reading them, and
the read cycle clears the `data pending' bit in the device.  This could
cause dropped characters on terminal lines and the like.  This could still
be a problem, but it's usually less so than a crash.

I still wouldn't recommend using it on a running system.

Bruce C. Wright
From: imhw400@indyvax.iupui.edu
Newsgroups: comp.os.vms
Subject: Re: Request for sources
Date: 23 Dec 92 07:06:39 -0500
Distribution: world

In article <9212230626.AA09743@ucbvax.Berkeley.EDU>, FZC@CU.NIH.GOV ("Kevin Mitnick") writes:
> Can someone E-Mail me the sources to VMS?

Yes.
-- 
Mark H. Wood, Lead Analyst/Programmer    +1 317 274 0749   [@disclaimer@]
Internet:  IMHW400@INDYVAX.IUPUI.EDU     BITNET:  IMHW400@INDYVAX
Celebrate freedom:  read a banned newsgroup.
From: dalk@login.dkuug.dk (Lars Kalsen)
Newsgroups: comp.os.vms
Subject: PRO-IV on VMS
Date: 30 Dec 92 21:53:19 GMT
Organization: DKnet

Happy New Year !

I am looking for information about a 4GL language from McDonnell Douglas
which is called PRO-IV. We have an application build in this language
that we might skip now but I would like to know a little more about the
language. 

So - if your are working with applications in PRO-IV or
know someone who is - please E-mail me. And maybe with information on

       - what kind of application you know - or have heard about.
       - information about the future for the language
       - knowledge about how to manage applications in PRO-IV.
       - opinions about the language.

and maybe more.

All answers are appreciated.

Greetings from Denmark

Lars Kalsen
From: madison@tgv.com (Matt Madison)
Subject: Re: Request help !
Reply-To: madison@tgv.com
Organization: The Foundation for Dinner Peas
Date: Wed, 23 Dec 1992 19:56:28 GMT

In article <00965847.9D4D2780.30461@VAX1.Bemidji.MSUS.EDU>, w1c2l3@VAX1.BEMIDJI.MSUS.EDU writes:
>I read a mail (I forgot the name of the sender) about recursive directory
>specification, using this command :
>
>$ CREATE /DIR [.1]
>$ SET FILE /ENTER=[.1]2.DIR 1.DIR
>
>The first time I access 1.DIR, I could see 2.DIR.
>Then, when I access 2.DIR, I could see another 2.DIR, and that 2.DIR seemed
>endless. Everytime I access the next one, I would always see another one,
>kind of getting deeper and deeper.
>
>Can someone please explain to me what in happening ?

Sure -- it's recursing.  The directory entry [.1]2.DIR is really just pointing
back to 1.DIR, so when you SET DEFAULT [.1.2], you're really seeing the contents
of the [.1] directory all over again.

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

This is because 2.DIR is actually 1.DIR.  In order to be able to delete
a file, you must have WRITE access to the directory containing that file --
by setting the protection to O:D, you don't have write access any more.
So:

    $ SET PROTECTION=O:WD 2.DIR
    $ DELETE 2.DIR;

should work.  Of course, since 2.DIR is simply a directory entry, you could
(and probably should) instead do

    $ SET FILE/REMOVE 2.DIR;

-Matt
--
Matthew Madison | madison@tgv.com    | +1 408 427 4366
TGV, Inc.       | 603 Mission Street | Santa Cruz, CA 95060 USA
From: DAHMS@ifk20.mach.uni-karlsruhe.de (Heribert Dahms)
Newsgroups: comp.os.vms
Subject: Re: Connection rejected by remote host
Date: 22 Dec 1992 12:35:19 GMT
Organization: University of Karlsruhe, FRG (Dept. of Mechanical Engineering)
Distribution: world
NNTP-Posting-Host: ifk29.mach.uni-karlsruhe.de
X-News-Reader: VMS NEWS 1.20

In <1992Dec22.114724.37@elmrd6.ineab.ikea.se> anos@elmrd6.ineab.ikea.se writes:

: Broadcast to all network gurus ;
: 
: I have a problem with RT-terminals (or lack of them ;-) on a system that
: previosly was used via LAT, but not any more. Since we moved it away from
: our LAT network we can't create enough logins
: 
: 	%SYSTEM-F-REJECT, connect to network object rejected
[...]
Check protection on CTERM object, mine is:
$ mcr ncp sh obj cterm


Object Volatile Summary as of 22-DEC-1992 13:32:20

   Object   Number  File/PID                   User Id          Password

  CTERM         42  27600054



Bye, Heribert (dahms@ifk20.mach.uni-karlsruhe.de)
Newsgroups: comp.os.vms
From: gurman@umbra.gsfc.nasa.gov (Joseph B. Gurman)
Subject: Re: How Open is Open VMS?
Organization: Goddard Space Flight Center
Date: Sat, 2 Jan 1993 00:31:00 GMT

    Isn't the official word that, beyond all the purely hype aspects of
adding "Open" to the previously completely proprietary VMS, developers
can now license the source code for porting to other platforms?
    A colleague returing from DECUS said DEC was openly apologetic,
because some folks apparently thought "Open" meant "free." I would have
referred these individuals to a good reality check service....

						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.              |
From: vance@lpl.arizona.edu (Vance Haemmerle x4021)
Newsgroups: comp.os.vms
Subject: Re: ERROR MESSAGES
Date: 3 Jan 93 20:57:19 GMT
Distribution: world,local
Organization: Lunar & Planetary Laboratory, Tucson AZ.

In article <9301022158.AA31384@cunixf.cc.columbia.edu> don@ANZIO.GATECH.EDU writes:
>I have a real problem~r a{d I am not sure what to do.  I have a software
>program that I bought but it runs too slow.  I can't hardly ~rget anything
>done with it{ so I decid{ that instead I should run it on VAX.  So, I use
>kermit to transfer it to VAX and it looks good it's got the same name
>and everything.  But when I t{y to RUN it, I just get error messages and
>I don't know why.  So, I figure that I have something wrong and I go to
>the VAX guy and he says that block size needs to bg{ changed and so I use
>FILE and change blocksizes.  It still doesn't work when I go this because
>I run it and it just gives me a lot of numbers on the screen.  This isn't
>useful.  I am wondering if it{might be because I don't have EGA on the VAX
>and I think the software program might need EGA{  Is there some way I get
>another program emulate EGA or something?
>
>Thank you everybody.

  It sounds as though you are trying to run a DOS executable file and
  expecting it to run on a VAX computer.  Things don't work that way.
  The code portion as well as the file layout of an executible image
  depend on the instruction set of the computer's CPU and its operating
  system.  So things like changing the block size will have no effect.
  I'm surprised that your "VAX guy" didn't tell you this!  Either a)
  you didn't fully explain what you wanted to do, b) He is underqualified
  for his position or c) this is a New Year's joke post  [always a strong
  possibility :-)].

  Anyway, if you want to run a program designed to work on PCs to run on
  a VAX, you need a product that emulates the DOS environment.  What
  you want is SoftPC V3.0 (for VMS or ULTRIX - whatever your operating
  system on your vax happends to be, but seeing as this is comp.os.vms
  I'd say it's most likely VMS).  Version 3.0 of SoftPC emulates an 
  80286 IBM PC/AT with an 80287 floating point co-processor and comes 
  with DOS V3.3.  On a VAXstation, it emulates Hercules, CGA, EGA, and 
  VGA graphics.  The list price for a 1 user license is $595 (order 
  number QL-YNWAA-3B).

  If speed is your concern however, you might not be satisfied by this
  approach.  This is partly due to the cost of emulation on speed.
  A VAXstation 4000 Model 60 will only emulate as fast as a 16MHz 286
  computer.  Graphics are even slower.  Given all of this, SoftPC is
  more for compatibility than speed.  You might be better off just
  finding a faster PC to run your application on.

  By the way, your post is just the type to get some bored know-it-all
  to flame you... just give it the attention it deserves, ignore it.

--
 Vance Haemmerle                              vance@vips.lpl.arizona.edu
 Support Systems Analyst, Senior              vance%toyvax@arizona.edu
 Lunar & Planetary Lab
 University of Arizona                        * Look before you flame *
From: SABRY@SHEBIN.EG (Sabry Kotob El-Ganzory)
Newsgroups: comp.os.vms
Subject: PLEASE, I wanr know addess DECUS....
Date: 20 Dec 92 13:32:00 GMT
Distribution: world
Organization: The Internet

Hello All....
PLease, how to contact with DECUS or I want  her address to contact it??
Thanks to any help...
Sabry
E-mail:sabry@shebin.eg
From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
Newsgroups: comp.os.vms
Subject: RE: Reading TK-70 tapes after /REWIND
Date: 22 Dec 92 14:17:39 GMT
Distribution: world
Organization: The Internet


	Rod Young <YOUNG@SKRSSA.AGR.CA> writes:
>
>	I have a user that owns a TK-70 tape that has many savesets on it,
>with the last saveset mistakenly written with the /REWIND qualifier!  He
>really wants to keep all savesets on the tape.  This was obviously a mistake.
>
>We know that the first and second original savesets have likely been
>overwritten, however would like to retrieve the remaining savesets from the
>tape.  To date I have had no success getting past the first saveset on the
>tape that was put on using the /REWIND.  There is alot of data left on the
>tape, and I would really like to be able to get at it.
>
>Does anyone have any experience with this problem or ideas on a solution?
>

	It is no longer possible to read the remainder of those savesets 
with a TK70 drive!

	DEC's cartridge tape drives, for reasons best known to DEC (and 
never disclosed by DEC), will not read past an uncorrectable error on the 
tape.  Overwriting the tape is virtually certain to cause such an error 
when the EOF for the first file partially overwrites a record.

	With reel-to-reel tape, it would have been possible to recover much
of the data.  With TK50 or TK70, not.

	I have heard (at second hand) that nothing can be done short of a
complete rewrite of the controller firmware.

	Since DEC has not said if this is a bug or a feature, I will call 
it a bug.  I have heard of at least one case where this caused loss of data
due to a "naturally occurring" error on a TK50.  Even DEC could not recover
the data.

*************************************************************************
*                                                                       *
*                        Here, there be dragons!                        *
*                      dragon@nscvax.princeton.edu                      *
*                                                                       *
*                                                Richard B. Gilbert     *
*************************************************************************
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: RE: DCL symbols from an image
Date: 24 Dec 92 21:17:38 GMT
Distribution: world
Organization: The Internet


	I am writing an application which must not only get symbols, but set
	DCL  symbols.  I am unable to use the LIB$GET_SYMBOL and
	LIB$SET_SYMBOL services  because I need to be able to work with
	integers as well.  Does anyone have an  example (C or MACRO) that does
	this?

It is *impossible* to set numeric symbols from a user-mode program, short of
doing something like writing a command file that does the appropriate defini-
tions and then using LIB$DO_COMMAND to invoke it on completion.  The interface
to do this simply does not exist, and you can't write it in user mode, no
matter what language you use:  The symbol tables are owned by DCL and are
protected against user-mode modification.

LIB$GET_SYMBOL will happily retrieve a numerical symbol for you, converting it
to a decimal string first.  You can't tell what the form of the original
symbol was.

	       I would also like to be able to determine whether the symbol
	was/is global or local on the get, and to specify global or local on
	the set.

This is provided by both LIB$xxx_SYMBOL routines (table-type-indicator
argument); details in the documentation.
							-- Jerry
From: simons/G=Colin/I=CB/S=Sewell/O=H.A.Simons.Ltd/OU=CORP@mhs.attmail.com
Newsgroups: comp.os.vms
Subject: RE: Unable to delete file
Date: 24 Dec 92 16:24:09 GMT
Distribution: world
Organization: The Internet

From tandi:

>Hi, everybody !
>
>I couldn't delete a file in my directory, eventhough I have set the
>protection of owner to RWED, yet I keep reeiving insufficient privelege
>or file protection violation message.
>
>What should I do ?
>
>Tandi.
>TS117@VAX1.BEMIDJI.MSUS.EDU


    Check the ownership of the file in question. If it's not
    owned by you, O:RWED protection is no going to help.

    Then check the owenership and protection of the directory
    file is in. You must have write access to the
    directory to be able to delete files in it.

    Hope this helps!


				    c. sewell
				    h.a.simons ltd.
				    vancouver, bc
From: system@spades.aces.com (SYSTEM MANAGER)
Newsgroups: comp.os.vms
Subject: Re: Mount verification timed out
Date: 30 Dec 92 15:22:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <1992Dec29.152302.1716@das.harvard.edu>, chen@speed.uucp (Lilei Chen) writes...
#In our VAX/VMS-cluster a bunch of disks are cross mounted.  Somtimes when
#a node goes down, its disks are marked mount verification timed out.  I
#haven't found a way to get those disks remounted without rebooting the
#nodes.  I am wondering if someone on the net has a solution for that problem.
#Thanks.

	Short:	Increase SYSGEN parameter MVTIMEOUT to the time
		it takes one of your nodes to crash and reboot 
		plus a minute

	Long:	Mount verification is what VMS does to a device
		it isn't sure is responding.  After a certain 
		period of time where the device does not complete
		mount verification, mount verification timeout
		occurs.  (This timer is controlled by the parameter
		mentioned above). 

		If you set the timer short, then as soon as a disk
		times out, all IOs to it are returned, no processes
		get to issue new IOs to the disk, and nobody hangs.
		The bad side of this is that even if the node serving
		this device comes back, the device is inaccessible.

		If you set the timer long, then it will survive across
		reboots (the device will) but all processes with pending
		IOs will hang until timeout.

	I would try and minimize the crashing of your other nodes...
# 
#Jim  (xue@cfaft5.harvard.edu)

	Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
Yow!  Is my fallout shelter termite proof?
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: VAX c
Date: 26 Dec 1992 07:35:50 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 <25DEC199221083299@spades.aces.com>, gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546) writes:
>#So how do I make sure that the buffer gets onto disk? (in my case), I asked.
=#They told me that there is an "unsupported and undocumented" function that I
=#could call.  Thanks, but no thanks, I said.
=
=I didn't realize I'd have to hold your hand through this.  You
=wanted it out of VAX C, I showed you how.  Now you want it out
=of RMS and you won't even look up SYS$FLUSH.  Shame on you.

=P.S. If you can't figure out how to go from a stream ID (FILE *) to
=     a FAB, please play with the listings just a tad more.

Actually, you don't have to go all the way to the FAB, just to the RAB.  And
the "unsupported and undocumented" function that DEC support was talking about
was almost certainly the one that returns the RAB associated with a file
descriptor.
--------------------------------------------------------------------------------
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: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: 9 Levels of VMS?
Date: 29 Dec 1992 23:28:23 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 <9212281718.AA27004@hac2arpa.hac.com>, BGRAN%IOSSVR.gm@HAC2ARPA.HAC.COM writes:
>	As an additional comment and warning to this procedure, BACKUP will 
>only restore up to >seven< directory levels. All files below the seventh 
>directory will be restored to the TOP level directory.
>	This happened (unexpectedly!) to me, and the DEC CSC in a nutshell 
>said "tough". You could probably find out where the data files (and missing 
>[...level8.level9.etc]*.dir files) with some laborious sleuthing, though.
>
>	...just a thought!!!!

Not quite true.  At least under VMS v5.4-2, an IMAGE BACKUP will restore the
disk structure properly.  Now, if you don't use the /IMAGE qualifier, then
BACKUP works through RMS (or at least through the ACP/QIO interface) and can't
handle deeper directories.  But an image backup 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: gloesener@ISTVAX.IST.LU
Newsgroups: comp.os.vms
Subject: UCX service flags (undocumented ?)
Date: 23 Dec 92 14:35:28 GMT
Organization: The Internet


With SHOW SERVICE I've noticed the Aproxy flag but could not find it in the 
documentation. Looking at the release notes (sombody gave me a tip) I've found
the APPLICATION_PROXY flag which is documented theire but theire are a few more
flags which ar not documented or only mentioned in the documentation. I hope
that sombody knows more about these flags and can mail his informations to me,
I will summarize all the mails.

Here are the 'documented' flags:

Documented in the UCX command reference:

[NO]LISTEN		This flag is clear
[NO]MULTITHREAD		This one is clear too
[NO]PROXY		The user information comes from the proxy database when
                        this flag is set, but where comes it from when it is
                        not set ?
   [NO]CASE_INSENSITIVE This one is clear again

Not documented in the command reference but enuerated in other related 
documents:

[NO]RUSER_INFO		???

Set in serveral services but not documented:

REXE			???
PRIV			???
RLOG			???
RTTY			???
APROXY			APPLICATION_PROXY (you told me that one)

Have you an explanation for these flags (and perhaps other) ? If yes it would
be very kind of you if you could mail them to me.

                                                       Thank you very much

                                                        Gasty Gloesener

-GG-
From: jasper@vax.path.ox.ac.uk
Newsgroups: comp.os.vms
Subject: Re: Need VMS Gopher Client
Date: 23 Dec 92 14:45:20 GMT
Organization: Oxford University Molecular Biology Data Centre
Nntp-Posting-User: jasper

In article <1992Dec23.002655.1@vax.path.ox.ac.uk>, jasper@vax.path.ox.ac.uk writes:
> In article <1992Dec21.203600.1@vax.path.ox.ac.uk>, jasper@vax.path.ox.ac.uk writes:

>>
>>We have just placed the first (beta) release of the VMS gopher V1.1 client
>>software in the /pub/gopher/incoming directory on boombox.micro.umn.edu,
>>in the file gopher1.1v.tar.Z.
>>
>>This VMS gopher client was ported from the Unix gopher V1.1 client by
>>JQ Johnson <jqj@phloem.uoregon.edu> and Earl Fogel <fogel@jester.usask.ca>.
>>It works with the UCX, Multinet and Wollongong versions of TCP/IP for VMS.

Actually having played today with the it doesn't work under UCX 2.0, becuase 
setsockopt in UCX 2.0 is disfunctional in some way. The quickest solution is 
to take the modifications from David Jones' 0.6c/d client and add them into 
gsgopheropt.c. I've forwarded this problem to them so if they fix it then the 
version at boombox should be OK shortly. 

  regards,    jasper
  
  Jasper Rees
  
  Oxford University Molecular Biology Data Centre
  
  jasper@vax.path.ox.ac.uk
Newsgroups: comp.os.vms
From: bandy@netnews.jhuapl.edu (Mike Bandy)
Subject: Re: NEWMAIL COUNT incorrect....
Organization: JHU/Applied Physics Laboratory
Date: Tue, 22 Dec 1992 23:27:04 GMT

TARKA10@SNYBUFVA.BITNET (Mark Tarka) writes:

>Ehud Gavron had apparently solved a problem with phantom newmail counts.
>I never saw the original traffic on the topic.  I'm a user here on
>campus; during the login, I'm given the message that I have n mail
>messages -- there is a residual of four, now five, which do not exist.
>If I could get a solution to this problem, I could forward it to the
>appropriate desk for action.  Thanks.

Neither did I, but I remember my old boss' 10 lines of DCL (copy this;
mail that; delete other;...) to fix the problem.  I innocently asked him 
why he didn't just do a READ/NEW from within mail.  He about went 
through the ceiling!  I hope the portion of the thread I've missed
was not a lengthy solution to a trivial problem.  However, I don't 
remember whether the READ/NEW clears the count, or decrements it.

-- 

	Mike Bandy
	bandy@aplcomm.jhuapl.edu
	Johns Hopkins University / Applied Physics Lab