HDTenEightyP/NetNews huggingface dataset:
From: tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425")
Newsgroups: comp.os.vms
Subject: re: Re: SET TRANSPORT command in VMS MAIL
Date: 17 Aug 92 13:48:09 GMT
Distribution: world
Organization: The Internet

Alan Zirkle's command procedure MAILUAF.COM, as you supplied it, probably won't 
work.  It's full of "ENQUIRE" commands and there is no such command in DCL, 
unless you've defined a symbol ENQUIRE.  The correct command is "INQUIRE", but 
even then, READ/PROMPT should be used so that the responses aren't placed in the 
recall buffer.  INQUIRE also has some other side effects that are, on occasion, 
undesirable.

-----------------------------+--------------------------------
 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.
-----------------------------+--------------------------------

Newsgroups: comp.os.vms
From: mrandall@av8r.uucp (Mark Randall)
Subject: Re: ZMODEM help needed
Organization: Daniel Webster College, Nashua, NH
Date: Sat, 15 Aug 1992 15:39:57 GMT

In article <1992Aug15.002501.1@vmsb.is.csupomona.edu> cvads008@vmsb.is.csupomona.edu writes:
> 
>  I have been using sz.exe, found at garbo.uwasa.fi, to download from the vax 
>  at Cal Poly Pomona to my PC at home. I am using telemate 3.02 with a 2400 
>  modem and get around 200 cps with the settings of sz -L 512 <filename>. 
>     I have recently tried using rzsz9107.tlb. After setting everything up  
>  and using the same command line (sz -L 512), I get the following: warning no 
>  alt_typeahead. The download screen pops up and that is it. No bytes expected 
>  or transfered. It just locks up at this point. Any ideas or suggestions?
> 
> 

First, look at SYSGEN parameter **alttypahead** (or something like this -
has a xxx_ prefix). This must be set to a reletively large value, from
what I know. Then, do a SET TERM/ALTTYPAHEAD/PERM (again, check help - not
exact). Then logout and log back in - you will be using the alternate
typahead buffer limit. You can now use rz/sz successfully. Note that
you cannot use this on a decserver or a DECwindow, as all sessions are
virtual terminals (you won't get the same terminal when logging back
in).

This is theory, I've never used it (we have #$## decservers...), but
this is the fix I've heard from others.

			Mark



-- 
Mark Randall         Icky-Icky-Icky-Icky BAKONG! ZOOBOING! VAUSHung....
(603)886-1203                            (Ni!)
decvax!av8r!mrandall
mrandall@av8r.uucp   (Please note that this node is NOT registered in a domain)
From: DESMITH_N@COLLOQUIUM.CO.UK (Nick de Smith)
Newsgroups: comp.os.vms
Subject: RE: Clustered global section
Date: 20 Aug 92 07:26:00 GMT
Organization: The Internet

Hi,

Ian Parker wrote:
 
>I'm just about to cluster a couple of VAXs.  On one VAX an application 
>uses global sections to communicate between processes.  After clustering 
>we want this application to be available across the cluster. 
> 
>Is there a problem? 
> 
>Yes, I know that you can't share memory across a cluster, but since  
>global sections are mapped to files (but are all sections mapped to  
>files?), and assuming that the files are available clusterwide then  
>will it work? 

As several folks will have pointed out by now... Generally, no. Sorry.

However, as I generally like to be constructive, here is an idea you might
like to try - It worked for me.

Although you cannot directly share global sections, you can communicate across a
cluster using the lock manager. I had an application where I was occasionally
writing chunks of data to a global section on one host, and wanted the same data
to appear on other hosts. You can do this with a server process that manages all
reads and write to the section. All the servers hold a CR lock on a common
resource. When someone wants to write, they convert to PW (to stop other
writers), modify their local section, set the lock value block (16 bytes) with
information on the change (how to duplicate it or the actual data), flip the
lock up to EX to write the lock value block and to cause blocking ASTs to be
delivered to all the other servers,
and then drop the lock back to CR mode. When a blocking AST is received, just
read the lock value block and duplicate the change on your host. For small
changes all the info can be in the lock value block, else it could contain the
RFA of a disk file record containing the change - its up to you. The advantage
of this scheme is that not only can you maintain all sections in a cluster up to
date - you also get notified (via the blocking AST) whenever someone else
changes the section.

