Sisyphe Plâtrier a écrit 157 commentaires

unsigned char reverse_char(unsigned char fc)
{
    unsigned char lRet = 0;
    unsigned char lUMask = 1, lDMask = 1 << 7;
    for ( ; lDmask != 0 ; lDMask >> 1, lUMask << 1 )
        if ( (fc & lDMask) != 0 ) lRet |= lUMask;
    return lRet;
}

Pour les intégristes du clan d'en face, retirer les "!= 0" et les préfixes des identificateurs ;-) Sinon google reverse_byte donne des solutions ...

Mea coulplu ;-)
Mais étant donné qu'il mentionnait un répertoire qwt/lib déjà existant, j'ai inféré sans doute à tord que le tar.gz contenait du compilé, pas du source.

Bonsoir
Quelle partie du noyau requiert la lib std du c++ ?
Sinon, vus la version de gcc et de libstc++ (-v3)
Tu devrais normalement avoir un fichier libstdc++.so.6
Dans un répertoire qui pourrait être
/usr/lib/gcc/i386-linux/3.4.4/
avec i386-linux à remplacer par ce qu'il faut ;-)

LD_LIBRARY_PATH c'est, sous beaucoup d'unix, une variable d'environnement qui indique où un exécutable est supposé pouvoir trouver les bibliothèques dynamiques dont il a besoin.
Vu la façon dont tu as procédé, il ne devrait pas y avoir besoin de rajouter de chemin, puisque /lib et /usr/lib sont en généralement
dans /etc/ld.so.conf qui fait pérennise ces recherches de bibliothèques.
man bash
man ld.so
My2c

http://list-archive.xemacs.org/xemacs-beta/200310/msg00018.html(...)

http://c.developpez.com/faq/cpp/(...)
http://users.utu.fi/~sisasa/oasis/cppfaq/index.html#table-of-conten(...)
http://www.cppreference.com/(...)
http://www.research.att.com/~bs/homepage.html(...)

My2c

Je ne cherche pas à être désobligeant,
mais c'est bien beau de mettre "#include" ...
encore faudrait-il indiquer ce qu'il y a à inclure.
Ici, sans doute <vector>,
comme dans
#include <vector>

My2c

PS : je viens de m'apercevoir que Templeet bouffe les < et > en mode html -> passer en "texte sans HTML". Entre les <et> tu avais vector ou bien vector.h ou bien même pas de <> ?

Y'avait un truc dans ce goût là. FdMess ça s'appelle.
http://savannah.nongnu.org/projects/fdmess/(...)
Pas sûr que ce soit exactement ce que tu cherche, mais peut-être qu'en partant de là ...

My2c

URL ?
Ce que j'avais retenu, c'est
char < short int
short int <= int
int <= long int
long int < long long int quand ça existe.
En général int a le nombre de bits du bus de données de l'architecture. Parfois c'est tombé sur un nombre qui n'était pas une puissance (entière) de 2.

http://www.charvolant.org/~doug/xkb/html/index.html(...)
Peut-être ?

mavar=$(ls) marche aussi

> Enfin, les destructeurs virtuels, à l'inverse des méthodes ordinaires qui sont couramment virtualisées, sont quelque chose de très subtil et rarement nécessaires. Vire le mot-clé virtual aussi et réessaie.

Uh ?
http://blogs.msdn.com/oldnewthing/archive/2004/05/07/127826.aspx(...)

Pour la Suède, ça marche ? Au niveau flouze, peut-être que ça ressemble à ce qu'il faut. Par contre au niveau efficacité, mon ex (suédoise) n'était pas du tout d'accord. Mais alors pas du tout.
Mes 2 cts qt à un bout de propagande.

pour le fs à la ClearCase : cf katie (qui n'a plus l'air très vivante, mais la base semble là)
http://www.netcraft.com.au/geoffrey/katie/(...)

Mes 20 öre.

Si tu veux faire plusieurs choses à la fois, pense à regarder du côté de Thread, Runnable & co.

On ne veut pas retrouver de www dans la sous expression (\w+-?)*
hth

www : oua-oua-oua ?

Le meilleur des mondes. Retour au meilleur des mondes.
A. Huxley a de plus en plus raison.

Dans le main, v "est" en fait un int[10], le int[] = {} est une facilité d'écriture.
Mais un int[10] n'est pas une l-value, ni passable directement en paramètre.
Par contre, int v[10] -> int v[] == int *v est possible
(il suffit de prendre l'adresse du premier élément) et utilisé pour le passage de paramètres.

L'exemple suivant affiche "size is obviously : 20\nnot so obviously : 4 ".


namespace nSizeof
{
void func1(int faTruc[5])
{
// the [5] ne sert à rien
cout << "not so obviously : " << sizeof(*faTruc) << endl;
}

void func5(int (*faTruc)[5])
{
cout << "size is obviously : " << sizeof(*faTruc) << endl;
}

bool doTest()
{
int lDummy = 5;
int laTab5[] = {1,2,3,4,5};
func5(&laTab5);
func1(laTab5);
//int laTab5_2[5];
//laTab5_2 = laTab5; // not a l-value
//laTab5_2 = (int*)laTab5; // no conversion to array types
//laTab5 = &lDummy; // idem
return true;
}
};

int main()
{
nSizeof::doTest();
return 0;
}


indent :(

J'ai testé la Warty sur ppc : bien sympa :-)
Hormis deux choses :
1) kernel panic sur G3 ; faut refaire le initrd à la menotte
2) par rapport à Mandrake et Gentoo les contrôleurs IDE sont inversés.
Au lieu de me retrouver avec hda, hdb et hdf (hde=cd),
j'ai hdc, hdd et hdb :-(
Question subsidiare pour le 2) : est-ce le fait de la Ubuntu ou bien
des distributions debian-like en général (modules/pas modules, ordre) ?

Cas X : Compose puis e puis ^ donne ê
Cas ouinouin : Alt + 0234 donne ê.
Mes 2ct (parait que ça ne s'accorde pas)

webbläsaren : navigateur (lecteur web)

Va falloir qu je m'fasse une provision pour les 50 prochaines années. ;-|

Euh, oui, bon, d'accord, les tests unitaires ne sont pas LA réponse à tout, mais c'est une bonne pratique en général. Surtout que pour pouvoir tester chaque module on est plus porté à les rendre indépendants (intéractions immédiates, toussa) ; ce qui va dans le sens du diviser pour régner. Ne compter que sur le cahier de recette est une (TM Seillère) ab--h--erration, vu que rédiger un cahier de recette totalement couvrant est une utopie simple et quasi-pure. Raisonnablement raisonnable tu devras tenter de rester. ;-)

Pour mon ventilateur qui ne tenait plus le portable (Médion aussi) éveillé que pendant 30s, vers la fin, ils n'ont pas trop regardé que je bootais en Mandrake prioritairement.