Path: utzoo!attcan!uunet!lll-winken!lll-tis!ames!ll-xn!mit-eddie!bu-cs!purdue!i.cc.purdue.edu!j.cc.purdue.edu!pur-ee!iuvax!bsu-cs!cfchiesa From: cfchiesa@bsu-cs.UUCP (Christopher Chiesa) Newsgroups: comp.os.vms Subject: Re: Installed Image/Global Section Question With PASCAL Overtones... Summary: Similar GLOBAL SECTION IN PASCAL query Message-ID: <3194@bsu-cs.UUCP> Date: 26 May 88 16:47:24 GMT References: <8805240319.AA07083@linc.cis.upenn.edu> Organization: CS Dept, Ball St U, Muncie, Indiana Lines: 48 In article <8805240319.AA07083@linc.cis.upenn.edu>, CLAYTON@XRT.UPENN.EDU ("Clayton, Paul D.") writes: > Christopher Kempke has asked... [edited for brevity] > > > I want to have a bunch of identical images running in memory at > > the same time, each capable of changing the variables, for cheap > > inter-process communication. > > [I'll handle] race conditions on my own, but I need to figure out how to > > actually make the Pascal variables shared. From reading the manuals, this > > appears to be a global section I'm looking for. > I'm helping a friend write a program in which we want to do PRECISELY this same thing. However, I have a problem with Paul Clayton's answer to Chris Kempke's original question. Paul's reply, in part, states things like: > The basic problem that has to be dealt with in designing/coding installed > images is... > ... INSTALL the image with /SHARE, among other(s) ... Our problem is that we aren't able to INSTALL the image; we're non-privileged users trying to manage interprocess communication without the privs that make such things simple. Our system manager has previously mentioned to me that "within a group," users can share (something); would that be restricted to Mailboxes, or are Global Sections shareable between non-privileged users in the SAME GROUP? This points up one disappointing note about this group, from my (necessarily limited) point of view: most, if not all, the software hints, procedures, etc. listed here require privileges; I've NEVER been able to use any of the "mail file utilities" for example, as they assume access to things I can't get at, like the System-level VMSMAIL.DAT (?) file... Those of you who no- ticed my batch-queue Mail-answerer procedure may have noticed that it doesn't require privs to do its thing: it would've been ten times EASIER with privs, but I've been forced to learn to work without them. Is anyone else here in the "same boat?" (Ball State people need not answer.) If so, I'd like to know of any "workarounds" that let you do anything useful without privs. For in- stance, I can talk to other logins of MY OWN USERNAME using $BRKTHRU, and can send data that way by "trapping" the broadcasts and using them to pass command strings. Anyone else have any other klever kludges of this nature? Thanx for any replies; this should be interesting! Chris Chiesa -- UUCP: !{iuvax,pur-ee,uunet}!bsu-cs!cfchiesa cfchiesa@bsu-cs.UUCP