home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbnewsm!cbnewsl!att-out!pacbell.com!pacbell!oracle!unrepliable!bounce
- Newsgroups: comp.sys.amiga.programmer
- From: dnavas@oracle.uucp (David Navas)
- Subject: Re: TagItem tricks
- Message-ID: <1992Sep14.180846.7104@oracle.us.oracle.com>
- Sender: usenet@oracle.us.oracle.com (Oracle News Poster)
- Nntp-Posting-Host: mailseq.us.oracle.com
- Organization: Oracle Corporation, Redwood Shores CA
- References: <FsLEr*iY1@swinjm.UUCP> <paulk.1gtc@terapin.com>
- Date: Mon, 14 Sep 1992 18:08:46 GMT
- X-Disclaimer: This message was written by an unauthenticated user
- at Oracle Corporation. The opinions expressed are those
- of the user and not necessarily those of Oracle.
- Lines: 26
-
- In article <paulk.1gtc@terapin.com> paulk@terapin.com (Paul Kienitz) writes:
- >Many taglists, especially ones that are pushed on the stack by stub
- >functions that have varargs prototypes (Like OpenScreenTags for
- >OpenScreenTagList) DO NOT have an extra empty word after the
- >TAG_DONE. If you overwrite the corresponding ti_Data field you will
- >clobber memory used for something else.
-
- Good point. Either you must be writing code for your OWN application, or
- you have to be careful.
- However, chaining is easier to accomplish the other way around -- ie:
- putting your OWN additions in the front, and adding the passed tags at
- the end. You should worry about duplication of ti_Tag values in either
- case, although it's probably more important in this instance....
-
- If you want to chain by first finding the TAG_DONE, go -back- a level
- (and no, that's NOT tag = tag -1, you'll have to keep track of the last
- tag as you search for the TAG_DONE -- ick), save off the previous item in the
- front of your addition, and add your addition thereafter....
-
- Query: Does DuplicateTags (or whatever) create the extra longword after the
- TAG_DONE?
-
- -Dave
-
- David C. Navas dnavas@oracle.com
- Working for, but not speaking on behalf of, Oracle Corp.
-