HDTenEightyP/NetNews huggingface dataset:
From: shunwu@MUNDIL.CS.MU.OZ.AU (Shun Hong Sherman WU)
Newsgroups: comp.os.vms
Subject: (none)
Date: 12 Jan 93 04:32:50 GMT
Distribution: world
Organization: The Internet

Dear Sir,

   I am a VMS/DECnet system programmer of a upcoming big project.
 
   You will be very kind if you can mail me information about DEC
   message queues.

   Can you answer some of the questions below ?

   What is DEC message queue ?
   Is it like task-to-task or event I have learned before ?
   Is it like a standard system queue ?
   Can I access it using VAX C or VAX Sys. Prog. calls ?

   How can I do DECNET programming in Vax C ?
   How can I do VAX real-time programming ?

   We have DECNET-DOS library in our installation. Can we benefit from
   it. We have NCP and DECNET-DOS, as well as DECNET-IBM VM gateway
   stuff. Can we also benefit from them ?

   If you can mail me some of the knowledge, that will be excellent.

   My email address is 

   shunwu@cs.mu.OZ.au

   Thanks a lot for your help in advance.
   Looking forward to your reply.
   Best wishes.

Sherman


Newsgroups: comp.os.vms
From: brydon@asl.slb.com (Harvey Brydon (918)250-4312)
Subject: Re: Misbehaving calling functions in C
Reply-To: brydon@dsn.SINet.slb.com
Organization: Schlumberger/Anadrill Sugar Land, TX
Date: Tue, 12 Jan 93 13:15:44 GMT

In article <726762256snz@spliff.demon.co.uk>, journeyman@spliff.demon.co.uk
(Andy Settle) writes:
>I'm maintaining an old application (written in VAXC) which runs
>asynch/ASTs. *Somewhere* there is a function calling a routine
>with garbage parameters - this is easy to trap. The problem is
>that it's proving difficult to track down the caller. Is there an
>way of viewing the call stack without stopping the image? Using
>the debugger is not possible as the called routine is called from
>*everywhere* (it's actually an audit trail log routine).
>
>One idea is LIB$SIGNAL(SS$_DEBUG, "SHOW CALLS"). Any other
>suggestions? My last site had a nice piece of macro which could
>generate a process dump file without exiting the process but i
>didn't manage to get a copy before i left.

Once again, in Fortran:

      call lib$signal(%val('98198'X))

HTH
_______________________________________________________________
Harvey Brydon         | Internet:   brydon@dsn.SINet.slb.com
Dowell Schlumberger   | P.O.T.S.:   (918)250-4312
If 'pro' is the opposite of 'con', what is the opposite of 'progress'?
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: SHOW/UNIBUS (was: What is XPDRIVER for?
Date: 4 Jan 1993 07:33:35 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 <30DEC199219403705@spades.aces.com>, gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546) writes:
>#> Using this command can crash your system.  
># 
>#Calling all readers:  Has ANYONE out there ever seen this actually happen?  
>#If so, what devices were on the bus?
>
>Yes, on a 6410, a 6510, and other 6000 class machines with no Unibus :)
>The 6410 has a BI bus.  The 6510 has an XMI and no BI.

Wouldn't ya know it?  The first person to defend my claim that SHOW/UNIBUS can
crash your system is Ehud?  How long 'til they think we're a conspiracy? :-)
--------------------------------------------------------------------------------
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: EC_TIAN@VAXA.OCS.MQ.EDU.AU
Newsgroups: comp.os.vms
Subject: RE: VMS 6.0 features - the little ones
Date: 12 Jan 93 22:58:32 GMT
Distribution: world
Organization: The Internet

signoff info-vax Gang Tian
From: broccoli@maclpre.login.qc.ca (Luc Prefontaine)
Newsgroups: comp.os.vms
Subject: Re: HELP!!! Security problem for gurus. [Directories]
Date: 4 Jan 93 03:04:30 GMT
Reply-To: broccoli@maclpre.login.qc.ca (Luc Prefontaine)
Organization: Luc Prefontaine Enr.
X-Mailer: uAccess - Macintosh Release: 1.6v2


In article <14628002@zl2tnm.gen.nz> (don@zl2tnm.gen.nz), you write:
> 
> RMS won't crash a system at all (unless BUGCHECKFATAL is set).  The XQP might.
> RMS lives in exec mode; an unhandled condition will at worst take out the 
> process.  
> 
> As for case (4), a corrupt system disk is _not_ a good reason to crash
> the system.  In many cases keeping the thing up could be the difference
> between a clean recovery and having to restore from backup (possibly
> causing loss of data from between the last backup and the crash, at
> best losing valuable production time); ANALYZE/DISK/REPAIR _does_ work
> on a system disk.  Of course if it's really scrozzled you might need to
> crash it and restore anyway.  I can't think of any reason for the system
> to crash because it discovers a damaged file structure (as opposed to
> crashing because it ate something poisonous as a result), nor can I recall
> anyone losing a system because of file structure damage.
> 

