HDTenEightyP/NetNews huggingface dataset:
From: Chris_F_Chiesa@cup.portal.com
Newsgroups: comp.os.vms
Subject: Q: Format of image DST?
Date: Wed, 27 Jan 93 20:06:38 PST
Organization: The Portal System (TM)

Hmmm..  I posted an article here the other day but I never saw any respon-
ses, nor do I see my original article anywhere (and Portal's retention is
longer than on other systems I've used), so I'm going to paraphrase myself
and ask my question again, just in case my earlier posting went off into
the ether...

Does anyone know the format of the DST (Debug Symbol Table) contained in
an executable image linked /DEBUG?  I need to automate the process of 
dumping the contents of the DST, in order to produce a human-readable
listing of the source-code file specifications present therein.  I can do
it awkwardly by using DUMP and VFE, but I have a lot of images to go 
through and they're each made up of 30 to 40 modules, so automating the pro-
cedure would be a great advantage.

DSNlink tells me that this format can be dug out of VMS source listings
on CD-ROM, but unless one of YOU wants to supply me with that, there's not
a snowball's chance in Hell of my getting the opportunity to look at VMS
sources any time in the foreseeable future.  I'd appreciate a direct response
to this query in the form of information, or at least pointers to something
accessible online on the Internet.

Thanks in advance,

Chris Chiesa
  Chris_F_Chiesa@cup.portal.com
Newsgroups: comp.os.vms
From: ORAKEL@rzmain.rz.uni-ulm.de (Framstag)
Subject: DCL: wait <until-absolut-time>?
Organization: University of Ulm, Germany
Date: Tue, 26 Jan 1993 17:21:48 GMT
X-Copyright1: Fuer Veroeffentlichungen AUSSERHALB des Newssystemes gelten MEINE Geschaeftsbedingungen.
X-Copyright2: Nichtbeachtung wird in der Regel zivil- und strafrechtliche Folgen nach sich ziehen.
X-News-Reader: VMS NEWS 1.25beta

I have a problem with a DCL program:
I want to wait until an absolute time. The manual tells me WAIT accepts
only a delta-time parameter.

Is there a way to wait until an absolute time? (I don't want to program a
loop checking every second if the specified time is reached - uhhahhhhhh!)


\  Ulli 'Framstag' Horlacher       \     psi%(0262)45050260103::orakel  \
 \  Student consultant VAX/VMS and networks   \  orakel@dulruu51.bitnet  \
  \  Rechenzentrum  Universitaet Ulm  Germany  \    orakel@rz.uni-ulm.de  \
   \  "With mainframes you just can do nonsense, with PCs not even that."  \
From: Chris_F_Chiesa@cup.portal.com
Newsgroups: comp.os.vms
Subject: Re: Moderated VAX list
Date: Fri, 22 Jan 93 07:26:51 PST
Organization: The Portal System (TM)
  <C11wpI.MGs@unx.sas.com> <1993Jan18.200432.1@sejnet.sunet.se>
  <C12Etv.LzE@unx.sas.com>

I heartily echo the sentiments of those who OPPOSE a mailing-list format
for this newsgroup, on the grounds that it would be both more difficult
and more expensive for me to participate.  The difference in my case would
revolve around the fact that in newsgroup format the articles are stored
in some location on the system that I do not personally get charged for,
whereas in the form of mail messages I pay for storage.  Considering that
I would likely not be interested in EACH AND EVERY thread, I would end up
paying for lots of information that I did not want.  Newsgroup format is
infinitely superior as far as I am concerned.

If this group DOES become moderated, or spins off a moderated "elite" version
of itself into a mailing list, I'd recomend choosing as moderator someone
who could POLITELY redirect "stupid" questions, rather than who would flame
the querant to a crisp for even asking.  I.e., NOT Carl.  

Chris Chiesa
   Chris_F_Chiesa@cup.portal.com
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: VMSTAR help
Date: 23 Jan 1993 20:44:56 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 <1993Jan22.160839.3242@cnsvax.uwec.edu>, georgetl@cnsvax.uwec.edu writes:
=I'm having problems with the version of VMSTAR on our system.  It's probably
=a simple error, but the answer eludes me.  What happens is when I try to
=untar a file, the program only recognizes the first file in the archive and
=proceeds to untar ONLY that file.  I know the file isn't corrupt, just that
=VMSTAR won't for the life of me recognize the other files.  Any help would be
=great.

It most certainly would.  So how about giving us a little help.  For example:
	WHAT IS THE OUTPUT OF A "VMSTAR TVF filename" command?
	WHAT COMMAND DID YOU USE TO TRY TO UNTAR 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: not@inmos.co.uk ('o-Dzin Tridral / Brian O'Donovan)
Subject: Re: DCL: wait <until-absolut-time>?
Reply-To: not@inmos.co.uk ('o-Dzin Tridral / Brian O'Donovan)
Organization: INMOS Limited, Bristol, UK.
Date: Thu, 28 Jan 1993 08:26:50 GMT

In article <1993Jan26.172148.22771@wega.rz.uni-ulm.de> ORAKEL@rzmain.rz.uni-ulm.de (Framstag) writes:
>I have a problem with a DCL program:
>I want to wait until an absolute time. The manual tells me WAIT accepts
>only a delta-time parameter.
>
>Is there a way to wait until an absolute time? (I don't want to program a
>loop checking every second if the specified time is reached - uhhahhhhhh!)

Hi!

Despite what the manual may tell you, WAIT will do just what you want...

$WAIT 28-Jan-1993 08:25:20.01

(or whatever) actually works.  As far as I know, it's undocumented, it's
certainly not in the on-line help.  

  Cheers,

    'o-Dzin
>
>
>\  Ulli 'Framstag' Horlacher       \     psi%(0262)45050260103::orakel  \
> \  Student consultant VAX/VMS and networks   \  orakel@dulruu51.bitnet  \
>  \  Rechenzentrum  Universitaet Ulm  Germany  \    orakel@rz.uni-ulm.de  \
>   \  "With mainframes you just can do nonsense, with PCs not even that."  \


--
[ 'o-Dzin Tridral / Brian O'Donovan / isodonovan@isnet.inmos.co.uk   ]
[ Inmos Ltd, Newport, NP9 1YJ, UK.  / 0633-810121 X384               ]
[ / / / / e-mail if you would like info. on Tibetan Buddhist \ \ \ \ ]
[ \ \ \ \ \ \ groups and events in the UK, USA, Germany. / / / / / / ]
From: buda@star.enet.dec.com (Mark A. Buda)
Newsgroups: comp.os.vms
Subject: Re: VMS Version 6 - when ?
Date: 25 Jan 93 21:33:30 GMT
Article-I.D.: nntpd.1993Jan25.213032.9728
Organization: Digital Equipment Corporation


In article <1993Jan25.025907.1@cc.curtin.edu.au>, zrepachol@cc.curtin.edu.au writes...

>I take it this means that 5.6 and 5.7 have/will be dumped and we will go 
>from 5.5-? to 6.0?

There never was a V5.6 or V5.7.

	- mark

buda@star.enet.dec.com
...!decwrl!star.enet.dec.com!buda
buda%star.enet.dec.com
From: TADJKARIMI@KIDS1.WUSTL.EDU
Newsgroups: comp.os.vms
Subject: SIGN OFF INFO-VAX
Date: 23 Jan 93 15:06:11 GMT
Distribution: world
Organization: The Internet

SIGNOFF INFO-VAX

Newsgroups: comp.os.vms
From: anderson@funyet.enet.dec.com (Paul Anderson)
Newsgroups: comp.os.vms
Subject: Re: Alpha Architecture Handbook
Date: 22 Jan 93 16:15:23 GMT
Reply-To: anderson@funyet.enet.dec.com (Paul Anderson)
Organization: Digital Equipment Corporation


I don't know of an address to order the book, but there is a phone number you
can call to get any information about Alpha AXP hardware and software.

	Alpha AXP Fast FAX
	U.S. and Canada (from any Touch Tone phone)	800-842-7027
	Outside U.S. and Canada (from any FAX machine)	415-694-3916

 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
   Paul Anderson, OpenVMS Specialist     .   anderson@funyet.enet.dec.com    .
   Digital Equipment Corporation         .                                   .
   40 Old Bolton Road, Stow MA 01775     .   (508) 496-9140                  .
 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
From: fowler@southpower.co.nz
Newsgroups: comp.os.vms
Subject: VAX/VMS V5.5-2 Upgrade Question
Date: 29 Jan 93 13:24:03 NZDT
Organization: Southpower, Christchurch, New Zealand.

Hi,


I am a Systems Administrator on a 14 node VAXCluster which is currently running
VAX/VMS V5.5 with various patches for LAT etc.  I am considering going to
VAX/VMS V5.5-2 this weekend to fix a few problems with the linker that have
been reported to have been fixed in this update.

My Question...

Has anyone had any bad experiences with VAX/VMS V5.5-2.  I would hate to fix
the linker problem only to have a lot of other things break.


Ken.
--
System Administrator             Phone:     (64)(03) 3639-527
IS Dept, Southpower,             Fax:       (64)(03) 3639-816
Private Bag,                     Internet:  fowler@southpower.co.nz
Christchurch,                    PSI:       0530147000090::galaxy::fowler
New Zealand.                  or PSI:       0530130010083::galaxy::fowler
From: gleason@mwk.uucp
Newsgroups: comp.os.vms
Subject: Re: Tracking DECW$DISPLAY
Date: 27 Jan 93 08:45:01 CST
Distribution: world
Organization: M. W. Kellogg, Houston TX

In article <01GTXUFF9BMA8ZDVA9@POMONA.CLAREMONT.EDU>, GREG@POMONA.CLAREMONT.EDU (Tigger) writes:
> Is there any way (such as a code to $GETDVI) to examine a _WSAn: device
> created with the SET DISPLAY command and determine what node it points
> to (ie the value of the /NODE qualifier to the SET DISPLAY)?
> 
> Greg Orman
> greg@pomona.claremont.edu
> 

  There are probably better ways than this - I wrote this while
investigating how WSDRIVER works.

  
	implicit integer*4 (a-z)

        include '($iodef)'

	character*64 wsname
	integer*4 iosb(2) /0,0/
	integer*4 context(2) /0,0/
	character*255 addr

	stat = sys$device_scan(wsname,wslen,'*WSA*',,context(1)) ! skip wsa0

101	stat = sys$device_scan(wsname,wslen,'*WSA*',,context(1))
	if (.not. stat) call exit(stat)	

	stat = sys$assign(wsname(1:wslen),chan,,,)
	if (.not. stat) call exit(stat)	

	stat = sys$qiow(,%val(chan),%val(io$_sensemode+64),iosb, , ,
	1 %ref(addr),%val(255),%val(1), , ,) 
	if (.not. stat) call exit(stat)	
	if (.not. iosb(1)) call exit(iosb(1))	

	type *,wsname(1:wslen)
	type *,addr(1:iosb(2))
	addr = ' '
	stat = sys$dassgn(%val(chan))
	
	goto 101
	

	end

$ for autoconn
$ link autoconn
$ run autoconn
 _WSA1:
 HOCN11
 _WSA5:
 100.250.7.69
 _WSA6:
 HOCN08
 _WSA7:
 HOCT08
 _WSA8:
 HOCT21
 _WSA10:
 HOCN10
 _WSA11:
 HOCN08
 _WSA12:
 HOCN13
 _WSA16:
 HOCN08
 _WSA17:
 HOCN09
 _WSA21:
 HOCN08
 _WSA25:
 100.250.7.30
 _WSA26:
 100.250.7.8
 _WSA43:
 HOCN09
 _WSA48:
 HOCN09
 _WSA55:
 HOCN08
 _WSA56:
 HOCN11
 _WSA57:
 HOCN13
 _WSA58:
 HOCN10
 _WSA59:
 HOCT05
 _WSA73:
 100.250.7.57
 _WSA80:
 HOCN08
 _WSA81:
 HOCN11
 _WSA82:
 HOCN10
 _WSA83:
 HOCN13
 _WSA89:
 HOCT03
 _WSA90:
 HOCT03
 _WSA91:
 69676967
 _WSA92:
 100.250.9.7
 _WSA93:
 HOCT12
 _WSA95:
 HOCT01
 _WSA96:
 HOCT02
 _WSA97:
 HOCT02
 _WSA99:
 HOCT02
 _WSA100:
 100.250.7.16
 _WSA101:
 *
 _WSA102:
 100.250.7.65
%SYSTEM-W-NOMOREDEV, no more devices
From: mccurdy@bestsd.sdsu.edu
Newsgroups: comp.os.vms
Subject: Re: Courtesy and Civility (go by the wayside)
Date: Thu, 21 Jan 93 00:52:56 GMT
Organization: San Diego State Univ.
NNTP-Posting-Host: bestsd.sdsu.edu

>From: bergerson@cvdv79.mayo.edu (Chad D. Bergerson)
>Subj: Re: Courtesy and Civility (go by the wayside)
>Date: Tue, 19 Jan 93 16:40:29 GMT
>
>
>
>to the "experts", you know who you are:
>
>I was wondering if you self-appointed "VMS gurus" ever did any real live, actual
>productive work??  Or do you just hang around on the net all day, waiting to
>flame innocent information-seekers??
>
>

No Chad, they do productive work - ALL of their time is spent on computers.
Jumping on ignorant or uninformed folks is just how they get their 
substitute sexual gratification.

Newsgroups: comp.os.vms
From: TARKA10@SNYBUFVA.BITNET (Mark Tarka)
Newsgroups: comp.os.vms
Subject: Re: Check your temper at the door!
Date: 24 Jan 93 12:23:09 GMT
Organization: from SUNY College at Buffalo, NY 14222

anonymous --COM%"INFO-VAX@SRI.COM" 24-JAN-1993 02:45:06.12 posts:

>>From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
>>Subj: Re: Check your temper at the door!
>>Date: 16 Jan 1993 14:27:06 GMT
>>
>>
>>I, for one, consider it an act of kindness to let someone who doesn't know wha
   t
>>he's doing know that, and an act of cruelty to let him go on believing he
>>*DOES* know what he's doing when he doesn't.
>>
>
>Telling them in a matter of fact, civil way is of benefit and appropriate.
>Telling them rudely and embarrassing them in a public forum is really weak.
                                                ^^^^^^
>Really weak.
>[End of file]

Uh (1....2....), IMHO (...3......4....) this  w a s  a (...5.......6...)
p r o f e s s i o n a l  forum (...7.....) which is rapidly (...8..)
taking on the attributes of (...9....) a  p u b l i c  forum, (...10)
BUTTHOLE!  Why don't you take the poor victim aside and tend to his
burns...explain the ways of the group....that they must be able not
merely mimic the act of communication, they must actually accomplish
same or suffer a simple error message.  If you're a regular reader, then
you've seen the posts  t a l k i n g  about informing new posters (off-
line, by e-mail) of the minimal requirements of the post; armed with that,
y o u  could buffer the ignorant from the wrath of those who would try to
(literally) drag their miserable butts to higher ground (that is, try to
improve their professional capabilities).  Hey, volunteer your time,
not your opinion, and haul water for your betters.

