Reprise du message précédent :
Bon le debugger ne s'arrête plus aux breakpoints dans CLion, et c'est très chiant.

tout bêtement tu as vérifié que tu lançais bien le bordel en mode debug ?
ou alors ton debuggeur n'arrive pas à se brancher à ton Clion.

Ca m'est déjà arrivé de me planter de le mode de lancement de mon IDE et du coup pareil je me demandais pourquoi mes points d'arrêt ne marchaient pas.

Et en C++ t'as rapidement des optimisations du compilateur qui font que ta 'ligne de code' n'existe pas dans ton binaire, il suffit d'un soupçon d'inlining et hop

pour tester un peu, souvent il y a une checkbox pour s'arrêter au démarrage du programme.

 
Je viens de passer d'un SE 1ère gen. à un 13 Pro, c'est une sacrée brique..! Je me tate à l'échanger contre un 13 mini...    
À moins que je m'y fasse, ça fait seulement 10 jours..

 
pas mal de gens ici ont une sorte planche avec un dessous bombé, ce qui te demande de tenir en equilibre sans etre aussi intensif qu'un balon d'exercice.
Jamais testé.
J'ai le même problème que toi, mais soit je marche soit je reste assis, je bosse peu "debout" en fait

à propos, j'ai récemment encore vu des gens à des front desks utiliser ça : https://contourdesign.fr/produits/p [...] mouse-red/
 
ils en avaient l'air très content.

oui je suis lancé en debug. Il s'arrête bien lors d'un signal SIGSEV et je peux stepper dans l'asm.
Mes breakpoints sont bien actifs aussi.

Ouai mais là il s'arrête à aucun bp.

pas compris

 
Ah ouais dur dans ce sens là (ma fille a un SE 1st gen, je vois tout à fait la taille )
 
Bon sinon GCP c'est prédictible visiblement https://freeman.vc/notes/aws-vs-gcp [...] -different  

GCP a chaos monkey intégré gratos

je me suis peut-être emballé avec le "remplacer partout"

Vraiment on s'y fait. Je suis passé d'un 6S à un Xr, maintenant c'est le 6S qui me parait tout petit...

J’ai le même problème, j’ai fait 4S -> 6S -> 11, j’arriverais pas à revenir à l’écran du 4S mais je continue à regretter le form factor, le 11 c’est super pas utilisable d’une seule main

Alors justement, si t'as plusieurs gamelles sur ta table dont au moins 1 en alu, ça peut bien niquer les perfs de tout le monde

Et bah voilà !
 
Heureusement qu'il y a un manager à bretelles comme moi qui pose les vraies questions et détecte les vrais challenges !    

J'aurais bien essayé sur ma K2000 mais apparemment il faut aussi du SSE4.2

dites, je peux modifier le .github/workflows/ci.yml de ma PR pour qu'il se déclenche dans la PR.
 
J'ai des conflits dans ma PR, donc "on:pull_request" se déclenche pas. J'ai poussé  "on:pull_request_target" dans la PR mais ça a pas l'air de déclencher le build.

 
c'est le truc, il faut utiliser ses 2 mains. A une main c'est vite fatigant pour tout autre mouvement que scroller avec le pouce.

Je le dis tout le temps  

C’est plus que fatiguant, sauf si t’as des mains énormes pas mal de prises sont pas safe, il est facile de laisser tomber le tel. C’est d’autant plus gênant que souvent les situations ou t’as qu’une main libre sont aussi celles ou t’es pas stable, genre dans un rer ou dans la rue avec un sac / une valise à la main, ou un parapluie.

 
13 mini -> téléphone de ma fille. J'aime bcp aussi ce form factor. Un peu trop petit pour moi maintenant, mais plus jeune j'aurais pris celui-ci aussi.  

dites, les différentes distrib linux ont des libc compatibles maintenant ? on peut faire des binaires qui ont une chance de tourner partout/à beaucoup d'entdroits ?

 
Tu as différentes approches, les approches traditionnelles, mais maintenant tu as aussi les solutions genre Snap ou Flatpak qui vont contenir toutes les dépendances.

 
Franchement pour l'instant je m'y fais au 13 mini.

Ça a toujours été le cas, vu que tout le monde utilise glibc (sauf les aliens qui ont décidé d'utiliser une distro musl ) le problème c'est de lier à la bonne version de glibc: si tu lies à glibc 2.19 ça va tourner sur un système en 2.23, mais pas un système en 2.17. Là est la difficulté, vu que par défaut ça va utiliser le glibc de ta machine, qui a des chances d'être récente.
 
Après pas mal de gens ont décidé de bypasser tout le problème et de faire du static linking avec musl, comme ça tu t'en fous (tant que les tradeoffs te vont).

IRL KSP https://www.youtube.com/watch?v=-6Z1E0mW2ag

LOL Kwasi Kwarteng
 
Il a l’air un peu ennuyé le monsieur

Et hop une base nazie en moins

Harko, t'as 13000€ qui trainent ?
 

Respect the user.

dites, y'a un nom pour l'opération qui consiste à aller chercher tout les noeuds accessibles depuis un noeud dans un graphe non orienté ? le vocabulaire "transitive closure" a l'air réservé aux graphes orientés.
 
finalement c'est juste la sélection d'une composante connectée, mais je me demande s'il y a mieux comme bocabulaire

Reachability?
 
J’ai jamais vraiment bossé avec des graphs déconnectés donc je connais pas du tout le vocabulaire.

On s'amuse bien chez Google :
https://www.google.com/search?clien [...] ction+test
( attendre 2-3 sec sur la page )

Un graphe non-orienté est un cas spécial d'un graphe orienté : toutes les connections sont doubles. transitive closure marche très bien.

c'est ce que je me disais aussi, mais ces cons ont typé le truc de telle façon que je peux pas l'appeler sur un graphe non-orienté.
https://github.com/JuliaGraphs/Grap [...] ty.jl#L105
 
("Di" c'est pour "directed" )

Super, le connecteur antivol des laptops DELL n'est pas standard.  
C'est tellement mesquin...

 
Les connecteurs antivols des anciens laptops sont trop gros pour les nouveaux d'où, peut être, le non standard.

D’un autre côté ça a pas de sens dans un graph non-orienté, parce-que tout ce qui est connecté est accessible, donc pas de raison de faire une différence.

  j'ai vu des peintres faire des algos de parcours de graphe tels  que je miserai pas là-dessus