HDTenEightyP/NetNews huggingface dataset:
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: re: Re: SET TRANSPORT command in VMS MAIL
Date: 15 Aug 92 13:23:18 GMT
Distribution: world
Organization: The Internet


	We are using PMDF here at UNM, and so I tried setting:

	MAIL> SET TRANSPORT IN%
	MAIL> SEND
	To:     sday@lacerta
	%MAIL-E-USERSPEC, invalid user specification '@LACERTA'

	What am I doing wrong?

Nothing.  You are simply expecting more from SET TRANSPORT than in delivers.

You can think of SET TRANSPORT IN% as logically just writing "IN%" in front of
each mail recipients name.  So, your SEND was equivalent to:

	MAIL> SEND
	To:     IN%sday@lacerta

As you undoubtedly know from having used IN% without SET TRANSPORT, that
doesn't work; you have to quote the address.  You (pretty much) have to do
the same with SET TRANSPORT.  (I say "pretty much" because in fact just
typing

	MAIL> SEND
	To:     "sday@lacerta"

apparently doesn't work.)

SET TRANSPORT doesn't change the way MAIL parses recipient names.  To do that,
you have to patch mail.  A patch to do this has been distributed on INFO-VAX
before - as I recall, Harvey Brydon wrote it.  I use it, which is why I can
only say that the example just above "apparently" doesn't work - I have no
easy way to test it with my patched mail code!
							-- Jerry

Newsgroups: comp.os.vms
From: koontz@iasdv1.iasd.honeywell.com (Sean C. Koontz)
Subject: sys$creprc...
Reply-To: koontz@iasdv1.iasd.honeywell.com
Organization: Honeywell,Phoenix,AZ
Date: Tue, 18 Aug 1992 22:31:14 GMT

Hello,

I am using $CREPRC to create a detached process from within an application.  The
application then waits on a mailbox event that signals that the detached process
terminated, whereby, the application expects to find some files that the 
detached process outputted to while executing.  The problem is that somehow 
the output from the detached process is lost and is not being written to the 
output files specified in the $CREPRC function call (even if the detached 
process executes successfully).  

Can anyone direct me to some help with respect to this problem?  

Thank you,
Sean Koontz

"koontz@iasdv1.iasd.honeywell.com"
From: connelly@iscsvax.uni.edu (Ken Connelly)
Newsgroups: comp.os.vms
Subject: Re: The VAX Book
Date: 21 Aug 92 14:21:38 GMT
Organization: University of Northern Iowa

In article <1992Aug20.081300.8690@ktas.dk>, ds@ktas.dk (Didier Simon) writes:
> dtan@sg.oracle.com (Dean Tan - Oracle Singapore) writes:
>  
> Hi Dean,
> 
>>Hi, I'm looking for "The VAX Book", anyone knows where I can get a copy?
>>"The VAX Book" is a "book" compiled by someone from the internet and I once
>>had it by FTPing from one of the site.
>>Since I don't have direct FTP access now, it would be nice if someone could
>>mail it to me. Know the FTP is also OK, I can use some FTP mail server to
>>retrieve it.
> 
> I'm also interested by this book. Can you send me the information you get 
> or post a summary in USENET, I think a lot of people will be interested.

I got my copy of "The VAX Book" via anonymous FTP from decoy.uoregon.edu. 
The author is Joseph E. St Sauver. 
-- 
===========================================================================
Ken Connelly, Systems/Operations Manager         Internet: connelly@uni.edu
Information Systems and Computing Services
University of Northern Iowa                       USWestNet: (319) 273-2357
Cedar Falls, IA  50614-0121                             FAX: (319) 273-3509
As time goes on, it becomes more and more apparent that elected officials 
should be required to pass a competency test.  Then we wouldn't have any, 
and all would be right with the world!
===========================================================================
Newsgroups: comp.os.vms
From: dwight@geohub.gcn.uoknor.edu (Dwight D. Moore)
Subject: Re: Posix device name problems
Reply-To: dwight@geohub.gcn.uoknor.edu
Organization: Geosciences Computing Network, Univ. of Oklahoma
Date: Wed, 12 Aug 1992 13:43:22 GMT

> 
> 	/dummy_path/disk2/whatever
> 	/dummy_path/bcsc$disk2/whatever

You should probably try to avoid file system names in UCX/POSIX that contain
a "$" since the shell will recognize this special character unless escaped with
a 
backslash. This will try to translate bcsc$disk2  using the shell variable
$disk2 (if
one exists, else it will translate to empty space). This isn't a problem for
people
who know better, but that can really confuse alot of users.

For example, the command

    cd /dummy_path/bcsc$disk2/whatever

will be translated as (assuming no shell variable named "disk2")
   cd /dummy_path/bcsc/whatever

unless you enclose it in single quotes:
    cd  '/dummy_path/bcsc$disk2/whatever'
or escape the dollar sign:
   cd  /dummy_path/bcsc\$disk2/whatever

----------------------------------------------------------------------------
Dwight D. Moore
Geosciences Computing Network
University of Oklahoma

dwight@geohub.gcn.uoknor.edu (129.15.40.10)
These opinions do not necessarily represent the opinions of OU or the GCN.
----------------------------------------------------------------------------
Newsgroups: comp.os.vms
From: TRAXLER@SN01.SNCC.LSU.EDU (Isaac Traxler -- LSU VAX Systems Programmer)
Newsgroups: comp.os.vms
Subject: Oracle, Novell mailing lists
Date: 20 Aug 92 13:43:00 GMT
Organization: The Internet


	I am trying to find the addresses for ORACLE and NOVELL mailing lists 
for a friend.  

		Thank you,
		traxler@LSUVAX.SNCC.LSU.EDU
From: DWING@UH01.Colorado.EDU (Dan Wing)
Newsgroups: comp.os.vms
Subject: Re: SET TRANSPORT command in VMS MAIL
Date: 15 Aug 92 16:01:20 GMT
Distribution: world
Organization: The Internet

Stephen F. Day, sday@ariel.UNM.EDU, writes:

>We are using PMDF here at UNM, and so I tried setting:
>
>MAIL> SET TRANSPORT IN%
>MAIL> SEND
>To:     sday@lacerta
>%MAIL-E-USERSPEC, invalid user specification '@LACERTA'
>
>What am I doing wrong?

Try sending to "SDAY@LACERTA" -- you still need to enclose the address 
in quotes.  

-Dan Wing, DWING@UH01.Colorado.EDU or WING_D@UCOLMCC.BITNET (DGW11)
 Systems Programmer, University Hospital, Denver

Newsgroups: comp.os.vms
From: dcs@neutron.chem.yale.edu (Dave Schweisguth)
Subject: Anyone want to neaten this up? (DCL exercise)
Organization: Yale University
X-Newsreader: Tin 1.1 PL4
Date: Thu, 20 Aug 1992 20:09:21 GMT

Hi all,

I have here this little FORTRAN data-munging program ("f2a") which reads from
FOR005 and writes to FOR006. I used to use a little script wrapper that did the
assigns and ran the program once and that was that. I just got ambitious and
wrote a new wrapper that deals with wildcards and multiple targets on the
command line. It works fine so far. OTOH, it's awful scruffy-looking and I
would not be at all surprised to find that there are better ways to do some of
these things. Perhaps some of you DCL gurus would find this entertaining.

Well, here are some of the things that bother _me_:

- If I feed this, say "file.*", meaning to run "f2a" on file.001, file.002,
  etc., I'll get file.001a, file.002a, etc. as output. (Mind you, I do need
  those names.) F$SEARCH will also pick up the output files, so I have to have
  an extra loop where I read all the source file names in before I run "f2a"
  the first time.

