home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.databases.ingres
- Path: sparky!uunet!haven.umd.edu!darwin.sura.net!uvaarpa!cv3.cv.nrao.edu!mail-to-news-gateway
- From: "Anthony J. Rzepela" <rzepela@hal.hahnemann.edu>
- Subject: Re: Help - ABF/4GL questions.
- Message-ID: <00966285.BBAC44C0.3043@hal.hahnemann.edu>
- Sender: root@nrao.edu (Operator)
- Organization: National Radio Astronomy Observatory
- Date: Tue, 5 Jan 1993 18:28:22 GMT
- Lines: 33
-
- 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.?)
-
- In this manner, "abandoned" locks could be eliminated if and when they
- prevent a new user from accessing some resource.
-
- There are some methods which would not necessarily require
- a hard-coded table name (and hence, avoids all worries about pseudo-locks),
- but the original problem description was not specific enough on the
- descriptions of the C procedures called in the 4GL procedure's loops,
- so a definitive answer is still not at hand.
-
- ----------------------------------------------
- Anthony Rzepela <rzepela@cvi.hahnemann.edu>
- "What IS this fascination with Axl Rose? He looks so...unhealthy." M.L.C. 1991
- -------------------
-