..:: Topic des Codeurs Couche-Tard [0] ::..

grim7reaper · Le 04/05/2010, à 00:21

Bon faut être honnête, j'ai fait du code imbitable et, par conséquent, indébuggable .

Il n'y a plus qu'a tout remettre à plat et y allez from scratch (c'est jamais que 300~350 lignes à refaire), c'est la seule solution (même si elle risque de me coûter une partie de la nuit).

Allez hop, crayon-papier-gomme-Vim-musique FTW !

Dernière modification par grim7reaper (Le 04/05/2010, à 00:24)

Pylades · Le 04/05/2010, à 00:25

nesthib a écrit :

ps. pour les omégas 3/6/9 cela correspond à la position de la dernière insaturation pour les acides gras.

Et bien sûr, n’oublions pas les ω7 ou n-7.

grim7reaper · Le 04/05/2010, à 01:11

Bon si même la libc se met contre moi je crois que je vais laisser tomber .

Edit : en fait c'est encore pire que ça : le code entre en "freeze" (enfin il bouffe beaucoup de CPU pour un truc qui freeze, il doit faire je ne sais quoi) au bout de N lancements (N étant aléatoire) à des endroits E du code (E étant aléatoire, par exemple dans la fonction random_r de la libc, sur un if, à l'entrée d'une fonction (fonction choisi aléatoirement elle aussi)).
Aucun accès mémoire illégal detecté.

C'est la première fois que je vois ça, je suis sur le cul (je crois que je vais aller me pieuter parce que là je vais avoir besoin de toute ma lucidité pour aborder ça )

Dernière modification par grim7reaper (Le 04/05/2010, à 01:23)

Grünt · Le 04/05/2010, à 01:23

plop

grim7reaper: t'es sûr que tes barrettes de RAM sont pas pourries?

grim7reaper · Le 04/05/2010, à 01:25

Je te jure que je me pose des questions là (c'est vrai que le PC est pas tout jeune non plus), ça me semble inexplicable niveau software pour le moment (du moins là je n'ai rien qui me viens à l'esprit, je suis peut-être tombé sur un Mandelbug ).

Je testerais sur d'autres PC et si le bug ne réapparait pas je penserais sérieusement à tester mon matos .

Dernière modification par grim7reaper (Le 04/05/2010, à 01:27)

Pylades · Le 04/05/2010, à 01:48

Wah. J’ai encore travaillé ma lib, j’étais partit sur un truc vachement compliqué, j’ai écrit une centaine de ligne, puis j’ai vu qu’il y a avait un moyen plus simple, plus élégant, et plus flexible pour l’utilisateur d’aborder le problème.

Résultat : plus d’une heure de travail pour écrire quarante lignes et ajouter une fonction au cahier des charges (une strcpy personnelle, je pense qu’en la réécrivant j’obtiendrais un résultat plus léger, mais je n’en suis pas certain ). \o/

Et nesthib va marquer un point de trop…

grim7reaper · Le 04/05/2010, à 01:52

Pylade a écrit :

Wah. J’ai encore travaillé ma lib, j’étais partit sur un truc vachement compliqué, j’ai écrit une centaine de ligne, puis j’ai vu qu’il y a avait un moyen plus simple, plus élégant, et plus flexible pour l’utilisateur d’aborder le problème.
Résultat : plus d’une heure de travail pour écrire quarante lignes et ajouter une fonction au cahier des charges (une strcpy personnelle, je pense qu’en la réécrivant j’obtiendrais un résultat plus léger, mais je n’en suis pas certain ). \o/
Et nesthib va marquer un point de trop…

C'est cool tout ça (au moins il y en a qui s'en sorte mieux que moi ^^).
Qu'est ce qui ne te convient pas avec la strcpy standard ?

Édit : BN World !

Dernière modification par grim7reaper (Le 04/05/2010, à 02:01)

Pylades · Le 04/05/2010, à 02:03

Ah, ouais, ce n’est pas cool, chez toi…
Je ne peux que te souhaiter bon courage.

En fait, j’espère qu’en réécrivant une strcpy personnelle, je vais gagner en vitesse, car les fonctions static sont internes à un fichier objet, donc normalement plus rapidement accessibles, il n’y a pas de linking dynamique à faire. Mais je peux me tromper. Et ça peut être un gain de temps ridicule.

Bon, BN all.

samυncle · Le 04/05/2010, à 02:21

Кຼزດ · Le 04/05/2010, à 02:28

Plush.

Dernière modification par mathieuI (Le 04/05/2010, à 03:02)

samυncle · Le 04/05/2010, à 03:01

.

Grünt · Le 04/05/2010, à 03:38

[b][/u][i]

Pylades · Le 04/05/2010, à 08:55

SIGSEGV localisée mais qui disparaît dès que l’on essaye de cerner le bout de code en cause de plus près. /me sent qu’il va devoir apprendre Valgrind.

grim7reaper · Le 04/05/2010, à 09:11

C'est courant, le fait d'ajouter du code pour cener le problème doit faire en sorte que tu n'écrases plus la même chose enb mémoire et que ça ne plante plus.

Sinon pour strcpy je ne pense pas que tu gagnes grand-chose (mais on ne sait jamais) mais fais-le et bench, tu verras le résultat et prendra ta décision après.

Pylades · Le 04/05/2010, à 09:28

grim7reaper a écrit :

C'est courant, le fait d'ajouter du code pour cener le problème doit faire en sorte que tu n'écrases plus la même chose enb mémoire et que ça ne plante plus.

Sauf que pour cerner le problème, je commente au lieu de rajouter du code, mais ça doit revenir au même. Sauf que j’ai bien fait attention lorsque j’ai commenté, mais ça doit ne pas être suffisant.

Pour le benchmark, est-ce que Valgrind te donne le temps d’exécution ? Je pense que oui. Il faudra que j’essaye ce logiciel.

grim7reaper · Le 04/05/2010, à 09:36

Oui ça dois revenir au même (sauf que le code est retiré au lieu d'être ajouté, où tu retires un bout du code incriminé).
Sinon, valgrind pour un bench il faut oublier car il ralentit beaucoup le programme.

Pour de la doc sur lui tu as le démarrage rapide et le manuel. Dans un premier temps tu apprends plus à lire ce qu'il te dit plutôt qu'a choisir de jolis options ^^.

À toutes fins utiles, voici ma ligne :

'valgrind --tool=memcheck --leak-check=full --leak-resolution=high --show-reachable=yes' ./toto argument

Dernière modification par grim7reaper (Le 04/05/2010, à 09:39)

Pylades · Le 04/05/2010, à 09:42

57 Mio rien qu’en archives, ça fait mal !

grim7reaper · Le 04/05/2010, à 09:43

Il ne sert pas qu'a traquer les fuites de mémoires (même si c'est ce que j'utilise le plus), c'est un ensemble d'outils

Dernière modification par grim7reaper (Le 04/05/2010, à 09:43)

Pylades · Le 04/05/2010, à 09:52

J’ai compris, je tentais d’écrire avec un pointeur NULL. Reste à savoir pourquoi.

Grünt · Le 04/05/2010, à 10:05

Pylade a écrit :

J’ai compris, je tentais d’écrire avec un pointeur NULL. Reste à savoir pourquoi.

Parce que tu as fait une erreur?

helly · Le 04/05/2010, à 16:22

http://forum.ubuntu-fr.org/viewtopic.php?pid=3450030#p3450030
un tableau à 9dimensions ?
genre : *********tab
Suréaliste

helly · Le 04/05/2010, à 18:38

Question vim:
Que faut il mettre dans le vimrc pour avoir la complétion(ça s'écrit comme ça?)?

Dernière modification par helly (Le 04/05/2010, à 18:38)

Pylades · Le 04/05/2010, à 18:56

J’ai répondu pour le tableau à neuf dimensions ! ^^

Et pour vim, ça ne marche pas avec le vimrc de base d’Ubuntu ?

helly · Le 04/05/2010, à 18:58

Le vimrc de base est vide ... vim est même pas installé nativement sous ubuntu , je trouve ça honteux ...

Au passage , vous pouvez me dire comment faire un vector à 2dimensions?
si j'essaye

vector<vector<char>(10)>tab(10)

ça passe pas ...

Dernière modification par helly (Le 04/05/2010, à 19:00)

tshirtman · Le 04/05/2010, à 19:04

la completion est sur ctrl-n par défaut (et ctrl-x, pour d'autres modes de complétions: complétion de ligne, de définition, de noms de fichiers…).

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1051 Le 04/05/2010, à 00:21

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1052 Le 04/05/2010, à 00:25

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1053 Le 04/05/2010, à 01:11

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1054 Le 04/05/2010, à 01:23

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1055 Le 04/05/2010, à 01:25

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1056 Le 04/05/2010, à 01:48

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1057 Le 04/05/2010, à 01:52

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1058 Le 04/05/2010, à 02:03

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1059 Le 04/05/2010, à 02:21

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1060 Le 04/05/2010, à 02:28

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1061 Le 04/05/2010, à 03:01

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1062 Le 04/05/2010, à 03:38

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1063 Le 04/05/2010, à 08:55

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1064 Le 04/05/2010, à 09:11

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1065 Le 04/05/2010, à 09:28

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1066 Le 04/05/2010, à 09:36

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1067 Le 04/05/2010, à 09:42

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1068 Le 04/05/2010, à 09:43

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1069 Le 04/05/2010, à 09:52

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1070 Le 04/05/2010, à 10:05

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1071 Le 04/05/2010, à 16:22

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1072 Le 04/05/2010, à 18:38

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1073 Le 04/05/2010, à 18:56

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1074 Le 04/05/2010, à 18:58

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1075 Le 04/05/2010, à 19:04

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

Pied de page des forums