HDTenEightyP/NetNews huggingface dataset:
From: benny@loligo.cc.fsu.edu (Kaidi Weng)
Subject: X-windows displays
Organization: Florida State University Academic Computing & Network Services
Date: Wed, 27 Jan 93 14:41:53 GMT


Hello Wizards,  I want to display some X stuff of unix onto my vaxstation
3100.  Is there any ways to do that?  thanks for your help.

--kaidi.

--
-----------===========-----------===========-----------===========-----------
Kaidi Weng			email:	benny@loligo.cc.fsu.edu
1972 Shadyoaks Dr.			kaidi@gfdi.fsu.edu
Tallahassee, FL 32303		flames: /dev/null
-----------===========-----------===========-----------===========-----------
#include <std_disclaimer.h>
-----------===========-----------===========-----------===========-----------
From: gleeve@galaxy.dnet
Newsgroups: comp.os.vms
Subject: Exabyte tapes
Date: 25 Jan 93 13:36:14 GMT
Organization: The Internet

At the DECUS symposium in Las Vegas, there was an Exabyte 8500
drive on the floor, the only 8mm there, on a VAXstation. thus
it was using MKdriver, a version that has no density control. Since
I couldn't get good information there about how to set one or more
of the slide switches on the back of the drive to write low
density, I was able to get the thing to write low density (EXB 8200
series compatible) tape by using back/list mka400:* to space past
the stuff on a previously init'ed 8mm, at low density, and then
just writing with backup. The resulting tapes could be read on
an 8200, though the process was somewhat flaky (some probability of
parity errors at the "boundary"). I am assured that the right switches
(in conjunction with power cycling, SCSI resets,and other incantations)
can get the EXB 8500 drives to write low density. On another drive
in Raxco's Rockville office, I regularly write as well as read
8200 compatible tapes on an EXB 8500 drive; that has an HSC
interface, so I just say density=1600 for low density. The tapes
are not preformatted.
   With small enough blocks and slow data feeds you reduce capacity.
However, EXB end of file marks are very long; if you are trying
to write lots of files, delimited by EOF marks, on the tape (e.g.
by using it as an ANSI volume, which some controller/driver combos
will let work), you can easily bring the data capacity down to, or
even far below, 500 MB. Just recall how long it takes a video tape
to synchronize picture and sound when you overwrite starting at
the middle...the 8mm drive has to have a long enough EOF to recognize
in spite of a similar low level problem. It works, but occupies a very
noticeable amount of tape (and accounts for the slow write-eof
operation).
Glenn
Everhart@raxco.com
From: ecf_stbo@jhuvms.hcf.jhu.edu (Have unix ever /usr/local/bin experienced?)
Newsgroups: comp.os.vms
Subject: Re: Image activations, page faults and disk I/O
Date: 28 Jan 1993 10:07 EST
Organization: The Johns Hopkins University - HCF
Distribution: world
NNTP-Posting-Host: jhuvms.hcf.jhu.edu
News-Software: VAX/VMS VNEWS 1.41    

In article <1993Jan27.163409.1298@cmkrnl.com>, jeh@cmkrnl.com writes...
>> because even on an empty VMS system the hard page faults keep the disk busy. 
> 
>Copy-on-reference pages being faulted in.  

What vms should do is make memory resident copies of the CRF sections so
processes can soft fault out of the copy for even non shareable pages. The
amount of hard faults generated on a busy general purpose system just by people
firing up the commonly used utilities is HORRENDOUS, even though everything
has been installed. 'Wasting' the memory to do this is worth it considering the
savings in system disk I/O and probably cpu time. Resolving a hard fault even
to a ram disk is CPU expensive. This could be implemented as a special
qualifier to INSTALL, so sites without the extra memory (not that many, in this
day and age) could override this behavior if they desired. Please do something
like this, DEC! This is one of the biggest performance problems in VMS.

Tom O'Toole - ecf_stbo@jhuvms.hcf.jhu.edu - JHUVMS system programmer 
Homewood Computing Facilities, Johns Hopkins University, Balto. Md. 21218 
>Here comes a jet ski.
>weuh weeuhh weeuhh weeuhh WEEUHH WEEUHH WEEUHH WEEUHH weeuhh weeuhh weeuhh weuh
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: LIB$SPAWN and privileges...
Date: 26 Jan 1993 06:06:53 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <01GTXJV9AHTU000EP7@SCI.WFEB.EDU>, MACRIDES@SCI.WFEB.EDU (Foteos Macrides) writes:
=	Has anybody written a SYS$PURGE and/or SYS$RENAME system service?  I
=want to do some file cleanup operations from a CtrlY-trapping AST, and can't
=use LIB$SPAWN or system() cuz the child process can't bring the parent back
=out of hibernation.

