HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.os.vms
Subject: Re: Alternative callable editors in MAIL? [source+question]
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 30 Dec 92 15:41:14 GMT
Distribution: world
Organization: The Wolery

hd@cnplss5.cft.philips.nl (Henk Davids) writes:
> Now a question: the comment in the C module says that MAIL is an installed
> module. In fact, it is not. Neither are the shareable images that MAIL will
> call. How then does MAIL get its privileges (SYSPRIV) to write into other
> peoples' mail files?

MAIL is unprivileged.  It calls the callable mail routines in MAILSHR.EXE.

MAILSHR too is unprivileged; the MAILSHR routines in turn call MAILSHRP.EXE.
MAILSHRP is a protected sharable image, ie one that can provide user 
written system services.  These execute in exec or kernel mode; once in
exec or kernel mode, the $SETPRV system service will let you enable and
disable privileges to your heart's content.  Thus, MAIL (and more importantly,
callable MAIL) can write to protected mail files without being given
privileges explicitly.

HOWEVER, some external mail add-ons, eg internet mailers need privileges
to deliver mail, and don't use the protected sharable image mechanism to
obtain these.  These packages require MAIL (or anything using callable
MAIL) to be installed for the add-on to work.  (Normal delivery is unaffected
of course.)

--
Don Stokes, ZL2TNM (DS555)                        don@zl2tnm.gen.nz (home)
Network Manager, Computing Services Centre            don@vuw.ac.nz (work)
Victoria University of Wellington, New Zealand              +64-4-495-5052
From: SHOECRAFT@MC.MARICOPA.EDU (Steve Shoecraft)
Newsgroups: comp.os.vms
Subject: Re: Butthead
Date: 24 Dec 92 18:32:20 GMT
Distribution: world
Organization: The Internet


    I do not usually take part in discussions such as these, however, I would 
like you to know that you are ABSOLUTELY RIGHT for feeling like that.  The 
first time I joined this list, I unsubscribed for that very reason.  Please 
keep in mind, however, that no matter where you go, you will be in contact 
with those who feel that they are superior to you because they have more 
knowledge in an area which you seek information.  You must understand that 
these people have such an intricate knowledge of a particular area that the 
question which you ask them seems to them as common sense, and cannot 
understand why you are asking such a 'stupid question'.  There are people like 
that who are subscribed to this list.  Please understand, I am not attempting 
to defend them, because I feel as you do; I am merely attempting to change 
your mind with respect to this list and those who are subscribed to it. I 
guess what I'm trying to say is -- you have to take the bad with good, as you 
would anywhere else...
    There is something more important to be gleaned from this list than mere 
knowledge; It is the expirience of many people who have done what you wish to 
do, and they will pass this expirience on to you.  If you are truly determined 
to find the answer to your question, you will not be daunted by those who seek 
to demean you, this should only strengthen your resolve.
    To those of you who do tell people to RTFM, please understand that there 
are those who do not have the resources as you do, and are requesting your 
help... If you do not wish to give it, then do not, as is your right.
    To those of you who feel that you are superior because of your level of 
knowledge, keep in mind that YOU DO NOT KNOW EVERYTHING.
    And finally, to those of you who time and again answer those questions, 
no matter how stupid, I thank you.  You are the real reason why people join 
this list in the first place, and why they stay subscribed.

Newsgroups: comp.os.vms
From: ejon@ll.mit.edu (Eric Jones)
Subject: Re: ballooning EXE size
Reply-To: ejon@ll.mit.edu (Eric Jones)
Organization: MIT Lincoln Laboratory
Date: Tue, 29 Dec 92 23:23:13 GMT


BUHLE@XRT.UPENN.EDU ("E. Loren Buhle, Jr. ") writes:
|
|>I have a problem with the size of an executable going from ~1,000 blocks to 
|>something on the order of 75,000 blocks. 
|>

 [some problem desciption deleted]

|>Eventually, the addition of the simplest code causes the executable to go from 

Ah, we had exactly the same problem once, and the manuals were _not_ very
helpful (for once).  Finally, after carefully perusing the Linker reference
manual (not light reading) we discovered that the linker has a weird
behavior.  Weird, that is, because I can't imagine why it's desirable.
After the linker reaches a threshold number of ISD's (Image Section Descriptors)
it GIVES UP trying to further compress the output image through creation
of demand-zero sections.  This default value is "approximately 96."
	In short, it's easy to fix...try the following addition to your
