HDTenEightyP/NetNews huggingface dataset:
From: dfilip@colornet.UUCP
Newsgroups: comp.os.vms
Subject: Re: VMS 5.5
Keywords: VMS 5.5 -1 queue
Date: 19 Aug 92 22:27:06 GMT
Distribution: world

Chad Miller writes :

>In article <1992Aug7.003519.6640@CAM.ORG> Marc-Patrick Roy, roy@CAM.ORG
>writes:
>>We received some time ago distribution for VMS 5.5, at the time I
>believed it
>>was not smart to "jump" on the new release... (ok, maybe it's not the
>smartest
>>move but it works for me), now I received about a month ago, VMS 5.5-1...
>>my question is: is it stable and what should I expect to see break?
>
>We "jumped" in early January.  The queue system is a _major_ improvement, 
>and was (still is) worth it to us to make the change.  However, we've had
>a pausing problem with V5.5 that has been very annoying.  We're hoping
>V5.5-1 will fix it but it's not likely.

We are running about 20 sites on VMS 5.5, and actually the only real problem
we found was the queue manager, which tends to get into fits of continually
pausing queues. The fix is to stop the queue manager and start the queue
manager with a new queue file (there may be an eaiser way, but this tends
to work for us). 

We recently (about three weeks ago) got the -1 upgrade, and have been
installing that. I don't believe we have had any queue problems on the -1
systems.

Also, if you are running DQS, make sure that you are running 1.2; 1.1 caused
us a lot of problems, and Colorado admitted that we needed 1.2 to work with
5.5[-1] (although I don't know how we are supposed to keep up-to-date on
such compatibility issues; although we do get mail from DSNlink about
new products and bug fixes, this is one we were not notified of).

Regards,

Dave.

--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=   David E. Filip                UUCP   : uupsi!jpradley!colornet!dfilip   =
=   ColorNet Information Systems  CIS    : 76430,3111                       =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=     'Why fix the application when we can just keep fixing the data ?'     =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.os.vms
From: oddjob@oz.plymouth.edu (Andrew C. Stoffel)
Subject: What'd I do wrong (Installing VMS 5.5 ....) ???
Keywords: VMS 5.5, VAXstation 3100
Reply-To: oddjob@oz.plymouth.edu (Andrew C. Stoffel)
Organization: Plymouth State College - Plymouth, N.H.
Date: Sat, 15 Aug 92 00:49:27 GMT

I could use a few ideas about now ;-).

I recently installed VAX/VMS 5.5 on a Vaxstation 3100 (I know about
5.5-1 - I even have it - but I  want to get 5.5 going first). I seem
to have a small problem.... 

How do I get DECNet & LAT to run when this machine boots ? I have the
correct (I hope anyway!) settings in the SYSTARTUP_V5.COM; file.

@sys$startup:startnet

and

@sys$startup:lat$startup (or whatever it's supposed to be)

(in that order)

I even have comments in strategic spots to tell me when a particular
line is being processed.

What happens ? Well....

Instead of running the 2 com files mentioned above, the machine jumps
right into decw$startup without spitting out the messages I left in
there to notify me when decnet & lat run. 
& THEN after DECWindows boots I get a decterm where I can get decnet & lat
running using the com files I mentioned above...

I can't figure out why the lines defining decnet & lat are skipped....
I don't even get any errors (except for one telling me I don't have
the queues set up correctly (& I knew that already))


What did I miss ? Is there some magic to getting decnet & lat to run
in 5.5 ? I looked at the startup files on a larger vax here and it had
the same basic setup I've been trying... 


[Sorry about this confusing message.... but it's hard to describe the
problem coherently.]
-- 
|"The Snark WAS a Boojum, you see!"   |                                |
|"Reality !?! Isn't that something    |     andys@psc.plymouth.edu     |
|    you sprinkle on ice ??"          |     oddjob@oz.plymouth.edu     |
Newsgroups: comp.os.vms
Subject: FMS to X windows Coversion In easy stages?
From: higginsp@mdcbbs.com
Date: 16 Aug 92 16:25:11 GMT
Organization: M&E (Division of EDS), Cypress CA
Nntp-Posting-User: higginsp

