HDTenEightyP/NetNews huggingface dataset:
From: outafrl@cc.newcastle.edu.au
Subject: XV 2.11 under VMS can't access network files
Organization: University of Newcastle, AUSTRALIA
Date: Tue, 14 Apr 1992 00:04:56 GMT

How can XV v2.11 be tricked to access files on another node?

We have a large collection of GIF files on our DECnet-based network which
we would like to make available to all our other nodes. This works well for
PC's (we use PathWorks V4.1), but NOT for VAXstation's with XV as the viewer.

The problem seems related to the Un*x filename simulation under VMS.
Network access works if we copy the file to a local disk, and then use XV.
However, XV won't allow nodenames as part of the filename in the way that
VMS Utilities do.

I'm using XV V2.11 with VMS patches under VMS V5.4-3 Motif V1.0 with DECnet.

I've defined DEVICE_LIST_ROOT to allow selecting different disks, and this
works well, where each directory name in this directory is the name of
a concealed logical name pointing to another device. 

However, this won't work when the logical name includes a node name.



example:

$ dir shfcsa::*.gif

Directory SHFCSA::USER$ROOT:[KEITH_W]

ALEX.GIF;1          418     JISEL1.GIF;1        303

Total of 2 files, 721 blocks.
$
$ xv shfcsa::*.gif
xv.exe.3: LoadGIF() - Can't map file to memory
xv.exe.3: Couldn't load file 'shfcsa!alex.gif'.
$
$ define/sys/exec/trans=(conc,term) csa_kw shfcsa::shfcsa$dkb200:[user.keith_w]
$ dir csa_kw
%DIRECT-E, error opening CSA_KW as input
-RMS-F, error in device name or inappropriate device type for operation
$


Any suggestions?
Newsgroups: vmsnet.misc
From: pendleton@ossenu.astro.nwu.edu (Jim Pendleton)
Subject: DECprint font-changing FORM in ANSI requested
Organization: GRO/OSSE Northwestern U.
Date: Tue, 7 Apr 1992 18:43:24 GMT

We've recently received a DEClaser 2150 (LN05R) and are running DECprint
Printing Services under VMS 5.4-1.  What we would like to do now is
define a form to use a font other than the default Courier when printing
with /PARAM=DATA_TYPE=ANSI.  I've tried cobbling Rick Watson's LASER
symbiont HEADER_STR module, but I'm new to PostScript so I haven't had any luck.

TFM's we have are "DECprint Printing Services", "PostScript Printers
Programmer's Supplement", and "Level 3 Programming Reference Manual". 

Any simple examples would be very much appreciated.

Jim Pendleton, SysMgr
GRO/OSSE, Northwestern U.
pendleton@ossenu.astro.nwu.edu
From: hurtta@cs.Helsinki.FI (Kari E. Hurtta)
Newsgroups: vmsnet.misc
Subject: Re: DECwindows on an Xterminal
Date: 10 Apr 92 17:54:08 GMT
Distribution: vmsnet
Organization: Department of Computer Science, University of Helsinki, Finland

In article <MEC.92Apr7122732@cantor.math.ufl.edu> mec@math.ufl.edu (Mike E. Cerrato) wrote:
> I use various Suns and I've found that running Xwindows, I can TELNET
> to the VAX here and run DECwindows MAIL on my X display.  It works
> with no problems, but MAIL tries to use some odd fonts that don't
> exist here (something by the name of MENU) and the default font is
> rather small.  Are there any resources for MAIL to change font and
> geometry like there are for Xwindoes programs?  I've looked in the
> DECwindows user's guide but it didn't say.

Another solution:

If are running xserver under your own account (or if xserver
is otherwise to capable read your own directories), you can
create own fonts and give font alias names.

Soo create your own font direcrectory
- for example $HOME/lib/fonts
Put to this directory file fonts.alias, where is 
font name what mail tries use as alias to another
existed font - for example:
-Adobe-MENU-MEDIUM-R-Normal----120-----P---ISO8859-1 -adobe-courier-medium-r-normal--*-120-*-iso8859-1 

first is font what mail want use and second in line
what use instead. (No - I don't know what font Mail
want use.)

