HDTenEightyP/NetNews huggingface dataset:
From: LABELLES@ZENO.MSCD.EDU (Stephen LaBelle - MSCD)
Newsgroups: comp.os.vms
Subject: Re: Question of SYSGEN.....
Date: 5 Jan 93 03:18:04 GMT
Distribution: world
Organization: The Internet

Sabry Kotob El-Ganzory <SABRY@SHEBIN.EG> writes:

> Hello All.....
> I hope that is 1993 Happy New Year to everbody.
> Please, Question of SYSGEN and to you SYSGEN>show/all
 
         {* SYSGEN PARAMETERS NOT REPOSTED FOR OBVIUOS REASONS *}
 
> As a matter of fact, I send this output because I want system tuning help

Sabry,

I have seen many of your postings and the FLAMES that they have generated.
I also have noted many suggestions for more complete information when asking
questions by people whom post questions. A very good suggestion to all!

However, posting of all your SYSGEN parameters is far to much information,
at least in my opinion??? I do not have the time or interest to read that
much stuff!

If you do not understand system tuning and SYSGEN parameters, I strongly
suggest you do not do anything until you are CERTAIN of what you are doing.
You may end up with a system that will not boot at all!!!

My suggestion is that you study the AUTOGEN utility. You need to run it with
FEEDBACK. That will get you moving in the right direction...

I do not know if anyone E-MAILED you suggestions. As I said before if you
do not know what you are doing with SYSGEN parameters and you mess with them,
you very well may end up with a much bigger mess!!!

							Steve

##############################################################################
# Stephen LaBelle                        # Internet : labelles@zeno.mscd.edu #
# Systems Programmer                     #            labelles@clem.mscd.edu #
# Metropolitan State College of Denver   #####################################
# Denver, Colorado  USA                  # Bitnet   : LABELLES@MSCD.BITNET   #
##############################################################################
# DISCLAIMER: The opinions expressed are mine and in no way, shape or form   #
# neccessarily reflect those of Metropolitan State College of Denver.        #
##############################################################################
From: LABELLES@ZENO.MSCD.EDU (Stephen LaBelle - MSCD)
Newsgroups: comp.os.vms
Subject: Re: Help of AUF.......
Date: 9 Jan 93 12:48:52 GMT
Organization: The Internet

Sabry Kotob El-Ganzory <SABRY@SHEBIN.EG> writes:

||>Hello all..........
||>please, I have account has uic:[300,24] and I want change to him name is
||>[IBRAHIM] but when go run authorizr
||>UAF>modi izmorsi/uic=[ibrahim]
||>  NOT accept and then give me this a message
||>
||>%UAF-E-UICERR, error in UIC specification \[IBRAHIM]\
||>
||>Any help???
||>Sabry
||>

Sabry,

I am not totally certain by your posting exactly what you are trying to do. 
There are possibly two files involved SYSUAF.DAT and RIGHTSLIST.DAT. Both
are managed with the authorize utility.

Understand how they both interact before doing anything or the account 
IZMORSI may get screwed up or even unuasable. 

This stuff is in a manual or try:

	UAF> HELP

I believe perhaps all you need to do is:

	UAF>RENAME IZMORSI IBRAHIM/PASSWORD=whatever

Note you have to reset the password to use the rename command.


						Steve,


##############################################################################
# Stephen LaBelle                        # Internet : labelles@zeno.mscd.edu #
# Systems Programmer                     #            labelles@clem.mscd.edu #
# Metropolitan State College of Denver   #####################################
# Denver, Colorado  USA                  # Bitnet   : LABELLES@MSCD.BITNET   #
##############################################################################
# DISCLAIMER: The opinions expressed are mine and in no way, shape or form   #
# neccessarily reflect those of Metropolitan State College of Denver.        #
##############################################################################
From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
Newsgroups: comp.os.vms
Subject: RE: SYSDUMP.DMP File Question...
Date: 7 Jan 93 21:11:15 GMT
Distribution: world
Organization: The Internet

>	Scott R. Daniels <SRDANIELS@RCKHRST2.BITNET> writes:
>
>This should be an easy one for you guys:
>
>  Is there a way to have the system look on a different disk for the SYSDUMP.DMP
>file ?

	No.  The dumpfile must be on the system disk.  The system locates 
the dump file and "opens" it, very early in the boot process; long before 
other disks would be mounted.

>  And is it also true that enough disk space should be allocated so that
>ALL memmory can be dumped into it ?  We just doubled our memory to 128MB, and we
>don't really have the room to put a 262,144 block SYSDUMP file on the system
>disk.  Any ideas would be greatly appreciated.  Please respond privatley...
>

	The dumpfile need not be full size.  If you have a smaller dumpfile 
and set up your SYSGEN parameters properly, VMS will write a partial dump.
What VMS thinks are the most significant portions of memory will be dumped 
first.  DUMPSTYLE must be set to 1 to do this.

	It is also possible to write a dump to your primary paging file 
(which must reside on the system disk).   You must copy such a dump to 
another file to release the pages in the paging file that are occupied by
the dump.  The copy may be made on another disk if you wish.  In order to 
do this, SAVEDUMP must be set to 1. 

	I may have missed a parameter or two so carefull study of the 
manuals would be a good idea.  (My biggest system has a whole 32Mb of 
memory so I've never been reduced to these expedients).


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

Newsgroups: comp.os.vms
From: miano@helix.enet.dec.com (Michael Miano)
Subject: Re: EWS 1.1 Server problem
Organization: Digital Equipment Corporation
Date: Tue, 12 Jan 1993 20:20:00 GMT


In article <30101@castle.ed.ac.uk>, mip@castle.ed.ac.uk (M I Parsons) writes...

>On boot up the 2000 passes all checks and then loads the EWS software
>correctly. It then displays it's EWS V1.1 initializing message and
>the mouse cursor and default background appear and then SOMETIMES the
>DECWindows login box appears. It generally disappears at this point -
>this appearance/disappearance may occur several times before I am left
>just the mouse cursor and the background. If I get as far as logging in
>my windows etc disappear.

The problem is that some other node on your network is using the same DECnet
address as you're using. Here's how to verify that:

	1. Power your node off
	2. $MCR NCP TELL node SHOW EXEC

It should come back and say "remote node is not currently reachable." Any other
message indicates another node on this address. 

Mike
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: Re: Question about RMS and MSCP-pair [correction]
Date: 5 Jan 93 15:49:33 GMT
Distribution: world
Organization: The Internet


	I wrote:

	By the time you get a "forced error", the data is gone.  The forced
	error indicator is set on the REPLACEMENT block, not the original one,
	and I don't believe the corrupted data, such as it was, is even copied
	into the block.

It's been pointed out to me that on at least some devices, the data IS copied,
and people have successfully recovered it in cases where it's highly redun-
dant (such as English text, for example).

I don't know for certain whether the DSA spec REQUIRES that the possibly-
corrupt data be copied to the replacement block, or simply ALLOWS it.  If
it does NOT require it, I don't know if any existing devices fail to copy
the data.

Note that, given the size of errors that the ECC on DEC's disks can correct
successfully, there are going to be at least some 10-12 bytes bad in the
block - and you have no idea where, or how many bytes have been damaged.  It's
quite possible that every byte in the block contains random mush.  For
anything EXCEPT natural-language text or source code, it's going to be very
difficult to recover much useful information.

In summary:  The only SAFE assumption is that if you see a "forced error",
the data in the block is completely gone.  If it is very important to you
and you have no other copies, you MAY be able to get some of it back - but
don't rely on it.
							-- Jerry
From: ARNE@KOPC.HHS.DK (Arne Vajhxj)
Newsgroups: comp.os.vms
Subject: Re: MFTU
Date: 5 Jan 93 11:36:24 GMT
Organization: The Internet

> on an old DECUS-tape I found a programm called MFTU. It converts VMS-files into
> ASCII text (suitable for electronic mail exchange) and vice versa, preserving
> the original VMS file structure.
> Now my question: is this program free to copy and distribute? Someone told me
> that it is meanwhile sold commercially. Is this correct?
> On the other hand - is there a public-domain program that does the same (I know
> UUE, TAR, COMPRESS and so on, but these don't preserve the VMS file structure)?

My copy of MFTU contains the following lines:

;       Copyright (C) 1987 Carlo Mekenkamp
;       This program is NOT in public domain.
;       This program may be reproduced freely, but including
;       this copyright notion.

Which I interpret (the word reproduce sounds a little weird in this context)
as "free to copy and distribute" AS LONG it contains the original
copyright.

Without being a lawyer I think, it is impossible to withdraw such a permission,
when it is once give. This does not imply that the eprogram can not be
sold commercially (but maybe it will be difficult to find buyers :-) ).

Anyway - I think a better method is to use ZIP (the new version do preserve
VMS file attributes) to compress the file and use UUENCODE or VMS_SHARE to
encode the zip-archive for mailing.

                                                          Arne

Arne Vajhxj                             local DECNET:  KO::ARNE
Computer Department                     PSI:           PSI%23831001304030::ARNE
Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK
Newsgroups: comp.os.vms
Subject: Is there a Vaxy GIF v PCX -> JPG converter out there ??
From: HCHA8904593X@LUST.LATROBE.EDU.AU (PERRETT, ANDREW)
Date: Thu, 7 Jan 1993 06:58:47 GMT
Organization: La Trobe University
X-News-Reader: VMS NEWS 1.24

If you know of one and where I can find it (preferebly compiled) please email
thanks
From: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Re: Creating subprocess with $CREPRC; preservation of symbols/logicals
Date: 8 Jan 93 11:03:15 PST
Organization: Kernel Mode Consulting, San Diego, CA

In article <C0I3xM.84F@acsu.buffalo.edu>, masmummy@ubvmsb.cc.buffalo.edu writes:
> I have a program that needs the use of $CREPRC to create a subprocess.
> I think LIB$SPAWN is great, but I cannot alter quotas with it.

There are limitations on how you can affect quotas with $CREPRC for 
subprocesses, too.

> My problem lies in preserving symbols and/or logicals.
> Is there any way (with normal privileges) that I can pass information to
> this subprocess (I need to give it a stream about 80 characters long), without
> resorting to files, mailboxes, and such?  

How about creating a logical name in the job logical name table?

> It appears to me (I am not an expert)
> that LIB$SPAWN copies the symbol and logical tables over by default.  Can I
> do that with $CREPRC, too?

not unless you implement it yourself.  LIB$SPAWN does it with mailboxes. 

	--- Jamie Hanrahan, Kernel Mode Consulting, 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, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
From: nreadwin@micrognosis.co.uk (Neil Readwin)
Newsgroups: comp.os.vms
Subject: Re: MFTU
Date: 5 Jan 93 21:44:40 GMT
Organization: Micrognosis, a division of CSK(UK) Ltd

ARNE@KOPC.HHS.DK (Arne Vajhxj) writes:
|> My copy of MFTU contains the following lines:
|> 
|> ;       Copyright (C) 1987 Carlo Mekenkamp
|> ;       This program is NOT in public domain.
|> ;       This program may be reproduced freely, but including
|> ;       this copyright notion.
|> 
|> Which I interpret (the word reproduce sounds a little weird in this context)
|> as "free to copy and distribute" AS LONG it contains the original copyright.
|> 
|> Without being a lawyer I think, it is impossible to withdraw such a 
|> permission, when it is once give. This does not imply that the eprogram
|> can not be sold commercially (but maybe it will be difficult to find
|> buyers :-) ).

There is no intrinsic problem with finding buyers for code that uses such a
copyright. I suggest you check the X11R5 (or ISODE) copyrights. These are
in some senses stricter (they require credit in the supporting
documentation) and yet many people buy products containing code from them.

Followups should probably go to another group. Neil.
-- 
 Phone: +44 71 815 5283  E-mail: nreadwin@micrognosis.co.uk
 Anything is a cause for sorrow that my mind or body has made
From: kjb@calmasd.prime.com (Ken Brucker)
Newsgroups: comp.os.vms
Subject: re: REPOST: Parameters for Diskperformance
Date: 12 Jan 93 17:36:35 GMT
Organization: Computervision, San Diego CA

In article <9301111414.AA08411@uu3.psi.com>, leichter@lrw.com (Jerry Leichter) writes:

> The only other consideration in choosing the clustersize is that you should,
> if possible, choose a clustersize that evenly divides the number of blocks
> on a track; or failing that, on a cylinder.  This ensures that clusters don't
> cross track (cylinder) boundaries.  I don't know the relevant numbers for an
> RF73, but they'll be in the specs.  Make sure you use the number of blocks
> that will be USED; there will be some spare ones for replacing bad blocks.

Patrick O'Malley gave an interesting presentation at the last DECUS debunking
the myth of cluster size being a factor of track or cylinder size.  With modern
disk technology the tracks are staggered so the rotational delays involved in
locating the next piece of a cluster aren't nearly as much as they have been in
the past.  I don't have all the details readily available, but he made a
believer out of me.

In the long run you will be much better off to make your cluster size
appropriate to the types of files you have on the disk, as Jerry has already
discussed.

> 
> You can move the index file from its default position in the center of the
> disk by using the /INDEX qualifier of INITIALIZE.  However, the default is
> the position that gives the best performance in normal usage; moving it
> elsewhere is only useful when you are formatting a disk that is intended to
> contain a really huge file (larger than half the disk),

A good example of this would be a disk that is going to be used exclusively for
a system page file.  We've used this technique on all of our workstations, thus
giving as a contiguous page file that almost fills the disk.

Ken

-- 
-------------------------------------------------------------------------------
**  Ken Brucker -- VMS/Ultrix Systems Programmer/Mangler -- Computervision
 **  kjb@calmasd.Prime.COM  
  **  Practice Random Kindness and Senseless Acts of Beauty
Newsgroups: comp.os.vms
From: sfr@inel.gov (Steve Schaeffer)
Subject: re: Re: How to use a non-DEC postscript printer??
Reply-To: sfr@inel.gov
Organization: Idaho National Engineering Laboratory
Date: Thu, 7 Jan 93 15:14:23 GMT


In article <1993Jan7.131903.25423@slcs.slb.com>, brydon@asl.slb.com (Harvey Brydon (918)250-4312) writes:
|>In article <1993Jan6.073552@mccall.com>, tp@mccall.com (Terry Poot) writes:
|>>[...]
|>>In article <9301060244.AA01911@uu3.psi.com>, leichter@lrw.com (Jerry Leichter)
|>>writes:
|>>>
|>clearly not in the spirit of open systems.  OpenVMS? Ptui!
|>_______________________________________________________________
                                              ^^^^^^^^^^^^^^

I made this very comment to CSC just yesterday over a related issue... I had
a PostScript program from someone here locally that would print a sample line
of text in each font that is resident on the printer. It was reported to work
with every PS printer known to the civilized world but it bombed on the DEC
LPSXX printers. DEC gave me a program that they had writtten that accomplishes
the same thing, but I still told 'em that I think that any generic PostScript
ought to work on their printers with their software if they are going to 
claim compliance with standards.

==============================================================================
Steven J. Schaeffer         Ma Bell: (208) 526-8543      "If it ain't broke...
EG&G Idaho, Inc.            FTS:           583-8543       don't fix it!"
P.O. Box 1625               Internet: sfr@inel.gov
Idaho Falls, ID 83415-3418  FAX:     (208) 526-1998
==============================================================================
========== long legal disclaimer follows, press n to skip ===========

Neither the United States Government or the Idaho National Engineering
Laboratory or any of their employees, makes any warranty, whatsoever,
implied, or assumes any legal liability or responsibility regarding any
information, disclosed, or represents that its use would not infringe
privately owned rights.  No specific reference constitutes or implies
endorsement, recommendation, or favoring by the United States
Government or the Idaho National Engineering Laboratory.  The views and
opinions expressed herein do not necessarily reflect those of the
United States Government or the Idaho National Engineering Laboratory,
and shall not be used for advertising or product endorsement purposes.
Newsgroups: comp.os.vms
From: larry@eco.twg.com (Lawrence B. Henry III)
Subject: re: VAX c
Reply-To: larry@eco.twg.com
Organization: The Wollongong Group (East Coast Operations)
Date: Mon, 4 Jan 93 19:41:24 GMT


In article <4JAN199309361642@jhuvms.hcf.jhu.edu>, ecf_stbo@jhuvms.hcf.jhu.edu (Remember Grimalkin) writes:
|>In article <1hs23kINNnqs@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU writes...
|>>Gawd, how I *HATE* UNIX!
|>
|>But you use C?
|>
|>This discussion just reinforces my belief that C is an unacceptable language
|>because the run time library has to emulate unix, regardless of the OS. I
|>have seen C take over as 'this weeks language' and I just don't understand it.
|>Why in hell are so many people using C on VMS? Why would you want to hose your
|>performance running through 14 levels of emulation attempting to (and often
|>failing) make the rtl conform to every little idiosyncrasy of one particular
|>system? I mean, is it a management decree based on 'marketing related
|>concerns'? Is it for 'portability' (seems like the typical C program depends on
|>such exact unix behavior that this portability is just a myth touted by people
|>running unix. Christ, look at the contortions the guy who ported XV had to go
|>through)? 
|>
|> stuff omitted.
|>
|>Tom O'Toole - ecf_stbo@jhuvms.hcf.jhu.edu - JHUVMS system programmer 
|>Homewood Computing Facilities, Johns Hopkins University, Balto. Md. 21218 

Tom,
	I have to agree.. for some reason the system calls of the UNIX OS
have become intrinsically bound to the C language in a way that was never
intended [this is probably largely due to the fact that most C code has
traditionally evolved from a UNIX platform, and therefore for portablility
(this is btw why POSIX came to be) reasons vendors mimic'd the system calls].
	Don't blame this on C !  It is an excellent systems level programming 
language.. Most of the code that I write in C is never even linked to a RTL..
Unfortunately when DEC introduced VAX C, the RTL was not as well thought out 
as it should have been and therefore abomination.. fortunately, 
we now have DEC C.. this has tremendous promise as an excellent implementation 
of C where the policies don't get confused with the implementation details.

-Larry.
Newsgroups: comp.os.vms
From: bbs-comarow@jwt.UUCP (Bob Comarow)
Subject: Re: Question of SYSGEN.....
Reply-To: bbs-comarow@jwt.UUCP
Organization: The Matrix
Date: Fri, 8 Jan 1993 18:32:25 GMT

> In article <1993Jan6.114759.1081@cmkrnl.com>, jeh@cmkrnl.com writes...
> # 
> #Most people will get MUCH better results from AUTOGEN than they will from 
> #most of the consultants who claim that AUTOGEN has serious problems. 
> 
> Yes, and that's what keeps the rest of us consultants who know AUTOGEN's
> problems and can do a much better job employed!
> 
> 
> 
> --
> Ehud Gavron        (EG76)     
> gavron@aces.com

I think what is referred to here is that people knock autogen, and
would be far better off using it.

The trick is to adjust what autogen does, look at what is does,
determine how and why autogen has made that decision, and then
decide what should be done.

Autogen is great, but I always follow it with  
DIF/par sys$system:setparams.dat  and see what's changed.

Bob
comarow@eisner.decus.org

GRUMMAN JSTARS
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: re: Re: Question: Reading keys with command procedures.
Date: 8 Jan 93 18:19:59 GMT
Distribution: world
Organization: The Internet

Don Stokes posts some code that uses BAS$INKEY to capture a keystroke.  He
comments that such usage "...fits into the "not supported but will break too
much if it goes away" category.  It's a bit more than that.

In theory, any undocumented language support routine is subject to change in
future versions of VMS.  In practice, since the VMS group and the language
groups try quite hard to ensure upward compatibility, it's essentially
impossible for them to remove any such routines, or change the semantics of
calls generated by older compilers.  The reason is simple:  Any such change
will cause images produced using older versions of the compilers to stop
working, since such images will be calling the support routines out of the
shareable libraries.  I'm not aware of any change, in the entire history of
VMS, which had this kind of effect.  When VMS has made non-upward-compatible
changes, they've either been bugfixes or they've been cases where there
really was no other way to add new functionality.  In the case of an RTL
routine, the alternative of simply defining a new entry point and modifying
newer compilers to use it is always available, and it's hard to come up with
a reason to change the old interface.

So, again:  Strictly speaking, this isn't supported.  In practice, you're
pretty safe.

Mr. Stokes also says that "all bets are off on Alpha."  For native Alpha
code, that's certainly true, since there is no reason why a native Alpha
BASIC compiler should generate calls to the same RTL routines as a VAX
BASIC compiler.  However, to the degree that Alpha VMS continues to support
the running of VAX images, it will necessarily be subject to the same
constrains as I pointed out above.
							-- Jerry
From: sysgaertner@cygnus.frm.maschinenbau.th-darmstadt.de (M. Gaertner, FRM, TH Darmstadt, Germany)
Subject: Does anybody know where SLIP for VMS is?
Date: Wed, 6 Jan 1993 14:17:16 GMT
Reply-To: sysgaertner@cygnus.frm.maschinenbau.th-darmstadt.de
Organization: Fachbereichsrechner Maschinenbau, TH Darmstadt, Germany

Hi,
after searching through a lot of archie-servers and such I'm asking
this group:
Where can I find a VMS-Version of SLIP ?
Any pointers welcome.
Thank you.

-----------------------------------------------------------------------------

                      M. Gaertner
                TH Darmstadt, W. Germany
	     Rechnergruppe FB 16-Maschinenbau
      SYSGAERTNER@CYGNUS.FRM.MASCHINENBAU.TH-DARMSTADT.DE
      Phone: Germany, (0)6151/16 5145