home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.databases.ingres
- Path: sparky!uunet!munnari.oz.au!manuel.anu.edu.au!csc.canberra.edu.au!news
- From: mmr@asgserver.canberra.edu.au (Micheal Rainford-Watson)
- Subject: Re: Help - ABF/4GL questions.
- Message-ID: <1993Jan7.044714.10382@csc.canberra.edu.au>
- Sender: news@csc.canberra.edu.au
- Organization: University of Canberra
- References: <00966285.BBAC44C0.3043@hal.hahnemann.edu>
- Date: Thu, 7 Jan 93 04:47:14 GMT
- Lines: 32
-
- In article <00966285.BBAC44C0.3043@hal.hahnemann.edu> "Anthony J. Rzepela" <rzepela@hal.hahnemann.edu> writes:
- >In response to a messy locking situation where the user
- >GOLD@ILP.MIT.EDU (Mark D. Gold) wanted to avoid deadlock on
- >a shared resource (a temporary table), it was pointed out
- >by Mark Jaeger <cs_mj@gsbvax.uchicago.edu> that
- >
- >1> ABF has a neat lock detection and deletion feature.
- >
- >2> User-interrupts are not easily handled in the 4GL.
- >
- >In relation to the first matter, I have had the experience where
- >an interrupted (^Y, ^C) session of ABF still exists as a lock,
- >as the locks from these "dead" sessions show up until explicitly
- >deleted by the new ABF user. (I am at 6.3/03 on VMS 5.4-2).
- >
- >What would be really slick (and I don't know about feasibility)
- >would be to include in the application a user-maintined lock system, in which
- >the application desiring a resource could check not only for one of these
- >pseudo-locks, but also, if found, the status of the process that created it.
- >(Is it still running, in a PFW, etc.?)
-
- ... keep going ..
-
- And if the resource is being held by a user (for too long), they are
- informed that someone is waiting for that resource and they should
- 'get on their bike!'.
-
- --
- Micheal Rainford-Watson _--_|\ E-Mail: mmr@asgserver.canberra.edu.au
- Administrative Systems Group / \ Phone : +61 6 201 2397
- University of Canberra \_.--.*/ Mail : PO Box 1 BELCONNEN ACT 2616
- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^v^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
-