This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Inexplicable Parameter-Passing Phenomena w/MinGW GCJ
- From: Andrew Haley <aph at redhat dot com>
- To: Mohan Embar <gnustuff at thisiscool dot com>
- Cc: GCJ Java <java at gcc dot gnu dot org>
- Date: Wed, 10 Sep 2003 13:58:30 +0100
- Subject: Inexplicable Parameter-Passing Phenomena w/MinGW GCJ
- References: <RPPLA82IG6WT41FE4WWU2WGDCVU93.3f5ec971@p733>
Mohan Embar writes:
>
> When the above skt.getSoTimeout() call is uncommented, the
> MessageBoxes appear, but I get a "3333", which means that new
> Integer(timeout) in DatagramSocket was not identified as either a
> java.lang.Boolean or a java.lang.Integer in
> natPlainDatagramSocketImplWin32.cc/setOption(). (At one point in
> time, I printed value->getClass()->getName() and I got
> "java.lang.Class".)
>
> When the above skt.getTimeout() call (which happens AFTER the
> skt.setSoTimeout() call and should therefore have no effect on it)
> is commented out, no message boxes appear.
>
> I know I need to troubleshoot this and document this much further, but what
> I'm looking for is any sort of "aha" here. Keep in mind that this is a
> statically linked libgcj.
Well, I can't believe that the right method is being called. You must
have a version mismatch between .class and .java and .o. What makes
you thisnk skt.getTimeout() really is called?
Andrew.