Then execute command xset +fp $HOME/lib/fonts
in somewhere beginning of your X -session.

- K E H
From: rempe@iridium.tucson.az.us (Glenn Rempe)
Newsgroups: vmsnet.misc
Subject: FOR SALE:  "Who's Calling?" for tXT
Date: 15 Apr 92 00:46:54 GMT
Reply-To: rempe@iridium.tucson.az.us
Distribution: world,local

Hi all!

I have one copy of the excellent client management and scheduling program  
"Who's Calling?" for the NeXT, by the innovative folks at Adamation, to sell.   
It is a brand new, unused copy still sealed in it's original box with manual  
included and two 1.44MB floppies.  I will sell it to the person with the  
highest bid that I receive by this Friday April 17, 1992.  Bidding starts at  
$200.  This is an excellent deal!  The list price is $495 and NeXTConnection  
sells it for $395.

A $275 offer takes it with no more waiting for other bids.

Reply to me immediately at:

rempe@iridium.tucson.az.us

Thanks,

Glenn

--
rempe@iridium.tucson.az.us

GLENN D. REMPE
NeXTMAIL WELCOME!
Xref: sparky vmsnet.misc:435 comp.os.vms:8198
Newsgroups: vmsnet.misc
Subject: Re: This must be a simple question ...
From: 01clallen@bsu-ucs.uucp (Crista L. Allen)
Date: 14 Apr 92 00:16:44 EST
Organization: 

In article <1992Apr5.130905.39052@kuhub.cc.ukans.edu>, caruso@kuhub.cc.ukans.edu
    (David Caruso II ~~~) writes:
>       I'm trying to figure something out.  I want to create a program
> that can send more than one line of messages to another user.  By using
> the SEND command, it is possibly to do so quickly by not leaving
> 'interactive mode'.
>
>       The problem is, I can't figure out how to keep SEND in interactive
> mode inside my program (DCL program) long enough to send multiple lines
> of text.  I am using VMS V5.4-3.  Will someone tell me how to do this?
>
>       Without staying in interactive mode, VMS must re-initialize the
> SEND facility for each line of text, taking about 4-8 seconds per interval.
>
>       Thank you.
>

Yeah, I wrote a little program just to check it out, and in your DCL program
it will look like this:

$SEND USERNAME
testing 1
testing 2
testing 3

$exit

I left the blank line there because that is what gets us out of send here.
I'm pretty sure it is that way too on 5.4-3

Is that what you needed??
--
+-------------------------------------------------------------+
| Crista Allen                           Ball State University|
| student VAX systems programmer               (317)285-1392  |
+-------------------------------------------------------------+
01CLALLEN@BSUVAX1.BITNET            01CLALLEN@LEO.BSUVC.BSU.EDU
01CLALLEN@BSU-UCS.BSU.EDU

and for the evil unix
crista@bsu-cs.bsu.edu
Newsgroups: vmsnet.misc
From: fineberg@wugate.wustl.edu (Charlie Fineberg)
Subject: Re: DECwindows on an Xterminal
Organization: Washington University in Saint Louis, Missouri USA
Distribution: vmsnet
Date: Tue, 14 Apr 1992 01:17:24 GMT

mcmahon@tgv.com (John 'Fast-Eddie' McMahon) writes:

>Another option is to take the FONTS.ALIAS file out of DECW$EXAMPLES and install
>that on the Sun.  This will map the DEC fonts to MIT fonts that are "close".

Where on the Sun?  Sorry, I'm just frustrating myself looking...
	Charlie
--
Charlie Fineberg	Office of the Network Coordinator, Washington University
Campus Box 1048, 534 Jolley Hall		fineberg@wugate.wustl.edu
St. Louis, MO 63130					(314)935-4865
From: coleve@cc.uvcc.edu
Newsgroups: vmsnet.misc
Subject: Will DHU-11s work on a 6000 unibus adapter?
Date: 6 Apr 92 16:39:28 GMT
Article-I.D.: cc.1992Apr6.093928.1
Organization: Utah Valley Communtiy College

