[1.1.0] Win 7 64: Java 8: Could not load JIntellitype.dll

Bug #1504386 reported by vc15lin on 2015-10-09
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Sikuli
Undecided
RaiMan

Bug Description

My system is Win7 64bit
After I finished installing sikulixsetup-1.1.0.jar.
I run runsikulix.cmd.
I will get following log

+++ running this Java
Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8
java version "1.8.0_60"
Java(TM) SE Runtime Environment (build 1.8.0_60-b27)
Java HotSpot(TM) 64-Bit Server VM (build 25.60-b23, mixed mode)
+++ trying to run SikuliX
+++ using: -Xms64M -Xmx512M -Dfile.encoding=UTF-8 -Dsikuli.FromCommandLine -jar
C:\Vincent\Sikuli\sikulix.jar
Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8
[info] HotkeyManager: add Capture Hotkey: CTRL+SHIFT 2 (50, 3)
[error] WindowsHotkeyManager: JIntellitype problem: Could not load JIntellitype.
dll from local file system or from inside JAR
Press any key to continue . . .

RaiMan (raimund-hocke) wrote :

Just checked on my Win 7 64 with Java 8 both 32-Bit and 64-Bit.

Did not have any problems.

the message
Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8

shows, that you are using some modified runsikulix.cmd, since this is not produced with the standard setup.

So take care, that there are no pointers/references to older Sikuli(X) versions in your environment at the time, the java command inside runsikulix.cmd is processed.

summary: - Could not load JIntellitype.dll
+ [1.1.0] Win 7 64: Java 8: Could not load JIntellitype.dll
Changed in sikuli:
status: New → Opinion
assignee: nobody → RaiMan (raimund-hocke)
vc15lin (jianchao-lin) wrote :

JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8 which was i set in Environment Variable.
Now I delete it ,but I also get same log like following.

[info] HotkeyManager: add Capture Hotkey: CTRL+SHIFT 2 (50, 3)
[error] WindowsHotkeyManager: JIntellitype problem: Could not load JIntellitype.
dll from local file system or from inside JAR

Before use 1.1.0, I use Sikuli X r930 and integrated with robotframework.
So I set a lot of Environment Variable like following

CLASSPATH
C:\Vincent\Sikuli_Robot\sikuli-script.jar;C:\jython2.5.3\jython.jar
Path
C:\Program Files (x86)\Sikuli X\libs;C:\jython2.5.3;C:\Python27;C:\Python27\Scripts;
SIKULI_HOME
C:\Program Files (x86)\Sikuli X\

Is above mentioned will affect the installation?

RaiMan (raimund-hocke) wrote :

Yes, that is what I mean:
purge everything from the environment, that points to older Sikuli(X) versions.

Not needed with 1.1.0

BTW: you should upgrade your environment to Jython 2.7 (bundled with SikuliX 1.1.0) and use the latest RobotFramework.

What you only for use with RobotFramework need is on classpath: with version 1.1.0 it is sikulixapi.jar

As clearly mentioned: Be sure you have read the information on http://sikulix.com

The experimental support for RFW (tab support) might be interesting as well.

I had the same problem on a pc Windows7. Installing the final 1.1 It was not starting with the error WindowsHotkeyManager: JIntellitype problem.

Reading the solution posted by RaiMan I was able to solve just removing the environment variables created from the old Sikuli X r930.

Wiz (forums-5) wrote :

SikuliX 1.1.0 accidentally (I guess after some disk cleanup and restart) has stopped working on Win7. I reinstalled Java and SikuliX but SikuliX hasn't returned to its normal behavior. Here is SikulixLog:

