HDTenEightyP/NetNews huggingface dataset:
From: steve@dbaccess.com (Steve Suttles)
Newsgroups: comp.os.vms
Subject: Re: Ice skating (was Recursion in Vax Fortran)
Date: 22 Jan 93 21:31:02 GMT
Organization: Cross Access Corp., Santa Clara, CA
X-Newsreader: Tin 1.1 PL4

jhwelch@ecs.umass.edu writes:
: In article <1j90tdINNng8@gap.caltech.edu>, 
: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
: 
: > application programs.  I'd say that DEC will implement what you seem to be
: > describing (you must admit that your description was rather vague) (other than
: > via a non-default qualifier) on the day that the two of us go ice-skating in
: > hell.
: 
: I just bought some ice skates.  How do I use them.  Help please!
: 
Another useless question!!!!  You didn't specify brand, style, or even size!
We need to know the weather forecast and your street address.  How about some
sample output, or even log files?

When will you guys ever learn?
: > 
: > Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
: 
: Jonathan Welch  VAX Systems Manager  Umass/Amherst  JHWELCH@ecs.umass.edu
-- 
Steve Suttles                Internet:  steve@dbaccess.com      Dr. DCL is IN!
CROSS ACCESS Corporation     UUCP: {uunet,sgiblab}!troi!steve  Yo speako TECO!
2900 Gordon Ave, Suite 100   fax: (408) 735-0328              Talk data to me!
Santa Clara, CA 95051-0718   vox: (408) 735-7545   HA! It's under 4 lines NOW!
From: white@gtewd.mtv.gsc.gte.com
Newsgroups: comp.os.vms
Subject: Re: postscript woes...
Date: 27 Jan 93 09:19:39 -0800
Organization: GTE Govt. Systems, Electronics Def. Div.

	You may need the DATA=POSTSCRIPT in your paramaters.  kinda like this

        Print/notify/queue=prt$lps20a_ps -
	/param=(sides=2, page_ori=partrait, number_up=1, data=postscript) -
	'file'	


					-Chris

Newsgroups: comp.os.vms
From: silverm@bcstec.ca.boeing.com (Jeff Silverman)
Subject: Re: most stable VMS-system in the world.
Organization: Boeing Computer Services
Date: Fri, 22 Jan 1993 06:16:07 GMT

ORAKEL@rzmain.rz.uni-ulm.de (Framstag) writes:
>$ show system
>VAX/VMS V5.5-1  on node MAIN02  20-JAN-1993 20:40:57.20   Uptime  6-NOV-1859 17:06:50
>  Pid    Process Name    State  Pri      I/O       CPU       Page flts Ph.Mem
>21C00101 SWAPPER         HIB     16        0   0 00:12:32.65         0      0   
>21C00902 OP_RAPP         LEF      4     2221   0 00:00:28.50     11718    629   
>21C00106 CONFIGURE       HIB     10       52   0 00:00:05.06       245    377   
>(...)
>\  Ulli 'Framstag' Horlacher       \     psi%(0262)45050260103::orakel  \
> \  Student consultant VAX/VMS and networks   \  orakel@dulruu51.bitnet  \
>  \  Rechenzentrum  Universitaet Ulm  Germany  \    orakel@rz.uni-ulm.de  \
>   \  "With mainframes you just can do nonsense, with PCs not even that."  \

Ulli,
	Doubtless busy with more pressing concerns, you missed a note or two
about a feature of the Time of Year (TOY) clock on the VAX.  The TOY clock
is only 32 bits wide, but the VMS clock is 64 bits wide.  When the VAX boots,
it takes a good guess as to the system time and runs with it.  The problem is
most acute shortly after the new year.  A novice system operator might simply
change the time to be the correct time, which would give an uptime which is
a negative number.  Eventually, the number will become a small positive number.
In VMS, small positive numbers are times in the 19th century.
	This is a very short explanation.
	The solution is to give the command SET TIME or SET TIME/CLUSTER
every once in a while.  We issue the command twice a day, which is overkill
but then we run a metrology lab so we do weird things - once or twice a month
is fine.

	Of course, if you keep your VAX up for about 120 years, nobody will
notice.

	Best wishes,

				Jeff Silverman, Boeing Commercial Airplane
