installutil.exe is not a valid win32 application - win32-process

When I try to install service using Installutil.exe I receive a message c:\windows\Microsoft.net\framework\v4.0.30319\Installutil.exe is not a valid Win32 application.

I found out that for some reason the InstallUtil got corrupted during installation and got 0 byte size. So replacing that executable with correct size one - should fix the issue.

I had the same problem.
As I'm on 64 bit OS,
I used the "Framework64" directory instead of the "Framework" directory, I used C:\Windows\Microsoft.NET\Framework64\v4.0.30319\ installutil.exe
and then it work.

This also happens if the service binary is built as a DLL instead of a Windows Application (.dll instead of .exe)

Related

MySQL Install the UDF library "mysqludf_sys" on a Windows Server 2016

For 2 weeks I'm looking for a proper tutorial on how to fully install the library "lib_mysqludf_sys".
I got the .dll from a Russian site, because there seems to be no other for 64bit systems. I have successfully installed the procedure and also created the function, but whenever I want to call a file the whole database crashes. I conclude that the DLL file is faulty or that I forgot something to install.
can someone please explain to me how to use the UDF library to call files on a Windows Server 2016 64bit properly implied in the MySQL?
that would help me a lot, thank you!
Download the Windows 64 bit version from here:
https://github.com/rapid7/metasploit-framework/tree/master/data/exploits/mysql
Copy it to here or equivalent for your MySQL installation:
c:\Program Files\MySQL\MySQL Server 5.7\lib\plugin\lib_mysqludf_sys_64.dll
Install and verify as per the instructions here:
https://osandamalith.com/2018/02/11/mysql-udf-exploitation/
Looks like you are using MySQL 57/earlier version. For the library, I suggest to control it with "dependency walker". See if there is any problem with dependency libraries. At lease KERNEL32.DLL and MSCVTR.DLL (Visual C++ Redistrubatable file) should be there without any warning on root level.
If you have the code, I suggest you to recompile it with mygwin64. There are many items needs to be fixed to compiled it. Following link is a good link for UDF DLL compiles
https://github.com/esabilbulbul/mysql-udf-windows
There something similar, follow my answer here
stackoverflow.com/a/65209718/10026099

Eclipse-Failed to load the JNI shared library

I downloaded eclipse-juno, and run it. It was giving error as " A Java Runtime Environment (JRE) or Java Development Kit (JDK) must be available in order to run Eclipse. No Java virtual machine was found after searching the following locations:
C:\Program Files\eclipse\jre\bin\javaw.exe javaw.exe in your current PATH "
Then I set environment variables as told in this post
Eclipse - no Java (JRE) / (JDK) … no virtual machine.
Now its giving error
Failed to load the JNI shered library "C\Program Files\Java\Jdk version\bin\...\jre\bin\client\jvm.dll"
First of all make sure your Java and Eclipse have the same architecture - they both have to be either 32-bit or 64-bit. If that checks out, it should be OK.
I had the same problem: in my case everything was in fact 64-bit - 64-bit OS, 64-bit Eclipse and 64-bit JRE in use, so there was some confusion as to the origins of the issue...
What helped was correcting environmental variables JAVA_HOME and PATH - and pointing them directly to the bin catalogue:
.../My/Java/Location/bin
instead of
.../My/Java/Location
Possibly you have installed wrong BIT version of Java on your machine. If your machine is 64 bit, you might have installed 32 bit java only. You can able to view whats your machine architecture by right clicking on computer and say properties.
If your machine is 64 bit machine. Install 64 bit Java, 64 bit Eclipse. Make sure your classpath is set
Hope this will help.
You can test this solution, maybe works: go to window->preference->server->runtime environments->and set your server path Example: tomcat path.
for set java invironment variable and classpath:try like this:
and in path section:
check this link:link

Error MSB4062 when trying to build my CUDA program

