From owner-freebsd-java@FreeBSD.ORG Tue Aug 8 16:23:36 2006 Return-Path: X-Original-To: freebsd-java@freebsd.org Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BA2416A4DD for ; Tue, 8 Aug 2006 16:23:36 +0000 (UTC) (envelope-from dsledge@appriss.com) Received: from intexch02.int.appriss.com (intexch02.int.appriss.com [63.126.72.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id A545743D73 for ; Tue, 8 Aug 2006 16:23:30 +0000 (GMT) (envelope-from dsledge@appriss.com) Received: from [10.11.3.10] ([10.11.3.10]) by intexch02.int.appriss.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 8 Aug 2006 12:23:29 -0400 Message-ID: <44D8BA80.3050403@appriss.com> Date: Tue, 08 Aug 2006 12:23:28 -0400 From: David Sledge User-Agent: Thunderbird 1.5.0.5 (X11/20060731) To: Sean McNeil References: <44D76046.3030609@appriss.com> <1154971404.1679.2.camel@triton.mcneil.com> In-Reply-To: <1154971404.1679.2.camel@triton.mcneil.com> Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Aug 2006 16:23:29.0417 (UTC) FILETIME=[FBBAF790:01C6BB06] MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Ronald Klop , freebsd-java@freebsd.org Subject: Re: Q) eclipse 3.2 (Callisto) X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 16:23:36 -0000 I'd say there is something different to the gtk display methods. From the 3.1.2 sources, I find: work/plugins/org.eclipse.swt/Eclipse SWT/gtk/org/eclipse/swt/widgets/Display.ja va: static int /*long*/ fixedClassInitProc, fixedMapProc; work/plugins/org.eclipse.swt/Eclipse SWT/gtk/org/eclipse/swt/widgets/Display.ja va: fixedClassInitCallback = new Callback (getClass (), "fixedClas sInitProc", 2); work/plugins/org.eclipse.swt/Eclipse SWT/gtk/org/eclipse/swt/widgets/Display.ja va: fixedClassInitProc = fixedClassInitCallback.getAddress (); work/plugins/org.eclipse.swt/Eclipse SWT/gtk/org/eclipse/swt/widgets/Display.ja va: if (fixedClassInitProc == 0) SWT.error (SWT.ERROR_NO_MORE_CALL BACKS); work/plugins/org.eclipse.swt/Eclipse SWT/gtk/org/eclipse/swt/widgets/Display.ja va: fixed_info.class_init = fixedClassInitProc; work/plugins/org.eclipse.swt/Eclipse SWT/gtk/org/eclipse/swt/widgets/Display.ja va:static int /*long*/ fixedClassInitProc (int /*long*/ g_class, int /*long*/ c lass_data) { Update for the amd64 build of eclipse 3.2. From what I could find searching the net, this problem in the past had to due with the "SWT_PTR_CFLAGS=-DSWT_PTR_SIZE_64" not being set which changes the signature for the callback. I am setting this flag but it still fails with the same error. Here is what I get on x86 using "javap -classpath swt.jar -c org.eclipse.swt.widgets.Display" static int fixedClassInitProc(int, int); 205: putstatic #815; //Field fixedClassInitProc:I 208: getstatic #815; //Field fixedClassInitProc:I Here is what I get on amd64 using "javap -classpath swt.jar -c org.eclipse.swt.widgets.Display" static long fixedClassInitProc(long, long); 214: putstatic #822; //Field fixedClassInitProc:J 217: getstatic #822; //Field fixedClassInitProc:J As you can see the signature has changed as it should for the amd64 build from the x86 build. On amd64 it takes two long parameters and returns a long as it should. These checks were done in the work directory for the build. I will check when I get home tonight to see if the swt.jar that actually installs is correct. Maybe its just deploying the wrong one for the amd64 platform.