From: ORAKEL@rzmain.rz.uni-ulm.de (Framstag)
Newsgroups: comp.os.vms
Subject: Re: SENDing an entire MAIL FOLDER ?
Date: 26 Jan 93 16:41:55 GMT
Article-I.D.: wega.1993Jan26.164155.21514
Organization: University of Ulm, Germany
X-Copyright1: Fuer Veroeffentlichungen AUSSERHALB des Newssystemes gelten MEINE Geschaeftsbedingungen.
X-Copyright2: Nichtbeachtung wird in der Regel zivil- und strafrechtliche Folgen nach sich ziehen.
X-News-Reader: VMS NEWS 1.25beta

In <01GTXLEOVOIQ9GVN23@SNYBUFVA.BITNET> TARKA10@SNYBUFVA.BITNET writes:

> Can I send all 30 messages in a single mail folder to a user at
> another node, and if so, how?
> 
> Extracting each individually, and appending them into a single file
> would work, but I'd lose the directory information from that mail folder
> (#, From, Date, Subject).

user1:
MAIL> extract/all tmp.tmp
MAIL> send tmp.tmp
To:     user2
Subj:   mail-folder


user2:
MAIL> read/new
MAIL> extract/noheader sys$login:blubb.mai
MAIL> set file sys$login:blubb.mai
MAIL> dir


\  Ulli 'Framstag' Horlacher       \     psi%(0262)45050260103::orakel  \
 \  Student consultant VAX/VMS and networks   \  orakel@dulruu51.bitnet  \
  \  Rechenzentrum  Universitaet Ulm  Germany  \    orakel@rz.uni-ulm.de  \
   \  "With mainframes you just can do nonsense, with PCs not even that."  \
From: TRANLE@INTELLICORP.COM (Minh Tran-Le)
Newsgroups: comp.os.vms
Subject: Looking for an AWK program for VMS ...
Date: 24 Jan 93 23:58:31 GMT
Reply-To: tranle@intellicorp.com
Organization: The Internet

Hi,
I am looking for a version of AWK that would run under vms 4.7.  Does
anybody know of such a beast.

Thansk,
Minh Tran-Le.
-------
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Mailbox access
Date: 28 Jan 1993 10:45:04 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.192543.102@ittpub.nl>, david@ittpub.nl (David P. Morgan) writes:
>OR you can have the other process pick up
>the logical name of the mailbox from the job table by using:
>$ def/tabl=lnm$process_directory lnm$temporary_mailbox lnm$job
>before you create the mailbox. 

You don't have to do that unless you've previously defined
LNM$TEMPORARY_MAILBOX.  The default is show by:
	$ SHOW LOGICAL/TABLE=*_DIRECTORY LNM$TEMPORARY_MAILBOX
	   "LNM$TEMPORARY_MAILBOX" = "LNM$JOB" (LNM$SYSTEM_DIRECTORY)
And, since the person who asked the question was having trouble with
communicating between processes in two different JOBs via mailboxes, this
wouldn't do any good anyway.

>Or when you create a permanent mailbox the name goes into the system table.

One would hope that someone who has as little understanding of mailboxes as the
person who asked the question doesn't have PRMMBX priv.
--------------------------------------------------------------------------------
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: CXNHJP@manadon-engineering-college.ac.uk
Newsgroups: comp.os.vms
Subject: operator accounts
Date: 20 Jan 93 11:22:00 GMT
Distribution: world
Organization: The Internet

Could anybody out there please tell me what the best way to set operator
accounts up is, ie. should the different operators go though their own accounts,
or should there be a common account with full privs. Is it possible to give
privs only on request using com, exe programs without having to give the
setprv priv initially .... ???

Any thoughts on this subject would be greatly appreciated.
Newsgroups: comp.os.vms
Subject: Re: Recursion in FORTRAN
From: tp@mccall.com (Terry Poot)
Date: Fri, 22 Jan 1993 08:52:52 CST
Reply-To: tp@mccall.com (Terry Poot)
Organization: The McCall Pattern Co., Manhattan, KS, USA
Nntp-Posting-User: tp


In article <1993Jan21.195804.6787@dbased.nuo.dec.com>, lionel@quark.enet.dec.com
(Steve Lionel) writes:
>Relax.  The default behavior hasn't changed.   The compiler sort of gives you
>a free "SAVE" if it can't determine that you always store a variable before
>using it.  But if you use /RECURSIVE, then variables not explicitly SAVEd
>won't be.  Also, /RECURSIVE will eliminate guaranteed initialization to zero;
>I've heard one customer consider this a feature, so as to ferret out hidden
>bugs. 

Thanks, I was worried. I've also got code that counts on guaranteed
initialization. I hadn't thought of that. So as long as I don't use /RECURSIVE,
I should be OK, right?

>However, if you haven't SAVEd a variable, and the compiler can tell that you
>definitely use it before storing it, it will give you a warning. 

Nice.

>Now what I said about SAVE not meaning "static" is true, though on VAX, at
>least, it does force static allocation, even if you use /RECURSIVE.  But the
>standard says you should use SAVE if you want the value saved, so put it in
>if you mean that - it'll prevent possible surprises in the future and also
>>makes
>the intent clearer to someone reading the code.  

I always do, but I didn't write most of this stuff. Given sufficient time it'll
all be rewritten in C anyway, Fortran's a poor choice for this application (it
really needs dynamic memory), I just don't want it all to fall apart in the mean
time.