It's getting near time to retire our old VAX 8600.  It has been suggested
that we can get a 6210 pretty cheap on the used market and upgrade it
to a 6240 by adding boards. The 8600 has some unreplaceable UNIBUS tape
drive on it, (TS-11 lookalikes with Digi-data VHS drives), so we would 
need to put a UNIBUS adapter on the new machine.  We can get that used, too.

Now, my question is:  since we will already have a UNIBUS on the 6000,
can I run my UNIBUS DHU-11 terminal muxes on it?

I KNOW that DEC doesn't _support_ it, but will it _work_?

-- 
-- Vern Cole -- Systems Manager -- Utah Valley Community College --
Newsgroups: vmsnet.misc,alt.graphics.pixutils,comp.os.vms
From: dyson@iowasp.physics.uiowa.edu (Rick Dyson)
Subject: Re: XV 2.11 under VMS can't access network files
Organization: Department of Physics and Astronomy, University of Iowa
Date: Wed, 15 Apr 1992 20:22:47 GMT

In article <1992Apr14.100456.1@cc.newcastle.edu.au>, outafrl@cc.newcastle.edu.au writes:
> How can XV v2.11 be tricked to access files on another node?
> 
[stuff deleted]
> 
> Any suggestions?

    Yes.  Pick up the just posted copy of GIFMAPF.C from vmsnet.misc.
If you have MMS, just put it in the main XV directory and say "MMS XV".
If you don't have MMS, (ouch...) you can either rebuild the entire
package from scratch.... Or if you still have all the object files or
object library, figure out how to just compile GIFMAPF.C and replace it
in the XVLIB.OLB and re-link XV...  Check our the MAKE_XV.COM for
suggestions/help.

rick
-- 
Richard L. Dyson               INTERNET:  Dyson@IowaSP.Physics.UIowa.EDU
Graduate Research Assistant    NSI/DECnet:  IOWASP::DYSON or 7231::DYSON
Department of Physics & Astronomy   H: (319) 338--6117
The University of Iowa              O: (319) 335--1879
Iowa City, IA 52242-1479


Newsgroups: vmsnet.misc
From: mcmahon@tgv.com (John 'Fast-Eddie' McMahon)
Subject: Re: DECwindows on an Xterminal
Reply-To: mcmahon@tgv.com
Organization: TGV Incorporated (Tech Support) in Santa Cruz, CA
Distribution: vmsnet
Date: Fri, 10 Apr 1992 22:45:17 GMT


In article <MEC.92Apr7122732@cantor.math.ufl.edu>, mec@math.ufl.edu (Mike E. Cerrato) writes:
#rather small.  Are there any resources for MAIL to change font and
#geometry like there are for Xwindoes programs?  I've looked in the
#DECwindows user's guide but it didn't say.

Mail resources are usually stored in DECW$MAIL.DAT.  The file in
DECW$USER_DEFAULTS and DECW$SYSTEM_DEFAULTS are loaded as Mail starts up.  The
SYSTEM_DEFAULTS file will give you some pointers to font resource names.

Another option is to take the FONTS.ALIAS file out of DECW$EXAMPLES and install
that on the Sun.  This will map the DEC fonts to MIT fonts that are "close".
--
John 'Fast-Eddie' McMahon    ()
TGV, Incorporated            () "You know you have answered too many            
603 Mission Street           ()  Tech Support questions when your Pavlovian   
Santa Cruz, California 95060 ()  response to a ringing phone is to throw it   
408-427-4366 or 800-TGV-3440 ()  out a window" - Me
E-Mail: MCMAHON@TGV.COM      ()

Xref: sparky vmsnet.misc:434 comp.os.vms:8197
From: gotmaew@rks.se
Newsgroups: vmsnet.misc,vmsnet.internals
Subject: Re: Image name for set host/dte/dial=modem_type:...?
Date: 3 Apr 92 16:49:40 GMT
Organization: RKS Vaxjo, Sweden

