home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!gatech!europa.asd.contel.com!howland.reston.ans.net!wupost!zaphod.mps.ohio-state.edu!darwin.sura.net!sgiblab!sgigate!sgi!fido!owl!walker
- From: walker@owl.asd.sgi.com (Christopher Walker)
- Newsgroups: comp.sys.sgi
- Subject: Re: IL derived file format and memeber functions
- Date: 11 Dec 1992 18:23:09 GMT
- Organization: Silicon Graphics, Inc. Mountain View, CA
- Lines: 22
- Message-ID: <1gamadINNmg9@fido.asd.sgi.com>
- References: <34506@adm.brl.mil>
- NNTP-Posting-Host: owl.asd.sgi.com
-
-
- In article <34506@adm.brl.mil>, rose@baby.swmed.utexas.edu writes:
- > I have extended the IL by deriving a new file format from
- > ilFileImg. Then, in my main I executed ilAddImgFileFormat to
- > register my file format. Now I can open my file with ilOpenImgFile.
- > I have defined functions for my derived class. However, if I
- > open my file with ilOpenImgFIle, the image type is ilFileImg not
- > MR_file (my file type). As far as I understand it, if the
- > image type is MR_file, then I'd be able to access its member
- > functions. Does this mean that if I want to access member
- > functions that I should really use the constructor for MR_file?
- > Or does this mean that I can't access member functiona and I'm
- > probably going about this all wrong? Please respond directly to
- > me because I am currently not receiving mail from this list.
-
- The intended usage it to call getImageFormat on the ilFileImg* to determine
- what format you've opened. If the format is some type you want to deal with
- specially then you can freely cast the returned ilFileImg* pointer to a
- pointer to the derived file format's class, and away you go.
-
- ---
- Chris Walker (x1106 or walker@sgi.com)
-