Help!

    I am trying to port a VMS application to ULTRIX and need to convert
    hundreds of FMS forms to run on the applcation.  Is there any way that
    anyone knows to convert FMS to some type of MOTIF calls.  I know that
    you can convert FMS to DECForms  and I thought that as DECForms is a
    standard it may be feasible to use this as a basis for a conversion to
    MOTIF routines.  The dialogue between the programs and the forms is
    managed by a separate application.


I am most interested in packages for the conversion from FMS to MOTIF but other
avenues/suggestions would also be useful?

Paul Higgins
From: Ian.Parker@f1.n700.z6.fidonet.org (Ian Parker)
Newsgroups: comp.os.vms
Subject: Quota problem while tryi
Date: 18 Aug 92 16:18:00 GMT
Distribution: world
Organization: The Internet


 On 08-14-92 ARTG wrote to All... 
 
 A > I seem to be having a problem with my account and noone at our 
 A > institution can find the answer so, in desperation, I'm turning to 
 A > the Network for assistance.  First a little background. 
 A >  
 A > I have three files in my account that I wanted to combine so I  
 A > used the COPY command.  Below is the command that I 
 A > issued (This command has worked in the past): 
 A >  
 A >    Copy cbm1924.hdr,cbm1924.dat,cbm1924.tra cbm1924.epcc 
 A >  
 A > However when I tried to TYPE the new file on my terminal, the 
 A > following 
 A > message came up: 
 A >  
 A >  
 A >        %TYPE-F-WRITEERR, error writing SYS$OUTPUT:.; 
 A >        -RMS-F-SYS, QIO system service request failed 
 A >        -SYSTEM-F-EXQUOTA, exceeded quota 
 A >  
 
Art 
 
A very nicely described problem.  Since it takes a few days for this  
echo to get to Hong Kong, you will probably have had many answers by 
the time you receive mine.  Anyway, here's my bit: 
 
It's not a disk quota problem - its saying that the record size of  
one of the new file is two big for the buffer on SYS$OUTPUT, which  
I guess is around 512.   
 
What it really means is that something is wrong with this file.   
Maybe one of the files was damaged in when they were moved onto the  
new disk.   
 
Check the new file by doing DIR/FULL and look for maximum record  
size, or any unusual attributes. 
 
Then do a DUMP of the file. 
 
Good luck  
 
___---------------------------------------------------------------------- 
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: paul@lsl.co.uk (Paul Hardy)
Newsgroups: comp.os.vms
Subject: VFE file editor
Date: 20 Aug 92 12:10:08 GMT
Organization: Laser-Scan Ltd., Cambridge

We have a program called VFE (Vax File Editor ?) which we got from DECUS tapes
back in the early 1980s. It is a valuable tool for looking at the insides of a
file at the block level in hex, ascii, etc. It also has commands for changing
blocks and writing them back.

However we now have a need to use VFE to modify the last block of a 17MB ascii
file, and can't remember how to persuade VFE to open a file for write. I have
tried the obvious things of /WRITE, /UPDATE, -w, etc before and after the
filename but no joy. The HELP facility is good but lacks this vital piece of
information. I haven't got a FM to RT!

Does anyone elso out there know how to drive this program and can help preserve
my sanity by telling me the magic incantation ?

Out of interest, we have tried various editors on the file and they all gave up
in various ways (usually after an hour or two) :
	EDT	Work file size error
	EMACS	memory error (limit is 16MB).
	TPU	access violation !
	VI	core dump

I'm about to put on my wellies and go hunting for my TECO manual to try that!
-- 
Paul Hardy, Chief Programmer, Laser-Scan Ltd, Science Park, Milton Rd, CAMBRIDGE
CB4 4FY, England. Tel (+44) 223 420414; Fax (+44) 223 420044.
Email: paul@lsl.co.uk via JANET, or VAX PSImail DTE 234222300203::PAUL.
From: keogh@shiraz.enet.dec.com (Patrick Keogh - Digital)
Newsgroups: comp.os.vms
Subject: Re: Number of users logged on a cluster member
Keywords: DCL
Date: 19 Aug 92 04:53:27 GMT
Reply-To: keogh@shiraz.enet.dec.com
Organization: Digital Equipment Corporation


