Details
-
Type:
Bug
-
Status:
Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: UDIG 1.1.RC9
-
Fix Version/s: UDIG 1.2.M6
-
Component/s: tools and editing
-
Labels:None
-
Environment:Windows Vista Business, machine has Java 6 installed with ImageIo and JAI (but uDig includes its own bundled jre)
Description
The application installs; it does make some bad assumptions about working directory location (but whatever) ...
(The correct location would be C:\Users\Jody\Documents\uDig rather then C:\Users\Jody\AppData\My Documents\uDig)
When first run the application fails and asks me to look at the following log file:
- C:\Users\Jody\AppData\My Documents\uDig\.metadata\.log
The log file is as follows:
!SESSION 2007-02-05 19:47:23.791 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.5.0_04
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Framework arguments: -noop -vm C:\Program Files\uDig\1.1.RC9\eclipse\jre\bin\javaw.exe -vmargs -Xmx386M -jar C:\Program Files\uDig\1.1.RC9\eclipse\startup.jar
Command-line arguments: -os win32 -ws win32 -arch x86 -data C:\Users\Jody\AppData\Roaming\..\My Documents\uDig -noop -vm C:\Program Files\uDig\1.1.RC9\eclipse\jre\bin\javaw.exe -vmargs -Xmx386M -jar C:\Program Files\uDig\1.1.RC9\eclipse\startup.jar
!ENTRY org.eclipse.osgi 4 0 2007-02-05 19:47:26.510
!MESSAGE Application error
!STACK 1
java.lang.UnsatisfiedLinkError: no swt-win32-3235 in java.library.path
at java.lang.ClassLoader.loadLibrary(Unknown Source)
at java.lang.Runtime.loadLibrary0(Unknown Source)
at java.lang.System.loadLibrary(Unknown Source)
at org.eclipse.swt.internal.Library.loadLibrary(Library.java:123)
at org.eclipse.swt.internal.win32.OS.<clinit>(OS.java:18)
at org.eclipse.swt.widgets.Display.<clinit>(Display.java:125)
at org.eclipse.ui.internal.Workbench.createDisplay(Workbench.java:433)
at org.eclipse.ui.PlatformUI.createDisplay(PlatformUI.java:161)
at net.refractions.udig.internal.ui.UDIGApplication.run(UDIGApplication.java:33)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:78)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:92)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:68)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:400)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.core.launcher.Main.invokeFramework(Main.java:336)
at org.eclipse.core.launcher.Main.basicRun(Main.java:280)
at org.eclipse.core.launcher.Main.run(Main.java:977)
at org.eclipse.core.launcher.Main.main(Main.java:952)
It may be noted that Eclipse is working without problem in this environment.
So my guess is either:
a) we needed to be administrator to create a workspace directory ?
b) vista wanted us to be an administrator in order to open up the range of dlls required (such as swt?)