[debug] Debug: setLogFile: C:/SikuliX/SikulixLog.txt
[debug (11/22/15 7:12:39 PM)] RunTimeINIT: loadOptions: check: C:\SikuliX
[debug (11/22/15 7:12:39 PM)] RunTimeINIT: loadOptions: check: C:\Users\[Me]
[debug (11/22/15 7:12:39 PM)] RunTimeINIT: loadOptions: check: C:\Users\[Me]\AppData\Roaming\Sikulix\SikulixStore
[debug (11/22/15 7:12:39 PM)] RunTimeINIT: global init: entering as: IDE
[debug (11/22/15 7:12:39 PM)] RunTimeINIT: ScreenDevice 0 has (0,0) --- will be primary Screen(0)
[debug (11/22/15 7:12:39 PM)] RunTimeINIT: Monitor 0: (0, 0) 1600 x 900
[debug (11/22/15 7:12:39 PM)] RunTimeINIT: runs as sikulix.jar in: C:\SikuliX
[debug (11/22/15 7:12:39 PM)] RunTimeINIT: exists libs folder at: C:\Users\[Me]\AppData\Roaming\Sikulix\SikulixLibs_201510051707
[debug (11/22/15 7:12:39 PM)] RunTimeINIT: addToWindowsSystemPath: added to systempath:
C:\Users\[Me]\AppData\Roaming\Sikulix\SikulixLibs_201510051707
[debug (11/22/15 7:12:39 PM)] RunTimeINIT: checkJavaUsrPath: added to ClassLoader.usrPaths
***** show environment for IDE (build 201510051707)
user.home: C:\Users\[Me]
user.dir (work dir): C:\SikuliX
user.name: [Me]
java.io.tmpdir: C:\Users\[Me]\AppData\Local\Temp
running 32Bit on Windows (6.1) from a jar
java 8-32 version 1.8.0_66-b18 vm 25.66-b18 class 52.0 arch x86
app data folder: C:\Users\[Me]\AppData\Roaming\Sikulix
libs folder: C:\Users\[Me]\AppData\Roaming\Sikulix\SikulixLibs_201510051707
executing jar: C:\SikuliX\sikulix.jar
*** classpath dump sikulix
  0: /C:/SikuliX/sikulix.jar
*** classpath dump end
***** show environment end
[debug (11/22/15 7:12:39 PM)] RunTimeIDE: global init: leaving
[debug (11/22/15 7:12:39 PM)] RunTimeIDE: initIDEbefore: entering
[debug (11/22/15 7:12:39 PM)] RunTimeIDE: initIDEbefore: leaving
[debug (11/22/15 7:12:39 PM)] RunTimeIDE: initAPI: entering
[debug (11/22/15 7:12:39 PM)] RunTimeIDE: initAPI: leaving
[debug (11/22/15 7:12:39 PM)] init user preferences
[debug (11/22/15 7:12:39 PM)] IDE: running with Locale: en_US
[debug (11/22/15 7:12:39 PM)] --- Sikuli parameters ---
[debug (11/22/15 7:12:39 PM)] 1: -d
[info (11/22/15 7:12:40 PM)] HotkeyManager: add Capture Hotkey: CTRL+SHIFT 2 (50, 3)
[debug (11/22/15 7:12:40 PM)] HotkeyManager: add Capture Hotkey: CTRL+SHIFT 2 (50, 3)
[error (11/22/15 7:12:40 PM)] WindowsHotkeyManager: JIntellitype problem: Could not load JIntellitype.dll from local file system or from inside JAR
[debug (11/22/15 7:12:40 PM)] RunTimeIDE: final cleanup
[debug (11/22/15 7:12:40 PM)] FileManager: deleteFileOrFolder:
C:\Users\[Me]\AppData\Local\Temp\Sikulix_92050844

Hope, you can help me,
Thanks

Wiz (forums-5) wrote :

The problem above was solved when I open sikulix.jar specifically through "open with>Java", however Java is recognized as the default program for all jar files. Weird .

RaiMan (raimund-hocke) wrote :

thanks for the feedback.

I will try to make all this more robust with version 2.

Changed in sikuli:
status: Opinion → In Progress
milestone: none → 2.0.0
Christian (claymore666) wrote :

Hi RaiMan,

had a similar issue (after setup, without changing initial runsikulix.cmd) with

[error] WindowsHotkeyManager: JIntellitype problem: Could not load JIntellitype.
dll from local file system or from inside JAR

which I could easily solve via manually inserting CLASSPATH line into the startup script, pointing to my installation directory:

set JAVA_HOME=C:\Program Files (x86)\Java\jdk8
set CLASSPATH=C:\Work\SikuliX

I also added the JAVA_HOME because I have both JRE 1.6 and JDK 1.8 installed (company pc) and the script determined JRE1.6 as default, which is outdated and causes followup errors.
Cheers,

Chris

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers