HDTenEightyP/NetNews huggingface dataset:
From: cobarruvias@asd2.jsc.nasa.gov
Subject: DECUS Info wanted on DECSET class
Organization: NASA/JSC
Distribution: usa
Date: Tue, 17 Nov 1992 16:25:24 GMT

In a previous post someone said there are more seats available for the DECUS
DECSET class. Anyone have any updated info on this course?

*****************************************************************
John R. Cobarruvias, Texas A&M Class of '78, 
NASA Johnson Space Center Houston Tx.
(713)483-9357

"And to think..................I hesitated" (Hellraiser II)
*****************************************************************
From: brydon@asl.slb.com (Harvey Brydon (918)250-4312)
Newsgroups: comp.os.vms
Subject: Re: Plans for mixed Alpha/VAX cluster with common system disk?
Date: 19 Nov 92 12:57:56 GMT
Reply-To: brydon@dsn.SINet.slb.com
Organization: Schlumberger/Anadrill Sugar Land, TX

In article <1992Nov13.100832.3777@dxcern.cern.ch>, julian@vscn08.cern.ch
(Julian James Bunn) writes:
>What worries me more about a mixed architecture VAX/Alpha VMS Cluster is
>how the poor innocent users are going to sort out the confusion between
>VAX and Alpha executables. I assume DEC will provide solutions for system
>logical name tables etc etc for MAVCs, but I bet they wont for the default
>login directories. The particular problem I see is if the user logs in to
>the Alpha node in the Cluster one day, re-compiles and links all his source
>files, then logs in to the VAX node in the Cluster the next day (why should
>he care what architecture he happens to get?) and wonders why he gets 
>
>Image file VXCRNA::DISK$C:[JULIAN]COUNTER.EXE;20
>Image is not an OpenVMS Alpha image
>
>Perhaps one could define a LINK symbol in sylogin that, for the Alpha
>node, directs the .EXE file into a subdirectory [.ALPHA_EXE] ? But this is
>messy, and probably not what the user wants. Defining different directory
>trees depending on the node type is no good either, as it defeats one 
>advantage of a cluster, which is to share the data. Unless ... there was some
>way of linking the source files together, and keeping the excutables and object
>files separate. 
>
>Has anybody got any bright ideas ?

It's probably too late by now, but since the two executable types are
incompatible, it would have made sense to me if the Alpha executables were
something else besides *.EXE
_______________________________________________________________
Harvey Brydon         | Internet:   brydon@dsn.SINet.slb.com
Dowell Schlumberger   | P.O.T.S.:   (918)250-4312
The sooner you fall behind, the more time you have to catch up!
From: murali@wistb.wistar.upenn.edu (Ramachandran Murali)
Newsgroups: comp.os.vms
Subject: Conversion UNix man files to VMS help files
Date: 20 Nov 92 18:35:58 GMT
Organization: University of Pennsylvania,Philadelphia
Originator: murali@wistd


Hi
	I am looking for a program/utility which would convert 
Unix man type files to Vms help files. If someone has any idea to go
about would very much appreciate your help.

Thanks

R.Murali

E-mail : murali@wistb.wistar.upenn.edu
Newsgroups: comp.os.vms,comp.lang.c
From: jsivier@ux1.cso.uiuc.edu (Jonathon Sivier )
Subject: String Pointer Passing Problem with VAX C
Organization: University of Illinois at Urbana
Date: Fri, 20 Nov 1992 22:45:10 GMT

    I have run into a very wierd bug/problem.  I have a series of routines
that I am passing string (char) pointers between.  In the top level I declare
some automatic char arrays of a given size.  I then pass the pointers to these
arrays to other routines for the return of a char string.  In the routine
which is called I create the string using sprintf and place it into a local
string variable.  Before returning from the routine I copy the local string
into the argument string which was passed (I've tried both strcpy and sprintf,
the results are the same).  Upon return to the calling routine I find that the
string consists of a large number of spaces (the same number as the size of
the array) and then the string.  If the string is being returned from more
than one level down in the heirarchy of the program, the string will be padded
with that many times the number of spaces and then the actual string.

   If, before calling the first routine in the chain, I initialize the first
array with a constant string everything seems to work.  Does this mean you
can't pass pointers to automatically created arrays?  Do only externally
declared arays of chars work when being passed between routines?  Why can't
a routine which is passed the pointer to an automatically declared array from
another routine write values into that array?

   If anyone has any ideas I'd like to hear them.  Otherwise I'll have to