Mark Tarka  (Addresses valid until 1 April 93; then, bye bye)
tarka10@snybscva.bitnet  vax 6610  vms(5.5-1)  mail(5.0)
tarka10@snybufva.bitnet  vax 6520  vms(5.5-1)  mail(5.0)
(Bartender!  Do we want to crank up the power on this flame thingy?)
From: houseman@hopper.ACS.Virginia.EDU (Carl Houseman)
Subject: Re: Print symbiont interpretation of PASTHRU
Organization: UVA. FREE Public Access UNIX! 
Date: Tue, 26 Jan 1993 14:40:32 GMT

In article <1993Jan26.075806.1@v7.vitro.com> vaxs09@v7.vitro.com writes:
>Since an earlier e-mail reply may not have gone through and since I have
>new information, I'll post this one.

Thanks John.  I'm afraid I did see your e-mail but about that time things
got hectic and acknowledging it got lost in the two foot stack of things
on my desk.

>It's not a bug.  TT2$M_PASTHRU controls how characters are formatted when
>a QIO request is issued.  It does not control whether an application program
>(the print symbiont in this case) reformats text before issuing the QIO.
>Whether such reformatting is desireable is a separate issue.
>
>I couldn't find the behavior documented in the grey wall either.  Fortunately
>we still have pieces of the orange wall. :-)  In sections 5.5.5 and 5.5.9 of
>the VMS 4.2 release notes, two cases in which the symbiont will expand
>tabs are documented.  Briefly, it will expand tabs when /TAB is not
>specified on the print device (SET PRINTER /NOTAB or SET TERMINAL /NOTAB).
>It will also expand tabs when the form has a non-zero left margin.
>
>I found the /TAB behavior re-documented in the 4.4 notes (3.2.18.2) and
>the 4.7 notes (3.2.15.6).
>
>IMHO, the behavior is unexpected but not unreasonable.

