I am currently working with SimpleOpenNI and the Kinect to work on a programming project for sign language. I installed the prerequisite programs(drivers, NITE, OpenNI) on my 32-bit computer and my project compiles well on that computer.
I installed the 64-bit versions of the prereq programs on my 64-bit computer. After installing the prereq programs, I placed the SimpleOpenNI folder (I tried zipped and unzipped) in /Documents/Processing/libraries. When I try to compile, it gives me an error in Processing:
No library found for SimpleOpenNI
Libraries must be installed in a folder named 'libraries' inside the 'sketchbook' folder.
I tried many solutions: I tried installing the 32 bit programs, installing programs directly from the website, and tried it on another 64-bit computer.
Does anyone have any suggestions? Thank you.
Try placing the SimpleOpenNI folder in /Documents/Processing/libraries/libraries, that should fix your error.
Related
Here is my goal: being able to have the opencv library in x86 (32bits) using VisualStudio
Here is my problem: by following this tutorial http://dogfeatherdesign.com/opencv-3-0-microsoft-visual-studio-2015-cmake-and-c/
or this one http://amin-ahmadi.com/2015/12/04/how-to-build-opencv-from-source-for-vc14/
even with this version http://amin-ahmadi.com/2015/12/22/how-to-build-opencv-310-msvc2010-vc10-x86/ (which take care of the fact that new versions of OpenCV don't have precompiled libraries for the x86) I had to build it from scratch.
And in each case, after having successfully generated a VS file from opencv, the compiler (after 5minutes of compilation) tells me the following error: "LNK112 module machine type x64 conflicts with target machine type x86".
Nevertheless, I didn't compile either with the x64 or x86 solution platform, but only Win32. Hope to have given enough details, thank for the help! :)
I actually fond the answer: after having installed python 64 bits, cmake linked this library automatically, which was the cause of the error. Since I didn't need opencv for python I just reconfigured the project with cmake, generated it, and it worked with no error.
Coming from Linux, using QT5.4 (app compiles and works as expected)
If you are interested in the topic, just get fancybrowser example running on a XP machine without QT installed...
My first attempt was using MXE (and manually copying dlls). No success.
set up VM with Windows XP.
using windeployqt.
app "works" but QWebView doesn't display anything.
trying qt.conf
[Paths]
Prefix=.
and more things.
Still not successful.
windeployqt with all options to include webkit, compiler, angle...
No success...
Reading about QWebEngine will be the next.
Compiling a small example on Linux(OK) Windows (Mingw does not support qwebengine!!!).
So before setting up a new vm with windows 8 (msvc 2010 does not support qwebengine) and may find out the the app won't run on XP....
and porting from QWebView to QWebEngineView....
Please help:
How to deploy webkitwidgets app on windows? (without installing Qt, which will be my last chance...)
Edit
Next step done was Running ProcessExplorer on the dev machine and on the target machine. Parsing the output of the loaded dlls on both machines, they do not differ. All required dlls are loaded? Still no display...
The problem should be solved in Qt5.5.1 which was released last week.
Just use the Deploy Tool of Qt :)
I just installed windows 8 and microsoft visual studio 2012. The problem comes when I try to run a program, it tells me:
the program can't start because glu32.dll is missing from your computer. try reinstalling the program to fix this problem
But I have already placed the glu32.dll in the locations that it should.
The graphics drivers shipping with Windows 8 lack proper OpenGL support. You must download the drivers from your GPU vendors website directly and install those.
Also when manually adding missing DLLs you should not add them to system directories, but into right into the directory of the application's .exe files.
I was working in VS2005 in WindowsXP 64-bit platform and now I am converting all my projects in to VS2010 in Windows7 64-bit. While building one of my project I am getting a link error "LNK1104: cannot open file rpcndr.lib". The project builds in VS2005 without any issues in my machine.
Whether its anything related to Platform SDK..? otherwise what's the solution for this issue.?
I read from a link that I have to install latest platform SDK to solve this issue.
I tried to download platform SDK 4.0 for Windows7 but it always get failed in my machine by stopping download infinitely.
Regards,
Nixon
Whether its anything related to Platform SDK..? otherwise what's the solution for this issue.?
SOLUTION TO QUESTION:
'rpcndr4.lib' is obsolete in the new SDK, so just edit your project > Props > Linker > input > Addition Dep..: and remove 'rpcndr4.lib'
I read from a link that I have to install latest platform SDK to solve this issue. I tried to download platform SDK 4.0 for Windows7 but it always get failed in my machine by stopping download infinitely.
WORKAROUND:
I had same problem. So I downloaded SDK onto my Windows-7 32-bit laptop without problem, then copied it to my Win-7 64-bit desktop.
I just solved the issue from the comment mentioned in the below website:
https://henbo.wordpress.com/2006/11/22/lnk1181-cannot-open-input-file-rpcndr-lib/
You also need to remove comment out the line
//#pragma comment(lib, “rpcndr.lib”)
in the dlldatax.c file
Have GHC 6.8.3 and wxHaskell-0.10.3 on a Windows XP computer. Installed both as binary distributions, not by building from sources. Built a sample with the following command:
ghc --make Paint.hs
It works on that same computer it was built on (with GHC and wxHaskell installed), but fails if transferred to another one (with neither of them installed). It throws an "Application error" box with "The application failed to initialize properly (0xc0150002). Click OK to terminate the program."
The only non-system dll it wanted was wxc-msw2.6.4-0.10.3.dll, which I copied to it's folder.
What might be the reason?
The error comes from dependencies that are mentioned in the manifests of DLL's (presumably the third-party ones with wxHaskell) that your system is expecting to find installed in places such as WinSxS and SoftwareDistribution in your Windows directory. I am guessing the wxHaskell installation puts the files there.
You may be able to find what files the program is looking for by looking in the event viewer on the failed machine. You may even be able to fix them by moving the files from a working machine, However, VC++ 2005 runtimes are the most likely, as suggested - the wxHaskell troubleshooter suggests you try the VC++ 2005 service pack 1 redistributables:
http://www.microsoft.com/downloads/details.aspx?FamilyID=200b2fd9-ae1a-4a14-984d-389c36f85647&DisplayLang=en
My guess is, you want to install the VC++ runtime redistributable files onto the target computer. The redistributable files for applications built with visual studio 2005 are available from here:
http://www.microsoft.com/downloads/details.aspx?familyid=32bc1bee-a3f9-4c13-9c99-220b62a191ee&displaylang=en
Datapoint: Works for me on an XP sp2 box.