Do you have any idea what system services *ARE*?  Why don't you also ask for a
C compiler system service?

And why the hell are you so reticent about providing us with your useless code? 
How did the parent process end up hibernating? Just how have you tried to SPAWN
the subprocess, for example?
--------------------------------------------------------------------------------
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: don@zl2tnm.gen.nz (Don Stokes)
Newsgroups: comp.os.vms
Subject: Re: Operator Grunt duties
Date: 25 Jan 93 02:05:58 GMT
Article-I.D.: zl2tnm.17968024
Distribution: world
Organization: The Wolery

white@gtewd.mtv.gsc.gte.com writes:
> 	What qualifications do/should system managers look for in an 
> operator?  From reading the above posts about operators I get the
> impression that operators in general dont have to know anything about
> computers or operating systems.  Are you a qualified operator if you
> can press the up and down arrow keys to select menu items or should you
> be a trusted, knowledgeable memeber of the support team with full privs
> when you want them?
> 	How can an operator take his job seriously if he is locked inside
> some captive command procedure flopping around like a fish out of water?

It depends a lot on the sorts of people employed.  At many sites I've
seen or worked on, the entry qualification for an operator seems to have
been "must be still warm", and it looks like some of 'em faked it.  At
others, the "operator" would be called a "systems programmer" elsewhere.

As a general rule, operators are not trained to maintain the system,
merely to do the day-to-day operations, which are mostly specified by
systems staff.  If the systems staff are any good, they should set up
captive procedures to do the few really privileged things an operator may
be called apon to do, and the operator normally be left with an account
of similar privilege to other users on the system plus (say) "OPER"
privilege.

On sites requiring out of hours coverage, it often helps to have a
privileged account available somewhere, perhaps with secondary passwords,
so that someone can get privileged access in an emergency.  This should
be available _only_ in emergencies (eg a supervisor holds the secondary
password), since normal functions should be doable through captive
procedures or using normal operator privileges. 

Again, all this depends on the size of the site, how much $$$ the site is
intending to pay their operators, what the site expects from operators,
whether there is coverage of systems staff during all working hours, how
security concious the site is and so-on.

Remember that on most sites (at least in my experience), applications
programmers run around with only a bare minimum of privileges, and are
usually considered higher up the ladder in terms of responsibility. 

The bottom line is: if you're serious about security, you give _all_ staff
the minimum privilege required to do their jobs.  

--
Don Stokes, ZL2TNM (DS555)                        don@zl2tnm.gen.nz (home)
Network Manager, Computing Services Centre            don@vuw.ac.nz (work)
Victoria University of Wellington, New Zealand              +64-4-495-5052
Newsgroups: comp.os.vms
From: lionel@quark.enet.dec.com (Steve Lionel)
Subject: Re: VAX FORTRAN
Keywords:  FORTRAN PRINT QUEUE
Reply-To: lionel@quark.enet.dec.com (Steve Lionel)
Organization: Digital Equipment Corporation, Nashua NH
Date: Wed, 27 Jan 1993 18:19:14 GMT


In article <27JAN199309324042@rdth2.rdth.luc.edu>, pbricker@rdth2.rdth.luc.edu 
(Preston Bricker) writes:
|>
|>How do I send a file to a print queue from within a FORTRAN program?
|>There should be a hook equivalent to DCL PRINT.
|>If you post the answer, please also e-mail it.
|>

	CLOSE (unit-number,DISPOSE='PRINT')

