home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.vms
- Path: sparky!uunet!mcsun!sunic!kth.se!admin.kth.se!nobeltech!kega
- From: kega@nobeltech.se (Kent Gabrin)
- Subject: ENQUEUE/DEQUEUE DCL-command source code in vmsnet.sources
- Message-ID: <1992Nov13.090154.20177@nobeltech.se>
- Sender: kega@nobeltech.se
- Organization: NobelTech AB
- Date: Fri, 13 Nov 1992 09:01:54 GMT
- Lines: 42
-
- ENQUEUE/DEQUEUE is two DCL-commands to synchronize DCL command
- procedures throughout a whole VAXCluster. Beside the ordinary
- semaphore technique, it offers you features like: Sending small
- messages between processes, Enables barrier coding, Having sleeping
- processes to be wake up when needed, Reserved prefix of resource
- name to be used of processes with privilege OPER and other things.
-
- In news group vmsnet.sources I have contribute with source code of the
- ENQUEUE/DEQUEUE routines. The package consists of nine (9) separate
- articles to be extracted and assembled. If that sounds interesting you
- can skip the rest of this article and start reading article number one
- (1/9) in vmsnet.sources where you find instructions how to go on.
-
- If you just want to have a brief information you can continue to read
- the rest of this current article.
-
- Brief summary of ENQUEUE/DEQUEUE.
-
- ENQUEUE/DEQUEUE is coded in MACRO32 and uses CDU as the interface to
- the user. The main system services that is used is $ENQ and $DEQ with
- lock mode equals EX (default) or CR. Help files are also provided
- together with complete instruction how to build and install the
- utility. By using the lock value block it is possible to send small
- messages (15 characters) from one process to another.
-
- By using qualifier /SYNCHRONIZE the process will sleep, holding the
- lock, until another process wants to aquire the same lock that will
- trig a blocking AST of the processes holding the lock.
-
- With qualifier /CR more than one process can hold the same lock at the
- same time and only processes that has omitted the /CR will have to
- wait. This technique is usefull when you want to be informed when
- 'all' processes (that are using /CR) has finished.
-
- To prevent ordinary unprivileges users to obtain locks, vital to
- routines used by system manager, the prefix "SYS_" should be used
- together with the lock name (E.g. ENQUEUE SYS_lock_name). Only
- processes with privilege OPER is enable to use that kind of lock. <>
- --
- Kent Gabrin NobelTech Systems ! My thinking is not as great as
- S-175 88 Jaerfaella Sweden ! Oliver Berendinus Bumble /Will Try
- KEGA@nobeltech.se ! System Manager (Since 1982) VAXCluster (Since 1985)
-