home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ukma!darwin.sura.net!sgiblab!troi!steve
- From: steve@dbaccess.com (Steve Suttles)
- Newsgroups: comp.os.vms
- Subject: Re: Mailbox access
- Message-ID: <158@mccoy.dbaccess.com>
- Date: 27 Jan 93 20:59:39 GMT
- References: <1k628cINN2ei@gap.caltech.edu>
- Organization: Cross Access Corp., Santa Clara, CA
- Lines: 38
- X-Newsreader: Tin 1.1 PL4
-
- carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
- : In article <20303.2b5bb282@ul.ie>, 9120092@ul.ie writes:
- : > [ several questions in the vicinity of mailboxes (deleted) ]
- : [ several responses which are intolerant of incompetence (deleted) ]
-
- If I may be so bold as to interpret Carl's reply...
-
- In his usual terse way, Carl is correct again. It appears from your
- questions that you don't quite have a grasp on how the mailbox
- interface works. There is a manual named "Programming Resources"
- that would be a great place to start, and then "Intro to System
- Services" would be a good followup. Finally, the System Services
- manual (where $CREMBX and fiends [sic] are documented) will give you
- the nuts and bolts; how to spell the magic incantation, if you will.
-
- Substantial deviations from fact that you need to dispel are the
- difference between permanent and temporary mailboxes (and where the
- names are kept); the notion of a named mailbox (they really have
- physical names that are of the form MBXnnn:, and logical names are
- created to translate to this); the confusion between "open" and
- "write"; what an AST is good for (and not good for); device protection;
- and how to find out why something didn't work (System Messages and
- "condition handling" in the aforementioned manuals).
-
- Once you have the framework, grasping the details is a lot easier.
-
- A rhetorical question for you to consider: Given your demonstrated
- misperceptions on the subject of mailboxes, it occurs to this observer
- that you may be trying to force mailboxes to do something they are not
- intended/designed to do, or something for which there is a better
- solution. Once more, the Programming Resources manual comes to mind.
-
- sas
- --
- Steve Suttles Internet: steve@dbaccess.com Dr. DCL is IN!
- CROSS ACCESS Corporation UUCP: {uunet,sgiblab}!troi!steve Yo speako TECO!
- 2900 Gordon Ave, Suite 100 fax: (408) 735-0328 Talk data to me!
- Santa Clara, CA 95051-0718 vox: (408) 735-7545 HA! It's under 4 lines NOW!
-