I'm trying to build detours library, and I encountered some problems that I did not succeeded to solve.
I ran on Windows 7 and 10 64bit, Visual Studio 2015.
I tried in all possible command prompts( WOW64/ VS), ran vcvarsall.bat/vcvars32.bat.
Please find attached the errors that I've got.
Is there any other way to do it? or what could be the problem?
Thanks.
Since the Detours Express only supports 32-bit processes, some of the files, such as disolx64.cpp and disolarm.cpp, cannot be compiled.
To work around the problem, try commenting the #include "disasm.cpp" directives in the disol*.cpp files that generate the fatal error messages (i.e. excepting disolx86.cpp). Then compile using nmake command.
Or better find and download DetourExpress.msi.
Related
Installation vscode
I'm running Arch Linux (Manjaro) and installed vscode with:
sudo pacman -S code
but then a simple .NET core program resulted in
--------------------------------------------------------------------------------
You may only use the Microsoft .NET Core Debugger (clrdbg) with Visual Studio
Code, Visual Studio or Visual Studio for Mac software to help you develop and
test your applications.
--------------------------------------------------------------------------------
It seems like the official Microsoft build should be obtained via the snap store:
sudo snap install code --classic
And the program looks normal. I can install plug-ins, create a new file et cetera.
Problem
However, I cannot open any files or projects. Doing so results in vscode crashing. I read that code --disable-gpu could solve this problem, but doesn't do so for me.
Any ideas
what may cause this crash?
or how to get the pacman vscode working?
Logs
$ code --verbose
Gtk-Message: 22:59:19.805: Failed to load module "canberra-gtk-module"
Gtk-Message: 22:59:19.805: Failed to load module "canberra-gtk-module"
(code:33833): GdkPixbuf-WARNING **: 22:59:19.817: Cannot open pixbuf loader module file '/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory
This likely means that your installation is broken.
Try running the command
gdk-pixbuf-query-loaders > /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache
to make things work again for the time being.
[33863:1104/225919.911481:ERROR:appcenter_api.cc(52)] expecting appcenter url prefix
[main 2020-11-04T21:59:19.960Z] Sending env to running instance...
[main 2020-11-04T21:59:20.041Z] Sent env to running instance. Terminating...
[main 2020-11-04T21:59:20.041Z] Lifecycle#kill()
where the recommended gdk-pixbuf-query-loaders > /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache results in bash: /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache: No such file or directory
I'm running Arch Linux (Manjaro) and installed vscode with:
sudo pacman -S code
but then a simple .NET core program resulted in
--------------------------------------------------------------------------------
You may only use the Microsoft .NET Core Debugger (clrdbg) with Visual Studio
Code, Visual Studio or Visual Studio for Mac software to help you develop and
test your applications.
--------------------------------------------------------------------------------
I had the same issue trying to get the debugger to work and I spent hours on finding the reason for this. What I found out is that the debugger only works with officially signed Microsoft binaries of VSCode. So you have to make a distinction here:
The package code contains the open source version of visual studio code, a build wich anyone can make using the provided sources by Microsoft. The program which you get here is therefore not signed by MS!
The package visual-studio-code-bin provided by the AUR contains a officially signed version by MS. If you use this package, the debugger works as expected.
I do not know wether snap - which I personally never used at all - provides this kind of package, so I can not tell anything about that, but using the said package from the user repository solved the problem for me reliably.
Try this one (which I installed just yesterday under the recent manjaro distribution and it worked fine) and see if this solves your problem with opening files and folders.
I installed Visual Studio C++ and Rust. Most things work fine, but building cargo-edit and cargo-clone fail. The error code hints at cmake missing but it's one of the items built ok. Windows 10 specific issue.
Thanks to help from the IRC #rust-beginners channel I found out that I needed to install cmake from cmake.org. Make sure you have it add itself to the path and restart your command prompt.
Cmake download
I searched around a fair amount and didn't see anyone else with this specific problem. I'm running Ubuntu 14.04 (amd64) and codeblocks 13.12 (from the ubuntu repositories). I've followed the directions here: "wxWidgets how to cross compile an application for windows from linux using codeblocks?" and am finding myself a bit stuck. I can successfully compile win32 CLI code and code that uses windows.h. If I create a wxwidgets project I can successfully compile it for linux, but if I try and compile it using the mingw compiler setup (per the instructions in that link) I get the following error:
unrecognized command line option "-Wno-unused-local-typedefs"
Any suggestions would be greatly appreciated!
Just remove this option, you're using a compiler too old to have it. As all -Wno-xxx options, this one just suppresses a warning, so removing it is harmless.
I am getting this error on a node native addon I created. It works fine on my development machine, but breaks on the test machine.
module.js:485 process.dlopen(filename, module.exports);
Error: The specified module could not be found.
j:\node_modules\mhl-dispatcher\node_modules\node-odp\libs\build\Release\odpnode.node
In the c++ code, I'm using some dlls:
System.dll
System.Data.dll
Oracle.DataAccess.dll
I am using the /clr option.
Any ideas to what the issue might be?
Thanks.
I've figured out the problem, There are two dlls required to run c++ natives on a machine msvcp100d.dll and msvcr100d.dll. The are added by installing the Ms visual c++ 2010 redistributable package. Also for those running 64 bits you would the the 64 bit versions of the dlls or you would get an error.
Error : %1 is not a valid Win32 Application
Hope this helps others.
Cheers
Node either couldn't find the file in any location that it tried, or the Object file does not export a NODE_MODULE symbol.
several issues with both compilers.
Firstly, I've manually installed MinGW c++ compiler - the automated install was failing to download anything - exactly according to the instructions on the MinGW website, including adding C:\MinGW\bin to PATH system-wide, and restarted afterwars. However, g++ only launches if I cd to C:\MinGW\bin first. Secondly, when I do that, I get an error 'no include path in which to search for iostream', and when I look in c:\MinGW\bin\include (where all the header files seem to be', iostream.h is not there.
Finally, I tried downloading visual studio c++ from MS's website, which gives me the installer package vc_web.exe - but when I run this, it fails to download anything. My internet connection is otherwise fine so I can't think of any reason for this.
Any help would be much appreciated, thanks
-confused
As for Visual C++ Express, you can try the offline installer (which doesn't need an internet connection) http://www.microsoft.com/visualstudio/en-us/products/2010-editions/express-iso
And regarding g++, it'll be easier for you to download an IDE that includes g++ and that sets everything up for you, I recommend CodeLite but there's also Code::Blocks