I downloaded MergJSON from mergext.com to use with RunRev's Livecode, The .zip file mergJSON-GPL-1.0.8.zip doesn't contain a windows .dll file. Has support for windows been dropped?
Thanks
Related
I am following a lab designed for visual studio on windows, on visual studio for mac.
The lab instructions are
./nuget.exe pack ./PartsUnlimited.Shared.csproj but it doesn't build anything and just pops open my finder to the folder where .csproj is in.
I had to do nuget pack ./PartsUnlimited.Shared.csproj for it to build successfully.
What is the difference between these 2 commands?
Is it a shell/executable thing, or specific to nuget, or specific to macos?
With the Windows OS, executable programs are expected to have a .exe file extension. With macOS and *nix operating systems, executable program do not have a special file extension.
When the lab instructions for Windows use nuget.exe, change it to nuget for macOS.
To specifically run the version of NuGet that you downloaded, cd to the directory that contains nuget and run the command as ./nuget. (The lab is using the *nix directory separator in the examples.)
Using SoftHSM V2 for Windows which can be found at https://github.com/disig/SoftHSM2-for-Windows on Windows 10 for use with PKCS #11.
Installed and can run the softhsm2-util successfully, but I cannot find a .lib file.
I can only find a DLL, no .lib file in any of the folders.
Am I missing something? Should it include a .lib file?
When Android studio is installed in Linux, there are several supporting files which are downloaded by Android studio. I wish to keep a backup of the entire Android studio installation media or installed files in such a way, so that every time I have to install it in any Linux computer, I can do it offline. The main Android studio installation media is easy to keep a backup of but how can we find out what more was downloaded and installed by it ?
I would not keep the installation file, instead better back-up the installation directory including the android sdk and android ndk installation directory (check where those directories were created).
Furthermore there is the ~/.gradle directory in your home directory which contains all the gradle related cached files.
Regarding the ~/.AndroidStudio3.0 directory in your home dir I am not sure what it contains, but it looks like there are also cached downloaded jar files.
At last you should backup the ~/.android. It contains mostly generated files, however for example the signing keys are very important.
You need to backup the following directories:
$HOME\.android
$HOME\.AndroidStudio3.0
$HOME\.gradle
In addition to the directory where Android Studio was installed.
I just got Visual Studio Code for Linux installed on xubuntu 14.04.2-desktop-amd64. I have it extracted in my home folder. In the /home/Visual Studio Code subdirectory into its own subdi I have a subdirectory containing a .cs file to compile to an executable. Does the Code download already have the necessary files to target .NET 4.5.2 or 4.6? If not, then where should you download the .NET frameworks 4.5, 4.6? Microsoft, the Ubuntu Software Center, p2p torrent, ...?
I just installed visual studio 2012 and tried running my C++ project on it.
compilation fails due to missing "SDKDDKVer.h", "windows.h", etc.
I installed the windows 8 sdk from Windows Software Development Kit (SDK) for Windows 8, but after successfully running the installer with the default components (including the windows headers), I can't find any include folder under C:\Program Files (x86)\Microsoft SDKs\Windows\v8.0 or C:\Program Files (x86)\Microsoft SDKs\Windows\v8.0A.
I ran the SDK installer twice + tried to repair and still I can't find any trace of the windows header files.
Did anyone encounter something similar?
what am I missing? my OS is win7 x64. I uninstalled VS2010 before installing VS2012.
thanks,
It's a bug caused by VS2012 using the configuration of VS2010.
You have to manually fix the include libraries to get around this (through the property manager).
The substantial modifications needed are :
adding $(WindowsSDK_IncludePath) to the include paths
adding $(WindowsSDK_LibraryPath_x86) or $(WindowsSDK_LibraryPath_x64)
to the library path depending if your building for x84 or x64.
The same problem also exists when you upgrade a VS2010 project to VS2012.
To me, manually fixing the include dirs (see step 1 in previous answer) took care of the problem.