[1.1.0-Beta1] Windows XP, 7, 8: problems with native library WinUtil.dll when using a 32-Bit Java - SikuliX not useable --- fixed

Bug #1316488 reported by RaiMan
42
This bug affects 6 people
Affects Status Importance Assigned to Milestone
SikuliX
Fix Released
Critical
RaiMan

Bug Description

---- possible workarounds:
-- on 64-Bit Windows use a 64-Bit Java version
-- use the WinUtil.dll from version 1.0.1

--------------------------------------------------------

Have already successfully loaded and used Sikuli 1.0.rc3 for over a year and then switched over to Sikuli 1.0.1 in the last few weeks. (Uninstalled Sikuli 1.0rc3, then installed Sikuli 1.0.1 in c:\SikuliX. All was fine. Today, renamed SikliX to SikuliX1.01. Created a new directory c:\Automation\Sikuli\1.1 and copied the sikulixsetup-1.1.jar to that folder and tried to install. This is on a WIN7 32-bit system that we run in a VM. We have been using Sikuli 1.0.rc3 for 18+ months in this environment with no problem. Now trying to test out Sikuli 1.1 Beta release but have an issue on install. It keeps saying LoadLib: Fatal Error 110: loading WinUti.dll. Here is the log from the install.

…. more ….
[debug (5/5/14 1:35:50 PM)] RunSetup: trying to set up the environment
[debug (5/5/14 1:35:50 PM)] ResourceLoader: check: we are running on arch: x86
[debug (5/5/14 1:35:50 PM)] ResourceLoader: check: using Java at: C:/Program Files/Java/jre6/
[error (5/5/14 1:35:50 PM)] ResourceLoader: check: No valid libs path available until now!
[action (5/5/14 1:35:50 PM)] ResourceLoader: check: Please wait! Trying to extract libs to jar parent folder: C:/Automation/Sikuli/1.1/
[debug (5/5/14 1:35:50 PM)] ResourceLoader: extractLibs: from: file:/C:/Automation/Sikuli/1.1/sikulixsetup-1.1.jar
[debug (5/5/14 1:35:51 PM)] ResourceLoader: extractLibs: Found 20 Files in META-INF/libs/windows/libs32/
[debug (5/5/14 1:35:53 PM)] ResourceLoader: checkLibsDir: trying: C:\Automation\Sikuli\1.1\libs
[debug (5/5/14 1:35:53 PM)] ResourceLoader: checkLibsDir: Running on Windows - checking system path!
[debug (5/5/14 1:35:55 PM)] ResourceLoader: checkLibsDir: Added libs dir to path: C:\Automation\Sikuli\1.1\libs
[debug (5/5/14 1:35:55 PM)] ResourceLoader: checkLibsDir: ... n25;c:\support tools;C:\Automation\Sikuli\1.1\libs
[error (5/5/14 1:35:55 PM)] ResourceLoader: loadLib: Fatal Error 110: loading: WinUtil.dll
[error (5/5/14 1:35:55 PM)] ResourceLoader: loadLib: Since native library was found, it might be a problem with needed dependent libraries
C:\Automation\Sikuli\1.1\libs\WinUtil.dll: The specified procedure could not be found
[error (5/5/14 1:35:55 PM)] ResourceLoader: loadLib: Check, wether a valid Sikuli libs folder is in system path at runtime!
[error (5/5/14 1:35:55 PM)] ResourceLoader: loadLib: Running Setup: ignoring this error for now
[debug (5/5/14 1:35:55 PM)] ResourceLoader: checkLibsDir: Using libs at: C:\Automation\Sikuli\1.1\libs
[debug (5/5/14 1:35:55 PM)] ResourceLoader: check: recreated ClassLoader.usrPaths
[debug (5/5/14 1:35:58 PM)] RunSetup: Trying to run functional test: running script statements via SikuliScript
…. more ….
[debug (5/5/14 1:36:10 PM)] ResourceLoader: loadLib: Now loaded: VisionProxy from: C:\Automation\Sikuli\1.1\libs\VisionProxy.dll
[error (5/5/14 1:36:10 PM)] RunSetup: null
[error (5/5/14 1:36:10 PM)] RunSetup: Something serious happened! Sikuli not useable!
Check the error log at C:\Automation\Sikuli\1.1\SikuliX-1.1.0-Beta1-SetupLog.txt
[error (5/5/14 1:38:21 PM)] RunSetup: Functional test Jython did not work
[error (5/5/14 1:38:21 PM)] RunSetup: ... terminated abnormally :-(
[error (5/5/14 1:38:21 PM)] RunSetup: Something serious happened! Sikuli not useable!
Check the error log at C:\Automation\Sikuli\1.1\SikuliX-1.1.0-Beta1-SetupLog.txt

Even though it did not install correctly, I still tried to run Sikuli via the command line. I got this error:
[error] ResourceLoader: loadLib: Fatal Error 110: loading: WinUtil.dll
[error] ResourceLoader: loadLib: Since native library was found, it might be a problem with needed dependent libraries
C:\Automation\Sikuli\1.1\libs\WindUtil.dl: The specified procedure could not be found.
[error] ResourceLoader: loadIb: Check, wether a valid Sikuli libs folder is in system path at runtime!
[error] RunSetup: Problem with SikuliX libs folder - see error log

Revision history for this message
RaiMan (raimund-hocke) wrote :

under evaluation

description: updated
Revision history for this message
Steen (steenc) wrote :

have the same issue on win8 x86, unpaked/installed to the desktop.

moved to c:\program files\sikuli 1.1.0\ no change still: Fatal Error 110: loading: WinUtil.dll

Revision history for this message
Steen (steenc) wrote :

+++ running this Java
java version "1.7.0_51"
Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
Java HotSpot(TM) Client VM (build 24.51-b03, mixed mode, sharing)
+++ trying to run SikuliX
+++ using: -Xms64M -Xmx512M -Dfile.encoding=UTF-8 -Dsikuli.FromCommandLine -jar
C:\Program Files\Sikuli 1.1.0\sikulix.jar
May 08, 2014 9:50:20 AM java.util.prefs.WindowsPreferences <init>
WARNING: Could not open/create prefs root node Software\JavaSoft\Prefs at root 0
x80000002. Windows RegCreateKeyEx(...) returned error code 5.
[error] IDE: No native support for Windows
org.sikuli.ide.NativeSupportWindows
[error] ResourceLoader: loadLib: Fatal Error 110: loading: WinUtil.dll
[error] ResourceLoader: loadLib: Since native library was found, it might be a p
roblem with needed dependent libraries
C:\Program Files\Sikuli 1.1.0\libs\WinUtil.dll: The specified procedure could no
t be found
[error] ResourceLoader: loadLib: Check, wether a valid Sikuli libs folder is in
system path at runtime!
[error] RunSetup: Problem with SikuliX libs folder - see error log

tried with java 7, still same issue.

Revision history for this message
rob (reg82) wrote :

i have the same issue running on win 8.1 64bit i will post the install log this afternoon.

Revision history for this message
RaiMan (raimund-hocke) wrote :

this is the known issue with the WinUtil.dll.
I am working on it.

Revision history for this message
RaiMan (raimund-hocke) wrote :

But this should only happen, when using a 32 Bit Java (as you do)

With 64-Bit Java it should work (this is my testing system: Win 8.1 64-Bit with latest Java 64-Bit)

summary: - [1.1.0-Beta1] Windows XP, Windows 7: problems with native library
- WinUtil.dll - SikuliX not useable
+ [1.1.0-Beta1] Windows XP, 7, 8: problems with native library WinUtil.dll
+ when using a 32-Bit Java - SikuliX not useable
description: updated
Revision history for this message
Chance (chinacola2008) wrote : Re: [1.1.0-Beta1] Windows XP, 7, 8: problems with native library WinUtil.dll when using a 32-Bit Java - SikuliX not useable

I used 64-bit Java, still have the same problem.

Revision history for this message
Chance (chinacola2008) wrote :

Also, even if I replaced the WinUtil.dll with the one from version 1.0.1, it doesn't solve the problem.

Revision history for this message
RaiMan (raimund-hocke) wrote :

@comment #8:
- did you repeat the setup or did you use the existing sikulix.jar?
use on command line:
runsikulix.cmd -d 3 -c
and paste the log output

@comment #9
As far as I can see, then you have left version 1.0.1 running a 32-Bit Java, so the libs/WinUtil.dll is the 32-Bit version, which has to be run with a 32-Bit version of Java.
To get the WinUtil.dll from version 1.0.1 in 64-Bit, you have to run 1.0.1 with a 32-Bit Java, so the lib set is switched.
Use the same test as above and paste the log please.

BTW: I do not mind if you stop here with testing and fiddling around.
I will try to fix the problems anyway as soon as possible.
It takes some time though, since I first have to setup Windows 7 systems (I already work on Windows 8.1 64-Bit).

Revision history for this message
Steen (steenc) wrote :

ok i like #6

will switch to 64bit and try again.

Revision history for this message
Chance (chinacola2008) wrote :

c:\SikuliX2>runsikulix.cmd -d 3 -c
+++ running this Java
java version "1.6.0_21"
Java(TM) SE Runtime Environment (build 1.6.0_21-b07)
Java HotSpot(TM) 64-Bit Server VM (build 17.0-b17, mixed mode)
+++ trying to run SikuliX
+++ using: -Xms64M -Xmx512M -Dfile.encoding=UTF-8 -Dsikuli.FromCommandLine -jar
c:\SikuliX2\sikulix.jar -d 3 -c
[debug] Running on Java 6 (1.6.0_21-b07)
[debug] --- Sikuli parameters ---
[debug] 1: -d
[debug] 2: 3
[debug] 3: -c
[error] IDE: No native support for Windows
org.sikuli.ide.NativeSupportWindows
[debug] locale: en_US
[debug] ResourceLoader: SikuliX Package Build: 1.1.0-Beta1 2014-05-05-18
[debug] ResourceLoader: check: we are running on arch: amd64
[debug] ResourceLoader: check: using Java at: C:/Program Files/Java/jre6/
[debug] ResourceLoader: check: Exists Environment.SIKULIX_HOME? YES: c:/SikuliX2
/libs
[debug] ResourceLoader: checkLibsDir: trying: c:/SikuliX2/libs
[debug] ResourceLoader: checkLibsDir: Running on Windows - checking system path!

[debug] ResourceLoader: loadLib: Now loaded: WinUtil from: c:\SikuliX2\libs\WinU
til.dll
[debug] ResourceLoader: checkLibsDir: Using libs at: c:\SikuliX2\libs
[debug] ResourceLoader: check: recreated ClassLoader.usrPaths
[debug] Screen: initScreens: basic initialization (2 Screen(s) found)
[debug] Screen: *** monitor configuration (primary: 0) ***
[debug] Screen: 0: S(0)[0,0 1680x1050]
[debug] Screen: 1: S(1)[-1440,0 1440x900]
[debug] Screen: *** end monitor configuration ***
[debug] [I18N] menuShowThumbs
[debug] restore session at 1: D:/Desktop/reply_4_withcc.sikuli/
[debug] FileManager: tempdir create: C:\Users\Chance\AppData\Local\Temp\Chance\t
mp-1952253370.sikuli
[debug] ImagePath: new BundlePath: C:/Users/Chance/AppData/Local/Temp/Chance/tmp
-1952253370.sikuli/
[debug] InitTab: (text/python)
[debug] ImagePath: new BundlePath: D:/Desktop/reply_4_withcc.sikuli/
[debug] JythonScriptRunner: init: python.path hack:
C:\SikuliX2\sikulix.jar\Lib
[debug] InitTab: (text/python)
[debug] SikuliEditorKit.read
[debug] Image: added to image list: 1399349823214.png
with URL: file:D:/Desktop/reply_4_withcc.sikuli/1399349823214.png
[debug] Image: loaded 1399349823214.png (6 KB of 64 MB (1 / 0 %) (6))
[debug] Sikuli-IDE startup: 1475

Revision history for this message
RaiMan (raimund-hocke) wrote :

ok, seems ok:

- using a 64-Bit Java
[debug] ResourceLoader: check: we are running on arch: amd64
[debug] ResourceLoader: check: using Java at: C:/Program Files/Java/jre6/

- WinUtil.dll loaded without problems
[debug] ResourceLoader: loadLib: Now loaded: WinUtil from: c:\SikuliX2\libs\WinUtil.dll

So, what about running scripts?

Revision history for this message
RaiMan (raimund-hocke) wrote :

BTW:
[debug] ResourceLoader: check: Exists Environment.SIKULIX_HOME? YES: c:/SikuliX2/libs

Why do you think, you need SIKULIX_HOME?

When working with the Beta, it is recommended to not use it, so you stay fully dynamic (no environment settings needed).

Revision history for this message
RaiMan (raimund-hocke) wrote :

I put you on the subscription list, so you get notified.

Revision history for this message
Chance (chinacola2008) wrote :

#13:
When running a script, it got stuck on a yellow windows saying: " Sikuli IDE 1.1.0 - Beta1 ...setting up environment --please wait..."

#14:
I didn't change and set anything... It is by default

Revision history for this message
RaiMan (raimund-hocke) wrote :

@Chance

@ #16 - #13
I am busy with evaluating this bug.

@ #16 - #14
LOL, that is internally from runsikulix.cmd and only a local runtime setting in the command script.
I should know my own stuff better ;-)
So just forget this.

Revision history for this message
Joe Murphy (jmurphy-j) wrote :

Just wanted to add that I've come across this post while looking for a problem installing on a 2003 Server. Same issue.

I know it's already under evaluation, just wanted to give info since I didn't see any server problem listed here.

Joe

RaiMan (raimund-hocke)
summary: [1.1.0-Beta1] Windows XP, 7, 8: problems with native library WinUtil.dll
- when using a 32-Bit Java - SikuliX not useable
+ when using a 32-Bit Java - SikuliX not useable --- fixed
Changed in sikuli:
status: New → Fix Released
importance: Undecided → Critical
assignee: nobody → RaiMan (raimund-hocke)
milestone: none → 1.1.0
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.