home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ogicse!news.u.washington.edu!hardy.u.washington.edu!someday
- From: someday@hardy.u.washington.edu (Scott Johnson)
- Newsgroups: comp.databases
- Subject: Re: Arev 3.01
- Keywords: Revelation system variables
- Message-ID: <1ir6t3INN7a9@shelley.u.washington.edu>
- Date: 11 Jan 93 07:16:51 GMT
- Article-I.D.: shelley.1ir6t3INN7a9
- References: <cfpdea.18@pnv.palm.cri.nz> <1993Jan11.035709.17169@massey.ac.nz>
- Organization: University of Washington, Seattle
- Lines: 23
- NNTP-Posting-Host: hardy.u.washington.edu
-
- In article <1993Jan11.035709.17169@massey.ac.nz> D.M.Todd@massey.ac.nz (D.M. Todd) writes:
- >I would also appreciate more detail on the use of
- >push.session/pop.session, though I believe you do have to declare
- >these system subroutines (or call them) the way you would MSG or
- >anything else. I'm missing something about how they are used and how
- >it is any better than just savinmg system values off to various
- >internal variable names. An example would be a great help.
- >
- >Thanks.
- >
- >David
-
- Correct, you just put DECLARE SUBROUTINE PUSH.SESSION, POP.SESSION at
- the top of your program, then call them as I showed. And these two
- routines really do just save/restore all those system variables to
- local variables for you. It only saves you some space in your
- program. COMPANY SECRET HERE: these two routines are each about 10
- lines long. Probably some guy in the lab here got tired of
- painstakingly saving off all those variables, so he invented these
- routines off the top of his head to save some programming effort.
- That's where a lot of weird AREV system routines come from, actually.
-
- -Scott
-