Sans lire la discussion, laisses moi deviner quelques problemes:
les exceptions n'ont pas d'ABI stable
qt necessite une surcouche a make
Bon, je t'avoue que, d'un autre cote, j'aurais bien apprecie une ihm non basee sur gtk, parce que, ma foi, j'ai en horreur le widget d'exploration de fichiers de gtk, je prefere voir les chemins reels (non traduits donc) et complets, avec par defaut soit le dernier dossier utilise par l'appli, soit le $HOME.
Mais c'est 1) hors sujet, 2) parce que j'aime avoir le moins de trucs caches possibles et 3) peut-etre lie a la config par defaut de ma distrib (debian a un packaging et une conf par defaut assez douteux sur certains points)…
Bref, quels toolkits graphiques sont utilisables en rust, au final?
pourquoi wpa_supplicant est-il le pire?
Est-ce juste sur ce point ou de maniere generale?
Il y aurait des outils alternatifs portes sur les plus gros os "posix" (dans mon cas linux, mais vu que j'ai l'intention un jours de passer a net ou open bsd…)?
Desole pour les questions, mais moi et la secu, ca fait malheureusement 2, si ce n'est plus…
ce sont les dependances qu'il faut regarder, la barre rouge n'indique que si un paquet a un probleme en se basant sur les numeros de version, hors tu as plusieurs sources: il n'est donc pas impossible que certaines sources te fournissent un numero de version compatible, mais dont l'ABI (https://fr.m.wikipedia.org/wiki/Application_binary_interface) ne l'est pas. Ce genre de probleme est delicat a regler (y compris sous windows pour le coup) surtout pour un debutant. L'usage de kali n'est peut-etre pas etranger au probleme, je ne serai pas surpris que leurs paquets ne soient pas tout a fait compatibles avec ceux de debian (et donc probablement des autres sources que tu as ajoutees) surtout pour des choses liees a la securite (ici, le chiffrement).
sinon, tu peux aussi temporairement installer un autre explorateur de fichiers, le temps de resoudre ce probleme (de preference un qui ne soit pas base sur gtk ou gnome, ca reduirait le risque de problemes d'ABI)
j'ajouterais comme question: aucune info dans les logs de xorg (ou dans le tty duquel est lance xinit)? Peut-etre aussi un probleme de focus lie a i3 (ou une application qui aurait trouve le moyen de recup certains evenements clavier, on sait jamais) vu que l'ot specifie qu'il lui faut bouger la souris?
Le plus simple a mon avis serait de passer par aptitude (dans un terminal. Sans arguments il lance une interface semi graphique assez utilisable) puis d'aller selectioner nautilus et afficher les details (touche entree): en bas il y a la liste des dependances, parmi elles, l'une aura un nom proche de ton erreur, aller dedans, et tout en bas il y aura la liste des versionsaccessibles par le reseau, tu peux donc upgrade/downgrade par la.
Bizarre ton truc, on dirait que c'est la mauvaise version de la lib qui est installee… du coup essaies de reinstaller les dependances (via aptitude par exemple) a une autre version (aptitude permets de downgrader les paquets, s'ils sont encore connus).
Si pas possible, tu peux regarder dans /var/cache/apt/archives et essayer de downgrade manuellement avec dpkg.
Par curiosite, ca a pete apres une MaJ? Tu as peut-etre configure d'autres sources, et des depots seraient en conflits?
De memoire, la commande pour configurer les touchpads, c'est synclient, qui peut activer ou desactiver le touchpad en lui passant quelque chose du style que tu as poste
C'est d'ailleurs ecrit dans le message d'origine: 125 secteurs morts, ca veut dire soit que le hdd est en fin de vie, soit qu'il a pris un choc qui en a endommage une partie.
Dans tous les cas, reussir a installer serait de toute facons s'exposer a des emmerdes en cascade plus tard.
Je ne rebondissait que sur le fait que l'on ne pouvait souvent faire les choses que d'une maniere en C et posix. Ce qui, a mon avis est faux (mais comme je l'ai dit, je ne suis pas expert en C ni en posix, il me reste tant a apprendre).
Pour le reste, le seul langage anterieur a C que je connaisse est l'asm intel 16 (et un peu 32 donc pas sur de l'anteriorite) bits… meme pas en fait, je sais pas qui est le1er né. Du coup, savoir pourquoi C s'est impose m'est impossible. Je suppute que son gros avantage etait justement qu'il n'etait pas trop bas niveau pour l'epoque (par exemple compare a l'asm), portable et efficace (pas trop de couches intercalaires pour faire le moindre truc). Mais…ca reste supposition de ma part, et j'ai pas envie d'apprendre le B rien que pour le decouvrir :)
Pour ce qui est des binaires perdus, liberer pourrait etre interessant aussi, parce que meme sans l'original, il est souvent relativement simple de recuperer les ressources (surtout quand le format est utilise dans un code dont on a les sources, et puis, ca manque tres souvent).
Pour ce qui est du code, c'est nettement plus complexe, mais je crois avoir souvenance que l'auteur de keeperfx (un… euh, comment dire… fork a partir du binaire de dungeon keeper) a une methode qui permets un portage progressif.
Bon, faut etre cale, surtout dans son cas qui est de la recup de binaire DOS (pas PE j'imagine donc, probablement du code mode reel?), et avoir du temps, mais vu que le repreneur ici a des sources liees (autres versions du meme moteur, ou petites lib internes, que sais-je?) y'a p'tet moyen via des outils tels qu'IDA de retrouver une partie non negligeable. Ce serait cela surement un travail de titan, j'imagine. C'est deja super de liberer et porter ces vieux codes!
Au sujet du static link, je pense que pour un dev isole c'est mieux: au moins tu es sur que tu n'auras pas de libs manquantes au runtime, et en plus il n'est pas ilpossible que le binaire soit plus performant ainsi (cf les opinions des dev de suckless, entres autres. La mienne, c'est que le full dynamic c'est pas vraiment pertinent, surtout quand on utilise des trucs genres exceptions ou methodes virtuelles).
Ok pour les I/O, mais le souvent couvre-t-il aussi les calculs alors? Par exemple les divisions par puissances de 2?
Ou l'acces a la memoire, que tu consideres le role principal du C (pour moi, le role de C n'est pas de manipuler la memoire, mais de faire des programmes portables et performants qui font quelque chose, peu importe quoi, l'acces memoire etant un moyen, non une fin)?
Pour ce qui est de la "double API"… d'un cote y'a posix (et non unix, qui est un OS, pas un standard) de l'autre C, ce sont des outils differents, et ce point (les acces aux fichiers) se comprends facilement: open est bas niveau, moins portable que fopen (puisque pas forcement implemente par les os non posix), et plus souple. Bref, ce ne sont pas des doublons.
Au final, j'ai l'impression que tu te concentres sur des details d'implementation pour dire qu'on ne peut faire les choses que d'une facon avec ces outils… tiens, un exemple de plusieurs facons de faire un truc avec posix: effectuer plusieurs choses en "meme temps". Multi-thread ou multi-process. Pour communiquer? Entre la memoire partagee, les sockets et les signaux, y'a du choix.
Certes, il y a de grosses differences entre leurs roles et capacites (surtout pour les signaux, pour lesquels envoyer un message complexe necessiterait enormement de code, vu que je ne crois pas qu'il soit possible d'attacher une info, mais c'est faisable, en construisant un systeme qui utiliserait un signal pour envoyer 1, un autre pour les 0… ce serait moche, oui, mais faisable a priori) mais le point est la: ces outils permettent d'echanger des messages.
Tiens en parlant de sockets: poll, epoll, select ou eselect? Ces fonctions font la meme chose, avec diverses limitations ou avantages.
Voila qui devrait aider a ce que tu comprennes mes doutes.
Du coup, complètement hors sujet, mais PAM, c'est quoi, en vrai, l'intérêt de ce truc?
J'ai vaguement compris que c'est censé être une lib pour gérer la sécurité, mais ça m'a toujours eu l'air vachement complexe et lourd, un peu trop peut-être pour être vraiment sûr? Il y a des gens qui utilisent vraiment ce truc? Je veux dire, volontairement, en dehors du fait que ce soit installé par défaut sur la distribution… j'ai cru comprendre que certaines (slackware, pour ne pas la nommer) s'abstenaient de l'utiliser?
Bon, tu ne sais peut-être pas, mais vu que tu en parles je me suis dit que tu avais essayé de comprendre le fonctionnement de ce machin :)
les concepts d'Unix et de C sont simples et élégants, il n'y a souvent qu'une seule façon de faire chaque chose
On ne doit pas connaître le même C alors. Affichage de chaînes de caractères: printf, puts. Idem pour la lecture.
Définir un bloc de code réutilisable, entre les macros et les fonctions, on a aussi plus d'une façon de faire.
Passer plusieurs données à une fonction? Variadic arguments, pointeurs sur listes.
À l'origine, il était aussi possible de ne pas déclarer le type de retour des fonctions si on retournait un int…
Du coup, une seule façon de faire les choses en C… mouai.
Pour UNIX, je ne connais pas assez l'API des kernels pour juger, mais je doute fort que les choses ne puissent se régler que d'une seule façon.
insight semble ne plus être maintenu depuis 8 ans, du coup, ça me semble une mauvaise idée de l'utiliser encore, ne serait-ce que parce que je doute que l'API de gdb n'ait pas évolué depuis tout ce temps.
sinon, il faut peut-etre regarder du coté des IDE : éclipse, KDevelop, Code::Blocks ; ils sont nombreux, essaie de trouver le plus léger.
Me semble qu'il a explicitement dit qu'il ne voulait pas d'un debugguer dans un IDE, justement:
Et, pour des raisons pédagogiques, je préfèrerais une application indépendante (une action <=> un outil, sinon mes étudiants confondent tout :-)).
Tu as essayé kdbg? Je serais curieux de voir ce qu'il donne («standalone», encore maintenu, interface graphique pas dégueu à première vue) mais la flemme d'installer tout KDE…
Personnellement, je trouve cgdb plus utilisable que l'interface curses officielle de gdb, et pas qu'un peu.
Pour ce qui est de l'installation, il y a un paquet dans le dépôt Debian, à minima, j'imagine qu'il y en a aussi pour d'autres distribs. Au pire, il y a très peu de dépendances, donc la compilation est triviale, ce qui à tendance à refréner les envies de Murphy d'embêter le monde.
Par contre, pas compatible avec lldb, mais je ne connais aucun débogueur standalone fonctionnel sous Linux qui le soit, malheureusement.
Ton graphe contiens une erreur: diablo n'est pas un roguelike, mais un hack'n slash.
La principale difference de gameplay, c'est le temps reel. Et meme sans ca… pas de generation procedurale dans diablo, de memoire, et il n'est pas non plus base sur l'idee de cases carree (les cases dans les jeux etant soit carrees, parce que simple a coder vite fait, soit hexagonales pour essayer de reduire l'effet des arrondis dans les distances, soit inexistantes, parce que jeu base sur des coordonnees "reelles", aka float/double).
Outre ces points fondamentaux, il dispose d'un background autrement plus riche que "la deesse truc vous envoie recuperer l'amulette machin, demerdez vous.", d'une ihm vraiment utilisable (qui jure pas mal avec ta definition fort inspiree, mais a laquelle j'aurais remplace le terme "averti" par "masochiste", ou plus gentil "passeiste"), de veritables graphismes, inegales par les roguelikes que j'ai essayes (tome4 inclus, qui est pourtant le meilleur d'entre eux, d'ailleurs le seul a avoir des graphismes dignes de ce nom, meme en utilisant les jeux des annees 90 en reference), d'une ambiance savament plantee quoi (le son aussi, l'air de rien c'est important le son, pour s'immerger).
Bref, je ne vois pas ce que fout diablo la dedans: le seul truc qui le rapproche des roguelikes, c'est que rogue et diablo ont pour origine probable D&D et son fameux cote "porte monstre trésor".
Quant a ta definition… zut, on n'est plus dredi… elle confirme une impression que j'ai souvent eue: 90% des roguelikes se cachent derriere un elitisme (le joueur averti sait que l'@ est un dragon et non un rat, c'est parce qu'il est un vrai, celui qui ne sais pas est un neophyte, c'est pour ca qu'il n'aime pas ce jeu magnifique) pour expliquer l'absence totale de reflexion sur l'interface: on prend un jeu des annees 70 et on refait la meme, en changeant un peu les textes explicatifs. Je me doute que ca doit etre fun a coder, mais bon…
Les 10% restants, genre tales of maj eyal ou egoboo, essaient (entres autres, et avec plus ou moins de bonheur) d'avoir autre chose qu'un algo de generation procedurale different, ils essaient d'etre agreables a jouer et de moderniser un genre qui est reellement interessant.
Je connais, et apprecie beaucoup, tome4, contrairement aux autres que j'ai testes, souvent repoussants (l'égoût et les couleuvres, hein…).
A priori, le tiens sera plutot comme les autres… a verifier.
Les raisons qui font que j'apprecie tome4, et pas les autres (que j'ai testés) c'est:
des tuiles, et pas juste des pâtés graphiques (y'a meme des effets graphiques, peut-etre meme trop, qui vont galerer mon vieux gpu bas de gamme des annees 2k),
une vraie ihm post-80 (full-souris utilisable, mais full-clavier aussi, pour un ensemble tres rapide quand on utilise les deux a la fois),
un background réel que l'on remarque des le debut du jeu, et qui s'etoffe quand on decouvre le jeu, et pas une intro sur 2 lignes sans influence sur le jeu.
Les trucs que j'ai trouves bien penses dedans et qui lui donnent du caractere, le distingue d'un jeu lambda:
le systeme de ressources, a la fois simple et complexe,
le systeme de potions et parchemins, qui existe en fait sous la forme des runes et infusions a cooldown, epargnant au joueur le grind. Comme tu dis, ce n'est pas perissable, mais mieux vaux choisir intelligemment ce que l'on equipe, parce que si on peut les remplacer, on ne peux les enlever, et leur role est crucial.
Bon, il y a des choses que je n'apprecie pas aussi, pour etre honnete:
basé sur des p'tain de carrés! Ce serait mieux avec des hexagones selon moi, parce que ca reduirait les effets de seuil des AoE (hé oui, les hex ca permets des zones d'effet plus "rondes"),
le cote matos jamais utilisable (murphy mon amour…),
certaines classes, dont certaines de base, sont quasi inutiles. Je pense ici surtout a l'alchimiste dont le golem est trop con et trop faible passe le lvl 40,
la difficulté mal dosée: dur jusqu'au level 14, simple de 24 jusqu'a l'autre continent (hors dongeons de la forteresse). Je n'ai pas vraiment joue en normal, je m'y ennuye. Au final, pas mal de mes morts sont liées a l'ennui, pas assez de boss intéressants a combattre (MAIS j'aime bien me faire les dragons de la salle de la mort, j'avoue).
Bon, j'imagine que les trucs que j'aime pas sont du fait de l'heritage de rogue: carrés qui sont a mon sens une gene pour la tactique (mais limite technique liee a l'epoque je suppose), generation procedurale (choix qui permets la rejouabilite et un dev plus "simple", moins artistique) donc drops aleatoires et combats interessants trop peu frequents…
Je ne suis probablement pas la cible pour ce type de jeux, bien que tome soit le 2nd auquel j'ai pris plaisir, l'autre etant… zut, je sais plus le nom: un truc avec des tuiles pas crade mais tres "bleutees", present dans le depot debian, ou les seules armes sont, de memoire, un bouclier d'energie constant (pas une arme en fait) et une decharge que plus on la charge, plus elle va loin et tape fort, mais peine plus a se recharger.
ps: j'avais ecris ce post dredi, mais ai attendu pour poster vu que le journal a ete soumis en depeche
autoremove ne mets pas a jour le systeme. Il te faut utiliser, dans l'ordre, ˋapt updateˋ puis ˋapt upgrade ˋ, ces commandes mettrons à jour la totalité des paquets gérés par apt et uniquement ceux-la.
Si tu n'as pas, comme je le soupconne, mis a jour ton systeme en 7 ans, il vaudra probablement mieux utiliser ˋapt dist-upgrade ˋ au lieu de upgrade (dist est utilise pour les MàJ de versions majeures).
Ceci dit, je peux me tromper, il est possible qu'ubuntu se mette a jour automatiquement. On peut le voir en fonction de la sortie d' ˋapt update ˋ, si tu la mets ici, je pourrais le vérifier.
le port n'est pas lié au protocole, donc pas vraiment de rapport? Est-on obligé de passer par un service web (si on respecte la convention… ou est-ce un standard?) securise (en supposant que la chaine de confiance n'est pas compromise) pour pousser des modifications sur un dépôt? Pour gérer des tiquets?
Pas que je sache (l'immense majorité des forges passe par du www, certes, mais ce n'est pas une obligation, il me semble meme etre tombe sur des bugtrackers utilisables 1: en local et 2: en cli).
Personnellement, j'ai plus confiance en ssh pour savoir si je parle au bon serveur qu'en https. Tu dis qu'il faut bidouiller pour savoir si c'est le bon la 1ere fois et c'est vrai, mais ca l'est aussi pour https: il faut un certificat en qui le client ait confiance (ce qui implique donc que le client a installe un fichier, consciemment ou non).
Pour ce qui est des forges, parce que c'est la seile raison valide que je voie d'ouvrir un https sur un serveur de dev, si je suis tombe sur des traqueurs qui ne sont pas utilisables qu'en acces web, c'est parce que je ne les trouve pas pratiques du tout. Rien que le fait que les bugs ne puissent pas (dans le cas des bt web-based classiques) etre integres au depot est une vraie limitation, mais c'est un autre sujet (je sais, la solution est fossil).
Bref, je ne suis pas sur qu'il soit pertinent de se baser sur le fait que le 443 est ouvert sur un serveur de dev. C'est plus une lie au fait que la mode actuelle soit full-web, amha.
pas faux
ce n'est pas un remplacement: le protocole utilise est le meme, mais pas le service, pijul ne permettant a priori pas de lancer des commandes shell, nottament. Pour la jeunesse, ma foi, tout code passe par la, non? Et comme tu le dis, les vrais admin (je n'en suis pas un) savent separer les choses proprement.
j'ai parle de cookies parce que j'ai dis une anerie :S
PS desole pour le pate du point 1, je n'arrive pas a formater quand j'utilise les * :/
[^] # Re: Joli travail
Posté par freem . En réponse au journal media-toc ou un prétexte pour prendre des technologies en main. Évalué à 3.
Sans lire la discussion, laisses moi deviner quelques problemes:
Bon, je t'avoue que, d'un autre cote, j'aurais bien apprecie une ihm non basee sur gtk, parce que, ma foi, j'ai en horreur le widget d'exploration de fichiers de gtk, je prefere voir les chemins reels (non traduits donc) et complets, avec par defaut soit le dernier dossier utilise par l'appli, soit le $HOME.
Mais c'est 1) hors sujet, 2) parce que j'aime avoir le moins de trucs caches possibles et 3) peut-etre lie a la config par defaut de ma distrib (debian a un packaging et une conf par defaut assez douteux sur certains points)…
Bref, quels toolkits graphiques sont utilisables en rust, au final?
[^] # Re: commentaire link
Posté par freem . En réponse au journal WPA2 est bronsonisé. Évalué à 4.
pourquoi wpa_supplicant est-il le pire?
Est-ce juste sur ce point ou de maniere generale?
Il y aurait des outils alternatifs portes sur les plus gros os "posix" (dans mon cas linux, mais vu que j'ai l'intention un jours de passer a net ou open bsd…)?
Desole pour les questions, mais moi et la secu, ca fait malheureusement 2, si ce n'est plus…
[^] # Re: reinstaller les dependances
Posté par freem . En réponse au message Bug Nautilus. Évalué à 2.
ce sont les dependances qu'il faut regarder, la barre rouge n'indique que si un paquet a un probleme en se basant sur les numeros de version, hors tu as plusieurs sources: il n'est donc pas impossible que certaines sources te fournissent un numero de version compatible, mais dont l'ABI (https://fr.m.wikipedia.org/wiki/Application_binary_interface) ne l'est pas. Ce genre de probleme est delicat a regler (y compris sous windows pour le coup) surtout pour un debutant. L'usage de kali n'est peut-etre pas etranger au probleme, je ne serai pas surpris que leurs paquets ne soient pas tout a fait compatibles avec ceux de debian (et donc probablement des autres sources que tu as ajoutees) surtout pour des choses liees a la securite (ici, le chiffrement).
sinon, tu peux aussi temporairement installer un autre explorateur de fichiers, le temps de resoudre ce probleme (de preference un qui ne soit pas base sur gtk ou gnome, ca reduirait le risque de problemes d'ABI)
[^] # Re: plus d'infos
Posté par freem . En réponse au message Des "dead keys" qui (parfois) meurent vraiment dans urxvt (Arch/i3wm). Évalué à 2.
j'ajouterais comme question: aucune info dans les logs de xorg (ou dans le tty duquel est lance xinit)? Peut-etre aussi un probleme de focus lie a i3 (ou une application qui aurait trouve le moyen de recup certains evenements clavier, on sait jamais) vu que l'ot specifie qu'il lui faut bouger la souris?
[^] # Re: reinstaller les dependances
Posté par freem . En réponse au message Bug Nautilus. Évalué à 3.
Le plus simple a mon avis serait de passer par aptitude (dans un terminal. Sans arguments il lance une interface semi graphique assez utilisable) puis d'aller selectioner nautilus et afficher les details (touche entree): en bas il y a la liste des dependances, parmi elles, l'une aura un nom proche de ton erreur, aller dedans, et tout en bas il y aura la liste des versionsaccessibles par le reseau, tu peux donc upgrade/downgrade par la.
je suis pas tres clair mais fatigue…
# reinstaller les dependances
Posté par freem . En réponse au message Bug Nautilus. Évalué à 2.
Bizarre ton truc, on dirait que c'est la mauvaise version de la lib qui est installee… du coup essaies de reinstaller les dependances (via aptitude par exemple) a une autre version (aptitude permets de downgrader les paquets, s'ils sont encore connus).
Si pas possible, tu peux regarder dans /var/cache/apt/archives et essayer de downgrade manuellement avec dpkg.
Par curiosite, ca a pete apres une MaJ? Tu as peut-etre configure d'autres sources, et des depots seraient en conflits?
# touchpadoff n'est pas une commande
Posté par freem . En réponse au message [RÉSOLU] Raccourci clavier créé ne fonctionnant pas. Évalué à 2.
Tout est dans le titre.
De memoire, la commande pour configurer les touchpads, c'est synclient, qui peut activer ou desactiver le touchpad en lui passant quelque chose du style que tu as poste
[^] # Re: test de base
Posté par freem . En réponse au message Installation impossible : disque dur HS ?. Évalué à 2.
C'est d'ailleurs ecrit dans le message d'origine: 125 secteurs morts, ca veut dire soit que le hdd est en fin de vie, soit qu'il a pris un choc qui en a endommage une partie.
Dans tous les cas, reussir a installer serait de toute facons s'exposer a des emmerdes en cascade plus tard.
[^] # Re: Pourquoi du théorie des patch c'est bien
Posté par freem . En réponse au journal Pijul, un nouveau gestionnaire de source. Évalué à 2. Dernière modification le 09 octobre 2017 à 19:56.
Je ne rebondissait que sur le fait que l'on ne pouvait souvent faire les choses que d'une maniere en C et posix. Ce qui, a mon avis est faux (mais comme je l'ai dit, je ne suis pas expert en C ni en posix, il me reste tant a apprendre).
Pour le reste, le seul langage anterieur a C que je connaisse est l'asm intel 16 (et un peu 32 donc pas sur de l'anteriorite) bits… meme pas en fait, je sais pas qui est le1er né. Du coup, savoir pourquoi C s'est impose m'est impossible. Je suppute que son gros avantage etait justement qu'il n'etait pas trop bas niveau pour l'epoque (par exemple compare a l'asm), portable et efficace (pas trop de couches intercalaires pour faire le moindre truc). Mais…ca reste supposition de ma part, et j'ai pas envie d'apprendre le B rien que pour le decouvrir :)
[^] # Re: Bravo !
Posté par freem . En réponse à la dépêche Libération du jeu Planète Blupi. Évalué à 8.
Pour ce qui est des binaires perdus, liberer pourrait etre interessant aussi, parce que meme sans l'original, il est souvent relativement simple de recuperer les ressources (surtout quand le format est utilise dans un code dont on a les sources, et puis, ca manque tres souvent).
Pour ce qui est du code, c'est nettement plus complexe, mais je crois avoir souvenance que l'auteur de keeperfx (un… euh, comment dire… fork a partir du binaire de dungeon keeper) a une methode qui permets un portage progressif.
Bon, faut etre cale, surtout dans son cas qui est de la recup de binaire DOS (pas PE j'imagine donc, probablement du code mode reel?), et avoir du temps, mais vu que le repreneur ici a des sources liees (autres versions du meme moteur, ou petites lib internes, que sais-je?) y'a p'tet moyen via des outils tels qu'IDA de retrouver une partie non negligeable. Ce serait cela surement un travail de titan, j'imagine. C'est deja super de liberer et porter ces vieux codes!
[^] # Re: Portage
Posté par freem . En réponse à la dépêche Libération du jeu Planète Blupi. Évalué à 3.
Au sujet du static link, je pense que pour un dev isole c'est mieux: au moins tu es sur que tu n'auras pas de libs manquantes au runtime, et en plus il n'est pas ilpossible que le binaire soit plus performant ainsi (cf les opinions des dev de suckless, entres autres. La mienne, c'est que le full dynamic c'est pas vraiment pertinent, surtout quand on utilise des trucs genres exceptions ou methodes virtuelles).
[^] # Re: Pourquoi du théorie des patch c'est bien
Posté par freem . En réponse au journal Pijul, un nouveau gestionnaire de source. Évalué à 4.
Ok pour les I/O, mais le souvent couvre-t-il aussi les calculs alors? Par exemple les divisions par puissances de 2?
Ou l'acces a la memoire, que tu consideres le role principal du C (pour moi, le role de C n'est pas de manipuler la memoire, mais de faire des programmes portables et performants qui font quelque chose, peu importe quoi, l'acces memoire etant un moyen, non une fin)?
Pour ce qui est de la "double API"… d'un cote y'a posix (et non unix, qui est un OS, pas un standard) de l'autre C, ce sont des outils differents, et ce point (les acces aux fichiers) se comprends facilement: open est bas niveau, moins portable que fopen (puisque pas forcement implemente par les os non posix), et plus souple. Bref, ce ne sont pas des doublons.
Au final, j'ai l'impression que tu te concentres sur des details d'implementation pour dire qu'on ne peut faire les choses que d'une facon avec ces outils… tiens, un exemple de plusieurs facons de faire un truc avec posix: effectuer plusieurs choses en "meme temps". Multi-thread ou multi-process. Pour communiquer? Entre la memoire partagee, les sockets et les signaux, y'a du choix.
Certes, il y a de grosses differences entre leurs roles et capacites (surtout pour les signaux, pour lesquels envoyer un message complexe necessiterait enormement de code, vu que je ne crois pas qu'il soit possible d'attacher une info, mais c'est faisable, en construisant un systeme qui utiliserait un signal pour envoyer 1, un autre pour les 0… ce serait moche, oui, mais faisable a priori) mais le point est la: ces outils permettent d'echanger des messages.
Tiens en parlant de sockets: poll, epoll, select ou eselect? Ces fonctions font la meme chose, avec diverses limitations ou avantages.
Voila qui devrait aider a ce que tu comprennes mes doutes.
[^] # Re: Grammar nazi
Posté par freem . En réponse au journal Les tutos partagés du mois. Évalué à 2.
Plutôt un conjugaison nazi du coup, non?
[^] # Re: Is it possible to refer to a specific version? Yes. Maybe. In practice, no.
Posté par freem . En réponse au journal Pijul, un nouveau gestionnaire de source. Évalué à 2.
Du coup, complètement hors sujet, mais PAM, c'est quoi, en vrai, l'intérêt de ce truc?
J'ai vaguement compris que c'est censé être une lib pour gérer la sécurité, mais ça m'a toujours eu l'air vachement complexe et lourd, un peu trop peut-être pour être vraiment sûr? Il y a des gens qui utilisent vraiment ce truc? Je veux dire, volontairement, en dehors du fait que ce soit installé par défaut sur la distribution… j'ai cru comprendre que certaines (slackware, pour ne pas la nommer) s'abstenaient de l'utiliser?
Bon, tu ne sais peut-être pas, mais vu que tu en parles je me suis dit que tu avais essayé de comprendre le fonctionnement de ce machin :)
[^] # Re: Pourquoi du théorie des patch c'est bien
Posté par freem . En réponse au journal Pijul, un nouveau gestionnaire de source. Évalué à 4. Dernière modification le 06 octobre 2017 à 15:34.
On ne doit pas connaître le même C alors. Affichage de chaînes de caractères:
printf,puts. Idem pour la lecture.Définir un bloc de code réutilisable, entre les macros et les fonctions, on a aussi plus d'une façon de faire.
Passer plusieurs données à une fonction? Variadic arguments, pointeurs sur listes.
À l'origine, il était aussi possible de ne pas déclarer le type de retour des fonctions si on retournait un int…
Du coup, une seule façon de faire les choses en C… mouai.
Pour UNIX, je ne connais pas assez l'API des kernels pour juger, mais je doute fort que les choses ne puissent se régler que d'une seule façon.
[^] # Re: alternative to
Posté par freem . En réponse au message Substitut de ddd. Évalué à 2.
insight semble ne plus être maintenu depuis 8 ans, du coup, ça me semble une mauvaise idée de l'utiliser encore, ne serait-ce que parce que je doute que l'API de gdb n'ait pas évolué depuis tout ce temps.
Me semble qu'il a explicitement dit qu'il ne voulait pas d'un debugguer dans un IDE, justement:
Tu as essayé kdbg? Je serais curieux de voir ce qu'il donne («standalone», encore maintenu, interface graphique pas dégueu à première vue) mais la flemme d'installer tout KDE…
[^] # Re: Du texte et rien que du texte ?
Posté par freem . En réponse au message Substitut de ddd. Évalué à 2. Dernière modification le 06 octobre 2017 à 13:55.
[supprimé pour cause de doublon… 1ère fois que ça m'arrive…]
[^] # Re: Du texte et rien que du texte ?
Posté par freem . En réponse au message Substitut de ddd. Évalué à 2.
Personnellement, je trouve cgdb plus utilisable que l'interface curses officielle de gdb, et pas qu'un peu.
Pour ce qui est de l'installation, il y a un paquet dans le dépôt Debian, à minima, j'imagine qu'il y en a aussi pour d'autres distribs. Au pire, il y a très peu de dépendances, donc la compilation est triviale, ce qui à tendance à refréner les envies de Murphy d'embêter le monde.
Par contre, pas compatible avec lldb, mais je ne connais aucun débogueur standalone fonctionnel sous Linux qui le soit, malheureusement.
[^] # Diablo un roguelike?
Posté par freem . En réponse à la dépêche À propos de Boohu, un nouveau jeu roguelike, et puis de quelques autres. Évalué à -1.
Ton graphe contiens une erreur: diablo n'est pas un roguelike, mais un hack'n slash.
La principale difference de gameplay, c'est le temps reel. Et meme sans ca… pas de generation procedurale dans diablo, de memoire, et il n'est pas non plus base sur l'idee de cases carree (les cases dans les jeux etant soit carrees, parce que simple a coder vite fait, soit hexagonales pour essayer de reduire l'effet des arrondis dans les distances, soit inexistantes, parce que jeu base sur des coordonnees "reelles", aka float/double).
Outre ces points fondamentaux, il dispose d'un background autrement plus riche que "la deesse truc vous envoie recuperer l'amulette machin, demerdez vous.", d'une ihm vraiment utilisable (qui jure pas mal avec ta definition fort inspiree, mais a laquelle j'aurais remplace le terme "averti" par "masochiste", ou plus gentil "passeiste"), de veritables graphismes, inegales par les roguelikes que j'ai essayes (tome4 inclus, qui est pourtant le meilleur d'entre eux, d'ailleurs le seul a avoir des graphismes dignes de ce nom, meme en utilisant les jeux des annees 90 en reference), d'une ambiance savament plantee quoi (le son aussi, l'air de rien c'est important le son, pour s'immerger).
Bref, je ne vois pas ce que fout diablo la dedans: le seul truc qui le rapproche des roguelikes, c'est que rogue et diablo ont pour origine probable D&D et son fameux cote "porte monstre trésor".
Quant a ta definition… zut, on n'est plus dredi… elle confirme une impression que j'ai souvent eue: 90% des roguelikes se cachent derriere un elitisme (le joueur averti sait que l'@ est un dragon et non un rat, c'est parce qu'il est un vrai, celui qui ne sais pas est un neophyte, c'est pour ca qu'il n'aime pas ce jeu magnifique) pour expliquer l'absence totale de reflexion sur l'interface: on prend un jeu des annees 70 et on refait la meme, en changeant un peu les textes explicatifs. Je me doute que ca doit etre fun a coder, mais bon…
Les 10% restants, genre tales of maj eyal ou egoboo, essaient (entres autres, et avec plus ou moins de bonheur) d'avoir autre chose qu'un algo de generation procedurale different, ils essaient d'etre agreables a jouer et de moderniser un genre qui est reellement interessant.
# les roguelikes et tome4
Posté par freem . En réponse à la dépêche À propos de Boohu, un nouveau jeu roguelike, et puis de quelques autres. Évalué à 2.
Je connais, et apprecie beaucoup, tome4, contrairement aux autres que j'ai testes, souvent repoussants (l'égoût et les couleuvres, hein…).
A priori, le tiens sera plutot comme les autres… a verifier.
Les raisons qui font que j'apprecie tome4, et pas les autres (que j'ai testés) c'est:
Les trucs que j'ai trouves bien penses dedans et qui lui donnent du caractere, le distingue d'un jeu lambda:
Bon, il y a des choses que je n'apprecie pas aussi, pour etre honnete:
Bon, j'imagine que les trucs que j'aime pas sont du fait de l'heritage de rogue: carrés qui sont a mon sens une gene pour la tactique (mais limite technique liee a l'epoque je suppose), generation procedurale (choix qui permets la rejouabilite et un dev plus "simple", moins artistique) donc drops aleatoires et combats interessants trop peu frequents…
Je ne suis probablement pas la cible pour ce type de jeux, bien que tome soit le 2nd auquel j'ai pris plaisir, l'autre etant… zut, je sais plus le nom: un truc avec des tuiles pas crade mais tres "bleutees", present dans le depot debian, ou les seules armes sont, de memoire, un bouclier d'energie constant (pas une arme en fait) et une decharge que plus on la charge, plus elle va loin et tape fort, mais peine plus a se recharger.
ps: j'avais ecris ce post dredi, mais ai attendu pour poster vu que le journal a ete soumis en depeche
[^] # Re: parce que ça ne marche pas bien ?
Posté par freem . En réponse au journal Pourquoi Jabber n'a pas plus de succès, même chez les informaticiens?. Évalué à 4.
En fait, depuis que Microsoft à acheté skype, non? Parce qu'à la base, c'est autant un produit microsoft qu'open office un produit d'oracle.
[^] # Re: j'ai pas compris
Posté par freem . En réponse au message Offre d'emploi à Londres. Évalué à 2. Dernière modification le 29 septembre 2017 à 16:15.
Ce truc à l'air juste énorme, merci pour le partage!
[^] # Re: parce que ça ne marche pas bien ?
Posté par freem . En réponse au journal Pourquoi Jabber n'a pas plus de succès, même chez les informaticiens?. Évalué à 1.
.
Donc, ça marche sous linux.
[^] # Re: comment tu l'as installe?
Posté par freem . En réponse au message Mise à jour clamtk. Évalué à 2.
autoremove ne mets pas a jour le systeme. Il te faut utiliser, dans l'ordre, ˋapt updateˋ puis ˋapt upgrade ˋ, ces commandes mettrons à jour la totalité des paquets gérés par apt et uniquement ceux-la.
Si tu n'as pas, comme je le soupconne, mis a jour ton systeme en 7 ans, il vaudra probablement mieux utiliser ˋapt dist-upgrade ˋ au lieu de upgrade (dist est utilise pour les MàJ de versions majeures).
Ceci dit, je peux me tromper, il est possible qu'ubuntu se mette a jour automatiquement. On peut le voir en fonction de la sortie d' ˋapt update ˋ, si tu la mets ici, je pourrais le vérifier.
[^] # Re: Transport via SSH
Posté par freem . En réponse au journal Pijul, un nouveau gestionnaire de source. Évalué à 3.
PS desole pour le pate du point 1, je n'arrive pas a formater quand j'utilise les * :/