HDTenEightyP/NetNews huggingface dataset:
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: VT220 and VT320 Key codes
Date: 22 Jan 1993 11:24:15 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 <C16803.2tn@dscomsa.desy.de>, hallam@zeus02.desy.de (Phill Hallam-Baker) writes:
>SYS$SYSTEM:SMGTERMS.TXT IS *NOT* repeat *NOT* a list of control codes for
>terminals. It is merely a list of codes which perform a certain set of
>functions. There is no way to discover from SYS$SYSTEM:SMGTERMS.TXT the complete
>list of codes.

True.  But from the context of Erek's post (verified in subsequent e-mail
correspondence), it seemed likely that SMGTERMS.TXT would meet at least his
immediate needs.
--------------------------------------------------------------------------------
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: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Closing file after deassigning SYS$OUTPUT
Date: 22 Jan 1993 12:10:59 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

eIn article <llrl3bINNm56@news.bbn.com>, brosen@bbn.com (Bruce L. Rosen) writes:
>Our application reassigns SYS$OUTPUT to a file, does a piece of work, and
>the deassigns SYS$OUTPUT.  According to BOOKREADER documentation, deassigning
>SYS$OUTPUT causes the file to be closed.  The file does get closed eventually, 
>but this appears to be happen asynchronously ... VMS apparently closes the
>file when it gets around to it.
>
>Unfortunately, most of the time for our application, this is not soon enough
>and the application fails on trying to re-open the file (using CRTL fopen());
>
>Is there a way to force VMS to close the file synchronously when the 
>deassignment of SYS$OUTPUT occurs?  Is there some other way to jog VMS
>into closing the file?

I've just tried, without success, to reproduce your problem on my system (of
course, I'm logged in from home over a terminal line).  Since I can't, at the
moment, reproduce your problem, I can only guess about it.  My guess is that
you might need to execute some other command (any other command;  even a command
that invokes a CLIROUTINE seems to work for me, and at the moment, I can't test
anything less than that) in order to force closure of the 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.
Newsgroups: comp.os.vms
From: rkoehler@author.gsfc.nasa.gov (Bob Koehler)
Subject: Re: SCSI disks on MVII
News-Software: VAX/VMS VNEWS 1.4-b1  
Organization: CSC System Sciences Division
Date: Fri, 22 Jan 1993 13:37:00 GMT

In article <1993Jan21.041643.15876@actrix.gen.nz>, Clive.Nicolson@bbs.actrix.gen.nz writes...
>I believe that one can use the DEC scsi card (KSZA-AA ???) on a VMII
>for driving disks, but DEC marketing tell you otherwise.
> 
>Clive.

I have a freind who says he's doing this, and that the card (KZQSA) can handle
more than the two peripherals it claims.  If someone has a KZQSA and wants to
add a disk, its worth a try, but if planning to add disks and controller their
are third party solutions one should probably consider first.  Lots of folks
will simply claim the KZQSA is brain dead, we use ours only for tapes and CDs.

------------------------------------------------------------------------------
Bob Koehler                     |   Any illusion to these opinions being other
rkoehler@author.gsfc.nasa.gov   |   than just mine alone is just that.
Newsgroups: comp.os.vms
From: pbricker@rdth2.rdth.luc.edu (Preston Bricker)
Subject: VAX FORTRAN
News-Software: VAX/VMS VNEWS 1.41    
Keywords:  FORTRAN PRINT QUEUE
Organization: Dept. of Radiotherapy; Loyola Univ. Med Ctr
Date: Wed, 27 Jan 1993 15:32:00 GMT

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.

Preston Bricker			pbricker@rdth2.rdth.luc.edu
Radiotherapy
Loyola Univ Med Ctr
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: Re: problem report of toupper() in GCC 1.42 on VMS
Date: 25 Jan 93 12:56:19 GMT
Distribution: world
Organization: The Internet

After all the rambling discussion of what toupper() should do with characters
that are not lower case letters, Arne Vajhxj finally asks the right question:

	What does the ANSI standard say about toupper ? [comments welcome]

