QtCreator crashes on startup "File Error" - qt-creator

I am running QtCreator#4.6.1 based on Qt#5.11.0 on Arch Linux#4.16.12-1-ARCH
When starting QtCreator with an active cmake project, the program crashes immidiatley with a notification window titled "File Error". If I delete the folder <PATH>/.config/QtProject, it starts without problems.
Starting with qtcreator -noload Welcome I can see the a start of cmake server in the shell. No error output in the shell from where I called the project.
How can I debug that behaviour? I really would like to keep my previous projects/sessions and settings.

I just ran in the same problem. Removing ~/.config/QtProject/qtcreator/helpcollection.qhc fixed the problem.
Edit: fixed path, forgot "qtcreator"

Related

How to log the error of an electron windows application : "A javacript error occured in the main process"

I created an electron app. I get this error.
I know that it is due to a native lib not being built against the correct platform. My problem is that the name of the lib doesn't appear in the error message. I tried to run the app in the cmd, but there is no log there. I tried event viewer and I tried to install Process Monitor to detect the errors, but I didn't succeed to find the error log, and I end up with no idea about how to find the complete error message.
I even tried "C:/path/to/my/app.exe" > log.txt 2> errorlog.txt but the 2 files were empty...
Can anyone help me?
Ok. I discovered how to debug a program on Windows... Don't use Windows. I switched to Ubuntu, installed wine, ran the faulty project, and directly got the complete error message. Turns out that the culprit was ref-napi. I solved the original issue this way

CLion (C++) : unable to open image using SFML

I just started using CLion to build my projects and tried to launch one of my previous ones to test. Compiler doesn't return any errors, but when I try to run the executable it says unable to open "img.png" but it worked fine when i compiled it in terminal and launched.
I figured it out in case anyone faces the same problem. CLion searches for resources in debug/release folder by default. Changing the default directory or writing "../img.png" instead of "img.png" solves the issue.

CLION: WSL not found, ssh connected?

Today I got this error message:
"WSL not found at: C:\Users\Nick\AppData\Local\Microsoft\WindowsApps\debian.exe"
Before this message today, everything worked fine (I start Debian through start menu, restart the ssh service, then start CLion and it linked up just fine.).
The executable is there, just 0kb. The strange thing is that the Linux environment can be opened from windows as always (debian), I can ssh into it just fine (looks like CLion can as well, see picture).
This happened after an update tot CLion 2018.2.2 from 2018.2.1. Rolling back did not fix the issue.
What could be going wrong here?
I've found a fix for the issue. In Windows config select the apps list, find Debian and press advanced settings. Then end the service and recover it (the mild recovery was enough for my case). Although I'm not certain it aided in fixing the issue I've also removed the Jetbrains folder in the LocalCache/Local folder of the Debian folder in my AppData\Local\Packages.

External makefile in Atmel Studio won't build. Windows error 0xc0000142

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)

OS X app on Lion 10.7.2 Xcode 4.3 :: error: failed to launch <exe path> -- SBTarget is invalid

The app builds with zero errors and has a single line of output after Xcode displays "Running AppName : AppName"
error: failed to launch '/tmp/HungryMeProduct/Debug/HungryMe.app/Contents/MacOS/HungryMe'
-- SBTarget is invalid
The App will not run in Xcode.
This is my first OS X app. It was doing fine until
I changed the Project Name and the name of the xcodeproj file name recently.
ProjectName, Executable Name are the same.
Deployment Target 10.6
The executable at .../Contents/MacOS/HungryMe runs when I double click it.
Terminal window displays output.
The code signing identity remains my Developer Identity
In the schemes I see that LLDB is selected not GDB. Is this a debugger problem? What is SBTarget?
This happened to me, and the issue I had was the schema Target was correct but 64 bit was selected in as the architecture instead of 32 bit, for a 32 bit only project. Once I made the switch, it started working again.
GDB had the same issue but did not report it so elegantly, instead it reported "warning: posix_spawn failed, trying execvp, error: 86". It did launch the app but could not debug it.
This can easily happen if you debug without building the project, after switching the schema, or if the schema gets switched for you due to an external change to the project file (updating or reverting your source repository using git, svn, ...)
I tried everything metioned here. Nothing worked. It seems that I somehow imported the Info.plist twice. To fix it I selected the project and pressed the "Validate Settings" button. Afterwards it works for me.
Try to change Target's Architectures in Build Settings

Resources