Thanks for the reassurances!
--
Terry Poot <tp@mccall.com>                   The McCall Pattern Company
(uucp: ...!rutgers!depot!mccall!tp)          615 McCall Road
(800)255-2762, in KS (913)776-4041           Manhattan, KS 66502, USA
From: judson@aludra.usc.edu (Tom Judson)
Newsgroups: comp.os.vms
Subject: Help defining keys ...
Date: 22 Jan 1993 08:51:10 -0800
Organization: University of Southern California, Los Angeles, CA
Distribution: world
NNTP-Posting-Host: aludra.usc.edu


On my VAXstation, the comma key is suppossed to echo a '<' and the
period key a '>'.  But, they just print out comma and period.

* I used the "Keyboard" menu option to select "Comma Key Sends ,<"
  but that did not help.

* I tried DEFINE/KEY/IF_STATE=SHIFT COMMA "<"
  but that did not work either.  Help says that one may need to type
  SET/TERM=APPLICATION before the comma key could be redefined.  I did
  that also, but still I get just a comma.

Any suggestions?
-TJ Judson
judson@usc.edu
judson@igate1.hac.com
From: pyron@skndiv.dseg.ti.com (Dillon Pyron)
Subject: re: SYSUAF.DAT access - the real world
Reply-To: pyron@skndiv.dseg.ti.com
Organization: TI/DSEG VAX Support
Date: Fri, 22 Jan 1993 16:43:57 GMT


In article <9301202243.AA01736@uu3.psi.com>, leichter@lrw.com (Jerry Leichter) writes:
>
>Philip Perucci wrote that he needed to be able to provide access to SYSUAF.DAT
>to someone working for the company comptroller.  A number of people have taken
>the opportunity to use this as an example of the stupidity of management, and
>to say that there is basically no way to do this without giving that person
>at least the ability to get any rights he likes.
>
 [deleted]
>
>In Mr. Perucci's position, the ideal would be to be able to give the auditor
>read-only access to the SYSUAF.  Unfortunately, AUTHORIZE demands WRITE
>access.  I consider this a serious limitation, since it makes it unnecessarily
>more difficult to implement an "outside auditor" facility.  One way to do this
>would be to give the auditor just read access and have him copy the live
>SYSUAF.DAT to a private file, which he could then modify to his heart's
>content without damaging anything.  Another approach is to trust the auditor
>not to do anything stupid - but have someone else check the audit logs for any
>changes he might make to the SYSUAF.  (Again, make sure two people have to
>work together to subvert the system.)

How about making a copy of SYSUAF.DAT and letting the auditor run AUTHORIZE
against that.  He might need to modify the SYSUAF logical, if it exists (hint
to cluster managers), but this seems very neat.  An auditor isn't really
interested in the current system, just an image as of a known time.

