Débuter sur PC - Page 6

et «logique» pour toi ça veut dire quoi (on doit pas tous avoir la même def...)

Snow Tiger> l'opérateur . agit sur une variable alors que l'opérateur :: agit sur des types... Alors si c pas logique...
Imaginons ça, par exemple:

namespace bidule;

class a {
  public: a() {return;};
  ~a() {return;};
}
class bidule {
  public: bidule() {return;};
  ~bidule() {return;};
  int a;
}

Avec ton truc, si tu fais bidule.a, comment on sait de quoi tu parles ? Avec l'opérateur :: , on sait que bidule::a est forcément la classe a.
EDIT: Corrigé la balise pre

Ben, si :: te dérange tellement, personne ne t'empêche de définir:
#define BINARY_SCOPE_RESOLUTION_OPERATOR ::
et de noter voiture BINARY_SCOPE_RESOLUTION_OPERATOR Moteur.

GoldenCrystal> non, ton exemple ne marche pas même avec ::

Par contre, si tu fais :

#include <algorithm>
#include <vector>
vector std;

alors std.swap et std::swap ne seront pas pareil...

Ah c'est ça que veut dire le :: ? bon mon troll est d'autant plus bidon alors
bah en caml la solution est que les noms de modules commencent par des majuscules et les noms de structures par des minuscules, ça marche bien aussi

Un problème Pollux ?

C pas assez fin, je trouve que la signification d'un identificateur devrait être liée à la classe d'équivalence modulo 42 de la somme des codes ASCII de ses lettres

Malgré plusieurs tentatives... ma déclarations de ma structure ne fonctionne pas et je comprend pas:
http://perso.wanadoo.fr/tisofts/divers/ComDOS.zip

Je viens d'essayer en ne mettant que struct _TPE_FILE TPE_FILE; dans main ça compile pourquoi dans ce cas?

Tu n'as pas compris ce que j'avais dit on dirait:

GoldenCrystal :
ben tu sais, tu as le droit d'utiliser extern en C++ aussi...
Tu mets ça dans le header

struct __TPE_FILE {
  unsigned char header[4];       //Octets descripteur
  unsigned char compress;        //Type de compression 0=RLE 1=TPE...
  unsigned char extension_size;  //Taille de l'extension
};
extern __TPE_FILE TPE_FILE; // au passage, c'est gore de donner des noms en majuscules à des variables...

Et, par exemple, dans un fichier globals.cpp

#include "header.h"
__TPE_FILE TPE_FILE;
// autres déclarations globales

Ton code:

//Headers des différents formats et variables données en paramètres
//TPE HEADER
extern struct _TPE_FILE {
  unsigned char header[4];       //Octets descripteur
  unsigned char compress;        //Type de compression 0=RLE 1=TPE...
  unsigned char extension_size;  //Taille de l'extension
  unsigned long size;            //Taille du fichier non compressé
} TPE_FILE;

[b]struct _TPE_FILE TPE_FILE;[/b]

^^ Si tu déclares la variable dans le header, ça ne changera rien au problème

Hum ok et que dans un fichier cpp, ça alloue la mémoire necessaire pour ma structure c'est ça?

Encore une question stupide.

Au fait, c'est Mal d'utiliser des noms commençant par __ ou _ puis majuscule dans un header non-système... Par contre, c'est possible de terminer par des underscores

./161> As-tu jamais programmé en C ? Parce que je me pose des questions qd même...
Y'a que les pointeurs pour lesquels il faut allouer la mémoire. "AAA aaa;" <- Comment tu ferais pour allouer de la mémoire pour cette variable sinon ?
EDIT: Pollux>Ah ? Je savais pas

Ok je changerais cette habitude.
Mais quelqu'un à regardé la source en entier, je code vraiment mal?

162> Je parlais du compilo pas de moi.
Plus précisément dans la section bss.

Ba réfléchis...

Hum ok ok.

Pollux> Pourquoi ?
Nous notre prof de C++ nous demande de faire précéder d'un '_' nos membres privés dans une classe. Faut pas ?