- If I feed this just "file.001", f$search will spit back the same single
  file over and over, so I have to have this "old_target" check.

- The string of F$PARSEs is really ugly. Any way to just delete the version?

Note that I can't really test the input files to see if they're legal before
running "f2a", since they're just unformatted binary data and this will be
running in an environment where there will be other unformatted binary files
that will make "f2a" cough up a lung ... thus the "on error" business.

OK, here it is:

$        pcount = 1
$ ploop: if p'pcount' .eqs. "" then exit
$        targets = 0
$        old_target := none
$ sloop: target = f$search(p'pcount',1)
$        if target .nes. "" .and. target .nes. old_target
$        then
$          targets = targets + 1
$          target'targets' = target
$          old_target = target
$          goto sloop
$        endif
$        tcount = 0
$ tloop: if tcount .lt. targets
$        then
$          tcount = tcount + 1
$          target = target'tcount'
$          targeta = f$parse(target,,,"device") + -
             f$parse(target,,,"directory") + f$parse(target,,,"name") + -
             f$parse(target,,,"type") + "a"
$          assign /nolog 'target' for005
$          assign /nolog 'targeta' for006
$          on error then gosub clean ! can't stop Joe User from feeding in
$          run f2a                   ! a bad file in the first place ...
$          on error then exit
$          goto tloop
$        endif
$        pcount = pcount + 1
$        goto ploop
$ clean: dead_meat = f$search(targeta)
$        if dead_meat .nes. "" then delete 'dead_meat'
$        return

