I am trying to install Navicat on windows 10 for SQLite purpose.
Here is error shown while starting install --click on navicat.exe file
Just restart the system and it will work fine . error is coming due to not find the path of sqllite file in C drive.
This is a frequently issue.The directly and quickly resolution is re-install the Navicat.
You can also try to search the file 'libmysql_d.dll' in your environment or try to find it in the Navicat install folder, and copy it to 'C:\Windows\SysWOW64\'.
for 64-bit version of Window, otherwise, please copy to 'C:\Windows\System32'.
You can also download it from http://www.opendll.com/index.php?file-download=libmysql.dll&arch=32bit&version=. and copy.
then you can uninstall the navicate and again install the navicate than it will work fine thanks
Related
I am having an issue where I do meteor run in my project, and it begins to install meteor-tool#1.4.0-1, once it is 100%, it says
Extracting meteor-tool#1.4.0-1...
but it never finishes. I uninstalled meteor and reinstalled it but I am having the same issue.
United State.
Windows 10.
This is a problem caused by the tar extractor provided by Git.
Find where is located the tar tool used by your system, running:
$ where tar
In my case, it is located in C:\Program Files\Git\usr\bin\tar.exe
Then locate the file and rename it to tar.exe.old
Its done... try running Meteor again! >> $ meteor
Thank you for your response, Vasil. I actually was able to find a solution and I am no longer experiencing this problem.
Turned out there was a problem with the tar.exe file in Git, and by uninstalling Git, and reinstalling it the latest version, 2.10.0.windows.1, the problem has seemed to go away.
It seemed that no matter how long I left it, it stayed stuck at "Extracting meteor-tools . . ." but now that I updated Git the problem has gone away.
Try adding the following to your local hosts file (C:\Windows\System32\Drivers\etc\hosts):
54.192.225.217 warehouse.meteor.com
Then run a meteor reset in your app directory (warning - will wipe your local DB), then try starting your app again.
This works for me.
Link: https://forums.meteor.com/t/downloading-meteor-tool-1-4-0-1/27269/19?u=lucianopestana
I try install eclim using Graphical Installer by http://eclim.org/install.html tutorial. Installation process complited without errors, but eclim not working. Not found $ $ECLIPSE_HOME/eclimd file on my eclipse root directory, but $HOME/.vim was created succesful.
Where I should look for eclimd?
I just found this thread with no solution trying to figure out the same thing.
I was able to find the launcher under:
"~/.eclipse/org.eclipse.platform_4.7.0_155965261_linux_gtk_x86_64/"
I was just looking for a solution as I was facing the same problem to choose eclipse installation directory otherwise I was unable to proceed eclim installation. However I tried to choose different directories and finally I found the right installation directory
"/Applications/Eclipse.app/Contents/Eclipse"
That worked for me I hope this will help you as well.
I have downloaded and installed R.
I see it here in Applications folder (I am on a Mac with Yosemite):
Fine. I can launch R.app and indeed, yes, I am running the version I want, which is 3.2.2:
So far so good. I can even open up RStudio and see that I am indeed running 3.2.2!
So after all this, I simply go to my terminal, type
r
and turns out I am running 3.1.1!
I understand the old user of my work computer probably had installed this older version.
So here's what I'm wondering:
If I just installed R.app correctly, WHY is this old version still living on my computer, and how do I get rid of it?
If this is some sort of $PATH thing, WHY doesn't the most obvious location for an app, the Applications folder, get checked for the existence of R?
Thanks.
UPDATE
Turns out the old version of R has been installed by homebrew.
Typing which r in your terminal will give you where the shell thinks R is. Then, you need only uninstall it from that location.
Since we've determined it's homebrew, all you need to do now is brew unlink r; rm -Rf /usr/local/Cellar/r/3.1.1 and you should be golden after you rehash in your shell.
It worked because you installed it using homebrew. To remove it from the system, you must first unlink it and then remove it from the system.
I'm trying to get R to recognize that I have installed Rtools.exe. I've tried installing it in several different locations. However, whenever I restart R and load devtools I get the same error:
> library(devtools)
WARNING: Rtools is required to build R packages, but is not currently installed.
Please download and install Rtools 3.0 from http://cran.r-project.org/bin/windows
/Rtools/ and then run find_rtools().
Naturally, whenever I try the function find_rtools() I get the same error message. I'm done trying to figure this out with help files, as the devtools help doesn't offer much. I've tried installing in several of the locations returned by get_path() but the problem persists.
FYI, currently my R is installed at D:/R.
Has anyone else had this problem, and more importantly, can anyone help me?
I'm sorry if this is a duplicate, and I've tried to include as many relevant details as possible so if you need any clarification please let me know.
Thanks,
Nick
Grab the batch file Rpathset.bat from batchfiles, edit the SET statements in it appropriately and then run R like this from the Windows console:
Rpathset
Rgui
I ran into this issue running a Windows 7 machine without admin rights. I leveraged G. Grothendieck's response, with a few additional steps.
Get Rpathset.bat from https://code.google.com/p/batchfiles/
Edit the Set statements in Rpathset.bat to your paths
Run CMD and change directories to where Rpathset.bat is stored
In the command prompt, run rpathset.bat > mypath.txt
Open mypath.txt with a text editor
Click Windows Start and search for environment
Click Edit environment variables for your account
Click path and then edit
Copy and paste the entire path from mypath.txt into the Windows path (everything after the path statement)
Restart RStudio and check that devtools::find_rtools() is TRUE
This file rtools.r contains the code for find_rtools(). It looks like it is trying to find ls and gcc in your system path (and then does some more checks based on the version) and if that fails it tries to look up SOFTWARE\R-core\Rtools in the the Windows registry.
As Thomas mentioned here, "Rtools is not a package." This is what I did to install Rtools. My RStudio is running R version 3.1.3. So I downloaded Rtools31.exe from https://cran.r-project.org/bin/windows/Rtools/. I executed the exe file, selected all the default options in the Setup Wizard and installed. (I had admin privilege on the computer I was using but I am not sure if that makes any difference.) To check that it was properly installed, you can enter find_rtools() in the R prompt which should return TRUE if Rtools installed properly.
For R 3.0, you probably just need to download Rtools30.exe and follow the same steps above.
I ran into this problem trying to install Rtools33 to use Hadley Wickham's lineprof package. I got that error multiple times. I'm running Windows 7 on a laptop.
I was able to fix the problem by running the Rtools installation file as the windows Admin (i.e. right-click the Rtools33.exe and choose "Run as administrator")
I also made sure to point the path to the R source directory, which I kept in C:\Rtools\ (which contains C:\Rtools\bin\ and C:\Rtools\gcc-4.6.3\).
This solved the problem for me and I am now able to install lineprof from GitHub and make use of it.
I downloaded sqlite3, added sqlite3.dll, sqlite3.def and sqlite3.exe to Windows/System32. System32 is in the Windows Path. When I run SQLite3 test.db as per the Quick Start documentation from SQLite, SQLite3 is not recognized.
I also tried registering the dll but that did not work. I looked at numerous posts here and elsewhere but I cannot figure it out.
If I run sqlite3 at the cmd prompt, in System32, it is recognized. But obviously, unless I am missing something I do not want to create databases in the System32 folder. (Update)When I run a command prompt as admin, SQLite3 is recognized. Is that normal?
I guess I am viewing this as the same as Java, in the sense that once Java was added to the path I can run the Java comd from anywhere.
Conversely running in linux has been a smooth event.
Thank you,
diek
Aha! I had the same problem today. sqlite3.exe wouldn't be recognized if it was in C:\Windows\System32 (though interestingly it would work in C:\Windows) and that location was in the path.
I solved this by "unblocking" the file as it was a downloaded file that Windows doesn't trust: Properties > General > "Unblock"
This would possibly explain why running as admin worked.
It is also possibly related to this issue of 32-bit vs. 64-bit windows, though I think it is the earlier blocking problem.