Signals and slots or whatever

[jrod2much]

@VRonin You are going to hate me Ronin. I have searched all over the internet, I am 99% sure that Qt Creator does not have a stack trace. There are a bunch of forums saying I have to add a huge amount of code to the debug library in order to create a stack trace and I don't think I am skilled enough to do this.

Here is the Application Output if that is what you mean by stack trace, but it does not seem helpful:
09:51:55: Starting C:\Users\rodriguez\Desktop\pixy2-master\src\host\build-pixymon-Desktop_Qt_5_2_1_MinGW_32bit-Debug\debug\PixyMon...
ASSERT: "false" in file ..\pixymon\cccmodule.cpp, line 155
QObject::killTimers: timers cannot be stopped from another thread
09:52:01: C:/Users/rodriguez/Desktop/pixy2-master/src/host/build-pixymon-Desktop_Qt_5_2_1_MinGW_32bit-Debug/debug/PixyMon exited with code 3

The Q_ASSERT(false); did work. In fact, it worked instantly. It closes the program as soon as the program opens and loads without me pressing anything.

Honestly, I did not think that such a simple thing as printing a value to the UI would be so difficult. I'm baffled. Is there any way around this that you can think of. I tried to make a global variable to carry the data of m_palette[0] to the Mainwindow.cpp but obviously even that is drawing an error…

[VRonin]

@jrod2much said in Signals and slots or whatever:

I am 99% sure that Qt Creator does not have a stack trace.

The one in the red rectangle is the stack trace

@jrod2much said in Signals and slots or whatever:

I did not think that such a simple thing as printing a value to the UI would be so difficult.

It is not. Sorry to be brutal but it's your inexperience with the language and the tools that is making this difficult. The good news is that once you do it once and you understand it, the next time it will be a breeze

[jrod2much]

@VRonin I hope so haha

Okay so take a look, nothing is writing to the stack trace but I did notice that for the breakpoints we have different icons.

[VRonin]

Did you start the debugger? it's the play button with a bug on it. Just above the hammer in the bottom left corner

[jrod2much]

@VRonin Still nothing and I got this warning

Would this warning effect the stack trace? I can take a moment to try and fix it if so. It says that the breakpoints are failing because of it.

[VRonin]

Tools->options->Kits->select the kit that you are using

Can you take a screenshot of the page?

[jrod2much]

@VRonin

Yeah, as you can imagine, the process of getting the project to build was a nightmare for me as a person with no experience so i probably did something wrong. Hence the yellow warnings.

[VRonin]

The fact that it says "no compiler" and you are compiling makes me think you didn't select the correct kit. If I had to bet I'd say you are using the MinGW kit.

P.S.
Qt 5.2 has not been supported for a long while. Any reason why you are not updating?

[jrod2much]

