Discussion :

[JP CASSOU]

Bjr à vous,

J'utilise la bibliothèque SimpleBLE pour recevoir les données d'un BRIC4 spéléo

Un certain callback est appelé lorsque mon appareil envoie des données. Il demande le réaffichage de la carte du réseau

Parallèlement, j'ai développé une fonction de test pour le traitement de datagrammes de tests

La fonction de test et le Bric4 appellent le même callback.

Avec la fonction de test, tout est OK

Avec le callback appelé par le Bric4, j'ai un joli crash lors du réaffichage du plan:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
** OnTestReceiveLAPData(): L: 2.090, A: 181.955 P: 13.776 
TBufferMesuresOfDevice.ProcessLastMesures(): 1 éléments dans le buffer - 0.0175, 0.0175
Dernière visée: : 2024-07-08: 2.090, 181.955, 13.776 - Temp: 0.00
Dans "Nb < NB_ELEMENTS_IN_BUFFER": 2.09, 181.95, 13.78
TGHTopoContext2DA.OnReceiveVisee(): 2.09, 181.95, 13.78
TGHTopoContext2DA.AjouterUneAntenneALaStationCouranteDisto(): 2.09 181.95 13.78
// Dessin du plan = crash
DrawQuadrillage: 434912.47 6420447.56, 435719.87 6420872.11, 200.00
The program 'GHTopoRPI' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadIDChoice (invalid resource ID chosen for this connection)'.
  (Details: serial 36932 error_code 14 request_code 55 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
terminate called after throwing an instance of 'std::system_error'
  what():  Resource deadlock avoided
Aborted (core dumped)

Des pistes ? Parce que je bloque dessus depuis des heures

[tourlourou]

Bonjour,
Je lis :

Concurrency

When designing your application using SimpleBLE, concurrency is a key aspect that needs to be taken into account. This is because internally the library relies on a thread pool to handle asynchronous operations and poll the operating system’s Bluetooth stack, which can suffer from contention and potentially cause the program to crash or freeze if these threads are significantly delayed.

This can have an important effect when using SimpleBLE with UI applications, such as WxWidgets or Unity.

Le réaffichage est-il suffisamment rapide pour ne pas planter le thread qui attend la fin de la callback ?

[Guesset]

Bonjour,

Peut être est-ce une non réentrance induite par le fait que les composants de Lazarus ne sont pas multithread ?

Salutations

[JP CASSOU]

Bonjour,

Peut être est-ce une non réentrance induite par le fait que les composants de Lazarus ne sont pas multithread ?

Salutations

En effet.

En retirant l'ordre de réaffichage du plan tout rentre dans l'ordre ...