Mail would be fine; I'll summarize anything interesting.

Cheers,

--
| Dave Schweisguth   Yale MB&B & Chemistry   Email: dcs@neutron.chem.yale.edu |
| Lab phone: 203-432-5208      Fax: 203-432-6144     Home phone: 203-624-3866 |
Newsgroups: comp.os.vms
From: marshall@force.ssd.lmsc.lockheed.com (Bob Marshall)
Subject: VAX 7000-6xx series
Reply-To: marshall@force.ssd.lmsc.lockheed.com
Organization: LMSC, Sunnyvale, California
Date: Tue, 18 Aug 92 23:54:22 GMT

We are in the process of adding another system to our cluster, and we
had decided that a VAX 6000-610 was appropriate for our requirements. We
got a quote from Digital, and just before we went forward with the 
paperwork our sales rep came along and told me "look, I can get you
a VAX 7000-610 instead for even less money!". I know very little about
the new 7000 series machines other than what I can see in the Systems
and Options catalog. From what I have seen the 7000-610 is very similar to
the 6000-610. Plus, it has a high-speed system interconnect (640 MB/s), and
it can handle up to 4 XMIs (for a total I/O throughput of up to 400 MB/s).
Also, the CPU is about 10% faster (35 VUPs versus 32 VUPs). And, it's 
Alpha-ready (in-cabinet upgrade).

Seems like a no-brainer to me; a seemlingly better machine for significantly
less money. Anyone have any horror stories to share? Any hidden surprises 
I should look out for?

=============================================================================
Bob Marshall                     \\     "It ain't age
Lockheed Missiles & Space Co.     \\     That makes me look this way
Sunnyvale, CA                      \\    It ain't the years, boys,
marshall@force.ssd.lmsc.lockheed.com\\   It's the miles"
"I tell the truth 'cept when I lie"  \\     - Chris LeDoux
=============================================================================
Newsgroups: comp.os.vms
From: randy@kean.ucs.mun.ca
Subject: Re: VMS 5.5
Organization: Memorial University. St.John's Nfld, Canada
Date: Fri, 21 Aug 1992 16:01:06 GMT

In article <1992Aug21.120359.2261@crpmks.uucp>, billb@crpmks.uucp (Bill Bochnik (Info Systems)) writes:
> 
> Anybody have any idea which CONDIST will have 5.5-1 available?  Thanks.
> -- 

Its on the July Condist, CD #1.
             
          
Newsgroups: comp.os.vms
From: ssimmons@convex.com (Steve Simmons)
Subject: >>>>>> PCA gives strange results
Date: Wed, 12 Aug 1992 15:40:03 GMT
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.