Si, c'est possible si tu le fais suivre d'une minuscule (ou d'un chiffre). Sinon, "faut pas".

Pourquoi ?

[lib.global.names] 17.3.3.1.2 Global names
1 Certain sets of names and function signatures are always reserved to the implementation:
— Each name that begins with an underscore and either an uppercase letter or another underscore (2.11) is
reserved to the implementation for any use.
— Each name that begins with an underscore is reserved to the implementation for use as a name with file scope or within the namespace std in the ordinary name space.

(il y a aussi une contrainte sur les noms qui contiennent un "__" n'importe où dans le nom)

Parce que le standard C dit que ces identifiants sont réservés pour l'implémentation.
D'ailleurs, le standard C++ est encore plus strict à ce sujet, et il faudrait vérifier s'il ne dit pas qu'on n'a pas du tout le droit d'utiliser les underscores en début de nom de variable (même devant une minuscule ou un chiffre).
Et enfin, le standard C réserve tous les identifiants avec underscore pour des identifiants à niveau (scope) du fichier entier ou global (et ceux avec underscore+majuscule ou 2 underscores pour n'importe quel usage, y compris des mots-clés non-standard). Bref, il vaut vraiment mieux ne pas en utiliser.

Pollux
:

[lib.global.names] 17.3.3.1.2 Global names
1 Certain sets of names and function signatures are always reserved to the implementation:
— Each name that begins with an underscore and either an uppercase letter or another underscore (2.11) is
reserved to the implementation for any use.
— Each name that begins with an underscore is reserved to the implementation for use as a name with file scope or within the namespace std in the ordinary name space.

OK, donc c'est comme dans le standard C (avec en plus la réservation de underscore+minuscule/chiffre pour le namespace std qui n'existe pas en C).

(il y a aussi une contrainte sur les noms qui contiennent un "__" n'importe où dans le nom)

Oui, c'est surtout à ça que je pensais en disant que le standard C++ est "plus strict".

Merci !
C'est quoi ta source, Pollux ? Je veux le même. Il y a à peu près la même chose pour le C, effectivement :

— All identifiers that begin with an underscore and either an uppercase letter or another
underscore are always reserved for any use.
— All identifiers that begin with an underscore are always reserved for use as identifiers with file scope in both the ordinary and tag name spaces.

Mais je ne comprends pas trop la deuxième ligne Ça veut dire quoi "with file scope" ?

En principe, c'est avec la même portée qu'une variable déclarée statique. En l'occurrence, je ne sais pas si apporte quoi que ce soit (en tout cas ce ne sont pas des #define du préprocesseur).

Par contre, j'avais pas remarqué le "tag name spaces". Je ne sais pas trop ce qu'ils entendent par là, ça veut peut-être dire qu'on ne peut même pas l'utiliser pour un membre...

Sinon :
[google]c++ "draft standard" body[/google]

Le "tag name space" est un concept qui n'existe qu'en C et pas en C++. Ça veut dire que "struct _toto" est réservé, par exemple. En C++, c'est le même namespace que le namespace "file scope".

Mouais, ils ne le définissent pas dans le standard. En tout cas je ne vois pas ce que ça vient faire là, c'est peut-être une coquille (ce n'est qu'un draft, pas un standard définitif).

C'est défini au 6.2.3. [#1] deuxième entrée de l'énumération.

Je ne vois pas de 6.2.3 Tu peux donner le titre?


En tout cas c'est bien une coquille, le standard final dit à la place de ça :

[lib.global.names] 17.4.3.1.2 Global names
1 Certain sets of names and function signatures are always reserved to the implementation:
— Each name that contains a double underscore (_ _) or begins with an underscore followed by an uppercase
letter (2.11) is reserved to the implementation for any use.
— Each name that begins with an underscore is reserved to the implementation for use as a name in the
global namespace.¹⁶⁵⁾
165) Such names are also reserved in namespace ::std (17.4.3.1).

Pollux :
Je ne vois pas de 6.2.3 Tu peux donner le titre?

On parle du standard C là! "6.2.3 Name spaces of identifiers". La citation de Sasume était aussi prise sur le standard C.

Comme déjà dit, le "tag namespace" n'existe pas en C++ et n'est pas mentionné dans le standard C++.