HDTenEightyP/NetNews huggingface dataset:
From: uugblum@ariel.lerc.nasa.gov (VMScluster Administrator)
Subject: Editing a large file
News-Software: VAX/VMS VNEWS 1.41    
Organization: NASA Lewis Research Center
Date: 21 Jan 1993 14:09 EST  

Some of our Cray programs produce very large (~80,000 blocks) ASCII output
files which are sent to the VAXcluster for review.  TPU and EDT don't work
well with large files.  I think the editors read the entire file into memory
so the performance is poor if it works at all.  One work-around could be to
break the large file into several smaller files.  Does anyone know of a DECUS
utility which can do this?  Does anyone else have another suggestion?

--------------------------------------------------------------------------------
Greg Blumers				Sverdrup Technology, Inc.
VAXcluster Administrator		c/o NASA Lewis Research Center
(216)433-6777				Mail Stop 142-2
					21000 Brookpark Road
uugblum@scivax.lerc.nasa.gov		Cleveland, OH 44135
--------------------------------------------------------------------------------
From: chen@speed.uucp (Lilei Chen)
Newsgroups: comp.os.vms
Subject: Re: Problems with EXABYTE tape drive
Date: 25 Jan 93 15:11:41 GMT
Article-I.D.: das.1993Jan25.151141.23796
Organization: Aiken Computation Lab, Harvard University

Carl J Lydick writes:
>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.

I have found out since my original posting, that the problem lies probably
in the firmware responsible for the motion control.  AFter 1/4 of the tape,
it decides that the logical end of tape is reached, thus the 500MB (2GB/4)
figure in my original post.  So either the firmware or the sensor for detecting
the real tape length is bogus.  Since all five units exhibt the same behavior,
it is very likely that the firmware in our units is not working properly.
That is the conclusion I have reached so far.

Jim (xue@cfaft5.harvard.edu)
From: dent@DIALix.oz.au (Andrew Dent)
Newsgroups: comp.os.vms
Subject: Re: SYSUAF.DAT access - the real world
Date: 23 Jan 1993 10:06:59 +0800
Organization: DIALix Services, Perth, Western Australia
NNTP-Posting-Host: localhost.dialix.oz.au
X-Newsreader: NN version 6.4.19 #1

Jerry Leichter made a point about the use of separate controls & the 
interests of the money men in managing VMS. I agree wholeheartedly - I
also think all serious VMS System Managers should take at least a short
course on audit theory!

With regard to separate access, I think the best way is to have a
consultant write privileged programs for this sort of task, with the
source CHECKED by the system manager.

Andy Dent (A.D. Software - Mac & VAX programming)
94 Bermuda Dve, BALLAJURA  Western Australia  6066
Phone/Fax: 09 249 2719 (local)  +619 249 2719 (International)
       Internet: dent@DIALix.oz.au    Compuserve: 100033,3241
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms
Subject: Re: Diacriticals???How???
Date: 26 Jan 93 11:50:34 GMT
Organization: Applied Information Systems, Chapel Hill, NC

In article <1993Jan25.174918.7456@gw.wmich.edu>, 92anderson@gw.wmich.edu writes:
> 
> I have a problem....    how does one implement diacriticals (those funny-
> 	looking foreign marks/letters) on a vax/vms?
> 
> Everytime I switch to a foreign keyboard set, and login to the system, it 
> 	reverts back to usa.

