Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Get Qt Extensions
  • Unsolved
Collapse
Brand Logo
  1. Home
  2. International
  3. Italian
  4. Race conditions... come si comporta un programma

Race conditions... come si comporta un programma

Scheduled Pinned Locked Moved Solved Italian
3 Posts 2 Posters 933 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
    bvox123
    wrote on last edited by
    #1

    Ciao, ennesimo dubbio.
    Se io ho una routine tipo questa

        QScreen *screen = QGuiApplication::primaryScreen();
        QPixmap schermo = screen->grabWindow(QDesktopWidget().winId(),
                                             quadroestrattix, quadroestrattiy, quadroestrattilarghezza, quadroestrattialtezza);
        QImage desk = schermo.toImage();
        ui->qt5QuadroGrande->setPixmap(QPixmap::fromImage(desk));
    

    posso essere matematicamente certo che la seconda istruzione la esegua solo dopo avere completato la prima (trattandosi non di istruzione elementare), che la terza istruzione venga eseguita solo dopo avere completato la seconda e così via ?

    1 Reply Last reply
    0
    • VRoninV Offline
      VRoninV Offline
      VRonin
      wrote on last edited by
      #2

      Formalmente si. 100% si.
      Nella sostanza ci sono pero' operazioni che per efficienza vengono delegate al prossimo ciclo dell'event loop. l'esempio piu' classico e' QWidget::update(): la funzione viene eseguita nell'ordine ma al suo interno quella funzione non fa altro che dire a Qt di ri-paintare il widget non appena ha tempo

      "La mort n'est rien, mais vivre vaincu et sans gloire, c'est mourir tous les jours"
      ~Napoleon Bonaparte

      On a crusade to banish setIndexWidget() from the holy land of Qt

      1 Reply Last reply
      0
      • B Offline
        B Offline
        bvox123
        wrote on last edited by
        #3

        Immaginavo qualcosa del genere. Stranamente non mi compariva niente a video finché non riuscivo a bloccare il loop (detto nel post del keyeventpress). Cercando con Google ho trovate che si può costringere qApp a completare tutti i thread e così ho risolto inserendo l'istruzione qApp->processEvents(); nel loop. Grazie.

        1 Reply Last reply
        0

        • Login

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