Friends,
>         We are currently using PCA (Performance and Coverage Analyser)
> to try to cut down the run time of some in-house analysis code.  The
> results have been a bit strange.  Apparently this program is spending
> roughly 30% of its time executing one or the other of two subroutine
> CALLs (not the subroutines themselves, nor the rather involved (IMSL)
> subroutines called from within the subroutines).  Oh, source language
> is VAX FORTRAN.
>        Am I simply misunderstanding what the results mean, or is there
> possibly something happening to distort the results?  I checked the
> machine code generated for these lines and they're regular old CALLG
> instructions.  Could some other code somewhere be getting counted
> against these lines (I didn't see any code to actually set up the
> argument list, for example)?
>         Since this is probably a case of my not understanding what
> I'm doing properly (*blush*), I've set followups to sender, but
> if this raises any points of interest, please post.

Probably, you are using PCA V2.0 or later.  In this case, the default 
behavior for the PLOT command charges the first PC on the stack within 
the MAIN IMAGE's address boundary to the appropriate bucket.  Thus, 
all of the PC samples within IMSL  are charged to the instruction where 
the CALL is made. If this is not desired, use the /NOMAIN_IMAGE qualifier.  

In PCA V2.0, there are three stack operators that can be used
with TAB, PLOT, INCLUDE, and SET FILTER.  That is, these operators 
assume the presence of the call chain.  The call chain is walked
to determine which pc on the stack to charge the hit. They are...

	- /MAIN_IMAGE[=address boundary]  - This says chose 
	  first pc on the stack within the address boundaries.
	  This default to the entire image; however, you can provide
	  one routine name.  If you want the hotspot within Routine BAR,
          type PLOT/MAIN=BAR ROUTINE BAR BY LINE. 	


	- /STACK_DEPTH=n - Starting from the bottom of the stack, take
	  the PC that is "n" frames away.  /MAIN takes precedence. 
	  Therefore, PLOT/MAIN=BAR/STACK=1 PROG BY ROUTINE informs 
	  the user about which routine calls BAR the most. 

        - /CUMULATIVE[=n] - Select the first "n" pcs on the stack. 
	  In this case, more than one pc is selected. The default
	  is all PCs on the stack.  If the /MAIN and /STACK were
	  used, they would take precedence and the starting point
	  would be defined by those two operators.  If you only
	  want to see those PCs where FOO calls BAR, just type..

	   SET FILTER F1 PROGRAM=FOO/CUM/MAIN=BAR

Does this answer your question??? ;-)

Thank you. 

					Steve Simmons
From: kej@unix.brighton.ac.uk (-* Terminal Rat *-)
Newsgroups: comp.os.vms
Subject: Re: Undocumented MAIL qualifier
Date: 19 Aug 92 12:06:46 GMT
Organization: Brighton Polytechnic, UK

