HDTenEightyP/NetNews huggingface dataset:
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms
Subject: Re: EVE specins function? (or 'How to enter hex?')
Date: 10 Nov 92 06:25:33 GMT
Organization: Applied Information Systems, Chapel Hill, NC

In article <1992Nov9.233539.1@slacvx.slac.stanford.edu>, fairfield@slacvx.slac.stanford.edu writes:
> In article <96875@netnews.upenn.edu>, st@eniac.seas.upenn.edu (Stephen W. Thompson) writes:
>> Some null characters were in a file received from 'elsewhere'.  I'd like
>> to know how to do a global replace to make the nulls into spaces.
>> How does one enter the null (x'00') character in EVE?
> 
>     It would be nice if you could enter a null with CTRL/V CTRL/SPACE
> (I don't have my ascii chart at home, null _is_ CTRL/SPACE isn't it?).

NUL is actually CTRL-@ (The CTRL characters are the printable
characters from "@" through "_" -- which are 0x40 through 0x5f --
XOR'd with 0x40, a space is 0x20).  Some terminal may however
generate a NUL on CTRL-space or other keyboard sequences.

Bruce C. Wright
Newsgroups: comp.os.vms
From: aimar@dxbt00.cern.ch (Alberto Aimar SL/BT tel 2564)
Subject: Re: VMSMAIL: %MAIL-E-NOTISAM (file organization changed)
Reply-To: aimar@dxbt00.cern.ch (Alberto Aimar SL/BT tel 2564)
Organization: CERN - European Laboratory for Particle Physics - Geneva CH
Date: Fri, 13 Nov 1992 08:29:02 GMT

In article <1durl3INNkrp@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:

|>Of course, should you wish to reply to Aimar, you needn't bother.  Our boy
|>genius has managed to set up a mail forwarding loop for himself.

Come on, I know I haven't set any mail forwarding loop.
And I wrote in every mail the address to answer (look at the header
isn't written in there ?)
And lots of people sent me private answers.....

You could even chose:

aimar@dxbt00.cern.ch
aimar@vxcrna.cern.ch

Ciao.

Al.

PS:If you want to keep this flame, that you started, let's flame by email. 
   Full stop for me, about this subject (in this group).
From: SYSTEM_JM@UNODE2.NSWC.NAVY.MIL ("SYSTEM SUPPORT")
Newsgroups: comp.os.vms
Subject: Volume Sets
Date: 5 Nov 92 19:06:00 GMT
Distribution: world
Organization: The Internet

Date sent:  5-NOV-1992 14:01:03 
>Nigel - We have several volume sets here, and they've worked just fine
>for us.  One is two 1.1-gb RA90s, another is three RA90s, and the other
>is four 1.5-gb RA92s.  One of them has tens of thousands of All-In-1
>files on it.  They're not as efficient as stripe sets, but they don't
>cost extra money either.  And, as you say, each set fits on a single
>DAT tape (using data compression).

Have you *ever* had a disk in your bound volume set go bad?!  The bad news
is that instead of restoring one disk from your tape backups, you'll have to 
restore the *entire* volume set.  When it work, it works good.  Gee, how many
tapes will it take to restore the four 1.5GB volume set?! And how much time?!
*******************************************************************************
** Jim Matthews                                                              **
** Naval Surface Warfare Center Dahlgren Division                            **
** Code N23A                                                                 **
** Dahlgren, VA 22448-5000                                                   **
** Internet: system_jm@unode2.nswc.navy.mil                                  **
*******************************************************************************


Newsgroups: comp.os.vms
From: marshall@nebula.ssd.lmsc.lockheed.com (Bob Marshall)
Subject: Re: Problem with System Boot
Reply-To: marshall@nebula.ssd.lmsc.lockheed.com
Organization: LMSC, Sunnyvale, California
Date: Wed, 11 Nov 92 02:12:00 GMT

In article <00963684.EADF8AE0.18604@shrsys.hslc.org>, simon@SHRSYS.HSLC.ORG (Alan Simon) writes:
>My system crashed last night for some unknown reason.  When I attempted to
>bring it back up, I ran into problems.  The system made it to SYSTARTUP_V5.COM
>without any problems.  It started DECnet, did several DEFINEs, and ran
>LAT$SYSTARTUP.COM.  When it tried to start LAT, after creating and modifying a
>number of ports, I got the following error:
>
>	%DCL-W-ACTIMAGE, error activating image LATCP
>        -CLI-E-IMGNAME, image file DSA0:[SYS0.SYSCOMMON.][SYSEXE]LATCP.EXE;
>	-RMS-E-ACC, ACP file access failed
>	-SYSTEM-F-EXBYTLM, exceeded byte count quota
>
>Most of the rest of SYSTARTUP_V5.COM bombed.  Most of the errors were the same
>as above, with various other error messages because certain things did not run
>properly (such as the disks not being mounted).  In the system account, I 
>bumped up BYTLM from 32768 to 65536 and PBYTLM from 1024 to 4096, and 
>re-booted.  No change.  At that point, I logged into the system account, and 
>ran each of the commands in SYSTARTUP_V5.COM manually.  Everything worked like 
>a charm!  What am I missing, and I how can I fix this before the next reboot?

The STARTUP process does not get its quotas from the UAF record for username
SYSTEM; it gets them from the corresponding PQL SYSGEN parameter. Try raising
PQL_MBYTLM and PQL_DBYTLM. I had to do a similar thing to give the STARTUP
process a higher PGFLQUOTA. I added the following lines to the file
SYS$MANAGER:SYENVIRON.COM, since I didn't want the increased PQL_MPGFLQUOTA
value to persist after booting (it's a dynamic parameter, so it can be
changed on the fly) :

----------------
$! In order for the ORACLE SQLDBA image to run during boot, the STARTUP
$! process needs a PGFLQUOTA of 30000. The only way to accomplish this is
$! to set PQL_MPGFLQUOTA to 30000 before booting. After the STARTUP 
$! process has been created we want to set the PQL_MPGFLQUTOA value back
$! to a reasonable value in the set of ACTIVE parameters.
$!
$! RAM, 7/31/92
$!
$    run sys$system:sysgen
     set pql_mpgflquota 512
     write active
     exit

=============================================================================
Bob Marshall                     \\     "Women aren't as smart as they
Lockheed Missiles & Space Co.     \\     think they are; they think we
Sunnyvale, CA                      \\    men know a lot more than we
marshall@force.ssd.lmsc.lockheed.com\\   really do."
"I tell the truth 'cept when I lie"  \\     - Tim the Toolman
=============================================================================
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: File format change by BACKUP?
Date: 12 Nov 1992 12:54:50 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 <1992Nov12.122046.484@hhcs.gov.au>, sharmp@hhcs.gov.au writes:
=We have just had a situation where the backup command has done a funny on us. 
=The situation was a backup to tape was being done of a number of indexed RMS
=files.  The operator was prompted for another tape, and had to abort due to
=problems with the tape mount.  
=
=When the files are recovered from tape, the last file on the tape prior to the
=operator abort is in sequential format.  I was fairly sure that backup restored
=files in the same format as they were put on tape.  Is it possible for the file
=to be still opened when the operator aborted and for this to result in a 
=different file format?  The recovery command used was just
=	backup/log/select=(filenames)

This is just a guess, but:  The fastest way to restore a file to disk is to
simply copy the contents in block mode then fiddle with the file header after
you've copied all the data.  I suspect that this is the technique that BACKUP
uses.  Now, when you say "the last file on the tape prior to the operator
abort," are you *SURE* that the entire file was on the tape? Or could it be
that BACKUP hadn't finished processing that file?
--------------------------------------------------------------------------------
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: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: Volume Sets
Date: 10 Nov 92 11:17:42 EST
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <9211091501.AA26053@ucbvax.Berkeley.EDU>, SYSTEM_JM@UNODE2.NSWC.NAVY.MIL ("SYSTEM SUPPORT") writes:
> ....
> I just wanted the original poster to realize that new files and directory 
> structures get created across the entire volume set.  It's NOT as though one 
> disk will fill up with data before moving on to the next disk.  Therefore, 
> you'll have to backup the entire set if you lose a disk drive.  
> ....
> 
> *******************************************************************************
> ** Jim Matthews                                                              **
> ** Naval Surface Warfare Center Dahlgren Division                            **
> ** Code N23A                                                                 **
> ** Dahlgren, VA 22448-5000                                                   **
> ** Internet: system_jm@unode2.nswc.navy.mil                                  **
> *******************************************************************************
-- 
Jim,
 
Good points in your post. A note for the people who are less than 
intimately familiar with Volume Sets. 
 
A given file will tend to be allocated on a particular volume. 
The XQP (and its predecessors) try to avoid allocating a single 
file across multiple volumes in the volume set (among other 
reasons, each jump in volumes will require an extension file 
header to be allocated, the retreival pointers do not have any 
provision for Relative Volume Number specification).
 
Additionally, space for new files will be allocated on the volume 
set member which has the most free space available at the time 
that the file is created, which, to some extent, balances the IO 
load across the volume set.
 
Finally, a note. It is indeed possible, with fairly little work, 
to force files onto specific members of the volume set. 
 
I hope that the above is clear. If I have been unclear, please 
feel free to drop me an Email or give me a call.
 
- Bob
+--------------------------------------------------------------------------+
| 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                                                 |
+--------------------------------------------------------------------------+
Newsgroups: comp.os.vms,comp.sys.dec
From: newark@befvax.uchicago.edu (Tom Newark)
Subject: avs for vms
Reply-To: newark@befvax.uchicago.edu
Organization: University of Chicago, Dept of Molecular Genetics and Cell Biology
Date: Tue, 10 Nov 1992 20:47:28 GMT

once again here is my perennial question....


Does anyone know the status of avs for vms systems???
I know it exists, i've used it at siggraph but have yet to see it announced
for vms systems by dec...

I have a vaxstation 4000 90 spxgt sitting on my desk that is dying to run a
great application, but as of now dec is yet to release one....

Any info would be appreciated....talking to my sales rep is useless....
[* I bet you know what I mean *]

tom newark
newark@befvax.uchicago.edu


@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@
#@ Tom Newark    System Manager/Programmer                             @#
@# Department of Molecular Genetics and Cell Biology                   #@
#@ University of Chicago  --  newark@befvax.uchicago.edu               @#
@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@
From: Dave@usppc.abb.com
Newsgroups: comp.os.vms
Subject: Subject: Re: awk need
Date: 9 Nov 92 14:34:55 GMT
Organization: The Internet


A VMS version of GAWK is available from a number of sources.
To get started, you might try the following:

The following programs are available as described below.  If you have additions
or corrections to make, please contact me at RIC@RML2.SRI.COM.  Please
submit ALL application-specific questions to the originators of the codes.
Availability codes are at the end of the list.  

NOTE:   A current version of this file may be retreived by sending a ONE LINE
        mail message to:  NETSERVER@RML2.SRI.COM.  The one line should say:
        ?PACKAGE*VAX_LIST
        I will also try to keep a current version of VAX_LIST.TXT (this
        file) available via anonymous FTP from: rml2.sri.com (128.18.22.20).

This will get you a nice message giving most of the info you need to get
started.

Dave Hamby        Dave.Hamby@Usppc.Abb.Com
ABB Power Plant Controls
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Task to task decnet problem
Date: 9 Nov 1992 05:34:26 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 <1dkkscINNptf@manuel.anu.edu.au>, bear@nuc.anu.edu.au (Bernhard Fabricius) writes:
=A very simple (but not very elegant) way of doing this would involve letting
=the "4.7" nodes' menu system send a mail-message to a special PCX account on
=the "5.4-1" node. A low-prio background job on the "5.4-1" node then checks (at
=regular intervals) if there is any new mail for the PCX account and runs PCX
=with the requested file-name when there is. (You could put the requested
=file-name in the "Subject" field of the mail-message).
=
=You can use callable mail-routines to do the work. There is an example in the
="Grey Wall" on the callable mail routines that you can use as a template - it
=does almost all of what you want (except, of course, running PCX...)
=
=This is quick and dirty, but very secure. (And your users need never know...)

You've *GOT* to be kidding.  Anybody with TMPMBX priv and knowledge of the
MAIL-11 protocol can forge network mail.
--------------------------------------------------------------------------------
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: TRAXLER@SN01.SNCC.LSU.EDU (Isaac Traxler -- LSU VAX Systems Programmer)
Newsgroups: comp.os.vms
Subject: Motif & DECwindows
Date: 11 Nov 92 15:35:24 GMT
Organization: Louisiana State University


   I have an 8800 and 30 3100s clustered together.  I am currently
running DECwindows and would like to install Motif so that some of
the workstations run with Motif and the others continue to use
DECwindows.  All nodes share a common system disk.  Can this be
done?  What problems will I have?  How do I do this (The Motif
installation notes imply that DECwindows will be deleted when
I install Motif).
   Does anyone know what software won't work with Motif?

   I hope this question is not to general.  Thanks to everyone.

         Isaac Traxler
         VAX Systems Manager
         Louisiana State University
         TRAXLER@LSUVAX.SNCC.LSU.EDU
From: vaxs06@v7.vitro.com (Frank Monroe, Jr.)
Newsgroups: comp.os.vms
Subject: Re: 3100/90 or 4000/90 what's better?
Date: 9 Nov 92 18:37:11 GMT
Organization: Vitro Corporation

In article <1992Nov6.195431.29066@nntpd.lkg.dec.com>, thomas@lkg.dec.com (Matt Thomas) writes:
>
> The latest MicroVAX 3100 is the model 80 which is similar to a VS4000/90
> without being a workstation.

Not quite true.  We just received a MicroVAX 3100 model 90 just last Thursday.

-- Frank
******************************************************************************
Frank Monroe, Jr.                      | Voice     (301)231-3062
DEC Systems Support, Vitro Corporation | FAX       (301)231-2277
Silver Spring, MD 20906-2972           | InterNet  VAXS06@V7.VITRO.COM
Newsgroups: comp.os.vms
Subject: Re: BACKUP Question
From: Stafford@Vax2.Winona.MSUS.EDU (John Stafford)
Date: 10 Nov 92 09:31:34 -0600
Followup-To: comp.os.vms
Distribution: world
Organization: MSUS

In article <9211062238.AA11641@hermann.barra.COM>, louis@BARRA.COM (Louis
Dunne) wrote:
 
> 	Many people re-use old backup tapes, e.g.  every two weeks or so
> 	the incremental tapes "come back around" to the set you used two
> 	weeks ago. Now this tape has data from two weeks ago on it. Of
> 	course your sysop loads it into the drive, and goes home for the evening.
> 	Then someone else *ANYONE* (can read it)

How about having your backup job simply assign the device, read the clock
and sleep (wait 'n') until it is time to start backup?  Too simple?
From: leonard@telcom.arizona.edu (Aaron Leonard)
Newsgroups: comp.os.vms
Subject: Re: cheap and not buggy tcp/ip for VMS
Date: 13 Nov 92 21:48:39 GMT
Reply-To: Leonard@Arizona.EDU
Distribution: world,local
Organization: University of Arizona Telecommunications

In article <9211131301.AA21539@usppc.abb.com>, Dave@usppc.abb.com writes:

[ excellent evaluation of TGV MultiNet omitted ... ]
| The [TGV NFS] server also seems to take
| longer to respond to directory querries than the SunOS NFS server on
| machines of similar performance (SS 4/330).  We are unsure of the cause.

The problem is the different semantics between the native VMS and
Unix filesystems.  Unix expects the filesystem to maintain a precise 
byte count of each file; VMS Files-11 only knows block counts.
Thus, when you do an `ls -l *' on a filesystem NFS-served by a VMS
system, in the (frequently encountered) worst case, the VMS side must
actually read all of the files in that directory in their entirety, in order
to give a "proper" byte count to the Unix side.

It would be nice if NFS clients were happy with block counts only, but
I think that byte-count knowledge is ingrained pretty deeply in Unix.

Aaron

Aaron Leonard (AL104), <Leonard@Arizona.EDU>
University of Arizona Network Operations, Tucson AZ 85721
  "It's not a bug, it's a form of flow control."
  - Jerry Leichter on why crash-prone Unix is a suitable
    platform for NSFNET core routers
From: MRL@PFC.MIT.EDU (Mark London)
Newsgroups: comp.os.vms
Subject: GKS problems with color postscript output.
Date: 9 Nov 92 13:30:00 GMT
Distribution: world
Organization: The Internet

Are there any known bugs with GKS and color ps output?  I have a user who is
trying to generated color shaded pictures.  The printer accepts the file but
produces no output.  Does work, however, if he produces a plot with vectors. 
I'm about to hack the ps code.  Anybody else have experience with GKS and this
problem?  Thanks.
 
Mark London
MRL@NERUS.PFC.MIT.EDU

Newsgroups: comp.os.vms
From: glippert@dale.cts.com (George Lippert)
Subject: Setting File Output to Unbuffered in VAX C
Summary: setbuf() and setvbuf() don't work
Keywords: setbuf setvbuf
Organization: Titan Linkabit Corporation
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 6 Nov 1992 01:59:11 GMT


Gentlepeople,

After fopen()'ing a file for write in VAX C, is there a way to set it to do
*unbuffered* output?  The current version of VAX C does not seem to support
the Standard C functions setbuf()/setvbuf().

That is to say the functions are in the RTL but they return non-zero values
(ie. not successful/not implemented) and seem to have no effect.

Thanks for any help you might offer.
--
George A. Lippert      Member of Technical Staff       Titan Satellite Systems
3033 Science Park Road             San Diego, CA 92121            619.552.9933
work: glippert@dale.cts.com               home: zucchini!glippert@dale.cts.com 
------------------------------------------------------------------------------
Newsgroups: comp.os.vms
From: dkl@xcluud.sccsi.com (David Leikam)
Subject: Re: Control keys and EDIT/TPU
Organization: Greater Montrose UFO Appreciation Society & Data Haven
Date: Fri, 6 Nov 1992 16:50:08 GMT

In article <921103155452.20c042c2@EQL.Caltech.Edu> rankin@EQL.CALTECH.EDU (Pat Rankin) writes:
>
>     I'll pass on the TPU aspects of this, but want to comment on
>your interesting choice of examples.  I strongly urge everyone to
>*never* design an application which uses <ctrl/S> or <ctrl/Q> as
>command keystrokes. ...

   Oh, you're too late. By MANY years, too late. What he was describing
are some of the original control sequences from WordStar, clear back to
the CP/M days. There are too many users and too many editor programs which
are already using them. I do myself.

   Maybe it's a bad idea, but it's also a conditioned reflex I've had for
over a decade, and it's not likely to change anytime soon.
-- 
dkl@xcluud.sccsi.com | My company doesn't know Usenet exists, and my boss
and other places,    | would have kittens if he thought I spoke for them.
even more unsavory.  | My opinions are better than theirs anyway.
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.os.vms
Subject: Re: User limit in VS4000
Date: 13 Nov 92 03:32:26 GMT
Organization: St. Peter's College, US

In article <BxLt9C.12J@aplcenmp.apl.jhu.edu>, theune@aplcenmp.apl.jhu.edu (Peter Theune) writes:
> There _IS_ a special 8 user license available, but you must speak the
> magic words to get it, and depending on the regional office, it can be
> either very cheap or very expensive. Ours cost us 23 dollars (US) a
> couple of years ago for a similar situation with a vaxserver 3600.

  The $23 was an educational deal. Commercial prices for the 8-user upgrade
were more expensive. It was a "special" product and didn't have a list price.
The exact price you'd pay depended on what your sales rep decided, and was
supposed to only be offered to users who would buy other vendor's systems if
they couldn't get a multi-user license.

  I believe the new "OpenVMS" licenses allow expansion in units of 1 user -
thus, you can have as many users as you're willing to pay for. I don't know
if DEC sells those only on "timeshare" systems or if you can do it on the
server/station systems as well.

> Also, I think that UCX (the dec tcp/ip package) does not check users,
> but this might have been changed.

  That was a bug in UCX V1.3. UCX erroneously set the "no charge" bit in
the cloned UCB for the TNA terminal device. License charging works proper-
ly in UCX V2.0.

	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
Newsgroups: comp.os.vms