I've been working with VMS for a while (8 years) and it's file system is
extremely reliable apart from the usual RMS bugs in major releases of VMS
(4.0 !!). The only cases of corruption I encountered were related to
media problems ... and no magic can give you back your data in these
cases ! In the Unix world most of the time a damaged file structure is a
major headache and typically your system will crash. You need to
"fsck" your system (and answer frightening questions) at boot time. 

I agree with Don, a crash is never a good thing in the VMS world and you
should avoid these as much as possible.

+===+
Luc Prefontaine - Independent consultant
4686 St-Andre - Montreal, Quebec - Canada H2J 3A1
Internet: broccoli@maclpre.login.qc.ca - UUCP: broccoli@maclpre.uucp
(514) 598-8572
From: tihor@acf3.NYU.EDU (Stephen Tihor)
Newsgroups: comp.os.vms
Subject: Re: HELP!!! Security problem for gurus. [Directories]
Date: 10 Jan 93 17:45:00 GMT
Organization: New York University


My initial message >, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) exdented,
my repl indented.

>PRIVACY but in its own technical domain Security means a triad of basic 
							  =====
interests and one additional concern at least:
	  =======
>
>Security = Privacy + Integrity + Availablility
>		+ Accountability

I've heard bad things about the New York educational system in the past, but
didn't think it was this bad.  (C'mon, "triad," then a list of four items?) :-)

	Obviously Caltech doesn't do addition.  ANd I even arranged them of
	different lines for you.

>Of course most people are most used to the Privacy aspect of Security since its
>the one that gets the highest weight with most National Security information 
>and thrillers.

Hmmm.  I'd've thought that the integrity aspect would be the better known (at
least among computer users and managers);

	No, I would argue that Integrity is often MORE IMPORTANT in commerical
	sites and especially educational ones, but it has been my experience 
	that even computer literate folks -- if they are not security literate
	as well -- tend to think of the badges and guns first.  They do not
	recognize that all the elements are related to each other. 
Newsgroups: comp.os.vms
From: winalski@adserv.enet.dec.com (Paul S. Winalski)
Subject: Re: The VAX Vacuum
Reply-To: winalski@adserv.enet.dec.com (Paul S. Winalski)
Organization: Digital Equipment Corporation, Nashua NH
Date: Tue, 5 Jan 1993 18:12:39 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.
|>
|>Until last year, in the U.S. a trademark/servicemark is owned
|>ONLY by the first party to USE it in a particular country.  This
|>meant that legally, if DEC had used VAX in the U.S. before that
|>other company used the term for its vacuum cleaners in the U.S.,
|>it could prevent that company from selling vacuums under that
|>name in the U.S.  It does not matter that someone was selling
|>under that name earlier in the U.K.; only the first user in a
|>particular country has first rights to the mark.

However, US trademark law also allows the same word or phrase to be used as a
trademark as long as the marks are used in distinct markets and the proverbial
legal "reasonable person" has no difficulty distinguishing between the two uses.
The VAX vacuum cleaners and VAX computer systems are in such distinct markets
and so there is no problem.  If DEC ever decides to manufacture household
cleaning equipment, though, we'll have to choose a different name for it.

--PSW
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms
Subject: Re: Ctrl-C disabling with VMS sessions]
Date: 12 Jan 93 15:08:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <980674E8559F002FC3@BC750.BITNET>, WAYNE@BC750.BITNET writes...
# 
#Is there anyway to disable the Ctrl-C within a VMS session, in DCL level or
#within an application image ?

	Yes.  Check out the IO Users guide section on out of band and
	control ASTs in the terminal driver section.

# 
#Thanks in advance.
# 
#Wayne
#Bitnet address : WAYNE@BC750.BITNET

	Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
I'm not an Iranian!!  I voted for Dianne Feinstein!!
From: FZC@CU.NIH.GOV ("Paul Robinson, Contractor")
Newsgroups: comp.os.vms
Subject: Availability of PKZIP 2.04 on FTP sites
Date: 8 Jan 93 01:31:05 GMT
Reply-To: TDARCOS@MCIMAIL.COM
Distribution: world
Organization: The Internet