In article <13AUG199214523905@heavax.gsfc.nasa.gov>,
orlandini@heavax.gsfc.nasa.gov (Mauro Orlandini) writes:
Newsgroups: comp.os.vms

> Is there a way to extract the number of users currently logged on a cluster
> member from a DCL script (The number given by a show user command) ?
> I apologize if this is a trivial question, but I was not able to find it among
> the lexicals.

How about using $SHOW USERS/NODE[=node]/OUTPUT=A.A
		$OPEN/READ A.A A.A
		$READ A.A LINE
		$READ A.A LINE
		$USERS = F$ELEMENT(9," ",LINE) - ","
		$CLOSE A.A
		$DELETE A.A;

Be warned that the number of users that SHOW USERS reports is exactly
that : the number of different USERNAMES currently logged in. You might
want to decide to use the /INTERACTIVE qualifier as well, so you don't
see batch jobs.

	+---------------------------------------------------------------+
	|	Patrick Keogh		[61] 6 2754806 (tel)		|
	|	Digital Equipment Corp.	[61] 6 2473654 (fax)		|
	|	Canberra, Australia	keogh@shiraz.enet.dec.com	|
	|								|
	|			(Standard Disclaimer)			|
	+---------------------------------------------------------------+
From: RW764419@PUCAL.BITNET ("Robert Alan Whitaker, Jr.")
Newsgroups: comp.os.vms
Subject: Vax C Executables
Date: 21 Aug 92 08:29:00 GMT
Distribution: world
Organization: The Internet

Hi,

        I've got another question for you VAX gurus out there:

        Is there any way that I can compile my VAX C programs so that they
take up less than the minimum of approx. 135 blocks that they take up now?

        The thing that doesn't make sense is that if I compile a program in
Vax Fortran it only takes up 2 or 3 blocks, whereas a VAX C program takes up a
minimum of 135 blocks.  If there is some way of getting my C programs down to
this size, it would be a great help, since we are running in captive accounts
with only 2000 blocks disk space.

        Thanks in advance,

                                        Robert Alan Whitaker, Jr.
                                        RW764419@PUCAL.BITNET
From: hyo@cup.portal.com (Henry K Yung)
Newsgroups: comp.os.vms
Subject: VAX Document BOOKREADER question
Date: Tue, 18 Aug 92 10:47:49 PDT
Organization: The Portal System (TM)
  <1992Aug10.120547.838@slcs.slb.com> <v74mhp@lynx.unm.edu>

Hello,

        I am having a problem with the way VAX Document generates
Bookreader bookshelves.  I have followed the example shown in the
documentation, but so far I am unable to get VAX Document to do
what I want.

        In Chapter 11 of the looseleaf VAX Documentation manual,
"Producing Online and Printed Documentation", it is said that one
way to create a bookshelf is to define a Library SDML file and a
Symbol SDML file.  The following is supposed to generate a bookshelf
file, *.DECW$BOOKSHELF.

   $ DOC/SYMBOL=symbols.sdml library.sdml ONLINE_BOOKSHELF BOOKREADER

However, I am getting the following error message:

        -TAG-F-INVLDDEST, tag <START_OF_PASS>, line 1,
        Destination BOOKREADER is invalid with the ONLINE.SHELF doctype

This seems to indicate that the BOOKREADER destination is invalid.
I am using VAX Document 2.0 on VMS 5.5-1.  Anyone managed to
successfully generate a bookshelf using the above command?  Any ideas?

Thanks in advance,

Henry

email: hyo@cup.portal.com
From: BOB@AENEAS.IMS.DISA.MIL ("Bob George")
Newsgroups: comp.os.vms
Subject: tape dump problems
Date: 21 Aug 92 19:17:00 GMT
Distribution: world
Organization: The Internet


    I'm writing a small C program to dump out a tape device.  
