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

grim7reaper · Le 04/05/2010, à 19:55

@helly : essaye quelque chose comme ça (je garantit rien, je suis noob en C++), mais surtout n'oublies pas les espaces entre les > sinon il va y avoir ambiguité avec >>.

vector< vector<char> > monVector(10, vector<char>(10));

Pylades · Le 04/05/2010, à 20:45

warning: format ‘%p’ expects type ‘void *’, but argument 2 has type ‘struct option *’

Nan mais il fait chier ! C’est quoi encore cette nouveauté ? Faut que je cast mon pointeur ? Le principe de void*, ce n’est pas que justement on n’a pas à caster ?

Nan mais des fois, on croit rêver, j’te jure !

grim7reaper · Le 04/05/2010, à 20:50

Ouais tu cast (et non, le principe de void* ce n'est pas d'éviter le cast, au contraire quand tu les utilises le cast deviens fréquent).
Tu voulais qu'ils mettent quoi ? Un format pour chaque type (ce qui ne résoud pas le problème des types définis par l'utilisateur) ?
C'est le seul moyen d'avoir un pointeur générique.

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

Pylades · Le 04/05/2010, à 20:58

Mais c’est bizarre, avec les types standard, il n’y a pas de problèmes de ce genre.
J’ai beau faire un typedef, ça n’arrange rein…

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

Non, ça ne fonctionne pas non plus avec les types standards

gcc a écrit :

format ‘%p’ expects type ‘void *’, but argument 2 has type ‘int *’

Un typedef n'a rien a voir dans l'histoire O_o, ça créer juste un alias de type.

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

Edit : Finalement j'ai retrouvé le lien \o/ (il y en a des très bonnes).

http://humour.developpez.com/bestof/ind … t=30&aff=1

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

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

grim7reaper a écrit :

Edit : Finalement j'ai retrouvé le lien \o/ (il y en a des très bonnes).
http://humour.developpez.com/bestof/ind … t=30&aff=1

J’adore le :

[spoiler]
- Pourquoi ils jouent pas la nuit ?
[/spoiler]

Et Dilbert est toujours drôle.

grim7reaper · Le 04/05/2010, à 22:56

Tu as lu les autres pages ou juste la première (les meilleures ne sont pas sur la première ).

Ph3nix_ · Le 04/05/2010, à 22:58

Pylade a écrit :

warning: format ‘%p’ expects type ‘void *’, but argument 2 has type ‘struct option *’
Nan mais il fait chier ! C’est quoi encore cette nouveauté ? Faut que je cast mon pointeur ? Le principe de void*, ce n’est pas que justement on n’a pas à caster ?
Nan mais des fois, on croit rêver, j’te jure !

C'est qu'un warning

make 2>/dev/null

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

Ph3nix_ a écrit :

C'est qu'un warning
make 2>/dev/null

/me tire à coups de fusils à pompe à canon scié sur le canard boiteux.
Tu sais il y a des gens qui veulent coder en C et surtout bien coder. Si on se fait chier à rendre le compilo exigeant c'est pas pour rediriger ses avertissement chez Dave Null.
Si cette astuce fais partie de tes "règles" de codage et bien j'espère ne jamais avoir à (débugger | utiliser | reprendre) du code que tu as créé .

C'est à cause de pratique de ce genre qu'on a créé Windows . Dans certains cas les warnings sont inévitables et il faut faire avec, ici ce n'est clairement pas un de ces cas.

@Pylade : spécial dédicace

Les vrais programmeurs ne commentent jamais leur programme. Comme un programme est difficile à écrire. Il doit être difficile à lire et encore plus difficile à modifier.

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

Pylades · Le 04/05/2010, à 23:11

\o/

grim7reaper · Le 04/05/2010, à 23:16

Les vrais programmeurs aiment le pop-corn. Les vrais programmeurs utilisent la chaleur dégagée par leur microprocesseur pour faire éclater le pop-corn. De plus, ils peuvent dire quel programme tourne sur l'ordinateur en écoutant le rythme d'éclatement du maïs.

Pylades · Le 04/05/2010, à 23:30

Malheureusement, les SIGSEGV posent un problème de taille : elles mettent fin à la chaleur.
C’est pour cela que l’on a inventé Valgrind pour prolonger ce plaisir.

Pylades · Le 04/05/2010, à 23:40

Ça y est, j’ai trouvé pourquoi je prend un SIGSEGV. Là, je suis en train de pleurer (vraiment ) tellement c’est con. Si Ouranos passe par là, il peut me filer une corde ?

Extrait :

code a écrit :

while(optv[optn]->long_act[lgn++]&&ok)
if(str2cnt(optv[optn]->long_act[lgn],(const char*) argv[argn]+2))

><'

grim7reaper · Le 04/05/2010, à 23:51

'fectivement là c'est du masochisme .

Pour mon mystico-bug, j'ai un peu discuté avec un gars pendant les cours. C'est un mec qui touche bien en asm et en C système/kernel, bon en même temps il est juste dev kernel pour ReactOS (par contre en C "général" je pense que je me débrouille un peu mieux que lui ), et ben il a pas vraiment de piste pour moi, dommage...
Il m'a juste suggéré des pistes que j'avais déjà explorées (par exemple une corruption de la mémoire ou du tas, mais Valgrind ne signale aucune erreur), mais bon au moins ça a confirmé mes craintes, ce bug est semble bien être un Mandelbug .

Pylades · Le 05/05/2010, à 00:09

Wé, encore deux belles conneries qui font bien chier et qui ne servent à rien : un ! en trop et un +1 manquant. \o/