I agree.  The thought of the symbiont self-expanding the tabs didn't cross
my mind (though it should have).  I thought they were diddling with the
/NOPERMANENT terminal characteristics.  Anyway I told CSC where their answer
was and closed the call.

>	John Briggs			vaxs09@v7.vitro.com

Carl Houseman
houseman@hopper.acs.virginia.edu
Newsgroups: comp.os.vms
From: franz@asuvax.eas.asu.edu (Chris Franz)
Subject: Tool to edit vmsmail_profile.data?
Organization: Arizona State University
Date: Mon, 25 Jan 1993 23:05:19 GMT


Running VMS 5.5-1 on VAX 6410

I need a tool (command procedure) to edit vmsmail_profile.data.
Does such an animal exist?

Chris Franz
franz@asuvax.eas.asu.edu
From: byrd@mscf.med.upenn.edu
Newsgroups: comp.os.vms
Subject: INSFMEM error while running Standalone Backup
Date: 28 Jan 93 16:19:21 GMT
Organization: Univ of Penn - Med School Computer Facility



What would cause an "INSFMEM insufficient dynamic memory" error
message during a standalone backup save/copy operation
using a standalone backup kit created with the standard
STABACKIT.COM?

It seems strange that the specified NPAGEDYN sysgen
parameter in STABACKIT.COM wouldn't be enough. This
system is still running vms 5.4. This a first attempt
at using a DAT 4mm drive(TA81 clone) to do the job.

