Navigation

    Qt Forum

    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Search
    • Unsolved
    1. Home
    2. Tags
    3. multithread
    Log in to post

    • UNSOLVED modifying a variable from a different thread
      General and Desktop • qthread variable multithread varaiablehandl • • ElSrPalmito  

      7
      0
      Votes
      7
      Posts
      172
      Views

      Hi and welcome to devnet, From the looks of it, you are likely accessing the QPushButton directly from your custom thread which is forbidden. GUI element manipulation shall happen in the main thread.
    • SOLVED Handling Database on Multiple Thread
      General and Desktop • c++ qthread debugging multithread sql database • • mvsri  

      13
      0
      Votes
      13
      Posts
      152
      Views

      to continue the point @Christian-Ehrlicher mentioned above, blocking serial tasks usually exist on server daemon applications, but not on anything with user interaction or a GUI.
    • UNSOLVED #QTHREAD
      QML and Qt Quick • socket multithread • • nam_anlab  

      4
      0
      Votes
      4
      Posts
      361
      Views

      @sierdzio i think so, thank you so much !
    • UNSOLVED Qt::BlockingQueuedConnection With Null Receiver?
      General and Desktop • multithread • • wumpus7  

      8
      0
      Votes
      8
      Posts
      980
      Views

      @wumpus7 said in Qt::BlockingQueuedConnection With Null Receiver?: Just to be clear, though, the sequence of events for emitting a blocking signal isn't: Block Send signal (or don't in the case of no connection) Await return Is it? Because the fact that the connection was gone wouldn't necessarily help if that were true, as the block would still occur, and the return still wouldn't. I'm hoping that the sequence is, instead: Send signal (or don't in case of no connection) Block and await return (if signal sent in step 1) Try it and find out :) 'Tis the hacker way.
    • UNSOLVED Multithreading, - widget generation...
      General and Desktop • widget multithread • • Dariusz  

      9
      0
      Votes
      9
      Posts
      933
      Views

      Do you mean that the UI should be responsive and the user could do something useful while the widgets are generated and shown one by one? You can probably use a zero timer signal and a slot for that. In this way everything happens in the same thread but the signals created by user interactions are handled between timer signals.
    • UNSOLVED QThread correct usage
      General and Desktop • c++ qthread multithread • • shav  

      5
      0
      Votes
      5
      Posts
      1463
      Views

      Thanks, I will check!
    • UNSOLVED Qt: Sharing GL objects between several QQuickFramebufferObject's - on which thread to create the shared GL objects?
      QML and Qt Quick • opengl multithread • • Stefan Monov76  

      8
      0
      Votes
      8
      Posts
      2781
      Views

      Well, I have no other ideas, sorry.
    • UNSOLVED GL/D3D11 raw calls and swap/Present in standalone render thread
      General and Desktop • opengl thread rendering multithread directx • • JordanPKFX  

      1
      0
      Votes
      1
      Posts
      633
      Views

      No one has replied

    • UNSOLVED Qt Concurrent Map Use of Member Functions
      General and Desktop • qtconcurrent multithread • • RB_White  

      2
      0
      Votes
      2
      Posts
      999
      Views

      Hi, welcome to the forum. Couple of things wrong here. First, to be able to pass a method like this it needs to be static, otherwise there's no instance to run it on. Second, to save you from unnecessary copies it should take the string as a const reference, not by value. Third, similar to above, to save yourself from copies where not needed you should use a const reference in the foreach variable declaration. Next, The return type of the function you pass should be the type of the element of the container, not the container itself i.e. QString in this case. And last but not least - the call to map() is not blocking, so it will return immediately and the function will exit. You passed a local string list to it so it means the asynchronous calls will operate on freed memory and most likely crash. If you want to wait for the results you should rather use blockingMap() instead and if not then you need to store that string list somewhere for the whole duration of the map() execution.
    • UNSOLVED QOpenGLContext used in multithread
      General and Desktop • multithread qopenglcontext • • nashge  

      1
      0
      Votes
      1
      Posts
      662
      Views

      No one has replied