link command:

|>
|>$link/map/exec=foo.exe
|> untouchable.olb/INC=foo_main, -	! main calling routine
|> untouchable.olb/L, -		! library of untouchable code objects
|> expm.olb/l, -			! my interface routines
|> sys$input/opt
|>   SYS$SHARE:FORRTL.EXE/SHARE,sys$library:vaxcrtl.exe/share
      ISD_MAX=%D1000
      ^^^^^^^^^^^^^^

To read more about it, try section 3.3 of the Linker manual.

|>--
|>Dr. E. Loren Buhle, Jr.  INTERNET: BUHLE@XRT.UPENN.EDU
|>University of Pennsylvania School of Medicine         Phone: 215-662-3084
|>Rm 440A, 3401 Walnut St., Philadelphia, PA 19104-6228   FAX: 215-349-5978
|>

Eric Jones - MIT Lincoln Laboratory - 244 Wood St - Lexington MA 02173
Newsgroups: comp.os.vms
From: mhui@ee.ubc.ca (HUI MAN HOI SAMUEL)
Subject: Problem with file open detection
Organization: University of BC, Electrical Engineering
Date: Wed, 23 Dec 1992 02:46:25 GMT

Hi,
   Can I use any DCL command or C Library function call to find out that 
if a particular file is already  opened by any process.  
   Is there anyone who can give me some help? Thank you!

	
Wai Kwok Law
Newsgroups: comp.os.vms
From: jweiss@casbah.acns.nwu.edu (Jerry Weiss)
Subject: Re: Writeback Cache and other trivia
Organization: Northwestern University, Evanston Illinois.
Date: Tue, 22 Dec 1992 22:46:59 GMT

In article <1992Dec22.220607.8221@news.acns.nwu.edu> jweiss@casbah.acns.nwu.edu (Jerry Weiss) writes:
>During a regular test of my backup procedures (ie: my system crashed and
>when it came back up a few things didn't work ;-( ) I discovered that I did
>not have a copy of jbsysqueue.dat on my daily incremental backups

That should have been jbcsysque.dat, not jbsysqueue.dat.  Sorry for the
confusion, that what I get for trying to spell things like I pronounce them.
-- 
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
From: DWING@UH01.Colorado.EDU (Dan Wing)
Newsgroups: comp.os.vms
Subject: DECterm across DECnet to X Terminal
Date: 31 Dec 92 22:22:32 GMT
Distribution: world
Organization: The Internet

I've got an X Terminal (VT1200, only does X with LAT), which I'm using 
DECwindows/Motif on now.

There's another VAX, accessible only over DECnet, that I'd like to get run 
Bookreader from.  I've tried various incarnations of SET DISPLAY, 
CREATE/TERMINAL, and got to the point that I could get a networked login to
my node (it was trying to execute X$X0.COM).  I messed with X$X0.COM but
never got a DECterm to actually display on my X Terminal that was logged 
into the remote VAX.

It seems, from trying to get this to work most of today, and from talking to 
some other people, that it isn't possible because I've got an X terminal 
(instead of a workstation, where SET DISPLAY/NODE=xx/TRANSPORT=DECNET would
work).  I'd appreciate it if someone could tell me to quit wasting my time 
or lead me in the right direction.

-Dan Wing, dwing@uh01.colorado.edu or wing_d@ucolmcc.bitnet (DGW11)
 Systems Administrator, University Hospital, Denver

Newsgroups: comp.os.vms
From: mattas@ICIL64.CILEA.IT (Andrea Mattasoglio)
Subject: There is any way to disable pause in DECwindows Session Manager ?
Organization: CILEA - v R. Sanzio 4 - Segrate - ITALY
Date: Mon, 21 Dec 1992 12:26:11 GMT
Reply-To: mattas@ICIL64.CILEA.IT

I have some Vaxstations in a common work area, which are mainly used as
X-term. Many users use Pause function in order to reserve the work place and
I must restart DECwindows server in order to restore the access to the system
when these users go home. I wonder if there some way to disable the pause
function.
Thank you very much for any pointer and merry chrismas to all
Andrea Mattasoglio- CILEA -ITALY
Newsgroups: comp.os.vms
From: sca@gese.ge14.mdadv.gv.at (Petzi Schweda)
Subject: Re: MOTIF - MEMORY HOG?
Originator: sca@gese0n.ge14.mdadv.gv.at
Organization: MD-ADV, Vienna, Austria
Date: Mon, 21 Dec 1992 07:48:07 GMT


In article <1992Dec18.171725.6909@galileo.cc.rochester.edu>, tanm@bio1.bst.rochester.edu (Martin Tanner) writes:
|> 
|> We have recently installed motif on a vaxstation 4000/60.  It seems
|> this program uses more memory than the old windows we had running -
|> thus our other jobs run somewhat slower.  Are there any fixes we
|> can apply? I suppose adding more memory would help - is that correct?
|> However, I am wondering whether there are things to try within the
|> current set-up.

On a VS3100 (poor as we are) we currently run MOTIF with 16 megs monochrome and 24 megs color.

Tuning included:

VMS 5.4-3: modified SWAPPER, idle processes will be swapped instead of shrinked
(as far as I understand). requires  SYSGEN-parameter MMG_CTLFLAGS to be set to 255 (MODPARAMS.DAT). VERY pleasing effect ...

VERY high User-Workingsets (UAF): currently having good results with WSEXTEND of 15000. You won't get anything out off the best tuned system without giving the resources to the user (had to worry around for 6 month to get this one) ...

DECps ("P"erformance "S"olution, former VPA) can give you good clues on utilization of resources.

hope this helps, Petzi
###################################################
Petzi Schweda (sca@gese.ge14.mdadv.gv.at)
MD-ADV, Municipality of the City of Vienna, Austria
From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
Newsgroups: comp.os.vms
Subject: Re: Sysop checking mail
Date: 23 Dec 92 15:13:46 GMT
Organization: The Internet


	Carl J Lydick <CARL@SOL1.GPS.CALTECH.EDU > writes:
>
>In article <0096569C.654B02A0.30189@nscvax.princeton.edu>, dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather) writes:
>>	Inasmuch as *anyone* with any of several privileges (BYPASS,
>>READALL, SYSPRV, CMKRNL, PHY_IO, LOG_IO, SETPRIV and perhaps others)
>
>Forgotten the (documented) CMEXEC, CMKRNL, DO THINGS IN KERNEL MODE strategy,
>have we? :-)

	When you have ALL privs, you sometimes forgot some of the more 