What kind of terminal (or PC terminal emulator) are you using?  What
does your comm link look like?  Other settings on either the terminal
emulator or on VMS?  It's not obvious from your article what you're
doing wrong;  VMS (even the US version) certainly does support multi-
national characters.  My guess is that you're doing one of the following
things wrong:

    1)	You are connected to the system over a 7-bit data line.  Most
	programs expect to be able to send multinational characters
	over an 8-bit data path.  In this case you should be able to
	use the accented characters if you set up your comm line to
	use 8-bit data (8-bit characters in the setup on your terminal
	end and SET TERM /EIGHTBIT to VMS;  or you may be able to do
	SET TERM /FALLBACK in VMS.  This last approach will depend on
	whether the terminal fallback facility (TFF) is active and how
	your applications do I/O to the terminal;  depending on your
	VAX's exact setup it may or may not work.  (Try looking at
	HELP SET TERM /FALLBACK and HELP SET TERM /EIGHTBIT).

    2)	You are not using the DEC Multinational character set nor the
	ISO Latin-1 character set as an 8-bit set, but are trying to
	use one of the alternative left-hand code pages that replace
	the square brackets and other characters with a small number
	of accented characters.  It's possible that some software on
	the VAX is explicitly setting your left-hand code page (maybe
	because you have US ASCII as your power-up condiiton on your
	terminal and something on the VAX is sending a reset sequence
	to your terminal).  In this case, try either setting up your
	keyboard after you're logged into the VAX and see if that works
	any better;  or try using one of the 8-bit character sets that
	I mentioned above, these give you a much wider selection of
	accented characters and are supported by more printers than the
	various national left-hand code pages.

If neither of these things work, tell us exactly what software you're
using and exactly how it's set up and what you're doing that causes
the problem.

Bruce C. Wright
Newsgroups: comp.os.vms
From: brydon@asl.slb.com (Harvey Brydon (918)250-4312)
Subject: Re: End-user on-line Motif tutorial
Reply-To: brydon@dsn.SINet.slb.com
Organization: Dowell Schlumberger, Tulsa, Oklahoma
Date: Mon, 25 Jan 93 09:34:40 GMT

In article <23JAN199309331004@cvdv99.mayo.edu>, fisk@cvdv99.mayo.edu (Tom Fisk
| 2D-337 STM | 5-4341) writes:
>I realize that there are many women that have no difficulty using mice.  The
>ones we see that are having the problem are those who have none or very limited
>computer experience and they use it while they are standing (which I think may
>be a big factor also).  The reason why they are having the trouble was 
>actually brought up by one of the users...not inferred on our part in anyway.
>And she is still running the mouse upside down and it works fine for her...

Just curious, but what kind of mouse are you and your lady friends using? 
Every mouse I have ever seen would not work upside down because gravity pulls
the ball "down" ("up" to the mouse) so that no contact is made on the internal
rollers.  ...And how do you click on the button(s) if it/they are on the
bottom?
_______________________________________________________________
Harvey Brydon         | Internet:   brydon@dsn.SINet.slb.com
Dowell Schlumberger   | P.O.T.S.:   (918)250-4312
1. Politics 2. Religion 3. Women's (a) ages (b) weights (c) rights
Newsgroups: comp.os.vms
From: brian@dsm.fordham.edu (Brian Downing)
Subject: Need diffs for VMS-EMACS-18.5[89] GNUS-3.14.1
Organization: Fordham University/CLC, Division of Science and Math
Date: Wed, 27 Jan 1993 11:26:56 GMT


 I requested the GNUS patches from emacs-serv@e.kth.se in VMS-SHARE
 format. There seems to be a bug in this share because when it
 attempts to extract gnus.el_diff it just sits there sucking up CPU
 time using very little IO and memory. I watched it several times by
 pressing control-t while extracting this file. All of the others were
 extracted without trouble.

 I just need to get these diffs, or even the patched files. The new
 emacs patches are applied and I've compiled/linked emacs. I just need
 to get GNUS up and running.

 VAX 6000, VMS 5.5-1, GNU EMACS 18.58 (from addvax.llnl.gov)

 If I neglected to mention any relevant details please ask and I'll
 send them.

 Thanks!

--
 brian...

 brian downing@->fordham university, nyc ny
         brian@dsm.fordham.edu       bdowning@mary.fordham.edu
