Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ncar!boulder!hartzell
From: hartzell@boulder.Colorado.EDU (George Hartzell)
Newsgroups: comp.sys.mips
Subject: Re: ls -A and the MIPS
Keywords: fasl, executable text space.
Message-ID: <14101@boulder.Colorado.EDU>
Date: 20 Nov 89 23:45:49 GMT
References: <14057@boulder.Colorado.EDU>
Sender: news@boulder.Colorado.EDU
Reply-To: hartzell@boulder.Colorado.EDU (George Hartzell)
Organization: MCD Biology, University of Colorado, Boulder
Lines: 26
In-reply-to: hartzell@boulder.colorado.edu (George Hartzell)

In article <14057@boulder.Colorado.EDU>, hartzell@boulder (me) writes:
>
>I've written the support for the MIPS object format and Third Eye
>symbol tables, and have ld -A -T working (after building G0 copies of
>a library or two...).  I can read in the resulting OMAGIC file, and
>can determine the address of a function that I want to call.  The
>result is always a segmentation fault.  
>
>Before I spend too much more time figuring out why this isn't working,
>is there someone out there who can tell me IF IT IS POSSIBLE?  e.g.
>can I call a function pointer that points into my data space?  Do I
>have to do something special to do this?  Is it impossible?
>

Ok, it works just fine.  The problem was that I a missing lseek before
I read in the text segment from the "ld -A'd" .o file.  Oops...

Thanks to lattanzi@decwrl.dec.com and earl%wright.mips.com@mips.com
for responding to my message.  They both suggested that a cache flush
might be in order.  In light of the larger goof (see above) I haven't
figured out how badly it is needed.  I will experiment with it though.

g.
George Hartzell			                  (303) 492-4535
 MCD Biology, University of Colorado-Boulder, Boulder, CO 80309
hartzell@Boulder.Colorado.EDU  ..!{ncar,nbires}!boulder!hartzell