Signals and slots or whatever

[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?

[jrod2much]

@jsulm Yes connect() always works the same but what I mean by lazy tutorials is that many of the tutorials show how to use preformatted connect()'s. In my case, I have create every aspect of the connection. I don't know what goes in the four arguments of the connect and when I try to use the m_render for the first argument, it does not recognize.

[jsulm]

@jrod2much said in Signals and slots or whatever:

preformatted connect()

What is this?
As I said: it is always the same.
connect(senderObject, signal, receiverObject, slot);
There is really nothing special.
Is Renderer derived from QObject?
Is m_renderer a pointer?
Can you please post the error message you get?

[VRonin]

in the connect(m_renderer etc, the third argument (this) is of type MainWindow, not QTextBrowser so it can't work, you need to pass m_ui->textBrowser there.

What's the full error the connect reports?

[jrod2much]

@VRonin @jsulm

[jsulm]

@jrod2much You still did not answer my question: is Renderer derived from QObject? Did you include the header file containing Renderer class definition?

[J.Hilk]

@jsulm according to the error message, I would say m_renderer is not a QObject
incomplete type 'Renderer *' to const QObject ....

[jrod2much]

@jsulm said in Signals and slots or whatever:

@jrod2much You still did not answer my question: is Renderer derived from QObject? Did you include the header file containing Renderer class definition?

Should I do that?

Update: I included it, now the program runs. However, It is not printing any text on the textBrowser, but atleast I am getting somewhere

[VRonin]

I think you skipped this part:

@VRonin said in Signals and slots or whatever:

Now wherever the interpreter creates the CccModule connect() the 2 signals together

[jrod2much]

@VRonin So I have changed where I am trying to get the value from, it is actually from the Renderer class, not the CccModule class anymore.

New error

QObject::connect: Cannot connect (null)::Rvalues(QString) to QTextBrowser::setText(QString)

[VRonin]

@jrod2much said in Signals and slots or whatever:

So I have changed where I am trying to get the value from

I see, cool

New error

Could you use Qt5 connection instead? errors usually are a lot more helpful:
connect(m_interpreter->m_renderer,&Renderer::Rvalues,m_ui->textBrowser,&QTextBrowser::setText);