Bug incompréhensible et exaspérant avec un callback
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:
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