qRegisterMetaType vs. uint64

[tuli]

Hi!

I just noticed that the Qt meta system wont accept unsinged 64bit integers in its signal/slot calling system.
I am trying to connect a slot with a signal, both of type

void testtest(uint64 t);

void testtest(uint64 t);

To copy to clipboard, switch view to plain text mode 

uint64 is a typedef for 64 bit integers in VS:

typedef unsigned __int64    uint64;

typedef unsigned __int64    uint64;

To copy to clipboard, switch view to plain text mode 

the connect() call returns true, but when the signal is emitted, Qt outputs this:

QObject::connect: Cannot queue arguments of type 'uint64'
(Make sure 'uint64' is registered using qRegisterMetaType().)

Hm. I would have assumed uint64 to be covered, but oh well, i added this right after the typedef:

Q_DECLARE_METATYPE(uint64)

Q_DECLARE_METATYPE(uint64)

To copy to clipboard, switch view to plain text mode 

Everything compiles fine, the connect() call succeeds - but when i emmit the signal, Qt errors out again with above message.


Help?

[wysota]

Qt performs char by char comparison of type names thus you can't use typedefs or defines, the names have to match literally (both in the connect statement and in signal/slot prototypes).

[amleto]

To use the type T in QVariant, using Q_DECLARE_METATYPE() is sufficient. To use the type T in queued signal and slot connections, qRegisterMetaType<T>() must be called before the first connection is established.

http://doc.qt.digia.com/qt/qmetatype...sterMetaType-2

[tuli]

Ok, thanks.

Based on above link, i a m now calling

int id = qRegisterMetaType<uint64>();

right before my connect() call. Doesnt change anything, though.
The returned value in "id" is 5.

"quint64" is registered properly already and works. However, i`d really like to get this to work with custom types...

[wysota]

Show us your exact connect statement and signal and slot declarations.

[tuli]

signals:
	void ItChange(uint64 n);

signals:
	void ItChange(uint64 n);

To copy to clipboard, switch view to plain text mode 

public slots:
	void OnItChange(uint64 n);

public slots:
	void OnItChange(uint64 n);

To copy to clipboard, switch view to plain text mode 

int id = qRegisterMetaType<uint64>(); //returns 5
	connect(pl, SIGNAL(ItChange(uint64)), zu, SLOT(OnItChange(uint64))); //returns true

int id = qRegisterMetaType<uint64>(); //returns 5
	connect(pl, SIGNAL(ItChange(uint64)), zu, SLOT(OnItChange(uint64))); //returns true

To copy to clipboard, switch view to plain text mode 

[wysota]

Do pl and zu live in different threads?

[tuli]

potentially, yes. i hadnt considered that to be much of a problem, because built-in data types like quint64 work fine.

[wysota]

It's not about "potentially". If those objects live in the same thread, in normal conditions you shouldn't be seeing the message about uint64 being unregistered. Therefore it is important to establish whether they are in different threads or not. It would be best if you prepared a minimal compilable example reproducing the problem.

[tuli]

not on my developing machine this weekend, but yes they are in two different threads.
i`ll provide an example later on monday.

[anda_skoa]

You could try to reduce the example by putting a value of that type into a QVariant.
Ultimately this is what happens to signal arguments in a cross-thread connection.

something like

uint64 i = 1234;
QVariant v = QVariant::fromValue<uint64>( i );

uint64 i = 1234;
QVariant v = QVariant::fromValue<uint64>( i );

To copy to clipboard, switch view to plain text mode 

Cheers,
_

[wysota]

He could just use quint64