Here is the exact wording:

	4.3.2.2 The toupper function
	Synopis
		#include <ctype.h>
		int toupper(int c);

	Description
		The toupper function converts a lower-case character to the
		corresponding upper-case character.

	Returns
		If the argument is a character for which islower is true and
		there is a corresponding character for which isupper is true,
		the toupper function returns the corresponding character;
		otherwise, the argument is returned unchanged.

Hence:  The GNU C definition is not ANSI compatible.

The POSIX spec includes the toupper function by reference to the ANSI C spec,
so GNU C isn't POSIX compatible either.

The 4.2BSD documentation I've got doesn't even mention toupper.  I don't have
the appropriate System V documentation here - anyone?

The original K&R mentions toupper but says only that "toupper(c) convert[s] c
to upper case".  The Second Edition of K&R is true to the ANSI C definition.

>From the code Mr. Vajhxj pulled out of the DECStation C library:

#if !defined(_POSIX_SOURCE) || defined(_XOPEN_SOURCE)
#define _toupper(c)	((c)-'a'+'A')
#endif

It would see that XOPEN called for a _toupper macro that clobbered non-lower-
case characters.  Since Ultrix has historically been mainly BSD-compliant, my
guess is that the "non-POSIX" arm of the conditional was meant to provide
compatibility with BSD implementations, which probably had this style of
_toupper macro, too.

Aren't standards wonderful?

Jaeschke's "Portability and the C Language", which tries to give you the most
conservative, portable definitions, specifically says that anything that is
not a lower-case letter is returned intact.  But it then proceeds to mention
_toupper as a macro form of toupper provided by some implementations:  Where
toupper must be "safe", even if defined as a macro (it only references its
argument once), _toupper may not be (though it may be faster).  Jaeschke gives
no hint that toupper's and _toupper's semantics otherwise differ - but then
proceeds to give a sample implementation:

	#define _toupper(c) ((c) + 'A' - 'a')

Great, huh?
							-- Jerry
From: gleeve@galaxy.dnet
Newsgroups: comp.os.vms
Subject: Re: Alternatives to DecVoice
Date: 27 Jan 93 14:06:39 GMT
Organization: The Internet

There have appeared some boards for Amiga machines recently that
do voice recognition/commands. Even, there's a PD application that
recognizes simple commands using a voice digitizer, just runs on
a stock amiga with a digitizer (which costs maybe $60). Amigas are
inexpensive enough they might be cheaper than a decvoice; there
are decnet, novell, and appletalk (and the obligatory slip based
ka9q tcp/ip) for Amiga to network them to your vaxen...extra cost
for most of these, unfortunately.
   AmigaDos has an interesting software construct called the
speak: device by the way...just dump normal ASCII to it, and it
emits it in spoken English, doing a usually pretty decent job.
This is stock with every Amiga.

   On an unrelated matter: I too would like more responses of
(local) use of the DEL command to delete postings one dislikes
rather than flames about them. Especially abusive flames. The flames
like yesterday's unix one (I laughed for 20 minutes!) are welcome,
and some creative cursing ("illegitimate son of a maggot!") would
occasionally be also. Long flame wars "should" be over "net religious"
issues, though, not attacks on bumbling questions or questioners. ;-)
Glenn
Everhart@raxco.com
From: ken@PSUEDVAX.PSU.EDU ("Kenneth J. Hoover")
Newsgroups: comp.os.vms
Subject: ***SUMMARY of responses : standalone 9600+ dialin/out modems
Date: 21 Jan 93 13:57:19 GMT
Distribution: world
Organization: The Internet


	First, I want to thank all of the people who responded to my request
for recommendations for a standalone 9600+bps modem to use as a dialin and
dialout device for a MV3100/30 here.  I received 8 responses and 4 requests for
my summary.  Since the S/N ratio has degraded drastically here over the last
week, I figured I'll post my summary since this is apparently an issue which
people have to deal with often, and gives me a chance to up the "S" side (I
hope).

	We have decided on the MultiTech 1432BA modem.  This decision
