gee Ⓐ⚑
Ça fait facile 1h30 que je tourne sur le bug le plus imbitable du monde. Un algo qui marche sans problème sur Linux mais pas sur Windows/MinGW. Enfin si. Sauf si j'active les optimisations.
Je compare le déroulé entre Linux et Windows : à un moment, je vois que la queue de priorité diverge (NON Y'A PAS DE JEU DE MOTS).
J'ajoute un affichage sur la fonction de comparaison. Le bug disparaît. Je retire l'affichage, il revient. C'est le bug de Schrodinger, j'vais péter un boulon.
Albert ARIBAUD ✎
@gee
Il me manque une chose personnellement : un descriptif de ce qui se passe versus ce qui devrait se passer. Je l'ai raté ? #coin
Albert ARIBAUD ✎
Je vois une égalité de doubles. C'est tricky, les égalités de flottants.
gee Ⓐ⚑
@aaribaud à la base, un algo de simplification de graph, qui marche bien partout sauf sur Win32 où ça plante.
Du coup j'affiche à chaque itération quel sommet est simplifié / quels arêtes supprimées ou ajoutées. Au départ, même chose sur Linux et Win32, mais au bout d'un moment ça diverge.
Du coup je veux afficher la valeur de priorité calculée pour voir qu'est-ce qui fait diverger le déroulé, et c'est ça qui fait disparaître le bug sur Win32.
Albert ARIBAUD ✎
Ok, autre approche : est-ce que tous les warnings de compil sont activés et est-ce que la compil a zéro warnings ?
gee Ⓐ⚑
@aaribaud oulah, alors j'ai déjà eu cette discussion, et non : https://framapiaf.org/@jenesuispasgoth@pouet.chapril.org/110218263996955851
(Au passage, c'était un screenshot pour rire, je pense vraiment pas qu'on puisse débuguer mon code en devinant à partir de 3 lignes isolées.)
gee Ⓐ⚑
Vous vous souvenez de mon bug chelou (une comparaison qui déconne *uniquement en 32bits avec les optimisations activées*) dans le code Superflu Riteurnz qui m'a niqué 7 heures de boulot en avril dernier, sans que j'arrive à le résoudre ?
Ben là, j'avais une période creuse alors je me suis dit que j'allais m'y replonger, parce que j'aime pas abandonner un truc sans comprendre.
On progresse : j'ai réussi à réduire à un code de 50 lignes sans dépendance autre que la STL et qui déclenche le bug.
gee Ⓐ⚑
Bon. Bah bug reproduit sur Debian 32 bits.
Là, j'en suis à un point où j'ai littéralement, dans le débugueur, l'endroit où un test est "vrai" mais le programme continue sur la branche "faux" (et les valeurs de test qui deviennent "optimized out", haha).
Avec GCC comme avec Clang comme avec Mingw. J'en suis à 7h sur ce bug, je me suis niqué quasi une journée de dév sur un planning déjà bien serré, je pense que je vais abandonner.
gee Ⓐ⚑
Bon. Petit update si y'a des gens que ça intéresse.
Le bug ne se produit qu'avec mingw 32 bits, pas en 64 bits. Donc ça pue une conversion implicite int/int32_t/size_t/ptrdiff_t quelque part qui foire. Sauf que j'ai beau tourner et retourner le code, je trouve pas.
Donc je vais voir si je reproduis sur une Debian 32 bits : si oui, j'aurai un environnement de dév digne de ce nom pour débuguer (ne serait-ce qu'un sanitizer et un GDB) ; si pas de bug, j'abandonne, et fuck Windows 32 bits.
gee Ⓐ⚑
C'est pas mon bout de code le plus glorieux. Mais ça marche #TrueStory
(Non sans déc, j'essaierai quand même de trouver mieux, mais là j'crois qu'il est temps d'aller faire quelque chose de plus doux avant le dodo. Des bises)
GuB 🕶️🎸🔌🎚️🔊💥
GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.
All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.