Hope this gives you some ideas. Mail me/Post if you want to discuss it further,
or just forget it if its a dumb idea...

Incidently, the server I write to do this uses NO privileges at all! You need
nothing (not even TMPMBX) to shift data round a cluster with locks. Its the only
server I've ever written that did this...

regards,

nick	DESMITH_N@COLLOQUIUM.CO.UK
	NICK@NCDLAB.ULCC.AC.UK
Newsgroups: comp.os.vms
From: marshall@force.ssd.lmsc.lockheed.com (Bob Marshall)
Subject: Re: Ethernet address from DCL
Reply-To: marshall@force.ssd.lmsc.lockheed.com
Organization: LMSC, Sunnyvale, California
Date: Thu, 13 Aug 92 18:18:44 GMT

In article <13AUG199209282884@reg.triumf.ca>, grant@reg.triumf.ca (Peter A. Grant) writes:
>Following all of the other requests about obtaining system information from
>DCL:  is it possible to obtain the Ethernet address (the real one 08-00...)
>from the DCL level?

Well, this sort of stretches "from DCL", but ...

$ NCP :== $SYS$SYSTEM:NCP
$ NCP SHOW LINE xxx-x CHARACTERISTICS TO filename
$ SEARCH filename "Hardware address" [/OUTPUT=another_filename]

Note that 'filename' is created if it doesn't exist, and is appended to
if it does exist (strange???).

=============================================================================
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
=============================================================================
From: sam@ASTRO.OCIS.TEMPLE.EDU (Sam "The Man" McLane)
Newsgroups: comp.os.vms
Subject: need utility to convert wps to WP5.1 DOS
Date: 12 Aug 92 22:39:17 GMT
Article-I.D.: astro.9208122239.AA20978
Organization: The Internet

Sorry if this message was already sent but i am not getting
any response from the listserv.  I need to know
if a utility exeist to convert
wps files to word perfect 5.1 for dos files from vms rather than 
all in 1
I will take anything i can get, thanks for your help.
Sam
-- 
****************************************************************
*  Samuel H. McLane II                                         *
*  Academic Microcomputer Consultant                           *
*  Office of Computer Services                                 *
*  Temple University                                           *
*  (215) 787 5555                    sam@astro.ocis.temple.edu *
****************************************************************
Newsgroups: comp.os.vms
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Subject: Re: TASK object
Reply-To: carl@SOL1.GPS.CALTECH.EDU
Organization: HST Wide Field/Planetary Camera
Date: Wed, 12 Aug 1992 19:04:56 GMT

In article <9208101551.AA19377@relay2.UU.NET>, gleeve@galaxy.dnet writes:
>There are times when allowing anonymous use of the task object is
>perfectly OK.
>   The main security hole exposure in having the task object left
>open, assuming the account it's using is nonprivileged with respect to
>the rest of the system, is where that same account is used for the FAL
>object and the FAL object is left usable also. It is then quite simpl;e
>to copy a random file to the other node and execute it there. Much
>mischief is possible (though somewhat less if these accounts are on
>their own volume, perhaps a small virtual disk). If the FAL and TASK
>objects use different directories, and they cannot write each other's
>directories, then it is possible to "can" some remote services
>with TASK that do things like "show users" or "show dev/mounted"
>or the like on the other system. I prefer using objects like finger
>and so on and to install these files as separate objects myself...
>leaving TASK wide open is a more security-casual practice that is
>appropriate in some settings, but gives a lot of capability with
>an unrestricted DCL.
>   There are sometimes good reasons why task must be left open,
>though. 
>   Keeping the FAL and TASK defaults apart is a very good precaution
>in those cases.