The BACKUP command is as follows:

$BACKUP/IMAGE/INIT $1$DUA0: $1$MUA2:20JAN93.BCK/REWIND/LABEL=NONAME -
   /BLOCK=24576


	Karen Byrd, VAX Sys. Manager
	University of Pennsylvania
	Medical School Computer Facility
	Philadelphia, PA 19104 (USA)
	Internet: byrd@mscf.med.upenn.edu
From: goathunter@wkuvx1.bitnet
Newsgroups: comp.os.vms,vmsnet.sources.d
Subject: Re: POSIX shells
Date: 28 Jan 93 15:05:23 CDT
Organization: Western Kentucky University, Bowling Green, KY

In article <1993Jan28.185649.1@banc.cenaath.cena.dgac.fr>, pmoreau@banc.cenaath.cena.dgac.fr writes:
> In article <C1KMpq.4x4@dscomsa.desy.de>, sprute@dsf58a.desy.de (Lars Sprute)
> writes:
>> Can someone give me a pointer to anonymous ftp servers which have
>> UNIX shells (tcsh, ksh, zsh, ...) ports to VMS POSIX, please ?
>> 
>> A few months ago I've read about a tcsh port, but I lost the message.
>> 
[...]
> In Europe (France) : ada.cenaath.cena.dgac.fr or banc.cenaath.cena.dgac.fr
> 
> In subdirectory VMS :
> 
> Directory CENA10:[ANONYMOUS.VMS]
> 
> TCSH603.README;1                    37  28-NOV-1992 15:08:48.95
> TCSH603.TAR_Z;1                   1312  30-NOV-1992 16:17:09.51
>  
You can also get them from ftp.spc.edu under [.POSIX] or via e-mail
from FILESERV@WKUVX1.BITNET.

