We are doing the development on Ultra Sparc1 with Solaris 2.5.1
   
   My shared library containing the native code for JNI is built the
   following way :

   CC -g -D_REENTRANT -G -o libnd_cpnative_400.so -KPIC -L/usr/local/SUNWspro/lib -lC $(OBJS)

   where OBJS points to all the object files that are required for native calls
   from the java layer.
   We used the same sequence with JDK1.0.2 in the previous version of the
   product. For the current version, I am using JDK 1.1.4 at this moment.
   The source files for this shared library has not changed.

(NOTE: The problem also occurs with 1.1.5)

   When I access this library thru JNI, the program gets a SIGSEGV and
   dumps core. we found this happens at the point where we try to create
   an instance of ifstream.
   
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

   I wrote a simple JNI program(like a "Hello World" application). When I
   tried generating the shared lib, the linker threw out errors like

--------------------------------------------------------------------
   Text relocation remains referenced
    against symbol offset in file
cout 0x104 impl.o
cout 0x108 impl.o
cout 0x130 impl.o
cout 0x134 impl.o
cout 0x150 impl.o
cout 0x154 impl.o
Iostream_init::Iostream_init(void) 0x208 impl.o
nat_readfile(void*, void*) 0x2c nat.o
_ex_rethrow_q 0x194 impl.o
ifstream::ifstream(const char*, int, int) 0x64 impl.o
Iostream_init::~Iostream_init(void) 0x240 impl.o
unsafe_ostream::operator <<(long) 0x148 impl.o
filebuf::openprot 0x48 impl.o
filebuf::openprot 0x44 impl.o
ifstream::~ifstream(void) 0x18c impl.o
ifstream::~ifstream(void) 0x16c impl.o
<unknown> 0x230 impl.o
<unknown> 0x22c impl.o
<unknown> 0x200 impl.o
<unknown> 0x1fc impl.o
makeCString(Hjava_lang_String*) 0x24 impl.o
--------------------------------------------------------------------
nat.java :

public class nat {
    public static native void
        readfile (String filename) ;
}

------------------------------------------
javac nat.java
javah nat
javah -stubs nat
------------------------------------------
impl.c :

#include "nat.h"
#include <fstream.h>

extern "C" {

void nat_readfile(struct Hnat *handle,struct Hjava_lang_String *filename)
{
    char *Cfilename = makeCString (filename) ;
    ifstream ifs (Cfilename) ;
    cout << ifs.sync () ;
}
} // for extern "C"
------------------------------------------
makefile :

JAVA_ROOT=/export/home/jdk1.1.4
INCLUDES= -I$(JAVA_ROOT)/include -I$(JAVA_ROOT)/include/solaris -I.

libnat.so : nat.o impl.o
        CC -G -KPIC -o libnat.so -L/usr/local/SUNWspro/lib -lC impl.o nat.o

nat.o : nat.java
        javac nat.java
        javah nat
        javah -stubs nat
        CC -c $(INCLUDES) nat.c

impl.o : impl.c
        CC -c $(INCLUDES) impl.c

clean::
        rm -rf libnat.so nat.o impl.o
------------------------------------------

I have used the same sequence with JDK1.0.2 and it works like charm.

do I have to link this specifically with libjava.so in the ../lib/sparc/green_threads ?

Is there a sequence for compile, link flags or for the system libs ?
if so what is it ?

does the use of javah requires special flags with JDK1.1.4(diff for C/C++) ??

Since I havent done any of the above with JDK1.0.2, I think the same makefile
should work. The example is a simple case. But you will see that it fails(links errors) for all instances of stream objects.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Also, in our code (NetDynamics server), the code has not changed between prev &
curr versions. Why am I seeing the crash in the JDK1.1.4 environment ?

This is becoming a show stopper. I will appreciate any help to resolve this.

elizabeth.mezias@Eng 1997-12-12