@VRonin :( On the pixyMon website, the forum people said that 5.2 is the only one that works, I could try other versions but it would take me hours. I don't mind doing that though if you think it would be lucrative.

[VRonin]

@jrod2much said in Signals and slots or whatever:

5.2 is the only one that works

Nevermind then, focus on the main point i.e. the screenshot of the kit you are actually using

[JKSH]

@jrod2much said in Signals and slots or whatever:

@VRonin :( On the pixyMon website, the forum people said that 5.2 is the only one that works, I could try other versions but it would take me hours. I don't mind doing that though if you think it would be lucrative.

If the authors found that Qt 5.2 is most stable, then it's best to stick to Qt 5.2.

An important point from http://cmucam.org/projects/cmucam5/wiki/Building_PixyMon : The authors used the MinGW compiler, not the MSVC compiler. So, close Qt Creator, launch MaintenanceTool.exe (found in the root folder of your Qt installation) and:

• Remove (Uninstall) all the MSVC-based versions of Qt.
• Add (Install) Tools > MinGW 4.8 (this is the version of MinGW that goes with Qt 5.2)

Some questions for sanity checks:

1. How did you install Qt in the first place?
2. How/Why did you create the "Desktop" and "Qt Version 1" kits?

[jrod2much]

@VRonin Here is a picture of the correct kit. The breakpoints are still not working. @JKSH This picture was taken after I followed the steps you gave me.

I downloaded Qt using the Qt installer, but when I first tried to build the project, the default installation "Tools" was not enough at first so I experimented by downloading many different versions. As for the "Desktop" and "Qt version" kits, if I could tell you how I did it or even why, I wouldn't be on this forum with the type of questions I've been asking Lmao.

Here is the caution error message attached to the kit if it is helpful:

[JKSH]

@jrod2much said in Signals and slots or whatever:

I downloaded Qt using the Qt installer, but when I first tried to build the project, the default installation "Tools" was not enough at first so I experimented by downloading many different versions. As for the "Desktop" and "Qt version" kits, if I could tell you how I did it or even why, I wouldn't be on this forum with the type of questions I've been asking Lmao.

Fair enough :)

Here is the caution error message attached to the kit if it is helpful:

It looks like the auto-detector glitched and picked CDB to your debugger. CDB doesn't work with MinGW, I think.

1. Select your MinGW kit (just like your screenshot) and click Clone.
2. Change the Debugger to GNU GDB (if it doesn't appear, go to the Debuggers tab and add it -- it should be in the same folder as your MinGW compiler)
3. Set the C compiler to MinGW 4.8 too (I don't think this is strictly needed, but it can't hurt)
4. Give your kit a name, save it, then make it Default.
5. Close Qt Creator.
6. Go to your project folder and delete the *.pro.user file.
7. Launch Qt Creator again and open your project. Make sure you use your new kit from Step #4.

[jrod2much]

Alright so a few things have happened. I followed all the sets but on step 2, I did not find any debugger saying exactly GNU GDB. Here is what I set the debugger to, for sake of trying anything remotely close:

Now, the program is actually just crashing which has never happened before (This is happening without any breakpoints):

Do I have to download the GNU GDB?

[JKSH]

@jrod2much said in Signals and slots or whatever:

I did not find any debugger saying exactly GNU GDB. Here is what I set the debugger to, for sake of trying anything remotely close:

Yep, you've correctly picked GNU GDB.

Now, the program is actually just crashing which has never happened before (This is happening without any breakpoints):

What do you get when you run the debugger? (Don't click the Run arrow. Instead, click the button below it, which is the Run arrow plus a with the Bug icon -- see #4 at http://doc.qt.io/qtcreator/creator-quick-tour.html )

[jrod2much]

@JKSH

[jrod2much]

@JKSH Alright I fixed it, I had to copy a dll file to the executable file and BOOM. I finally got somewhere. @VRonin It seems like the interpreter code is the one that handles the parameter changes… What should be my next step?

[VRonin]

@jrod2much said in Signals and slots or whatever:

What should be my next step?

Make the interpreter a QObject if it's not already and declare a signal identical to the one in CccModule.
Now wherever the interpreter creates the CccModule connect() the 2 signals together

The following step is finding out how interpreter gets created (by MainWindow?) it might be tricky as it's in a secondary thread but try and have a look

[jrod2much]

@VRonin Alright so I found different data to connect to the textBrowser, and after many attempts and much research, I am still unable to do it. Here are update images:

I don't know the coding lingo, but I' think I found the creation of the render class object or whatever. It is in this Interpret class that is then made an object in the mainwindow

I am showing you any pieces of code that could possibly be related to what I am trying to do. Unfortunately, there are no examples, tutorials, or explanations on how to connect to a textBrowser, no matter where I search on the internet. Most tutorials about connections lazily explain elementary connections between buttons and sliders that are preformatted anyway. I would like to give it one more try before changing my direction from the possibilty of a UI that can display data values to just using printf functions and continuing my project. If you see any way you can help me, I would greatly appreciate it.

[jsulm]

@jrod2much said in Signals and slots or whatever:

Most tutorials about connections lazily explain elementary connections

connect() always work the same way no matter what you're connecting to what. You can't expect tutorials for everything.
What is the problem now?
It doesn't compile?
Are your slots in "slots" section and signals in "signals" section in your classes? Are those classes derived from QObject?