was mainly driven by a note that I received from Aaron Leonard (U of
Arizona) which was a pointer to the results of their extensive RFP for modems
for their systems.  They eventually selected the MultiTech modem from a
collection of dozens, and I'm ordering one from one of the same places that
they are purchasing from.  If you want to FTP the summary of the bids that they
received and the choices that they made (which I did, and it's even got phone
numbers and people to contact in it!), FTP to Arizona.edu and get files with
"modems" in their names from [uofa.rfp].  There are contact names, addresses, 
and phone numbers in there for just about all of the major modem 
manufacturers that I have ever heard of.

      The MultiTech 1432BA is a v.32bis modem with a 57.6bps serial port
speed.  It has group III fax capability (which I wasn't looking for) and a
line speed of 14.4kbit.  It also comes in a rackmount card version (the
1432BAR) and is made in the USA (according to the reseller).  The list price is
$895 (ouch!) but we were quoted a price of about $520 for one, and quantity can
bring that down even more.
                                                              
      Summary of modems recommended:

      2	MultiTech 1432BA (leonard@arizona.edu and mikel@anorad.linet.org)
      2 Telebit QBlazer  (DanMZ@Echosphere.Com and lee@hsh.com)
      1 USR Courier DS   (dragon@nscvax.princeton.edu)
      1 Hayes Optima 96  (wayne@tachyon.lonestar.org)
      1 Telebit T1600    (johnc@vexcel.com)
      1 Microcom 14.4    (MORRIS@patrick-pims.af.mil)

 and  1 *thumbs down* on Practical Peripherals' 9600 v.42bis 
                       (carpenter@fwva.saic.com)

      We will place the order shortly.  If anyone wants to hear about how
the setup goes, send me e-mail and I'll hang onto it and let you know when
things are running.

						- Ken Hoover

PS:  Since this thing has FAX capability, does anyone know how I could take
advantage of it without resorting to commercial FAX software (big $$$)?
-- 
Kenneth J. Hoover               | Disclaimer : I disclaim dis. 
ITSS Supervisor of Sys & Ops    | ken@psuedvax - kjh6@psuvm
Penn State College of Education | ken@psuedvax.psu.edu - kjh6@psuvm.psu.edu
From: lhotka@abel.incstar.com
Newsgroups: comp.os.vms
Subject: re: Flushing file buffers to disk in VAX C
Date: 25 Jan 93 15:05:32 GMT
Organization: INCSTAR Corp, Stillwater MN

In article <9301231826.AA03802@uu3.psi.com>, leichter@lrw.com (Jerry Leichter) writes:
> 
> 	The problem:
> 	------------
> 	I am running VMS 5.5-1 on a VAXstation 4000 model 60. I find that the
> 	C library call fsync() does not write the file buffers to disk as it
> 	is supposed to. Could someone else run the program below on  this or
> 	earlier versions of VMS and check it? Run the program on  one
> 	terminal, and when it stops to wait for input, kill the process using
> 	the STOP command from another terminal. If I understand the
> 	functionality of fsync() correctly, the buffers should have been
> 	flushed to disk - but when you look at the file after stopping the
> 	process, it is still empty. Is this a bug? 
> 
> Well, no.  Since fsync() is neither documented nor supported, it can't
> possibly have any bugs; if its effect were to delete every other file in
> your directory, that might be rather undesireable behavior, but it wouldn't
> really be a BUG.  :-)
>[...] 

One quick contribution to these discussions - I have an eval copy of the DEC C++
compiler which comes with the 'DEC C Run-Time Library Reference Manaul for
OpenVMS Systems' (part AA-PREYA-TE).  This manual documents the fsync() function,
though it is not done in such a way that it is clear that the fflush() call
is required.  It does explain the limitations of fflush() itself.

According to DECdirect, the DEC C compiler is currently available for VAX/VMS,
so there is apparently now an ANSI compliant compiler available to replace
VAX C.

When I installed the C++ compiler it DID put updated (new and incompatable)
versions of the C run-time library on the system.  It makes note that these
new library files are required for DEC C and DEC C++ to provide the ANSI
compliance.

