Re: Un bug dans la STL ?

2005-04-28 Thread Julien Gilles 
JÃrÃme Marant <[EMAIL PROTECTED]> writes:

> Pierre THIERRY <[EMAIL PROTECTED]> writes:
>
>> Hello,
>>
>> je suis en train de me mettre à Ãcrire une bibliothÃques de classes en
>> C++, qui me servira ensuite pour des logiciels de jeu (principalement du
>> jeu de rÃle).
>
> Oula, C++ ... Pourquoi se crÃer des problÃmes inutilement ? ;-)
>

"C makes it easy to shoot yourself in the foot. C++ makes it harder,
but when you do, it blows away your whole leg" - B. Stroustrup

-- 
Julien Gilles.

rencontrer des DD à Grenoble au mois de mai

2005-04-28 Thread Alexandre Fayolle 
Bonjour à tous,

Je vais être en déplacement professionel sur Grenoble courant mai, et j'ai
vu qu'il y a quelques développeurs qui habitent dans le coin. Si
certains sont intéressés, on pourrait se retrouver pour boire un coup ou
manger un morceau, signer des clés et discuter. 

En ce qui me concerne, je serai libre le lundi 9, le jeudi 12, le lundi
23 et le jeudi 26 mai. 

-- 
Alexandre Fayolle 


signature.asc
Description: Digital signature

DD sur Nancy ? (fut: rencontrer des DD à Grenoble au mois de mai)

2005-04-28 Thread Martin Quinson 
Hello,

On Thu, Apr 28, 2005 at 09:53:02AM +0200, Alexandre Fayolle wrote:
> Bonjour à tous,
> 
> Je vais être en déplacement professionel sur Grenoble courant mai, et j'ai
> vu qu'il y a quelques développeurs qui habitent dans le coin. Si
> certains sont intéressés, on pourrait se retrouver pour boire un coup ou
> manger un morceau, signer des clés et discuter. 
> 
> En ce qui me concerne, je serai libre le lundi 9, le jeudi 12, le lundi
> 23 et le jeudi 26 mai. 

Ah, damn it. J'étais à Grenoble jusqu'à il y a peu, mais c'est fini.

En parlant de ca, s'il y a des DD sur Nancy, je viens d'emenager.

Bye, Mt.


signature.asc
Description: Digital signature

Re: DD sur Nancy ? (fut: rencontrer des DD à Grenoble au mois de mai)

2005-04-28 Thread Julien BLACHE 
Martin Quinson <[EMAIL PROTECTED]> wrote:

> Ah, damn it. J'étais à Grenoble jusqu'à il y a peu, mais c'est fini.
>
> En parlant de ca, s'il y a des DD sur Nancy, je viens d'emenager.

Je ne sais pas sur Nancy, mais du côté de Metz il y a un nid ;)

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]> 
 
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Un bug dans la STL ?

2005-04-28 Thread Pierre THIERRY 
Scribit Nicolas LAURENT dies 27/04/2005 hora 20:25:
> > ./test & sleep 4 ; kill %+
> sans problème chez moi.

Normal, le processus est killé avant de foutre le bordel. À tes risques
et périls, et en ayant sauvegardé ton travail en cours, je te suggère
d'essayer :

make CONTAINER=2 -B && ./test

> piste: memtest86!

Bonne idée, mais non. J'ai booté sur un memtest86+ : après 6 passes
complètes, il n'a trouvé aucune erreur.

Différemment,
Nowhere man
-- 
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A


signature.asc
Description: Digital signature

Re: Un bug dans la STL ?

2005-04-28 Thread Pierre THIERRY 
Scribit Vera Mickael dies 27/04/2005 hora 19:29:
> Tu as dû faire une erreur de programmation.

Peut-être, mais même avec valgrind, impossible de comprendre où est mon
erreur. Je sais précisément où ça merde dans mon programme. Plus
précisément, ça merde au final dans la STL (à cause de moi ou d'un bug
en elle-même...), et je sais où est l'appel dans mon source (dans la
méthode clear() de la classe Dice).

Mais je ne vois pas quoi corriger.

Si je décommente l'instruction qui, avant de supprimer le pointeur du
conteneur, désalloue l'objet pointé, alors, avec un conteneur vector, on
a plus la taille qui passe de 1 à un nombre astronomique, mais à 104,
puis segfault...

Infructueusement,
Nowhere man
-- 
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A


signature.asc
Description: Digital signature

Re: DD sur Nancy ? (fut: rencontrer des DD à Grenoble au mois de mai)

