HDTenEightyP/NetNews huggingface dataset:
From: jym@mica.berkeley.edu (Jym Dyer)
Newsgroups: comp.os.vms,comp.sys.dec,comp.windows.x
Subject: Want DECwindows Customizations (via Resources???)
Date: 28 Jul 92 23:51:58 GMT
Organization: The Naughty Peahen Party Line
NNTP-Posting-Host: remarque.berkeley.edu

=o= Here's the scenario:  My workstation is a Sun SPARCstation.
I spend a good chunk of my time doing VMS development, so I tend
to have a VMS window or two on my workstation.  Our VMS systems
are running Multinet, so I'm using a TCPIP protocol.

=o= I can run DECwindows applications such as DECterm and
BOOKREADER on the VAX, using my SPARCstation's screen as the
display.  The fit is not perfect; I'd like some advice on
improving it.

Problem 1  These applications tend to take up a lot of real
~~~~~~~~~  estate on my screen.  I'd like to minimize that.
I'd like to get the menu bar and the pull-down menus -- in
fact, perhaps *all* the "Work Area Menu Widget" and pushbutton
goodies -- to use a smaller and nicer font (say, New Century
Schoolbook Roman 8).  Are these settable resources?  How can
they be set?

Problem 2  I hate those meeses to pieces.  I've set up my window
~~~~~~~~~  manager (twm) to use an icon box, with function keys
that let me change focus from window to window by stepping
through the icons.  DECterm doesn't buy this, though, and I keep
having to move the mouse cursor into the DECterm window to use
it.  Shouldn't DECterm be a little more respectful of the window
manager's (customized) paradigm?  Is there any way I can get it
to do so?

Problem 3  DECterm won't actually let me use the status line
~~~~~~~~~  unless I do a hard reset on it (by transmitting
"<ESC>c").  Yuck.  Is there any way to set it up so that I won't
have to do that?

Problem 4  Backup plan if I can't get any of the above to work:
~~~~~~~~~  Does anyone have a public domain xterm-like client
that (1) has a status line and/or (2) lets you "clear lines off
top" like DECterm does?

Problem 5  Has anyone figured out how to have multiple default
~~~~~~~~~  title and icon names that aren't "DECterm <n>"?

    <_Jym_>
From: dongray@cdclu1.genrad.com (Derek Dongray)
Newsgroups: comp.os.vms
Subject: Re: Librarian bug?
Date: 23 Jul 92 17:05:40 GMT
Organization: The Internet

> In article <9207220947.AA02928@genrad.com> dongray@cdclu1.genrad.com (Derek Dongray) writes:
>>Jerry writes:
>>> 	In response to an earlier question, Arne Vajhxj writes:
>>> 	> Librarian bug or undocumented feature!?
>>> 	>
>>> 	> $ LIBRARY/INSERT text_library  help_library
>>> 	> $ LIBRARY/EXTRACT=help_library/OUTPUT=help_library.hlb  text_library
>>> 	> $
>>> 	> $ LIBRARY/LIST help_library.hlb
>>> 	> %LIBRAR-F-OPENIN, error opening RC$:[STANE]HELP_LIBRARY.HLB;1 as input
>>> 	> -LBR-E-ILLFMT, illegal library format
>
> I sense some confusion, or I've missed something in the posting.
> My experience is this:  the library will extract a .hlp file, not a .hlb one.
> .hlp is a text file, .hlb is a library format, so when you try to do
> a LIBRARY/LIST, you get an error, as it's text file, not a library file.
> At least that's what I'm seeing.
>
>  Brian D. Reed    bdr@cbnewsg.cb.att.com

You have missed something.

The point is that the librarian will put *any* sequential file into a text
library and library files are sequential files. So you can put a help library
file (.HLB) into a text library file (.TLB). Of course, when its extracted it
always comes out as sequential with variable length lines, which is ok for
text, but library files (and .EXE files) have fixed length records so you need
to use convert to fix things up.

