J'adore ce façon de démontrer une chose. Pour un caractère, dans un encodage précis, la différence entre majuscule et minuscule est 32. Donc, pour tous les caractères, dans tous les encodages, la différence est 32.
(Faut croire qu'il ne s'est jamais servi de EBCDIC:-).)
Si j'ai bonne memoire, la différence entre majuscule et minuscule est constante en EBCDIC, mais les lettres ne sont pas consecutives.
A+
-- Jean-Marc FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html Site de usenet-fr: http://www.usenet-fr.news.eu.org
kanze@gabi-soft.fr writes:
J'adore ce façon de démontrer une chose. Pour un caractère, dans un
encodage précis, la différence entre majuscule et minuscule est
32. Donc, pour tous les caractères, dans tous les encodages, la
différence est 32.
(Faut croire qu'il ne s'est jamais servi de EBCDIC:-).)
Si j'ai bonne memoire, la différence entre majuscule et minuscule est
constante en EBCDIC, mais les lettres ne sont pas consecutives.
A+
--
Jean-Marc
FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ
C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html
Site de usenet-fr: http://www.usenet-fr.news.eu.org
J'adore ce façon de démontrer une chose. Pour un caractère, dans un encodage précis, la différence entre majuscule et minuscule est 32. Donc, pour tous les caractères, dans tous les encodages, la différence est 32.
(Faut croire qu'il ne s'est jamais servi de EBCDIC:-).)
Si j'ai bonne memoire, la différence entre majuscule et minuscule est constante en EBCDIC, mais les lettres ne sont pas consecutives.
A+
-- Jean-Marc FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html Site de usenet-fr: http://www.usenet-fr.news.eu.org
Fabien LE LEZ
On 2 Oct 2003 00:54:42 -0700, wrote:
(Faut croire qu'il ne s'est jamais servi de EBCDIC:-).)
AMHA, on est assez nombreux dans ce cas ;-)
On 2 Oct 2003 00:54:42 -0700, kanze@gabi-soft.fr wrote:
(Faut croire qu'il ne s'est jamais servi de EBCDIC:-).)
(Faut croire qu'il ne s'est jamais servi de EBCDIC:-).)
AMHA, on est assez nombreux dans ce cas ;-)
kanze
Jean-Marc Bourguet wrote in message news:...
writes:
J'adore ce façon de démontrer une chose. Pour un caractère, dans un encodage précis, la différence entre majuscule et minuscule est 32. Donc, pour tous les caractères, dans tous les encodages, la différence est 32.
(Faut croire qu'il ne s'est jamais servi de EBCDIC:-).)
Si j'ai bonne memoire, la différence entre majuscule et minuscule est constante en EBCDIC, mais les lettres ne sont pas consecutives.
C'est constante, mais ce n'est pas 32.
-- 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
Jean-Marc Bourguet <jm@bourguet.org> wrote in message
news:<pxb1xtw9iin.fsf@news.bourguet.org>...
kanze@gabi-soft.fr writes:
J'adore ce façon de démontrer une chose. Pour un caractère, dans un
encodage précis, la différence entre majuscule et minuscule est 32.
Donc, pour tous les caractères, dans tous les encodages, la
différence est 32.
(Faut croire qu'il ne s'est jamais servi de EBCDIC:-).)
Si j'ai bonne memoire, la différence entre majuscule et minuscule est
constante en EBCDIC, mais les lettres ne sont pas consecutives.
C'est constante, mais ce n'est pas 32.
--
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
J'adore ce façon de démontrer une chose. Pour un caractère, dans un encodage précis, la différence entre majuscule et minuscule est 32. Donc, pour tous les caractères, dans tous les encodages, la différence est 32.
(Faut croire qu'il ne s'est jamais servi de EBCDIC:-).)
Si j'ai bonne memoire, la différence entre majuscule et minuscule est constante en EBCDIC, mais les lettres ne sont pas consecutives.
C'est constante, mais ce n'est pas 32.
-- 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
Nophké
Bonjour, existe-t-il dans les lib std du C++ un moyen pour comparer deux string, et que le test sois case insensitive ?
if ( "NAME" == "name" ) return TRUE;
Les caractères minuscules ont les codes ascii de 97(a) à 122(z). Les caractères majuscules ont les codes ascii 65(A) à 96(Z). La différence entre un caractère minuscule et majuscule est de 32.
char a = 'A'; // identique à " char a = 97 " char b = 'a'; // identique à " char b = 65 " char c = (a - 32); // passe A en minuscule
Pour l'instant c'est tres facile! Bon maintenant!
Prenons un tableau char tableau[5+1];
for (i=0;i=5;i++){ if (tableau[i] > 64 && tableau[i] < 97) tableau[i] +2; } Ceci passe ton tableau en minuscules !
for (i=0;i=5;i++){ if (tableau[i] > 96 && tableau[i] < 122) tableau[i] +2 ; } Ceci passe ton tableau en majuscules !
Mes plus humbles excuses si je vous ai choqué en utilisant l'ASCII. Mais ce n'était pas ce que je souhaitait démontrer.
J'ai pris un exemple mais AMHA, on peut transposer cette technique sur d'autres encodages.
Si ce n'est pas possible, je vous demande d'excuser un débutant.
Bonjour,
existe-t-il dans les lib std
du C++ un moyen pour comparer deux
string, et que le test sois case
insensitive ?
if ( "NAME" == "name" )
return TRUE;
Les caractères minuscules ont les codes ascii de 97(a) à 122(z).
Les caractères majuscules ont les codes ascii 65(A) à 96(Z).
La différence entre un caractère minuscule et majuscule est de 32.
char a = 'A'; // identique à " char a = 97 "
char b = 'a'; // identique à " char b = 65 "
char c = (a - 32); // passe A en minuscule
Pour l'instant c'est tres facile! Bon maintenant!
Prenons un tableau char tableau[5+1];
for (i=0;i=5;i++){
if (tableau[i] > 64 && tableau[i] < 97)
tableau[i] +2;
}
Ceci passe ton tableau en minuscules !
for (i=0;i=5;i++){
if (tableau[i] > 96 && tableau[i] < 122)
tableau[i] +2 ;
}
Ceci passe ton tableau en majuscules !
Mes plus humbles excuses si je vous ai choqué en utilisant l'ASCII.
Mais ce n'était pas ce que je souhaitait démontrer.
J'ai pris un exemple mais AMHA,
on peut transposer cette technique sur d'autres encodages.
Si ce n'est pas possible, je vous demande d'excuser un débutant.
Bonjour, existe-t-il dans les lib std du C++ un moyen pour comparer deux string, et que le test sois case insensitive ?
if ( "NAME" == "name" ) return TRUE;
Les caractères minuscules ont les codes ascii de 97(a) à 122(z). Les caractères majuscules ont les codes ascii 65(A) à 96(Z). La différence entre un caractère minuscule et majuscule est de 32.
char a = 'A'; // identique à " char a = 97 " char b = 'a'; // identique à " char b = 65 " char c = (a - 32); // passe A en minuscule
Pour l'instant c'est tres facile! Bon maintenant!
Prenons un tableau char tableau[5+1];
for (i=0;i=5;i++){ if (tableau[i] > 64 && tableau[i] < 97) tableau[i] +2; } Ceci passe ton tableau en minuscules !
for (i=0;i=5;i++){ if (tableau[i] > 96 && tableau[i] < 122) tableau[i] +2 ; } Ceci passe ton tableau en majuscules !
Mes plus humbles excuses si je vous ai choqué en utilisant l'ASCII. Mais ce n'était pas ce que je souhaitait démontrer.
J'ai pris un exemple mais AMHA, on peut transposer cette technique sur d'autres encodages.
Si ce n'est pas possible, je vous demande d'excuser un débutant.
kanze
Fabien LE LEZ wrote in message news:...
On 2 Oct 2003 00:54:42 -0700, wrote:
(Faut croire qu'il ne s'est jamais servi de EBCDIC:-).)
AMHA, on est assez nombreux dans ce cas ;-)
Seulement les jeunots:-). Il y a quarante ans, c'était incontournable.
Prochaine chose, tu vas me dire que tu n'as jamais fait du Fortran, et que tu ne connais pas les constantes Hollerith:-).
-- 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:<t36onv48hv8treri2dl3k4d04sa389i4iv@4ax.com>...
On 2 Oct 2003 00:54:42 -0700, kanze@gabi-soft.fr wrote:
(Faut croire qu'il ne s'est jamais servi de EBCDIC:-).)
AMHA, on est assez nombreux dans ce cas ;-)
Seulement les jeunots:-). Il y a quarante ans, c'était incontournable.
Prochaine chose, tu vas me dire que tu n'as jamais fait du Fortran, et
que tu ne connais pas les constantes Hollerith:-).
--
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
(Faut croire qu'il ne s'est jamais servi de EBCDIC:-).)
AMHA, on est assez nombreux dans ce cas ;-)
Seulement les jeunots:-). Il y a quarante ans, c'était incontournable.
Prochaine chose, tu vas me dire que tu n'as jamais fait du Fortran, et que tu ne connais pas les constantes Hollerith:-).
-- 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
"Nophké" wrote in message news:<3f7c49de$0$2801$...
existe-t-il dans les lib std du C++ un moyen pour comparer deux string, et que le test sois case insensitive ?
if ( "NAME" == "name" ) return TRUE;
Les caractères minuscules ont les codes ascii de 97(a) à 122(z). Les caractères majuscules ont les codes ascii 65(A) à 96(Z). La différence entre un caractère minuscule et majuscule est de 32.
char a = 'A'; // identique à " char a = 97 " char b = 'a'; // identique à " char b = 65 " char c = (a - 32); // passe A en minuscule
Pour l'instant c'est tres facile! Bon maintenant!
Prenons un tableau char tableau[5+1];
for (i=0;i=5;i++){ if (tableau[i] > 64 && tableau[i] < 97) tableau[i] +2; } Ceci passe ton tableau en minuscules !
for (i=0;i=5;i++){ if (tableau[i] > 96 && tableau[i] < 122) tableau[i] +2 ; } Ceci passe ton tableau en majuscules !
Mes plus humbles excuses si je vous ai choqué en utilisant l'ASCII. Mais ce n'était pas ce que je souhaitait démontrer.
J'ai pris un exemple mais AMHA, on peut transposer cette technique sur d'autres encodages.
Pas à tous ceux dont on se sert d'habitude. Dans la pratique, en France, tu ne vas rencontrait que 3 encodages (aujourd'hui, et sur huit bits), ISO 8859-1, ISO 8859-15 et UTF-8. Alors, parmi les trois, cette technique ne fonctionne qu'avec ISO 8859-1. Et encore, je ne suis pas certain ; il y a toujours cette histoire de signe qui vient foutre la merde.
En revanche, il existe des fonctions standard toupper et tolower. Elles ont aussi des limitations -- la définition même de ce que faire la fonction n'est pas toujours aussi claire qu'on pourrait penser. Mais pour beaucoup d'applications, surtout en France, où on n'a pas de souci des caractères du genre 'ß', elles suffissent. Avec l'avantage qu'elle marche, quelque soit l'encodage, pourvu qu'on a établi le locale correctement -- avec les nouveaux locales, je ne sais pas où on en est, mais dans la passée, c'était prèsqu'un automatisme que la première ligne de « main », c'était :
setlocale( LC_ALL, "" ) ;
(Pour des « vrais » programmes, évidemment. Je ne l'ai jamais fait dans mes programmes de test:-).)
Si ce n'est pas possible, je vous demande d'excuser un débutant.
Ce n'est pas possible en général, mais plus important (AMHA), c'est que même quand c'est possible, ce n'est pas une bonne idée. Avec de l'expérience, on apprend que la paresse n'est pas toujours mauvaise. Alors, en bon programmeur paresseux, s'il existe une fonction déjà qui le fait, on s'en sert. Et s'il n'existe pas de fonction, et qu'on peut le faire avec un tableau, on utilise un tableau.
Évidemment, quand on présente cette idée à un chef, on parle d'une mètrique de McCabe plutôt que la paresse. On utilise la fonction existante, ou le tableau, non parce qu'on est paresseux, mais parce que ça réduit la mètrique de McCabe de la fonction:-). (Et je sais aussi qu'on n'utilise pas le mot mètrique dans ce sens en français. Mais il faut avouer que ça résonne bien plus cool qu'une simple mésure.)
-- 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
"Nophké" <nophke.web@free.fr_PAS_DE_SPAM> wrote in message
news:<3f7c49de$0$2801$626a54ce@news.free.fr>...
existe-t-il dans les lib std du C++ un moyen pour comparer deux
string, et que le test sois case insensitive ?
if ( "NAME" == "name" )
return TRUE;
Les caractères minuscules ont les codes ascii de 97(a) à 122(z).
Les caractères majuscules ont les codes ascii 65(A) à 96(Z).
La différence entre un caractère minuscule et majuscule est de 32.
char a = 'A'; // identique à " char a = 97 "
char b = 'a'; // identique à " char b = 65 "
char c = (a - 32); // passe A en minuscule
Pour l'instant c'est tres facile! Bon maintenant!
Prenons un tableau char tableau[5+1];
for (i=0;i=5;i++){
if (tableau[i] > 64 && tableau[i] < 97)
tableau[i] +2;
}
Ceci passe ton tableau en minuscules !
for (i=0;i=5;i++){
if (tableau[i] > 96 && tableau[i] < 122)
tableau[i] +2 ;
}
Ceci passe ton tableau en majuscules !
Mes plus humbles excuses si je vous ai choqué en utilisant l'ASCII.
Mais ce n'était pas ce que je souhaitait démontrer.
J'ai pris un exemple mais AMHA, on peut transposer cette technique sur
d'autres encodages.
Pas à tous ceux dont on se sert d'habitude. Dans la pratique, en France,
tu ne vas rencontrait que 3 encodages (aujourd'hui, et sur huit bits),
ISO 8859-1, ISO 8859-15 et UTF-8. Alors, parmi les trois, cette
technique ne fonctionne qu'avec ISO 8859-1. Et encore, je ne suis pas
certain ; il y a toujours cette histoire de signe qui vient foutre la
merde.
En revanche, il existe des fonctions standard toupper et tolower. Elles
ont aussi des limitations -- la définition même de ce que faire la
fonction n'est pas toujours aussi claire qu'on pourrait penser. Mais
pour beaucoup d'applications, surtout en France, où on n'a pas de souci
des caractères du genre 'ß', elles suffissent. Avec l'avantage qu'elle
marche, quelque soit l'encodage, pourvu qu'on a établi le locale
correctement -- avec les nouveaux locales, je ne sais pas où on en est,
mais dans la passée, c'était prèsqu'un automatisme que la première ligne
de « main », c'était :
setlocale( LC_ALL, "" ) ;
(Pour des « vrais » programmes, évidemment. Je ne l'ai jamais fait dans
mes programmes de test:-).)
Si ce n'est pas possible, je vous demande d'excuser un débutant.
Ce n'est pas possible en général, mais plus important (AMHA), c'est que
même quand c'est possible, ce n'est pas une bonne idée. Avec de
l'expérience, on apprend que la paresse n'est pas toujours mauvaise.
Alors, en bon programmeur paresseux, s'il existe une fonction déjà qui
le fait, on s'en sert. Et s'il n'existe pas de fonction, et qu'on peut
le faire avec un tableau, on utilise un tableau.
Évidemment, quand on présente cette idée à un chef, on parle d'une
mètrique de McCabe plutôt que la paresse. On utilise la fonction
existante, ou le tableau, non parce qu'on est paresseux, mais parce que
ça réduit la mètrique de McCabe de la fonction:-). (Et je sais aussi
qu'on n'utilise pas le mot mètrique dans ce sens en français. Mais il
faut avouer que ça résonne bien plus cool qu'une simple mésure.)
--
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
"Nophké" wrote in message news:<3f7c49de$0$2801$...
existe-t-il dans les lib std du C++ un moyen pour comparer deux string, et que le test sois case insensitive ?
if ( "NAME" == "name" ) return TRUE;
Les caractères minuscules ont les codes ascii de 97(a) à 122(z). Les caractères majuscules ont les codes ascii 65(A) à 96(Z). La différence entre un caractère minuscule et majuscule est de 32.
char a = 'A'; // identique à " char a = 97 " char b = 'a'; // identique à " char b = 65 " char c = (a - 32); // passe A en minuscule
Pour l'instant c'est tres facile! Bon maintenant!
Prenons un tableau char tableau[5+1];
for (i=0;i=5;i++){ if (tableau[i] > 64 && tableau[i] < 97) tableau[i] +2; } Ceci passe ton tableau en minuscules !
for (i=0;i=5;i++){ if (tableau[i] > 96 && tableau[i] < 122) tableau[i] +2 ; } Ceci passe ton tableau en majuscules !
Mes plus humbles excuses si je vous ai choqué en utilisant l'ASCII. Mais ce n'était pas ce que je souhaitait démontrer.
J'ai pris un exemple mais AMHA, on peut transposer cette technique sur d'autres encodages.
Pas à tous ceux dont on se sert d'habitude. Dans la pratique, en France, tu ne vas rencontrait que 3 encodages (aujourd'hui, et sur huit bits), ISO 8859-1, ISO 8859-15 et UTF-8. Alors, parmi les trois, cette technique ne fonctionne qu'avec ISO 8859-1. Et encore, je ne suis pas certain ; il y a toujours cette histoire de signe qui vient foutre la merde.
En revanche, il existe des fonctions standard toupper et tolower. Elles ont aussi des limitations -- la définition même de ce que faire la fonction n'est pas toujours aussi claire qu'on pourrait penser. Mais pour beaucoup d'applications, surtout en France, où on n'a pas de souci des caractères du genre 'ß', elles suffissent. Avec l'avantage qu'elle marche, quelque soit l'encodage, pourvu qu'on a établi le locale correctement -- avec les nouveaux locales, je ne sais pas où on en est, mais dans la passée, c'était prèsqu'un automatisme que la première ligne de « main », c'était :
setlocale( LC_ALL, "" ) ;
(Pour des « vrais » programmes, évidemment. Je ne l'ai jamais fait dans mes programmes de test:-).)
Si ce n'est pas possible, je vous demande d'excuser un débutant.
Ce n'est pas possible en général, mais plus important (AMHA), c'est que même quand c'est possible, ce n'est pas une bonne idée. Avec de l'expérience, on apprend que la paresse n'est pas toujours mauvaise. Alors, en bon programmeur paresseux, s'il existe une fonction déjà qui le fait, on s'en sert. Et s'il n'existe pas de fonction, et qu'on peut le faire avec un tableau, on utilise un tableau.
Évidemment, quand on présente cette idée à un chef, on parle d'une mètrique de McCabe plutôt que la paresse. On utilise la fonction existante, ou le tableau, non parce qu'on est paresseux, mais parce que ça réduit la mètrique de McCabe de la fonction:-). (Et je sais aussi qu'on n'utilise pas le mot mètrique dans ce sens en français. Mais il faut avouer que ça résonne bien plus cool qu'une simple mésure.)
-- 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
Benoît Sibaud
Pas à tous ceux dont on se sert d'habitude. Dans la pratique, en France, tu ne vas rencontrait que 3 encodages (aujourd'hui, et sur huit bits), ISO 8859-1, ISO 8859-15 et UTF-8. Alors, parmi les trois, cette technique ne fonctionne qu'avec ISO 8859-1. Et encore, je ne suis pas certain ; il y a toujours cette histoire de signe qui vient foutre la merde.
J'ajouterai : - CP437 et CP850 sous MS Dos - MS 1252 que l'on trouve souvent maintenant
-- Benoît Sibaud
Pas à tous ceux dont on se sert d'habitude. Dans la pratique, en France,
tu ne vas rencontrait que 3 encodages (aujourd'hui, et sur huit bits),
ISO 8859-1, ISO 8859-15 et UTF-8. Alors, parmi les trois, cette
technique ne fonctionne qu'avec ISO 8859-1. Et encore, je ne suis pas
certain ; il y a toujours cette histoire de signe qui vient foutre la
merde.
J'ajouterai :
- CP437 et CP850 sous MS Dos
- MS 1252 que l'on trouve souvent maintenant
Pas à tous ceux dont on se sert d'habitude. Dans la pratique, en France, tu ne vas rencontrait que 3 encodages (aujourd'hui, et sur huit bits), ISO 8859-1, ISO 8859-15 et UTF-8. Alors, parmi les trois, cette technique ne fonctionne qu'avec ISO 8859-1. Et encore, je ne suis pas certain ; il y a toujours cette histoire de signe qui vient foutre la merde.
J'ajouterai : - CP437 et CP850 sous MS Dos - MS 1252 que l'on trouve souvent maintenant
-- Benoît Sibaud
Fabien LE LEZ
On 3 Oct 2003 00:32:41 -0700, wrote:
AMHA, on est assez nombreux dans ce cas ;-)
Seulement les jeunots:-) Il y a quarante ans, c'était incontournable.
T'es si vieux que ça ? ;-)
Perso, j'ai commencé l'informatique et la programmation il y a 15 ans, sur un TO7... L'avantage de cette machine, c'est qu'on ne pouvait pas faire grand-chose d'autre que de la programmation (en Basic et Logo, c'est dire si c'est vieux ! ;-) ).
Prochaine chose, tu vas me dire que tu n'as jamais fait du Fortran,
Bingo : en catégorie "informatique orientée maths", je n'ai tâté que de Maple.
et que tu ne connais pas les constantes Hollerith:-).
Re-bingo : tous les compilateurs et interpréteurs que j'ai utilisés étaient capables de calculer eux-même la taille d'une chaîne de caractères ;-) Par contre j'ai vu des interpréteurs incapables d'accepter des chaînes aussi longues que 2000 caractères...
On 3 Oct 2003 00:32:41 -0700, kanze@gabi-soft.fr wrote:
AMHA, on est assez nombreux dans ce cas ;-)
Seulement les jeunots:-) Il y a quarante ans, c'était incontournable.
T'es si vieux que ça ? ;-)
Perso, j'ai commencé l'informatique et la programmation il y a 15 ans,
sur un TO7... L'avantage de cette machine, c'est qu'on ne pouvait pas
faire grand-chose d'autre que de la programmation (en Basic et Logo,
c'est dire si c'est vieux ! ;-) ).
Prochaine chose, tu vas me dire que tu n'as jamais fait du Fortran,
Bingo : en catégorie "informatique orientée maths", je n'ai tâté que
de Maple.
et
que tu ne connais pas les constantes Hollerith:-).
Re-bingo : tous les compilateurs et interpréteurs que j'ai utilisés
étaient capables de calculer eux-même la taille d'une chaîne de
caractères ;-)
Par contre j'ai vu des interpréteurs incapables d'accepter des chaînes
aussi longues que 2000 caractères...
Seulement les jeunots:-) Il y a quarante ans, c'était incontournable.
T'es si vieux que ça ? ;-)
Perso, j'ai commencé l'informatique et la programmation il y a 15 ans, sur un TO7... L'avantage de cette machine, c'est qu'on ne pouvait pas faire grand-chose d'autre que de la programmation (en Basic et Logo, c'est dire si c'est vieux ! ;-) ).
Prochaine chose, tu vas me dire que tu n'as jamais fait du Fortran,
Bingo : en catégorie "informatique orientée maths", je n'ai tâté que de Maple.
et que tu ne connais pas les constantes Hollerith:-).
Re-bingo : tous les compilateurs et interpréteurs que j'ai utilisés étaient capables de calculer eux-même la taille d'une chaîne de caractères ;-) Par contre j'ai vu des interpréteurs incapables d'accepter des chaînes aussi longues que 2000 caractères...
Michel Michaud
Dans news:,
Fabien LE LEZ wrote in message news:...
On 2 Oct 2003 00:54:42 -0700, wrote:
(Faut croire qu'il ne s'est jamais servi de EBCDIC:-).)
AMHA, on est assez nombreux dans ce cas ;-)
Seulement les jeunots:-). Il y a quarante ans, c'était incontournable.
Beaucoup moins que ça... (25 ans)
Prochaine chose, tu vas me dire que tu n'as jamais fait du Fortran, et que tu ne connais pas les constantes Hollerith:-).
Quoi, c'est possible ?
On ne peut pas faire de l'informatique sans connaître ça, c'est ridicule et grotesque. :-)
1H1...
-- Michel Michaud http://www.gdzid.com FAQ de fr.comp.lang.c++ : http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ/
Dans news:d6652001.0310022332.5d8782f1@posting.google.com,
Fabien LE LEZ <gramster@gramster.com> wrote in message
news:<t36onv48hv8treri2dl3k4d04sa389i4iv@4ax.com>...
On 2 Oct 2003 00:54:42 -0700, kanze@gabi-soft.fr wrote:
(Faut croire qu'il ne s'est jamais servi de EBCDIC:-).)
AMHA, on est assez nombreux dans ce cas ;-)
Seulement les jeunots:-). Il y a quarante ans, c'était
incontournable.
Beaucoup moins que ça... (25 ans)
Prochaine chose, tu vas me dire que tu n'as jamais fait du Fortran,
et que tu ne connais pas les constantes Hollerith:-).
Quoi, c'est possible ?
On ne peut pas faire de l'informatique sans connaître ça,
c'est ridicule et grotesque. :-)
1H1...
--
Michel Michaud mm@gdzid.com
http://www.gdzid.com
FAQ de fr.comp.lang.c++ :
http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ/
(Faut croire qu'il ne s'est jamais servi de EBCDIC:-).)
AMHA, on est assez nombreux dans ce cas ;-)
Seulement les jeunots:-). Il y a quarante ans, c'était incontournable.
Beaucoup moins que ça... (25 ans)
Prochaine chose, tu vas me dire que tu n'as jamais fait du Fortran, et que tu ne connais pas les constantes Hollerith:-).
Quoi, c'est possible ?
On ne peut pas faire de l'informatique sans connaître ça, c'est ridicule et grotesque. :-)
1H1...
-- Michel Michaud http://www.gdzid.com FAQ de fr.comp.lang.c++ : http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ/
James Kanze
Fabien LE LEZ writes:
|> On 3 Oct 2003 00:32:41 -0700, wrote:
|> >> AMHA, on est assez nombreux dans ce cas ;-)
|> >Seulement les jeunots:-) Il y a quarante ans, c'était |> >incontournable.
|> T'es si vieux que ça ? ;-)
|> Perso, j'ai commencé l'informatique et la programmation il y a 15 |> ans, sur un TO7... L'avantage de cette machine, c'est qu'on ne |> pouvait pas faire grand-chose d'autre que de la programmation (en |> Basic et Logo, c'est dire si c'est vieux ! ;-) ).
J'ai écrit mon premier programme en 1964, pour un IBM 1401 que la boîte de mon père avait acheté d'occasion. Et ce n'était pas de l'EBCDIC, c'était avant.
Mais c'était sans suite, et j'ai réelement commencé l'informatique aux années 70. Il y a trente ans, alors. À l'époque, l'EBCDIC était encore incontournable, mais on voyait déjà la fin -- les miniordinateurs faisaient une fureur, et ils utilisaient tous ASCII.
|> >Prochaine chose, tu vas me dire que tu n'as jamais fait du Fortran,
|> Bingo : en catégorie "informatique orientée maths", je n'ai |> tâté que de Maple.
|> >et que tu ne connais pas les constantes Hollerith:-).
|> Re-bingo : tous les compilateurs et interpréteurs que j'ai |> utilisés étaient capables de calculer eux-même la taille |> d'une chaîne de caractères ;-)
Mais tu vois, tu en a entendu parlé:-). Tu sais ce que sait. Rien de tel que quelques Holleriths un peu trop court (pour que la fin de la chaîne fasse en fait partie du programme) et un EQUIVALENCE par ci par là pour garantir la sécurité de l'emploi:-).
|> Par contre j'ai vu des interpréteurs incapables d'accepter des |> chaînes aussi longues que 2000 caractères...
La limite, en fait, c'est ce qui se tient sur une carte perforée. Mois les derniers huit, qui servent de numéro de séquencement.
-- James Kanze mailto: Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
Fabien LE LEZ <gramster@gramster.com> writes:
|> On 3 Oct 2003 00:32:41 -0700, kanze@gabi-soft.fr wrote:
|> >> AMHA, on est assez nombreux dans ce cas ;-)
|> >Seulement les jeunots:-) Il y a quarante ans, c'était
|> >incontournable.
|> T'es si vieux que ça ? ;-)
|> Perso, j'ai commencé l'informatique et la programmation il y a 15
|> ans, sur un TO7... L'avantage de cette machine, c'est qu'on ne
|> pouvait pas faire grand-chose d'autre que de la programmation (en
|> Basic et Logo, c'est dire si c'est vieux ! ;-) ).
J'ai écrit mon premier programme en 1964, pour un IBM 1401 que la
boîte de mon père avait acheté d'occasion. Et ce n'était pas
de l'EBCDIC, c'était avant.
Mais c'était sans suite, et j'ai réelement commencé
l'informatique aux années 70. Il y a trente ans, alors. À
l'époque, l'EBCDIC était encore incontournable, mais on voyait
déjà la fin -- les miniordinateurs faisaient une fureur, et ils
utilisaient tous ASCII.
|> >Prochaine chose, tu vas me dire que tu n'as jamais fait du Fortran,
|> Bingo : en catégorie "informatique orientée maths", je n'ai
|> tâté que de Maple.
|> >et que tu ne connais pas les constantes Hollerith:-).
|> Re-bingo : tous les compilateurs et interpréteurs que j'ai
|> utilisés étaient capables de calculer eux-même la taille
|> d'une chaîne de caractères ;-)
Mais tu vois, tu en a entendu parlé:-). Tu sais ce que sait. Rien de
tel que quelques Holleriths un peu trop court (pour que la fin de la
chaîne fasse en fait partie du programme) et un EQUIVALENCE par ci
par là pour garantir la sécurité de l'emploi:-).
|> Par contre j'ai vu des interpréteurs incapables d'accepter des
|> chaînes aussi longues que 2000 caractères...
La limite, en fait, c'est ce qui se tient sur une carte perforée.
Mois les derniers huit, qui servent de numéro de séquencement.
--
James Kanze mailto:kanze@gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93
|> >Seulement les jeunots:-) Il y a quarante ans, c'était |> >incontournable.
|> T'es si vieux que ça ? ;-)
|> Perso, j'ai commencé l'informatique et la programmation il y a 15 |> ans, sur un TO7... L'avantage de cette machine, c'est qu'on ne |> pouvait pas faire grand-chose d'autre que de la programmation (en |> Basic et Logo, c'est dire si c'est vieux ! ;-) ).
J'ai écrit mon premier programme en 1964, pour un IBM 1401 que la boîte de mon père avait acheté d'occasion. Et ce n'était pas de l'EBCDIC, c'était avant.
Mais c'était sans suite, et j'ai réelement commencé l'informatique aux années 70. Il y a trente ans, alors. À l'époque, l'EBCDIC était encore incontournable, mais on voyait déjà la fin -- les miniordinateurs faisaient une fureur, et ils utilisaient tous ASCII.
|> >Prochaine chose, tu vas me dire que tu n'as jamais fait du Fortran,
|> Bingo : en catégorie "informatique orientée maths", je n'ai |> tâté que de Maple.
|> >et que tu ne connais pas les constantes Hollerith:-).
|> Re-bingo : tous les compilateurs et interpréteurs que j'ai |> utilisés étaient capables de calculer eux-même la taille |> d'une chaîne de caractères ;-)
Mais tu vois, tu en a entendu parlé:-). Tu sais ce que sait. Rien de tel que quelques Holleriths un peu trop court (pour que la fin de la chaîne fasse en fait partie du programme) et un EQUIVALENCE par ci par là pour garantir la sécurité de l'emploi:-).
|> Par contre j'ai vu des interpréteurs incapables d'accepter des |> chaînes aussi longues que 2000 caractères...
La limite, en fait, c'est ce qui se tient sur une carte perforée. Mois les derniers huit, qui servent de numéro de séquencement.
-- James Kanze mailto: Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 11 rue de Rambouillet, 78460 Chevreuse, France +33 1 41 89 80 93