And what then happens when some bright person happens across the technique:
	$ COPY my_procedure other_node::"0=SYS$NET:"
Please note that, even if you disable the task object, you can STILL provide
access to canned tasks by explicitly defining them in the DECnet database. 
E.g., if you:
	$ CREATE SYS$MANAGER:SHOUSE.COM
	$ DECK
	$ DEFINE SYS$OUTPUT SYS$NET:
	$ SHOW USERS
	$ EOD
	$ MCR NCP
	NCP> CLEAR OBJECT TASK ALL
	NCP> SET OBJECT SHOUSE NUMBER 0 FILE SYS$MANAGER:SHOUSE.COM
then the command:
	$ TYPE node::"0=SHOUSE"
WILL work.
--------------------------------------------------------------------------------
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: HELLART%HAN@leia.polaroid.com ("Tom Hellard, 225-5955, Norwood N2-1G")
Newsgroups: comp.os.vms
Subject: Re: RF35 problems
Date: 20 Aug 92 15:26:00 GMT
Distribution: world
Organization: The Internet

In article <6044@npri6.npri.com>,
richard@npri6.npri.com (Richard Head) writes:
>Anyone that has attempted to order an RF35 recently knows there is a
>120 day lead time for this disk drive.  My salesperson attempted to
>explain this by saying Digital was "integrating new technology into the
>drive", but the reality is the RF35 has serious reliability problems.
>I know sites that are experiencing RF35 nightmares right now.
>
>If you're ordering a disk, I strongly advise you consider a disk other
>than the RF35 or RF352.
>

   We just purchased a 4000-500 with 22 RF35 disks (DSSI bus) and are 
 going live this weekend.  The machine has been in use for 3 weeks for 
 product migration and testing.  We have been doing substantial I/O to 
 move everything from our 6320, no problems yet.

   Please give more details to the 'RF35 nightmares' that other sites
 are experiencing.  We depend very heavily on the VAX and need to be 
 prepared for possible problem areas.

   Does anyone else have any stories (good or bad) regarding RF35's?

                                                 Regards - Tom Hellard

-------------------------------------------------------------------------------
Tom Hellard           HELLART%HAN@leia.polaroid.com              (617) 446-5955
Polaroid                                                    FAX: (617) 446-4467
1 Upland Road, N2-1G                   Technology is easier gained than guided.
Norwood, MA  02062                                  Disclaimer:    Caveat User.
-------------------------------------------------------------------------------
From: jim@mivax.mc.duke.edu (James D Dryfoos - Systems)
Newsgroups: comp.os.vms
Subject: DECserver 700 droping modem control signals on all ports?
Date: 20 Aug 92 02:02:00 GMT
Organization: Duke University Medical Center
News-Software: VAX/VMS VNEWS 1.41

I have a DECserver 700 on which all 8 ports are running modem controlled
devices.  Every now and then the server drops the signals on all
pins to the devices.  The result is, modems and other connections will not
respond.  The only way to clear it I have found is to reboot the server.
I can still get on look around, but have to resort to the init command.

Has anyone seen this? 

Thanks, Jim

*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
*  James Dryfoos  -- Medical Informatics - Duke University Medical Center     *
*                                                                             * 
*  VMS Systems Programmer -- Postmaster - Duke Electronic Medical Post Office * 
*  dryfo001@mc.duke.edu - dryfo001@dukemc.bitnet                              *
*  Box 2914 Durham NC, 27710 USA - EARTH (919) 684-6421
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*