You can also say 'PRINT/DELETE' which deletes the file after it is
printed.  (Of course, you have to have opened the file before you CLOSE
it.  DISPOSE can also be specified on the OPEN statement.
--

Steve Lionel                    lionel@quark.enet.dec.com
SDT Languages Group
Digital Equipment Corporation
110 Spit Brook Road
Nashua, NH 03062
Newsgroups: comp.os.vms
From: davis@pacific.mps.ohio-state.edu ("John E. Davis")
Subject: Re: Editing a large file
Reply-To: davis@pacific.mps.ohio-state.edu  (John E. Davis)
Organization: "Dept. of Physics, The Ohio State University"
	<C187HA.2M6@inews.Intel.COM>
Date: Fri, 22 Jan 1993 16:47:01 GMT

In article <C187HA.2M6@inews.Intel.COM> rbhatt@quasimodo.Inria.Fr (Rahul
Bhatt) writes: 
   I have used emacs on VMS for this purpose and it work extremly well. 


Emacs uses 24 bit integers which limit the buffer size to 2^24 - 1 characters
which is less than 10 megabytes or 20000 blocks.  This simply will not work on
an 80,000 block file.  It is probably best to write a simple C program splits
the file into smaller pieces, something like:

int main(int argc, char **argv)
{
   char *file = argv[1];
   char *base = argv[2];
   char buf[512], out_file[255];
   int max_lines, count, n = 0;
   FILE *fp_in, *fp_out;
   sscanf(argv[3], "%d", &max_lines);

   fp_in = fopen(file);

   count = 0;
   
   sprintf(out_file, "%s.%d", base, n);
   fp_out = fopen(out_file, "w");
   
   while (fgets(buf, 511, fp_in) != NULL)
     {
         if (count > max_lines)
           {
               fclose(fp_out);
               sprintf(out_file, "%s.%d", base, n);
               fp_out = fopen(out_file, "w");
               count = 0;
               n++;
           }
         fputs(buf, fp_out);
         count++;
     }
   fclose(fp_out);
   exit(0);
}

I have violated the fundamental principle of never posting untested code.
However, it is not my intention to actually write a program to perform the
task, rather to suggest that writing such a thing is trivial.

--
     _____________
#___/John E. Davis\_________________________________________________________
#
# internet: davis@amy.tch.harvard.edu
#   bitnet: davis@ohstpy
#   office: 617-735-6746
#
Newsgroups: comp.os.vms
From: jweiss@casbah.acns.nwu.edu (Jerry Weiss)
Subject: Re: Problems with EXABYTE tape drive
Organization: Northwestern University, Evanston Illinois.
Date: Sun, 24 Jan 1993 21:14:55 GMT

In article <1jq49uINNhrv@gap.caltech.edu> carl@SOL1.GPS.CALTECH.EDU writes:
>In article <1993Jan22.200938.22220@das.harvard.edu>, chen@speed.uucp (Lilei Chen) writes:
>>On our site we use EXABYTE tape drive for backup purpose.  But we
>>can not get more than 500MB on a 112M tape which is supposed to be
>>able to hold more than 2GB according to the specification.  We have
>>about five drives and all behave the same way.  We even tried it on
>>a PC with an ADAPTEC SCSI controler, but the result is the same.
>>EXABYTE claimed that they don't know anything about the possible
>>cause.  So I am asking the net if anyone has encountered similar
>>problems with EXABYTE tape drive and/or knows its possible cause.
>
>Well, unless I'm mistaken, the 2GB figure applies only if you:
>	1)  Write large records; and
>	2)  Keep the tape streaming
>If you're either:
>	1)  Writing small records; or
>	2)  Running an application that writes a record, pauses for awhile,
>	    writes the next record, etc.
>then you're not going to be able to write the full capacity of the tape.

Some more information about the operating system, version and actual
command would help. Even accounting for some of the item's Carl mentioned,
its hard to account for getting only 500 mbytes out of the drive.

A few things I will add:

1)  Backup versions from Vms 5.2 (?) to 5.4 have an interesting bug that 
wastes a great deal of space on small files.  The waste is especially
bad on files with few blocks and large tape record sizes.  Only one file
is written per record, and if the tape record is 16384 bytes you can waste
alot of space quickly.  There is a patch to fix this from DEC.

2)  If you are not using Backup, then writing large numbers of files
directly to the tape will waste large amounts space because of the way
the tape marks are implemented.

I routinely get 2.1 gig's on my 8200 exabyte, writing on a slow machine.
I don't believe tape pauses are a big space waster, but may be hard on the
drives.



-- 
Jerry S. Weiss	  "If you can't stand the heat, stay out of the antimatter!"
j-weiss@nwu.edu    Dept. Medicine, Northwestern Univ. Medical School
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: functions as arguments in DEC C
Date: 23 Jan 1993 22:39:34 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1993Jan23.211019.6955@dxcern.cern.ch>, burow@dxcern.cern.ch (Burkhard Burow) writes:
=My application generates 'wrapper' routines which pass along functions to
=other routines. The wrapper routines do not know the type of the functions they
=are passing along.
=
=Simplified e.g.
=
=void q ( int (*c)() );     /* A. prototype of q                              */
=
=void __q( void ( *a)() )   /* B. function with a function as argument        */
={
=q( a );                    /* C. pass the function parameter on to q.        */
=}
=
=For which the C compiler complains:
=
=q( a );
=^
=%CC-E-PASNOTREFCOM, In this statement, the referenced type of the pointer value
="a" is "Function (...) returning void", which is not compatible with "Function (
=...) returning signed int".
=at line number 5
=
=
=Silicon Graphics 2.0.1 ANSI generates a similar warning, but can be satisfied
=by casting 'a' in line B. as follows:
=
=q( *(void **)&a );        

