From nwourms@netscape.net Sun Sep 1 20:36:00 2002 From: nwourms@netscape.net (Nicholas Wourms) Date: Sun, 01 Sep 2002 20:36:00 -0000 Subject: [jakarta-servletapi]: libtool problems Message-ID: <3D72DC04.2080204@netscape.net> Hi, I have gcj-3.2 and was attempting to compile the package. However, when it gets to linking the jakarta-servletapi library, it fails. The reason is because it appears that libtool is trying to build a library with non-libtool objects (LocalStrings.o, etc.). Surely someone else has encountered this. Cheers, Nicholas From green@redhat.com Mon Sep 2 06:00:00 2002 From: green@redhat.com (Anthony Green) Date: Mon, 02 Sep 2002 06:00:00 -0000 Subject: [jakarta-servletapi]: libtool problems In-Reply-To: <3D72DC04.2080204@netscape.net> References: <3D72DC04.2080204@netscape.net> Message-ID: <1030971632.8068.17.camel@dhcppc2> On Sun, 2002-09-01 at 20:33, Nicholas Wourms wrote: > I have gcj-3.2 and was attempting to compile the package. However, when > it gets to linking the jakarta-servletapi library, it fails. The reason > is because it appears that libtool is trying to build a library with > non-libtool objects (LocalStrings.o, etc.). Surely someone else has > encountered this. What platform are you building on? This is usually a warning, not an error. AG From nwourms@myrealbox.com Mon Sep 2 06:21:00 2002 From: nwourms@myrealbox.com (Nicholas Wourms) Date: Mon, 02 Sep 2002 06:21:00 -0000 Subject: [jakarta-servletapi]: libtool problems References: <3D72DC04.2080204@netscape.net> <1030971632.8068.17.camel@dhcppc2> Message-ID: <3D7365B2.7070704@myrealbox.com> Anthony Green wrote: >On Sun, 2002-09-01 at 20:33, Nicholas Wourms wrote: > >>I have gcj-3.2 and was attempting to compile the package. However, when >>it gets to linking the jakarta-servletapi library, it fails. The reason >>is because it appears that libtool is trying to build a library with >>non-libtool objects (LocalStrings.o, etc.). Surely someone else has >>encountered this. >> > >What platform are you building on? This is usually a warning, not an >error. > Ok, I guess I should fess up to the fact that I'm trying to build it on your sister project, Cygwin. I take it, then, that the problem lies in libtool? I'll have a look at it then... Cheers, Nicholas From green@redhat.com Mon Sep 2 06:44:00 2002 From: green@redhat.com (Anthony Green) Date: Mon, 02 Sep 2002 06:44:00 -0000 Subject: [jakarta-servletapi]: libtool problems In-Reply-To: <3D7365B2.7070704@myrealbox.com> References: <3D72DC04.2080204@netscape.net> <1030971632.8068.17.camel@dhcppc2> <3D7365B2.7070704@myrealbox.com> Message-ID: <1030974256.8068.24.camel@dhcppc2> On Mon, 2002-09-02 at 06:20, Nicholas Wourms wrote: > Ok, I guess I should fess up to the fact that I'm trying to build it on > your sister project, Cygwin. I take it, then, that the problem lies in > libtool? Not necessarily. gcj builds object files out of property files with the --resource flag. libtool doesn't know how to do this, so I haven't been using the regular libtool build mechanisms. This makes libtool complain that it's linking libtool and non-libtool object files together -- but like I said, it's just a warning under Linux. I've CC'd Alex Oliva in case he has any ideas. Teaching libtool about gcj resource files will probably be hard. Perhaps we could fake it out by generating .lo files on our own... AG From ch_roux@club-internet.fr Sat Sep 7 10:01:00 2002 From: ch_roux@club-internet.fr (Christophe Roux) Date: Sat, 07 Sep 2002 10:01:00 -0000 Subject: transmission of serialized objects over a POST http request with rhug - patch solution Message-ID: I have 2 servlets communicating via a POST http request and trnasmitting a serialized object. It used to work fine with jdk and tomcat3.2.3. I am on the road to gcj and rhug. I found problems with the serialisation so that I build a small example with two servlets which exchange a simple serialized object. This object contains a Vector. I had to change the code in gnu.gcj.protocol.http.Connection in order to have a correct POST http request. I send a gnats bug report with my solution to gcc but after one week, the bug is still unasigned. So I decided to give my correction to rhug users, allowing to patch gcj. The Connection class is given in the tar joined to this mail. After that, I found in rhug how to deserialise an object with the rhug class loader, so that the MielMail object can be found by the receiving servlet (M1.java). So I wrote a small class (MielObjectInputStream.java) for deserialization class loading. After that, there was a problem with deserialization of null objects in the Vector of MielMail. I had to correct java.lang.ObjectInputStream.java because there was a NullPointerException in a dump instruction. In the joined tar file, I give all source files for these correction plus exmaples classes. I hope it can be usefull to rhug users and I also hope rhug gourous can point out gcc developpers in order these bugs will be soon corrected in the gcc release. Yours sincerely, Christophe Roux -------------- next part -------------- A non-text attachment was scrubbed... Name: postobje.tgz Type: application/x-gzip Size: 13817 bytes Desc: not available URL: From green@redhat.com Sat Sep 7 12:14:00 2002 From: green@redhat.com (Anthony Green) Date: Sat, 07 Sep 2002 12:14:00 -0000 Subject: transmission of serialized objects over a POST http request with rhug - patch solution In-Reply-To: References: Message-ID: <1031426051.1980.33.camel@dhcppc2> Thanks for all the debugging work! I can help get these changes into the GCC sources. For ObjectInputStream, what was the rationale for removing the Field.setAccessible calls? In Connection, why do you call sock.setReceiveBufferSize(4096)? Thanks, AG From ch_roux@club-internet.fr Mon Sep 16 09:50:00 2002 From: ch_roux@club-internet.fr (Christophe Roux) Date: Mon, 16 Sep 2002 09:50:00 -0000 Subject: debugging Message-ID: I am porting a voluminous software to gcj with tomcat from rhug; I am used to debug my program with exception stack trace but with gcj it is difficult as you don't know neither the method nor the line where the exception occurred. So I want to use server side gdb in order to track my bugs. Can someone tell me how to use gdb with rhug-tomcat? Thanks Christophe Roux From tromey@redhat.com Tue Sep 17 16:32:00 2002 From: tromey@redhat.com (Tom Tromey) Date: Tue, 17 Sep 2002 16:32:00 -0000 Subject: debugging In-Reply-To: References: Message-ID: <87wupkmbx3.fsf@fleche.redhat.com> >>>>> "Christophe" == Christophe Roux writes: Christophe> So I want to use server side gdb in order to track my bugs. Christophe> Can someone tell me how to use gdb with rhug-tomcat? I've never tried it. However, a general technique that might work is to attach to the running gcj-compiled process using gdb. See the `attach' command. Doing this effectively may involve adding sleep() calls to your program... not to mention working around areas where gdb's gcj support is less than ideal. Tom From ch_roux@club-internet.fr Wed Sep 18 10:15:00 2002 From: ch_roux@club-internet.fr (Christophe Roux) Date: Wed, 18 Sep 2002 10:15:00 -0000 Subject: debugging Message-ID: Do you know a simple solution in order to debug a servlet with gcj ? The exception stack trace seams to give only gcj concern methods' names. Is there a way to obtain the line number where the exception was triggered in the "java" program ? Thanks to light my lantern. Christophe From james_wang@sidynet.com Mon Sep 23 20:31:00 2002 From: james_wang@sidynet.com (James Wang) Date: Mon, 23 Sep 2002 20:31:00 -0000 Subject: tried when I tried to add an "foo" module (rh7.2+gcc3.2+autoconf2.53+automake1.63) Message-ID: hi, I have checked out the rhug and built it successfully. but when i add a "foo" module and "foo/Makefile.am" according to the "hacking how to", i failed : $automake configure.in:5: your implementation of AM_INIT_AUTOMAKE comes from an configure.in:5: old Automake version. You should recreate aclocal.m4 configure.in:5: with aclocal and run automake again. then i try to use aclocal to recreate aclocal.m4: $aclocal $ $autoconf configure.in:15: error: possibly undefined macro: LT_AC_PROG_GCJ configure.in:21: error: possibly undefined macro: AC_LIBTOOL_GCJ how can i resolve this problem. regards james From james_wang@sidynet.com Mon Sep 23 23:57:00 2002 From: james_wang@sidynet.com (James Wang) Date: Mon, 23 Sep 2002 23:57:00 -0000 Subject: i will add a jpos module Message-ID: hi, i will add a jpos module, which is is a Java[tm] based financial transaction library/framework that can be customized and extended in order to implement any particular financial interchange. you can get more information from http://www.jpos.org before be acknowledged, i began to add the sample "foo" module, but failed. my configuraton is : rh7.2+gcc3.2+autoconf2.5.3 +automake 1.6.3 I have checked out the rhug and built it successfully. but when i add a "foo" module and "foo/Makefile.am" according to the "hacking how to", i failed : $automake configure.in:5: your implementation of AM_INIT_AUTOMAKE comes from an configure.in:5: old Automake version. You should recreate aclocal.m4 configure.in:5: with aclocal and run automake again. then i try to use aclocal to recreate aclocal.m4: $aclocal $ $autoconf configure.in:15: error: possibly undefined macro: LT_AC_PROG_GCJ configure.in:21: error: possibly undefined macro: AC_LIBTOOL_GCJ how can i resolve this problem. regards james From tianwq37@netscape.net Fri Sep 27 16:40:00 2002 From: tianwq37@netscape.net (tianwq37@netscape.net) Date: Fri, 27 Sep 2002 16:40:00 -0000 Subject: remote x-application Message-ID: <02D53DB3.53058121.00A94412@netscape.net> Hi, Could some give me any hint about this? Now I am using RH7.2 with Rogers Cable working on a remote sever. I need to run some X application on the remote sever. This is what I usually do: 1 on local computer: xhost remost sever IP 2 telnet or ssh the remote computer 3 on remote sever: setenv DISPLAY local computer IP:0 4 run x-application But now I get "Can't open display" error. If I use Winaxe from labf.com, it works fine. Thanks in advance for your help. Wei Quan Tian Univ. of Ottawa __________________________________________________________________ The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ From green@redhat.com Fri Sep 27 17:05:00 2002 From: green@redhat.com (Anthony Green) Date: Fri, 27 Sep 2002 17:05:00 -0000 Subject: remote x-application In-Reply-To: <02D53DB3.53058121.00A94412@netscape.net> References: <02D53DB3.53058121.00A94412@netscape.net> Message-ID: <1033171547.2304.62.camel@dhcppc2> On Fri, 2002-09-27 at 16:40, tianwq37@netscape.net wrote: > Could some give me any hint about this? I have no idea. This mailing list is not a generic Linux help list. AG From ch_roux@club-internet.fr Sat Sep 28 11:32:00 2002 From: ch_roux@club-internet.fr (Christophe Roux) Date: Sat, 28 Sep 2002 11:32:00 -0000 Subject: rhug servlet in linux native compile Message-ID: I am developing a communication software with gcj and rhug (tomcat). I found that the byte code for my servlet is slower than with jdk. So I ask, is it possible to use a natively linux compiled servlet instead of byte code with tomcat-rhug? I think gcj allows to have compiled code. Is it compatible with tomcat-rhug ? If so, what is the step to do so? Thanks Christophe Roux From green@redhat.com Sun Sep 29 20:51:00 2002 From: green@redhat.com (Anthony Green) Date: Sun, 29 Sep 2002 20:51:00 -0000 Subject: pgsql-jdbc 7.3b2 Message-ID: <1033357871.1773.78.camel@dhcppc2> I updated rhug/pgsql-jdbc to version 7.3b2 today. The previous version stopped building when gcj's java.sql implementation was brought up to jdbc 3. This newer version requires java.lang.reflect.Proxy support which isn't in the current libgcj. I submitted a patch to add Proxy support earlier today. Hopefully I'll be able to check it in tomorrow. AG From green@redhat.com Sun Sep 29 23:41:00 2002 From: green@redhat.com (Anthony Green) Date: Sun, 29 Sep 2002 23:41:00 -0000 Subject: More rhug updates: Xerces 1.4.4 and Rhino 1.5R3 Message-ID: <1033368111.1773.97.camel@dhcppc2> I've updated Xerces to version 1.4.4 and Rhino, the mozilla javascript interpreter, to version 1.5R3 (plus my readline hack). AG