The overall point here being that the fsync function is undocumented for
_VAX C_, but it is documented in near-future or present products.

 Rockford Lhotka                                INCSTAR Corp
 Systems Analyst                                1990 Industrial Blvd
 lhotka@incstar.com                             PO Box 285
 612/779-1701                                   Stillwater, MN 55082
           >>>Amiga - The computer for the creative mind<<<
Newsgroups: comp.os.vms,comp.windows.x.motif
From: jpt@salama.fno.dec.com (Jari Tavi)
Subject: Re: decwindows to motif converter
Reply-To: jpt@salama.fno.dec.com (Jari Tavi)
Organization: Digital Equipment Corporation
Date: Fri, 22 Jan 1993 12:24:49 GMT


In article <1993Jan14.233618.12699@iscnvx.lmsc.lockheed.com>, burkhardt@skynet.ssd.lmsc.lockheed.com (Spike Burkhardt) writes:

|> 
|>   I was wondering if anyone has had experience with a DECwindows to Motif
|> converter program?  We would be interested in all opinions.  Any suggestions
|> about how much to depend on it, how thorough.  We would like to have the
|> code be fairly standard but it is going to only run on Vax machines and 
|> possibly Alpha but not others.

Not knowing exactly what you are looking for, I can only give a guess.
With DECwindows/Motif (at least with the "old" developer toolkit) comes 
set of tools called DXMport. They belong to kit itself and give you 
utilities to translate DECwindows/XUI programs to OSF/Motif (native)
at source code level. It eats only C and UIL source and writes you new 
versions of the files where MOST of the routine work has been completed 
for you. Also it tags places in code which it can't translate from XUI to
Motif (tag is something like: >>>>> Developers decision: ...).

Was this what you were looking for ?

	-jari
 
--
===============================================================================
Full-Name:      Jari Tavi			
Organization:   DEC Finland                     Dept:           DS/OSG
Tel:            +358-0-434 5252	                Fax:            +358-0-452 1392 
E-mail:         jpt@rixrax.enet.dec.com
Address:        Digital Equipment Corporation Oy
                PL 16
                02201 Espoo
                FINLAND
===============================================================================
* All opinions are my personal, and do not necessarily represent opinions of
* my employer!
From: david@ittpub.nl (David P. Morgan)
Newsgroups: comp.os.vms
Subject: Re: A random number
Date: 21 Jan 93 21:36:51 GMT
Organization: ITT Publitec R+D BV, Amsterdam

In article <1993Jan21.015717.1@woods.ulowell.edu>, sabotkap@woods.ulowell.edu writes:
> Greg Sands writes:
> ->  Is there an easy way to get a scaled random number into a DCL com file? 
> ->  Say an integer between 0 and 1000 or something like that?  I had a look in
> ->  the manual, but didn't really even know where to start looking, so even a
> ->  pointer in that direction would be helpful.  Thanks.
> 
> Try anonymous FTP to ACFCLUSTER.NYU.EDU in [.VMS] subdirectory.  RANDOM.COM
> is an application entirely in DCL which should do what you want.
> 
The simplest thing to do is to take the hundredths and seconds from the
current time. It's random enough!

	irand=f$integer(f$extract(21,2,f$time())+f$extract(18,2,f$time()))

--------------------------------------------------------------------------------
David P. Morgan                        Internet: david@ittpub.nl        |ucannot
ITT Publitec R+D BV                    UUCP:     ...!sun4nl!ittpub!david|readdis
Amsterdam                              PSI:      020412905761212::DAVID |onavt52
From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
Newsgroups: comp.os.vms
Subject: RE: operator accounts
Date: 21 Jan 93 15:02:23 GMT
Distribution: world
Organization: The Internet


	(No name given) <CXNHJP@manadon-engineering-college.ac.uk> writes:
>
>Could anybody out there please tell me what the best way to set operator
>accounts up is, ie. should the different operators go though their own accounts,
>or should there be a common account with full privs. Is it possible to give
>privs only on request using com, exe programs without having to give the
>setprv priv initially .... ???
>
>Any thoughts on this subject would be greatly appreciated.
>

	Operators should have their own accounts for accountability.  