Well, if you want to cast a as a signed int (which is what the error message
told you, and your declaration implies, the function q requires as an argument),
you don't use "*(void **) &a", you use "*(int **) &a".  Have you tried that?
Note:  Since I don't have DEC C, this is just a guess, based on what you've
told us, and the fact that VAX C accepts the syntax I've suggested.
--------------------------------------------------------------------------------
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.
Newsgroups: comp.os.vms
From: vaxs09@v7.vitro.com
Subject: Re: Print symbiont interpretation of PASTHRU
Organization: Vitro Corporation
Date: Tue, 26 Jan 1993 12:58:06 GMT

In article <1993Jan25.031308.10158@murdoch.acc.Virginia.EDU>, houseman@hopper.ACS.Virginia.EDU (Carl Houseman) writes:
> It seems it is necesssary to specify /TAB in addition to /PASTHRU in order
> to get the symbiont to pass the tab characters unscathed.
> 
> When questioned further the CSC said this was because of the symbiont's ability
> to create left margins and the need to make sure tabs were aligned.
> 
> I say /PASTHRU should be the same no matter what.  If I don't want /PASTHRU I
> wouldn't use it.  Searching for references in the Gray Wall produced nothing
> useful, except to say that TT2$M_PASTHRU caused QIO's to be treated as if
> IO$M_NOFORMAT was specified.  That was enough for me.

Since an earlier e-mail reply may not have gone through and since I have
new information, I'll post this one.

It's not a bug.  TT2$M_PASTHRU controls how characters are formatted when
a QIO request is issued.  It does not control whether an application program
(the print symbiont in this case) reformats text before issuing the QIO.
Whether such reformatting is desireable is a separate issue.

I couldn't find the behavior documented in the grey wall either.  Fortunately
we still have pieces of the orange wall. :-)  In sections 5.5.5 and 5.5.9 of
the VMS 4.2 release notes, two cases in which the symbiont will expand
tabs are documented.  Briefly, it will expand tabs when /TAB is not
specified on the print device (SET PRINTER /NOTAB or SET TERMINAL /NOTAB).
It will also expand tabs when the form has a non-zero left margin.

I found the /TAB behavior re-documented in the 4.4 notes (3.2.18.2) and
the 4.7 notes (3.2.15.6).

IMHO, the behavior is unexpected but not unreasonable.

	John Briggs			vaxs09@v7.vitro.com
From: winalski@adserv.enet.dec.com (Paul S. Winalski)
Newsgroups: comp.os.vms
Subject: Re: MEMFUL on large arrays
Date: 27 Jan 93 23:28:59 GMT
Reply-To: winalski@adserv.enet.dec.com (Paul S. Winalski)
Distribution: usa
Organization: Digital Equipment Corporation, Nashua NH


In article <1993Jan26.235037.1@slacvx.slac.stanford.edu>,
fairfield@slacvx.slac.stanford.edu writes:

|>    You don't have to be able  to  virtually address the whole image.  I
|>    know  because  I  recently had a user come to me  with  the  related
|>    problem that he could link an image, he  but  couldn't  activate  it
|>    because of insufficient VIRTUALPAGECNT...and see below.

In fact, you DO have to be able to fit the entire image into the Linker's
address space while it's being linked.  But you don't have to fit in all of
the shareable images that you link against.  Thus, you might have room for
image A.EXE to be linked, but not enough room to run A.EXE when it brings
in various shareable images.

--PSW
From: RP74871@LTUVAX.BITNET (Roderick Pemberton)
Newsgroups: comp.os.vms
Subject: (none)
Date: 23 Jan 93 20:05:49 GMT
Distribution: world
Organization: The Internet

signoff info-vax
confirm info-vax
From: white@gtewd.mtv.gsc.gte.com
Newsgroups: comp.os.vms
Subject: Operator "Grunt" duties
Date: 24 Jan 93 16:42:08 -0800
Organization: GTE Govt. Systems, Electronics Def. Div.

	
	What qualifications do/should system managers look for in an 