On the VAX Forum on CompuServe, it's common practice to store packages in text
libraries created with the /DATA=REDUCE option (to save space). The library
file can contain almost anything, text files (documents, command files or
source), object files, executables or libraries. The format is used,
presumably, because the librarian and convert are available on any Vax running
VMS. Any other archive format (e.g. Zip, Zoo, etc.) needs another utility.
--------------------------------------------------------------------------------
Name : Derek Dongray, Systems Manager, GenRad Ltd.
Phone : 061 486 1511 ext 166
PSS : 234261600119::Dongray                 UKnet : Derek.Dongray@GenRad.co.uk
InterNet : Dongray@cdclu1.GenRad.com        CompuServe : 70374,2745
Address : Monmouth House, Monmouth Road, Cheadle Hulme, Cheshire, SK8 7AY, UK.
Newsgroups: comp.os.vms
From: datkins@carina.unm.edu (Drexel Atkinson CIRT)
Subject: Text Retrieval Programs?
Date: Tue, 21 Jul 92 15:43:26 GMT
Organization: University of New Mexico, Albuquerque

We are evaluating our current text retrieval program, searchmate, and are
interested in other programs that people may be using out there.  
We are currently using searchmate to retrieve info on students and faculty.
Does anyone have a review of current text retrieval packages available. 
I welcome any comments on packages currently in use and what they are being 
used for, as well as any databases or other programs that they may interface
with.  thanks
	_drex      
-- 
-------------------------------------------------------------------------------
    Drexel Atkinson 			AT&TNET:      	(505) 277-8044
    Systems Programmer			BITNET/CREN:  	datkins@UNMB
    CIRT-ACS  University of New Mexico  INTERNET     	datkins@ariel.unm.edu
    
Newsgroups: comp.os.vms
From: welchb@woods.ulowell.edu
Subject: Advice requested on computerized learning of VMS.
Organization: University of Lowell
Date: Tue, 28 Jul 1992 15:22:14 GMT

	For several years we have been using a program named VMSCAI,
which seems to date back to VMS V4.x.  It has several disadvantages:
for the administrator, it seems to be designed as a tool which was meant
to have active oversight by a teacher; it hangs up at 500 students and
has to be re-installed.  For the user, it has a quirky password; most
importantly it sometimes acts like a nasty teacher, and just won't let
you out of the classroom until you finish some stupid exercise.
	I now see, in DEC's "Self Paced Learning Catalog", what is
probably an update of the previous program, now named "Introduction
to VMS".
	Thus my questions are:
1) What have your experiences been?
2) Is it worth the price ($950, except as a school we can get it for
half price)?
3) Is the Additional Student Package needed?  At $5.50 per student, this
could run into big money.  But we suspect that the package is just printed
learning aids or exams which we do not intend to supply.
=====================================================================
More generally, what are your opinions about the following point:  My first
feeling is that such a program should be supplied as part of VMS.  After all,
if DEC wants (wanted to) convert new customers to VMS, then the most basic part
of that process would be to make them comfortable in the fundamental concepts
and usage.  I admit that after some thought, and after seeing all the other
products in the catalog, we could to some extent make that argument about any
product, and come to the conclusion that DEC should give away all its training
for free.  I respect their right to make the business decision that every part
of a business enterprise should carry its own weight; thus installation,
training, maintenance, DSN advice, etc. should all be profit centers. 
Thus, should we petition DEC to include a computer-based tutorial for VMS
as part of VMS?
-- 
Brendan Welch, UMass/Lowell, W1LPG,  welchb@woods.ulowell.edu
Newsgroups: comp.os.vms
From: coar@Nephi.Enet.DEC.Com (Rodent of Unusual Size)
Subject: Re: Last page of *.txt
Summary: Read HELP PRINT /PAGES
Keywords: VMS, partial printing, ASCII
Organisation: Employed by (*NOT* speaker for) DEC, Boxborough, MA, U.S.A.
Organization: Digital Equipment Corp.
Distribution: comp
Date: Mon, 27 Jul 1992 16:36:50 GMT


In article <1992Jul27.172029.5183@nijmeg.ingr.com>, rusterj@nijmeg.ingr.com (John Rusterholz) writes...
>
    [description of using editor to throw away all but last page deleted]