Basically, it is only a loop doing QIO reads over and over.  I need it 
to read from the BOT to the physical end of tape, but am never 
getting a status code for end_of_tape or end_of_volume returned.  I am 
checking all the status codes returned in the IOSB and am getting a 
couple of ss$_normal's followed by an ss$_endoffile.  This sequence is 
repeated a few (or many depending on the size of the tape) times, then 
I get two ss$_endoffile's in a row.  After this, nothing is returned 
but error codes ss$_parity, ss$_ctrlerr, ss$_seriousexcp depending on 
what type of tape drive it's executing on.  Is there any way to get an 
end_of_tape or end_of_volume code returned as the read hits the 
physical end of tape.  Even reading it right off the reel would be 
acceptable if it could be done, however, the QIO call returns a 
seriousexcp message and the tape rewinds a bit and tries again.  Any 
ideas or things to try would be appreciated.  Thanks for your help,
                                    bob

+---------------------------------------------------------------------+
|      Bob George       Internet:  BOB@AENEAS.IMS.DISA.MIL            |
|      Disclaimer:      Opinions expressed are mine and mine only.    |
+---------------------------------------------------------------------+
From: DEREK@U.WASHINGTON.EDU
Newsgroups: comp.os.vms
Subject: Re: When is modif. date for .dir-files changed?
Date: 16 Aug 92 22:17:00 GMT
Distribution: world
Organization: The Internet

Henrik Tougaard raised this topic with:
	...
>I have been unable to discover whether this is a bug or a feature
>in VMS, if it only occurs in certain VMS releases (I know that
>it is in VMS 5.5 but do not have access to other versions).

It has been this way for as long as I remember, which is back to V1.something.

>I always assumed that the modification date of a file (even a
>directory file) reflects the last time *any* modifications have
>been made to the file - and in the case of directories that would
>be whenever a file is created or deleted.
> 
>Can anyone shed light on this?

As far as I can tell, which is pure guesswork since I haven't bothered to
look into the fiche, it seems that the dates on directory files are modified
in basically two cases.

  1. If the protection on the directory file is changed.  (You know --
     some ATTRIBUTE of the file is changed, not the data.)  (RMS then
     is used and it doesn't seem to "care" that it is looking at a
     directory file.)

  2. If the disk on which the directory is stored is dumped and reloaded.
     BACKUP doesn't bother to restore the dates on directory files.  (This
     has always been one of those minor pet peeves.)

I believe that, in general, directory files are managed by the XQP (ACP),
and not by RMS.  For optimization reasons, I'm sure, you don't really
want to be updating the headers of directory files every time the contents
of the directory changes.  Modifying the data is time consuming enough.  :)

-Derek S. Haining
 University Computing Services
 University of Washington
 Seattle, Washington  98195 
 (206) 543-5579

 DEREK@MAX.BITNET
 DEREK@MAX.U.WASHINGTON.EDU
From: CROWK@THORIN.UTHSCSA.EDU
Newsgroups: comp.os.vms
Subject: RE: VMS version of UN*X uncompress?
Date: 13 Aug 92 16:44:27 GMT
Distribution: world
Organization: The Internet

Recent DECUS distribution tapes/CD-ROM include a "LZW" program which
claims to be compatible with the Unix Compress program.  'C' sources are
included.
From: imhw400@indyvax.iupui.edu
Newsgroups: comp.os.vms
Subject: Re: New VAXes/VAXstations: can these be realized?
Date: 12 Aug 92 15:16:41 -0500

In article <1992Aug11.212818.19498@thijssen.nl>, lamhof@thijssen.nl (Lambert Hofstra) writes:
[...]
> What would make it impossible for DEC to make a multi(VAX)processor
> VAXstation in the same box as a 4000 model 60 or 90, for instance a four
> 32VUPprocessor VAXstation 4000 model 94? (imagine 120VUP on the desktop
> :)  VMS can't be the problem: it supports SMP since V5.0.