operator?  From reading the above posts about operators I get the
impression that operators in general dont have to know anything about
computers or operating systems.  Are you a qualified operator if you
can press the up and down arrow keys to select menu items or should you
be a trusted, knowledgeable memeber of the support team with full privs
when you want them?
	How can an operator take his job seriously if he is locked inside
some captive command procedure flopping around like a fish out of water?
	



					Chris W.
					Computer Operator
From: Chris_F_Chiesa@cup.portal.com
Newsgroups: comp.os.vms
Subject: Re: End-user on-line Motif tutorial
Date: Tue, 26 Jan 93 15:36:21 PST
Organization: The Portal System (TM)
Distribution: world
 <23JAN199309331004@cvdv99.mayo.edu> <1993Jan25.093440.25311@slcs.slb.com>
  <25JAN199315503555@erich.triumf.ca>

On the sub-thread about mouse-vs-trackball...

Count me as a pro-mouser!  I find it very intuitive to move the mouse where
I want the pointer to go, and the act of picking it up and putting it down
somewhere else without moving the pointer, thus changing the mapping between
physical tabletop and on-screen "real estate," doesn't bother me at all. 
On the other hand, I've had occasion to use a "TrackMouse," that is to say, 
a gen-U-wine :-) trackball SUBSTITUTE for a mouse -- and THAT drove me NUTS!
I can't get the pointer to go where I want it to, much less coordinate poin-
ter-motion with button-clicking in any intelligent way.

As for the mouse "real-estate re-mapping," for some people there seems to be 
an adjustment period, in which they must visibly painfully get used to the
idea of PICKING THE MOUSE UP and PUTTING IT BACK DOWN SOMEWHERE ELSE.  I don't
remember ever having such a getting-used-to period, myself -- or if I did, it
must have been vanishingly brief; I don't remember a time when using a mouse
was anything other than 100% natural and intuitive.  

I'm certain that a psychological investigation into the ways people use mice
and trackballs (and why stop there? there are LOTS of computer peripherals)
would reveal a lot of interesting psychological byways and backroads...  Not
to mention some human-factors-engineering improvements!  (Have you seen the 
things being done in non-standard keyboard designs?  Wooo-ee!)

Chris Chiesa
  Chris_F_Chiesa@cup.portal.com
Xref: sparky comp.os.vms:21724 comp.os.msdos.misc:7155
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.os.vms,comp.os.msdos.misc
Subject: Re: Format of VMS Notesfiles?  Program to read them?
Date: 22 Jan 93 06:58:51 GMT
Distribution: comp
Organization: St. Peter's College, US

In article <TOWFIQ.93Jan20155636@sparcipc.Microdyne.COM>, towfiq@Microdyne.COM (Mark Towfiq) writes:
>   I posted a couple of weeks ago about obtaining a program for MS-DOS
> to read VMS Notesfiles and excerpt text from them.  Having received no
> response, I was hoping there was something out there documenting the
> format of these files, or better yet, a program (maybe even with
> source code :)) that I could obtain and port to MS-DOS.  Can anyone
> help??

  The DECUServe conferencing system supplies a simple NOTES reader with the
notesfiles they put on the DECUS Symposia tapes/CD's. It is available on
DECUServe as well (VAX_NOTES_UTILITY notes 343.*), and I've just added it to
the anonymous FTP server on ftp.spc.edu (192.107.46.27) as VAX-NOTES-READER.
TXT in the default directory.

  You may have problems running it under MS-DOS (it's in VAX Fortran) and
NOTES conference files are RMS indexed files, which have no usable represen-
tation under MS-DOS. However, it should be a start for you.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: The worst question about TeX...
Date: 22 Jan 1993 11:00:58 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <7063@tuegate.tue.nl>, erikp@blade.stack.urc.tue.nl (Erik van de Pol) writes:
=I am sure that this must seem a stupid - no, the worst - question to you, but
=can anybody help me out?
=
=I am looking for a VMS port of TeX, but I dunno where to get it. I looked on
=Hunter Goatley's fileserver, but there is no TeX on his system. I do _not_
=have FTP access, so an email site is preferred.
=
=Perhaps someone can give me a pointer to an email site that has TeX for VMS?
=
=I have a VAXstation 2000 running VMS 5.5-1 and DECwindows. Please don't follow
=up but email me.
=
=Any help much appreciated.

Try to find your local DECUS group.  Ask them for a tape containing the DECUS
TeX kit.
--------------------------------------------------------------------------------
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.
Newsgroups: comp.os.vms