[Solved] Use of signal-slot connect in Windows 10

[mrjj]

@koahnig
Ok. understand.
I think I saw such messages on win 10 using Qt 5.5, but Im only 80% sure and I can't check as
i ran W10 over win W7 again.

However, its hard to imagine the OS having an effect on internal meta system, but I would never
say never.

[SGaist]

Do you have the same problem if you use the new syntax ?

[JKSH]

Do you get any output when you add qDebug("Hello!") or qWarning("Hello!") to your code? If not, that means your debug output has been disabled (that's why you don't see the message). Make sure your project doesn't define QT_NO_DEBUG_OUTPUT, QT_NO_WARNING_OUTPUT, etc.

I'm on Windows 10 Pro (64-bit), using Qt 5.4.2 for MSVC 2013 32-bit. When I try to connect a signal to a non-existent slot, I get this message in my Qt Creator "Application Output" pane:

QObject::connect: No such slot MyObject::fakeSlot() in ..\TestProg\main.cpp:32

@SGaist said:

Do you have the same problem if you use the new syntax ?

The problem won't exist with the new syntax, because the compiler will detect the error and stop the build ;)

[SGaist]

@JKSH That's what I wanted @koahnig to check (but I haven't been really clear with my intention)

Like you wrote, using the new syntax would avoid the need to check for that warning in the console.

[koahnig]

@SGaist @mrjj @JKSH
Sorry guys. I had apparently another notification issue here in the forum. Not sure, if I simply missed the notification.

Thanks for pointing towards the new syntax. Have not been aware of this, because I do not read each time I am using Qt constructs in the docs. However, when the syntax causes the compiler to complain, that is really cool and saves the time.

Actually I consider it also as strange that the OS shall have such an effect.

[JKSH]

@koahnig: No problem :)

By the way, since you're new to the new syntax, I hope this article will be helpful to you: http://doc.qt.io/qt-5/signalsandslots-syntaxes.html

[koahnig]

@JKSH
Yes, I have already seen this yesterday. Thanks for suggesting.

[koahnig]

@SGaist @JKSH @mrjj

Just for closing the issue here. I have the new syntax for connect. I love it, even though it has "drawbacks" of different functionality according the documentation presented by JKSH above. For me it is perfect! Thanks again for pointing towards teh new syntax.

[mrjj]

May I humbly suggest to follow your signature ? ;)

[koahnig]

@mrjj
Actually, my initial problem is not solved. ;)
The warning at wrong connects still seems to be gone. Which might be a either a problem with my installation or a bug in Qt.

[mrjj]

@koahnig
oh. Well. My bad :)
I tried to install win 10 to but it wont upgrade.
Pretty strange what ever made it stop to display.

[JKSH]

@koahnig said:

The warning at wrong connects still seems to be gone.

I get the error message for wrong connections, and I'm using Qt 5.5.1 MinGW 4.9.2 32-bit and Qt 5.4.2 MSVC 2013 32-bit on Windows 10 Pro 64-bit.

Does qDebug() and qWarning() work for you?

[koahnig]

@JKSH said:

I get the error message for wrong connections, and I'm using Qt 5.5.1 MinGW 4.9.2 32-bit and Qt 5.4.2 MSVC 2013 32-bit on Windows 10 Pro 64-bit.

Does qDebug() and qWarning() work for you?

I am using qDebug all the time. It does work.

[JKSH]

@koahnig said:

I am using qDebug all the time. It does work.

How about qWarning()?

[koahnig]

@JKSH
qWarning is also working.
However, your last question brought up a clue of what might have been the case.

I am using a message handler for redirecting the output of qDebug. It allows to ignore all output, to store all to a file and/or to the screen.
Since there is a lot of output, the screen output is slowing down dramatically. Therefore, I have redirected the output only to the file. The assert was probably kicking in before the message was written to the file. I have seen this with other output before, but never with the warning for connection failures (Probably I had also screen output then).

Anyway even when the problem was between chair and keyboard, it was good to have the discussion. Otherwise I would not have learnt about the new syntax.

Thanks again.

[koahnig]

A point I have missed in my previous response.

I have written a small test this time.

#include "Clas.h"
#include <QTimer>
#include <QDebug>

Clas::Clas(QObject *parent) :
    QObject(parent)
{
    QTimer *timea = new QTimer ( this );
    connect ( timea, SIGNAL ( timerout() ), this, SLOT (sltQuit() ) );
    qDebug() << "debug";
    qWarning() << "warning";
}
void Clas::sltQuit()
{
}

and here is the output

Qt: Untested Windows version 10.0 detected!
QObject::connect: No such signal QTimer::timerout() in ..\..\Test\CheckConnect\Clas.cpp:9
debug
warning

So it is working perfectly also on windows 10 with MinGW version Qt 5.4.1.

[SGaist]

Just saw something: the warning's right, the signal is timeout not timerout

[JKSH]

Great! :)

[koahnig]

@SGaist
Yes. That was intensional. I just tested that my installation is still providing the message.
Thanks a lot anyway.