To get them via e-mail, send the following commands in the body of a
mail message to FILESERV@WKUVX1.BITNET:

SEND TCSH603
SEND FILESERV_TOOLS		!MFTU and UNZIP, which are needed to unpack

Hunter
------
Hunter Goatley, VMS Systems Programmer, Western Kentucky University
goathunter@WKUVX1.BITNET (or goathunter%wkuvx1.bitnet@UKCC.UKY.EDU)
From: rforster@galaxy.gov.bc.ca (Russ Forster)
Newsgroups: comp.os.vms
Subject: Re: Need C program to get default directory (Thanks!)
Date: 26 Jan 93 20:33:44 -0800
Reply-To: RFORSTER@GALAXY.GOV.BC.CA
Organization: BC Systems Corporation

In article <1993Jan26.073901.1636@galaxy.gov.bc.ca>, rforster@galaxy.gov.bc.ca (Russ Forster) writes:
> 
> 	I am looking for a very small VAXC routine to find the default
> 	directory given a username.  All the GETUAI examples I've seen
> 	have been ~100 lines.  I'd like something in the 25 line or less
> 	range.  Since what I want is small can you send it directly to me
> 	and not to the group.
> 

	Thanks to everyone who sent me code!  I tried them all and they all
	worked.  The response was great and solved the problem!!

