HDTenEightyP/NetNews huggingface dataset:
From: NORDQUIST@ANIMAL.SSEC.HONEYWELL.COM (Al Nordquist, nordquist@animal.ssec.honeywell.com)
Newsgroups: comp.os.vms
Subject: DECServer 250
Date: 17 Nov 92 19:45:49 GMT
Distribution: world
Organization: The Internet

We recently acquired a DECServer 250 for the purpose of serving two
parallel printers (Dataproducts B600 and DEC LG01).  These printers
had been running from DMB32s without any problems.  The DEC LG01 is
working fine from the DECServer 250.  The Dataproducts prints only
trash.
Does anyone have any experience in using non-DEC parallel printers
from a DECServer 250? 

Al Nordquist
nordquist@animal.ssec.honeywell.com

Xref: sparky comp.os.vms:18311 comp.lang.c:16980
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms,comp.lang.c
Subject: Re: String Pointer Passing Problem with VAX C
Date: 21 Nov 92 21:38:41 GMT
Distribution: world
Organization: Applied Information Systems, Chapel Hill, NC

In article <1ek1dtINNeqa@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
> In article <By1Dvp.Gpu@ux1.cso.uiuc.edu>, jsivier@ux1.cso.uiuc.edu (Jonathon Sivier ) writes:
> =    I have run into a very wierd bug/problem.  I have a series of routines
> =that I am passing string (char) pointers between.  [...]
>
> OK.  That does it.  I'm going to write up a set of guidelines for posting to
> comp.os.vms (a.k.a. info-vax).
> 
> One of the principal guidelines will be:
> 	IF YOU'VE GOT A PROBLEM USING SOFTWARE YOU'VE WRITTEN YOURSELF, INCLUDE
> 	A MINIMAL CODE FRAGMENT THAT REPRODUCES THE PROBLEM.

I agree with Carl.  It's not obvious what's going wrong with the
program from that description.  I've done quite a few things like
this with VAX C, and I'm quite confident that there's no obvious
bug of this nature in the compiler (if there's a bug in the compiler
then it's non-obvious and there's no way to track it down without a
sample of the code that fails).