*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
* James Dryfoos  -- Medical Informatics - Duke University Medical Center      *
* VMS Systems Programmer -- Postmaster - Duke Electronic Medical Post Office  * 
*                                                                             * 
* INTERnet:  DRYFO001@MC.DUKE.EDU          BITnet: DRYFO001@DUKEMC            *
* INTERnet POSTMASTER: DMPM@MC.DUKE.EDU    BITnet POSTMASTER: DMPM@DUKEMC     *
* Concert Net DECnet:  MEDINF::JIM or 3073::JIM                               *
* Box 2914 DUMC Durham, NC  27710 USA, EARTH --  (919) 684-6421/fax 684-8675  *
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
Newsgroups: comp.os.vms
From: tihor@acf3.NYU.EDU (Stephen Tihor)
Subject: Re: Unique hardware identifier for software security under VMS
Organization: New York University
Date: Fri, 21 Aug 1992 12:55:00 GMT

Really bad.  There is no good thing in a code VAX system to use as a hardware 
token.  No comment on the policy issue.
Newsgroups: comp.os.vms
From: YD52@br1.hrz.th-darmstadt.de (Moeckel, Joe)
Subject: subscription to this list
Date: Tue, 18 Aug 1992 14:07:53 GMT
X-News-Reader: VMS NEWS 1.20
Organization: Technical University Darmstadt, Germany

How can I subscribe to this list ?
Please send answers to
Internet : yd52@br1.hrz.th-darmstadt.de

Thanx in advance
Joe
From: Ian.Parker@f1.n700.z6.fidonet.org (Ian Parker)
Newsgroups: comp.os.vms
Subject: New VAXes/VAXstations: c
Date: 15 Aug 92 16:15:00 GMT
Organization: The Internet


 On 08-11-92 Lambert Hofstra wrote to All... 
 
 LH> What would be the biggest problem if DEC would build a VMS machine 
 LH> with one (or at least one) VAX processor and one (or more ) Alpha 
 LH> processor? 
 LH> I guess only one of the architectures would run VMS, and the other 
 LH> would be able to run images that are build for that processor, much  
 LH> like images that require a vector coprocessor. 
 LH>  
 LH> This must be a big help for everyone that wants to use the fast Alpha, 
 LH> but can not yet make the switch, because some of the layered products 
 LH> aren't converted to Alpha. DEC would not have to delay Alpha systems 
 LH> any further because of lack of software for the machines, because 
 LH> customers would be able to run all their current software, and move 
 LH> their layered products to Alpha TURBO mode over a longer period of 
 LH> time, 
 LH>  
 
Lambert 


I don't know enough about Alpha to answer any of your questions.  I hope  
I'll be learning more soon as I read other replies to your message. 
 
However, you made me think about clustering Alpha systems with standard VAXs.   
 
Do the Alpha systems support clustering?  Will they soon?   
 
If they do or will, then you have something approaching your 
suggested VAX + Alpha system, since you would just add an Alpha building  
block to your VAX(cluster). 
 
___---------------------------------------------------------------------- 
Ian Parker                                             Tel: +852 571 2400  
Salcom Asia                                            Fax: +852 510 8562  
18/f West Tower, Bond Centre, Drake Street, Hong Kong 
 
... OFFLINE 1.40
--  
uucp: uunet!m2xenix!puddle!6!700!1!Ian.Parker
Internet: Ian.Parker@f1.n700.z6.fidonet.org
From: lilleyc@cs.man.ac.uk (Chris Lilley)
Newsgroups: comp.os.vms
Subject: Re: New VAXes/VAXstations: can these be realized?
Date: 13 Aug 92 03:40:26 GMT
Reply-To: lilleyc@cs.man.ac.uk (Chris Lilley)
Organization: Department of Computer Science, University of Manchester UK

In article <1992Aug12.140056.1@nagy.fnal.gov> nagy@nagy.fnal.gov
(Frank J. Nagy:VAX Wizard&Loose Cannon) writes: 

>Digital actually had a multiprocessor VAXstation.  Now what was that
>name... The VAXstation 3520 (2 CPUs) and 3540 (4 CPUs) as I remember.
>These were based on the same chip used in the 3100 on a board with
>two processors which fitted into an M-BUS backplane (which then had
>an adapter to a Qbus).

Less of the past tense, please ;-)

