I'm trying to build my Qt project on Windows, however something called jom.exe prevents the build by crashing.
12:15:44: Running build steps for project webimage...
12:15:44: Configuration unchanged, skipping qmake step. 12:15:44: Starting:
"jom.exe" qtcreator_ctrlc_stub:
Command line failed: jom.exe 12:15:44:
The process "jom.exe" crashed.
Error while building project webimage
(target: Desktop) When executing build step 'Make'
The projects build just fine on Mac and Linux and since it's been quite a while since I used Windows for anything I'm not sure on what to do here.
What I'm I missing here? Thanks.
As I said I am unfamiliar with the windows development stack but as it turns out jom can be replaced by nmake which worked perfectly for me.
Related
I have followed esp-idf guideline to install and test to build the hello world and blink sample code but both the code met this problem.
Visual studio try to build hello world
> Executing task: ninja <
ninja: error: loading 'build.ninja': The system cannot find the file specified.
The terminal process "C:\WINDOWS\System32\WindowsPowerShell\v1.0\powershell.exe -Command ninja " terminated with exit code: 1.
I have tested all the ways I can find to fix it but I'm not sure anything I missed or not.
This is one of the way that I test but also met some problem.
cmd try to run the command below
C:\Espressif\frameworks\esp-idf-v4.4>python -m pip install --user -r %IDF_PATH%/requirements.txt
ERROR: Can not perform a '--user' install. User site-packages are not visible in this virtualenv.
This possible problem is the python environment is exist so I cannot do this command, but I try many ways to disabled or deactivated it still cannot.
python path
system environment
After trying to debug this for a long time, I made a backup copy of the entire project folder, then just went hog-wild deleting files. I deleted almost every file I didn't author. Only left the main/CMakeLists.txt, main/component.mk, main/main.c, main/main.h, .gitignore, CMakeLists.txt, and Makefile. Then I ran idf.py set-target esp32 and idf.py -p /dev/ttyACM0 flash monitor and it worked fine again.
VS Code & ESP-IDF on Ubuntu 20.04.05 LTS
Check if the compiler is properly selected. If you don't select a proper c/c++ compiler, then you might get this error. I had mingw in my system, but vs code did not auto detect the compiler. Then I manually added mingw and selected it for compilation after which this issue was resolved.
What worked for me after updating to the new stable release (v5.0) was
Go to the folder S:\esp\esp-idf\esp-idf-v5.0
Run command prompt at this directory and execute install.bat and later export.bat
After trying to build the program in VSCode the error "ninja: error: loading 'build.ninja'" shows up.
Update the path in the ESP-IDF extension in VSCode using ESP-IDF:Configure Paths
locate your project folder e.g. "V:\simpleTest_using_EspIDF_v5_0"
Open command prompt and execute: idf.py build
Now it builds also in VSCode using the Espressif IDF extension.
You not have a build.ninja file. Find this file on proje
I downloaded bitcloud, the atmel zigbee stack and I am trying to compile one of the default applications, ZLLDemo.
It is located currently at:
C:\Users\Ryan\Desktop\BitCloud_MEGARF_3_1_0\Applications\ZLLDemo\atmelStudio_projects\ATmega256RFR2.cproj
Everytime I try to compile the application I get a windows message screen for "mkdir.exe" error 0xc0000142. In the Output screen I see the line "make: *** [directories] Error -1073741502"
This same error and error code occurs later in the build process for cp.exe if I manually make the folders myself.
I have tried the following things to fix the error:
Change folder and contents to different owners, everyone having full
privileges
run make command manually from a command prompt window as admin
clean solution before retrying
all other examples files
ran directly from C: as "C:\BitCloud_MEGARF_3_1_0\Applications\ZLLDemo\atmelStudio_projects\ATmega256RFR2.cproj" - as per general suggestion for the windows error I tried
"sfc /scannow" in case mkdir had somehow been corrupted
Changed AppInitDLLs Reg key to 0 to load all DLLs at start of application
Disabled Internet security
Does this have a general fix or is there perhaps something else at work here? General compilations work, its just external ones. My friend did the same and it seems to work just fine for him.
Windows 8.1
Atmel Studio 6.2
Avrfreaks had a solution that I finally found here.
Their solution is to download an old version of the msys file for winavr. Which means that their is something more than likely wrong with the latest version of winavr for windows 8.1
sebastor wrote:
I found solution.
Copy this file:
http://www.madwizard.org/download/electronics/msys-1.0-vista64.zip
to utils\bin directory (WinAVR)
I am trying to build a project with Gradle, but the build is failing with the error "java not found". Whilst this works absolutely fine on the command line, it fails in Android Studio. The exact error is:
Error:Execution failed for task ':app:preDexRealDebug'.
com.android.ide.common.internal.LoggedErrorException: Failed to run command:
/Applications/Android Studio.app/sdk/build-tools/19.1.0/dx --dex --output /Users/amlcurran/Projects/Messages/app/build/intermediates/pre-dexed/real/debug/libGoogleAnalyticsServices-9d8e3e3fe0cc3007420cb25dbd38e357c5461aad.jar /Users/amlcurran/Projects/Messages/app/libs/libGoogleAnalyticsServices.jar
Error Code:
127
Output:
/Applications/Android Studio.app/sdk/build-tools/19.1.0/dx: line 89: exec: java: not found
My JDK Location (in Project Settings>SDK Locations) is set to "/Library/Java/JavaVirtualMachines/jdk1.7.0_45.jdk/Contents/Home", although every time I change this it seems to revert itself.
UPDATE: A non-Gradle project builds fine.
It turns out to be an issue I introduced yesterday trying to get the non-Gradle project working.
I had set my JDK to the one specified above but had issues with compiling, so moved my java executable in usr/bin/java. This clearly messed up Gradle - moving it back made Gradle work again (although I assume it has now broken the non-Gradle project).
I'm working on a project in Xamarin.iOS, and it happens to go through a build server (running on a Mac).
The build seems to commonly fail, but even with the --verbose or -v it seems to Silently fail. For example, right now, it seems to fail after optimizing the graphics for iOS. The last line of the build says Build complete -- 0 errors, 0 warnings. But then I get a Build step 'Execute shell' marked build as failure from Jenkins. I know that this is a failure in the mdtool build, because I have had a successful build before, and I know there are several more steps before it actually succeeds.
The next step in the successful process should be Compiling to native code, but for some reason it fails before getting to that, or at least outputting it to the console.
Thanks in advance for the help!
There's a few places in the mdtool build logic that didn't properly catch exceptions when executing shell programs which I (hopefully) fixed for Xamarin Studio 4.0.2.
Without seeing the full build log it's hard to say for sure, but it might be that whatever shell command that it is trying to execute either doesn't exist or isn't marked with execute permissions.
The programs that I can think of off the top of my head that mdtool will invoke for the iOS builds are:
pngcrush (optimizes .png files)
plutil (optimizes .plist and .strings files)
codesign (although this one gets called after compiling to native code)
and of course, mtouch which is what is used to compile IL to native code. The mtouch command is part of Xamarin.iOS while the other 3 utilities are part of Mac OS X (or Xcode).
The solution for the other person with a similar problem that I helped debug a week or 2 ago was because he had modified his PATH environment that launchd launched apps with to not include /usr/bin and so mdtool couldn't find the utility programs listed above.
I'm not very familiar with Jenkins (I know we use it at Xamarin, but I'm not part of the team that does), so make sure that the PATH environment that it launches mdtool under is setup to include /usr/bin.
Hope that helps.
I downloaded the latest OpenCV 2.2 sources for Windows and compiled on Windows XP using MinGW 4.4.1, with the help of CMake 2.8.
Everything went smoothly and compilation (mingw32-make) and installation (mingw32-make install) completed successfully.
However, when I compile some code containing namedWindow() and imshow() functions of highgui, it compiles but the program crashes. The following single line of code crashes:
namedWindow("img", CV_WINDOW_AUTOSIZE);
The sample programs coming with OpenCV, displaying images, also crash.
Have anyone experienced the same problem, and do you have a solution?
I have also compiled and am using OpenCV 2.2 on linux (Ubuntu) without any problem.
Thanks a lot.
I've the same problem. I built OpenCV 2.2 under WindowsXP, using CMake, MSYS-make and mingw.
The sollution is explained here: mingw32 SSE/SSE2 instabilities
What I have done is the following:
Use CMake (2.8.4), specify target directory and run "Configure" for MSYS's make.
Type Debug at "CMAKE_BUILD_TYPE".
Remove checkmark for "SSE2".
Run "Configure" again.
Run "Generate".
Run make at target directory.
Run make install.
This worked for me.