make all my char arrays global and that will make recursion difficult, to
say the least.

Thanks for your assistance.

Jonathan

-------------------------------------------------------------------
|  Jonathan Sivier               |  Ballo ergo sum.               |
|  jsivier@ux1.cso.uiuc.edu      |  (I dance therefore I am.)     |
|  Flight Simulation Lab         |	        - des Cartwright  |
|  Beckman Institute             |                                |
|  405 N. Mathews                |                                |
|  Urbana, IL  61801             |                                |
|  Work: 217/244-1923            |                                |
|  Home: 217/359-8225            |                                |
-------------------------------------------------------------------
Newsgroups: comp.os.vms
Subject: Re: User limit in VS4000
From: hansher@bclcl1.im.battelle.org (Kevin Hansher, Battelle Computing Center)
Date: 18 Nov 92 07:43:36 EST
Organization: Battelle, Columbus, OH

In article <1992Nov12.223226.4410@spcvxb.spc.edu>, terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.) writes:
> 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.
> 

I believe the answer to your "I don't know" is No, you can't do the same
thing on the server/station's as you can on the other machines.  As I
posted a reply earlier, we are a non-educational site and just did this on
a VS3100.  But it was a different part number than the OpenVMS license
upgrades.  And, I guarantee you, unless for some reason you get a
"special" deal from your rep, the VMS upgrade prices on servers/stations
are "much" more than the $300/seat for the "new" OpenVMS licensing.  This,
obviously, is how DEC will control the pricing gap between server/stations
and the "real" timesharing machines.  One other thing to note...I have been
told, but have not had a chance to confirm this yet, that once I upgrade
the number of licenses on a VAXstation that the layered product unit rating
doubles.  Of course 20 units is still better for many sites than the 100
units for a VAX 4100.  Again this last bit of info has not been confirmed by
me, but just mentioned by my local rep.

p.s.
Believe it or not, we currently have a sales rep. who we can trust.  Of
course we'll see how long it will last before he gets reassigned or
laid off.  (And I have been on the other side of the fence with "worthless"
ones!!!)

-- 
------------------------------------------------------------------------------
Kevin Hansher			Symposium Session Quality Coordinator -
Battelle		        U.S. DECUS VMS Systems SIG
505 King Avenue	                Internet:	hansher@bclcl1.im.battelle.org
Columbus,  OH  43201		Voice: 614-424-4008  Fax:  614-424-5263
Organization: Administrative Computing & Info Services, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.os.vms
Date: Fri, 20 Nov 1992 16:40:16 -0500 
From: "Thomas J. Joyce" <tj06+@andrew.cmu.edu>
Subject: DECWindows CD player -- how?


I've read DECW$EXAMPLES:DECW$CDPLAYER.C to try and figure out how it
works.

My CD is called DKA0. So I assume that the player device should be
GKA0:, no? I've done this and the device that is created is listed
as being offline. When I invoke the program it obviously complains
about that.

I have the proper logical defined too. Could someone point me in
the right direction? I'm using a VLC with an RRD42 external drive.
I haven't found the Docs for the DECW$CDPLAYER.

thanks!

Tom Joyce
CMU Administrative Computing and Information Services
Newsgroups: comp.os.vms
Subject: DCL problem - dir/siz/grand
From: comjohn@ccu1.aukuni.ac.nz (Mr. John T Jensen)
Date: Tue, 24 Nov 1992 03:31:01 GMT
Organization: University of Auckland, New Zealand.

Excuse me if this is an elementary question - I am rather a VMS novice (tend
to write Unix shell scripts in DCL :-), but what I want to do is this.  I
want to get the numeric result of a dir/siz/grand [dirname...] into a symbol
in a DCL command file so I can compute on it.  In other words, I want the
number of blocks contained in a directory and all its subdirectories to be
the value of the symbol.  Sort of the VMS equivalent of
symbol=`du -s dirname` if it were Unix.  Can anyone help me?

jj

John Thayer Jensen                      64 9 373 7599 ext. 7543
Commerce Computer Services              64 9 373 7437 (FAX)
Auckland University                     jt.jensen@aukuni.ac.nz
Private Bag 92019
AUCKLAND
New Zealand
Newsgroups: comp.os.vms
From: sysop@robot.nuceng.ufl.edu (Shawn A. Clifford)
Subject: Help!  Lost savesets on a mag tape.
News-Software: VAX/VMS VNEWS 1.41    
Reply-To: sysop@robot.nuceng.ufl.edu
Organization: Nuclear Engineering Sciences - Univ. of Florida
Date: 19 Nov 1992 00:40 EST  