From: TARKA10@SNYBUFVA.BITNET (Mark Tarka)
Newsgroups: comp.os.vms
Subject: Sabry's back.  Where's Ehud ?
Date: 21 Jan 93 11:09:50 GMT
Distribution: world
Organization: from SUNY College at Buffalo, NY 14222

I've just received a response to a test message sent to Sabry last week.
I intend to put him on hold, until I get responses (or lack thereof) to
the followinq requests:

If you are now assisting SABRY@SHEBIN.EG, please let me know.
           ^^^                                       ^^
If you would assist SABRY@SHEBIN.EG, please let me know.
       ^^^^^                                    ^^


Mark Tarka  (Now then, bartender -- where's my large friend?)
tarka10@snybscva.bitnet  vax 6610  vms(5.5-1)  mail(5.0)
tarka10@snybufva.bitnet  vax 6520  vms(5.5-1)  mail(5.0)


Newsgroups: comp.os.vms
From: houseman@hopper.ACS.Virginia.EDU (Carl Houseman)
Subject: Re: Viewing X applns on VAXstation
Organization: UVA. FREE Public Access UNIX! 
Date: Thu, 21 Jan 1993 18:30:28 GMT

In article <1j6phnINNf8o@mserv1.dl.ac.uk> ufe@dlva.dl.ac.uk () writes:
>I have been happily viewing X/Motif applications running on a variety
>of UNIX platforms on my VAXstation 3100 running VMS 5.5, UCX 1.3A
>and Motif 1.0A.
>
>Since upgrading to 5.5-2, 2.0, 1.1. Only those on the CONVEX work.
>HP and SGI give "Client not authorised to access server".
>
>TCPIP transport is obviously working. I have the relevant security entries
>viz <host> * tcpip. has anyone any idea what's going on ?
>
>BTW The client is in ucx$host 

We had this problem with some Suns where the security entry specified an
alias for the host name.  Using the fully qualified host name fixed it.

>Cheers,
>	Mark
>========================================================================
>Mark Enderby			   JANET - ENDERBY@UK.AC.DARESBURY
>Systems Manager		  	   EARN/Bitnet - ENDERBY@DARESBURY.AC.UK
>SERC Daresbury Laboratory
>Keckwick Lane						
>Daresbury
>Warrington	tel:   0925-603353
>WA4 4AD		Int:+44-925-603353
>UK		fax:   0925-603174

Carl Houseman
houseman@hopper.acs.virginia.edu
GENICOM Corporation  703-949-1323
From: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Re: SOLVED: Problem with "TASK=dclproc"
Date: 21 Jan 93 12:59:54 GMT
Organization: Kernel Mode Systems, San Diego, CA

In article <C16FpE.4FB@dscomsa.desy.de>, tjl@zeus02.desy.de (Tim Llewellyn)
 writes:
> In article <1jjls8INN1qhr@rs1.rrz.Uni-Koeln.DE>, aeg03@rrz.uni-koeln.de
> (Jan T. Kim) writes:
> 
> |>
> |>Hi again,
> |>
> 
> <.... problem solution deleted...>
> 
> |>TASK  object  under VMS must be activated for local users for the
> |>server to function. Therefore, I decided to do some tests to find
> |>out  if the TASK object works over here, and ran into the problem
> |>that is solved now. My local system manager didn't  know  how  to
> |>solve it, so I posted.
> |>
> 
> doesn't you local system manager know that the TASK object is also
> a massive security loophole.  If not, maybe he/she'd better find out
> about it. The again, I suppose your Atari package won't support proxies...

The TASK object is not necessarily a "security loophole".  It depends on how it
is configured, on the physical security of the network, and on whether or not
the systems in the network are part of a single security domain, 

Please don't worry people unnecessarily.  There are situations where having 
the TASK object enabled is the correct thing to do.  There are even situations
where having it enabled with proxy logins enabled is the correct thing to do.

On the other hand, giving people partial information and scaring them into
taking possibly-unnecessary "security measures" is not the correct thing to do.

	--- Jamie Hanrahan, Kernel Mode Systems, San Diego CA
drivers, internals, networks, applications, and training for VMS and Windows NT
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
Internet:  jeh@cmkrnl.com, or hanrahan@eisner.decus.org  Uucp: uunet!cmkrnl!jeh
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Print symbiont interpretation of PASTHRU
Date: 25 Jan 1993 07:17: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 <1993Jan25.031308.10158@murdoch.acc.Virginia.EDU>, houseman@hopper.ACS.Virginia.EDU (Carl Houseman) writes:
>[This is a re-post of an article that somehow got put in as a followup to an
>unrelated topic.  I'm still learning trn :-(.  The lack of replies, flaming
>or otherwise, convinced me that no one had seen it!  If you had, sorry.]

Note to the person who e-mailed me saying "Just ignore ill-stated questions."
	See:  I told you: When someone posts an ill-stated question and gets no
	      response, he'll just assume that nobody heard him the first time!


>It seems it is necesssary to specify /TAB in addition to /PASTHRU in order
>to get the symbiont to pass the tab characters unscathed.

It depends on the symbiont.  When the symbiont is told to print the line, it'll
get an indication as to whether or not the line is to be formatted.  Some
symbionts will honor this indication; others won't.

>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.

This sounds like a bug in LATSYM.  I've written a modified print symbiont that
*WILL* honor the indication (i.e., if it's told it's not supposed to format the
stuff it's supposed to print, it *WON'T* format it.  It won't even look at it,
and will send it to the printer using the IO$_WRITELBLK function). 
Furthermore, this modified symbiont will release the printer after EVERY job,
instead of holding on to it until the queue is empty.  If you'd like a copy,
e-mail it for me.
>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.
>
>Does anyone else agree that this is, at least, inconsistent behavior?  Worthy
>of being called a bug?  Worth of an SPR?  Already SPR'd?
>
>
>Carl Houseman
>houseman@hopper.acs.virginia.edu  (this address is so new, it may not work)
>GENICOM Engineering, Waynesboro, VA
>703-949-1323
--------------------------------------------------------------------------------
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: t_wade@vms.eurokom.ie
Newsgroups: comp.os.vms
Subject: DEMSB X25 router & X21
Date: 27 Jan 93 17:19:56 CET
Organization: EuroKom Conferencing Service

Hello,

I would be interested to know if anybody out there is using an X25 Router
(DEMSB) connected to an X21 NTU (64 Kb/s or faster).  I am still waiting for an
answer from DEC as to whether this is supported or not (up to now, we have used
V35, but we are constrained to use X21 in this case).

Thanks for any information.

------------------------------------------------------------------------------
Tom Wade        | Internet: T.Wade@vms.eurokom.ie  (all domain mailers).
Network Manager | DEC Enet: DECWRL::"t.wade@vms.eurokom.ie"  (VMS Mail)
EuroKom         | PSI-Mail: PSI%272431001992::_T_WADE
UCD Belfield    | JANET:    t.wade%ie.eurokom.vms@UK.AC.EARN-RELAY
Dublin 4        | X400:     g=tom;s=wade;o=eurokom;p=eurokom;a=eirmail400;c=ie
Ireland         | Telex:       (0500) 91178 UCD EI  ("TO: WADE" at start)
-------------------+----------------------------------------------------------
Tel: +353-1-2830555|  Official Disclaimer:  "This is not a disclaimer"
Fax: +353-1-2838605|          Unix  ....  Just say No !
From: DESMITH_N@COLLOQUIUM.CO.UK (Nick de Smith)
Newsgroups: comp.os.vms
Subject: RE: WANTED: SET DEF that uses statline
Date: 27 Jan 93 09:49:00 GMT
Organization: The Internet

Hi,

I am looking for OpenVMS/VAX/AXP based bulletin board systems. I think Mark
London(?) had one. If anyone could let me have the MAIL drops/sever addresses or
even just the documentation/overview, I would be grateful. I'm particularly
interested in dial-in systems. Please, if you can respond, use EMAIL and post -
I sometimes have problems reading Info-VAX.

Thanks!

Nick	NICK@NCDLAB.ULCC.AC.UK
From: billb@crpmks.uucp (Bill Bochnik (Info Systems))
Newsgroups: comp.os.vms
Subject: Re: VMS Version 6 - when ?
Date: 27 Jan 93 14:25:44 GMT
Reply-To: billb@crpmks.UUCP (Bill Bochnik (Info Systems))
Organization: Ciba-Geigy Corporation

In article <1993Jan25.025907.1@cc.curtin.edu.au> zrepachol@cc.curtin.edu.au writes:
>In article <2426@sousa.tay.dec.com>, anderson@funyet.enet.dec.com (Paul Anderson) writes:
>>
>> This is not an official answer or a commitment from Digital, but OpenVMS V6.0
>> is scheduled to ship in June.  When a particular customer gets a copy on CD is
>> anyone's guess.
>>
>
>I take it this means that 5.6 and 5.7 have/will be dumped and we will go
>from 5.5-? to 6.0?
>
>Well at least we get the old M/M-PLUS version number confusion back. :-)
>
>~Paul
>