n8846069@henson.cc.wwu.edu (Barry) writes:
> There is an undocumented MAIL qualifier I have seen
> people use to extract an image file from a message.
> EXTRACT/FOREIGN is the usage they used.
> 
> How extactly does this work?  And how did they create
> the special message to begin with?
> 
> -BarryB

 The /foreign qualifier is undocumented as you noted. As far
 as I can tell if you MAIL or SEND a file from the DCL command
 line or within MAIL itself specifying /FOREIGN then it will
 treat the file as an image or binary file. If you know a little
 about mail you will already know that "large" mail messages are
 not actually stored within the recipients MAIL.MAI file but
 are actually given a unique filename outside of the MAIL.MAI file
 and then a pointer within MAIL is set to that filename.

 I assume that this prevents large overheads occuring while extending
 the size of the MAIL file. Well anyway the /FOREIGN command just
 appears to force this to occur because the file being sent is
 assumed to be unreadable anyway. It sets a flag within the MAIL.MAI
 file for that particular message which MAIL interprets and signals
 with the special message you mention.

 The upstart of all this means that you can basically use MAIL to
 send "any" type of file (Although I wouldn't recommend it) to a
 user and when they EXTRACT it to a new file it will (hopefully)
 be intact and usable ! I sometimes send test files to myself from
 other usernames and find that it works fine.

 One question I'd like to know about it though is will it work over
 a network ? As we only have access to JANET from our VMS system I
 can test it for that but as for other nets ???????????

   Keith Jones

   [ kej@uk.ac.brighton.vms  ]
   [ kej@uk.ac.brighton.unix ]
From: FAUCONNE@FRSIM51.BITNET
Newsgroups: comp.os.vms
Subject: Attn: VMSTAR users
Date: 21 Aug 92 01:17:51 GMT
Distribution: world
Organization: The Internet
X-Unparsable-Date: 20 AUG 92 11:22:28.79-WET

Hello,
Due to a vey serious accident that happened to me during my summer vacation,
I will be away from my work for an undetermined length of time.
I currently have a very limited facility to read and write some mail,
but definitely not to do any serious work on VMSTAR.
I'm very sorry to write that VMSTAR users having problems are currently more
or less on their own, maybe with some help from other Info-VAXers.
I have signed off the list for disk space problems at my work.
-- Alain
FAUCONNE@FRSIM51.BITNET
fauconnet@vcnam.cnam.fr
From: mahan@TGV.COM (Patrick L. Mahan)
Newsgroups: comp.os.vms
Subject: Re: VAXstation: How to install new fonts?
Date: 13 Aug 92 22:49:09 GMT
Distribution: world
Organization: The Internet

In article <DAG.H.WANVIK.92Aug13220610@grim.kvatro.no> you write:
#
#Hi netters!
#
#I am using my VAXstation with DECWindows (VMS) as an X server for many
#UNIX X based programs.
#
#I have a set of bdf fonts. Can anyone please tell how I can extend my
#X server with the new fonts under VMS?
#

First you must convert the fonts using the Font compiler then placing 
the fonts under the [.user_*] directories pointed to by DECW$FONT.

To Compile a font issue the command

	$ FONT <bdf-input-font>

Now, under VMS 5.4-2 and below you must restart the X Server by issuing
the following command:

	@Sys$Manager:DECW$Startup Restart

and answering "yes" to the question asked.

Under VMS 5.4-3 and above you will need to first run the following command
procedure located in SYS$UPDATE:

	@SYS$UPDATE:DECW$MKFONTDIR.COM

Which will build the special font files for the server.  Then if you have
the xset utility you may issue the command xset -fp rehash to take advantage
of your new fonts.  Otherwise, restart the X Server.

--
Patrick L. Mahan

--- TGV Window Washer ------------------------------- Mahan@TGV.COM ---------

Waking a person unnecessarily should not be considered  - Lazarus Long
a capital crime.  For a first offense, that is            From the Notebooks of
							  Lazarus Long
From: tihor@acf3.NYU.EDU (Stephen Tihor)
Newsgroups: comp.os.vms
Subject: Re: Batch mode MAIL sorter in DCL ?
Date: 21 Aug 92 00:45:00 GMT
Organization: New York University

The easiest solution is to just get standalone deliver -- a wonderful tool --
written by Ned Freed.

Failing that you get to get clever.  You are probably better or writing in
a programming language and using callable mail if you want to get fancy.
If you want to keep it simple and brute force just do a set of
$ mail
EXTRACT/ALL/MAIL somefilename
DELETE/ALL
EXIT
and the parge somefilename.
From: epp@mala.bc.ca (Lorne Epp)
Newsgroups: comp.os.vms
Subject: Re: DCL question again
Date: 13 Aug 92 12:28:17 -0700
Organization: Malaspina College

In article <1992Aug13.164237.18724@uxa.ecn.bgu.edu>, uucm000@uxa.ecn.bgu.edu (Tingli Pan) writes:
> Here is another DCL question from me. (obvioustly I'm working in a small
> DCL project) Is there a way to find whether a file is locked or not on
> the DCL level.
>  

Here is a quick'n'dirty command procedure to do the job.  There may be a 
more elegant way, but this works:

	$open a_logical_name 'p1'/read/write/error=gak
	$close a_logical_name
	$exit
	$gak:
	$if $status .eq. %x1001828A
	$then
	$	write sys$output "Locked!"
	$else
	$	write sys$output f$message( $status )
	$endif

You will probably want to include some boilerplate to ensure that
you aren't using an already-assigned logical name (unlikely, though,
when it has a dopey name like a_logical_name).

----------------------------------------------------------------------
Lorne Epp                                               epp@mala.bc.ca
From: tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425")
Newsgroups: comp.os.vms
Subject: RE: pascal help
Date: 20 Aug 92 13:14:32 GMT
Organization: The Internet

