QMetaObject::invokeMethod: Unable to handle unregistered datatype 'quit16'

[vratojr]

Hello, I had a working program with Qt 4.0.1. I have upgraded to Qt 4.1.0 and now I got the error in the title when I try to use the connectToHost() command.
I'm using kdevelop 3.2, I have erased the old Makefiles and ran qmake.
I have also set the new PATH in my bash.profile.

Any hint?

Thanks

[jacek]

Try:

qRegisterMetaType<quint16>("quint16");

qRegisterMetaType<quint16>("quint16");

To copy to clipboard, switch view to plain text mode 

[vratojr]

Try:

qRegisterMetaType<quint16>("quint16");

qRegisterMetaType<quint16>("quint16");

To copy to clipboard, switch view to plain text mode 

I tryed but then I got the same message but with 'OpenMode' unregistered...

[jacek]

I tryed but then I got the same message but with 'OpenMode' unregistered...

Are you sure that your program worked with Qt 4.0.1? Maybe it was 4.0.0?

In Qt 4.0.1 there was a slight change in SLOT and SIGNAL macros:

Qt 4.0.0 introduced a change to the way type names outside the current
scope were handled in signals and slots declarations and connections
which differed from the behavior in Qt 3.x.

Unfortunately, this could lead to signal-slot connections that were
potentially type-unsafe. Therefore, in Qt 4.0.1 type names must be fully
qualified in signal-slot declarations and connections.

For example, in Qt 4.0.0, it was possible to write:

connect(socket, SIGNAL(error(SocketError)), ...);

In Qt 4.0.1, the above connection must be made in the following way:

connect(socket, SIGNAL(error(QAbstractSocket::SocketError)), ...);

[vratojr]

Are you sure that your program worked with Qt 4.0.1? Maybe it was 4.0.0?

In Qt 4.0.1 there was a slight change in SLOT and SIGNAL macros:

Yes,I'm sure. The directory I use is called Qt 4.0.1 and I use the syntax that you wrote above. Moreover, the problem that I get doesn't come from a "connect" macro.

[jacek]

Could you post the line where you invoke that connectToHost() method? Do you use threads?

[vratojr]

Could you post the line where you invoke that connectToHost() method? Do you use threads?

Yes:

serverSocket->connectToHost("5.244.185.198",1111);

serverSocket->connectToHost("5.244.185.198",1111);

To copy to clipboard, switch view to plain text mode 

I call it in the run() function of a thread.

[jacek]

I call it in the run() function of a thread.

Where do you create the object that serverSocket points to?

[vratojr]

The structure of the program is:

Socket is a sublcass of tcpsocket,I symply rewrote the write and read methods.

class UserThread : public QThread{
....
private:
Socket *serverSocket;
...
}

In the constructor I call:

serverSocket = new Socket();

then, in run I call the connectToHost().

[jacek]

In the constructor I call:

serverSocket = new Socket();

then, in run I call the connectToHost().

So the problem is that your serverSocket was created in a different thread (the one that created the thread object). You should instantiate this socket in the run() method.

[vratojr]

So the problem is that your serverSocket was created in a different thread (the one that created the thread object). You should instantiate this socket in the run() method.

But, I read that the problem arises when the socket is son of a different thread,no? If I call

serverSocket = new Socket()

serverSocket = new Socket()

To copy to clipboard, switch view to plain text mode 

in the constructor of my thread and don't pass "this" to the constructor of the socket, doens't the socket be a "stand_alone" object?
Afterward i call

delete serverSocket

delete serverSocket

To copy to clipboard, switch view to plain text mode 

in the destructor of the thread.

And why this doesn't work with qt 4.1.0 but instead it works with 4.1.0?

[jacek]

in the constructor of my thread and don't pass "this" to the constructor of the socket, doens't the socket be a "stand_alone" object?

But still it will be living in a different thread.

Afterward i call delete serverSocket in the destructor of the thread.

You could use QObject::deleteLater() (if it's possible) or delete in just before run() returns.

There is also QObject::moveToThread().

And why this doesn't work with qt 4.1.0 but instead it works with 4.1.0?

I don't know, but you should get a lot of warnings on the console.

[vratojr]

Thank you very much!
I created the socket in the run() method and now all works good.

[KShots]

I'm suffering from this same problem, and I have a single-threaded application.

I invoke QTcpSocket in a separate class as a static object with no parent (attempting to set a parent after it has been instantiated seems to confuse QObject and create free() errors on shutdown). An entirely different class then takes this socket and tries to make it connect to a remote server.

Here's what the connection looks like:

QTcpSocket * mySocket = &formBasePlugin::socketServer;
mySocket->connectToHost(ui.lineEditHost->text(), ui.spinBoxPort->value(), QIODevice::ReadWrite);

QTcpSocket * mySocket = &formBasePlugin::socketServer;
mySocket->connectToHost(ui.lineEditHost->text(), ui.spinBoxPort->value(), QIODevice::ReadWrite);

To copy to clipboard, switch view to plain text mode 

[jacek]

a static object with no parent

http://www.trolltech.com/developer/t...entry&id=90881

attempting to set a parent after it has been instantiated seems to confuse QObject and create free() errors on shutdown

Every QObject that has a parent will be deleted when it's parent gets destroyed, but on the other hand you can't delete static objects. So either make that object non-static or reparent it again.

[KShots]

Ah, I think I see the problem, then. Although they fixed the bug you mention in 4.2.0, I am using 4.1.4 (latest version available that plays nice with dbus). So... I'll see if I can find a way to make this thing work without a static socket. Thanks!

[jacek]

I'll see if I can find a way to make this thing work without a static socket.

Maybe QObject::moveToThread() will be enough?

[KShots]

That worked - the socket is still static, but it is now functional .

Thanks!