Huh?  Generally speaking, major rewrites of the OS dictate a full version 
number change (from what they are saying, this has some significant changes).  
The queue manager in 5.5 was the only major exception to this "rule".
-- 
Bill Bochnik			| It's hard to be a James Bond in an Abbott
Systems Analyst 		|	and Costello world.
Ciba-Geigy Corporation		| Signed and sealed, they deliver oblivion.
philabs!crpmks!billb		| It's worse than that, he's dead Jim.
From: dgalb@carina.unm.edu (David Galbraith CIRT)
Newsgroups: comp.os.vms
Subject: DCL quirk (fwd)
Date: 27 Jan 1993 17:34:33 GMT
Organization: University of New Mexico, Albuquerque
Distribution: world
NNTP-Posting-Host: carina.unm.edu


I got this from a friend... Can somebody give a good explanation as to
why it doesn't give an error? 

Thanks,
David Galbraith
dgalb@unm.edu

-------------------------------------------------------------------------------
From:   JCSTASKO@bootes.unm.edu "JOHN STASKO"
To:     dgalb@uranus.unm.edu
Subj:   DCL quirk


Dear Dave:

Why does the following command not give an error?

$ '''''''''''''''

(any number of apostrophes will work.)

=John
-------------------------------------------------------------------------------
From: GAG@SNOW.PRIME.COM ("Greg Grotyohann")
Newsgroups: comp.os.vms
Subject: Re: HP DeskJet on VMS 5.4-2 extra page eject/form feed
Date: 26 Jan 93 14:08:00 GMT
Distribution: world
Organization: The Internet

Date sent:  26-JAN-1993 08:37:38 

>In article <01GTR0REM8CG91W9M7@admin.ripon.edu>, SCHANG@ADMIN.RIPON.EDU 
>("Jeff Schang ") writes:
>I'm setting up a DeskJet 500 to run on our VAXStation 3100 (5.4-2) and I am
>having one small problem.  The printer and queue are working perfectly 
>except for the fact that the DeskJet ejects ONE blank page BEFORE every 
>print job.  The DeskJet will eject TWO blank pages before the first job 
>that is printed after the queue or the printer is reset.
 
[Stuff deleted}

You need to get a modified version of the sharable print symboint, 
SMBSRVSHR.EXE from Digital. There is one for VMS 5.4 and one for VMS 5.5.
This version includes code to suppress the formfeed that is normally 
printed at the end of a print job. You then need to create a reset 
module (NOFORFEED.TXT) that consists of: <ESC>]VMS;2<ESC>\<ESC>P<ESC>E<ESC>\ 
(for HP Laserjet printers) and insert it into SYSDEVCTL.TLB. Add 
/LIBRARY=SYSDEVCTL and /SEPARATE=(RESET=(NOFORMFEED)) to your 
INITIALIZE/QUEUE command and you will only get one blank sheet 
whenever the queue is started.

Greg

***************************************************************************
Greg Grotyohann                       |Computervision Corp.               |
System Support Specialist             |Mail Stop MS21-54                  |
(617) 275-1800 X2686                  |100 Crosby Drive                   |
GAG@Snow.Prime.COM                    |Bedford, MA 01730                  |
***************************************************************************
From: Aurelius@cup.portal.com (Mark Christian Barnes)
Newsgroups: comp.os.vms
Subject: Re: functions as arguments in DEC C
Date: Wed, 27 Jan 93 22:17:29 PST
Organization: The Portal System (TM)
Distribution: world

|Burkhard Burow writes:
|
|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.*/
|}

 It would help if you at least made your arguments and prototypes
consistant with each other:

typedef	void * (*UnknownFunc)(	/* argmuments obey K&R promotion */ );

void q( UnknownFunc );		/* prototype of q using new type */

void __q( UnknownFunc a )	/* function accepting new type */
{
   q( a );			/* pass argument to q */
}

			Regards, Aurelius@cup.portal.com
From: BAREMAN@HOPE.CIT.HOPE.EDU ("Steven L. Bareman")
Newsgroups: comp.os.vms
Subject: DCL: ? Continuing execution after -?- severity message.
Date: 22 Jan 93 16:41:00 GMT
Organization: The Internet

Dear DCL-users,

What commands to I need to use to insure that a command 
procedure doesn't quit running after any warning/error conditions?

I have a procedure which must run to completion even if one of 
the commands generates a warning/error condition and at the 
beginning I have:

$ ON SEVERE_ERROR THEN CONTINUE

I thought that would cover them all but the procedure terminated 
prematurely after starting (and completing?) a backup recording pass.

Do I need to have "ON" traps for each severity level, or should 
just the highest one catch it?

Please respond directly to me since I am not subscribed to this list.

Thank you,

Steve Bareman
BAREMAN@HOPE.CIT.HOPE.EDU


Newsgroups: comp.os.vms
From: marshall@NEBULA.SSD.LMSC.LOCKHEED.COM (Bob Marshall)
Subject: Re: fortran/nohpo?
Reply-To: marshall@NEBULA.SSD.LMSC.LOCKHEED.COM
Organization: LMSC, Sunnyvale, California
Date: Mon, 25 Jan 93 06:35:29 GMT

In article <1993Jan24.172352.5424@dbased.nuo.dec.com>, lionel@quark.enet.dec.com (Steve Lionel) writes:
>
>In article <8F8C298AB90D201115@NERUS.PFC.MIT.EDU>, MRL@PFC.MIT.EDU 
>(Mark London) writes...
>>Can anyone tell me what the /nohpo switch for fortran does, and it what cases
>>do I need to add it, and is there a way to detect via a logical name if it
>>applies the vax I'm using?  Thanks.
>
>Now it occurred to me that there may be some people who have FORTRAN-HPO
>but choose not to use it for certain applications (though I really don't
>know of good reasons to do so)...

One of the FAQs at my site is "what does it mean when I compile my
program and I get the message 'COMMON block not naturally aligned'?".
After attempting to explain what it means, if the querant does not
appear to be satisfied (which is usually the case), my next response is 
"if it bothers you, just use the /NOHPO switch". In many cases they are 
compiling on a uniprocessor system in our system which has no vector 
processor, anyway.

So, there's at least one situation where the /NOHPO switch makes sense,
even when the FORTRAN-HPO compiler is available.

=============================================================================
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
=============================================================================