Sinon, c’est quoi un Mandelbug ? Un bug dont la complexité est égale au cardinal de ℂ² ?
Je suis désolé pour toi. Et je ne pense pas que je puisse t’être d’une grande aide.

grim7reaper · Le 05/05/2010, à 00:13

Mandelbug ou ici (anglais mais plus complet). Il a des amis comme le Heisenbug, le Bohrbug ou encore le Shrödinbug.

Sinon pour mon bug, demain je teste sur d'autres machines (Linux 64 bit, Windows , AIX, ptetr un Solaris si j'y ai accès).
Faudrait que je teste aussi avec un autre compilo (genre compilo Intel, voir celui de Visual Studio).
Et on verras ce qui se passeras et les conclusions à en tirer.

Bah c'est pas la fin du monde, juste très chiant (et accessoirement c'est la seconde fois depuis que je dev que je tombe sur un bug inexplicable (bon la première fois j'étais un peu noob donc c'est peut-être pour ça que je n'ai pas compris mon erreur), c'est frustrant ). Faudra que je vois ça avec le responsable de projet.

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

Pylades · Le 05/05/2010, à 00:27

Bon, je n’étais pas loin !

Mais spa cool pour toi.

nesthib · Le 05/05/2010, à 00:35

o/

Dernière modification par nesthib (Le 05/05/2010, à 01:18)

grim7reaper · Le 05/05/2010, à 00:35

Hé ouais, mais je ne perds pas espoir de le comprendre. J'espère que les tests de demain m'apporterons de nouvelle infos, voire me donneront un début de piste à explorer (car là je ne vois pas sous quel angle attaquer ).
Le problème c'est que je commence à être pressé par le temps. La deadline commence à pointer le bout de son nez et je n'ai pas commencé à implémenter les algos de résolution donc va falloir que je m'y mette et ne plus perdre de temps sur la génération (surtout que cet algo est le dernier, et on a déjà dû ajouter une condition nécessaire (pas encore démontré formellement, mais après moult tests c'est ce qui en est ressorti) et suffisante pour qu'il fonctionne).
M'enfin, je vois le responsable cette semaine on va pouvoir discuter de la conduite à tenir et voir ce que l'on va faire par la suite.

Sur ce BN World ! (j'ai déjà rater un cours ce matin à force de veiller/debugger jusqu'à tôt le matin)

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

Кຼزດ · Le 05/05/2010, à 00:51

bon ben plop.

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

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

plopapoints.

Pylades · Le 05/05/2010, à 01:30

Wah, c’est vachement agréable de bosser en TTY.
Avoir six consoles virtuelles (et éventuellement possibilité de gratter la numéro huit), strou bien. Décidément beaucoup mieux que de s’emmerder avec des onglets à la con (les onglets du terminal, hein, les onglets de vim strou bien).

Il ne me manque pas grand chose pour que je m’y installe comme il faut (comme un support de la vraie résolution de mon écran pour le framebuffer par ma carte graphique).

Bref, c’est bien.
Et plop !

Et BN all.

tshirtman · Le 05/05/2010, à 01:56

grim7reaper a écrit :

Hé ouais, mais je ne perds pas espoir de le comprendre. J'espère que les tests de demain m'apporterons de nouvelle infos, voire me donneront un début de piste à explorer (car là je ne vois pas sous quel angle attaquer ).
Le problème c'est que je commence à être pressé par le temps. La deadline commence à pointer le bout de son nez et je n'ai pas commencé à implémenter les algos de résolution donc va falloir que je m'y mette et ne plus perdre de temps sur la génération (surtout que cet algo est le dernier, et on a déjà dû ajouter une condition nécessaire (pas encore démontré formellement, mais après moult tests c'est ce qui en est ressorti) et suffisante pour qu'il fonctionne).
M'enfin, je vois le responsable cette semaine on va pouvoir discuter de la conduite à tenir et voir ce que l'on va faire par la suite.
Sur ce BN World ! (j'ai déjà rater un cours ce matin à force de veiller/debugger jusqu'à tôt le matin)

supprime et réimplémente toute fonction trop complexe pour être immédiatement compréensible, jusqu'a résolution du bug.

(oui, souvent c'est le plus rapide)

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

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1076 Le 04/05/2010, à 19:55

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

#1077 Le 04/05/2010, à 20:45

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

#1078 Le 04/05/2010, à 20:50

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

#1079 Le 04/05/2010, à 20:58

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

#1080 Le 04/05/2010, à 21:05

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

#1081 Le 04/05/2010, à 21:25

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

#1082 Le 04/05/2010, à 22:52

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

#1083 Le 04/05/2010, à 22:56

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

#1084 Le 04/05/2010, à 22:58

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

#1085 Le 04/05/2010, à 23:09

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

#1086 Le 04/05/2010, à 23:11

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

#1087 Le 04/05/2010, à 23:16

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

#1088 Le 04/05/2010, à 23:30

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

#1089 Le 04/05/2010, à 23:40

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

#1090 Le 04/05/2010, à 23:51

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

#1091 Le 05/05/2010, à 00:09

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

#1092 Le 05/05/2010, à 00:13

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

#1093 Le 05/05/2010, à 00:27

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

#1094 Le 05/05/2010, à 00:35

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

#1095 Le 05/05/2010, à 00:35

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

#1096 Le 05/05/2010, à 00:51

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

#1097 Le 05/05/2010, à 01:19

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

#1098 Le 05/05/2010, à 01:30

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

#1099 Le 05/05/2010, à 01:56

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

#1100 Le 05/05/2010, à 02:25

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

Pied de page des forums