>
>Of course, with the listings it should be simple to patch AUTHORIZE NOT to
>demand write access - just pull out the explicit check.  If it keels over when
>someone tries to write to the file, well, big deal.
>							-- Jerry
>
>
"Trust me, I know what I'm doing" - the last thing you'll hear.
--
Dillon Pyron                      | The opinions expressed are those of the
TI/DSEG Lewisville VAX Support    | sender unless otherwise stated.
(214)462-3556 (when I'm here)     |
(214)492-4656 (when I'm home)     |"I wish I was dead" said Moxie.
pyron@skndiv.dseg.ti.com          |"May your every wish come true" replied Spam
PADI DM-54909                     |      _Bored of the Rings_
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Diacriticals???How???
Date: 26 Jan 1993 09:40:06 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 <1993Jan25.174918.7456@gw.wmich.edu>, 92anderson@gw.wmich.edu writes:
>
>I have a problem....    how does one implement diacriticals (those funny-
>	looking foreign marks/letters) on a vax/vms?
>
>Everytime I switch to a foreign keyboard set, and login to the system, it 
>	reverts back to usa.
>
>Anyone got any suggestions?  

I'm e-mailing my "how to ask questions" message to this jackass. 

In answer to your exceptionally vague question:
	Have you ever heard of the "compose" key?
--------------------------------------------------------------------------------
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: rgoldstone@OAVAX.CSUCHICO.EDU (Robin, Girl Wonder)
Newsgroups: comp.os.vms
Subject: disk storage question
Date: 27 Jan 1993 17:32:45 GMT
Organization: California State University, Chico
Reply-To: rgoldstone@OAVAX.CSUCHICO.EDU
NNTP-Posting-Host: oavax.csuchico.edu

Currently on our VAX 6310 we have 4 RA70 disks which are 280 MB each.  One
of them I treat as a "system disk".  I do not have anything on it other than
VMS (and Multinet).  It currently has 200,000+ free blocks.

I have been asked by my boss to investigate increasing our disk storage on
that system.  Most of the solutions I am looking at involve keeping our
existing controller (KDB 50) and just replacing the RA70's with larger
disks, like maybe RA72s which are 1 gig each.  

I have one question/concern about doing this: it seems to me that I will
no longer be able to justify setting aside one disk as a "system" disk,
since the new disks will be much bigger and thus there will be more "wasted"
space on it.  I figured out that even if I moved all of our applications
(PMDF, Oracle, Word-11) to the "system" disk, the total size of all this
stuff would only be around 300 megs.  So, what do other people do?  Do
you put user directories on the system disk?  Is this a problem for any 
reason, i.e. when doing VMS upgrades? How about contention for the device?

I appreciate any insights you can offer.
-Robin
******************************************************************************
Robin Goldstone, Systems Software Specialist                   ____
California State University, Chico  Computing Services         \  /
rgoldstone@oavax.csuchico.edu                                   \/
                                                       Closets are for clothes
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Help with SYS$GETSYI please!
Date: 27 Jan 1993 12:44:39 GMT
Organization: HST Wide Field/Planetary Camera
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <davids.728101271@marloo.kowari.cpsg.com.au>, davids@kowari.cpsg.com.au (David Schulz) writes:
>I am trying to use SYS$GETSYI to retrieve the local node name.  The call is
>returning successfully, but the buffer is empty and return length is 
>zero.  Any help will be greatly appreciated.  The code fragment below
>shows what I'm trying to do.

Your code works fine on my system.  Do you have the SYSGEN parameter SCSNODE
defined?  SYS$GETSYI simply returns the value of that parameter when you give
it an item code of SYI$_NODENAME.

By the way, you *REALLY* ought to also include the iosb argument in the call. 
The return status simply tells whether the system service was successfully
dispatched (i.e., whether you gave it the right number of arguments, whether
all the arguments were accessible in memory, whether item lists were terminated
properly, etc.).  It doesn't tell you whether or not the system service
completed successfully.
--------------------------------------------------------------------------------
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: wagner@utoday.com (Mitch Wagner)
Subject: Re: virus reported in PC PKzip 2.04c
Organization: Open Systems Today
Date: Thu, 21 Jan 93 13:51:40 GMT

COEPOW@SN01.SNCC.LSU.EDU (Jim Power) writes:

>... his Norton AntiVirus 2.0 reports that the files
>PKUNZIP.EXE and PKZIPFIX.EXE both contain the virus "Maltese amoeba".

That's likely to be a "false positive," due to an incompatibility
between that version of Norton and the new version of PKZIP. It's
being discussed on comp.compression even as we speak.

Thanks!

Newsgroups: comp.os.vms
From: winalski@adserv.enet.dec.com (Paul S. Winalski)
Subject: Re: C problem
Reply-To: winalski@adserv.enet.dec.com (Paul S. Winalski)
Organization: Digital Equipment Corporation, Nashua NH
Date: Fri, 22 Jan 1993 18:15:43 GMT


In article <9301201500.AA20662@anon.penet.fi>, an6034@anon.penet.FI writes:
|>
|>I have a very simple C question.  I have a sample C program that compiles and
|>runs fine in a Borland C++ environment.
|>
|>When I try to compile this program in a VAX/VMS (5.4-2) environment I get a
|>warning message.  I have looked up the error message but it doesn't mean a
|>thing to me.
|>
|>Attached is the source and a sethost log of my compile.
|>
|>Please help a student with out a clue?
|>
|>********************************************************************************
|>cc example_1.c
|>	void main(void){ /* begin main */
|>%CC-W-INVMAINRETVAL, Return value of main function is not an integer type.
|>		At line number 8 in $DISK:EXAMPLE_1.C;24.
|>
|>%CC-I-SUMMARY, Completed with 0 error(s), 1 warning(s), and
|>		0 informational messages.
|>		At line number 29 in $DISK:EXAMPLE_1.C;24.
|>********************************************************************************

A C main program must return a value of integer type.  As the error message
states, it is not legal in C to have a main program that does not return a
value.  This works on Borland C++ either because it's a Borland extension to
the C language or because this is one of the differences between C anc C++.

--PSW
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: command procedure calling
Date: 28 Jan 1993 01:41:16 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.164533.7039@tc.cornell.edu>, olin@vger.cheme.cornell.edu (Steve Thompson) writes:
>In article <1k4p20INNjbq@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
>>There's no documented way to exit from the entire stack of DCL procedures in a
>>single command.
>
>Yes there is; it's the STOP command.

You're right.  Mea culpa.  Anybody from DEC listening?  Perhaps you could add
mention of STOP to the "HINTS Command_produres" item in the on-line help in a
future release?
--------------------------------------------------------------------------------
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: kalisiak@acsu.buffalo.edu (Christophe M. Kalisiak)
Newsgroups: comp.os.vms
Subject: Having problems converting files using the CDA converter library.
Date: 25 Jan 93 04:18:16 GMT
Organization: UB

Hello all,

	I am trying to convert a file (which has its origins in DECwrite
for VMS V1.1) to another format. I can choose from any of a number of
output formats, including: HPCL, TIFF, IMG (GEM Artline or Ventura 
Publisher), BMP (Microsoft Windows), CUT (Dr. Halo), PCX (PC Paintbrush),
DCX, PCX, or MacPaint. Unfortunately, PostScript is not one of the
available formats. If it were, then I would not be posting this message...

	I have access to the CDA converter library (V1.1) as well as the 
optional GKS graphics software (V4.1). I have tried to EXPORT my test 
document from within DECwrite, but the problem is that the only two 
formats that DECwrite and this other software have in common is TIFF 
and MacPaint, which both fail during EXPORT. If anyone would like further 
clarification, I can write down exactly what happens and reply via email.

	I have tried to do the conversions from the command line, and this
is what happens:

$ view test.doc /format=ddif





          Attn: Chris Kalisiak  Courier
          This is NC Schoolbook.

          ABCDEFGHIJKLMNOPQRSTUVQXYZ
          abcdefghijklmnopqrstuvwxyz1234567890

[rest deleted for brevity]

          abcdefghijklmnopqrstuvwxyz1234567890

$ convert/document test.doc /format=ddif test.tiff /format=tiff
%TIFF-I-IGNAGGR, ignored nonimage aggregates
%TIFF-E-IMGNOTFND, image data not found
%CDA-E-ERROUTLOG, error messages produced during output conversion, see
error log
$ convert/document test.doc /format=ddif test.macpaint/format=macpaint
%CDA-E-UNSUPCNV, unsupported document conversion


	I figure that there is something about the file TEST.DOC that 
does not want to be converted to TIFF or MacPaint. I found that MacPaint 
files cannot be IMPORTED into DECwrite files, but must be 'Linked to Image',
but I would have figured that EXPORTing to one of these formats would 
have worked.


	What would probably solve my problem is a PostScript to PCL (the HP
PCL 4 format) converter, but I don't know of one (I couldn't find one in
the VAX_LIST.TXT file). Otherwise, if anyone has any tips as to why the 
CDA converter would not be working, that would also be appreciated.


Thanks,
-- 
Chris Kalisiak		     | "Pound for pound, lame puns are your best
kalisiak@acsu.buffalo.edu    |   entertainment value." -- Gogo Dodo, Tiny Toons
V076N3W7@ubvms.cc.buffalo.edu| "Stimpy, your wealth of ignorance astounds me."
V076N3W7@ubvms.bitnet	     |   -- Ren Hoek, Ren and Stimpy