Discussion :

[alpha_one_x86]

Bonjour,

J'ai un crash (en pur et gdb aussi), voila ce que me dit valgrind:

Code :

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

1
2
3
4
==22274== Invalid read of size 8
==22274==    at 0x591664: CatchChallenger::PreparedDBQueryLogin::initDatabaseQueryLogin(CatchChallenger::DatabaseBase::DatabaseType const&) (PreparedDBQuery.cpp:198)
==22274==  Address 0xffeffc661 is on thread 1's stack
==22274==  143 bytes below stack pointer

Le code est la: https://github.com/alphaonex86/Catch...Query.cpp#L198
Je ne comprends pas ce crash car sous x86 et ARMv7, tout est clean, inclut avec valgrind et Grsec+PaX.
Je teste avec ubuntu64-16.04lts-mate-odroid-c2-20160525, qui embarque gcc 5.3, j'ai aussi tester avec la maj en gcc 5.4.

Cordialement,

[Bousk]

C'est étonament que ça compile, normalement tu ne peux pas déclarer de variables dans un case de switch sans y mettre d'accolades {}
Il s'agit d'une appli multithread ? Je dirais qu'un autre thread corrompt la stack de ton thread 1 mentionné ici, mais le problème n'a rien à voir avec ce thread à priori : bonne chance

[alpha_one_x86]

Non, mono-thread, confirmé par gdb, aucun thread n'est créé

[Bousk]

Ah alors je vois pas, c'est d'autant plus chelou.
Si tu le lances, le debugger n'arrive pas à intercepter l'exception avant qu'elle se produise et s'arrêter ? Il faudrait alors jeter un oeil à la mémoire, stack etc pour voir si quelque chose d'anormal s'y trouve.
Si par hasard/chance ça survient toujours à la même adresse, ça peut faciliter les investigations.

[alpha_one_x86]

Le bug est reproduisible et systématique.
Gdb detecte bien le probléme, valgrind aussi et la corruption de stack.

L'architecture arm64 étant nouvelle, et le code étant propre, je suspecte un bug dans gcc sur arm64.