Regards,

Russ Forster (postmaster), Sr. Technical Analyst, MultiVendor Group
BC Systems Corp., 4000 Seymour Place, Victoria, B.C., V8X 4S8
Internet: RForster@Galaxy.Gov.BC.CA       Phone: (604) 389-3186
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Mystic construction
Date: 27 Jan 1993 13:09:58 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1993Jan27.085300.24933@ifi.unizh.ch>, mueller@avalon.physik.unizh.ch (Eric Mueller) writes:
>Some month ago someone posted an article with the following
>commandsequence to show the number of users online. I tried
>to figure out what kind of ("system-")service this could be.
>Its neither a lexical function nor a regular command. I've
>never seen that before and I could not find any information
>in one of the manuals. 
>
>Can someone explain me, what this is, how it works, where I can find more
>information about it and if there are other similar constructions
>that one can use. I find this very usefull.
>
>$ SYS$GW_IJOBCNT=%X800044C0              <---------------------
>$ IJOB=F$CVUI(0,16,F$FAO("!AD",4,SYS$GW_IJOBCNT))
>$ WRITE SYS$OUTPUT "At the moment there are ''ijob' User(s) online."

SYS$GW_IJOBCNT is the location in which VMS stores a count of the number of
interactive jobs.  You can find the address, for a particular version of VMS,
in SYS$SYSTEM:SYS.STB.  You can find more information about such things in the
_VMS_Internals_and_Data_Structures_ books, available from Digital Press.  There
are other similar constructions that one can use.  Please note that using them
is, for the most part, unsupported.
--------------------------------------------------------------------------------
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: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Re: LIB$SPAWN and privileges...
Date: 21 Jan 93 06:14:00 PST
Distribution: world
Organization: Kernel Mode Systems, San Diego, CA

In article <1993Jan20.175017@mccall.com>, tp@mccall.com (Terry Poot) writes:
> 
> In article <1jjaskINNqik@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J
> Lydick) writes:
>>Note:  It's possible to create an image which is both executable and
>>shareable.
>>Such an image can, of course, be installed with privs.  However, the privs
>>take
>>effect *ONLY* when it's used as an executable image.
> 
> Wouldn't a user-written system service qualify as installed, shareable, and
> privileged? Of course you have to do extra work to do this (system service
> dispatcher, etc.) Probably well beyond what he's willing to do, but it can be
> done.

Different sort of "privilege".  These are more correctly referred to as 
"protected shareable images".  When you INSTALL one you add the /PROTECT 
qualifier.  This in itself requires CMKRNL.  When such a shareable image is
activated (as part of activating an executable image) it is then allowed to, 
in essence, contribute code to the system service dispatch mechanism.  This 
in turn allows the execution of the code in the image in kernel (or exec) mode. 

INSTALLing such an image with /PRIV=(...) has no effect (unless the image is
also an executable image, and then only when it's activated as such.)  

	--- Jamie Hanrahan, Kernel Mode Systems, San Diego CA
drivers, internals, networks, applications, and training for VMS and Windows NT
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
Internet:  jeh@cmkrnl.com, or hanrahan@eisner.decus.org  Uucp: uunet!cmkrnl!jeh