Our VAXstation 3540 is running well and supporting a number of users
as I speak. It has been running PEX (this years new product for many
manufacturers) for a number of years, and can put the server process
on one CPU, the structure store on another, and the application
program on a third, displaying on its 24 bit double buffered Z
buffered 19 inch monitor :)

We have found no problems with the multiprocessor nature of it; it is
transparent to the users.

The case fits very neatly under the table, given a high enough table ;-)

But... my new VAXstation 4000VLC, which fits in a pizza box, has twice
the VUPS of one 3540 processor. Ah well. But the technology is there
for using faster processors.

>I believe that the software costs to VMS should not be any more difficult
>than those needed for any new VAX since VMS supports SMP already.  The
>hardware might be just a tad more difficult (more board real estate for
>the second CPU, cache synchronization and the like) but its not clear it
>is worth it today when a 2x or 3x faster chip is just 4-6 months away
>anyway.

It is worth it if you can just slot in more processors to your
existing equipment, or transfer boards to a new case, rather than
getting a whole new bunch of computers, however much one might want
them...

--
Chris Lilley
---------------------------------------------------------------------------
Technical Author, ITTI Computer Graphics and Visualisation Training Project
Computer Graphics Unit, Manchester Computing Centre, Manchester, UK
Internet:   lilley@cgu.mcc.ac.uk        Janet:   lilley@uk.ac.mcc.cgu
Voice:      +44 (0)61 275 6095          Fax:     +44 (0)61 275 6040
---------------------------------------------------------------------------
Newsgroups: comp.os.vms
From: dent@DIALix.oz.au (Andrew Dent)
Subject: Re: SHOW PROCESS SWAPPER
Organization: DIALix Services, Perth, Western Australia
Date: Sun, 23 Aug 92 03:13:28 GMT

SHOW PROCESS processName will only work if you are in the same UIC group
as the process. The error message is HIGHLY misleading as it says that
that the process doesn't exist.

SHOW PROCESS/ID= always works.

Andy Dent (A.D. Software - Mac & VAX programming)
94 Bermuda Dve, BALLAJURA  Western Australia  6066
Phone/Fax: 09 249 2719 (local)  +619 249 2719 (International)
       Internet: dent@DIALix.oz.au    Compuserve: 100033,3241

Newsgroups: comp.os.vms
From: gerard@uwovax.uwo.ca (Gerard Stafleu)
Subject: DECcalendar: PostScript print dies
Organization: University of Western Ont, London
Date: Wed, 19 Aug 1992 16:50:28 GMT

I'm running the DECcalendar under DECWindows, VMS 5.5.  When I try to 
print, using PostScript, the whole calendar dies as follows:

   Illegal unit size: 8 found in routine: _normalizeimagebits
   %XLIB-F-LIBABORT, xlib fatal error

Printing DDIF and text works fine.  How can I fix this?

On a related topic, when printing from the calendar, I need to set the 
queue, plus some other options like "send to printer" and "delete file 
after printing".  I do that via the Options menu of Print.  The settings 
hold during the current incarnation , but if I leave the calendar and 
restart it, they are gone.  The option Save Setings from the Customize 
menu does not seem to save these settings.  Is there any way in which 
they can be saved?   

-- 
Gerard Stafleu
email: gerard@uwo.ca
CCS, NSC 202, University of Western Ontario,
London, Ontario, Canada N6A 5B7
(519)661-2151
From: ULTIMA@UNC.OIT.UNC.EDU (Paul Jones  962-6501, 919)
Newsgroups: comp.os.vms
Subject: please remove me from this list!
Date: 18 Aug 92 12:25:00 GMT
Distribution: world
Organization: The Internet

HELP!! I've tried to unsubscribe from the info-vax list in every way
that I can think of and I've send tons of commands to every listserv
that I can see in the message headers. Please Please let me off.
Thanks,
Paul Jones
ultima@unc.bitnet

