Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Get Qt Extensions
  • Unsolved
Collapse
Brand Logo
  1. Home
  2. Qt Development
  3. General and Desktop
  4. QObject::connect: Cannot queue arguments of type 'QTextCursor'

QObject::connect: Cannot queue arguments of type 'QTextCursor'

Scheduled Pinned Locked Moved Unsolved General and Desktop
qtextcursorconnectprocessqtexteditmultithreading
16 Posts 5 Posters 17.3k Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • B Offline
    B Offline
    bachir
    wrote on 10 Aug 2018, 15:25 last edited by
    #6

    Thanks a lot for your answer, complete and clear.
    Thanks again!

    Bachir.

    1 Reply Last reply
    0
    • H hskoglund
      10 Aug 2018, 14:29

      Hi, a good read about Qt's signal/slot is here

      Re. why Qt::BlockingQueuedConnection works, just guessing, but when the connection is to a lambda, then when QProcess::started emits the signal, perhaps it cannot properly detect that the lambda's from another thread, so the connection defaults to Qt::DirectConnection (not good).

      Edit: googled a bit about connect() to lambdas across threads and it looks that when the signal is emitted to a lambda the detection if it's across threads or not indeed is shaky. To avoid that, you could try a connect() to a member function of TaskProcessor instead of a lambda.

      K Offline
      K Offline
      kshegunov
      Moderators
      wrote on 10 Aug 2018, 16:25 last edited by
      #7

      @hskoglund said in QObject::connect: Cannot queue arguments of type 'QTextCursor':

      googled a bit about connect() to lambdas across threads and it looks that when the signal is emitted to a lambda the detection if it's across threads or not indeed is shaky.

      This makes no sense Henry, a lambda is at best just a regular object it has no notion of threads to begin with. That's why you can specify context QObject (and you should) when connecting signals to lambdas.

      Read and abide by the Qt Code of Conduct

      H 1 Reply Last reply 10 Aug 2018, 17:11
      0
      • K kshegunov
        10 Aug 2018, 16:25

        @hskoglund said in QObject::connect: Cannot queue arguments of type 'QTextCursor':

        googled a bit about connect() to lambdas across threads and it looks that when the signal is emitted to a lambda the detection if it's across threads or not indeed is shaky.

        This makes no sense Henry, a lambda is at best just a regular object it has no notion of threads to begin with. That's why you can specify context QObject (and you should) when connecting signals to lambdas.

        H Offline
        H Offline
        hskoglund
        wrote on 10 Aug 2018, 17:11 last edited by
        #8

        @kshegunov Thanks for the clarification, it makes sense., i.e. the detection is not "shaky" it's impossible to do!

        I should have a coffee and study the source code for how that detection is done when signals are emitted across threads.

        And, this "problem" with connecting to lambdas across threads should be documented better I think.

        K 1 Reply Last reply 10 Aug 2018, 17:18
        0
        • H hskoglund
          10 Aug 2018, 17:11

          @kshegunov Thanks for the clarification, it makes sense., i.e. the detection is not "shaky" it's impossible to do!

          I should have a coffee and study the source code for how that detection is done when signals are emitted across threads.

          And, this "problem" with connecting to lambdas across threads should be documented better I think.

          K Offline
          K Offline
          kshegunov
          Moderators
          wrote on 10 Aug 2018, 17:18 last edited by
          #9

          @hskoglund said in QObject::connect: Cannot queue arguments of type 'QTextCursor':

          Thanks for the clarification, it makes sense., i.e. the detection is not "shaky" it's impossible to do!

          Exactly!

          I should have a coffee and study the source code for how that detection is done when signals are emitted across threads.

          Coffee sounds nice, I'm now envious ... ;)
          You can look here about the second part:
          https://code.woboq.org/qt5/qtbase/src/corelib/kernel/qobject.cpp.html#_ZN11QMetaObject8activateEP7QObjectiiPPv

          And, this "problem" with connecting to lambdas across threads should be documented better I think.

          Perhaps you're right, but I'm too lazy to check what it really says in the docs ... :p
          However I think it's documented, probably more emphasis can be put though.

          Read and abide by the Qt Code of Conduct

          1 Reply Last reply
          2
          • B bachir
            10 Aug 2018, 12:52

            Finally, that works!
            I have been able to compile and test.
            But I don't understand, why it was not working with default Qt::AutoConnection?
            The doc says : The connection type is determined when the signal is emitted.
            So that means that Qt was not able to connect correctly the signal?
            And why when I connect to the main window, it works without any problem??

            It will be helpful if you can help me understand this weird behaviour as I am not at ease with Qt signal and slots.
            Many thanks,
            Bachir.

            B Offline
            B Offline
            Bremenpl
            wrote on 10 Jun 2019, 09:17 last edited by
            #10

            @bachir Hi there,
            sorry for digging this up. How did you get to compile this lambda connection with the additional argument? I still cannot do that.

            This works:

            		connect(uap, &CUaProxy::uaItemChanged,
            				[this, i](
            				const CUaProxy::MsgType msgt,
            				const int riskIndex,
            				const QVariant& value)
            		{
            			this->onUaMsgReceived(msgt, i, riskIndex, value);
            		});
            

            This doesnt compile:

            		connect(uap, &CUaProxy::uaItemChanged,
            				[this, i](
            				const CUaProxy::MsgType msgt,
            				const int riskIndex,
            				const QVariant& value)
            		{
            			this->onUaMsgReceived(msgt, i, riskIndex, value);
            		}, Qt::BlockingQueuedConnection);
            

            Would appreciate your feedback.

            lprzenioslo.zut.edu.pl

            1 Reply Last reply
            0
            • C Online
              C Online
              Christian Ehrlicher
              Lifetime Qt Champion
              wrote on 10 Jun 2019, 09:33 last edited by
              #11

              @Bremenpl said in QObject::connect: Cannot queue arguments of type 'QTextCursor':

              This doesnt compile:

              And what compiler error do you get?

              Qt Online Installer direct download: https://download.qt.io/official_releases/online_installers/
              Visit the Qt Academy at https://academy.qt.io/catalog

              B 1 Reply Last reply 10 Jun 2019, 09:38
              1
              • C Christian Ehrlicher
                10 Jun 2019, 09:33

                @Bremenpl said in QObject::connect: Cannot queue arguments of type 'QTextCursor':

                This doesnt compile:

                And what compiler error do you get?

                B Offline
                B Offline
                Bremenpl
                wrote on 10 Jun 2019, 09:38 last edited by
                #12

                @Christian-Ehrlicher Sorry I didnt add it, here it is:

                cintegrator.cpp:63: error: no matching member function for call to 'connect'
                
                cintegrator.cpp:70: error: no matching function for call to 'CIntegrator::connect(CUaProxy*&, void (CUaProxy::*)(CUaProxy::MsgType, int, const QVariant&), CIntegrator::uaInit()::<lambda(CUaProxy::MsgType, int, const QVariant&)>, Qt::ConnectionType)'
                   }, Qt::DirectConnection);
                                          ^
                
                qobject.h:228: error: no type named 'Object' in 'struct QtPrivate::FunctionPointer<Qt::ConnectionType>'
                

                lprzenioslo.zut.edu.pl

                K 1 Reply Last reply 10 Jun 2019, 09:43
                0
                • B Bremenpl
                  10 Jun 2019, 09:38

                  @Christian-Ehrlicher Sorry I didnt add it, here it is:

                  cintegrator.cpp:63: error: no matching member function for call to 'connect'
                  
                  cintegrator.cpp:70: error: no matching function for call to 'CIntegrator::connect(CUaProxy*&, void (CUaProxy::*)(CUaProxy::MsgType, int, const QVariant&), CIntegrator::uaInit()::<lambda(CUaProxy::MsgType, int, const QVariant&)>, Qt::ConnectionType)'
                     }, Qt::DirectConnection);
                                            ^
                  
                  qobject.h:228: error: no type named 'Object' in 'struct QtPrivate::FunctionPointer<Qt::ConnectionType>'
                  
                  K Offline
                  K Offline
                  kshegunov
                  Moderators
                  wrote on 10 Jun 2019, 09:43 last edited by kshegunov 6 Oct 2019, 09:44
                  #13

                  @Bremenpl said in QObject::connect: Cannot queue arguments of type 'QTextCursor':

                  Sorry I didnt add it, here it is

                  You can't have blocking queued connection (or explicitly specify the connection type for that matter) without specifying a context object. Qt can't know what's the receiving thread this is supposed to block.

                  Read and abide by the Qt Code of Conduct

                  B 1 Reply Last reply 10 Jun 2019, 09:45
                  0
                  • K kshegunov
                    10 Jun 2019, 09:43

                    @Bremenpl said in QObject::connect: Cannot queue arguments of type 'QTextCursor':

                    Sorry I didnt add it, here it is

                    You can't have blocking queued connection (or explicitly specify the connection type for that matter) without specifying a context object. Qt can't know what's the receiving thread this is supposed to block.

                    B Offline
                    B Offline
                    Bremenpl
                    wrote on 10 Jun 2019, 09:45 last edited by Bremenpl 6 Oct 2019, 09:46
                    #14

                    @kshegunov To be honest this was just an example. Originally I was aiming for Qt::DirectConnection which doesnt compile as well (same errors). How to point the context object?

                    lprzenioslo.zut.edu.pl

                    K 1 Reply Last reply 10 Jun 2019, 09:47
                    0
                    • B Bremenpl
                      10 Jun 2019, 09:45

                      @kshegunov To be honest this was just an example. Originally I was aiming for Qt::DirectConnection which doesnt compile as well (same errors). How to point the context object?

                      K Offline
                      K Offline
                      kshegunov
                      Moderators
                      wrote on 10 Jun 2019, 09:47 last edited by kshegunov 6 Oct 2019, 09:48
                      #15

                      @Bremenpl said in QObject::connect: Cannot queue arguments of type 'QTextCursor':

                      To be honest this was just an example. Originally I was aiming for Qt::DirectConnection which doesnt compile as well (same errors).

                      Give context object. Otherwise specifying a connection type makes no sense whatsoever. If the slot's to be called in the emitting thread then you can omit the connection type, and then it implies "direct". In all other cases you must know what's the receiving thread, which you can specify only through a QObject you pass as context.

                      How to point the context object?

                      https://doc.qt.io/qt-5/qobject.html#connect-5

                      Read and abide by the Qt Code of Conduct

                      B 1 Reply Last reply 10 Jun 2019, 09:53
                      2
                      • K kshegunov
                        10 Jun 2019, 09:47

                        @Bremenpl said in QObject::connect: Cannot queue arguments of type 'QTextCursor':

                        To be honest this was just an example. Originally I was aiming for Qt::DirectConnection which doesnt compile as well (same errors).

                        Give context object. Otherwise specifying a connection type makes no sense whatsoever. If the slot's to be called in the emitting thread then you can omit the connection type, and then it implies "direct". In all other cases you must know what's the receiving thread, which you can specify only through a QObject you pass as context.

                        How to point the context object?

                        https://doc.qt.io/qt-5/qobject.html#connect-5

                        B Offline
                        B Offline
                        Bremenpl
                        wrote on 10 Jun 2019, 09:53 last edited by
                        #16

                        @kshegunov Right... Thanks, something didnt trigger in the brain. Now its fine:

                        connect(uap, &CUaProxy::uaItemChanged, this,
                        		[this, i](
                        		const CUaProxy::MsgType msgt,
                        		const int riskIndex,
                        		const QVariant& value)
                        {
                        	this->onUaMsgReceived(msgt, i, riskIndex, value);
                        }, Qt::QueuedConnection);
                        

                        Also needed Qt::QueuedConnection eventually.

                        lprzenioslo.zut.edu.pl

                        1 Reply Last reply
                        3

                        • Login

                        • Login or register to search.
                        • First post
                          Last post
                        0
                        • Categories
                        • Recent
                        • Tags
                        • Popular
                        • Users
                        • Groups
                        • Search
                        • Get Qt Extensions
                        • Unsolved