I had a few important save sets BACKUP'd to TK50, and like an idiot, I was
messing around with ALLOCate, INITialize, and MOUNT... and I zapped the
header info on the tape.

I'm sure the data is still there, but how can I retrieve those savesets?
Is there anyway to remark the tape correctly?  I do know the names of the
savesets, and it is mainly the very first saveset on the tape that I need.

Thanks for any help,
Shawn

-------------------------------------------------------------------------------
Shawn A. Clifford, System Manager | Internet: sysop@robot.nuceng.ufl.edu
Nuclear Engineering Sciences      |		sac@eng.ufl.edu
University of Florida             | Home Phone: 904/335-4914
Gainesville, Florida  32611       | Work Phone: 904/392-1450  FAX: 904/392-3380
-------------------------------------------------------------------------------
From: RMCEWEN@CCS1.BBN.COM (Regis McEwen)
Newsgroups: comp.os.vms
Subject: Re: retrofitting the old VMS queue manager
Date: 17 Nov 92 17:41:00 GMT
Distribution: world
Organization: The Internet

Steve,

> I need to return to using the old VMS queue manager (as used in VMS A5.5 and
> previous versions) on a cluster running 5.5-1, while retaining everything
> else the same (ie I don't want to reinstall A5.5). This is not related
> to any problems with the new queue manager - I have other reasons for
> doing this which I can't go into here. Anyone know how to retrofit the
> old queue manager? Thanks,

	Below, is a previous response I sent INFO-VAX last August.

						-Regis

============================================================================
> If you want to have a V5.4-3 compatible queman and jobcontroller, you'll
> have to install 5.5 from the May condist and say "NO" to "do you want to
> convert your que database?". This will leave you at VMS a5.5. Then you
> can't upgrade to 5.5-1, if memory serves.

	The "hackers" way, even if you've upgraded to VMS 5.5 or have a
	Factory installed newer (4000's etc) machines with VMS 5.5, or
	whatever, is to take advantage of a little known undocumented
	"workaround":

	Edit SYS$STARTUP:VMS$CONFIG-050_JOBCTL.COM and define the symbol
	newjobctl = 0  before the commands to actually run the job controller:

		$newjobctl = 0			  ! Added line
		$define/user sys$output nl:	  ! Old line
		$if newjobctl			  !   ""
		$then				  !   ""
		$run sys$system:jbc$job_control - !   ""
				.
				.
				.
				.
		$else				  ! Else, if set to 1
		$run sys$system:jobctl -	  ! run the "old" job controller
				.
				.
				.

	If 'newjobctl' is set to 0, it will run the old SYS$SYSTEM:JOBCTL.EXE
	instead of the new SYS$SYSTEM:JBC$JOB_CONTROL.  Deleting the 'Added
	line' or setting newjobctl = 1 will give you back the new queue
	manager.
	
	This also allows you the ability of being able to run a cluster of
	pre-VMS 5.5 machines with your VMS 5.5 one, if necessary.

	(Don't forget to save a copy of the original file and restore
	*before* any VMS upgrades !)


							-Regis



Newsgroups: comp.os.vms
From: brennan@tango.cchs.su.oz.au (Luke Brennan)
Subject: RE: File transfers - slow Kermit, looking for Zmodem
Organization: Cumberland College of Health Sciences
Date: Tue, 17 Nov 1992 16:33:03 GMT

In article <009637F9.FFC84DE0.16437@swdev.si.com>, tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425") writes:
> Sten Drescher (sdrescher@animal.brooks.af.mil) writes:
> 
  [...]
> fact, I regularly get 230 cps on a 240 cps connection using
> Kermit-32 V3.3.128 (the most recent Kermit-32 version) because it employs
> long packets.  Likewise, 

	urm.. *ages* ago, I grabbed Kermit-32 T3.4.018
	hasn't 3.4 been finished yet???!!! hmmm... :-)

	[...]
> windows.  My recommendation is to get a better version of Kermit for both sides 
> of the connection.

	Here! here!! Kermit works ok these days. Don't discard it out-of-hand.
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+ Luke Brennan                             e-mail:      brennan@cchs.su.oz.AU +
+ EDP Unit, S209                          brennan%cchs.su.oz.au@cunyvm.BITNET +
+ Cumberland College of Health Sciences,                              ,-_|\   +
+ The University of Sydney                  voice: +61 2 646 6402    /     \  +
+ East Street, Lidcombe, NSW 2141             fax: +61 2 646 4853    \_,-._*  +
+ AUSTRALIA                                                               v   +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
From: mark@mivax.mc.duke.edu (MARK)
Newsgroups: comp.os.vms
Subject: How to force image memory dump?
Date: 19 Nov 92 14:11:00 GMT
Organization: Duke University Medical Center
News-Software: VAX/VMS VNEWS 1.41


Does anyone know of a way to force an image (or process) memory dump on
demand for an interactive or batch process?  The RUN command allows one
to specify a /DUMP qualifier and creates either a detached process or
subprocess.  I have an .EXE which runs in interactive mode or in a
batch queue and would like to dump the processes memory whenever a particular
circumstance occurs.
Xref: sparky comp.os.vms:18281 comp.lang.c:16925
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms,comp.lang.c
Subject: Re: String Pointer Passing Problem with VAX C
Date: 21 Nov 1992 00:55:24 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 <By1Dvp.Gpu@ux1.cso.uiuc.edu>, jsivier@ux1.cso.uiuc.edu (Jonathon Sivier ) writes:
=    I have run into a very wierd bug/problem.  I have a series of routines
=that I am passing string (char) pointers between.  In the top level I declare
=some automatic char arrays of a given size.  I then pass the pointers to these
=arrays to other routines for the return of a char string.  In the routine
=which is called I create the string using sprintf and place it into a local
=string variable.  Before returning from the routine I copy the local string
=into the argument string which was passed (I've tried both strcpy and sprintf,
=the results are the same).  Upon return to the calling routine I find that the
=string consists of a large number of spaces (the same number as the size of
=the array) and then the string.  If the string is being returned from more
=than one level down in the heirarchy of the program, the string will be padded
=with that many times the number of spaces and then the actual string.
=
=   If, before calling the first routine in the chain, I initialize the first
=array with a constant string everything seems to work.  Does this mean you
=can't pass pointers to automatically created arrays?  Do only externally
=declared arays of chars work when being passed between routines?  Why can't
=a routine which is passed the pointer to an automatically declared array from
=another routine write values into that array?

OK.  That does it.  I'm going to write up a set of guidelines for posting to
comp.os.vms (a.k.a. info-vax).

One of the principal guidelines will be:
	IF YOU'VE GOT A PROBLEM USING SOFTWARE YOU'VE WRITTEN YOURSELF, INCLUDE
	A MINIMAL CODE FRAGMENT THAT REPRODUCES THE PROBLEM.

=   If anyone has any ideas I'd like to hear them.  Otherwise I'll have to
=make all my char arrays global and that will make recursion difficult, to
=say the least.

My idea is that if you give us enough information to allow us to reproduce the
problem (including the version of VMS you're running, in case that matters),
you'll probably get a lot more help than you will by sending a poorly-worded
description of your problem.
--------------------------------------------------------------------------------
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: rathbun@csa1.lbl.gov (Bill Rathbun, LBL, x7995)
Newsgroups: comp.os.vms
Subject: Problem moving color VMS/VWS system to mono machine
Date: 16 Nov 1992 11:55 PST
Organization: Lawrence Berkeley Laboratory - Berkeley, CA, USA
Distribution: world
NNTP-Posting-Host: 128.3.254.196
Keywords: VAX/VWS workstations
News-Software: VAX/VMS VNEWS 1.41    

We have several standalone VMS workstations at our facility running
the VWS windowing system. When I upgrade the OS on these machines I've
found it convenient (and time-saving) to copy a system image to tape,
then use Standalone Backup to move the tape image to the target machine.
(After this is done, I have a procedure to change the node name, Decnet & 
IP numbers, license database, etc) This works fine except when moving from 
an 8-plane color system to a monochrome system (Vaxstation 3100/38).
In the latter case, the mouse tracks about 3 inches lower than it should -
its as if the system thinks the small operator window is active. 
There is some sysgen parameter or system logical that must be changed 
when moving from a color to a monochrome system. (I solved this problem
several years ago, but now I can't remember & can't locate the solution)
Can anyone help me out on this?

Bill Rathbun
WHRATHBUN@LBL.GOV

Newsgroups: comp.os.vms
From: trsk@huldra.tdata.no (Trond Erik Skjerven)
Subject: Format of the native DECwindows SNF fonts
Organization: Tandberg Data A/S, Oslo, Norway
Date: Wed, 18 Nov 1992 15:33:11 GMT
X-Newsreader: Tin 1.1 PL3

Where can I find the specification of the native DECwindows font format ?

The native DECwindows fonts shipped with the VMS operating system 
for use with DECwindows applications on VAXstation systems
have a non "standard" SNF format.
(The fonts are 1/4 the size of normal SNF fonts.) 

Is the source code for the VMS font compiler "font" available somewhere ?

Are these fonts available in a PCF format ?


Thanks,

Trond Skjerven
--------------------------------------------------------------------------------
Trond E. Skjerven       Tandberg Data A/S 
                        PO Box 127, N-1473 Skaarer
trsk@tdata.no           Tlf +47 2 189090 Tlf dir +47 2 189472  Fax +47 2 189762
--------------------------------------------------------------------------------
Newsgroups: comp.os.vms
From: lionel@quark.enet.dec.com (Steve Lionel)
Subject: Re: Question on OpenVMS and VAX FORTRAN
Keywords: Fortran, shareable images, MACRO, RTL 
Reply-To: lionel@quark.enet.dec.com (Steve Lionel)
Organization: Digital Equipment Corporation, Nashua NH
Distribution: comp.lang.fortran
Date: Mon, 23 Nov 1992 15:04:12 GMT


In article <1992Nov22.152400.14845@doug.cae.wisc.edu>, dafnioti@cae.wisc.edu 
(Petros Dafniotis) writes:
|>(*) will shareable images be available in OpenVMS right away the same way
|>   as in VAX/VMS

Yes, shareable images are available, but they are actually easier to create
on OpenVMS AXP as you don't need to code a transfer vector in MACRO.  Please
make sure you read the OpenVMS AXP linker documentation on this subject.

|>(*) will OpenVMS fortran be 100% compatible (as language not binaries of
|>    course) with VAX fortran?

As close as we could make it.  Here is the list of language features we
deliberately omitted from DEC Fortran for OpenVMS AXP:

	Radix-50 constants, the routines IRAD50, RAD50 and R50ASC
	PDP-11 compatibility routines ASSIGN, CLOSE, ERRSET, ERRTST,
	  FDBSET and USEREX
	The REAL*16 datatype (but Q-exponent constants are accepted and
	  treated as REAL*8)

The default REAL*8 datatype on AXP is G_float, so if your program passes
REAL*4 values to REAL*8 arguments or vice versa, you've got a latent bug.
The D_float format is available on AXP but with the same precision as
G_float (53 bits).  IEEE floating is also available.

VAX FORTRAN allows you to pass a character literal as an actual argument to
a Fortran subroutine or function which receives it as non-character; DEC 
Fortran for OpenVMS AXP requires you to use %REF if you mismatch argument
types in this manner.

Lastly, DICTIONARY support is waiting for CDD/Repository availability.  Any 
other omissions or differences in implementation are unintentional and we want 
to hear about them.

|>(*) are all the wonderful SYS$,LIB$,SMG$ etc routines of system and RTL be
|>    in openVMS totally compatible with the VAX/VMS?

Pretty much all except for those which are VAX architecture specific, such as
LIB$DECODE_FAULT, etc.  There are some new routines, and at least one old
one (LIB$TPARSE) has a new equivalent that requires recoding to use.  If you
depend on "precise arithmetic exceptions", some rework will likely be needed.

|>(*) in conclusion: can someone give me some information regarding what will
|>    be different in OpenVMS wrt VAX/VMS (other than binaries and possibly
|>    fundamental types eg. longwords etc)?

As little as we could manage.  Some of the more advanced VAX/VMS features
won't be available in the early releases of OpenVMS AXP, but those will fill
in over time. 

|>(*) can someone point me to a source (ftp,journal,book) where i can learn
|>    more about alpha and OpenVMS?

See a previous posting about quick FAX information about AXP, or your
Digital representative.  I'll also be glad to answer specific questions about
Fortran.

--

Steve Lionel                    lionel@quark.enet.dec.com
DEC Fortran/VAX FORTRAN Development
SDT Languages Group
Digital Equipment Corporation
110 Spit Brook Road
Nashua, NH 03062