convoluted workarounds! ;-}


*************************************************************************
*                                                                       *
*                        Here, there be dragons!                        *
*                      dragon@nscvax.princeton.edu                      *
*                                                                       *
*                                                Richard B. Gilbert     *
*************************************************************************
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms
Subject: Re: Butthead
Date: 25 Dec 92 03:11:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <01GSOVRX9D8Y00014R@mc.maricopa.edu>, SHOECRAFT@MC.MARICOPA.EDU 
offers his unsolicited philosophy:

#    And finally, to those of you who time and again answer those questions, 
#no matter how stupid, I thank you.  You are the real reason why people join 
#this list in the first place, and why they stay subscribed.


BZZZT.  Wrong!  Guess again.  People joined this list for information.
Not for social niceness.  Not for good jokes.  Not for A.F.Day or Kevin
Mitnick seeking sources.  No, not even for you.  They ``joined'' (read)
this list for information.

They want to see answers they can learn from, or questions that duplicate
problems they have.

They don't want to see questions that are so ambiguous they cause more
confusion than they solve.

They don't want to see philosophical discussions, like yours or mine.

So take it to COMP.WEENIES.NICENESS.

Ehud

--
Ehud Gavron        (EG76)     
gavron@aces.com
From: murphy@npri6.npri.com (David P. Murphy)
Newsgroups: comp.os.vms
Subject: you asked for it, you got it
Date: 26 Dec 92 20:51:18 GMT
Distribution: world
Organization: NPRI, Alexandria VA

>Carl, the more you try to defend your behavior, the deeper the hole you
>are digging yourself into. Haven't you noticed that no one is rushing to
>your defense? Maybe you ought to take your own advice and "get a clue".
>
>marshall@NEBULA.SSD.LMSC.LOCKHEED.COM

the name "Carl Lydick" as author of an article means i'm about to read
a well-written post from a very knowledgeable person.  it might have
derogatory language in it, but usually not, and even so it is well worth
reading.  this is not net.miss.manners.go.to.your.room, so i have learned
to ignore conduct which might be unacceptable elsewhere.

