This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
RE: GCJ and JDBC
- From: "Amir Bukhari" <ufz6 at rz dot uni-karlsruhe dot de>
- To: <java at gcc dot gnu dot org>
- Date: Tue, 17 May 2005 18:04:09 +0200
- Subject: RE: GCJ and JDBC
And is this problem is stopped or you have gave up!
BTW:
When I don't use HSQlDB (that mean my application has no JDBC) then it work
fine. SWT work wonderful with GCJ. Only one thing I don't like, is that SWT
application have dos console opened with them!
-Amir
-----Original Message-----
From: java-owner@gcc.gnu.org [mailto:java-owner@gcc.gnu.org] On Behalf Of
Linuxhippy
Sent: Tuesday, May 17, 2005 5:49 PM
To: java@gcc.gnu.org
Subject: Re: GCJ and JDBC
I had the same problem with GCC-3.3.1 and Hsqldb a while ago.
Sorry I do not have more information, neither a debug-libgcj installed :-(
lg Clemens
>I have installed a binary from this site:
>http://www.thisiscool.com/gcc_mingw.htm
>
>and copied all files to my MinGW installation DIR.
>
>Here is my makefile:
>
>######## BEGIN of Makefile ############
># Generated by Eclipse GCJ Builder
># http://gcjbuilder.sf.net
>
># global targets
>ALL: main
>all: main
>
># gcj variable
>GCJ=gcj $(OPTLEVEL) $(DEBUGLEVEL) $(COMPILER_OPTIONS)
>
># binary output folder
>BINOUT= bin
>
># compiler options
>COMPILER_OPTIONS=
>
># linker options
>LINKER_OPTIONS=
>
># object list
>OBJ=.... a lot of files
>
># jar objects
>CPOBJ=
>
># jar so
>CPSO=
>
># project classpath
>CP="--classpath=./;"
>
># main class (or so output)
>MAINCLASS=--main=com.khsitecafe.gui.MySWT
>
># binary name (exe or so)
>BIN=$(BINOUT)/swtExample
>
># library path list
>LIBRARYPATH=-L $(BINOUT)
>
># libraries (so) list
>LIBRARIES=
>
># resource objects list
>RESOB=
>
># compiler optimization level
>OPTLEVEL= -O0
>
># compiler debug level
>DEBUGLEVEL= -g
>
>
># object targets
>%.o: %.java
> $(GCJ) $(CP) -c $? -o $@
>
>##################
># dummy targets (depend on config)
>
># classpath objects target
>
>
># classpath so target
>
>
># resource objects target
>
>
>
>#################
>
>
># main target
>
>main: setup $(CPOBJ) $(RESOB) $(OBJ) $(CPSO)
> $(GCJ) $(LINKER_OPTIONS) $(MAINCLASS) $(CPOBJ) $(RESOB) $(OBJ)
>-o$(BIN) $(LIBRARYPATH) $(LIBRARIES)
>
># setup output folders
>setup:
> mkdir -p $(BINOUT)/resource
>
># clean target
>clean:
> rm -f `find . -name "*.o"`
> rm -r $(BINOUT)
>
>######## END of Makefile ############
>
>-----Original Message-----
>From: Andrew Haley [mailto:aph@redhat.com]
>Sent: Tuesday, May 17, 2005 3:27 PM
>To: Amir Bukhari
>Cc: java@gcc.gnu.org
>Subject: Re: GCJ and JDBC
>
>Amir Bukhari writes:
> > I have successfully compiled HSQLDB as part of my project (based on
SWT).
>It
> > run without problem in JVM. But when I run the executable I get
> > SEGV. Here is the trace of the program:
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > 0x005480b7 in _Jv_CheckAccess(java::lang::Class*, java::lang::Class*,
>int)
> > ()
> > (gdb) backtrace 20
> > #0 0x005480b7 in _Jv_CheckAccess(java::lang::Class*,
java::lang::Class*,
> > int)
> > ()
> > #1 0x0061ad18 in
> > java::lang::reflect::Constructor::newInstance(JArray<java::la
> > g::Object*>*) ()
>
>This is very weird. It looks like your libgcj is perhaps missing
>debug information -- you should be able to see some arguments for the
>method newInstance.
>
>This should work. Tell us more about how you installed gcj.
>
>Andrew.
>
>
>
>