The size of the box, I imagine.  How will you put four motherboards in there? 
(Okay, you wouldn't have to duplicate all of the motherboard, but space is still
*very* tight.)  And the memory control logic will have to be redone to make
more paths into the chips.  If we assume that sales of the box will be few
(since few need this kind of power), it probably would have to sell for more
than a (simpler) single-Alpha box just to break even.
-- 
Mark H. Wood, Lead Analyst/Programmer    +1 317 274 0749   [@disclaimer@]
Internet:  IMHW400@INDYVAX.IUPUI.EDU     BITNET:  IMHW400@INDYVAX
Celebrate freedom:  read a banned newsgroup.
From: ATKINSON@URVAX.URICH.EDU
Newsgroups: comp.os.vms
Subject: Avoiding voluntary and involuntary WS trimming.
Date: 12 Aug 92 20:35:00 GMT
Organization: The Internet


We've got a detached process that uses enormous amounts of work space, but we
cannot afford for it to get trimmed during our normal AWSA process. We've tried
using a variation of Bruce Ellis's WSBLASTER, only we just punch the noadjust
bit in the process header. All we get out of it is a fatal bugcheck with a, and
this is not exact, it was done before I started working at the job, virtual
memory violation out of bounds type bugcheck.

Anybody got an idea? solution, question?

We were at vms 5.4-2, and we just upgraded to 5.5-1, and haven't tried the
program yet.

I'll check back in a day or two, Thanks,
Luther
Atkinson@urvax.urich.edu
From: tj06+@andrew.cmu.edu (Thomas J. Joyce)
Newsgroups: comp.os.vms
Subject: System backups with SLS
Date: 13 Aug 92 11:02:52 GMT
Article-I.D.: andrew.IeWf7QG00WB_4RpV90
Organization: Administrative Systems, Carnegie Mellon, Pittsburgh, PA


I'm just looking for input from sites already running SLS, particularly
for system backups (even unattended ones). I've come up with a plan for
my site and am interested in how it is done by other people at other sites.

Feel free to include as much detail as you like.

Reply to this message or send to:

Tom.Joyce@CMU.EDU

thanks in advance,
Tom Joyce
Carnegie-Mellon Administrative Systems
From: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: VMS-Sun connectivity
Date: 13 Aug 92 18:00:41 GMT
Followup-To: comp.os.vms
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <1140@racerx.bridge.COM>, ken@Bridge.COM (Ken Hardy) writes:
> 
> I'm trying to bridge the huge void between our SunOS and VMS users.
> 
> We've got (I'm told) Multinet TCP/IP on one of the Vaxen that lets us
> rlogin and ftp between environments, and an NFS server on the Vax that
> lets us mount VMS directories on the Suns ("VMS to Ultrix Connection"
> software).
> 
> What I don't know how to do is to get e-mail and news between
> environments; it's not included in the TCP/IP networking package.  The
> vaxes are running VMS mail or whatever it is that comes by default
> (*not* All-in-One).  The Suns, of course, consume and generate
> RFC822-compliant mail, and use SMTP.
> 
> 1) Are there any bridging software packages that run on VMS that would
>    use SMTP to talk to the Suns' sendmail and whatever is necessary on
>    the VMS side?  Is it even possible?
There are a wide range of packages which provide support TCP/IP 
on VMS (Multinet and Woolongong among them). They all (at least 
as far as I recall) provide support for Mail.
 
> 
> 2) Where are there any NNTP packages for VMS?  I've got news coming
>    into a Sun with UUCP, and available from there via NNTP.  I need a
>    VMS Multinet NNTP client and user-interface software.  What about
>    VMS/VNEWS, and where can I find it?
> 
There are several packages out there which provide this service. 
I believe that the packages mentioned above to provide at least 
major parts of the required support. Additionally, there is the 
ANU NEWS package, which is obtainable from the DECUS library, 
which supports quite a range of different formats and protocols 
for exchanging news.