i did not "rush" to his defense on the net because --- listen closely ---
THIS NEWSGROUP IS ABOUT VMS!  but since you asked, i just wanted to let
you and any other would-be net.behaviour.policeman know that i appreciate
carl's participation in this group and am glad this this buzz-noise isn't
going to chase him away.  geez, even ehud knows what he's talking about
most of the time (he's also quick to correct his typos ;-)

go worry about some *real* problem.

ok
dpm
-- 
murphy@npri6.npri.com 602 Cameron St. Alexandria, VA 22314 (703) 683-9090

              When every one is dead the Great Game is finished.  Not before.
                              --- Hurree Babu, "Kim"
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Sysop checking mail
Date: 22 Dec 1992 05:23:17 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 <0096569C.654B02A0.30189@nscvax.princeton.edu>, dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather) writes:
>	Inasmuch as *anyone* with any of several privileges (BYPASS, 
>READALL, SYSPRV, CMKRNL, PHY_IO, LOG_IO, SETPRIV and perhaps others)

Forgotten the (documented) CMEXEC, CMKRNL, DO THINGS IN KERNEL MODE strategy,
have we? :-)
--------------------------------------------------------------------------------
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: powers@ELROS.STG.TRW.COM
Newsgroups: comp.os.vms
Subject: RE:  Getting rid of SMB_SECURITY once and for all ?
Date: 29 Dec 92 02:26:36 GMT
Organization: The Internet


Dr Bernhard Fabricius:
> 	I seem to spend most of my "consultancy" time telling people how
> to let user ? on machine X.Y.Z.Q display on DECwindows/Motif displays, and
> am rapidly coming 'round to the opinion that the Session Manager's "Security"
> feature is the most useless invention since the Electric Nostril Hair Remover.
[etc]
> I was wondering if there is a way
> to tell the server not to check "Security" at all, ie let all connections in

Just one little note.  DECwindows and DECwindows/Motif are both implementations
of X-windows.  Over in the computer security newsgroups on Usenet Netnews,
there has been a recent flurry of discussion about flaws in X-windows that
allow just anybody to read and write anything they want on your X-windows
screen, like, oh, reading your password, and entering commands on your
behalf to  delete all of your files.  That is, IF windows security is done
sloppily.

The gossip is that, if you are sloppy, and if I wanted to, I could destroy
your X-windows/DECwindows world in Australia from right here in my home in
southern California U.S.A. easy as pie.

To be sure, the X-windows flaws being discussed are Eunuchs-based, but then
again DECwindows is also X-windows under another name.  So, maybe the risk
goes right across operating systems.  Maybe not.  Is convenience worth the
risk?  Not on my system.  I think I'll just delete my own files myself in my
own good time, thank you.

    Lester Powers
    powers@elros.stg.trw.com
    (inbound E-mail nameservers clobbered for the holidays)
From: byron@YOGI.HSC.UCALGARY.CA (Byron Draudson)
Newsgroups: comp.os.vms
Subject: 8 User VMS on 4000-60 Vaxstation
Date: 22 Dec 92 22:47:26 GMT
Distribution: world
Organization: The Internet

Is it true that there is a "commercial" 8 user VMS license for the Vaxstation
4000-60 as well as an "educational" version of the same license?  I've heard
that the "educational" version doesn't not increase the Layered Product Rating,
whereas the "commercial" version increases the rating from 10 to 20.  If the
educational 8 user VMS license actually exists, can anyone give me a DEC part
number?  Thanks in advance for any info.  As always, I'll summarize to this
group when I get more/sufficient info.

Part #       Description          Price  Comments
-----------  ------------------   -----  ------------------------------------
QL-001AC-B5  8 User VMS License   $6506  LPR increases from 10 to 20. :-(
             For Vax 4000-90

QL ??? (Can anyone fill in this blank?)  LPR stays at 10.  :-)