In article <1992Apr1.102358.4258@dmc.com>, munroe@dmc.com (Dick Munroe) writes:
> SET HOST/DTE/DIAL=MODEM_TYPE:FOO allows you to invoke the shareable image FOO,
> but how does set host find it?  Clearly with find_image_symbol, but what is
> the form of the image name that should be installed?  I'm assuming
> SYS$SHARE:DTE_FOO.EXE, but is that right?
> 
> Thanks for any help and all the fish.
> -- 
> Dick Munroe				Internet: munroe@dmc.com
> Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
> 267 Cox St.				Office: (508) 568-1618
> Hudson, Ma.				FAX: (508) 562-1133
> 
> GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.

Well, it's Friday now and I wanna go home;
Try this

	.
	.
	.
	$
	$ SET WATCH FILE/CLASS=MAJOR
	$ SET HOST/DTE/DIAL=MODEM_TYPE:FOO
	$
	.
	.

All MAJOR XQP activity, including the name of all files used
will be shown at your screen.


-- 

+-------------------------------------+-----------------------------------+
| Magnus Ewert                        |    Phone.: +46 031 833195         |
| R K S                               |    Fax...: +46 031 359527         |
| Gothenburg Sweden                   |                                   |
+-------------------------------------+-----------------------------------+
| TITANIC was an open system - at least after the event...                |
+-------------------------------------+-----------------------------------+
| Nothing is for sure in this world - except for the death and the taxes  |
|                                                     /Benjamin Franklin  |
+-------------------------------------------------------------------------+
Newsgroups: vmsnet.misc
From: churchwell@vms.ocom.okstate.edu (Kimberly Churchwell)
Newsgroups: vmsnet.sysmgt
Subject: Re: 'Menu Driven VMS' product request
Date: 8 Apr 92 13:49:48 GMT
Organization: College of Osteopathic Med.-O.S.U.

In article <2860.29e1877f@vulcan.mentec.ie>, maurice@vulcan.mentec.ie
writes:
> 	Does anybody know of any products that provide a menu driven
> 	interface to VMS system management utilities.

Adaptive Software has such a product; it's called Access+.  I haven't
used the product myself, but the advertising material I've got on it
makes it look pretty good.

Adaptive Software:  (800) 828-4349 or (206) 441-8230
                    2601 Fourth Ave.
                    Seattle, WA  98121-1253
-- 
Kimberly B. Churchwell, Prog./Analyst, Coll. of Osteopathic | TANSTAAFL, but
Medicine, Okla. State U.  CIS: 72170,1552; AOL: KChurchwel; | even so, I never
BIX: kchurchwell; Inet: churchwell@vms.ocom.okstate.edu     | quit hoping.
From: maurice@vulcan.mentec.ie
Newsgroups: vmsnet.sysmgt
Subject: 'Menu Driven VMS' product request
Date: 7 Apr 92 11:29:03 GMT
Organization: Mentec Computer Systems, Dublin, Ireland


	Does anybody know of any products that provide a menu driven
	interface to VMS system management utilities. A customer requires
	such functionality to allow operators controlled access to the
	basic system management functions. I could write something myself
	but I do not want to re-invent the wheel. 

	Thanks in advance.


	Maurice McMullin                  Tel:     +353 1 2858444
	Mentec International Ltd.         Mail:    maurice@mentec.ie
	Dun Laoghaire,
	Ireland.
Newsgroups: vmsnet.sysmgt
Subject: VAXcluster UPS info needed
From: tanner@cerritos.edu
Date: 7 Apr 92 14:15:49 PST
Organization: Cerritos College, Norwalk CA

The power company has asked us if we could handle 'rolling brownouts'
distributed in the LA area this summer.

Of course the answer is NO, unless we have a UPS for our VAXcluster and network
equipment racks distributed around campus.  The immediate question is how much
would this cost?  I've never paid much attention to the state of power
systems, so if anybody has done this research, I'd like a rough dollar figure
for a data center UPS.

Can this be done with battery systems?  Or are motor-generators necessary?

For those that want me to be more specific:

