shbrol a écrit 498 commentaires

il me semble avoir lu que les mélanges de malloc/free et new/delete sont proscrits ; non seulement pour un tableau (ça vous l'avez parfaitement respecté) mais aussi dans un même code.

Ce qui pose problème, c'est la libération par free() d'un pointeur alloué par new, et réciproquement delete pour malloc(). Mais il n'y a pas de contre indication technique a l'utilisation des deux systêmes dans le même code, sous réserver de respecter la régle précédente.
Eventuellement, on pourra dire que le mélange des deux est une faute de style, une horreur pour la maintenance, une plaie pour la gestion des erreurs, etc. mais ca ne va pas plus loin.

Autrement dit, si le bouquin en question affirme que le code suivant est proscrit pour raison technique :

void foobar() {
char* x = (char*)malloc(1) ;
char* y = new(nothrow) char ;
// ...
delete y ;
free(x);
}

alors mauvais bouquin, changer bouquin.

possible que j'interprète mal, mais si tu copie des *pointeurs* dans ton vecteur, et que tu désalloues la mémoire pointée, forcément ...

Tu interprète mal, regardes les ligne 199-200 dans le codé posté ci-dessus : le pointeur en question est en fait un tableau, et il y a copie du contenu de ce tableau dans un vecteur via une boucle for. Donc le pointeur lui même n'est pas mémorisé, il n'est plus utilisé après la boucle, on peut le libérer.

Pour le reste, 100% d'accord.

Et que dit la documentation de getChannelXData() à propos de la mémoire allouée pour le résultat ? Est-il indiqué que la libération est à la charge du code appelant ?

Sinon, pour le code source reproduit ici, il n'est pas necessaire de tester le pointeur à NULL avant de faire le free(), ca ne sert a rien. Par contre, avant la boucle for, ca pourrait être plus utile...

Avec un vrai éditeur, il est possible de définir la taille des indentations directement dans le fichier, comme ca c'est indépendant des réglages de l'utilisateur, donc le source est toujours formaté tel que l'a voulu d'auteur.

par exemple, des commentaires à placer a la fin d'un fichier C++, pour emacs :

// Local Variables:
// mode: c++
// tab-width: 8
// End:


Et la meme chose pour vim :


// vim: set ts=8 sw=4 filetype=cpp


Evidemment, on peut mettre les deux simultanément, comme ca tout le monde est content...

Au départ, il s'agissait seulement d'installer screen. On a montré plus haut que ca ce compilait vite, mais maintenant, on parle d'installer une vieille version de gcc, puis de compiler une version récente... dans le genre simple et rapide, on a fait mieux ! (surtout qu'il faudra aussi installer quelques outils GNU supplémentaires, genre make, awk et m4....)

Quant a la motivation pour ne pas fournir de compilateur C gratuit avec l'installation de base, je ne vois pas pas d'autre raison que l'avarice du fournisseur d'AIX, mais généralement ca ne dérange pas les clients...

Oui, il y a toujours moyen... m'enfin bon, le besoin au départ c'est d'avoir screen qui fonctionne, on a montré plus haut que ca se compile vite, et maintenant on dérive sur l'installation d'un gcc binaire puis compilation d'un gcc récent... on a fait plus simple, non ?

Quant aux motivations qui mène a ne pas fournir de compilateur gratuit dans l'install de base, a part l'avarice, je ne vois pas. Mais bon, on parle d'AIX, généralement ca ne dérange pas le client de payer, sinon il aurait pris autre chose.

Pour compiler, il faut déja avoir un compilateur sur la machine... et là on est sous AIX, environnement hostile qui ne vient pas avec un compilo gratuit dans l'installation de base...

Ah bon ? Même pas une notion de Dimension_fractale ?

Ben voyons.... ce qui est interessant dans ta citation, c'est qu'il manque la définition du "public" qui prend connaissance des informations....

On nous a expliqué plus haut qu'il vaut mieux être dans la rue en face, relié en fibre optique, plutot que dans le Larzac en 56k, pour avoir les infos avant tout le monde, donc faire du pognon avant les autres.

Donc soit il n'y a pas de "public" dans le Larzac, soit le code en question est une vaste escroquerie.

A mon humble avis, "qualitay" n'est pas un barbarisme, juste une fôte d'orthographe. En revanche, "journaleur" doit bien faire partie de la première catégorie.

Petite rectification historique: les durs les vrais avaient des Commodore64, les bourgeois des Apple ][, et le tout venant des Amstrad.

Et pourtant, il parait qu'il ne faut jamais mettre sur le compte de la méchanceté ce qui s'explique amplement par l'incompétence....

Ca me parassait pourtant clair : dans la même phrase tu as mis Hurd, NetBSD et FreeBSD, et ajouté que deux ne sont pas promis à un bel avenir... si c'est pas un appel au troll, je ne sais pas ce que c'est.

Alors comme c'est trolldi, je pousse un peu a la roue pour voir si ca mord.

Ah, je croyais qu'il n'y en avait que deux, mais en fait il y en a trois : Hurd, NetBSD, et kFreeBSD.

même si deux des trois ports non linux ne semblent pas promis à un bel avenir

Très, très beau gabarit celui là, j'aurais même pas osé...

Le concept que tu cherches est peut être la portabilité : Debian ne se limite plus a Linux, voir les ports GNU/Hurd et GNU/kFreeBSD.
(Ca n'a peut être rien a voir, mais c'est juste pour le plaisir de citer Hurd vu qu'on est trolldi aujourd'hui).

Un octet, en français comme en anglais, c'est un mot de huit bits.

Et 8000 BitCoins font 1 KiloCoins, alors que 8192 BitCoins font 1 KibiCoins...

(je sors en courant, encore....)

Quand il y en a un ca va, c'est quand il y en a plusieurs...

(désolé, je sors en courant).

Ouch ! Au debut, j'etais prêt a te contredire, parce que j'étais persuadé que le ':' à la fin n'ajoutait pas le répertoire courant dans la recherche, parce que après tout, le répertoire courant ca devrait être ':.' (separateur point), pas ':' (séparateur rien) .

Et puis j'ai testé... bien vu. Mais pourquoi ce comportement étrange ?

Ca m'a l'air sympathique tout ca... je vais essayer.

T const operator ++(typename const & target)

Le deuxieme const semble de trop, non ?

Faut pas confondre, en C++, l'initialisation de la variable par le constructeur et l'allocation mémoire nécessaire pour le stockage de la variable en question. Si les deux opérations se produisent généralement au meme endroit, ce n'est pas obligatoire.

Effectivement. Sur ma machine, les jeux KDE sont installés dans /usr/games, ainsi que l'indispensable fortune. Le 'rarely used' du lien que j'ai posté me parait un peu présomptueux.

/usr/games : Once upon a time, this directory contained network games files. Rarely used now.
[http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.html]

Ok, il n'y a pas de compatibilité binaire. Et avec les sources ?