nazcafan a écrit 190 commentaires

auto p1 = make_shared<MyInt>(MyInt::get(3));
auto p2 = p1

ça rend ça :

Nb de MyInt : 5
p1 : id = 3, n_ptr = 2, addr = 0x93e3030
p2 : id = 3, n_ptr = 2, addr = 0x93e3030

Comme il a été dit dans les commentaires précédents, make_shared va construire une copie de Myint::get(3), et initialiser un shared_ptr sur cette copie, pas sur le troisème élément de ton tableau.

Trop gros, passera pas …

S'il y a un truc à retenir, pour la complétion de leur clavier, c'est que le Alt-Gr + lettre main gauche, c'est extrêmement agréable et rapide à saisir, j'espère qu'ils s'en serviront à bon escient pour leur Azerty 2.0.

It's nice to be important, but it's more important do be nice.

Tout de même, la plupart des organismes de crédit te proposent de mettre en place un prélèvement automatique pour régler la facture, évitant ainsi des drames liés à l'étourderie naturelle des gens.
Perso, j'ai pris ça, jamais eu de problème, ils envoient la facture suffisamment en amont du prélèvement pour que tu aies le temps de réagir si un truc pas catholique est arrivé avec ta carte.

Une carte de crédit, c'est une facture à la fin du mois, et la possibilité de payer le solde ou un acompte minimum (la deuxième options génère des intérêts). Ils vont regarder ta capacité à rembourser « l'emprunt ».

de mémoire pour le crédit score au Royaume Uni ils regardent :

• compte courant
• factures d'électricité / gaz
• factures téléphone mobile
• cartes de crédit
• prêt immobilier
• inscription sur les listes électorales (va comprendre)

Il est à noter que les comptes récemment ouverts jouent négativement sur le credit score, mais au bout de 3 mois où tu payes rubis sur l'ongle, ça compte positivement (6 mois pour le crédit immobilier). Autrement dit, le jour où tu prends un crédit immobilier et que tu déménages (création de 3 comptes: crédit immobilier + gaz + électricité + plus inscrit sur la liste électorale si t'as changé de circonscription), c'est même pas la peine de songer à prendre une carte de crédit pendant 6 mois.

De plus en plus de companies proposent des transferts à des prix plus avantageux que ce que font les banques, mes collègues me parlent souvent de Transferwise. Je n'ai pas utilisé personnellement, mais ils ont l'air content.

Résidant au Royaume Uni, je peux t'affirmer que les cartes de paiement à débit immédiat (debit card) y sont très répandues, même si beaucoup de gens ont une carte de crédit en sus (le plus souvent pour avoir un bon « credit score » le jour où ils prendront un emprunt immobilier). Donc non, la carte de débit n'est certainement pas une spécificité française.