Loss of power for up to 30 minutes (I'd want an hour of UPS to be safe).

2 VAX 6000 (-330,-320, 4x32MB each, CIBCA, DEBNI)
1 MicroVAX II
2 HSC50
6 RA81
2 RA82
4 RA90
1 TA78
1 TA81

1 Datacomm rack with Chipcom hub, DELNI, DEMPR, terminal servers.
Several buildings on campus with DEMPR, terminal server to feed the building.

I'll leave powering the desktops to the users.

Thanks,
-Bruce
-- 
Bruce Tanner        (310) 860-2451 x 596    Tanner@Cerritos.EDU
Cerritos College    Norwalk, CA             cerritos!tanner
From: coleve@cc.uvcc.edu
Newsgroups: vmsnet.sysmgt
Subject: Re: 'Menu Driven VMS' product request
Date: 14 Apr 92 04:12:56 GMT
Article-I.D.: cc.1992Apr13.211256.1
Organization: Utah Valley Communtiy College

In article <2860.29e1877f@vulcan.mentec.ie>, maurice@vulcan.mentec.ie writes:
> 
> 	Does anybody know of any products that provide a menu driven
> 	interface to VMS system management utilities. A customer requires
> 	such functionality to allow operators controlled access to the
> 	basic system management functions. I could write something myself
> 	but I do not want to re-invent the wheel. 
> 
Our system uses WordPerfect Office menus as the default interface for most
users.  I have several system management functions "canned" which operate
under special sub-menus accessible only to our staff.  WPO is sensitive
to the "CAPTIVE" flag and won't let captive users out to DCL -- so perhaps
you could do complete control if you can have a "superuser" on call to
back up the "controlled access" operators when they get in a sticky situation.

An important part of the system would be a very intellegent tape management
system.  We use Tapesys (from Software Partners.) DEC markets a version of
the same program as SLS.  Both work very well.  The entire backup can be
controlled by an account with only OPER priviledge.
-- 
-- Vern Cole -- Systems Manager -- Utah Valley Community College --
Xref: sparky vmsnet.sysmgt:130 vmsnet.misc:436
From: munroe@dmc.com (Dick Munroe)
Newsgroups: vmsnet.sysmgt,vmsnet.misc
Subject: What is the "electronic bulletin board" on VS108?
Date: 11 Apr 92 20:54:13 EDT
Organization: Doyle Munroe Consultants, Inc., Hudson, MA

I just ran into a reference to an "Electronic Bulletin Board" in a description
of DECUS VS0108.  What is this, specifically (no, I don't have a copy of the
DECUS catalog handy)? a bulletin board system? or something else.  Anybody have
a handy description?

Thanks.
-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Mail-System-Version: <VAX-MM(309)+TOPSLIB(155)@TGV.COM>
Postal-Address: TGV Inc.; 603 Mission St.; Santa Cruz, CA 95060
Phone: (408) 427-4366 or (800) TGV-3440
Newsgroups: vmsnet.networks.tcp-ip.wintcp
Date:         Fri, 10 Apr 1992 23:41:25 -0700
From:         "David L. Kashtan" <KASHTAN@TGV.COM>
Subject:      Re: TGV MultiNet vs. WIN/TCP NFS Client
X-To:         joel@eco.twg.com
X-cc:         WINTCP-L@UBVM.cc.buffalo.edu, info-vax@sri.com,
              info-multinet@TGV.COM

Joel Stevick <joel@eco.twg.com> writes:

> 	You mentioned in your recent response to Reece Pollack's
> 	article (concerning the differences between our NFS client
> 	implementations) that you have integrated calls to the
> 	the NFS Lock Manager.
>
>	.
>	.
>	.
>
> >
> >TGV NFS Client also uses the NFS Lock Manager to allow for file locking
> >in an NFS environment.  The ability to open a file and restrict access to
> >others while the file is being manipulated is an important VMS feature that
> >also maps into the NFS world.  It is amusing to have one VAX do the
 following:
> >	$ OPEN/WRITE FOO "FOO.DAT"
> >On an NFS volume and have another VAX 3,000 miles away do the following:
> >	$ DELETE FOO.DAT;
> >And have the 2nd VAX get a "file locked by another user" message.
> >
>
> I agree that this is amusing.  I am assuming that what you have done is to
> emulate the Access Arbitration Lock using the services of the NFS lock
 manager.
> I would like to point out that this is NOT "RMS record locking."  It is
> important to make this distinction since customers may otherwise (incorrectly)
> trust that distributed applications which depend on this feature will be
> synchronized.
>

I thought that I had made it quite clear that this was just file-level locking
and not record locking.

> The PRIMARY need for file synchronization in a distributed VMS environment
> happens when two applications access files opened for shared-write access,
> and perform record-level locking (via RMS).  In this case, the file lock would
> not provide any relevant synchronization.
>

Although Record-level locking (via RMS) is quite useful, I think you will
find that quite a few applications (like code management) make use of
file-level locking.  This makes file-level locking quite worthwhile.

>
> If you have found a way to integrate the NFS lock manager with RMS record
> level locking, I salute you.
>

We are currently working on this.  I am not convinced it is impossible,
but it won't be easy.

David
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: wintcp-l@ubvm.cc.buffalo.EDU
X-VMS-To: IN%"wintcp-l@ubvm.cc.buffalo.edu"
X-VMS-Cc: CANSYS
Newsgroups: vmsnet.networks.tcp-ip.wintcp
Date:         Tue, 7 Apr 1992 11:39:00 EDT
From:         "Alan Weitzsacker @ Computer Center (2453)"
              <CANSYS%canisius.bitnet@CUNYVM.CUNY.EDU>
Subject:      subscribe
X-To:         wintcp-l@ubvm.cc.buffalo.EDU

SUBSCRIBE "Alan D Weitzsacker"
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: vmsnet.networks.tcp-ip.wintcp
Date:         Tue, 7 Apr 1992 07:58:00 CST
From:         Thomas A Sachey <SACHEY@HQHSD.BROOKS.AF.MIL>
Subject:      ADD
X-To:         WINTCP-L <WINTCP-L@ubvm.cc.buffalo.edu>

ADD
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Mail-System-Version: <VAX-MM(309)+TOPSLIB(155)@TGV.COM>
Postal-Address: TGV Inc.; 603 Mission St.; Santa Cruz, CA 95060
Phone: (408) 427-4366 or (800) TGV-3440
Newsgroups: vmsnet.networks.tcp-ip.wintcp
Date:         Sat, 11 Apr 1992 10:41:48 -0700
From:         "David L. Kashtan" <KASHTAN@TGV.COM>
Subject:      Re: TGV MultiNet vs. WIN/TCP NFS Client
X-To:         TIHOR@ACFcluster.NYU.EDU
X-cc:         info-vax@sri.com, info-multinet@TGV.COM,
              wintcp-l%ubvm.BITNET@TGV.COM

>
> Let me just mention one other approach.  Pathworks for VMS (mac) uses  meta
> files but stores roughly one per directory with the shared information (and a
> separate subdirectory with other resource data in it.)   Nontheless if  the
> problem is using up FILE HEADERS then the best fix would bea  meta data file
> with all the file information in it for whatever granularity  you want. Of
> course that makes the "moving the file and losing the attributes" problem
 WORSE
> but if thats the key issue then do it.
>

This is a good approach for a server but has some problems when used in
a client.  The Pathworks server has sole control over these files (it is
the ONLY server manipulating these files) but there may be multiple NFS
clients manipulating these meta-files.  There would need to be mechanisms
for locking parts of this per-directory database as multiple VMS clients
work in the same directory.  The current 1 meta-file per data file (worst
case) completely avoids this problem -- also one of the reasons why a change in
the meta-file requires us to rewrite the entire contents in a single NFS
write operation.  The worst case with the current situation is exactly the
same as 2 applications simultaneously modifying the attributes of a single
file, one wins and the other loses.  With your proposal the potential for
corruption of attributes of OTHER files exists when more than one VMS client
is operating in the same NFS directory.

I think this issue of using up FILE HEADERS is a red herring.  In almost all
circumstances you run out of file space long before you would run out of
FILE HEADERS.  The absolute worst case is when you store nothing but VMS
files and every file requires a meta-file -- in this case double the number
of FILE HEADERS (inodes) would be used than with the TWG scheme.  To avoid
this you would be giving up a fair amount of functionality as well as data
sharing ability.  In the real world this just doesn't happen.

David
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU