From owner-freebsd-eclipse@FreeBSD.ORG Sat Oct 13 03:31:18 2007 Return-Path: Delivered-To: freebsd-eclipse@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FD2A16A417 for ; Sat, 13 Oct 2007 03:31:18 +0000 (UTC) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (gerbercreations.com [71.39.140.16]) by mx1.freebsd.org (Postfix) with ESMTP id 022AC13C4B2 for ; Sat, 13 Oct 2007 03:31:17 +0000 (UTC) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (localhost.eyesbeyond.com [127.0.0.1]) by misty.eyesbeyond.com (8.13.1/8.13.3) with ESMTP id l9D3VDUk090925; Fri, 12 Oct 2007 20:31:13 -0700 (PDT) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.13.1/8.13.3/Submit) id l9D3VCpC090924; Fri, 12 Oct 2007 20:31:12 -0700 (PDT) (envelope-from glewis@eyesbeyond.com) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Fri, 12 Oct 2007 20:31:11 -0700 From: Greg Lewis To: Mike Bowie Message-ID: <20071013033111.GA90889@misty.eyesbeyond.com> References: <470E49F5.9070200@buzmo.com> <20071012.011135.75795567.ken@tydfam.jp> <470E4ACE.80406@buzmo.com> <20071012.162039.13766409.ken@tydfam.jp> <470F72AD.6050300@buzmo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <470F72AD.6050300@buzmo.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-eclipse@freebsd.org Subject: Re: Eclipse-Europa 3.3.1 X-BeenThere: freebsd-eclipse@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "FreeBSD users of eclipse EDI, tools, rich client apps & ports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2007 03:31:18 -0000 On Fri, Oct 12, 2007 at 06:12:13AM -0700, Mike Bowie wrote: > Ken Yamada wrote: > > Two issues I noticed with 3.3.1. > > a) I have the following error if I try to assign workspace to NFS > > directory. I have no problems in accessing any of NFS files with other > >than this eclipse-europa331, and Mike says that he does not have any > >problem in accessing NFS files with this. > > > > b) The other issue I noticed is scim. The log says; > > > >!ENTRY org.eclipse.ui.workbench 2 0 2007-10-12 16:12:26.507 > >!MESSAGE A handler conflict occurred. This may disable some commands. > >!SUBENTRY 1 org.eclipse.ui.workbench 2 0 2007-10-12 16:12:26.507 > > : : : > > > > This will happen with 3.3.0, and I'll dig into this weekend. > > > > What could be the cause of the problems? Any suggestions? > > > ><<< log file when I have a file access problem. >>> > ># less workspace/.metadata/.log > >!SESSION 2007-10-12 00:02:39.890 > >----------------------------------------------- > >eclipse.buildId=M20070921-1145 > >java.version=1.6.0_01-p1 > >java.vendor=Sun Microsystems Inc. > >BootLoader constants: OS=freebsd, ARCH=x86, WS=gtk, NL=ja_JP > >Command-line arguments: -os freebsd -ws gtk -arch x86 > > > >!ENTRY org.eclipse.osgi 4 0 2007-10-12 00:02:40.197 > >!MESSAGE Error reading configuration: An error occurred while locking file > >"/home/users/ken/.eclipse/514943809/configuration/org.eclipse.osgi/.manager/.fileTableLock": "Operation not supported". A common reason is that the file system or Runtime Environment does not support file locking for that location. Please choose a different location, or disable file locking passing "-Dosgi.locking=none" as a VM argument. > >!STACK 0 > >java.io.IOException: An error occurred while locking file > >"/home/users/ken/.eclipse/514943809/configuration/org.eclipse.osgi/.manager/.fileTableLock": "Operation not supported". A common reason is that the file system or Runtime Environment does not support file locking for that location. Please choose a different location, or disable file locking passing "-Dosgi.locking=none" as a VM argument. > > at > > org.eclipse.core.runtime.internal.adaptor.Locker_JavaNio.lock(Locker_JavaNio.java:41) > > at > > org.eclipse.osgi.storagemanager.StorageManager.lock(StorageManager.ja...skipping... > > at > > org.eclipse.osgi.framework.internal.core.OSGi.(OSGi.java:31) > > at > > org.eclipse.core.runtime.adaptor.EclipseStarter.startup(EclipseStarte > >r.java:283) > > at > > org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja > >va:172) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > at > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. > >java:39) > > at > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces > >sorImpl.java:25) > > at java.lang.reflect.Method.invoke(Method.java:597) > > at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:508) > > at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447) > > at org.eclipse.equinox.launcher.Main.run(Main.java:1173) > > at org.eclipse.equinox.launcher.Main.main(Main.java:1148) > > Ken, > > My apologies, I misunderstood your NFS issue yesterday. I don't have a > workspace created on NFS, but projects which are on NFS mounts. NFS > doesn't support locking, so what's in your logs is correct I'm afraid... > if Eclipse is trying to flock (or similar) files on NFS, it's going to > fail. If this wasn't the behavior in then 3.3.0 build, I wonder why > it's appeared with 3.3.1? I'm sure adding the flag mentioned in the log > will resolve it, but would still be interested to know why. ;-) See rpc.lockd(8). NFS can do locking if this is running. > I'm not sure about the scim message you posted... I haven't built 3.3.1 > here yet. (Just at the office.) I'll get to it tonight or tomorrow > with any luck! Given that 3.3.1 isn't fully "cooked" I've just committed the existing 3.3.0 port to eclipse-devel. Hopefully that will get it some more testing while any problems with 3.3.1 are worked out. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org