Newsgroups: comp.os.vms
From: venard@bms.com
Subject: Re: LBN => Filename / FID => Filename ??
Reply-To: venard@bms.com
Organization: Bristol-Myers Squibb
Date: Mon, 17 Aug 1992 20:29:33 GMT

An easy way to solve the "FID => Filename ??" portion of the query stated in
the subject line, is use the the ANALYZE/DISK_STRUCTURE/LIST[=filespec]
command, which according to the HELP utility "produces a list of the index
file in file number order, containing the file identification, file name, and
owner UIC of each file.  The list is copied to the specified file. Then if you 
know the file id, you can use an editor or the SEARCH utility to find it along 
with the associated file name.

================================================================================
Robert Venard, VAX System Manager
Bristol-Myers Squibb, Princeton, New Jersey
Phone:  (609) 252-6144  Internet:  VENARD@BMS.COM
================================================================================
From: SYSTEM@CLUSTER.POLY-NORTH-LONDON.AC.UK (System Manager)
Newsgroups: comp.os.vms
Subject: Re: Banner Page Evaporated
Date: 18 Aug 92 09:43:00 GMT
Distribution: world
Organization: The Internet


.
.
.
.
>In 5.5-1, the banner page that gets printed seems to be missing a
>whole paragraph of useful information that existed under 5.4-3 (and
>possibly 5.5 - I didn't hang around at 5.5 very long).
.
.
.
>
>Banner flag under VMS 5.4-3
>
><Fancy bits omitted>
>
>File _HSC000$DUA10:[SYSD.SYSEXE]MODPARAMS.DAT;9 (5869,85,0) last revised on
>22-JUL-1992 13:05, is a 9 block sequential file owned by UIC [SYSTEM]. The
>records are variable length with implied (CR) carriage control. The longest
>record is 108 bytes.
>
>Job MODPARAMS (999) queued to NORMAL on 18-AUG-1992 16:03 by user SYSTEM,
>UIC [SYSTEM], under account SYSTEM at priority 100, started on printer
>_LOFN$LPA0: on 13-AUG-1992 16:03 from queue LOFN_LPA0.
>
>
>Banner flag under VMS 5.5-1
>
><Fancy bits omitted>
>
>Job MODPARAMS (999) queued to NORMAL on 18-AUG-1992 16:03 by user SYSTEM,
>UIC [SYSTEM], under account SYSTEM at priority 100, started on printer
>_LOFN$LPA0: on 13-AUG-1992 16:03 from queue LOFN_LPA0.
>

Thanks to Ronan Flood from Liverpool University for setting me straight on
this one. The answer is that the DEFAULT=(FLAG=ONE) wasn't set. Instead I
had /SEPARATE=FLAG and it didn't quite get me the same information.
Yeah, I know. What a wally.

Regards,

Brian.
------------------------------------------------------------------------------
|   |  |\   |  |       Post: The University Of North London
|   |  | \  |  |             166-220 Holloway Road, London, N7 8DB
|   |  |  \ |  |       Voice: +44 71 700 4900  Janet: Brian@UK.AC.PNL.CLSTR
\---/  |   \|  |_____  Fax  : +44 71 753 5120  DTE  : 000045401000
                       Disclaimer: I said WHAT???
It's 106 miles to Chicago, we've got a full tank of gas, half a packet of
cigarettes, it's dark and we're wearing sunglasses... Hit It! (Blues Brothers)
------------------------------------------------------------------------------
From: mike.levine@NWC.NAVY.MIL
Newsgroups: comp.os.vms
Subject: How good are the Wren IX disks ?
Date: 17 Aug 92 14:54:27 GMT
Distribution: world
Organization: The Internet


	I am looking at useing Wren IX (SCSI) disks as part of
an upgrade. What is the experience of the net on these drives?

Michael N. LeVine  Naval Air Weapons Station, China Lake, Ca 93555, USA
Internet: levine%fidler.decnet@nwc.navy.mil
(619) 939-2614  avn  437-2614 


Newsgroups: comp.os.vms