My suspicion is that the original author did something wrong,
possibly doing the pointer setup incorrectly when passing the
string pointer into the routine, but it's impossible to know
for sure (one easy way for this to happen on any C compiler is
to have a multi-dimensioned array and to have an `off-by-one'
error in specifying the first index in the array -- forgetting
that C arrays start at 0, for instance).

It would really help to know:

	* The version of VMS that this fails on;
	* The version of VAX C that this fails on;
	* Whether the code has been tried on any other systems,
	  and whether it works on them if so;
	* And a listing of the code in question.

Without at least the last item in this list, it's impossible
to do more than guess what the problem might be.

Bruce C. Wright
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: RE: VMS Mail oddity
Date: 21 Nov 92 12:16:41 GMT
Distribution: world
Organization: The Internet


	I am running VMS v5.5-1 on a 6000-320 and noticed the following
	behavior of VMS Mail:

	1) Read your LAST message, don't delete it!
	2) Now type (N)ext, you will see the message about no more messages.
	3) Now hit return.
	4) You now will be reading your LAST message again, BUT it's message
	   number has increased by one! 

This is an old bug.  You left out one detail:  Your last message has to be
more than one screen long.  In step 4, you'll see the next screen of the
current message, but the the (N+1) message number.

The same thing happens in the other direction:  If you are reading the FIRST
message and type BACK, see the error message, then hit RETURN, you'll see the
next page, with message number 0.

I would have explained this by saying that NEXT and BACK update the current
message number but, on error, forget to clear the pointer to the message
currently being read (which has been buffered).  There must be a BIT more
going on, though, since repeating the same sequence will not get you to
message N+2 (or -1) - the number "sticks" just beyond the endpoint.

							-- Jerry
From: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: Failures in system security.
Date: 19 Nov 92 11:50:03 EST
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <69768@cup.portal.com>, Chris_F_Chiesa@cup.portal.com writes:
> Robert "Bob" Gezelter (gezelter@rlgsc.com) writes:
>  
>> [...] Any validation scheme which starts out with 
>>"Believe the credentials that the person who just walked in the 
>>door is holding" is an incident waiting to happen. As I noted 
>>earlier in this thread, the fact that an incomming request 
>>appears to have come from a privileged user on another node is, 
>>for most intents and purposes, a useless piece of information.
> 
> If we can't trust the "credentials that the person who just walked in the 
> door is holding," then what credentials CAN we trust?  I submit that the
> answer is "NONE!"  The Unix world, as I understand it, hands off the respon-
> sibility to a "trusted" central authority -- is this what Kerberos is? --
> ...
> central authority.  Any security system invented by Man can be spoofed by Man. 
>  
> 
> ...
>  
> Chris Chiesa
>   Chris_F_Chiesa@cup.portal.com
-- 
Chris, 
 
I may not have stated my point as clearly as is possible.
 
There are two cases: your local machine authenticates 
information, or somewhere outside authenticates information. 
Challenge based authentication schemes are governed by this fact. 
Kerberos (which is based upon private key cryptography) and 
similar schemes using public key cryptography involve a level of 
authentication for the installation offering to confirm 
credentials.  Present schemes do not.
 
Consider a gross simplification. As an example, if in a public key 
crypto based authentication system, I decode your message using 
your public key (which means that it was encoded using your 
private key), I have a fair degree of certainty that you 
generated it. I am not, for the most part, making assumptions 
about central authority (yes.. I know that you could bribe an 
official to mis-publish your public key in the book, but that 
would be easily detected in most cases).
 
- 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: sasjzs@falcon.unx.sas.com (Joseph Slater)
Subject: Re: sys$hiber/sys$wake problems? - SUMMARY
Originator: sasjzs@falcon.unx.sas.com
Date: Thu, 19 Nov 1992 13:04:50 GMT
Reply-To: sasjzs@vms.sas.com
Organization: Or lack thereof


In article <1992Nov18.144244.13282@nntpd.lkg.dec.com>, 
diewald@virrus.zko.dec.com (Jeff Diewald) writes:
|>This is a known, documented problem in the Debugger, described 
|>in the Debugger release notes. 

WHAT!!!! RTFM??????  {:*)
Actually, once I eliminated the main (in my mind) suspect, PPLRTL,
this seemed the most likely problem given the two process method.

|>There are features that are not supported
|>under the one process Debugger - such as the new and 
|>vastly improved Motif UI.

Should I bite the bullet and give this a try?  Is this what is
shipped with 5.5? 

Thanks for responding Jeff. It's nice to hear something from
the horse's mouth (even though we all know your opinions do
not reflect those of Digital {:*))

Joe Slater
sasjzs@vms.sas.com
Mine opinion is just that.
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Vms News Manual (0/8)
Date: 15 Nov 1992 21:59:11 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 <1992Nov15.213323.14580@cnplss5.cnps.philips.nl>, NL0242T@NLZCL
(Oscar van Eijk) writes:
=This is part 0 of News$Doc
=
=News$Doc is the second edition of the Vms News User Documentation. Vms News
=is an NNTP based VMS News client, written by Bernd Onasch (onasch@ira.uka.de),
=current version 1.24.
=
=*** If you don't have Vms News yet, it is available via anonymous ftp
=    from ftpvms.ira.uka.de (129.13.10.1), or send a mail to
=    fileserv@irav17.ira.uka.de with the command HELP in the body of the message

Since:
	1)  You have anonymous ftp enabled;
	2)  You've got a fileserv enabled for people who can't use ftp;
	3)  This documentation is of interest only to people who have or are
	    considering switching to Vma News;
why did you inflict the entire doc set on the entire net instead of simply
posting an announcement and allowing people who might be interested to retrieve
the documentation?


Sorry to have inflicted this on everyone, but since Oscar's system doesn't
provide an FQDN and Oscar didn't bother to provide a return address in the body
of the message, sending him private e-mail was impossible.
--------------------------------------------------------------------------------
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: wipke@moldes.ucsc.edu
Newsgroups: comp.os.vms
Subject: LRP free slowly reaches zero
Date: 18 NOV 92 11:18:51 PDT
Organization: UCSC Molecular Engineering Laboratory
NNTP-Posting-Host: moldes.ucsc.edu

Recently I have noted that on some nodes in our LAVC, the LRP free count
steadily declines to zero over about a week.  We also have a Microvax II GPX
with an XQ ethernet controller that is getting lots and lots of errors.
Do LRP's not get returned to the free list?  Could the ethernet errors from
the MVII be causing this?

-Todd Wipke
 wipke@secs.ucsc.edu
 UC Santa Cruz
From: tlr@darwin.ntu.edu.au
Newsgroups: comp.os.vms
Subject: Questions on Novell to VAX and MVS networks
Date: 17 Nov 92 19:11:35 +0900

We are putting in a Novell LAN and I'm 'feeling' for any problems we may meet 
and/or any software packages we may need to enable us to connect to the 
existing VAX and IBM mainframe network. 

The Novell LAN will be on a Token-ring network

The VAXs are running digital PATHWORKS

The PCs will be running OS2 and have Token-ring network boards. 
 
The Ethernet will be connected to the Token-ring via a Digital router 

We are not keen on running TCP/IP as a solution to connectivity

It was an OS2 LAN, but now they need Novell for database development 
and I'm not allowed to convert the whole thing into a PATHWORKS LAN  
(Sorry digital gals and guys but I tried). 

My questions are;

- What support does Novell have for connecting onto a VAX? i.e. disk access, 
  terminal emulation and mail etc; Most books mention it but do not give 
  details.

- Can PATHWORKS software support DECnet and Novell on a token-ring board on 
  an OS2 PC? (I've lost track of what PATHWORKS can do these days)

- What support does Novell have for connecting to an IBM mainframe?
  (again the books mention it but do not give details)

- Are there any other supported products that work like magic and enable
  access to the three platforms (Novell, VMS, MVS)?

- Are we staring down the barrel of a loaded gun with the current PC/Network
  configuration?

I've  got a few Novell books to read, but I thought I'd ask a few questions 
so I can get a bit of direction before I get to deep in it all.

Thankyou in advance for any replys. 

Tom Rush 
System programmer

----Isn't VT100 emulation thru an IBM mainframe a wonderful thing. NOT! ----
From: JOE@SPOCK.FHCRC.ORG (Joe Meadows)
Newsgroups: comp.os.vms
Subject: Re: Account creation utilities?
Date: 18 Nov 92 21:17:00 GMT
Article-I.D.: SPOCK.01GRAR1DHPB49BW389
Distribution: world
Organization: The Internet

I suppose I should have used a few smileys on my original reply. It was a lark.
It's full of loopholes, and it's insane. It did however answer the original
question as stated. But it was a _joke_ folks....

I know of at least one commercial product that does precisely what the 
requester wanted though: Adaptive Software in Seattle, Washington. I have
a button from DECUS that lists their phone number as 1-800-828-4349.
They allow you to control who can create/modify accounts, and even which
fields they're allowed to modify. It does a bunch of other stuff as well.
Seemed like it would be a good program for someone who wanted to delegate
account management to the project manager level.

Cheers,
Joe Meadows meadowsj@boeing.com
From: E53274@TRMETU.BITNET
Newsgroups: comp.os.vms
Subject: frmop22 rscs commands.
Date: 17 Nov 92 08:40:22 GMT
Organization: Middle East Technical University - Computer Center


           Is anyone aware of how to give commands to frmop22 ' s
           rscs. There should be something like hasp commands.
           I will be glad If somone replies the answer...

           thanks;
From: mvbr@se.alcbel.be (Marc Verbruggen)
Newsgroups: comp.os.vms
Subject: Integrated VMS/Unix archiving
Date: 23 Nov 92 15:00:43 GMT
Reply-To: mvbr@se.alcbel.be
Organization: Alcatel Bell Telephone


--
Some time ago I mentioned a test that I wanted to set up in order to 
integrate VMS and Unix backup, using Hierarchy from Software Partners on VMS 
and an EPOCH server. To remind you on the purpose :
- use Hierarchy to archive VMS files to a NFS mounted disk on Unix (in the
final configuration this should be the EpochServer) using Multinet NFS Client
- when arriving on the EpochServer files are immediately archived on optical
disk
- restore files automatically from EpochServer optical disk to EpochServer
harddisk to VAX disk

Unfortunately, the current release of Hierarchy does not allow for an outswap
to the NFS mounted Unix directory. It will be provided in the next release,
available dec '92 - jan '93.
So, the tests are interrupted temporarily.
Any other suggestions and/or comments are always welcome.

-----------------------------------------------------------
Marc Verbruggen                 tel : 03.240.94.19
Alcatel Bell Telephone          fax : 03.240.99.50
F. Wellesplein 1                email : mvbr@se.alcbel.be
B-2018 Antwerp
Belgium
 
"System Manager's Headaches Are Not Cured With Aspirin,
 There Is A Better Way ..."
Newsgroups: comp.os.vms
From: JONESD@kcgl1.eng.ohio-state.edu (David Jones)
Subject: Re: re^2: extending INDEXF.SYS (new idea!)
Organization: The Ohio State University
Date: Wed, 18 Nov 1992 03:52:53 GMT

In article <9211170506.AA25540@ucbvax.Berkeley.EDU>, moeller@gwdgv1.dnet.gwdg.de writes:
>Some time ago, there was some discussion re: pre-extending INDEXF.SYS,
>and the consensus was, that one has to be very careful,
>so that INDEXF.SYS won't become a multi-header file by any chance.
>
>It occurred to me that there is a VMS utility for extending files,
>which *has* that important check built-in:
>
>  $ MCR SYSGEN CREATE disk:[000000]INDEXF.SYS/size=<newsize>
>
>Successfully tested (on a PDA0: device)!
>

Did you check that the backup index file headers were updated as well?  If the
backup headers aren't kept current and you lose the primary, you'll lose all
files in the extended zone.  An analyze/disk on the volume might fix
the backup headers, but I haven't experimented.

A short time ago, a site on campus had the situation where INDEXF.SYS was
extended into a multi-header file.  This is a BAD THING - trying to mount
the disk in this state caused XQP to lose its mind and crash the system.
We were able to restore the volume by trashing the block with the primary
index file header.  The mount then used the backup index file header, which
still had the original mapping pointers.  Apparently the file headers in the
extended region hadn't been used by any created files, so no files were lost.


David L. Jones               |      Phone:    (614) 292-6929
Ohio State Unviversity       |      Internet:
1971 Neil Ave. Rm. 406       |               jonesd@kcgl1.eng.ohio-state.edu
Columbus, OH 43210           |               jones-d@eng.ohio-state.edu

Disclaimer: A repudiation of a claim.
Newsgroups: mu.vax-vms,comp.os.vms
Subject: Request for a program for VMS
From: crwilson@miavx1.acs.muohio.edu
Date: 23 Nov 92 16:32:30 -0500
Organization: Miami University Academic Computer Service"

I have a problem that's need a solution.

 Here is the proposed program spec:

 1) DCL .com file to run on VMS
 2) runs as subprocess, continously
 3) here's the tricky part:
  a) reads in the initial list of friends
  b) checks for each friends login status
      i.e. Logged In, Not Logged In
     and puts their name in the appropriate list
      i.e. Logged In, Not Logged In
  c) waits 1 to 2 minutes
  d) checks the Logged In, Not Logged In lists for any
     change in the user's status
  e) only prints to screen if there is a status change
      i.e. user has logged out.
  f) put any status changes in their appropriate list
      i.e. formerly logged in friend is put in Not Logged In list
  g) goto step c)

 simple, eh?  I cannot seem to get a working version that does
 not use an external file.

  please send all responses to:
   CRWILSON@APSSRV.APS.MUOHIO.EDU

THANX


--
 My sig is holding out for more money and a multiyear contract
--
 CRWILSON@MIAVX1.ACS.MUOHIO.EDU
From: byron@YOGI.HSC.UCALGARY.CA (Byron Draudson)
Newsgroups: comp.os.vms
Subject: Compiling Ghostscript (help needed)
Date: 15 Nov 92 06:57:34 GMT
Distribution: world
Organization: The Internet

Hi all.  I'm trying to build Ghostscript 2.4 on VMS 5.3/Decwindows using
GNU C 1.36.  Most of the package has compiled with no problems.  I do have
two problems.  Warning - I'm a non-C person...  %}   Hopefully, my questions
aren't too dumb.

1.  When compiling GDEVXINI.C and GDEVX.C, the following error occurs:

YOGI$DUA0:[SYS0.SYSCOMMON.][decw$include]Intrinsic.h:84: #include expects
"fname" or <fname>

So, after tracking down the problem, I find the following line in
decw$include:intrinsic.h:

#include     types

What should this line be?  There is no "types" file in decw$include.

2.  When compiling GP_VMS.C, the following error(s) occur:

gp_vms.c: In function gp_file_name_is_absolute:
gp_vms.c:197: warning: assignment of non-const * pointer from const *
gp_vms.c:198: invalid lvalue in unary `&'
gp_vms.c:198: warning: argument passing between incompatible pointer types
gp_vms.c: In function gp_enumerate_files_init:
gp_vms.c:276: conflicting types for `gp_enumerate_files_init'
gp.h:125: previous declaration of `gp_enumerate_files_init'

Looking at the two routines, gp_file_name_is_absolute and
gp_enumerate_files_init, I find them defined as follows:

int
gp_file_name_is_absolute(const char *fname, uint len)

file_enum *
gp_enumerate_files_init(const char *pat, uint patlen)

Whats wrong with these?

Sorry for the dumb questions.  I have tried to the best of my abilites to get
this to work but I'm unable to get any further without some help.  Like I said
before, I'm not familiar with C.  Thanks in advance for any help.

:byron
________________________________________________________________________
Byron Draudson, Systems Manager               byron@yogi.hsc.ucalgary.ca
Radiology, Foothills Hospital, Calgary, Alberta, Canada   (403) 670-2442


Newsgroups: comp.os.vms
From: pensakmj@essv01
Subject: Re: Mapping Shift-Comma/Period keys to <> in Motif 1.1.
Reply-To: pensakmj@essv01
Organization: Du Pont
Date: Wed, 18 Nov 1992 23:56:52 GMT

In article <1992Nov18.222452.4468@news2.cis.umn.edu>,
     rao@moose.cccs.umn.edu (Rao Akella) writes:
>
>
>I recently installed Motif 1.1.  I enabled the "Comma Key Sends ,<" button in
>the "DECterm Keyboard Options" menu, but it didn't seem to work.  I couldn't
>find any reference to this problem in the release notes, so I called the help
>line, who informed me that this button no longer worked, and if I really wanted
>this functionality, I would have to execute the following commands:
>

I too encountered this problem, but I got someone more on the ball
when I called support.  There's a simple work-around: in the
Session Manager Keyboard... setup dialog box, set your keyboard type
to LK401.  That fixed it for me.

(I'm using a VAXstation 3100 with an LK201 keyboard, so it sounded
unlikely to set it to LK401 which is wrong, but it solved this problem,
and hasn't caused any other problems that I've found yet,
and its been a few months.)
Xref: sparky comp.os.vms:18159 vmsnet.sources.d:686
From: goathunter@wkuvx1.bitnet
Newsgroups: comp.os.vms,vmsnet.sources.d
Subject: Re: UNCOMPRESS for VMS
Date: 18 Nov 92 07:03:06 CDT
Organization: Western Kentucky University, Bowling Green, KY

In article <gotwols.722055723@warper.jhuapl.edu>, gotwols@warper.jhuapl.edu (Bruce Gotwols) writes:
> 	Can anyone tell me where I might obtain a copy of uncompress that is
> compatible with the UNIX utility of the same name, but will run under VMS?
> 
You can get GNU compress for VMS (which *is* compatible with UNIX
compress) via e-mail from FILESERV@WKUVX1.BITNET.  Send the following
command in the body of a mail message to FILESERV@WKUVX1.BITNET:

SEND COMPRESS

You can also get it via anonymous ftp from ftp.spc.edu; you'll need:

	[.MACRO32]LZDCMP.EXE
	[.MACRO32.SAVESETS]COMPRESS.BCK_Z

Hunter
------
Hunter Goatley, VMS Systems Programmer, Western Kentucky University
goathunter@WKUVX1.BITNET, 502-745-5251
Newsgroups: comp.os.vms
From: dafnioti@cae.wisc.edu (Petros Dafniotis)
Subject: Question on OpenVMS and VAX FORTRAN
Organization: College of Engineering, Univ. of Wisconsin--Madison
Distribution: comp.lang.fortran
Date: 22 Nov 92 15:24:00 CST
Summary: Information requested 
Keywords: Fortran, shareable images, MACRO, RTL 

I have a few questions regarding the new Alpha systems running OpenVMS.
In my research group we decided to purchase one Alpha now and soon more.
However, we do have thousands and thousands lines of code on our VAX/VMS
cluster that we shall need to port. 99.9% of the code is in VAX FORTRAN
and the remaining are in C and MACRO. The questions are"
(*) will shareable images be available in OpenVMS right away the same way
   as in VAX/VMS
(*) will OpenVMS fortran be 100% compatible (as language not binaries of
    course) with VAX fortran?
(*) are all the wonderful SYS$,LIB$,SMG$ etc routines of system and RTL be
    in openVMS totally compatible with the VAX/VMS?
(*) in conclusion: can someone give me some information regarding what will
    be different in OpenVMS wrt VAX/VMS (other than binaries and possibly
    fundamental types eg. longwords etc)?
(*) can someone point me to a source (ftp,journal,book) where i can learn
    more about alpha and OpenVMS?

 E-mail or response on the net is fine. I will summarize the responses in
any case if there is sufficient interest.

  Thank you very much in advance for your time.

						Petros Dafniotis
						Graduate Student
						Chem Engr Dept,UW-Madison
					e-mail:	dafnioti@cae.wisc.edu
From: pengyue@ucrmath.ucr.edu (peng-yue lin)
Newsgroups: comp.os.vms
Subject: DECWindow info, help please
Date: 19 Nov 92 01:07:55 GMT
Organization: University of California, Riverside


Hi,

Could someone tell me what is the application under DECWindow 
(1989 and late release, VMS 5.3 and 5.5) which is equivalent to
xdm of X11? I have X terminals VT1000s but I am not able to
start them. Please e-mail to me. Thanks.

james

Xref: sparky comp.os.vms:18149 comp.sys.dec:6035