+--------------------------------------------------------------------------+
| Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
| Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
| 35-20 167th Street, Suite 215               Fax:       (on Request)      |
| Flushing, New York  11358-1731                                           |
| United States of America                                                 |
+--------------------------------------------------------------------------+
From: gshouse@Bonnie.ICS.UCI.EDU
Newsgroups: comp.os.vms
Subject: PathWorks + IBM PC + LAT + Parallel Printer
Date: 14 Aug 92 20:15:51 GMT


I reached an impasse on trying to offer an HP LaserJet which is connected
to an IBM PC as a VMS queue.  I followed the same procedure on an AST
286 machine w/640K and an original IBM PC/XT w/512K.  Everything worked
fine on the 286, but anytime I tried to use the PC as the print server,
the queue would just go to a 'paused' state.  Does anyone know if there
is a minimum processor/memory/DOS version in order to have LAT serve up
a printer?

The following was my procedure:

On the PC:
	@decnet/sta	decnet/startnet		! Start up Pathworks
	LATCP
	LAT> ADD LPT1 ADPC_LPT
	LAT> SHOW CHAR		! to get Ethernet Address

On the VAX:
	$ MCR LATCP
	LCP> create port LTA17:/app
	LCP> set port LTA17: /app/node=LTA_AA004005004
	$ init/queue/start/on=lta17/form=DEFAULT ADPC_QUEUE
	$ ADMIN/PC MENU
		! Go in and add the service with ADPC_QUEUE as the queue...


We basically want to use the old XT as a server because its only other use
is as a paperweight.  However, even though I wasn't able to mine it out of
any manuals, it seems that the 8088 processor might not be able to do the
job.....

Thanx,  George Shouse
gshouse@bonnie.ics.uci.edu
Newsgroups: comp.os.vms,comp.sys.dec
From: jan@pallas.neuroinformatik.ruhr-uni-bochum.de (Jan Vorbrueggen)
Subject: Re: New VAXes/VAXstations: can these be realized?
In-reply-to: kjb@calmasd.prime.com's message of 12 Aug 92 17:27:37 GMT
Organization: Inst. f. Neuroinformatik, Ruhr-Universitaet Bochum, FRG
Date: 13 Aug 92 10:59:01

   Right now they are focused mostly on the development end so that the third
   party can get in on the act.  I just saw an ad yesterday from TGV stating
   that they've successfully ported Multinet to Alpha and could put all the
   lines of code that needed to be changed on a single page.  That's quite a
   statement and DEC should be proud that it's been able to produce an
   entirely new architecture that allows such an easy code migration!

Nah, TGV should be proud that they could write a complicated thing like
Multinet in such generic C, all the while keeping to VMS' rules, so that
all changes fit on one page. Quite a feat! (In this case, being a fairly
small company probably helped  you know how hard it is to keep discipline
among spoilt children...)

 Jan Vorbrueggen, jan@neuroinformatik.ruhrunibochum.de
From: mdc8567@nyssa.boeing.com (Michael Clay; BCS)
Newsgroups: comp.os.vms
Subject: Re: LBN => Filename / FID => Filename ??
Date: 20 Aug 92 23:37:11 GMT
Distribution: world
Organization: The Internet

Randy (sxrmh1@orca.alaska.edu) wrote:

>FID -> filename:
>
>$ dump/header/block=count=0/identifier=(#,#,#) disk:
>
>line #1 contains entire directory and file info.  This is undocumented,
>and may go away at any time - is still there in 5.4-3.

The DUMP/IDENTIFIER qualifier still works under VMS V5.5 and V5.5-1.
Also, it appears to not need the entire FID, as in the following
example:

	$ DIRECTORY/FILE_ID  LOGIN.COM
	Directory TECH$DISK:[MDC8567]
	
	LOGIN.COM;4          (2850,1,0)
	
	Total of 1 file.
	
	
	$ DUMP/HEADER/BLOCK=COUNT=0/IDENTIFIER=2850  TECH$DISK:
	
	Dump of file _BUGCHK$DKA300:[TECHNOLOGY.MDC8567]LOGIN.COM;4 on 20-AUG
	-1992 16:32:59.65

Cheers,
	Michael 
	claym@bcsaic.boeing.com