The latest release of the PKZIP compression software
for 80x86 PCs is now available from PKWARE, as
PKZIP version 2.04.

In the GAMES-L conference, a user by the ID code of
KYL142@uriacc.uri.edu asked when we could find
PKZIP 2.04 on an FTP server.

Despite the fact that chances are excellent that
you can call up any one of thousands of BBSs from
any one of 650,000,000 convenient locations
world wide, chances are that it will not appear
on FTP servers for a while.

Why?  There is code in the program to password
protect archives, i.e. encryption.  The U.S. Government
takes the position that computer programs containing
encryption allegedly require export licenses on
the same level and terms as exporters of
fully automatic machine guns.

Whether this opinion would withstand constitutional
challenge under the first amendment is something I
am not going to speculate on either way.  I figure
that the general export laws (anything legally
downloadable from a BBS falls under the no-permit
required class of material) do not apply but most
system managers are relatively timid.

This is the reason that WSMR-SIMTEL20.ARMY.MIL will
not carry programs with encryption.

Until there is a "non encryption" version available,
PKZIP version 2.04 will generally not appear on
FTP sites even though anyone from a restricted country
could use a telephone and download it from a BBS.
That makes no sense, but who expects the government
to make any sense?
---
Paul Robinson -- TDARCOS@MCIMAIL.COM
These (uninformed) opinions are mine alone.  No one
else is (stupid enough to be) responsible for them.
From: ARNE@KOPC.HHS.DK (Arne Vajhxj)
Newsgroups: comp.os.vms
Subject: Re: Ctrl-C disabling with VMS sessions]
Date: 12 Jan 93 18:19:33 GMT
Distribution: world
Organization: The Internet

> Is there anyway to disable the Ctrl-C within a VMS session, in DCL level or
> within an application image ?

DCL:

  SET NOCONTROL=Y

Application:

  LIB$DISABLE_CTRL

OK ?

Somehow I feel, that it is something else you want, but at the basis of
the supplied information, then the above must be the answer  !

                                                          Arne

Arne Vajhxj                             local DECNET:  KO::ARNE
Computer Department                     PSI:           PSI%23831001304030::ARNE
Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK
From: SABRY@SHEBIN.EG (Sabry Kotob El-Ganzory)
Newsgroups: comp.os.vms
Subject: Help of execution queues...
Date: 7 Jan 93 10:33:00 GMT
Organization: The Internet

Date sent:  7-JAN-1993 11:12:52
*******************************************************************************
* Sabry Kotob El-Ganzory          * Internet: "SABRY@SHEBIN.EG"               *
* Menoufia Unversity              * Internet: "SYSTEM@SHEBIN.EG"              *
* Computer Center                 *                                           *
*                                 * Telephone:(02) 048-333024                 *
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
* MY ADDRESS IS:                                                              *
* MELEEG                                                                      *
* SHEBIN EL-KOM                                                               *
* MENOUFIA                                                                    *
* EGYPT                                                                       *
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
******           ONE IS NERVER TOO OLD TO LEARN.                         ******
******           ALL DOORS ARE OPEN TO COURTESY.                         ******
******           LIFE HAS MANY UPE AND DOWNS   .                         ******
*******************************************************************************
Hello all....
Please, I want ask you of execution queues.
Three types of output execution queues:-
PRINTER.  this is known to me.
TERMINAL. also, is known to me.
SERVER, this is not known to me but it is Processes files in the queue using a
specially created symbiont. Symbionts for server exection queues are
user-written....ok.
finally, I obtain on Student workbook of VMS System management 1. EY-9766E-SG-00
   001.
My question is: Have anyone information of SERVER output execution queues and
I want example of how to create this SERVER or Symbionts because not covered in
this course????
I want that saying to everybody I still in the beginning or a novice to VMS.ok.
Many Thanks to every from want that help me or assist me.
Sabry
From: simons/G=Colin/I=CB/S=Sewell/O=H.A.Simons.Ltd/OU=CORP@mhs.attmail.com
Newsgroups: comp.os.vms
Subject: RE: 5.5 Upgrade blues.
Date: 6 Jan 93 20:56:51 GMT
Distribution: world
Organization: The Internet

