Menu
▾
▴
#1514 program just died - JIntellitype problem
i try to open the program ..latest portable ver , and got this
program.name=DocFetcher
program.version=1.1.22
program.build=20180730-1532
program.portable=true
java.runtime.name=Java(TM) SE Runtime Environment
java.runtime.version=1.8.0_181-b13
java.version=1.8.0_181
sun.arch.data.model=32
os.arch=x86
os.name=Windows 10
os.version=10.0
user.language=en
java.lang.reflect.InvocationTargetException
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 net.sourceforge.docfetcher.Main.main(Main.java:124)
Caused by: com.melloware.jintellitype.JIntellitypeException: Could not load JIntellitype.dll from local file system or from inside JAR
at com.melloware.jintellitype.JIntellitype.<init>(JIntellitype.java:109)
at com.melloware.jintellitype.JIntellitype.getInstance(JIntellitype.java:166)
at net.sourceforge.docfetcher.gui.HotkeyListenerWindowsImpl.init(HotkeyHandler.java:99)
at net.sourceforge.docfetcher.gui.HotkeyHandler.registerHotkey(HotkeyHandler.java:56)
at net.sourceforge.docfetcher.gui.Application.initHotkey(Application.java:1232)
at net.sourceforge.docfetcher.gui.Application.main(Application.java:295)
... 5 more
Caused by: java.lang.UnsatisfiedLinkError: C:\Users\ahmed\Desktop\DocFetcher-1.1.22\lib\JIntellitype32.dll: A dynamic link library (DLL) initialization routine failed
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(Unknown Source)
at java.lang.ClassLoader.loadLibrary(Unknown Source)
at java.lang.Runtime.load0(Unknown Source)
at java.lang.System.load(Unknown Source)
at com.melloware.jintellitype.JIntellitype.<init>(JIntellitype.java:94)
... 10 more</init></init>
Discussion
Anonymous
Did you perhaps try to install DocFetcher 1.1.22 on top of an older DocFetcher version?
no
its fresh extract
also i try to move the index to the new ver but the program show error not compatible so i delete everything and extract new folder again and create new index
it was working fine .. maybe windows update install something !
also i notice all bugs in the last few days about this error
no
its fresh extract
also i try to move the index to the new ver but the program show error not compatible so i delete everything and extract new folder again and create new index
it was working fine .. maybe windows update install something !
also i notice all bugs in the last few days about this error
The error has something to do with the file JIntellitype.dll as indicated in the error report above. It first occurred in DocFetcher 1.1.20, and was supposed to be fixed in 1.1.22, but for some reason still occasionally shows up in 1.1.22.
The only explanation I can think of is that somehow the JIntellitype.dll from version 1.1.20 or 1.1.21 is still loaded into 1.1.22. But how that can happen in a clean install... no idea. The only advice I can give is to try removing and reinstalling DocFetcher 1.1.22.
To everyone affected by this bug: Please report back if removing and reinstalling the latest DocFetcher version fixes the problem. Thanks!
It did not. I even deleted the folder in program files.
I tried the portable version but I got the same issue.
@ Anonymous: Then it might perhaps help to find and move all files on the computer named "JIntellitype.dll", "JIntellitype32.dll" or "JIntellitype64.dll" while removing DocFetcher. (By "move" I mean moving it to a different location so that it can be restored later if this approach doesn't work.)
Looking at the recurring reports of this bug, I noticed that the crash always occurs with 32-bit Java, never with 64-bit Java. Therefore, if your operating system is 64-bit, I would suggest uninstalling 32-bit Java and replacing it with 64-bit Java.
Please report back if this makes the crash go away. I'm really in the dark here :-(
Can confirm that replace Java 32-bit with the latst 64-bit version solved the problem for me on Windows 10 64-bit.
That really helpful。
When I try to do a clean first install on MacOS (by opening the .dmg file).. There is nothing happening.
Try the portable version of DocFetcher instead.
I also have this issue. MacOS Mojave tried DocFetcher 1.1.18 and 1.1.22
Also, tried on 2 windows 10 machines, last working version is 1.1.19 on those machies using the portable version.
I'd suggest moving all occurrences of any file named "JIntellitype.dll", "JIntellitype32.dll" or "JIntellitype64.dll" elsewhere and then doing a clean reinstall of the latest DocFetcher version.
Ok what about the Mac issue?
How did you try to launch DocFetcher? Usually, it works like this:
1. Mount the dmg file.
2. Drag the DocFetcher application from inside the dmg file to your Applications folder.
3. Double-click DocFetcher in the Applications folder.
Apart from that, it's difficult to identify the problem remotely and without any error messages. Regarding the latter, if you know how to do this, try running the file "DocFetcher.app/Contents/MacOS/DocFetcher" in a terminal. You can find the file inside the DocFetcher application bundle. If running it fails, there'll probably be at least an error message printed in the terminal, giving us a clue what's happening.
Last but not least, DocFetcher requires a Java runtime, so make sure you have the latest one installed.
OK ran it from terminal and got the following...
/Applications/DocFetcher.app/Contents/MacOS/DocFetcher: line 14: /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java: No such file or directory
logout
Saving session...
...copying shared history...
...saving history...truncating history files...
...completed.
Deleting expired sessions...none found.
So, obviously Java is the issue but I thought I had it installed. When I run java -version I get the following...
openjdk version "11.0.1" 2018-10-16
OpenJDK Runtime Environment 18.9 (build 11.0.1+13)
OpenJDK 64-Bit Server VM 18.9 (build 11.0.1+13, mixed mode)
I guess I have the wrong version of Java right? There are so many different flavors of Java I can never tell what I need. Any ideas?
After some digging, I found out that DocFetcher depends on an older Java version that is no longer supported by Apple. This will be addressed in the next DocFetcher release. In the meantime, to get DocFetcher up and running, you can try the following:
Now I at the command line I get...
/Applications/DocFetcher.app/Contents/MacOS/DocFetcher ; exit;
Exception in thread "main" java.lang.ClassCastException: class jdk.internal.loader.ClassLoaders$AppClassLoader cannot be cast to class java.net.URLClassLoader (jdk.internal.loader.ClassLoaders$AppClassLoader and java.net.URLClassLoader are in module java.base of loader 'bootstrap')
at net.sourceforge.docfetcher.util.ClassPathHack.addURL(ClassPathHack.java:32)
at net.sourceforge.docfetcher.util.ClassPathHack.addFile(ClassPathHack.java:28)
at net.sourceforge.docfetcher.util.SwtJarLoader.loadSwtJar(SwtJarLoader.java:46)
at net.sourceforge.docfetcher.Main.main(Main.java:27)
logout
Saving session...
...copying shared history...
...saving history...truncating history files...
...completed.
[Process completed]
I can wait for the new version.
The error message suggest that you're using an outdated DocFetcher version. Try upgrading to v1.1.22.
/Applications/DocFetcher.app/Contents/MacOS/DocFetcher ; exit;
Exception in thread "main" java.io.IOException: Cannot run program "/Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java": error=2, No such file or directory
at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1128)
at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1071)
at java.base/java.lang.Runtime.exec(Runtime.java:591)
at java.base/java.lang.Runtime.exec(Runtime.java:450)
at net.sourceforge.docfetcher.Main.main(Main.java:114)
Caused by: java.io.IOException: error=2, No such file or directory
at java.base/java.lang.ProcessImpl.forkAndExec(Native Method)
at java.base/java.lang.ProcessImpl.<init>(ProcessImpl.java:340)
at java.base/java.lang.ProcessImpl.start(ProcessImpl.java:271)
at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1107)
... 4 more
logout
Saving session...
...copying shared history...
...saving history...truncating history files...
...completed.</init>
Double checked, it seems like it is ignoreing the change made to the java path in the DocFetcher.app.
Okay, that was enough information to nail down the problem. These modified versions of DocFetcher 1.1.22 should work (or so I hope):
Portable version:
http://docfetcher.sourceforge.net/docfetcher-1.1.22-portable.zip
Application bundle:
http://docfetcher.sourceforge.net/DocFetcher-1.1.22.dmg
These are only preliminary releases. The next official release has no release date yet.