:byron
________________________________________________________________________
Byron Draudson, Systems Manager               byron@yogi.hsc.ucalgary.ca
Radiology, Foothills Hospital, Calgary, Alberta, Canada   (403) 670-2442
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: TPU:  proc to delete trailing spaces
Date: 23 Dec 1992 14:03:43 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 <1992Dec23.062138.3034@hubcap.clemson.edu>, rsimms@hubcap.clemson.edu (Robert Simms) writes:
=Together with a friend, I came up with the following procedure
=that I keep in my tpu$command file:
=
=procedure eve_erase_trailing_spaces
=   local count, kill_range;
=   count := 0;
=   loop exitif 0 = search_quietly ( (span(" ")@ kill_range) & line_end,
=						forward);
=        position (kill_range);
=        erase (kill_range);
=        count := count +1;
=   endloop;
=   if count = 0
=   then
=      message('No trailing spaces found.');
=   else
=      message('Trailing spaces removed from '+str(count)+' lines.');
=   endif;
=endprocedure;
=
=
=I also assign it to the Ctrl-P key for easy execution:
=
=define_key ('eve_erase_trailing_spaces'	,CTRL_P_KEY);

Wouldn't it be easier to

define_key ('eve$trim_buffer(current_buffer)', CTRL_P_KEY);

Digital had it first!
--------------------------------------------------------------------------------
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
Subject: Re: HELP!!! Security problem for gurus. [Directories]
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 3 Jan 93 12:00:19 GMT
Distribution: world
Organization: The Wolery

carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
> You shouldn't be surprised.  You see, RMS is also a *CRITICAL* entity.  If it
> runs across something that it doesn't understand, there are a few
> possibilities:
> 	1)  The disk is corrupted;
> 	2)  The user's address space is corrupted;
> 	3)  The system address space  is corrupted;
> 	4)  The system disk is corrupted.
> 
> Now, case 1 might not warrant a bugcheck.  Case 2 should, at the very least,
> result in process deletion;  Cases 3 and 4 both warrant a system crash before
> corrupted memory/system disk can do any more damage.  The idea is to have the
> system fail safe:  When in doubt, do whatever's most likely to insure the
> integrity of the system;  if that means getting the system manager's attention
> with a >>> prompt on the console, so be it.

RMS won't crash a system at all (unless BUGCHECKFATAL is set).  The XQP might.
RMS lives in exec mode; an unhandled condition will at worst take out the 
process.  

As for case (4), a corrupt system disk is _not_ a good reason to crash
the system.  In many cases keeping the thing up could be the difference
between a clean recovery and having to restore from backup (possibly
causing loss of data from between the last backup and the crash, at
best losing valuable production time); ANALYZE/DISK/REPAIR _does_ work
on a system disk.  Of course if it's really scrozzled you might need to
crash it and restore anyway.  I can't think of any reason for the system
to crash because it discovers a damaged file structure (as opposed to
crashing because it ate something poisonous as a result), nor can I recall
anyone losing a system because of file structure damage.

--
Don Stokes, ZL2TNM (DS555)                        don@zl2tnm.gen.nz (home)
Network Manager, Computing Services Centre            don@vuw.ac.nz (work)
Victoria University of Wellington, New Zealand              +64-4-495-5052
From: lin@primus.llumc.edu (P. James Lin)
Subject: Problem in system recovery after fatal failure of VAX3800, help!
Organization: LLUMC Radiation Research Lab
Date: Tue, 29 Dec 1992 20:54:55 GMT


I confront a problem after a fatal fault of a VAX3800 ( power supply failed).
The whole backplane unit has been replaced. When I try to boot the system,
the audit server is started, all other third party softwares' license
are successfully load, the last message on the console shows the VAX-VMS 
license has been successfully loaded, and then the system hangs forever. 
No activity is found in the disk i/o. 
But I can boot the system into single user mode or "mini" mode.

Problem 1: What is the next step which hangs the system?

I suspect the license database was corrupted during the power supply failure,
so I rename the LMF$LICENSE.LDB to another name and them try to boot the 
system, the message shows the license management facility is not started,
login is allowed in OPA0. Then I rename the LMF$LICENSE.LDB back to the
original name. After this step, I can not get the license management facility
to be started any more. It always goes to the single user mode no matter how
I specify the boot flag.

Problem 2: What's wrong? Does re-installing the auth-pak be the only solution
	   to recover to the previous state? 


Please e-mail to 
lin@proton.llumc.edu

Your helps will be a big gift for me in 1993.

Thanks.

P. James Lin                      INTERNET: lin@proton.llumc.edu
Radiation Research Laboratory     UUCP    : ..ucrmath!proton!lin 
Loma Linda University Medical Center, 11234 Anderson St., Loma Linda, CA 92354
Tel: (714)824-4066 FAX: (714)824-4067