Sachant que le bépo est quand même conçu et optimisé pour la saisie à dix doigts, quel est l'intérêt d'en faire une variante pour clavier virtuel swipe (perso, sur mon android, j'utilise juste un pouce) ? Même le « œ » est présent parmi les options de la touche « o » sur le clavier azerty Android de base.

J'avais acheté une carte avec un chipset graphique mali il y a un an en me disant que le project LIMA libre était bien avancé, mais depuis rien … Je crois que le développeur a été dégouté/menacé par ARM qui visiblement voit ce projet de façon assez hostile. En gros, si tu comptes avoir des pilotes libres en mainline pour ta carte, il va probablement falloir écrire tout ça toi-même.

En comparaison, à la même époque le RPI avait plein de blobs proprios en userspace et les projets de pilotes graphiques libres étaient embryonnaires, mais depuis ils ont tout [référence nécessaire] libéré, probablement parce que la fondation derrière le RPI a poussé le constructeur au cul… Pas de bol pour moi, j'ai peut-être joué le mauvais cheval ;-)

Ceci dit, à 40 $, tu prends pas un gros risque non plus, hein…

Le code est plutôt clair est lisible (j'aime pas les #pragma, mais je suis old-school), je ne me suis pas penché sur le design, quelques remarques/questions en vitesse :

• dans framerate.cpp :

...
 if (current_ticks - last_frame_ticks >= max_frame_ticks) {
  max_ticks = current_ticks - last_frame_ticks;
}
...

utiliser std::max ?

• Je vois que tu utilises souvent des shared_ptr, je n'ai pas encore bien regardé le besoin à haut niveau, mais parfois, les unique_ptr font l'affaire et te coûteront probablement moins cher ;

• Sinon, évite d'utiliser std::endl, '\n' est ce que tu veux utiliser dans 99% des cas (dans ton cas, c'est juste dans le main(), donc ça changera rien mais mieux vaut prendre des bonnes habitudes) ;

• Dans assets.cpp, tu dois pouvoir initialiser pathPrefixes_ à l'aide d'une intializer list, ça t'évite d'avoir à ré-allouer. (pareil qu'avant : dans ce contexte c'est du chipotage, mais il s'agit de prendre le pli).

Si j'ai du temps et que je m'ennuie, j'essaierai de prendre du recul et voir comment tout ce tient.

J'ai essuyé des déboires similaires pour le publipostage depuis une base de données il y a quelques années. Le publipostage intégré dans Access faisait correctement le travail, mais le composant Base de libre office sous-traitait le travail à Writer, et visiblement, ça rendait l'exercice difficile sinon périlleux.

J'ai essayé pendant un moment. C'était faisable, mais vraiment pénible, par rapport au truc sous Access. Du coup j'ai fini par faire acheter une licence Access à l'utilisateur.

Je pense que le composant Writer a été bien travaillé, mais que les autres ont encore des progrès à faire pour convenir à certains usages un peu avancés qu'on peut trouver parmi les utilisateurs de la bureautique, ceci étant, il faut bien commencer quelque part et c'est normal que la priorité ait été mise sur Writer, non ?

et mmmhhhh, la qualité a un coût, pas un coup, bon sang de bonsoir !

Mouais, j'ai eu droit à cette rhétorique il y a quelques années. La boîte utilisait alors un gcc 3.4.6, et ils ne voyaient pas l'intérêt de mettre à jour.
Un jour, j'ai écrit un truc du genre:

int * a = new int[LENGTH]();

j'ai mis un moment avant de comprendre que mon code déconnait sévère parce que le compilo refusait d'initialiser les valeurs à zéro, et encore un moment pour comprendre que je pouvais me brosser pour avoir un correctif.

Alors refuser les versions récentes sous prétexte que la qualité a un coup, OK, mais le risque est de se retrouver sur des versions obsolètes, non maintenues qui t'obligent à écrire des contournements qui n'ont pas lieu d'être.

Je préfère un modèle de mise à jour régulière et progressive de la toolchain (on est pas obligé de toujours mettre du bleeding edge, hein), avec une procédure de validation bien définie, voire automatique. D'une part on le fait souvent, du coup on intègre des bonnes pratiques et ça évite d'avoir la « peur du changement ». D'autre part, le manque de qualité a également un coût, et sur le long terme, une boîte qui traine une grosse dette technique se fera ramasser par ses concurrentes, simplement parce qu'elle sera incapable de faire des changements importants dans un laps de temps raisonnable.

En ce qui concerne openSSL, ce n'est pas parce que tout le monde a mis la tête dans le sable pendant des années que tu dois généraliser. Me semble que ce projet en particulier avait très peu de ressources et s'était enfermé dans un code et des pratiques qui rebutaient beaucoup de contributeurs potentiels.

J'ai également l'impression d'ailleurs que Libre SSL attire un peu plus de monde, simplement parce qu'ils ont fait l'effort de faire le ménage et de regarder les rapports de bugs. Comme dit mon père (qui pourtant n'est pas un cador en informatique) : « le succès appelle le succès ».

Le choix de cairo s'est imposé naturellement pour ce que tu cherchais a faire ?

C'est un portage de xmessage ou bien tu es reparti d'une page blanche sans trop regarder comment le truc de base était fait ?

On était trop occupés à faire du pop-corn pour regarder le film ; merci pour l'info en tout cas.

J'ai dû rater l'information, je n'ai pas vu de dépêche/journal spécifique… Linuxfr a-t-il été compromis par cette faille ?

Sur le long terme, j'ai plus tendance a lui reprocher d'avoir inventé Javascript qu'avoir soutenu la proposition 8… Autant leur interdiction a finalement été rejetée par la cour suprème américaine, autant javascript, on est pas près d'en être débarrassés…

Ce commentaire est un appeau à troll. Du coup, je m'y colle : tu ne crois pas que Fortran n'est pas mort à cause des tonnes d'ancien code qu'on doit se traîner encore aujourd'hui, plutôt ?

Parce que Fortran a beau évoluer, le support de gcc pour les évolutions post Fortran 90 est au mieux parcellaire, le support llvm inexistant (oui, je sais, il y a un projet Flang et tout ça). Les mauvaises langues diraient que les 3 personnes qui siègent dans le comité de normalisation ont perdu tout contact avec la communauté des programmeurs Fortran.
Alors bon, les évolutions de Fortran, à part l'intérop avec le C (et encore) je pense pas que ça fasse rêver beaucoup de monde, autant utiliser un langage moderne directement.

Une plate-forme blindée de DRM est devenue fréquentable parce qu'elle tourne "sous Linux"?

Josselin Mouette (packageur gnome dans debian) a une opinion intéressante là dessus. En condensé, oui c'est possible de faire sans mais c'est beaucoup, beaucoup moins pénible avec.

Bon je crois qu'il a aussi écrit la page pro-systemd dans le débat interne, donc il est peut-être pas 100% impartial, mais ça donne des pistes pour comprendre un peu toute la chaîne de dépendances et; vu son rôle, on peut supposer qu'il n'écrit pas ça parce qu'il joue au bridge avec Lennart le dimanche :-).

Dans le cas de debian, je crois qu'ils ont tiré une dépendance dure. Depuis la mise à jour de lundi, systemd est installé aux cotés de l'init classique. Il me semble qu'ils ont eu recours à une magouille du genre "oui il tourne mais pas avec le PID 1".

En tout cas ça a l'air de fonctionner correctement sauf que je ne peux plus éteindre ou redémarrer depuis GDM (les boutons sont présents mais ne répondent pas). Ca doit être voulu par les devs gnome pour compenser le retour du bouton shutdown dans gnome shell.

Gtk et qt sont (peu ou prou) prêts et les gros environnements de bureau sont en train de migrer, ça veut dire qu'une vaste majorité d'applications sera disponible rapidement sous wayland. Il y aura probablement des écueils au début avec des applications phares comme libre office ou firefox qui ont leur propre toolkit ou utilisent des appels directs à X, mais je pense que l'expérience "Desktop" devrait être raisonnable.

Du coup, sous xwayland il devrait rester le X déporté ainsi que les applications antédiluviennes sous Athéna (xdvi ?) ou les trucs qui utilisent tk comme gitk/git gui ou tkdiff … A moins qu'un joyeux drille s'amuse à porter le toolkit sous-jacent.

Il y a plein de gens qui ont juste plus le choix, maintenant, a moins de sabrer dans les packages comme un âne pour le voir revenir via d'autres dépendances un mois après.

Bon ceci dit, ça marche pas trop mal, finalement, pulse. Je suis pas certain de comprendre la valeur ajoutée par rapport à Alsa mais bon …