I get the following error when I try to build my first GPU Program. Any suggestions what might be going wrong?
Error 1 error MSB4062: The "Nvda.Build.CudaTasks.SanitizePaths" task
could not be loaded from the assembly C:\Program
Files\MSBuild\Microsoft.Cpp\v4.0\BuildCustomizations\Nvda.Build.CudaTasks.dll.
Could not load file or assembly 'file:///C:\Program
Files\MSBuild\Microsoft.Cpp\v4.0\BuildCustomizations\Nvda.Build.CudaTasks.dll'
or one of its dependencies. The system cannot find the file specified.
Confirm that the declaration is correct, that the assembly
and all its dependencies are available, and that the task contains a
public class that implements
Microsoft.Build.Framework.ITask. C:\Program
Files\MSBuild\Microsoft.Cpp\v4.0\BuildCustomizations\CUDA
3.2.targets 70 4 gpu
I have faced with this problem. So many searching on internet but I could not find anything. At last I recognize that I closed Microsoft .NET Framework 3.5.1 features on Windows Features section in Control Panel.
to turn on Microsoft .Net Framework 3.5.1, you can easily follow these instructions;
http://www.sevenforums.com/tutorials/5023-windows-features-turn-off.html.
I hope this solution will help you !
I've come across this problem after upgrading my system to windows 10. It turns out that I have to reinstall Visual Studio because some dependent dlls have been moved to Windows.old folder.
I had this same error when I was compiling on a remote server. I think it was because I was logged in using Remote Desktop (RDP). When I logged in using VNC and compiled, the error no longer happened.
Note that it's impossible to even install the CUDA Toolkit via RDP, so this is unlikely to happen, unless you regularly use both methods to connect to a server.

Node: Mysql client libraries on windows

I have installed db-mysql module on node running linux, and I have not problems with it, but when I tried to do it on windows, I don't know how to do this:
$ export MYSQL_CONFIG=/usr/local/mysql/bin/mysql_config
That is what the db-mysql's documentation page says to do
nodejsdb.org/db-mysql
without do that, I get on node:
Error: Unable to load shared library C:/Program files/nodejs/node_modules/db-mysql/build/Release/mysql_bindings.node
Do I have to copy any file from linux to windows pc?
Sorry my bad english, and thanks for reading
That library is a Native C++ wrapper, and has problems on Windows.
Try one of the pure js libraries. Some are covered off on this question
What MySQL driver for Node.js works on Windows?

MySQL++ Application error at launch

I compiled MySQL++ with no issues. When I launched some of the executables (resetdb.exe and simple1.exe) they suggest to run to test if the installation has been successful, the first error I got was that libmysql.dll was missing.
Adding its path to the PATH environment variable did not fix the problem, even after launching a new command prompt; I had to copy the DLL in the directory where MySQL++ executables are.
Now the DLL is found, but I get this error:
simple1.exe - Application error
The application was unable to start correctly (0xc000007b).
Click OK to close the application.
even launching from the command line, I get no more information than these.
Thank you for any help!
MySQL 5.5 -
MySQL++ 3.0.9 -
Windows 7 64 bits -
MINGW32 -
GCC 4.4.0
0xC000007B is a Windows error that means the executable is corrupted. It could refer either to simple1.exe or to one of the DLLs it's linking against.
Some reasons this could happen:
You're mixing toolchains in an incompatible way. In your case, you may have built simple1.exe using pieces built by MinGW GCC and pieces built by Visual C++. MinGW should be compatible with any pure C DLL built by Visual C++, including the MySQL C API DLL. However, you may have other pieces interfering. MinGW isn't compatible with VC++ at the C++ level, but then, it shouldn't have linked at all if this were your problem.
You didn't follow the MySQL C API import library build steps in README-MinGW.txt. You either missed a step, or skipped it entirely and are trying to use the import library that shipped with MySQL.
In your previous gyrations, you ended up with a corrupt object file, which got linked in. Try saying make clean all at the top level of MySQL++ to force a complete rebuild.
You're mixing versions of MySQL or MySQL++. If you have more than one version of each on the system, make sure you're consistent in their use. That is, build the C API import library from the same DLL you run the programs against, use exrun.bat to run the examples to ensure you're using the just-built version of the MySQL++ DLL instead of another you have in your PATH, etc.
Additionally, I note that you're using an older version of MySQL++. If you were on Linux, I could understand that as some distributions still ship with 3.0.9. But since you have to build MySQL++ from source with MinGW, I don't see why you're not using 3.1.0. Did you get a binary build from somewhere?
As for your PATH problem, did you restart the MinGW shell after doing this? PATH updates don't affect running programs; they keep the value they saw when they started.