Operators should *NOT*, in general, have full privileges.  They should have 
*only* the privileges necessary to do their jobs.  I'd start by giving them
OPER, and WORLD.

	Operations requiring other privileges should probably be done from
captive accounts.  BACKUP is a good example; it requires READALL privilege
or BYPASS; privileges which, in principle, give the holder total control of
the system and allow, in practice, complete freedom to do anything at all
to any file on the system. 

	Another advantage of doing BACKUP from a captive account is that 
you can be reasonably sure that BACKUP is being done the way you want it 
done.

*************************************************************************
*                                                                       *
*                        Here, there be dragons!                        *
*                      dragon@nscvax.princeton.edu                      *
*                                                                       *
*                                                Richard B. Gilbert     *
*************************************************************************

Newsgroups: comp.os.vms
From: olin@vger.cheme.cornell.edu (Steve Thompson)
Subject: Re: disk storage question
Reply-To: olin@vger.cheme.cornell.edu
Organization: Chemical Engineering, Cornell University, NY
Date: Wed, 27 Jan 1993 19:58:59 GMT

In article <1k6gvtINNrt7@charnel.ecst.csuchico.edu>, rgoldstone@OAVAX.CSUCHICO.EDU (Robin, Girl Wonder) writes:
>Currently on our VAX 6310 we have 4 RA70 disks which are 280 MB each.  One
>of them I treat as a "system disk".  I do not have anything on it other than
>VMS (and Multinet).  It currently has 200,000+ free blocks.
>

How did you manage to fit that much stuff on a 280MB disk and have that
many blocks free? Amazing!

>I have been asked by my boss to investigate increasing our disk storage on
>that system.  Most of the solutions I am looking at involve keeping our
>existing controller (KDB 50) and just replacing the RA70's with larger
>disks, like maybe RA72s which are 1 gig each.  
>
>I have one question/concern about doing this: it seems to me that I will
>no longer be able to justify setting aside one disk as a "system" disk,
>since the new disks will be much bigger and thus there will be more "wasted"
>space on it.  I figured out that even if I moved all of our applications
>(PMDF, Oracle, Word-11) to the "system" disk, the total size of all this
>stuff would only be around 300 megs.  So, what do other people do?  Do
>you put user directories on the system disk?  Is this a problem for any 
>reason, i.e. when doing VMS upgrades? How about contention for the device?
>
>I appreciate any insights you can offer.

You'll always find a way to use the space. I have two 850MB disks which
are both used for system stuff only! I'd keep user files off the system
disk if at all possible.

steve

---------------------------------------------------------------------------
Steve Thompson, System Mangler   Internet: thompson@cheme.cornell.edu
School of Chemical Engineering   Bitnet:   thompson@crnlchme
Olin Hall, Cornell University    Phone:    (607) 255 5573
Ithaca NY 14853                  FAX:      (607) 255 9166
---------------------------------------------------------------------------
Newsgroups: comp.os.vms
From: jweiss@casbah.acns.nwu.edu (Jerry Weiss)
Subject: Re: Ice skating (was Recursion in Vax Fortran)
Organization: Northwestern University, Evanston Illinois.
Date: Sat, 23 Jan 1993 04:28:54 GMT

In article <154@mccoy.dbaccess.com> steve@dbaccess.com (Steve Suttles) writes:
>jhwelch@ecs.umass.edu writes:
>: In article <1j90tdINNng8@gap.caltech.edu>, 
>: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
>: 
>: > application programs.  I'd say that DEC will implement what you seem to be
>: > describing (you must admit that your description was rather vague) (other than
>: > via a non-default qualifier) on the day that the two of us go ice-skating in
>: > hell.
>: 
>: I just bought some ice skates.  How do I use them.  Help please!
>: 
>Another useless question!!!!  You didn't specify brand, style, or even size!
>We need to know the weather forecast and your street address.  How about some
>sample output, or even log files?
>
>When will you guys ever learn?

How is he ever going to learn a thing from this response.  We also need to
whether is it water or methane ice, the gravity and the version number of
his planet.  And by the way, doesn't he have a local deity he could ask
instead of bothering us.  Otherwise why all the cursing and praying? =;-)

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