You'll need to be a little more specific.  Is it that you want to run a Pascal 
program using standard DCL syntax (i.e. $ yourprog/yourqual yourparam) or that 
you want to be able to pass DCL commands through your Pascal program and have 
them executed?

-----------------------------+--------------------------------
 Brian Tillman               | Internet: tillman@swdev.si.com
 Smiths Industries, Inc.     |
 4141 Eastern Ave., MS129    | Hey, I said this stuff myself.
 Grand Rapids, MI 49518-8727 | My company has no part in it.
-----------------------------+--------------------------------
From: PERKINS@KSUVXA.KENT.EDU (John Emanuel Perkins)
Newsgroups: comp.os.vms
Subject: VMS-TO-DOS Copy...???
Date: 12 Aug 92 20:34:00 GMT
Organization: The Internet

I seem to recall a recent post about a utility that would copy a VMS file
to a disk in MS-DOS format on a VAXStation...  Can anyone tell me about it
and where I might find a copy?  I have a situation here where a person with
a VAXStation (DECStation?) is not on the network and needs this ability so
he can transfer files between different systems (VMS to Unix where the Unix
system has the ability to read DOS diskettes).

Thank in advance!
--
John Emanuel Perkins
System Software Specialist
VAX System Manager
Kent State University

perkins@kentvms         (BITNET)
ksuvxa::perkins         (DECNET)
perkins@ksuvxa.kent.edu (Internet)
Newsgroups: comp.os.vms
From: ttoupin@zephyr.cair.du.edu (Tory Toupin)
Subject: Routing Frame Formats
Originator: ttoupin@zephyr.cair.du.edu
Organization: University of Denver
Date: Wed, 19 Aug 92 03:36:46 GMT

comp.os.vms
comp.dcom.lan.ethernet


Below is a sample frame captured off of the ethernet and represents a
routed frame to a router (6d06) from an end node (1c06).  Does anyone
out there in ethernet land have a description of a routing frame
format (Level 2 or so I believe) or can you tell me where a 
description can be found?

Ed Toupin
toupine@casi.cba.du.edu

BACKUP : ttoupin@zephyr.cair.du.edu



DEST: aa 0 4 0 6d 6 / SRC: aa 0 4 0 1c 6 / PROTO: 60-3 / SIZE : 46  

[aa  0   4  0 6d 6][aa  0  4  0       . . . 1 .  . . . 
 1c  6] 60  3  0  0  0  0  0  0      2 . ` . . . . . . . 
[aa  0   4  0 d4  4] 0  0 [aa 0       . . . 1 . . .  . 
  4   0 1c  6] 0  0  0  0  4  3      . . 2 . . . . . ` . 
 20 4d  1  49 8b  0  0  0  0  0        .   2 . 2 . . . .
From: ANDERSONH@WR-HITS.AF.MIL ("Harry F. Anderson")
Newsgroups: comp.os.vms
Subject: RE: VAX-BASED LAN-ANALYZER ?
Date: 18 Aug 92 15:16:00 GMT
Distribution: world
Organization: The Internet

>I am looking for a LAN analyzer that preferrably runs on VMS. However,
>Dos-based ones would be ok too. I have a VAX 4000 VLC which I might use to
>run the program. I am most interested in those of the public domain variety
>but would welcome suggestions from commercial products as well. 
>
>I am hoping that I can find something to assist me in troubleshooting a 
>hair-raising network problem that I am having that seems to be network 
>traffic-related.
>
>Your help in this regard would be GREATLY appreciated.

  Look at NTADVISE from, Bernstein & Associates
                         404-392-1488

  I haven't had it long , but it seems to be a very good product, it is about $  
 $ 2000 for a site license for every vax in your building.  

------------------------------------------------------------------------------
Harry Anderson,ANDERSONHMAI@WR-HITS.AF.MIL 132.11.15.12 |Jesus Christ loves you
Robins Air Force Base Ga - Geeks of the World Unite ! ! |and died for You.
------------------------------------------------------------------------------