2005-04-28 Thread Christian BAYLE 
Il y a aussi un nid à Grenoble, à priori toutes les dates me
conviennent, reste à attendre la réponse des autres oiseaux...

Christian

Le jeudi 28 avril 2005 à 11:08 +0200, Julien BLACHE a écrit :
> Martin Quinson <[EMAIL PROTECTED]> wrote:
> 
> > Ah, damn it. J'étais à Grenoble jusqu'à il y a peu, mais c'est fini.
> >
> > En parlant de ca, s'il y a des DD sur Nancy, je viens d'emenager.
> 
> Je ne sais pas sur Nancy, mais du côté de Metz il y a un nid ;)
> 
> JB.
> 
> -- 
>  Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]> 
>  
>  Public key available on  - KeyID: F5D6 5169 
>  GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 
> 



signature.asc
Description: Ceci est une partie de message	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

Re: DD sur Nancy ? (fut: rencontrer des DD à Grenoble au mois de mai)

2005-04-28 Thread Cédric Delfosse 
Le jeudi 28 avril 2005 à 11:08 +0200, Julien BLACHE a écrit :
> Martin Quinson <[EMAIL PROTECTED]> wrote:
> 
> > Ah, damn it. J'étais à Grenoble jusqu'à il y a peu, mais c'est fini.
> >
> > En parlant de ca, s'il y a des DD sur Nancy, je viens d'emenager.
> 
> Je ne sais pas sur Nancy, mais du côté de Metz il y a un nid ;)

Hé hé.

En tout cas, sache que tu as un collègue DD qui sévit déjà au Loria.
Qu'il se dénonce ! :)

Comme je viens assez souvent sur Nancy, je me permettrai de te contacter
à ce moment là.

-- 
Cédric Delfosse, http://cdelfosse.free.fr
Jabber ID: [EMAIL PROTECTED]
Get a free backup server: http://lrs.linbox.org !
Linbox: http://linbox.com


signature.asc
Description: This is a digitally signed message part

[HS] Re: Un bug dans la STL ?

2005-04-28 Thread Guillaume Morin 
On 27 Apr 19:09, Pierre THIERRY wrote:
> Je commence par les dés, et je suis tombé sur un os : une de mes
> classes comprend un méthode qui est censée désallouer des objets dont
> les pointeurs sont stockés dans un conteneur de la STL, qui est un
> membre privé de la classe, et vider celui-ci au passage.
> 
> Avec trois types différents, j'obtiens trois bugs différents, l'un très
> grave.

Le problème est
template Dice operator <<(const T & addendum)
{
append(&addendum);
return *this;
}

Tu dois retourner une *référence* sur ton Dice pas un nouvel objet. En
effet, tu vas créer des objets temporaires (un par appel a <<) qui
référencent le même vecteur. Ils vont tous essayer de le désallouer l'un
après l'autre, d'où le bug.

Si tu change le protype pour retourner une référence:
template Dice& operator <<(const T & addendum)
tout marchera impec.

Si tu avais conçu ta classe correctement, tu aurais repérer le prb tout
de suite.  Les versions de l'opérateur= et du constructeur par recopie
générés par le compilateur ne sont pas correctes pour l'objet Dice. 
Tu dois donc les écrire toi même si tu veux autoriser la copie d'objet
Dice.  Sinon éclare ces deux méthodes "private".

> Au passage, est-ce que ce n'est pas un bug gravissime dans le noyau
> (probablement dans l'ordonnancement) qu'un plantage pareil puisse
> arriver ?

En effet, ton noyau doit avoir un problème (certainement pas
d'ordonnancement par contre) car aucune tâche utilisateur ne devrait
planter le noyau (si tu lances pas le programme en root et encore dans
ce cas précis, ça ne devrait rien changer).

Je te suggère de mettre à jour ton noyau.  Le mieux ne plante pas
quelque soit le conteneur.

A+

-- 
Guillaume Morin <[EMAIL PROTECTED]>

Sometimes I find I need to scream (RHCP)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Un bug dans la STL ?

2005-04-28 Thread Jérôme Marant 
Quoting Julien Gilles
> > Oula, C++ ... Pourquoi se créer des problèmes inutilement ? ;-)
> >
>
> "C makes it easy to shoot yourself in the foot. C++ makes it harder,
> but when you do, it blows away your whole leg" - B. Stroustrup

Joli :-)

Cependant, je reste persuadé qu'un bon développeur doit pouvoir
s'accomoder de n'importe quel langage. :-)

--
Jérôme Marant


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]