🚀 go-pugleaf

John (and everyone else that replied on this thread),

That's what I was hoping and looking for. Thank you for the quick and
precise responses. That helps a bunch.

Thanks again,
Chris

"John McGrath [TeamB]" <ng-b@JPMcGrath.net> wrote in message
news:xn0dz152n3yyson005@newsgroups.borland.com...
> On 2/26/2005 at 11:31:25 PM, Chris Lafferty wrote:
>
> > I guess what I am confused about is 1) is the JNI C layer just an
> > interface from Java to the DLL (when I ran javah, it created a function
> > called Java_DLLBridge_RprtMain which I'm hoping is just a conduit from
> > java to the DLL) or is 2) it actually asking for me to rewrite a
function
> > that already works in a DLL but with parameters that Java can
communicate
> > with. I'm guessing it's the 1st one, because it seems the second
> > alternative would defeat the whole purpose of using a fully
> > functioning/tested dll.
>
> That is the signature of the C function that you need to write in order to
> implement the RprtMain() method that you declared as "native" in your Java
> DLLBridge class.  Assuming you have an existing function in a DLL that you
> are trying to call, you will typically just write this function to call
> the other function.  If the other function has parameters, you will
> typically use JNI functions to get the parameter values and massage them
> into the form required by that existing function, and do the reverse with
> the function result.
>
> Of course, there is no requirement that your native method call
> pre-written C functions.  You can implement your native method any way you
> want to.
>
> -- 
> Regards,
>
> John McGrath [TeamB]
>
> ---------------------------------------------------
> Before sending me e-mail, please read:
>     http://www.JPMcGrath.net/newsgroups/e-mail.html