De quelle maniere vaut il mieux implementer l'addition dans une classe
Vector? En methode ou en fonction amie?
Vector operator + (const Vector&) const;
ou
friend Vector operator + (const Vector&,const Vector&);
Je vois souvent la premiere forme mais la deuxieme me semble plus proche
de la realite mathematique ;-)
| Gabriel Dos Reis wrote in message | news:... | > writes: | | > | existante, originalement de USL (iostream, complex) et des | > | innovations pûres et simples du comité (valarray, locale). | | > Valarray existait chez Roguewave comme float_array, double_array ou | > longdouble_array (orthographe à vérifier mais cette bibliothèque | > existait). | | Je n'ai pas l'impression que les classes RogueWave s'y ressemblait | tellement, et d'après mes souvenirs, elles n'en étaient pas | l'inspiration.
Mauvais souvenirs, changer souvenirs.
| Mais j'avoue que je n'en suis pas très sûr -- c'est une | partie de la norme qui ne m'a jamais particulièrement intéressée. | | Je crois qu'il y avait aussi quelque chose de semblable de locale chez | Roguewave aussi, non ?
Nathan est mieux placé pour répondre : il travaillait chez RogueWave quand il a commencé à partiiper aux travaux du comité et c'et l'auteur principal des locales.
-- Gaby
kanze@gabi-soft.fr writes:
| Gabriel Dos Reis <dosreis@cmla.ens-cachan.fr> wrote in message
| news:<flsmlnqb3x.fsf@sel.cmla.ens-cachan.fr>...
| > kanze@gabi-soft.fr writes:
|
| > | existante, originalement de USL (iostream, complex) et des
| > | innovations pûres et simples du comité (valarray, locale).
|
| > Valarray existait chez Roguewave comme float_array, double_array ou
| > longdouble_array (orthographe à vérifier mais cette bibliothèque
| > existait).
|
| Je n'ai pas l'impression que les classes RogueWave s'y ressemblait
| tellement, et d'après mes souvenirs, elles n'en étaient pas
| l'inspiration.
Mauvais souvenirs, changer souvenirs.
| Mais j'avoue que je n'en suis pas très sûr -- c'est une
| partie de la norme qui ne m'a jamais particulièrement intéressée.
|
| Je crois qu'il y avait aussi quelque chose de semblable de locale chez
| Roguewave aussi, non ?
Nathan est mieux placé pour répondre : il travaillait chez RogueWave
quand il a commencé à partiiper aux travaux du comité et c'et l'auteur
principal des locales.
| Gabriel Dos Reis wrote in message | news:... | > writes: | | > | existante, originalement de USL (iostream, complex) et des | > | innovations pûres et simples du comité (valarray, locale). | | > Valarray existait chez Roguewave comme float_array, double_array ou | > longdouble_array (orthographe à vérifier mais cette bibliothèque | > existait). | | Je n'ai pas l'impression que les classes RogueWave s'y ressemblait | tellement, et d'après mes souvenirs, elles n'en étaient pas | l'inspiration.
Mauvais souvenirs, changer souvenirs.
| Mais j'avoue que je n'en suis pas très sûr -- c'est une | partie de la norme qui ne m'a jamais particulièrement intéressée. | | Je crois qu'il y avait aussi quelque chose de semblable de locale chez | Roguewave aussi, non ?
Nathan est mieux placé pour répondre : il travaillait chez RogueWave quand il a commencé à partiiper aux travaux du comité et c'et l'auteur principal des locales.
-- Gaby
Fabien LE LEZ
On 21 Oct 2003 00:44:34 -0700, wrote:
la norme de facto existante, originalement de USL (iostream, complex)
Tout ce qui est hérité du C se range là-dedans également ?
writes: | Gabriel Dos Reis wrote in message | news:...
| > writes:
| > | existante, originalement de USL (iostream, complex) et des | > | innovations pûres et simples du comité (valarray, locale).
| > Valarray existait chez Roguewave comme float_array, double_array | > ou longdouble_array (orthographe à vérifier mais cette | > bibliothèque existait).
| Je n'ai pas l'impression que les classes RogueWave s'y ressemblait | tellement, et d'après mes souvenirs, elles n'en étaient pas | l'inspiration.
Mauvais souvenirs, changer souvenirs.
P't-êt' bien. Je n'ai eu qu'un contact éphémère avec l'un ou l'autre.
Je sais que Roguewave a eu des tableaux qui ne ressemblaient pas à valarray, mais je sais aussi qu'ils avaient plusieurs tableaux différents.
| Mais j'avoue que je n'en suis pas très sûr -- c'est une partie de | la norme qui ne m'a jamais particulièrement intéressée.
| Je crois qu'il y avait aussi quelque chose de semblable de locale | chez Roguewave aussi, non ?
Nathan est mieux placé pour répondre : il travaillait chez RogueWave quand il a commencé à partiiper aux travaux du comité et c'et l'auteur principal des locales.
C'est en fait ce qui me faisait penser que Roguewave avait quelque chose de semblable. Même Nathan n'aurait pas été aussi prétentieux à proposer quelque chose dont il n'existait même pas un modèle avant.
-- James Kanze GABI Software mailto: Conseils en informatique orientée objet/ http://www.gabi-soft.fr Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France, +33 (0)1 30 23 45 16
Gabriel Dos Reis <dosreis@cmla.ens-cachan.fr> wrote in message
news:<flk76yr0xu.fsf@sel.cmla.ens-cachan.fr>...
kanze@gabi-soft.fr writes:
| Gabriel Dos Reis <dosreis@cmla.ens-cachan.fr> wrote in message
| news:<flsmlnqb3x.fsf@sel.cmla.ens-cachan.fr>...
| > kanze@gabi-soft.fr writes:
| > | existante, originalement de USL (iostream, complex) et des
| > | innovations pûres et simples du comité (valarray, locale).
| > Valarray existait chez Roguewave comme float_array, double_array
| > ou longdouble_array (orthographe à vérifier mais cette
| > bibliothèque existait).
| Je n'ai pas l'impression que les classes RogueWave s'y ressemblait
| tellement, et d'après mes souvenirs, elles n'en étaient pas
| l'inspiration.
Mauvais souvenirs, changer souvenirs.
P't-êt' bien. Je n'ai eu qu'un contact éphémère avec l'un ou l'autre.
Je sais que Roguewave a eu des tableaux qui ne ressemblaient pas à
valarray, mais je sais aussi qu'ils avaient plusieurs tableaux
différents.
| Mais j'avoue que je n'en suis pas très sûr -- c'est une partie de
| la norme qui ne m'a jamais particulièrement intéressée.
| Je crois qu'il y avait aussi quelque chose de semblable de locale
| chez Roguewave aussi, non ?
Nathan est mieux placé pour répondre : il travaillait chez RogueWave
quand il a commencé à partiiper aux travaux du comité et c'et l'auteur
principal des locales.
C'est en fait ce qui me faisait penser que Roguewave avait quelque chose
de semblable. Même Nathan n'aurait pas été aussi prétentieux à proposer
quelque chose dont il n'existait même pas un modèle avant.
--
James Kanze GABI Software mailto:kanze@gabi-soft.fr
Conseils en informatique orientée objet/ http://www.gabi-soft.fr
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France, +33 (0)1 30 23 45 16
writes: | Gabriel Dos Reis wrote in message | news:...
| > writes:
| > | existante, originalement de USL (iostream, complex) et des | > | innovations pûres et simples du comité (valarray, locale).
| > Valarray existait chez Roguewave comme float_array, double_array | > ou longdouble_array (orthographe à vérifier mais cette | > bibliothèque existait).
| Je n'ai pas l'impression que les classes RogueWave s'y ressemblait | tellement, et d'après mes souvenirs, elles n'en étaient pas | l'inspiration.
Mauvais souvenirs, changer souvenirs.
P't-êt' bien. Je n'ai eu qu'un contact éphémère avec l'un ou l'autre.
Je sais que Roguewave a eu des tableaux qui ne ressemblaient pas à valarray, mais je sais aussi qu'ils avaient plusieurs tableaux différents.
| Mais j'avoue que je n'en suis pas très sûr -- c'est une partie de | la norme qui ne m'a jamais particulièrement intéressée.
| Je crois qu'il y avait aussi quelque chose de semblable de locale | chez Roguewave aussi, non ?
Nathan est mieux placé pour répondre : il travaillait chez RogueWave quand il a commencé à partiiper aux travaux du comité et c'et l'auteur principal des locales.
C'est en fait ce qui me faisait penser que Roguewave avait quelque chose de semblable. Même Nathan n'aurait pas été aussi prétentieux à proposer quelque chose dont il n'existait même pas un modèle avant.
-- James Kanze GABI Software mailto: Conseils en informatique orientée objet/ http://www.gabi-soft.fr Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France, +33 (0)1 30 23 45 16
Gabriel Dos Reis
writes:
| Gabriel Dos Reis wrote in message | news:... | > writes: | > | Gabriel Dos Reis wrote in message | > | news:... | | > | > writes: | | > | > | existante, originalement de USL (iostream, complex) et des | > | > | innovations pûres et simples du comité (valarray, locale). | | > | > Valarray existait chez Roguewave comme float_array, double_array | > | > ou longdouble_array (orthographe à vérifier mais cette | > | > bibliothèque existait). | | > | Je n'ai pas l'impression que les classes RogueWave s'y ressemblait | > | tellement, et d'après mes souvenirs, elles n'en étaient pas | > | l'inspiration. | | > Mauvais souvenirs, changer souvenirs. | | P't-êt' bien. Je n'ai eu qu'un contact éphémère avec l'un ou l'autre.
ah !?
| Je sais que Roguewave a eu des tableaux qui ne ressemblaient pas à | valarray, mais je sais aussi qu'ils avaient plusieurs tableaux | différents.
donc, cela devient un fondement pour dire que c'est une pure innovation du comité ?!
| > | Mais j'avoue que je n'en suis pas très sûr -- c'est une partie de | > | la norme qui ne m'a jamais particulièrement intéressée. | | > | Je crois qu'il y avait aussi quelque chose de semblable de locale | > | chez Roguewave aussi, non ? | | > Nathan est mieux placé pour répondre : il travaillait chez RogueWave | > quand il a commencé à partiiper aux travaux du comité et c'et l'auteur | > principal des locales. | | C'est en fait ce qui me faisait penser que Roguewave avait quelque chose | de semblable. Même Nathan n'aurait pas été aussi prétentieux à proposer | quelque chose dont il n'existait même pas un modèle avant.
Ah ?! j'ai cru lire sur ce groupe lire sur ce groupe que c'était une pure invention. C'est marrant.
-- Gaby
kanze@gabi-soft.fr writes:
| Gabriel Dos Reis <dosreis@cmla.ens-cachan.fr> wrote in message
| news:<flk76yr0xu.fsf@sel.cmla.ens-cachan.fr>...
| > kanze@gabi-soft.fr writes:
| > | Gabriel Dos Reis <dosreis@cmla.ens-cachan.fr> wrote in message
| > | news:<flsmlnqb3x.fsf@sel.cmla.ens-cachan.fr>...
|
| > | > kanze@gabi-soft.fr writes:
|
| > | > | existante, originalement de USL (iostream, complex) et des
| > | > | innovations pûres et simples du comité (valarray, locale).
|
| > | > Valarray existait chez Roguewave comme float_array, double_array
| > | > ou longdouble_array (orthographe à vérifier mais cette
| > | > bibliothèque existait).
|
| > | Je n'ai pas l'impression que les classes RogueWave s'y ressemblait
| > | tellement, et d'après mes souvenirs, elles n'en étaient pas
| > | l'inspiration.
|
| > Mauvais souvenirs, changer souvenirs.
|
| P't-êt' bien. Je n'ai eu qu'un contact éphémère avec l'un ou l'autre.
ah !?
| Je sais que Roguewave a eu des tableaux qui ne ressemblaient pas à
| valarray, mais je sais aussi qu'ils avaient plusieurs tableaux
| différents.
donc, cela devient un fondement pour dire que c'est une pure
innovation du comité ?!
| > | Mais j'avoue que je n'en suis pas très sûr -- c'est une partie de
| > | la norme qui ne m'a jamais particulièrement intéressée.
|
| > | Je crois qu'il y avait aussi quelque chose de semblable de locale
| > | chez Roguewave aussi, non ?
|
| > Nathan est mieux placé pour répondre : il travaillait chez RogueWave
| > quand il a commencé à partiiper aux travaux du comité et c'et l'auteur
| > principal des locales.
|
| C'est en fait ce qui me faisait penser que Roguewave avait quelque chose
| de semblable. Même Nathan n'aurait pas été aussi prétentieux à proposer
| quelque chose dont il n'existait même pas un modèle avant.
Ah ?! j'ai cru lire sur ce groupe lire sur ce groupe que c'était une
pure invention. C'est marrant.
| Gabriel Dos Reis wrote in message | news:... | > writes: | > | Gabriel Dos Reis wrote in message | > | news:... | | > | > writes: | | > | > | existante, originalement de USL (iostream, complex) et des | > | > | innovations pûres et simples du comité (valarray, locale). | | > | > Valarray existait chez Roguewave comme float_array, double_array | > | > ou longdouble_array (orthographe à vérifier mais cette | > | > bibliothèque existait). | | > | Je n'ai pas l'impression que les classes RogueWave s'y ressemblait | > | tellement, et d'après mes souvenirs, elles n'en étaient pas | > | l'inspiration. | | > Mauvais souvenirs, changer souvenirs. | | P't-êt' bien. Je n'ai eu qu'un contact éphémère avec l'un ou l'autre.
ah !?
| Je sais que Roguewave a eu des tableaux qui ne ressemblaient pas à | valarray, mais je sais aussi qu'ils avaient plusieurs tableaux | différents.
donc, cela devient un fondement pour dire que c'est une pure innovation du comité ?!
| > | Mais j'avoue que je n'en suis pas très sûr -- c'est une partie de | > | la norme qui ne m'a jamais particulièrement intéressée. | | > | Je crois qu'il y avait aussi quelque chose de semblable de locale | > | chez Roguewave aussi, non ? | | > Nathan est mieux placé pour répondre : il travaillait chez RogueWave | > quand il a commencé à partiiper aux travaux du comité et c'et l'auteur | > principal des locales. | | C'est en fait ce qui me faisait penser que Roguewave avait quelque chose | de semblable. Même Nathan n'aurait pas été aussi prétentieux à proposer | quelque chose dont il n'existait même pas un modèle avant.
Ah ?! j'ai cru lire sur ce groupe lire sur ce groupe que c'était une pure invention. C'est marrant.
-- Gaby
kanze
Gabriel Dos Reis wrote in message news:...
Ah ?! j'ai cru lire sur ce groupe lire sur ce groupe que c'était une pure invention. C'est marrant.
Je crois qu'on s'est mal compris. Je n'avais pas l'intention de parler de « pure invention » ou non -- au moins pas cette fois-ci. En parlant des sources de la bibliothèque standard, je n'ai parlé que des sources réconnues et à l'exception de la STL, traitée plus ou moins comme des standards de facto -- c-à-d en somme, la partie de la bibliothèque USL qu'AT&T livrait automatiquement avec CFront. Quelque soit les expériences de Nathan ou des autres avec d'autres bibliothèques, les choses comme locale ne faisaient pas partie d'un standard de facto avant la normalisation, n'ont pas été adopté par l'adoption plus ou moins « en bloc » d'une bibliothèque, et étaient nouveau pour la plupart des membres du comité. Quand à l'expérience réele avec elle ? Je dirais que même avec la STL, elle en manquait.
Ceci dit, il y a eu des vraies innovations dans le comité même, comme la templatisation des iostream, ou std::basic_string. Des innovations pas toujours très heureuses, AMHA. Mais ce n'était pas ce dont il était question ici.
-- James Kanze GABI Software mailto: Conseils en informatique orientée objet/ http://www.gabi-soft.fr Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France, +33 (0)1 30 23 45 16
Gabriel Dos Reis <dosreis@cmla.ens-cachan.fr> wrote in message
news:<flbrs9r71p.fsf@sel.cmla.ens-cachan.fr>...
Ah ?! j'ai cru lire sur ce groupe lire sur ce groupe que c'était une
pure invention. C'est marrant.
Je crois qu'on s'est mal compris. Je n'avais pas l'intention de parler
de « pure invention » ou non -- au moins pas cette fois-ci. En parlant
des sources de la bibliothèque standard, je n'ai parlé que des sources
réconnues et à l'exception de la STL, traitée plus ou moins comme des
standards de facto -- c-à-d en somme, la partie de la bibliothèque USL
qu'AT&T livrait automatiquement avec CFront. Quelque soit les
expériences de Nathan ou des autres avec d'autres bibliothèques, les
choses comme locale ne faisaient pas partie d'un standard de facto avant
la normalisation, n'ont pas été adopté par l'adoption plus ou moins « en
bloc » d'une bibliothèque, et étaient nouveau pour la plupart des
membres du comité. Quand à l'expérience réele avec elle ? Je dirais que
même avec la STL, elle en manquait.
Ceci dit, il y a eu des vraies innovations dans le comité même, comme la
templatisation des iostream, ou std::basic_string. Des innovations pas
toujours très heureuses, AMHA. Mais ce n'était pas ce dont il était
question ici.
--
James Kanze GABI Software mailto:kanze@gabi-soft.fr
Conseils en informatique orientée objet/ http://www.gabi-soft.fr
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France, +33 (0)1 30 23 45 16
Ah ?! j'ai cru lire sur ce groupe lire sur ce groupe que c'était une pure invention. C'est marrant.
Je crois qu'on s'est mal compris. Je n'avais pas l'intention de parler de « pure invention » ou non -- au moins pas cette fois-ci. En parlant des sources de la bibliothèque standard, je n'ai parlé que des sources réconnues et à l'exception de la STL, traitée plus ou moins comme des standards de facto -- c-à-d en somme, la partie de la bibliothèque USL qu'AT&T livrait automatiquement avec CFront. Quelque soit les expériences de Nathan ou des autres avec d'autres bibliothèques, les choses comme locale ne faisaient pas partie d'un standard de facto avant la normalisation, n'ont pas été adopté par l'adoption plus ou moins « en bloc » d'une bibliothèque, et étaient nouveau pour la plupart des membres du comité. Quand à l'expérience réele avec elle ? Je dirais que même avec la STL, elle en manquait.
Ceci dit, il y a eu des vraies innovations dans le comité même, comme la templatisation des iostream, ou std::basic_string. Des innovations pas toujours très heureuses, AMHA. Mais ce n'était pas ce dont il était question ici.
-- James Kanze GABI Software mailto: Conseils en informatique orientée objet/ http://www.gabi-soft.fr Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France, +33 (0)1 30 23 45 16
kanze
Fabien LE LEZ wrote in message news:...
On 21 Oct 2003 00:44:34 -0700, wrote:
la norme de facto existante, originalement de USL (iostream, complex)
Tout ce qui est hérité du C se range là-dedans également ?
Bonne remarque. Je m'en sers assez peu pour que je l'ai oublié. Tout ce qui est hérité du C vient du C, évidemment. À la fin, aussi donc de USL pour la plupart, mais pas de la bibliothèque C++ de USL à laquelle je pensais.
-- James Kanze GABI Software mailto: Conseils en informatique orientée objet/ http://www.gabi-soft.fr Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France, +33 (0)1 30 23 45 16
Fabien LE LEZ <gramster@gramster.com> wrote in message
news:<tetbpv01fa9qv5gojlgum95hqdtc1c3j3o@4ax.com>...
On 21 Oct 2003 00:44:34 -0700, kanze@gabi-soft.fr wrote:
la norme de facto existante, originalement de USL (iostream, complex)
Tout ce qui est hérité du C se range là-dedans également ?
Bonne remarque. Je m'en sers assez peu pour que je l'ai oublié. Tout ce
qui est hérité du C vient du C, évidemment. À la fin, aussi donc de USL
pour la plupart, mais pas de la bibliothèque C++ de USL à laquelle je
pensais.
--
James Kanze GABI Software mailto:kanze@gabi-soft.fr
Conseils en informatique orientée objet/ http://www.gabi-soft.fr
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France, +33 (0)1 30 23 45 16
la norme de facto existante, originalement de USL (iostream, complex)
Tout ce qui est hérité du C se range là-dedans également ?
Bonne remarque. Je m'en sers assez peu pour que je l'ai oublié. Tout ce qui est hérité du C vient du C, évidemment. À la fin, aussi donc de USL pour la plupart, mais pas de la bibliothèque C++ de USL à laquelle je pensais.
-- James Kanze GABI Software mailto: Conseils en informatique orientée objet/ http://www.gabi-soft.fr Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France, +33 (0)1 30 23 45 16
Alexandre
Sauf implementation plus technique, une facon classique et simple consiste a ecrire
a+, ld. Oui c'est comme ça que je fais tout le temps.
Content de voir que des pros font pareil ;-)
-- [ Laurent Deniau -- Scientific Computing & Data Analysis ] [ CERN -- European Center for Nuclear Research ] [ - http://cern.ch/Laurent.Deniau ] [ -- One becomes old when dreams become regrets -- ]
Sauf implementation plus technique, une facon classique et simple consiste
a ecrire
a+, ld.
Oui c'est comme ça que je fais tout le temps.
Content de voir que des pros font pareil ;-)
--
[ Laurent Deniau -- Scientific Computing & Data Analysis ]
[ CERN -- European Center for Nuclear Research ]
[ Laurent.Deniau@cern.ch - http://cern.ch/Laurent.Deniau ]
[ -- One becomes old when dreams become regrets -- ]
a+, ld. Oui c'est comme ça que je fais tout le temps.
Content de voir que des pros font pareil ;-)
-- [ Laurent Deniau -- Scientific Computing & Data Analysis ] [ CERN -- European Center for Nuclear Research ] [ - http://cern.ch/Laurent.Deniau ] [ -- One becomes old when dreams become regrets -- ]
Laurent Deniau
Alexandre wrote:
Sauf implementation plus technique, une facon classique et simple consiste
Oui c'est comme ça que je fais tout le temps. Content de voir que des pros font pareil ;-)
Je ne suis pas un pro en C++ (je ne suis pas paye pour ecrire du C++).
Et les pros utilisent valarray ou la technique ci-dessus mais en faisant attention de ne pas redefinir le copy constructor Vector(const Vector&), c'est a dire de traiter un vector comme un POD, ce qui est important pour eviter la multiplication des temporaires.
a+, ld.
-- [ Laurent Deniau -- Scientific Computing & Data Analysis ] [ CERN -- European Center for Nuclear Research ] [ - http://cern.ch/Laurent.Deniau ] [ -- One becomes old when dreams become regrets -- ]
Alexandre wrote:
Sauf implementation plus technique, une facon classique et simple consiste
Oui c'est comme ça que je fais tout le temps.
Content de voir que des pros font pareil ;-)
Je ne suis pas un pro en C++ (je ne suis pas paye pour ecrire du C++).
Et les pros utilisent valarray ou la technique ci-dessus mais en faisant
attention de ne pas redefinir le copy constructor Vector(const Vector&), c'est a
dire de traiter un vector comme un POD, ce qui est important pour eviter la
multiplication des temporaires.
a+, ld.
--
[ Laurent Deniau -- Scientific Computing & Data Analysis ]
[ CERN -- European Center for Nuclear Research ]
[ Laurent.Deniau@cern.ch - http://cern.ch/Laurent.Deniau ]
[ -- One becomes old when dreams become regrets -- ]
Oui c'est comme ça que je fais tout le temps. Content de voir que des pros font pareil ;-)
Je ne suis pas un pro en C++ (je ne suis pas paye pour ecrire du C++).
Et les pros utilisent valarray ou la technique ci-dessus mais en faisant attention de ne pas redefinir le copy constructor Vector(const Vector&), c'est a dire de traiter un vector comme un POD, ce qui est important pour eviter la multiplication des temporaires.
a+, ld.
-- [ Laurent Deniau -- Scientific Computing & Data Analysis ] [ CERN -- European Center for Nuclear Research ] [ - http://cern.ch/Laurent.Deniau ] [ -- One becomes old when dreams become regrets -- ]
