Installes firefox et fais cliques du milieu (IE7 le fait aussi maintenant... paye ton repompage d'idée)

chez moi aussi le partie dl fonctionne
t'as raison Mic32768, horrible!!
ça sert à rien des sites comme ça et c'est surement un lamers le gars qui a fait le site

+1 dernière fois que j'y vais de ma vie.

J'avais vu il y a quelques jours avant que tu retires le lien. Je trouve aussi que le taux de pub est abusé :s

Moi aussi quand j'ai commencé, je pensais que les virus, spy etc... était un défaut de l'informatique. Mais plus tard j'ai compris que l'informatique n'avait pas de défaut, que c'était juste à cause de l'OS.

En fait, sous windows, on peut éviter pas mal de problème en se mettant uniquement en utilisateur : Compte limité (un peu à la manière de linux). Quand il faut faire des installations, on peut exécuter les fichiers avec : Executer en tant qu'administrateur et ça évite de devoir changer de compte. Malheuresement, ceci n'est pas automatiquement pris en compte, c'est dommage, je pense (c'est ptetre une connerie) que microsoft s'est dit que les gens allaient rien comprendre (faut dire que ya des cas) si il changait cette manière de voir, entre windows < me et windows XP.


Maintenant, mon avis sur Vista, jtrouve clairement que c'est abusé les ressources nécessaires, ça me dégoute pas mal.

Désolé banshee, mais distance est un nom déjà utilisé.

C'est utilisé par la STL mais suffit de pas faire le boulet à utiliser : using namespace std;

Je te signale au passage que ta fonction main est censé retourner un int.

Code:

#include <iostream>
#include <cmath>

struct pixel {
  int x,y;
};


double distance (pixel p, pixel g){
return sqrt ((p.x - g.x)*(p.x - g.x)+(p.y - g.y)*(p.y - g.y));
}

int main (void) {
 pixel p,g;
 double r;
 
 p.x=3;
 p.y=4;
 g.x= 5;
 g.y =8;
 
 r =distance (p,g) ;
 
 std::cout<<r;

 return EXIT_SUCCESS;

}

neoflo, y'a quand même plus rapide que ton truc :

tar xzf f.tar.gz ou
tar xjf f.tar.bz2

/me est feignant et préfère se contenter d'en taper peu quand son OS le lui permet

Ma méthode a l'avantage de marcher au cas ou il n'avait qu'un .tar (vu que ce n'était pas précisé)...

Normalement avec un tar.gz, soit tu fais un man comme l'a dit zours, ou soit, C :

gunzip f.tar.gz
tar -xf f.tar

Evidemment, ilf aut que le format corresponde bien, ça arrive souvent d'avoir le mauvais nom... Dans ce cas, tu as la commande file pour voir le type de fichier (faire man file).

J'espere que cela rentre dans le topic !!  
Il y a bien un admin qui valide l'épreuve pour la mise sur le site et donc a priori il doit connaitre le passe non ?

Et ca ferait quoi ?

Par rapport à ta question 2, tu peux lire : http://www.vuibert.com/DOC/26-pass_cplus2.pdf (je suis en train de le lire).

Ils disent notamment :

L’emploi du passage par r´ef´erence en vue de modifier la valeur d’objets de la fonction
appelante est le sujet d’une controverse entre programmeurs. Les uns y voient une
commodit´e int´eressante, les autres le d´econseillent. Ces derniers font valoir que le
seul examen du code de la fonction appelante ne permet plus de savoir si la valeur des
arguments d’appel risque d’ˆetre modifi´ee. Il faut pour cela se reporter au prototype de
la fonction appel´ee qui peut se trouver dans un fichier en-tˆete. Ils recommandent donc
de n’utiliser le passage par r´ef´erence que pour des fonctions qui ne modifient pas les
arguments d’appel 4 ou lorsque l’objet `a transmettre est de grande taille, le passage
par r´ef´erence ´evitant la recopie sur la pile.

quand j'ai dit : Tu ne peux pas faire ça

C'était une question Car tu aurais peut être absoluement voulu utiliser qqch d'autres que char*

T'as peut être pas vu la dernière modif :

Comme ça qu'on fait :

Code:

DumpTabInFile(pointeur, 12, "machin.txt");

Le prototype de open est de la forme : const char*.

Tu ne peux pas faire ça :

Code:

void DumpTabInFile(char * cTableau, int  iTailleTableau,const char * cFilename)

{
ofstream fFichier;
fFichier.open(cFilename,ios::binary | ios::out | ios::trunc);
fFichier.write(cTableau,iTailleTableau);
fFichier.close();
}

Et appeler par :

Code:

DumpTabInFile(pointeur, 12, "machin.txt");

Je te signale en passant qu'en général, les conventions de codage (non officiel) en C et C++ disent que les fonctions commencent par une minuscule (les programmeurs font en général ça).

2.

Pour un int, le passer par paramètre ou par référence ou par pointeur sera de la même efficacité.

Le pointeur est placé sur la pile d'appel ou le paramètre aussi. Mais en général, la taille d'un pointeur est le même que celle d'un entier ce qui fait que cela ne change pas grand chose.

Dans le cas de structure dont la taille n'est pas connu (ou de classe), il est souvent très recommandé de le passer par référence ou par pointeur (pour les raisons cités ci-dessus). Le fait de passer par pointeur, dans le prototype ne permet pas de montrer que l'objet ne sera pas modifié (alors qu'avec un const& i si).

Dans certains cas, on se retrouve obligé de passer un int par pointeur ou référence (dans le cas ou l'on souhaite modifier la valeur).



Il y a certains surcharges d'opérateurs ou il est également préférable (même obligatoire) d'utiliser une référence qu'un pointeur.


3. Pour le redimensionnement des tableaux. Directement comme ça, il n'est pas possible de le faire. Il faut passer par la STL (standard templates library) et utiliser des std::vector<> avec std::vector<>resize();

Une question, pourquoi as-tu besoin de faire cela ? En général, il n'y a vraiment pas souvent besoin. Il y a toujours eu des types abstraits mieux adapté pour ce que j'avais à faire que d'utiliser ce type de chose.

Il vaut mieux passer par un typedef alors, on n'a pas le problème que tu viens de citer avec un define il me semble ?

Oui oui, normalement il faut uiliser un typedef et il n'y a pas ce genre de problème.

Pas du tout, j'a collé l'étoile à f1 pour enlever le piège : le pointeur n'est plus considéré sur FILE mais sur f1 !

Je sais très bien que l'exemple que je vais donner ne devrait pas arriver. Mais on sait jamais, si on reprend une bibliothèque fait ce type d'erreur (ça peut arriver pour des amateurs), ça fout tout en l'air :

Code:

#define Fichier FILE*

Fichier a,b;

a et b ne sont plus du même type.


EDIT : j'ai déjà vu des mini bibliothèques de fonctions fait pas des scientifiques pas forcement très bon programmeur... Ca ne respecte pas forcement trop le codage habituel en C


EDIT2 : Enfin, je dis ça (pour la séparation initialisations/déclarations), mais ça m'arrive de le faire