>	
>	This works fine, but I'm almost sure that there is a more
>	sophisticated way of getting the last page printed!

    Well, if you're using an editor, it's probably ASCII text, yes?  (As
    opposed to PostScript(tm) or sixel.)  You might want to take a look at the
    /PAGES qualifier to the PRINT command, which allows you to print subsets
    of file contents.  If you know how many pages there are in your report,
    you can skip right to the last with

      $ PRINT /PAGES=(<last-page>,10) <filename>

    HTH..

>	John Rusterholz
> 
>	e-mail: j_rusterholz@eis_john.nijmeg.ingr.com

    #ken    :-)}	Jeratol the Chaotic

Coar@Nephi.Enet.DEC.Com	 | All opinions herein contained, stated or implied,
Coar@DECUS.Org		 | are solely those of the author.  And he's fullovem.
Coar@Eisner.DECUS.Org	 | `... it was mine art, ... that made gape the pine 
Massachusetts, USA       | and let thee out.'  - Prospero (_The Tempest_)
Newsgroups: comp.os.vms,comp.databases,vmsnet.misc,comp.programming
From: rbraun@spdcc.com (Rich Braun)
Subject: Programming question:  VMS region locking
Organization: Kronos Inc., Waltham, Mass.
Date: Wed, 29 Jul 1992 21:31:45 GMT

Our company has a fairly sizeable application which contains what
amounts to a home-brew data file access method.  It relies on
low-level file locking primitives (provided via F_SETLK/F_GETLK
parameters to fcntl under Unix) to handle access contention in
multi-user environments.

We're trying to port this application to a VAX/VMS environment, and I'm
looking for other developers who've had to go through this.

VAX RMS supports record-locking but not region-locking.  I draw this
distinction because our application treats the file as a raw stream of
bytes, not as a collection of records, and it issues a number of
low-level calls (namely, lseek) which don't fit at all into any
standard approach to data access methods.  Converting the application
to use RMS record-locking would be an enormous undertaking for us.

To reduce the amount of risk, I'm trying to identify some way to do
the same thing as fcntl under VMS.  Does DEC's commitment to POSIX
include standard file locking primitives?  Are there any solutions to
this problem, whether provided by DEC or any other source?

-rich
From: dongray@cdclu1.genrad.com (Derek Dongray)
Newsgroups: comp.os.vms
Subject: Re: Tracing mailbox access
Date: 21 Jul 92 11:32:51 GMT
Distribution: world
Organization: The Internet

This is mostly to say thanks to Bruce A. Hudson of UCIS, Facilities and
Operations, Dalhousie University, Halifax, Nova Scotia, Canada, who described a
method confirming what I'd actually deduced (with only a few system crashes).

I'd also line to thank Michael Clay, Mike (Moroney?) and Carl J Lydick, who at
least gave the problem some thought.

The code I cam up with was ...

	.library	/sys$library:lib.mlb/
	$irpdef
	$ucbdef
ucbaddr:
pid:
	.long	0			; save worrying about argument passing
					; through $CMKRNL. Also makes debugging
					; easier!

	.entry	getreaderpid,^m<>
	movaw	dont_crash,(fp)
	movl	4(ap),r0		; passed mbx_chan by value
	movl	g^ctl$gl_ccbbase,r1	; get channel base
	subl	r0,r1			; now point to required CCB
	movl	(r1),ucbaddr		; extract UCB pointer
	$cmkrnl_s	routin=ucbread	; need inner mode to get UCB fields
	movl	pid,r0
	jsb	g^exe$ipid_to_epid	; make PID into external form
	ret

	.entry	ucbread,^m<r3,r4>
	movaw	dont_crash,(fp)
	movl	ucbaddr,r4
	movl	ucb$l_mb_readqfl(r4),r3	; seems to work on 5.5
	bneq	10$
	movl	ucb$l_irp(r4),r3	; this seems the method for 5.4-3?
	beql	20$
10$:
	movl	irp$l_pid(r3),pid	; easy, innit? actually, this should
					; probably be acb$l_pid, since it's
					; really an ACB, but the offsets to
					; the PID are the same.
	brb	30$
20$:
	clrl	pid			; no luck? so far it's never failed
30$:
	movl	#1,r0			; return SS$_NORMAL always
	ret

	.entry	dont_crash,^m<>
	$exit_s				; s/be $unwind? how far?

	.end
--------------------------------------------------------------------------------
Name : Derek Dongray, Systems Manager, GenRad Ltd.
Phone : 061 486 1511 ext 166
PSS : 234261600119::Dongray                 UKnet : Derek.Dongray@GenRad.co.uk
InterNet : Dongray@cdclu1.GenRad.com        CompuServe : 70374,2745
Address : Monmouth House, Monmouth Road, Cheadle Hulme, Cheshire, SK8 7AY, UK.
From: SMANTHANI@CCMAIL.SUNYSB.EDU (Satyanarayana Manthani)
Newsgroups: comp.os.vms
Subject: Re: Last page of *.txt
Date: 29 Jul 92 13:07:13 GMT
Organization: State University of New York, Stony Brook


 >	On several occasions I need to print out the last page of a
 >	very large report. To date I use the EDT+ editor to move to
 >	the last page (pf1+4) and select the lines I want to a temporary
 > 	file. Then the file is submitted to the printer queue.
 
 > 	This works fine, but I'm almost sure that there is a more
 >	sophisticated way of getting the last page printed!
 
 >	Any help is greatly appreciated.
 
 >	John Rusterholz
 
 >	e-mail: j_rusterholz@eis_john.nijmeg.ingr.com

	If you know the last page number, you can use print command with the
        qualifiers given below.

		$ PRINT/PAGES=(last_page_no,last_page_no + 1)  MYFILE.TXT

	where last_page_no is the last page number and you have to specify
        a number.

	Even if you do not know the exact last page number, still you should
        be able to print a last page of a file with some thing like this.  
        Spacify a very large number for the last_page_no.  For example if you 
        expect the whole print out to be 100 pages, give the following command.

		$ PRINT/PAGES=(100000,100001) MYFILE.TXT  

	Try HELP PRINT/PAGES for more information.
        

Newsgroups: comp.os.vms
From: reece@eco.twg.com (Reece R. Pollack)
Subject: Re: TGV MultiNet - PathWorks TCP/IP & DECmcc
Reply-To: reece@eco.twg.com (Reece R. Pollack)
Organization: The Wollongong Group (East Coast Operations)
Date: Thu, 23 Jul 92 19:01:34 GMT


In article <1992Jul21.161512.7675@mksol.dseg.ti.com>, pyron@skndiv.dseg.ti.com (Dillon Pyron) writes:
|>In article <9207211047.AA04150@ucbvax.Berkeley.EDU>, LABELLES@ZENO.MSCD.EDU (Stephen LaBelle - MSCD) writes:
|>>This is very important to my site, perhaps the single most important factor
|>>on choosing VAX TCP/IP software. I am aware that Wollongong's newest release
|>>is supposed to have this same functionality. If anyone has experiences with
|>>the new Wollongong UCX $QIO interface please reply as well.
|>
|>Regardless of the vendor, never bet on an undelivered product.

You can bet on this one.

The release which contains this support has been held up by extended testing
on an unrelated feature. It does exist, and it does work. Anyone with an
urgent need for UCX emulation under WIN/TCP should drop me a line.

--
Reece R. Pollack
Senior Software Engineer
The Wollongong Group, Inc.
From: TEWKSBURY@BUDSGA.BU.EDU (Chip Tewksbury)
Newsgroups: comp.os.vms
Subject: Bugs in F11BXQP & VERIFY for V5.4 thru V5.5-1
Date: 22 Jul 92 19:28:21 GMT
Organization: Boston University, Office Of Information Technology
X-News-Reader: VMS NEWS 1.22

Just to let all of you non-DSNlink-ers out there know that there is a CSC
patch for V5.4 thru V5.5-1 for F11BXQP and VERIFY which corrects a rather
unpleasant bug in these images.  You should check the DSIN FLASH database or
contact your DEC support office for more information.

	Chip Tewksbury.
Newsgroups: comp.os.vms
From: pbrowne@micor.ocunix.on.ca (Pat Browne)
Subject: Yacc and Lex for VMS
Organization: M.B. Cormier INC., Orleans (Ont)
Date: Fri, 31 Jul 1992 02:07:36 GMT

Hi VMS folks!
Does anyone know about availabilility of VMS yacc and lex
software for versions 5.2 .. 5.5?
Any info would be appreciated.
-----------------------------------------------------------------------------
pbrowne (Pat Browne)
pbrowne@micor.ocunix.on.ca

Ottawa Ontario, Canada
-- 
-----------------------------------------------------------------------------
pbrowne (Pat Browne)
pbrowne@micor.ocunix.on.ca
From: mrandall@av8r.uucp (Mark Randall)
Newsgroups: comp.os.vms
Subject: Re: Vax to Ultrix delay over decnet
Date: 31 Jul 92 14:53:08 GMT
Organization: Daniel Webster College, Nashua, NH

The answer I received that works the best is:

NCP> SET LINE QNA-0 RECEIVE BUFFER 20


I suggest playing around... This seems to need to be somewhat high for
us.

Thanks to everyone for the advice - I hope this helps other people as
well.

			Mark

-- 
Mark Randall                            Heebidy -
(603)886-1203                           Heebidy -
decvax!av8r!mrandall                    Heebidy -
mrandall@av8r.uucp                  ***** POOF *****
From: leichter@lrw.com (JERRY LEICHTER)
Newsgroups: comp.os.vms
Subject: re: ?Effect of large number of logical definitions?
Date: 24 Jul 92 14:17:50 GMT
Distribution: world
Organization: The Internet


	What measurable or noticeable effect upon users is caused by having a
	large number of logicals defined in the system tables?  I ask this
	because we just installed GKS; it has created close to 100 logical
	names, which will seldom get used.   Will this slow down the average
	non-GKS user?  Should the designers of GKS have used a different
	method?

Logical names are stored in hash tables.  The hash tables are fairly large,
so performance is relatively independent of the number of names in the tables.
There are SYSGEN parameters (LNMxHASHTBL, for x = P for process, S for system)
that you can change if necessary.

One curious thing about logical name tables:  While you see many different
tables, internally they use one shared table for all system names, and
one for each process.  The stored entry shows what table a given name is
in.  To look up a name, you have to find a match on both the name and the
table.

Beyond the time cost, the names themselves (and, of course, the tables) have
to be stored.  That will cost you paged pool.

The 100 logical names that GKS adds should be no big deal.  The logical name
facility was designed with exactly this kind of use in mind.

							-- Jerry

Newsgroups: comp.os.vms,comp.sys.dec
From: schenke@ferranti.com (dick schenke)
Subject: Re: SCSI 9track tape drives and VMS BACKUP
Organization: Ferranti International Controls
Date: Thu, 23 Jul 1992 15:13:46 GMT

In article <2A6D7929.3048@noiro.acs.uci.edu> fredv@abba.acs.uci.edu (Fred Velijanian) writes:
>We have a 3rd party SCSI 9track tape drive (manufactured by M4) 
>connected to a VAXstation 4000/VLC. ... 
>. . .           However BACKUP causes all kinds of problems. 
>. . .           We've been talking to the vendor and they now say it's
>VMS's fault and that BACKUP will never work with SCSI 9track tape 
>drives. Can anyone tell me if this is true or not?!! DEC sells their
>own SCSI 9track drive (TS05/TS07). Does anyone know if those drive
>work fine with multivolume backups? 
>

Mostly true.  Mostly not fine.  We have a pair of 4000/200s, each with a
TSV05 9-track drive and a M7530-PA controller.  I don't know if this is 
DSSI or SCSI.  I haven't had multivolume problems, but I've had plenty of 
others.  DEC says that BACKUP is expecting more of the retry and error 
handling to be done at the controller level, as controllers get more 
sophisticated.  So it makes sense that COPY works better than BACKUP.
Our problems are that errors can
make the drive go offline, leading to mount verification and abort.
Sometimes the controller is left in a mode that will cause it to erase
the label on the next tapes mounted, BEFORE the label is read,
without operator verification.  Other cases lead to a LEF hang, in which
the BACKUP is waiting forever.

We are working with DEC on the problem.  They would prefer that we use
the TK70 for backup.  We would prefer to use 9-track, having an
abundant supply of media.  Don't try our configuration.  (Maybe the
SCSI controller makes a difference.)

Dick Schenke	schenke@ferranti.com	(713) 274-5469
Ferranti International Controls, PO Box 5012, Sugar Land TX, 77487
From: dongray@cdclu1.genrad.com (Derek Dongray)
Newsgroups: comp.os.vms
Subject: RE: DEC product phase outs and license conversion
Date: 26 Jul 92 12:24:46 GMT
Distribution: world
Organization: The Internet

>    DECwindows -> DECwindows Motif
>
>       One replier states that "Motif had a period in which you could get a
>       free license for existing DECwindows machines."

Nearly true. Actually (as I received it, anyway) it was to upgrade
DW-DEV-KIT-OSF-V licenses (which never got used) to DW-MOTIF licenses.
DECwindows/XUI doesn't need an extra licenses. The DW-DEV-KIT-OSF-V ones came
with some recent workstations. In addition you could buy DW-MOTIF licenses
at a reduced price (100 pounds/machine).

Unfortunately, we have 10 VS3100's which didn't have the old licenses (they
were bought too long ago) plus 5 non-VaxStations on which we run DECwindows
remotely (I use a DECstation 3100 on my desk, so almost all my sessions are
remote). The cost prior to 30th June would be 1500 pounds for which I couldn't
get budget approval at the time. Also, we did not want to upgrade at that time.
The cost now would be 9610 pounds (one of the machines is a VAX 4000-300,
license price is now 2100 pounds, another a VAX 4000-200, 1500 pounds),
so I can't see us upgrading for quite some time. Basically, there would have
to be something *really* worthwhile in DW/Motif to make use upgrade.

Also, with regard to my use of a DECstation 3100 running Ultrix 4.2A and using
remote session to the Vax, I couldn't get a straight answer from DEC as to
whether DW/Motif on the VAX would talk to DW/XUI on the DECstation or when
DW/Motif would be available for Ultrix. A brief experiment with the remote
pre-installed DW/Motif on a VS4000-VLC showed it 'might' work, but my DEC sales
people wouldn't/couldn't commit themselves.

One final thing that *really* annoys me about this is that I submitted several
fault reports to the UK TSC about DW/XUI (V2.0) and was told that they would
all be fixed in "the next release of DECwindows". This turned out to be
DW/Motif, which, obviously, we can't run without paying out for new licenses.

If you are running DECwindows/XUI, an example of one of these bugs is to
repeatedly create DECterms (using $CREATE/TERM is good enough, although we were
originally using a DecwTermPort() call). After a variable number, the terminal
controller process (DECW$TE_nn) will crash and all your DECterms will vanish.
I just tried it on a system running VMS 5.5 and it happened on the sixth
command. Mileage varies, but even if DECterms are deleted along the way, it still seems to die
after about 20 or so. Of course, this may still be broken under DW/Motif?

--------------------------------------------------------------------------------
Name : Derek Dongray, Systems Manager, GenRad Ltd.
Phone : 061 486 1511 ext 166
PSS : 234261600119::Dongray                 UKnet : Derek.Dongray@GenRad.co.uk
InterNet : Dongray@cdclu1.GenRad.com        CompuServe : 70374,2745
Address : Monmouth House, Monmouth Road, Cheadle Hulme, Cheshire, SK8 7AY, UK.

Newsgroups: comp.os.vms
From: whitfill@heechee.meediv.lanl.gov (Jim Whitfill - Los Alamos)
Subject: Re: Latest version of MX for the VAX?
News-Software: VAX/VMS VNEWS 1.41    
Organization: Los Alamos National Laboratory, Mech. and Elec. Eng
Date: Wed, 22 Jul 1992 20:51:00 GMT

In article <1992Jul22.140658.1596@drycas.club.cc.cmu.edu>, greenie@drycas.club.cc.cmu.edu writes...
>Can anyone tell me where I can get the latest version of MX Message Exchange
>for VMS?  (Sorry if this is FAQ or an absurd question, but I couldn't find
>it anywhere...)
> 
>Andy, greenie@drycas.club.cc.cmu.edu


You can get mx from anonymous ftp at ftp.spc.edu [anonymous.mx.mx031]


---------------------------------------------------------------------------
Jim A. Whitfill    Mechanical & Electronic Eng. Division     (505) 667-9282
whitfill@meediv.lanl.gov       		     Los Alamos National Laboratory