How to not interrupt back ground thread and also allow foreground ui function to get executed ?
-
Hi,
The question is: why do you want these interruptions in the first place ? What is the rational for that idea ?
-
Hi,
The question is: why do you want these interruptions in the first place ? What is the rational for that idea ?
@SGaist Because i have to allow ticket creation at highest priority while background data sending to server need to be done at lowest priority.
For example in bus ticket created by conductor. we can not stop conductor to create ticket. we can only interrupt the background thread to send that data to server.
So interruption needed at first place.
-
But that's the main idea of threads: there is no need to interrupt anything! Your foreground and background threads can run in parallel, both doing their job at the same time.
-
But that's the main idea of threads: there is no need to interrupt anything! Your foreground and background threads can run in parallel, both doing their job at the same time.
@sierdzio Hi !!
But there is one situation make my sqlite database get locked .
Because my back ground thread and foreground function use mutex lock that make my sqlite db to get locked . and i want to stop locking of database.
So How to deal with this situation ?
-
@sierdzio Hi !!
But there is one situation make my sqlite database get locked .
Because my back ground thread and foreground function use mutex lock that make my sqlite db to get locked . and i want to stop locking of database.
So How to deal with this situation ?
@Qt-embedded-developer said in How to not interrupt back ground thread and also allow foreground ui function to get executed ?:
So How to deal with this situation ?
You expect to get clear answer without showing your code? Especially how you lock.
Here some hints: https://en.wikipedia.org/wiki/Deadlock#Prevention -
@Qt-embedded-developer said in How to not interrupt back ground thread and also allow foreground ui function to get executed ?:
So How to deal with this situation ?
You expect to get clear answer without showing your code? Especially how you lock.
Here some hints: https://en.wikipedia.org/wiki/Deadlock#Prevention -
@jsulm In my case deadlock situation happen due to mutual exclusion because the foreground and background hold one resource sqlite database.
And so database get locked .
I want to avoid this situation.
@Qt-embedded-developer said in How to not interrupt back ground thread and also allow foreground ui function to get executed ?:
one resource sqlite database
Before commenting on what you have said, could you clarify: do you mean a SQLite database file which is supplied and opened as a Qt resource file, or do you mean "resource" in a broad sense and you are just talking about an external SQLite file, not a Qt resource?
-
Sounds like the solution would be to keep the SQLite DB opened by only one thread, which should in turn distribute the data as necessary to other parts of the application, for example using signals and slots. No locking and no mutexes :-)
BTW. be very careful with SQLite and threads, by default it does not support them. You need to compile SQLite yourself. See https://sqlite.org/threadsafe.html
-
@Qt-embedded-developer said in How to not interrupt back ground thread and also allow foreground ui function to get executed ?:
one resource sqlite database
Before commenting on what you have said, could you clarify: do you mean a SQLite database file which is supplied and opened as a Qt resource file, or do you mean "resource" in a broad sense and you are just talking about an external SQLite file, not a Qt resource?
@JonB
I mean "resource" in a broad sense and i am talking about an external SQLite file, not a qt resource -
Sounds like the solution would be to keep the SQLite DB opened by only one thread, which should in turn distribute the data as necessary to other parts of the application, for example using signals and slots. No locking and no mutexes :-)
BTW. be very careful with SQLite and threads, by default it does not support them. You need to compile SQLite yourself. See https://sqlite.org/threadsafe.html
@sierdzio Thanks for Help ..
-
Sounds like the solution would be to keep the SQLite DB opened by only one thread, which should in turn distribute the data as necessary to other parts of the application, for example using signals and slots. No locking and no mutexes :-)
BTW. be very careful with SQLite and threads, by default it does not support them. You need to compile SQLite yourself. See https://sqlite.org/threadsafe.html
@sierdzio said in How to not interrupt back ground thread and also allow foreground ui function to get executed ?:
BTW. be very careful with SQLite and threads, by default it does not support them. You need to compile SQLite yourself. See https://sqlite.org/threadsafe.html
The link you provided states that by default SQLite uses serialized access, i.e. it is thread safe by default.
@Qt-embedded-developer You should not use mutexes to access SQLite. With the proper settings multiple connections to the same SQLite file can be open. SQLite will do all the synchronization. You might get into trouble if one of the threads reads quite often and the other thus cannot lock it for writing.
Maybe you can clarify what you are actually trying to do. You should not use a database to communicate between two threads (one polling if there is something new to be sent over the network). My guess is that you don't need mutexes at all. In order for the GUI thread to communicate that there is something new to be sent, just use signals and slots between the two threads to communicate. All requests from the GUI will be queued inside the event loop of the network thread and handled one after the other. This is how Qt should be used.
