Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!cs.utexas.edu!evax!hill From: hill@evax.arl.utexas.edu (Adam Hill) Newsgroups: comp.sys.amiga.programmer Subject: Re: Intuition Image structure rendering utilities Message-ID: <1991Mar31.032804.19198@evax.arl.utexas.edu> Date: 31 Mar 91 03:28:04 GMT References: <1214@muleshoe.cs.utexas.edu> <1991Mar27.080423.22023@agate.berkeley.edu> Organization: Computer Science Engineering Univ. of Texas at Arlington Lines: 37 In article dillon@overload.Berkeley.CA.US (Matthew Dillon) writes: > > Probably the best way to implement this sort of stuff is through > dynamically linked object modules. That is, a running program > makes a library call to dynamically link in an arbitrary object > module. I have written a library to do this, although it is > still somewhat primitive (and likes to run under 2.0). > > The concept is simple -- you simply link your main program with symbols > and the dynamic loader finds the executable and picks out the > symbols, then dynamically links in the requested object module, > providing pointers to requested symbolic functions as a result. > > Thus, one simply defines the interface calls and support routines > required (since the dynamically linked object module can link to any of > the program's symbols, such as Move(), Draw(), printf(),...). > Any third party can write object modules using the interface spec > for a particular job (like converting or displaying images in one > format or another). > > Matthew Dillon dillon@Overload.Berkeley.CA.US Matt, This sounds like a AWSOME IDEA. If the code is going to be PD, I for one vote we should use it. We could even write a .DXF file translation module for Matt's CAD program. :-) -- adam hill -- hill@evax.uta.edu ASOCC - University of Texas at UTA I programmed for three days Make Up Your Own Mind.. AMIGA! And heard no human voices. Amiga... Multimedia NOW! But the hard disk sang. - TZoP Born To Run SVR4