carl kacher writes:
!In a previous article, DAHMS@ifk20.mach.uni-karlsruhe.de (Heribert Dahms) wrote:
!
!>I think the savesets for VMS upgrades *must* reside in [000000] on the
!>system disk.
!
!It must be in [000000] but need not be on the system disk. Any disk that can be
!mounted locally is ok. The VMS 5.5 upgrade worked here from [000000] on a
!non-system disk.
!
!
!Carl Karcher                          Internet: KARCHER@WAISMAN.WISC.EDU
!Waisman Center                        Bitnet:   KARCHER@WISCMACC
!University of Wisconsin-Madison       PSTnet:   (608) 263-5896


	i think everybodys missing the real problem. the original
	post contained "file not open by dcl" errors at the beginning
	of the vms upgrade phase II. i had the same problem and found
	out that the upgrade process was running out of virtual memory
	for the process i/o segment when opening dcl files. the solution
	was to crash the system at phase II, bring the system up under
	conversational boot and increase PIOPAGES (and maybe CTLPAGES too)
	at "sysboot>". continuing from that point starts phase II again
	and everything procedes normally.

	and yes, the VMS055.% savesets must be in the [00000] dir of any
	locally accessible disks.

Newsgroups: comp.os.vms
From: jody@lib.haifa.ac.il (Yosef Branse)
Subject: Re: Help with VAX/VMS books
Organization: Haifa University Library
Date: Tue, 5 Jan 1993 11:17:40 GMT

In article <1992Dec31.193903.6972@sifon.cc.mcgill.ca>,
torres@ee470.ee.mcgill.ca ( mario  torres ) writes:

> Hello:
> 
> 	Could anyone reccommend some books or other type of literature
> that are appropriate for novice and intermediate level VAX/VMS users.

I found the following informative (probably better for intermediates, but
a beginner could probably manage well with it):

VAX/VMS: Writing Real Programs in DCL by Paul C. Anagnostopoulos.
Digital Press, 1989

-- 
****************************************************************************
* Yosef (Jody) Branse             University of Haifa Library              *
*                                 Mt. Carmel, Haifa 31905, Israel          *
*                                 Tel.: 972 4-240288                       *
*                                 FAX:  972 4-257753                       *
* Israeli U. DECNET: HAIFAL::JODY                                          *
* Internet/ILAN:     JODY@LIB.HAIFA.AC.IL                                  *
****************************************************************************
From: DWING@UH01.Colorado.EDU (Dan Wing)
Newsgroups: comp.os.vms
Subject: Re: Ethernet address (sans code) ?
Date: 12 Jan 93 16:25:22 GMT
Distribution: world
Organization: The Internet

David P. Morgan, david@ittpub.nl, 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 ?

The hardware address can be had with "NCP SHOW KNOWN LINE CHARACTERISTICS"
and the DECnet address is computed based on your DECnet address:

For example, I'm 33.475.  33*1024 + 475 = 34267 = %X85DB, so my physical
address is:  AA-00-04-00-DB-85  (you switch the hex digits around).  All
VAXes have AA-00-04-00-xx-yy as their Ethernet address, and "xx" "yy" are
computed based on your DECnet address.

This is supposed to change with DECnet Phase V.

-Dan Wing, dwing@uh01.colorado.edu or wing_d@ucolmcc.bitnet (DGW11)
 Systems Administrator, University Hospital, Denver
From: LABELLES@ZENO.MSCD.EDU (Stephen LaBelle - MSCD)
Newsgroups: comp.os.vms
Subject: Re: need xmodem for VAX
Date: 10 Jan 93 00:07:10 GMT
Distribution: world
Organization: The Internet

>> zzang <zzang@MARLIN.NOSC.MIL> writes:
>>
>> Hello,
>> do we have xmodem for the VAX/VMS?

Yes, we do....

>> the kermit is slow.

Does Miss Piggy know this???



On the serious side there are implementations of XMODEM for VAX/VMS. Check with
your local DECUS users group and/or it is most likely available via
ANONYMOUS FTP at one or more sites.

In my personal opinion KERMIT is better than XMODEM. 
Also ZMODEM better than KERMIT and so on.... 

You may have very old version of both.
Really depends on what you are trying to accomplish.
Do not care to debate PROS/CONS of file transfer protocols.

All are available somewhere for VMS.
You did not tell us what you specific requirements are??? 
Therefore do not know for sure which one(s) would help you.

KERMIT is available via ANONYMOUS FTP from WATSUN.CC.COLUMBIA.EDU. You will
have to look around to find the VMS version and its installation/implementation
specifics.

You should read this list, these issues are discussed periodically.


							Steve


##############################################################################
# Stephen LaBelle                        # Internet : labelles@zeno.mscd.edu #
# Systems Programmer                     #            labelles@clem.mscd.edu #
# Metropolitan State College of Denver   #####################################
# Denver, Colorado  USA                  # Bitnet   : LABELLES@MSCD.BITNET   #
##############################################################################
# DISCLAIMER: The opinions expressed are mine and in no way, shape or form   #
# neccessarily reflect those of Metropolitan State College of Denver.        #
##############################################################################
From: ewilts@galaxy.gov.bc.ca (Ed Wilts)
Newsgroups: comp.os.vms
Subject: Re: DecWindows to VT100/200(s)?  Is is possible?
Date: 5 Jan 93 08:37:08 -0800
Distribution: world
Organization: BC Systems Corporation

In article <930104230600.20208835@HANNA2.NLU.EDU>, 92ADAMS@HANNA2.NLU.EDU (Erek Adams) writes:
> 
>   What I want to do:
> 	Be able to run DecWindows applications on a VT100/VT220 terminal.

You can't currently do this.

>   Why I want to:
> 	I would like to run some DecWindows applications, esp. BookReader, from
> a VT100/VT220 terminal.  We only have 4 DecStations in our lab, and often they 
> are in use.  Since our 'Gray Wall' is under lock and key, I use BookReader and 
> the Doc. CD(s).

There is a new version of BookReader currently in development that will allow
you to read the docs on a VTxxx terminal.  Rumours are (I haven't seen this
product) that this actually attempts to emulate some X functions and let you
put multiple windows on your terminal.  Conflicting rumours abound as to
whether or not this new BookReader will be a billable product or not.
Talk to Digital if you're really interested and see what info they'll part
with...


>   Does such a program exist?  If not for VAX/VMS does it exist for a IBM/PC?

Various X Windows packages are available for IBM PCs.  Digital will even sell
you one (I believe they sell eXcursion).  Ditto for Macs - I'm running MacX on
my IIci as I type this.

-- 
Ed Wilts, BC Systems, 4000 Seymour Place, Victoria, B.C., Canada, V8X 4S8
EWilts@Galaxy.Gov.BC.CA     Office:  (604) 389-3430   Fax: (604) 389-3412
Newsgroups: comp.os.vms
From: sysbrc@loki.albany.edu (Brian Cuttler)
Subject: Re: vms tail utility?
Keywords: tail
Organization: State University of New York at Albany
Date: Mon, 11 Jan 93 15:55:43 GMT

In article <1993Jan8.212505.27159@dbased.nuo.dec.com> lionel@quark.enet.dec.com (Steve Lionel) writes:
>
>In article <clifton.726518426@auriga.rose.brandeis.edu>, 
>clifton@rose.brandeis.edu (James Clifton) writes:
>
>|>Does anyone know of a VMS version of the UNIX program 'tail'?
>|>
>
>This doesn't help you right now, but you'll see TYPE/TAIL (and /CONTINUOUS)
>in OpenVMS VAX V6.
>--
>
>Steve Lionel                    lionel@quark.enet.dec.com
>SDT Languages Group
>Digital Equipment Corporation
>110 Spit Brook Road
>Nashua, NH 03062

Steve,

Someone sent me a PASCAL source file for "tail" - it may have been off
the decus tapes.  I will send it to you if you like.  Since I don't
recall the source I'll just say I take no credit for the product but
it does appear to be public domain.

						Brian

-- 
 Brian R Cuttler                 |        bitnet:    sysbrc@albnyvms
 Senior System Programmer        |        internet:  sysbrc@uacsc1.albany.edu
 State Univ of NY at Albany      |        phone:     518-442-3906
                                 |        fax:       518-442-3697
From: system_jb@ACCESS.NSWC.NAVY.MIL ("SYSTEM SUPPORT")
Newsgroups: comp.os.vms
Subject: PASSWORDS & SCHEMES
Date: 7 Jan 93 21:15:00 GMT
Distribution: world
Organization: The Internet

We have a problem with users here in that they tend to write passwords down.
"That's bad."  Many users have several accounts on different systems and
therefore must remember several passwords.  For security purposes, we generate
the passwords and they look like some foreign encryption code.  We were
wondering if anyone has or knows of a program or product we could use to check
passwords for a conformity standard (make sure they HAD special characters in
it, etc.) so that we could allow users to make up their own passwords.  We
don't do it now since they could just put in their username or a proper name
even with the password checker provided in VMS 5.4.  That wouldn't be "prudent"
in a security conscious environment.  I guess we could use some extra password
dictionaries as well.      O-) 

-----------------------------------------------------------------------------

  "Why do we PARK in the DRIVEway and DRIVE on the PARKway??"
                       - Gallahger

Jon Baker
Naval Surface Warfare Center
Code N23A
Dahlgren, VA  22448-5000
703-663-8705
MILNET ADDRESS:  SYSTEM_JB@UNODE1.NSWC.NAVY.MIL


Newsgroups: comp.os.vms