I have installed Xilinx 14.7 but I'm unable to open its configuration manager even after several trials to put in a license as Xilinx gives me this error:
ERROR:Map:258: - A problem was encountered attempting to get the license for this architecture.
How can I fix this?
You can get the license here:
https://www.xilinx.com/support/licensing_solution_center.html
Once you download the license file (it will have the .lic file extension) you can place it in the .../Xilinx/14.7/ISE_DS/ISE/coregen/core_licenses directory
The exact path to where you need to put it depends on where you installed the software. I installed mine to /opt/ so my path would be /opt/Xilinx/14.7/ISE_DS/ISE/coregen/core_licenses
Related
I've spent all day trying to figure out how to work mxnet GPU in R on windows. The package installs fine, but on library(mxnet) I get an error:
Error: package or namespace load failed for ‘mxnet’:
.onLoad failed in loadNamespace() for 'mxnet', details:
call: inDL(x, as.logical(local), as.logical(now), ...)
error: unable to load shared object 'C:/Users/Po/Documents/R/win-library/3.4/mxnet/libs/x64/libmxnet.dll':
LoadLibrary failure: The specified module could not be found.
Really been taken for a ride with all the 'help' topics. This seems to be a common issue but not widely applicable solution. I've downloaded and updated: CUDA, CUDAnn, NVIDIA drivers, OpenBLAS, cmake, opencv, MS visual studio, git, mlbench, mingw, MS visual cpp community.... the list goes on.
Some solutions say building and compiling is a work around, but frankly building and compiling is so far out of scope I've had to download half dozen programs just to be left with instructions "Use CMake to create a Visual Studio solution in ./build." What does that even mean.
I have checked the directory and am sure libmxnet.dll exists. I feel like I am missing something obvious.
I will help you resolve this.
I have checked the directory and am sure libmxnet.dll exists. I feel like
I am missing something obvious.
if libmxnet.dll exists, and yet we get the missing module error, it means one or more DLLs on which libmxnet.dll depends is missing.
Can you please download Process Monitor from "https://live.sysinternals.com/Procmon.exe" and capture file system activity.
The instructions are
Download "https://live.sysinternals.com/Procmon.exe"
Start "Procmon.exe"
Click Ctrl + L to bring filter UI
Choose "Path" , "ends with", ".dll" then "include" filter from
"Display entries matching these conditions"
Click ok. We have configured Procmon to monitor DLL activity
Now try to reproduce the issue which leads to missing module error
From Process Monitor, Choose File | Save option ( or press Ctrl + S )
Ensure that "native process monitor format (PML)" is chosen
Ensure events displayed using current filter is chosen
Generate the PML file.
Mail the PML file to me at eftiquar#gmail.com
To build and install MXNet yourself, you need the following dependencies. Install the required dependencies:
If [Microsoft Visual Studio 2017(https://www.visualstudio.com/thank-you-downloading-visual-studio/?sku=Community&rel=15) is not already installed, download and install it. You can download and install the free community edition.
Download and Install CMake GUI version if it is not already installed.
Download and install OpenCV.
Unzip the OpenCV package.
Set the environment variable "OpenCV_DIR" to the value "OpenCV build directory".
If you don't have the Intel Math Kernel Library (MKL) installed, download and install OpenBlas.
Set the environment variable "OpenBLAS_HOME" to point to the "OpenBLAS" directory that contains the "include" and "lib" directories. Typically, you can find the directory in "C:\Program files (x86)\OpenBLAS\".
Download and install CuDNN. To get access to the download link, register as an NVIDIA community user.
After you have installed all of the required dependencies, build the MXNet source code:
Download the MXNet source code from GitHub.
Open native tools command prompt for Visual Studio 2017( choose x64 or x86 native as required)
Start CMake GUI tool installed previously, from within this command prompt
In the CMake tool UI, "Browse Source" button and navigate to folder where MXNet source is downloaded. For example -"/GitHub/incubator-mxnet"
Create a folder under "/GitHub/incubator-mxnet", say releasex64
Click "Browse Build.." and choose folder created above
Click "Configure" button, a dialog prompt appears for choosing generator
Choose appropriate generator, for example Visual Studio 2017 Win64, if building for x64
Retain "use default native compilers" option
Click Finish
Click "Open Project" to open the generated project in Visual Studio IDE
Choose "ALL_BUILD" and build the configuration that you want to build
Find libmxnet.dll under the folder created in step 5 above for example "\GitHub\incubator-mxnet\releasex64\Debug\libmxnet.dll"
I just installed Qt, Qt creator and g++ on the latest version of Mint, and attempted to compile the default hello world project. After configuring a compiler kit I get the following error:
bits/c++config.h: No such file or directiry
/usr/include/c++/4.7/utility
No surprise there is no such file at that location. It appears this is some sort of config file where you specify what architecture you're compiling for.
What package do I install, or how do I write or generate this config file?
c++config.h is not in /usr/include, but rather in an architechture-dependent path. What you need is one of the libstdc++ development packages. You have not specified your platform details but my guess is that what you need is libstdc++6-4.7-dev as the error message refers to 4.7. See full list of packages containing c++config.h under Ubuntu and Ubuntu-likes here.
I don't know of a specific package search for Mint but the Ubuntu one has hit the nail on the head for me.
edit: ah drat, I only noticed this was 8 months old immediately after I posted the answer. Is this bad?
After running configure -static in C:\Qt\Qt5.1.0\Source, I ran mingw32-make. and I get this error (at the bottom of image).
System cannot find the specified file http://puu.sh/3tSh4.png
What files am I missing? I am using Qt 5.1.0, I have downloaded qt-everywhere-opensource-src-5.1.0-rc2.zip and extracted it into C:\Qt\Qt5.1.0\Source, Installed Perl64 in C:\Qt\Qt5.1.0\Source\, ran the prompt as admin, and I have followed this guide:
http://qt-project.org/doc/qt-4.8/deployment-windows.html#linking-the-application-to-the-static-version-of-qt
Building v8 needs python installed and in path make sure that you have it, see more information here especially the requirements to build Qt on windows.
My development team recently was forced over to a remote development environment where we do not have full access to the servers. Before the change over we had a JAR that was running fine on Java 1.7 x64 along with JRE 7. When we moved over to the new server our JAR was running alright, but then one of the server admins "updated" our Java to an older version and uninstalled the one we were using. Don't ask me why, I don't know. I re-installed Java 1.7 and uninstalled 1.6 along with the JREs.
The following problem occurs at runtime, there are no build errors:
Registry key 'Software\JavaSoft\Java Runtime Environment\CurrentVersion'
has value '1.7', but '1.6' is required.
Error: could not find java.dll
Error: could not find Java SE Runtime Environment.
I've run the same JAR on my laptop with no issues. Both the server and my laptop have JDK 1.7 and JRE 7 in the respective %HOME% variables and system PATH. I've even reinstalled JRE 6 and placed it later in the system environment PATH variables with the same result.
I have also changed the registry back to look at 1.6 and it results in the following, which I looked up and it appears to be from having multiple Javas installed (leading back to my original problem):
Exception in thread "main" java.lang.UnsupportedClassVersionError: ... :
Unsupported major.minor version 51.0
I would appreciate any insight you all have as I have been looking over various forums but nothing seems to have exactly my problem. Also, this has happen on another server we are using as well. Thanks!
Update: No luck with recompiling the JAR to either 1.6 or 1.7 and matching the JDK. Also, why in the world would a newer version of Java break an older compiled version?
This happens when you somehow confused java itself. You are trying to run a java 6 VM where it found a JRE 7. It might show this problem even if you type in the command line just java or java -version in a misconfigured environment. The JAR is not the problem, except in the very unlikely case where the code in JAR is looking in the Windows Registry for that (which probably is not your case).
In my case, I had the java.exe, javaw.exe and javaws.exe from Java 6 in the Windows/System32 folder (don't know how it got to be there). The rest of the JDK and JRE where found in the PATH inside C:\Java\jdk_1.7.0\bin. Oops!
Just had the similar error when installing java 8 (jdk & jre) on a system already running Java 7.
Error: Registry key 'Software\JavaSoft\Java Runtime
Environment'\CurrentVersion' has value '1.8', but '1.7' is required.
Error: could not find java.dll Error: Could not find Java SE Runtime Environment.
My environment was set up correctly (Path & java_home correctly defined), but the problem arises from the way pre-8 Java installers worked, which is that they used to copy the three executables (java.exe, javaw.exe & javaws.exe) to the Windows system directory. These remain unless overwritten by a new pre-8 installation.
However the Java 8 installer instead creates symbolic links in a new directory, C:\ProgramData\Oracle\Java\javapath, pointing to the actual JRE 8 location.
This means that you'll actually run the old 7 exes but use the new 8 DLLs.
So, the solution is simply to delete the 3 Java exes, as above, from the windows system directory.
If you are running 32-bit Java on a 64-bit Windows, the exes would be in Windows\SysWOW64, otherwise in Windows\System32.
I've deleted java files at windows/system32 and I also have removed c:\ProgramData\Oracle\Java\javapath from the PATH variable, because there was 3 symlinks to java 1.8 files.
I had JDK 1.7 in the %JAVA_HOME% variable and java1.7/bin in the PATH.
PS1: My problem was between Java 1.7 and Java 1.8.
PS2: I can't add this as a comment to Victor's answer because I haven't enough points.
In the START menu type "regedit" to open the Registry editor
Go to "HKEY_LOCAL_MACHINE" on the left-hand side registry explorer/tree menu
Click "SOFTWARE" within the "HKEY_LOCAL_MACHINE" registries
Click "JavaSoft" within the "SOFTWARE" registries
Click "Java Runtime Environment" within the "JavaSoft" list of registries here you can see different versions of installed java
Click "Java Runtime Environment"- On right hand side you will get 4-5 rows . Please select "CurrentVersion" and right Click( select modify option) Change version to "1.7"
Now the magic has been completed
I don't know if anyone is still following this thread, but I recently had this issue when I tried to launch ActiveMQ 5.10 as a Windows service.
I didn't have a JAVA_HOME path set.
I had Java 6 and Java 7 installed, but the default version was v7. (ie if I opened a command window and types "java -version").
This is where the clue was - "java -version" returned "Java HotSpot(TM) 64-Bit Server VM (build 23.1-b03, mixed mode)" but I was had installed the Win32 service...
It turns out that if you use the Win32 wrapper on a 64-bit machine it somehow decides to use a different version of Java...
So my fix was to uninstall the 32-bit version of the wrapper and install the 64-bit version.
aversion on my machine; just habit I guess... But luckily I resolved the issue eventually...
For my Win7
Paradox was in being java.exe and javaw.exe in System32 folder.
Opening that folder I couldn't see them but using search in Start menu I get links to those files, removed them. Next searsh gave me links to files from JAVA_HOME
magic )
Change to directory with correct java.exe i.e. go to the required JDK version java.exe
cd C:/Program Files/Java/jdk1.7.0_25/bin
Run the java.exe from this directory, it has precedence over registry and $PATH settings.
java -jar C:/installed/selenium-server-standalone-2.53.0.jar
I solved this problem by uninstalling Java 1.8
The jar was compiled to be 1.6 compliant. That is why you get this error. Two resolutions:
1) Use Java 1.6
OR
2) Recompile the jar to be compliant for your environment 1.7
Using regedit, remove the entries corresponding to java 7. It will work.
WampServer is installed on my computer.
I am wishing to install the RMySQL package.
The online documentation of the latter mentions:
Install a MySQL client library from http://www.mysql.com or http://dev.mysql.com. If you already installed a MySQL server, you may want to re-run the install to ensure that you also installed client header and library files. Note that Xampp doesn't include these.
I am confused I don't know which are these required 'header' and 'library' files. And, how do I know whether they are made available by WampServer? If it is not the case, can I simply add them somewhere to a WampServer folder (instead of uninstalling WampServer and installing Apache and its friends separatedly)?
Thanks,
Édouard
OK so I've just gone through the living hell that is installing RMySQL on Windows. But finally succeeded.
Binaries on windows are not supported, so the other answers saying this is "Simple" are wrong. Also a lot of the guides etc out there are outdated, or have broken links.
The best overall answer for MYSQL generally is to look at:
Using MySQL in R for Windows
Basically you have to install RTools in order to be able to compile the packages from source.
However specifically with WAMPServer, it doesn't install the .lib and client files. So what I did was go to MYSQL to find the exact same version of MYSQL as Wampserver had installed. I downloaded the zip file version. I compared the lib directories with a visual difference tool (Beyond Compare) and copied across the missing files into my WAMPServer MYSQL installation.
As per the guide above, I then copied:
libmysql.lib from mysql/lib to mysql/lib/opt to meet dependencies.
libmysql.dll to C:\Program Files\R\R-2.12.1\bin
Finally install.packages('RMySQL',type='source') worked
For people using WampServer in Windows and wanting to install RMySQL, I've adapted the instructions outlined here. I'm assuming you already have WampServer installed. I'll also use the file paths that I used on my computer, but keep in mind that your file paths may differ slightly (due to different versions, installations, etc.)
Install latest RTools from here.
Create a new file called Renviron.site in C:\Program Files\R\R-2.15.1\etc\, open the file in a text editor, and add a line like MYSQL_HOME="C:/wamp/bin/mysql/mysql5.6.12" (path to your mysql files). Make sure to use forward slashes and don't forget the quotes.
Click on your WampServer icon and go to MySQL, then Version. This will tell you what version of MySQL was included in your WampServer distribution.
Go to http://dev.mysql.com/downloads/mysql and download and install the same version of MySQL that is included in your WampServer distribution.
Once you've gone through the complete installation, go to the folder where MySQL installed and copy the file called libmysql.lib, which can be found in the lib\ folder.
Now go to the lib\ folder in your WampServer directory (mine is C:\wamp\bin\mysql\mysql5.6.12\lib) and create a new folder called opt\.
Paste into this new opt folder the libmysql.lib file that you just copied.
You can now uninstall the MySQL server that you just downloaded, since we only needed that one file from it (which is apparently not included in the WampServer distribution).
Under C:\wamp\bin\mysql\mysql5.6.12\lib\, you'll also find libmysql.dll. Copy this to C:\Program Files\R\R-2.15.1\bin\i386\ (This works if you have 36 bit Windows like me. I think if you have 64 bit, you may just put it under the bin\ subdirectory instead of under bin\i386\, but please don't hold me to that.) I also copied the same file (libmysql.dll) to the C:\windows\system32\ directory, but I'm not sure if this is necessary.
In R, run install.packages('RMySQL',type='source') and hopefully the installation completes without any issues. You can then load the package as usual with library(RMySQL).
Note: I'm running 32 bit Windows, R-2.15.1, and a WampServer distribution that includes MySQL 5.6.12.